第3章+需求分析

1、软件工程软件工程信电工程学院信电工程学院王小磊王小磊第第1章章 软件工程学概述软件工程学概述第第2章章 可行性研究可行性研究第第3章章 需求分析需求分析第第4章章 形式化说明技术形式化说明技术第第5章章 总体设计总体设计第第6章章 详细设计详细设计第第7章章 实现实现第第8章章 维护维护第第9章章 面向对象方法学引论面向对象方法学引论第第10章章 面向对象分析面向对象分析第第11章章 面向对象设计面向对象设计第第12章章 面向对象实现面向对象实现第第13章章 软件项目管理软件项目管理v需求分析是软件定义时期的最后一个阶段，它的基本任务需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回

2、答是准确地回答“系统必须做什么系统必须做什么?”这个问题，也就是对目这个问题，也就是对目标系统提出完整、准确、清晰、具体的要求。标系统提出完整、准确、清晰、具体的要求。v在需求分析阶段结束之前，系统分析员应该写出软件需求在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。规格说明书，以书面形式准确地描述软件需求。v在分析软件需求和书写软件需求规格说明书的过程中，分在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。析员和用户都起着关键的、必不可少的作用。v不仅在整个需求分析过程中应该采用行之有效的通信技术，不仅在整个

3、需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审查验证需求分析的集中精力过细地工作，而且必须严格审查验证需求分析的结果。结果。第第3章章 需求分析需求分析 尽管目前有许多不同的用于需求分析的结构化分析方尽管目前有许多不同的用于需求分析的结构化分析方法，但是，所有这些分析方法都遵守下述准则：法，但是，所有这些分析方法都遵守下述准则：(1) 必须理解并描述问题的信息域，根据这条准则应该建立必须理解并描述问题的信息域，根据这条准则应该建立数数据模型据模型。(2) 必须定义软件应完成的功能，这条准则要求建立必须定义软件应完成的功能，这条准则要求建立功能模型功能模型。(3)

4、必须描述作为外部事件结果的软件行为，这条准则要求建必须描述作为外部事件结果的软件行为，这条准则要求建立立行为模型行为模型。(4) 必须对描述信息、功能和行为的模型进行分解，用层次的必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。方式展示细节。教学内容教学内容3.1 需求分析的任务需求分析的任务3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法3.3 分析建模与规格说明分析建模与规格说明3.4 实体实体-联系图联系图3.6 状态转换图状态转换图3.7 其他图形工具其他图形工具3.8 验证软件需求验证软件需求3.1.1 确定对系统的综合要求确定对系统的综合要求3.1.2 分析

5、系统的数据要求分析系统的数据要求3.1.3 导出系统的逻辑模型导出系统的逻辑模型3.1.4 修正系统的开发计划修正系统的开发计划3.1 需求分析的任务需求分析的任务通常对软件系统有下述几方面的需求：通常对软件系统有下述几方面的需求：1. 1. 功能需求功能需求这方面的需求指定系统必须提供的服务。通过需求分析应该这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。划分出系统必须完成的所有功能。2. 2. 性能需求性能需求性能需求指定系统必须满足的定时约束或容量约束，通常包性能需求指定系统必须满足的定时约束或容量约束，通常包括速度括速度( (响应时间响应时间) )、信

6、息量速率、主存容量、磁盘容量、安、信息量速率、主存容量、磁盘容量、安全性等方面的需求。全性等方面的需求。3.1.1 确定对系统的综合要求确定对系统的综合要求3. 3. 可靠性和可用性需求可靠性和可用性需求可靠性需求定量地指定系统的可靠性。可靠性需求定量地指定系统的可靠性。可用性与可靠性密切相关，它量化了用户可以使用系统的程可用性与可靠性密切相关，它量化了用户可以使用系统的程度。度。4. 4. 出错处理需求出错处理需求这类需求说明系统对环境错误应该怎样响应。这类需求说明系统对环境错误应该怎样响应。在某些情况下，在某些情况下，“出错处理出错处理”指的是当应用系统发现它自己指的是当应用系统发现它自己

