UML和模式应用（原书第3版）

.2.9 up的其他关键实践
2.10 什么是up的阶段
2.11 什么是up科目
2.12 如何定制过程和up开发案例
2.13 判断你是否理解迭代开发或up
2.14 历史
2.15 参考资料
第3章 案例研究
3.1 案例研究中涵盖的内容
3.2 案例研究策略：迭代开发＋迭代学习
3.3 案例一：nextgen pos系统
3.4 案例二：monopoly游戏系统

第二部分 初 始 阶 段
第4章 初始不是需求阶段
4.1 什么是初始
4.2 初始阶段的持续时间
4.3 初始阶段会创建的制品
4.4 何时知道自己并不了解初始阶段
4.5 初始阶段中有多少uml
第5章 进化式需求
5.1 定义：需求
5.2 进化式需求与瀑布式需求
5.3 寻找需求可以采用的方法
5.4 需求的类型和种类
5.5 up制品如何组织需求
5.6 本书是否包含这些制品的示例
5.7 参考资料
第6章 用例
6.1 示例
6.2 定义：参与者、场景和用例
6.3 用例和用例模型
6.4 动机：为什么使用用例
6.5 定义：用例是功能性需求吗
6.6 定义：参与者的三种类型
6.7 表示法：用例的三种常用形式
6.8 示例：详述风格的处理销售
6.9 各小节的含义
6.10 表示法：有其他格式吗？两栏变体
6.11 准则：以无用户界面约束的本质风格编写用例
6.12 准则：编写简洁的用例
6.13 准则：编写黑盒用例
6.14 准则：持有参与者和参与者目标的视点
6.15 准则：如何发现用例
6.16 准则：什么样的测试有助于发现有用的用例
6.17 应用uml：用例图
6.18 应用uml：活动图
6.19 动机：用例还有其他益处吗？语境中的需求
6.20 示例：monopoly游戏
6.21 过程：在迭代方法中如何使用用例
6.22 历史
6.23 参考资料
第7章 其他需求
7.1 如何完成这些示例
7.2 准则：初始阶段是否应该对此彻底地进行分析
7.3 准则：这些制品是否应该放在项目web站点上
7.4 nextgen示例：（部分）补充性规格说明
7.5 注解：补充性规格说明
7.6 nextgen示例：（部分）设想
7.7 注解：设想
7.8 nextgen示例：（部分）词汇表
7.9 注解：词汇表（数据字典）
7.10 nextgen示例：业务规则（领域规则）
7.11 注解：领域规则
7.12 过程：迭代方法中的进化式需求
7.13 参考资料

