基于行业应用的信息系统,其业务政策依赖性比较强,业务需求每年都有变化,一般基于这类需求的系统开发周期如果跨越自然年度,几乎很难进行需求定位。如何把握业务需求,成为项目成功建设的关键。
需求设计第一阶段要细化、量化用户提出业务需求,为下一阶段系统设计提供业务逻辑。
以前绝大多数系统采用这种概念上的需求设计,我们称之为“静态业务需求分析”;这种方式很难把握由于业务变化带来软件系统的修改,同时在系统开发过程中很容易造成设计开发反复,带来项目进度和项目成本的失控。
作者这里推荐的是一种动态的需求分析模式,能够比较有效地控制需求的范围和变化的趋势。这种方式首先需要熟悉精通相关行业,在项目启动前期和用户一起进行需求思路整理,先设计出业务需求表格框架;在用户业务定位阶段,用户按照表格要素量化需求,形成“表格需求”;最后,在系统构架阶段,进行参数化的系统数据设计和功能设计。这种方式称为“动态业务需求设计”。
具体做法如下:
设计项目环节:在项目管理的框架之下,增加前期咨询服务环节,设立阶段评审的标准和内容。
项目组织重构:建议改变原来业务需求完全由业务部门提出的模式。成立以客户方最高领导为组长,客户业务部门、客户信息管理处、开发公司等多方组成的需求小组,由客户信息管理处负责统一具体领导。
设计流程框架:根据业务需求的定位和对行业知识的理解,设计行业领域的业务流程框架。
设计需求模板:根据对项目的分析,设计需求模板,有关人员根据需求框架进行表格式需求填写。这种方式可以保证需求的完整性和前后一致性,达到量化需求的目标。在此基础上加以抽象可以产生出一般的业务需求分析框架。