叫我需求分析师

用例图、用例、参与者、系统边界、关系以及如何发现用例。

关于UML之活动图中所包含的各元素说明：活动（Activity）动作（Action)动作约束（Action Constraints）控制流（Control Flow）开始节点（Initial Node）终止节点（Final Node）对象（Object）对象流（Object Flows）分支与合并（Decision and Merge）分叉与汇合（Fork and Join）异常处理（Exception Handler）接收事件（Accept event）

未经解构的需求都是伪需求。“伪需求”是基于真实需求的业余表达。需求就像璞玉，需要打磨。伪需求就是那看上去像石头的东西。不经打磨就不会发现它是美玉，所以怎么做都是错。所谓解构，就是打磨的过程。来一碗陈年老母鸡汤：有一个岛上所有的人都不穿鞋。现在岛上有一个“产品经理”，他是该设计出一种鞋子来获得大卖，还是断定鞋子卖不出去所以找别的方向？这面临着两种情况：

如果给你看两张照片，一张照片上的人英俊、文雅；另一张照片上的人丑陋、粗俗。然后对你说，这两个人中有一个是全国通缉的罪犯，要指出谁是罪犯，大概不会犹豫吧。以上就是思维定势的一个典型例子。所谓思维定势，是指人们按习惯的、比较固定的思路去考虑问题、分析问题，表现为在解决问题过程中作特定方式的加工准备。它可以使我们在从事某些活动时能够相当熟练，甚至达到自动化，可以节省很 多时间和精力；但同时，心理定势

这篇不想再去重复一个软件需求分析员的知识体系结构，而是挑重点来谈下成为一个合格的软件需求分析人员的关键点。我原来对软件需求的定义或描述更多是偏于对现实世界的定义，而对软件架构的描述为现实到实现之间的第一层抽象。在这里纠正一下即：用户需求是对现实世界的定义，而 软件系统需求是现实到实现的第一层抽象，即业务建模和软件系统用例建模。在原来的软件工程里面我们更多谈到的一个词是系统分析员，我现在将其