软件需求工程过程

发表于:2008-01-17来源:作者:点击数: 标签:需求
软件需求工程过程(SREP) 一、 开始: 1. 项目经理根据项目特点,指定对过程表格的具体要求; 2. 项目经理制订项目的标准,包括:DTS( 缺陷 类型)、TRA(风险类型)、TRS(需求类型)等,在过程表格中按标准引用。 二、 计划: 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. 评审小组负责人拟定检查清单,为成员分派检查任务,制订评审日程表;

 

原文转自:http://www.ltesting.net