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