软件工程-原理、方法与应用[第三版]重点(2)

10. 对象-关系模型的内容：分析类的属性、分析类的关联、分析类图、分析类的合并。（用类图来表示） 11. 对象行为模型用状态转换图、时序图、协作图、活动图来表示。

12. 面向对象分析时：1、确定分析类，2、静态模型建立画类图，3、动态模型建立画时序图和协作图。 13. 时序图中的元素有：对象、对象生命线、消息。协作图中的元素有：对象、链接、消息流。 14. 面向对象分析的任务是：将需求阶段产生的需求模型 转换为 软件分析模型。

面向对象设计的任务是：将分析阶段建立的分析模型 转换为 软件设计模型。 第七章 面向对象设计

1. 软件设计的基本概念：模块（拥有明确定义的输入、输出和特性的程序实体）与构件、抽象与细化、信息隐藏、

软件复用。

2. 软件设计的基础：分析阶段对目标系统的数据、功能、行为建模。 3. 软件设计的任务：把分析阶段产生的分析模型转换为软件设计模型。 4. 软件设计包括：数据设计、体系结构设计、接口设计、过程设计。 5. 面向对象设计准则:模块化;抽象;信息隐藏;弱耦合;强内聚;可重用 6. 分解和模块独立性是实现模块设计的重要指导思想。

7. 模块的独立性从2个方面度量：模块本身的内聚、模块之间的耦合。

8. 内聚分类：低内聚（偶然性内聚、逻辑性内聚、时间性内聚）、中内聚（过程性内聚、通讯性内聚）、高内聚（顺

序性内聚、功能性内聚）。

9. 耦合分类：弱耦合（非直接耦合、数据耦合、特征耦合）、中耦合（控制耦合）、较强耦合（外部耦合、公共耦合）、

强耦合（内容耦合）。

10. 一个模块，一个功能 是模块化设计的一条准则。

11. OO设计模型由系统架构层、类和对象层、消息层、责任层4个层次组成。

12. 面向对象设计中，数据和过程被封装为类/对象的属性和操作；接口被封装为对象间的消息，而体系结构的设计则

体现为系统的技术基础设施和具有控制流程的对象间的协作。 13. 传统的软件设计任务包括：概要设计和详细设计

14. 概要设计(总体设计)：包括软件的结构和接口设计，并编写概要设计文档。详细设计，确定模块内部的算法和数据

结构，产生描述各模块程序过程的详细文档。每个阶段完成的文档都必须经过复审。 15. OOD的软件设计任务可划分为2个层次：系统架构设计、系统元素设计。

16. 系统架构设计的内容：系统高层结构设计、确定设计元素、确定任务管理策略、实现分布式机制、设计数据存储

方案、人机界面设计。系统元素设计的内容：子系统设计、分包设计、类/对象设计。 17. 常用的架构模式有：层次架构、模型-视图-控制（MVC）架构、管道-过滤器架构、黑板架构。 18. 面向并行需求，任务管理策略主要3种解决方案：多处理机方案、操作系统方案、应用程序方案。

19. 分包的原则：将边界类打包、将功能相关的类打包。高内聚-低耦合的原则，包之间的耦合表现为依赖关系。

4 / 15

20. a向b发送消息的必要条件是a能够引用b，a可以通过4种方式引用b，对应于从a到b的4种连接可见度：

1、全局：b是可以在全局范围内直接引用的对象。 2、参数：b作为a的某一项操作的参数或返回值。 3、局部：b在a的某一操作中充当临时变量。 4、域：b作为a的数据成员。

21. 操作的可见性：公有：除了累本身以外，操作对其他模型元素也是可见的；也可以用“+”表示；

保护：操作只对类本身、它的子类也是可见的；也可以用“#”表示。 私有：操作只对类本身是可见的，也可以用“—”表示。 第八章 编码和测试

1. 编码的风格：1、追求“聪明”和“技巧”---〉提倡“简明”和“直接” 2、使用标准的控制结构3、清晰的前提下求取效率 2. 编码的目的：设计模型(不可执行的)---->（ 编码）源程序--?可执行代码

3. 选择编码语言的标准：1、应用领域2、算法与计算复杂性3、数据结构的复杂性4、效率的考虑 4. 测试和纠错：

测试（testing）的目的与任务：目的：发现程序的错误；任务：通过执行程序，暴露潜在的错误。 纠错（debugging）的目的与任务：目的：定位和纠正错误；任务：消除软件故障，保证程序的可靠运行。 5. 测试的特性：挑剔型、复杂性、不彻底性、经济型。

6. 测试分类：静态分析（静态分析器分析、代码评审（代码会审、走查、办公桌检查））；

动态测试（黑盒测试（功能测试）、白盒测试（结构测试））。

7. 黑盒测试分类（根据被测试程序功能来进行测试）：等价类法、边界值法、错误猜测法。

8. 白盒测试分类（以程序结构为依据的测试方法）：路经测试（点覆盖、边覆盖、路径覆盖）、逻辑覆盖测试（语句

覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖）。

第九章 软件维护

1. 决定软件可维护性的因素

5 / 15

2. 软件副作用的类型：修改编码的副作用、修改数据的副作用、修改文档的副作用。 3. 什么是再工程：将新技术和新工具应用于老的软件的一种较“彻底”的预防性维护。 4. 软件配置项包括：程序（源代码和可执行程序），文档，数据

5. 基线(Baseline) 是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础。 6. 维护的代价

i.有形代价： ii.无形代价：

占用资源以致延误开发；修改不及时引起用户不满；维护引入新错误，降低了软件质量；等等。 维护工作量的经验模型：M = P + Ke^(c-d)

其中：M = 维护用的总工作量；P = 生产性活动 (如. 分析,评价，修改设计, 编码, 测试等); K = 经验系数;

c = 复杂度 (非结构化设计和缺少文档会增加复杂度) d = 维护人员对软件的熟悉程度.

第十章 软件复用

1. 软件复用的定义: (SR)定义为利用工程知识或方法，由一已存在的系统，来建造一新系统。目的：这种技术，可改

进软件产品质量和生产率。还有软件检查、软件计量、软件可靠性、软件可维修性、软件工具评估和选择等。 2. 软件复用的目的是能更快、更好、成本更低地生产软件制品。

3. 按照可复用的粒度，软件制品从小到大分为以下几类：源代码复用（高级语言编写的源代码）、软件体系结构复用

（已有软件的体系结构）、应用程序生成器（对整个软件体系结构、相应的子系统、特定的数据结构和算法）、领域特定的软件体系结构的复用（特定领域中存在的公共体系结构及其构件）。 4. 领域：指的是一组具有相似或相近软件需求的应用系统所覆盖的功能区域。

领域工程：通过领域分析(domain analysis)找出最优复用，对它们进行设计和构造，形成为可复用构件，进而建立大规模的软件构件仓库的过程。

5. 横向复用：是指复用不同应用领域中的软件元素。

纵向复用：是指在一类具有较多公共性的应用领域之间进行软件构件进行复用。

6. 领域分析：领域分析是在特定应用领域寻找最优复用，以公共对象、类、子集合和框架等形式进行标识、分析和

规约。目标：是获得领域分析模型。

7. 构件应具有的特征：通用性、可变性、易组装性；基于面向对象技术的复用通用构件。

8. 领域构件的设计框架：标准数据：标识标准的全局数据结构；标准接口协 …… 此处隐藏：4035字，全部文档内容请下载后查看。喜欢就下载吧 ……