第四章 需求分析，用例分析法
文章目录
一：需求分析的几种主流方法
原型法（反复迭代）
原型法是指在获取一组基本的需求定义后，利用高级软件工具可视化的开发环境，快速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本开发。反复进行这个过程，直到用户满意为止的一种方法。
用例法
用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员实现这些元素。用例图最常用来描述系统及子系统。
二：域建模：以OO思想构建术语表
在实际项目中，原始需求的描述形式可能是文字、活动图、序列图或其它形式，不管使用哪种形式，术语不统一的现象非常常见。
通常一个完整的项目需求都有较多的篇幅，想象一下，大量不统一的术语对交流和后续工作会造成多大的混乱，即使文字统一，也可能造成理解偏差。
域建模
为项目创建一个术语表。确保项目中的每个人都能以清晰一致的术语来理解和交流问题领域。
##. ###. 域建模[Domain Modeling] ### ##
- 域建模比普通的项目术语表优良的地方体现在：以图的方式清晰地显示出不同术语间的关系（减少理解偏差）。
- 描述业务中涉及到的实体及其相互之间的关系，是帮助系统分析人员、用户认识现实业务的工具。
- 域模型图将通过不断修正完善逐步演化为最终的静态类图。
域建模的步骤
示例：基于文字需求进行域建模
取款
银行客户将储蓄卡插入自助银行系统，系统提示用户输入密码。用户输入正确的密码，系统验证成功后，提示用户选择业务类型，用户选择“取款” 。系统提示用户输入取款金额，用户输入取款金额后，系统变更用户账户金额，然后给用户输出相应的钱。用户如果选择“打印凭条”，系统会为用户打印出凭证单。用户选择“退卡”，系统退出用户的银行卡。
第一步：提取名词或名词短语
取款：
- 银行客户将储蓄卡插入自助银行系统，系统提示用户输入密码。
- 用户输入正确的密码，系统验证成功后，提示用户选择业务类型，用户选择“取款” 。
- 系统提示用户输入取款金额，用户输入取款金额后，系统变更用户账户金额，然后给
用户输出相应的钱。 - 用户如果选择“打印凭条”，系统会为用户打印出凭证单。
- 用户选择“退卡”，系统退出用户的银行卡。
第二步：排除重复、相似
第三步：排除系统范围外和系统本身
第四步：画出第一版域模型图
第五步：整理第一版域模型
下面的空白是老版本的属性，现在操作的话不要求；
域模型之间的关系
== 泛化==[Generalization]，一般元素和特殊元素的关系。
关联[Association]，两个类之间存在着某种语义上的联系。
示例：基于模型图进行域建模
高级话题
预建模是系统分析时候做的。由系统分析人员制作。
数据模型是在设计的时候做的。