图书销售管理系统的设计与实现java

图书销售管理系统的设计与实现java 图书销售治理系统的设计与实现
学生姓名
学号
所在系运算机科学与技术系
专业名称运算机科学与技术
班级
指导教师
四川师范大学
二○一二年五月
图书销售治理系统的设计与实现
学生：指导教师：
内容摘要：随着各企业业务量的持续扩增，利用信息技术处理业务差不多占据治理的核心地位，在其中扮演着重要的角色。

而今图书的治理与销售的传统手工的治理模式严峻滞后了本行业的前进脚步，因此，利用运算机提供的强大功能来进行治理是必定的结果。

为了实现销售业务的信息化治理，图书销售行业迫切地需要开发出专业的销售治理系统。

因此，图书销售治理系统有着宽敞的应用前景和实际价值。

为建立一套完善的图书销售治理系统，能够实现图书销售行业治理的自动化、智能化，提升治理工作效率，保证信息的准确与规范，减少治理人职员作量。

图书销售治理系统能关心治理人员快速方便的查找、统计当前图书的库存与进出货情形，为进货提供依据，让图书销售与治理真正做到科学、合理的规划、系统和高效的治理。

为了更好的适应当前书店的销售需求,缓解手工治理存在的弊端,图书销售治理系统应运而生,改系统将提供一个操作方便，界面友好，功能强大的图书治理系统为工作提供全方位的服务。

关键词：图书销售治理系统
Book Sales Management System design and Implementation Key words: Book Sales management system
目录
前言1
1有关开发工具3
1.1 技术3
1.2 技术4
1.3 数据库技术6
1.3.1 SQL SERVER数据库 6
1.3.2结构查询语言（SQL）6
1.3.3系统的配置 7
2系统总体分析7
2.1 需求分析 7
2.2系统简介9
2.3系统功能模块划分9
2.4系统设计分析9
2.4.1 图书信息治理9
2.4.2 职员信息治理10
2.4.3 图书进货治理11
2.4.4 图书销售治理11
2.4.5 图书库存治理12
2.4.6 系统治理12
3数据库结构的设计与实现 13
3.1 数据表的创建13
4系统的具体设计与实现15
4.1 类与方法 15
4.2 主页面设计16
4.3 图书信息治理模块18
4.4 职员信息治理模块20
4.5 图书进货治理模块销售治理模块21
4.6 图书销售治理模块22
4.7 图书库存治理模块24
5.8 系统治理模块26
5终止语27
参考文献：31
图书销售治理系统的设计与实现
前言
随着信息技术的膨胀以及现在工作节奏的加快，得以使Ｂ／Ｓ架构的图书销售系统进展前景专门可观。

运算机治理系统的介入使得整个图书销售行业的治理过程变得十分简单和迅速，从而在一定程度上提升了图书的销售数量，减轻了库存挤压，降低了图书治理的效率与保密性风险，满足图书信息系统对数据治理的要求。

合理安排图书的库存和销售，必将是提升图书销售行业经济效益的要紧手段之一。

鉴于此，我此次选择的毕业设计是图书销售治理系统，我认为建立一个完善的图书销售治理系统将在此领域发挥着专门重要的作用，同时也能在改善图书销售治理人员的工作效率低，查找与更新所带来的不便。

之后也将在治理书籍进出货的能力上都能够有专门大的改观。

作为一种新的程序语言，是一种全新的面向对象的程序语言，简化了应用程序的开发，为开发者与操作者都带来了极大的方便。

而SQL.Server2005能建立起后台数据一致性和完整性强，数据安全系数高的库，同时具有高性能的数据访咨询技术。

因此采纳ASP.NE T2005与SQL.Server2005数据库技术相结合开发图书销售治理软件，能够划分为如此几个模块：图书信息治理、职员信息治理、图书进货治理、图书销售治理、图书库存治理、系统治理等，整套系统目的为实现具有高安全性、可靠性等优点而服务，能够应用于各类图书销售行业的治理，它的内容将对治理者与决策者都至关重要。

本课题的目的是在于研究图书销售治理系统的开发途径与应用方式，探讨一种基于Web平台的自包含，自描述、模块化的应用特点，做有关的研究与分析同时付出实践，从而体现了基于模块设计、三层结构应用、组件重用等的技术特点，要紧目标是为了在现存的各式异构平台上建立一个与平台、语言无关的通用的技术层次，为今后的企业级开发应用积存体会。

