面向Web服务的可视化程序设计与实现(9)
输出 显示出相应的窗口
相关对象及接口 客户管理系统窗口、商品管理系统窗口、查询功能窗口、统计窗口
（5） 查询功能模块
由于添加、删除以及修改功能都建立在查询功能模块的基础之上，因而单独罗列查询功能模块的算法。
表 3-5 查询功能模块
模块名称 订单管理系统窗口 模块代号 Form3
适用范围 全局 类型 窗口
对象功能 添加、删除、修改商品信息
相关表名 订单添加、删除、修改
性能要求 精度高、性能高、容错性一般
限制条件 订单信息不能重复输入，附有订单细则
输入 输入订单号、订单项数、订货日期、交货日期、付款金额
输出 显示出相应的窗口
相关对象及接口 客户管理系统窗口、商品管理系统窗口、查询功能窗口、统计窗口
（6） 商贸Web服务应用模块
表 3-6 商贸类Web服务应用模块
模块名称 商贸Web服务应用 模块代号 Form5
适用范围 全局 类型 窗口
对象功能 引用相关商贸类Web服务
性能要求 精度高、性能高、容错性一般
限制条件 Web服务引用范围限于免费Web服务，同时引用的Web服务局限于商贸类Web服务。
输入 输入需要引用的Web服务中相应的参数
输出 显示出相应的窗口
算法逻辑
相关对象及接口 客户管理系统窗口、产品管理系统窗口、订单管理系统窗口、查询功能窗口
3.3 数据库设计
概念设计可以反映现实世界中的实体，属性和它们之间的关系。根据需求分析，我们得到各数据项以及数据结构，之后就可以设计得到适合用户需求的各个实体以及关系属性等，为后面的逻辑设计打下基础。该系统的管理模块所涉及到的关系如下E-R图所示。
我们可以看到，用户可以对数据库中所存在的客户信息，产品信息以及订单信息做一系列增删改查的操作，订单的生成涉及到了用户信息和产品信息，最终完整的订单信息由订单主表和明细表构成。
3.3.1 E-R图
图3.1 系统E-R图
（1） 客户信息
客户是订购产品卖家，对于每一位下订单的客户，给予客户编号，以及记录客户的所在地地址以及联系电话，经过分析得到客户信息实体如下所示：
图3.2 客户信息
（2） 产品
产品包含了产品号，产品名，单价和重量，分别描述了每一件产品。系统查询订单时，会根据产品的单价计算汇总金额。
图3.3产品信息
（3） 订单
每一个订单都有唯一的单据号，订货的项目数量决定了订单细则的数量。
图3.4 订单信息
（4） 订单细则
订单细则中的数量决定了订单中某件产品订购的数量，而且每一个订单细则只能决定一个产品的订购数量。
图3.5 订单细则
3.3.2 数据字典
（1）“客户信息”的数据信息
数据名称：客户信息
描述：描述客户的信息
定义：
客户号 = 客户编号｛varchar类型｝
客户名 = 客户姓名｛varchar类型｝
地址 = 客户所在地地址｛varchar类型｝