第三部分 细化迭代1—基础
第8章 迭代1—基础
8.1 迭代1的需求和重点：ooa/d技术的核心
8.2 过程：初始和细化
8.3 过程：计划下一个迭代
第9章 领域模型
9.1 示例
9.2 什么是领域模型
9.3 动机：为什么要创建领域模型
9.4 准则：如何创建领域模型
9.5 准则：如何找到概念类
9.6 示例：寻找和描绘概念类
9.7 准则：敏捷建模—类图的草呼
9.8 准则：敏捷建模—是否要使用工具维护模型
9.9 准则：报表对象—模型中是否要包括“票据”
9.10 准则：像地图绘制者一样思考；使用领域术语
9.11 准则：如何对非现实世界建模
9.12 准则：属性与类的常见错误
9.13 准则：何时使用“描述”类建模
9.14 关联
9.15 示例：领域模型中的关联
9.16 属性
9.17 示例：领域模型中的属性
9.18 结论：领域模型是否正确
9.19 过程：迭代和进化式领域建模
9.20 参考资料
第10章 系统顺序图
10.1 示例：nextgen ssd
10.2 什么是系统顺序图
10.3 动机：为什么绘制ssd
10.4 应用uml：顺序图
10.5 ssd和用例之间的关系
10.6 如何为系统事件和操作命名
10.7 如何为涉及其他外部系统的ssd建模
10.8 ssd的哪些信息要放入词汇表中
10.9 示例：monopoly ssd
10.10 过程：迭代和进化式ssd
10.11 历史和参考资料
第11章 操作契约
11.1 示例
11.2 定义：契约有哪些部分
11.3 定义：什么是系统操作
11.4 定义：后置条件
11.5 示例：enteritem后置条件
11.6 准则：是否应该更新领域模型
11.7 准则：契约在何时有效
11.8 准则：如何创建和编写契约
11.9 示例：nextgen pos契约
11.10 示例：monopoly契约
11.11 应用uml：操作、契约和ocl
11.12 过程：up的操作契约
11.13 历史
11.14 参考资料
第12章 迭代地从需求到设计
12.1 以迭代方式做正确的事，正确地做事
12.2 尽早引发变更
12.3 完成所有分析和建模工作是否需要几个星期
第13章 逻辑架构和uml包图
13.1 示例
13.2 什么是逻辑架构和层
13.3 案例研究中应该关注的层
13.4 什么是软件架构
13.5 应用uml：包图
13.6 准则：使用层进行设计
13.7 准则：模型-视图分离原则
13.8 ssd、系统操作和层之间的联系
13.9 示例：nextgen的逻辑架构和包图
13.10 示例：monopoly逻辑架构
13.11 参考资源
第14章 迈向对象设计
14.1 敏捷建模和轻量级uml图形
14.2 uml case工具
14.3 编码前绘制uml需要花费多少时间
14.4 设计对象：什么是静态和动态建模
14.5 基于uml表示法技术的对象设计技术的重要性
14.6 其他对象设计技术：crc卡
第15章 uml交互图
15.1 顺序图和通信图
15.2 uml建模初学者没有重视交互图
15.3 常用的uml交互图表示法
15.4 顺序图的基本表示法
15.5 通信图的基本表示法
第16章 uml类图
16.1 应用uml：常用类图表示法
16.2 定义：设计类图
16.3 定义：类元
16.4 表示uml属性的方式：属性文本和关联线
16.5 注解符号：注解、注释、约束和方法体
16.6 操作和方法
16.7 关键字
16.8 构造型、简档和标记
16.9 uml特性和特性字符串
16.10 泛化、抽象类、抽象操作
16.11 依赖
16.12 接口
16.13 组合优于聚合
16.14 约束
16.15 限定关联
16.16 关联类
16.17 单实例类
16.18 模板类和接口
16.19 用户自定义的分栏
16.20 主动类
16.21 交互图和类图之间的关系
第17章 grasp：基于职责设计对象
17.1 uml与设计原则
17.2 对象设计：输入、活动和输出的示例
17.3 职责和职责驱动设计
17.4 grasp：基本oo设计的系统方法
17.5 职责、grasp和uml图之间的联系
17.6 什么是模式
17.7 现在我们所处的位置
17.8 使用grasp进行对象设计的简短示例
17.9 在对象设计中应用grasp
17.10 创建者
17.11 信息专家（或专家）
17.12 低耦合
17.13 控制器
17.14 高内聚
17.15 参考资料
第18章 使用grasp的对象设计示例
18.1 什么是用例实现
18.2 制品注释
18.3 下一步工作
18.4 nextgen迭代的用例实现
18.5 monopoly迭代的用例实现
18.6 过程：迭代和进化式对象设计
18.7 总结
第19章 对可见性进行设计
19.1 对象之间的可见性
19.2 什么是可见性
第20章 将设计映射为代码
20.1 编程和迭代、进化式开发
20.2 将设计映射到代码的
20.3 由dcd创建类的定义
20.4 从交互图创建方法
20.5 代码中的集合类
20.6 异常和错误处理
20.7 定义sale.makelineitem方法
20.8 实现的顺序
20.9 测试驱动或测试优先的开发
20.10 将设计映射为代码的总结
20.11 nextgen pos程序简介
20.12 monopoly程序简介
第21章 测试驱动开发和重构
21.1 测试驱动开发
21.2 重构
21.3 参考资料

