《SAP入门经典(第4版•修订版)》——第2章 SAP业务基础知识 2.1 业务架构和业务线路图

简介:

本节书摘来自异步社区《SAP入门经典(第4版•修订版)》一书中的第2章,第2.1节,作者:【美】George Anderson著,更多章节内容可以访问云栖社区“异步社区”公众号查看

第2章 SAP业务基础知识

尽管SAP可以提供大量的应用程序和底层技术来满足公司的业务需求,但首先需要深入理解这些需求和业务要求才能将其映射到软件应用程序中去。而揭示、定义和体现公司的经营目标,并将其转化为应用程序策略正是业务架构的核心内容。创建线路图可以在这一过程中为企业指明方向。在本章中,我们要了解业务架构的基本知识,并开发一份业务线路图。您将亲眼目睹业务需求是如何把机构的目标及其人员与业务应用程序联系起来的,他们最终将使用这些应用程序运行和改造业务。

2.1 业务架构和业务线路图

SAP入门经典(第4版•修订版)
在我们探讨SAP的应用程序和技术之前,我们需要首先从整体上了解一下建立业务架构的目的和重要性,特别是要对业务线路图进行一下说明。业务架构是一种高度抽象的表达方式,其中公司的经营目标被解构成了各种必要的业务功能。在对这些业务要求有了充分的理解之后,就可以把它们转变为一套基本的业务流程了(或工作流程),而这些业务流程反过来又可以与SAP和其他应用程序能够提供的更多具体业务功能相结合(如创建采购订单或管理招聘过程)。

有时候业务架构可以高度概括地描述为何人、何事、何处、何时这样的问题。而业务线路图是一种工具,用于将这些梳理成一个逻辑流程。它可以把使用SAP或SAP的数据和报表的最终用户与能够提供数据和报表的业务应用程序相关联。在首次实施过程中,业务线路图可以帮助机构避免偏离设计目标。而在SAP已经安装、启用之后,与业务线路图相似的工具和流程也可以帮助机构根据业务执行需求对SAP进行必要的改动。

就像建筑施工不能没有图纸一样,没有设计合理的业务线路图,公司就不可能实现自己的远景目标,或者解决好日常业务需求。业务线路图可以提取战略目标和业务架构的精髓,用来描述公司的业务需求、业务功能,以及提供这些功能的应用程序。从另一个角度看,线路图显示了业务功能是如何最终交付并满足公司的业务需求、实现其远景目标的(见图2.1)。其间,业务线路图首先要找出与业务操作相关的技术;然后将业务问题整合成一个SAP派生技术能够实现的业务解决方案。这样一来,SAP的应用程序和底层技术就简单地表示成了业务达到线路图终点所使用的工具。

screenshot

2.1.1 传统的公司业务关注点
公司业务一般会提供货物和服务。有许多类型的业务以利润、股票价值等方式为公司及其所有人创造价值。而另外一些实体,如非盈利公司或慈善机构也要通过业务实现服务社会的目的,例如哺育饥饿的儿童、照顾贫困人群等。尽管目的不同,但如果不能补充成本损耗,那这种业务无疑就是失败的。

业务架构的核心,即真正的业务,是业务的工作内容(销售或提供什么东西)。汽车公司会销售汽车、石化公司要出售汽油,而慈善机构会为弱势群体提供物品和服务。尽管如此,公司提供服务的效果如何却完全是另一回事。从财务到销售、营销、供货链/物流、产品生命周期管理、支付等,影响业务执行的因素来自方方面面。所有这些方面的问题都可以简单归结成两条:利润(销售)最大化和支出(成本)最小化,下面我们就对它们进行讨论。

2.1.2 实施SAP的真正目的和影响
各种SAP应用程序在日常工作中习以为常地运行着各式各样的业务。但是仔细观察就会发现SAP对财务基础的影响;如果SAP业务解决方案实施得很好,就可以帮助机构提高总收入(top-line revenue)和降低净支出(bottom-line expense)。例如,从盈利的角度看,SAP可以在以下方面提供帮助。

发现和管理新市场(通过SAP客户关系管理、业务数据仓库和商业智能程序)。
在产品和服务商方面进行创新,以迎合新市场的需求(通过SAP复合应用程序、产品生命周期管理和客户关系管理程序)。
改善公司与现有客户关系,从而提高销售量,建立更巩固的销售联系,或获得更大的市场份额(通过SAP客户关系管理、商业智能和企业资源规划程序)。
同理,通过在以下方面发挥作用,SAP还可以帮助降低成本。

通过精简业务流程、最大限度地提高资产生产力、最大限度地缩短无收益时间(使用SAP企业资源规划程序)等。
通过纵向整合降低公司的原材料成本(使用SAP供货链管理程序)。
通过提高管理可见性和业务流程透明度,降低公司在货品、物料、劳动力等方面的成本(使用SAP供货链管理程序和企业资源规划程序)。
降低内部运营成本(使用SAP供货商关系管理程序)。
最大限度提高库存和供应商折扣(使用SAP企业资源规划程序)。
重新设计公司的服务交付流程(使用SAP企业资源规划程序)。
通过更快速地找出改进成本模型和优化低效流程的机遇,来降低公司的“改变成本”(使用SAP业务数据仓库和商业智能程序)。
改进公司管理、交付、优化、跟踪和提高产品和服务质量(或用于推动产品和服务的业务流程)的方式(使用SAP企业资源规划程序)。
在提高销量的同时又能降低成本的公司必然可以比竞争对手取得更大的商业成功,而能够更好地管理改变风险的公司甚至更有希望能够在激烈的竞争中拔得头筹。

