软工程第三章需求工程.pptVIP

第二部分 软件需求分析与建模 什么是软件需求？ 软件需求分析有哪些过程？ 如何启动分析过程？ 什么是面向数据的建模？ 什么是面向数据流的建模？ 什么是非形式化建模、半形式化建模和形式化建模？ 什么是统一建模语言（UML）？ 什么是用例建模？ 软 件 工 程第3讲：软件需求 主讲人：阳王东 Email：yangwangdong@126.com 本讲主题 什么是软件需求？ 客户要你为他开发一个什么样的软件。 需求分析过程 如何启动需求分析过程 软件需求管理过程 需求获取 需求定义 需求分析 编写需求规格说明书 需求验证 需求变更控制 获取需求 项目合同 项目中对项目的范围、主要功能性能指标进行规定 行业规范和相关政策 例如中国移动BOOS规范，中国银联直联POS终端规范，全国银行IC卡密钥管理规则，全国教育信息化建设安全技术体系规划等。 市场分析报告 由市场部或专门的部门提供的市场分析数据和用户特征分析报告（IDC、Gartner、赛迪顾问(CCID)、计世资讯 ） 咨询公司 由咨询公司提供业务分析报告 需求调研 市场需求调研 直接用户的需求调研 需求定义 对获取的需求进行整理 需求识别 需求分配 需求范围划分 识别真实需求 需求文档化 需求确定 提交需求确定表给客户 客户对需求进行确定，依次作为需求分析的依据 需求分析 构建分析模型（对需求的理解） 数据模型（E-R实体关系图）、业务流程模型（数据流图）、过程控制模型（活动状态图） 创建开发原型 （原型生命周期） 分析需求的可行性 确定需求优先级 编写数据字典 （数据库设计） 应用质量功能调配 将系统特性、属性与对客户的重要性联系起来，提供了一种分析方法以明确哪些是客户最为关注的特性 编写需求规格说明书 采用模版 在你的组织中要为编写软件需求规格说明书等文档定义一种标准模板 指明需求来源 了让所有项目风险承担者明白需求规格说明书中为何提供这些功能需求，要能追溯每项需求的来源 为每项需求注上标号 记录业务规范 关于系统的操作原则，比如谁能在什么情况下采取什么动作,将这些编写成需求规格说明书中的一个独立部分，或一独立的业务规范文档 创建需求跟踪矩阵 建立一个矩阵把每项需求来源、定义与实现、测试它的设计和代码部分联系起来,这样有利于需求的管理和需求变更影响范围的评估 需求验证 审查需求文档 组织一个由不同代表（如用户，分析人员，设计人员，测试人员）组成的小组，对需求规格说明书及相关模型进行仔细的检查和评审 依据需求编写测试用例 根据用户需求所要求的产品特性写出系统的功能测试用例作为系统测试依据 编写用户手册 描述每项功能是如何对应实际的业务过程 确定合格的标准 描述什么样的产品才算满足用户的要求和适合他们使用的 需求变更控制 确定变更控制过程 确定一个选择、分析和决策需求变更的过程,所有的需求变更都需遵循此流程 建立软件变更控制委员会(SCCB，Software Change Control Board) 组织一个由项目风险承担者组成的小组作为变更控制委员会，由他们来评估和确定需求变更 进行变更影响分析 跟踪变更影响的产品 当进行某项需求变更时，参照需求跟踪矩阵找到相关的其它需求、设计文档、源代码和测试用例 建立基准和控制版本 维护变更的历史记录 跟踪每项需求的状态 包括确定、已实现、暂缓、新增、变更　等 衡量需求稳定性 记录需求的数量和每周或每月的变更（添加、修改、删除）数量 客户调研 直接客户调研 客户现有业务系统调查分析 客户手工业务流程和规则调查 客户业务文档调查分析 客户历史业务资料调查分析 业务情景调查分析 客户调研会，客户自己描述业务需求 客户访谈 客户其他沟通形式 客户调研的原则与步骤 原则 深入浅出 充分准备，文档化 以业务流程为主线 步骤 了解需要调研客户的组织结构和与项目相干的部门和决策领导。 了解相干部门分别对应系统的相应功能模块。该部门对该项功能的目标和期望 调研每个子系统所需的工作流程、功能与处理规则，收集单据、报表、帐本等原始资料，分析物流、资金流、信息流三者的关系 对调研的内容事先准备,针对不同管理层次的用户询问不同的问题，列出问题清单。将操作层、管理层、决策层的需求既联系又区分开来 对与用户沟通的情况及时总结归纳,整理调研结果,找出新的疑点，初步构成需求描述文档 把调研形成的需求描述文档分别给相关客户进行确定，得到客户认可。 需求整理与表达的方法 需求整理 在整理时可以多种手段共用，如组织结构图、业务流程图、UML语言、多叉树、关系矩阵、文字叙述( 对其他描述手段的一种补充)、表格(单据调查表,帐本调查表,业务调查表,报表调查表等)、图形等多种手段。 需求表达