订单系统需要直接和实施跟踪系统联系起来。该系统需要安全保护来防止订单在未经处理之前脱离系统。需要保持精确性，以确保准确的记帐和正确的订单实施。系统需要使内部成本最小化。所以，要达到那个目的，需要快速地创建系统，但系统必须拥有完整的功能。
虽然一个好的订单输入和跟踪系统可以帮助降低成本，但它本身并不创造收入。
深入结构
在开始模式设计之前，需要解决一些基本的体系结构问题。第一个底层的技术需求是系统必须可配置，且无需额外的编码。本质上，这意味着需要把工作流嵌入到数据库中，而不是用解释/处理代码来进行硬编码。第二，数据库需要包含足够的信息，以便能够表现订单输入界面的主要(和可更改)的方面以及实施处理。
在努力解决上述问题的过程中，该系统逐渐适合于两个部分 — 订单输入和订单跟踪，并在两者之间提供了明确定义的联系。订单输入系统需要知道如何用准确的产品代码、折扣和定价条款来表示订单。订单实施系统需要知道如何跟踪各种类型的任务、相关的作业和各个部门，以处理和记录每份订单。最后，需要定期和可预测地把订单转化成实施作业。下图显示了目前存在的新系统的结构。
图 2：新的系统体系结构
该图显示了通向新的订单系统的所有信息路径，新的订单系统位于后端的门户管理站点。所有的初始数据输入都仅一次性完成，并且只需要每个小组在处理的各个阶段验证数据。通过引入从订单系统到帐目管理系统的自动数据传输，至关重要的数据传输的另一个主要的领域也变为自动化。
依赖 PHP
在纯技术的层面上，早期决定使用 PHP 作为主要的开发语言和 Oracle 作为系统的数据信息库，这有几个主要的原因。首先，Myers 现有的后端门户几乎完全是用 PHP 根据一个现有的 Oracle 数据库编写的，这消除了一个产生不兼容性的潜在来源。这还意味着要创建这个新的系统，Myers 可以利用自身的能力，这些能力创建了现有的后端门户。
第二，实验测试显示，与其它开发语言相比，PHP 提供了一个比较高的性能水平。因为 PHP 是作为一个动态加载的资料库驻留在 Apache 服务器内部的，所以每一次与系统连接都无需额外的启动时间。此外，PHP 优化的改善(通过 Zend 项目)意味着在代码内部执行的一般操作不会明显变慢。最后，为 PHP 编写的 OCI 接口模块是用 C 代码编译和优化的，这使得访问 Oracle 数据库非常高效。
第三，我们了解到因为 PHP 代码将其自身嵌入到了 HTML 环境中，所以对于设计人员和编程人员而言，创建协作用户接口功能代码变得更加自然。虽然最后这个特性其它的服务器端脚本语言也具备，但 Myers 发现 PHP 更不可能带来开发人员和设计人员之间的冲突。此外，PHP 的语法和提供的代码库意味着它可以做它需要做的所有事情。
最后，将所有代码嵌入到 HTML 代码中的另一个好处是，仅需要对标准文本文件进行修改控制就可以控制源代码。我们用 CVS 作为它的标准修改控制系统。因为 PHP 代码不一定要用某一种方式进行编译，所以创建系统的一次“编译”仅涉及到从信息库中检索文本源代码文件，然后把它们放到 web 服务器上。这意味着我们可以使用 CVS 中的控制机制为它的测试和生产环境发布增量的 bug 补丁，而无需创建复杂的编译系统。
PHP之友评论