软件工程–2–需求工程.ppt

软件工程 第二章 需求工程 需求工程的概念和任务 需求工程 将所有与需求直接相关的活动通称为需求工程 系统分析人员通过细致的调研分析,准确地理解用户的需求,将不规范的需求陈述转化为完整的需求定义,再将需求定义写成需求规格说明书的过程. 基本任务 确定系统的目标和范围,调查用户的需求,分析系统必须做什么,编写需求规格说明书等其它相关文档,以及需求工程审查.同时还包括需求变更的控制、需求风险的控制、制定需求过程的基本计划等工作。 需求工程的主要活动和文档 需求开发 活动 需求获取 需求分析 编写需求规格说明书 需求审查 需求管理 活动 需求变更控制 版本控制 需求跟踪 需求状态跟踪 需求规格说明书与其它开发活动之间的关系 需求规格说明书对系统开发过程中其它活动的影响 项目的开发成本、进度、资源使用量等都是以需求规格说明书为依据 项目经理根据它制定开发计划 设计人员根据它进行系统设计 测试人员根据它编写测试计划。设计测试用例 产品发布人员根据它编写产品介绍和客户文档 培训人员根据它编写培训教程 了解用户 用户是一种泛称,它可细分为“客户”、 “最终用户” 、“间接用户”(或称为关系人) 客户:掏钱买软件的用户 最终用户:最终操作软件的用户 间接用户:既不掏钱买软件，也不使用软件，但它可能对软件产品产生很大影响。 需求分类 业务需求 反映组织机构或客户对软件高层次的目标要求，这项需求是用户高层领导机构决定的，它确定了系统的目标规模和范围。 用户需求 用户使用该软件要完成的任务 功能需求 软件开发人员必须实现的软件功能 非功能需求 是产品必须具备的属性或品质 ，包括对用户的重要属性（有效性、效率、灵活性、完整性、互操作性、可靠性、健壮性、可用性）和对开发者的质量属性（可维护性、可移植性、可复用性、可测试性） 高质量需求的表象 完整性 正确性 可行性 必要性 划分优先级 无二义性 可验证性 影响需求质量的因素 用户需求不断增加 模棱两可的需求 用户不配合 过于精简的需求说明 忽略了用户的分类 不准确的计划 不必要的特性 确定系统目标和范围 目标 明确为什么要开发系统，系统最终能实现哪些业务，为用户提供哪些有价值的功能 范围 项目背景、要达到的目标、市场前景、软件的适用范围和局限性、经济效益和社会效益、主要风险和策略 模版 《XX系统目标和范围》 需求前的准备 端正开发人员在需求获取中的态度 需求分析员的天职就是在有限的时间内获取准确而细致的用户需求，如果做不到就是失职，不要找借口。 明确与用户的合作关系 明确《用户在需求过程中的权利和义务》 需提交的阶段产品 重视文档的书写质量 严肃写作风格 多写多练 有适合的文档模版 需求获取 制定调研计划 根据项目的规范和范围确定要调研的部门和访谈时间 可对用户进行软件工程培训 对开发人员进行用户业务培训 准备调研的资料 调研的基本参考问题--参见教材37页 相关调研表格模版--参见教材38页 访谈用户 编写调研报告--《用户需求说明书》 需求的其他来源 需求分析的任务 获得当前系统的物理模型 抽象出当前系统的逻辑模型 建立目标系统的逻辑模型 需求分析的原则 必须要理解问题的数据域和功能域 必须按自顶向下、逐层分解的方式对问题进行分结和细化 要给出系统的逻辑模型和物理模型 需求分析方法 问答分析法 问答分析最重要的问题是：“是什么”和“为什么” 其他常见问题参见-高质量需求的表象一节 建模分析法 结构化分析法 数据字典 实体-关系图 数据流图 状态变迁图 建模分析法 面向对象分析法 适当地使用图形符号 在需求分析文档中，文字描述是第一重要的，建模主要是起分析解释作用。 结构化分析方法 系统流程图 数据流程图 数据字典 实体关系图 状态迁移图 处理说明 系统流程图 系统流程图符号 例子—书上48页 数据流图（DFD） 构建过程模型的方法 数据流图是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变化。 数据流图的符号 数据源点或终点（外部实体） 在系统边界之外的个人和组 织，它提供数据输入或接受数据输出。 数据处理（过程） 它代表从数据输入转换到数 据输出的算法或程序。 数据存储 保存数据的地方，以便将来 由一个或多个过程来访问这些数据。 数据流 表示在过程、数据存储和外部实体 之间的数据移动。 数据流图的画法 基本原则：自外向内，自顶向下，逐层细化，完善求精。 步骤： ①先找系统的数据源点与终点。 ②找出外部实现的输出数据流和输入数据流。 ③在图的边上画出系统的外部实体。 ④从外部实体的输出数据流 （系统的源点）出发，按照系统的逻辑需要，逐步画出一系列逻辑加工，直到找出外部实体所需要的输入数据