软件工程课件第3章结构化分析Dai.ppt

第三章结构化分析 第二篇 传统方法学 主要内容 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。 对软件需求的深入理解是软件开发工作获得成功的前提和关键，不论我们把设计和编码工作做得如何出色，不能真正满足用户需求的程序只会给用户带来失望，给开发者带来烦恼。 传统的软件工程方法学采用结构化分析(Structured Analysis ,SA)技术完成需求分析工作。 本章主要内容： 概述、与用户通信的技术、分析建模与规格说明、实体——关系图、数据流图、状态转换图、数据字典 3.1 概述 需求分析是发现、求精、建模、规格说明和复审的过程。 发现：从宏观角度调查、分析用户所面临的问题，尽可能准确地了解用户当前的情况和需要解决的问题。 求精：分析员对用户提出的初步要求应该反复求精多次细化，充分理解用户的需求，得出对目标系统的完整、准确和具体的要求。 建模：为了更好地理解问题，人们常常采用建立模型的方法。所谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图形符号和组织这些符号的规则组成。结构化分析就是一种建立模型的活动，通常建立数据模型、功能模型和行为模型等三种模型。除了用分析模型表示软件需求之外，还要写出准确的软件需求规格说明。模型既是软件设计的基础，也是编写软件规格说明的基础。 规格说明：在分析软件需求和编写软件规格说明的过程中，软件开发者和软件用户都起着关键的、必不可少的作用。 复审：对需求分析的结果(分析模型和规格说明)必须严格审查 3.2 与用户通信的技术 软件需求分析总是从两方或多方之间的通信开始。用户面临的问题需要用基于计算机的方案来解决；开发者应该对用户的需求作出反应，给用户提供帮助。 这样就产生了相互通信的需求。但是，正如前面已经讲过的，从开始通信到真正相互理解的道路通常是充满坎坷的。良好的通信技术有助于加快理解的过程。 3.2.1 访谈 访谈(或称为会谈)是最早开始运用的获取用户需求的技术，也是迄今为止仍然广泛使用的主要的需求分析技术。访谈有两种基本形式，分别是正式的和非正式的访谈。  在正式的访谈中，系统分析员将提出一些事先准备好的具体问题，例如，询问客户公司销售的商品种类、雇用的销售人员数目以及信息反馈时间应该多快等。 在非正式的访谈中，将提出一些可以自由回答的开放性问题，以鼓励被访问的人员表达自己的想法，例如，询问用户为什么对目前正在使用的系统感到不满意。 当需要调查大量人员的意见时，向被调查的人员分发调查表是一个十分有效的做法。 在对用户进行访谈的过程中使用情景分析技术往往非常有效。所谓情景分析就是对用户运用目标系统解决某个具体问题的方法和结果进行分析。 3.2.2 简易的应用规格说明技术 这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案的要素，商讨不同的方法并指定基本的需求。今天，简易的应用规格说明技术已经成为信息系统界使用的主流技术。 尽管存在许多不同的简易应用规格说明方法，但是它们遵循的基本准则是相同的。基本准则有： 在中立地点举行由开发者和用户双方出席的会议。 制定准备会议和参加会议的规则。 提出一个议事日程，这个日程应该足够正式以便能够涵盖所有要点，同时这个日程又应该足够非正式，以便鼓励自由思维。 由一个“协调人”来主持会议，他既可以是用户也可以是开发者还可以是从外面请来的人。 使用一种“定义机制”(例如，工作表、图表等)。 目标是标识问题、提出解决方案要素、商讨不同的方法以及在有利于实现目标的氛围中指定初步的需求。 3.2.3 软件原型 构建原型的要点是，它应该实现用户看得见的功能(例如屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如修改文件)。 快速原型应该具备的第一个特性是“快速”。快速原型的目的是尽快向用户提供一个可在计算机上运行的目标系统的模型，以便使用户和开发者在目标系统应该“做什么”这个问题上尽可能快地达成共识。 快速原型应该具备的第二个特性是“容易修改”。如果原型的第一版不是用户所需要的，就必须根据用户的意见迅速地修改它，构建出原型的第二版，以更好地满足用户的需求。 在实际开发软件产品时，“修改—试用—反馈”的过程可能重复多遍，如果修改耗时过多，势必延误软件开发时间。 3.3 分析建模与规格说明 3.3.1 分析建模 结构化分析实质上是一种创建模型的活动。通过需求分析而建立的模型必须达到下述的三个基本目标。 描述用户的需求。 为软件设计工作奠定基础。 定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收该产品。 为了达到上述这些目标，在结构化分析过程中导出的分析模型的形式，如图3.1所示。 3.3.2 软件需求规