软件工程期末复习要点归纳总结
软件工程导论 期末复习
第一章软件工程学概述1.什么是软件危机（概念）在计算机软件的开发和维护过程中所遇到的一系列严重问题2.软件工程学科出现的主要原因：软件危机的出现3.什么是软件工程？（概念）①把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；②研究①中提到的途径。
4.简述结构化范型和面向对象范型的要点，并分析他们的优缺点目前使用得最广泛的软件工程方法学（2种）：⑴传统方法学：也称为生命周期方法学或结构化范型。
优点：把软件生命周期划分成基干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发过程的困难程度。
缺点：当软件规模庞大时，或者对软件的需求是模糊的或会承受时间而变化的时候，开发出的软件往往不成功；而且维护起来仍然很困难。
⑵面向对象方法学优点：降低了软件产品的复杂性；提高了软件的可理解性；简化了软件的开发和维护工作；促进了软件重用。
5.软件生命周期每个阶段的基本任务问题定义：准确地回答“要解决的问题是什么”可行性研究：确定问题是否值得去解决需求分析：准确地回答“系统必须做什么”总体设计：设计出实现目标系统的几种可能的方案确定程序由哪些模块组成以与模块间的关系详细设计：把解法具体化（设计出程序的详细规格说明）编码和单元测试：写出正确的容易理解、容易维护的程序模块综合测试：通过各种类型测试（与相应的调试）使软件达到预期的要求软件维护：通过各种必要的维护活动使系统持久地满足用户的需要软件生命周期划分成哪些阶段软件生命周期由软件定义、软件开发和运行维护（也成为软件维护）3个时期组成软件定义时期：问题定义、可行性研究和需求分析软件开发时期：总体设计、详细设计、编码和单元测试、综合测试软件维护时期6.什么是软件过程？（概念）为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤7.常见的软件生存周期模型（了解）1.瀑布模型——阶段化过程特点：具有顺序性和依赖性缺点：是由文档驱动的。
软件工程期末总结
软件工程期末总结软件工程期末总结今天视频看完了，可是没有总结。
还是感觉不会总结。
一想到50讲的课，怎么总结呢？开始听的时候，是真不知道从哪里下手，因为开始看的时候有种迷迷糊糊的感觉。
软件工程，我期待的一门课就这么听完了一遍。
很有些囫囵吞枣的感觉，不过收获还是很多的，至少知道了软件工程的阶段不是只有需求分析、编程和测试维护。
当然这个很早之前就知道，只是以前根本没有概念。
第一个阶段，计划阶段，要首先对用户的要求进行了解，对软件的性能等进行了解。
然后进行可行性分析研究，在各种可行性研究中，对于软件开发人员来说，技术可行性研究最重要。
之后就是需求分析阶段了，需求分析阶段也是计划阶段的最后一部分。
需求分析定义了要做什么。
把现实的需要用程序语言表达出来。
但是这一阶段并不解决怎么做。
解决怎么做的是下一个阶段——设计阶段。
设计阶段分为概要设计和详细设计。
概要设计把每个组成部分的功能都给出意义明确的模块，每个模块都和一部分需求相对应。
但是不考虑细节。
详细设计，把每个模块的功能实现详细的表示出来，为源程序的编写打下基础。
然后就是编程阶段，我们一般最初接触的就是编程，所以编程阶段比较了解，由于前期文档已经做的很详细，功能的实现数据和算法都已经清楚了，所以编程是比较简单的。
编程完了就是测试阶段了，测试阶段的费用是最多的。
测试阶段是发现错误的阶段，改错是调试阶段。
然后就是交付用户使用，及维护。
以上几点是软件工程的生命周期的六个阶段。
软件工程过程和软件工程生命周期也不能等同。
软件工程过程如下：软件规格说明：规定软件的功能及其运行的限制软件开发：产生满足规格说明的软件：软件的确认：确认软件能够完成客户提出的要求：软件演进：为满足客户的变更要求。
软件必须在使用的过程中演进。
pdca软件工程过程与软件生存期相对应。
软件规格说明对应计划阶段，软件开发对应设计、编程阶段，软件的确认对应测试调试阶段，软件演进对应运行维护阶段。
软件开发的每个过程都有相关文档，用老师们的话说叫做以文档为驱动。
软件工程期末考试复习总结知识点+必考题型(可编辑修改word版)
软件工程复习资料1.软件危机产生的原因(1) 软件不同于硬件，它是计算机系统的逻辑部件而不是物理部件。
在写出程序代码并在计算机上试运行之前软件开发过程的进展情况较难衡量。
很难检验开发的正确性且软件开发的质量也较难评价。
因此控制软件开发过程相当困难。
此外在软件运行过程中发现错误很可能是遇到了一个在开发期间引入的但在测试阶段没有能够检测出来的错误，所以软件维护常常意味着修改原来的设计。
这样维护的费用十分惊人，客观上使得软件较难维护。
(2) 软件开发的过程是多人分工合作分阶段完成的过程，参与人员之间的沟通和配合十分重要。
但是，相当多的软件开发人员对软件的开发和维护存在不少错误的观念。
在实践的过程中没有采用工程化的方法，或多或少采用了一些错误的方法和技术。
这是造成软件危机的主要原因。
(3) 开发和管理人员只重视开发而轻视问题的定义，使软件产品无法满足用户的要求。
对用户的要求没有完整准确的认识就急于编写程序。
这是许多软件开发失败的另一主要原因。
事实上，许多用户在开始时并不能准确具体地叙述他们的需要。
软件人员需要做大量深入细致的调查研究工作，反复多次与用户交流信息，才能真正全面、准确、具体地了解用户的要求。
(4) 软件管理技术不能满足现代软件开发的需要，没有统一的软件质量管理规范。
首先是文档缺乏一致性和完整性，从而失去管理的依据。
因为程序只是完整软件产品的一个组成部分。
一个软件产品必须由一组的配置组成，不能只重视程序而应当特别重视软件配置。
其次，由于成本估计不准确，资金分配混乱，人员组织不合理，进度安排无序，导致软件技术无法实施。
(5) 在软件的开发和维护关系问题上存在错误的观念。
软件维护工作通常是在软件完成之后进行的，因此是极端艰巨复杂的工作，需要花费很大的代价。
所以做好软件的定义工作是降低软件成本，提高软件质量的关键。
如果软件人员在定义阶段没有正确、全面地理解用户要求，直到测试阶段才发现软件产品不完全符合用户的需要，这时再修改就为时已晚了。
软件工程期末整理
软件工程期末整理软件工程是一门研究和应用如何以系统性、规范化、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。
在期末来临之际，对软件工程的知识进行系统的整理和回顾是非常重要的。
首先，让我们来谈谈软件工程的基本概念。
软件工程的目标是生产高质量的软件产品，这不仅包括满足用户的需求和期望，还包括软件的可维护性、可扩展性、可靠性、效率等方面的特性。
为了实现这些目标，软件工程采用了一系列的方法和技术，从需求分析到软件设计、编码实现、测试、维护等各个阶段，都有相应的规范和流程。
需求分析是软件工程的第一步，也是最为关键的一步。
在这个阶段，需要与用户进行充分的沟通和交流，了解他们的需求和期望，将其转化为明确的、详细的软件需求规格说明。
这不仅要求具备良好的沟通能力，还需要能够对用户的需求进行分析和提炼，识别出真正的需求和潜在的需求。
如果需求分析做得不好，后面的工作都可能是徒劳的，因为软件可能根本不符合用户的需求。
软件设计是根据需求规格说明，对软件的体系结构、模块划分、接口设计等进行规划和设计。
好的软件设计应该具有高内聚、低耦合的特点，使得软件易于理解、维护和扩展。
在设计过程中，需要考虑多种设计方案，并进行评估和选择，以找到最优的设计方案。
编码实现是将设计转化为实际的代码。
在编码过程中，要遵循良好的编程规范，使用合适的算法和数据结构，提高代码的质量和效率。
同时，要注意代码的可读性和可维护性，为后续的维护工作打下良好的基础。
测试是软件工程中不可或缺的环节。
通过测试，可以发现软件中的缺陷和错误，并及时进行修复。
测试包括单元测试、集成测试、系统测试、验收测试等多个阶段，每个阶段都有不同的测试目标和方法。
测试人员需要制定详细的测试计划和测试用例，确保软件的质量。
维护是软件生命周期中最长的阶段。
在软件投入使用后，可能会出现各种问题，需要进行维护和改进。
软件工程期末考试复习总结知识点+必考题型,推荐文档
软件工程复习资料1.软件危机产生的原因(1) 软件不同于硬件，它是计算机系统的逻辑部件而不是物理部件。
在写出程序代码并在计算机上试运行之前软件开发过程的进展情况较难衡量。
很难检验开发的正确性且软件开发的质量也较难评价。
因此控制软件开发过程相当困难。
此外在软件运行过程中发现错误很可能是遇到了一个在开发期间引入的但在测试阶段没有能够检测出来的错误，所以软件维护常常意味着修改原来的设计。
这样维护的费用十分惊人，客观上使得软件较难维护。
(2) 软件开发的过程是多人分工合作分阶段完成的过程，参与人员之间的沟通和配合十分重要。
但是，相当多的软件开发人员对软件的开发和维护存在不少错误的观念。
在实践的过程中没有采用工程化的方法，或多或少采用了一些错误的方法和技术。
这是造成软件危机的主要原因。
(3) 开发和管理人员只重视开发而轻视问题的定义，使软件产品无法满足用户的要求。
对用户的要求没有完整准确的认识就急于编写程序。
这是许多软件开发失败的另一主要原因。
事实上，许多用户在开始时并不能准确具体地叙述他们的需要。
软件人员需要做大量深入细致的调查研究工作，反复多次与用户交流信息，才能真正全面、准确、具体地了解用户的要求。
(4) 软件管理技术不能满足现代软件开发的需要，没有统一的软件质量管理规范。
首先是文档缺乏一致性和完整性，从而失去管理的依据。
因为程序只是完整软件产品的一个组成部分。
一个软件产品必须由一组的配置组成，不能只重视程序而应当特别重视软件配置。
其次，由于成本估计不准确，资金分配混乱，人员组织不合理，进度安排无序，导致软件技术无法实施。
(5) 在软件的开发和维护关系问题上存在错误的观念。
软件维护工作通常是在软件完成之后进行的，因此是极端艰巨复杂的工作，需要花费很大的代价。
所以做好软件的定义工作是降低软件成本，提高软件质量的关键。
如果软件人员在定义阶段没有正确、全面地理解用户要求，直到测试阶段才发现软件产品不完全符合用户的需要，这时再修改就为时已晚了。
软件工程期末考知识点归纳(自制)
需求分析工具，任务，内容需求分析也称为需求工程，是一个非常重要而有很复杂的，需要交替进行，反复迭代的过程。
需求分析过程通过执行初步沟通、需求导出、分析与精化、可行性研究、协商和沟通、规格说明、验证和变更管理八个不同的活动来完成。
非形式技术主要包括会谈、调查表和场景技术，用于获取用户需求和系统需求。
排错调试(debug)又称排错或纠错调试的任务就是根据测试时所发现的错误，找出原因和具体的位置，进行改正调试工作：对错误进行定位并分析原因，即诊断；对于错误部分重新编码以改正错误；重新测试软件项目管理计划的重要方面项目是指一系列独特的、复杂的并相互关联的活动。
项目参数包括项目范围、质量、成本、时间、资源。
项目三维管理：时间维：即把整个项目的生命周期划分为若干个阶段，从而进行阶段管理。
知识维：即针对项目生命周期的各个不同阶段，采用和研究不同的管理技术方法。
保障维：即对项目人力、财力、物力、信息等后勤保障管理。
特点项目管理是一项比较复杂的工作项目管理具有创造性项目管理的对象是项目或被当作项目来处理的作业项目负责人(或项目经理)在项目管理中起着非常重要的作用项目管理需要集权领导和建立专门的项目组织项目管理的方法、工具和手段具有先进性、开放性五个阶段启动阶段：用户提出需求，开发人员进行需求分析，确定可行性，编写项目实施计划。
计划阶段：创建项目范围文档和项目计划，项目范围详细描述项目范围。
实施阶段：实施阶段意味着项目正在进一步设计、编码、测试，小组成员正在创造项目需要的可交付产品。
控制阶段：项目经理开始监督小组成员的工作，将项目的进度、任务和预算控制在正常的范围内。
收尾阶段：项目负责人和用户批准和签署项目，交付产品。
项目的收尾阶段标志着项目的正式结束。
测试目标，执行过程没找到Sa（结构化分析）结果结构化分析方法是一种自顶向下，逐步分解的面向数据和数据流的建模方法。
结构化分析（SA，Structured Analysis）方法是20世纪70年代，由E.Yourdon等人倡导的一种适用于大型数据处理系统的、面向数据流的需求分析方法。
软件工程复习知识要点
1 软件和软件工程概念软件的组成部分之一；在软件开发中，编程只是软件开发过程的一个阶段。
2.在结构化程序设计时代，程序最小的单位是函数及子程序，程序和数据是分别的。
程序的最小单位是类。
3.软件的特性：形态特性、智能特性、开发特性、质量特性、生产特性、管理特性、环境特性、维护特性、废弃特性、应用特性。
4.软件的分类：系统软件；应用软件；支撑软件；可复用软件。
5.什么是软件工程？（课后题）软件工程是指导计算机软件开发和维护的工程学科。
接受工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。
6．可以用功能性、牢靠性、易用性、效率、可维护性和可移植性六个特性衡量软件的质量。
功能性是指软件所实现的功能达到它的设计规范和满意用户需求的程度。
可移植性是指软件从某一环境转移到另一环境时所作努力得程度。
7.软件生存期由软件定义、软件开发和运行维护三个时期组成。
开发时期通常由概要设计、详细设计、编码和测试四个阶段组成。
开发过程中的典型文档包括：项目支配、软件测试支配、软件设计说明书、用户手册。
8.需求分析的基本任务？(1)建立分析模型，了解系统的各种需求微小环节。
(2)基于分析结果，编写出软件需求规格说明或系统功能规格说明，确认测试支配和初步的系统用户手册，并提交管理机构进行分析评审。
2 软件工程方法和工具1.面对对象方法的动身点和基本原则，是尽量模拟人类习惯的思维方式，使开发软件的方法和过程尽可能接近人类相识问题和解决问题的方法和过程，从而使描述问题的问题空间和其解空间在结构上尽可能一样。
2.形式化方法的主要特点是：（课后题）(1) 软件需求规格说明被细化为用数学记号表达的详细的形式化规格说明；(2) 设计、实现和单元测试等开发过程由一个变换开发过程代替。
通过一系列变换将形式的规格说明细化成为程序。
3.面对对象 = 对象 + 类 + 继承 + 消息通信。
北化软件工程期末复习重点整理
目录软件定义&特点..............................................................软件工程定义&层次图........................................................过程框架包含的五个活动.....................................................普适性活动.................................................................实践的精髓.................................................................过程流.....................................................................瀑布模型...................................................................增量过程模型...............................................................敏捷原则&人的因素..........................................................用例必备要素&用例图........................................................活动图&泳道图..............................................................确定类、分析类关系、画类图.................................................设计层次...................................................................好设计的三个特征...........................................................四种结构...................................................................界面设计的三条黄金规则.....................................................测试用例...................................................................三种方法计算环形复杂度..................................................... 软件定义&特点1、指令的集合，通过这些指令可以满足预期的特征、功能和性能需求2、数据结构，是程序可以合理利用信息3、软件描述信息，它以硬拷贝和虚拟形式存在，用来描述程序操作和使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章软件工程学概论1、软件危机产生的原因软件本身的特点：难于维护、逻辑复杂软件开发与维护的方法不正确：忽略需求分析重要性、轻视软件维护课本表述：1、软件不同于硬件,它是计算机中的逻辑部件而不是物理部件2、软件不同于一般程序,它的一个显著特点是规模庞大,而且程序的复杂性将规模的增加而呈现指数上升;3、软件本身特有的特点确实给开发和维护带了一些客观困难4、软件开发与维护有关的许多错误认识与做法有关忽略需求分析,轻视软件维护5、对用户要求没有完整准确的认识就匆忙开始着手编写程序6、在软件不同阶段进行修改需要付出的代价是很不相同的2、软件危机的表现什么是软件危机1、成本高：2、软件质量得不到保证：软件质量问题导致失败的软件项目非常多3、进度难以控制：●项目延期比比皆是●由于进度问题而取消的软件项目较常见●只有一小部分的项目能够按期完成4、维护十分困难：▼软件维护的多样性▼软件维护的复杂性▼软件维护的副作用3、克服软件危机1、管理的角度：软件开发过程的研究、文档的标准化以及人员的交流方式等2、软件开发方法的研究结构化软件开发方法, 面向对象的开发4、软件工程的定义概括的说,软件工程师指导计算机软件开发和维护的一门工程学科;采用工程的概念、原理、技术和方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它,这就是软件工程;1、软件工程就是建立和使用一套合理的工程原理,从而经济地获得可靠的、可以在实际机器上高效运行的软件;2、①把系统的、规范的、可度量的方法应用于软件开发、运行和维护的过程,也就是把工程应用于软件.②研究①中提到的途径总之：软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程;他借鉴传统工程的原理、方法,以提高质量,降低成本为目的;5、软件工程的本质特性1、关注与大型程序的构造2、中心课题是控制复杂度3、软件经常变化4、开发软件的效率非常重要5、和谐的合作是开发软件的关键6、软件必须有效地支持它的用户7、在软件工程领域中通常由具有一个文化背景的人替另外一种文化背景的人创造产品6、软件工程的基本原理1、用分阶段的生命周期计划严格管理2、坚持进行阶段评审3、实行严格的产品控制4、采用现代程序设计技术5、结果应能清楚地审查6、开发小组应该少而精7、承认不断改进软件工程实践的必要性软件工程学包含3个要素：方法、工具和过程7、软件生命周期1、概念:软件生命周期由软件定义、软件开发和运行维护也成软件维护3个时期组成;2、内容：1、问题定义回答“要解决的问题是什么“,写出关于问题性质、工程目标和工程规模的书面报告2、可行性分析回答”对于问题是否有行得通的解决办法“,即探索问题是否值得去解,是否有可行的办法3、需求分析确定”为了解决这个问题,目标系统必须做什么“,确定目标系统必须具备哪些功能,得到需求规格说明书;4、总体设计回答”概括地说,应该怎样实现目标系统“,确定程序由哪些模块组成以及模间的关系5、详细设计回答”应该怎样具体地实现这个系统呢”,确定实现模块功能所需要的算法与数据结构6、编码和单元测试写出正确的容易理解、容易维护的程序模块,然后仔细测试每个模块7、综合测试通过各种类型的测试及相应的调试是软件达到预定要求8、软件维护通过各种必要活动是系统持久地满足用户需求8、生命周期模型1、瀑布模型传统瀑布模型特点：1、阶段间具有顺序性与依赖性2、推迟实现的观点3、质量保证的观点瀑布模型优点：1、可强迫开发人员使用规范的方法例如：结构化技术；2、严格规定每个阶段必须提交的文档；3、要求每个阶段交出的所有产品都必须通过验证;缺点：1、“瀑布模型是由文档驱动的”成为主要缺点适用范围：适合于用户需求明确、完整、无重大变化的软件项目开发;2、快速原型模型适用范围：用户不能给出完整、准确的需求说明,或者开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式等情况;3、增量模型特点：1、反复的应用瀑布模型的基本成分和原型模型的迭代特征,每一个线型过程产生一个“增量”的发布或提交,该增量均是一个可运行的产品;2、早期的版本实现用户的基本需求,并提供给用户评估的平台;优点：1、在较短时间内向用户提交可完成部分工作的产品；2、逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品,从而减少一个全新的软件可能给客户组织带来的冲击；缺点：1、软件体系结构必须是开放的；2、开发人员既要把软件系统看作整体;又要看成可独立的构件,相互矛盾；3、多个构件并行开发,具有无法集成的风险;4、螺旋模型基本思想：使用原型或其他方法来降低风险;适用范围：适用于内部开发大规模软件项目;优点：1、对可选方案和约束条件的强调有利于已有软件的重用,也有助于把软件质量作为软件发的一个重要目标2、减少了过多测试或测试不足3、维护和开发之间并没有本质区别缺点：1、风险驱动,需要相当丰富的风险评估经验和专门知识,否则风险更大2、随着迭代次数的增加,工作量加大,软件开发成本增加5、喷泉模型特点：喷泉模型是一种以用户需求为动力,以对象为驱动的模型,主要用于采用对象技术的软件开发项目;该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性;6、Rational统一过程RUP重复一系列周期,每个周期由一个交付给用户的产品结束;每个周期划分为初始、细化、构造和移交四个阶段,每个阶段围绕着五个核心工作流需求、分析、设计、实现、测试分别迭代;第二章可行性研究1、概念目的用最小的代价在尽可能短的时间内确定问题是否能够解决,不是解决问题,而是确定问题是否值得去解决;2、可行性研究任务了解客户的要求及现实环境,从技术、经济和社会因素等三方面研究并论证本软件项目的可行性,编写可行性研究报告,制定初步项目开发计划;即对软件开发以后的行动方针提出建议;3、研究内容（1）技术可行性使用现有的技术能实现这个系统吗（2）经济可行性这个系统的经济效益能超过它的开发成本吗（3）操作可行性系统的操作方式在这个用户组织内行得通吗（4）法律可行性新系统开发是否会侵犯法藤、集体或国家利益4、数据字典1、内容1、数据流2、数据流分量即数据元素3、数据存储4、处理2、作用对于数据流图中出现的所有被命名的图形元素在字典中作为一个词条加以定义,使得每一个图形元素都有一个确切的定义;第三章需求分析1、需求分析的任务（1）确定对系统的综合要求（2）分析系统的数据要求（3）导出系统的逻辑模型（4）修正系统的开发步骤2、获取需求的方法（1）访谈（2）面向数据流自顶向下（3）简易的应用规模说明技术（4）快速建立软件模型3、实体-关系图P63、层次方框图P68和IPO图P694、结构化分析模型●数据流图：描绘当数据在软件系统中移动时被变换的逻辑过程,指明系统具有的变换数据的功能,是建立功能模型的基础●实体-联系图：描绘数据对象及数据对象之间的关系,用于建立数据模型;●状态转换图：指明了作为外部事件结果的系统行为;描绘了系统的各种行为模式称为“状态”和在不同状态间转换的方式;是行为建模的基础第四章总体设计1、模块独立性与耦合性P97(1)模块化把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求模块化的优点：1.使软件结构清晰,容易设计也容易阅读与理解2.容易测试与调试,提高可靠性3.提高软件的可修改性4.有助于软件开发工程的组织管理(2)模块独立的重要性○有效的模块化即具有独立的模块的软件比较容易开发出来○独立的模块比较容易测试和维护(3)耦合衡量不同模块彼此间互相依赖连接的紧密程度,耦合要低,即每个模块和其他模块之间的关系要简单1、数据耦合：两个模块之间通过参数交换信息,而且交换的信息仅仅是数据2、控制耦合：传递的信息中有控制信息3、特征耦合：当把整个数据结构作为参数传递而被调用的模块只需要使用其中一部分数据元素4、公共环境耦合：两个或多个模块通过一个公共环境相互作用5、内容耦合：出现一下情况之一,则为内容耦合：1、一个模块访问另一个模块的内部数据2、一个模块不通过正常入口而转到另一个模块的内部3、两个模块有一部分代码重叠4、一个模块有多个入口数据耦合<控制耦合<特征耦合<公共环境耦合<内容耦合(4)内聚P99衡量一个模块内部各个元素彼此结合的紧密程度;内聚要高,每个模块完成一个相对独立的特定子功能信息隐藏P96应该这样设计和确定模块,使得一个模块内包含的信息过程和数据对于不需要这些信息的模块来说,是不能访问的2、启发规则1、改进软件结构提高模块独立性2、模块规模应该适中3、深度、宽度、扇入、扇出都应适中4、模块的作用域应该在控制域之内5、力争降低模块接口的复杂度6、设计单入口、单出口模块7、模块功能应该可以预测3、层次图和HIPO图P1024、面向数据流的设计方法P104(1)概念面向数据流设计就是把信息流映射成软件结构,信息流的类型决定了映射的方法;信息流包括变换流、事物流;(2)变换分析与事务分析P1055、小结i.进行软件结构设计遵循的最主要的原理是模块独立原理ii.抽象和求精是一对互补概念iii.软件工程师在实践中总结经验得出一些很有参考价值的启发式规则iv.自顶向下逐步求精是进行软件结构设计的常用途径v.用形式化的方法由数据流图映射出软件结构第五章实现1、选择程序设计语言为了使程序容易测试和维护以减少软件的总成本,所选用的高级语言程序应该有理想的模块化机制,以及可读性好的控制结构和数据结构：为了便于调试和提高软件可靠性,语言特点应该是编译程序能够尽可能多地发现程序中的错误；为了降低软件开发和维护的成本,选用的高级语言应该有良好的独立编译机制;第六章软件测试2、测试的概念(1)测试是为了发现程序中的错误而执行程序的过程(2)好的测试方案是极可能发现了至今为止尚未发现的错误的测试方案;(3)成功的测试是发现了至今为止尚未发现的错误的测试;3、测试的过程与步骤P153大型软件的测试过程基本由下述几个步骤组成(1)模块测试单元测试发现编码和详细设计的错误(2)子系统测试(3)系统测试集成测试(4)验收测试确认测试(5)平行运行4、单元测试P153着重从下述5个模块进行测试主要使用白盒测试技术(1)模块接口(2)局部数据结构(3)重要的执行通路(4)出错处理通路(5)边界条件5、集成测试P156集成测试就是测试和组装软件的系统化技术,主要目标是发现与接口有关的问题;有两种集成策咯(1)自顶向下集成(2)自底向上集成6、确认测试P160也称验收测试,它的目标是验证软件的有效性;通常使用黑盒测试法;7、白盒测试技术P162白盒方法测试软件时设计测试数据的典型技术(1)逻辑覆盖1、语句覆盖2、判定覆盖3、条件覆盖4、判定/条件覆盖5、条件组合覆盖6、点覆盖7、边覆盖8、路径覆盖(2)控制结构测试1、基本路径测试2、条件测试3、循环测试8、黑盒测试技术P171黑盒测试力图发现下述类型的错误：(1)功能不正确或遗漏了功能;(2)界面错误;(3)数据结构错误或外部访问数据库错误(4)性能错误(5)初始化和终止错误黑盒测试用到的技术(1)等价划分(2)边界值分析(3)错误推测第七章维护1、维护的定义P189所谓软件维护就是在软件已经交付使用周,为了改正错误或满足新的需要而修改软件的过程;根据交付使用之后可能进行的4项活动具体定义软件维护(1)改正性维护纠正在使用过程中暴露出来的错误；诊断和改正错误的过程,(2)适应性维护为了和变化了的环境适当地配合而进行的修改软件活动(3)完善性维护在使用软件的过程中增加新的功能或修改已有功能,还可能提出一般性的改进意见的过程(4)预防性维护为了改进未来的可维护性与可靠性,或为了给未来的改进奠定更好的基础而修改软件的过程;2、维护的过程P192(1)维护组织(2)维护报告(3)维护的事件流(4)保存维护记录(5)评价维护活动3、小结1、软件生命周期每个阶段的工作都和软件可维护性有密切关系;2、再工程过程可以在完成任意一个活动之后中止第八章面向对象技术1、面向对象方法学要点（P203面向对象方法学的出发点和基本原则,是尽可能模拟人类思维方法,是开发软件尽可能接近人类认识世界解决问题的方法与过程;2、面向对象方法学优点1、与人类习惯的思维方法一致2、稳定性好3、可重用性好4、较易开发大型软件产品5、可维护性好3、对象模型（P216对象模型表示静态的,结构化的系统的“数据”性质;它是对模拟客观世界实体的对象以及对象彼此之间的关系的映射,描述了系统的静态结构;4、动态模型（P223动态模型表示瞬时的、行为化的系统的”控制“性质,它规定了对象模型中的对象的合法序列;5、功能模型（P224功能模型表示变化的系统的”功能“性质,他指明了系统应该”做什么”,因此更直接反映了用户对目标系统的需求;6、 三种模型之间的关系（P 228功能模型指明了系统应该“做什么”；动态模型明确规定了什么时候即在何种状况下接受什么时间的触发做；对象模型则定义了做事情的实体;在面向对象方法学中,对象模型是最基本的,它为其他两种模型奠定了基础,人们依靠对象模型完成了3中模型的集成;下面扼要地叙述3种模型之间的关系; 三种模型描述了系统的不同方面： 对象模型 动态模型 功能模型 对象的静态结构及相互关系与时间和顺序有关的系统性质 与值的变化有关的系统性质 描述系统的数据结构控制结构 系统的功能 “干事的主体”“什么时候干” “干什么”7、 其他复杂问题大型系统的对象模型通常由下述5个层次组成：主题层、类与对象层、结构层、属性层、服务层主题层类与对象层结构层属性层服务层功能模型与对象模型的关系--对象模型描述了功能模型中的动作对象,数据存储以及数据流结构 --功能模型中的处理对应于对象模型中的操作 动态模型与对象模型的关系 --状态转换驱使行为发生,这些行为在DFD 中被映射成处理,它们同时与对象模型的操作相对应 --针对每个建立的动态模型描述了类实例的生命周期或运行周期动态模型与功能模型的关系--功能模型中的处理可能产生动态模型中的事件;面向对象开发方法包括OOA面向对象分析、OOD面向对象设计、OOP面向对象实现三个部分第九章软件项目管理1、估算软件规模P305(1)代码行技术每个人了估计程序的最小规模a,最大规模b和最可能规模m,分别算出这3中规模的平均值a̅、b̅和m̅之后,用下面公式计算程序规模：L=a̅+4m̅+b̅6(2)功能点技术2、项目进度Gantt图3、质量保证概括得说,软件质量就是“软件与明确地和隐含地定义的需要相一致的程度”;更具体地说,软件质量是软件与明确地叙述的功能和性能需求、文档中明确描述的开发标准以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度;4、软件配置管理软件配置管理事是在软件的整个生命周期内管理变化的一组活动;具体地说,这组活动用来：(1)标识变化(2)控制变化(3)确保适当地实现了变化(4)向需要知道这类信息的人报告变化5、基线基线是一个软件配置管理概念,它有助于人们在不严重合理变化的前提下来控制变化,简而言之,基线就是通过了正式复审的软件配置项;;在软件配置项变成基线之前,可以迅速而非正式地修改它;其他复习简答题1、简述文档在软件工程中的作用;1 提高软件开发过程的能见度2 提高开发效率3 作为开发人员阶段工作成果和结束标志4 记录开发过程的有关信息便于使用与维护；5 提供软件运行、维护和培训有关资料；6 便于用户了解软件功能、性能;。