基于asp的网上书店设计与实现

基于asp的网上书店设计与实现内容摘要：

15】 （ 1） Request 对象（从客户端获得的数据信息） 可使用 Request 对象访问任何基于 HTTP 请求传递的信息，包括从 HTML 表格用 Post 方法或 Get 方法传递的参数、 COOKIE 和用户认证。 Request 对象使你能够访问客户端发送给服务器的二进制数据 [11]。 （ 2） Response 对象 基于 ASP的网上书店 设计与实现 7 Response 对象是用来控制送出给客户端的信息 ,包括直接发送信息给浏览器、重定向浏览器到另一个 URL 或设置 Cookie 的值 [12]。 其中最常用的是 Write方法和 Redirect 方法。 A．使用 Write 方法输出信息 Write—— 直接送出信息给客户端，实际上就是在客户端动态显示内容； 语法： “ 变量数据或字符串 ” ； 省略的写法： %=变量数据或字符串 %。 B． Redirect 方法引导客户端至另一个 URL 位置 Redirect 方法引导客户端至另一个 URL位置。 在普通的网页中，必须要客户单击超链接才可以引导客户至另一个页面。 可我们有时也希望能自动引导（也称为 “ 重定向 ” ）客户至另一个页面。 语法： “ 网址变量或字符串 ” ； 该方法使用很简单，不过，如果不和 Response 的 Buffer 属性一起使用，则redirect 语句必须放在所有 HTML 元素的前面，简单的说，就是放到 ASP 文件的开头。 如果希望在 ASP 文件的任意地方使用 redirect 语句，那就必须在 ASP 文件的开头加上 % =True %这一句话 [13]。 这是因为：在默认状况下，服务器端直接将页面输出到客户端，当输出 HTML 元素后，又想将页面引导到另一个页面，这是不允许的，而令 Buffer=True 后，将把页面输出到缓冲区，否则页面在缓冲区不存在。 （ 3） Application 对象 Application 对象可以使多个客户端共享信息，该对象包括集合、方法、事件，没有属性，但需要时可以创建 Application 对象的变量。 变量被创建后，在整个应用程序运行期间都有效，并且能够访问。 LOCK 方法禁止其他客户修改 Application 对象的属性， UNLOCK 方法允许其他客户修改 Application 对象的属性。 （ 4） Session 对象 Session 对象存储特定用户的信息。 不同用户之间不能共享 Session，即使该客户从一个页面跳到另一个页面，该 Session 信息仍然存在 [14]。 Session 对象内的信息在客户端请求该网页时建立，在 Session 到期或用Abandon 方法终止时清除。 当用户在应用程序的网页中转换时，出现在 Session基于 ASP的网上书店 设计与实现 8 对象内的信息将保持，并在整个 Session 会话中存在；如果用户还没有开始会话，则 Web 服务器自动建立一个 Session 对象，当 Session 到期或被终止时清除会话。 Session 常用于进行用户的身份验证、存储用户的信息等。 系统开发环境 为了开发、调试的最大效率化，系统硬件开发环境的配置可以适当采用高配置，不会影响系统将来在低配置机器上正常运行。 （ 1） 硬件环境 处理器： 内存： 512M 以上 硬盘空间： 2GB 以上 显卡： SVGA 显示适配器 （ 2） 软件环境 操作系统： Windows XP/2020 所需软件： Macromedia Dreamweaver Access 2020 基于 ASP的网上书店 设计与实现 9 3 网上书店系统分析 系统分析 系统分析是平台开发的一个不可缺少的环节，为了能够使本系统更好、更完善地被设计出来，就必须先进行调查研究。 在系统调查的基础上，对新系统的功能进行细致的分析，从而才能够开发出完整的系统设计。 到实际的试运行之中，进行测试，如果测试满意的话，将进行平台的完善开发，从而实现信息化，规范化，系统化，网络化的平台，具有 较好的适应性和推广性。 此系统分为前台管理和后台管理。 前台管理是友好的操作界面，供用户浏览、查询、订购使用。 包括：浏览商品、查询商品、订购商品、购物车等功能；后台管理是提供给管理员的，其中包括：商品管理、用户管理、订单管理等。 使管理员从繁琐的手工操作中解脱出来，并提高 子 办公效率。 设计目标 本系统的目标是在多个客户端接入的情况下，能够迅速地完成操作任务。 由于 ASP 都预先经过编译，执 行速度快，隐密安全性高，所以整个系统将会非常稳定。 本系统打算在实现传统的网上书店功能基础上对增强系统的安全性进行初步的尝试，系统支持的客户端为基本的浏览器，用户可以通过 Inter 实时地在此系统上进行购书。 而对于 图书管理员进货后， 首先对书籍 整理归类， 然后 将书目信息发布到网上，管理员 可 通过用户管理、订单管理、图书管理、信息管理等管理功能来对系统进行维护更新。 可行性分析 可行性研究是为了弄清楚系统开发的项目是不是可以实现和值得进行研究的过程，实际上是一次大大简化系统分析和系统设计的过程，所以，进行 可执行性的分析是非常必要的，也是很重要的，经过最初的设计目标和进行的市场调查得出以下四点的可行性分析： 经济可行性：即实现这个平台设计有没有什么经济效益。 该平台设计只是作为本人的毕业设计，又因为本人的设计能力有限，其功能还不能完善，所以没有什么经济效益可谈。 基于 ASP的网上书店 设计与实现 10 技术可行性：即现有的技术能否开发该平台，会有哪些困难。 运行可行性：即该平台规定的运行方式是否可行。 法律可行性：即该平台的开发会不会在社会上引起侵权或其它责任问题。 因为该平台是作为毕业设计与商业无关，又因为是自主开发设计，因此不会构成侵权，在法律上是 可行的。 通过以上的可行性分析，我将采用 Microsoft IIS+ASP 相结合的技术，运用Access 数据库对网站进行建设。 设计的总体规则 无论哪个网站都要有它自己的设计规则。 该平台也一样，它的主要设计规则有： 简单性：在实现平台的功能的同时，尽量让平台操作简单易懂，这对于一个网站来说是非常重要的。 针对性：该平台设计是网上购物系统及后台管理的定向开发设计，所以具有专业突出和很强的针对性。 实用性：该平台能完成电子商品展示和管理员管理的基本信息，具有良好的实用性。 功能设计 经过以上的初 步调查和研究，并且确定了该平台的可行性，并决定开发本平台，为了能够对现行的平台内容进行充分了解，使所要开发的平台更具有实用性和适应性，设计出该平台功能如下： 管理员对功能的需求： （ 1） 图书管理 ● 添加图书。 添加的图书信息主要包括：书名、 ID 号、作者、出版社、价格、数量、类型； ● 查看及修改图书信息。 修改的内容包括：图书的基本信息、价格信息、库存量、热点设定、最新书籍等； ● 添加、修改、删除图书分类； ● 添加、修改、删除图书出版社 （ 2） 用户管理 基于 ASP的网上书店 设计与实现 11 ● 浏览所有用户信息。 用户信息包括：用户 ID 号、昵称、姓名、 密码、电子邮件、电话、注册日期、具体地址等信息； ● 有权删除任一用户； ● 浏览用户留言，可对其进行回复、删除 （ 3） 定单管理 ● 可通过选择查看所有定单，已处理的定单和未处理的定单列表以及其详细信息，并处理尚未处理的帐单 客户对功能的需求 ● 注册； ● 登陆； ● 所售新书总览； ● 所有数目分类浏览； ● 最新书籍、热消书籍浏览； ● 购物车信息浏览。 购物车信息包括：图书编号、图书名称、图书价格、图书订购数量、所有购买总价格等； ● 组合条件检索图书。 综合条件包括模糊查询、按关键字查询； ● 收货人信息确认； ● 购物车信息修改； ● 购买图书； ● 发表留言 性能需求 ● 协议分析正确； ● 界面友好； ● 相互信息传递顺利； ● 运行时间满足使用需要； ● 安全性得到一定保障； 基于 ASP的网上书店 设计与实现 12 ER 图 图 31 网上书店 实体 — 联系图 图 书 名称 编号 价格 热点 发布 作者 出版日期 简介 图片 库存 购 买 分 类 种 类 名称 备注 编号 会 员 编号 昵称 电话 EMAIL 地址 真实姓名 设定 收 货 人 编号 地址 电话 邮编 EMAIL 密码 基于 ASP的网上书店 设计与实现 13 本设计规划出的实体分别有：管理员信息实体、用户（会员）信息实体、产品实体、产品类型实体、订单详细信息实体。 实体之间的 ER图如图 32 所示： 图 32 实体间的 ER 图 管理员信息实体 ER图如图 33 所示： 图 33 管理员信息实体 ER 图 用户 购 买 商品分类图书 订单列表 管 理 员 姓名 帐号 密码 基于 ASP的网上书店 设计与实现 14 用户信息实体 ER 图如 34 所示： 图 34 用户信息实体 ER 图 图书实体 ER 图如图 35所示： 图 35 图书实体 ER图 订单详细信息实体 ER 图如图 36所示： 图 36 订 单详细信息实体 ER图 用 户 用户名 昵称 密码 电话 Email 地址 邮编 图 书 信 息 名称 作者 价格 出版社 数量 图片 类别 简介 订单详细信息 订单号 姓。