一步步教你如何写需求分析.ppt

第三章 需求分析;第三章 需求分析; 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提和关键，不管我们把设计和编码工作做得如何出色，不能真正满足用户需求的程序只会给用户带来失望，给开发者带来烦恼。 ; 需求分析是软件定义时期的最后一个阶段，它的根本任务是准确地答复“系统必须做什么?〞这个问题。对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。;在需求分析的过程中，分析员和用户都起着关键的、必不可少的作用。 要建立分析所需要的通信途径，以保证能顺利地对问题进行分析。 ;用于需求分析的结构话分析方法必须遵守的准那么： 理解并描述问题的信息域，建立数据模型 定义软件必须完成的功能，建立功能模型 描述作为外部事件结果的软件行为，建立行为模型 对三个模型进行分解，用层次的方法展示细节;3.1 需求分析的任务：;确定对系统的综合要求： 5. 接口需求：接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 6. 约束：说明用户或环境强加给工程的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。 7. 逆向需求：逆向需求说明软件系统不应该做什么。 8. 将来可能提出的要求：列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。;分析系统的数据要求 软件系统本质上都是信息处理系统，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。分析系统的数据要求通常采用建立数据模型的方法：实体——联系图〔 E-R图〕。 复杂的数据由许多根本的数据元素组成，数据结构表示数据元素之间的逻辑关系。利用数据字典全面的定义数据。利用图形工具辅助描绘数据结构。;从数据流和数据结构出发，逐步细化软件功能，找出各元素之间的联系，接口特性和设计上的限制，给出目标系统的详细逻辑模型。;导出系统的逻辑模型： 数据流图 实体-联系图 状态转换图 数据字典 加工处理说明书等 修正系统开发方案 开发原型系统：使用户对目标系统有一个更直接、更具体的概念，从而能更准确提出用户需求。〔关键的困难在于本钱〕;编制需求分析文档：?需求规格说明书? 任务概述：系统目标，运行环境，条件与限制 数据描述： 概念模型：E-R图 逻辑模型：数据流图 数据定义：数据字典，加工说明 数据库描述：名称和类型 功能描述：软件功能要求 性能描述：软件性能要求〔处理速度、响应时间、平安限制等〕。 ;编制需求分析文档：?需求规格说明书?〔续〕 运行描述：用户界面、硬件接口、软件接口、故障处理等。 质量保证：说明软件在交付使用前需要进行的功能测试和性能测试，并且规定源程序和文档遵守的各种标准。;技术审查和管理复审 管理复审：在软件生命周期的每个重要的里程碑〔一般是每个阶段方案、需求分析、设计、编码、维护〕对工程工程的本钱、实际花费、投资回报的前景等从管理的角度进行审查。 技术审查：在软件生命周期的每个阶段进行正式而严格的技术审查，尽量发现隐藏的错误。正式技术评审是软件工程实践者实施的一项软件质量保证活动。;评审的主要内容 ;需求分析的原那么 ;3.2 与用户沟通获取需求的方法1 访谈;某出版社系统调查表;2 面向数据流自顶向下求精;结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目标之一就是把数据流和数据存储定义到元素级。为了到达这个目标，通常从数据流图的输出端着手分析，这是因为系统的根本功能是产生这些输出，输出数据决定了系统必须具有的最根本的组成元素。 沿数据流图从输出端往输入端回溯，应该能够确定每个数据元素的来源，与此同时也就初步定义了有关的算法。;为了得到某个目前还没有的数据元素，或者得出这个数据元素需要用的算法尚不完全清楚。往往需要向用户和其他有关人员请教，他们的答复使分析员对目标系统的认识更深入更具体了，系统中更多的数据元素被划分出来了，更多的算法被搞清楚了。通常把分析过程中得到的有关数据元素的信息记录在数据字典中，把对算法的简明描述记录在IPO图(见3.7节)中。通过分析而补充的数据流、数据存储和处理，应该添加到数据流图的适当位置上。;图3.1 面向数据流自顶向下求精过程;3 简易的应用规格说明技术;4 快速建立软件原型;3.3 分析建模;结构化分析的分析模型;通过需求分析而建立的模型必须到达下述的三个根本目标。 描述用户的需求。 为软件设计工作奠定根底。 定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收该产