《QUML：量化需求分析与建模》节选之一：序言

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

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

序言

统一建模语言UML，量化管理，功能点分析FPA，三个令人敬畏的概念。

只有被强制使用的时候，人们才会使用UML进行系统分析，而且多数止步于第一步：用例图。

只有所有非量化的文档、会议、总结报告无效的时候人们才会想到量化管理。

只有所有度量项均被证明失效的时候，人们才会尝试功能点。

本书将会介绍一种轻量级的QUML，不但同时实现三者的目标，还能一改读者对这三个概念的刻板印象。

QUML可以被理解为“量化的统一建模语言（Quantitative UML）”，通过在建模过程中自动获得简化功能点，将量化管理和功能点变成团队和企业的第一选择。

QUML还可以被理解为“快速的统一建模语言（Quick UML）”，它仅仅完成用例分析即可结束，但却可以获得全套业务类及其方法、全部应用页面、潜在测试用例数量等信息，也包括前面提到的量化。

这一方法的量化效果如下（以10人年的产品或项目为例）：

1. 4小时左右，完成第一级简化功能点估算，精度25%；

2. 整个过程只产生60个图形元素和120～200个汉字；

3. 同时获得系统中大约60个业务类和360个业务方法；

4. 不发生需求变更的情况下，分析结果接近0遗漏；

对于曾经尝试过功能点，尤其是那些感觉无法快速、准确获得功能点计数项的读者，这种新方法包含以下特有之处：

1. 基于一种快速建模方法获得功能点，而不再是需要从结构混乱的Word文档中“发掘”；

2. 建模方法会形成一篇Word文档，其目录结构就是功能点计数项，使用作者提供的Word和Excel模板只需要1分钟完成计数；

3. 建模方法中的一些图形（简化和改良后的UML）可以确保功能点不会遗漏；

对于曾经尝试过UML，尤其是那些曾经尝试又因为过于繁琐而放弃了的读者，这种方法包含以下特有之处：

1. 使用“用例流程图（UCF）”代替了原来的用例图，在分析业务流程的过程中自动发现用例，确保没有遗漏；
   

2. 完成例流程图中的用例分析后，即可直接获得主要业务类及其方法，无需类图等繁琐图形；

3. UCF图中的用例具有相似的规模，经过简单计数可直接进行功能点度量；

4. UCF图中的用例都大约需要1～5天的纯开发工作量，可直接作为敏捷开发的用户故事进行开发；

5. 直接在用例图之前增加了两层更具概要性的“角色业务图（RB图）”和“实体关系图（ER图）”，使得大量用例的分析过程和组织方式更具有结构化；

对于曾经尝试敏捷开发，尤其是那些头疼于需求分解、用户故事分析的读者，这种方法包含以下特有之处：

1. 可以从用户愿景经过两个步骤，直接获得史诗故事、用户故事；

2. 用户故事几乎没有遗漏；

3. 用户故事拥有相同的大小，从用户故事数量可以直接计算工作量；

4. 赋予史诗故事新的明确定义：“一组必须完整交付的用户故事”，并能将史诗故事作为产品规划、优先级排序的直接依据。

更多扩展用途，请参考本书的目录结构。

谨以此书向自1979年以来，在功能点FPA，统一建模语言UML，敏捷开发Agile等领域做出贡献的前辈巨人们致敬。

亦以此书献给今天过70岁生日的父亲，他已经比我领先4本书了。

2014年9月8日，北京