需求管理过程实用文档(实用文档，可以直接使用，可编辑优秀版资料，欢迎下载）软件过程标准需求管理过程V1.0修订记录版本号日期作者授权人授权日期描述0.92002/07/19万志鹏苏光2002/07/18第一次编制,苏光指导0.992002/07/29万志鹏苏光2002/08/01根据评审意见修改过程,并转换为公司文档格式。1。02002/08/12万志鹏彭柏林2002/08/12通过批准目录1目的和范围12术语简称与解释13进入准则14退出准则15阶段交付产品26文件使用者27过程流图37.1过程37.1。1需求收集与获取37。1.2需求评审57。1。3需求变更管理过程67。2过程描述77。2。1需求收集与获取过程细则77。2。2需求评审细则错误!未定义书签。需求变更管理过程细则87。3验证机制97.4度量98活动职责矩阵109参考资料1010附件101目的和范围本过程的目的在于为公司实施与需求相关的方针提供指南。该过程对所有公司负责需求采集的项目适用，也适用于那些客户在自行采集需求时需要帮助的项目。2术语简称与解释总经理：简称GM，指公司总经理，具备法人代表资格。副总：简称VGM，公司的一种职务，指公司副总。项目经理：简称PM，公司的一种职务，一般由具备项目管理经验和行业经验人员承担，负责项目的管理活动。项目负责人：简称PL，项目组组长，临时性职务,负责项目的开发活动,如无变更，生存周期与项目生存周期相同。需求分析人员:简称RA,通常由项目组中成员承担此角色，可以是项目负责人也可以项目组中其他人员.软件设计人员：简称SD。在公司一般指系统分析员和程序员(包括高级程序员)；在项目中指项目组中的设计人员。软件质量保证：SQA,一种软件质量保证活动，在公司通常也用SQA代表质量保证活动者，目前由公司品管部执行此活动.配置管理员：简称CC，在公司中负责所有项目的配置管理活动。3进入准则进入准则如下：?来自客户的关于需求的文档经过公司审批；?来自客户的标识有意进行某个项目的信函，并且经过公司审批；?总经理对内部项目的授权，有相关文件(文档）表明是经过审批的；?公司与客户签订的合同。附注：满足其中任何一种条件均可。4退出准则退出准则如下：?SRS的文档已准备好，经过评审和批准.5阶段交付产品本阶段交付有：?经过评审并得到批准的SRS文档；?SRS评审报告；?变更请求；?变更请求单日志；?影响分析报告.6使用者本文件的使用者如下：VGM、RA、SD、PM、PL、QA。7过程流图7.1过程7.1.1需求收集与获取开始需求产生来自客户的需求是否评审VGM/PM/PLSRS中有缺陷吗？客户同意后基线化需求根据命名规则命名SRS将SRS置于配置管理中结束修改需求是客户是否有自己的格式要求否按客户格式要求生成SRS按公司格式要求生成SRS是否RA/CCCCRA/CC7.1.2需求评审开始确定评审何时进行，以及持续多长？就评审计划和评审参与者沟通评审者对产品进行个人评审有缺陷吗？主持评审会议分配角色制定个人缺陷列表介绍产品讨论个人评审中发现的缺陷讨论缺陷达成一致意见确定最终缺陷列表准备评审报告给定评审结果是否存在缺陷？批准结束PM/PLPM/PLPL评审小组评审小组成员XX是否是分发产品给评审人员确定下次评审相关事宜否7.1.3需求变更管理过程更新SRS和相关文件开始需求发生变化发出变更请求进行影响分析变更是否被接受？结束为执行变更分配资源更新过的文件经过评审和批准后置于配置管理之下通知相关人变更情况按照SPTO过程跟踪变更执行情况记录变更执行进程变更结束更新PDB结束否是否是启动准则（指南）:--如果影响分析发现变更在项目成本或时间上有重大影响，应通知客户，并进行再评估，征求客户对成本或时间变更的认可。同时通知市场和财务部门更新合同文件。（相关文件）:-SRS-详细设计等)7.2过程描述需求管理过程被分为3部分，包括：需求获取和采集过程、需求评审过程、需求变更管理过程。7.2.1需求收集与获取规程?需求可能来自以下任何一种渠道客户的需求文档工作范围描述文档电子邮件合同?随后,进行需求文档格式的评审：当需求不是以公司格式提交时，项目经理/项目负责人可选择如下处理办法：将需求转换成金恒宇公司的格式，或采用用户的需求文档格式。当客户特别要求用他们自己的格式时,应满足他们的要求。?就以下方面对评审需求正确...
