小型电子商务网站的设计与实现(客户管理).doc

本科毕业论文(设计)

题 目： 小型电子商务网站的设计与实现(客户管理)
摘 要
本文采用自顶向下的结构化的系统分析方法，阐述了一个功能全面的客户订单管理系统的开发过程、操作流程及其一些核心的技术。本文首先进行了项目概述，简单介绍了项目开发的背景、项目开发的目的和项目开发的意义；接下来是系统规划阶段，通过实际的业务流程调研，分析了系统的组织结构，具体完成了客户订单管理系统的需求分析、可行性分析、现行业务流程分析，并通过对现行业务流程的优化，得出了系统的业务流程；之后是系统分析，具体完成了数据流分析和数据字典；系统设计阶段主要完成了功能模块的划分、数据库的设计和系统界面设计。该阶段对各个模块的功能进行了详细设计，形成了本系统的功能模块图，在此基础上选择了合适的开发模式；数据库的设计先进行了概念结构设计，之后进行了逻辑结构设计，最后完成了数据库表的设计。
根据前几个阶段的分析和设计，本系统在设计方面采用B/S模式，同时使用JSP技术进行基本页面的设计与功能实现，后台数据库选用SQL Server 2000数据库。本系统的设计实施为客户订单管理系统的运行做基础，为客户订单管理系统提供良好的条件。

关键词：客户订单；结构化分析；管理系统

Abstract
In this paper, top-down structured systems analysis, describes a full-featured customer order management system development process, operating procedures and some of its core technology. This paper carried out the project overview, a brief background of project development, project development and project development objective of the meaning; followed by the system planning stage, the actual business processes through research and analysis of the system's organizational structure, specifically to complete the customer order management system requirements analysis, feasibility analysis, the existing business process analysis, and optimization of existing business processes, business processes, the system obtained; followed by systematic analysis of the specific completion of the data flow analysis and data dictionary; system design primarily the completion of the division of function modules, database design and system interface design. This phase of the function of each module in detail the design, forming a functional module diagram of the system, selected on the basis of the appropriate development model; database design first tested the concept design, logic design after the last completed the design of the database table.
According to the first few stages of the analysis and design, the system used in the design of B / S mode, JSP technology, the basic page design and implementation of function, use SQL Server 2000 database backend database. Design and implementation of this system for the customer order management system to run as a foundation for customer order management system provides good conditions.
Key Words：Customer orders; structural analysis; Management System

目 录
摘 要 II
Abstract III
1、引言 1
1.1项目开发的背景 1
1.2项目开发的意义 1
2、可行性分析及总体设计原则 2
2.1可行性分析 2
2.1.1技术可行性 2
2.1.2经济可行性 2
2.1.3社会可行性 2
2.2总体设计原则 3
3、系统分析 4
3.1业务流程分析 4
3.2数据流图 5
3.3数据字典 6
4、系统设计 10
4.1系统功能设计 10
4.2系统数据库设计 11
4.2.1概念结构设计 11
4.1.2数据库表设计 14
4.3系统开发工具与开发模式的选择 17
4.3.1系统开发工具 17
4.3.2系统设计模式 17
5、系统实现 19
5.1系统管理员登录模块 19
5.1.1登录 19
5.1.3订单管理界面 21
5.1.4商品类别管理界面 21
5.1.5商品信息管理界面 21
6．注册用户管理界面 22
7．修改密码界面 22
5.8客户登录模块 23
5.8.1客户注册界面 23
5.8.3商品信息浏览界面 23
5.8.4在线下单界面 24
5.8.5我的订单列表界面 24
6、软件测试与分析 24
6.1软件测试的重要性 25
6.2测试实例的研究与选择 25
6.3测试环境与测试条件 26
6.4系统运行情况 26
6.5系统评价 26
7、结 论 27
参 考 文 献 28
致 谢 29