第四部分 细化迭代2—更多模式
第22章 uml工具与视uml为蓝图
22.1 前向、逆向和双向工程
22.2 什么是有价值特性的常见报告
22.3 对工具有哪些期待
22.4 如果绘制了uml草图，如何在编码后更新该图形
22.5 参考资料
第23章 快速地更新分析
23.1 案例研究：nextgen pos
23.2 案例研究：monopoly
第24章 迭代2：更多模式
24.1 从迭代1到迭代2
24.2 迭代2的需求和重点：对象设计和模式
第25章 grasp：其他对象职责
25.1 多态
25.2 纯虚构
25.3 间接性
25.4 防止变异
第26章 应用gof设计模式
26.1 适配器（gof）
26.2 一些grasp原则是对其他设计模式的归纳
26.3 设计中发现的“分析”：领域模型
26.4 工厂（factory）
26.5 单实例类（gof）
26.6 具有不同接口的外部服务问题的结论
26.7 策略（gof）
26.8 组合（gof）和其他设计原则
26.9 外观(facade，gof）
26.10 观察者/发布-订阅/委派事件模型（gof）
26.11 结论
26.12 参考资料

第五部分 细化迭代3—中级主题
第27章 迭代3：中级主题
27.1 nextgen pos案例
27.2 monopoly案例
第28章 uml活动图及其建模
28.1 示例
28.2 如何应用活动图
28.3 其他uml活动图表示法
28.4 准则
28.5 示例：nextgen中的活动图
28.6 过程：“统一过程”中的活动图
28.7 背景
第29章 uml状态机图和建模
29.1 示例
29.2 定义：事件、状态和转换
29.3 如何应用状态图
29.4 更多uml状态机图表示法
29.5 示例：使用状态机进行ui导航建模
29.6 示例：nextgen用例的状态机图
29.7 过程：up中的状态机图
29.8 推荐资源
第30章 用例关联
30.1 包含关系
30.2 术语：具体用例、抽象用例、基础用例和附加用例
30.3 扩展关系
30.4 泛化关系
30.5 用例图
第31章 更多的ssd和契约
第32章 精化领域模型的精化
32.1 nextgen领域模型中的新概念
32.2 泛化
32.3 定义概念超类和子类
32.4 何时定义概念子类
32.5 何时定义概念超类
32.6 nextgen pos案例中的概念类层次结构
32.7 抽象概念类
32.8 对变化的状态建模
32.9 软件中的类层次结构和继承关系
32.10 关联类
32.11 聚合关系和组合关系
32.12 时间间隔和产品价格—解决迭代1阶段的“错误”
32.13 关联角色名称
32.14 作为概念的角色与关联中的角色
32.15 导出元素
32.16 受限关联
32.17 自反关联
32.18 使用包来组织领域模型
32.19 示例：monopoly领域模型的精化
第33章 架构分析
33.1 过程：何时开始架构分析
33.2 定义：变化点和进化点
33.3 架构分析
33.4 架构分析的常用步骤
33.5 科学：架构因素的识别和分析
33.6 示例：nextgen pos的部分架构因素表
33.7 艺术：架构性因素的解决
33.8 架构分析主题的总结
33.9 过程：up中的迭代架构
33.10 参考资料
第34章 逻辑架构精化
34.1 示例：nextgen的逻辑架构
34.2 使用层模式的协作
34.3 有关层模式的其他问题
34.4 模型-视图分离和“向上”通信
34.5 参考资料
第35章 使用gof模式完成更多对象设计
35.1 示例：nextgen pos
35.2 本地服务容错；使用本地缓存提高性能
35.3 处理故障
35.4 通过代理（pgof）使用本地服务进行容错
35.5 对非功能性或质量需求的设计
35.6 使用适配器访问外部物理设备
35.7 对一组相关的对象使用抽象工厂模式
35.8 使用多态性和“do it myself”模式处理支付
35.9 示例：monopoly案例
35.10 结论
第36章 包的设计
36.1 组织包结构的准则
36.2 参考资料
第37章 uml部署图和构件图
37.1 部署图
37.2 构件图
第38章 使用模式设计持久性框架
38.1 问题：持久性对象
32.2 解决方案：持久性框架提供的持久性服务
38.3 框架
38.4 持久性服务和框架的需求
38.5 关键思想
38.6 模式：将对象表示为表
38.7 uml数据建模简档
38.8 模式：对象标识符
38.9 通过外观访问持久服务
38.10 映射对象：数据库映射器或数据库代理模式
38.11 使用模板方法模式进行框架设计
38.12 使用模板方法模式的具体化
38.13 使用mapperfactory配置mapper
38.14 模式：缓存管理
38.15 在类中合并和隐藏sql语句
38.16 事务状态和状态模式
38.17 使用命令模式设计事务
38.18 使用虚代理实现滞后具体化
38.19 如何在表中表示关系
38.20 persistentobject和关注分离
38.21 未决问题
第39章 架构的文档化：uml和n+1视图模型
39.1 sad和架构视图
39.2 表示法：sad的结构
39.3 示例：nextgen pos的sad
39.4 示例：jakarta struts 的sad
39.5 过程：迭代式架构文档
39.6 参考资料

第六部分 其 他 主 题
第40章 迭代式开发和敏捷项目管理的进一步讨论
40.1 如何计划一次迭代
40.2 适应性计划与预测性计划
40.3 阶段计划和迭代计划
40.4 如何使用用例和场景来计划迭代
40.5 早期预算的有效性（无效性）
40.6 将项目制品组织起来
40.7 何时你会发现自己并没有理解迭代计划
40.8 参考资料
参考文献

.　　框架设计
　　教学和Web资源
　　你可以在www.craiglarman.com找到相关文章。
　　在全球范围内，有数百或数千名教师在使用本书；并且至少被翻译为十种语言。在我的站点上有各种资源，包括组织为微软PowerPoint形式的本书所有插图、简单OOA/D的PowerPoint以及其他更多内容。如果你是教学工作者，欢迎与我联系以获取这些资源。
　　我从现有使用本书的教学者中收集了一些资料，并且也共享给了其他教学者。如果你可以共享的任何资料，请与我联系。
　　适用读者
　　本书是一本入门书，主要介绍OOA/D以及相关的需求分析，并以统一过程作为样例过程来阐述迭代开发；本书不是有关OOA/D的高级教材。它适用于以下读者：
　　具有面向对象程序设计语言使用经验的开发者和学生，但是刚刚接触面向对象分析和设计。
　　学习计算机科学和软件工程课程中对象技术的学生。
　　熟悉OOA/D但希望学习UML表示法、应用模式的读者，或者希望加强和提高自己的分析和设计技能的读者。
　　预备知识
　　本书假设读者已具备如下必需的知识：?
　　面向对象程序设计语言（如Java、C#、C++或Smalltalk）的知识和经验。
　　对象技术的基本概念和知识，如类、实例、接口、多态、封装和继承。
　　在本书中没有定义基本的对象技术概念。
　　Java示例，但是…
　　本书用Java提供代码示例或讨论Java的实现，这是因为Java使用广泛。然而，本书的观点适用于大多数（即使不是全部）的面向对象程序设计语言，包括C#、Python等等。
　　本书的组织
　　本书组织的整个策略是按与软件开发项目类似的顺序引入分析和设计的主题，包括“初始”阶段（统一过程中的术语）及后续的三个迭代（见图P-1）。
　　1. 初始阶段的各章介绍需求分析的基本知识。
　　2. 迭代1介绍基本的OOA/D的知识以及如何为对象分配职责。
　　3. 迭代2重点介绍对象设计，特别是介绍一些常用的设计模式。
　　4. 迭代3介绍多个不同的主题，如架构分析和框架设计。
　　图P-1（请见原书）本书的组织遵循项目的开发过程。
　　关于作者
　　Craig Larman是Valtech的过程主管，Valtech是一个国际性的咨询公司，在欧洲、亚洲和北美洲都有分支机构，致力于电子商务系统的开发、对象技术和统一过程的迭代开发。他还是Agile and Iterative Development: A Manager's Guide的作者，这是一本关于软件工程和迭代敏捷开发方面的书籍，销量甚佳。他从印地安那州到印度，在全球各地游历，为开发团队和管理人员进行培训。
　　从1980年代中期，Craig帮助了数以千计的开发者，使他们能够应用OOA/D、使用UML建模技术、采用迭代开发实践。
　　在其街头流浪音乐家生涯失败后，Craig在1970年代使用APL、PL/1HE CICS建立过系统。从1980年代初期开始，他开始对人工智能、自然语言处理和知识表示产生了兴趣，并用Lisp machines、Lisp、Prolog和Smalltalk建立过知识系统。他也为某些组织工作过，使用Java、.NET、C++和Smalltalk建立过系统。他在大部分业余时间里失败地担任了Changing Requirement乐队（曾经称为Requirement，但是成员上有些变动）的主音吉他手。
　　他拥有加拿大温哥华Simon Fraser大学的计算机科学学士和硕士学位。那是个美丽的地方。
　　联系方式
　　可以通过craig@craiglarman.com和www.craiglarman.com 联系Craig。他欢迎来自读者和教学者的问题，以及演讲、教学和咨询的邀请。
　　改进之处
　　在保留以前版本的核心内容之外，本版本在许多方面进行了精化，包括：
　　UML 2
　　第二个案例研究。
　　更多与OOA/D结合的迭代和进化式开发的技巧。
　　为易于学习，再次编写了新的学习工具和图形。
　　新的大学教育资源。
　　敏捷建模、测试驱动开发和重构。
　　更多UML活动图建模过程。
　　以轻量和敏捷思维，并辅以诸如XP和Scrum等其他迭代方法应用UP的指导。
　　应用UML对架构进行文档化。
　　增加了一章内容以阐述进化式需求。
　　使用了[Cockburn01]中最为流行的方法精化了用例章节。
　　致谢
　　首先，非常感谢在Valtech的我的同事和朋友们，他们是世界一流的对象开发者和迭代开发的专家，他们促成、支持或评审了本书，他们是：Chris Tarr、Michel Ezran、Tim Snyder、Curtis Hite、Celso Gonzalez、Pascal Roques、Ken DeLong、Brett Schuchert、Ashley Johnson、Chris Jones、Thomas Liou、Darryl Gebert、Frank Rodorigo、Jean-Yves Hardy，还有许多我叫不出名字的人。
　　感谢Philippe Kruchten为本书撰写了序言，进行了评审，并以多种方式提供了帮助。
　　感谢Martin Fowler和Alistair Cockburn对有关设计和过程的真知灼见，同意我引用他们的观点，并对本书提供了评审意见。
　　感谢John Vlissides和Cris Kobryn，本书引用了他们的观点。
　　感谢Chelsea Systems和John Gray，他们使用Java技术的ChelseaStore POS系统启发了一些需求，为本书提供了帮助。
　　感谢Pete Goad和Dave Astels在TogetherSoft上的支持。
　　感谢其他的评审者，他们是：Steve Adolph、Bruce Anderson、Len Bass、Gary K. Evans、Al Goerner、Luke Hohmann、Eric Lefebvre、David Nunn和Robert J. White。
　　感谢Prentice-Hall出版公司的Paul Becker，正是他深信本书的第1版是一个有价值的项目，同时感谢Paul Petralia 和Patti Guerrieri对后续版本的指导。
　　最后，特别感谢Graham Glass提供的一切便利。