7、犯犯下一个错误时所采取的行动，但是，应该有选择地提出这类下一个错误时所采取的行动，但是，应该有选择地提出这类出错处理需求。出错处理需求。6. 6. 约束约束设计约束或实现约束是用来描述在设计或实现应用系统时应设计约束或实现约束是用来描述在设计或实现应用系统时应遵守的限制条件。常见的约束有：精度；工具和语言约束；遵守的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。设计约束；应该使用的标准；应该使用的硬件平台。7. 7. 逆向需求逆向需求逆向需求说明软件系统不应该做什么。逆向需求说明软件系统不应该做什么。8. 8. 将来可能提出的要求将来可能提出的要求

8、应该明确地列出那些虽然不属于当前系统开发范畴，但是据应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求，以便在设计过程中为系统分析将来很可能会提出来的要求，以便在设计过程中为系统将来可能的扩充和修改做准备。将来可能的扩充和修改做准备。v为什么要分析？为什么要分析？任何一个软件系统本质上都是信息处理系统，系统必须处理任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要貌，对软件设计有深远影响，因此，必须分析系统的

9、数据要求，这是软件需求分析的一个重要任务。求，这是软件需求分析的一个重要任务。v怎么分析？怎么分析？v实体实体-联系图：建立数据模型（联系图：建立数据模型（3.4节）节）v层次方框图、层次方框图、Warnier图：描绘数据结构（图：描绘数据结构（3.7节）节）v数据结构规范化（数据结构规范化（3.5节）节）v例：分析医疗管理系统数据例：分析医疗管理系统数据3.1.2 分析系统的数据要求分析系统的数据要求例：分析医疗费管理系统数据例：分析医疗费管理系统数据职工医疗费报销时输入职工每次报销的日期、职工号、姓职工医疗费报销时输入职工每次报销的日期、职工号、姓名、部门、医疗费类别、金额名、部门、医疗费

10、类别、金额上述数据输入以后要多次使用：上述数据输入以后要多次使用：报销当天要算出医疗费分类总额和各类总金额以便报销当天要算出医疗费分类总额和各类总金额以便核对出纳员支出的金额总数。核对出纳员支出的金额总数。每笔账保存在医疗费明细上，供统计全校医疗费支每笔账保存在医疗费明细上，供统计全校医疗费支出总账和输出个人医疗费明细账。出总账和输出个人医疗费明细账。累加到对应的职工的医疗费累计账上，以便及时了累加到对应的职工的医疗费累计账上，以便及时了解该职工医疗费是否超支。解该职工医疗费是否超支。建立数据模型建立数据模型数据规范化数据规范化v综合上述两项分析的结果可以导出系统的详细的逻辑模型，综合上述两项

11、分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体通常用数据流图、实体- -联系图、状态转换图、数据字典和联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。主要的处理算法描述这个逻辑模型。v数据流图：功能模型数据流图：功能模型v实体实体- -联系图：数据模型联系图：数据模型v状态转换图：行为模型状态转换图：行为模型3.1.3 导出系统的逻辑模型导出系统的逻辑模型v根据在分析过程中获得的对系统的更深入更具体的了解，根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。开

12、发计划。3.1.4 修正系统开发计划修正系统开发计划3.2.1 访谈访谈3.2.2 面向数据流自顶向下求精面向数据流自顶向下求精3.1.3 简易的应用规格说明技术简易的应用规格说明技术3.1.4 快速建立软件原型快速建立软件原型3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法3.2.1 访谈访谈v访谈访谈有两种基本形式：有两种基本形式：v正式访谈：分析员将提出一些事先准备好的具体问题正式访谈：分析员将提出一些事先准备好的具体问题v非正式访谈：分析员将提出一些用户可以自由回答的开非正式访谈：分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法放性问题，以鼓励被访问

13、人员说出自己的想法v当需要调查大量人员的意见时，向被调查人分发当需要调查大量人员的意见时，向被调查人分发调查表调查表是是一个十分有效的做法。分析员仔细阅读收回的调查表，然一个十分有效的做法。分析员仔细阅读收回的调查表，然后再有针对性地访问一些用户，向他们询问在分析调查表后再有针对性地访问一些用户，向他们询问在分析调查表时发现的新问题。时发现的新问题。v在访问用户的过程中使用在访问用户的过程中使用情景分析技术情景分析技术往往非常有效。所往往非常有效。所谓情景分析就是对用户将来使用目标系统解决某个具体问谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。题的方法和结果进行分析

