UML与软件工程专题集锦

最近几年，在做大数据人工智能数据分析、算法建模，这个过程也适合UML建模，为此重拾UML，整理专题集锦，后续再丰富数据分析场景的实践。

使用EA进行UML建模，是个很好的选择。在实际工作中，首先保证开发完整的用例模型，用以确定需求范围和规划目标；其余的模型，根据工作需求，设计到可以接受的粒度，如果资源允许，则按规范进行设计更好。

1.《UML建模——使用EA工具开发时序图实践及经验》 2015年3月

本文介绍在EA工具中，从最初的用例延续下来，先设计类及其方法，再设计时序图过程，以及时序图分层设计方法。

另一被收录地址：http://www.uml.org.cn/UMLTool/201608242.asp

2.《油田采油生产业务建模之数据流图实践（EA使用入门）》 2017年11月

基于采油生产案例，使用EA工具，设计数据流图。

3.《油田采油生产业务建模之业务用例规约实践（EA使用入门）》 2017年11月

使用EA工具，编写用例规约。

4.《 油田采油生产业务建模之活动图实践（EA使用入门）》 2017年11月

5.《油田采油生产业务建模之业务用例实践（EA使用入门）》 2017年11月

6.《UML建模实践——选“对”企业架构建模视角很关键》 2015年4月

参照TOGAF所提供ADM模型及利益关系者管理，重新审视了业务架构视图，强化业务视角建模。按业务视角，表单、流程二者或任一变化，就是业务变化，只记录业务变化版本；而以技术视角，表单、流程分别管理版本变化，这样，在数据库设计和功能设计上将有天壤之别。

7.《软件项目需求开发过程实践之业务建模用例图》 2015年3月

在项目前期及需求分析阶段，开发人员致力于“降低成本”，以最小的代价完成项目，其可预见性的软件产品是经过系统平台升级的，并经过改良的第二个办公业务流程管理平台。按客户验收要求，“只能打60分，是不能给予验收”。

在软件开发中，需求工作致力于解决“产品好卖”的问题，设计工作致力于解决“降低成本”的问题。二者不能相互取代。如果需求和设计不分，利润就会缩水。从需求直接映射设计，会导致功能分解得到重复代码。如果从设计出发找需求，会得到一大堆假的“需求”。

8.《EA业务建模实践之业务用例图》 2015年2月

本文重点是业务建模实践，以及建模工具EA初级使用过程日志。先前写了些文档，从不同角度描述了业务建模，但是条理性和规范性仍无法让人一目了然。春节期间当我再次读了《软件方法》前几章，产生了共鸣：误解随处都在，通过UML规范沟通环境，是辛勤汗水的教训。

9.《SOA技术架构下时序图的一种表达方式》 2013年11月

10.《谈谈需求分析规范化》 2017年1月

通过需求工程化来降低需求工程的复杂度，让需求分析人员有章可循，与用户形成共同语义环境，也就是需求分析的规范化。

11.《软件项目需求开发过程实践之软件需求说明书》 2015年3月

软件需求说明书为谁而编写？把这个问题搞清楚是非常有意义的。

12.《谈产品研发项目需求及需求变更管理》 2018年10月

13.《程序员应该用到的配置管理》 2013年11月

在软件开发、软件系统维护项目实施过程中，经常听到开发人员、维护人员抱怨，开发代码混乱、部署代码不一致等问题。

这些问题属于配置管理范畴，也是开发人员参与造成的问题，也是管理、工具使用、配置技术协同脱节问题。

在此只是介绍开发人员应具备的配置管理方面的知识和技术，并要求开发人员按配置管理规范执行，特别在云技术应用开发项目中，团队开发要求更高

14.《Gitblit Server Windows部署实践及HBuilder X与Git结合使用实践笔记》 2020年11月

15.《应用软件系统割接、上线处理问题经验谈（非软件开发原因）》 2013年11月