软件需求工程过程[1]

  • 格式:docx
  • 大小:13.68 KB
  • 文档页数:2

下载文档原格式

  / 3
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件需求工程过程[1]

软件需求工程过程(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. 评审小组负责人拟定检查清单,为成员分派检查任务,制订评审日程表;