2022年需求管理过程 .pdf

《2022年需求管理过程 .pdf》由会员分享，可在线阅读，更多相关《2022年需求管理过程 .pdf（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件过程标准需求管理过程V1.0 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 15 页 - - - - - - - - - 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 修订记录版本号日 期作者授权人授权日期描述0.9 2002/07/19 万志鹏苏光2002/07

2、/18 第一次编制 , 苏光指导0.99 2002/07/29 万志鹏苏光2002/08/01 根据评审意见修改过程， 并转换为公司文档格式。1.0 2002/08/12 万志鹏彭柏林2002/08/12 通过批准名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 目录1目的和范围 . 12术语简称与解释 . 13进入准则 . 14退出准则 . 15阶段交付产品 . 26文件使用者 . 27过程流

3、图 . 37.1过程 . 37.1.1需求收集与获取 . 37.1.2需求评审 . 57.1.3需求变更管理过程 . 67.2过程描述 . 77.2.1需求收集与获取过程细则 . 77.2.2需求评审细则 . 错误！未定义书签。7.2.3需求变更管理过程细则 . 87.3验证机制 . 97.4度量 . 98活动职责矩阵 . 109参考资料 . 1010附件 . 10名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 15 页 - - - - - - - - - 需求管理过程P

4、R_MGMT_RM 1 目的和范围本过程的目的在于为公司实施与需求相关的方针提供指南。该过程对所有公司负责需求采集的项目适用，也适用于那些客户在自行采集需求时需要帮助的项目。2 术语简称与解释总经理：简称 GM，指公司总经理，具备法人代表资格。副总：简称 VGM ，公司的一种职务，指公司副总。项目经理：简称PM，公司的一种职务，一般由具备项目管理经验和行业经验人员承担，负责项目的管理活动。项目负责人： 简称 PL，项目组组长， 临时性职务， 负责项目的开发活动， 如无变更，生存周期与项目生存周期相同。需求分析人员：简称RA，通常由项目组中成员承担此角色，可以是项目负责人也可以项目组中其他人员。

5、软件设计人员：简称SD。在公司一般指系统分析员和程序员（包括高级程序员）；在项目中指项目组中的设计人员。软件质量保证： SQA，一种软件质量保证活动， 在公司通常也用SQA 代表质量保证活动者，目前由公司品管部执行此活动。配置管理员：简称CC，在公司中负责所有项目的配置管理活动。3 进入准则进入准则如下：来自客户的关于需求的文档经过公司审批；来自客户的标识有意进行某个项目的信函，并且经过公司审批；总经理对内部项目的授权，有相关文件（文档）表明是经过审批的；公司与客户签订的合同。附注：满足其中任何一种条件均可。4 退出准则退出准则如下：名师资料总结 - - -精品资料欢迎下载 - - - - -

6、 - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM SRS 的文档已准备好，经过评审和批准。5 阶段交付产品本阶段交付有：经过评审并得到批准的SRS 文档；SRS 评审报告；变更请求；变更请求单日志；影响分析报告。6 使用者本文件的使用者如下： VGM、RA、SD、PM、PL、QA。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 15

7、 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 7 过程流图7.1 过程7.1.1 需求收集与获取名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 开始需求产生来自客户的需求是否评审VGM/PM/PLSRS 中有缺陷吗？客户同意后基线化需求根据命名规则命名 SRS将SRS 置于配置管理中结束修改需求是客户是否有自己的格式要求否按客户格式要求生成SRS按公司格式要求生成

8、SRS是否RA/CCCCRA/CC名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 7.1.2 需求评审开始确定评审何时进行，以及持续多长？就评审计划和评审参与者沟通评审者对产品进行个人评审有缺陷吗？主持评审会议分配角色制定个人缺陷列表介绍产品讨论个人评审中发现的缺陷讨论缺陷达成一致意见确定最终缺陷列表准备评审报告给定评审结果是否存在缺陷？批准结束PM/PLPM/PLPL评审小组评审小组成员XX

9、是否是分发产品给评审人员确定下次评审相关事宜否名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 7.1.3 需求变更管理过程更新SRS 和相关文件开始需求发生变化发出变更请求进行影响分析变更是否被接受？结束为执行变更分配资源更新过的文件经过评审和批准后置于配置管理之下通知相关人变更情况按照SPTO 过程跟踪变更执行情况记录变更执行进程变更结束更新PDB结束否是否是启动准则（指南）:- 如果影响分

10、析发现变更在项目成本或时间上有重大影响，应通知客户，并进行再评估，征求客户对成本或时间变更的认可。同时通知市场和财务部门更新合同文件。（相关文件） :- SRS- 详细设计等)名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 7.2 过程描述需求管理过程被分为3 部分，包括：需求获取和采集过程、需求评审过程、需求变更管理过程。7.2.1 需求收集与获取规程需求可能来自以下任何一种渠道客户的需求

