软件工程期末小结

第一篇：软件工程期末小结

第一章 软件工程概述

1.对“引入同一变动付出的代价随时间变化的趋势”：在软件开发的不同阶段进行修改需要付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；而在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改，不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是再引入变动，当然需要付出更高的代价。根据美国一些软件公司的统计资料，在后期引入一个变动比在早期引入相同的变动所需付出的代价高2~3个数量级。

2.软件是程序、数据及相关文档的完整集合。程序是能够完成预定功能和性能的可执行的指令序列；数据是使程序能够适当地处理信息的数据结构；文档是开发、使用和维护程序所需要的图文资料。

3.为了解决软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门新兴学科。

4.软件工程是：（1）把系统的、规范的、可度量的途径尽快应用于软件开发、运行和维护过程，也就是把工程应用于软件；（2）研究（1）中提到的途径。

5.软件工程本质特性（理解，判断）：软件工程关注与大型程序的构造，软件工程的中心课题是控制复杂性，软件经常变化，开发软件的效率非常重要，和谐地合作是开发软件的关键，软件必须有效地支持它的用户，在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品。

6.软件工程方法学包含3个要素：方法、工具和过程。

7.软件生命周期由软件定义、软件开发和运行维护3个时期组成。软件定义时期的任务是：确定软件开发的工程必须完成的总目标；确定工程的可行性；导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，有系统分析员负责完成。软件定义时期通常进一步划分成3个阶段，即问题定义、可行性研究和需求分析。这个时期产生的文档有可行性研究报告、需求规格说明书。开发时期具体设计和实现在前一个时期定义的软件，它通常由下述4个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。其中前两个阶段又称为系统设计，后两个阶段又称为系统实现。这个阶段需要的人员为高级技术人员和初级程序员。产生的文档有：软件结构图，软件说明书，数据库。维护时期的主要任务是使软件持久的满足用户的需要。

8.软件一个生命周期包括：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试。

9.软件维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。通常有4类维护活动：改正性维护，也就是诊断和改正正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件，为将来的维护活动预先做准备。

第二章 可行性研究

1.可行性研究包括以下：技术可行性、经济可行性、操作可行性、法律可行性。

2.系统流程图的概括地描绘物理系统的传统工具。

3.在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流图是系统逻辑功能的图形表示。

4.数据字典有下列元素的定义组成：数据流、数据流分量（即数据元素）、数据存储。

5．成本估计技术有：代码行技术、任务分解技术、自动估计成本技术。

第二篇：软件工程小结

今天视频看完了，可是没有总结。还是感觉不会总结。一想到50讲的课，怎么总结呢？开始听的时候，是真不知道从哪里下手，因为开始看的时候有种迷迷糊糊的感觉。软件工程，我期待的一门课就这么听完了一遍。很有些囫囵吞枣的感觉，不过收获还是很多的，至少知道了软件工程的阶段不是只有需求分析、编程和测试维护。当然这个很早之前就知道，只是以前根本没有什么概念。

第一个阶段，计划阶段，要首先对用户的要求进行了解，对软件的性能等进行了解。然后进行可行性分析研究，在各种可行性研究中，对于软件开发人员来说，技术可行性研究最重要。之后就是需求分析阶段了，需求分析阶段也是计划阶段的最后一部分。需求分析定义了要做什么。把现实的需要用程序语言表达出来。但是这一阶段并不解决怎么做。

解决怎么做的是下一个阶段——设计阶段。设计阶段分为概要设计和详细设计。概要设计把每个组成部分的功能都给出意义明确的模块，每个模块都和一部分需求相对应。但是不考虑细节。详细设计，把每个模块的功能实现详细的表示出来，为源程序的编写打下基础。然后就是编程阶段，我们一般最初接触的就是编程，所以编程阶段比较了解，由于前期文档已经做的很详细，功能的实现数据和算法都已经清楚了，所以编程是比较简单的。

