Thinking In UML 的读书笔记（一）需求分析之前的准备工作

准备工作

了解问题领域

了解业务概况

主要包括项目背景调查，业务前景分析，业务可行性分析，技术可行性分析。基本囊括了目标的整个业务范围。

对于大多数工程类的软件来说，工程的背景知识和软件功能的可行性、可用性分析是我认为应该在本部分想清楚的。
GJB438B对于本部分是缺失的，该标准直接从功能点出发，缺乏对用户怎么用的场景分析，个人认为是导致目前很多军品软件不好用的主要原因。

管理业务目标

又叫做业务前景，是对要建设的系统的展望。这是软件设计的指向。

针对大多数的工程类软件来说，业务目标主要是任务书中前半部分的内容，所以软件任务书对于软件研发人员是十分重要的设计输入。当软件任务书描述不准确或者内容不充分时，设计师一定需要好好的和总体沟通。

做好涉众分析

英文原文为Stakeholder，是与建设的业务系统相关的一切人和事。涉众不等于用户，涉众大于用户。
了解完涉众以后，需要对涉众的不同类型进行定义。在原书中，对于涉众主要分成业主，业务提出者，业务管理者，业务执行者，第三方，承建方，相关的法律法规，用户。

个人感觉没必要对涉众分类，不同的场景涉及的涉众类型差异较大。其中，谁是项目的老大，谁就是最重要的涉众，他的需求是必须要满足的，其他的按照重要程度进行分类即可。