1、引言
1.1项目开发的背景
随着计算机产业的迅速发展，电子计算机已广泛的应用于信息管理、文字处理、辅助设计、辅助教学及人们的日常生活中。客户订单管理系统主要是针对客户订单管理中涉及的一系列相关工作的管理，本系统的建立使客户订单管理的管理更加规范化、系统化，查询手段更加便捷化。同时，客户订单管理系统也是实现客户订单管理现代化和信息化的重要内容。
近年来，随着客户订单规模的逐渐增大和客户订单数量的增多，人工书写数据已经不能够处理如此庞大的数据。为了更好的适应信息时代的高效性，一个利用计算机来实现客户订单管理工作的系统将必然诞生。基于这一点，设计了一个客户订单管理系统，用来就客户订单管理进行管理，以便在最短的时间内，高效准确的完成整个客户订单管理过程。
基于对上述的认识，收集相关资料和数据，查阅有关文献及技术参数，对客户订单管理的实际需求等方面进行了调研，发现目前所采用的手工记录的方法进行管理存在以下几个方面的弊端：对象范围广，数据存储不易；填写的数据多，所填写的内容相当复杂，且大量数据重复；不易存档，成千上万的信息和堆积如山的单据对管理人员来说是一个负担，需要大量的文档资料。鉴于以上种种原因，客户订单管理的管理急需一种软件来代替手工操作来管理数据资料。
计算机技术在现代管理中的应用，使计算机成为领导者和管理人员应用现代技术的重要工具[1]。计算机辅助客户订单管理活动，可以极大地增强管理者采集、处理信息的能力，从而有利于管理者及时决策。计算机系统能根据管理过程的变化情况，将原始数据、资料等进行加工、保存，管理人员可以在解决具体问题需要信息资料时，随时进行检索查询，了解整个客户订单管理系统的动态情况，进行动态管理，从而有效的处理客户订单管理的管理工作，实现对客户订单管理信息管理的自动化，提高效率。
1.2项目开发的意义
客户订单管理系统的开发目的是使客户订单管理模式从手工记录转变成信息管理，为客户订单管理人员提供方便条件。对客户订单管理的实际情况进行调研之后，进行详细的需求分析，对现有的管理模式进行改进，开发出一套新型的管理系统，从中领悟系统开发的思想，掌握系统开发的流程和方法。随着客户订单信息系统的不断完善，客户订单的管理将越来越依赖于信息化的管理。所以系统开发将围绕客户订单管理工作的实际情况，使之能迅速适应客户订单的需要。
客户订单管理系统的实施的现实意义：减少客户订单管理的工作人员；管理人员可以随时浏览查看，而且更加直观；改变了以前工资手工记录的方式，电脑录入更加方便快捷；实现了客户订单管理的计算机化。

2、可行性分析及总体设计原则
2.1可行性分析
可行性分析也称为可行性研究，是在调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会等方面进行分析和研究，以避免投资失误，保证新系统的开发成功[2]。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
下面将分别从技术、经济、社会三个方面对客户订单管理系统的建设进行分析和研究。
2.1.1技术可行性
根据客户订单提出的系统功能、性能及实现系统的各种约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发的。
由以上分析可知，客户订单管理系统的开发在技术上是可行的。
2.1.2经济可行性
公司管理学校具有信息化的处理设施，并且拥有支持本系统的应用平台。因此无需再投入资金购买其他设施。
系统的开发基于本人对程序开发的实践学习而来，学校无需资金投入，并且软件开发过程投入的成本不高，因此开发经费完全可以接受。
由以上分析可知，客户订单管理系统在经济上是可行的。
2.1.3社会可行性
本系统的社会可行性主要从法律因素、用户使用可行性两方面进行研究。
（1）法律因素
本系统是根据客户订单管理系统的实际情况开发研制的，是通过大量的调研得出的，系统的软件设计是在独立的环境下完成的，无可供抄袭的软件产品。
(2)用户使用可行性
本系统对用户的要求，除了需要具备在Microsoft Windows平台上使用个人电脑的知识外，并不需要特别的技术能力。使用系统的管理员，需要具备对Tomcat服务器的使用能力，在投入使用前，无需对操作系统的人员进行培训。这样既减少投入成本又简化了操作环节。
由以上分析可知，本系统具有社会可行性。
2.2总体设计原则
本系统为了设计、实现和后期维护的方便，以及系统用户使用的便利，所以必须采取一定的设计原则[3]。其主要设计原则有：
简单性：在实现系统的功能的同时，尽量让系统操作简单易懂，这对于一个系统来说是非常重要的。
针对性：本系统设计是针对客户订单管理的需求定向开发设计，所以具有专业突出和很强的针对性。
实用性：要求本系统能够满足客户订单管理的需求，因此具有良好的实用性。
一致性：页面整体设计风格以及命名规则的一致性：整体页面布局和用图用色风格及变量、类名和其他元素的命名规则保持一致。功能一致性：完成同样的功能应该尽量使用同样的元素。 元素风格一致性：界面元素的美观风格、摆放位置在同一个界面和不同界面之间都应该是一致的。变量命名规则的一致性：变量应该用统一的规则进行命名，做到任意变量均能从上下文推断其义。
先进性：本系统采用JSP技术、SQL Server2000等被广泛采用系统开发技术和数据库，因此本设计具有良好的先进性，具体表现在其具有良好的可扩展性，可开发性。

