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

软件需求分析 第三 章 　　需求分析阶段的任务：在可行性分析的基础上，进一步了解确定用户需求。准确地回答 “系统必须做什么？” 的问题。对目标系统提出完整、准确、清晰、具体的要求。获得需求规格说明书。 3.3.2 软件需求规格说明 通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，它是需求分析阶段得出的最主要的文档。 通常用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。自然语言的规格说明具有容易书写、容易理解的优点，为大多数人所欢迎和采用。 3.4 实体-联系图 为了把用户的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念数据模型(也称为信息模型)。概念性数据模型是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。它描述了从用户角度看到的数据，它反映了用户的现实环境。 数据模型中包含3种相互关联的信息：数据对象、数据对象的属性及数据对象间的联系。 3.5 数据规范化 3.8 验证软件需求 旧的主文件 事务文件 1、校验主记录 2、校验事务记录 3、更新主记录 1、校验主记录 2、有效的事务记录 3、更新后的主文件 一个IPO图的例子 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 从哪几个方面验证软件需求的正确性 一致性： 任何一条需求不能和其他需求互相矛盾。 完整性： 规格说明书应该包括用户需要的每一个功能和性能。 现实性： 指定的需求是用现有的硬件、软件技术可以实现的。 有效性： 需求是正确有效的，确实能解决用户面对的问题。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件需求分析是软件生命期中重要的一步，也是决定性的一步。它的基本任务是准确地回答“系统必须做什么？”。 软件需求分析是在可行性的基础上进行的更细致的分析工作，是对软件计划阶段所确定的系统目标和功能做进一步的求精和细化。对目标系统提出完整、准确、清晰、具体的要求。在可行性阶段的文档是系统需求分析的出发点。在需求分析阶段分析员必须仔细研究这些文档并将它们细化。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 需求分析的原则： 1.必须能够理解和表达问题的数据域，根据这条准则应该建立数据模型。 2.必须定义软件应该完成的功能根据这条准则应该建立功能模型。 3.必须描述作为外部事件结果的软件行为，根据这条准则应该建行为模型。 4．必须对数据、功能和行为的模型进行分解和不断细化，建立问题的层次结构 。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 3.1 需求分析的任务 需求分析的具体任务: 1、确定系统的综合要求 系统功能要求—这是最主要的需求，确定系统必须完成的所有功能。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 系统性能要求—应就具体系统而定，例如可靠性、联机系统的响应时间、存储容量、安全性能等。 系统可靠性和可用性要求—可靠性需求是定量地指定系统的可靠性。可用性和可靠性密切相关，它量化了用户使用系统的程度。 出错处理要求—这类需求说明系统对环境错误应该如何响应。 2 接口需求—接口需求描述系统与环境通信的格式，常见的接口有：用户接口需求、硬件接口需求、软件接口需求、通信接口需求。 Evaluat