第二章-需求分析0-0.pptVIP

软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 瀑布模型 可行性研究的任务 技术可行 使用现有的技术能实现这个系统吗? 经济可行性 这个系统的经济效益能超过它的开发成本吗? 操作可行性 用户使用可能性；时间进度可行性；组织和文化上的 可行性 社会可行性 (法律可行性） 开发项目是否会在社会上或政治上引起侵权、破坏或其它 责任问题 不是解决问题，而是确定是否可解/值得解 可行性研究的步骤 复查系统规模和目标 研究目前正在使用的系统 导出新系统的高层逻辑模型 重新定义问题 导出和评价供选择的解法 推荐行动方针 草拟开发计划 书写文档提交审查 软件需求的层次 每个项目都有需求 需求工程基本任务 需求获取 需求分析定义 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析的过程也是需求建模的过程 需求分析模型 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 需求验证 需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求变更管理 确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 需求跟踪 需求跟踪的目的是建立与维护“需求－设计－编程－测试”之间的一致性，确保所有的工作成果符合用户需求。 需求跟踪有两种方式： 正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。 逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。 正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵（即表格）。需求跟踪矩阵保存了需求与后继工作成果的对应关系。 需求建模方法 关联模型 行为模型 数据模型 结构化模型 面向对象模型 其他 关联模型 定义系统与环境的关联关系 关联模型 行为模型 行为模型是描述系统的总体行为 数据流模型 状态机模型 数据流模型 数据的信息的集合也就是对数据流图中所包含的所有元素的定义的集合 数据字典的内容 数据流 数据流分量(数据元素)……别名(出现的原因?) 数据存储 处理 状态机模型 数据模型 定义系统处理的数据逻辑形式 一般用实体关系图（ E-R图）描述系统的需求。 数据模型 ER模型 实体 联系 属性 ER模型示例 规范化 结构化方法 采用数据流图、数据字典、系统流程图等作为分析技术。 面向对象模型 将现实世界的“视图”转化为用对象来描述的模型 描述对象之间的各种关系，以满足软件系统的要求。 面向对象的建模工具——UML 1、用例图（Use case Diagram）：用于表示系统的 功能，并指出功能的操作者； 2、静态图：包括类图（Class Diagram）、 对象图（Object Diagram）及包图（Package Diagram），表示系统的静态结构； 3、行为图：包括状态图（State Diagram） 及活动图（Activity Diagram），用于描述 系统的动态行为和对象之间的交互关系； 4、交互图：包括顺序图（Sequence Diagram） 和协作图（Collaboration Diagram），用于 描述系统对象之间的动态合作关系； 5、实现图：包括构件图（Compoment Diagram） 和配置图（Deployment Diagram），用于描 述系统的物理实现。 UML图符 用例需求（Use case）分析 用例需求分析方法采用一种面向对象的情景分析方法 用例是系统向用户提供一个有价值的结果的某项功能 从用户角度出发考虑的功能需求 所有的用例结合起来就构成了用例模型 用例视图 用例视图主要是展示了外部行为者所观察到的系统将提交的功能.即:各类外部行为者与系统所提供的用例的连接 用例视图 用例（Use case）：系统所提供的 功能描述 角色（Actor）：可能使用用例的人 或者外部系统 用例实例（1）出口贸易链主用例 用例实例（2）出口贸易链用例详述 顺序图 顺序图展示了几个对象之间的动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的交互，即系统执行某一特定时间点所发生的事。