XXX企业进销存管理系统需求分析报告
一、 概述
进销存管理系统可以对经销商的进货、销售和库存进行全面管理，方便各级管理人员及时掌握各种产品的相关数据，可以对企业的运作进行快速有效的管理和辅助制定经营决策。建立一个好的进销存管理系统可以提高企业的运作效率，为企业立足于信息化社会提供有力的保障。
(一) XXX系统的背景
XXX企业是一家商业企业，其产品种类多达几十种，具体的销售委托给合作的多家分销商来进行，由分销商直接将产品销售给最终客户。
但是由于XXX企业信息化水平较低，很多往来的信息沟通仍需要大量的手工介入，人力成本较高其效率低下。因此，导致了企业无法及时准确的了解其业务信息，其结果往往是企业无法有效的确定业务规模和货物付运的时间，造成库存积压，影响资金的正常周转，甚至影响到企业的决策及战略部署。
XXX企业依靠以分销为主要销售渠道，分销商既是他们的合作伙伴，也是他们市场、销售、服务的前沿驻地。如果能够及时了解分销商的运作情况并给予稳定必要的协作，是企业期望的目标。
(二) XXX系统的建设目标
随着企业业务的不断深入与规模的扩大，传统的人工管理不仅成本较高且效率低下，不能够支持企业业务的快速发展，渠道管理流程中的矛盾时有发生，该企业急需一套合适的进销存管理系统，不仅能够对产品、订单进行管理，还要能够跟踪产品信息，了解分销商的销售活动情况，对企业整个的进货、销售与库存等相关业务信息进行全面的信息化管理。
二、 系统功能分析
在XXX企业中，产品的进销存管理是一项日常性的工作，企业各级管理人员需要及时了解掌握各种产品的进货量、销售量和库存量，以便合理安排企业生产经营各个环节的工作。
XXX企业的进销存管理信息系统必须满足如下要求： 1. 非常方便的录入和修改产品数据； 2. 简单快捷的检索进货数据、销售数据； 3. 完善的管理进销商品收付资金； 4. 灵活快捷的统计进销商品库存信息。
三、 业务功能与流程分析
通过对XXX企业管理业务的调查分析，弄清了企业产品的进、销、存管理的业务流程与管理功能。
(一) 业务功能分析
1. 单据审核
审核员负责对产品进货单、销售单、出库单、入库单进行审核，检查单据的填写形式是否符合要求，产品实际进货量、销售量、入库数量、出库数量和金额与单据上填的数据是否一致，出库单上填写的出库数量是否大于产品的实际库存量。不合格的单据返回，合格的传给记账员进行登记。
2. 登记进货商品帐
记账员根据合格的进货单登记产品进货商品帐，记录每一笔进货业务。 3. 登记销售商品帐
记账员根据合格的销售单登记产品销售商品帐，记录每一笔销售业务。 4. 登记库存产品帐
记账员根据合格的入库单和出库单登记产品库存商品帐，记录每一笔出入库业务。 5. 进货统计
统计员根据进货商品帐定期统计，分析各种产品每日、每月的进货数量，也可以随机查询进货数据。 6. 销售统计
统计员根据销售商品帐定期统计，分析各种产品每日、每月的销售数量，也可以随机查询销售数据。 7. 库存统计
统计员根据库存商品帐定期统计，分析各种产品每日、每月的出入库数量，也可以随机查询出入库数据。
8. 仓库货物进出日/月报表
可以自动生成仓库货品入库日/月报、出库日/月报以及退库日/月报，各种日/月报表随时可以打印输出。 9. 销售日报表
可以自动生成销售量日报、销售额日报、销售回款日报、可以按货品生成日报，也可以按客户生成日报，各种日报表随时可以打印输出。 10. 销售月报表
可以自动生成销售量月报、销售额月报、销售回款月报、可以按货品生成月报，也可以按客户生成月报，各种月报表随时可以打印输出。
(二) 业务流程分析
1. 分销商订货业务流程
客户订单 N 编制采购计划 满足订单 Y 发货 收款 按单采购
2. 进货业务流程
采购计划 下订单 供应商发货 Y 入库 合格 N 验货
1 / 8
3. 销售业务流程
接收订单 订单报价 确认订单 预收定金 收尾款 4. 库存业务流程
产品入库 查单发货 备单 采购计划
分类存放 产品查询 按单查货 产品出库
四、 功能模块设计与说明
根据以上分析，将XXX企业进销存管理系统功能划分为进货管理、进货查询、销售管理、销售查询、库存管理、库存查询、报表输出、系统维护8模块，系统功能模块图如下所示：
1. 进货管理
用于商品进货和付款管理。包括审核进货单、进货付款、查询进货等几个子系统。先对进货单进行审核，不合格则返回，若合格则录入进货信息，并打印入库单用于库存管理，然后调用付款管理子系统修改进货商品帐，打印付款条交予财务。
2. 进货查询
用于进货记录及付款情况的查询与打印。可以设置查询条件，对进货信息和进货商品帐进行查询，并输出打印查询结果。
3. 销售管理
用于商品销售管理。可以先查找所需产品是否存在，然后登记销售单并修改销售信息，打印出库单，用于库存管理，调用收款管理子系统修改销售商品帐，打印收款条交予财务留存。
4. 销售查询
用于销售记录及收款情况的查询与打印。 5. 库存管理
用于对商品出入库进行管理。将系统打印出的入库单进行审核，不合格则返回，合格则进行入库管理，记录入库数据，修改库存信息；将系统打印出的出库单进行审核，不合格则返回，合格则进行出库管理，记录出库数据，修改库存信息；根据库存信息进行库存统计与报表统计。
6. 库存查询
用于入库单、出库单以及库存信息的查询与打印。 7. 报表输出
用于生成仓库货物进出日/月报表、销售日报表、销售月报表等各种报表的计算，并打印输出。
2 / 8
8. 系统维护
用于系统参数设置，权限管理，安全管理，备份与恢复等。
五、 数据库需求分析
根据以上对业务功能与流程的分析，总结出XXX企业进销存管理系统的数据库应包含以下几种基本信息：
1. 要对产品信息进行管理，因此要包含产品编号、名称、型号、类别、产地、单价、产品说
明等产品基本信息。
2. 需要对分销商(客户)信息进行管理，因此要包含客户名称、编号、地址、税号、账户等客
户进行信息。
3. 当客户下订单后需要对订单信息进行维护，就需要包括订单号、时间、订购产品、客户、
数量、折扣、交货时间、业务员、订单状态、运货商等信息。
4. 对于产品需要对存放地点、库存量、进库时间、进库数量、经手人、负责人等信息进行管
理。
5. 对于产品供应商需要维护其名称、供货、联系方式、账户、负责人、联系人等基本信息。 6. 系统还需要对销售情况进行记录，包括日期、产品、销售量、客户、金额、利润等信息进
行管理。
7. 企业业务流程少不了对相关员工信息的管理，因此要包含员工号、姓名、性别、级别、生
日、入职时间、联系电话、职务等基本信息。
3 / 8
XXX企业进销存系统数据设计方案
一、 概述
进销存管理信息系统是一个典型的数据库应用系统，业务流程所涉及的各种信息都保存在数据库中，根据系统分析报告与数据库需要的分析，对XXX企业进销存管理系统的数据库设计方案如下。
二、 概要结构设计
分析系统所涉及的实体与属性，以及实体之间的客观联系，具体概要设计如下。
(一) 实体与属性设计
1. 产品（产品ID，产品名称，供应商ID，类别ID，单位数量，单价，库存量，订购量，再
订购量，中止）
2. 订单（订单ID，客户，雇员，订购日期，到货日期，发货日期，运货商，运货费，货主名称，货主地址，货主城市，货主地区，货主邮政编码，货主国家） 3. 订单明细（订单ID，产品ID，单价，数量，折扣）
4. 供应商（供应商ID，公司名称，联系人姓名，联系人职务，地址，城市，地区，邮编，国家，电话，传真，主页）
5. 雇员（雇员ID，姓名，性别，职务，出生日期，入职日期，地址，城市，地区，邮编，国
家，电话，照片，上级，备注）
6. 客户（客户ID，公司名称，联系人姓名，联系人职务，地址，城市，地区，邮编，国家，
电话，传真）
7. 类别（类别ID，类别名称，说明，图片） 8. 运货商（运货商ID，公司名称，电话）
(二) 实体间联系设计
1. 规定一个供应商可以供给多种产品，但一种产品只从一家供应商采购，所以，供应商与产
品的联系是一对多联系；
2. 一个产品类别包含多个产品，所以类别与产品的联系是一对多联系；
3. 一种产品可以出现在多张订单上，一张订单也可以订购多种产品，所以，产品与订单的联
系是多对多联系，并可以通过订单明细分解形成两个一对多联系； 4. 一个客户可以下多张订单，所以客户与订单的联系是一对多联系；
5. 一家运货商可以为多张订单运货，所以，运货商与订单的联系是一对多联系； 6. 一个雇员可以负责多张订单，所以，雇员与订单的联系是一对多联系。
4 / 8
(三) E-R图
供应商ID 公司名称 其他…… 订单ID 订单ID 雇员ID 其他…… 客户ID 地址 供应商 产品ID 1 供应 订单明细 m n 订单 运货商ID 数量 其他…… 产品ID n 产品 产品名称 n n 单价 其他…… n 订货 运货 供应商ID 从属 1 1 运货商 雇员 …… …… n 1 其他…… 客户 1 …… 类别 负责 类别ID 类别名称
三、 逻辑结构设计
根据概念结构设计的结构，确定数据库的逻辑结构设计如下。
5 / 8
6 / 8
XXX企业进销存系统数据库设计优化
一、 检查设计范式
根据XXX企业进销存系统数据设计方案，对该方案所达到的设计范式进行分析如下。
(一) 第一范式
方案设计的8个关系中每个属性都不可再分，根据现有的系统需求，也没有必须再分的属性，所以该设计满足第一范式（1NF）。
(二) 第二范式
“订单明细”关系中的非主属性“单价”部分依赖于主键（“单价”仅依赖于“产品ID”），所以“订单明细”关系不满足第二范式（2NF），由于“产品”关系中包含“单价”属性，故可以考虑删去“订单明细”关系中“单价”属性，使该关系满足2NF。
(三) 第三范式
方案设计的8个关系中，不存在非主属性对主键的传递依赖，所以，在满足上述第（二）条后，该设计满足第三范式（3NF）。
二、 其他优化
7 / 8
