尧图网站建设 
在一个新的 ABAP Cloud 项目里打开 ADT，真正需要决定的往往不是该创建几个 CDS View，也不是 RAP 到底选择 Managed 还是 Unmanaged，更不是 Service Binding 应该选 OData V2 还是 OData V4。更靠前的一件事，是把业务需求放到正确的用例模型里。同样一组销售订单数据，有的需求是让业务人员创建、修改和审批销售订单，有的需求是分析不同销售组织过去十二个月的净销售额，有的需求则是把销售订单发送给外围物流系统。三种需求都围绕 Sales Order，但它们对应的是完全不同的运行时行为。前一种属于 Transactional Use Case，也就是典型 OLTP 场景。第二种属于 Analytical Use Case，对应 OLAP。第三种属于 Integration Use Case，解决系统之间的数据与流程集成。ABAP Cloud 的 Design 阶段，很大一部分工作就是把这种业务意图翻译成技术架构。SAP 当前对 ABAP Cloud 的定位，也已经不是某一种新的 ABAP 语法或者某一个单独的开发框架，而是一套面向生命周期稳定性和云就绪开发的开发模型。它把 CDS、RAP、Released API、服务模型、授权体系和生命周期管理结合在一起。SAP 官方强调，ABAP Cloud 通过 Release Contract 和 Public API Lifecycle 建立升级稳定边界，同时通过限制自定义代码只能依赖允许使用的 API 和对象，把客户代码与 SAP 内部实现更加清晰地隔离开。因此，Design 阶段并不是画一张架构图之后便结束，它实际上是在决定未来整个应用的边界。当需求需要创建 从用例到服务暴露，深入理解 ABAP Cloud 的 Design 设计方法
在一个新的 ABAP Cloud 项目里打开 ADT，真正需要决定的往往不是该创建几个 CDS View，也不是 RAP 到底选择 Managed 还是 Unmanaged，更不是 Service Binding 应该选 OData V2 还是 OData V4。更靠前的一件事，是把业务需求放到正确的用例模型里。同样一组销售订单数据，有的需求是让业务人员创建、修改和审批销售订单，有的需求是分析不同销售组织过去十二个月的净销售额，有的需求则是把销售订单发送给外围物流系统。三种需求都围绕 Sales Order，但它们对应的是完全不同的运行时行为。前一种属于 Transactional Use Case，也就是典型 OLTP 场景。第二种属于 Analytical Use Case，对应 OLAP。第三种属于 Integration Use Case，解决系统之间的数据与流程集成。ABAP Cloud 的 Design 阶段，很大一部分工作就是把这种业务意图翻译成技术架构。SAP 当前对 ABAP Cloud 的定位，也已经不是某一种新的 ABAP 语法或者某一个单独的开发框架，而是一套面向生命周期稳定性和云就绪开发的开发模型。它把 CDS、RAP、Released API、服务模型、授权体系和生命周期管理结合在一起。SAP 官方强调，ABAP Cloud 通过 Release Contract 和 Public API Lifecycle 建立升级稳定边界，同时通过限制自定义代码只能依赖允许使用的 API 和对象，把客户代码与 SAP 内部实现更加清晰地隔离开。因此，Design 阶段并不是画一张架构图之后便结束，它实际上是在决定未来整个应用的边界。当需求需要创建