编程完了就是测试阶段了，测试阶段的费用是最多的。测试阶段是发现错误的阶段，改错是调试阶段。然后就是交付用户使用，及维护。

以上几点是软件工程的生命周期的六个阶段。软件工程过程和软件工程生命周期也不能等同。

软件工程过程如下：

软件规格说明：规定软件的功能及其运行的限制

软件开发：产生满足规格说明的软件：

软件的确认：确认软件能够完成客户提出的要求：

软件演进：为满足客户的变更要求。软件必须在使用的过程中演进。

pdca

软件工程过程与软件生存期相对应。软件规格说明对应计划阶段，软件开发对应设计、编程阶段，软件的确认对应测试调试阶段，软件演进对应运行维护阶段。

软件开发的每个过程都有相关文档，用老师们的话说叫做以文档为驱动。文档的好坏直接影响到软件开发的进度和软件的质量。而文档中最多的是使用图表，dfd图，sc图。数据流程图、过程流程图、系统流程图等各种图表。还是那句话，一张好的图表胜过一千句话。

在软件生存周期的各个部分都有各自要注意的地方，过着说是各自的重点（或者是知识点）。

今天已经是22号了，文档还没写。先写文档了。唉，又落后了。

第三篇：软件工程-期末总结

软件工程期末总结

课程：姓名：学号：班级：xxxxx xxxxx xxxxxx xxxxxx

目录

1.软件工程学概述.........................................................1 1.1软件危机..........................................................1 1.2软件工程..........................................................1 1.3软件生命周期......................................................2 1.4软件过程..........................................................2 2.可行性研究:............................................................2 2.1可行性研究的任务..................................................2 2.2可行性研究的过程..................................................3 2.3数据流图..........................................................3 3.需求分析...............................................................3 4.形式化说明技术.........................................................4 5.模块设计...............................................................4 1．耦合：............................................................4 2．内聚..............................................................4 6.详细设计...............................................................5 6.1结构程序设计......................................................5 6.2人机界面设计......................................................5 7.软件测试...............................................................5 7.1软件测试的目标....................................................5 7.2软件侧试准则......................................................6 7.3测试方法..........................................................6 8.软件可靠性.............................................................7 8.1软件质量..........................................................7

1.软件工程学概述

1.1软件危机

1.1.1 软件危机的介绍:是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。具体地说，软件危机主要有以下一些典型表现：1.对软件开发成本和进度的估计常常很不准确。2.用户对“已完成的”软件系统不满意的现象经常发生。3.软件产品的质量往往靠不住。4.软件常常是不可维护的。5.软件通常没有适当的文档资料。6.软件成本在计算机系统总成本中所占的比例逐年上升。7.软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。1.1.2产生软件危机的原因:在软件开发和维护的过程中存在这么多严重问题，一方面与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关。软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件。1.1.3消除软件危机的途径:

1、认识到软件是程序、数据及相关文档的完整集合。2.认识到软件是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目；

3、推广使用在实践中总结出来的开发软件的成功的技术和方法，探索更好更有效的技术和方法；

4、开发和使用更好的软件工具。总之，为了解决软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门新兴学科。

1.2软件工程

1.2.1软件工程的介绍:软件工程是指导计算机软件开发和维护的一门工程学科。定义：采用工程的概念、原理和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。1.2.2软件工程的基本原理:

1、用分阶段的生命周期计划严格管理

2、坚持进行阶段评审

3、实行严格的产品控制

4、采用现代程序设计技术

5、结果应能清楚地审查

6、开发小组的人员应该少而精

7、承认不断改进软件工程实践的必要性 1.2.3 软件工程方法学:通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为范型。软件工程方法学包含3个要素方法、工具和过程。目前使用得最广泛的软件工程方法学，分别是传统方法学和面向对象方法学

1.3软件生命周期

软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。软件定义的3个阶段：问题定义、可行性研究、需求分析;软件开发的四个阶段：总、详（系统设计）、编、综（系统实现）软件生命周期每个阶段:1.问题定义2.可行性研究3.需求分析4.总体设计5.详细设计6.编码和单元测试7.综合测试8.软件维护

