2008年11月2日,星期日,20:00

业务域建模的重要性

撰写者

作为人类,我们创造了语言,并学会了对周围世界中的物体进行分类,以便我们可以共享概念和想法。然后,我们学会了写……并且我们还没有学会何时停止!通常,对客户问题和需求陈述的反复细化被视为对质量和要求完整性的衡量。好像文件的重量越大,质量越高!

业务建模的目的以及我们作为业务分析师的作用是描述业务及其意图。根据《统一建模语言(UML)用户指南》,“模型是对复杂现实的简化...,以便我们可以更好地理解...”。模型使我们能够在业务领域中找到含义并进行交流。对他人有效地理解。它可以帮助企业主与我们一起可视化,并以纪律严谨的方式指定他们的意图。企业很难管理他们看不到的东西。在模型中,现有的概念和新的需求可以在逻辑上相互关联。

企业的美丽和独特性通常可以在其业务流程中找到,并且大多数业务分析人员都熟悉在某种程度上对业务流程进行建模。如果我们可以回答“接下来会发生什么?”的问题,那么我们正在处理动态的世界观,即描述感兴趣的业务领域的行为和活动。例如,以下与英国国际食品贸易有关的英国政府过时业务流程(简化图)指定了需要自动支持的业务活动。

重要性业务域建模1Important2.png

(简化的)用例摘要图描述了该系统对交易者的建议使用。为了指定我们的要求,我们在模型中开发了业务流程和用例。还有更多事情要做吗?我们是否可以假定此视图的任何读者都将理解所涉及的概念-业务流程配方的组成部分?本文提出需求引发的关键部分是理解并提供业务领域的静态或结构视图。

我们可能会问“业务域建模的重点是什么?”关键是我们需要了解业务流程和用例中所指的事物。记住人类需要对周围的物体进行“分类”才能理解世界并传达理解,因此我们使用“类别”的概念来概述对客户存在的重要事物。这是我们需要了解并达成共识的观点。

正是这种观点为我们提供了真相-无论我们如何举止,无论一天中的什么时间,无论我们在业务流程中的什么位置,它都传达着真实的事物。在此示例中,我们需要回答以下问题:什么是“证书”?一个“交易者”可以申请多个吗?证书证明什么?

Important3.png
对于不熟悉UML的读者,食品出口业务领域模型以类图的形式告诉我们,贸易是一组商品物品的集合。与CAP出口类型证书一起,出口是与此工作相关的贸易类型。

在此示例中,如果我们不了解证书的重要概念以及证书与“交易”的关系,则建议的软件可能无法捕获关键业务规则,以防止交易员可能损失数千乃至数百万的退税。以正式的标准符号形式直观地看到这两个概念以及与它们相关联的业务规则,使我们可以轻松地提出正确的问题,并使企业可以轻松地查看其业务描述和需求描述是否正确。考虑不了解业务流程配方要素的影响。

仅捕获了食品出口要求的重要细节,即一个或多个证书可以授权一个交易,而单个证书可以授权一个或多个交易。这很重要,因为如果证书未完全“使用”,则交易者将无法索取未使用部分的退税。

理解这一问题需要花很多时间,因为一些交易者将其证书与交易一对一地匹配。一些商人失去了证书,一些商人让证书过期,一些人检查了政府法规是否允许他们用完证书的一部分来授权交易。如果我不弄清交易员在说什么,而只是逐字写下他们基于问题的想法,将很难找到这些问题。对需求进行建模是解决任何矛盾并捕获最重要的业务规则以为交易者带来真正利益的简便方法。

Martin Fowler说,对业务领域进行建模或作为我最喜欢的UML编写者很重要,“逻辑是系统的真正意义”。

另一种方法是为每个“要求”编写与本段中类似的文本,从而失去添加模型的优势。此外,记录,审阅和完善此文本的过程比要求我们的业务客户在白板上签名要确信要正确捕获其涵盖的域模型/用例(即需求)要花费更多的时间。

在签署后,传统需求文档中经常会发现错误,因为做出了很多彼此不相关的语句,因此无法应用任何逻辑来关联它们。出现如此多错误的另一个原因可能是,需求(即很长的文本需求声明列表)从未被阅读-审查非常无聊且耗时。

我曾经评论过 级别的需求规范,包括300页的文本需求声明。我计算了321个“客户”一词的实例和656个其他几个主要业务类别的书面实例。我计算了将近7000个实例,其中包含八个常见单词,例如“ to”,“ the”和“ system”,这些单词没有价值或兴趣。我不知道在总共38000个单词中,有多少个单词是不必要的和毫无意义的,而这需要时间来由作者上下流传的许多人进行书写,阅读,提炼和再次阅读。

