图书销售系统Word文档格式.docx
- 文档编号:13738031
- 上传时间:2022-10-13
- 格式:DOCX
- 页数:33
- 大小:76.96KB
图书销售系统Word文档格式.docx
《图书销售系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《图书销售系统Word文档格式.docx(33页珍藏版)》请在冰豆网上搜索。
5.3模块设计15
结术语35
参考文献35
第一章引言
1.1课题研究背景与意义
现如今图书销售行业发展迅速,大大小小的书店到处可见,特别是一些发展较大的书城采用大规模的连锁经营方式。
随着规模的扩大传统的图书管理已经不能适应发展的需要。
图书管理工作繁琐,销售频繁,包含大量的信息数据,因此就需要一个完善的图书销售管理系统来实现对这些数据的有效管理。
本系统主要任务就是对书店、图书、顾客、销售信息、查询进行统一管理,满足各类用户的需求。
本系统在功能上要实现书店进货功能,图书统计功能,书店销售功能等。
我通过对世面上的书城如新华书店和学校里的小书店进行了初步的了解,发现其业务主要是集中在对图书的管理和图书的销售上。
对图书的管理工作量较大,采用手工的方式还容易出错,并且不能满足顾客对图书的详细的查询功能。
本系统在设计中考虑和克服了上诉的诸多问题,增强了实用性。
1.2本课题研究内容与目标
1.2.1研究内容
本课题是通过SQLServer和相应的面相对象语言来制作一个面相书店用户的图书销售管理系统。
1.2.2研究目标
本图书销售管理系统就是要求图书管理人员通过该系统对图书、顾客、管理员、购买信息等进行统一管理,从而实现功能上的销售图书、管理图书库存量、图书信息、顾客信息和用户信息以及相应信息查询。
这就要求管理人员能够对数据库熟悉操作,简单的表查询、触发器的建立、存储过程的建立以及用户自定义函数的建立等等这些管理数据库的方法都能对图书馆里系统的管理起到事半功倍的效果。
最后通过应用这些命令来建立一个完整的图书销售管理系统。
1.3开发环境
本图书销售管理系统的开发语言是JAVA,开发环境是MyEclipse8.6,数据库采用SQLServer2008。
1.4体系结构设计
本次课程设计的图书销售管理系统采用了C/S体系结构设计,即采用了客户端和服务器,这里的客户端主要是应用程序界面,服务器是数据库后台。
通过对前台界面的操作,来实现相应的对数据库信息的增、删、改功能,如果操作正确则将运行显示相应结果,对应修改后台数据库内容,信息一旦提交,将不能修改;
前台页面也调用后台数据库编写好的存储过程和触发器,来实现操作,客户端也有很好的权限控制,这样是为了防止用户的恶意操作,比如说:
在登录界面,只有密码和登录名都正确才能进入系统,并且不同的方式将进入不同的操作页面。
第二章、需求分析
2.1信息要求
图2-1
2.2处理要求
2.3数据字典
2.3.1数据项
2-1图书表
列名
中文名
数据类型
是否允许空
备注
Book_id
图书编号
varchar(13)
否
主键
Typeid
图书类型编号
外键
Bookname
图书名称
varchar(40)
Writer
作者
varchar(21)
Translator
翻译者
varchar(30)
是
Publisher
出版社
varchar(50)
Date
出版时间
Datetime
Price
价格
Money
Insum
库存量
Int
2-2顾客表
Reader_id
顾客编号
kname
顾客姓名
varchar(10)
Sex
性别
varchar
(2)
Age
年龄
Identitycard
身份证号
Tel
电话号码
2-3购书信息表
Id
订单编号
int
Buynum
购买数量
默认为1
Buydate
购买日期
默认为系统时间
Buybookname
图书姓名
2-4管理员(用户)表
用户id
Yname
管理员姓名
varchar(20)
varchar(12)
Ypassword
管理员密码
Ytype
管理员权限
varchar
(1)
2-5进货表
外键,唯一
进货时间
Number
进货量
Operator
操作管理员
varchar(6)
Checkandaccept
是否验收
Zk
折扣
Float
2-6图书类型表
Typename
图书类型名称
2.3.2、数据结构
图书表(book_id,typeid,bookname,writer,translator,publisher,date,price,insum);
顾客表(reader_id,kname,sex,age,identitycard,tel);
购书信息表(id,book_id,reader_id,buynum,buydate,buybookname);
管理员(用户)表(id,yname,sex,tel,ypassword,ytype);
进货表(book_id,date,number,operator,checkandaccept,zk);
图书类型表(id,typename)。
2.3.3、数据流
编号
名称
来源
去向
组成
1
身份信息
系统管理员,一般管理员
应用系统
登录名+密码
2
授权信息
3
错误身份信息
4
查询请求
查询对象识别符(如book_id,reader_id等)
5
查询结果
被查询对象具体信息
6
管理请求
识别符(book_id等)+类型
7
管理结果信息
被管理对象处理结果
8
非法请求
非法请求提示信息
9
修改请求
被修改对象具体信息
2-6数据流表
2.3.4、数据存储
图书表:
用于存放图书信息;
顾客表:
用于存放顾客信息;
购书信息表:
用于存放图书销售报表;
管理员(用户)表:
用于存放管理员信息;
进货表:
用于存放图书进货信息;
图书类型表:
用于存放图书类型信息。
2.4安全性和完整性要求
2.4.1安全性
系统具有较高的安全性能,在SQLServer中定义存储过程及相应的触发器来区分系统管理员与一般管理员的权限,实现安全性。
系统管理员登入名和密码输入正确后可才可进入系统,而且只有系统管理员(书店店主)在数据库中添加了一般管理员后,并且这些一般管理员登录名和密码的输入正确之后才能进入系统对销售系统进行操作,否则系统将拒绝用户的非法访问,以保证系统的安全,并且系统也控制了普通用户和系统管理员的权限,防止用户恶意操作或者不是故意的操作导致后台数据库的不一致。
2.4.1完整性
系统为了保证数据的完整性,在数据库里面写了许多触发器,比如当用户进行图书信息添加操作的时候,可以自动更改图书表里面的库存量;
用户进行销售操作后通过触发器也可以修改图书表的对应图书的库存量等。
据此来维护数据库的数据完整性,并且在进行用户界面交互操作的时候,会判断输入的信息,如果信息有误或者无意义,系统将拒绝对后台数据库的更改,因此系统具有很强的数据完整性。
第三章、概念结构设计
3.1总ER图
图3-1整体E-R图
第四章、逻辑结构设计
4.1关系模型
图4-1
4.2数据模型优化
1.图书类型表(图书类型编号,图书类型名)
函数依赖:
图书类型编号----->
图书类姓名
从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有图书类型编号能够确定其它各项。
所以该关系是BCNF范式。
2.图书表(图书编号,图书类型编号,图书名称,作者名,译者名,出版社,出版日期,价钱,库存量)
图书编号------->
图书名称,图书编号----->
作者名,图书编号----->
译者名,图书编号----->
出版社,图书编号---->
出版日期,图书编号---->
价钱,图书编号---->
从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有图书编号能够确定其它各项。
3.顾客表(顾客编号,顾客名称,性别,年龄,证件号码,电话号码)
顾客编号------>
顾客名称,顾客编号------>
性别,顾客编号------>
年龄,顾客编号------>
证件号码,顾客编号------>
电话号码。
从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有顾客编号能够确定其它各项。
4.订购信息表(订单号,图书编号,客户编号,购买数量,销售时间,销售日期,图书名称)
订单号--->
客户编号,订单号--->
购买数量,订单号--->
销售时间,订单号--->
销售日期,订单号--->
图书名称,订单号---->
图书编号,图书编号--->
图书名称。
从函数依赖图可以看出,该关系中不存在部分函数依赖,但存在传递函数依赖(订单号---->
图书名称)故需对表进行分表:
分表一(订单号,图书编号,客户编号,购买数量,销售时间,销售日期)
分表二(图书编号,图书名称)
经过分表后,实现了关系中不存在部分函数依赖、传递函数依赖,所以改后的关系是第三范式。
5.管理员表(管理员编号,管理员名称,性别,电话号码,密码,管理员级别)
管理员编号----->
管理员名称,管理员编号----->
性别,管理员编号----->
电话号码,管理员
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 销售 系统