一、服务口号:聚焦最后一公里

UMLChina服务介绍_建模

斐力庇第斯从马拉松跑回雅典报信,虽然已是满身血迹、精疲力尽,但他知道:没有出现在雅典人民面前,前面的路程都是白费。

学到的知识如果不能最终【用】于您自己的项目之中,也同样是极大的浪费。而这最后一段路最是艰难。

UMLChina聚焦最后一公里,所提供服务全部与您自己的项目密切结合,帮您走完最艰难的一段路。


二、服务技能范围

UMLChina提供的服务聚焦于建模方法和工具。

软件开发的一个迭代周期中需要思考四个问题:

A-业务建模——定位需要改进的目标组织(人群或机构)以及该组织接下来最需要改进的问题。

B-需求——描述为了改进组织的问题,所引入的信息系统必须具有的表现。

C-分析——提炼为了满足功能需求,所引入的信息系统需要封装的核心域机制。

D-设计——考虑质量需求和设计约束,将核心域机制映射到选定非核心域上实现。

UMLChina服务介绍_领域驱动设计_02

这些思考的过程,就叫做建模。

江湖中各种花里胡哨的术语(参见文章:CTO也糊涂的常用术语),大多数都可以用上面的ABCD来归纳。经常有一些同学来问“有没有产品经理的内容?”“有没有架构的内容”……,很多同学问的时候并不真正了解自己想要什么或者自己的表达是否正确。

这些花里胡哨的术语一般可以对应如下:

产品经理、需求工程师、需求分析师:A+B+部分C;

业务架构师:可能是A,也可能是C

系统架构师:C+D。常有团队说要学系统架构,其实他想改进的是B-需求。

领域驱动设计:C+D。也有团队声称要学“领域驱动设计”,其实想解决的却是A-业务建模。

中台:C+D

微服务:C+D。等等等等……


三、服务形式

(一)团队内训

专家上门为团队提供定制的训练服务。目前主要训练课程有:

(1)软件需求设计方法学全程实例剖析——引领团队走一个ABCD的迭代周期,形成基本共识。

(2)业务建模和需求高阶——根据团队的需要,在有(1)基础的情况下,对AB做点上的强化。

(3)分析和设计高阶(时髦名称:领域驱动设计)——根据团队的需要,在有(1)基础的情况下,对CD做点上的强化。

*(1)(2)(3)目前示范工具主要是用Enterprise Architect,也可以根据团队需要使用其他工具做示范,例如StarUML、VP-UML等。

(4)基于模型的系统工程——使用Rhapsody或Enterprise Architect工具和UML/SysML开发关键系统。

*疫情期间,团队内训也可以通过Zoom网络会议室进行。

(二)公开课

UMLChina在指定时间地点开课,各单位人员自行报名上课。

公开课主要在北京、上海、广州、深圳、杭州、武汉、成都等城市轮流举办,一般提前2-3周公布下一期时间和地点。

目前公开课的课程主要是课程(1):软件需求设计方法学全程实例剖析。

*疫情期间,公开课也可以通过Zoom网络会议室进行。

(三)建模示范视频

我们选了一些典型的案例,制作了从业务建模、需求、分析到设计的建模示范视频,长度约在300-400分钟之间。没空上课的同学,也可以购买建模示范视频学习。

(四)工件评审

评审开发团队做出的各种模型,给出改进建议。

(五)建模示范服务

提炼开发团队提供的乱七八糟的各种素材,得到用UML表示的规范的业务建模模型、需求模型和分析模型。

(六)项目全程建模指导服务

和团队一起工作,指导团队建模。

(四)(五)(六)三项服务,建议在完成服务(一)(二)(三)中的某一个之后,根据需要再联系。

提供增值税专用发票或增值税普通发票,可签保密协议。