模型视图控制器 模式的应用架构的开源框架，是利用和构 建应用的项非常有用的技术。由于能充分满足应用开发的需求， 简单易用，敏捷迅速，因而吸引了众多的开发人员的关注。 设计模式 模式是的缩写，中文翻译为模式视图 控制器。应用程序总是由这三个部分组成事件导致 改变或，或者同时改变两者。只要改变了的数据 或者属性，所有依赖的都会自动更新。类似的，只要改变了， 会从潜在的中获取数据来刷新自己。中北大学届毕业设计说明书 第页共页 技术 是个开源框架，被认为是最有前途的开源框架之。它是由 创建的，她的诞生是为了简化企业级系统的开发，是种轻 量级的容器，并且是非入侵式的，用开发的系统中的类不需要依赖 中的类，不需要容器支持当然本身是个容器，而且的大小和 运行开支都很微量。般来说，如果系统不需要分布计算或者声明式事务支持那 么是个更好的选择。 的核心就是两个概念，反向控制，面向切面编程会对应程序中的实体。这里的就是这样的中 间性的实体。 数据库逻辑结构设计 此阶段应收集基本数据数据结构以及数据处理的流程，组成份详尽的数 据字典，为后面的具体设计打下基础。经过对整个购物流程产品入库订单提 交中数据流动做分析，确定了在各个阶段需要的数据类型，其中有很多是表示状 态或日期的。最终设计的表的详细信息如下以下数据类型可能只在中有 效 中北大学届毕业设计说明书 第页共页 引言 背景与意义 统扣费是指，由信誉好规模大的第三方在线购物平台为些小网站或个 人做代理，将他们的产品发布在自己站内，并为其实施代理扣费的营销模式。 这样的第三方购物平台从表面上看起来和普通的购物网站没有多大区别，但本质 上它是在为别人销售产品，它的盈利点不在于销售产品的利润，而在于它所代理 的客户的代理费。 自世纪以来，我们进入了个信息化时代，互联网在人们的生产生活中的 作用越来越大。利用网络作为载体从事营利性经济活动的大小企业与个人多如牛 毛，大家无疑都看重了互联网作为营销阵地所具有的得天独厚的优势。以网上销 售为例，商家没有库存压力经营成本低经营规模不受场地限制，与传统营销 模式相比将会具有更强的竞争力。 但与此同时，互联网的高度开放性使得潜在客户的注意力难以集中到自己的 站点上，只有那些拥有足够资金来做广告宣传与推广的商家才有可能抢占先机， 首先被人注意。而对于刚刚起步的小企业或者在资金上无法与企业匹敌的个人 来说，被浏览互联网的用户注意到的机会微乎其微。 在这样的劣势之下，将自己的产品和服务发布在个公众效益好的代理式的 统扣费网站，将是个比较好的解决方案。 如果再考虑到网上购物的安全性的话，统扣费网站的营利空间将会更大。 由于网实现数据库层实际的数据存储和检索，并保证 数据完整性和安全性。 其中业务逻辑层和数据持久层可以合起来称为模型层，这样总体上整个系统 就形成了的三层结构。 采用结构的优点是各逻辑层既相互独立又紧密联系任何层的改动都不 会影响到其它逻辑层的工作，同时系统采用面向对象的模块化设计和开放式 系统结构，因此具有高度的可扩展升级性集成性与第三方可移植性运 行平台，数据库可配置性工作流程系统参数可维护性运行故障时易于调 试和维护。 中北大学届毕业设计说明书 第页共页 应用技术及开发平台介绍 技术介绍 下面对开发项目时常用的技术及设计方法做些简要介绍 软件体系结构 结构，浏览器服务器模式统了客户端，将系统功 能实现的核心部分集中到服务器上，简化了系统的开发维护和使用。结构 与结构相比，主要特点有维护和升级方式简单，软件系统的改进和升级只 需要针对服务器进行，大量节省人力物力时间和费用使用架构的应用 软件的客户端，只需安装浏览器即可，无需关心服务器使用什么样的系统或数据 库，这就使得成本降低，配置可以更加灵活。 和项目开发的相关技术 是语言用于开发结构应用程序的基本技术，可使程序的业 务逻辑和显示逻辑都放在服务器端运行。可在特定服务器环境下接受 客户端浏览器请求，对其处理后把响应结果重新发送给客户端。 是由公司倡导许多公司参与 起建立的种动态网页技术标准。将网页逻辑与网页设计和上购物的特殊性，安全性直是消费者和企业都在顾虑和致力解决的问题。 目前常见的解决方案就是在付款环节采用担保交易的方法，或者间接的利用银行 提供的安全认证服务。但目前国内的第三方支付平台往往是自己开发自己使用， 如淘宝和支付宝，腾讯和财务通，担保交易市场并不成熟。消费者也总是愿意去 大网站买东西，对小规模信誉难以保证的小网站和个人网店不屑顾。 这也正是统扣费网站的优势所在。它可以凭借自己的雄厚资金将第三方支 付系统的服务集成进来，消费者自然就会消除购物安全和信誉方面的顾虑。中北大学届毕业设计说明书 第页共页 统扣费系统是为自己的加盟商家发布商品的平台，同时要吸引消费者选购 商品，其完善的功能友好的交互界面强大便捷的后台管理等因素直接决定了 整个营销流程的成功与否。 系统设计思想 本系统采用目前业界做项目时广泛使用的架构进行设计，完全具有 运行平台和操作系统无关性，能在不同种类的服务器上运行。这样的设计确保了 系统运行的稳定性和高效性，及充分考虑到了功能的可扩展性，为将来系统的进 步更新升级铺平了道路。 表现层客户端采用等技术，实现客户端良好的交 互界面。服务器端采用和技术，负责处理用户的输入和向用户的输 出，并根据业务逻辑层反馈信息动态生成页面内容。 控制层当客户端发送个的请求时，由的核心控制器拦截， 调用业务层方法，然后根据其执行结果及具体参数转到下张页面。 业务逻辑层商业逻辑层是服务器端表示层和数据层之间的纽带，它以 访问数据层，并将数据封装成传递给服务器端表示层。商业逻 辑层用于处理商务逻辑和计算，并实现安全事务日志等功能。 数据持久层使用象将会更加明确。 下图显示了本系统的边界及功能模块中北大学届毕业设计说明书 第页共页 统扣费系统 客户站点 货源 银行 核心业务 购物 后台管理列名用户自服务 供货支付 图系统边界及功能模块 系统用例 用例图可以帮助我们进步确定系统到底要实现什么功能。用例图由角色 和用例组成，每个用例代表个功能，个用例可以有多 个子用例，角色就是这些功能的使用者，角色可以是人，也可以是调用本系统的 其他系统。 从以上的功能模块分析来看，系统中至少有两个角色普通用户和系统管理 员，普通用户是核心业务购买和自服务的使用者，管理员是后台管理的使用 者。具体的角色用例关系如图图所示 图普通用户用例图中北大学届毕业设计说明书 第页共页 图系统管理员用例图 中北大学届毕业设计说明书 第页共页 系统设计 系统结构 本系统从软件设计角度可划分为数据持久层业务逻辑层控制层和表现层， 即所谓的结构。之所以要把程序分成多层，无非是要使代码更易于维护和管 理，同时增强可扩展性。良好的程序结构设计首先应该符合开闭原则，即对代码 的增加开，对修改和删除闭。其次要降低代码的冗余，提高通用性，即符 合被称作的原则。 实体模型 从需求分析阶段的分析可以确定业务对象模型，也就实体模型，实体是指程 序中那些与数据库表有对应关系的类。由于数据库设计是有严格规定的，所以与 之对应的实体的属性也应是有依据的。经过系统用例和时序流程的分析，现在已 经可以确定本系统中涉及到的类及实体 用户实际上就是要将实体实体的属性和实体之间的联 系转化为关系模式，这种转换般遵循如下原则 个实体型转换为个关系模式。实体的属性就是关系的属性。实体的码 就是关系的码。 个联系转换为个关系模式。与该联系相连的各实体的码以及联系 本身的属性均转换为关系的属性。而关系的码为各实体码的组合。中北大学届毕业设计说明书 第页共页 个联系可以转换为个独立的关系模式，也可以与端对应的关系 模式合并。如果转换为个独立的关系模式，则与该联系相连的各实体的码以及 联系本身的属性均转换为关系的属性，而关系的码为端实体的码。 ④个联系可以转换为个独立的关系模式，也可以与任意端对应的 关系模式合并。 三个或三个以上实体间的个多元联系转换为个关系模式。与该多元联 系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各 实体码的组合。 同实体集的实体间的联系，即自联系，也可按上述和三种 情况分别处理。 具有相同码的关系模式可合并。 为了进步提高数据库应用系统的性能，通常以规范化理论为指导，还应该 适当地修改调整数据模型的结构，这就是数据模型的优化。确定数据依赖。消 除冗余的联系。确定各关系模式分别属于第几范式。确定是否要对它们进行合并 或分解。般来说将关系分解为的标准，即表内的每个值都只能被表达 次表内的每行都应该被唯的标识有唯键。表内不应该存储依赖于其他 键的非键信息。 根据以上规则，订单和产品本为关系，而在关系数据库中无法直接表现 多对多关系，通常的做法是另建张表，成为外键表，用来维护两个外键列，分 别指向订单和产品，这两列联合唯。但这张表通常是不对应实体的，只是在表 中还含有其他属性时，外键表才，订单，订单项，支付渠道，产品，客 户站点货源，产品类型，管理员。类图及类间关 系如图 图系统类图中北大学届毕业设计说明书