《软件方法》第3章 业务建模

软件方法（草稿）第3章 业务建模

 

<<上一章 下一章>>

业务建模

 

我像是一颗棋子，来去全不由自己

《棋子》；词：潘丽玉，曲：杨明煌，唱：王菲；1994

软件是组织的零件

业务建模的目的是从组织的角度来定位系统应该提供的价值，但是“业务建模”这个名字起得不好，应该更名为“组织建模”。我们来做以下题目：

 

 

 

此页面上的内容需要较新版本的 Adobe Flash Player。

 

答案很出乎意料吧？很多时候我们把自己在开发的系统（噢对，现在流行叫××平台了）看得太重了，感觉没有我们开发的系统，业务组织就玩不转了。其实，我们那牛×哄哄的系统也只是组织的一个零件，和组织厕所里的马桶没有本质区别。组织里面还有很多系统，其中最值钱的是千百年来一直在使用，现在依然是最复杂的系统――人肉系统，它由“父母公司”开发，“老师公司”不断升级，公司以每月每人几千上万的租金租用。要改进组织的价值，不一定要开发软件，有时换人（也就是说，不是更换软件系统，而是更换人肉系统）更管用。和一套软件系统的价格相比，也许招聘一名高级员工花费更多。

开发人员有时会有意无意把自己的系统想得太重要。有一次，开发人员在写某信贷风险系统的愿景时写道：本系统的目标是，银行风险部能够对贷款做风险评估。我问道：难道银行以前不能做风险评估吗？他认真地回答：不能啊，有我们的系统才行！所以，为了抵消开发人员这种“致命的自负”，有时我会故意将“系统”称为“马桶”――你做这个马桶是干什么的？

为什么需求经常“容易变化”？根源之一是它们的来路不正，一开始的时候是拍脑袋得来的，没有把系统当作一个零件放在组织中来看，得到的系统当然和组织的其他零件格格不入，系统上马磨合后发现问题，自然要改。“需求变化剧烈”只是一个假象，许多需求的变化是假的变化，真正的需求并没有变化，只不过开发人员一开始捕获的需求是假的。如果能正确运用业务建模技能，大多数假的需求变化都会消于无形。

说起业务建模，很多人会联想到大企业、ERP、工作流….其实，所有类型的系统都可以使用业务建模技术来得到有价值的需求。后文会看到各种领域的例子，从物流公司、餐馆、网站、即时通信软件、医疗设备甚至麻将机。

步骤1：选定要改进的组织

业务建模既然是研究组织，那么研究哪个组织呢？理论上来说，先研究整个世界，再慢慢缩小范围，一直到能定位我们要开发的的系统，但是这显然太浪费了。最佳的研究范围就是愿景波及的、需要改进的组织，它可能是一个公司、一个政府单位、一个部门、一个人群…

 

 

此页面上的内容需要较新版本的 Adobe Flash Player。

UML全程实作公开课 7月9-10日 北京 http://www.umlchina.com/training/course110709.htm

------------------ 您可以到 http://www.umlchina.com/book/panjiayu.htm 查看是否有新的版本 ------------

 

 

 

转载于:https://www.cnblogs.com/UMLChinaPan/archive/2011/06/29/2093594.html