在需求模型中,这几个真正有意义的词只会被写入几次。在业务领域模型或类图中,表达了彼此之间的这些要求,有必要只将每个单词写成一个类的名称(在研讨会中) 当然是我们的商业客户)。如果组织中已经建立了业务架构,则有必要简单地引用它们,而不是重新发明它们(再次!);只需简单地使自己熟悉感兴趣的领域,然后与企业所有者一起可视化提议的更改。

业务域建模可以应用于任何概念。

Important4.png

以标准符号对业务概念进行建模和交流可以使我们的客户轻松自如...我们的服务始终如一,并且受众不但可以理解,而且可以重复使用我们的工作。当我画一个紫色三角形时,我知道它的意思。您,读者,不要。但是,如果您或我要绘制以下简单的类图,那么世界上的每个业务分析师和解决方案架构师,甚至是偶然的项目经理,都应该能够理解它。

Important5.png

我目前正在与说英语的俄罗斯人一起在项目团队中工作-当我们向他们展示使用我们的通用语言-UML绘制的模型时,没有语言障碍。为了描述业务,UML建模符号通常使用大约15个简单的符号,这些符号可以在专题讨论会期间向主题专家无条件地解释,而不会给他们带来任何冗长的培训负担。我对将UML适当地展示给客户的经验毫无例外地非常积极。

发明了建模或图形符号来精确传达一个概念并以简洁的方式描绘大量信息,就像电路图或建筑图一样。他们的另一个目的是充当我们所说的话并知道是真实的精确速记。电工写“电气系统必须允许电流流入必须放电到电阻器的电容器”会自然吗?简单的线条图具有普遍理解的含义,并且没有歧义,足以说明同一件事。它的优点是,进一步的要求将成为同一附图的一部分,并且相对于该图上的其他元素,可以轻松发现任何缺陷或冲突。此外,如果以后需要对已实施的电气系统进行任何更改,则其他人可以重用该模型以了解当前的系统以及建议的更改的影响。大量的散文是不可能的。

与编写很少有人有时间阅读的需求小说相比,业务建模要有趣得多。我呼吁项目经理和业务分析师免除他们的文件秤,并进行清晰,正确和有效的想法和业务概念交流。

在以后的文章中,我们将研究对业务参与者和感兴趣的领域进行建模,以表达当前的业务问题并提出项目的优缺点或范围,即设置场景或业务环境以备进一步分析。

本文基于“真相,美丽&作者在新西兰惠灵顿举行的2008年商业分析世界研讨会上发表了名为“善意”的系列演讲,题为“业务域建模的重要性”。作者在此感谢以下人士的自由贡献:本文相关文章:Lawson Davies,Brent Lewis和John McPherson。

版权所有©Suzanne Jane Maxted,2008年10月, [email protected] 要么 [email protected]


苏珊·简·麦克斯特 是英国计算机协会的IT专业人员认证成员。她获得了英格兰萨塞克斯大学的数学荣誉学士学位&欧洲研究统计(法语)。 Suzanne是一位业务分析师,在全球拥有16年的信息系统经验。她是业务分析领域经验丰富的讲习班主持人和演示者,并向欧洲委员会和联合国等高级成员国代表作了演讲。她以将逻辑和顺序应用于不同的业务观点以及交流共识而感到自豪。苏珊(Suzanne)在周六早上为3-8岁的孩子们教授芭蕾舞,并用业余时间跳舞和与两个孩子一起玩耍。

苏珊·简·麦克斯特

苏珊·简·麦克斯特 是英国计算机协会的IT专业人员认证成员。她获得了英格兰萨塞克斯大学的数学荣誉学士学位&欧洲研究统计学(法国),在巴黎大学就读法语。 Suzanne是一位业务分析师,在全球拥有16年的经验。她是业务分析领域经验丰富的讲习班主持人和演示者,并向欧洲委员会和联合国等高级成员国代表作了演讲。她以将逻辑和顺序应用于不同的业务观点以及交流共识而感到自豪。 Suzanne还指导其他业务分析师和项目经理,并且是《 业务分析师 Times》杂志的定期撰稿人。 2008年,她曾在新西兰惠灵顿举行的BA世界研讨会上担任演讲嘉宾和小组成员。苏珊(Suzanne)在周六早上为3-8岁的孩子教芭蕾舞,并安排业余时间跳舞(她在NZ舞蹈节上表演过),并与两个孩子一起玩耍。苏珊的个人呼吁:请游说您的政府,以控制蜜蜂病毒性疾病和寄生虫的传播。蜜蜂对地球上的所有生命都至关重要。本文基于“真相,美丽&作者于2008年和2009年在新西兰惠灵顿发表的“善良”系列演讲。&“善意”材料并不是要具有权威性,而只是为了帮助其他人进一步发展自己对业务分析的探索。作者希望感谢以下人员对本文的自由贡献和贡献:LD,BL,JM , H T。

版权所有©Suzanne Jane Maxted,2009年2月, [email protected] or [email protected]    3/09

©BA Times.com 2020

麦格雷戈徽标白色网站