就是说，黑盒测试是在程序接口进行的测试，他只检查程序功能是否能按规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生争取的输入信息，程序测试过程中能否保持外部信息的完整性。黑盒测试又被称为功能测试。
白盒：可以把程序看成装在一个透明白盒子里，测试者完全知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序，检测程序的主要执行通路是否都能按预定要求正确工作。白盒测试又被称为结构测试。 25. 软件测试的步骤
（1）单元测试（也称模块测试）：针对软件设计的基本单元——程序模块，进行正确性检验的测试工作。目的在于发现各个模块内部可能存在的各种差错。单元测试需要从程序内部结构出发设计测试用例，多个模块可以平行、独立地进行测试；
（2）集成测试（也称组装测试，联合测试）：在单元测试的基础上，将所有模块按设计要求集成在一起进行测试，以检验总体设计中各模块间的接口设计问题、模块之间的相互影响、上层模块存在的各种差错及全局数据结构对系统的影响等方面。
（3）确认测试（也称验收测试，有效性测试）：主要检验软件的功能和性能是否与需求说明书中的规定一致。
（4）系统测试：将软件系统作为一个元素，放入整个实际的计算机系统中，与计算机硬件、其他软件、使用人员等系统元素结合在一起，在实际使用环境下进行综合全面的测试。 26. 软件测试用例的组成
测试用例由输入数据和预期的输出数据组成。 27. 根据题目要求设计测试用例 请参考下方题目（3） 28. 软件维护的分类（4种）
（1）完善性的维护。完善性维护就是在应用软件系统使用期间为不断改善和加强系统的功能和性能，以满足用户日益增长的需求所进行的维护工作。在整个维护工作量中，完善性维护居第一位。
（2）适应性维护。适应性维护是指为了让应用软件系统适应运行环境的变化而进行的维护活动。适应性维护工作量约占整个维护工作量的25%。
（3）纠错性维护。纠错性维护的目的在于，纠正在开发期间未能发现的遗留错误。对这些错误的相继发现，对它们进行诊断和改正的过程称为纠错性维护。这类维护约占总维护工作量的20%。
（4）预防性维护。其主要思想是维护人员不应被动地等待用户提出要求才做维护工作，而应该选择那些还有较长使用寿命。 29. 面向对象的特征 封装，集成，多态
30. 面向对象的建模语言UML 请仔细复习书上第九章
31. 面向对象的动态模型包含哪两种图型 请仔细复习书上第九章 32. 类的概念
类 就是对具有相同数据和相同操作的的一组相似对象的定义。
33. 类图的元素
名称 ，属性 ，操作
34. UML中对象之间类的关系（空心三角形，菱形分别表示什么） 在UML图中，类之间的关系有如下几种： ② 关联关系：Association 黑三角形 ②聚合关系：Aggregation 空心菱形 ③ 组合关系：Composition
④ 依赖关系：Dependency 带箭头的虚线
⑤泛化关系：Generalization 一端为空心三角形的虚线 ⑥实现关系：Realization 35. 画用例图
参考下方题目最后一题 36. 用例图图形元素
37. 方框代表系统 椭圆代表用例 线条人代表行为者 38. 对象模型的五个层次
主题层、类&对象层、结构层、属性层、服务层。 39. 面向对象分析方法的五个基本步骤
第一步，确定对象和类。这里所说的对象是对数据及其处理方式的抽象，它反映了系统保存和处理现实世界中某些事物的信息的能力。类是多个对象的共同属性和方法集合的描述，它包括如何在一个类中建立一个新对象的描述。
第二步，确定结构（structure）。结构是指问题域的复杂性和连接关系。类成员结构反映了泛化-特化关系，整体-部分结构反映整体和局部之间的关系。
第三步，确定主题（subject）。主题是指事物的总体概貌和总体分析模型。
第四步，确定属性（attribute）。属性就是数据元素，可用来描述对象或分类结构的实例，可在图中给出，并在对象的存储中指定。 第五步，确定方法（method）。方法是在收到消息后必须进行的一些处理方法：方法要在图中定义，并在对象的存储中指定。对于每个对象和结构来说，那些用来增加、修改、删除和选择一个方法本身都是隐含的（虽然它们是要在对象的存储中定义的，但并不在图上给出），而有些则是显示的。 40. UML的协助图和时序图
时序图定义 : 描述了对象之间传递消息的时间顺序, 用来表示用例中的行为顺序, 是强调消息时间顺序的交互图;
时序图描述的事物: 时序图描述系统中类和类之间的交互, 将这些交互建模成消息交换, 时序图描述了类以及类之间的交换以完成的期望行为的消息, 时序图中每条消息都代表了类的一个操作 或者 引起状态机改变的触发事件;
时序图表示 : 参与交互的对象在时序图顶端水平排列, 每个对象的底端绘制了一条垂直虚线, 对象A像对象B发送消息, 用一条带箭头的实线表示, 该实线起始于对象A底部的虚线, 终止于对象B底部的虚线; 实线箭头水平放置, 越靠近顶端越早被发送.
时序图轨迹 : 时序图提供了随时间推移的, 清晰的 可视化的轨迹;
时序图组成 : 时序图包括四个元素 对象(Object), 生命线(Lifeline), 激活(Activation), 消息(Message);
协作图 : 协作图是 一种 类图, 包含 类元角色 和 关联角色, 不仅仅是 类元 和 关联;
-- 强调 : 强调参与交互的 各个对象的结构信息 和 组织;
协作图建模对象 : 对有交互的对象 和 这些对象之间的关系建模, 不参与交互的对象及它们的关系忽略;
协作图内容 : 协作图中表现了 类操作中用到的参数, 布局变量, 操作中的永久链;
对象图扩展 : 协作图可以看做对象图的扩展, 该图展示了对象之间的关联, 显示出了对象间的消息传递;
41. 软件重用的定义和层次（三个层次）
定义：软件重用，是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。 层次：
（1）知识重用（例如，软件工程知识的重用）。
（2）方法和标准的重用（例如，面向对象方法或国家制定的软件开发规范的重用）。
（3）软件成分的重用。 42. 面向对象设计的启发规则 1、设计结果应该清晰易懂 2、一般特殊结构的深度适当 3、设计简单的类 4、使用简单的协议 5、使用简单的服务 6、把设计变动减至最小 43. 软件质量的的概念
概括地说，软件质量就是“反应实体满足明确的和隐含的需求的能力的特性的总和”。具体地说，软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的和隐含特征相一致的程度。 44. 软件可移植性
把程序从一种硬件配置和软件系统环境转移到另一种配置和环境时，需要的工作量多少。有一种度量方法是：用原来的程序设计和调试的成本除移植时需要的费用
44.软件工程管理的定义
45. 能力成熟度模型作用
1.初始级
软件过程的特征是无序的，有时甚至是混乱的。 2.可重复级
软件机构建立了基本的项目管理过程(过程模型)，可跟踪成本、进度、功能和质量。
3.已定义级
软件机构已经定义了完整的软件过程（过程模型），软件过程已经文档化和标准化。
4.已管理级
软件机构对软件过程（过程模型和过程实例）和软件产品都建立了定量的质量目标，所有项目的重要的过程活动都是可度量的。
5.优化级
软件机构集中精力持续不断地改进软件过程。这一级的软件机构是一个以防止出现缺陷为目标的机构，它有能力识别软件过程要素的薄弱环节，并有足够的手段改进它们。 46. 基线的概念
基线(baseline)——经过正式审查和认可作为以后进一步演进的基础，并且只有通过正式的更改控制规程才能进行更改的规格说明或产品。 简而言之 基线就是通过了正式复审的软件配置项。 47. 关键路径的概念
关键事件：EET（最早时刻）=LET（最迟时刻） 48. 度量软件规模的常用技术 代码行技术
估算方法：
由多名有经验的软件工程师分别做出估计。
每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)， 分别算出这3种规模的平均值之后，再用下式计算程序规模的估计值：
L=
??+4??+??
6
单位：
LOC或KLOC。 代码行技术的优点：
代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数； 有大量参考文献和数据。 代码行技术的缺点：
源程序仅是软件配置的一个成分，由源程序度量软件规模不太合理； 用不同语言实现同一个软件所需要的代码行数并不相同； 不适用于非过程性语言。
功能点技术
功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。这种方法用功能点(FP)为单位度量软件规模。
1. 信息域特性
输入项数(Inp)、输出项数(Out)、查询数(Inq)、主文件数(Maf)、外部接口数(Inf) 每个特征根据其复杂程度分配一个功能点数，即信息域特征系数a1，a2，a3，a4，a5 2. 估算功能点的步骤
(1) 计算未调整的功能点数UFP
UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf (2) 计算技术复杂性因子TCF
技术因素对软件规模的综合影响程度DI： DI=∑14??=1????
技术复杂性因子TCF由下式计算： TCF = 0.65 + 0.01 × DI
因为DI的值在0~70之间，所以TCF的值在0.65~1.35之间。 (3) 计算功能点数FP FP = UFP × TCF
功能点技术优点：与所用的编程语言无关，比代码行技术更合理。 功能点技术缺点：在判断信息域特性复杂级别和技术因素的影响程度时主观因素较大，对经验依赖性较强。 49. 评价软件质量的因素（常见的4个） 可维护性，可靠性，可理解性，效率 50.COCOMO2模型
3个层次的估算模型： 应用系统组成模型：这个模型主要用于估算构建原型的工作量，模型名字暗示在构建原型时大量使用已有的构件。
早期设计模型：这个模型适用于体系结构设计阶段。
后体系结构模型：这个模型适用于完成体系结构设计之后的软件开发阶段。
COCOMO2使用的5个分级因素：项目先例性、开发灵活性、风险排除度、项目组凝聚力、过程成熟度
1. 请使用N-S图、PAD图描述下列程序的算法。 (1)在数据A(1)～A(10)中求最大数和次大数。
2. 某公司为本科以上学历的人重新分配工作，分配原则如下：
（1）如果年龄不满18岁，学历是本科，男性要求报考研究生，女性则担任行政
软件工程-期末考试复习总结知识点+必考题型
