1、“.....服务器， 数据库 集成了许多优秀的插件，使编码更便捷，项目更 易于管理 其他开发工具等 运行环境中北大学届毕业设计说明书 第页共页 浏览器使用其他浏览器可能会发生 服务器 数据库 中北大学届毕业设计说明书 第页共页 需求分析 设计目标 业务需求 统扣费系统的主要客户群其实不是在本网站购物的普通用户，而是提供产 品的加盟商家，所以该系统的产品应该有个标识，可以标志其来自哪个客户站 点或个人网店，并可以对其进行管理。 其次要实现在线购物的功能，使得用户可以在网站内反复挑选斟酌要买的 商品，并可以设置商品数量支付渠道付款与过 多不必要的逻辑判断。程序简洁，可读性强，结构合理。尽量降低层与层之间的 耦合，使代码依赖性降低，可移植性和通用性增强......”。

2、“.....可以初步确定本系统的边界，即对客户站点来说， 它是源点产品来自客户站点，而像银行这样的系统则相当于汇点，用户订单中 有关费用的信息最终要发送到银行本系统中的支付渠道进行处理。对这两个实 体，在系统设计时可以维护它们的引用，使得系统内部实体与外部实体能够更加 合理的关联起来。 功能模块 从以上的需求分析来看，除核心业务外，系统的功能可以划分为后台管理和 自服务两大部分。普通用户进入自己的账户后可以进行的操作就属于自服务，如 查看修改个人信息，查看自己提交过的历史订单等。而后台管理是为系统管理 员提供的个平台，用来管理系统的主要业务模块。当实体确定以后，后台管理 的对象将会更加明确......”。

3、“.....用例图由角色 和用例组成，每个用例代表个功能，个用例可以有多 个子用例，角色就是这些功能的使用者，角色可以是人，也可以是调用本系统的 其他系统。 从以上的功能模块分析来看，系统中至少有两个角色普通用户和系统管理 员，普通用户是核心业务购买和自服务的使用者，管理员是后台管理的使用 者。具体的角色用例关系如图图所示 图普通用户用例图中北大学届毕业设计说明书 第页共页 图系统管理员用例图 中北大学届毕业设计说明书 第页共页 系统设计 系统结构 本系统从软件设计角度可划分为数据持久层业务逻辑层控制层和表现层， 即所谓的结构。之所以要把程序分成多层，无非是要使代码更易于维护和管 理，同时增强可扩展性。良好的程序结构设计首先应该符合开闭原则，即对代码 的增加开，对修改和删除闭。其次要降低代码的冗余......”。

4、“.....即符 合被称作的原则。 实体模型 从需求分析阶段的分析可以确定业务对象模型，也就实体模型，实体是指程 序中那些与数据库表有对应关系的类。由于数据库设计是有严格规定的，所以与 之对应的实体的属性也应是有依据的。经过系统用例和时序流程的分析，现在已 经可以确定本系统中涉及到的类及实体 用户,订单,订单项,支付渠道,产品,客 户站点货源,产品类型,管理员。类图及类间关 系如图 图系统类图中北大学届毕业设计说明书 第页共页 用户产品和订单是基本实体，要进行购物就必须有这些可供操作的对象存 在。产品类型支付渠道客户站点则是以上的基本实体要引用的辅助性实体。 图中每个类都列出了其主要属性，它们都有个共同属性，用来和数据库表 的主键对应。图中的虚线箭头表示关联关系，如指向，表示 与关联，个订单必定属于个用户。图中的关联关系都为对多关系。在 实际运用中对多关系经常出现......”。

5、“.....如本系统中的和就是多对多关系，这是很显然的。但是 为了数据库设计和编码简单，就另引入个实体。 数据库设计 数据库设计在个信息管理系统中的地位非常重要，良好的设计可以提供数 据存取效率简化数据管段应设计数据库的理和维护，并使数据库保持安全和完 整。 数据库设计几乎贯穿了软件设计的整个过程。在需求分析阶段应该分析客户 的业务和数据处理需求，概要设计阶模型图，确认需求信息的正确和完整。 详细设计阶段应将图转换为多张表，进行逻辑设计,并应用数据库设计的三大 范式进行审核。代码编写阶段应选择具体数据库进行物理实现，并编写代码实现 前端应用。 数据库概念设计 用户的需求具体体现在各种信息的提供保存更新和查询，这就要求数据 库结构能充分满足各种信息的输出和输入。本系统涉及到了众多实体，对这些实 体的增删改查分布到了用户和管理员的各个用例中......”。