1.4软件过程

软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。

1.4瀑布模型瀑布模型

一直是唯一被广泛采用的生命周期模型,有下述的几个特点：1.阶段间具有顺序性和依赖性（1）必须等前一阶段的工作完成之后，才能开始后一阶段的工作（2）前一阶段的输出文档就是后一段的输入文档，因此，前一阶段的输出文档必须正确。2.推迟实现的观点；3.质量保证的观点（1）每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务，（2）每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题改正错误。

优点：可强迫开发人员采用规范的方法；严格地规定每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。缺点：瀑布模型是由文档驱动的

2.可行性研究: 可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

2.1可行性研究的任务

可行性研究的目的不是解决问题，而是确定问题是否值得去解决。可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。在澄清了问题定义之后，分析员应该导出系统的逻辑模型。然后从系统逻辑模型出发，探索若干种可供选择的主要解法（即系统实现方案）。对每种解法都应该仔细研究它的可行性，一般说来，至少应该从下述3个方面研究每种解法的可行性。

1）技术可行性 使用现有的技术能实现这个系统吗？

2）经济可行性 这个系统的经济效益能超过它的开发成本吗？ 3）操作可行性 系统的操作方式在这个用户组织内行得通吗？

必要时还应该从法律、社会效益等更广泛的方面研究每种解法的可行性。可行性研究需要的时间长短取决于工程的规模。一般来说，可行性研究的成本只是预期的工程总成本的5%-10%。

2.2可行性研究的过程

步骤：1.复查系统规模和目标2.研究目前正在使用的系统3.导出新系统的高层逻辑模型4.进一步定义问题5.导出和评价供选择的解法6.推荐行动方针7.草拟开发计划8.书写文档提交审查

2.3数据流图

数据流图（DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流图有四种基本符号：

正方形（或立方体）表示数据的源点或终点； 圆角矩形（或圆形）代表变换数据的处理； 开口矩形（或两条平行横线）代表数据存储； 箭头表示数据流，即特地数据的流动方向。

在数据流图中应该描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件。数据存储和数据流都是数据，仅仅所处的状态不同。数据存储是处于静止状态的数据，数据流是处于运动中的数据。数据流图的基本要点是描绘“做什么”，而不是“怎么做”。数据流图的4种成分：源点或终点，处理，数据存储，数据流数据流图的基本目的是利用它作为交流信息的工具，另一个主要用途是作为分析和设计的工具。

3.需求分析

3.1.1确定对系统的综合需求1.功能需求2.性能需求3.可靠性和可用性需求4.出错处理需求5.接口需求6.约束7.逆向需求8.将来可能提出的需求

4.形式化说明技术

PSL/PSA系统的主要优点是它改进了文档质量，能保证文档具有完整性、一致性和无二义性，从而可以减少管理和维护的费用。数据存放在数据库中，便于增加、删除和更改，这也是它的一个优点。

5.模块设计

模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。开发具有独立功能而且和其他模块之间没有过多的相互作用的模块，就可以做到模块独立。

1．耦合：

耦合是对一个软件结构内不同模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度因此，模块间的耦合程度强烈影响系统的可理解性、可测试性、可靠性和可维护性。公共环境耦合的复杂程度随耦合的模块个数而变化，当耦合的模块个数增加时复杂程度显著增加。如果只有两个模块有公共环境，那么这种耦合有下面两种可能。1.一个模块往公共环境送数据，另一个模块从公共环境取数据。这是数据耦合的于一种形式，是比较松散的耦合。2.两个模块都既往公共环境送数据又从里面取数据，这种耦合比较紧密，介于数据耦合和控制耦合之间。如果两个模块共享的数据很多，都通过参数传递可能很不方便，这时可以利用公共环境耦合。最高程度的耦合是内容耦合。如果出现下列情况之一，两个模块间就发生了内容耦合。一个模块访问另一个模块的内部数据。一个模块不通过正常入口而转到另二个模块的内部。两个模块有一部分程序代码重叠（只可能出现在汇编程序中）。一个模块有多个入口（这意味着一个模块有几种功能）。应该坚决避免使用内容耦合。事实上许多高级程序设计语言已经设计成不允许在程序中出现任何形式的内容耦合。总之，耦合是影响软件复杂程度的一个重要因素。应该采取下述设计原则：尽量使用数据耦合，少用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合。

