4.流水线技术 流水线执行时间计算 流水线周期为执行时间最长的一段(三段中取址,分析，执行)其中最长耗时的那段 第一条指令单独拎出来计算是因为水桶效应，后面的执行受第一条(流水线建立时间)的影响 第一条指令执行的时间就是第一条指令每段相加总的时间 流水线计算公式为: 实践公式将一条指令执行的时间扩大到最长段，所以k是段数，t是最长的那个段也就是流水线周期 考试中一般用到理论公式，如果没有答案用实践公式 流水线吞吐率计算 单位时间内流水线所完成的任务数量或输出的结果数量 流水线最大吞吐率 t 为流水线周期

3.面向对象设计 面向对象设计七大原则(高内聚低耦合) 单一职责原则:设计目的单一的类 开放-封闭原则(开闭原则):对扩展开放，对修改封闭 李氏(Liskov)替换原则(里氏替换):子类可以替换父类（子类继承父类后只做拓展不做修改） 依赖倒置原则:要依赖于抽象，而不是具体实现;针对接口编程，不要针对实现编程 接口隔离原则:使用多个专门的接口比使用单一的总接口要好 组合重用原则:要尽量使用组合，而不是继承关系达到重用目的 迪米特(Demeter)原则(最少知识法则):一个对象应当对其他对象有尽可能少的了解 面向对象设计其他原则(针对包/命名空间) 重用发布等价原则:重用的粒度就是发布的粒度 共同封闭原则:包中的所有类对于同一性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包里的所有类产生影响，而对于其他的包不造成任何影响。 共同重用原则:一个包里的所有类应该是共同重用的。如果重用了包里的一个类，那么就要重用包中的所有类。 无环依赖原则:在包的依赖关系图中不允许存在环，即包之间的结构必须是一个直接的无环图形。 稳定依赖原则:朝着稳定的方向进行依赖。 稳定抽象原则:包的抽象程度应该和其稳定程度一致。

2.面向对象分析 暂无简介

5.系统设计 （必考） 考点1:系统设计概述 考点2:模块设计**(必考)** 考点3:人机界面设计 考点4:架构设计 系统设计 概要设计：划分子系统/模块，对这些子系统 分配功能/任务，（看不到模块内部，最多能看到接口关系） 详细设计：针对子系统/模块内部设计，模块内部的数据结构等 模块设计 保持模块的大小适中 尽可能减少调用的深度 多扇入，少扇出（数量适中） 单入口，单出口 模块的作用域应该在模块之内 功能应该是可预测的 内聚性 顺序内聚和过程内聚需要注意区分，过程内聚只需要按一定的次序不一定要顺序 耦合性 数据耦合和标记耦合需要区分，标记耦合一般是传递复杂数据，如结构体 人机界面设计（接口设计） 黄金三原则 置于用户控制之下 减少用户的记忆负担 保持界面的一致性 界面美观不属于黄金三原则 架构设计 需要掌握浅层次的分类和应用特点 数据流风格 数据流风格对性能没有提升 管道-过滤器可以并行 调用/返回风格(层次结构) 主程序/子程序是单线程 面向对象是**显示调用**，明确哪些对象调用了哪些函数 一个层最多与上下两层交互，可以解耦，但对性能有影像，多一个层次就性能差一点 MVC风格 独立构件风格 虚拟机风格 解释器缺点是执行效率比较低 没有确定性算法的软件

7.软件维护 软件维护 软件维护的定义和重要性 1.软件维护是软件生命周期中最长且成本最高的阶段，因为软件的使用寿命可能长达数年甚至十年。 2.软件维护涉及的工作包括技术更新、人员流失后的工作接替等。 软件维护的四大类型 1.改正性维护（错误已经出现）：针对已经出现的错误进行修改。 2.预防性维护（错误还没发生）：在错误发生之前进行修改，以避免问题的出现，如千年虫问题的修复。 3.完善性维护：为了增加新功能或改善性能而进行的维护。 4.适应性维护：为了适应环境变化，如信息技术环境、市场需求变化(政策，操作系统)等进行的修改。 软件可维护性的决定因素 1.软件应易于理解和修改，以减少维护的难度。 2.软件应具有可修改性和可测试性，以确保修改后的软件能够正常工作。