第11章.需求分析概述.pptVIP

3. 需求分析方法 传统分析 没有方法 (1950’s) 依赖个体才智,依据个人习惯 缺乏结构、不可重复、不可测量,冗长、混乱、偏颇、无结构等等 结构化分析 传统结构化分析 (late 1960’s),现代结构化分析 (late 1970’s) 以数据流动为中心，以DFD为核心技术，辅助ERD,STD… 信息工程 (late 1980’s) 以数据知识结构为基础，ERD为核心技术，辅助DFD，STD, FDD, PD… 面向对象分析 （1990‘s） 以对象为中心，以UML（类图）为核心技术 以全面思想革新为理想，以承继结构化技术为现实 3. 需求分析方法 结构化分析 3. 需求分析方法 面向对象分析 主要内容 需求分析的根本任务 需求分析技术 需求分析方法 前期需求阶段的建模与分析 需求分析的活动 4. 前期需求阶段的建模与分析 4. 前期需求阶段的建模与分析 面向目标的分析（Goal Oriented Analysis） 面向问题域的分析（Problem Domain Oriented Analysis） 领域分析（Domain Analysis） 企业建模（Enterprise Modeling） 4. 前期需求阶段的建模与分析 面向问题域的分析 问题框架 特性 解决 框架分解与组合 基本思路 研究所有可能的问题域，从中发现一些重复出现的简单问题类型 分析每一种问题框架的特性，确定问题的理解和解决方法 将问题框架的建立和分类系统化，以简单的问题框架为基本单位，进行复杂问题的分解 4. 前期需求阶段的建模与分析 领域分析 4. 前期需求阶段的建模与分析 企业建模 主要用来理解组织的结构、行为规则、目标、重要成员的任务与职责、操纵的数据等等。企业建模利用企业的目标、任务、策略、资源等来刻画组织的行为，并依此来发现组织开发系统的目的，建立系统的业务需求 主要内容 需求分析的根本任务 需求分析技术 需求分析方法 前期需求阶段的建模与分析 需求分析的活动 5. 需求分析的活动 5. 需求分析的活动——需求细化 明确用户需求的隐含因素 将从问题域和业务的角度表述的用户需求等价的转化为从软件和技术的角度表述的系统需求 非功能需求也需要从高层次的表述方式转化为一系列更加详细和具体的需求表述 需求细化也会发现新的细节需求 需求已经得了充分的理解，并且开发者已经可以着手为其进行方案设计时停止细化过程 细化后的需求应该被一一的标识和记录下来 需求细化示例 用户需求 收银员可以使用系统标记会员 收银员可以使用系统记录购买哦商品 收银员可以使用系统进行结账 收银员可以在系统中取消一个已经进行的销售处理 分析模型：系统顺序图 需求细化示例 解决方案设计：交互序列 需求细化示例：细化的系统级需求 表11-5 销售用例的系统级需求（部分） Sale.Input 系统应该允许收银员在销售任务中进行键盘输入 Sale.Input.Member 在收银员请求输入会员客户编号时，系统要标记会员，参见Sale.Member Sale.Input.Payment 在收银员输入结束商品输入命令时，系统要执行结账任务，参见Sale.Payment Sale.Input.Cancle 在收银员输入取消命令时，系统关闭当前销售任务 Sale.Input.Del 在收银员输入删除已输入商品命令时，执行删除已输入商品命令，参见Sale.Del Sale.Input.Goods 在收银员输入商品目录中存在的商品标识时，系统执行商品输入任务，参见Sale.Goods Sale.Input.Invalid 在收银员输入其他标识时，系统显示输入无效 Sale.Member.Start 在销售任务最开始时请求标记会员，系统要允许收银员进行输入 Sale.Member.Notstart 不是在销售任务最开始时请求标记会员，系统不予处理 Sale.Member.Cancle 在收银员取消会员输入时，系统关闭会员输入任务，返回销售任务，参见Sale.Input Sale.Member.Valid 在收银员输入已有会员的客户编号时，系统显示该会员的信息 Sale.Member.Valid.List 显示会员信息0.5秒之后，系统返回销售任务，并标记其会员信息 Sale.Member.Invalid 在收银员输入其他输入时，系统提示输入无效 …… 5. 需求分析的活动——需求细化后的描述 需求的记录 标识符（ID），每一条需求都应该能够通过ID唯一的标识自己。 源头（Source），要能够回溯到需求的源头，例如特定的涉众。 理由（Rational），需求被提出的目的。 优先级（Priority），详细情况见下一节。 成本（Cost），预估的实现成本。 风险（Risk），