2．内聚

内聚标志着一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化概念的自然扩展。简单地说，理想内聚的模块只做一件事情。内聚和耦合是密切相关的，模块内的高内聚往往意味着模块间的松耦合。内聚和耦合都一是进行模块化设计的有力工具，但是实践表明内聚更重要，应该把更多注意力集中到提高模块的内聚程度上。低内聚：偶然内聚、时间内聚、逻辑内聚；中内聚主要有两类：过程内聚和通信内聚；高内聚也有两类：顺序内聚和功能内聚。功能内聚是最高程度的内聚。

6.详细设计

详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。详细设计阶段的任务还不是具体地编写程序，而是要设计出程序的“蓝图”，以后程序员将根据这个蓝图写出实际的程序代码。因此，详细设计的结果基本上决定了最终的程序代码的质量。考虑程序代码的质量时必须注意，程序的“读者”有两个，那就是计算机和人。在软件的生命周期中，设计测试方案、诊断程序错误、修改和改进程序等都必须首先读懂程序。实际上对于长期使用的软件系统而言，人读程序的时间可能比写程序的时间还要长得多。因此，衡量程序的质量不仅要看它的逻辑是否正确．性能是否满足要求，更主要的是要看它是否容易阅读和理解。详细设计的目标不仅仅是逻辑上正确地实现每个模块的功能，更重要的是设计出的处理过程应该尽可能简明易懂。结构程序设计技术是实现上述目标的关键技术，因此是详细设计的逻辑基础。

6.1结构程序设计

如果一个程序的代码块仅仅通过顺序，选择和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，则称为程序的结构化。

6.2人机界面设计

人机界面设计是接口设计的一个重要的组成部分。在设计人机界面过程会遇到下面4个问题：系统响应时间，用户帮助设施，出错信息处理和命令交互。用户界面设计过程是一个迭代的过程，首先创建设计模型，再用原型实现这个设计模型，并由用户试用和评估，然后根据用户意见进行修改。为了支持上述迭代过程，各种用于界面设计和原型开发的软件工具产生。它们为简化窗口，菜单，设备交互，出错信息，命令及交互环境的许多其它元素的疮疖提供各种历程或对象。用户界面评估周期如下，完成初步设计之后就创建第一级原型，用户使用并评估该原型，直接向设计者表述对界面的评价，设计中根据用户意见修改设计并实现下一级原型。

7.软件测试

7.1软件测试的目标

1.测试是为了发现程序中的错误而执行程序的过程。2.好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。3.成功的测试是发现了至今为止尚未发现的错误的测试。从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”,“成功的

测试是没有发现错误．的测试”等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正壑耍进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。关于这个结论下面还要讨论。

7.2软件侧试准则

怎样才能达到软件测试的目标呢？为了能设计出有效的测试方案，软件工程师必须深人理解并正确运用指导软件测试的基本准则。下面讲述主要的测试准则。1.所有测试都应该能追溯到用户需求。2.应该远在测试开始之前就制定出测试计划。3.把Paret原理应用到软件测试中。Pareto原理说明，测试发现的错误中的80%很可是由程序中20％的模块造成的。当然，问题是怎样找出这些可疑的模块并彻底地测试它们。4.应该从“小规模”测试开始，并逐步进行“大规模”测试。通常，首先重点测试单个程序模块，然后把测试重点转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。5.穷举测试是不可的。所谓穷举测试就是把程序所有可能的执行路径都检查一遍的测试。即使是一个中等规模的程序，其执行旋的排列数也十分庞大，由于受时间、人力以及其他资源的限制，在测试过程中不可能执行每个可能的路径。囚此，测试只能证明程序中有错误，不能证明程序中没有错误。但是，精心地设计测试方案，有可能充分覆盖程序逻辑并使程序达到所要求的可靠性。6.为了达到最佳的测试效果，应该由独立的第三方从事测试工作。所谓“最佳效果”是指有最大可能性发现错误的测试。由于前面已经讲过的原因，开发软件的软件工程师并不是完成全部测试工作的最佳人选（通常他们主要承担模块测试工作）。

