下载文档原格式
第一章一、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。
它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。
软件危机的典型表现：(1) 对软件开发成本和进度的估计常常很不准确。
常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。
而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。
这些都降低了开发商的信誉，引起用户不满。
(2) 用户对已完成的软件不满意的现象时有发生。
(3) 软件产品的质量往往是靠不住的。
(4) 软件常常是不可维护的。
(5) 软件通常没有适当的文档资料。
文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。
(6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。
(7) 开发生产率提高的速度远跟不上计算机应用普及的需求。
软件危机出现的原因：(1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。
(2) 软件开发与维护的方法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。
(3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。
三、什么是软件工程？它有哪些本质特征？怎样用软件工程消除软件危机？1993年IEEE的定义：软件工程是：①把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；②研究①中提到的途径。
软件工程的本质特征：(1) 软件工程关注于大型程序(软件系统)的构造(2) 软件工程的中心课题是分解问题，控制复杂性(3) 软件是经常变化的，开发过程中必须考虑软件将来可能的变化(4) 开发软件的效率非常重要，因此，软件工程的一个重要课题就是，寻求开发与维护软件的更好更有效的方法和工具(5) 和谐地合作是开发软件的关键(6) 软件必须有效地支持它的用户(7) 在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人(完成一些工作)消除软件危机的途径：(1) 对计算机软件有一个正确的认识(软件≠程序）(2) 必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目(3) 推广使用在实践中总结出来的开发软件的成功技术和方法(4) 开发和使用更好的软件工具六、什么是软件过程?它与软件工程方法学有何关系?软件过程是为了开发出高质量的软件产品所需完成的一系列任务的框架，它规定了完成各项任务的工作步骤。
软件工程导论第六版课后习题答案完整版首先，感谢您对软件工程导论课后习题答案的需求。
以下是软件工程导论第六版课后习题的完整答案。
第一章：软件工程概述1.1 问题1. 什么是软件工程？答：软件工程是一种应用工程原理、方法和工具来开发和维护高质量软件的学科。
1.2 问题1. 什么是软件?答：软件是一系列按照特定顺序组织的计算机数据和指令。
第二章：软件过程模型2.1 问题1. 软件过程模型有哪些类型？答：常见的软件过程模型包括瀑布模型、迭代模型、螺旋模型和敏捷开发模型等。
2.2 问题1. 瀑布模型的特点是什么？答：瀑布模型是一种线性顺序模型，以阶段划分为基础，每个阶段的任务在进入下一个阶段前必须完成。
第三章：需求分析与规格说明3.1 问题1. 软件需求描述包括哪些方面的内容？答：软件需求描述需要包括功能性需求、非功能性需求、用户需求和系统需求等。
3.2 问题1. 什么是需求跟踪？答：需求跟踪是指在软件开发过程中，通过建立需求和软件项目中其他相关工件之间的关联，确保需求的准确实现和变更的有效管理。
第四章：软件设计4.1 问题1. 软件设计的目标是什么？答：软件设计的目标是通过确定软件的整体结构和组成部分，确保软件满足需求并具有良好的可维护性和可重用性。
第五章：软件测试与维护5.1 问题1. 什么是软件测试？答：软件测试是一种评估和改进软件质量的过程，目的是发现错误并提高软件的可靠性和可用性。
5.2 问题1. 什么是软件维护？答：软件维护是指在软件交付后的整个生命周期中对软件进行修改和改进，以满足用户需求和修复错误。
第六章：软件配置管理6.1 问题1. 软件配置管理的目标是什么？答：软件配置管理的目标是确保软件在开发和维护过程中的可控性和可追踪性，以及保持软件配置的稳定性和一致性。
6.2 问题1. 软件版本控制是什么？答：软件版本控制是指对软件的不同版本进行管理，包括版本的创建、检出、合并和更新等操作。
至此，我们完成了软件工程导论第六版课后习题的完整答案。
软件⼯程课后习题答案第⼀章⼀、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？软件危机是指在计算机软件开发、使⽤与维护过程中遇到的⼀系列严重问题和难题。
它包括两⽅⾯：如何开发软件，已满⾜对软件⽇益增长的需求；如何维护数量不断增长的已有软件。
软件危机的典型表现：(1) 对软件开发成本和进度的估计常常很不准确。
常常出现实际成本⽐估算成本⾼出⼀个数量级、实际进度⽐计划进度拖延⼏个⽉甚⾄⼏年的现象。
⽽为了赶进度和节约成本所采取的⼀些权宜之计⼜往往损害了软件产品的质量。
这些都降低了开发商的信誉，引起⽤户不满。
(2) ⽤户对已完成的软件不满意的现象时有发⽣。
(3) 软件产品的质量往往是靠不住的。
(4) 软件常常是不可维护的。
(5) 软件通常没有适当的⽂档资料。
⽂档资料不全或不合格，必将给软件开发和维护⼯作带来许多难以想象的困难和难以解决的问题。
(6) 软件成本、软件维护费在计算机系统总成本中所占⽐例逐年上升。
(7) 开发⽣产率提⾼的速度远跟不上计算机应⽤普及的需求。
软件危机出现的原因：(1) 来⾃软件⾃⾝的特点：是逻辑部件，缺乏可见性；规模庞⼤、复杂，修改、维护困难。
(2) 软件开发与维护的⽅法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。
(3) 供求⽭盾将是⼀个永恒的主题：⾯对⽇益增长的软件需求，⼈们显得⼒不从⼼。
⼆、假设⾃⼰是⼀家软件公司的总⼯程师，当把图1.1给⼿下的软件⼯程师们观看，告诉他们及时发现并改正错误的重要性时，有⼈不同意这个观点，认为要求在错误进⼊软件之前就清楚它们是不现实的，并举例说：“如果⼀个故障是编码错误造成的，那么，⼀个⼈怎么能在设计阶段清除它呢？”应该怎么反驳他？答：在软件开发的不同阶段进⾏修改付出的代价是很不相同的，在早期引⼊变动，涉及的⾯较少，因⽽代价也⽐较低；在开发的中期，软件配置的许多成分已经完成，引⼊⼀个变动要对所有已完成的配置成分都做相应的修改，不仅⼯作量⼤，⽽且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引⼊变动，当然付出的代价更⾼。
第一章一、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。
它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。
软件危机的典型表现：(1) 对软件开发成本和进度的估计常常很不准确。
常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。
而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。
这些都降低了开发商的信誉，引起用户不满。
(2) 用户对已完成的软件不满意的现象时有发生。
(3) 软件产品的质量往往是靠不住的。
(4) 软件常常是不可维护的。
(5) 软件通常没有适当的文档资料。
文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。
(6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。
(7) 开发生产率提高的速度远跟不上计算机应用普及的需求。
软件危机出现的原因：(1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。
(2) 软件开发与维护的方法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。
(3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。
二、假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改，不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。
软件工程习题与答案 封装是面向对象编程中的一种基本概念。通过封装，我们可以将数据和操作封装在一个类中，实现了数据的隐藏和安全性的保护，同时还提供了一个统一的接口供其他类进行调用。下面是一些关于软件工程中封装的习题及答案，希望能够帮助读者更好地理解和掌握封装的概念和应用。
1. 习题：什么是封装？封装的主要目的是什么？ 答案：封装是一种将数据和操作进行封装的过程，通过将相关的数据和操作集合在一起，形成一个类。封装的主要目的是隐藏数据的具体实现细节，仅对外提供有限的接口，从而保证数据的安全性和完整性。
2. 习题：请解释封装与继承的关系。 答案：封装和继承是面向对象编程中两个重要的概念。封装是将数据和操作封装在一个类中，实现了数据的隐藏和安全性的保护；而继承是子类继承父类的属性和方法，通过继承可以实现代码的重用。封装和继承是相辅相成的，封装提供了数据的封闭性和安全性，而继承则提供了代码的复用性和扩展性。
3. 习题：请列举封装的好处。 答案：封装具有以下几个好处： - 提高了代码的可维护性：封装将数据和操作封装在一个类中，大大降低了代码的复杂度，使得代码更易于理解和维护。
- 提高了代码的重用性：通过封装，不同的类可以共享一个封装好的类，减少了代码的重复编写，提高了代码的重用性。
- 提高了数据的安全性：封装将数据的具体实现细节隐藏起来，只对外提供有限的接口，保护了数据的安全性和完整性。
- 提高了代码的可扩展性：通过封装，可以更容易地对代码进行扩展和修改，不需要改动已经封装好的部分。
4. 习题：封装如何体现在实际的软件开发中？ 答案：在实际的软件开发中，封装可以通过以下方式体现： - 使用访问修饰符：通过使用访问修饰符（private、protected、public）来限定类的成员的访问权限，实现数据的封装和隐藏。
- 提供公共接口：将类的成员数据隐藏起来，对外只提供有限的接口来访问和操作数据，从而确保数据的安全性和完整性。
软件工程课后习题答案第五版《软件工程导论》课后习题答案第一章软件工程概论1．什么是软件危机？软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
这些问题表现在以下几个方面：(1)用户对开发出的软件很难满意。
(2)软件产品的质量往往靠不住。
(3)一般软件很难维护。
(4)软件生产效率很低。
(5)软件开发成本越来越大。
(6)软件成本与开发进度难以估计。
- (7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。
2．为什么会产生软件危机？(1) 开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。
造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。
(2) 软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。
(3) 尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。
3．怎样克服软件危机？(1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。
在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。
(2) 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。
(3) 根据不同的应用领域，开发更好的软件工具并使用这些工具。
将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发支环环境。
- 总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。
4.构成软件项目的最终产品：应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料。
5．什么是软件生存周期？软件生存周期是指从软件定义、开发、使用、维护到淘汰的全过程。
软件工程习题(附答案)软件工程习题 (附答案)1、软件需求工程1.1 问题描述给定一个学生管理系统，要求实现以下功能：添加学生信息、查询学生信息、修改学生信息、删除学生信息。
1.2 解决方案通过用户界面收集学生信息，使用数据库存储学生信息，编写相应的查询、修改和删除功能实现。
1.3 测试与验证编写测试用例，包括正常情况和异常情况的输入，测试系统是否正确执行学生信息的增删改查操作，并验证结果是否正确。
2、软件设计2.1 模块划分将学生管理系统划分为以下模块：用户界面模块、数据存储模块、查询模块、修改模块、删除模块。
2.2 模块接口设计用户界面模块接收用户输入的学生信息，数据存储模块负责将学生信息存储到数据库中，查询、修改和删除模块通过调用数据库接口实现相应功能。
2.3 系统架构采用三层架构，将用户界面、业务逻辑和数据存储分离，提高代码的可维护性和可扩展性。
3、软件实现3.1 开发工具选择选择合适的开发工具，如Java编程语言、Eclipse开发环境和MySQL数据库。
3.2 编码规范遵循公司制定的编码规范，保证代码的可读性和一致性。
3.3 数据库设计设计学生信息表，包括学生ID、姓名、性别、年龄等字段，并建立适当的索引以提高查询性能。
4、软件测试4.1 单元测试针对每个模块编写相应的单元测试，确保模块的各个功能都能正常工作。
4.2 集成测试将各个模块按照设计要求进行集成测试，验证系统的功能完整性和正确性。
4.3 系统测试对整个学生管理系统进行全面的系统测试，包括正常场景和异常场景的测试，确保系统能够满足需求并稳定可靠。
5、软件部署5.1 环境准备部署系统所需的软件和硬件环境，包括操作系统、数据库等。
5.2 安装部署将开发完成的系统安装到目标机器上，配置必要的参数，确保系统能够正常运行。
5.3 系统发布将系统发布到生产环境，对外提供服务。
6、软件维护6.1 问题定位与修复对用户反馈的问题进行定位和修复，确保系统的稳定性和可用性。
一、选择题1.软件开发瀑布模型中的软件定义时期各个阶段依次是：（B）A)可行性研究，问题定义，需求分析。
B)问题定义，可行性研究，需求分析。
C)可行性研究，需求分析，问题定义。
D)以上顺序都不对。
(软件开发时期：概要设计、详细设计、软件实现、软件测试)2.可行性研究主要从以下几个方面进行研究：（A）A）技术可行性，经济可行性，操作可行性。
B）技术可行性，经济可行性，系统可行性。
C）经济可行性，系统可行性，操作可行性。
D）经济可行性，系统可行性，时间可行性。
3.耦合是对软件不同模块之间互连程度的度量。
各种耦合按从强到弱排列如下：（C）A)内容耦合，控制耦合，数据耦合，公共环境耦合。
B)内容耦合，控制耦合，公共环境耦合，数据耦合。
C)内容耦合，公共环境耦合，控制耦合，数据耦合。
(内容耦合、公共耦合、外部耦合、控制耦合、特征耦合、数据耦合)D)控制耦合，内容耦合，数据耦合，公共环境耦合。
4.在详细设计阶段所使用到的设计工具是：（C ）A)程序流程图，PAD 图，N-S 图，HIPO 图，判定表，判定树.B)数据流程图，Yourdon 图，程序流程图，PAD 图，N-S 图，HIPO 图。
C)判定表，判定树，PDL，程序流程图，PAD 图，N-S 图。
D)判定表，判定树，数据流程图，系统流程图，程序流程图，层次图。
详细设计阶段工具：判定表、判定树、数据流程图、系统流程图、程序流程图、PAD 图、N-S 图、PDL在软件详细设计阶段,常用的图形描述工具有程序流程图,盒图(NS 图)和问题分析图(PAD) .常用的语言描述工具为 PDL(程序设计语言) ,常用的表格描述工具有判定表和判定树.DFD 数据流图：总体设计阶段5.按照软件工程的原则，模块的作用域和模块的控制域之间的关系是：（A）A)模块的作用域应在模块的控制域之内。
B)模块的控制域应在模块的作用域之内。
C)模块的控制域与模块的作用域互相独立。
D)以上说法都不对。
第10周实验试题一.（类图）【说明】某图书管理系统的主要功能如下：(1)图书管理系统的资源目录中记录着所有可供读者借阅的资源，每个资源都有唯一的索引号。
系统需登记每项资源的名称、出版时间和资源状态（在库或已借出）。
(2)资源可以分为两类：图书和唱片。
对于图书，系统还需登记作者和页数；对于唱片，还需登记演唱者和介质类型（CD或者磁带）。
(3)读者信息保存在图书管理系统的读者信息数据库中，记录的信息包括：读者的识别码和读者姓名。
系统为每个读者创建了一个借书记录文件，用来保存读者所借资源的相关信息。
上述说明中带下划线的名字表示找出的类，请用类图描述这些类之间的联系。
试题二. （类图）【说明】已知某唱片播放器不仅可以播放唱片，而且可以连接电脑并把电脑中的歌曲刻录到唱片上（同步歌曲）。
连接电脑的过程中还可自动完成充电。
关于唱片，有以下描述信息：(1)每首歌曲的描述信息包括：歌曲的名字、谱写这首歌曲的艺术家以及演奏这首歌曲的艺术家。
只有两首歌曲的这三部分信息完全相同时，才认为它们是同一首歌曲。
艺术家可能是一名歌手或一支由2名或2名以上的歌手所组成的乐队。
一名歌手可以不属于任何乐队，也可以属于一个或多个乐队。
(2)每张唱片由多条音轨构成；一条音轨中只包含一首歌曲或为空，一首歌曲可分布在多条音轨上；同一首歌曲在一张唱片中最多只能出现一次。
(3)每条音轨都有一个开始位置和持续时间。
一张唱片上音轨的次序是非常重要的，因此对于任意一条音轨，播放器需要准确地知道，它的下一条音轨和上一条音轨是什么（如果存在的话）。
上述说明中，根据OOA，找出的类为：唱片、歌曲、艺术家、歌手、乐队、音轨，类图如下图所示。
【问题1】根据图中的关系给出图中的A~F所对应的类（6分）。
~（6）处的多重度。
（3分）【问题2】根据说明中的描述，给出图中（1）二．计算机学院的毕业设计管理系统主要包括以下功能：(1)系统管理员通过登录进入系统的管理界面，导入学生基本信息和教师基本信息，维护研究室信息，维护用户信息，维护用户权限，查看系统日志；(2)教务管理员登陆系统，管理毕业设计项目（包括创建毕业设计项目、删除项目、修改项目、导入参与项目的学生名单、导出项目安排表）、管理毕设课题（包括审核教师发布的课题、查看课题报名情况、手工为学生分配课题）、发布项目通知（添加通知、发布通知、修改通知、删除通知、置顶通知）。
软件工程思考题姓名：班级：学号：日期：第一章1.查阅资料，看看还有哪些软件开发的方法和模型。
它们的基本思想是什么，有什么特点。
软件开发方法：一、Parnas方法信息隐蔽原则：在概要设计时列出将来可能发生变化的因素，并在模块划分时将这些因素放到个别模块的内部。
第二条原则是在软件设计时应对可能发生的种种意外故障采取措施。
二、SASD方法用结构化分析（SA）对软件进行需求分析，然后用结构化设计（SD）方法进行总体设计，最后是结构化编程（SP）。
三、面向数据结构的软件开发方法1、Jackson方法从目标系统的输入、输出数据结构入手，导出程序框架结构，再补充其它细节，就可得到完整的程序结构图。
该方法也可与其它方法结合，用于模块的详细设计。
Jackson方法有时也称为面向数据结构的软件设计方法。
2、Warnier方法Warnier方法与Jackson方法类似。
差别有三点：一是它们使用的图形工具不同，分别使用Warnier图和Jackson图；另一个差别是使用的伪码不同；最主要的差别是在构造程序框架时，Warnier方法仅考虑输入数据结构，而Jackson方法不仅考虑输入数据结构，而且还考虑输出数据结构。
四、问题分析法考虑到输入、输出数据结构，指导系统的分解，在系统分析指导下逐步综合。
这一方法的具体步骤是：从输入、输出数据结构导出基本处理框；分析这些处理框之间的先后关系；按先后关系逐步综合处理框，直到画出整个系统的PAD图。
五、面向对象的软件开发方法这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、输出数据结构，实际上也包含了所有对象的数据结构。
OO技术在需求分析、可维护性和可靠性这三个软件开发的关键环节和质量指标上有了实质性的突破，彻底地解决了在这些方面存在的严重问题，从而宣告了软件危机末日的来临。
1、自底向上的归纳OMT从问题的陈述入手，构造系统模型。
从。
在自底向上的归纳过程中，为使子类能更合理地继承父类的属性和行为，可能需要自顶向下的修改，从而使整个类体系更加合理。
这种类体系的构造是从具体到抽象，再从抽象到具体。
OTM中这一工作可由一般开发人员较快地完成。
在对象模型建立后，很容易在这一基础上再导出动态模型和功能模型。
这三个模型一起构成要求解的系统模型。
2、自顶向下的分解系统模型建立后的工作就是分解。
与Yourdon方法按功能分解不同，在OMT中通常按服务（Service）来分解。
服务是具有共同目标的相关功能的集合，如I/O处理、图形处理等。
这一步的分解通常很明确，而这些子系统的进一步分解因有较具体的系统模型为依据，也相对容易。
所以OMT也具有自顶向下方法的优点，即能有效地控制模块的复杂性，同时避免了Yourdon方法中功能分解的困难和不确定性。
3、OMT的基础是对象模型Jackson方法和PAM中输入、输出数据结构与整个系统之间的鸿沟在OMT中不再存在。
OMT不仅具有Jackson方法和PAM的优点，而且可以应用于大型系统。
更重要的是，在OMT 中系统边界的改变只是增加或减少一些对象而已，整个系统改动极小。
4、需求分析彻底需求分析过程已与系统模型的形成过程一致，开发人员与用户的讨论是从用户熟悉的具体实例（实体）开始的。
开发人员必须搞清现实系统才能导出系统模型，这就使用户与开发人员之间有了共同的语言，避免了传统需求分析中可能产生的种种问题。
5、可维护性大大改善OMT的基础是目标系统的对象模型，而不是功能的分解。
功能是对象的使用，它依赖于应用的细节，并在开发过程中不断变化。
由于对象是客观存在的，因此当需求变化时对象的性质要比对象的使用更为稳定，从而使建立在对象结构上的软件系统也更为稳定。
OMT彻底解决了软件的可维护性。
彻底解决了软件的可修改性，从而也彻底解决了软件的可维护性。
OO技术还提高了软件的可靠性和健壮性。
六、可视化开发方法视化开发就是在可视开发工具提供的图形用户界面上，通过操作界面元素，诸如菜单、按钮、对话框、编辑框、单选框、复选框、列表框和滚动条等，由可视开发工具自动生成应用软件。
这类应用软件的工作方式是事件驱动。
对每一事件，由系统产生相应的消息，再传递给相应的消息响应函数。
这些消息响应函数是由可视开发工具在生成软件时自动装入的。
七、ICASE系统集成方式经历了从数据交换（早期CA SE采用的集成方式:点到点的数据转换），到公共用户界面（第二代CASE:在一致的界面下调用众多不同的工具），再到目前的信息中心库方式。
这是ICASE的主要集成方式。
它不仅提供数据集成和控制集成，还提供了一组用户界面管理设施和一大批工具，水平工具集以及开放工具槽。
发展则是与其它软件开发方法的结合，如与面向对象技术、软件重用技术结合，以及智能化的I-CASE。
ICASE的最终目标是实现应用软件的全自动开发，即开发人员只要写好软件的需求规格说明书，软件开发环境就自动完成从需求分析开始的所有的软件开发工作，自动生成供用户直接使用的软件及有关文档。
八、软件重用和组件连接软件重用（Reuse）又称软件复用或软件再用。
在构造新的软件系统的过程中，对已存在的软件人工制品的使用技术。
"软件人工制品可以是源代码片断、子系统的设计结构、模块的详细设计、文档和某一方面的规范说明等。
利用已有的软件成份来构造新的软件。
典型的开发模型有：1. 边做边改模型（Build-and-Fix Model）；2. 瀑布模型（Waterfall Model）；3. 快速原型模型（Rapid Prototype Model）；4. 增量模型（Incremental Model）；5. 螺旋模型（Spiral Model）；6. 演化模型(evolution model)；7. 喷泉模型(fountain model)；8. 智能模型(四代技术（4GL）)；9. 混合模型（hybrid model）边做边改模型（Build-and-Fix Model）在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。
在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。
在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。
其主要问题在于：（1）缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；（2）忽略需求环节，给软件开发带来很大的风险；（3）没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。
瀑布模型（Waterfall Model）瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。
当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
要求每个阶段都要仔细验证。
但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于：（1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；（2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；（3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。
快速原型模型（Rapid Prototype Model）快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。
通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。
快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。
因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。
增量模型（Incremental Model）又称演化模型。
在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成。
增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。
整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。
但是，增量模型也存在以下缺陷：（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。
（2）在开发过程中，需求的变化是不可避免的。
增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
螺旋模型（Spiral Model）将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。
螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；（2）风险分析：分析评估所选方案，考虑如何识别和消除风险；（3）实施工程：实施软件开发和验证；（4）客户评估：评价开发工作，提出修正建议，制定下一步计划。
一个阶段首先是确定该阶段的目标，完成这些目标的选择方案及其约束条件，然后从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。
如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。
最后，评价该阶段的结果，并设计下一个阶段。
喷泉模型（fountain model）(也称面向对象的生存期模型, OO模型) 喷泉模型与传统的结构化生存期比较，具有更多的增量和迭代性质，生存期的各个阶段可以相互重叠和多次反复，而且在项目的整个生存期中还可以嵌入子生存期。
就像水喷上去又可以落下来，可以落在中间，也可以落在最底部。
智能模型(四代技术（4GL）)智能模型拥有一组工具（如数据查询、报表生成、数据处理、屏幕定义、代码生成、高层图形功能及电子表格等），每个工具都能使开发人员在高层次上定义软件的某些特性，把开发人员定义的这些软件自动的生成源代码。
这种方法需要第四代语言（4GL）的支持。
混合模型（hybrid model）过程开发模型又叫混合模型（hybrid model），或元模型（meta-model）,把几种不同模型组合成一种混合模型，它允许一个项目能沿着最有效的路径发展，这就是过程开发模型（或混合模型）。