14、。v结构化分析（结构化分析（Structured Analysis,简称简称SA）方法，是面向）方法，是面向数据流自顶向下逐步求精进行需求分析的方法。数据流自顶向下逐步求精进行需求分析的方法。v自顶向下逐步求精：面对一个复杂的问题，分析人员不可自顶向下逐步求精：面对一个复杂的问题，分析人员不可能一开始就考虑到问题的所有方面以及全部细节，采用的能一开始就考虑到问题的所有方面以及全部细节，采用的策略往往是分解，把一个复杂的问题划分成若干小问题，策略往往是分解，把一个复杂的问题划分成若干小问题，然后再分别解决，将问题的复杂性降低到人可以掌握的程然后再分别解决，将问题的复杂性降低到人可以掌握的程度度

15、。v通过可行性研究已经得出了目标系统的高层数据流图，需通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目标之一就是把数据流和数据存储定义到元素级。求分析的目标之一就是把数据流和数据存储定义到元素级。3.2.1 面向数据流自顶向下求精面向数据流自顶向下求精S S2 21 13 32.22.22.12.12.32.33.13.13.23.2 顶层顶层（不编号）（不编号）0 0层层1 1层层图图3.1 3.1 面向数据流自顶向下求精过程面向数据流自顶向下求精过程v面向数据流自顶向下求精过程面向数据流自顶向下求精过程v分析追踪数据流图分析追踪数据流图：沿数据流图从输出端往输入端回溯，确：沿数

16、据流图从输出端往输入端回溯，确定每个数据元素的来源，与此同时初步定义有关的算法。对定每个数据元素的来源，与此同时初步定义有关的算法。对于数据流图中尚未出现的数据元素或还不清楚的算法，需要于数据流图中尚未出现的数据元素或还不清楚的算法，需要向用户和其他有关工作人员请教。通常把分析过程中得到的向用户和其他有关工作人员请教。通常把分析过程中得到的有关数据元素的信息记录在数据字典中；把对算法的简明描有关数据元素的信息记录在数据字典中；把对算法的简明描述记录在述记录在IPOIPO图中；通过分析而补充的数据流、数据存储和图中；通过分析而补充的数据流、数据存储和处理，应该添加到数据流图的适当位置上。处理，应

17、该添加到数据流图的适当位置上。v用户复查用户复查：分析员借助数据流图、数据字典和：分析员借助数据流图、数据字典和IPOIPO图向用户图向用户解释输入数据是怎样转变成输出数据的；用户应该注意倾听解释输入数据是怎样转变成输出数据的；用户应该注意倾听分析员的报告，并及时纠正和补充分析员的认识。分析员的报告，并及时纠正和补充分析员的认识。v细化数据流图细化数据流图：分析员把数据流图扩展到更低的层次：分析员把数据流图扩展到更低的层次。v简易的应用规格说明技术，是一种面向团队的需求收简易的应用规格说明技术，是一种面向团队的需求收集法，这种方法提倡用户与开发者密切合作，共同标集法，这种方法提倡用户与开发者密

18、切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基识问题，提出解决方案要素，商讨不同方案并指定基本需求。本需求。3.2.3 简易的应用规格说明技术简易的应用规格说明技术v使用此技术的典型过程如下：使用此技术的典型过程如下：v访谈，初步确定问题的范围和解决方案；访谈，初步确定问题的范围和解决方案；v开发者和用户分别写出开发者和用户分别写出“产品需求产品需求”，与会者事先审查这些，与会者事先审查这些产品需求并针对每个议题（对象、服务、约束和性能等）列产品需求并针对每个议题（对象、服务、约束和性能等）列表表达自己认识；表表达自己认识；v通过会议讨论，针对每个议题创建出一张意见一致的列表；通

