400-888-5228

课程介绍:

软件开发中,需求是解决“产品怎样好卖”的问题,设计是解决“降低生产成本”的问题。二者相辅相成,缺一不可。而且,不能相互取代。您能大规模低成本生产 某种软件产品,但不一定能保证它好卖。您的某种产品好卖,但如果生产成本太高,或者在市场需要新型号时,无法复用之前的组件,又要投入大量人力物力去制造 轮子,最终还是赚不到钱。

要迈向“低成本制造好卖的产品”的境界,并非喊喊口号就能达到,需要静下心来,学习和实践各种技能。本训练就是教授如何使用UML2.x相关的需求和设计技能来全程实作一个系统的过程。

本训练对每个开发工作流,结合讲解、做练习巩固、应用到实际项目三种方式,展示使用UML2.x相关技能开发软件系统的全过程,解答实际应用中的疑难细节问题。

 

学员基础:

有一年以上开发经验的开发人员。不需要您有“UML基础”,只需要您有项目经验。欢迎学员携带自己的项目来听课,由专家在现场进行剖析。

 

课程时长:

3天

课程对象:

系统需求分析师,业务建模师,开发人员,测试人员,售前售后人员

 

课程大纲:

  1. 概论

需求和设计的关键区别

核心工作流

UML的统一

使用UML开发过程、工具、资料介绍

  1. 愿景

愿景的要点

如何揣摩愿景

如何分析涉众

其他考虑因素:投入、风险、可行性

  1. 业务建模

组织的外观和内观

选取合适的建模业务单元

业务执行者和业务用例

业务序列图

改进业务序列图

  1. 需求

系统执行者要点剖析

系统用例要点剖析

从业务序列图映射到系统用例图

书写有价值的用例文档(需求文档)

通过关系整理用例

用例的排序和分包

需求启发技术

  1. 结构分析之类图

抽象和封装

识别类及其属性

识别类之间的泛化

识别类之间的关联

彩色建模技术

典型分析模式

  1. 行为分析之序列图

序列图精要

用例、类图、序列图的互动

专家原则和单一责任原则

老板原则和聚合根

可视原则

  1. 行为分析之状态图

状态图、类图、序列图的映射

状态

事件、动作和转换

层次状态、历史状态

转换执行序列

分层和细化

状态图和代码的映射

  1. 架构和设计

存储层的映射

数据源层的映射

业务层的映射

界面层的映射

领域驱动设计

  1. 改进指南

根据团队情况改进

小步前进

正确的改进心态