2.1.3 管理和化解风险
每项业务改变都可能带来轻微的紊乱甚至重大失误。为了尽量避免此类失误(来自错误的判断、领导、产品营销、销售策略、合作关系、联合方式等)带来负面影响,睿智的机构需要前瞻性的发现、管理和化解风险。其适用于各种旨在提高收益或降低风险的改变措施。

应急预案的重要性不言而喻。实施SAP所造成的影响深入而复杂,需要方案B甚至方案C(甚至更多应急预案)作为后备方案。了解可能对方案A进行的改动并为之未雨绸缪常常成为成功实施业务解决方案的关键,否则SAP也可能从一开始就无法带来预期的改变后果。出于这种对部署的担忧情绪,要成功地开发和执行它就需要在业务架构,特别是在SAP业务线路图方面多加入一层考虑,那就是:业务敏捷性(将在后面讲到)。

2.1.4 业务敏捷性:牢记高瞻远瞩、未雨绸缪
业务敏捷性是指公司能够对产品、服务、供货链、销售策略、IT架构等进行调整从而满足客户需求的能力。敏捷性并不事关当下,而是与未知的将来息息相关;灵活敏捷的机构由于能够更迅速地弥合当下的能力限制与未来的能力需求之间的差距,从而战胜竞争对手。因此,一份设计合理的业务线路图必须能够反映出业务敏捷性,即使机构工作能够更高效快速、灵活有效。同时这些要求也应该反映在SAP应用程序和技术的功能上。

提高业务灵活性可谓说易行难。改变就意味着要摆脱一直以来习以为常的惯性。而摆脱惯性就意味着要改变员工和机构的工作方式和处理业务的流程;但是人们有着巨大的固守现状的思维倾向。就像许多公司在艰难的改变过程中发现的,固守现状并非公司的经营之道。实际上,实施SAP经常被看作是打破现状、彻底改变工作方式,对业务流程重新进行优化、划分和处理的一种有效途径。优化是其中的关键,因为最终决策的精简将使机构能够实现:

更优质、快速地管理客户关系;
更高效、低成本地进行供货链管理;
提高管理透明度,符合法规要求;
降低处理风险的相对成本,获得更好的效果;
可以测量完成业务的投资回报(ROI)。
只有有了设计合理的业务实施线路图才有望改进业务流程,从而提高收益或降低成本。但是最重要的是接下来的一步。如果把业务架构和战略看作是我们所在大楼的地基,那么实际的SAP业务流程开发过程(SAP把它称为“业务蓝图设计”)可以看作是为我们的大楼搭建框架。

相关文章
|
6月前
|
消息中间件 存储 缓存
Kafka【基础知识 01】消息队列介绍+Kafka架构及核心概念(图片来源于网络)
【2月更文挑战第20天】Kafka【基础知识 01】消息队列介绍+Kafka架构及核心概念(图片来源于网络)
258 2
|
6月前
|
分布式计算 API 数据处理
Flink【基础知识 01】(简介+核心架构+分层API+集群架构+应用场景+特点优势)(一篇即可大概了解flink)
【2月更文挑战第15天】Flink【基础知识 01】(简介+核心架构+分层API+集群架构+应用场景+特点优势)(一篇即可大概了解flink)
164 1
|
6月前
|
消息中间件 存储 SQL
Flume【基础知识 01】简介 + 基本架构及核心概念 + 架构模式 + Agent内部原理 + 配置格式(一篇即可入门Flume)
【2月更文挑战第18天】Flume【基础知识 01】简介 + 基本架构及核心概念 + 架构模式 + Agent内部原理 + 配置格式(一篇即可入门Flume)
1797 0
|
6月前
|
设计模式 前端开发 数据库
IOS开发基础知识:什么是 MVC 架构?它在 iOS 中的应用是什么样的?
IOS开发基础知识:什么是 MVC 架构?它在 iOS 中的应用是什么样的?
67 1
|
Android开发 iOS开发
测试开发工程师需要知道的 Android和iOS CPU架构基础知识
测试开发工程师需要知道的 Android和iOS CPU架构基础知识
502 0
|
敏捷开发 架构师 项目管理
架构师才能看懂的大型网站架构面临的挑战:业务架构的基本思路
业务架构的基本思路 大型网站系统有很多功能,一次性明确所有的功能需求并设计出一个庞大的业务架构是一件费力不讨好的事情。因为在项目前期,难免会忽视一些琐碎功能,而随着开发的进行,也会有很多新的想法产生,基本上不会存在完全按照最初的业务架构设计完成的软件产品。因此,业务架构不仅要做到“规整功能模块,厘清产品业务逻辑”,更重要的是如何做到“有规划性地应对项目过程中的需求变更”。
|
运维 架构师 前端开发
架构地图-业务架构1
架构地图-业务架构1
|
Java 编译器
注解和反射(一)【注解的基础知识和架构】
注解和反射(一)【注解的基础知识和架构】
131 0
注解和反射(一)【注解的基础知识和架构】
|
存储 缓存 架构师
程序员架构修炼:架构设计概要,业务、应用、技术、数据架构
程序员架构修炼:架构设计概要,业务、应用、技术、数据架构
576 0
程序员架构修炼:架构设计概要,业务、应用、技术、数据架构
|
人工智能 运维 Kubernetes
我把传统业务架构升级到业务中台架构的心得
此为实战经验输出章节,重点在于自我的经验总结和实践经验记录,自己在整个过程角色是架构师和研发部门负责人角色,即设计和执行合一