张传波（网名：Fireball，大大大火球）

10多年前第一次接触UML，终于知道这是“神马”东西了！UML，Unified Modeling Language（统一建模语言）的简称呗！当时我那十分之一桶水都不到的UML知识，除了可以在一些不明UML真相的人面前吹吹水外，并不能当饭吃，更加不能在实际工作中发挥什么作用。我急需阅读一些UML书籍来填满我那十分之一桶水，问题是找不到实践性强的UML书籍！十多年后的今天，我结合实践经验写了这本《火球——UML大战需求分析》，这是一本实践型的书籍，希望对大家有帮助！

你可能曾遇到过这样的情况：客户今天想要一个苹果，明天改变主意要一条香蕉，但后天突然又说还是苹果好，到最后他想要一个西瓜！遇到这样的情况，你会抱怨客户吗？你会后悔当初没有让客户签字确认吗？

业务对象之间的关系很多，有“直线”关系、“包含”关系、“继承”关系、依赖关系等等。某些资料可能将这些关系说得很玄乎、很难懂，本文将会以简单易懂的方式为你展示。

练习1、2、3是简单的小练习，而练习4的难度会有所增加。这些练习不仅仅是让你巩固上小节学习的知识，中间还会穿插一些前面还没有介绍的基础知识，而且会让你体验什么是面向对象分析，领悟用类图分析需求的要诀。你准备好接受挑战没有？

本节的难度已经更上一城楼了！类图的最大魅力在于帮助你发掘和提炼业务模型，其他的非UML图可能是做不到的。当然真正要做好发掘和提炼，还是需要你的深厚功力了！

做这综合练习有以下几个目的：1)让你巩固所学到的类图知识。2)演练用类图分析需求的基本步骤。3)学习一些提炼类的新知识。本练习我们将会演练类图分析需求的基本步骤：1)识别出类。2)识别出类的主要属性。3)描绘出类之间的关系。

光谈类还不行，我们还要谈谈对象！

类图是最常用的UML图，是用来训练你OOA思想的最好武器。类图的语法不算很难，要看懂类图难度不大，但要用好类图就相当不容易了。本章一开始，专门对开发人员进行了“洗脑”，端正你对面向过程和面向对象的认识。如果你不是开发人员，那么这个“洗脑”就可以免了。接下来你学习了一大堆类图的基本语法，并做了很多练习，你还记得下面列出来的内容吗？

我使用过不少UML软件，我会简单介绍我的一些心得体会，希望这些体会能帮助你更快上手、更快找到适合你自己或贵公司的软件。但我不会具体介绍某一种或几种UML工具的细节，也不会说我用得最多的是哪个软件，免得有广告的嫌疑。

简介：本书融合UML、非UML、需求分析及需求管理等各方面的知识，帮助读者解决UML业界问题、需求分析及需求管理问题。全书主要介绍UML的基本语法、面向对象的分析方法、应用UML进行需求分析的最佳实践及软件需求管理的最佳实践四个方面的内容。本书各章以问题为引子，通过案例、练习、思考和分析等，由浅入深地逐步介绍UML综合应用的知识。本书以案例贯穿始终，补充了大量的实用知识，并讲究实效，能

项目初期，我们往往对业务一无所知，我们最急迫需要解决的问题就是理清楚这些业务概念以及它们的关系。每个软件系统都会涉及到很多人、业务概念和物品等，这些东西之间可能会有很多关系，发生很多事情。类图能帮助我们识别出这些人、业务概念、物品和事情等，并理清它们的关系。

客户需要的是一把梯子，系统分析员了解到的是一张凳子，开发人员做出来的是一张桌子，测试人员以为是一张椅子……很多角色参与项目工作，每种角色会从自身角色出发来理解需求，以致各种角色对需求的理解会不太一样。而更“离谱”的是：每个人嘴巴上说的需求和心目中的需求总是有差异的，所谓的“词不达意”，受表达能力所限，不是每个人都能完整准确地表达自己的想法；有时候客户今天想要这个，明天想要那个，甚至不知道到底想要什么！其实客户的这些表现，说明了客户对需求的认识是持续进化的。

类图（Class Diagram）可能是用得最多的一种UML图。类图的基本语法并不复杂，你可能最多学习两三天就可以掌握，然而要真正做到活用类图则可能需要几年的功力。类图是锻炼面向对象分析（OOA：Object-Oriented Analysis）和面向对象设计（OOD：Object-Oriented Design）思想的重要的工具，是业务结构建模的重要工具。本章将会有大量的实战练习，你的OOA思想将会接受极大的考验和提升，而本文为你分享的是第1节“面向过程与面向对象”。