7.3测试方法

测试任何产品都有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用琅口果知道产品的内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正乒进行。前一种方法称为黑盒测试，后一种方法称为白盒测试。对于软件测试而言，黑盒测试法把程序看作一个黑盒子，完全不考虑程序的内部结均和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序否能适当地接收输人数据并产生正确的输出信息，程序运行过程中能否保持外部信息（例如，数据库或文件）的完整性。黑盒测试又称为功能测试。白盒测试法与黑盒测试法相反，它的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种方法按测程序中的主要执行通路是否都能按预定要求正确工作。照程序内部的逻辑测试程序，白盒测试又称为结构测试。

8.软件可靠性

可靠性定义：软件可靠性是程序在给定的时间间隔内，按照规格说明书的规定成功的运行的概率可用性定义：软件可用性是程序在给定的时间点，按照规格说明书的规定，成功的运行的概率基本假定 1.在测试之前每1000条指令中大约有5~20个错误 2.失效率正比于剩余的错误数，平均无故障时间MTTF与剩余错误数成反比3.为了简化讨论假设发现的每一个错误都立即正确地改正了。

8.1软件质量

概括地说，软件质量就是“软件与明确地和隐含地定义的需求相一致的程度”。更具体地说，软件质量是软件与明确地叙述的功能和性能需求、文档中明确描述的开发标准以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度。上述定义强调了下述的6个要点: 1.正确性（它按我的需要工作吗？）系统满足规格说明用户目标的程度，即，在预定环境下能正确的完成预期功能的程度。

2.健壮性（对息外环境它能适当地响应吗？)在硬件发生故障、输入的数据无效或操作错误等意外环境下，系统能做出适当的响应程度。

3.效率〔完成预定功能时它需要的计算机资源多吗？）为了完成预定的功能，系统需要的计算资源的多少。

4.完整性（安全性）（它是安全的吗？)对未经授权的人使用软件或数据的企图，系统能够控制（禁止）的程度。

5.可用性（我能使用它吗？)系统在完成预定应该完成的功能时令人满意的程度。6.风险（能按预定计划完成它吗？)按预定的成本和进度把系统开发出来，并且为用户所满意的概率。

第四篇：软件工程期末复习题

1、软件定义：问题定义、可行性研究，需求分析

2、软件开发：总体设计，详细设计，编码和单元测试，综合测试

3、软件维护：改正性维护、适应性维护、完善性维护、预防性维护

4、软件过程：瀑布模型，快速原型模型，增量模型，螺旋模型，喷泉模型，Rational统一过程，敏捷过程与极限编程，微软过程

5、从3个方面研究每种解决的可行性：技术可行性、经济可行性、操作可行性

6、软件需求分析阶段的工作：可以分为以下4个方面：对问题的识别、分析与综合、编写需求分析文档以及需求分析评审

7、设计原理：模块化、抽象、逐步求精、信息隐藏和局部化、模块独立性（耦合、内聚）

8、决定软件可维护性的因素：可理解性、可测试性、可修改性、可移植性、可重用性

一、假设要求你开发一个软件，该软件的功能是把读入的浮点数开平方，所得到的结果应该精确到小数点后4位。一旦实现并测试完之后，该产品将被抛弃。你打算选用哪些软件生命周期模型？请说明你作出选择的理由。

