小项目的需求过程---读《掌握需求过程（第2版）》有感

需求过程：
    1.收集所能收集的所有资料，包括用户工作手册、操作规范、单据、报表等等。以及由客户整理的粗
    糙的业务工作流程图。
    2.整理资料。将客户的工作视为一个黑盒子，从资料中挖掘出盒子的输入以及输出（此时不考虑黑盒
    子内部是如何工作的）。画出粗略的工作上下文范围模型。
    3.与风险承担者进行沟通交流，最终确定工作上下文范围模型草稿（说它是草稿是因为这个模型会随
    着对业务工作的理解的更深入的理解而变化）。
    4.以工作上下文范围模型为基础，与用户专家进行研讨，获得初步的业务工作清单。
    5.以业务工作清单为基础，与直接用户进行讨论，挖掘出业务工作的本质。工作的本质包含工作的起
    因、过程、结果三部分。简单的话，可以问以下问题：
        1)为什么要作这件事？
        2)怎么去做？做的时候要注意什么？
        3)做完以后会得到什么单据或者报表之类的东西？或者会对其他人的工作产生影响？例如是其他
        人工作的起始或者对某一事件的反馈等等。
    6.根据和用户的讨论结果，编写业务用例，从而进一步的了解工作的本质。
    ------------------------------------------------------------------------------
    到现在为止，需求分析师对用户的工作已经有了一定程度的了解，了解业务工作也告一阶段，进入下一
    阶段，需求挖掘。
    ------------------------------------------------------------------------------
    7.结合当前的技术，思考对于当前的工作流程是否有可以改进的地方。将可以改进点，记录在案，最
    终提交给关键风险承担者进行讨论。最终确定改进后的业务工作流程。
    8.根据最终确定的业务工作流程，确定系统的范围（以用例为单位来划分），最终获得一个产品用例
    清单。
    9.针对每个产品用例，与执行产品用例所对应的工作的用户进行沟通，挖掘出客户的需求。
    10.根据讨论的结果，编写产品用例文档。
    11.获得产品用例后，需求分析告一阶段，进入系统设置阶段。
    12.建立系统模型，包括系统架构设计说明、类图、用例的顺序图、活动图/状态图 等等。
    13.建模完了后，就可以进入代码实现阶段了。