3、系统分析
3.1业务流程分析
在进行业务流程分析时，需要按照原有信息流动过程，逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态（报告、报单、屏幕显示）等[4]。
业务流程分析可以帮助开发者了解该业务处理过程，发现和处理系统调查工作中的错误和疏漏。业务流程分析是通过业务流程图来进行，即用一些规定的符号及连线来表示某个具体业务处理过程[5]。
具体业务流程如图3.1所示。

图3.1业务流程图

3.2数据流图
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程[6]。数据流程分析是把数据在现行系统内部的流动抽象的独立起来，舍去了具体组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。
数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。其中数据流程图是描述系统逻辑模型的主要工具，它以少数几种符号综合地反映出信息在系统中的流动、存储和传递[7]。
在业务流程分析的基础上，对数据流进行了分析，从数据流动过程考察了实际业务的数据处理模式。该系统的数据流图分为顶层、一层、二层。现行的顶层数据流图如图3.2所示。

图3.2顶层数据流图

具体分析第一层数据流图，该层数据流图如图3. 3所示。

图3.3第一层数据流图

由于论文的篇幅限制不能一一列举数据流图，只给出了部分数据流图，其他的数据流图基本一致。

3.3数据字典
通过对系统数据流的分析，接下来用数据字典描述数据流图中一些主要的数据元素条目、数据流、处理过程、数据存储和外部实体[8]。
数据元素条目如表3.1所示。
表3.1数据元素
管理员编号
调入年份
数据元素条目
总编号：1-101
编号：101
名称：管理员编号 XXX
说明：管理员的编号
数据值类型：离散
长度：50
有关数据结构：管理员信息表 如：123

数据结构条目如表3.2所示。

表3.2数据结构

数据结构条目
名称：管理员信息表
说明：创建管理员信息记录似的数据 总编号：2-01
结构： 编号：01
编号 有关数据流、数据存储：
用户名 P5修改密码、D5管理员信息表
密码 数量：每月约30份

数据流条目如表3.3所示：
表3.3数据流
数据流条目
名称：修改密码 总编号：3-10
说明：将密码信息存储到密码信息存储 编号：10
数据流来源：P5修改密码
数据流去向：D5管理员信息表，D4客户信息表 流通量：10份/周
包含的数据结构：

数据存储条目如表3.4所示：
表3.4数据存储
数据存储条目
名称：管理员信息 总编号：4-01
说明：存储管理员信息 标号：D5
结构：
编号
用户名
密码
有关的数据流： P5→D5 信息量：40份/月

处理过程条目如表3.5所示：
表3.5处理过程
处理过程条目
名称：商品信息管理 总编号：5-15
说明： 编号：P2
输入：P2商品信息管理
输出：D2商品信息
处理：

外部实体条目如表3.6所示：

表3.6外部实体
外部实体条目
名称：管理员 总编号：6-01
说明： 编号：001
输入数据流：P4注册用户管理 个数：1个
输出数据流：

由于论文篇幅的限制，不在此一一列举，其他所有的数据字典条目都是根据数据流图绘制的。

4、系统设计
4.1系统功能设计
系统设计是一个把软件需求转换成用软件系统表示的过程[9]。通过对目标系统的分析和研究，做出了客户订单管理系统的总体规划，这是全面开发系统的重要基础。在对客户订单管理系统全面分析调查的基础上，制定出客户订单管理系统的总体规划。系统设计包括系统总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术和开发模式等。
从数据流图出发，对数据流图进行分析，得出的层次化的模块结构图.
客户订单管理系统前台功能模块图如图4.1所示：

图4.1 客户订单管理系统前台功能模块图
客户订单管理系统后台功能模块图如图4.2所示：

图4.2 客户订单管理系统后台功能模块图

4.2系统数据库设计
数据库是本系统的核心和基础[10]。它设计的好坏直接影响着整个系统的质量。数据是一切系统设计的基础，通俗地说，数据库设计就像高楼大厦的根基一样，如果设计的不合理、不完善，将在系统开发过程中，甚至到后期的系统维护、功能变更和功能扩充时，引起较多问题，严重时甚至要重新设计，重做大量已完成工作。
4.2.1概念结构设计
从数据需求分析中得出系统的实体属性图。
管理员实体属性图如图4.3所示：