19、过会议讨论，针对每个议题创建出一张意见一致的列表；v分成小组，分别为每张列表中的项目制定小型规格说明；分成小组，分别为每张列表中的项目制定小型规格说明；v对各小组制定的小型规格说明进行讨论；对各小组制定的小型规格说明进行讨论；v每个与会者制定确认标准，并提交会议讨论，创建出意见一每个与会者制定确认标准，并提交会议讨论，创建出意见一致的确认标准；致的确认标准；v根据会议成果起草完整软件需求规格说明书。根据会议成果起草完整软件需求规格说明书。v快速原型就是快速建立起来的旨在演示目标系统主要功能快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。构建原型的要点是，它应该实现用户看的可运

20、行的程序。构建原型的要点是，它应该实现用户看得见的功能，省略目标系统的得见的功能，省略目标系统的“隐含隐含”功能。功能。v快速原型应该具备的两个特性：快速原型应该具备的两个特性：v快速快速v容易修改容易修改v构建和修改原型的常用方法和工具：构建和修改原型的常用方法和工具：v第四代技术第四代技术v可充用的软件构件可充用的软件构件v形式化规格说明和原型环境形式化规格说明和原型环境3.2.4 快速建立软件原型快速建立软件原型3.3.1 分析建模分析建模3.3.2 软件需求规格说明软件需求规格说明3.3 分析建模与规格说明分析建模与规格说明3.3.1 分析建模分析建模v所谓模型，就是为了理解事物而对事

21、物做出的一种抽象，所谓模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，模型由一组图是对事物的一种无歧义的书面描述。通常，模型由一组图形符号和组织这些符号的规则组成。形符号和组织这些符号的规则组成。v需求分析过程应该建立需求分析过程应该建立3种模型，它们分别是数据模型、功种模型，它们分别是数据模型、功能模型和行为模型。能模型和行为模型。v实体实体-联系图联系图，描绘数据对象及数据对象之间的关系，描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形化技术；是用于建立数据模型的图形化技术；v数据流图数据流图，描绘当数据在软件系统中移动时被变换的逻，描绘当数据

22、在软件系统中移动时被变换的逻辑过程，是建立功能模型的图形化技术；辑过程，是建立功能模型的图形化技术；v状态转换图状态转换图(简称为状态图简称为状态图)，描绘了系统的各种行为模，描绘了系统的各种行为模式式(称为称为“状态状态”)和在不同状态间转换的方式，是行为和在不同状态间转换的方式，是行为建模的基础。建模的基础。v软件需求规格说明书，是需求分析阶段得出的最主要的文软件需求规格说明书，是需求分析阶段得出的最主要的文档。档。v书写软件需求规格说明书：书写软件需求规格说明书：v用自然语言描述用自然语言描述v用形式化方法描述用形式化方法描述v文档参考格式：文档参考格式：v按数据流分析的软件需求规格说明

23、书格式按数据流分析的软件需求规格说明书格式v根据根据GB-856D-88规定的需求规格说明形式规定的需求规格说明形式3.3.2 软件需求规格说明软件需求规格说明按数据流分析的按数据流分析的软件需求规格说明书格式软件需求规格说明书格式1.概述2.界面3.数据流分析 3.n 第n层数据流图分解 3.n.x 数据流图（图号 ） （1）数据描述 （2）加工描述4.质量评审要求5.补充说明根据根据GB-856D-88规定的规定的需求规格说明形式需求规格说明形式 1. 引言 1.1 编写说编写说明 1.2 背景 1.3 定义义 1.4 参参考资资料 2. 任务概务概述 2.1 目标标 2.2 用户户的特点

24、 2.3 假定与约与约束 3. 需求规规定 3.1 对对功能的规规定 3.2 对对性能的规规定 3.2.1 精度 3.2.2 时间时间特性要求 3.2.3 灵灵活性 3.3 输输入输输出要求 3.4 数数据管理能力要求 3.5 故障处处理要求 3.6 其他专门专门要求 4. 运运行环环境要求 4.1 设备设备 4.2 支持软软件 4.3 接口 4.4 控制v概念性数据模型是按照用户的观点对数据建立的模型，它概念性数据模型是按照用户的观点对数据建立的模型，它描述了从用户角度看到的数据，与在软件系统中的实现方描述了从用户角度看到的数据，与在软件系统中的实现方法无关。法无关。v概念性数据模型包含概念

