图书进销存管理系统.docx
《图书进销存管理系统.docx》由会员分享，可在线阅读，更多相关《图书进销存管理系统.docx（18页珍藏版）》请在冰豆网上搜索。
图书进销存管理系统
图书进销存管理系统
一数据库设计
1需求分析
需求分析的定义是：
在管理信息系统开发生命周期中系统详细调查阶段的各项活动和方法。
需求分析的目标是：
按照系统规划原则在业务系统项目的范围内，具体明确系统开发的目标和用户的信息要求。
通过对现行系统的管理水平、原始数据的精确程度、规章制度是否齐全和切实可行、管理人员对开发新系统的需求等内容的详细调查，从而获得软件开发的基础，确定总体设计的限制条件，确认软件测试的具体要求，定义详细的功能模块，以求达到协助系统开发的根本目的。
在需求分析中，主要采用业务流程图、数据流程图、数据字典等工具进行描述和分析。
1.1目标
需求分析简单地说就是分析用户的要求。
需求分析是设计数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段原设计，并影响到设计结果是否合理和实用。
1.2任务
目前市面上流行的进销存管理系统不少。
但是，对于书店图书的进销存系统来说，不需要大型的数据库系统。
只需要一个操作方便，功能实用，能同时满足进销存分析管理及需求的系统。
我们的目标就是在于开发一个功能实用、操作方便，简单明了的图书进销存管理系统。
该系统有售书管理模块、出库管理模块、库存管理模块、订书管理模块、入库管理模块和数据统计分析模块六部分组成，可以完成图书的进货、出货、查询等基本操作，完成阶段的销售情况、财务利润等信息。
通过对基本操作的查询，用户可以掌握图书受欢迎情况，并能够对图书情况进行统计，从而适应市场的需求进行规划决策。
1.3市场调查
通过对现在流行的各种进销存软件的分析，我们发现市场上的软件过于繁琐，操作比较复杂，而其中软件的许多功能不被小型企业所采用，造成软件冗余量大。
图书进销存管理系统设计的总体目标是通过对销售、订单、库存的管理，及时准确了解销售、库存等综合情况，以便为管理者做出准确的判断提供依据。
并通过图书进销存数据的分析，为管理及决策人员提供库存资金占用情况、图书库存情况。
图书进销存管理系统的使用者要求系统具有良好的可靠性和可操作性，它的各种基本的操作容易为管理者所掌握，有较好的完全性，并要求系统具有高效率，易维护，可移植性较好等特点，我们据此展开分析。
1.4业务流程图
业务流程图是一种表明系统内各个单位、人员之间业务关系、作业顺序和管理信息流动的流程图，通过它能够使分析人员找出业务流程中的不合理迂回等。
业务流程图的层次简单，可读性强；图中采用系统外部实体、单据报表账目、数据流、处理四种符号来表示各项内容。
具体的相关符号说明如下：
通过对书店的处理内容、处理顺序、处理细节和处理要求等各环节的调查和分析，弄清各个环节所需要的信息内容、信息来源、流经取向、处理方法、计算方法、提供信息的时间和信息表示形态（报表、表单、表格、输入输出内容、屏幕显示）等，并且把相关的调查结果用“业务流程图”表示出来，如图2.4.1所示。
图2.4.1业务流程图
1.5数据流程图
在上一节中使用了业务流程图来描述管理业务虽然形象的表达了信息的流动和存储状况，但是仍旧没有完全脱离一些物质要素，而只是仅仅得到了一个现行系统的物理模型。
为了用计算机对信息进行管理，必须舍去物质，抽象出信息流，详细调查数据及数据流程。
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合的反映出信息在系统中的流动、处理和存储情况。
根据上面业务流程图的描述，从系统的科学性、管理的合理性、实际运行的可行性角度出发，自顶向下对系统进行分解，导出了图书管理系统的系统关联图、系统顶层图和系统分解图。
数据流程图有外部实体、处理（数据加工）、数据存储、数据流四个部分组成。
他们的符号表示如下：
此外，为了规范化系统开发流程，有必要给数据流程图上的每个元素编上相应的编号，在编号之前冠以字母，以此来区分不同元素。
F数据流D数据存储
P处理S外部实体
1.5.1顶层数据流程图
由业务流程图确定系统开发的外部实体即系统数据的来源与去处，从而确定了整个系统的外部实体和数据流，把系统作为一个处理环节，由此可绘出该图书进销存系统的顶层数据流程图（顶层DFD图），如图2.5.1所示。
图2.5.1图书进销存管理系统顶层DFD图
1.5.2数据流程图细化
确定系统的主要处理功能，可以将系统分为售书管理、出库管理、库存管理、订书管理、入库管理和数据统计分析六部分。
再确定各个输入和输出的数据流的以及与之相关的数据结构，为各个数据流、加工环节命名并编码，从而得到图书进销存系统的第二层数据流程图，如图2.5.2所示。
图2.5.2图书进销存管理系统第二层数据流程图
1.5.3系统流程图分解
将第二层流程图分解可得到系统分解图。
其中某些数据项处理可分解为多个处理过程。
在本系统中有售书管理模块、出库管理模块、库存管理模块、订书管理模块、入库管理模块和数据统计分析模块六部分。
每一部分都可分解为第三层流程图。
具体分解情况如下：
1）售书管理模块
售书管理模块第三层数据流程图
2）出库管理模块
出库管理模块第三层数据流程图
3）库存管理模块
库存管理模块第三层数据流程图
4）数据统计分析模块
数据统计分析模块第三层数据流程图
5）入库管理模块
入库管理模块第三层数据流程图
6）订书管理模块
订书管理模块第三层数据流程图
2概念结构设计
在进行数据库设计时，是先将现实世界中的客观对象抽象为不依赖任何具体机器的信息系统，数据库概念设计的目标就是要产生反映企业组织信息需求的数据库概念结构，即概念模型，而后再把概念模型转化为具体机器上计算机信息管理系统支持的相关模型。
概念模式是独立与数据库逻辑结构，独立与支持数据库的DBMS，不依赖于计算机系统的。
概念模型是表达概念设计结果的工具。
它应该能够真实、充分地反映现实世界中事物和事物之间的联系；应该简洁、明晰、独立于机器，容易理解，方便数据库设计人员和应用人员进行交流；应该易于变动，便于修改；应该很容易向关系、层次或网状等各种数据模型转变，方便地导出与DBMS有关的逻辑模型。
从而使概念模型成为现实世界到机器世界的一个过渡的中间层次。
概念模型有很多模型，其中最常用的方法之一是“实体—联系模型”（entityrelationshipmodel），即使用E-R图来描述某一组织的概念模型。
这个阶段的目标即抽象出本系统的概念模型，为下一步做准备。
该阶段的任务为采用自下而上的方法抽象出各子模块的E-R图，再通过合并的方法做到各子系统实体、属性、联系统一，最终形成系统的全局E-R图。
2.1概念模型设计ER图和决策表
E-R图是直观表示概念模型的工具，在图中有四个基本成分：
1）矩形框：
表示实体类型（考虑问题的对象）；
2）菱形框：
表示联系类型（实体间的联系）；
3）椭圆形框：
表示实体类型和联系类型的属性；
4）直 线：
联系类型与涉及的实体类型之间以直线连接，并在直线部标上联系的种类（1：
1，1：
N，M：
N）。
具体图示如下：
图3.1图书进销存管理系统全局E-R图
各实体属性如下，其中主码用下划线标出：
购书单（图书编号，购书单编号，购书数量，购书日期）
图书（图书编号，供应商编号，图书名称，图书作者，图书出版社，图书单价，图书出版日期，所存仓库号，图书备注）
供应商（供应商编号，姓名，地址，联系电话，传真，邮政编码）
仓库（仓库编号，面积）
库管员（库管员编号，名称，密码）
存放（仓库编号,图书编号，入库日期，出库日期，库存数量）
供应（供应商编号，供应量）
购书（购书单编号，购书日期，购书数量）
3逻辑结构设计
逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本E—R图转化为与选用的具体机器上的DBMS产品所支持的数据模型相符的逻辑结构（包括数据库模式和外模式）。
这些模式在功能性、完整性和一致性约束及数据库的可扩充性等方面应满足用户的各种要求。
E—R图向关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系模式，如何确定这些关系模式的属性和代码。
3.1决策表
根据具体实际情况，我们用决策表来描述模块内部处理流程。
条件名称
取值
含义
会员卡
M
有
L
无
本数
N
1~2本
Y
2本以上
方式
D
购买
N
租赁
3.2模型转换
关系模型的逻辑结构是一组关系模式的集合。
E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。
所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。
E—R模型中的主要成分是实体类型和联系类型，它向关系模式转化的规则是：
对于实体模型，将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的健。
对于联系类型，要视1：
1，1：
N和M：
N三种情况做不同处理：
1）若两个实体间的联系是1：
1，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的健和联系类型的属性。
2）若两个实体间的联系是1：
N，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。
3）若两个实体间的联系是M：
N，则将联系类型也转换成关系模式，其属性为两端实体的键加上联系类型的属性，而键为两端实体间的组合。
根据以上规则，本系统的E-R模型向关系模型转换如下（关系的码用下横线标出）：
购书单（图书编号，购书单编号，购书数量，购书日期）
图书（图书编号，供应商编号，名称，作者，出版社，单价，出版日期，所存仓库号，备注）
供应商（供应商编号，姓名，地址，联系电话，传真，邮政编码）
仓库（仓库编号，面积）
库管员（库管员编号，名称，密码）
存放（仓库编号,图书编号，入库日期，出库日期，库存数量）
供应（供应商编号，供应量）
购书（购书单编号，购书日期，购书数量）
3.3功能模块图
图书进销存系统功能模块图
4物理结构设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。
目标与任务：
本阶段要完成的任务是为关系模式选择取存方法和设计关系索引等数据库文件的物理存储结构
4.1组织结构图
4.2程序流程图
管理信息系统处理方式的合理选择，是一个处理过程的设计问题。
选择处理方式实际上就是根据系统的任务、目标和环境条件，合理选择信息活动的形式及其具体方法。
在绘制流程图时使用的符号如下：
由此可得本系统的程序流程图,如图5.2.1所示。
图5.2.1系统程序流程图
4.3UC矩阵图
把系统划分为子系统可以大大简化设计工作，因为划分之后，只要子系统之间的接口关系明确。
而uc矩阵图是根据过程与数据类之间的关系来确定过程之间的关系的。
其关键是确定过程与数据之间的三种关系。
数据库
功能
客户
订货
产品
加工路线
材料表
成本
零件规格
原料库存
成品库存
职工
销售区域
财务
计划
设备负荷
材料供应
工作指令
经营计划
U
U
C
财务计划
U
U
U
U
产品原因
U
U
U
U
产品设计
U
C
U
C
产品工艺
U
C
U
U
库存控制
C
C
U
U
调度
U
U
C
生产能力
U
C
U
材料需求
U
U
C
作业流程
C
U
U
U
区域管理
C
U
U
销售
U
U
U
C
订货服务
U
C
U
发运
U
U
U
会计
U
U
U
成本会计
U
C
人员计划
C
人员招聘
U
4.4据字典
数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。
数据字典在数据库设计中占有很重要的地位。
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
具体数据字典内容见下。
名称
名称含义
数据类型
长度
说明
BID
图书编号
Char
10
BName
图书名字
Char
20
PID
供应商编号
Char
11
BWriter
图书作者
Char
30
BPub
图书出版社
Char
30
BPrice
图书单价
Float
BPubDays
图书出版日期
Datetime
SID
存放的仓库号
Char
1
BRemarks
图书备注
Char
300
表1.1.2客户购书表
名称
名称含义
数据类型
长度
说明
BuyID
购书单编号
Char
10
BID
图书编号
Char
10
BuyNum
购书数量
Int
BuyDays
购书日期
Datetime
表1.1.3库存图书表
名称
名称含义
数据类型
长度
说明
SID
仓库号
Char
2
BID
图书编号
Char
10
InTime
入库日期
Datetime
SNum
库存数量
Int
OutTime
出库日期
Datetime
表1.1.4进货表
名称
名称含义
数据类型
长度
说明
BID
图书编号
Char
10
InNum
进购图书数量
Int
BuyTime
图书进购日期
Char
11
表1.1.5库管员信息表
名称
名称含义
数据类型
长度
说明
AdID
库管员编号
Char
2
AdName
名称
Char
15
AdPswd
密码
Char
15
表1.1.6供应商信息表
名称
名称含义
数据类型
长度
说明
PID
供应商编号
Char
11
PName
姓名
Char
20
PAddr
地址
Char
50
PTel
联系电话
Char
11
PFax
传真
Char
11
PPost
邮政编码
Char
6
表1.1.7仓库信息表
名称
名称含义
数据类型
长度
说明
AdID
库管员编号
Char
2
SID
仓库编号
Char
2
SArea
面积
Float
表1.1.8供应表
名称
名称含义
数据类型
长度
说明
PID
供应商编号
Char
11
PNum
供应量
Int
【此文档部分内容来源于网络，如有侵权请告知删除，本文档可自行编辑和修改内容，感谢您的支持！
】
升级会员 