ch软件过程的需求管理.pptxVIP

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