《火球——UML大战需求分析》是我撰写的一本关于需求分析及UML方面的书，我将会在优快云上为大家分享前面几章的内容，总字数在几万以上，图片有数十张。欢迎你按文章的序号顺序阅读，本文是本书的目录，稍后我会为大家陆续分享后续内容，谢谢！

你只需要阅读完本章，就能从宏观上掌握UML的知识，在你的脑袋中形成一张UML的蓝图。你能全面了解UML的基本知识，UML的各种图的用途和概况，你能和实际工作遇到的问题联系起来，帮助你进一步规划下一步的学习。本文首先为你分享“1.1 UML基础知识扫盲”。

UML图分结构型和行为型两种图，本文将为你分享结构型（Structure Diagram）的UML图，让你在15分钟内就可以对类图（Class Diagram）、对象图（Object Diagram）构件图（Component Diagram）、部署图（Deployment Diagram）、包图（Package Diagram）有大致的认识，并且这知道这些图的用途。关于UML图的详细介绍，请继续留意后续文章，谢谢！

我读大学时没有听说过UML，出来工作两三年后才开始接触UML，当时的感觉就好像找到了新大陆，很想好好发掘一番！而我当时的运气还是相当不错的，我的上司是UML达人，他带领我参加了项目的需求分析工作。我很快就见识了UML威力，在他的言传身教之下，迅速掌握了UML。在那个项目以后，我便独立担当了多个项目管理及需求分析工作，没有一个项目不应用UML，而且我毫不保留地传授UML知识给项目组的其他成员。多年的工作进一步磨练了自己，对UML在实际工作中的应用有了更深刻的认识，形成自己的一套方法。

本章最主要的目的其实就是帮你“洗脑”！需求分析的工作其实很复杂，可以足够写一本书的内容。而我希望只通过一个章节能向你讲清楚需求分析工作的基本道理，让你认清需求分析工作的根本，并且明白到要做好需求分析工作并没有捷径，只有切实提高自身水平。下面我们一起来回顾一下本章的主要内容，并且做一些练习检查一下学习效果吧！

接下来我将会分享一个手机短信订餐系统的故事，这是一个由真实个案改编的故事，通过这个故事来体会需求分析工作背后的道理。某IT公司规模不大，员工100来人。公司有一个简单的定餐系统，员工每天可以在公司内部网站上提交当天午餐定餐，前台汇总各人定餐后，将定餐汇总传真给餐厅，餐厅根据传真送餐。可是有这样的问题：部分员工因为上午请假或者外出工作，无法再网站上提交订餐，以至于中午回到公司时没有饭吃。

曾经有朋友在某网上书城这样评价《火球——UML大战需求分析》：此书不知所云，不知道想写需求还是UML？！可能有一些朋友对UML有一定的误区，不清楚UML还能用来做需求分析，本节就是专门针对这个点来说明的。

UML图分结构型和行为型两种图，这次将为你分享行为型（Behavior Diagram）的UML图，让你在15分钟内就可以对活动图（Activity Diagram）、状态机图（State Machine Diagram）、顺序图（Sequence Diagram）、用例图（Use Case Diagram）、时序图（Timing Diagram）有大致的认识，并且这知道这些图的用途。本文最后还会给出一个表格，对结构性和行为型的UML图来个小结。关于UML图的详细介绍，请继续留意后续文章，谢谢！

这是《火球——UML大战需求分析》第1章“大话UML”的最后一小节，本章的主要目标是让你不需要阅读全书的情况下，就可以了解到UML的全貌，大概知道UML各种图的用途，同时给你说明学习UML的难点，为最终活用UML做好准备。本节是小结和练习，看看你是不是达到了本章的学习目标吧？

为方便大家找到合适的文章，我将一些精华文章的索引汇总在一起，只需要轻轻一点就可以快速达到你想看的内容啦！目前已经汇总的文章又：“软件设计是怎样炼成的”系列文章、“神马是敏捷”系列文章、IT项目求生法则系列文章、需求分析挑战之旅系列文章、UML扫盲文章、设计模式扫盲文章、CMMI扫盲文章、IT职场求生系列文章等。