管理信息系统需求调研分析指南

息系统需求调研分析指南本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有些来自专家的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢迎指正。求、调研求的定义IEEE软件工程标准词汇表(1997年)中定义的需求为： (1)用户解决问题或达到目标所需的条件或能力； (2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； (3)一种反映上述条件和能力的文档说明。个方面为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。软件需求的各组成部分如下图所示：档规范2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系；多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。4、目标软件系统功能划分(示意图及文字说明)；6、目标软件系统中各业务办理流程图(模型)；察的结果。；；需求分析的任务是借助于当前系统的物理模型(待开发系统的系统元素)导出目标系统的逻辑模型(只描述系统要完成的功能和要处理的数据)，解决目标系统“做什么”的问题，所要做的工作是深入描述软件和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通细化对软件的要求描述软件要处理的数据，并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；模糊的要求要进一步澄清，然后决定是否采纳；对于无法实现的要求要向用户作充分的解释。最后(1)获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、出、资源利用情况和日常数据处理过程，并用一个具体的模型来反映自己对当前系统的理解。此步业务USECASE模型和业务对象模型。当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因素，抽取出“做什么”的本质。(3)建立目标系统的逻辑模型：明确目标系统要“做什么”模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性能、其他限制等等。需求分析各过程如下： (1)问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。 (2)分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目FDD分析方法OOA(主要用UML)、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移(转换)图STD、时序图、Petri网或Z。每一种分析建模方法都有其优势和局限性，可以兼而有同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。 (3)编制需求分析文档 (4)需求评审析的要求将一种形式的数据转换(输入、处理、输出)为另一种形式的数据。数据域应包括数据流、数据内容和数据结据流式数据通过系统时的变化方式。对数据进行转换就是程序的功能或子功能，两个转换之间的数确定了功能间的接口。数据内容就是数据项，如人的数据项包括姓名、性别、出生日期等等。数据各种数据项的逻辑组织，如是表格结构还是树形结构、数据项间的相互关系一步的分解，可以是同一层次上的横向分解，也可以是多层次上的纵向分解。型给出处理功能和数据结构的实际表示形式的各种文字资料；情景分析：利用情景分析诱导用户能够把它们的需求告知分析员(可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做)；户进行讨论；本策略和人了解的业务，在基本范围内展开调研；；；法分析步骤2、决定哪些部分需要计算机化和怎样计算机化(取决于用户投资限制和自身技术限制)；4、定义处理逻辑(加工逻辑：每个加工处理做什么)；5、定义数据存储，即定义每个存储的确切内容及其表示法(格式)；6、定义物理资源：如是文件需指定：文件名、组织结构(排序、索引等)、存储介质和记录；如是数据库需指定每个表的相关信息；：问题论域、人机界面、数据管理、任务管理，在OOA阶段重点对OD阶段解决。出高层次的解决方案)； (1)确定系统范围和系统边界； (2)确定系统的约束(环境和条件)； (3)定义活动者； (4)确定系统的综合要求(功能、性能、运行)； (5)确定系统的数据要求(名称、范围、类型、数量、特点)； (6)建立USECASE模型、绘制USECASE图； (7)绘制主要交互图；3、建立静态结构模型(对象类图、数据库模型、包图)；4、建立动态行为模型(顺序图、协同图、状态图、活动图)；5、建立系统物理模型(组件图、配置图)；业级信息系统调研分析步骤信息系统即着眼于整个企业的信息系统，是一个覆盖企业所有业务领域、适应企业不断发展的综合信息系统，它是一个统一的整体数据具有一致性，提高了系统的综合利用效率。 (1)调查组织结构、建立组织关系层次图； (2)调查企业的任务、目标、战略重点和关键成功因素并予以分类； (3)识别每个目标和关键成功因素所需的信息； (4)给出每个目标完成的度量标准； (5)分析信息技术对企业业务的潜在影响； (6)建立高层次企业模型(描述业务处理的主题域及其关系、建立企业初始功能层次图)； (7)与企业中高层管理人员讨论，对所得信息和分析进行补充和确认；2、对功能进行分解(输出：功能层次图、功能关系图、功能／组织矩阵)；3、进行实体分析(输出：高层实体关系图、实体类／信息需求矩阵、业务功能／实体类矩阵)；4、评估企业当前环境(现有系统和数据存储的清单、信息结构的范围、信息需求列表、组织、技术环境)；2、进行数据分析、建立详细的数据模型(详细实体关系图)；业务活动分析(分析业务过程细节、分解业务过程、分析过程间的依赖关系、分析业务交互作用、建立业务活动模型)；4、现有系统分析(操作程序分解表、数据流图、用户视图：用户感兴趣的字段集)；5、业务领域模型的确认(完整性、正确性、长效性)调研说明与基本问题务都是由一系列环节构成的业务流程组成的，有的简单只有一两个环节，有的复杂有多环节，还可能有循环或分枝，系统软件不仅要解决独立环节的业务问题，而且要能够自动把这些环节串起来，希望一个环节所做的工作能够自动被下一个环节利用，这就是最基本工作流的需求。例如一个案从接案、立案、侦查、起诉，到执行由不同的部门来完成。这些环节不是独立的，后面的环节不应该比面的发生的早，也不能延迟过多，因为存在法律时限，并且流程中存在循环，也就是说某些环节可能重多次，再者每个部门的流程种类又多，每个工作人员可能要处理多个环节上的任务。因此我们把每个业务的每个环节搞清楚，主要搞清以下几个基本问题：每个流程中的每个环节的主办(责任)部门是谁？每个环节要求的输入(项目、格式、方式)和输出(项目、格式、方式)是什么？每个环节的责任人对本环节中数据项目的权限是什么？(可新建、可删除、可修改、只读、)每个环节的输入的数据项目有无检验规则？(如不能为空)？需求管理过程是一个由粗到细、渐进明晰、持续完善的过程。在指导后面系统设计，编码阶段时应当不断完善修改需求文档，因此需求管理非常重要。需求管理包括在工程进展过程中维持需求约定集成型和精确性的所有活动，它是CMM模型二级中的首要KPA(关键过程域)，这些活动包括： (1)定义需求基线(需求文档的主体)； (2