内容一：什么是好的设计

1. 什么是好的软件详细设计和衡量的手段
2. 世界大师的观点(Robert C Martin , Peter Code,` James Shor)
3. 我们现实项目的情况,随时需求的变化,我们自以为豪的设计,都逐渐变烂,变成纠缠不清的代码浆糊.
4. 可扩展性（Extensibility）容易添加新的功能. 结合案例,通过那些手段如何实现该目标
5. 灵活性（Flexibility）代码修改平稳地发生. 结合案例,通过那些手段如何实现该目标
6. 可插入性（Pluggability）容易将一个类抽出去，同时将另一个有同样接口的类加入进来. 结合案例,通过那些手段如何实现该目标
7. 分析真实项目,如何做的详细设计,给我们哪些启示,我们可以学习到什么
8. 分析我们在项目之中是那些原因导致了没有实现这些目标.

内容二：案例- 某省移动基站综合管理项目案例

1. 某省移动项目,必须考虑支持多种设备厂商
2. 初始设计的问题分析
3. 应用何种模式解决问题

内容三：如何应对需求的变化

1. 设计基本原则
2. 发现和封装变化的原则
3. 面向对象的基本原则(OCP/SRP/ DIP等基本设计原则)
4. 根据共性性分析,进行行为职责或者数据的抽象
5. 根据可变性分析,进行职责的结构分析和实现
6. 局部化变更-可修改性战术目标是减少由某个变更直接影响的模块数量.
7. 防止连锁反应-目标是限制对局部化的模块的修改.减少间接受变更影响的模块.
8. 推迟绑定时间-尽量不要静态编译,应该运行期间决定组件之间关系
9. 结合多个案例项目进行分析,怎样发现和封装变化,如何通过具体的手段来进行适应这些变化
10. 结合多个案例项目进行分析,怎样发现和封装变化,如何通过具体的手段来进行适应这些变化

内容四：案例- 某省电信网管项目

1. 某省移动项目,必须考虑支持多种设备厂商
2. 初始设计的问题分析

容一：技术债务

1. 技术债务概述
2. 软件债务对软件系统的危害
3. 软件债务对软件开发人员的危害
4. 技术债务与破窗效应
5. 技术债务的解决之道
6. 通过案例分析,如何解决破窗效应

内容二：混乱的设计

1. 目前国内软件项目的设计现状
2. 大泥球仍然是最常见的设计方式
3. 通过案例分析,对比2种设计思维带来的维护问题

内容三：案例- 演示系统软件腐化的过程

1. 某电信项目系统
2. 初始设计的问题分析
3. 通过该案例分析,对比有时是因为人员的设计技能导致加速软件的腐化

内容一：软件架构和设计概述

1. 软件架构和详细设计关注点和区别
2. 软件架构师职责
3. 软件架构视图和软件架构文档
4. 详细设计师必须知道的架构决策
5. 软件详细设计师和职责
6. 结合多个案例进行分析, 根据项目的不同类型,进行合适的架构视图. 展现多个大型项目的架构视图

内容二：软件详细设计

1. 传统详细设计的局限性
2. 什么是好的软件详细设计和衡量的手段
3. 软件详细设计的过程和内容
4. 敏捷设计新思想
5. 过度详细设计(Over-engineering)问题和注意事项,
6. 设计不足(Under-engineering)问题和注意事项

内容三：源代码就是设计

1. 传统代码认识的误区
2. 设计与施工分离的误区
3. 源代码就是设计
4. 分析真实项目代码, 认识代码的重要性.垃圾代码的危害

内容四：案例- 多项目详细设计分析

1. 通过多个零售系统设计分析

内容一：软件不可预测性

1. 软件需求的不可预测性
2. 预先设计的局限性
3. 传统瀑布型设计的问题
4. 案例分析, 根据课程介绍的坏症状,进行重构合理的设计

内容二：敏捷设计思想---演化式设计

1. 敏捷设计思想--强调通过提高团队的能力、设计的弹性和流程的灵活性来适应变化。
2. 演化设计--重构带来了一种新的构设计方法，称为反思性设计(Reflective Design)。除了创建一种设计并用代码实现它之外，你现在还可以分析已有代码的设计并改善它。寻求改进的一种最好的方法是通过代码嗅觉(code smells).
3. 在详细设计之中,如何对发现问题的设计进行重构
4. 案例分析, 根据课程介绍的坏症状,进行重构合理的设计

内容三：案例---某电信项目系统

1. 故障单管理系统
2. 流程审核的改变
3. 故障单类型的增加
4. 传统设计的问题与如何通过代码进行演化

内容一：防止变异技术

1. 防止变异技术
2. 多态(polymorphism)和针对接口的编程
3. 数据驱动(Data-Driven Design)
4. 元数据驱动设计
5. 反射驱动(Meta-data or Reflective )
6. 解释器驱动
7. 脚本引擎技术
8. 结合多个案例项目进行分析,怎样发现和封装变化,如何通过具体的手段来进行适应这些变化

内容二：案例---某项目系统防止变异技术的应用分析

1. 结合多种技术防止变异, 如何做的通用性

内容一：领域驱动设计

1. 业务逻辑层架构模式
2. 事务脚本模式/领取驱动设计/表模块
3. 领域驱动设计的优缺点和面临的挑战
4. 如何建立软件项目的有效模型
5. 构建基于模型的语言，用来连接领域专家，开发者和代码自身。
6. 技术人员和业务人员在建模过程中的探索式交互
7. 案例分析, 通过案例演示, 领取驱动设计与传统事务脚本模式的优缺点

内容一：软件复用设计

1. 在详细设计之中,分析发现共同的行为的抽象和共同的机制来实现
2. 软件通用服务组件的设计
3. 复用已有的东西，比自己编写更容易。如果不容易，大家就不会去复用。
4. 软件复用的管理策略

内容二：软件通用机制的设计与实现

1. 异常的机制设计与实现
2. 系统的配置管理机制的设计与实现
3. 系统的Cache缓存机制的设计与实现
4. 异步消息和通知机制的设计与实现
5. 认证授权以及安全/加解密的机制设计与实现
6. 事务管理机制的设计与实现
7. 定时触发的机制设计与实现
8. 后台批处理机制设计与实现
9. 校验机制设计与实现
10. 通信机制设计与实现

内容三：框架（Application framework）设计

1. 应用框架概述
2. 框架vs.类库的不同
3. 在软件详细设计时如何应用框架和设计新的框架
4. 典型案例分析：结合多个项目实例，在实际项目中如何进行应用和开发框架

内容四：某电信项目案例-异常处理框架设计

1. 系统的异常处理策略
2. 设计一个通用异常处理子系统
3. 分析如何应用设计模式在该案例
4. 分析通过应用设计模式,带来了哪些好处(表现在软件的灵活性
5. 分析如何转换为Framework
6. 典型案例分析：该框架已经在多个大型项目之中应用

内容五：某电信项目案例的详细设计分析

1. 项目背景(
2. 使用AOP思想改造项目设计
3. AOP与软件复用

内容一：敏捷建模

1. UML在详细设计阶段的应用方式(4种方式)
2. UML类图和顺序图,在详细设计中,如何协作进行职责分配
3. UML图的是否保留和废弃
4. 结合多个案例项目进行分析,如何正确应用UML建模,以避免过度建模以及怎样保留UML建模成果和代码的同步问题

内容二：详细设计的文档和相关工具(根据学员和时间,现场适当调整)

1. 设计文档撰写
2. 设计文档的评审与基线
3. 设计文档的版本管理
4. 设计文档的变更控制略
5. 详细设计转化为代码
6. 界面设计工具
7. 数据建模工具
8. 部署模型设计相关工具
9. 结合案例进行分析详细设计文档的编写
   

内容一：软件的质量属性

1. 软件开发的4个要素成本,时间,功能范围和质量
2. 什么是系统质量属性,
3. 如何进行定义质量属性
4. 详细设计需要考虑的质量属性
5. 通过案例分析,如何在设计时考虑设计质量

内容二：软件的质量属性对详细设计的影响

1. 软件的可靠性设计策略
2. 软件的可修改性设计策略
3. 软件的性能设计策略
4. 软件的安全性设计策略
5. 软件的易用性设计策略
6. 系统质量属性和设计原则和模式的关系
7. 结合多个案例进行分析,通过那些手段来实现这些质量属性

内容一：大型软件项目详细设计案例分析

1. 软件详细设计最佳实践
2. 某电信项目详细设计最佳实践
3. 某电力项目详细设计最佳实践
4. 某Web互联网项目详细设计最佳实践