建模和UML 软件杂记

转载请标明出处： 本文来自 CSDN 博客。x

粗放经营的时代已经远去

呈现了许多农民企业家，中国刚迈入改革开放时。不用讲管理，也不用讲方法，只要胆子大一点，就能获得成功。为什么？当时的市场几乎空白，竞争非常少。农民企业家思路很简单：人人都要吃饭，所以开饭馆能够赚钱。现在这样的思路已经行不通了市场竞争已经足够激烈，十家新开张的饭馆恐怕只有一家能撑下来，所以农民企业家已经很少见（连农民都越来越少了软件开发行业也是一样，最开始的时候，会编程就了不得，思路也很简单：每个公司都要做财务，所以开发财务软件就能赚钱。现在呢？每想到一个 “ 点子 ” 可能有上千人同时在这样想；要做一个东西，可能发现市场上已经有许多类似的产品，卖高价，就卖低价，卖低价，干脆就开源。机会驱动、粗放经营的时代已经远去，为了激烈的竞争中获得优势，软件开发组织需要从细节上提升技能。

项目的顶梁柱。这些 “ 高手 ” 职业道路的初期做项目也是失败的但经过在失败中不时积累经验，许多开发团队里面往往会有一些高手。慢慢开始能够胜利完成项目。不过，高手 ” 靠的头脑里面的隐式知识，这些知识没有经过整理，也不一定都正确，而且 “ 高手 ” 潜意识里出于利益的考虑，并不愿意积极和大家分享，本书希望能够讲述一些能够被整个团队共享的显式知识，使团队有可能在不同的项目中复制成功。

开发人员可能每一天都在做，本书聚焦于两方面的技能：需求和设计。关于需求和设计。但是否理解背后的道理呢？来做一些测试：

阅读到此处请完成测试题： http://www.umlchina.com/book/softmethflash/Chap1_1.swf
利润＝需求－设计

要获得利润，利润＝收入－本钱。不管出售什么。需要两个条件： 1 要卖出好价钱； 2 制造的利息要低。妙就妙在价格和利息之间没有固定的计算公式，这就是创新的动力之源。放到软件业上，也炮制了一个公式：

利润＝需求－设计

需求工作致力于解决 “ 产品好卖 ” 问题，软件开发中。设计工作致力于解决 “ 降低本钱 ” 问题。二者不能相互取代。您能低利息生产某种软件产品，但不一定能保证它好卖。您的某种产品好卖，但如果生产利息太高，或者在市场需要新型号时，无法复用之前的组件，又要投入大量人力物力去重新制造，最终还是赚不了多少钱。

利润缩水。例如从需求直接映射设计，需求设计不分。会导致功能分解得到重复代码。如果从设计直接找需求，会导致得到一大堆假的需求 ”

会跑步，拿自古以来就有的一个系统 “ 人体 ” 来举例。人体对外的功能是会走路。会跳跃，会举重，会投掷，会游泳 … 但是设计人体的内部结构时，不能从需求直接映射到设计，得到走路子系统 ” 跑步子系统 ” 跳跃子系统 ” 人体的子系统 ” 呼吸子系统 ” 消化子系统 ” 血液循环子系统 ” 神经子系统 ” 内分泌子系统 ” .. 这些 “ 子系统 ” 中很多是不能从需求直接找出来的需要设计人员的想象力。水店老板要雇一个送水工（即租用一个人肉系统）只要求这个工人能跑能扛就行，管他体内构造如何。同样，也不能从设计推导出需求 ― ― 因为人有心肝脾肺肾，所以人的用例是心管理 ” 肝管理 ” 送水工能这样找工作吗：老板，有心脏管理功能，请我吧！