UML模型驱动开发过程——读书笔记

     模型驱动开发过程:

  1. 业务模型

    通过建立业务模型,建立了业务人员与IT的桥梁。

  2. 需求模型

    不只停留在界面原型,还分析并建模了功能,接口、性能、扩展、安全需求。

  3. 架构模型

    明确了架构,并对系统多变部分充分进行了扩展设计,未开发提供了更具体的指导。

  4. 详细设计建模

    基于明确的需求和设计,更加高效而有序。

  5. 测试模型


让迭代有稳定的基点


一、采用UML方式失败的总结:

1、用例文档太多(应该简单易懂,不宜过多)

2、时间不宜过长

3、把UML当成了开发语言(UML优势在设计,不在开发)

4、把所有开发人员都当做了设计师(应该少数人操控,大部分人阅读)

采用UML方式成功的总结:

1、描述清楚了系统的结构,边界


二、为什么要采用UML:

  1. 自己研究

  2. 便于与客户交流

  3. 可以与客户形成契约

  4. 备忘,可传承


三、什么情况需要用UML:

  1. 复杂项目

  2. 继承项目

  3. 期望在逻辑深度上超越竞争者的人

  4. 持续建设、运营的系统或产品建设

  5. 嵌入式系统

  6. 不断扩展的团队 + 大规模团队


四、什么情况下不适用UML:

  1. 简单、小规模、短期项目

  2. 不需要持续维护、建设的项目

  3. 不期望提高通用设计能力、只是专注某项技术的人

  4. 小规模团队,而且团队不会持续扩展


五、怎样才能学好:

  1. 以产品为目标进行建模,力求:

    1.  视角清晰

    2. 形式简单

    3. 内容明确

  2. 多临摹别人的作品

  3. 以可读性为目标

  4. 不断对照规范提升自己

转载于:https://my.oschina.net/u/254813/blog/315160

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值