软件工程课件-04结构化分析.pptxVIP

需求分析的重要性与困难软件需求分析的任务和过程如何识别、获取需求结构化分析方法原型化方法动态分析方法数据及数据库需求软件需求分析

需要分析对系统开发有决定性的影响需求分析的错误将引起扩散性传播需求分析生成的文档是后继工作的基础需求分析的工作量占整个系统开发工作量的30%需求分析的重要性

用户需求的动态性（不稳定性）问题的复杂性和对问题空间理解的不完备性与不一致性用户需求的模糊性需要分析的困难

深入描述软件的功能和性能确定软件设计的约束和软件同其它系统元素的接口细节定义软件的其它有效性需求010203识别、获取需求与为需求建模软件需求分析的任务

需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中

需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。

通常软件开发项目是要实现目标系统的物理模型01目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的02

提出这些需求实现条件，以及需求应达到的标准确定对目标系统的综合要求，即软件的需求从系统的角度来理解软件并评审软件范围是否恰当CBA需求分析的过程(1)问题识别

功能需求01性能需求02环境需求03可靠性需求04安全保密要求05用户界面需求06资源使用需求07成本消耗需求08开发进度需求09预先估计以后系统可能达到的目标10软件的需求包括

问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。

分析与综合从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。

面向数据流的结构化分析方法(SA)面向数据结构的Jackson方法(JSD)面向数据结构的结构化数据系统开发方法(DSSD)面向对象的分析方法(OOA)等常用的分析方法

数据要求说明书初步的用户手册修改、完善与确定软件开发实施计划软件需求说明书(3)编制需求分析阶段的文档

系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已经描述;(4)需求分析评审

被开发项目的数据流与数据结构是否足够，确定;01所有图表是否清楚，在不补充说明时能否理解;02主要功能是否已包括在规定的软件范围之内，是否都已充分说明;03设计的约束条件或限制条件是否符合实际;04开发的技术风险是什么;05

是否考虑过软件需求的其它方案;1是否考虑过将来可能会提出的软件需求;2是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;3

需求分析流程

1需要能够表达和理解问题的数据域(数据流、数据内容、数据结构)和功能域2必须按自顶向下、逐层分解的方式对问题进行分解和不断细化3要给出系统的逻辑视图（无实现细节）和物理视图（处理功能和数据结构的实际表示形式）软件需求分析的原则

01从现实中分离功能，即描述要“做什么”而不是“怎样实现”02要求使用面向处理的规格说明语言（或称系统定义语言）03如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中软件需求规格说明的原则

01规格说明必须包括系统运行环境03规格说明必须是可操作的05规格说明必须局部化和松散耦合02规格说明必须是一个认识模型04规格说明必须容许不完备性并允许扩充

建立分析小组01领域专家：主角02系统分析员：导演03组织架构分析04客户访谈（资料获取、面谈、问卷、用户行为观察）05问题分析与确认06如何识别、获取需求

客户是指直接或间接从产品中获得利益的个人或组织软件客户包括提出要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者(stakeholder)或是获得产品所产生的结果的人谁是客户

需要时要及时对需求做出决策。04要尊重开发人员的成本估算和对需求的可行性分析。05当说明系统需求时，力求准确详细。03抽出时间清楚地说明需求并不断完善。02给分析人员讲解业务及说明业务方面的术语等专业问题。01客户的责任

对单项需求、系统特性或使用实例划分优先级。一旦知道要对项目需求进行变更，要马上与开发人员联系。评审需求文档和原型。在要求需求变更时，应遵照开发组织确定的工作过程来处理。尊重需求工程中开发人员采用的流程（过程）。客户的责任

要求分析人员使用符合客户语言习惯的表达。要求分析人员了解客户系统的业务及目标。要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规