04 软件需求分析.ppt

复旦大学计算机科学与工程系 软件工程课程 需求分析概述 需求获取 需求分析与建模 需求归档 需求过程管理 学习目标 了解需求工程的几个阶段； 了解需求分析的任务； 了解需求过程管理的相关知识； 理解需求的概念、需求的种类、需求的层次； 理解需求确认与验证的区别； 掌握两种需求文档的关系与区别； 掌握获取需求的方法； 理解需求分析的原则； 掌握需求分析的方法及对应的建模描述工具。 一、需求分析概述 需求的概念 需求的种类 需求的层次 需求分析的任务 两类需求文档 需求工程阶段 需求的重要性-项目失败的原因 1.需求的概念 1997年,IEEE软件工程标准词汇表中定义需求为： (1).用户解决问题或达到目标所需的条件或能力(Capability)。 (2).系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 (3).一种反映上面(1)或(2)所描述的条件或能力的文档说明。 我们的简化定义： 产品必须提供的服务 产品必须具备的质量特征 需求关注于顾客的需要，指定系统要“做什么”，而不关心问题的解决方案或实现 负责者：系统分析人员 参与者： 合同监督人员，提出限制系统开发的里程碑和进度表 顾客和用户，必须理解需求，确信满足了他们的需要。 业务经理，必须理解建立和使用系统的可能的后果 设计员，使用需求作为开发可接受解决方案的依据 测试员，开发测试数据和测试事务以确保软件系统满足每一条需求 2.需求的种类 功能性需求:描述系统做什么。 非功能性需求：定义系统工作时的特性。包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。 3.需求的三个层次 高层领导的战略决策需求 中层管理的查询统计需求 基层人员的实时操作需求 这个上中下三层需求，构成一个需求金字塔。 4.需求分析的任务 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 需求分析研究的对象：项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 图书馆信息系统的例子 第1项任务：画出目标系统的组织结构图，列出各部门的岗位角色表，即组织机构模型，如图4-2至表4-4所示。 第2项任务：画出目标系统的业务操作流程图，即业务模型。它包括物流、资金流、信息流，重点是业务操作的流水步骤。 业务流程图的画法多种多样，各软件组织可根据自身的习惯和特点，制定一套图形规则，在本组织内统一遵守。 业务流程图的制作工具，可以是微软的Word , Visio。 所谓“直式业务流程图”，就是用图的横向坐标表示企业的部门岗位，用图的纵向坐标表示企业的作业流程，用图4-3的图标画出企业的业务流程。 第3项任务：画出目标系统的数据流图DFD，即单据和报表的流图，掌握业务规则，获得初步数据模型（真正的数据模型是E -R图加上相应的数据字典）。 数据流图中要突出单据流，分清不同单据之间的先后流动次序，以及同一单据中的不同数据项的先后流动次序。 数据流图的画法多种多样，各软件组织可根据自身的习惯和特点，制定一套图形规则，在本组织内统一遵守。 数据流图的制作工具，可以是微软的桌面办公工具Office（Word , Visio），也可以是Power Designer中的数据流图绘制工具Process Analyst。 完整的数据流图还包括定义数据字典。数据字典是指对数据流图中出现的数据源、数据潭、数据加工、数据流向、单据、报表等数据名字进行定义与解释。 对于所有的单据或报表，均要收集并整理。 将单据或报表的名称、用途、使用单位、制作单位、频率、高峰时流量，及每个数据项的名称、类型、长度、精度、算法等，都要全部列出，形成原始单据和输出报表的表格。 对每一张单据或报表，都必须用两张表格来描述，其中第一张表格描述单据或报表的公共信息，即单据或报表的“头尾”信息。第二张表格描述单据或报表的数据项信息，即单据或报表的“体”。 第4项任务：列出目标系统的功能点列表，即功能模型。（注：有时将性能模型、界面模型和接口模型的内容都合并到功能模型之中。） 功能模型也可以用Use Case图表示，也可以用功能点列表描述。 “图书馆信息系统”的功能点列表，如表4-7所示。其中“系统响应”这一项，表示将来的目标系统所要做的工作。需要指出，功能列表不是唯一，也没有标准答案。 第5项任务：列出系统的性能点列表，即性能模型。 “图书馆信息系统”的性能点列表，如表4-8所示。 其中“系统响应”这一项，表示将来的目标系统所要做的工作。 需要指出，性能列表不是唯一，也没有标准答案。 第6项任务：列出目标系统的接口列表，即接口模型。 “图书馆信息系统”的接口