- 1、本文档共43页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
5章节软件项目需求管理
第 5 章 软件项目需求管理 ;本章内容提要;5.1 软件项目需求管理概述;软件开发的目标——按时按预算开发出满足用户真实需要的软件。
需求—— 一个软件项目的开始阶段。在软件工程中,需求分析阶段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要参与的阶段。; 需求定义
IEEE软件工程标准词汇表(1997年)中将需求定义为:
用户解决问题或达到目标所需的条件或权能(Capability);
系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能;
一种反映上面(1)或(2)所描述的条件或权能的文档说明。
软件需求包括以下几个层次:
业务需求(business requirement)
用户需求(user requirement)
功能需求(functional requirement)
同时也包括非功能需求、软件需求规格说明(software requirements specification,SRS)等。;; 需求类型
在UP(统一过程)中,软件需求是根据FURPS+模型来分类的,其中FURPS的含义如下:
Functional(功能性)
Usability(可用性)
Reliability(可靠性)
Performance(性能)
Supportability(可支持性)
“+”是指一些辅助性的和次要的因素:
Implementation(实现)
Interface(接口)
Operations(操作)
Packaging(包装)
Legal(授权);本章内容提要;;需求工程——也叫做需求过程或需求阶段,包括需求开发和需 求管理。
需求开发——包括需求获取、需求分析、编写需求规格说明、验证需求四个阶段,在这四个阶段执行以下活动:
确定产品所期望的用户类;
获取每个用户类的需求;
了解实际用户任务和目标以及这些任务所支持的业务需求;
分析源于用户的信息以区别业务需求、功能需求、质量属性、业务规则,建议解决的方法和附加的信息;
分解需求,并将需求中的一部分分配给软件组件;
了解相关属性的重要性;
划分实施优先级;
编写需求规格说明和模型;
评审需求规格,验证对用户需求的正确理解和认识。;需求管理——是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法,可用于获取、组织和记录系统需求并使客户和项目团队在系统需求变更上保持一致。
有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性,以及与其它需求和其它项目工件之间的可追踪性。
需求管理活动包括
定义需求基线
评审需求变更并评估每项需求变更对软件产品的影响从而决定是否实施它。
以一种可控制的方式将需求变更融入当前的软件项目。
让当前的项目计划和需求保持一致。
估计变更所产生的影响并在此基础上协商新的约定
实现通过需求可跟踪对应的设计、源代码和测试用例。
在整个项目过程中跟踪需求状态及其变更情况。
; 需求获取
需求获取的主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、系统环境等,对任务进行分析、从而开发、捕获和修订用户的需求,以建立良好的沟通渠道和方式。
需求获取需要执行以下活动:
确定需求开发过程
编写项目视图和范围文档
获取涉众请求
选择每类用户的产品代表
建立典型的以用户为核心的队伍
让用户代表确定用例
召开应用程序开发联系会议
分析用户工作流程
确定质量属性和其它非功能需求; 需求分析
需求分析包括提炼、分析和仔细审查已收集到的需求,为最终用户所看到的系统建立一个概念模型以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。
分析用户需求应该执行以下活动:
绘制系统关联图
创建用户接口原型
分析需求可行性
确定需求的优先级别
为需求建立模型
建立数据字典
使用质量功能调配; 需求规格说明
软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,它不仅是系统测试和用户文档的基础,也是所有子系列项目规划、设计和编码的基础。
需求分析完成的标志是提交一份完整的软件需求规格说明书(SRS)。
软件需求规格说明作为产品需求的最终成果必须包括所有的需求。
在开发人员的组织中要为编写软件需求文档定义一种标准模板。;需求规格说明模板; 需求验证
验证是为了确保需求说明准确、无二义性并完整地表达系 统功能以及必要的质量特性。
需求验证要求客户代表和开发人员共同参与,对提交后的需求规格说明进行验证,分析需求的正确性,完整性以及可行性等等。
需求验证中的活动一般包括:
审查需求文档
以需求为依据编写测试用例
编写用
文档评论(0)