图4.3管理员实体属性图

客户实体属性图如图4.4所示：

图4.4客户实体属性图
订单实体属性图如图4.5所示：

图4.5订单实体属性图

商品实体属性图如图4.6所示：

图4.6商品实体属性图

商品类别实体属性图如图4.7所示：

图4.7商品类别实体属性图

E-R模型的组成元素有：实体、属性、联系。E-R模型用E-R图表示。实体是用户工作环境中所涉及的事务，属性是对实体特征的描述[11]。
(1)模型中的实体相当于实体集、一个表，而不是单个实体或表中的一行。实体用矩形框表示，实体名称标注在矩形框内。用菱形表示实体间的联系，菱形框内写上联系名，用无向边把菱形分别与有关实体相连接，在无向边旁标上联系的类型[12]。
(2)属性是实体的性质。用椭圆框表示，与实体之间用一条线相连表的主码是关键属性，关键属性项加下划线。
(3)各子系统模块中主键相同的字段之间存在着相互关联的关系。
(4)在程序中实现对他们的完整性和一致性控制。
从数据需求分析中得出系统的实体属性图，遵循三范式原则，对实体之间的依赖关系进行了整合，得出系统E-R图，如图4.8所示：

图4.8系统E-R图
说明：图中用矩形表示实体。实体之间的关系用菱形表示，用无向边把菱形与有关实体连接，在边上标明联系的类型。实体的属性用椭圆表示，并用无向边把实体与属性联系起来。

4.1.2数据库表设计
表4.1管理员信息表
字段名
类型
长度
说明
id
Int
4
管理员编号（主键）
name
varchar
30
用户名
pwd
varchar
20
用户密码
说明：用户表用于存放管理员的信息。
表4.2商品类别信息表
字段名
类型
长度
说明
id
Int
4
编号（主键）
name
varchar
20
名称
jieshao
varchar
1000
介绍
Beizhu
varchar
50
备注
说明：用于商品类别的基本信息。
表4.3商品信息表
字段名
类型
长度
说明
id
Int
4
编号（主键）
leib_id
Int
4
类别编号（外键）
Mingcheng
varchar
20
名称
Chandi
varchar
20
产地
Danwei
varchar
20
单位
Guige
varchar
20
规格
Beizhu
varchar
50
备注
说明：用来存放商品的基本信息。
表4.4订单信息表
字段名
数据类型
长度
功能描述
id
Int
4
编号（主键）
kehu-id
Int
4
客户编号（外键）
Good-id
Int
4
商品编号（外键）
Price
Money
8
价钱
Time
Datetime
8
时间
说明：用来存放警告的基本信息。

表4.5客户信息表
字段名
数据类型
长度
功能描述
id
Int
4
编号（主键）
name
varchar
20
登录名
Age
Int
4
年龄
truename
varchar
8
姓名
sex
varchar
2
性别
Live
int
4
居住地
Password
varchar
30
密码
Add
varchar
20
出生地
Tel
varchar
20
电话
Leixing
varchar
20
类型

说明：用户信息表用来存放用户的基本信息的。

4.3系统开发工具与开发模式的选择
4.3.1系统开发工具
本系统主要使用JSP、Struts技术对系统进行设计和开发。JSP拥有Java程序设计语言“一次编写，各处执行”、“安全性、保密性高”等的特点[13]；Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑，Struts能充分满足应用开发的需求，简单易用，敏捷迅速。JSP技术使用Java编程语言编写类XML的tags和scriptlets，来封装产生动态网页的处理逻辑。网页还能通过tags和scriptlets访问存在于服务端的资源的应用逻辑。JSP将网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于Web的应用程序的开发变得迅速和容易。 Web服务器在遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。插入的Java程序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功能。
JSP与Java Servlet一样，是在服务器端执行的，通常返回给客户端的就是一个HTML文本，因此客户端只要有浏览器就能浏览。
JSP的1.0规范的最后版本是1999年9月推出的，12月又推出了1.1规范。目前较新的是JSP1.2规范，JSP2.0规范的征求意见稿也已出台。JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。Java Servlet 是JSP的技术基础，而且大型的Web应用程序的开发需要Java Servlet和JSP配合才能完成。JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。自JSP推出后，众多大学校都支持JSP技术的服务器，如IBM、Oracle、Bea学校等，所以JSP迅速成为商业应用的服务器端语言。
使用Microsoft SQL Server 2000数据库作为后台数据库，SQL Server 2000系统具有强大的网上功能，可以在互联网上发布数据库中的数据。在SQL Server 2000系统中，允许用户简单的使用一些向导和工具把数据库的数据发布到网络上，并且可以根据需要来调度修改已经发布的数据。在大家所了解数据库系统中，Microsoft SQL Server 2000，经过三十多年的发展，已经成为最重要的数据处理技术，被广泛应用到多种项目的开发与设计中，决定采用此数据库系统来完成系统的设计。
4.3.2系统设计模式
B/S结构，即Browser/Server(浏览器/服务器)结构，是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。B/S结构，主要是利用了不断成熟的WWW浏览器技术，结合浏览器的多种Script语言(VBScript、JavaScript…)和ActiveX技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术植入操作系统内部，这种结构更成为当今应用软件的首选体系结构。显然B/S结构应用程序相对于传统的C/S结构应用程序将是巨大的进步。B/S结构采用星形拓扑结构建立企业内部通信网络或利用Internet虚拟专网（VPN）。前者的特点是安全、快捷、准确。后者则具有节省投资、跨地域广的优点。须视企业规模和地理分布确定。企业内部通过防火墙接入Internet，再整个网络采TCP/IP协议。

