图书进销存管理系统

1、 图书进销存管理系统一数据库设计1 需求分析需求分析的定义是：在管理信息系统开发生命周期中系统详细调查阶段的各项活动和方法。需求分析的目标是：按照系统规划原则在业务系统项目的范围内，具体明确系统开发的目标和用户的信息要求。通过对现行系统的管理水平、原始数据的精确程度、规章制度是否齐全和切实可行、管理人员对开发新系统的需求等内容的详细调查，从而获得软件开发的基础，确定总体设计的限制条件，确认软件测试的具体要求，定义详细的功能模块，以求达到协助系统开发的根本目的。在需求分析中，主要采用业务流程图、数据流程图、数据字典等工具进行描述和分析。1.1目标需求分析简单地说就是分析用户的要求。需求分析是设计

2、数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段原设计，并影响到设计结果是否合理和实用。1.2 任务目前市面上流行的进销存管理系统不少。但是，对于书店图书的进销存系统来说，不需要大型的数据库系统。只需要一个操作方便，功能实用，能同时满足进销存分析管理及需求的系统。我们的目标就是在于开发一个功能实用、操作方便，简单明了的图书进销存管理系统。 该系统有售书管理模块、出库管理模块、库存管理模块、订书管理模块、入库管理模块和数据统计分析模块六部分组成，可以完成图书的进货、出货、查询等基本操作，完成阶段的销售情况、财务利润等信息。通过对基本操作的查询，用户可以掌握图书

3、受欢迎情况，并能够对图书情况进行统计，从而适应市场的需求进行规划决策。1.3市场调查通过对现在流行的各种进销存软件的分析，我们发现市场上的软件过于繁琐，操作比较复杂，而其中软件的许多功能不被小型企业所采用，造成软件冗余量大。图书进销存管理系统设计的总体目标是通过对销售、订单、库存的管理，及时准确了解销售、库存等综合情况，以便为管理者做出准确的判断提供依据。并通过图书进销存数据的分析，为管理及决策人员提供库存资金占用情况、图书库存情况。图书进销存管理系统的使用者要求系统具有良好的可靠性和可操作性，它的各种基本的操作容易为管理者所掌握，有较好的完全性，并要求系统具有高效率，易维护，可移植性较好等特

4、点，我们据此展开分析。1.4 业务流程图业务流程图是一种表明系统内各个单位、人员之间业务关系、作业顺序和管理信息流动的流程图，通过它能够使分析人员找出业务流程中的不合理迂回等。业务流程图的层次简单，可读性强；图中采用系统外部实体、单据报表账目、数据流、处理四种符号来表示各项内容。具体的相关符号说明如下：通过对书店的处理内容、处理顺序、处理细节和处理要求等各环节的调查和分析，弄清各个环节所需要的信息内容、信息来源、流经取向、处理方法、计算方法、提供信息的时间和信息表示形态（报表、表单、表格、输入输出内容、屏幕显示）等，并且把相关的调查结果用“业务流程图”表示出来，如图2.4.1所示。图2.4.1

5、 业务流程图1.5 数据流程图在上一节中使用了业务流程图来描述管理业务虽然形象的表达了信息的流动和存储状况，但是仍旧没有完全脱离一些物质要素，而只是仅仅得到了一个现行系统的物理模型。为了用计算机对信息进行管理，必须舍去物质，抽象出信息流，详细调查数据及数据流程。数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合的反映出信息在系统中的流动、处理和存储情况。根据上面业务流程图的描述，从系统的科学性、管理的合理性、实际运行的可行性角度出发，自顶向下对系统进行分解，导出了图书管理系统的系统关联图、系统顶层图和系统分解图。数据流程图有外部实体、处理（数据加工）、数据存储、数

6、据流四个部分组成。他们的符号表示如下：此外，为了规范化系统开发流程，有必要给数据流程图上的每个元素编上相应的编号，在编号之前冠以字母，以此来区分不同元素。F 数据流 D 数据存储P 处 理 S 外部实体1.5.1顶层数据流程图由业务流程图确定系统开发的外部实体即系统数据的来源与去处，从而确定了整个系统的外部实体和数据流，把系统作为一个处理环节，由此可绘出该图书进销存系统的顶层数据流程图(顶层DFD图)，如图2.5.1所示。图2.5.1 图书进销存管理系统顶层DFD图1.5.2数据流程图细化确定系统的主要处理功能，可以将系统分为售书管理、出库管理、库存管理、订书管理、入库管理和数据统计分析六部分

7、。再确定各个输入和输出的数据流的以及与之相关的数据结构，为各个数据流、加工环节命名并编码，从而得到图书进销存系统的第二层数据流程图，如图2.5.2所示。图2.5.2 图书进销存管理系统第二层数据流程图1.5.3系统流程图分解将第二层流程图分解可得到系统分解图。其中某些数据项处理可分解为多个处理过程。在本系统中有售书管理模块、出库管理模块、库存管理模块、订书管理模块、入库管理模块和数据统计分析模块六部分。每一部分都可分解为第三层流程图。具体分解情况如下：1) 售书管理模块售书管理模块第三层数据流程图2) 出库管理模块出库管理模块第三层数据流程图3) 库存管理模块库存管理模块第三层数据流程图4)

8、数据统计分析模块数据统计分析模块第三层数据流程图5) 入库管理模块入库管理模块第三层数据流程图6)订书管理模块订书管理模块第三层数据流程图2概念结构设计在进行数据库设计时，是先将现实世界中的客观对象抽象为不依赖任何具体机器的信息系统，数据库概念设计的目标就是要产生反映企业组织信息需求的数据库概念结构，即概念模型，而后再把概念模型转化为具体机器上计算机信息管理系统支持的相关模型。概念模式是独立与数据库逻辑结构，独立与支持数据库的DBMS，不依赖于计算机系统的。概念模型是表达概念设计结果的工具。它应该能够真实、充分地反映现实世界中事物和事物之间的联系；应该简洁、明晰、独立于机器，容易理解，方便数据

