您当前的位置:首页>课程>四幕研修:面向架构师工作场景的工具与技巧合辑

四幕研修:面向架构师工作场景的工具与技巧合辑

浏览:2104
分享

温昱 Read more

百林哲咨询(北京)有限公司专家团队成员

软件架构专家,《一线架构师实践指南》及《软件架构设计——程序员向架构师转型必备》畅销书作者,ADMEMS(一种软件架构设计方法)的提出者

简介

本课程从以下四个方面来讲述

总体方案:总体技术方案的内容、最佳文档模板、迭代式设计实践

概要设计:概要设计的内容、最佳文档模板、架构与技术选型实践

需求变更:如何有效分析和识别需求变更

架构性能:DB层性能设计、业务层可伸缩性设计

目标

1、帮助学员掌握总体架构的设计思路、步骤

2、帮助学员掌握分布式概要设计的逻辑分层/物理分布/前后台划分

3、帮助学员掌握分析和识别需求变更的实际技巧

4、帮助学员掌握业务层可伸缩性设计技巧、DB层性能设计技巧

受众人群

开发工程师、软件设计师

系统架构师、系统分析师、高级程序员、资深开发人员

课程时长

2天(12H)

学员要求

每位学员,请带笔记本电脑、和U盘。

分享提纲

模块剧情角色
【研修第一幕】总体架构【一初修】分析、研究案例

一组案例分析

《联通xxxx总体技术方案》案例分析

《163 xxxx总体技术方案》案例分析

一个细化到三级目录的《总体技术方案》模板分析

 

角色进入剧情,完成指定任务

角色扮演:公司接单,一个大型方案

角色任务:每组6人,提炼最给力的《方案》模板

成果定格:这样的《方案》模板最有效

角色剧情:

公司接单了,
是一个大型方案

 

角色任务:

确定和制作最佳格式的《方案书》模板

设计总体技术方案

提交《总体方案书》

 

 

可供参考:

《联通xxxx总体方案》

《163  xxxx总体方案》

 

可以带走:

清晰、高效的word版《总体方案书》模板

老师给出的《丰丰总体技术方案书》范例

【二深修】总结、讲解经验

总体架构:设计起来,核心步骤,有哪些?

成功关键:迭代起来,方案做深,怎么做?

【三工具】总结、讲解工具

工具项一:《总体技术方案》文档模板

工具项二:步骤迭代卡

【四应用】设计方案、提交文档

小组任务:丰丰快递总体IT解决方案设计

小组实战:迭代式,设计总体方案

小组提交:xxx组《丰丰快递总体方案书》

小组对标:老师提供的《丰丰快递总体方案书》

【研修第二幕】概要设计【一初修】分析、研究案例

一组案例分析

《xxxx概要设计书》案例分析

《xxxx概要设计书》案例分析

一个细化到四级目录的《概要设计书》模板分析

 

角色进入剧情,完成指定任务

角色扮演:二期来袭,一个分布式应用项目

角色任务:定义最给力的《概要设计》模板

成果定格:这样的《概要设计》模板最有效

角色剧情:

二期来袭,
是一个分布式应用项目

 

角色任务:

确定和制作最佳格式的《概要设计》模板

进行概要设计

提交《概要设计书》

 

 

可供参考:

《RUP xxxx概要设计》

《ADMEMS文档模板》

细化到四级子目录的《GB  SSDD》文档模板

 

可以带走:

清晰、高效的word版《概要设计》模板

老师给出的《快递取件柜概要设计》文档范例

【二深修】总结、讲解经验

概要切分:逻辑分层/物理分布/前后台划分

技术选型:开发技术选型、运行环境选型

【三工具】总结、讲解工具

工具项一:架构选型 之 3+2内容模型

工具项二:推荐的《概要设计》文档模板

【四应用】概要设计、提交文档

小组任务:分布式快递取件柜项目

小组实战:概要设计

小组提交:xxx组《快递取件柜项目概要设计》

小组对标:老师提供的《快递取件柜项目概要设计》

【研修第三幕】分析和识别需求变更【一初修】分析、研究案例

一组案例分析

一个“好”用例图、用例规约案例

一个“中”用例图、用例规约案例

一个“差”用例图、用例规约案例

 

角色进入剧情,完成指定任务

角色扮演:开发延期,需求变更造成开发浪费

角色任务:制定出“分析和识别需求变更”的办法

角色剧情:

开发延期,
需求变更造成开发浪费

 

角色任务:

帮助项目,
解决分析和识别需求变更的难题

 

 

可以带走:

《用例图》正反样例

《用例规约》正反样例

老师给出的《功能需求变更》分析范例

【二深修】总结、讲解经验

规律:什么需求没变?什么需求在变?

办法:分析和识别需求变更的一组实际技巧

【三工具】总结、讲解工具

工具项一:用例图 之 画法参照模式

工具项二:用例规约 之 四组正反样例对比

注:两工具都是立足识别需求变更的

【四应用】分析、识别需求变更实战

小组任务:应用上述技巧,分析和识别功能变更

小组提交:xxx组《用例图 + 用例规约》

小组对标:老师提供的《用例图 + 用例规约》

【研修第四幕】架构性能【一初修】分析、研究案例

一组案例分析

BS系统::支付宝、QQ Video网站

CS系统:MSN Manager

移动互联网:微信

硬实时系统:一个基于Socket的、消息驱动的多线程架构的电信网管系统。很多告警事件涌现时CPU占用率100%,且响应慢,还丢数据!

 

角色进入剧情,完成指定任务

角色任务:DB层性能设计技巧

角色任务:业务层可伸缩性设计技巧

角色任务:(部分)硬实时技巧

角色剧情:

性能下降,
核心性能反而最慢

 

角色任务:

总结架构性能技巧

 

 

可以带走:

xxxx架构性能案例

xxxx架构性能案例

xxxx架构性能案例

DB层性能“检查表”

业务层可伸缩性设计的“FACTD原则”

【二深修】总结、讲解经验

性能是计算与资源的关系

性能 = 速度 + 吞吐量 + 效率 + 可伸缩

【三工具】总结、讲解工具

工具项一:DB层性能“检查表”

工具项二:业务层可伸缩性设计的“FACTD原则”

工具项三:《事件驱动多线程 vs. 时间片轮转》对比表


我要参加

可同时提交您的需求,我们会及时与您联系

预约内训

将课程带入到您的团队,为您的团队进行一对一辅导。

相关课程