管理信息系统需求调研分析指南（三）十一、调研说明与基本问题不少行业的业务都是由一系列环节构成的业务流程组成的，有的简单只有一两个环节，有的复杂有多个环节，还可能有循环或分枝，系统软件不仅要解决独立环节的业务问题，而且要能够自动把这些环节串联起来，希望一个环节所做的工作能够自动被下一个环节利用，这就是最基本工作流的需求。例如一个案件从接案、立案、侦查、起诉，到执行由不同的部门来完成。这些环节不是独立的，后面的环节不应该比前面的发生的早，也不能延迟过多，因为存在法律时限，并且流程中存在循环，也就是说某些环节可能重复多次，再者每个部门的流程种类又多，每个工作人员可能要处理多个环节上的任务。因此我们把每个业务的每个环节搞清楚，主要搞清以下几个基本问题：每个流程中的每个环节是否已经不能再分解？每个流程中的每个环节的主办（责任）部门是谁？每个环节要求的输入（项目、格式、方式）和输出（项目、格式、方式）是什么？每个环节的输入和输出之间的变化或关系是什么？每个环节的输入的数据来源是什么？每个环节的输出的数据去向是什么？每个环节的数据项目有无国家标准或部颁标准或其他标准？每个环节的数据项目的类型是什么？每个环节的责任人对本环节中数据项目的权限是什么？（可新建、可删除、可修改、只读、）每个环节的输入的数据项目有无检验规则？（如不能为空）从一个环节到下一个环节的条件是什么？从一个环节到下一个环节有无时间限制？是多少？收集上来的表单用在哪个业务中的哪个环节？多个表单间的关系：继承？关联？十二、需求管理需求调研分析过程是一个由粗到细、渐进明晰、持续完善的过程。在指导后面系统设计，编码阶段时都应当不断完善修改需求文档，因此需求管理非常重要。需求管理包括在工程进展过程中维持需求约定集成型和精确性的所有活动，它是CMM模型二级中的首要KPA（关键过程域），这些活动包括：（1）定义需求基线（需求文档的主体）；（2）评审提出的需求变更申请、评估每项变更可能的影响，从而决定是否实施变更；（3）以一种可控的方式将需求变更融入到项目中；（4）使当前的项目计划与需求保持一致；（5）分析变更所产生的影响并在此基础上协商出新的约定；（6）使每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪；（7）在整个项目过程中跟踪需求状态及其变更情况。参考文献：《实用软件工程》第二版，郑人杰、殷人昆、陶永雷等著《软件需求》SorenLauesen著，刘晓晖译《软件工程：实践者的研究方法》（第5版）RogerS.Pressman著本文完成日期：2003年11月8日本文作者邮箱：luls@dragonsoft.com.cn或lulsnet@21cn.com欢迎指正（对网友的建议和问题将尽快在“卢琳生专栏”答网友问中回应）