系统分析师UML项目实战

系统分析师UML项目实战

邱郁惠　著

人民邮电出版社

北京

缘起

很多学员和读者跟我说，他们在书店里、在网络上看到很多关于 UML 的书籍或文章，一百篇中有一百零一种说法。我能够体会那种众说纷纭的无所适从，或许我们得试着勇敢地抛开所有的说法，认同一个自己能够安身立命、简单遵循的道路。我是这么想的！

回顾我出版第1本UML书——《写给SA的UML/MDA实务手册》（天珑销售第1名），至今为止已经5年了。这5年来，我拿着那本小书的概念到实务界又跑了一圈，有了更多的体验和心得，于是决定潜下心来，再度将这些年来参与项目的所看、所想记录下来，因此有了这本新书的诞生。

本书目的

本书关注系统分析师在UML项目现场如何现学现用立即使用活动图、用例图（及用例叙述）、类图，来呈现业务流程、用例以及领域模型。再者，也希望团队成员可以人手一书，作为使用者/客户（甲方）、构建团队/绘制者/观看者（乙方）、独立监审商（丙方）等多方沟通UML概念的基石。

本书的内容结构

第1部分 简介。

第1章UML项目现场。在UML项目现场，限制团队成员使用最少量的UML概念和图标，训诫团队成员采用相同的作业程序，通过牺牲一些自由与创意，或许可以换取团队成员以最快速度齐步向前走，强力挺进UML项目现场。

第2部分 建模。

第2章业务流程建模。使用 UML 的活动图（Activity Diagram），表达系统构建之后所支持的新业务流程。

第3章用例建模。使用 UML著名的用例图（Use Case Diagram）以及用例叙述（Use Case Narrative），来呈现用户与系统互动以获取产品或服务的过程。

第4章领域建模。使用 UML的类图（Class Diagram）表达问题领域中的重要实体，以及实体的属性、操作、限制、角色和关系，用来作为系统内部重要的业务核心。

第3部分 模型走读。

第5章模型走读。程序设计师在编写完程序代码、交付之前，可以先进行人工的“代码走读”（code walkthrough），以便确保程序代码的质量。同样，系统分析师在做完每一个用例，并且将用例涉及的领域概念也同步提取汇总到领域模型之后，也是可以学习代码走读的精神，也来先进行人工的“模型走读”（model walkthrough）。

第6章继续走读。经过之前的模型走读，修正了一些内容，也与领域专家又做了一次深度的沟通。所以，在本章中，我们将汇总并额外补上一些疏漏的内容。

第4部分 范例。

第7章基金系统范例。本章内容除汇总第2章到第6章关于基金系统的分析内容外，还会额外补充一些说明和其他分析内容，不过不会再有更多的理论论述。

第5部分 附录。

附录AUML官方认证。我发现很多人不知道UML有官方认证，事实上，美国OMG协会（http://www.omg.org）于 2003 年提出了初级、中级和高级 3 个等级的 UML官方认证（http://www.omg.org/uml-certification/index.htm）。所以，本附录会为有兴趣考取UML认证的读者，简单介绍一下UML官方认证。

附录 B 成本估算。成本估算一直都是件难事，参考过去流行的“功能点”（Function Point）估算，学者Gustav Karner 提出了“用例点”（Use Case Point）估算来搭配面向对象技术。本附录会简单提到用例点估算公式以及相关的参考文献。

本书采用的UML工具

本书范例都采用 StarUML绘制。StarUML最大的特色，就是免费且开源（open source）。如果读者不想花钱去买庞大复杂的UML工具的话，试试这套免费又简单的工具，或许您会跟我一样，一试成主顾！您只要访问StarUML（http://staruml.sourceforge.net/en/）网站，就可以免费下载StarUML执行文件以及别人贡献的免费配件了。

邱郁惠（271080@gmail.com）

UML Blog(http://www.umltw.com)

邱郁惠，中国台湾资深 UML 专家和畅销书作者。邱老师研究OOAD、UML和MDA十余年，自UML诞生起一直从事UML的普及和指导工作，从事过专案、教学及写作。曾担任《物件导向杂志》主编，编著有《系统分析师 UML实务手册》、《C++程序员UML实务手册》、《SOC设计UML实务手册》，其繁体版一经出版即攀升至天珑书局销售排行首位。

邱老师多年来从事 UML认证培训工作。她目前拥有OCUP （OMG-Certified UML Professional）三级认证、PMP（Project Management Professional）认证、ITIL V3 Foundation认证、IBM OOAD（Object Oriented Analysis and Design）认证、Scrum Master认证。

本书是作者2010年回归软件开发企业界后，结合这几年的软件项目实践编写的最新力作。

这本书要献给我的家人、丈夫和小孩没有他们在我背后支持，我和我写的这些书恐怕难见天日

IKEA 的创办人英格瓦·坎普拉（Ingvar Kamprad）常把“简单是一种美德”这句话挂在嘴边。他经常告诫大家：“只有平庸的人，才会提出复杂的解决方案。”

同样地，在UML项目现场，保持简单使用UML也是一项值得赞许的美德。或许，我们真要借用坎普拉的话来提醒自己：“只有平庸的团队，才会把UML用得既复杂又困难。”

因此，在UML项目现场，限制团队成员使用最少数量的UML概念和图标，告诫团队成员采用相同的作业程序，通过牺牲一些自由与创意，或许可以换取团队成员以最快速度齐步向前走，挺进UML项目现场。

在系统分析师的现场作业中，跟UML有关的产出及作业程序主要有3项，分别如下。

1．业务流程建模——使用 UML的活动图（Activity Diagram）表达系统构建后所支持的新业务流程。建议的现场作业程序，如图1-1所示。

2．用例模型——使用UML著名的用例图（Use Case Diagram）以及用例叙述（Use Case Narrative），来呈现用户与系统互动以获取产品或服务的过程。建议的现场作业程序，如图1-2所示。

3．领域模型——使用UML的类图（Class Diagram）表达问题域（problem domain）中的重要实体（entity），以及实体的属性（attribute）、操作（operation）、限制（constraint）、角色（role）和关系（relationship），用来作为系统内部重要的业务核心。建议的现场作业程序，如图1-3所示。

图1-1 业务流程建模的作业程序

图1-2 用例建模的作业程序

图1-3 领域建模的作业程序

目前最新版的UML2有14种图，系统分析师只需要从中取用3种图，分别为活动图、用例图和类图。但是，即便如此，每一种图中也包含了数十个概念和图标。

由于每一个图标就是一个可以用来沟通的词汇，所以有必要进一步限制这 3 种 UML图中可以被团队拿来使用的图标，以便缩减团队成员的学习成本与沟通成本。因此，我们限制团队成员只能够使用表1-1、表1-2和表1-3所明确列出的图标。

表1-1 活动图图标

续表

表1-2 用例图图标

表1-3 类图图标

除此之外，如果系统分析师需要引进任何一个图标，都需要向项目经理申请，并且邀请所有系统分析师开讨论会议，以共同决议是否采用，同时需要对新采用的图标的定义、使用时机有基本的共识。这样一来，才不会出现系统分析师说着其他成员不甚了解的词汇，而独自一人喃喃自语的窘境！