QUML建模第一层：角色-业务图实现愿景（1）

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。

电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 

本章讲解如何将非常模糊的高层需求，也就是愿景，表达为一个清晰、简单、确定的模型。

基于这种简单的模型进行开发，要比基于大段似是而非的文字更容易得到最终想要的结果。

什么是愿景

我们从客户听到的第一句话很可能是这样的：“打造诚信的网上商城”，“建立可靠的收发货系统”，“加强领导干部出入境管理”……很多软件做完了却被告知“不符合客户需求”，在很大程度上就是这种很虚的愿景极难落实到实际的软件需求上。

很多书籍、课程都提到过愿景这东西，认为它是开发出最终符合客户需求的核心要素。不过，已有的各种需求建模方法——这里指类似UML的工程化的、可实施的表达方法，而不是某种“建模思想”“分析步骤”“需求模板”——都没有很好的解决方法来表达愿景，以及如何从愿景分析出一个可实现的软件。

在UML中，第一层图可以算是用例图。不过用例图表达的是业务需求乃至技术需求的详细条目，要比愿景晚很多。UML的多数图形都由用例图直接或间接派生出来，因此比较容易忠实反映用例。但用例图本身则是“无中生有”的，很难确定是否与愿景相符。愿景与用例图中间的真空地带，导致用例图和后续图形或许绘制得很漂亮，但产品功能却背离了客户初衷。

愿景

马总：今天找你们18位兄弟来，我是想建一个网上商城……

兄弟1：可是外面不是已经有很多独立的网上商店了吗？而且这些商店很不可信，早晚死光。昨天我就刚刚收到一个假货，他自家网站上没地方评论、投诉，打电话对方不接……

马总：对，我想做的网上商城，核心之一就是有一个“可靠的购物子系统”……

兄弟2：我猜你是想在P2C环境用宝宝监管吧？

马总：不止如此……

兄弟3：我们雇一堆网警到处查处欺骗行为？

兄弟4：这成本太高了吧，其实如果网站是我们开的，卖家只是来注册开店，那么就可以强制开放评论，骗子很难存活。

兄弟5：对如果有了评论，再加上个评分系统，那就可以放心让买家自己在上面淘自己喜欢的宝贝了。

马总：咿，老五，你倒是提醒我得给这个网站起个响亮点的名字了。

作为刚进公司的跟屁虫，我们的确可以把老大们的对话都记录下来，然后交给程序员说：“这就是高层愿景，干活吧”。不过我可很质疑程序员们的领悟能力。那么，有没有什么办法从文字中清晰、明确地整理出明确愿景，只要说这些文字的领导也点头确认了，就能开发出唯一的一个产品来满足它呢？