答：对这个软件的需求很明确，实现开平方功能的算法也很成熟，因此，既无须通过原型来分析需求也无须用原型来验证设计方案。此外，一旦实现并测试完之后，该产品将被抛弃，因此也无须使用有助于提高软件可维护性的增量模型或螺旋模型来开发该软件。综上所述，为了开发这个简单的软件，使用大多数人所熟悉的瀑布模型就可以了

二、假设你被任命为一家软件公司的项目负责人，你的工作是管理该公司已被广泛应用的字处理软件的新版本开发。由于市场竞争激烈，公司规定了严格的完成期限并且已对外公布。你打算采用哪种软件生命周期模型？为什么？。

答：对这个项目的一个重要要求是，严格按照已对外公布了的日期完成产品开发工作，因此，选择生命周期模型时应该着重考虑哪些模型有助于加快产品开发的进度。使用增量模型开发软件时可以并行完成开发工作，因此能够加快开发进度。

这个项目是开发该公司已被广泛应用的字处理软件的新版本，从上述事实至少可以得出3点结论：第一，旧版本相当于一个原型，通过收集用户对旧版本的反映，较容易确定对新版本的需求，没必要再专门建立一个原型系统来分析用户的需求；第二，改公司的软件工程师对字处理软件很熟悉，有开发字处理软件的丰富经验，具有采用增量模型开发新版字处理软件所需要的技术水平；第三，该软件受到广大用户的喜爱，今后很可能还要开发更新的版本，因此，应该把该软件的体系结构设计成开放式的，以利于今后的改进和扩充。综上所述，采用增量模型来完成这个项目比较恰当。

三、考虑一个修改磁带上主文件的系统。文件管理员把修改信息穿孔在卡片上，系统读入穿孔卡片上的信息并按照记录号把修改信息顺序排列好。然后系统逐个读入主文件上的记录，根据记录上的校验码校核每个读入的记录，丢掉出错的记录，按照修改信息修改余下的记录，产生的新文件存储在磁盘上。最后，系统输出一份修改报告供文件管理员参阅。请分层次地画出上述主文件修改系统的数据流图。

答：本系统的数据源点和终点都是文件管理员，他既向系统提供修改信息，又接收系统生成的修改报告。系统功能主要有：接收修改信息，读主文件，校核记录，修改原始记录和产生报告。注意，问题陈述中所描述的“系统安装记录号把修改信息顺序排列好”，是具体的实现方法。在数据流图中无须描述具体实现方法，因此，在本系统的数据流图中不需要包含“排序”功能。类似地，“文件管理员把修改信息穿孔在卡片上，系统读入穿孔卡片上的信息”，是系统接收修改信息的具体方法。在数据流图中无须描绘这个具体的实现方案，因此，在本系统的数据流图中不需要包含“穿卡片”和“读卡片”的功能。

本系统包含的数据存储是：修改信息，主文件和修改后的主文件。图2.6是本系统的基本系统模型，图2.7是功能级数据流图。

四、用Jackson图描绘下述的一列火车的构成：

一列火车最多有两个火车头。只有一个火车头时则位于列车最前面，若还有第二个火车头时，则第二个火车头位于列车最后面。火车头既可能是内燃机车也可能是电气机车。车厢分为硬座车厢、硬卧车厢和软卧车厢等3种。硬座车厢在车内所有车厢的前面部分，软卧车厢在所有车厢的后面部分。此外，在硬卧车厢和软卧车厢之间还有一节餐车。

答：Jackson图善于描绘复杂事物的组成。用Jackson图描绘一列火车的构成的方法至少有两种，一种方法是把火车分为一个车头和两个车头两类，另一种方法是把后车头作为可选的。图3.29给出了描绘一列火车的构成的Jackson图。

解法1（b）解法2

五、为方便出乎，某银行拟开发计算机储蓄系统，储户填写的存款单或取款单由业务员输入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户，如果是取款，系统计算利息并印出利息清单给储户。写出问题定义并分析系统的可行性。

答：技术上的可行性：开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。

