管理信息系统需求调研分析指南(1--3)[文档在线提供]参照.pdfVIP

管理信息系统需求调研分析指南（一） 51CMM.COM 原创 作者：厦门巨龙软件工程有限公司 卢琳生 [2003/12/01] 摘要： 本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有些来自专家 的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢迎指正。 关键字：需求、调研 正文： 一、软件需求的定义 IEEE 软件工程标准词汇表（ 1997 年）中定义的需求为： （1） 用户解决问题或达到目标所需的条件或能力； （2 ） 系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； （3 ） 一种反映上述条件和能力的文档说明。 二、需求分析的几个方面 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个 方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所 支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建 议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件； 了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模 型；评审需求规格说明，确保与用户达成共识。 软件需求的各组成部分如下图所示： 三、需求文档规范 A 、三种编写方法 1、 用好的结构化和自然语言编写文本型文档； 2、 建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资 料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有 关版权的问题请直接与提供者联系。 辑流或对象类和他们的关系； 3、 编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。 B 、应有成果 1、 各业务手工办理流程文字说明； 2、 各业务手工办理流程图； 3、 各业务手工办理各环节输入输出表单、数据来源； 4、 目标软件系统功能划分（示意图及文字说明）； 5、 目标软件系统中各业务办理流程文字说明； 6、 目标软件系统中各业务办理流程图（模型）； 7、 目标软件系统中各业务办理各环节数据、数据采集方式、数据间的内在联系分析。 8、 目标软件系统用户界面图、各式系统逻辑模型图及说明 C 、文档工具推荐 1、 调研结果《需求分析说明书》格式参照开发文档模板； 2、 单位组织结构图、功能模块分解图用 VISIO 绘制，或直接用 WORD 中的画图工具； 3、 业务流程图用 VISIO 中的 FLOWCHART 模板绘制； 4、 系统逻辑模型使用 ROSE 绘制活用 VISIO 中的 UML 模板绘制； 5、 软件用户界面用 VISIO 中的 WIN95 USER INTERFACE 模板绘制； 6、 数据物理模型用 POWERDESINER 绘制； D 、需求文档编写原则 1、 句子简短完整，具有正确的语法、拼写和标点； 2、 使用的术语与词汇表中所定义的一致； 3、 需求陈述应该有一致的样式，例如 “系统必须 .. 或者” “用户必须 .. ，并紧跟一个行为动作和可观” 察的结果。； 4、 避免使用模糊、主观的术语，减少不确定性，如 “界面友好、操作方便 ”； 5、 避免使用比较性词语，如 “提高 ”，应定量说明提高程度。 四、需求分析的任务与过程 需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型 （只描述系统要完成的功能和要处理的数据），解决目标系统 “做什么 ”的问题，所要做的工作是深 入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其 他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据，并给软件开发提供一种可以转 化为数据设计、结构设计和过程设计的数据与功能表示。