图书管理系统.docx
《图书管理系统.docx》由会员分享，可在线阅读，更多相关《图书管理系统.docx（29页珍藏版）》请在冰点文库上搜索。
图书管理系统
目录
1绪论1
1.1背景1
1.2研究意义2
2系统分析3
2.1系统可行性分析3
2.2需求分析3
2.3管理业务调查5
2.4数据流程调查5
2.5数据字典9
3系统设计16
3.1功能结构图设计16
3.2数据库设计17
3.3输入输出设计0
4系统实施0
4.1系统界面管理0
4.2系统功能的实现1
5总结与展望0
致谢0
参考文献0
图书销售系统
田甜2009110515009信息2班
指导教室张玉田
摘要随着科学技术的迅猛发展，图书销售工作的自动化所需的软硬件条件已经成熟。
因此，我按照软件工程思想和管理信息系统的开发步骤，以图书销售的应用需求为背景，设计开发了本图书销售管理系统。
“图书销售管理系统”采用了软件工程的系统分析与设计方法，根据图书销售管理系统中涉及到的问题，以及相关的业务流程进行系统的分析与设计。
本系统的功能主要包括图书信息，销售信息，会员信息等的管理。
本文根据面向对象的思想，给出了软件主要功能模块的分析和设计。
该系统采用VisualStudio2005（C#）开发，软件界面简洁，真正体现了所见即所得的思想。
数据库采用了SqlServer2005，充分考虑了系统的安全性和稳定性，能够及时有效地对整个系统的数据进行储存和维护。
关键词图书销售；业务分析；C#
1绪论
1.1背景
书店是作者、编者同广大读者联系的纽带。
“为书找读者、为读者找书”，是书店联系读者的重要功能。
它可以将读者的需要、意见以及对书的评论，及时反映给出版部门，并将出书信息及其出版意图介绍给读者。
许多书店联系和团结了一大批基本读者，把他们的专业需要、通信地址、电话等记入读者联系卡。
每到新书，及时同这些读者联系。
读者急需的书，则千方百计代查、代找,送上门去。
几十年以前这些操作大部分依靠手工，出错率难免相对过高，再加上随着书店的藏书规模逐渐扩大，手工操作的缺陷就被放大了，明显它难以适应现今的图书市场的发展。
书店联系面广，熟悉市场，掌握各种复杂的销售条件，对于出书的品种、数量、价格、时间能否适应市场需要，较为敏感，可以把这些信息及时反馈给出版部门，使出版社出版的图书更能适销对路，可以使出版部门缩短图书出版周期，加速资金周转，为图书的扩大再生产创造较好的条件。
这些想要依靠员工的个人努力是没法解决的，需要一套系统、有效率的解决办法。
在当今科技突飞猛进的发展中，计算机信息技术得到了空前的繁荣，信息资源管理和数据检索技术发生了巨大的变革，在自动化办公事务的发展中，信息技术管理系统的使用，有效推动了高效处理办公事务的发展，同时有效减少了重复事务的工作，将办公事务的繁琐操作变的简单高效，信息管理系统有效提升了劳动者的工作效率，从而创造出更多的经济价值。
计算机软件系统重点强调通用性和灵活性，怎样可以提高信息化技术的水平，增强商业市场竞争的实力，如何有效开发管理系统，以及提高管理水平的具体措施，分析管理信息系统的开发策略，怎样可以以较小的投入取得最大的效果。
在计算机技术快速发展的今天，软件的设计与开发，充分体现了现代化的管理思想和管理模式。
所谓计算机信息管理系统，是指以计算机为基本描述工具，系统设计人员在收集数据信息，存储数据，分析数据以及处理，数据之后，汇总有效信息资料的计算机信息系统。
概况的说，计算机信息管理系统就是在科学利用网路技术的基础上，合并使用计算机技术以及数据库技术的一种信息管理系统。
图书销售数据处理手工操作，工作量大，出错率高，出错后不易更改。
采取手工方式对图书销售情况进行人工管理，由于信息比较多，图书销售信息的管理工作混乱而又复杂；一般销售情况是记录在销售账簿上，图书的数目和内容记录在文件中，工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。
如要对很长时间以前的图书进行更改就更加困难了。
基于这些问题，可以利用计算机信息管理系统使图书销售管理工作规范化，系统化，程序化，避免图书销售管理的随意性，提高性信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。
1.2研究意义
本系统采用C/S（Client/Server）结构进行设计,构建数据库，开发一个功能完善的图书销售系统。
它具有一定的实用性,可以实现图书销售信息，退货信息的自动化管理。
本课题的目标主要是要学会怎样运用语言实现图书销售管理系统。
在设计与开发之前，首先要熟悉业务的需求。
通过分析需求，在拟定出详细的功能设计与流程，进而就可以利用.开发平台的特性设计出结构合理的应用程序，以及如何使用开发语言与数据库结合便捷地开发出高效的应用程序。
在先进的计算机技术支持下，运用所学的计算机软件开发知识以及同学的建议所开发的图书销售信息系统，进行日常的图书销售管理，包括：
1．便捷的购书流程。
这是本次系统开发的主要目的。
2．科学的管理模式
3．人性化的操作界面。
2系统分析
2.1系统可行性分析
可行性研究（FeasibilityStudy）是通过对项目的主要内容和配套条件，如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等，从技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。
可行性研究应具有预见性、公正性、可靠性、科学性的特点。
2.1.1技术可行性
技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。
该管理系统采用了Client/Server模式进行开发。
它把应用系统带入了一个崭新的发展时代。
数据库服务器SQL数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。
它的灵活性、安全性和易用性为数据库编程提供了良好的条件。
因此，系统的软件开发平台已成熟可行。
硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。
2.1.2经济可行性
社会需要书店管理的现代化和信息化。
长期以来，书店管理采用手工管理，其缺点是：
手工操作工作量大、服务质量差、工作效率低、耗费的人员多。
使用计算机管理系统，一方面提高了工作效率，减少对员工的依赖，减少员工工作时间，方便操作与管理，从而带来经济效益，因此从经济上而言，是可行的。
其次，本次开发不需要大量经费,是个人设计，可以节省很多费用。
2.1.3操作可行性
随着时代的发展，人员素质己逐步提高，不论是对于电脑系统的基本操作还是对于系统的维护都有了一定的基础。
同时还可以配置专业的电脑维护人员来维护电脑，不必担心电脑故障问题。
2.2需求分析
所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。
简单的说就是分析用户的要求。
需求分析是系统设计的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。
出版社与书店是知识传播的重要途径之一，在近几十年，出版社与书店在全球化、信息化的浪潮的影响下，以信息化提高运营效率已成每个企业追求快速发展的捷径，由此对图书销售管理系统的需求应运而生。
本系统的开发目标是打破原有的书店员工手动操作修改图书信息、库存信息、系哦啊手信息、付款信息所带来的管理混乱、操作不方便，在保证书店日常正常营业的同时，减少员工数量，方便书店管理。
本次系统功能主要需求为：
查询需求、销售信息统计、用户管理、出错需求。
买书的人（客户、会员）进入书店以后，可能回感叹学无止境，但是同时他们也许也会为在怎么多的书中找到自己想要的书而发难，也许就这样一个潜在的顾客就不知不觉的走了，对商家来说，这可不是什么好事情。
但有了查询功能的机子就好办了，他可以说出自己想要的书名、书的ISBN码或者其他的有用信息（出版社）从而找到书有没有，如果有的话，在哪儿可以找到它。
也许顾客不知道自己具体要买哪一本书，但可能知道自己要哪一类书，这也可以作为查询的条件。
有的书书架上有，而有的书没有，但仓库中可以找到，这样可以让顾客改一个时间再来，那时仓库中的书已经上架。
如果书架上有这本书，还剩几本，今天的折扣是多少。
此外，还可以查看某一类书的折扣，或者哪一类书的折扣较低，从而决定买他。
每当顾客已经选好了书，把书拿到收银台，收银员吧书号录入系统，系统根据此信息显示本书价格及其他的一些信息。
在付帐时，不同的时间有不同的折扣，经过折扣以后的应付款项显示出来，顾客付款、找零。
一天的工作结束了，也许你作为老板或者管理人员要统计一下这一天下来书店的销售情况。
就说最基本的，几天买了多少本书，流水额有多少，利润有多少，利润率有多少，哪些书买的最多，哪些书的利润最可观。
这样一来，可以根据这些来指定一些计划，比如说最近的折扣。
还可以知道那些货架的书卖的比较多，是否需要从仓库中补齐。
并且可以了解到仓库中的库存状况。
该系统主要面对的是中小型书店，这些店里有管理人员与收银员。
对于这些不同的角色，本系统应能够区分对待，即给予不同的权限。
对于收银员来说，他的主要任务就是收钱，在收到顾客的钱款之前，他必须明白顾客该付多少钱。
在顾客给过钱之后，应能给出正确的找零。
这才是一笔成功的交易。
若顾客金额不足，那就无法完成。
对于管理人员来说，他要做的就不是这些小事情。
他应能从系统中挖掘到有用信息，并以次得出判断，从而帮助决策。
首先，他肯定能查看自己店里一定时间内还有多少书没卖出去、多少书卖了出去。
各种销售统计材料他是能做的，各种内部信息他也是能该的。
这些信息包括折扣、图书销售价格。
2.3管理业务调查
业务流程图（transactionflowdiagram,简称TFD）,就是用一些规定的符号及连线来表示某个具体业务处理过程。
一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向。
整体业务流程图如图：
图2-1整体业务流程图
2.4数据流程调查
数据流程图是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。
数据流程图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。
这个模型不涉及硬件、软件、数据结构与文件组织，它与系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能。
图形描述简明，清晰，不涉及技术细节，所描述的内容是面向用户的。
因此数据流图是系统分析人员与用户进行交流的有效手段，也是系统设计的主要依据之一。
为了描述复杂的软件系统的信息流向和加工，可采用分层的DFD来描述，分层DFD有顶层，中间层、底层之分。
顶层：
决定系统的范围，决定输入输出数据流，它说明系统的边界，把整个系统的功能抽象为一个加工，顶层DFD只有一张。
中间层：
顶层之下是若干中间层，某一中间层既是它上一层加工的分解结果，又是它下一层若干加工的抽象，即它又可进一步分解。
底层：
若一张DFD的加工不能进一步分解，这张DFD就是底层的了。
底层DFD的加工是由基本加工构成的，所谓基本加工是指不能再进行分解的加工。
数据流程图的系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分，如图：
图2-2数据流程图的符号
2.4.1顶层数据流
顶层数据流程图如图：
图2-3顶层数据流程图
2.4.2一层数据流
一层数据流程图如图2-4：
图2-4一层数据流程图
2.4.3二层数据流
图书基础信息管理二层数据流程图
图2-5图书管理二层数据流程图
销售管理二层数据流程图：
图2-6销售管理二层数据流程图
会员管理二层数据流程图：
图2-7会员管理二层数据流程图
2.5数据字典
数据字典（Datadictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。
主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。
被动数据字典是指修改时必须手工更新其内容的数据字典。
数据字典由数据项、数据结构、数据流、数据存储、处理过程五个部分构成。
2.5.1数据项定义
数据项编号：
I-01
数据项名称：
图书编号
别名：
图书编码
简述：
图书在本系统的识别代码
类型及宽度：
长整型，4位
取值范围：
“0000”～“9999”
数据项编号：
I-02
数据项名称：
管理员姓名
别名：
管理员姓名
简述：
管理员信息的代码
类型及宽度：
字符型，20位
取值范围：
文本
数据项编号：
I-03
数据项名称：
管理员帐号
别名：
管理员帐号
简述：
管理员信息的代码
类型及宽度：
字符型，20位
取值范围：
文本
数据项编号：
I-04
数据项名称：
会员编号
别名：
会员编号
简述：
会员信息的代码
类型及宽度：
字符型，50位
取值范围：
“00000000001”～“99999999999”
数据项编号：
I-05
数据项名称：
售书编号
别名：
售书号码
简述：
系统发生的每笔交易代码
类型及宽度：
长整型，50位
取值范围：
“00000000001”～“99999999999”
数据项编号：
I-06
数据项名称：
退书单号
别名：
退书号码
简述：
退书信息的代码
类型及宽度：
字符型，50位
取值范围：
“00000000001”～“99999999999”
2.5.2数据流描述
数据流编号：
D-01
数据流名称：
入库信息
简述：
书店新增图书的库存信息
数据流来源：
管理员
数据流去向：
图书管理模块
数据项组成：
书名+出版社+数量
数据流量：
50份/日
高峰流量：
100份/日
数据流编号：
D-02
数据流名称：
图书识别信息
简述：
图书的基本信息
数据流来源：
图书管理模块
数据流去向：
销售管理模块
数据项组成：
条形码+书名+单价
数据流量：
50份/日
高峰流量：
100份/日
数据流编号：
D-03
数据流名称：
销售信息
简述：
售书情况基本信息
数据流来源：
管理员
数据流去向：
销售管理模块
数据项组成：
售书编号+金额+售出日期+会员姓名
数据流量：
10份/小时
高峰流量：
20份/小时
数据流编号：
D-04
数据流名称：
图书信息
简述：
图书的详细信息
数据流来源：
图书管理模块
数据流去向：
销售管理模块
数据项组成：
条形码+书名+单价+出版社+译者+作者+注册时间+数量
数据流量：
50份/日
高峰流量：
100份/日
数据流编号：
D-05
数据流名称：
会员信息
简述：
会员注册需提供的信息
数据流来源：
管理员
数据流去向：
会员注册处理模块
数据项组成：
会员编号+姓名+性别+身份证号+电子邮箱
数据流量：
50份/日
高峰流量：
100份/日
数据流编号：
D-06
数据流名称：
生成票据
简述：
售出一本书所产生的信息
数据流来源：
售书处理模块
数据流去向：
销售统计模块
数据项组成：
售书单号+条形码+书名+数量+金额+折扣
数据流量：
50份/日
高峰流量：
100份/日
2.5.3处理逻辑描述
处理逻辑编号：
P1
处理逻辑名称：
图书管理
简述：
处理图书相关信息
输入的数据流：
入库信息
处理描述：
系统对图书库存等状况进行处理，同时把图书基础情况反映给相关部门
输出的数据流：
图书识别信息
处理频率：
对每本图书都要求处理一次
处理逻辑编号：
P2
处理逻辑名称：
销售管理
简述：
销售员销售情况管理
输入的数据流：
图书信息，销售信息
处理描述：
销售员登记销售情况，系统相应的进行销售统计处理
输出的数流：
条形码，销售信息
处理频率：
对每个客户都要求处理一次
处理逻辑编号：
P3
处理逻辑名称：
会员管理
简述：
系统管理会员的信息
输入的数据流：
注册申请
处理描述：
实现对登记的会员管理，包括折扣等级等ixnxi
输出的数流：
信息维护
处理频率：
对个会员都处理一次
处理逻辑编号：
P1.1
处理逻辑名称：
库存登记
简述：
对新添的图书作记录
输入的数据流：
入库单
处理描述：
书店进了一批新图书后，要有相应的记录
输出的数流：
图书识别信息
处理频率：
根据每一张入库单进行一次处理
处理逻辑编号：
P1.2
处理逻辑名称：
图书存量变动处理
简述：
销售员销售图书后，书店现有的图书库存就发生了变化
输入的数据流：
销售信息
处理描述：
销售员销售图书后，书店现有的图书库存就发生了变化，相应的要把这种变化记录到图书基础信息中去
输出的数流：
库存更新
处理频率：
根据每一张合格的入库单进行一次处理
处理逻辑编号：
P2.1
处理逻辑名称：
库存查看
简述：
查看书店是否有书
输入的数据流：
准备售书
处理描述：
销售员据会员的要求查看是否有他想要的图书，若有则卖给他，否则需要会员填预订单
输出的数据流：
售书，接受预定
处理频率：
根据每次会员的请求进行一次处理
处理逻辑编号：
P2.2
处理逻辑名称：
预定处理
简述：
会员预定图书
输入的数据流：
接受预定
处理描述：
由于书店没有会员需要的图书，所以接受该书的预定
输出的数据流：
预订单
处理频率：
根据每次会员的请求进行一次处理
处理逻辑编号：
P2.3
处理逻辑名称：
售书处理
简述：
售出图书
输入的数据流：
售书
处理描述：
销售员卖出图书，形成销售单据
输出的数据流：
生成票据
处理频率：
根据每次售书交易进行一次处理
2.5.4数据存储的描述
数据存储编号：
F-01
数据存储名称：
图书基础信息表
简述：
库存管理所产生的信息表
数据存储组成：
条形码+书名+作者+译者+出版社+单价+数量+注册时间
关键字：
条形码，单价
相关联的处理：
P1，P2，P1.2
数据存储编号：
F-02
数据存储名称：
入库管理表
简述：
图书入库信息登记
数据存储组成：
书名+单价+数量+出版社+入库时间
关键字：
书名
相关联的处理：
P1.1
数据存储编号：
F-03
数据存储名称：
售书明细单
简述：
销售员销售的详细登记
数据存储组成：
明细单号+售书单号+条形码+书名+金额+数量+折扣率+折扣价
关键字：
明细单号，折扣价
相关联的处理：
P2.3，P2.4
2.5.5外部实体的描述
外部实体编号：
S-01
外部实体名称：
会员
简述：
享受折扣优惠的顾客
输出的信息流：
购买图书，退还图书
流入的信息流：
预订单
外部实体编号：
S-02
外部实体名称：
管理员
简述：
系统的监管人员
输出的信息流：
综合信息
流入的信息流：
销售信息，统计信息
外部实体编号：
S-03
外部实体名称：
销售员
简述：
销售会员需要各种类别的图书
输入的信息流：
购买图书，退还图书
输出的信息流：
销售信息
3系统设计
3.1功能结构图设计
按照系统架构设计方案和各模块功能，书店销售管理信息系统有4大管理功能模块。
各个子系统由后台数据库系统和相应的子系统应用程序组成。
本系统的管理功能结构图如图所示。
图3-1书店销售管理信息系统的管理功能结构图
该功能结构具体描述如下：
在本系统主要包含系统设置，会员管理，图书信息管理和图书销售管理四大模块。
系统设置模块：
该模块主要的作用，一是方便书店自身管理，二是方便系统管理员管理、使用系统。
主要的操作有：
添加用户、修改用户信息、冻结用户帐号、用户帐号的解冻。
当业务需要，会有新的人员来使用系统，系统管理员就回增加新的用户。
当有老的人员离开后，他的帐号就应该被冻结。
如果再回来就可以用解冻操作来完成解冻，解冻过后的用户帐号与他被封之前的级别是相同的。
有的人虽然没有离开，但是他的职能有了变化，所以他在系统中的使用情况就应该有所变化，来完成这步操作的显然是管理员用户。
本系统采用帐号加姓名来确认。
会员管理模块：
包括会员基本管理、等级折扣管理。
顾客成为书店的会员后，购买图书，则可以享受一定的折扣优惠。
不同等级的会员享受不同的折扣比例，根据统计期间图书销售情况，对每本图书设定不同的折扣比例，更进一步合理销售图书，实现盈利。
图书信息管理模块：
包括图书基本信息管理、图书库存情况。
该模块确保每一本书都有详细的记载，即包括它的书名、条形码、作者、出版日期、入库日期、供应商、备注等。
从而让系统管理员有效的管理供应商和销售员的图书供销情况。
销售管理模块：
主要分为退货管理与售书管理，包括销售登记、销售量统计、销售情况查询、收益统计。
顾客每购买一本图书或退还一本图书，销售员都需要准确知道每笔交易信息。
这个模块是管理信息系统的重之重的模块之一。
它提供的查询功能让管理员知道一段时间内的销售信息，图书的销售价格、销售数量、备注、销售时间等。
3.2数据库设计
系统数据库是整个系统能正常运行的基础，数据库的设计直接关系到系统开发的成败与运行效率。
在系统的开发过程中，着重设计在有效、安全、完整的基础上实现数据库的最小冗余度。
从20世纪70年代末以来，众多学者对数据库设计方法进行了深入的探讨和尝试，结合出许多各有优点的数据库设计方法，有基于E-R模型的数据库设计方法，基于3NF的设计方法，基于抽象语法规范的设计方法等，较为实用的主流方法有两种：
E-R模型加规范化关系的方法和数据元素图加规范化关系的方法。
本系统在数据库概念结构设计中是采用E-R模型加规范化关系的方法进行设计的，下面对该方法进行简单的介绍。
E-R模型加规范化关系的方法在数据库结构设计中，主要工作是从需求分析所得到的所有信息以及它们之间的依赖关系出发，去构造系统数据模型。
在构造模型中，最常用的是E-R模型法。
E-R模型中最基本的成分是实体、联系以及它们的属性。
而实体（或联系）与属性构成关系，因为是否“规范化”而有“好”、“坏”之分，而关系的好坏又直接影响数据库的质量。
3.2.1数据库的概念设计
系统的概要设计中最重要的就是系统的模块化。
模块化是指解决一个复杂问题时自项向下逐层把软件系统划分成若干个模块的过程。
每个模块完成一个特定的功能，所有的模块按某种方法组织起来，成为一个整体，完成整个系统所要求的功能。
将系统划分为多个模块是为了降低软件系统的复杂性，提问读性、可维护性，但模块的划分不能是任意的，应尽量保持其独立性。
也就是说，每个模块只完成系统要求的独立的子功能，并且与其它模块的联系最少且接口简单，即尽量做到高内聚低耦合，提高模块的独立性，为设计高质量的软件结构奠定基础。
根据对数据项和数据结构的分析后，就可以设计出用户实体和他们之间的关系。
为了把用户的数据要求清晰明确地表达出来，系统分析员通常建立一个概念性的数据模型（也称为信息模型）。
概念性数据模型是一种面向问题的数据模型，是按照用户的观点来对数据和信息建模。
它描述了从用户角度看到的数据，它反映了用户的现实环境，且与在软件系统中的实现方法无关。
最常用的表示概念性数据模型的方法，是实体—联系方法（Entity—RelationshipApproach）。
这种方法用E-R（实体）图描述现实世界中的实体，而不涉及这些实体在系统中的实现方法。
为了满足系统的功能需求，抽象出会员、管理员二个实体，以及系统全局E-R图如下：
图书（条形码，书名，出版社，译作者，定价）。
如图3-2所示。
图3-2图书实体关系图
管理员（管理员编号，密码，姓名，性别，年龄，身份证号，电话），如图3-3所示。
图3-3管理员实体关系图
会员（会员号，联系方式，联系地址，姓名），如图所示。
图3-4会员实体关系图
系统全局E-R图，如图所示。
图3-5全局E-R图
在
升级会员 