微软MBS技术概览.docVIP

微软Dynamics AX技术概览 1．微软ERP系统源代码的分层技术架构 Dynamics AX 向客户开放源代码并为客户提供强大的开发环境和语言。Dynamics AX是一个完全面向对象的体系架构和开发环境， 业务逻辑存储在名为“类”的较小的模块化对象中。用户界面存储在表单、报表和菜单中。可以自由添加、修改或置换任意 Dynamics AX 对象。 对象的源代码是以多层代码的形式提供的。标准的 Dynamics AX 代码进入系统（SYS）层。微软在 DIS层(包括解决方案，分销商，本地)对语言、货币、规则等进行本地化。我们的竞争对手的方法将只提供其系统或DIS代码，直接对该代码进行修改。这个方法存在的问题是：在升级过程中保留定制的唯一方法是在成百上千的代码行中一行行地重新修改定制，而且一次只能重新申请一行。Dynamics AX 则不存在这样的问题；我们提供了可以控制的四个代码层，分别为业务、合作伙伴、客户和使用人员层。只需将对象从SYS/DIS 层继承（或复制）到这四个层中，然后在这四个层中进行定制，改写标准 Dynamics AX 系统中的逻辑。由于 Dynamics AX 将业务逻辑拆分为许多很小的对象，而不是巨大的整体模块，才得以实现这种分层的方法。 Dynamics AX的分层技术见下图： 从选择商务管理应用软件开始，每个客户都会面临两难的境地：他们必须决定：1) 对软件包进行定制，以满足企业的业务实践，从而保持自己独特竞争优势。但是软件包经过修改后，可能难以甚至无法进行升级，或者 2) 更改企业的业务实践，以便适应软件包。?Dynamics AX 的方式不必面临这种两难的境地，而且在应用软件和业务流程之间能够找到最佳平衡点。使用 Dynamics AX，可以使软件适应您自己的管理方式而不是供应商认为的管理方式！进行定制后，通过将定制内容导入下一版本，仍然能够以极低的成本升级 Dynamics AX 系统，且大多数情况下不必重新编码。这样，就可以充分利用微软在 Dynamics AX 研发 (RD) 方面注入的巨大投资。 我们可以看一个客户案例。客户甲 Global Design Team 进行的，该小组由 Columbus IT、TECTURA和eBEC组成）。客户甲 Dynamics AX 相比，Columbus IT的信贷管理、TECTURA 的高级分发和eBEC的精益制造更适合企业的业务，加上构成“全局构建”的24处客户甲客户甲IT部门修改代码时可以使用该层。? 客户甲 客户甲客户甲29种差别很小的发票对象。 Dynamics AX 内核按指定的优先级顺序调用对象进行工作，内核会从上向下搜索层极，并调用首先找到的对象。例如，当内核调用发票对象时，它将立即在使用人员层找到与该用户所在的国家匹配的发票。但是，当调用全局计划对象时，内核最终在业务层上找到并执行该对象之前，将首先搜索合作伙伴、客户和合作伙伴层。当客户甲客户甲 Dynamics AX 标准MRP展现对象。 ? 2. 微软ERP系统支持环境及对象服务器 Dynamics AX 解决方案的支持应用程序对象服务器（AOS）三层体系结构。下图是使用AOS的三层解决方案的简单示例。 三层体系结构 使用这种三层体系结构，一部分应用程序在客户端上执行，另一部分应用程序在 AOS 上执行。因此，所有与用户界面相关的进程都在由用户操作的客户端上执行，而所有业务逻辑则在服务器上执行。 例如，当用户决定更新分类账时，用于选择此进程的菜单是在客户端上执行的，但是分类账更新进程本身是在服务器上执行的。也就是说，不必将所有数据从数据库中通过 AOS 发送到要更新的客户端，再通过系统返回到服务器。 远程客户端 由于三层体系结构使部分应用程序在客户端上执行，另一部分应用程序在 AOS 上执行，因此客户端计算机不必像双层解决方案要求的那样具有很高的性能。 群集功能和负载均衡 Dynamics AX 支持群集功能。群集功能意味着，当客户端的数量增加到AOS将要成为解决方案的瓶颈时的临界点时，可以安装其他AOS以增加可用带宽。安装其他AOS非常简单，而且安装过程中不需要关闭Dynamics AX 解决方案。使用群集AOS时，负载平衡进程将帮助确保用户每次登录时，将用户连接到所连接的客户端数量最少的服务器上。 群集功能还可以减少出现整个系统故障的几率。服务器冗余帮助确保在某个 AOS 要出现故障时，用户可以使用剩余的活动服务器继续工作。需要注意的是，上面所述功能都是标准的 Dynamics AX 功能，不需要任何其他软件。 Dynamics AX 的设计目的是使客户在需要时可以在不同的位置添加客户端计算机以增加用户数量。使用具有 Internet 连接和浏览器