查看原文
其他

团队内训-“软件需求设计建模方法学全程实例剖析”训练方案(2024更新)

潘加宇 UMLChina 2024-01-02

※等级※

中阶

※幻灯片下载※

http://www.umlchina.com/training/slide.html

※训练介绍※
利润=需求-设计。软件开发中,需求是解决“系统怎样好卖”的问题,设计是解决“降低开发成本”的问题。要迈向“低成本制造好卖的产品”的境界,并非喊喊口号就能达到。
口号:我们只做最重要的需求,尽快把系统推向市场。

问题来了:怎么知道哪个需求最重要?拍脑袋?

建模提供了愿景、业务建模等方法,帮助迅速定位最重要的需求。

口号:设计要分离变和不变,这样可以减少变更的成本。

问题来了:怎么知道哪些变哪些不变?抓阄?

建模提供了领域分析方法,帮助厘清各种概念的变和不变。

不同形态的系统各自有各自的复杂性,建模是否值得,和系统的运行形态无关,而是看软件组织有没有一颗冠军的心。
本训练就是向有冠军的心的软件组织教授如何使用UML相关的需求和设计建模方法学来全程实作一个系统的过程,适用于任何形态的软件系统。
建模方法学包含以下技能:
A-业务建模——定位需要改进的目标组织(人群或机构)以及该组织接下来最需要改进的问题。
B-需求——描述为了改进组织的问题,所引入的信息系统必须具有的表现。
C-分析——提炼为了满足功能需求,所引入的信息系统需要封装的核心域机制。
D-设计——考虑质量需求和设计约束,将核心域机制映射到选定非核心域上实现。

