酒店订房系统(什么是业务流程分析)

酒店订房系统(什么是业务流程分析)

什么是业务流程?

大多数人直观地将业务流程理解为以达成目标为目标的程序或事件。在看到我们的UML机场时,我们可以找到许多不同的业务流程和目标:

我们乘客的目标是去度假。为了达到这个目标,他必须预订一个航班和酒店,打包,开车到UML机场,登机并登机,在目的地机场离开飞机,去酒店,搬进他的房间,打开包包

UML机场报亭的主人想要出售她的货物。为此,她便宜地购买物品,并以更高的价格向客户销售。

为了乘客在UML机场办理入境手续,乘客服务人员接受门票和行李,询问他们的座位偏好,并使用IT系统。在程序结束后,乘客收到他们的预留座位和适当的门被标记的登机牌。

您可以看到,业务流程通常在几个步骤中完成。这些步骤也被称为活动,必须以预定的顺序完成。报亭所有者不能出售任何商品,除非事先购买。

乘客在行驶到机场前将他或她的行李箱包起来。登机柜台乘客服务人员只能在办理登机手续后才能发出登机证

酒店订房系统(什么是业务流程分析)

业务流程活动“乘客服务”(简化)

活动可以顺序或并行运行。因此,乘客可以在免税店购买一瓶威士忌,而他或她的行李正在装载到空中客车320到伦敦。

个人活动可以组织分配。登记手续在登记柜台进行,由乘客服务人员执行,后续登机发生在不同的地点,由不同的乘客服务人员进行。

通常,业务流程的活动是相互依存的。这种相互依赖是由属于实现一个共同目标的业务流程的所有活动的相互作用而产生的。

考虑以下哪些活动与我们的案例研究不相关,因为他们不追求我们的乘客在空客320中度假的目标:

装载空中客车320与食品和饮料

加油的波音737

清洁UML机场洗手间

推动UML机场员工担任副总裁

工作流管理联盟的定义

工作流管理联盟采用了术语流程和业务流程的官方定义。以下定义可以在工作流管理联盟的工作流程参考模型的词汇表中找到:

“过程是一系列协调(并行和/或串行)连接的过程活动,以实现共同目标,这些活动可能包括手动活动和/或工作流程活动。 “

根据这一定义,一个过程是一系列以协调一致的方式并行或相继发生的一些活动,并且追求一个共同的目标。这些活动可以手动执行,也可以由IT系统支持。

“业务流程是业务组织结构和政策领域的一个过程,旨在实现业务目标。”业务系统

到目前为止,我们已经解释了业务流程。业务流程本质上是动态的,涉及到活动。但是,如果我们想看看整个业务系统,我们还要考虑静态方面。这涉及到例如业务流程进行的组织结构。这也涉及各种业务对象和信息对象,如门票或订单。对于静态和动态方面,我们使用术语业务系统。

在商业术语中,商业系统是指增值链,其中描述了增值流程,意味着货物和服务的供应。业务可以跨越一个或多个业务系统。

每个业务系统本身都会产生经济效益。因此,业务系统的业务管理意义与我们使用术语业务体系没有什么不同。我们还将业务系统的“结果”称为“功能”。

对于业务系统的分析和建模,定义系统限制很重要。要建模的业务系统可以跨越整个组织。在这种情况下,我们谈论组织模式。

也可以仅考虑和建模组织的选定部分。在我们的案例研究中,IT系统将被整合到乘客服务业务中。因此,只有遵守这一做法并将业务系统缩小为客运服务就足够了。

乘客服务是UML机场内的一个部门,员工,组织结构,IT系统和定义的任务(图3.2)。周边部门,如行李运输或餐饮,也属于UML机场,但不属于我们的业务系统。所以,我们会像其他外部的业务系统那样对待他们:

酒店订房系统(什么是业务流程分析)

分析业务系统时的系统边界

我们对整个外部业务系统不感兴趣,但只对其与业务系统之间的接口感兴趣。例如,乘客服务人员需要知道,他们必须将乘客的行李转运到行李运输中,以便将其装载到飞机上。当然,为此,乘客服务必须知道行李运输如何接受行李,以便相应地提供。乘客服务和行李运输的IT系统可能必须连接,这意味着必须创建接口。另一方面,乘客服务完全不顾行李运输的组织方式,

使用UML来模拟业务流程和业务系统

在使用UML进行业务流程和业务系统建模之前,我们应该问自己,UML是否甚至适合于业务流程和业务系统的建模。为此,我们将看看OMG(对象管理集团公司 – 对促进面向对象应用程序的开放标准的国际协会)的UML定义,该协会发布在www.omg.org上提交标准化的每个版本的UML):

“统一建模语言是一种用于指定,构建和记录系统工件的视觉语言” – UML统一建模语言:基础设施,版本2.0,最终采用规范,2003年9月。

这个定义表明UML是一般的系统的建模和表示的语言,因此也是业务系统的语言。

无论如何,UML满足业务系统建模的至少一个要求:它反映了业务系统的各种观点,以便捕获其不同的方面。UML的各种标准化图表类型满足这一要求,因为每个图都给出了模型化业务系统的不同视图。

在对广泛的业务流程项目进行建模(例如,业务流程重新设计)或对整个组织进行建模时,我们达到了UML的极限。然而,对于这些类型的项目,可以使用强大的方法和工具,如集成IT系统架构(ARIS)。这并不意味着我们希望让任何人不要对这样的项目使用UML,尽管我们建议对UML规范(OMG:统一建模语言:上层结构,版本2.0,修订的最终采用规范,2004年10月)进行深入研究,使用CASE工具。

本文针对旨在开发IT系统的项目。而且,它是专门为业务系统的关注保证IT系统顺利整合的项目。以下特征标志着这样的项目:

考虑到受IT系统建设和整合影响的业务流程。

业务流程建模不是这些项目的重点。相反,该模型是IT系统建设和整合的基础。业务流程整合可以确定这样一个项目的成败。但主要任务仍然是IT系统的建设。

由于预算往往很紧张,所以对业务流程建模所需的方法和语言的时间投入不应超过总项目工作的5-10%。

建模业务流程的实用提示

通常会警告业务流程分析和业务流程建模的复杂性。然而,在我们的经验中,大多数业务流程是完全可以理解和可控的。相反,缺乏清晰度和透明度使它们看起来比他们真正复杂。

在许多情况下,现有的业务流程记录不佳或根本不存在。这可以追溯到事实,多年来,大多数功能被视为“岛屿”,而不是综合业务流程的一部分。因此,活动之间的链接 – 过程链 – 缺失。如果缺少此概述,业务流程看起来很复杂。

如果业务流程由IT系统处理,则有更多障碍要克服。大多数情况下,在各个系统之间执行的手动工作流的文档不可用。在其他情况下,IT系统的功能是未知的,因为进程会自动运行,隐藏在黑盒子的某处,只有输入和输出可见。

已经存在的现有业务流程架构或参考模型可以加速和简化建模过程。将流程与其他组织中的相似或相同流程进行比较可以帮助您识别差异并获得改进的可能性。

本文来自作者:爆点游戏社,不代表小新网立场!

转载请注明:https://www.xiaoxinys.cn/599000.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。