随着新技术的出现，新方法被称为开发方法。我们从瀑布方法论到鲸鱼模型，再到快速应用程序开发再到迭代项目管理，每个新过程都声称可以减少软件开发周期。每种方法都有优点和缺点，但没有一个被证明是完全令人满意的。造成幻灭的原因之一是，没有人能够同时快速而彻底地收集和管理需求。

一种称为“快速并完整的需求收集”的行之有效的方法就是所谓的“并行建模”。此方法不同于开发电子解决方案中通常使用的并发组件工程或并发。并发建模建议通过对业务数据，业务流程，系统流程（通过用例建模和原型制作）进行建模，需求会很快浮出水面。此外，每种类型的建模工作都支持其他建模工作，并迫使分析人员向客户询问各种相关问题，以排除隐藏的需求。

尽管用用例对需求进行建模并不能提供完整的解决方案，但确实提供了需求收集的一个重要方面，即描述系统与其用户之间的对话的方面。尽管此系统通常是自动化的（例如订单系统），但它可以是最广义的系统，包括方法，过程，表格和自动化系统。考虑用例的另一种方法是，它描述了系统对请求或触发器的响应。如果我想让汽车停下来，我需要和它进行“对话”并提出要求。今天，我需要说汽车的语言。我不能简单地喊“停止！”我需要使用一个接口来声明我的请求。该接口就是刹车。希望汽车能够通过减慢速度并使其停止而做出响应。

用例起源于信息工程，信息工程是20年前的拥护者，如Ed Yourdon和James Martin。我们称之为事件或流程建模，现在称为用例建模。外部代理变成了我们现在所说的参与者。数据流入和流出系统以及系统内的流程，现在我们从接口的角度来考虑。现在，我们将系统流程用例称为层次结构。

许多从业者对此感到困惑 系统 流程模型 商业 流程模型或流程图。用例和流程图都描述了流程。前者描述了系统对外部触发器的反应。流程图还描述了流程，但从组织中谁负责的角度出发。在这两种情况下，都用一个动词和一个名词（称为动作和宾语）描述该过程，并且在两种情况下，输入都转换为输出。

过程的一个示例是“检查库存”。从业务流程的角度来看，检查库存可能包括业务人员检查实际项目，可能需要对库存进行实物盘点，扫描纸箱或项目并将现有项目与报告进行比较。在用例中，对“检查库存”进行建模可能描述了订单系统（演员）如何查询库存管理系统以查看所请求的物料是否有库存，然后保留这些物料，而无需人工干预。

我的学生最常问的问题之一就是为什么除了用例建模外，他们还需要进行建模。我回答如下：

• 数据模型提供了在数据输入屏幕和报告上在用户界面（UI）上显示的信息。它还提供许多业务规则，例如，是否要求客户拥有帐户。
• 流程图提供UI导航，该UI应当遵循业务流程（希望得到改进或重新设计）。这些地图还会排除业务规则，例如，我们在提款前先处理存款。
• 原型是从数据和过程模型中得出的，可以及早反馈并有助于消除其他需求。
• 用例模型不仅显示系统界面，而且可以导致对编辑，消息和测试脚本的描述。它们也成为软件程序设计的基础。

因此，难怪这么多人最抱怨的问题之一就是他们已经对用例建模进行了透彻的工作，而需求仍然在整个项目期间和之后都浮出水面！

因此，要帮助在软件项目上取得成功，不仅要关注项目工作，还要关注产品需求。并请记住，并发建模将减少进度和预算超支的风险，因为隐藏的需求将在开发过程中更快地浮出水面，从而降低了整个项目期间以及重要的是在项目实施后的返工成本。

别忘了在下面留下您的评论

---

CBAP，PMP，CSM的Elizabeth Larson和CBAP，PMP的Richard Larson是全球知名的业务分析和项目管理培训公司Watermark Learning（www.watermarklearning.com）的联合负责人。 20多年来，他们利用在业务分析和项目管理方面的丰富经验来帮助成千上万的BA和PM从业人员发展新技能。他们帮助将Watermark的培训构建为行业最佳实践，引人入胜的格式和实用方法的独特结合。水印学习的学生立即学习产生持久结果所必需的现实世界技能。伊丽莎白（Elizabeth）和理查德（Richard）都是通过国际商业分析协会（IIBA）成为全球首批获得认证的商业分析专业人员（CBAP）的成员，并且是IIBA商业分析知识体系（BABOK）的贡献者。他们还获得了项目管理专业人员（PMP）的认证，并且是项目管理知识体系（PMBOK）第四版中有关收集要求的部分的撰稿人。