zoukankan      html  css  js  c++  java
  • 测试思想-测试流程 需求开发与管理简述

    需求开发与管理简述

    by:授客 QQ1033553122

    总体流程

    测试思想-测试流程 <wbr>需求开发与管理简述

     

     

    流程细说

    A.   客户需求开发

    在项目立项阶段前期,项目主办部门指定的业务负责人组织客户需求的编写,形成需求大纲文档。

    需求大纲编写人员应广泛收集各种来源的相关业务需求,并在分析和整理之后,采用相对宏光的方式,描述项目的目标、范围、涉众、总体需求、主要约束条件等,形成业务需求大纲。

    业务需求大纲应在项目立项申请之前,作为研发部需求申请的主要材料提交至相关部门进行受理。

       

    B.   业务需求开发

    项目立项申请获批,项目章程发布之后,业务负责人根据立项审批结果,组建业务需求开发团队,制定业务需求开发计划,在需求大纲基础上的基础上,进行业务需求的开发工作。

    业务需求开发过程中,业务需求开发团队应该通过调查研究,观摩考察、交流访谈等方式,从不同层次和不同角度,对业务需求和技术需求进行进一步获取,并根据相关模版,编写完成业务需求说明书。

     

    C.   业务需求评审

    业务主办部门向相关部门提交业务需求评审,需求管理处负责协调各个相关部门对业务需求进行正式管理评审。

    业务需求评审通过后,项目组建立相应的业务需求基线。

    构成基线的业务需求说明书是用户验收测试的依据。在外包项目中,业务需求说明书还应作为研发外包招投标的基础。

     

    D.   软件需求分析

    项目经理负责组建软件需求分析团队,在业务需求说明书的基础上,定制软件需求分析计划,进行软件需求分析工作。

    软件需求分析一般与架构设计同时进行,互为验证。并建立在一定的模块划分的基础上,从软件实现的角度出发,通过建模等需求分析方法和技术,将业务需求转化为软件的功能性和非功能性需求。

    软件需求分析团队应该根据相关模版,编写完成软件需求规格说明书。

     

    E.   软件需求评审

    项目组向相关部门提交软件需求评审申请,需求管理处负责协调各个相关部门,组织对软件需求的正式管理评审。

    软件需求评审通过后,项目组应建立响应的软件需求基线。

    构成基线的软件需求规格说明书是概要设计和系统测试的依据。

     

    F.   需求跟踪管理

    在项目实施过程中,项目组应对需求进行跟踪管理,确保需求的双向可跟踪性。如下

    ()    建立和维护需求跟踪矩阵

    项目组应通过需求跟踪矩阵的建立和维护,明确横向的需求和需求之间的依赖关系,以及纵向的需求和设计、编码、测试之间的对应关系,以确保所有的需求都有相应的实现方式和验证方法,并可在需求、设计、代码、测试中任何一个环节发生变更时,能够通过跟踪矩阵准确定位到其他受影响的环节,评估变更带来的影响。同时,还可通过需求间的依赖关系,帮助确定需求的优先级。

    ()    跟踪需求的实现情况

    项目组应根据项目计划和需求跟踪矩阵,定期对需求的完成情况进行跟踪。

     

    G.   需求变更管理

    业务需求和软件需求通过评审,建立相应的基线之后,如需对需求进行变更,则应按照项目变更管理相关规程 进行管理。

    在执行需求变更、建立新的需求基线之后,项目经理应根据实际情况调整项目计划,分配或申请相应的资源和时间来实施该变更。需求变更的实施结果应由变更发起人组织验证确认。

    项目组应使用变更管理工具对需求变更申请状态进行跟踪与管理,直至需求变更被最终关闭。

    H.   说明

    每家公司都不一样,具体结合实际进行综合考虑。

  • 相关阅读:
    代码规范
    svn的牛逼操作反向merge
    QT 半透明遮罩(弹窗)
    ACE库 ACE_Handle_Set类解析
    linux系统如何启用ftp服务
    vim color
    Linux动态库应用
    自建工程makefile文件
    Makefile工程文件
    linux杂记
  • 原文地址:https://www.cnblogs.com/shouke/p/10158330.html
Copyright © 2011-2022 走看看