软件工程之需求分析过程介绍

软件工程之需求分析过程介绍2008-04-30 ItpmiCOM 软件需求工程过程（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。