11、文档工作范围描述文档电子邮件合同随后，进行需求文档格式的评审：当需求不是以公司格式提交时，项目经理/项目负责人可选择如下处理办法：将需求转换成金恒宇公司的格式，或采用用户的需求文档格式。当客户特别要求用他们自己的格式时，应满足他们的要求。就以下方面对评审需求正确性。正确性取决于技术人员完整性。完整性取决于技术人员以及SQA 人员可行性。可行性研究由PM/PL 在评审时进行，在进行估计时进一步完善对可行性的研究一旦在需求文件中发现缺陷/问题，将编制评审报告，并从客户那里征求进一步的阐述或建议或更多输入如果评审报告表明需求清晰、完整而且正确无误，需求文档得到基线化；需求文档命名应遵守命名规则，并检

12、入配置管理（CM）工具 /库；SRS 的评审报告也要置于配置管理之下7.2.2 需求评审规程在 SRS 被用于开展进一步的策划和开发活动之前，SRS 必须经过评审制定评审计划，选定SRS评审人员，主要有： VGM 、PM、PL、RA、SD、关键技术人员。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 评审进度安排要通知给评审小组成员，交流的方式可以是E-MAIL 亦可是书面通知分发 SRS文

13、档以及其他客户提供的资料和参考资料，评审小组成员就 SRS进行个人评审，如果发现任何缺陷，将他们列入个人的缺陷清单评审者参加评审会议，分配评审组角色读者朗读 SRS 文档当任何评审组员发现潜在的缺陷时，读者停止朗读， 小组讨论它是否是SRS 的一个缺陷，若确实存在缺陷，由记录员负责记录下来以上过程反复进行直到所有的缺陷均被讨论并达成一致意见记录员做出最终缺陷列表，评审小组负责人将其通知客户需求分析人员就评审中发现的缺陷征求客户的意见评审小组就缺陷严重程度决定是否进行再评审一旦再评审是必须的，评审报告应反映这个情况并采用本规程安排及执行再评审如果在 SRS 文件中找不到重要缺陷，亦认为再评审无必

14、要，则可批准该SRS文档，并基线化基线化的 SRS 版本应检入配置管理（ CM）工具 /库7.2.3 需求变更管理规程当需求发生变更，公司要提出变更请求、这个工作可以由公司或客户来做变更请求必须有一个唯一的编号对变更进行影响分析，以评估变更的规模。一旦发现变更影响巨大，以至波及到项目工作量、进度，成本，变更将转送到公司高层经理和市场/财务部门决策是否变更合同当变更被认可（小变更由公司控制，大变更要经过客户许可）变更申请转变成变更令，并付诸实施更新 SRS 文件。如果有要求，更新其他文件为这些变更的进行提供资源（人，软件、硬件），如有必要时。将更新过的文档置于CM 的管理之下（ CM 工具/库）

15、名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 将 SRS 及其他文件的变更通知所有相关人员按照项目跟踪过程与活动，对变更的执行进行跟踪一旦变更实施，且实施通过验收，变更请求单上将标注为闭合为便于在以后参阅，关于该变更的所有信息将保存在过程数据库中7.3 验证机制验证机制如下：配置审计对执行期超过六个月的项目应当在每个月、每个版本发布前、任何外部审计前进行。对执行期少于六个月的项目应当在每1

16、5 天、每个版本发布前、任何外部审计前进行。由 SQA/独立小组进行的内部审计对执行周期超过六个月的项目每个月组织内部审计。对执行周期少于六个月的项目每15 天组织内部审计。外部审计ISO 监督审计 由外审人员安排日程。CMM 相关评估由评估人员安排日程。给管理高层的关于需求管理相关活动的定期报告对执行期少于六个月的项目应当每周进行报告对执行期超过六个月的项目应当每15 天进行报告7.4 度量对需求相关活动的评估指标如下：编号评估指标频率责任来源1 需求数量每 15 天PM / PL SRS 2 需求变更数量每周PM / PL 变更日志3 已认可的变更数量每周PM / PL 变更申请日志4 正

17、在执行的变更数量每周PM / PL 项目状态报告名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 5 需求相关活动中耗费的工作量每周所有参与需求相关活动人员时间表6 预期在需求管理中耗费的工作量每周PM / PL 项目计划7 实际在需求管理中耗费的工作量每周所有参与需求活动人员项目状态报告8 活动职责矩阵编号. 活动VGM PM PL RA SQA/ SEPG 1 获得需求- S S P -

18、2 评审需求S P P P S 3 准备 SRS - S P P - 4 评审 SRS S P P P S 5 认可 SRS S P S S S 6 认可变化S P S P S 7 影响分析S P P P S 8 管理 SRS S S P S S 9 升级 PDB - - - - P 附注：P: 主要职责S: 次要职责9 参考资料SEI-CMM version 1.110附件TM_SDLC_SRS SRS模板FM_SDLC_REVW 缺陷评审 /测试表CL_SDLC_REQE 需求获取检查单CL_SDLC_RQRW SRS评审检查单SRS评审报告变更请求表变更请求记录表名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 15 页 - - - - - - - - - 需求管理过程PR_MGMT_RM 影响分析表名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 15 页 - - - - - - - - -