东北石油大学软件工程CHAP03_1 需求概述.pptVIP

第3章 需求分析 1、概述 【问题定义、可行性研究】 目标：用较少的成本，在较短的时间内确定是否存在一些可行的解法。 粗略了解用户的需求，许多细节被忽略了。 工具：系统流程图 1、概述 【需求分析】 目标：准确地回答“系统必须做什么？”这个问题。 需求分析实际上分两个阶段 （1）需求获取阶段 （2）需求表达阶段 细化系统流程图中的“计算机部件” 部件间流动的数据（输入、输出） 部件对数据的处理 【什么是需求】 需求是指调查用户对新开发的系统的需要（功能需求）和要求（性能需求） 需求分析是指从系统外部分析各种需求，并通过规范的形式描述需求的过程。 【需求分析的重要性】 软件项目失败率高，而37%的软件项目失败是由于需求问题。 40%-60%软件系统问题都源于需求。 需求分析占整个软件开发工作的30%左右。 需求错误会在后续的设计和实现中进行发散式传播。需求阶段错误造成的损失会放大80-200倍 《需求规格说明书》是验收的依据。 【需求分析的重要性】 结论：需求分析关系到项目的成败 【需求分析的重要性】 需求是开发者和用户交互的一个过程，任何一方的不投入都会导致项目的失败。 需求阶段的一个不慎都有可能导致软件实现阶段的大量返工。 评判一个软件项目成功的标准是看它是否解决了用户的问题，而用户的问题就是体现为用户的需求，需求也就成为项目的成功标准。 【需求获取为什么难】 （1）用户需求具有动态性，即需求不稳定性。 （2）用户需求具有模糊性，即需求不准确性。 因此，要求开发者和用户要对需求达成完全一致的认识，用户要在需求报告上签字，要承担责任。 2、需求的分类 功能性需求与非功能性需求 功能需求描述软件应完成的功能。例如记录借书情况，控制信号灯的显示等。 非功能需求有时也称为约束或质量需求。非功能需求可以再进行分类，如性能需求，可维护性需求，安全需求等。 根据需求的优先级进行分类 优先级越高，重要性越高。 稳定的需求与可变的需求 对可变需求可能的变化，进行充分的估计和预测，将有助于软件的开发和维护。 需求过程 3、需求分析的任务 【依据】 《可行性研究报告》 【任务】 ⑴建立目标系统的逻辑模型 调查分析用户的确切需求，认真搞清、并细化到底“系统必须做什么”？ 反复与用户交流； 建立原型系统； 数据流图、数据字典、加工处理 ⑵形成《软件需求规格说明书》 Software Requirement Specification 【具体任务】 1、确定软件系统的综合需求 系统功能需求、系统性能需求、系统环境需求、可靠性需求、安全保密性需求、用户界面需求以及将来可能提出的需求等。 2、分析系统的数据需求　 任何软件系统本质都是信息处理系统，都有数据输入、处理与输出的过程。系统要求处理的信息和输出的信息在很大程度上决定了系统的概貌。因此，分析系统的数据需求是一个重要任务。 复杂数据是由许多基本数据元素组成，数据元素之间的逻辑关系可由数据结构表示，可以利用数据词典全面地定义数据。 【具体任务】 3、导出新系统的逻辑模型 完成了以上工作后，就可以导出系统的详细逻辑模型。通常用数据流图、实体联系图、数据字典、状态转换图来表示。 4、修正系统开发计划 经过需求分析，分析员对新系统有了更深入更具体的认识。因此，可以较准确地计划系统的进度和估算成本，在此基础上应该对以前制定的开发计划进行修正。 4、需求的获取方法 【1、访谈】 最早开始使用的获取用户需求的技术，迄今为止仍然广泛使用。 两种基本形式：正式的和非正式的访谈。 正式访谈时，系统分析员将提出一些事先准备好的具体问题。 在非正式访谈中，分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。 【1、访谈】 分发调查表：当需要调查大量人员的意见时，发调查表是十分有效的做法。 分析员仔细阅读收回的调查表，然后再有针对性地访问一些用户，以便向他们询问在分析调查表时发现的新问题。 【2、面向数据流自顶向下求精】 结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 通过可行性研究已经得出了目标系统的，需求分析的目标之一就是把高层数据流图定义到元素级 为了达到这个目标，通常从数据流图的输出端着手分析，这是因为系统的基本功能是产生这些输出，输出数据决定了系统必须具有的最基本的组成元素。 【2、面向数据流自顶向下求精】 将高层数据流图进行细化时，遇到各种问题。 为了解决这些问题，往往需要向用户和其他有关人员请教，他们的回答使分析员对目标系统的认识更深入更具体了，系统中更多的数据元素被划分出来了，更多的算法被搞清楚了。 5、需求规格说明书模板 1. 引言 1.1 目的 1.2 文档约定 1.3 预期的读者和阅读建议 1.4 系统范围 1.5 参考文献 2. 综合