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

2022-10-31 16:22:03 浏览数 (1)

※幻灯片下载※

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需求和设计的技术指导和训练服务。到现在为止,已经上门为超过340家的组织提供服务,覆盖了国内各个领域的领袖企业,包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。

从2003年起,受邀担任历年中国软件技术大会、SD2.0、QCon、Tid、ArchSubmit、DDDChina等演讲嘉宾,《程序员》杂志撰稿人,还作为客座教授在中科院研究生院计算通信学院主讲“软件需求和设计实践”硕士课程,多次被评为研究生院优秀课程。

著有《软件方法》一书。http://www.umlchina.com/url/softmeth2.html

微信:umlchina2

QQ和QQ邮箱:3504847@qq.com

电话:18858197422

※UMLChina介绍※

UMLChina由潘加宇创立于1999年,专注于研究软件需求和设计技能,为软件组织提供“聚焦最后一公里”的服务。到现在为止,已经上门为超过340家的组织提供服务,覆盖了国内各个领域的领袖企业,包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。

多年来,UMLChina和国内各出版社精诚合作,负责翻译和改编软件工程经典书籍,目前为止参与出版的书籍有(更详细内容参见《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版)

《软件方法》

0 人点赞