需求管理过程.docx

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

软件过程标准

需求管理过程

修订记录

版本号

日期

作者

授权人

授权日期

描述

2002/07/19

万志鹏

苏光

2002/07/18

第一次编制,苏光指导

2002/07/29

万志鹏

苏光

2002/08/01

根据评审意见修改过程,并转换为公司文档格式。

2002/08/12

万志鹏

彭柏林

2002/08/12

通过批准

目录

目的和范围 错误!未定义书签。

术语简称与解释 错误!未定义书签。

进入准则 错误!未定义书签。

退出准则 错误!未定义书签。

阶段交付产品 错误!未定义书签。

文件使用者 错误!未定义书签。

过程流图 错误!未定义书签。

过程 错误!未定义书签。

需求收集与获取 错.误!未定义书签。

需求评审......................................错..误!未定义书签。

需求变更管理过程 错.误!未定义书签。

过程描述 错误!未定义书签。

需求收集与获取过程细则 错.误!未定义书签。

需求评审细则 错.误!未定义书签。

需求变更管理过程细则 错.误!未定义书签。

验证机制 错误!未定义书签。

度量 错误!未定义书签。

活动职责矩阵 错误!未定义书签。

参考资料 错误!未定义书签。

附件 错误!未定义书签。

目的和范围

本过程的目的在于为公司实施与需求相关的方针提供指南。该过程对所有公司负责需求采集的项目适用,也适用于那些客户在自行采集需求时需要帮助的项目。

术语简称与解释

总经理:简称GM,指公司总经理,具备法人代表资格。副总:简称VGM,公司的一种职务,指公司副总。

项目经理:简称PM,公司的一种职务,一般由具备项目管理经验和行业经验人员承担,负责项目的管理活动。

项目负责人:简称PL,项目组组长,临时性职务,负责项目的开发活动,如无变更,生存周期与项目生存周期相同。

需求分析人员:简称RA,通常由项目组中成员承担此角色,可以是项目负责人也可以项目组中其他人员。

软件设计人员:简称SD。在公司一般指系统分析员和程序员(包括高级程序员);在项目中指项目组中的设计人员。

软件质量保证:SQA,一种软件质量保证活动,在公司通常也用SQA代表质量保证活动者,目前由公司品管部执行此活动。

配置管理员:简称CC,在公司中负责所有项目的配置管理活动。

进入准则

进入准则如下:

来自客户的关于需求的文档经过公司审批;

来自客户的标识有意进行某个项目的信函,并且经过公司审批;

总经理对内部项目的授权,有相关文件(文档)表明是经过审批的;公司与客户签订的合同。

附注:满足其中任何一种条件均可。

退出准则

退出准则如下:

SRS的文档已准备好,经过评审和批准。

阶段交付产品

本阶段交付有:

经过评审并得到批准的SRS文档;SRS评审报告;

变更请求;

变更请求单日志;影响分析报告。

使用者

本文件的使用者如下:VGM、RA、SD、PM、PL、QA。

过程流图

过程

需求收集与获取

开始

需求产生

来自客户的

需求 否

客户是否有自己的格式

要求 否

按客户格式要求生成SRS

按公司格式要求生成SRS

评审 VGM/PM/PL

修改需求

SRS中有缺陷吗?

客户同意后基线化需求 RA/CC

根据命名规则命名SRS RA/CC

将SRS置于配置管理中 CC结束

X讨论个人评审中发现的缺陷

X

讨论个人评审中发

现的缺陷

讨论缺陷

达成一致意见

确定最终缺陷列表

准备评审报告

评审小组

成员

给定评审结果

评审小组

是否存在

缺陷?

确定下次评审相关

事宜

批准

结束

开始

开始

确定评审何时进行,

以及持续多长?

PM/PL

就评审计划和评审参与者

沟通

PM/PL

分发产品给评审人员

PL

评审者对产品进行个人评

有缺陷吗?

制定个人

缺陷列表

主持评审会议

分配角色

介绍产品

X

7.1.3需求变更管理过程

开始

需求发生变化发出变更请求

进行影响分析

变更是否被

接受? 否是

更新SRS和相关文件

启动准则

(指南):

--如果影响分析发现变更在项目成本或时间上有重大影响,应通知客户,并进行再评估,征求客户对成本或时间变更的认可。同时通知市场和财务部门更新合同文件。

结束

为执行变更分配资源 (相关文件):-SRS

-详细设计等)

更新过的文件经过评审和批准后置于配置管理之下

通知相关人变更情况

按照SPTO过程跟踪变更执行情况

记录变更执行进程

变更结束

更新PDB

结束

7.2过程描述

需求管理过程被分为3部分,包括:需求获取和采集过程、需求评审过程、需求变更管理过程。

需求收集与获取规程

文档评论(0)

gujianqitan + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档