当前期的项目准备工作都完成以后,
需求分析人员进入客户的办公环境进行需求调研,一切如何开始呢?
以下是我的一些工作方法:
1 理解项目范围,比如人力资源管理系统,需求分析人员先要去了解人力资源的一些常用术语和基础知识,理解客户的项目范围是在人力资源的哪个领域。
2 确定主要干系人:这里的主要干系人是指调研的主要对象和次要对象。区分谁是系统的最终操作者,谁是系统的决策的确定者。明确系统主要是为谁/部门服务。
比如人力系统,主要就是为了降低人力部的工作量,人力部是系统的最终决策部门。
3 弄清客户的组织架构和职位。一个上系统地公司,必定要求其提供其组织架构和职位,了解每个职位的工作内容,特别是与系统牵涉到的工作内容。从而区分出角色。
4 在调研前,心里必须有个大概的底,现在的系统大部分都有资源可以参考,客户也会提供一些资源给需求分析人员,开始不是进入详细的需求调研,而是先确定系统的模块。这个必须严格把关,因为系统的边界将由此来确定。比如 人力资源系统:考勤、薪资、绩效考核。。。
5 确定好模块或者子系统以后,要明确模块间的关联性,谁为谁服务?可以建立一个矩阵表来描述模块间的互关联性。
6 ok,到现在为止,项目的一个整体框架就出来了,接下来的就是了解每个模块所提供的功能,功能如何获取呢?根据UML的思想,要去找每个角色去调研,了解每个角色的工作内容,但是我发现在此之前让客户的领导比如部门经理之类的人物,把部门的流程说一遍,再领导描述的过程中,要特别注意每个环节出现的人物(要根据职位工作内容来区分,因为公司里面一个人承担多个职位内容的情况经常出现),记录下来,因为他们就是你接下来需要详细调研的对象,也是最初始的角色。再去找相关的人员进行调研,这样效果更好。
7 到现在为止,一个需求调研的概要就完成了,你会发现到现在为止,你好像没开始调研,但是这些都 是前期必须进行的工作,除非你是这个方面的专家。如果你对项目业务不熟悉,这几步是很重要的。
8 进入详细的调研阶段,在这个阶段,你会发现项目的整体需求框架出来了,接下来我就要去找每个角色了,通过了解角色的工作内容,抽取出系统未来的功能,这时候用例图就发挥了作用。在这里要注意,每个动作的命名要额外记录出来,因为在画用例图的时候,其实有些是同样的动作,几个不同的角色可能都具备这些动作,这时候要统一动作命名。这些动作其实就是后期系统功能的鼻祖。然后不断地完成所有模块的用例图。
你会发现uml的介入是在模块的需求分析级别的,而且目前我也理解到用例图在需求调研所起到的作用,而其他图在什么时候,如何切入,现在还很迷茫。