一、 开始:
1. 项目经理根据项目特点,指定对过程表格的具体要求;
2. 项目经理制订项目的标准,包括:DTS(缺陷类型)、TRA(风险类型)、TRS(需求类型)等,在过程表格中按标准引用。
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. 评审小组负责人拟定检查清单,为成员分派检查任务,制订评审日程表;
文章来源于领测软件测试网 https://www.ltesting.net/