关于企事业单位来讲,利用运算机支持企业高效率完成销售治理的日常事务,是适应现代企业制度要求、推动企业销售治理走向科学化、规范化的必要条件；而销售治理部分是企业治理中一项琐碎、复杂而又十分细致的工作,在销售的各个环节中不承诺显现任何错误,如果实行手工操作,每月都会耗费企业工作人员大量的时刻和精力,同时运算机具有手工治理无法比拟的优点.例如: 查找方便、检索迅速、储备量大、可靠性高、保密性好、成本低、寿命长等。

这些优点能够极大的提升治理效率,也是企业的科学化、正规化治理,与世界接轨的重要条件。

这就迫切需要标准、高效率的运算机治理方式引导其进展,通过运算机治理该企业的日常运作,给治理者以决策参考的模型,来持续改进完善企业治理水平,提升工作效率。

另外,现在客户期望值越来越高,客户需要更好的服务(产品及个性化服务)。

企业的竞争已逐步从产品竞争转变为服务竞争,因此中小企业要进展就必须需要进一步优化业务流程以提升企业竞争力。

因此,加大销售治理是企业进展的必定,通过运算机来完成大量的人工操作,真正达到合理和充分利用现有资源,减轻工作压力。

因此,开发一个销售治理系统是专门有必要的,具有其特有的技术意义和治理意义。

近年来，国内外对此销售治理类系统的开发与研究也是专门有有用性的,差不多上能按照各企业的自身特点,来进行销售方面的治理,同时,该类系统结合实际需求持续的向前进展, 争取通过技术的改善，能普遍运用于同类行业中，这才是信息技术进展的前沿潮流。

今后此类软件将会向面向于大众的条码销售治理系统进展,现时期,相伴物流及治理信息化、网络化的进展,应用条码技术进行销售治理、实现销售作业自动化,将是一个必定的进展趋势。

随着信息化技术的持续提升和应用普及,更多的商品拥有自己的条码,而且,使用条码化工作代替传统作业模式,大大的减少手工输入所带来的统计性错误,如此不但提升了作业效率,而且还能确保资料准确性,并减少因人为失误而造成的缺失。

随着运算机的普遍应用,图书产业的相继进展壮大，图书销售行业需要实现进销存的运算机治理来提升治理效率是势在必行的,图书治理系统拥有着广泛的市场应用前景。

行业的快速进展必将导致竞争愈演愈烈,要想在猛烈的市场竞争中处于不败之地,就必须加大企业内部治理,提升运营效率。

而图书种类繁多,销售模式专门,业务量繁重,单凭手工记帐差不多专门难适应工作需要。

图书作为一个与人们工作、生活和学习各个方面都不能分开的专门商品,在人们生活水平日益提升的同时,它的地位也越来越重要。

因此,开发一套好的图书销售治理软件已成为一个刻不容缓的课题,鉴于此本系统应时而生。

所完成的图书销售治理系统软件是一功能比较完善的数据治理性软件,具有数据操作方便、高效、迅速等优点。

该软件采纳了功能强大的数据库软件开发工具,具有专门好的可移植性,可在应用范畴较广的WINDOWS系列操作系统上使用。

另外,本系统还可通过访咨询权限操纵以及数据备份功能,确保数据的安全性。

1有关开发工具
1.1 技术
本系统的开发采纳的开发技术是。

Microsoft Visual Stud io .NET是Microsoft公司新一代软件开发平台，也是.NET FrameWor k的重要产品。

作为.NET的组成部分之一，是Internet和I ntranet开发Web应用程序的新一代开发工具，正被程序员们广泛的使用。

在中，所有Web客户端都通过Microsoft Internet信息服务（IIS）与应用程序通信。

IIS对客户端的要求进行解密并验证要求是否合法。

如果要求合法，则IIS会查找所要求的资源（如A 应用程序）。

当客户已被授权，IIS会将客户要求通过进程传到运行引擎，然后返回适当的资源。

是Active Server Page 的下一个版本,也是一种建立在通用语言上的程序构架，能被用于一台Web服务器来建立强大的Web 应用程序。

