课程

• 软件需求设计UML建模全程实例剖析

  利润=需求-设计。软件开发中，需求是解决“系统怎样好卖”的问题，设计是解决“降低开发成本”的问题。要迈向“低成本制造好卖的产品”的境界，并非喊喊口号就能达到。
  口号：我们只做最重要的需求，尽快把系统推向市场。问题来了：怎么知道哪个需求最重要？拍脑袋？
  口号：设计要分离变和不变，这样可以减少变更的成本。问题来了：怎么知道哪些变哪些不变？抓阄？
  建模提供了愿景、业务建模等方法，帮助迅速定位最重要的需求。
  建模提供了领域分析方法，帮助厘清各种概念的变和不变。
  不同形态的系统各自有各自的复杂性，建模是否值得，和系统的运行形态无关，而是看软件组织有没有一颗冠军的心。本训练就是教授给软件组织如何使用UML2.5相关的需求和设计建模技能来全程实作一个系统的过程。
  

  暂无课程排期
  工程师

• 探索需求和需求管理

  软件开发中，需求是解决“系统怎样好卖”的问题，设计是解决“降低开发成本”的问题。本训练聚焦第一个方面，强化业务建模和需求的技能。
  “需求变化剧烈”只是一个假象。很多时候真正的需求并没有变，只不过开发人员一开始拍脑袋得来的需求是假的。如果能正确运用业务建模和需求技能，大多数假的需求变化会消于无形。另外，通过用例来组织需求，可以精确定义并高效组织不同颗粒度和稳定性的需求。
  

  暂无课程排期
  工程师

• 领域建模和领域驱动设计

  经过多年的积累，软件公司往往会从单一的产品，变成围绕核心领域的一系列产品线，其中的各款产品都存在很多相同的机制，但又有许多不同。目前大多数软件公司的复用往往只局限于基础平台级别的复用，很难做到对本公司所处核心域的组件作复用，如果能够在这方面做一些努力，对降低维护成本，改善利润会有很大帮助。本课程可以作为“软件需求设计建模方法学全程实例剖析”训练之后的进阶课程，更进一步强调细化分析和设计实践中的相关细节和技能；专注于分析设计技能改进的团队，也可以单独选择本课程。

  暂无课程排期
  工程师

大会议题