第二章需求分析教材.ppt

承上启下 软件工程实质 软件工程的三段论 RoadMap 需求问题举例 需求的隐含错误 需求不明确、含糊 用户不断增加需求、变更需求 用户刁难 开发人员的镀金 软件工程 第二章 需求分析 本章要点 一、需求概述 二、需求工程 三、需求建模方法 四、需求分析过程 五、案例分析 软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 软件需求的层次 需求管理的重要性 项目失败的原因分析 本章要点 一、需求概述 二、需求工程 三、需求建模方法 四、需求分析过程 五、案例分析 软件需求管理的过程 需求工程基本任务 需求获取图示 需求获取 需求分析定义 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析模型 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 采用一定的规格说明语言 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明应该包括系统运行环境 规格说明应该是一个认识模型 规格说明应该容许不完备性并允许扩充 3、规格文档参考 引言 系统定义 应用环境 功能规格 性能需求 产品提交 实现约束 质量描述 其它 签字认证 需求验证 需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字 需求总在变化 需求变更管理 确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 需求变更管理 管理和控制需求基线的过程 需求变更控制系统 　一个正式的文档，说明如何控制需求变更 　　建立变更审批系统 本章要点 一、需求概述 二、需求工程 三、需求建模方法 四、需求分析过程 五、案例分析 需求建模方法 关联模型 行为模型 数据模型 结构化模型 面向对象模型 其他 关联模型 定义系统与环境的关联关系 关联模型 行为模型 行为模型是描述系统的总体行为 数据流模型 状态机模型 数据流模型 状态机模型 数据模型 定义系统处理的数据逻辑形式 结构化方法 最早的开发方法，其中有代表性的是美国的Ｃｏａｄ／Ｙｏｕｒｄｏｎ的面向数据流的开发方法、欧洲Ｊａｃｋｓｏｎ／Ｗａｒｎｉｅｒ－Ｏｒｒ的面向数据结构的开发方法，以及日本小村良彦等人的ＰＡＤ开发方法， 面向对象模型 将现实世界的“视图”转化为用对象来描述的模型 描述对象之间的各种关系，以满足软件系统的要求。 用例需求（Use case）分析 用例需求分析方法采用一种面向对象的情景分析方法 用例是系统向用户提供一个有价值的结果的某项功能 从用户角度出发考虑的功能需求 所有的用例结合起来就构成了用例模型 UML需求视图 用例视图（Use case Diagram） 顺序图（Sequence Diagram） 状态图（State Diagram） 活动图（Activity Diagram） 用例视图 用例视图主要是展示了外部行为者所观察到的系统将提交的功能.即:各类外部行为者与系统所提供的用例的连接 用例视图 用例（Use case）：系统所提供的功能描述 角色（Actor）：可能使用用例的人或者外部系统 UML图符 用例实例 用例实例 顺序视图 顺序图展示了几个对象之间的动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的交互，即系统执行某一特定时间点所发生的事。 顺序视图 状态视图 状态图是对类描述的补充，它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。 它是一个类对象所可能经历的所有历程的模型图 活动视图 活动图用来描述执行工作流程中涉及的活动，展示了连续的活动流 活动图例 Use Case需求分析方法综述 识别出系统的Actor 描述主要的Use case 实现用例视图 实现顺序视图，活动视图,状态视图等 实例 用Rational rose工具实现的需求规格文档 贸易链需求的需求实例 原型方法 按照用户的需要，快速形成一个操作流程界面 可能只是一个框架，具体的功能没有实现，只是结果 静态的操作流程，以便与用户快速就需求达成一致 主要考虑系统的功能需求，很少考虑非功能需求 原型方法 原型方法的类型 进化型 开发出来用于了解问题，并形