图4.9 系统分析图

C/S 与 B/S 区别：Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的。1．硬件环境不同: C/S 一般建立在专用的网络上， 小范围里的网络环境， 局域网之间再通过专门服务器提供连接和数据交换服务.B/S 建立在广域网之上的， 不必是专门的网络硬件环境，例与电话上网， 租用设备. 信息自己管理. 有比C/S更强的适应范围， 一般只要有操作系统和浏览器就行 2．对安全要求不同 C/S 一般面向相对固定的用户群， 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.B/S 建立在广域网之上， 对安全的控制能力相对弱， 面向是不可知的用户群. 3．对程序架构不同 C/S 程序可以更加注重流程， 可以对权限多层次校验， 对系统运行速度可以较少考虑.B/S 对安全以及访问速度的多重的考虑， 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势， 从MS的.Net系列的BizTalk 2000 Exchange 2000等， 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等，使 B/S更加成熟. 4．软件重用不同 C/S 程序可以不可避免的整体性考虑， 构件的重用性不如在B/S要求下的构件的重用性好.B/S 对的多重结构，要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用，而不是做在墙上的石头桌子5．系统维护不同 系统维护是软件生存周期中，开销大， -------重要C/S 程序由于整体性， 必须整体考察， 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统B/S 构件组成，方面构件个别的更换，实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级. 6．处理问题不同 C/S 程序可以处理用户面固定， 并且在相同区域， 安全要求高需求， 与操作系统相关. 应该都是相同的系统B/S 建立在广域网上， 面向不同的用户群， 分散地域， 这是C/S无法作到的. 与操作系统平台关系最小. 7．用户接口不同 C/S 多是建立的Window平台上，表现方法有限，对程序员普遍要求较高B/S 建立在浏览器上， 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低，减低开发成本. 8．信息流不同C/S 程序一般是典型的中央集权的机械式处理， 交互性相对低B/S 信息流向可变化， B-B B-C B-G等信息、流向的变化， 更像交易中心。

5、系统实现
5.1系统管理员登录模块
5.1.1登录
（1）登录模块
此模块主要功能是用于登录本系统，不同权限的用户登录本系统会进入不同的管理模块界面，因为在后台对该用户进行的判断，首先将从前台页面提交的用户名和密码进行接受，之后在后台进行处理，按照用户名在数据库中进行查询如果查到该用户则将该用户的权限和密码全都取出来分别赋给两个字符串变量，判断从数据库中读出的密码与登录时输入的密码是否配比上，若两个密码相同则根据权限的值进入相应的页面，否则输出密码错误。若用户未被管理员分配好权限那么也是无法登录本系统的。如图5.1所示：

图5.1 登录界面
（2）程序流程

图5.2登录程序流程图

5.1.3订单管理界面
系统管理员登登录本系统后，可以管理订单信息。如图5.4所示：

图5.4订单管理界面

5.1.4商品类别管理界面
系统管理员登录本系统后，可以对商品类别进行管理。如图5.5所示：

图5.5商品类别管理界面

5.1.5商品信息管理界面
系统管理员登录本系统后，可以对商品信息进行管理。如图5.6所示：

图5.6商品信息管理界面
6．注册用户管理界面
系统管理员登录本系统后，可以管理注册用户信息。如图5.7所示：

图5.7注册用户管理界面