提供许多比现在的Web开发模式强大的优势。

是把基于通用语言的程序在服务器上运行。

不像往常的ASP即时讲明程序，而是将程序在服务器端首次运行时进行编译，如此，因此比ASP一条一条的讲明强专门多。

1.2 技术
ActiveX Data Objects(ADO)是微软提供给网页开发者在网页中存取数据库的最新技术，同时它也是ASP内置的重要组件。

它被设计用来同新的数据访咨询层OLE DB Provider一起协同工作，以提供通用数据访咨询。

OLEDB是一个低层的数据访咨询接口，用它能够访咨询各种数据源，包括传统的关系型数据库，以及电子邮件系统及自定义的商业对象。

最重要的三个对象是Connection, Command和Recor dset.本文将要紧介绍Connection与Recordset这两个对象。

每个Con nection的属性定义了与数据源的连接。

Recordset对象用来接收来自数据源的数据。

Recordset能够与Connection一起使用，先建立一个连接，然后猎取数据。

尽管如此，Recordset也能够被单独创建，其Connecti on参数能够在Open属性定义。

要紧目的是为了存取或修改数据源数据、或增加数据到指定数据源，数据源不仅包括数据库，而且包括dBase、Acces、Foxpr os、Excel或文本文件等一些小型的数据表，因此，只要是ODBC驱动程序所能存取的数据源皆是ADO存取的对象。

要紧是由Co nnection对象、Recordset对象、Command对象、Parameter对象、Prop erty对象、Field对象及Error对象等七个对象与Fields数据集合、Para meters数据集合、Properties数据集合及Errors数据集合等四个数据集合所组合而成。

提供的七个对象及其功能如下：
a Connection对象负责与指定的数据源进行连接，它还能够通过事物(Transaction)来确保在事物中所有的数据源变更的全部成功。

b RecordSet对象负责扫瞄和操作从数据库取出的数据，换言之，RecordSet对象就象是一个二维的数组，而每个数剧列包含一个或多个数据字段，即Field对象。

c Command对象负责对数据库提供要求，也确实是传递指定的S QL指令。

这些命令通常包括INSERT(增加记录)、DELETE(删除记录)、UPDATE(更新记录)等。

此外，也能够通过Command对象对数据库发出数据定义语言，例如CREATE TABLE(建立数据表)、DROP TABLE (删除数据表)或ALTER TABLE(修改数据表结构)等。

d Parameter对象是负责传递Command对象所需要的SQL命令参数。

e Property对象指的是ADO的各项对象属性值，也确实是每个A DO对象都会有一组描述和操纵对象行的属性。

f Field对象表示指定RecordSet对象的数据字段。

g Error对象是负责记录连接过程所发生的错误信息。

提供的四个数据集合：
a Connection对象包含Errors数据集合，在Errors数据集合中包含数剧源响应失败时所建立的Error对象。

b Command对象包含Parameters数据集合，在Parameters数据集合中包括Command对象所有的Parameter对象。

c RecordSet对象包含Fields数据集合，在Fields数据集合中包含RecordSet对象的所有Field数据字段对象。

关系图如图
图1.2-1 Activex Data Object关系图
1.3 数据库技术
1.3.1 SQL SERVER数据库
数据库（Database）是一系列信息资源的集合。

在一个数据库中，与一个项目有关的所有信息都能够叫做一条记录(Record)。

每一条记录都由一系列的字段组成的。

一系列记录的集合就构成了数据表格。

简单的平面文件数据库信息储备专门有限，同时随着公司信息量的持续增加，要求信息储备的高安全性和随时调用的速度性都专门，而关系型数据库却能包含数以百万计甚至上亿的记录，并能够利用复杂的标准对这些记录进行操作，例如排序和统计。

把它们叫做“关系型”数据库，是因为需要拥有一个丰富的服务集合及数据的交互作用的平台来建立特定的链接关系。

关系型数据库的优点在于：通过将一个表格中的字段与另一个表格中的字段联系起来，两个表格之间的信息能够相互调用，能够幸免信息的重复记录，也能够幸免治理上的纷乱。

Microsoft SQL Server是由微软Microsoft研制的关系型大型数据库治理系统。

它具有独立于硬件平台、抢占式多任务治理、对称的多处理器结构、完善的安全系统和容错功能，并具有易于爱护导入导出数据方便性能稳固等特点。

