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

春运到了，12306被推上了风口浪尖，大家将买不到票的怨气全部吐在12306上！几年前火车票已经实名制了，那黄牛应该就找不到赚钱的空间了，但因为业务流程上的漏洞，造就了黄牛存在的空间。如何改善业务流程，让更多的票到真正需要的人手上呢？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

订餐系统的故事还没有结束，过了一段时间，大家（前台、财务、开发、领导）的抱怨陆续又来了！折腾了这么久，结局原来是这样？真是不胜唏嘘啊！需求分析过程是一个很考验人很折腾人的过程，好好总结本文所列举的各种情况，做好准备继续接受来自工作中的挑战吧！这是本文最后一篇，希望能对你的需求分析工作带来一些启发，谢谢！

大部分情况下，需求分析的工作总是比较被动的，总会有点被客户牵着鼻子走的感觉，为什么会这样呢？怎样才能变被动为主动呢？本文将会分享三个图，揭示做好需求分析工作的本质。

需求分析是榨干人脑汁的活，超具挑战性的工作！要站在比客户更高的角度把握住客户的需要，然后将客户的这些需求转化为软件可实现的需求规格，与此同时还需要为客户提供与软件相匹配的管理意见。你做好准备迎接这样的挑战了吗？

经历了上一篇的“需求变更”，你好容易满足了大家提出来的各类要求，这回到领导“突发奇想”了，领导“突发奇想”，你懂滴！

人是会死滴，需求是会变低！本篇我们将面对我们软件研发人员之痛——需求变更！由于你的彻底而深入的需求分析工作，订餐系统进展非常顺利，很快就上线运行了！但问题也就来了，客户陆陆续续提出了以下问题：1)要经过好几个页面才能进入订餐页面，不太方便，希望能在首页直接进入订餐页面。2)一次只能定一天的餐，不太方便，希望一次能定多天的。3)我有时选了一个菜，前台却说这个菜没有了！4)能不能提供多家餐馆选择？5)订餐标准才8元，现在物价都涨了，能不能提高一下标准？6)能不能直接连到餐馆的网页上去看菜式？7)能不能做口味分析

做好需求工作的7个问题：1.本项目的背景是怎样的？2.本项目能解决什么问题？3.本项目的关键涉众有哪些？（说明：涉众是指系统会影响到的人、角色、单位等，或者说什么人、角色、单位会影响到本系统。）4.本系统要达到怎样的目标？5.本系统的范围是怎样的？6.本系统应该具备怎样的功能？7.本项目成功标准是怎样的？

需求分析过程，无非就是由背景到需要到需求规格的过程，这个过程是螺旋前进的。需求分析中最难解决的问题往往就是搞不清需求之根源，把握不清背景和需要，往往就会被繁琐的需求规格所困住，被客户牵着鼻子走。理论是完美的，现实是残酷的，我们先说说需求分析的大道理，下一篇再来些干货吧！

说教性质的需求分析理论，各位看了也白看，所以咱们就来一个真实个案——“订餐系统”体验一下。“订餐系统”貌似简单，但陷阱重重，各种需求分析的经典场景将会一一重现，各位做好准备接受这个挑战没有？我将分8篇为大家分析，全部内容超过1万1千字，而且有n多图片和思考题，请准备好盒饭边吃边看吧:)