7．修改密码界面
系统管理员登录本系统后，可以修改登录密码信息。如图5.8所示：

图5.8修改密码界面

5.8客户登录模块
5.8.1客户注册界面
客户必须先注册成为本站会员，方可下订单。如图5.9所示：

图5.9注册界面

5.8.3商品信息浏览界面
客户登录本系统后，可以浏览商品信息。如图5.10所示：

图5.10商品信息浏览界面
5.8.4在线下单界面
客户登录本系统后，可以在线下订单。如图5.11所示：

图5.11在线下单界面
5.8.5我的订单列表界面
客户登录本系统后，可以查看我的订单列表信息。如图5.12所示：

图5.12我的订单列表界面
6、软件测试与分析
测试是开发时期最后一个阶段，是保证软件质量的重要手段。软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作结果的过程，所谓控制条件应包括正常条件与非正常条件。软件测试过程中应该故意地去促使错误的发生，也就是事情在不该出现的时候出现或者在应该出现的时候没有出现。从本质上说，软件测试是"探测"，在“探测”中发现软件的毛病。
6.1软件测试的重要性
软件测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
6.2测试实例的研究与选择
程序测试的主要方法分为两大类，白盒测试和黑盒测试。
白盒测试：一种是以程序的内部逻辑结构为依据而设计测试用例的方法，因而又称结构测试或玻璃盒测试，将软件看成一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符[17]。白盒测试就是要选取足够的测试用例，对源代码实行比较充分的覆盖，以便尽可能多地发现程序中的错误。主要有两种方法：一种称为逻辑覆盖法，另一种称为路径覆盖法。
黑盒测试：也称功能测试，数据驱动测试等，它将待测对象堪称是一个黑盒子，在完全不考虑程序的内部结构和特性的情况下，只依据规格说明书检查程序的功能是否能正常使用。
黑盒测试主要是根据输入条件和输出条件的确定测试数据，来检查程序是否能产生正确的输出。进行黑盒测试主要有下面几种方法：等价分类法、边界值分析法、猜错法、因果图法。
本系统的测试综合了白盒测试、黑盒测试两种方法，但主要使用的是黑盒测试方法。在测试当中遵循了“尽早地和不断进行测试”，“保证测试用例的完整性和有效性”原则。通过测试达到以下测试目的：
1.功能检查：检查功能是否争取，是否遗漏或实现不了应该实现的功能等。
2接口检查：检查能否正确地接受信息或输出信息。
3数据检查：检查数据结构或外部信息是否有（如数据文件）访问错误。
4性能检查：检查性能需求能否得到满足。
5初始化、终止检查：检查是否能进行正确地初始化或终止。
6.3测试环境与测试条件
处理器：Inter(R) Core (TM)2 Duo T5750
内存：2GB
硬盘：160G
操作系统：Windows XP
数据库：SQL Server 2000
6.4系统运行情况
通过对系统的全面测试，所有测试条目都已经通过，实现了基本要求，系统可以正常运行。
6.5系统评价
系统评价是指系统在正式运行了一段时间之后，对它在功能上、技术上和经济上所进行的审核评价。针对本系统的评价如下：
(1)系统功能评价
根据本系统开发前所订的目标，在系统完成后经过测试运行，该系统达到了预定的开发目标，在实际使用中的功能可以满足用户需求。
(2)系统技术评价
本系统设计合理，功能达到了预期目标，且系统运行后稳定可靠，安全性高，具有实用性，大大提高了信访办公效率。
(3)系统经济评价
在规定时间内，该系统完成了系统分析时所确定的系统开发目标，达到了设计要求，投入使用后为用户节省了大量人力物力财力，提高了科学管理水平。

7、结 论
计算机技术的飞速发展带动了很多行业的发展，计算机带给我们最直观的价值就是减少了人力物力的投资，提高了工作质量和效率，从而提高了整个社会的生产力。目前各大酒店充分利用计算机资源和网络资源来提高自身的管理水平，而有关客户订单管理系统的设计也成为客户订单争论的热点问题。
本文在分析客户订单管理系统的基础上，用JSP和SQL2000数据库设计并完成客户订单管理系统。通过系统调试结果显示，本系统基本完成了功能需求。在整个设计过程中，采用瀑布模型和结构化的设计方法。本系统界面美观友好，操作方便，做出了自己的特色。但由于时间仓促加上缺乏系统开发经验，系统在设计过程中不可避免地遇到了各种各样的问题，如：
1. 有些数据输入时没有及时的进行