25、性数据模型包含3 3种相互关联的信息：种相互关联的信息：v数据对象数据对象v数据对象的属性数据对象的属性v数据对象彼此间相互连接的关系（联系）数据对象彼此间相互连接的关系（联系）3.4 实体实体-联系图联系图3.4.1 数据对象数据对象v数据对象是对软件必须理解的复合信息的抽象。数据对象是对软件必须理解的复合信息的抽象。v可以由一组属性来定义的实体都可以被认为是数据对象。可以由一组属性来定义的实体都可以被认为是数据对象。v数据对象彼此间是有关联的。数据对象彼此间是有关联的。v数据对象只封装了数据而没有封装对数据的操作，与面向数据对象只封装了数据而没有封装对数据的操作，与面向对象范型中的对象范型

26、中的“对象对象”不同。不同。v属性定义了数据对象的性质。属性定义了数据对象的性质。v必须把一个或多个属性定义为必须把一个或多个属性定义为“关键字关键字”( (通常简称为通常简称为“键键”) )，键可以唯一标识一个数据对象。，键可以唯一标识一个数据对象。v应该根据对所要解决的问题的理解，来确定特定数据对象应该根据对所要解决的问题的理解，来确定特定数据对象的一组合适的属性。的一组合适的属性。3.4.2 属性属性v数据对象彼此之间相互连接的方式称为联系，也称为关系。数据对象彼此之间相互连接的方式称为联系，也称为关系。联系可分为以下联系可分为以下3种类型：种类型：v一对一联系一对一联系(1 1)v一对

27、多联系一对多联系(1 N)v多对多联系多对多联系(M N)v联系也可能有属性。联系也可能有属性。3.4.3 联系联系v通常，使用实体通常，使用实体- -联系图联系图(entity-relationship diagram)(entity-relationship diagram)来建立数据模型。可以把实体来建立数据模型。可以把实体- -联系图简称为联系图简称为ERER图，相应图，相应地可把用地可把用ERER图描绘的数据模型称为图描绘的数据模型称为ERER模型。模型。vERER图中包含了实体图中包含了实体( (即数据对象即数据对象) )、关系和属性等、关系和属性等3 3种基本种基本成分，其中：成

28、分，其中： 代表实体；代表实体； 或或 代表属性；代表属性； 代表关系；代表关系；vERER模型可以作为用户与分析员之间有效的交流工具。模型可以作为用户与分析员之间有效的交流工具。3.4.4 实体实体-联系图的符号联系图的符号图图3.2 3.2 某校教学管理某校教学管理ERER图图思考 请为仓库管理设计一个ER模型 习题3（P63） 习题4（P63）仓库管理ER图分析 确定实体类型： 零件、工程项目、供应商 确定联系类型： 零件工程项目（M:N）,零件供应商（M:N） 确定实体类型和联系类型的属性： 略 把实体类型、联系类型及属性组合成ER图工程项目供应商零件项目编号项目名称开工日期供应商编号

29、供应商名称地址供应量订购量项目编号项目编号项目编号项目编号供应订购MMNN习题3 确定实体 确定实体联系 确定实体及联系的属性 把实体类型、联系类型及属性组合成ER图 储户和储蓄所 存取款（M:N） 储户：姓名、地址、电话号码、身份证号码 储蓄所：名称、地址、电话号码 存取款：数额、类型、到期日期、利率、密码v状态转换图状态转换图( (简称为状态图简称为状态图) )通过描绘系统的状态及引起系通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。此外，状态图还统状态转换的事件，来表示系统的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作指明了作为特定事件的结果系统将做哪些动作

