剧情

角色

【一初修】分析、研究案例

一组案例分析

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

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

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

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

4. 角色扮演：公司接单，一个大型方案

5. 角色任务：每组 6 人，提炼最给力的《方案》模板

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

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

1. 总体架构：设计起来，核心步骤，有哪些？

2. 成功关键：迭代起来，方案做深，怎么做？

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

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

4. 工具项二：步骤迭代卡

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

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

6. 小组实战：迭代式，设计总体方案

7. 小组提交：xxx 组《丰丰快递总体方案书》

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

角色剧情：

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

角色任务：

确定和制作最佳格式的

《方案书》模板 设计总体技术方案

提交《总体方案书》可供参考：

《联通xxxx 总体方案》

《163 xxxx 总体方案》

可以带走：

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

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

剧情

角色

【一初修】分析、研究案例

一组案例分析

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

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

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

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

4. 角色扮演：二期来袭，一个分布式应用项目

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

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

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

1. 概要切分：逻辑分层/物理分布/前后台划分

2. 技术选型：开发技术选型、运行环境选型

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

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

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

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

5. 小组任务：分布式快递取件柜项目

6. 小组实战：概要设计

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

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

角色剧情：

二期来袭，

是一个分布式应用项目

角色任务：

确定和制作最佳格式的

《概要设计》模板进行概要设计

提交《概要设计书》

可供参考：

《RUP xxxx 概要设计》

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

可以带走：

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

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

剧情

角色

 【一初修】分析、研究案例

一组案例分析

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

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

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

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

4. 角色扮演：开发延期，需求变更造成开发浪费

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

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

1. 规律：什么需求没变？什么需求在变？

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

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

3. 工具项一：用例图   之 画法参照模式

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

5. 注：两工具都是立足识别需求变更的

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

1. 小组任务：应用上述技巧，分析和识别功能变更

2. 小组提交：xxx 组《用例图 + 用例规约》

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

角色剧情：

开发延期，

需求变更造成开发浪费

角色任务：

帮助项目，

解决分析和识别需求变更的难题

可以带走：

《用例图》正反样例

《用例规约》正反样例

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

剧情

角色

【一初修】分析、研究案例

一组案例分析

1. BS 系统：：支付宝、QQ Video 网站

2. CS 系统：MSN   Manager

3. 移动互联网：微信

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

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

5. 角色任务：DB 层性能设计技巧

6. 角色任务：业务层可伸缩性设计技巧

7. 角色任务：（部分）硬实时技巧

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

1. 性能是计算与资源的关系

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

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

1. 工具项一：DB 层性能“检查表”

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

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

角色剧情：

性能下降，

核心性能反而最慢

角色任务：

总结架构性能技巧

可以带走：

xxxx 架构性能案例xxxx 架构性能案例xxxx 架构性能案例DB 层性能“检查表”

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