读书笔记2

结构化需求获取与建模技术
需求获取需要系统化的方法，而非随意的交谈。书中介绍了多种技术：结构化访谈应提前准备开放式问题清单，避免引导性提问；现场观察则关注用户实际操作中的痛点和变通方法；原型法通过低保真草图或可交互原型快速验证需求假设，降低误解风险。这些方法需结合使用，覆盖不同用户类型（新手、专家、管理员等），避免“代表性偏差”。

在获取需求后，建模是将其转化为清晰、无歧义表示的关键步骤。常用的模型包括：业务流程模型（如BPMN泳道图），展示跨部门或角色的协作流程；用例模型，详细描述系统与外部参与者的交互步骤；数据模型（如ER图），定义核心业务实体及其关系；状态模型，描绘对象生命周期的状态转换。例如，在订单系统中，订单状态从“待支付”到“已支付”再到“已发货”，需明确触发条件和约束。

建模过程中，统一业务术语至关重要。应创建“业务词汇表”，明确定义关键概念（如什么是“有效订单”），避免因术语歧义导致开发偏差。模型完成后，需组织评审会，使用场景 walkthrough 方式验证模型是否真实反映业务实际，并确保开发团队能理解。