随笔分类 - 开发方法
摘要：一、总体调研1.画出组织架构图，细致到人员的上一级。2.制定角色、岗位一览表，粗略描述每个角色岗位的职能。3.画出总流程图（无关角色）。二、面谈调研1.询问部门角色、岗位，画出泳道；2.边谈边画流程草图，流程结合泳道；3.每个步骤询问以下问题： 1)由哪些角色办理？ 2)是否要填写什么单据？如果有单据（无论是电子单还是纸制单据）则收集，包括业务单据、报表、发票等。 3)仔细询问单据上每一个字段的意义。 4)如果一张单据在多个步骤中被修改（注意，是修改，不是引用），则每次修改后，单据处于什么状态？4.如果企业有旧系统，那么请用户演示如何操作，并记录旧系统的问题。 5.询问有无特例（异常）流程？需
阅读全文
摘要：深层次的需求不是调研出来的，是系统上线之后磨合出来的。需求最大的问题在于：用户无法理解抽象的软件模型（概念），只有软件呈现在眼前、可进行交互时才会意识到问题所在。软件描述的不是现实世界，而是用户的需求世界——这也是软件复杂的原因：现实世界只有一个上帝（只有一种世界观），而软件的每个用户都是上帝（无数种的世界观）。软件低成本的重构也是需求不断推翻重来的重要原因。
阅读全文
摘要：需求开发过程1. 定义项目边界项目背景、大目标、系统范围、概述。2. 确定用户类组织架构图。部门、岗位、职位、角色描述。3. 在每个用户类中确定适当的代表每个用户类选择一至两名业务代表。组建项目小组，所以业务代表都参加项目小组，并选择一名客户代表。4. 需求调研会议、问卷、资料收集、一线岗位观察、目前的系统、相关行业专业书籍、公司的工作手册指南行政规定等。5. 需求分析业务用例、业务模型、业务流程。6. 构造业务测试用例以测试用例来发现需求是否完善。测试用例多从异常流程、异常情况来评估业务模型、业务流程是否完善。7. 制定需求优先级请项目小组决定需求的优先级。8. 开发系统原型针对复杂的、核心
阅读全文
