软件工程第3章(NEW)

1、第第3章章 需求分析需求分析3.1 需求分析的任务需求分析的任务3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法3.3 分析建模与规格说明分析建模与规格说明3.4 实体实体-联系图联系图3.5 数据规范化数据规范化3.6 状态转换图状态转换图3.7 其他图形工具其他图形工具3.8 验证软件需求验证软件需求3.9 小结小结习题习题 需求分析是软件定义时期的最后一个阶段，它需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答的基本任务是准确地回答“系统必须做什么系统必须做什么?”这个这个问题。问题。 不是确定系统怎样完成它的工作，而仅仅是确不是确定系统怎样完成它的工作，而仅仅是确

2、定系统必须完成哪些工作。定系统必须完成哪些工作。 在需求分析阶段结束之前，系统分析员应该写在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软出软件需求规格说明书，以书面形式准确地描述软件需求。件需求。 只有用户才真正知道自己需要什么，但是他们只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来；他们对软件的需求尽量准确、具体地描述出来； 分析员知道怎样用软件实现人们的需求，但是分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需

3、求并不十分清楚，在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。必须通过与用户沟通获取用户对软件的需求。用于需求分析的结构化分析方法都遵守下述准则：用于需求分析的结构化分析方法都遵守下述准则：(1) 理解并描述问题的信息域理解并描述问题的信息域 = 建立建立数据模型数据模型。(2) 定义软件应完成的功能定义软件应完成的功能 = 建立建立功能模型功能模型。(3) 描述外部事件结果的软件行为描述外部事件结果的软件行为 = 建立建立行为模型行为模型。(4) 对模型进行分解对模型进行分解 = 用层次的方式用层次的方式展示细节展示细节。1. 功能需求功能需求 指定系

