3第三篇 软件需求分析.ppt

第三章 软件需求分析 软件需求的定义： IEEE软件工程中的需求定义是 用户解决问题或达到目标所需要的条件或权能 系统或系统部件要满足合同、标准、规范或其他正式规定文档所要具有的条件或权能 反映上面两条文档的说明 一般的定义是 系统必须实现什么的规约，它描述了系统的行为、特性 或属性，是在开发过程中对系统的约束 第三章 软件需求分析 软件需求分析的意义： 从用户和开发者两个角度去充分理解软件工程项目，达到业务应用和信息处理的高度一致 充分理解用户的功能需求，并挖掘用户的潜在需求，深入掌握软件工程的全部内涵 让用户充分理解信息处理系统的功能和实现的条件和环境 用全面的、发展的观点去分析用户的需求，让生产出来的软件产品具有更大的价值 提交规范化的文档 第三章 软件需求分析 需求的分类 功能需求：描述系统所提供的功能和服务，包括系统应该提供的服务、对输入如何响应及特定条件下系统行为的描述。系统的功能需求应该具有全面性和一致性 非功能需求：作为功能需求的补充，非功能需求是指哪些不直接与系统的具体功能相关的一类需求，但它们与系统的总体特性有关，如可靠性、响应时间、存储空间等。它定义了对系统提供服务或功能的约束，包括时间约束、空间约束、开发过程约束及遵循的标准等 第三章 软件需求分析 非功能需求又可分三类产品需求、机构需求、外部需求 第三章 软件需求分析 领域需求：来源于系统的应用领域，反映该领域的特点。主要反映应用领域的基本问题，如果这些需求得不到满足，系统的正常运转就不可能。它可能是功能需求，也可以是非功能需求。比如军事领域中防空系统开发，一方面存在特定的功能需求，同时又存在非功能需求，这类有着特殊应用领域的需求就成为领域需求 第三章 软件需求分析 对软件需求的完全理解对软件开发工作的成功是至关重要的。 需求分析的任务是发现、求精、建模和规格说明的过程。包括 细化在软件项目开发计划中规定的软件范围； 创建所需的数据模型、功能模型和控制模型； 分析可选择的解决方案，并将它们分配到各个软件成分中去。 需求分析的目标和任务 需求分析是一项软件工程活动，它使得系统分析人员能够： 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。 需求分析建立起来的模型为日后软件设计人员提供了可被翻译成数据、体系结构、界面和过程设计的模型。 需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。 需求分析研究的对象是用户的要求。 一方面，必须全面理解用户的各项要求，另一方面，要准确表达被接受的用户要求。 只有经过确切描述的软件需求才能成为软件设计的基础。 软件开发是要实现目标系统的物理模型。需求分析的任务就是借助于当前系统的逻辑模型导出目标系统（计算机系统）的逻辑模型(数据流程图DFD、数据字典、加工逻辑（算法）说明)。解决目标系统“做什么”的问题。 需求分析的过程 需求分析的过程可以分成四个阶段： 问题识别 研究系统的可行性分析报告和软件项目实施计划。 从系统角度来理解软件并评审用于产生计划估算的软件范围是否恰当； 确定对目标系统的需求； 提出这些需求实现条件，以及需求应达到的标准。 分析与综合 进行各种要求的一致性检查； 逐步细化所有的软件功能； 分解数据域，分配给各个子功能； 找出系统各成分之间的联系、接口特性和设计限制。 判断是否存在不合理的用户要求或用户尚未提出的潜在要求。 综合成系统的解决方案，给出目标系统的详细逻辑模型。 常用的分析方法 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 (OOA) 等 编制需求分析阶段的文档 软件需求说明书； 初步的用户手册； 确认测试计划； 修改和完善软件开发计划。 需求分析评审 作为需求分析阶段工作的复查手段，应该对功能的正确性、文档的一致性、完备性、准确性和清晰性，以及其它需求给予评价。 评审：小组：非设计人员、用户（签字确认） 需求分析的原则 需要能够表达和理解问题的信息域和功能域 信息流：数据和控制通过一个系统时的变化方式。两个功能之间的数据/控制传递就确定了功能间的接口。 信息内容：单个数据或控制对象，它们构成了某个更大的由软件变换生成的信息的集合。 信息结构：各种数据和控制项的内部组织。 以层次化的方式对问题进行分解和不断细化 给出系统的逻辑视图和物理视图 软件需求的逻辑视图给出的是软件要达到的功能和要处理的数据之间的关系，而不是实现的细节。 软件需求的逻辑描述是软件设计的基础。 软件需求的物理视图给出的是处理功能和数据结构的实际表现形式，这往往是由设备本身决定的。 软件需求的层次 业务需求 反映了组织或客户对