七、调研基本策略

　　1、 首先确定用户的软件开发目标，确定系统基本范围，然后围绕这一目标，确定要访问的部门和人员，要了解的业务，在基本范围内展开调研；

　　2、 以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源及去向；

　　3、 以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入输出项；

　　4、 以数据为主线，搞清数据采集方式、数据流向、数据之间的内在联系；

　　5、 搞清哪些业务或数据是已建系统的，它们和新系统的关系是衔接还是替换；

　　6、 应思考是否有新技术可以改进现有工作，用户提出的需求用现有技术能否实现。

　　八、结构化方法分析步骤

　　1、 画出数据流图。设计数据流图必须逐步求精；

　　2、 决定哪些部分需要计算机化和怎样计算机化（取决于用户投资限制和自身技术限制）；

　　3、 描述数据流细节，大型软件可以使用数据字典描述所有数据元素；

　　4、 定义处理逻辑（加工逻辑：每个加工处理做什么）；

　　5、 定义数据存储，即定义每个存储的确切内容及其表示法（格式）；

　　6、 定义物理资源：如是文件需指定：文件名、组织结构（排序、索引等）、存储介质和记录；如是数据库需指定每个表的相关信息；

　　7、 确定输入输出规格说明，如输入内容、输入屏幕、打印输出格式、输出长度等等；

　　8、 确定硬件所需有关数值，如输入量、打印频率、CPU、记录大小、数据量大小、文件大小等等；

　　9、 确定软硬件接口和环境需求。

　　九、UML方法分析步骤

　　一般的应用系统又是各组成部分：问题论域、人机界面、数据管理、任务管理，在OOA阶段重点对问题论域进行分析，对人机界面、数据管理、任务管理等问题，OOA一般较少或没有分析，而是留待OOD阶段解决。

　　1、 调研、识别系统需求；

　　2、 分析问题领域：主要任务是充分理解领域问题和项目投资者及用户的需求，对需求进行抽象，提出高层次的解决方案）；

　　　（1） 确定系统范围和系统边界；

　　　（2） 确定系统的约束（环境和条件）；

　　　（3） 定义活动者；

　　　（4） 确定系统的综合要求（功能、性能、运行）；

　　　（5） 确定系统的数据要求（名称、范围、类型、数量、特点）；

　　　（6） 建立USE CASE模型、绘制USE CASE图；

　　　（7） 绘制主要交互图；

　　3、 建立静态结构模型（对象类图、数据库模型、包图）；

　　4、 建立动态行为模型（顺序图、协同图、状态图、活动图）；

　　5、 建立系统物理模型（组件图、配置图）；

　　十、企业级信息系统调研分析步骤

　　企业级信息系统即着眼于整个企业的信息系统，是一个覆盖企业所有业务领域、适应企业不断发展的综合信息系统，它是一个统一的整体数据具有一致性，提高了系统的综合利用效率。

　　A、规划阶段

　　1、 构建高层次的企业模型

　　（1） 调查组织结构、建立组织关系层次图；

　　（2） 调查企业的任务、目标、战略重点和关键成功因素并予以分类；

　　（3） 识别每个目标和关键成功因素所需的信息；

　　（4） 给出每个目标完成的度量标准；

　　（5） 分析信息技术对企业业务的潜在影响；

　　（6） 建立高层次企业模型（描述业务处理的主题域及其关系、建立企业初始功能层次图）；

　　（7） 与企业中高层管理人员讨论，对所得信息和分析进行补充和确认；

　　2、 对功能进行分解（输出：功能层次图、功能关系图、功能／组织矩阵）；

　　3、 进行实体分析（输出：高层实体关系图、实体类／信息需求矩阵、业务功能／实体类矩阵）；

　　4、 评估企业当前环境（现有系统和数据存储的清单、信息结构的范围、信息需求列表、组织、技术环境）；

　　5、 识别和确定预期的数据存储和业务系统，建立业务系统的结构图，确定和记录业务领域；

　　B、业务领域分析阶段

　　1、 确定业务范围、建立组织、制订计划；

　　2、 进行数据分析、建立详细的数据模型（详细实体关系图）；

　　3、 业务活动分析（分析业务过程细节、分解业务过程、分析过程间的依赖关系、分析业务交互作用、建立业务活动模型）；

　　4、 现有系统分析（操作程序分解表、数据流图、用户视图：用户感兴趣的字段集）；

　　5、 业务领域模型的确认（完整性、正确性、长效性）

　　十一、调研说明与基本问题

　　不少行业的业务都是由一系列环节构成的业务流程组成的，有的简单只有一两个环节，有的复杂有多个环节，还可能有循环或分枝，系统软件不仅要解决独立环节的业务问题，而且要能够自动把这些环节串联起来，希望一个环节所做的工作能够自动被下一个环节利用，这就是最基本工作流的需求。例如一个案件从接案、立案、侦查、起诉，到执行由不同的部门来完成。这些环节不是独立的，后面的环节不应该比前面的发生的早，也不能延迟过多，因为存在法律时限，并且流程中存在循环，也就是说某些环节可能重复多次，再者每个部门的流程种类又多，每个工作人员可能要处理多个环节上的任务。因此我们把每个业务的每个环节搞清楚，主要搞清以下几个基本问题：

　　每个流程中的每个环节是否已经不能再分解？

　　每个流程中的每个环节的主办（责任）部门是谁？

　　每个环节要求的输入（项目、格式、方式）和输出（项目、格式、方式）是什么？

　　每个环节的输入和输出之间的变化或关系是什么？

　　每个环节的输入的数据来源是什么？

　　每个环节的输出的数据去向是什么？

　　每个环节的数据项目有无国家标准或部颁标准或其他标准？

　　每个环节的数据项目的类型是什么？

　　每个环节的责任人对本环节中数据项目的权限是什么？（可新建、可删除、可修改、只读、）

　　每个环节的输入的数据项目有无检验规则？（如不能为空）
　　 
　　从一个环节到下一个环节的条件是什么？

　　从一个环节到下一个环节有无时间限制？是多少？

　　收集上来的表单用在哪个业务中的哪个环节？

　　多个表单间的关系：继承？关联？

　　十二、需求管理

　　需求调研分析过程是一个由粗到细、渐进明晰、持续完善的过程。在指导后面系统设计，编码阶段时都应当不断完善修改需求文档，因此需求管理非常重要。需求管理包括在工程进展过程中维持需求约定集成型和精确性的所有活动，它是CMM模型二级中的首要KPA（关键过程域），这些活动包括：

　　（1） 定义需求基线（需求文档的主体）；

　　（2） 评审提出的需求变更申请、评估每项变更可能的影响，从而决定是否实施变更；

　　（3） 以一种可控的方式将需求变更融入到项目中；

　　（4） 使当前的项目计划与需求保持一致；

　　（5） 分析变更所产生的影响并在此基础上协商出新的约定；

　　（6） 使每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪；

　　（7） 在整个项目过程中跟踪需求状态及其变更情况。