根据病毒感染的途径和采用的核心技术不同，计算机病毒可分为： ? 文件型病毒：感染可执行文件； ? 引导型病毒：影响磁盘的引导扇区；
? 宏病毒：感染使用某些程序创建的文本文档（如word文档）、数据库、电子表格等文件；
? 目录型病毒：修改硬盘上存储的所有文件地址（可用磁盘检测工具
SCANDISK、CHKDSK发现文件链接地址错误）。
信息安全的多种威胁中，业务流分析是指通过对系统进行长期监听，利用统计分析方法对诸如通信频度、通信信息流向、通信总量的变化等参数进行研究，从中发现有价值的信息和规律。
经典的报文摘要算法有：MD5和SHA-1
数字证书是在公钥体系之上提出来的，数字证书包含了公钥体系的公钥和其它信息。数字证书解决了公钥体系中身份伪造（公钥体系的第一步是发信者需要取得收信者的公钥，如果没有数字证书，发信者无法确认某个公钥就是真实收信者的）的问题！数字证书把公钥封装起来，再加上一些公证机构的签名信息，这样数字证书被发布之后，证书中的公钥所属身份就可验证了。
6. 面向对象方法学
6.1. 基础知识
类库是一种预先定义的程序库，它以程序模块的形式，按照类层次结构把一组类的定义和实现组织在一起。
类属类（泛型，generic class）描述适用于一组类型的通用样板，所处理对象的数据类型尚未确定。
用例的三种关系：包含include（use）、扩展（extends）、泛化。
顺序图和协作图统称为“交互图”，顺序图着重体现交互的时间顺序，协作图着重体现交互对象间的静态连接关系。
顺序图精确表达用户与系统的复杂交互过程。 顺序图用于描述进出系统的信息流。
顺序图与协作图是同构的，可以互相转换！！！ ? 顺序图：着重体现对象间消息传递的时间顺序。顺序图允许直观的表示
出对象的生存期，生存期内，对象可以对输入消息作出响应，并且可以发送消息。消息的箭头指明消息的类型，消息用消息名和参数来标识。 ? 协作图：用于描述相互合作的对象间的交互关系和链接关系。
活动图：用于表示系统中各种活动的次序，它的应用非常广泛，即可用来描述用例的工作流程，也可用来描述类中某个方法的操作行为。常用于表示业务流程，对系统功能建模，强调对象之间的控制流。活动图是由状态图变化而来的，活动图依据对象状态的变化来捕获动作。活动图中一个活动结束后将立即进入下一个活动，状态图中状态的变迁可能需要事件的触发。
活动图VS传统流程图：程序流程图明确地指定了每个活动的先后顺序，而活动图仅描述了活动和必要的工作顺序，这是两者的根本区别。另外，流程图限于顺序进程，而活动图支持并发进程。
活动图VS状态图：状态图注重于由事件驱动的系统的变化状态；活动图注重于从活动到活动的控制流。活动图是状态机的一种特殊情况，其中全部或大多数状态是活动状态，并且全部或大多数转换时通过源状态中活动的完成来触发的。活动图适应状态机的全部特征。活动图和状态图在对一个对象的生命周期建模时都是有用的。
多态分为4类：
? 包含多态：类族中定义于不同类中的同名成员函数的多态行为，如子类
型化，即一个类型是另一个类型的子类型。
? 参数多态：最纯的多态，同一对象、函数或能以一致的形式用于不同的
类型；
? 过载多态：重载多态，同一运算子被用于表达不同的功能。 ? 强制多态通过语义操作把一个变元的类型加以变换。
从实现的角度来看，多态分为两类：
? 编译时多态：静态联编，在编译过程中确定同名操作的具体操作对象； ? 运行时多态：动态联编，在程序运行过程中才动态的确定操作所针对的
具体对象。
在OOA过程中，用概念模型来详细描述系统的问题域，用类图来表示概念模型。问题域是指一个包含现实世界事物与概念的领域，这些事物和概念与所涉及的系统要解决的问题有关。建立概念模型又称为问题域建模，或域建模，也就是找到代表那些事物与概念的对象。
依赖是两个模型元素之间的关系，被依赖的模型元素发生变化就会影响到另一个模型元素。
OOA的结果是OOD的输入，OOD的结果是OOP的输入。
OOA基于用例模型，通过对象建模记录确定的对象、对象封装的数据和行为，以及对象之间的关系。
OOA包括三个活动：建模系统功能、发现并确定业务对象、组织对象并确定对象间的关系。 OOD是模型驱动和用例驱动的，整个设计过程将OOA阶段所产生的需求模型作为输入，并生成供构建阶段使用的设计模型作为输出。
UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域、各种开发工具。UML标准并没有定义一种标准的开发过程，它是为支持大部分
现存的面向对象开发过程而设计的。
UML通用机制中，包用于把元素组织成组；构件是系统中遵从一组接口规范且付诸实现的物理的、可替换的软件模块。
Berard定义的导致特殊度量的特征：局部化、封装、信息隐蔽、继承、抽象。
方法调用VS消息机制：
? 方法调用是指当某个事件发生时，调用某个对象的方法来处理事件。 ? 消息机制是指当某个事件发生时，把相关消息发送给某些对象（一个或
多个），相关对象捕获消息后进行相应处理； ? 方法调用同步，消息机制异步；
? 消息是通过消息总线发送，支持多个数据的发送者和接收者，更加灵活； ? 方法调用效率更高； ? 消息机制可靠性更好。
JAVA EE三层：表现层、业务逻辑层、基础设施层。基础设施层应该要保持稳定，要严格区分业务逻辑层和表现层，尤其应该注意不要在表现层中混杂业务代码。
对象持久化是将内存中的数据以数据库或物理文件形式保存到可永久存储的设备中。
6.2. 框架
框架与类库都可以认为是一种基础结构，而我们编写的代码是应用代码。 ? 若是基础代码调用应用代码，则这种基础结构是框架； ? 若是应用代码调用基础代码，则这种基础结构是类库。
框架是半成品的应用程序，而类库只是一系列可被应用程序调用的类。 类库总是被动相应用户的调用请求，框架则会为某一特定目标实现一个基本、
可执行的架构。类库是死的，框架是活的。
框架中已经包含了应用程序从启动到运行的主要流程，流程中无法预先确定的步骤留给用户来实现。程序运行时，框架自动调用用户实现的功能组件。
框架是控制倒转原则的完美体现。
6.3. 4+1视图
? 逻辑视图：以问题域的语汇组成的类和对象的集合（类图）；
? 进程视图：可执行线程和进程作为活动类建模，是逻辑视图的一次执行
实例，描绘了所设计的并发与同步结构。（可考虑用协作图、状态图） ? 实现视图：对组成基于系统的物理代码的文件和组件进行建模（组件图）。 ? 部署视图:把构件部署到一组物理的、可计算的节点上，表示软件到硬件
的映射及分布结构（部署图）；
? 用例视图：最基本的需求分析模型（用例图、活动图）。
6.4. OO测试
面向对象测试的4个层次：
? 算法层：测试与对象关联的单个操作（方法）。由于是测试单个方法，所
以相当于传统软件测试中的单元测试； ? 类层：测试单个对象类；
? 模板层：测试对象集群，测试一组协同工作的类之间的相互作用； ? 系统层：测试整个面向对象系统。
6.5. 设计模式
依赖倒转：上层模块不应该依赖于下层模块，它们共同依赖于一个抽象；抽象不能依赖于具体，具体依赖于抽象。
含义是：为了消减两个模块间的依赖关系，应该在两个模块之间定义一个抽象接口，上层模块调用抽象接口定义的函数，下层模块实现该接口。