1.3.2结构查询语言（SQL）
SQL是结果化查询语言(Structured Query Language)，它是现在最为成功和广泛使用的关系型数据库应用语言，由IBM在七十年代开发出来的，实现了关系型数据库中的信息检索。

1992年制定了SQL标准SQL-92，它的全名是“International Standard ISO/IEC9075:1992, D atabase Language SQL”。

SQL标准的确定使许多大型数据库厂家采纳SQL语言作为其数据库检索语言。

利用SQL语言，能够查询和治理自己的数据库。

SQL语言要紧提供四种功能：数据查询（Query）要紧是利用Select命令进行各种信息的查询和数据定义（Definition）；数据操纵（Manipulation）要紧包括数据添加（Insert）、数据修改（Update）和数据删除（Delete）和数据操纵（Control）。

1.3.3系统的配置
一个Web站点能够有多个应用程序运行，而每一个应用程序用唯独URL来访咨询，因此第一利用IIS开发应用程序的名目为“虚拟名目”。

各个应用程序的“虚拟名目”能够不存在任何物理上关系。

因此要运行该系统还需要将工程文件考入“C:\Interpub\wwwroot”名目下，然后在IIS中建一个“虚拟名目”，并命名为“BookSalesManagementS ystem”。

本系统采纳的Microsoft SQL Server2005作为数据库服务器,因此还要打开“企业治理器”把以下两文件“BookSell_Data.MDF与Book Sell_Log.LDF”附加到数据库中。

配置系统的Web.config，.NET平台提供了一个统一的web开发平台，新建一个空白解决方案，在解决方案中自动生成一个Web.config，在那个地点面还要设置数据库连接信息，添加如下语句：<appSetting><add key=”ConnectionString”valu e=
”sever=:Database=BookSell;uid=password=123456”/> </appSettin g>
2系统总体分析
2.1 需求分析
使用图书治理系统能够在专门大程度上实现业务流程的信息化，让治理员时刻都能把握图书的销售、采购、库存等情形。

从而提升治理效率，提升企业市场竞争力。

从目前图书销售行业的进展来看，图书销售治理系统第一需要满足以下几方面的需求：
●治理员对销售职员的需求情形能做出全面的把握，及时得到历史销售记录。

●图书治理系统应具有方便的数据输入性能、良好的人机交互界面，应尽量减少汉字及其重复输入。

●治理员能够通过运算机增加图书库存。

●能够快速实现对各类图书的单项入库、销售及库存数据信息的查询，同时还能实现对某一种商品或者全部商品在某一时刻的统计查询。

●把目前差不多上是“静态”的图书库存治理变为“动态”治理，以便随时提供图书库存动态信息，从而达到减少库存，加速资金周转的目的。

在图书治理销售治理系统，治理员对系统治理的示意图如图2.1-1所示。

图2.1-1 治理员对系统治理
在图书治理销售治理系统，销售职员对系统操作的示意图如图2. 1-2所示。

图
2.1-2 职员对系统应用
2.2系统简介
图书销售治理系统是按照市场调查和治理学的理念，结合图书销售治理行业的特点，利用运算机实现便利式治理系统。

利用该图书销售治理系统能够使治理员快速的统计、查询任何时刻内的图书的进书信息，然后按照读者的需求进一步调整图书的库存数量、上架比例。

最终目的是在最短时刻内。

了解市场进展趋势、作出科学合理的决策、
赢得最大的社会效益和经济效益。

2.3系统功能模块划分
本系统功能上要紧分为
6个模块：图书信息治理、职员信息治理、图书进货治理、图书销售治理、图书库存治理及系统治理。

图书信息治理：添加图书类不、图书信息爱护、添加图书信息。

职员信息治理：添加职员信息、职员信息爱护。

图书进货治理：图书进货登记、图书进货查询、进货退货登记、进货退货查询。

图书销售治理：图书销售查询、职员业绩查询、顾客退货办理、图书退货查询。

图书库存治理：图书库存查询、图书库存盘点、图书库存报警。

系统治理：供应商治理、修改密码、关于系统。

2.4系统设计分析 2.4.1 图书信息治理
作为一款图书销售治理系统，图书信息的治理是其中不可或缺的一部分，要紧包括图书信息的添加、添加图书类不、图书信息爱护。

