《软件工程》复习重点及试验指导.docx
《《软件工程》复习重点及试验指导.docx》由会员分享，可在线阅读，更多相关《《软件工程》复习重点及试验指导.docx（14页珍藏版）》请在冰豆网上搜索。
《软件工程》复习重点及试验指导
第一章 软件工程概论
1.软件工程的目的：
倡导以工程的原理、原则和方法进行软件开发，以解决当时出现的软件危机。
2.软件危机：
在计算机软件开发和维护过程中所遇到的一系列问题。
3.软件及组成：
计算机系统中的程序和文档称为软件，程序是计算机任务的处理对象和处理规则的描述，文档是为了理解程序所需的阐述性资料。
4.软件工程定义：
软件工程是一类求解软件的工程，它应用计算机科学、数学及管理科学等原理，借鉴传统工程的原则、方法，创建软件以达到提高质量、降低成本的目的。
其中，计算机科学、数学用于构造模型与算法，工程科学用于制定规范、设计范型、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。
软件工程是一门指导计算机软件开发和维护的工程学科。
5.软件工程框架及其内容：
目标、活动和原则。
软件工程的目标为，生产具有正确性、可用性以及开销合宜的产品。
软件工程活动定义为，生产一个最终满足需求且达到工程目标的软件产品所需要的步骤，主要包括需求、设计、实现、确认以及支持等活动。
软件工程设计原则为，选取适宜的开发模型，采用合适的设计方法，提供高质量的工程支持，重视开发过程的管理。
6.软件工程研究的内容：
软件开发模型、软件开发方法、软件过程、软件工具、软件开发环境、计算机辅助软件工程（CASE）、软件经济学等。
7.软件开发方法学定义：
是一种已定义好的技术集和符号表示习惯，来组织软件开发的过程，一般表示为一系列步骤，包括结构化方法、面向对象方法、Jackson方法等等。
第二章软件开发模型
1.软件开发模型定义：
是软件开发全部过程、活动和任务的结构框架。
2.瀑布模型内容及特点：
瀑布模型将软件生存周期的各项活动规定为依固定顺序连接的软干阶段工作，是一种线性模型。
各阶段活动为，提出系统需求、提出软件需求、需求分析、设计、编码、测试和运行。
每个开发阶段具有以下特征，从上一阶段接受本阶段工作的对象作为输入，对上述输入实施本阶段的活动，给出本阶段的工作成果作为输出传入下一阶段，对本阶段工作进行评审，若本阶段工作得到确认，则继续下阶段工作，否则返回前一阶段甚至更前阶段。
瀑布模型最为突出的缺点是该模型缺乏灵活性。
3.演化模型内容及特点：
演化模型主要针对事先不能完整定义需求的软件开发，其开发过程一般是首先开发核心系统，当核心系统投入运行后，软件开发人员根据用户的反馈，实施开发的迭代过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，直到软件开发结束。
演化模型在一定程度上减少了软件开发活动的盲目性。
4.螺旋模型内容及特点：
它是在瀑布模型和演化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型。
沿螺旋模型顺时针方向，依次表达了四个方面的活动，制定计划、风险分析、实施工程、客户评估。
5.喷泉模型内容及特点：
它体现了软件创建所固有的迭代和无间隙特征，喷泉模型主要用于支持面向对象开发过程。
6.增量模型内容：
在设计了软件系统整体体系结构之后，首先完整的开发系统的一个初始子集，继之，根据这一子集，建造一个更加精细的版本，如此不断的进行系统的增量开发。
7.瀑布模型、演化模型、螺旋模型之间的联系：
相同点是这三个模型都分为多个阶段，而瀑布模型一次完成软件，演化模型分为多次完成，每次迭代完成软件的一个部分，螺旋模型也分为多次完成，每次完成软件的一个新原型，并考虑风险分析。
8.演化模型和增量模型之间的区别
演化模型首先开发核心系统，每次迭代为系统增加一个子集，整个系统是增量开发和增量提交，增量模型首先完整的开发系统的一个初始子集，然后不断的建造更精细的版本。
-
第二章结构化需求分析
1.需求分析阶段的目标、承担人，以及划分阶段：
需求分析阶段位于软件开发的前期，它的基本任务是准确地定义未来系统的目标，确定为了满足用户的需要系统必须做什么，需求分析工作通常由系统分析员来承担，需求分析分为两个阶段，需求获取阶段和需求规约阶段，另外，需求关心的是系统目标而不是系统实现。
2.需求获取通常面临三大挑战：
问题空间理解、人与人之间的通信、需求的不断变化。
3.用户需求的分类及内容：
可以分为两大类，功能性需求和非功能性需求，前者定义了系统做什么，后者定了系统工作时的特性。
4.需求获取的基本原则及内容：
需求获取过程中，划分、抽象和投影是人们常用的组织信息的三条基本原则，划分捕获问题空间的“整体/部分”关系，抽象捕获问题空间的“一般/特殊”或“特例”关系，投影捕获问题空间的多维“视图”。
5.用况（use-case）及其内容，用况之间的关系：
一个用况表示了一个系统、一个子系统或其他语义实体所提供的“一块”高内聚的功能，这样的功能是通过该语义实体与一个或多个外部交互者（称为参与者）之间所交换的消息序列，以及该语义实体所执行的一些动作予以表现的，用况之间的关系为，包含、扩展、泛化。
6.作为一个好的需求获取技术的显著特征：
方便通信（可以通过易于理解的语言），提供定义系统边界的方法，提供定义划分、抽象和投影的方法，鼓励分析员用问题空间的术语而不是软件术语去思考问题和编制文档，允许并提醒分析员有多种可供选择的设计方案，适应需求的变化。
7.需求规约的目的：
是对需求定义进行分析，解决其中存在的二义性和不一致性，并以一种系统化的形式准确地表达用户的需求，形成所谓的需求规格说明书。
8.结构化方法及其手段：
结构化方法是一种系统化开发软件的方法，该方法基于模块化的思想，采用“自顶向下，逐步求精”的技术对系统进行划分，分解和抽象是它的两个基本手段，结构化方法是结构化分析、结构化设计和结构化编程的总称。
9.结构化分析模型的组成及详细内容：
（本章重点，涉及综合应用）
（1）结构化分析模型及内容：
数据流图（DFD）是一种描述数据变换的图形工具，是结构化分析方法最普遍采用的表示手段，数据字典和小说明为数据流图提供了补充，并用以验证图形表示的正确性、一致性和完整性，以上三者构成了结构化分析的模型。
（2）结构化分析方法的基本内容：
数据流图是一种描述数据变换的图形工具，系统接受输入的数据，经过一系列的变换（或称加工），最后输出结果数据，数据流图由以下四个基本成分组成，加工、数据流、数据存储、数据源和数据潭，这四个基本成分是结构化设计方法为表达系统模型的基本概念，这些符号可以覆盖客观世界的一切事物。
加工是对数据进行处理的单元，用圆圈表示;数据流表示数据和数据流向，用箭头表示;数据存储用于表示信息的静态存储，用两条平行线表示;数据源和数据潭表示系统和环境的接口，是系统之外的实体，数据潭是数据流的最终目的地，数据源和数据潭用矩形表示。
加工的命名原则，顶层的加工名就是软件项目的名字，加工的名字最好使用动宾词组（例：
计算费用、准备机票），也可以用主谓词组（例：
费用计算、机票准备），不要使用意义空洞的动词作为加工名（例：
计算、准备）。
数据流表示数据的数据流向，通常由一组数据项组成，数据流有三种流向，数据流可以从加工流向加工，也可以从数据源流向加工或从加工流向数据潭，数据流还可以从加工流向数据存储或从数据存储流向加工，两个加工之间可以有多个数据流，这些数据流之间没有任何联系，数据流图也不表明它们的先后次序。
数据流（数据存储）命名的方法和注意事项，数据流（数据存储）的名字用名词或名词词组，数据流模型是现实系统的抽象，命名时应尽量使用现实系统中已有的名字，把现实环境中传递的一组数据中最重要的那个数据的名字作为数据流（数据存储）的名字，不要把控制流作为数据流，不要使用意义空洞的名词作为数据流名。
（3）数据字典和小说明：
数据字典以一种准确的和无二义的方式定义所有被加工引用的数据流和数据存储，通常包括三类内容，数据流条目、数据存储条目、数据项条目。
小说明是用来描述底层加工的，小说明集中描述一个加工的输入数据和输出数据的逻辑关系，即加工逻辑，小说明并不描述具体的加工过程，小说明一般用自然语言、结构化自然语言、判定表和判定树等来描述。
结构化自然语言的语法通常分为内外两层，外层语法描述操作的控制结构，内层语法用自然语言描述。
判定表分为四个区，一区内列出所有的条件类别，二区内列出所有的条件组合，三区内列出所有的操作，四区内列出在相应的组合条件下某个操作是否执行或执行情况。
（4）建立系统模型的步骤：
结构化分析从本质上说是一种运用抽象和分解技术，“自顶向下，逐步求精”的过程，首先确定系统边界，画出系统环境图，自顶向下，再画出各层数据流图，定义数据字典和小说明，最后汇总前面各步骤的结果。
（5）建立系统模型的模型平衡规则：
数据流图中所有的图形元素必须根据它们的用法规则正确使用，每个数据流和数据存储都要在数据字典中有定义，数据字典将包括各层数据流图中数据元素的定义，数据字典中的定义使用合法的逻辑构造符号，数据流图中最底层的加工必须在小说明中有定义，父图和子图必须平衡，小说明和数据流图的图形表示必须一致。
（6）建立系统模型控制复杂性的一些规则：
上层数据流可以打包，上、下层数据流的对应关系用数据字典描述，同层的数据流也可以编号对应，包内流的性质（输入/输出）必须一致，为了便于人的理解，把一幅图中的图元个数控制在7±2以内，检查同每个加工相关的数据流，并寻找是否有其他可降低界面复杂性的划分方法，分析数据内容，确定是否所有的输入信息都用于产生输出信息，相应的，有一个加工产生的所有信息是否都能由进入该加工的信息导出。
（7）结构化分析的基本步骤：
通过对现实系统的了解和分析，或基于需求陈述，建立该系统的数据流图，基于得到的数据流图，建立该系统的数据字典，基于得到的数据流图，对最底层的加工给出其控制结构描述，依据需求陈述，建立人机接口和其他性能描述，通过分析和验证，建立系统完整的需求规约。
10.需求验证及其内容：
需求验证就是对软件需求规格说明书（SRS）加以验证，需要从以下方面进行，正确性，无二义性，完整性，可验证性，一致性，可理解性，可修改性，可被跟踪性，可跟踪性，设计无关性，注释。
11.需求分析规格说明书及其作用：
需求分析规格说明书是需求分析阶段产生的一份最重要的文档，它以一种一致的、无二义的方式准确的表达用户的需求，它起到三方面的作用，作为软件开发机构和用户之间一份事实上的技术合同书，作为软件开发机构下一步进行设计和编码的基础，作为测试和验收目标系统的依据。
12.用符号“+”、“|”、“{}”表达的完备的数据结构：
根据Jackson理论，所有数据结构分为三类，顺序、选择、循环，以上三种符号恰好对应了三种数据结构。
13.系统需求规格说明书的基本结构：
引言、概述、数据流图与数据字典、接口、性能需求、属性、其他需求。
本章设计题为DFD建模，为笔试和试验的必考题型，非常重要，考生可参考辅导第264页“建模题”，其中面向对象部分将在后面文章中提及，首先应把重点放在DFD的建立以及定义DD和小说明上。
第三章结构化设计
1.软件设计阶段的主要任务、方法、阶段：
需求分析阶段的主要任务是确定系统必须“做什么”，形成软件的需求规格说明书，软件设计阶段的主要任务是确定系统“怎么做”，从软件需求规格说明书出发，形成软件的具体设计方案，软件设计可以采用多种方法，如结构化设计方法、面向数据结构的设计方法、面向对象的设计方法等，结构化软件设计可以分为总体设计和详细设计两个阶段。
2.总体设计阶段的主要任务及其内容：
总体设计阶段的主要任务是把系统的功能需求分配给软件结构，形成软件的模块结构图（MSD），在结构图中矩形表示功能单元，称为“模块”，连接上下层模块的线段表示它们之间的调用关系，在总体设计阶段，每个模块还处于黑盒子级，模块通过外部特征标识，名字、输入、输出。
3.总体设计的表示形式及其内容（层次图、HIPO图、结构图）：
层次图是软件总体设计阶段最常使用的表示形式之一，用来描绘软件的层次结构，图中的每个方框代表一个模块，方框间的连线表示模块的调用关系，层次图很适合于在自顶向下设计软件的过程中使用;
HIPO图是由美国IBM公司发明的“层次图+输入/处理/输出图”的英文缩写，HIPO图实际上由H图和IPO图两部分组成，H图就是上面提到的层次图，为了能使HIPO图具有可跟踪性，在H图里除了最顶层的方框之外，每个方框都加了编号;
结构图和层次图类似，图中每个方框代表一个模块，方框之间的箭头（或直线）表示模块的调用关系，在结构图中通常还用带注释的箭头表示模块调用过程中来回传递的信息，尾部是空心圆表示传递的是数据，实心圆表示传递的是控制信息。
4.模块及其组成：
模块是执行一个特殊任务或实现一个特殊的抽象数据类型的一组例程和数据结构，模块由两部分组成，接口和实现模块功能的执行机制。
5.面向数据流的设计方法（综合应用）：
面向数据流的设计方法把数据流图映射成为软件结构，数据流图的类型决定了映射的方法，数据流图可以分为变换型数据流图和事务型数据流图，具有较明显的输入、变换（或称主加工）和输出界面的数据流图称为变换型数据流图，数据沿输入通路到达一个处理模块，这个处理模块根据输入数据的类型在若干动作序列中选出一个来执行，这类数据流图称为事务型数据流图，并且称这个模块为事务中心，它完成如下任务，接收输入数据、分析数据并确定数据类型、根据数据类型选取一条活动通路。
6.评价软件设计质量的主要准则（模块化、抽象、耦合、内聚）及详细内容：
模块化是好的软件设计的一个基本准则;
抽象就是抽出事务的本质特性而暂时不考虑它们的细节，模块是按照不同的抽象级别安排的，高层抽象模块向读者隐藏了功能实现的细节，这就是信息隐蔽，模块之间相互隐藏自身的实现细节对一个好的设计来说是至关重要的;
耦合是对不同模块之间相互依赖程度的度量，紧密耦合是指两个模块之间存在着很强的依赖关系，松散耦合是指两个模块之间存在一些依赖关系，但他们之间的连接比较弱，无耦合是指模块之间根本没有任何连接;
耦合的强度依赖于以下四个因素，一个模块对另一个模块的引用，一个模块向另一个模块传递的数据量，一个模块施加到另一个模块的控制的数量，模块之间接口的复杂程度;
从强到弱的几种常见的耦合类型，内容耦合，一个模块直接修改或操作另一个模块的数据;公共耦合，两个以上的模块共同引用一个全局数据项;控制耦合，一个模块在界面上传递一个信号控制另一个模块，接收信号的模块的动作根据信号值进行调整，称为控制耦合;标记耦合，若两个模块至少有一个通过界面传递的公共参数包含内部结构;数据耦合，模块间通过参数传递基本类型的数据，数据耦合是最简单的耦合形式，系统中至少必须存在这种类型的耦合;
内聚度量的是一个模块内部各成分之间相互关联的强度，如果一个模块的所有成分都直接参与并且对于完成同一功能来说都是最基本的，则该模块是高内聚的;
从低到高的几种常见的内聚类型，偶然内聚，一个模块的各个成分之间毫无关系;逻辑内聚，几个逻辑上相关的功能被放在同一模块中;时间内聚，一个模块完成的功能必须在同一时间内执行，但这些功能只是因为时间因素关联在一起;过程内聚，一个模块内部的处理成分是相关的，而且这些处理必须以特定的次序执行;通信内聚，一个模块的所有成分都操作同一数据集或生成同一数据集;顺序内聚，一个模块的各个成分和同一个功能密切相关，而且一个成分的输出作为另一个的成分;功能内聚，最理想的内聚是功能内聚，模块的所有成分对于完成单一的功能都是基本的;
内聚和耦合是密切相关的，在进行软件设计时，应力争做到强内聚、弱耦合。
7.结构化设计的启发式规则：
改进软件结构提高模块独立性，模块规模应该适中，深度、宽度、扇入和扇出应适中，模块的作用域应该在控制域之内，力争降低模块接口的复杂性，模块功能应该可以预测;
模块的作用域定义为受该模块内一个判定影响的所有模块的集合，模块的控制域是这个模块本身以及所有直接或间接从属于它的模块的集合。
8.结构化分析与结构化设计的区别：
结构化分析得到数据流图、数据字典等，属于逻辑模型，结构化设计得到模块结构图，属于程序模型。
9.详细设计阶段的目标、表现、内容：
详细设计阶段的根本目标是确定怎样具体的实现所要求的系统，详细设计以总体设计阶段的工作为基础，但又不同于总体设计，主要表现在，在总体设计阶段，数据项和数据结构以比较抽象的方式描述，详细设计要提供关于算法的更多细节;
详细设计的模块包含实现对应的总体设计的模块所需要的处理逻辑，主要有，详细的算法，数据表示和数据结构，实施的功能和使用的数据之间的关系。
10.结构化程序的三种基本结构，结构化设计的目标：
结构化程序设计技术采用自顶向下逐步求精的设计方法和单入口单出口的控制结构，并且只包含顺序、选择和循环三种结构，结构化程序设计的目标之一是使程序的控制流程线性化，即程序的动态执行顺序符合静态书写结构，结构化程序设计的观点是要求设计好结构的程序。
11.详细设计的任务，详细设计的工具及其内容特点：
详细设计的任务是给出软件模块结构中各个模块的内部过程描述，也就是模块内部的算法设计，详细设计的工具可以分为图形、表格、语言三种，包括程序流程图、盒图（N-S图）、PAD图、类程序设计语言（PDL）;
程序流程图中使用的主要符号包括顺序、选择、循环结构，它的主要缺点如下，程序流程图本质上不是逐步求精的好工具，它诱使程序员过早的考虑程序的控制流程，而不去考虑程序的全局结构，程序流程图中用箭头代表控制流，因此程序员不受任何约束，可以完全不顾结构程序设计的精神，随意转移控制，程序流程图不易表示数据结构;
PAD是问题分析图的英文缩写，它用二维树形结构的图表示程序的控制流，PAD图的主要优点如下，使用表示结构化控制结构的PAD符号所设计出来的程序必然是结构化程序，PAD图所描述的程序结构十分清晰，用PAD图表现程序逻辑，易读、易懂、易记，很容易将PAD图转换成高级语言源程序，既可用于表示程序逻辑，也可用于描述数据结构，PAD图的符号支持自顶向下逐步求精的使用，PAD图是面向高级程序设计语言的;
类程序设计语言也称为伪码，它是用正文形式表示数据结构和处理过程的设计工具，PDL具有以下特点，关键字的固定语法，提供了结构化控制结构、数据说明和模块化的手段，自然语言的自由语法，用于描述处理过程和判定条件，数据说明的手段，既包括简单的数据结构，又包括复杂的数据结构，模块定义和调用的技术，提供各种接口描述模式;
PDL作为一种设计工具有如下一些优点，可以作为注释直接插在源程序中间，可以使用普通的正文编辑程序或文字处理系统，很方面的完成PDL的书写和编辑工作，已经有自动处理程序存在，而且可以自动由PDL生成程序代码，PDL的缺点是不如图形工具形象直观，描述复杂的条件组合与动作间的对应关系时，不如判定表或判定树清晰简单。
本章设计题为DFD到模块结构图的转换和详细设计工具的具体应用，为笔试和试验的必考题型，非常重要，请考生参考辅导第256页
（1）~（7）题，务必每一种题型都熟练掌握。
本章与上一章的设计题是软件工程科目的重点，大约占笔试的35%，占试验的70%，并且前面四章的所有内容大约占笔试的60%，希望重点掌握。
第四章面向对象方法
1.基本概念：
（1）对象在系统分析和系统构造中，对象是对客观世界事务的一种抽象，是由数据（属性）及其上操作（行为）组成的封装体。
（2）类是具有相同结构、行为和关系的一组对象的描述。
（3）属性每一对象的属性是一些有着确定值的、用于描述对象状态信息的数据。
（4）服务为了完成某一任务，一个对象所提供的、并体现其责任的操作。
（5）消息一个对象为实现其责任而与其他对象的通信，在面向对象方法中，对象之间只能通过消息进行通信。
（6）继承表达类之间相似性的一种机制，即在已有的类的基础之上增量构造新的类，前者称为父类（或超类），后者称为子类，如果子类只从一个父类继承，则称为单继承，如果子类从一个以上父类继承，则称为多继承。
（7）操作是类的实例被要求执行的服务。
（8）关联把一组具有相同结构特性、行为特征和语义的链的描述称为关联。
（9）链是对象引用的元组（列表）。
（10）依赖一个依赖规约了两个模型元素（或两个模型元素集合）之间的一种语义关系。
（11）状态一个状态是在对象的生命期内的一个条件，或在对象满足某个条件，进行某个动作或等待某个事件的期间内的一个交互。
（12）事件指可以引发状态转换的所发生的事情。
2.对象的特点：
自治性，对象具有一定的独立计算能力，封闭性，对象具有信息隐蔽的能力，通信性，对象具有与其他对象通信的能力。
3.面向对象方法同结构化方法的比较：
结构化方法强调过程抽象和模块化，将现实世界映射为数据流和加工，加工之间通过数据流进行通信，数据作为被动的实体被主动地操作所加工，是以过程（或操作）为中心来构造系统和设计程序的;
面向对象方法把世界看成是独立对象的集合，对象将数据和操作封装在一起，提供有限的接口，其内部的实现细节、数据结构及对它们的操作是外部不可见的，对象之间通过消息相互通信，面向对象方法具有的继承性和封装性支持软件复用，并易于扩充，能较好的适应复杂大系统不断发展和变化的要求。
4.Coad-Yourdon方法：
该方法认为，人类在认识和理解现实世界的过程中，普遍运用着下面三个构造法则，区分对象及其属性，区分整体对象及其组成部分，不同对象类的形成及区分。
5.面向对象方法分析阶段的五个主要活动及其内容：
标识类及对象、标识结构、标识主体、定义属性及实例连接、定义服务及消息连接;
两层矩形符号表示类及对象，内层矩形表示类，分为三部分，类名、属性名、服务名，外层矩形表示该类的对象;
标识的结构有两种，一般/特殊结构和整体/部分结构;
精炼主题可以从问题域和接口复杂性两方面入手;
可以从四方面考虑标识属性，原子概念，规范化，标识机制，保持一个可导出的属性。
-
6.面向对象设计（OOD）：
OOD分为四部分，问题域部分，保持系统总体结构的稳定性，人机交互部分，任务管理部分，简化总体设计和编码，数据管理部分，包括数据存放方法的设计和相应服务的设计。
7.三种面向对象的设计模型（OSA模型）：
对象关系模型、对象行为模型、对象相互作用模型。
8.面向对象中特殊的关系集合：
一般关系（isa），一个对象类中的每一对象是另一对象类的一个对象，聚合关系（ispartof），一个对象，称之为聚合，是由一些称之为成分的对象构成的，联合关系（ismemberof），该关系用于生成一个由对象构成的集合，并把该集合看作是一个对象，ismemberof关系总是二元关系;
成员类是联合的子集，对象是成员类的子集，对象是联合子集的子集。
9.对象关系模型图（ORM），对象行为模型，对象交互模型：
对了构造ORM图，OSA给出了五个基本概念，对象、关系、对象类、关系集合、约束为了构造对象行为模型，OSA集中于三个基本概念，状态、触发、动作，OSA借助
升级会员 