4、统必须提供的服务。指定系统必须提供的服务。(例如，例如，ATM存取款）存取款）2. 性能需求性能需求 指定系统必须满足的定时约束或容量约束，通指定系统必须满足的定时约束或容量约束，通常包括速度常包括速度(响应时间响应时间)、信息量速率、主存容量、磁、信息量速率、主存容量、磁盘容量、安全性等方面的需求。盘容量、安全性等方面的需求。 (例如，例如， 存取款响应时间应该小于存取款响应时间应该小于30秒）秒）3.1 需求分析的任务需求分析的任务 3.1.1 确定对系统的综合要求确定对系统的综合要求3. 可靠性和可用性需求可靠性和可用性需求 定量地指定系统的可靠性。定量地指定系统的可靠性。 (例如，例如

5、，ATM存取款系统一个月故障不得超过存取款系统一个月故障不得超过2次）次）4. 出错处理需求出错处理需求 说明系统对环境错误应该怎样响应。说明系统对环境错误应该怎样响应。（例如，如果它接收到从另一个银行系统发来的违（例如，如果它接收到从另一个银行系统发来的违反协议格式的消息，应该做什么反协议格式的消息，应该做什么? ） 5. 接口需求接口需求 描述应用系统与它的环境通信的格式。描述应用系统与它的环境通信的格式。常见的接口需求有：常见的接口需求有： 用户接口需求；用户接口需求； (例如，用户输入数字例如，用户输入数字0-9） 硬件接口需求；硬件接口需求； 软件接口需求；软件接口需求； 通信接口需

6、求。通信接口需求。6. 约束约束 说明用户或环境强加给项目的限制条件。说明用户或环境强加给项目的限制条件。 (例如，例如，ATM存取款以存取款以100元为计量单位）元为计量单位） 常见的约束有：常见的约束有： 精度；精度； 工具和语言约束；工具和语言约束； 设计约束；设计约束； 应该使用的标准；应该使用的标准； 应该使用的硬件平台。应该使用的硬件平台。7. 逆向需求逆向需求 逆向需求说明软件系统不应该做什么。逆向需求说明软件系统不应该做什么。 (例如，例如，ATM存取款系统不打印以往账户清单）存取款系统不打印以往账户清单）8. 将来可能提出的要求将来可能提出的要求 明确地列出那些虽然不属于当前

7、系统开发范畴，明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。但是据分析将来很可能会提出来的要求。 以便设计过程中对系统将来可能的扩充和修以便设计过程中对系统将来可能的扩充和修改预做准备改预做准备 。 (例如，例如，ATM存取款系统将来可能接受国外发存取款系统将来可能接受国外发行的信用卡存取款）行的信用卡存取款） 任何一个软件系统本质上都是信息处理系统，任何一个软件系统本质上都是信息处理系统，必须分析系统的数据要求，这是软件需求分析的一必须分析系统的数据要求，这是软件需求分析的一个重要任务。个重要任务。 分析系统的数据要求通常采用建立数据模型的分析系统的数据要求通

8、常采用建立数据模型的方法方法 。 复杂的数据由许多基本的数据元素组成，为复杂的数据由许多基本的数据元素组成，为了提高可理解性，常常利用图形工具辅助描绘数据了提高可理解性，常常利用图形工具辅助描绘数据结构。结构。 常用的图形工具有层次方框图和常用的图形工具有层次方框图和Warnier图。图。3.1.2 分析系统的数据要求分析系统的数据要求 通过上述分析系统的综合要求和数据要求可以通过上述分析系统的综合要求和数据要求可以导出系统的详细的逻辑模型导出系统的详细的逻辑模型. 通常用数据流图、实体通常用数据流图、实体-联系图、状态转换图、联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。数据

9、字典和主要的处理算法描述这个逻辑模型。3.1.3 导出系统的逻辑模型导出系统的逻辑模型 根据在分析过程中获得的对系统的更深入更具根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。修正以前制定的开发计划。3.1.4 修正系统开发计划修正系统开发计划访谈是广泛使用的需求分析技术。访谈是广泛使用的需求分析技术。访谈有两种基本形式访谈有两种基本形式:正式访谈时，正式访谈时， 系统分析员将提出一些事先准备好的具体问题。系统分析员将提出一些事先准备好的具体问题。在非正式访谈中，在非正式访谈中， 分析员

10、将提出一些用户可以自由回答的开放性分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。问题，以鼓励被访问人员说出自己的想法。3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法 3.2.1 访谈访谈当需要调查大量人员的意见时，向被调查人分发当需要调查大量人员的意见时，向被调查人分发调查表是一个十分有效的做法。调查表是一个十分有效的做法。 分析员仔细阅读收回的调查表，然后再有针分析员仔细阅读收回的调查表，然后再有针对性地访问一些用户，以便向他们询问在分析调对性地访问一些用户，以便向他们询问在分析调查表时发现的新问题。查表时发现的新问题。在访问用户的过程中使用情景分析

11、技术往往非常在访问用户的过程中使用情景分析技术往往非常有效。有效。 情景分析就是对用户将来使用目标系统解决情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。某个具体问题的方法和结果进行分析。情景分析技术的用处主要体现在下述两个方面：情景分析技术的用处主要体现在下述两个方面：(1) 它能在某种程度上演示目标系统的行为，从而它能在某种程度上演示目标系统的行为，从而便于用户理解，可能进一步揭示出目前还不知便于用户理解，可能进一步揭示出目前还不知道的需求。道的需求。(2) 由于情景分析较易为用户所理解，使用这种技由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析过程中

12、始终扮演一个术能保证用户在需求分析过程中始终扮演一个积极主动的角色。积极主动的角色。 结构化分析方法就是面向数据流自顶向下逐步结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。求精进行需求分析的方法。 通过可行性研究已经得出了目标系统的高层数通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目标之一就是把数据流和数据据流图，需求分析的目标之一就是把数据流和数据存储定义到元素级。存储定义到元素级。3.2.2 面向数据流自顶向下求精面向数据流自顶向下求精 通常把分析过程中得到的有关数据元素的信通常把分析过程中得到的有关数据元素的信息记录在数据字典中，把对算法的简明描述记录在息

13、记录在数据字典中，把对算法的简明描述记录在IPO图图(见见3.7节节)中。中。 从输入端开始，分析员借助数据流图、数据从输入端开始，分析员借助数据流图、数据字典和字典和IPO图向用户解释输入数据是怎样一步一步图向用户解释输入数据是怎样一步一步地转变成输出数据的。地转变成输出数据的。 随着分析过程的进展，经过问题和解答的反随着分析过程的进展，经过问题和解答的反复循环，分析员越来越深入具体地定义了目标系统，复循环，分析员越来越深入具体地定义了目标系统，最终得到对系统数据和功能要求的满意了解。最终得到对系统数据和功能要求的满意了解。图图3.1 面向数据流自顶向下求精过程面向数据流自顶向下求精过程 使

14、用传统的访谈或面向数据流自顶向下求精方使用传统的访谈或面向数据流自顶向下求精方法定义需求时，用户处于被动地位，这两种方法的法定义需求时，用户处于被动地位，这两种方法的效果有时并不理想。效果有时并不理想。 为了解决上述问题，人们研究出一种面向团队为了解决上述问题，人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术。的需求收集法，称为简易的应用规格说明技术。 今天，简易的应用规格说明技术已经成为信息今天，简易的应用规格说明技术已经成为信息系统领域使用的主流技术。系统领域使用的主流技术。3.2.3 简易的应用规格说明技术简易的应用规格说明技术应用规格说明技术分析需求的典型过程如下：应用规

15、格说明技术分析需求的典型过程如下：1. 进行初步的访谈，确定待解决的问题的范围和解决进行初步的访谈，确定待解决的问题的范围和解决方案。方案。2. 开发者和用户分别写出开发者和用户分别写出“产品需求产品需求”。3. 开会把在会前准备好的列表展示出来供大家讨论。开会把在会前准备好的列表展示出来供大家讨论。4. 大家共同创建一张组合列表。大家共同创建一张组合列表。5. 与会者分成更小的小组，为项目制定小型规格说明。与会者分成更小的小组，为项目制定小型规格说明。6. 各小组展示制定的小型规格说明，供大家讨论。各小组展示制定的小型规格说明，供大家讨论。7. 由一名与会者根据会议成果起草完整的软件需求规由

16、一名与会者根据会议成果起草完整的软件需求规格说明书。格说明书。 快速建立软件原型是最准确、有效的需求分析技术。快速建立软件原型是最准确、有效的需求分析技术。 快速原型就是快速建立起来的旨在演示目标系统快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。主要功能的可运行的程序。 构建原型的要点是，它应该实现用户看得见的功构建原型的要点是，它应该实现用户看得见的功能能(例如，屏幕显示或打印报表例如，屏幕显示或打印报表)，省略目标系统的，省略目标系统的“隐隐含含”功能功能(例如，内部业务处理过程例如，内部业务处理过程)。 （ 例如，用浏览器页面快速生成模拟例如，用浏览器页面快速生成模拟

17、ATM存取款存取款的用户界面供银行领导判断系统设计是否合适。）的用户界面供银行领导判断系统设计是否合适。）3.2.4 快速建立软件原型快速建立软件原型快速原型应该具备的第一个特性是快速原型应该具备的第一个特性是“快速快速”。 以便使用户和开发者在目标系统应该以便使用户和开发者在目标系统应该“做什么做什么”这个问题上尽可能快地达成共识。原型的某些缺陷这个问题上尽可能快地达成共识。原型的某些缺陷是可以忽略的。是可以忽略的。快速原型应该具备的第二个特性是快速原型应该具备的第二个特性是“容易修改容易修改”。 在实际开发软件产品时，原型的在实际开发软件产品时，原型的“修改修改试试用用反馈反馈”过程可能重

18、复多遍，如果修改耗时过多，过程可能重复多遍，如果修改耗时过多，势必延误软件开发时间。势必延误软件开发时间。 了快速地构建和修改原型，通常使用下述了快速地构建和修改原型，通常使用下述3种方种方法和工具：法和工具：(1) 第四代技术第四代技术 第四代技术包括众多数据库查询和报表语言、第四代技术包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程程序和应用系统生成器以及其他非常高级的非过程语言。语言。(2) 可重用的软件构件可重用的软件构件 使用一组已有的软件构件使用一组已有的软件构件( 组件组件)来装配来装配(而不而不是从头构造是从头构造)原型。原型。 软件构件可以是数据结构

19、软件构件可以是数据结构(或数据库或数据库)，或软件，或软件体系结构构件体系结构构件(即程序即程序)，或过程构件，或过程构件(即模块即模块)。(3) 形式化规格说明和原型环境形式化规格说明和原型环境 已经研究出许多形式化规格说明语言和工具已经研究出许多形式化规格说明语言和工具(参参见第见第4章章)，用于替代自然语言规格说明技术。，用于替代自然语言规格说明技术。 今天，形式化语言的倡导者正在开发交互式环今天，形式化语言的倡导者正在开发交互式环境，以便可以调用自动工具把基于形式语言的规格境，以便可以调用自动工具把基于形式语言的规格说明翻译成可执行的程序代码。说明翻译成可执行的程序代码。 用户能够使用

20、可执行的原型代码去进一步精化用户能够使用可执行的原型代码去进一步精化形式化的规格说明。形式化的规格说明。 为了更好地理解复杂事物，人们常常采用建立事为了更好地理解复杂事物，人们常常采用建立事物模型的方法。物模型的方法。 所谓模型，就是为了理解事物而对事物做出的所谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。一种抽象，是对事物的一种无歧义的书面描述。 通常，模型由一组图形符号和组织这些符号的通常，模型由一组图形符号和组织这些符号的规则组成。规则组成。3.3 分析建模与规格说明分析建模与规格说明 3.3.1 分析建模分析建模 结构化分析实质上是一种创建模型的活动。

21、结构化分析实质上是一种创建模型的活动。 系统分析员应该从不同角度抽象出目标系统的系统分析员应该从不同角度抽象出目标系统的特性，使用精确的表示方法构造系统的模型，直至特性，使用精确的表示方法构造系统的模型，直至最终达到可以用程序实现模型。最终达到可以用程序实现模型。 需求分析过程应该建立需求分析过程应该建立3种模型，它们分别是种模型，它们分别是数据模型、功能模型和行为模型。数据模型、功能模型和行为模型。数据模型数据模型 实体实体-联系图，描绘数据对象及数据对象之间的联系图，描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。关系，是用于建立数据模型的图形。 （见（见3.4节节 ）功能模型

22、功能模型 数据流图，描绘当数据在软件系统中移动时被变数据流图，描绘当数据在软件系统中移动时被变换的逻辑过程，是建立功能模型的基础。（见换的逻辑过程，是建立功能模型的基础。（见2.4节节 ）行为模型行为模型 状态转换图状态转换图(简称为状态图简称为状态图)，描绘了系统的各种，描绘了系统的各种行为模式行为模式(称为称为“状态状态”)和在不同状态间转换的方式。和在不同状态间转换的方式。是行为建模的基础。是行为建模的基础。 （见（见3.6节节 ） 通过需求分析除了创建分析模型之外，还应该通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，它是需求分析阶段得出写出软件需求规格说明书，它是需求

23、分析阶段得出的最主要的文档。的最主要的文档。 通常用自然语言完整、准确、具体地描述系通常用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。需求以及将来可能提出的要求。3.3.2 软件需求规格说明软件需求规格说明 为了把用户的数据要求清楚、准确地描述出来，为了把用户的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型。系统分析员通常建立一个概念性的数据模型。 这种模型是一种面向问题的数据模型，

24、它描述这种模型是一种面向问题的数据模型，它描述了从用户角度看到的数据，反映了用户的现实环境，了从用户角度看到的数据，反映了用户的现实环境，而且与在软件系统中的实现方法无关。而且与在软件系统中的实现方法无关。 3.4 实体实体-联系图联系图( Entity-Relationship diagram ) 数据模型中包含数据模型中包含3种相互关联的信息：种相互关联的信息： 数据对象、数据对象、 数据对象的属性数据对象的属性 数据对象彼此间相互连接的关系。数据对象彼此间相互连接的关系。 数据对象是对软件必须理解的数据对象是对软件必须理解的复合信息复合信息的抽象。的抽象。 所谓复合信息是指具有一系列不同

25、性质或属性的所谓复合信息是指具有一系列不同性质或属性的事物，仅有单个值的事物事物，仅有单个值的事物(例如，宽度例如，宽度)不是数据对象。不是数据对象。 数据对象可以是数据对象可以是事物事物(例如，报表例如，报表)、行为行为(例如，例如，打电话打电话)、事件事件(例如，响警报例如，响警报)、角色角色(例如，教师、学例如，教师、学生生)、单位单位(例如，会计科例如，会计科)、地点地点(例如，仓库例如，仓库)或或结构结构(例如，文件例如，文件)等。等。 总之，可以由一组属性来定义的实体都可以被认总之，可以由一组属性来定义的实体都可以被认为是数据对象。为是数据对象。3.4.1 数据对象数据对象 数据对

26、象彼此间是有关联的，数据对象彼此间是有关联的， 例如，教师例如，教师“教教”课程，学生课程，学生“学学”课程，课程， 教或学的关系表示教师和课程或学生和课程之教或学的关系表示教师和课程或学生和课程之间的一种特定的连接。间的一种特定的连接。 属性定义了数据对象的性质。属性定义了数据对象的性质。 必须把一个或多个属性定义为必须把一个或多个属性定义为“标识符标识符”，也，也就是说，当我们希望找到数据对象的一个实例时，就是说，当我们希望找到数据对象的一个实例时，用标识符属性作为用标识符属性作为“关键字关键字” 。 应该根据对所要解决的问题的理解，来确定特应该根据对所要解决的问题的理解，来确定特定数据对

27、象的一组合适的属性。定数据对象的一组合适的属性。3.4.2 属性属性 数据对象彼此之间相互连接的方式称为联系，数据对象彼此之间相互连接的方式称为联系，也称为关系。也称为关系。联系可分为以下联系可分为以下3种类型：种类型：(1) 一对一联系一对一联系(1 1) 例如，一个部门有一个经理，而每个经理只在例如，一个部门有一个经理，而每个经理只在一个部门任职，则部门与经理的联系是一对一的。一个部门任职，则部门与经理的联系是一对一的。(2) 一对多联系一对多联系(1 N) 例如，某校教师与课程之间存在一对多的联系例如，某校教师与课程之间存在一对多的联系“教教”，即每位教师可以教多门课程，但是每门课，即每

28、位教师可以教多门课程，但是每门课程只能由一位教师来教程只能由一位教师来教(见图见图3.2)。3.4.3 联系联系图图3.2 某校教学管理某校教学管理ER图图(3) 多对多联系多对多联系(M N) 例如，图例如，图3.2表示学生与课程间的联系表示学生与课程间的联系(“学学”)是多对多的，即一个学生可以学多门课程，而每门是多对多的，即一个学生可以学多门课程，而每门课程可以有多个学生来学。课程可以有多个学生来学。 联系也可能有属性。例如，学生联系也可能有属性。例如，学生“学学”某门某门课程所取得的成绩，既不是学生的属性也不是课程课程所取得的成绩，既不是学生的属性也不是课程的属性。的属性。 由于由于“

29、成绩成绩”既依赖于某名特定的学生又依赖既依赖于某名特定的学生又依赖于某门特定的课程，所以它是学生与课程之间的联于某门特定的课程，所以它是学生与课程之间的联系系“学学”的属性的属性(见图见图3.2)。 使用实体使用实体-联系图联系图(entity-relationship diagram)来建立数据模型。来建立数据模型。 可以把实体可以把实体-联系图简称为联系图简称为ER图，相应地可把图，相应地可把用用ER图描绘的数据模型称为图描绘的数据模型称为ER模型。模型。 ER图中包含了图中包含了实体实体(即数据对象即数据对象)、关系关系和和属性属性等等3种基本成分，种基本成分， 3.4.4 实体实体-联

30、系图的符号联系图的符号1. 通常用通常用矩形框代表矩形框代表实体实体，2. 用连接相关实体的用连接相关实体的菱形框表示菱形框表示关系关系，3. 用用圆角矩形或椭圆形表示实体圆角矩形或椭圆形表示实体(或关系或关系)的的属性属性，4. 并用直线把实体并用直线把实体(或关系或关系)与其属性连接起来。与其属性连接起来。 软件系统经常使用各种长期保存的信息，这些软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中。信息通常以一定方式组织并存储在数据库或文件中。 为减少数据冗余，避免出现插入异常或删除异为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要

31、把常，简化修改数据的过程，通常需要把数据结构规数据结构规范化范化。3.5 数据规范化数据规范化什么是什么是“范式范式”？ 范式的概念和理论是美国著名科学哲学家托马范式的概念和理论是美国著名科学哲学家托马斯斯库恩库恩(Thomas, Kunn) 提出并在提出并在科学革命的科学革命的结构结构 (The Structure of Scientific Revolutions)（）中系统阐述的，（）中系统阐述的， 指常规科学所赖以运作的理论基础和实践规范，指常规科学所赖以运作的理论基础和实践规范，是从事某一科学的研究者群体所共同遵从的世是从事某一科学的研究者群体所共同遵从的世界观和行为方式。界观和行为

32、方式。 范式从本质上讲是一种理论体系。范式从本质上讲是一种理论体系。 库恩指出：库恩指出：“按既定的用法，范式就是一种公认按既定的用法，范式就是一种公认的模型或模式。的模型或模式。” “我采用这个术语是想说明，在科学实际活动中我采用这个术语是想说明，在科学实际活动中某些被公认的范例某些被公认的范例包括定律、理论、应用以包括定律、理论、应用以及仪器设备统统在内的范例及仪器设备统统在内的范例为某种科学研究为某种科学研究传统的出现提供了模型传统的出现提供了模型范式的特点是：范式的特点是：（1）范式在一定程度内具有公认性；）范式在一定程度内具有公认性；（2）范式是一个由基本定律、理论、应用以及相）范式

33、是一个由基本定律、理论、应用以及相关的仪器设备等构成的一个整体，它的存在给关的仪器设备等构成的一个整体，它的存在给科学家提供了一个研究纲领；科学家提供了一个研究纲领；（3）范式还为科学研究提供了）范式还为科学研究提供了可模仿的成功的先可模仿的成功的先例例。 关系数据库设计范式关系数据库设计范式 1 第一范式第一范式（1NF） - 无重复的无重复的列列 第一范式（第一范式（1NF）是指数据库表的每一列都是不）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值。可分割的基本数据项，同一列中不能有多个值。 表的每一行只包含一个实例的信息。简而言之，表的每一行只包含一个实例的信息。简而

34、言之，第一范式就是无重复的列。第一范式就是无重复的列。 说明：在任何一个关系数据库中，第一范式说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一）是对关系模式的基本要求，不满足第一范式（范式（1NF）的数据库就不是关系数据库。）的数据库就不是关系数据库。 关系数据库设计范式关系数据库设计范式 第二范式第二范式（2NF）-属性完全依赖于属性完全依赖于主键主键 第二范式（第二范式（2NF）是在第一范式（）是在第一范式（1NF）的基础上）的基础上建立起来的，即满足第二范式（建立起来的，即满足第二范式（2NF）必须先满足）必须先满足第一范式（第一范式（1NF）。）。 第

35、二范式（第二范式（2NF）要求数据库表中的每个实例或）要求数据库表中的每个实例或行行必须可以被唯一地区分。必须可以被唯一地区分。 为实现区分通常需要为表加上一个列，以存储各为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。个实例的唯一标识。 例如员工信息表中加上了员工编号（例如员工信息表中加上了员工编号（emp_id）列，）列，因为每个员工的员工编号是唯一的，因此每个员因为每个员工的员工编号是唯一的，因此每个员工可以被唯一区分。这个唯一属性列被称为主关工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。键字或主键、主码。 关系数据库设计范式关系数据库设计范式 第三范式第三范式

36、（3NF）-属性不依赖于其它非主属性属性不依赖于其它非主属性消除传递依赖消除传递依赖 满足第三范式（满足第三范式（3NF）必须先满足第二范式）必须先满足第二范式（2NF）。）。 简而言之，第三范式（简而言之，第三范式（3NF）要求一个数据库表）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。中不包含已在其它表中已包含的非主关键字信息。 例如，存在一个部门信息表，其中每个部门有部门例如，存在一个部门信息表，其中每个部门有部门编号（编号（dept_id）、部门名称、部门简介等信息。）、部门名称、部门简介等信息。 那么在员工信息表中列出部门编号后就不能再将部那么在员工信息表中列出部门编号

37、后就不能再将部门名称、部门简介等与部门有关的信息再加入员工门名称、部门简介等与部门有关的信息再加入员工信息表中。信息表中。 如果不存在部门信息表，则根据第三范式（如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。也应该构建它，否则就会有大量的数据冗余。 在需求分析过程中应该建立起软件系统的行在需求分析过程中应该建立起软件系统的行为模型。为模型。 状态转换图状态转换图(简称状态图简称状态图)通过描绘系统的状态通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。及引起系统状态转换的事件，来表示系统的行为。 状态图还指明了作为特定事件的结果系统将做状态图

38、还指明了作为特定事件的结果系统将做哪些动作哪些动作(例如，处理数据例如，处理数据)。3.6 状态转换图状态转换图 状态规定了系统对事件的响应方式。状态规定了系统对事件的响应方式。 系统对事件的响应，既可以是做一个系统对事件的响应，既可以是做一个(或一系列或一系列)动作，也可以是仅仅改变系统本身的状态，还可以动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作。是既改变状态又做动作。 在状态图中定义的状态主要有：在状态图中定义的状态主要有： 初态初态(初始状态初始状态)、终态终态(最终状态最终状态)和和中间状态中间状态。 在一张状态图中只能有一个初态，而终态则可在一张状态图中只能有一

39、个初态，而终态则可以有以有0至多个。至多个。3.6.1 状态状态 事件是在某个特定时刻发生的事情。事件是在某个特定时刻发生的事情。 例如，用户移动或点击鼠标，内部时钟表明例如，用户移动或点击鼠标，内部时钟表明某个规定的时间段已经过去等都是事件。某个规定的时间段已经过去等都是事件。 简而言之，事件就是引起系统做动作或转换状简而言之，事件就是引起系统做动作或转换状态的控制信息。态的控制信息。3.6.2 事件事件 初态用实心圆表示，终态用一对同心圆初态用实心圆表示，终态用一对同心圆(内圆为内圆为实心圆实心圆)表示。表示。 中间状态用圆角矩形表示，可以用两条水平横中间状态用圆角矩形表示，可以用两条水平

40、横线把它分成上、中、下线把它分成上、中、下3个部分。个部分。 上面部分为状态的名称；中间部分为状态变量上面部分为状态的名称；中间部分为状态变量的名字和值；下面部分是活动表。的名字和值；下面部分是活动表。 在活动表中经常使用下述在活动表中经常使用下述3种标准事件：种标准事件： entry，exit 和和 do。3.6.3 符号符号 状态图中两个状态之间带箭头的连线称为状态转状态图中两个状态之间带箭头的连线称为状态转换，箭头指明了转换方向。换，箭头指明了转换方向。 状态变迁通常是由事件触发的，在表示状态转状态变迁通常是由事件触发的，在表示状态转换的箭头线上标出触发转换的事件表达式；换的箭头线上标出

41、触发转换的事件表达式；图图3.3 状态图中使用的主要符号状态图中使用的主要符号电话系统的状态图。电话系统的状态图。 没有人打电话时电话处于闲置状态；没有人打电话时电话处于闲置状态； 有人拿起听筒则进入拨号音状态，到达这个状态有人拿起听筒则进入拨号音状态，到达这个状态后，电话的行为是响起拨号音并计时；后，电话的行为是响起拨号音并计时； 这时如果拿起听筒的人改变主意不想打了，他这时如果拿起听筒的人改变主意不想打了，他把听筒放下把听筒放下(挂断挂断)，电话重又回到闲置状态；，电话重又回到闲置状态； 如果拿起听筒很长时间不拨号如果拿起听筒很长时间不拨号(超时超时)，则进入超，则进入超时状态；时状态；。

42、3.6.4 例子例子 层次方框图用树形结构的一系列多层次的矩形层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。框描绘数据的层次结构。 树形结构的顶层是一个单独的矩形框，它代表树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表这个数据完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际的子集，最底层的各个框代表组成这个数据的实际数据元素数据元素(不能再分割的元素不能再分割的元素)。 3.7 其他图形工具其他图形工具 3.7.1 层次方框图层次方框图 例如，描绘一家计算机公司全部产品的数据结例如，描绘一家计算机公司全部产品

43、的数据结构可以用层次方框图表示。构可以用层次方框图表示。图图3.5 层次方框图例层次方框图例 这种模式非常适合于需求分析阶段的需要。这种模式非常适合于需求分析阶段的需要。 系统分析员从对顶层信息的分类开始，沿图中系统分析员从对顶层信息的分类开始，沿图中每条路径反复细化，直到确定了数据结构的全部细每条路径反复细化，直到确定了数据结构的全部细节时为止。节时为止。 法国计算机科学家法国计算机科学家Warnier 提出了表示信息层提出了表示信息层次结构的另外一种图形工具。次结构的另外一种图形工具。Warnier 图也用树形图也用树形结构描绘信息。结构描绘信息。 用用Warnier 图可以表明信息的逻辑

44、组织，很容图可以表明信息的逻辑组织，很容易把易把Warnier 图转变成软件设计的工具。图转变成软件设计的工具。3.7.2 Warnier 图图图图3.6 Warnier 图的一个例子图的一个例子 I PO图是输入、处理、输出图的简称，它是美图是输入、处理、输出图的简称，它是美国国IBM公司发展完善起来的一种图形工具，能够方公司发展完善起来的一种图形工具，能够方便地描绘输入数据、对数据的处理和输出数据之间便地描绘输入数据、对数据的处理和输出数据之间的关系。的关系。 它的基本形式是在左边的框中列出有关的输入它的基本形式是在左边的框中列出有关的输入数据，在中间的框内列出主要的处理，在右边的框数据，

45、在中间的框内列出主要的处理，在右边的框内列出产生的输出数据。内列出产生的输出数据。3.7.3 I PO图图图图3.7 IPO图的一个例子图图的一个例子图图图3.8改进的改进的IPO图的形式图的形式 软件系统中软件系统中15%的错误起源于错误的需求。的错误起源于错误的需求。 为了提高软件质量，确保软件开发成功，降低为了提高软件质量，确保软件开发成功，降低软件开发成本，必须严格验证这些需求的正确性。软件开发成本，必须严格验证这些需求的正确性。 一般说来，应该从下述一般说来，应该从下述4个方面进行验证：个方面进行验证：3.8 验证软件需求验证软件需求 3.8.1 从哪些方面验证软件需求的正确性从哪些

46、方面验证软件需求的正确性(1) 一致性一致性: 所有需求必须是一致的，任何一条需求不所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。能和其他需求互相矛盾。(2) 完整性完整性: 需求必须是完整的，规格说明书应该包括需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。用户需要的每一个功能或性能。(3) 现实性现实性: 指定的需求应该是用现有的硬件技术和软件技指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些术基本上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只能从预测，对软件技术的进步则很难做出预测，只能从现有

47、技术水平出发判断需求的现实性。现有技术水平出发判断需求的现实性。(4) 有效性有效性: 必须证明需求是正确有效的，确实能解决用户必须证明需求是正确有效的，确实能解决用户面对的问题。面对的问题。1. 验证需求的一致性验证需求的一致性 当需求分析的结果是用自然语言书写的时候，当需求分析的结果是用自然语言书写的时候，除了靠人工技术审查验证软件系统规格说明书的正除了靠人工技术审查验证软件系统规格说明书的正确性之外，目前还没有其他更好的确性之外，目前还没有其他更好的“测试测试”方法。方法。 当软件需求规格说明书是用形式化的需求陈当软件需求规格说明书是用形式化的需求陈述语言书写的时候，可以用软件工具验证需

48、求的一述语言书写的时候，可以用软件工具验证需求的一致性致性(见见3.8.3节节)，从而能有效地保证软件需求的一，从而能有效地保证软件需求的一致性。致性。3.8.2 验证软件需求的方法验证软件需求的方法2. 验证需求的现实性验证需求的现实性 为了验证需求的现实性，分析员应该参照以往为了验证需求的现实性，分析员应该参照以往开发类似系统的经验，分析用现有的软、硬件技术开发类似系统的经验，分析用现有的软、硬件技术实现目标系统的可能性。实现目标系统的可能性。 必要的时候应该采用仿真或性能模拟技术，辅必要的时候应该采用仿真或性能模拟技术，辅助分析软件需求规格说明书的现实性。助分析软件需求规格说明书的现实性

49、。3. 验证需求的完整性和有效性验证需求的完整性和有效性 只有目标系统的用户才真正知道软件需求规格只有目标系统的用户才真正知道软件需求规格说明书是否完整、准确地描述了他们的需求。说明书是否完整、准确地描述了他们的需求。 然而许多用户并不能清楚地认识到他们的需要。然而许多用户并不能清楚地认识到他们的需要。 使用原型系统是一个比较现实的方法，用户通使用原型系统是一个比较现实的方法，用户通过试用原型系统，可以提出更符合实际的要求。过试用原型系统，可以提出更符合实际的要求。 为了更有效地保证软件需求的正确性，需要有为了更有效地保证软件需求的正确性，需要有适当的软件工具支持需求分析工作。适当的软件工具支

50、持需求分析工作。1977年设计完成了年设计完成了RSL(需求陈述语言需求陈述语言)。1977年美国密执安大学开发了年美国密执安大学开发了PSL/PSA (问题陈述问题陈述语言语言/问题陈述分析程序问题陈述分析程序)系统。系统。3.8.3 用于需求分析的软件工具用于需求分析的软件工具 传统软件工程方法学使用结构化分析技术，传统软件工程方法学使用结构化分析技术，完成分析用户需求的工作。完成分析用户需求的工作。 1. 需求分析的第一步是发现用户所面临的问题和需求分析的第一步是发现用户所面临的问题和对目标系统的基本需求；对目标系统的基本需求；2. 接下来对用户的基本需求反复细化逐步求精，接下来对用户的

51、基本需求反复细化逐步求精，以得出对目标系统的完整、准确和具体的需求。以得出对目标系统的完整、准确和具体的需求。3.9 小结小结3. 具体地说，应该确定系统必须具有的功能、性具体地说，应该确定系统必须具有的功能、性能、能、可靠性和可用性，必须实现的出错处理需求、接口可靠性和可用性，必须实现的出错处理需求、接口需求和逆向需求，必须满足的约束条件，并且预测需求和逆向需求，必须满足的约束条件，并且预测系统的发展前景。系统的发展前景。 为了详细地了解并正确地理解用户的需求，必为了详细地了解并正确地理解用户的需求，必须使用适当方法与用户沟通。须使用适当方法与用户沟通。 访谈是与用户通信的历史悠久的技术，至

52、今仍访谈是与用户通信的历史悠久的技术，至今仍被许多系统分析员采用。被许多系统分析员采用。 从可行性研究阶段得到的数据流图出发，在用从可行性研究阶段得到的数据流图出发，在用户的协助下面向数据流自顶向下逐步求精，也是与户的协助下面向数据流自顶向下逐步求精，也是与用户沟通获取需求的一个有效的方法。用户沟通获取需求的一个有效的方法。 为了促使用户与分析员齐心协力共同分析需求，为了促使用户与分析员齐心协力共同分析需求，人们研究出一种面向团队的需求收集法，称为简易人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术，现在这种技术已经成为信息的应用规格说明技术，现在这种技术已经成为信息系统领域使用

53、的主流技术。系统领域使用的主流技术。 实践表明，快速建立软件原型是最准确、最有实践表明，快速建立软件原型是最准确、最有效和最强大的需求分析技术。效和最强大的需求分析技术。 快速原型应该具备的基本特性是快速原型应该具备的基本特性是“快速快速”和和“容易修改容易修改”，因此，必须用适当的软件工具支持，因此，必须用适当的软件工具支持快速原型技术。快速原型技术。 通常使用第四代技术、可重用的软件构件及形通常使用第四代技术、可重用的软件构件及形式化规格说明与原型环境，快速地构建和修改原型。式化规格说明与原型环境，快速地构建和修改原型。 为了更好地理解问题，人们常常采用建立模型为了更好地理解问题，人们常常采用建立模型的方法，结构化分析实质上就是一种建模活动，在的方法，结构化分析实质上就是一种建模活动，在需求分析阶段通常建立数据模型、功能模型和行为需求分析阶段通常建立数据模型、