24、模型驱动软件开发与自动 BPEL 生成技术解析

模型驱动软件开发与自动 BPEL 生成技术解析

1. 模型驱动软件工厂的实践与优势

在软件开发领域,模型驱动的方法正逐渐展现出强大的优势。以一个模型驱动的软件工厂为例,它采用了特定领域语言(DSL)来进行开发。

1.1 业务实体 DSL 的选择

业务实体 DSL 中不包含操作或方法。将操作和方法放入模型中的附加值有限,因为我们最多只能生成方法模板,而直接用 C# 编写方法模板的工作量与在模型中处理相当。为了遵循模型应节省工作量的目标,我们选择通过部分类用 C# 为业务类编写方法。

1.2 项目经验

该模型驱动软件工厂的首个版本于 2006 年 9 月投入生产。第一个项目是一个固定价格、固定日期的客户项目,于 2006 年 12 月按时且在预算内完成。项目完成后,测量显示 73% 的代码是自动生成的。参与项目的开发人员对底层架构并无经验,但模型驱动的方法确保他们能在计划时间内开发出完全符合架构的应用程序,项目中使用了超过 50 种不同的特定领域模型。

目前,还有几个使用该工厂的项目正在进行中,但现在展示相关数据还为时尚早。首个项目的成功促使决定将 SMART - Microsoft 软件工厂作为所有项目的默认开发环境。在不久的将来,我们预计会用额外的 DSL 扩展该软件工厂,使其适用于更多种类的应用程序。

1.3 经验总结

通过开发和使用这个软件工厂,我们得出以下主要结论:
- DSL 对比传统 MDA 方法 :在开发 SMART - Microsoft 之前,我们在使用 UML 和单独建模工具作为建模语言的传统 MDA 方

内容概要:本文档定义了一个名为 `xxx_SCustSuplier_info` 的视图,用于整合和展示客户(Customer)和供应商(Supplier)的相关信息。视图通过连接多个表来获取组织单位、客户账户、站点使用、位置、财务代码组合等数据。对于客户部分,视图选择了账单相关的记录,并提取了账单客户ID、账单站点ID、客户名称、账户名称、站点代码、状态、付款条款等信息;对于供应商部分,视图选择了有效的供应商及其站点信息,包括供应商ID、供应商名称、供应商编号、状态、付款条款、财务代码组合等。视图还通过外连接确保即使某些字段为空也能显示相关信息。 适合人群:熟悉Oracle ERP系统,尤其是应付账款(AP)和应收账款(AR)模块的数据库管理员或开发人员;需要查询和管理客户及供应商信息的业务分析师。 使用场景及目标:① 数据库管理员可以通过此视图快速查询客户和供应商的基本信息,包括账单信息、财务代码组合等;② 开发人员可以利用此视图进行报表开发或数据迁移;③ 业务分析师可以使用此视图进行数据分析,如信用评估、付款周期分析等。 阅读建议:由于该视图涉及多个表的复杂连接,建议读者先熟悉各个表的结构和关系,特别是 `hz_parties`、`hz_cust_accounts`、`ap_suppliers` 等核心表。此外,注意视图中使用的外连接(如 `gl_code_combinations_kfv` 表的连接),这可能会影响查询结果的完整性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值