需求分析具体要求.pptxVIP

需求分析的任务与用户沟通获取需求的方法分析建模与规格说明实体-联系图（？）数据规范化（？）状态转换图+有穷状态机其他图形工具验证软件需求小结第3章需求分析

需求分析的意义软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。

需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。01并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即：02---准确地回答“系统必须做什么?”。03

logo在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。

业务需求项目范围文档用户需求文档功能需求质量属性其他非功能需求设计约束需求规约(specification)非功能需求系统需求需求组成的全景图软件需求的组成

010203040506其中：?业务需求：反映组织机构和客户对系统、产品高层次的目标要求。?用户需求：从用户使用的角度给出需求的描述。如一个小型超市需要一个商品的查询系统。业务需求：进货人员需要查询商品库存以便保证及时进货；收款员需要查询商品的销售价格以便结账；经理需要查询商品的销售及盈利情况。用户需求:这三类用户怎样去查询系统，查询哪些信息，还需要哪些操作。

?系统需求：从系统的角度描述要提供的服务以及所受到的约束。?功能性需求：描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。?非功能性需求：产品必须具备的属性或品质。?设计约束：设计与实现必须遵循的标准、约束条件。如运行平台、协议、选择的技术、编程语言和工具等。软件需求的描述?结构化语言、PDL?图形化表示?数学描述（形式化语言描述）

确定对系统的综合要求--功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向需求、将来可能提出的要求。修正系统开发计划导出系统的逻辑模型分析系统的数据要求0103023.1需求分析的具体任务

软件需求获取需求分析是一个包括创建和维持系统需求文档所必需的一切活动的过程。它包含了如下活动：需求获取和分析、需求描述和文档编写、需求有效性验证、需求管理（管理需求工程的变更）。软件需求过程需求获取和分析需求描述需求有效性验证系统模型用户需求和系统需求需求规约需求管理

需求获取是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。需求分析是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包括建模），进而生成需求规约的过程。需求获取和分析有一定的难度，因为：项目相关人员通常并不真正知道希望计算机做什么，让他们清晰的表达出需要系统做什么是件困难的事，他们或许提出不切实际的要求。

项目相关人员用自己的语言表达需求，这些语言包含很多工作中的专业术语和专业知识。系统分析员没有这些知识和经验，而他们又必须了解这些需求。不同的项目相关人员有不同的需求，可能以不同的方式表达，分析人员必须发现所有潜在的需求资源，而且能发现这些需求的相容或冲突之处。经济和业务环境决定了分析是动态的，需求在分析过程中会发生变更。个别需求的重要程度会改变，新的需求会从新的项目相关人员那里得到。

需求获取技术?建立由客户（用户）、系统分析员、领域专家参加的联合小组。?需求获取的方法：个别访谈、召集会议、文档研究、问卷调查、观察用户工作流程、建立原型。?获取的需求的表达方式：需求列表需求与系统的特殊视角或环境的关系业务流程图（状态/活动图）数据流图实体-联系图

访谈面向数据流自顶向下求精简易的应用规格说明技术快速建立软件原型3.2与用户沟通获取需求的方法

面向数据流自顶向下求精

提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求进行初步的访谈开发者和用户双方组织的代表出席会议每个小组为每张列表中的项目制定小型规格说明根据会议成果起草完整的软件需求规格说明书简易的应用规格说明技术

3.3分析建模与规格说明1).分析建模模型----就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。建模方法在过去的数年中，人们提出了许多种分析建模的方法，其中两种在分析建模领域占有主导地位：第一种是结构化分析(StructuredAnalysis，SA)，70年代末由DeMarco等人提出，这是传统的建模方法。