《软件过程的需求管理》由会员分享，可在线阅读，更多相关《软件过程的需求管理（24页珍藏版）》请在金锄头文库上搜索。
1、Zhu.K作者软件过程管理 -Ch.4 软件过程的需求管理Zhu.K软件过程的需求管理开发软件系统最为困难的部分就是准确说明 开发什么。弗雷德里克布鲁克斯Zhu.K软件需求工程所有与需求直接相关的活 动统称为需求工程，需求工程 分为了两个部分：需求开发和 需求管理。其中，需求开发又 分为了需求获取、需求分析、 需求定义和需求验证4个部分， 而需求管理则包含了变更控制 、版本控制、需求跟踪和需求 状态跟踪 软件需求包括三个不同的层 次：业务需求、用户需求和功 能需求（也包括非功能需求） 。Zhu.K软件需求工程l 业务需求（business requirement）反映了组织机构或客户对系统、产
2、品的 概括的目标要求，它在项目视图与范围文档中予以说明。主要的目的是对企业 目前的业务流程进行评估，得出一个业务前景。业务需求的确定对后面的用户 需求和功能需求起到了限制作用。l 用户需求(user requirement) 文档描述了用户使用系统而完成的任务的集合 ，用户需求在用户案例（user case）文档或方案脚本中予以说明。收集和分 析用户需求是不容易的，因为很多需求是隐形的，很难获取，更难保证需求完 整，而需求又是易变的，这就要求用户和开发人员进行充分地交流。l 功能需求(functional requirement)定义了开发人员必须实现的软件功能， 它源于用户需求。功能需求是软
3、件需求说明书中最重要的部分之一，它在开 发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。非 功能需求描述了系统展现给用户的行为和执行的操作等，包括要遵从的业务 规则、人机接口、安全性和可靠性等要求。Zhu.K需求开发需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 获取数据分析、处理目标系统模型需求获取系统分析员从数据流和数据结构出发 ，找出系统各元素之间的 联系、接口特征及设计限 制、能否满足功能需求Zhu.K需求获取概述需求获取是通过各种途径获取用户的需求信息（原始材料），产 生用户需求说明书。 Zhu.K需求获取的方法需求研讨会头脑风暴用例模型访谈角色扮演原型
4、法Zhu.K基于用例的需求获取执行者的识别l谁使用系统的主要功能？ l谁将提供、使用和删除信息？ l谁负责维护 、管理并保持系统正常运行？ l谁会对某一特定需求感兴趣？ l系统的外部资源是什么？ l系统需要和哪些外部系统交互？用例的识别l某个执行者要求系统为其提供什么功能？该执 行者需要做哪些工作？ l执行者需要阅读、创建、销毁、更新或存储系 统中哪些（类）信息？ l系统中的事件一定要告之执行者吗？执行者需 要告诉系统一些什么吗？那些系统内部的事件从 功能的角度代表什么？ l由于新功能的识别，执行者的日常工作被简化 或效率提高了吗？ l系统需要什么样的输入输出？输入在哪里？输 出去往哪里？ l
5、该系统的当前情况存在哪些问题？Zhu.K课堂案例：学生学籍处理业务学生学籍处理业务每学期开学时，各学办进行注册管理，注册信 息记录在在校生信息卡中。学生转专业由本人向所在系提出申请，教务处 审批。n在本系内转专业，由学生所在系考核同意，报教 务处审批；n在学校范围内转专业（跨系），由学生所在系推 荐，拟转入系考核同意，报教务处审批。n转专业手续应在每学年开学前办理。Zhu.K课堂案例：学生学籍处理业务Zhu.K需求定义需求定义指的是解释涉众需求,并根据需求规 模整理成对要构建系统的明确的说明。u前景文档是用一般的语言定义系统特征的文档u软件需求规格说明书是用更专业的术语定义系统特 征的文档。
6、Zhu.K软件需求规格说明书0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 0.5 术语与缩写解释1. 产品介绍 提示：(1) 说明产品是什么，什么用途；(2) 介绍产品的开发背景。2. 产品面向的用户群体 提示：(1) 描述本产品面向的用户(客户、最终 用户)的特征；(2) 说明本产品将给他们带来什么好处？特们选择本产品的 可能 性有多大？3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则。Zhu.K4. 产品的功能需求 Function C.1Feature C Function B.1Feature B Functio
7、n A.1Feature A描述功能名称、标识符功能类别5. 产品的非功能需求质量需求软硬件需求用户界面需求描述需求名称、标识符需求类别6. 其他需求软件需求规格说明书Zhu.K需求确认为什么需要需求评审？在哪个阶阶段发现发现成本率 需求1 设计设计3-6 编码编码10 功能测试测试15-40 验验收测试测试30-70 发发布之后40-1000修订一个缺陷的相关成本Zhu.K需求确认如何进行需求评审？（1）分层次评审 目标性评审 功能性评审 操作性评审（2）分阶段评审Zhu.K需求确认如何保证需求规格说明书的质量？正确性完备性易理解性一致性可行性健壮性易修改性易测试性和可修改性易追溯性兼容性Z
8、hu.K需求跟踪1. 需求的标识需求类型可以是：F=功能需求，D=数据需求，B= 行为需求，I=接口需求；O=输出需求。例：需求标识为F03的需求表示编号 为3的功能需求。Zhu.K需求跟踪2. 需求的属性u创建需求的时间u需求的版本号u创建需求的作者u负责认可该需求的人员u需求状态u需求的原因或根据（或信息的出处）u需求涉及的子系统u需求涉及的产品版本号uZhu.K需求跟踪3. 需求状态l 已建议该需求已被有权提出需求的人建议l 已批准该需求已被分析，估计了其对项目余下 部分的影响（包括成本和对项目其余部分的干扰），已 有一个确定的产品版本号或编号，软件开发团队已同意 实现该项需求l 已实现
9、使用所选择的方法已验证了实现的需求 ，例如测试和检测，审查该需求跟踪与测试用例相符。 该需求现在被认为完成l 已删除计划的需求已被删除，并包含一个原因 说明和作出删除决定的人员Zhu.K需求跟踪u 正向跟踪：以用户需求为切入点，检查用 户需求说明书或需求规格说明书中的每个 需求是否都能在后继工作产品中找到对应点。u 逆向跟踪：检查设计文档、代码、测试用例 等工作产品是否都能在需求规格说明书中找 到出处。正向跟踪和逆向跟踪合称为“双向跟踪”。 Zhu.K需求变更控制流程需求的变更是不 可避免的，因此 如何有效控制需 求的变化对于项 目成功至关重要 。Zhu.K需求变更控制策略（1）项目启动阶段的变更预防（2）项目实施阶段的需求变更（3）项目收尾阶段的总结Zhu.K作业第4章 2、4Zhu.KQ & A
