软件需求工程过程

中国UML论坛 软件需要工程流程(SREP) 一、开始： 1. 根据项目特点，项目经理指定了流程表的具体要求； 2. 项目经理制定的项目标准包括：DTS(缺陷类型)、TRA(风险类型)、TRS(需求类型)等，在工艺表中按标准引用. 二、计划： 1. 计划经理估计开发需求的时间； 2. 计划经理完成：SPT(进度计划)、TPT(任务计划)将计划数据输入PDS(项目计划摘要). 三、需求获取: 1. 软件要求工程师收集系统概要信息，填写REQ(需求获取概要)； 2. 工程师收集用户需求的软件需求，将需求分类并清楚地写入REA(需求获取/分析)、RES(需求获取情节)、UIR(用户交互需求)； 3. 检查需求获取过程，并填写REC(需求获取检查)； 4. 检查不合格的，从1.重头开始过程； 5. 工程师需要填写TRL(时间记录日志)、PIP(流程改进建议)； 6. 计划经理整理本阶段的数据，输入SPT、TPT. 四、需求分析： 1. 软件要求工程师进行需求分析，建立分析模型、数据字典和项目词汇表，完成REA(分析模型的具体要求，请参见结构化分析和面向对象分析的具体操作指南)； 2. 软件需求工程师将发现的冲突、交迭、冗余或矛盾记录在NCR中； 3. 完成RAC(需求分析检查)检查需求分析； 4. 若检查失败，从1开始过程； 5. 软件需求工程师填写TRL、PIP； 6. 计划经理整理数据，录入TPT、SPT. 五、协商： 1. 软件需求工程师利用NCR与风险承担者协商解决需求分析中发现的问题，并将决议输入NCR； 2. 根据决议，软件要求工程师修改REA等相关文件； 3. 若引入新的需求，需要重新进行需求分析阶段； 4. 软件需求工程师填写TRL、PIP； 5. 计划经理整理数据，输入TPT、SPT. 六、需求评审： 1. 评审小组负责人制定检查清单，为成员分配检查任务，制定评审时间表； 2. 评审员各自评审分配的内容，将发现的问题输入DRL(缺陷记录日志)； 3. 评审小组负责人组织评审会议，各小组成员提交DRL进行讨论； 4. 评审小组以IRF的形式提交检查报告； 5. 软件要求工程师根据IRF修改相关文件； 6. 计划经理整理数据，输入TPT、SPT。 七、编写需求文档： 1. 软件需求工程师综合考虑功能需求和非功能需求，编制软件需求说明书 请参阅《软件需求说明书》的编写格式和要求。 2. 使用RDC检查软件需求说明书是否全面、正确、可执行； 3. 如果检查失败，从1开始； 4. 软件需求工程师填写TRL、PIP； 5. 计划经理 整理数据，输入TPT、SPT。 八、需求确认： 1. 评审小组确认需求： l 确认每一个需求和相互关系； l 要求的整体质量符合标准。 八、需求确认： 1. 评审小组确认需求： l 确认每一个需求和相互关系； l 要求的整体质量符合标准。 在RVC中写下结果。 2. 根据RVC，软件需求工程师修改需求文件并最终通过； 3. 软件工程师为每个需求设计测试用例，并输入TRF； 4. 相关人员填写TRL、PIP； 5. 计划经理整理数据，输入TPT、SPT。 九、配置管理： 1. RD(需求文档)成为基线后，纳入配置管理； 2. 如需修改基线RD(需求文档)，请填写CCP； 3. 配置管理人员征求需求开发团队及其他相关人员(风险承担者)关于CCP的意见； 4. 若所有人员通过CCP，则取出需求文档的配置管理，并填写CCF； 否决要求的，填写RRF； 5. 工程师修改RD以满足新的需求 (可能包括REA等)； 6. 审查小组对修改后的RD执行第八步； 7. 相关人员填写TRL、DRL. 十、事后分析： 1. 计划经理将DRL、TRL、需求增长率，整理到PPS； 2. 小组分析SREP流程，找出需要改进的地方，填写PIP，提交质量经理 ； 3. 小组建立了未来过程的改进目标.

名词解释 1．风险承担者 是指直接或间接受益于项目的人员，如用户、管理人员、开发人员等.