操作可行性：开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复 社会、政策允许的可行性：全部软件购买正版，机器设置通过正当途径购得

六、分析图3.1所示的层次图，确定每个模块的内聚类型。分析图3.2，确定模块之间的耦合类型

图3.1 计算多地点日平均温度的程序

答：从图3.1所示的层次图可以看出，这个程序的功能是计算若干个指定地点的每日平均温度。变量sum保存某地一天之内在指定的时间取样点的温度之和。程序运行时首先初始化变量sum并打开文件，然后读取地点、时间和温度等原始数据，创建用于保存这些数据的温度记录，接下来计算特定地点的日平均温度，存储温度记录。重复调用“读取地点、时间和温度”、“创建新的温度记录”、“计算特定地点的日平均温度”和“存储温度记录”等模块，直至计算出并保存好所有指定地点的日平均温度。最后，打印平均温度并关闭文件。

从上述叙述可知，“计算多个地点的日平均温度”、“读取地点、时间和温度”、“创建新的温度记录”、“计算特定地点的日平均温度”和“存储温度记录”等5个模块，每个都完成一个单一的功能，模块内所有元素都为完成同一个功能服务，彼此结合的十分紧密，因此，这5个模块的内聚类型都是功能内聚。

初看起来，由于初始化变量sum和打开文件这两个操作都是在程序运行的初始阶段完成的，“初始化变量sum和打开文件” 这个模块的内聚类型似乎是时间内聚。但是，初始化变量sum是本程序特有的操作，而打开文件是硬件要求的操作，是任何使用文件的程序都包含的一个操作，并非本程序特有的操作。当可以分配两个或更多个不同级别的内聚类型给一个模块时，规则是分配最低级别的内聚类型给该模块。因此，“初始化变量sum和打开文件”这个模块的内聚类型都是偶然内聚。同理，“关闭文件并打印平均温度” 这个模块的内聚类型也是偶然内聚。

分析图3.2，确定模块之间的耦合类型。

图3.2 一个程序的模块互连图 在图3.2中已经给模块之间的接口编了号码，表3.1描述了模块间的接口。表3.1 模块接口描述

综合分析图3.2和表3.1所提供的信息可知各个模块之间的耦合情况。例如，当模块p调用模块 q时（接口1），它传递一个参数----飞机类型。当模块q把控制返还给模块p时，它传回一个状态标志。

某些模块之间的耦合类型是明显的，例如，模块p和q之间（接口1）、模块r和t之间（接口5）及模块s和u之间（接口6）都是数据耦合，因为它们传递的都是一个简单变量。

如果两个模块中的一个模块给另一个模块传递控制元素，也就是说，如果一个模块明显地控制另一个模块的逻辑，则它们之间具有控制耦合。例如，当给具有逻辑内聚的模块传递功能代码时就传递了控制元素。另一个控制耦合的例子是把控制开关作为一个参数传递。图3.2中模块q调用模块r时（接口3）传递一个功能代码，因此，这两个模块之间是控制耦合。

图3.2右侧文字说明，模块p、t和u更新同一个数据库，因此，它们之间具有公共环境耦合。

当模块p调用模块s时（接口2），如果模块s使用或更新模块p传递给它的零件清单中的所有元素，则模块p和s之间的耦合是数据耦合；但是，如果模块s只访问该清单中的一部分元素，则模块p和s之间的耦合是特征耦合。模块q和s之间（接口4）的耦合情况与此类似。由于图3.2和表3.1中给出的信息尚不足以准确地描述各个模块的功能，所以不能确定这两对模块之间的耦合是数据耦合还是特征耦合。

第五篇：软件工程小结（最终版）

软件工程论文

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率，减少维护的困难。

软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。软件工程的原则有以下四项软件工程师基本原则：

1）选取适宜开发范型

该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其他因素之间是相互制约、相互影响的，经常需要权衡。因此，必须认识需求定义的易变性，采用适宜的开发范型予以控制，以保证软件产品满足用户的要求。

2）采用合适的设计方法

