第三课 软件系统需求调研.pdf

软件系统需求调研 摘要： 本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有 些来自专家的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢 迎指正。 关键字：需求、调研 一、软件需求的定义 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、 避免使用比较性词语，如“提高”，应定量说明提高程度。 四、需求分析的任务与过程 需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统 的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么”的问题， 所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的 接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据， 并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须 全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进 一步澄清，然后决定是否采纳；对于无法实现的要求要向用户作充分的解释。最后将软件的 需求准确地表达出来，形成软件需求说明书 SRS 。其实现步骤如图： (1) 获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统 的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一