第3章 需求分析 软件工程导论(山东师范大学).pptVIP

软件工程导论 03章 需求分析 第三章 软件需求分析 3 . 1 需求分析的任务 3 . 2 与用户沟通获取需求的方法 3 . 3 分析建模与规格说明 3 . 4 实体一联系图 3 . 5 数据规范化 3 . 6 状态转换图 3 . 7 其他图形工具 3 . 8 验证软件需求 3 . 9 小结 习题 教学要求 教学目的：了解需求分析的任务和步骤、评审标准和过程；掌握基本技术，理解需求规格说明书的作用与组成。 教学重点：基本技术、需求规格说明书的作用与组成。 教学难点：基本技术。 需求分折简介 软件需求指用户对所开发的软件在功能、性能、环境、可靠性等各方面的要求。 需求分析主要回答待开发的系统必须“做什么”，并用 《 需求规格说明书 》 的形式准确、详细、规范地表达出来。 注意 ①需求分析阶段，系统分析员的主要关注点是“做什么（ what ) ” ，不是“怎样做（ how）”； ②需求分析阶段，系统分析员应该给出软件求规格书。 §3.1需求分析的任务 四项主要任务： 1 、确定对系统的综合要求 2 、分析系统的数据要求 3 、导出系统的逻辑模型 4 、修正系统开发计划 提问并思考： 如果你是一个用户，你会对将要开发的软件有哪些要求？ §3.1.1确定对系统的综合要求 ① 功能需求。指定系统必须提供的服务。 ② 性能需求。指定系统必须满足的定时约束或容量约束等。 ③ 可靠性和可用性需求。应定量指定。 ④ 出错处理需求。指环境错误，非系统本身的错误。 ⑤ 接口需求。常见的接口需求：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 ⑥ 约束。常见的约束：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。 ⑦逆向需求。指定系统不应该做什么， ⑧将来可能提出的要求。 §3.1.2分析系统的数据要求 提问并思考： 如果你是设计者，除了上述需求以外，你觉得还需要得到哪些要求？ 答：软件系统本质上是信息处理系统，要考虑数据和数据处理的问题。 对系统数据的分析 建立数据(3. 4 节） ; 描绘数据结构(3. 7 节） ; 规范化（ 3. 5 节） §3 .1.3 导出系统的逻辑模型 用数据流图、实体一联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。 § 3. 1 . 4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 图:软件需求分析的通信途径 分析小组成员主要包括领域专家、系统分析员； 客户访谈 问题分析与确认 与用户沟通的方法 1、访谈 2、面向数据流自顶向下求精 3、简易的应用规格说明技术 4、快速建立软件原型 §3.2.1 访谈 分正式和非正式访谈。 可采用调查表形式 可使用情景分析技术 例：某出版社系统调查表 §3.2 面向数据流自顶向下求精 结构化分析方法的实质。 进一步细化可行性研究阶段获得到高层数据流图。包括建立： 详细的数据流图，描绘数据在软件系统内从输入移动到输出的过程中所经受到变换； 数据字典：定义数据流图中包含的元素； 实体关系（ ER ）图：从用户角度描述数据； IPO 图：描述数据流图中处理框的功能和算法。 面向数据流自顶向下求精过程 §3.2.3简易的应用规格说明技术 一种面向团队的需求收集法，提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。 具体过程见教材 P60 面 提问：此方法将产生什么样的产品？ §3.2.4快速建立软件原型 快速原形就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。 要点： 实现用户看得见的功能，省略目标系统“隐含”功能。 §3.2.4快速建立软件原型 建立和修改原型的方法和工具： (1)第四代技术。包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程语言。能快速生成可执行的代码。 (2)可重用的软件构件。使用一组已有的软件构件（也称为组件）来装配（而不是从头构造）原型。 (3)形式化规格说明和原型环境。在交互式环境下，用自动工具把基于形式语言的规格说明翻译成可执行的程序代码。 §3.3分析建模与规格说明 §3 . 3 . 1 分析建模 什么是模型？ 为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。 模型通常由一组图形符号和组织这些符号的规则组成。 模型的作用 在建模过程中了解系统。 通过抽象降低复杂性。 有助于回忆所有的细节。 有助于开发小组间的交流。 有助于