9、库设计人员和应用人员进行交流；应该易于变动，便于修改；应该很容易向关系、层次或网状等各种数据模型转变，方便地导出与DBMS有关的逻辑模型。从而使概念模型成为现实世界到机器世界的一个过渡的中间层次。概念模型有很多模型，其中最常用的方法之一是“实体联系模型”（entity relationship model），即使用E-R图来描述某一组织的概念模型。这个阶段的目标即抽象出本系统的概念模型，为下一步做准备。该阶段的任务为采用自下而上的方法抽象出各子模块的E-R图，再通过合并的方法做到各子系统实体、属性、联系统一，最终形成系统的全局E-R图。2.1概念模型设计ER图和决策表E-R图是直观表示概念模型

10、的工具，在图中有四个基本成分：1) 矩 形 框：表示实体类型（考虑问题的对象）；2) 菱 形 框：表示联系类型（实体间的联系）；3) 椭圆形框：表示实体类型和联系类型的属性；4) 直线：联系类型与涉及的实体类型之间以直线连接，并在直线部标上联系的种类（1：1，1：N，M：N）。具体图示如下：图3.1图书进销存管理系统全局E-R图各实体属性如下，其中主码用下划线标出：购书单(图书编号，购书单编号，购书数量，购书日期)图书(图书编号，供应商编号，图书名称，图书作者，图书出版社，图书单价，图书出版日期，所存仓库号，图书备注)供应商(供应商编号，姓名，地址，联系电话，传真，邮政编码)仓库(仓库编号，面

11、积)库管员(库管员编号，名称，密码)存放(仓库编号,图书编号，入库日期，出库日期，库存数量)供应(供应商编号，供应量)购书(购书单编号，购书日期，购书数量)3 逻辑结构设计逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本ER图转化为与选用的具体机器上的DBMS产品所支持的数据模型相符的逻辑结构（包括数据库模式和外模式）。这些模式在功能性、完整性和一致性约束及数据库的可扩充性等方面应满足用户的各种要求。ER图向关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系模式，如何确定这些关系模式的属性和代码。3.1决策表 根据具体实际情况，我们用决策表来描述模块内部处理流程。条件名称取值含

12、义会员卡M有L无本数N12本Y2本以上方式D购买N租赁3.2 模型转换关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。ER模型中的主要成分是实体类型和联系类型，它向关系模式转化的规则是：对于实体模型，将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的健。对于联系类型，要视1：1，1：N和M：N三种情况做不同处理：1) 若两个实体间的联系是1：1，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另

13、一个关系模式的健和联系类型的属性。2) 若两个实体间的联系是1：N，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。3) 若两个实体间的联系是M：N，则将联系类型也转换成关系模式，其属性为两端实体的键加上联系类型的属性，而键为两端实体间的组合。根据以上规则，本系统的E-R模型向关系模型转换如下(关系的码用下横线标出)：购书单(图书编号，购书单编号，购书数量，购书日期)图书(图书编号，供应商编号，名称，作者，出版社，单价，出版日期，所存仓库号，备注)供应商(供应商编号，姓名，地址，联系电话，传真，邮政编码)仓库(仓库编号，面积)库管员(库管员编号，名称，密

14、码)存放(仓库编号,图书编号，入库日期，出库日期，库存数量)供应(供应商编号，供应量)购书(购书单编号，购书日期，购书数量)3.3功能模块图图书进销存系统功能模块图4 物理结构设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。目标与任务：本阶段要完成的任务是为关系模式选择取存方法和设计关系索引等数据库文件的物理存储结构4.1组织结构图4.2程序流程图管理信息系统处理方式的合理选择，是一个处理过程的设计问题。选择处理方式实际上就是根据系统的任务、目标和环境条件，合理选择信

15、息活动的形式及其具体方法。在绘制流程图时使用的符号如下：由此可得本系统的程序流程图,如图5.2.1所示。图5.2.1 系统程序流程图4.3UC 矩阵图把系统划分为子系统可以大大简化设计工作，因为划分之后，只要子系统之间的接口关系明确。而uc矩阵图是根据过程与数据类之间的关系来确定过程之间的关系的。其关键是确定过程与数据之间的三种关系。数据库功能客户订货产品加工路线材料表成本零件规格原料库存成品库存职工销售区域财务计划设备负荷材料供应工作指令经营计划UUC财务计划UUUU产品原因UUUU产品设计UCUC产品工艺UCUU库存控制CCUU调度UUC生产能力UCU材料需求UUC作业流程CUUU区域管理

16、CUU销售UUUC订货服务UCU发运UUU会计UUU成本会计UC人员计划C人员招聘U4.4据字典数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。具体数据字典内容见下。名称名称含义数据类型长度说明BID图书编号Char10BName图书名字Char20PID供应商编号Char11BW

17、riter图书作者Char30BPub图书出版社Char30BPrice图书单价FloatBPubDays图书出版日期DatetimeSID存放的仓库号Char1BRemarks图书备注Char300表1.1.2客户购书表名称名称含义数据类型长度说明BuyID购书单编号Char10BID图书编号Char10BuyNum购书数量IntBuyDays购书日期Datetime表1.1.3 库存图书表名称名称含义数据类型长度说明SID仓库号Char2BID图书编号Char10InTime入库日期DatetimeSNum库存数量IntOutTime出库日期Datetime表1.1.4 进货表名称名称含义数据类型长度说明BID图书编号Char10InNum进购图书数量IntBuyTime图书进购日期Char11表1.1.5 库管员信息表名称名称含