软件需求(第三部分)

软件需求(第三部分)

ID:37691717

大小:1.21 MB

页数:39页

时间:2019-05-28

软件需求(第三部分)_第1页
软件需求(第三部分)_第2页
软件需求(第三部分)_第3页
软件需求(第三部分)_第4页
软件需求(第三部分)_第5页
资源描述:

《软件需求(第三部分)》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、下载第三部分软件需求管理第16章需求管理的原则与实现在第一章中,我们将需求工程分为需求开发和需求管理。需求开发包括对一个软件项目需求的获取、分析、规格说明及验证。典型需求开发的结果应该有项目视图和范围文档、使用实例文档、软件需求规格说明及相关分析模型。经评审批准,这些文档就定义了开发工作的需求基线(baseline)。这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定(agreement)。工程项目可能会有其它的约定,例如可交付性、约束条件、进度安排、预算及合同约定等。但这些均超出了本书范围。

2、需求约定是需求开发和需求管理之间的桥梁,需求管理包括在工程进展过程中维持需求约定集成性和精确性的所有活动,如图16-1所示。需求管理强调:¥控制对需求基线的变动。¥保持项目计划与需求一致。¥控制单个需求和需求文档的版本情况。¥管理需求和联系链之间的联系或管理单个需求和其它项目可交付品之间的依赖关系。¥跟踪基线中需求的状态。需求管理变更控制版本控制需求跟踪需求状态跟踪¥建议变更¥确定需求文档版本¥定义对其它需求的¥定义需求状态¥分析影响¥确定单个需求文档连接链¥跟踪需求每一个状¥作出决策版本¥定义对其它系统元态¥交流素

3、的连接链¥合并¥测量需求的稳定性图16-1需求管理的主要活动本章给出了需求管理的基本原则。第三部分的其它内容更详细地评述了专门的需求管理的策略:包括变更控制(第17章),需求跟踪(第18章)和变更的影响分析(第18章)。第三部分的最后是关于帮助管理项目需求的商业工具的讨论(第19章)。16.1需求管理和过程能力成熟度模型过程能力成熟度模型(CapabilityMaturityModel,CMM)对需求管理是一个有用的指导134第三部分软件需求管理下载(CMU/SEI1995)。位于宾夕法尼亚洲匹兹堡市的卡内基梅隆大学

4、所属的软件工程研究所提出了软件过程能力成熟度模型的概念。CMM是在软件开发机构中被广泛地用来指导过程改进工作的模型。该方法描述了软件处理能力的五个成熟级别。处于一级的组织典型地以非正式的方式管理项目进度,要获得成功,主要依靠天才从业者和管理者的英雄史诗般的奋斗。处于更高成熟度级别的组织把具有创造性、训练有素的员工同软件工程和项目管理过程结合起来,将持续不断地获得成功。为达到软件过程能力成熟度模型的第二级,组织必须具有在软件开发与管理的六个关键过程域(keyprocessareas,KPA)以展示达到目标的能力。需求管

5、理是其中之一,它的目标如下:1)把软件需求建立一个基线供软件工程和管理使用。2)软件计划,产品和活动同软件需求保持一致。无论是否知道或关心过程成熟度模型,大多数软件开发组织将会从达成这两个目标中获益。过程成熟度模型确定若干先决条件和技术策略,使组织能持续地达到这两个目标,但并不指定组织必须遵循的需求管理过程。需求管理的关键过程领域不涉及收集和分析项目需求。而是假定已收集了软件需求或已由更高一级的系统给定了需求。一旦需求到手且文档化了,软件开发团队和有关的团队(例如质量保证和测试)需要评审文档。发现问题应与客户或其它需

6、求源协商解决,软件开发计划是基于已确认的需求。开发团队在向客户、市场部或经理们作出承诺(commitment)之前,应该确认需求和确认约束条件、风险、偶然因素、假定条件。也许不得不面对由于技术因素或进度原因而不现实的需求作出承诺。但是,决不要承诺任何无法实现的事。关键处理领域同样建议通过版本控制和变更控制来管理需求文档。版本控制确保随时能知道在开发和计划中正在使用的需求的版本情况。变更控制提供了支配下的规范的方式来统一需求变更,并且基于业务和技术的因素来同意或反对建议的变更。当在开发中修改、增加、减少需求时,软件开发

7、计划应该随时更新以与新的需求保持一致。不反映现实的计划于事无补。当接受了所建议的变更时,你可能在进程调度或质量上不能满足这项变更。在这种情况下,必须就约定的变更与所涉及的经理、开发者以及其它相关组织进行协商。通过如下方法能使项目反映最新的或变更过的需求。¥暂时搁置次要需求。¥得到一定数量的后备人员。¥短期内带薪加班处理。¥将新的功能排入进度安排。¥为了保证按时交工使质量受些必要的影响(通常,这是缺省反应)。由于项目在特性、进度、人员、预算、质量各个方面的要求不同,所以不存在一个放之四海皆准的模式(Wiegers199

8、6a)。根据早期计划阶段中项目风险承担者确定的优先级顺序挑选各项选择。不管你对变更需求或项目情况(如全体职工工作完成量)采取何种措施,必要时调整一些约定仍是需要养成的一个好习惯。这总比不现实地期待所有新要求在原定交付日期前魔术般地实现且其他方面(例如预算或员工工作强度)不受什么影响要好。第16章需求管理的原则与实现135下载即使你现在没用CMM

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。