30、( (例如，处理例如，处理数据数据) )。 3.6.1 状态状态 3.6.2 事件事件 3.6.3 符号符号 3.6.4 例子例子3.6 状态转换图状态转换图3.6.1 状态状态v状态是任何可以被观察到的系统行为模式，一个状态代表状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。系统的一种行为模式。v状态规定了系统对事件的响应方式。状态规定了系统对事件的响应方式。v在状态图中定义的状态主要有：初态、终态和中间状态。在状态图中定义的状态主要有：初态、终态和中间状态。在一张状态图中只能有一个初态，而终态则可以有在一张状态图中只能有一个初态，而终态则可以有0 0至多个。至多个。v

31、状态图既可以表示系统循环运行过程，也可以表示系统单状态图既可以表示系统循环运行过程，也可以表示系统单程生命期。程生命期。v事件是在某个特定时刻发生的事情，它是对引起系统做动事件是在某个特定时刻发生的事情，它是对引起系统做动作或作或( (和和) )从一个状态转换到另一个状态的外界事件的抽象。从一个状态转换到另一个状态的外界事件的抽象。3.6.2 事件事件3.6.3 符号符号图图3.3 3.3 状态图中使用的主要符号状态图中使用的主要符号初态初态终态终态中间状态中间状态活动表的语法格式如下：活动表的语法格式如下：事件名事件名(参数表参数表)/动作表达式动作表达式其中，其中，v“事件名事件名”可以是

32、任何事件的名称。在活动表中经常使用可以是任何事件的名称。在活动表中经常使用下述下述3种标准事件：种标准事件：ventry事件，指定进入该状态的动作；事件，指定进入该状态的动作；vexit事件，指定退出该状态的动作；事件，指定退出该状态的动作；vdo事件，指定在该状态下的动作。事件，指定在该状态下的动作。v需要时可以为事件指定参数表；需要时可以为事件指定参数表；v活动表中的动作表达式描述应做的具体动作。活动表中的动作表达式描述应做的具体动作。v状态图中两个状态之间带箭头的连线称为状态转换，箭头状态图中两个状态之间带箭头的连线称为状态转换，箭头指明了转换方向。指明了转换方向。v状态变迁通常是由事件

33、触发的，在这种情况下应在表示状状态变迁通常是由事件触发的，在这种情况下应在表示状态转换的箭头线上标出触发转换的态转换的箭头线上标出触发转换的事件表达式事件表达式；如果在箭；如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换。后自动触发转换。事件表达式的语法如下：事件表达式的语法如下：事件说明守卫条件动作表达式事件说明守卫条件动作表达式其中，其中，v事件说明的语法为：事件名事件说明的语法为：事件名( (参数表参数表) )；v守卫条件是一个布尔表达式；守卫条件是一个布尔表达式；v动作表达式是一个过程表达式，当状态转换开始时执行

34、该动作表达式是一个过程表达式，当状态转换开始时执行该表达式。表达式。3.6.4 例子例子图图3.4 电话系统的状态图电话系统的状态图3.7.1 层次方框图层次方框图3.7.2 Warnier图图3.7.3 IPO图图3.7 其他图形工具其他图形工具3.7.1 层次方框图层次方框图v层次方框图用树形结构的一系列多层次的矩形框层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各独的矩形框，它代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框层矩形框代表这个数据的子

35、集，最底层的各个框代表组成这个数据的实际数据元素代表组成这个数据的实际数据元素( (不能再分割的不能再分割的元素元素) )。图图3.5 3.5 描述一家计算机公司全部产品的层次方框图描述一家计算机公司全部产品的层次方框图vWarnier图也用树形结构描绘信息，但是这种图形图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段，用工具比层次方框图提供了更丰富的描绘手段，用它可以表明信息的逻辑组织。它可以表明信息的逻辑组织。3.7.2 Warnier图图图图3.6 3.6 描述一家计算机公司一类软件产品的描述一家计算机公司一类软件产品的WarnierWarnier图图vIPO图是输入处理输出图的简称图是输入处理输出图的简称 ,它的基本形它的基本形式是在左边的框中列出有关的输入数据，在中间式是在左边的框中列出有关的输入数据，在中间的框内列出主要的处理，在右边的框内列出产生的框内列出主要的处理，在右边的框内列出产生的输出数据，用类似向量符号的粗大箭头清楚地的输出数据，用类似向量符号的粗大箭头清