考虑到SAP模块是由SAP本身架构和管理的。
然而,在客户端,小的更改是可能的。
客户端的ABAPer如何扮演设计SAP模块的架构师的角色?那么,在客户端的架构师还能做些什么呢?
发布于 2015-10-07 17:30:43
考虑到SAP模块是由SAP本身架构和管理的。
这只是部分正确。大型系统的设计是由SAP完成的。然而,许多组织都有某种类型的自定义实现。
经常会有必要的更改,无论是小的还是大的,都适合于SAP中的业务应用程序。或由SAP引起的业务应用程序的自定义需求。
在理想的世界中,您可以很容易地适应业务正在开发的应用程序(无论是SAP事务还是向SAP提供信息的系统)。这个过程需要相当多的架构设计。
然而,在客户端,小的更改是可能的。
如果每个客户实现都是相同的,那么您(可能)就是在自欺欺人。除非有人白手起家,在那里他们可以围绕SAP的系统来设计他们的业务。
有人需要确保SAP设计是正确的。了解零件是如何结合在一起的。
客户端的ABAPer如何扮演设计SAP模块的架构师的角色?那么,在客户端的架构师还能做些什么呢?
所以,关键是要了解每件事是如何结合在一起的。ABAPer可能理解这一点,但经验范围可能非常有限。一个好的架构师将有足够的经验来了解各个部分是如何结合在一起的,所以当需要决策时,他们可以正确地评估和确定正确的决策,并做出正确的决定。
客户端上的ABAPer很可能没有这种经验/广泛的系统理解。如果他们这样做了,那就太好了,但很可能他们不会。
架构师应该做设计类型的工作,而不是实现工作。ABAPer更多地负责实现。
发布于 2015-10-01 22:46:25
根据我的经验,客户端有很大的灵活性。对于新的业务案例,软件需要以不同的新方式使用。必须有人设计这些用法。这就是客户端的建筑师的目的。这回答了你的问题吗?
https://softwareengineering.stackexchange.com/questions/298249
复制相似问题