软件工程 第三章 需求分析.pptVIP

软件需求分析 第三 章 　　需求分析阶段的任务：在可行性分析的基础上，进一步了解确定用户需求。准确地回答 “系统必须做什么？” 的问题。对目标系统提出完整、准确、清晰、具体的要求。获得需求规格说明书。 3.3.2 软件需求规格说明 通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，它是需求分析阶段得出的最主要的文档。 通常用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。自然语言的规格说明具有容易书写、容易理解的优点，为大多数人所欢迎和采用。 3.4 实体-联系图 为了把用户的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念数据模型(也称为信息模型)。概念性数据模型是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。它描述了从用户角度看到的数据，它反映了用户的现实环境。 数据模型中包含3种相互关联的信息：数据对象、数据对象的属性及数据对象间的联系。 3.5 数据规范化 3.8 验证软件需求 旧的主文件 事务文件 1、校验主记录 2、校验事务记录 3、更新主记录 1、校验主记录 2、有效的事务记录 3、更新后的主文件 一个IPO图的例子 从哪几个方面验证软件需求的正确性 一致性： 任何一条需求不能和其他需求互相矛盾。 完整性： 规格说明书应该包括用户需要的每一个功能和性能。 现实性： 指定的需求是用现有的硬件、软件技术可以实现的。 有效性： 需求是正确有效的，确实能解决用户面对的问题。 软件需求分析是软件生命期中重要的一步，也是决定性的一步。它的基本任务是准确地回答“系统必须做什么？”。 软件需求分析是在可行性的基础上进行的更细致的分析工作，是对软件计划阶段所确定的系统目标和功能做进一步的求精和细化。对目标系统提出完整、准确、清晰、具体的要求。在可行性阶段的文档是系统需求分析的出发点。在需求分析阶段分析员必须仔细研究这些文档并将它们细化。 需求分析的原则： 1.必须能够理解和表达问题的数据域，根据这条准则应该建立数据模型。 2.必须定义软件应该完成的功能根据这条准则应该建立功能模型。 3.必须描述作为外部事件结果的软件行为，根据这条准则应该建行为模型。 4．必须对数据、功能和行为的模型进行分解和不断细化，建立问题的层次结构 。 3.1 需求分析的任务 需求分析的具体任务: 1、确定系统的综合要求 系统功能要求—这是最主要的需求，确定系统必须完成的所有功能。 系统性能要求—应就具体系统而定，例如可靠性、联机系统的响应时间、存储容量、安全性能等。 系统可靠性和可用性要求—可靠性需求是定量地指定系统的可靠性。可用性和可靠性密切相关，它量化了用户使用系统的程度。 出错处理要求—这类需求说明系统对环境错误应该如何响应。 2 接口需求—接口需求描述系统与环境通信的格式，常见的接口有：用户接口需求、硬件接口需求、软件接口需求、通信接口需求。 约束—描述在设计或实现应用系统时应遵守的 限制条件，常见的约束有精度 、工具和语言约 束、使用的标准、使用的硬件平台。 逆向需求—逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向 需求。 将来可能提出的要求—对将来可能提出的扩充及 修改作预准备。 2、分析系统的数据要求 软件系统本质上是信息处理系统，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。分析系统的数据要求通常采用建立数据模型的方法。必须考虑： 数据 （需要哪些数据、数据间联系、数据性质、结构） 数据处理 （处理的类型、处理的逻辑功能） 3、导出系统的逻辑模型—通常系统的逻辑模型用DFD图来描述。 4、修正系统的开发计划—通过需求对系统的成本及进度有了更精确的估算，可进一步修改开发计划。 3.2与用户沟通获取需求的方法 1.客户访谈 访谈是最早开始使用的获取用户需求的一种方法，也是最常用的一种方法。 访谈有两种基本形式，分别是正式和非正式的访谈。 当需要调查大量人员的意见时，请被调查人填写调查表是十分有效的做法。 在访问用户的过程中使用情景分析技术往往非常有效，所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析，系统分析员利用情景分析技术，往往能够获知用户的具体需求。 2.面向数据流自顶向下求精 结构化分析方法就是面向数据流自顶向下逐步分解求精，在可行性研究阶段描绘出了目标系统的高层数据流图，但对数据考虑的不详,在这个阶段必须细化。通常把分析过程中得到的数据元素的信息记