Oracle+PHP：原型到产品的最短距离

核心提示： 为了检验系统，策略是分阶段将订单系统原型化，Oracle+PHP：原型到产品的最短距离(5)，系统要检验的第一部分是它单独从订单原型表中创建一份清楚的订单的能力，一旦完成了最初的模式定义，一个支付过程是必需的，最后，订单生成器就是原形化的系统的第一个可视部分，为构建和配置这个系统而组成的小

为了检验系统，策略是分阶段将订单系统原型化。系统要检验的第一部分是它单独从订单原型表中创建一份清楚的订单的能力。一旦完成了最初的模式定义，订单生成器就是原形化的系统的第一个可视部分。

为构建和配置这个系统而组成的小组除含受这个系统影响最大的各个部门的经理之外，还包括三个开发人员。开发人员的分工分别为：构建配置功能、显示功能和事务处理功能。在整个最初的构建周期内，部门经理提供了关于界面（这些界面使用户能够输入和处理数据）类型的有价值的反馈。

利用 PHP 绘制用户界面

要原型化的初始订单是基本的 Web 站点订单，在 webwiz.myersinternet.com/ 上提供。得到的订单是由一个开发人员用 PHP 在三天的时间内创建的。如果订单原型定义 — 依靠只在数据库和浏览器之间的一层 PHP 代码，就能够完全定义订单输入的外观和行为，那么在数据库设计中需要一定程度的折衷。为此，诸如订单行组之类的结构必须支持两个用途：(1) 在输入表单上提供可视化的区分，以使类似的产品组可以绘制在一起 (2) 从功能上对类似的商品分组，比如说打了一定折扣的商品，或一个选项列表，从中可以作出唯一的选择。

因为 PHP 是开发语言，所以原型组建相当快速，从而可以快速地完成模式所需的修改并且为表单生成器重新编码（一前一后）。此外，因为模式是考虑了绘制的用户界面而设计的，所以当在原型构建过程中出现新的可视化需求时，可以容易地进行模式修改和改编。生成的表单外观与下图相似：

　

图5：订单生成

创建一个功能完全的系统

在提供订单之后，需要使它变得功能完全。首先，系统需要保存在订单中输入的用于事务处理的订单数据。第二，填写订单的人需要能够根据正在进行中的订单数据来填写订单。第三，对于在提交时需要付款的订单，一个支付过程是必需的。最后，提交的订单需要创建必要的实施作业和它们的任务依赖性。