毕业论文.pdf

杭 州电 子科 技大 学本 科毕 业设 计 目录第 一章 绪 论 . 景与 意义 .发 展现 状 .章 网 站系 统分 析 .概 述 .网 站宗 旨 .2网 站个 性化 设计 . 行性 分析 .需 求分 析 .1功 能需 求分 析 .2性 能需 求分 析 .业 务流 程 .数 据与 数据 流程 分析 .1数 据流 程图 .2顶 层数 据流 程图 .2第 一层 数据 流程 图 .3第 二层 数据 流程 图 .数 据字 典 .1数 据项 的定 义 .2数 据流 的定 义 .3处 理逻 辑的 定义 .4数 据存 储的 定义 .5外 部实 体定 义 .章 系 统设 计 .功 能结 构设 计 .数 据库 设计 .1系 统概 念模 型设 计 .系 统逻 辑结 构设 计 . 入输 出设 计 .输 入设 计 .输 出设 计 .章 系 统实 施 .系 统实 施概 述 .功 能交 互界 面 .系 统运 行与 维护 .章 总 结与 展望 .总 结 .展 望 . .文 献 .电 子科 技大 学本 科毕 业设 计1第 一 章 第 一 章 第 一 章 第 一 章 绪 论 绪 论 绪 论 绪 景与意义 背景与意义 背景与意义 特产是一种地理标志产品，犹如一张地方名片，具有特殊的文化象征。但是，特产 行业 是一个新兴的行业，在 2010年以前特产行业也仅仅是一个概念 ， 这之前做特产生意的基本都是小规模个体经营 。 不过干货市场属于特例 ， 干货虽然也有很多属于 特 产 ， 但 是 由 于 其 易 于 被 消 费 者 认 知 和 接 受 ， 现 在 已 经 有 了 很 稳 定 的 市 场 。 2011年是特产行业急速升温的一年，高额的利润吸引了很多人投入到了这个行业中来 ， 就北京而言 ， 近两年来新开的比较有规模的特产商城就有十家左右 ， 小型的特产超市或者是特产商店更是不记其数 。 但是因为这个行业还不成熟 ， 目前没有成功的经营模式可以借鉴，大部分人都是摸索着去经营。 特产可以分食品类和工艺品类 。 食品类 ， 可以说主要是走大众化路线 。 工艺品类 ，其实主要走的还是礼品市场 。 这两种分类中又都按照其绝对价值分为高端和中低端产品 。 很多各地的食品类特产 ， 由于其生长环境的特殊性或者加工工艺的特殊性 ， 导致了其价格较高，所以此类产品主要还是通过礼品市场。 目前的经营模式主要有两种，一是商场化经营，以规模取胜。一是小型化经营 ，大部分都是个体户 。 先说一下商场化经营的模式 ， 在目前消费者对行业认可度比较低的情况下 ， 即使盈利 ， 也很难复制 。 一旦出错 ， 损失会很大 ， 而且很难调整 。 再说一下小型化经营 。 最关键的问题是产品很难控制 ， 顾客群体也比较集中 ， 都是当地的或者熟悉当地产品的消费者 ， 虽然成本比较小 ， 但是营业额也少 。 所以 ， 探索新的经营模式成了很迫切的问题。 伴随高速和高铁的发展 ， 旅游和商务进一步推动了特产消费 。 现代物流 、 电子商务和快递业的兴起 ， 也进一步为特产发展提供了基础 。 据统计 ， 中国现有接近 6亿网民 ， 网购占据消费者相当的比重 。 网络购物市场的交易规模在 2011年达到了 ， 占 到 社 会 消 费 品 零 售 总 额 的 其 中 ， 增 长 迅 猛 ， 将 继 续 成 为 网络购物行业的主要推动力 作为主 要 销模式之一的垂直 类 已成为我国网络购物市场中增长最快的电商模式 。 中国网络购物市场正从标准化同一化向非标准化个性化的方向发展 。 具有个性特色的商品逐渐的显示出热销的倾向 ， 土特产行业以自身商品的特性在需求的大环境下脱颖而出 ， 在中国电子商务行业呈现出越销越旺的趋势 电 子科 技大 学本 科毕 业设 展现状 发展现状 发展现状 在土特产行业火热发展的同时， 我国土特产行业的发展现状 也 还存在 许多问题 ，广大具有地域特色优势资源开发的产品还没有真正规模化进入市场 。 缺乏品牌 、 资源散乱 、 信息封闭 、 产品流通不畅等问题制约着土特产行业发展 。 由于地域偏远市场辐射短 ， 大部分特色产品面对较高的市场门槛望而却步 ， 导致产业成长缓慢 ， 名牌涌现难。 个人认为面对这些情况 ， 土特产行业 的 发展 可以 通过构建集产品推广 、 电子商务 、信息交流与互动一体的 个性化 土特产电子 商务网站 ，利用电子商务整合土特产资源 ，助 力 土 特 产 商 品 开 拓 网 上 市 场 。 而 对 于 基 于 互 联 网 和 电 子 商 务 的 土 特 产 行 业 发 展 模式 。 建立一个互动的网站平台是最基础 、 并且也是最核心的部分 。 通过这个 网站 平台进行产品推广 ， 信息挖掘 ， 提高配送效率 ， 降低物流成本 。 所以 ， 土特产通过电子商务不仅可以扩展从 还可以 减少中间流通环节 ， 直接面对消费者。 这是吸引土特产企业做电子商务的最主要因素。目前国内的特产电子商务网站发展极为迅速，比较常见的特产电子商务网站有贡天下，地道栈，三只松鼠等。这些特产类电子商务网站都上线不久但是发展迅速 。从中可以看出特产行业在电子商务方面的巨大发展潜力。以 “ 三只松鼠 ” 为例 。 “ 三只松鼠 ” 建 立于 2012年，是一家以 坚果 、 干果 、 茶叶 等森林食品的研发、分装及网络自有 产电子商务网站 。 其重要销售模式 主要是以互联网技术为依托，利用 借这种销售模式 ， “ 三只松鼠 ” 迅速开创了一个以食品产品的快速 、 新鲜的新型食品零售模式 。 这种特有的商业模式缩短了商家与客户的距离 ， 确保让客户享受到新鲜 ， 完美的食品 。 开创了中国食品利用 互联网 进行线上销售的先河 。 以其独特的销售模式 ， 仅仅四个月 ， 双十一当天销售在淘宝天猫坚果行业跃居第一名，日销售 800万。 市场空间广阔。杭 州电 子科 技大 学本 科毕 业设 计3第 二 章 第 二 章 第 二 章 第 二 章 网 站 系 统 分 析 网 站 系 统 分 析 网 站 系 统 分 析 网 站 系 统 分 述 概述 旨在在土特产销售的 网站主要功能是特产商品查询 ， 电子礼品卡销售 ， 网络提货 。 结合杭州本地旅游业的兴旺和游客消费心理提供杭州土特产信息查询 ， 实体店购买之后的运送解决方案 。 在强调客户体验的同时寻求实用性的最大化。促进杭州旅游经济的发展。 1）礼品卡。中国礼品市场向来庞大，而特产商品一直都是礼品的优先选择。无论是商务会议，节日员工福利，还是亲友之间相互送礼都很容易想到特产商品 。 而相对于直接的实物礼品 ， 礼品卡具有其特有的优势 。 可以很好解决商务会议礼品携带不便 ， 以及员工福利礼品携带或相对局限 （ 购物券等 ） 的获取地点等问题 。 而对于亲友来说 ， 节日礼品只需要发送相应礼品卡卡号和密码 ， 对方就可以直接登录网站领取 。解决很多因地址不具体而无法表达祝福的问题 （ 例如 ， 往日同学或同事之间 ， 相距很远的朋友之间 ） 。另外，加盟商户也可以以网络提单的方式发放特色的礼品卡，扩大在礼品市场的份额，逐步影响礼品市场的消费方式。 （ 2） 网络提单 。 主要是针对土特产的旅游消费市场 。 对于游客来说 ， 在旅游地 、景区购买具有当地特色的土特产显得独具意义 。 然而 ， 土特产一般具有较大的体积或重量 ， 使得游客在购买时考虑到携带的不方便 ， 会选择象征性的购买一些甚至放弃购买 。 携带不方便很大程度上影响了土特产在旅游市场上的销售 。 而网络提单的主要作用 就 是 解 决 这 个 问 题 。 游 客 在 景 区 或 旅 游 地 购 买 相 关 商 品 之 后 可 以 打 包 寄 存 在 商 户处 ， 由商户开具网络提单给游客 ， 当游客回家或需要的时候可以直接登录网站 ， 确认收货信息，并提醒发货。行性分析 可行性分析 可行性分析 开发设计一个网站需要分析网站开发的内外部环境 ， 以此判断网站是否具有开发价值 （ 1） 技术可行性 。 从技术方面看 ， 网站设计开发 主要依赖强大的数据库技术 通信技术 以及网页设计工具，主要用到 其基本操作实质还是对数据库进行添加、删除、查找等操作； 采用 设计交互页面，展示各功能模块。杭 州电 子科 技大 学本 科毕 业设 计4（ 2）经济可行性。 经济可行性是对项目所需费用和项目效益的估算。 本网站采取的是 “ 网络 ” 加 “ 实体 ” 模式，网站本身的开发费用并不高，同时库存压力也小 ，所以项目所需费用可以得到满足 ， 而且针对杭州旅游业的兴旺 ， 杭州土特产的销售前景是很可期的，预期收益很客观 （ 3） 市 场 可 行 性 。 2010年 全 年 杭 州 市 接 待 入 境 过 夜 旅 游 者 次 ， 接待国内旅游者 现旅游总收入 此可以看出杭州旅游也的发展情况前景一片大好 ， 杭州特产的销售业绩在旅游业的拉动下具有很高的期望值。 求分析 需求分析 网络 ” 加 “ 实体 ” 模式销售杭州土特产 ， 主要通过网络和实体店的方式促成交易 。 主要实现特产的查询 ， 购买以及网络提货等功能 。 包括用户管理 ， 商品管理，订单管理等功能模块： (1)用户管理：包括用户注册、用户登录、用户信息修改功能，也包括系统管理员对用户信息的管理。 (2)商品管理 ： 包括商品查询、商品添加、商品删除、商品信息管理等功能(3)订单管理 ： 包括订单查询、网站 更稳定高效地为用户服务 ， 保证 网站 的 简便实用 ， 网站 应满足以下性能需求： (1)权威 性 。网站商品信息的提供以及加盟商家的资质考核需要严格审查，确保网站及加盟商户所销售特产的质量。 (2)实 用性 。 本 网站 是直接面向用户的 ， 网站目标是用户体验到更好的用户体验 ，更方便实用的特产购买渠道， 这就要求 网站 能够提供良好的用户 界面 ， 交互效果 。 要实现这一点 ， 系统设计应尽量根据用户的实际需求 ， 从用户的角度出发 ， 设计人性化的用户界面，从而保证 网站 的 实用 性。(3)安全性。本网站涉及商户和网站数据互动，要特别注意网络和数据安全，对用户信息，订单信息的要严密保护 。杭 州电 子科 技大 学本 科毕 业设 务流程 业务流程 业务流程 业务流程图 (称 就是用一些规定的符号及连线来表示某个具体业务处理过程 。 业务流程图是一种用尽可能少 、 尽可能简单的方法来描述业务处理过程的方法。由于它的符号简单明了 ,所以非常易于阅读和理解业务流程。但它的不足是对于一些专业性较强的业务处理细节缺乏足够的表现手段 ,它比较适用于反映事务处理类型的业务过程。 下面 本土特产电子商务网站的 基本业务流程 ： 用户进入网站进行浏览 ， 选择 商品 ，并查询浏览商品详情 ， 在登录网站的前提下提交订单，提交成功之后在线付款即可 。或者在 通过 网络提货功能在线提交已交易订单（提货单 /礼品卡 ），提醒发货。业务流程图的符号如下所示：表单实体 业务处理信息流向网站业务流程图如图 1 州电 子科 技大 学本 科毕 业设 计6打 开 网 站网 络 提 货退 出查 询 订 单 详 情付 款取 消 订 单 生 成 订 单登 录注 册 加 入 购 物 车选 择 商 品浏 览 网 页是 否 有 库 存是 否 登 录 确 认 收 货人 信 息用 户 信 息 表商 品 库存 信 息否继续购物否是是确 认 订 单用 户管 理 员订 单 记 录订 单 记 录浏 览 实 体店 商 品 购 买 商 品 编 辑 网 络提 货 单订 单 信 息 商 户图 2电 子科 技大 学本 科毕 业设 据与数据流程分析 数据与数据流程分析 它可以用少数几个符号综合的反映出信息在系统中的流动 、 处理和存储情况 。 数据流程图具有抽象性和概括性 。 抽象性表现在它完全舍去了具体的物质 ， 只剩下数据的流动 、 加工处理和存储 ； 概括性表现在它可以把信息中的各种不同业务处理过程联系起来 ， 形成一个整体。主要符号如下所示：外部实体 处理数据流 数据存储(1)外部实体。外部实体指本系统之外的人或单位，它们和本系统有信息传递关系 。 在绘制某一子系统的数据流程图时 ， 凡属本子系统之外的人或单位 ， 也都被列为外部实体。(2)数据流 。 数据流表示流动着的数据 ， 它可以是一项数据 ， 也可以是一组数据 ，也可用来表示对数据文件的存储操作。 (3)处理。处理又称功能。它用一个长方形来表示处理逻辑，图形下部填写处理的名字，上部填写与该处理有惟一对应关系的标志。 (4)数据存储。数据存储指通过数据文件、文件夹或账本等存储数据，用一个右边开口的长方形表示 。 图形右部填写存储的数据和数据集的名字 ， 左边填入该数据存储的标志。杭 州电 子科 技大 学本 科毕 业设 展现系统的数据需求和数据处理的功能。 如图 2 管 理 员用 户 信 息商 品 详 情 订 单商 品 管 理商 户 订 单 信 息订 单 详 情 商 品 信 息 存 档网 站 系 统图 数据流程图通过对顶层数据流程图进行分解 ， 得到第一层数据流程图 ， 如图 2用 户 管 理 员订 单 信 息商 户 订 单 信 息 订 单 详 情商 品 详 情用 户 信 息用 户 信 息 商 品 信 息商 品 信 息 存 档商 品 管 理 管 理 信 息 存 档订 单 管 理 记 录 存 档商 户 信 息 存 档商 户 管 理 信 息 图 2电 子科 技大 学本 科毕 业设 主要是对第一层数据流程图中的 三个模块 进行分析 。 用户管理模块，如图 2 户管 理 员用 户 注 册 信 息登 录 信 息 更 新 信 息修 改 后 的 用 户 信 息用 户 信 息用 户 信 息 认 注 登 录用 户 信 息 存 更 改用 户 信 息图 2图 2 购 买管 理 员 信 息 删 改更 新 信 息更 新 信 查 询 商 品 信 息 存 档商 品 信 息商 品 详 情商 品 详 情商 品 信 息商 品 详 情图 2电 子科 技大 学本 科毕 业设 计10订单管理模块，如图 2 户 未 通 过 订 单商 户 订 单 信 息 更 新 信 记 录 存 档下 单 处 理已 通 过 订 单订 单 信 息 订 单 订 单 详 订 单管 理 员 管 理 订 单 详 情订 单 信 息图 2图 2商 户管 理 员用 户 注 册 信 息登 录 信 息 更 新 信 息修 改 后 的 商 户 信 息商 户 户 信 息商 户 信 息 认 加 登 录商 户 信 息 存 更 改商 户 信 息图 2电 子科 技大 学本 科毕 业设 据字典 数据字典 数据字典数据字典是描述数据流图中数据的信息的集合。它对数据流图上每一个成分 ： 数据项 、 文件 (数据结构 )、 数据流 、 数据存储 、 加工和外部项等给以定义和说明 ； 它主要由数据流描述、加工描述和文件描述三部分组成 。001数据项名称： 帐号别名： 用户帐号简 述 ：唯一识别用户编号类型及宽度： 10数据项编号： 002数据项名称： 昵称别名： 用户昵称简 述 ：用户称号类型及宽度： 32数据项编号： 003数据项名称： 年龄别名： 用户年龄简 述 ：用户的年龄类型及宽度： 32数据项编号： 004数据项名称： 密码别名： 用户帐号密码简 述 ：用户登录识别码类型及宽度： 10数据项编号： 005数据项名称： 用户手机号码别名： 手机号码杭 州电 子科 技大 学本 科毕 业设 计12简 述 ：用户的手机号码类型及宽度： 32数据项编号： 006数据项名称： 用户邮箱地址别名： 邮箱地址简 述 ：用户的电子邮箱地址类型及宽度： 32数据项编号： 007数据项名称： 用户所在地别名： 地址简 述 ：用户的所在的地址类型及宽度： 32数据项编号： 008数据项名称： 商品编码别名： 商品编码简 述 ：销售商品的唯一编码类型及宽度： 32数据项编号： 009数据项名称： 商品名称别名： 商品名称简 述 ：销售商品的名称类型及宽度： 32数据项编号： 010数据项名称： 商品产地别名： 产地简 述 ：销售商品生产所在地类型及宽度： 32数据项编号： 011杭 州电 子科 技大 学本 科毕 业设 计13数据项名称： 商品价格别名： 价格简 述 ：销售商品的价格类型及宽度： 32数据项编号： 012数据项名称： 商品的生产日期别名： 生产日期简 述 ：销售商品的生产日期类型及宽度： 32数据项编号： 013数据项名称： 商品的库存量别名： 库存量简 述 ：销售商品的库存数量类型及宽度： 32数据项编号： 014数据项名称： 商品的类型别名： 类型简 述 ：销售商品的类型类型及宽度： 32数据项编号： 015数据项名称： 订单的编号别名： 订单编号简 述 ：销售订单的唯一编号类型及宽度： 32数据项编号： 016数据项名称： 订单生成的日期别名： 日期简 述 ：销售订单生成的时间类型及宽度： 32杭 州电 子科 技大 学本 科毕 业设 计14数据项编号： 017数据项名称： 订单的状态别名： 订单状态简 述 ：销售订单表现的状态类型及宽度： 32数据项编号： 018数据项名称： 订单的价格别名： 订单价格简 述 ：销售订单的总价格类型及宽度： 32数据项编号： 019数据项名称： 订单地址别名： 订单地址简 述 ：销售订单的收货人地址类型及宽度： 32数据项编号： 020数据项名称： 收货人电话别名： 订单电话简 述 ：销售订单的收货人电话类型及宽度： 32数据项编号： 021数据项名称： 收货人姓名别名： 收货人姓名简 述 ：销售订单的收货人姓名类型及宽度： 32数据项编号： 022数据项名称： 订单数量别名： 订单数量简 述 ：销售订单包含商品的数量类型及宽度： 32杭 州电 子科 技大 学本 科毕 业设 计15数据项编号： 023数据项名称： 管理员编号别名： 管理员编号简 述 ：唯一管理员识别编号类型及宽度： 32数据项编号： 024数据项名称： 管理员姓名别名： 管理员姓名简 述 ：管理员的真实姓名类型及宽度： 32数据项编号： 025数据项名称： 管理员登录密码别名： 登录密码简 述 ：管理员唯一登录后台管理系统编码类型及宽度： 的定义数据流编号： 商品信息简 述： 用户查询商品时获取的商品详细数据数据流来源： 商品信息存档数据流去向： 用户数据流组成： 商品编号 +商品 名称 +商品价格 +生产日期 +商品类型 +商品库存量数据流量： 500份 /天数据流编号： 用户信息简 述： 用户基本信息数据流来源： 用户信息存档数据流去向： 用户数据流组成： 用户编号 +用户昵称 +用户登录密码 +年龄 +手机 +邮箱 +用户籍贯数据流量： 500份 /天杭 州电 子科 技大 学本 科毕 业设 计16数据流编号： 订单信息简 述： 订单基本信息数据流来源： 网站订单生成和商家录入数据流去向： 订单记录存档数据流组成： 订单编号 +订单日期 +订单收货人姓名 +订单收货人电话 +订单收货人地址 +订单数量 +订单日期 +订单价格数据流量： 500份 /天数据流编号： 订单记录简 述： 订单状态及详情记录数据流来源： 订单记录存档数据流去向： 网站订单管理模块数据流组成： 订单编号 +订单日期 +订单收货人姓名 +订单收货人电话 +订单收货人地址 +订单数量 +订单日期 +订单价格 +订单状态数据流量： 500份 /天数据流编号： 网络提货单简 述： 网络提货订单的基本信息数据流来源： 实体商户数据流去向： 用户及订单记录存档数据流组成： 提货单编号 +提货单日期 +数量 +日期 +价格数据流量： 500份 /判断用户是否登录简 述： 用户是否登录网站输入的数据流： 用户编号 +用户昵称 +密码处理： 查询用户信息存档中是否具有该用户输出的数据流： 用户的登录状态处理频率： 500份 /天杭 州电 子科 技大 学本 科毕 业设 计17处理逻辑编号： 用户注册简 述： 用户注册提交的信息输入的数据流： 用户编号 +用户昵称 +密码 +邮箱 +手机处理： 存储用户信息到用户信息存档输出的数据流： 注册状态处理频率： 500份 /天处理逻辑编号： 判断是否有库存简 述： 用户网络下单时判断库存是否足够商品输入的数据流： 商品名称 +商品编号处理： 查询商品信息存档中该商品的库存量输出的数据流： 商品库存量处理频率： 500份 /天处理逻辑编号： 商品信息更新简 述： 用户网络购买商品下单之后更新商品库存信息输入的数据流： 商品名称 +商品编号 +需要更新的信息处理： 更新商品信息存档中该商品的库存量输出的数据流： 更新后的商品信息存档处理频率： 500份 /天处理逻辑编号： 商品查询简 述： 用户网络购买商品是查询商品基本信息输入的数据流： 商品名称 +商品编号处理： 在商品信息存档中调查商品相关信息生成商品信息表输出的数据流： 商品基本信息处理频率： 500份 /天处理逻辑编号： 判断是否通过订单审核简 述： 订单生成时判断订单是否合格杭 州电 子科 技大 学本 科毕 业设 计18输入的数据流： 订单编号处理： 查询订单记录存档中该订单状体对比库存信息输出的数据流： 订单状态处理频率： 500份 /天处理逻辑编号： 取消订单简 述： 修改订单详情是发出的通知输入的数据流： 订单编号处理： 更改订单状态由有效订单改为无效或直接取消订单输出的数据流： 订单状态处理频率： 500份 /天处理逻辑编号： 录入订单简 述： 录入订单信息到订单信息存储输入的数据流： 订单编号 +订单数量 +订单日期 +订单价格 +订单状态处理： 更改订单状态由有效订单改为无效或直接取消订单输出的数据流： 订单状态处理频率： 500份 /存储编号： 用户信息表简 述：记录 用户基本信息数据存储组成： 用户编号 +用户昵称 +用户密码 +用户手机 +用户邮箱 +年龄关 键 字： 用户信息表相关联的处理： 存储编号： 库存信息表简 述： 记录商品库存信息数据存储组成： 商品编号 +商品名称 +商品数量 +商品类型关 键 字： 库存信息表相关联的处理： 电 子科 技大 学本 科毕 业设 计19数 据存储编号： 商品信息表简 述： 记录商品基本信息数据存储组成： 商品编号 +商品名称 +商品数量 +商品类型 +商品产地 +商品价格关 键 字： 商品信息表相关联的处理： 存储编号： 订单记录表简 述： 记录销售订单基本信息数据存储组成： 订单编号 +订单数量 +订单日期 +订单收货人相关信息订单价格 +订单状态关 键 字： 订单记录表相关联的处理： 32+用户说 明： 注册用户信息，更新修改用户信息输入的数据流 ：用户基本信息 +商品基本信息 +订单基本信息输出的数据流： 用户信息表 +商品信息表 +订单信息表外部实体编号： 商户说 明： 录入网络提货单相关基本信息（订单信息）输入的数据流 ：订单信息输出的数据流： 订单信息表外部实体编号： 管理员说 明： 管理用户 +管理商品 +管理订单输入的数据流 ：用户基本信息 +商品基本信息 +订单基本信息输出的数据流： 用户信息表 +商品信息表 +订单信息表 +商品库存信息表 +订单记录表杭 州电 子科 技大 学本 科毕 业设 计20第 三 章 第 三 章 第 三 章 第 三 章 系 统 设 计 系 统 设 计 系 统 设 计 系 统 设 能结构设计 功能结构设计 功能结构设计杭州土特产网站系统主要功能有：（ 1）用户管理：用户添加，用户信息修改更新（ 2）商户管理：商户添加，商品查询，商户删除（ 2）商品管理：商品信息更新，商品添加，商品删除，商品查询（ 3）订单管理：订单录入，订单修改，取消订单网 站 系 统用 户 登 录用 户 注 册 商 品 查 询 商 品 添 加商 品 删 改 订 单 查 询 订 单 取 消 订 单 修 改 商 户 删 改商 户 添 加订 单 管 理商 品 管 理用 户 管 理 商 户 管 理用 户 信 息 更 改 礼 品 卡图 3结 构图杭 州电 子科 技大 学本 科毕 业设 据库设计 数据库设计 概念性数据模型是一种面向问题的数据模型，是按照用户的观点来对数据和用户建模。它描述了从用户角度看到的数据 ，反映了用户的现实环境。 体、联系和属性。本网站主要实体有用户，商户，管理员，订单，订单记录等。商 户密 码登 录 名编 号登 录 名密 码编 号名 称地 址管 理 员姓 名用 户昵 称籍 贯邮 箱手 机编 号年 龄编 号网 络 提 货 单数 量商 户 名 称 日 期价 格图 3元 素 电 子科 技大 学本 科毕 业设 计2收 货 人 地 址生 产 日 期商 品价 格收 货 人 电 话商 品 编 号商 品 名 称商 品 产 地 价 格类 型订 单数 量编 号日 期状 态收 货 人 姓 名图 3元 素 昵 称籍 贯邮 箱手 机编 号年 龄生 产 日 期商 品商 品 编 号商 品 名 称商 品 产 地价 格类 型查 询 /购 买1 电 子科 技大 学本 科毕 业设 计23密 码编 号登 录 名 管 理 员姓 名 生 产 日 期商 品商 品 编 号商 品 名 称商 品 产 地价 格类 型管 理m 人 地 址 价 格收 货 人 电 话 订 单数 量编 号日 期状 态收 货 人 姓 名生 产 日 期商 品商 品 编 号商 品 名 称商 品 产 地价 格类 型包 含1 登 录 名密 码编 号名 称地 址 编 号网 络 提 货 单数 量商 户 名 称 日 期价 格录 入1 电 子科 技大 学本 科毕 业设 计24收 货 人 地 址 价 格收 货 人 电 话 订 单数 量编 号日 期状 态收 货 人 姓 名 编 号网 络 提 货 单数 量商 户 名 称日 期价 格确 认1 1图 3 网 络 提 货 单管 理 员用 户商 户 查 询 /购 买录 入 包 含确 认管 理1 n nm n 1订 单1图 3 E 电 子科 技大 学本 科毕 业设 ）用户（ 用户编号 ，用户昵称，登录密码，用户手机，用户邮箱，用户籍贯 ）2）商户（ 商户编号 ，商户名称，商户地址，商户密码）3）管理员（ 管理员编号 ，姓名，登录名，登录密码）4）商品（商品编号，商品名称，商品价格，商品类型，商品库存量，商品产 地，生产日期）5）订单（ 订单编号 ，订单数量，订单日期，订单状态，订单价格，订单状态，订单收货人姓名，收货人电话，收货人地址）6）网络提货单（ 提单编号 ，提单数量，提单价格，提单日期，提单状态） 1用 户信 息 表 （ 号 字 段名 称 主 键 /外键 数 据类 型 大 小 字 段约 束 默 认 说 明1 2 用 户编 号2 户姓 名3 8 录密 码4 用 户电 话5 用 户年 龄6 籍 贯表 3 2商 户信 息 表 （ 号 字 段名 称 主 键 /外 键 数 据类 型 大 小 字 段约 束 默 认 说 明12 商 户编 号2e 0 户名 称3 8 录密 码43商 户电 话6 2地 址杭 州电 子科 技大 学本 科毕 业设 计26表 3信 息表 （ 号 字 段名 称 主 键 /外键 数 据类 型 大 小 字 段 约束 默 认 说 明12 品编 号2e 2 品名 称32 品产 地42 品价 格52 商 品类 型6 品库 存7 产日 期表 3表 （ 号 字 段名 称 主 键 /外键 数 据类 型 大 小 字 段 约束 默 认 说 明12 记 录编 号22时 间32 单编 号42 单价 格52 订 单数 量6e 货人 姓名7 货人 电话8 货人 地址92 单状 态表 3提 货单 表（ 号 字 段名 称 主 键 /外键 数 据类 型 大 小 字 段 约束 默 认 说 明12 记 录编 号22时 间32 单编 号42 单价 格52 提 单数 量6 单商 户杭 州电 子科 技大 学本 科毕 业设 入输出设计 输入输出设计 设计输入设计系统的质量有着决定性的重要影响 。 输入设计是信息系统与用户之间交互的纽带，决定着人机交互的效率。 主要是根据需要输出的数据来选择 输入 信息 ， 数据的输入决定了数据的输出 。 因此 ， 输入设计主要确定哪些数据在哪一个输入模块输入 ， 以及这些数据项的名称 、 类型 、 长度 、 输入格式等 。 输入设计的最重要的问题是要保证输入数据的正确性 。 输入时字段类型或字段长度和所要插入的数据库表不一致的 ， 系统将会提示错误 。 在数据库表中设置不能为空的值 ， 不输入值时系统也会提示错误。 设计输出设计 比 要简单得多 ， 因为 输出决定输入 ， 即输入信息只有根据输出要求才能确定 ， 信息系统只有通过输出才能为用户服务 。 输出信息主要有符合用户需求的 商品及相关信息 ， 符合用户需求的 订单 信息 ， 操作反馈等 。 如用户 查询商品 信息 ， 输入 商品名称 、 产地或类型 ，输出所相对应的 商品 信息。用户 订单 则显示相应的处理结果 。杭 州电 子科 技大 学本 科毕 业设 计28第 四 章 第 四 章 第 四 章 第 四 章 系 统 实 施 系 统 实 施 系 统 实 施 系 统 实 统实施概述 系统实施概述 系统实施概述 系统实施是 网站 系统开发生命周期中的后期阶段 ， 其目的是把系统分析和系统设计的结果转化为可实际运行的 网站 。 需要投入大量资源把网站理论实现为可以正常运转的网站系统 。 这个阶段需要专业技术人员的参与 ， 包括硬件维护人员 ， 软件开发工程师，数据库开发工程师等。 在系统实施阶段要做好如下工作：（ 1） 系统平台的安装与调试 。 就本系统而言 ， 对硬件软件的要求并不高 。 系统支持 在 数据库系统开发工具采 用 统程序设计可以用 2） 程序的 编写 与调试 。 这部分工作 需要专业软件工程师去完成 ， 开发出一个完整的特产个性化 程序设计过程中要处理好各功能模块的关系 ， 要方便日后系统维护和拓展。 （ 3） 建立数据库系统 。 网站 系统所要载入的数据量非常大 。 为了提高数据输入工作的效率和准确性 ， 数据库的实施之后要经常进行更新和维护 ， 以保证系统的顺利进行。 能交互界面 功能交互界面 功能交互界面用户交互界面是系统与用户的接口，也是控制和选择信息输入输出的主要途径 。用户界面设计应坚持友好、简便、实用、易于操作的原则。 本 网站 系统主要是通过 利用 首先利用 突出系统的主要功能 。 对 多 个 网 页 进 行 链 接 ， 设 计 页 面 的 相 互 跳 转 。 设 计 成 果 的 表 现 形 式 为 及对应的电子商务规划设计文档 。 创建基于网站构架图的带注释页面示意图、操作流程图、以及交互设计。杭 州电 子科 技大 学本 科毕 业设 计29登录界面如下：注册界面：杭 州电 子科 技大 学本 科毕 业设 计30网络提货：个人账户：杭 州电 子科 技大 学本 科毕 业设 统运行与维护 系统运行与维护 系统运行与维护 网站 系统实施阶段完成后就可以投入具体工作中运行 ， 发挥系统的作用 。 网站 系统建成后 ， 应首先进行试 模拟试 运行 ， 充分检 验 网站 系统的各个功能 ， 发掘出系统开发工作中的疏漏 ， 从而进行改进 。 网站 一开始投入运行 ， 预订的 功能效果 并 不一定就能很好的体现 ， 网站 应在运行中根据用户的反馈不断的改进 。 同时 ， 网站 在运行 过程中 应注意 网站相关 问题，其中主要包括两点：（ 1） 支付安全 。 信息泄露是互联网上普遍存在的问题 ， 这不仅对用户造成了危害 ，也影响 网站 的日常运行和效益 。 网站 系统应不断加强对系统内部数据文件的安全保密工作，同时用户也要具有安全意识， 防止丢失重要个人信息 。（ 2） 网站信息真实 性 。 网站发布信息要充分辨别 ， 以免不真实信息的出现影响网站内容的权威真实性 。 网络购物平台的信誉是赖以生存的重要砝码 。 系统管理员应加强对 商品信息的 管理， 对于订单的审核更需要严格对待系统维护是指在 网站 系统运行中 ， 为 保证系统能持续 、 正常且可靠运行而从事的各项活动 。 确 保 网站 系统中的各个因素始终处于良好 、 正确的工作状态 。 系统维护工作主要包括说那个方面：硬件的日常维护、数据库维护、系统软件的更新与维护。 （ 1）硬件的日常维护 。 主要 内容 包括突发性的故障维修（在售后服务期内也可由厂商提供服务 ） ，一些常见