国家工商部备案：浙ICP备15008313号 *pwb365*花型设计一条街 电话13858401140 QQ 8535370
二、课程对象：本课程是一个UML系统分析与设计的高端课程，主要面向开发团队中的设计人员、系统分析人员、开发经理、或项目经理，以及有望或有志成长为高级软件设计者的技术人员。
三、课程特色：本课程通过一些大量的实际项目案例，揉合讲师的大型项目实际工作经验，以项目过程中的问题带动原理的描述，从理论和实践的结合上有重点讲清问题。
四、培训目标
1、了解UML的正确应用方法与原理；
2、学员将了解如何把UML应用到面向对象分析和设计乃至整个软件过程中，包括使用UML建立业务模型、需求模型、分析模型、设计模型、实现模型等；
3、重点讲解UML在具体的真实项目中的使用和应用过程指南，如何应用UML处理需求的变更，分析、设计出强壮的架构，建立充分的实现模型。强调具体项目的过程。
4、运用系统分析模式进行本质分析；
5、了解如何设计稳健并易于扩展的架构；
6、通过实际的案例，掌握需求、分析设计的关键技巧；
7、看到好的和差的实际案例，反思自我，提高实际工作能力；
8、深入了解如何解决实际开发问题；
9、理解UML贯穿于迭代化、用例驱动和以构架为中心的过程；
10、掌握如何基于UML设计的可扩展的业务架构、应用架构和程序结构。
五、师资介绍：康老师：资深软件架构设计专家、UML/RUP专家、高级技术顾问、培训中心金牌讲师。国内著名企业研究院首席架构师，软件设计师,具有16年IT领域软件开发、系统架构设计分析经验。熟悉中国企业的需求管理，经历过多种文化氛围与组织形态，对大型项目、系统工程管理有着深入的实践与体会。在国内外做过各级政府、教育部、中国石化、国税总局金税工程等很多大型复杂信息化项目的架构设计，在实际项目工作中积累了丰富的项目实际工作经验和丰富的系统架构设计分析经验。
六、课程设置：24课时（3天）
七、课程费用：4000元/人（含培训费、资料费、3天午餐等费用）
八、、举办日期：20011年11月18—11月20日 （3天：9：00—12：00；1：30—5：00）
九、课程地点：北京上地信息产业基地
十、联系电话：010-62971920
课程大纲
第一单元：UML概念（一般介绍）
一、UML的构成
视图、模型元素、图（用例、类、对象、序列、协作、状态、活动、构件、部署）
公共机制（规约、修饰符、扩展机制）
二、结构模型视图
数据类型、多重性、类、类与对象；关联（自关联、关联的多重性、角色名、关联的具体化）；属性和操作。
三、行为模型视图
序列图(对象生命线、交互的描述、时间约束的表示、条件分支的表示、重复执行的表示、递归调用的表示、对象的创建和撤销)
协作图、状态图、活动图
四、实现模型视图
包；子系统；模型；构件图
第二单元：UML中的常见疑难问题辨析（重点）：
一、用例图
1.参与者建模中的常见问题。
2.用例建模中的常见问题。
3.UaseCase的本质讨论。
二、类设计
1.UML中关系的辨析：
依赖关系、关联关系辨析；聚合，组合辨析。
2.类设计中的常见问题：
1）一些常见但易混淆的类关系图；
2）熟悉类的自关联形式
3）一些易混淆的重数表示方法
4）建模为对象与建模为属性的辨析
5）建模为方法与建模为对象的辨析
6）使用关联类
三、其它辨析
1.包与组件。
2.扩展基类与覆盖基类等。
3.自关联、关联多重性、关联角色名辨析。
4.消除多重继承的常用手段。
第三单元：UML面向对象分析及设计：
一、用GRASP模式指导系统分析：
1.GRASP模式：
信息专家、创建者、高内聚、低耦合、控制者、多态、间接、纯虚构、保护变化
2.领域模型介绍：
充血模型、贫血模型、失血模型。
二、面向对象的设计原则
1.类设计原则
单一职责原则、开-闭原则、里氏代换原则、依赖倒转原则、接口隔离原则
2.包内聚原则：
发布与复用等价原则、共同封闭原则、共同复用原则
3.包耦合原则：
无循环的依赖原则、稳定的依赖原则、稳定的抽象
一、应用UML建模过程
1.概述，设计模型的内容与演进。
2.全局分析：
选用架构模式；识别关键抽象；标识分析机制；常见的分析机制
3.局部分析：
提取分析类：
分析类的类型划分：边界类、实体类、控制类，分析类在模型中的位置，边界类的复用，控制类的变通。
分析需求场景：
消息与责任；事件序列在边界、实体及控制类间的原则；控制类在交互图中的表现特征；交互图的正确性。
整理分析类：
分析类的责任和关联关系；动态与静态的关系；确定类的责任；设计类和子系统接口。
二、工程中常见的架构模式
1.系统软件：
分层(Layer)
管道和过滤器(Pipes and Filters)
黑板(Blackboard)
2.分布式软件：
经纪人(Broker)
客户/服务器（Client/Server）
点对点（Peer to Peer）
3.交互软件：
模型-视图-控制器（Model-View-Controller）
显示-抽象-控制（PAC）
三、软件设计中常见模式介绍
模板方式模式、适配器模式、工厂方式模式、抽象工厂模式、策略模式、桥接模式、观察者模式、命令模式、装饰模式等。
四、典型案例分析：下载系统、投递系统、提交搜索系统。
第四单元：用UML进行程序设计实践
一、静态设计：
1.按层+高内聚低耦合的原则进行模块划分
高内聚原则；按功能分解；按业务进行分解；以数据转换为中心分解；实际运用中的折中。
2.划分层次
将模块划入对应的层；分层与分区；逻辑模块与实体组件的对应关系。
3.为模块进行职责分配
1)隔离关注面：低耦合原则；适当采用设计模式；
2)用设计模式优化核心结构：经典模式运用：
用桥接模式作为中心骨架。
用桥接模式作为中心骨架。
用工厂模式进行组装。
用命令模式处理事务。
3)模块结构的常见形式
容器模块 + 控制者 + 功能模块 + 临时构建的小类；单例模式；命令模式。
4)核心模块的接口设计。
外观模式；适配器模式；代理模式；中介者模式。
5)其它形式的的模块结构：变换型模块结构；事务型模块结构。
二、模块间的通信及耦合设计：
1.组件式编程。
2.通讯机制：
观察者模式；本地SDK；轮训。
3.解耦：
针对接口编程；增加间接模块；依赖注入。
4.设计数据层
数据结构选用的设计；数据访问层的设计
三、动态设计：
1.抽象与统一不同的因素
根据业务寻找关键因素；统一到复杂的情况。
2.常用的流程抽象手段：
依赖注入 / 控制反转；表格法；配置文件。
3.逻辑控制：
控制者模式；信息专家模式。
4.消息通知机制
MVC模式；观察者模式；责任链模式；中介者模式。
四、模块调整：
1.调整模块等级。
适当封装；把属性提升为类；将类降为属性；将类提升为组件。
2.用设计模式优化设计
在主体的框架上进行调整：访问者模式；装饰模式。
3.编码时构建适当的动态临时类。
命令模式；事务处理类型。
4.效率的优化
效率与结构的折中：优化效率的3步骤。
第五单元：建模实践及案例分析
一、领域分析及建模：数据发布系统
1.收集需求
2.技术调研
3.第一次迭代
需求分析；获取总体包图；分析初步流程；流程细化：修改与调整；子系统选型；获得第一次迭代的：主要用例、主流程图。
4.第二次迭代
细化/增加需求；关于数据库选型；初步确定一些模块/包；主成功场景（或投递流程）；讨论并调整；主用例场景与子用例场景；分层，考虑架构模式；获得细化的协作图、领域分析类图、活动图。
5.第三次迭代
细化领域分析中的类图；细化子模块、考虑设计模式。
二、系统设计及重构：数据采集系统：
1.收集需求
2.技术调研
1)需求分析功能性需求分析。
2)非功能性需求分析。
3.领域分析与系统初步设计
1)划分子系统，考虑架构模式。
2)对子系统分层，画出包图。
3)对每个子系统、画出领域分析类图。
4)分析初步流程、画出初步的活动图。
4.细化设计
1)细化子系统、划出子系统的包图、主要类图、活动图。
2)设计模块间的接口。
3)子系统分层。
5.细化设计
1)细化子模块、考虑设计模式。
2)细化模块间的接口及数据交换格式。
3)综合性能瓶颈分析，决策改进措施。
4)细化流程，列出影响因素，借助分析矩阵抽象出统一的流程，画出活动图。
6.实现
1)细化类图，指导编码。
2)得出原型系统。
7.迭代
1)根据原型系统，分析不足。
2)根据原型系统，分析系统的效率瓶颈。
3)重构及优化架构。
4)适当前瞻，改进架构。
第六单元：其它案例分析
一．典型案例分析
1.领域分析及建模：POS收款系统
2.分析及设计：WDL解析系统
3.分析及设计：XSO文件系统。
联系人：赵雪(行政部经理)
点击查看联系方式↓
最新评论