图书销售管理系统本科学位论文.docx
《图书销售管理系统本科学位论文.docx》由会员分享,可在线阅读,更多相关《图书销售管理系统本科学位论文.docx(29页珍藏版)》请在冰点文库上搜索。
图书销售管理系统本科学位论文
图书销售管理系统
摘要
信息时代的来临,世界贸易组织的加入,中国现代图书流通时常竞争的愈演愈烈,如何以一种新的管理方式提高图书流通信息的反馈速度,降低存储占用,加快资金周转,提高工作效率,已经成为图书企业提高竞争力的关键所在,运用计算机管理系统就是不错的选择。
图书管理系统可以方便图书销售过程中的各个环节,有利于图书类企业的流动资金加快,有利于管理成本的降低,更有利于他们及时掌握各种销售与库存信息,使自己的企业在竞争中立于不败之地。
关键词:
信息化;图书管理
Managementsystemofbookshop
Abstract
Theageofinformationhascome,thecompetitionofcirculationinbookmarkethasbecomemoreandmoreseriousafterweenterWTO.Nowthekeypointofbookstoreistosolvetheproblemthathowtoquichenthespeedoffeedback,howtoreducethestore,howtoquickenthecirculationofmoneytoimprovetheworkefficiency,itisawisedecisiontochoosecomputermanagementsystem.Thesystemcanconvinenceallthetacheofsales,thisisinfavorofcurrentcapital,infavorofmanagementcostandmakesforthemanagergetthelatestinformationofsalesandstore.Asaresult,itcanwin.
Keywords:
informationization;managementofbook
引言
随着现代图书流通时常竞争的愈演愈烈,如何以一种新的管理方式提高图书流通信息的反馈速度,降低存储占用,加快资金周转,提高工作效率,已经成为图书企业提高竞争力的关键所在。
特别是数据库中的数据一致性问题更应引起人们的注意,试想:
如果数据库中的数据都不一致,更别想系统能够正确的运行。
虽然现在有许多这样的系统,也有许多那样的系统,但是真正能满足用户需要的系统不是很多。
这些不满足用户需求的系统之中很大一部分是因为系统的设计不灵活,导致了在后来的销售过程中一些情况发生了变化,一些项目发生了改变,从而使运行的系统不能完成具体的业务。
软件寿命的减短迫使我们需要以一种动态的心理来设计用户所需要的系统。
如果一系统的动态理念越多,那么它的适应性就越强,它的市场前景就越光明。
本系统正是建立在动态理念之上,求在软件总体不变的情况下,通过局部的调整来实现软件的适应性,达到提高软件寿命的目的。
1业务概述
1.1传统业务处理模式介绍
在传统模式下,当一个人进入一家图书类超市以后。
往往业务流程是这样的:
顾客选择好自己需要的图书,然后拿到收银台。
在收银台,收银员回记录下顾客购买的图书的一些相关信息,然后计算出该顾客购买的图书总的价值。
当顾客付完帐后,给出找零,这样一笔买卖算是做完了。
当一天的销售工作结束以后,下面的工作就是整理这天的销售情况,并且根据这些总结出一些经验,进而为以后的管理做好准备。
若是要进行某段时间内的统计信息,那么工作量是相当的大。
1.2现有信息系统应用情况
图书管理系统是典型的管理信息系统,是一个图书零售商店不可缺少的管理手段,它的管理信息对于图书零售商店的决策者和管理者来说都至关重要,所以图书管理系统应该能够为图书零售商店的用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差、检索烦琐等;另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
特别是随着管理信息系统的逐步成熟,使得计算机的数据处理效率大大提高,而且还由于有数据库和各种经济管理模型的支持才能够向企业的各级领导提供可用于决策企业的过去、现在和未来趋势的各种信息。
作为计算机应用的一部分,使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点,例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高图书管理的效率,使得管理科学化、正规化,也是与世界接轨的重要条件。
因此,开发这样一套管理信息系统软件成为很有必要的事情,在下面的各章中我们将以开发一套图书管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。
2系统需求
2.1系统总体需求
本系统主要是为了满足图书行业不断增长的业务需要,降低从事该行业的人的工作量。
对于一个书店的管理人员来说,DBA可先给予一个管理员级别帐号,有了这个管理员级别的帐号以后,管理员就可以根据自己商店内部的需要来增加新的帐号。
在增加新的帐号的时候,有的级别底,有的则比较高。
高级别参与的事务就多,而底级别的参与到的事务就少。
当填加一个用户以后,是不可以把他从表中删除出去的,只能把该帐号冻结,当再需要的时候,可以将它激活。
不同级别的用户拥有不同的权限。
对于管理员级别的用户,他可以做的是管理工作:
用户管理、销售管理、库存查询和进货提示、折扣管理、类别管理、图书信息管理。
对于管理库存的人员,他的主要工作是管理库存以及查询库存中各种图书。
而对于收银人员,他可以干的这能是收银范围以内的工作。
在系统登陆后,系统能够按照数据库中的信息判断出是属于哪一类用户,进而给出相应的操作。
对于所以的用户他们都有自己的密码,所以人都能够修改。
对于管理人员,则更应该有更高的权限。
在一个书店开始营业前,首先必须有入库操作。
而入库前,还要将某些图书基本信息添入数据库。
在入库时,操作员必须先提交一份合理的入库单据,然后录入到数据库中。
在该单据中,有些项目是必须填写的,如果这些项目没有填写,那么这个入库操作是不可以完成的。
在入库操作完成以后,书库中已经有了一些书,这个系统已经可以运行了,但是商店还是不能运用这个软件来管理,因为一些书籍中的其他数据还没有完全添加到数据库中。
售价就是其中一类信息。
在确定售价以后,图书的一些基本信息算是已经齐全了,下面就可以运行该系统了。
开始运行该系统以后,当一名顾客来到柜台以后,把书交给收银员。
收银人员则输入书号,系统应该能够从数据库中提取出该书籍的相关信息。
然后计算出价格(折扣后),用户付款以后,系统计算出找零。
如果给的钱不够,那么这本书是不能出售的。
如果能够完成该次交易,那么相应的库存信息就应该修改。
对于买了多本书的顾客,也能够区分出那一本有没有成功售出。
一段时间以后,系统内已经有了相当数量的销售、库存数据。
此时,管理人员就要能够从这些数据中找到自己想要的数据。
2.2系统功能需求
2.2.1销售管理
系统处理销售业务时,应该能通过输入图书信息,然后给出该图书的一些信息,让用户能够直观的看到他/她所购买的图书的一些情况。
当图书拿到收银台去后,如果能完成收银,则能计算出本次的业务的金额,并且打印出表单。
如果没有完成,则应该能给出哪一本或则几本书没有成功。
销售结束以后就是销售统计,能够统计出一段时间内各书、各类书的销售情况。
并且能够提示某些的是热门还是冷门。
2.2.2图书信息管理
当一个客人到商店以后,也许他/她不知道自己要什么样的书。
这种情况下,系统就应能够给出当前的热门图书,或者让他/她能查询到自己要的书的信息。
他/她可以输入书名、书号、书的类别来查找到自己想要。
若记不全自己想要图书的全部信息,也可以通过模糊查询来实现。
2.2.3用户管理
对于管理用户来说,他/她有权决定一个用户是什么样级别,处于什么样的状态,他的密码;甚至能够决定其名字。
当一个认为一个用户暂时不必使用系统就将其冻结,需要的时候再解冻。
当一个人离开后,那么他在该数据库中的记录就要删除。
2.2.4库存管理
管理库存是仓库管理人员的事。
他/她能够干的事有入库、库存信息查询以及进货提示。
当有一批或来了之后,就要求把这批书提进库。
这里的库涉及到两个库:
一个是实际的库,另一个虚拟的数据库。
如果提交的信息不满足要求,则不允许入库。
在提交一类相同的书以后,可以迅速的清空所有内容准备下一次录入。
也许管理员还想要查询相关的信息,可以通过书名、书号、图书名字缩写。
这些查询条件可以是全名,也可以是开头的几个字。
书卖到一定的时间以后,库存就有可能变的很小,这时需要进货。
系统必须能够给出需要进货的图书的一些信息,还能显示它现在的库存,以方便管理者根据实际情况来决定进多少。
2.2.5类别管理以及折扣管理
这两项管理功能都只有管理员级别的用户可以使用,它们的使用都是涉及到销售情况的。
对于一本书,或是一类书,它的销售情况有可能是因为它的折扣不合理,也有可能是图书摆放的位置不合理。
通过改变折扣和类别就能够改变这两项。
一批书在入库的时候就可以归类和给订折扣,也可以在后期编辑过程中改变这写选项。
2.3系统性能需求
系统的反映速度应该比较快,在每次用户做了一次操作以后,系统应能够在5秒内完成操作并且给出提示。
系统应该使用起来很方便,能快速从他能使用是一个功能模块快速的切换到另一个模块。
2.4其他需求
系统能够适应将来的要求,能够增加扫描仪的接口。
3系统数据分析与设计
3.1系统数据分析
系统中涉及到的主要名词有:
图书、用户级别、售价、数量、仓库、类别、折扣、书名、书号、销售情况、帐号等等。
主要的动词有:
入库、销售、库存查询、销售统计、收银等等。
从中可以发现一些规律:
比如说图书要入库,图书要销售,图书销售过后要统计。
用户拥有用户级别,图书具有数量信息,图书也有类别和折扣。
用户拥有帐号,用户可以做收银工作、统计数据等等。
图书都有自己的编号和名字、类别以及价格。
对于书店内的图书,它们不仅有定价,还应该有售价。
如果要涉及到折扣和类别管理,则应该添加两个实体:
折扣与类别。
每一个类别拥有自己固定的折扣。
这样管理人员就能够管理类别与折扣了。
图书入库后,如果需要查找,应该能够找到,所以库存管理中也有一个表示能够唯一的定位一本书。
既然要看到库存信息和进货提示功能,那么库存中显然需要数目信息。
具体如下:
实体有:
图书、用户、折扣、类别、销售、入库管理、库存管理。
属性:
图书:
{图书号,图书名,名字缩写,类别,定价,售价,备注}
用户:
{用户名,口令,级别,状态}
折扣:
{类别,折扣名}
类别:
{类别号,类别名}
入库管理:
{书号,入库时间、操作员、数目}
库存管理:
{书号、数目}
图1—ER图
3.2系统数据库设计
3.2.1系统数据库设计环境配置说明
操作系统:
Windows系列后台数据库:
Sql2000
3.2.2数据表及其结构
表1
loader表
用途
记录登陆用户信息
字段名
类型
长度
键
中文名
备注
username
Varchar
10
主键
用户号
password
Varchar
10
口令
thelevel
Int
4
用户级别
相关表
Sales,inhouse_mange
表2
book表
用途
记录各个书籍的信息
字段名
类型
长度
键
中文名
备注
Book_id
char
10
主键
书号
Book_name
Varchar
30
书名
shortening
Varchar
10
书名缩写
Category_id
char
10
类别号
Orderprice
Money
8
定价
默认为10
Salesprice
Money
8
售价
默认为10
Remark
Text
16
备注
相关表
Sales,inhouse_manage,ware_manage,category
表3
Category表
用途
记录图书类别信息
字段名
类型
长度
键
中文名
备注
Category_id
char
10
主键
类别号
Category_name
Char
10
类别名
相关表
Discount,book
表4
Discount表
用途
记录各类别折扣信息
字段名
类型
长度
键
中文名
备注
discount_id
Char
10
主键
类别号
discount_name
Char
10
类别名
相关表
category
表5
Inhouse_manage表
用图
记录入库信息
字段
类型
长度
键
中文名
备注
Book_id
Char
10
主键
书号
Intime
Datetime
8
入库时间
默认为当前时间
Operator
Char
10
操作员
Number
Int
4
入库数量
默认为0
相关表
Loader,book
表6
Sales表
用途
记录销售信息
字段
类型
长度
键
中文名
备注
Salesid
Char
10
主键
销售号
Bookid
Char
10
书号
Salesprice
Money
8
售价
默认为10
Number
Int
4
数目
默认为1
Moneysum
Money
8
总金额
默认为10
Selltime
Datetime
8
销售时间
默认为当前时间
相关表
Book,loader
表7
Warehouse_manage表
用途
记录库存信息
字段
类型
长度
键
中文名
备注
Book_id
Char
10
主键
书号
number
Int
4
数量
默认为1
相关表
book
4系统功能分析与设计
4.1系统功能结构分析
本系统主要的功能有:
销售管理、库存管理、其他管理、用户管理。
具体的功能见下面表:
图2——功能分解图
4.2系统业务流程分析
该信息系统主要的使用者有管理人员、收银人员和仓库管理人员。
他们的身份不同从系统获取的数据也就不同,当然他们能够录入系统的数据也自然不同。
图3——系统数据流图0层
图4——数据流图1层
下面是入库管理的子模块———库存信息查询:
管理员输入查询条件,系统根据这些查询条件到库存信息视图中找到所需要的数据信息,并将这些数据信息呈现给管理员看。
数据流图
图5——库存信息
下面是入库管理入库
管理员拿着入库的书要入库,填写了入库信息后,系统首先要将图书信息录入图书表,再将某些信息录入仓库管理表,最后在入库管理表中写下这次入库的一些信息。
数据流图:
图6——入库管理
销售管理之销售统计:
首先是管理人员录入查询的条件,进入系统以后,先要到图书表中取得图书信息,再去销售表中取得销售情况,然后两者比对,得出所要查询的图书的销售情况。
数据流图:
图7——销售统计
销售管理之收银:
收银员拿到顾客给他的图书,将图书号和数量录入系统后,系统自动取出该图书信息;包括名字、折扣等信息。
将这些信息显示给顾客看过以后,并根据这些信息计算出该顾客所购买的图书的总金额。
顾客付过款后,系统修改
库存里面的数目,并且将销售情况存入数据库。
系统打印出表单,从而这笔交易完成。
图8——收银
折扣管理
不同类别的书拥有不同的折扣,一些书如果销售的不好,也许是一开始管理人员在定位这本书的类别是出了一些偏差,从而造成没有引起读者足够的注意。
图9——折扣管理
类别管理
有时候人是会犯错的,之错能该,善莫大焉。
图书类别信息在第一入库的时候会发生错误,在图书信息编辑时也会发生一些偏差。
这些情况出现以后,管理人员应该重新录入类别信息。
新类别信息输入系统以后,系统根据这些数据,将一些修改录入数据库。
图10——类别管理
4.3系统应用架构设计
图11——架构设计
4.4系统功能模块实现说明
4.4.1:
用户管理
该模块主要的作用:
一是方便图书类企业管理自己的企业,二是方便系统管理员管理系统。
主要的子模块有:
添加用户、修改用户信息、冻结用户帐号、用户帐号的解冻。
当业务需要,会有新的人员来使用系统,系统管理员就回增加新的用户。
当有老的人员离开后,他的帐号就应该被冻结。
如果再回来就可以用解冻操作来完成解冻,解冻过后的用户帐号与他被封之前的级别是相同的。
有的人虽然没有离开,但是他的职能有了变化,所以他在系统中的使用情况就应该有所变化,来完成这步操作的显然是管理员用户。
4.4.2:
销售管理
系统接受了收银员录入的数据,然后有系统管理人员来使用或者从这些数据中找到有用的信息。
收银员将图书的识别信息输入后,系统会从数据库中取出数据并且展示给使用者看。
当一次的购买的图书有多本书,那么第一本书的信息就不用立即提交,等到多本书的销售信息都在屏幕上显示出来并且计算出交易的总额过后,再等顾客给了足够的钱以后,系统才提交该次交易的数据。
计算完一次买卖的金额过后,可以选择打印凭据,也可以不打印。
系统管理人员就可以使用录入的数据了。
可以查询到一定时期内,某本或者全部图书的销售情况,并且可以打印报表。
图12——销售
4.4.3.折扣与类别
这两项管理功能都只有管理员级别的用户可以使用,它们的使用都是涉及到销售情况的。
对于一本书,或是一类书,它的销售情况有可能是因为它的折扣不合理,也有可能是图书摆放的位置不合理。
通过改变折扣和类别就能够改变这两项。
一批书在入库的时候就可以归类和给订折扣,也可以在后期编辑过程中改变这写选项。
4.4.4.图书信息编辑
能使用该功能的人在一定的区域选择自己想要的图书编号,之后系统会自动展示给用户该图书的其他信息,这些信息有图书的名字,也会有图书的价格信息,类别以及备注。
如果要修该某些数据,就可以直接的修改,然后提交就可以了。
值得注意的是,如果要修改类别信息,可以通过具体的类别来选择。
如果用户确定要做的修改,提交就可以;如若不然,取消本次的操作。
4.4.5库存管理
本模块主要的功能是处理库存信息。
对于一个图书类的企业来书,各种进货和销售的过程都会设计到库存量的变化,库存一旦发生了变化,那么企业的管理人员有必要根据库存信息来做出相应的调整。
当新进一批图书要入库,首先要做的是填写入库单,系统审核通过后,图书入库。
当销售发生后,图书的库存信息也应发生了变化,系统必须能够作出改变,以确保各种数据的一致行。
图13——库存查询
5系统使用说明
5.1系统安装及配置说明
5.1.1系统运行环境
硬件配置:
内存:
64MB
外存:
10GB
CPU:
Pentium4cpu3.00ghz
软件配置:
操作系统:
Windows系列后台数据库:
Sql2000
5.1.2系统安装步骤
该系统在运行前,需要先配置数据库,然后就能运行。
5.1.3系统配置
系统一开始运行时,必须有用户信息:
至少有三个级别的用户。
因为不同的用户拥有不同的操作权限,即使是管理员用户也不是直接的无所不能。
此外,库存表中也应该有一些数据,入库管理中也须有一些数据。
5.2系统操作说明
5.2.1模块说明
5.2.1.1登陆
图14——登陆界面
用户在用户名中输入自己的用户名,然后在口令栏中输入口令,按回车就可以进入系统。
对于不同级别有不同的操作。
灰色的按纽就代表不可用,黑色可用。
1.1管理员级别的操作界面
图15——管理员级别的操作界面
1.2仓库管理员的主界面
图16——仓库管理员的主界面
1.3收银员级别的操作界面
图17——收银员级别的操作界面
5.2.1.2.销售
在图书号一栏输入图书号,在数量栏输入数量,剩余的事就交给系统来完成。
图18——销售
5.2.1.3.销售统计
图19——销售统计
先选择查询条件中的一项,再在时间与项目中选择一个,按一下个别查询就可以查到你想要的图书的销售情况。
如果按了整体查询就查到根据时间和项目而确定的销售情况。
比如上图就是表示本月图书销售额的总体情况。
5.2.1.4.库存查询
图20——库存查询
查询与上面的销售统计差不多,上面就查到了书号开头为tp0的图书的基本信息。
5.2.1.5.销售提示
图21——销售提示
5.2.2举例
比如,一个人买了三本书,书号分别叫:
tp0000,tp0001,tp0002
图22——收银2
输入TP0000加上数量后按确定,该图书的一些购买信息就到了界面上来了,如此做三次就可以将这三本书全部在屏幕上显示出来。
图23——收银3
如果需要,还可以打印收据。
图24——票据
这些操作完了后,可以对这一功能进行还原。
按一下还原或者是ESC就可以恢复到一开始的界面。
图25——收银4
参考文献
[1]刘华.DELPHI基础教程[M].北京:
清华大学出版社,2004
[2]严蔚敏,吴伟明.数据结构[M].北京:
清华大学出版社,2001
[3]萨师煊,王珊.数据库系统概论[M].北京:
高等教育出版社,2004
[4]长城工作室数据.sqlserver2000[M].北京:
人民邮电出版社,2001
[5]RayLiscbner.delphi技术手册[M].北京:
中国电力出版社2002
[6]王志强.delphi7经典案例开发[M].北京:
中国铁道出版社2005
[7]张海藩.软件工程导论[M].北京:
清华大学出版社2003
[8]杨海东,刘海英.Delphi数据库高级实例导航[M].北京:
科学出版社,2004
[9]彭文明,武莹.Delphi管理信息系统项目开发实践[M].北京:
科学出版社,2005
[10]李俊平,薛海燕.Delphi面向对象程序设计[M].北京:
高等教育出版社,2005
[11]王少锋.UML面向对象技术教程[M].北京:
清华大学出版社,2004
[12]罗先文,黄煜徐军.软件工程实务[M].重庆:
重庆大学出版社,2005
[13]王晟,万科.Delphi数据库开发经典案例解析[M].北京:
清华大学出版社,2005
[14]赵强.SQLServer数据库编程技法范例[M].北京:
清华大学出版社,2003
[15]赵英良,仇国巍等.软件开发技术基础[M].北京:
机械工业出版社,2000
致谢
写到此毕业设计已经基本完成,在本次毕业设计中,我首先要感激的就是我的导师蒋宗华老师,他平日里工作繁忙,还要给我们细心的