简介
本课程从以下四个方面来讲述
总体方案:总体技术方案的内容、最佳文档模板、迭代式设计实践
概要设计:概要设计的内容、最佳文档模板、架构与技术选型实践
需求变更:如何有效分析和识别需求变更
架构性能: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. 时间片轮转》对比表 |