软件工程需求分析.pptxVIP

软件工程第四章 软件工程需求分析基础第四章 需求分析基础需求分析的任务与原则（重点）需求分析的任务需求分析的过程软件需求分析的原则初步需求获取技术需求建模（重点）问题抽象、问题分解与多视点分析支持需求分析的快速原型技术需求规格说明书软件需求：用户对目标软件系统在功能、行为、性能、设计约束等方面的期望§4.1 需求分析的任务与原则怎么做做什么理解需求模型化抽象化导出当前系统物理模型逻辑模型表达需求具体化实例化目标系统物理模型逻辑模型　软件需求析：对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。将用户需求精确化、完全化，最终形成需求规格说明书需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。需求分析的任务　通常软件开发项目是要实现目标系统的物理模型目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中需求分析的任务深入描述软件的功能和性能确定软件设计的约束和软件同其它系统元素的接口细节定义软件的其它有效性需求需求分析的具体任务　需求分析阶段的具体任务：确定对系统的综合要求系统功能要求系统性能要求运行要求将来可能提出的要求分析系统的数据要求（需求分析的本质就是对数据和加工进行分析，如用数据流程图、ER图）导出系统的逻辑模型修正系统开发计划开发原型系统编写软件需求规格说明书需求分析标准和过程　需求的四项基本标准明确（clear）完整（complete）一致（consistent）可测试（testable）需求分析的过程：对问题的识别、需求描述（分析与综合）、制定规格说明和需求评审。问题识别从系统的角度来理解软件并评审软件范围是否恰当确定对目标系统的综合要求，即软件的需求提出这些需求实现条件，以及需求应达到的标准需求分析的过程　问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。软件的需求包括：功能需求性能需求环境需求可靠性需求安全保密要求用户界面需求资源使用需求成本消耗需求开发进度需求预先估计以后系统可能达到的目标需求分析的过程　分析与综合从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的关联、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。常用的分析方法面向数据流的结构化分析方法 (SA)面向数据结构的Jackson方法 (JSD)面向数据结构的结构化数据系统开发方法 (DSSD)面向对象的分析方法 (OOA) 等需求分析的过程　编制需求分析阶段的文档软件需求说明书数据要求说明书初步的用户手册修改、完善与确定软件开发实施计划需求分析评审系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已经描述;需求分析的过程　需求分析评审被开发项目的数据流与数据结构是否足够，确定;所有图表是否清楚，在不补充说明时能否理解;主要功能是否已包括在规定的软件范围之内，是否都已充分说明;设计的约束条件或限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需求的其它方案;是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;需求分析流程　软件需求分析的原则　1、需要能够表达和理解问题的信息域和功能域信息域应包括： 信息流：数据和控制通过一个系统时的变化方式。两个功能之间的数据/控制传递就确定了功能间的接口。 信息内容：单个数据或控制对象，它们构成了某个更大的由软件变换生成的信息的集合。 信息结构：各种数据和控制项的内部组织。2、以层次化的方式对问题进行分解和不断细化软件的功能域和信息域都能做进一步的分解。这种分解可以是同一层次上的，称为横向分解；也可以是多层次的纵向分解。软件需求分析的原则纵向分解横向分解　3、要给出系统的逻辑视图和物理视图软件需求的逻辑视图给出的是软件要达到的功能和要处理的数据之间的关系，而不是实现的细节。软件需求的逻辑描述是软件设计的基础。软件需求的物理视图给出的是处理功能和数据结构的实际表现形式，这往往是由设备本身决定的。软件需求规格说明的原则　从现实中分离功能，即描述要“做什么”而不是“怎样实现”要求使用面向处理的规格说明语言（或称系统定义语言）如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中规格说明必须包括系统运行环境规格说明必须是一个认识模型规格说明必须是可操作的规格说明