系统设置模块的操作流程如图2.4.1-1所示。

图2.4.1-1 治理员对图书信息治理操作的流程图
2.4.2 职员信息治理
职员信息治理是指治理员对销售职员的一些差不多信息进行爱护，其中，包括添加职员信息、职员信息爱护等信息。

职员信息治理模块的操作流程如图2.4.2-1所示。

图2.4.2-1 职员信息治理模块的操作流程图
2.4.3 图书进货治理
通过图书进货治理模块的操作，就能够对进书日期、结算方式、进书数量、应对金额等有关内容进行具体的治理，使图书交易不论在数量上依旧在现金结算上都显得十分明确。

图2.4.3-1 图书进货治理模块的操作流程图
2.4.4 图书销售治理
通过对销售的治理能够更加明确哪些图书的销量多，哪些图书的销量少。

由于一些图书未能如期销售或销售量降低，现在需要对这些图书进行销售退货，在退货时，应记录所退货的详细信息，以便在以后的治理和查询中能够如实的反映销售情形。

图2.4.4-1 销售治理的模块操作流程图
2.4.5 图书库存治理
通过图书库存治理能够轻松的查询到图书库存情形，相应的系统还可设置图书报警，当图书库存到达设定值时自动标记。

图书库存治理模块的作流程如图2.4.5-1所示。

图2.4.5-1 图书库存治理模块模块流程图
2.4.6 系统治理
系统治理包括供应商治理、修改治理员密码、关于本系统。

结账治理的操作流程如图2.4.6-1所示。

图2.4.6-1 系统治理的操作流程图
3数据库结构的设计与实现
3.1 数据表的创建
按照系统需求，能够详细设计个数据库对象，包括数据表、视图等。

表3.1-1治理员表(admin)
表3.1-2图书退货表(buyInfo)
表3.1-3图书购买信息表(buyInfo)
表3.1-4学历表(educationInfo)
表3.1-5职员表（employeeInfo）
表3.1-6销售业绩表(employeeSellResult)
4系统的具体设计与实现
4.1 类与方法
在系统代码的编写过程中，经常会用到一些共用的代码，为减少代码的重复，使系统的可读性更强，使用性更好，能够将这些公用的代码编写成类。

例如，下面将对本治理系统用到的部分类进行介绍，其代码如下所示。

DBOperation.cs（数据库操作类）
public static int ExecuteNonQuery(string connString, Command Type cmdType, string cmdText, params SqlParameter[] cmdParms) {
SqlCommand cmd = new SqlCommand();
using (SqlConnection conn = new SqlConnection(connSt ring))
{
PrepareCommand(cmd, conn, null, cmdType, cmdTex t, cmdParms);
int val = cmd.ExecuteNonQuery();
cmd.Parameters.Clear();
return val;
}
}
public static int ExecuteNonQuery(SqlConnection conn, Command Type cmdType, string cmdText, params SqlParameter[] cmdParms) {
SqlCommand cmd = new SqlCommand();
PrepareCommand(cmd, conn, null, cmdType, cmdText, c mdParms);
int val = cmd.ExecuteNonQuery();
cmd.Parameters.Clear();
return val;
}
public static int ExecuteNonQuery(SqlTransaction trans, Command Type cmdType, string cmdText, params SqlParameter[] cmdParms) {
SqlCommand cmd = new SqlCommand();
PrepareCommand(cmd, trans.Connection, trans, cmdType, cmdText, cmdParms);
int val = cmd.ExecuteNonQuery();
cmd.Parameters.Clear();
return val;
}
4.2 主页面设计
在进入主界面之前，需要用户进行身份验证，即进行后台登录，当用户在后台登录进入主页面后，便能够进行整个系统的操作。

页面显示成效如图4.2-1所示。

图4.2-1 页面显示成效图
那个地点要紧用到了用户自定义控件，以解决用户界面公共部分进行重复的加载。

在登陆部分系统按照DropDownList选择的值系统判定登录者身份，以进入相应的页面，该事件将会在页面加载时执行有关的操作，其代码如下所示。