在软件设计中，通常要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。

3）提供高质量的工程支持

“工欲善其事，必先利其器”。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。

4）重视开发过程的管理

软件工程的管理，直接影响可用资源的有效利用，生产满足目标的软件产品，提高软件组织的生产能力等问题。因此，仅当软件过程得以有效管理时，才能实现有效的软件工程。这一软件工程框架告诉我们，软件工程的目标是可用性、正确性和合算性；实施一个软件工程要选取适宜的开发范型，要采用合适的设计方法，要提供高质量的工程支撑，要实行开发过程的有效管理；软件工程活动主要包括需求、设计、实现、确认和支持等活动，每一活动可根据特定的软件工程，采用合适的开发范型、设计方法、支持过程以及过程管理。根据软件工程这一框架，软件工程学科的研究内容主要包括：软件开发范型、软件开发方法、软件过程、软件工具、软件开发环境、计算机辅助软件工程(CASE)及软件经济学等。

软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。

软件工程有很多的发展方向。敏捷开发（Agile Development）被认为是软体工程的一个重要的发展。它强调软体开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。敏捷开发被认为是一种“轻量级”的方法。在轻量级方法中最负盛名的应该是“极限编程”（Extreme Programming，简称为XP）。而与轻量级方法相对应的是“重量级方法”的存在。重量级方法强调以开发过程为中心，而不是以人为中心。重量级方法的例子比如CMM/PSP/TSP。

面向侧面的程序设计（Aspect Oriented Programming，简称AOP）被认为是近年来软体工程的另外一个重要发展。这里的方面指的是完成一个功能的对象和函数的集合。在这一方面相关的内容有泛型编程（Generic Programming）和模板。

软件工程是信息领域发展最快的学科分支之一。当今时代是信息化的时代，而信息化的实现，人才是最重要的环节。软件产业的发展水平，决定了一个国家的信息产业发展水平及其在国际市场上的综合竞争力。目前，我国高素质的软件工程人才的极度短缺已经成为制约我国软件产业快速发展的一个瓶颈，如何培养与国际接轨的高素质软件工程人才，已经成为信息化工作中的重中之重。

随着计算机应用已经渗透到经济和社会生活的方方面面，计算机软件的概念早已为人们所熟知。然而，软件是如何生产出来呢？大家可能在中学的时候利用过某些编程工具做了一些简单的程序，这就是软件生产的初级阶段。实际大型软件的生产往往需要成千上万的人协作工作，共同完成软件的生产过程，参与生产的成员有可能来自不同的国家、在不同的时区、用不同的语言，因此需要很好的交流、合作、分工、协调，这样的软件生产过程，就必需要有高效的管理。另外，软件是服务于社会的金融、交通、石油、教育、航天等各个行业的，因此也需要用软件相关知识去分析具体的行业应用，去设计最符合应用需求的软件，才能实现软件的价值。软件工程的目的就是在现有软件开发技术基础上，对应用的需求进行分析，设计高质量的软件架构，分配和协调每个软件生产人员的工作，保证软件高质量的完成。

软件工程人才的就业前景十分看好。未来几年，国内外高层次软件人才将供不应求。毕业生主要在各大软件公司、企事业单位、高等院校、各大研究所、国防等重要部门从事软件设计、开发、应用与研究工作。有数据表明，我国软件出口规模达到215亿元，软件从业人员达到72万人，在中国十大IT职场人气职位中，软件工程师位列第一位，软件工程人才的就业前景十分乐观。

软件产业的发展水平，决定了一个国家的信息产业发展水平及其在国际市场上的综合竞争力。目前，我国软件高级人才的短缺已经成为制约我国软件产业快速发展的一个瓶颈。在中国，国内市场对软件人才的需求每年高达80万人，而高校计算机毕业生中的软件工程人才还很缺乏，尤其是高素质的软件工程人才的极度短缺。尽快培养起适合信息产业所需要的高素质软件工程人才，已经成为信息化工作中的重中之重。