模型驱动开发过程:
业务模型
通过建立业务模型,建立了业务人员与IT的桥梁。
需求模型
不只停留在界面原型,还分析并建模了功能,接口、性能、扩展、安全需求。
架构模型
明确了架构,并对系统多变部分充分进行了扩展设计,未开发提供了更具体的指导。
详细设计建模
基于明确的需求和设计,更加高效而有序。
测试模型
让迭代有稳定的基点
一、采用UML方式失败的总结:
1、用例文档太多(应该简单易懂,不宜过多)
2、时间不宜过长
3、把UML当成了开发语言(UML优势在设计,不在开发)
4、把所有开发人员都当做了设计师(应该少数人操控,大部分人阅读)
采用UML方式成功的总结:
1、描述清楚了系统的结构,边界
二、为什么要采用UML:
自己研究
便于与客户交流
可以与客户形成契约
备忘,可传承
三、什么情况需要用UML:
复杂项目
继承项目
期望在逻辑深度上超越竞争者的人
持续建设、运营的系统或产品建设
嵌入式系统
不断扩展的团队 + 大规模团队
四、什么情况下不适用UML:
简单、小规模、短期项目
不需要持续维护、建设的项目
不期望提高通用设计能力、只是专注某项技术的人
小规模团队,而且团队不会持续扩展
五、怎样才能学好:
以产品为目标进行建模,力求:
视角清晰
形式简单
内容明确
多临摹别人的作品
以可读性为目标
不断对照规范提升自己