实例5：图书进销存管理系统Word文件下载.doc

实例5：图书进销存管理系统Word文件下载.doc

《实例5：图书进销存管理系统Word文件下载.doc》由会员分享，可在线阅读，更多相关《实例5：图书进销存管理系统Word文件下载.doc（26页珍藏版）》请在冰豆网上搜索。

但是，对于书店图书的进销存系统来说，不需要大型的数据库系统。

只需要一个操作方便，功能实用，能同时满足进销存分析管理及需求的系统。

我们的目标就是在于开发一个功能实用、操作方便，简单明了的图书进销存管理系统。

该系统有售书管理模块、出库管理模块、库存管理模块、订书管理模块、入库管理模块和数据统计分析模块六部分组成，可以完成图书的进货、出货、查询等基本操作，完成阶段的销售情况、财务利润等信息。

通过对基本操作的查询，用户可以掌握图书受欢迎情况，并能够对图书情况进行统计，从而适应市场的需求进行规划决策。

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）订书管理模块

订书管理模块第三层数据流程图

1.6数据字典

数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。

数据字典在数据库设计中占有很重要的地位。

数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。

其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。

具体数据字典内容见附录1。

2概念结构设计

在进行数据库设计时，是先将现实世界中的客观对象抽象为不依赖任何具体机器的信息系统，数据库概念设计的目标就是要产生反映企业组织信息需求的数据库概念结构，即概念模型，而后再把概念模型转化为具体机器上计算机信息管理系统支持的相关模型。

概念模式是独立与数据库逻辑结构，独立与支持数据库的DBMS，不依赖于计算机系统的。

概念模型是表达概念设计结果的工具。

它应该能够真实、充分地反映现实世界中事物和事物之间的联系；

应该简洁、明晰、独立于机器，容易理解，方便数据库设计人员和应用人员进行交流；

应该易于变动，便于修改；

应该很容易向关系、层次或网状等各种数据模型转变，方便地导出与DBMS有关的逻辑模型。

从而使概念模型成为现实世界到机器世界的一个过渡的中间层次。

概念模型有很多模型，其中最常用的方法之一是“实体—联系模型”（entityrelationshipmodel），即使用E-R图来描述某一组织的概念模型。

这个阶段的目标即抽象出本系统的概念模型，为下一步做准备。

该阶段的任务为采用自下而上的方法抽象出各子模块的E-R图，再通过合并的方法做到各子系统实体、属性、联系统一，最终形成系统的全局E-R图。

2.1概念模型设计

E-R图是直观表示概念模型的工具，在图中有四个基本成分：

1）矩形框：

表示实体类型（考虑问题的对象）；

2）菱形框：

表示联系类型（实体间的联系）；

3）椭圆形框：

表示实体类型和联系类型的属性；

4）直　　线：

联系类型与涉及的实体类型之间以直线连接，并在直线部标上联系的种类（1：

1，1：

N，M：

N）。

具体图示如下：

图3.1图书进销存管理系统全局E-R图

各实体属性如下，其中主码用下划线标出：

购书单（图书编号，购书单编号，购书数量，购书日期）

图书（图书编号，供应商编号，图书名称，图书作者，图书出版社，图书单价，图书出版日期，所存仓库号，图书备注）

供应商（供应商编号，姓名，地址，联系电话，传真，邮政编码）

仓库（仓库编号，面积）

库管员（库管员编号，名称，密码）

存放（仓库编号,图书编号，入库日期，出库日期，库存数量）

供应（供应商编号，供应量）

购书（购书单编号，购书日期，购书数量）

3逻辑结构设计

逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本E—R图转化为与选用的具体机器上的DBMS产品所支持的数据模型相符的逻辑结构（包括数据库模式和外模式）。

这些模式在功能性、完整性和一致性约束及数据库的可扩充性等方面应满足用户的各种要求。

E—R图向关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系模式，如何确定这些关系模式的属性和代码。

3.1模型转换

关系模型的逻辑结构是一组关系模式的集合。

E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。

所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。

E—R模型中的主要成分是实体类型和联系类型，它向关系模式转化的规则是：

对于实体模型，将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的健。

对于联系类型，要视1：

N和M：

N三种情况做不同处理：

1）若两个实体间的联系是1：

1，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的健和联系类型的属性。

2）若两个实体间的联系是1：

N，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。

3）若两个实体间的联系是M：

N，则将联系类型也转换成关系模式，其属性为两端实体的键加上联系类型的属性，而键为两端实体间的组合。

根据以上规则，本系统的E-R模型向关系模型转换如下（关系的码用下横线标出）：

图书（图书编号，供应商编号，名称，作者，出版社，单价，出版日期，所存仓库号，备注）

3.2模型优化

3.3视图设计

对于购书单这一关系模式,由于顾客和管理者都需要知道其中的各个属性，故只需要建立一个视图：

购书者可以在购书小票中看到其中的各个属性，而管理者则可以查询每个购书单所购图书的详细信息以及购书日期、购书数量等。

在图书关系上，可以建立两个视图：

为一般用户建立的视图：

图书1（名称，作者，出版社，单价，出版日期，备注）

为管理者建立的视图：

用户视图中只包含允许用户查询的属性，而管理者则可以查询其所有属性，重要的是供应商和所存仓库号。

类似地可以得到各个关系模式的基于不同对象的视图，如表5.3.1所示。

表4.3.1视图分类

用户对象

视图描述

作用

顾客、

管理者

用于顾客和管理员对购书情况的查询

顾客

用于一般用户查询图书的详细信息

图书2（图书编号，供应商编号，名称，作者，出版社，单价，出版日期，所存仓库号，备注）

用于管理者对图书的详细信息查询

供应商（供应商编号，姓名，地址，联系电话，传真，