6、“.....这种转换般遵循如下原则 个实体型转换为个关系模式。实体的属性就是关系的属性。实体的码 就是关系的码。 个联系转换为个关系模式。与该联系相连的各实体的码以及联系 本身的属性均转换为关系的属性。而关系的码为各实体码的组合。中北大学届毕业设计说明书 第页共页 个联系可以转换为个的关系模式，也可以与端对应的关系 模式合并。如果转换为个的关系模式，则与该联系相连的各实体的码以及 联系本身的属性均转换为关系的属性，而关系的码为端实体的码。 个联系可以转换为个的关系模式，也可以与任意端对应的 关系模式合并。 三个或三个以上实体间的个多元联系转换为个关系模式。与该多元联 系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各 实体码的组合。 同实体集的实体间的联系，即自联系，也可按上述和三种 情况分别处理。 具有相同码的关系模式可合并......”。

7、“.....通常以规范化理论为指导，还应该 适当地修改调整数据模型的结构，这就是数据模型的优化。确定数据依赖。消 除冗余的联系。确定各关系模式分别属于第几范式。确定是否要对它们进行合并 或分解。般来说将关系分解为的标准，即表内的每个值都只能被表达 次表内的每行都应该被唯的标识有唯键。表内不应该存储依赖于其他 键的非键信息。 根据以上规则，订单和产品本为关系，而在关系数据库中无法直接表现 多对多关系，通常的做法是另建张表，成为外键表，用来维护两个外键列，分 别指向订单和产品，这两列联合唯。但这张表通常是不对应实体的，只是在表 中还含有其他属性时，外键表才会对应程序中的实体。这里的就是这样的中 间性的实体。 数据库逻辑结构设计 此阶段应收集基本数据数据结构以及数据处理的流程，组成份详尽的数 据字典，为后面的具体设计打下基础。经过对整个购物流程产品入库订单提 交中数据流动做分析......”。

8、“.....其中有很多是表示状 态或日期的。最终设计的表的详细信息如下以下数据类型可能只在中有 效 中北大学届毕业设计说明书 第页共页 引言 背景与意义 统扣费是指，由信誉好规模大的第三方在线购物平台为些小网站或个 人做代理，将他们的产品发布在自己站内，并为其实施代理扣费的营销模式。 这样的第三方购物平台从表面上看起来和普通的购物网站没有多大区别，但本质 上它是在为别人销售产品，它的盈利点不在于销售产品的利润，而在于它所代理 的客户的代理费。 自世纪以来，我们进入了个信息化时代，互联网在人们的生产生活中的 作用越来越大。利用网络作为载体从事营利性经济活动的大小企业与个人多如牛 毛，大家无疑都看重了互联网作为营销阵地所具有的得天独厚的优势。以网上销 售为例，商家没有库存压力经营成本低经营规模不受场地限制，与传统营销 模式相比将会具有更强的竞争力。 但与此同时......”。

9、“.....只有那些拥有足够资金来做广告宣传与推广的商家才有可能抢占先机， 首先被人注意。而对于刚刚起步的小企业或者在资金上无法与企业匹敌的个人 来说，被浏览互联网的用户注意到的机会微乎其微。 在这样的劣势之下，将自己的产品和服务发布在个公众效益好的代理式的 统扣费网站，将是个比较好的解决方案。 如果再考虑到网上购物的安全性的话，统扣费网站的营利空间将会更大。 由于网上购物的特殊性，安全性直是消费者和企业都在顾虑和致力解决的问题。 目前常见的解决方案就是在付款环节采用担保交易的方法，或者间接的利用银行 提供的安全认证服务。但目前国内的第三方支付平台往往是自己开发自己使用， 如淘宝和支付宝，腾讯和财务通，担保交易市场并不成熟。消费者也总是愿意去 大网站买东西，对小规模信誉难以保证的小网站和个人网店不屑顾。 这也正是统扣费网站的优势所在......”。