我谈需求分析-001

当前期的项目准备工作都完成以后，
需求分析人员进入客户的办公环境进行需求调研，一切如何开始呢？
以下是我的一些工作方法：
1 理解项目范围，比如人力资源管理系统，需求分析人员先要去了解人力资源的一些常用术语和基础知识，理解客户的项目范围是在人力资源的哪个领域。
2 确定主要干系人：这里的主要干系人是指调研的主要对象和次要对象。区分谁是系统的最终操作者，谁是系统的决策的确定者。明确系统主要是为谁/部门服务。
比如人力系统，主要就是为了降低人力部的工作量，人力部是系统的最终决策部门。

3 弄清客户的组织架构和职位。一个上系统地公司，必定要求其提供其组织架构和职位，了解每个职位的工作内容，特别是与系统牵涉到的工作内容。从而区分出角色。

4 在调研前，心里必须有个大概的底，现在的系统大部分都有资源可以参考，客户也会提供一些资源给需求分析人员，开始不是进入详细的需求调研，而是先确定系统的模块。这个必须严格把关，因为系统的边界将由此来确定。比如  人力资源系统：考勤、薪资、绩效考核。。。

5 确定好模块或者子系统以后，要明确模块间的关联性，谁为谁服务？可以建立一个矩阵表来描述模块间的互关联性。

6 ok，到现在为止，项目的一个整体框架就出来了，接下来的就是了解每个模块所提供的功能，功能如何获取呢？根据UML的思想，要去找每个角色去调研，了解每个角色的工作内容，但是我发现在此之前让客户的领导比如部门经理之类的人物，把部门的流程说一遍，再领导描述的过程中，要特别注意每个环节出现的人物（要根据职位工作内容来区分，因为公司里面一个人承担多个职位内容的情况经常出现），记录下来，因为他们就是你接下来需要详细调研的对象，也是最初始的角色。再去找相关的人员进行调研，这样效果更好。
7 到现在为止，一个需求调研的概要就完成了，你会发现到现在为止，你好像没开始调研，但是这些都 是前期必须进行的工作，除非你是这个方面的专家。如果你对项目业务不熟悉，这几步是很重要的。
8 进入详细的调研阶段，在这个阶段，你会发现项目的整体需求框架出来了，接下来我就要去找每个角色了，通过了解角色的工作内容，抽取出系统未来的功能，这时候用例图就发挥了作用。在这里要注意，每个动作的命名要额外记录出来，因为在画用例图的时候，其实有些是同样的动作，几个不同的角色可能都具备这些动作，这时候要统一动作命名。这些动作其实就是后期系统功能的鼻祖。然后不断地完成所有模块的用例图。

你会发现uml的介入是在模块的需求分析级别的，而且目前我也理解到用例图在需求调研所起到的作用，而其他图在什么时候，如何切入，现在还很迷茫。