Button1_Click(object sender, EventArgs e)
protected void Button1_Click(object sender, EventArgs e)
{
/*取得帐号密码信息*/
string userName = this.txtName.Text;
string password = this.txtPwd.Text;
string identify = this.Identify.SelectedValue;
if ("治理员" == identify)
{
AdminModel adminModel = new AdminModel ();
adminModel.AdminUsername = userName;
adminModel.AdminPassword = password;
AdminLogic adminLogic = new AdminLogic();
/*如果治理员帐号信息正确*/
if (adminLogic.IsExistAdminInfo(adminModel))
{
Session["adminFlag"] = true;
Session["adminUsername"] = userName;
Response.Redirect("Admin/index.aspx");
}
/*如果治理员帐号信息不正确*/
else
{Response.Write("<script>alert('" + adminLogic. ErrMessage + "');</script>");
}
}
else
{
/*如果职员帐号信息正确*/
EmployeeLogic employeeLogic = new Employ eeLogic();
if(employeeLogic.CheckLogin(userName,passwor d))
{
Session["employeeFlag"] = true;
Session["employeeNo"] = userName;
Response.Redirect("Employee/index.aspx");
}
/*如果职员帐号信息不正确*/
else
{
Response.Write("<script>alert('" + employe eLogic.ErrMessage + "');</script>");
}
}
}
4.3 图书信息治理模块
差不多信息治理模块的要紧内容包括添加出版社信息、添加图书信息、出版社信息治理、图书信息治理等。

下面将对本模块的有关内容进行详细介绍。

a 图书类不治理
该部分要紧是对图书类不进行添加操作。

添加图书类不（GoodInfo/GoodClassAdd.aspx）页面显示成效如图4.3-1所示。

图4.3-1 出版社信息的添加图
在添加图书类不这一功能的实现过程中所用到的方法，要紧是Bu tton1_click()事件，即单击【添加】按钮后系统所进行的操作。

b 添加图书信息
在对图书类不进行添加后，就需要对添加相应的图书信息。

添加图书信息（GoodInfo/GoodInfoAdd.aspx）页面显示如图4.3-2所示。

图4.3-2 出版社信息的治理图
c 图书信息爱护
在对图书信息进行爱护时，需要通过查询和数据绑定来实现。

图书信息爱护（GoodInfo/GoodInfoManage.aspx）。

页面显示如图4. 3-3所示。

图4.3-3 图书信息爱护图
从图能够看出，对图书信息爱护要紧用到了一个GridView控件，通过对GridView控件属性的设置，就能够一目了然地看到有关信息。

并能够通过单击“进入”链接进入GoodInfo/GoodInfoUpdate.aspx页面。

GoodInfoUpdate.aspx页面如图4.3-4所示。

该页面要紧是更新图书信息。

图4.3-4 图书信息爱护图
4.4 职员信息治理模块
职员信息治理模块的要紧内容包括职员信息添加和职员信息爱护。

职员信息治理要紧是针对销售职员进行添加和查询。

a 添加职员信息
添加职员信息要紧是通过Admin/EmployeeInfoAdd.aspx页面完成。

页面显示如图4.4-1所示。

图4.4-1 添加职员信息图
b 职员信息爱护
在对职员信息进行添加后，就需要对其进行有关的治理，治理功能中其中重要一项确实是职员信息查询。

职员信息爱护（Admin/EmployeeManage.aspx）页面显示如图4.4-2所示。

图4.4-2 职员信息爱护图
从上面图中能够看出，同样对职员信息爱护要紧用到了一个Grid View控件，通过对GridView控件属性的设置，就能够一目了然地看到有关信息。

并能够通过单击“进入”链接进入Admin/EmployeeInfoUp date.aspx页面。

EmployeeInfoUpdate.aspx页面如图4.4-3所示。

该页面的设计思路是按照职员编号和姓名搜索其全部详细信息，然后再对其进行修改获重新填写。

图4.4-3 职员信息更新图
4.5 图书进货治理模块销售治理模块
a 图书进货登记
图书进货登记（BuyInfo/BuyInfoAdd.aspx）。

页面显示如图4.5-1所示。

图4.5-1 图书进货登记
b 进货信息查询
在图书进货信息进行添加后，就需要对其进行有关的治理，治理功能的实现要紧是通过BuyInfo/BuyInfoQuery.aspx页面。

页面显示如图5.5-2所示。

图4.5-2 进货信息查询。