Framework and Implementation application – with example

文章介绍了在Pega中构建框架应用和实施应用的概念,以提高可重用性和支持扩展性。以亚马逊组织为例,说明如何为销售部门创建框架和实施应用。Pega提供基础产品和特定业务的解决方案框架,允许用户根据需求扩展。框架应用包含通用规则,而实施应用则包含特定部门的规则。文章通过建造房屋的比喻解释了这一过程。

Framework and Implementation application – with example

Type: Application Structure

Introduction

In this post you see the basics about framework and implementation application in Pega.

The primary focus of any application will be to increase the maximum re-usability as well as support scalability.

Consider, Amazon organization. They have 3 divisions:

  1. Sales
  2. Service
  3. Marketing

Amazon plans to provide Pega CRM solution to Sales division and if it is a success, then they may want to expand the solution to other divisions.

Here, we will be creating a framework application and implementation application for sales.

Business may have some common features for all the 3 divisions. You can bring those to framework application so that it can be reused whenever we extend to other divisions.

Implementation application contains rules and business specific to Sales division.

How do you start building an application?

If we are going to built any application, say java application what will we do?

  1. We need Java Development Kit (JDK).
  2. We will import the required packages and start create project by coding.

For a Pega application,

  • We need to buy the licensed Pega product from Pegasystems.
  • Initial Pega product contains configuration files along with ‘PegaRules’ application.
  • We can call it as a framework application. But we won’t. We call it as Pega base application.
  • All the standard OOTB rules like CreateAddWork, UpdateStatus, some standard UI will be included in the PegaRules application.

Solution Framework

Pegasystems not only provide the base product, they built framework application for specific business requirements.

Say for a call center CRM application, Pegasystems builds a CPM framework application over base product. We can purchase the CPM Framework, a licensed product and use it as a framework.

We call it as solution framework. Solution framework can be used 70% to complete application which we can extend to satisfy our requirement.

Let us walk through an example,

Imagine 2 brothers bought a single land. They planned to live together. They decided to build a 2 storeys building.

  • Ground floor – Common hall and kitchen.
  • First floor – Individual home for brothers.

First they decided to build a single home in the first floor and planned to extend the first floor in future.

http://myknowpega.com/wp-content/uploads/2017/05/1.jpg

http://myknowpega.com/wp-content/uploads/2017/06/Framework-vs-Implementation.png

I am going to compare the house building with Pega Application building.

Step 1: You are going to buy a land.

Pega: Buy a Pega Licensed product –PegaRules application.

Step 2: You have an option to buy the land with the basement laid.

Pega: You can buy a Solution framework based on your business.

Step 3: You need to build the ground floor. Remember ground floor contains the common rooms like kitchen and hall.

Pega: Build a framework application extending solution framework or PegaRules. Bring all the common rules under framework application.

Step 4: Now you will build a room in the first floor extending ground floor. This room will house the things that belongs to a particular brother.

Pega: Build an implementation application extending framework application. Bring all the rules specific to that division in the implementation application.

  • Implementation application can use the rules in framework, solution framework, Pegarules application.
  • Framework application can use rules in Solution framework as well as PegaRules, but not in Implementation application.

These rule resolution are based on class inheritance which we will see in the next post ‘Enterprise class structure’

Hope you got the basics about framework and implementation application

Summary

Tip: 现在的Framework已经用的不多了. Pega建议用户使用Application layer去使用.

【Koopman】遍历论、动态模态分解和库普曼算子谱特性的计算研究(Matlab代码实现)内容概要:本文围绕【Koopman】遍历论、动态模态分解和库普曼算子谱特性的计算研究展开,重点介绍基于Matlab的代码实现方法。文章系统阐述了遍历理论的基本概念、动态模态分解(DMD)的数学原理及其与库普曼算子谱特性之间的内在联系,展示了如何通过数值计算手段分析非线性动力系统的演化行为。文中提供了完整的Matlab代码示例,涵盖数据驱动的模态分解、谱分析及可视化过程,帮助读者理解并复现相关算法。同时,文档还列举了多个相关的科研方向和技术应用场景,体现出该方法在复杂系统建模与分析中的广泛适用性。; 适合人群:具备一定动力系统、线性代数与数值分析基础,熟悉Matlab编程,从事控制理论、流体力学、信号处理或数据驱动建模等领域研究的研究生、博士生及科研人员。; 使用场景及目标:①深入理解库普曼算子理论及其在非线性系统分析中的应用;②掌握动态模态分解(DMD)算法的实现与优化;③应用于流体动力学、气候建模、生物系统、电力系统等领域的时空模态提取与预测;④支撑高水平论文复现与科研项目开发。; 阅读建议:建议读者结合Matlab代码逐段调试运行,对照理论推导加深理解;推荐参考文中提及的相关研究方向拓展应用场景;鼓励在实际数据上验证算法性能,并尝试改进与扩展算法功能。
本系统采用微信小程序作为前端交互界面,结合Spring Boot与Vue.js框架实现后端服务及管理后台的构建,形成一套完整的电子商务解决方案。该系统架构支持单一商户独立运营,亦兼容多商户入驻的平台模式,具备高度的灵活性与扩展性。 在技术实现上,后端以Java语言为核心,依托Spring Boot框架提供稳定的业务逻辑处理与数据接口服务;管理后台采用Vue.js进行开发,实现了直观高效的操作界面;前端微信小程序则为用户提供了便捷的移动端购物体验。整套系统各模块间紧密协作,功能链路完整闭环,已通过严格测试与优化,符合商业应用的标准要求。 系统设计注重业务场景的全面覆盖,不仅包含商品展示、交易流程、订单处理等核心电商功能,还集成了会员管理、营销工具、数据统计等辅助模块,能够满足不同规模商户的日常运营需求。其多店铺支持机制允许平台方对入驻商户进行统一管理,同时保障各店铺在品牌展示、商品销售及客户服务方面的独立运作空间。 该解决方案强调代码结构的规范性与可维护性,遵循企业级开发标准,确保了系统的长期稳定运行与后续功能迭代的可行性。整体而言,这是一套技术选型成熟、架构清晰、功能完备且可直接投入商用的电商平台系统。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值