zoukankan      html  css  js  c++  java
  • 需求调研

    一、总体调研

    1.画出组织架构图,细致到人员的上一级。

    2.制定角色、岗位一览表,粗略描述每个角色岗位的职能。

    3.画出总流程图(无关角色)。

    二、面谈调研

    1.询问部门角色、岗位,画出泳道;

    2.边谈边画流程草图,流程结合泳道;

    3.每个步骤询问以下问题:
    1)由哪些角色办理?
    2)是否要填写什么单据?如果有单据(无论是电子单还是纸制单据)则收集,包括业务单据、报表、发票等。
    3)仔细询问单据上每一个字段的意义。
    4)如果一张单据在多个步骤中被修改(注意,是修改,不是引用),则每次修改后,单据处于什么状态?

    4.如果企业有旧系统,那么请用户演示如何操作,并记录旧系统的问题。

    5.询问有无特例(异常)流程?
    需求分析对特例流程的原则是:尽量避免处理特例流程。因为特例流程通常只占很少的业务量,但开发时间却是一点不比普通流程少。
    但我们得了解特例流程,首先仔细调研特例流程,其次分析特例流程与正常流程的区别。
    从减轻业务复杂性的角度,与用户探讨特例流程可否纳入正常流程。
    其次如果特例流程业务量少,可否从企业规定上避免?
    这两点可作为需求分析的重点,最好提出完美的解决方法,能够在不修改企业现有流程和规定的情况下,把特例流程纳入正常流程的开发中。

    三、系统原型

    1.根据需求画出系统原型;原型最好是有演示数据,复杂操作能够有互动演示。

    2.给用户展示原型,并进行讨论。

    四、需求文档

    1.把需求调研的结果转为需求规格说明书;

    2.请客户在需求规格说明书上签字。

  • 相关阅读:
    [ Openstack ] Openstack-Mitaka 高可用之 环境初始化
    [ Openstack ] OpenStack-Mitaka 高可用之 概述
    Swift
    Swift
    报错
    归并排序
    堆排序
    插入排序
    早睡早起身体好
    用于查询的日期类型转换帮助类
  • 原文地址:https://www.cnblogs.com/ego/p/3460255.html
Copyright © 2011-2022 走看看