江湖中各种花里胡哨的术语,大多数都可以用上面的ABCD来归纳。也就是说,本训练涵盖了这些花里胡哨术语的内容。
产品经理、需求工程师、需求分析师:A+B+部分C;
业务架构师:可能是A,也可能是C
系统架构师:C+D。常有团队说要学系统架构,其实他想改进的是B-需求。
领域驱动设计:C+D。也有团队声称要学“领域驱动设计”,其实想解决的却是A-业务建模。
中台:C+D
微服务:C+D
设计模式:C+D
……
本训练秉行UMLChina一贯的“聚焦最后一公里”原则。训练过程中,专家当场和团队一起讨论和研究团队的当前项目,一起把所授知识当场应用到团队的当前项目,得到团队当前项目的模型。
※训练目标※
通过大量练习和项目实践,使软件组织真正理解如何结合用例、类图、序列图、状态机图、组件图等UML元素来完成业务建模、需求、分析和设计的流程,能在项目开发中灵活应用。
训练时所使用的的示范工具缺省为Enterprise Architect,也可根据团队的要求使用其他建模工具来示范,包括且不限于:StarUML、Rational Software Architect、Visual Paradigm、Rhapsody等。
※训练时间※
正常时间为3天,可根据团队特点定制为2天。每天7小时(例如9:00-12:00,13:30-17:30)。
※训练方式※
针对每个工作流(业务建模、需求、分析、设计)循环以下步骤1-5:
1. 老师将先作知识和建模要点讲解,并随时布置练习题。
2. 老师演示如何根据要点实作UMLChina案例项目
3. 老师演示如何根据要点实作客户的一个当前项目。
4. 学员分组根据要点实作一个自己当前正在做的项目。
5. 老师检查学员实作结果,和学员讨论,指出其中错误和改进要点,修改出正确结果。
*自训练结束开始,提供一年的免费微信答疑。
※训练费用※
线下(现场)训练:
整个团队每天的训练总费用为24,000元(即2天为48000元,3天为72000元),讲师差旅费用和税费已包含在内。
线上(通过腾讯会议等)训练:
整个团队每天的训练总费用为18,000元(即2天为36000元,3天为54000元),税费已包含在内。
※训练大纲※ 
1. 概论
--需求和设计的关键区别
--核心建模工作流
--UML介绍
--具体建模步骤
--建模工具和资料介绍 
2. 愿景
--愿景的作用
--定位目标组织和老大
--不同类型系统的注意事项
--定位正确的愿景目标
--项目实作:愿景  
3. 业务用例图和业务序列图
--组织的外观和内观
--业务执行者、业务工人和业务实体
--识别业务执行者
--识别业务用例
--现状业务序列图
--常见业务流程改进模式
--改进业务序列图
--项目实作:绘制业务用例图、业务序列图  
4. 系统用例图和用例规约
--系统执行者要点剖析
--系统用例要点剖析
--从业务序列图映射到系统用例图
--项目实作:绘制系统用例图 
--书写用例规约:涉众利益
--书写用例规约:路径步骤
--书写用例规约:补充约束
--项目实作:书写用例规约 
--通过关系整理用例
--需求启发 
5. 分析类图
--面向对象的抽象
--识别类及其属性
--审查类和属性
--类之间的关系
--识别类之间的泛化
--识别类之间的关联
--项目实作:绘制类图 
--彩色建模和分析模式 
6. 分析序列图
--序列图精要
--用例、类图、序列图的互动
--三种分析类的协作
--专家原则
--老板原则
--可视原则
--项目实作:绘制分析序列图  
7. 分析状态机图
--状态机图、类图、序列图的映射
--状态、事件、动作和转换
--层次状态、历史状态
--转换执行序列
--状态机图和代码的映射
--项目实作:绘制分析状态机图  
8. 映射到设计
--存储层的映射
--数据源层的映射
--业务层的映射
--界面层的映射
--常见实现架构
--领域驱动设计潮词本质以及伪创新 
9. 改进指南
--普及基本常识
--根据团队和个人情况改进 
以上时间分配会根据项目特点和训练进程调整。
※训练讲师※
潘加宇。UMLChina首席专家。
学习经历
1989-1994 中国科技大学 
1994-1997 北京大学
工作经历
1997-1998 清华大学(教师)
1998-1999 惠典电子北京开发部
1999-2002 美国纳软北京研发部
2002-至今 UMLChina 
在1999年还是一名程序员时,利用业余时间创建了UMLChina,潜心研究需求和设计技能。2002年开始对外提供UML需求和设计的技术指导和训练服务。到现在为止,已经上门为超过360家的组织提供服务,覆盖了国内各个领域的领袖企业,包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。
从2003年起,受邀担任历年中国软件技术大会、SD2.0、QCon、Tid、ArchSubmit、DDDChina等演讲嘉宾,《程序员》杂志撰稿人,还作为客座教授在中科院研究生院计算通信学院主讲“软件需求和设计实践”硕士课程,多次被评为研究生院优秀课程。
著有《软件方法》一书。http://www.umlchina.com/url/softmeth2.html

 微信:umlchina2
 QQ和QQ邮箱:3504847@qq.com
 电话:18858197422
※UMLChina介绍※
UMLChina由潘加宇创立于1999年,专注于研究软件需求和设计技能,为软件组织提供“聚焦最后一公里”的服务。到现在为止,已经上门为超过360家的组织提供服务,覆盖了国内各个领域的领袖企业,包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。
多年来,UMLChina和国内各出版社精诚合作,负责翻译和改编软件工程经典书籍,目前为止参与出版的书籍有: 
《人月神话》
《人月神话》(注释版)
《人件》
《最后期限》
《代码之美》
《UML参考手册 2.0》
《UML风格》 
《系统分析师UML实务手册》
《C++程序员UML实务手册》
《SoC设计UML实务手册》
《UML+OOPC嵌入式C语言开发精讲》  
《UML精粹》(第3版)
《UML嵌入式设计》
《Use Case入门与实例》  
《Head First设计模式》
《Head First设计模式》第2版
《设计模式精解》
《企业应用架构模式》  
《对象设计》
《领域驱动设计》
《领域驱动设计》(注释版)
《彩色UML建模》
《分析模式》(注释版)
《敏捷数据》
《掌握需求过程》(第2版)
《探索需求》
《有效用例模式》
《面向对象分析与设计》
《领域驱动设计C# 2008实现》
《UML和Enterprise Architect 7.5团队开发实用手册》
《领域驱动设计》2010重印版
《Visual Studio 2010和UML黄金法则》
《UML团队开发流程与管理》(第2版) 
《软件方法》

继续滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存