进销存管理系统课程设计报告
少盲目进货，降低进货成本，合理控制库存，减少资金占用并提高市场灵敏度，提升企业市场竞争力。在网络化，信息化飞速发展的今天，开发一套进销存管理系统作为软件应用平台，构建一个业务与财务一体化，多个环节一体化的进销存管理系统有着重要的现实意义。
1．开发意图
提高企业信息的管理效率，适应信息化需要，提高部门的工作效率。 2．应用目标
开发这个系统的目的就是帮助企业提高工作效率。通过本管理系统软件，能帮助工作人员利用计算机，快速有效地实现商品的采购、销售管理过程以及商品、客商的基本信息、采购、销售订单、库存更新情况的查询，使企业进销存管理过程更加透明化、便利化、高效化。
1.3 课程设计题目描述和要求
本课程设计进销存管理系统主要实现实时记录和实现商品的采购、销售过程，提供便利有效的商品管理方式，提高企业整体运作的效率和透明度。主要要求是查询以及业务处理过程的高效性，以及保证企业的信息资源的安全性。
以修改自己的登录密码。
2.2系统功能分析
本节将根据需求分析中总结的用户需求设计系统的体系结构。
根据实现功能的不同系统可以分为三大模块：系统管理模块、基本资料维护模块、业务管理模块。如图2.1所示。
图2.1进销存管理系统功能模块示意图
各功能模块设计：
用户管理模块：用于管理员重置密码，更改用户其他信息，添加用户以及用户更改自己的密码。
商品信息查询模块：包括利用商品的商品编号、商品号、商品类别等信息进行查找。
商品信息维护模块：包括商品信息的更新、添加。
客户信息查询模块：包括利用客户的商品编号、商品号、商品类别等信息进行查找。
客户信息维护模块:包括客户信息的更新、添加。
采购管理模块：包括采购订单的建立、更新订单状态、订单的查询。 销售管理模块：包括销售订单的建立、更新订单状态、订单的查询。
2.3系统流程图分析
下面进行系统流程分析，所谓系统流程就是用户在使用系统时的工作过程。
运行系统后，首先会看到主窗体，但是主菜单中除了登录菜单项外，其他都是灰色的，即必须先打开登录窗体，对用户的身份进行认真。身份认证可以分为以下两个过程。
确认用户是否是有效的系统用户。 确认用户的类型。
时，需要输入要创建的用户的用户名和用户类别，密码可以设置为默认密码。管理员还可以修改和删除其他普通用户数据，普通用户只能修改自己的登录密码。
在本系统中，首先应该先添加商品、客商主文件信息，之后才能建立采购、销售订单。商品管理模块可以进行添加、删除和查看等操作，包括商品号、商品名、商品类别等信息。客户管理模块同样可以进行添加、删除和查看等功能，包括客户号、客户名称、客户的地址等信息。
在添加完商品、客商信息后，就可以进行采购订单的建立了。在采购管理模块，可以进行订单的建立，修改订单状态，以及更新商品实际收货量等，在这其中，最重要的是不允许任意修改订单信息，保证订单信息的真实性，完整性。
添加完采购订单，收货后，有后台数据库服务器实现商品库存自动更新。商品入库后，可以建立销售订单，在销售模块，同样包括订单的建立以及订单状态的更新和查看等操作，同样不允许任意修改订单信息。
本系统流程图分析如图2.3所示。 在系统分析图中，可以看到，如果用户输入的用户名和密码无法与数据库中的数据匹配，则将弹出消息框，提示用户名或者密码错误，是否需要重输，如果选择确定按钮，将回到登录窗体，并且系统自动清空原来填写的用户名和密码，并把光标停在用户名上。
图2.3 系统流程分析图
2.4数据库结构设计
数据库结构设计是总体设计阶段非常重要的环节，好的数据库结构可以简化开发环境过程，使系统功能更加清晰明确。数据库结构的变化会造成编码的改动，所以必须认真设计数据库结构后再进行编码，以避免无谓的重复工作。
2.4.1数据库概要设计
概要设计基础是完成需求分析后提供的需求说明书，用概念数据模型表示数据及其相互间的关系，这种数据模型是与DBMS无关的、面向现实世界的、易如理解的数据模型，其独立于计算机的数据模型，独立于计算机的软硬件系统，与用户进行交流十分方便。
本系统所使用的数据库是oracle 10x,数据库gly中包含12张表，即商品表、客商表、采购订单表、采购订单明细表、销售订单表、销售订单明细表、登录用户表、员工信息表、库存日志表、采购订单状态表、销售订单状态表、商品价格更新日志表。
企业进销存的应用系统的后台数据库Oracle gly模式中的表是通过er_win 设计和实现的。ERWin 的全称是AllFuusin ERwin Data Modeler,是CA公司AllFuusin品牌下的数据建模工具。支持各主流数据库系统。其设计图支持MS office的直接拷贝。
企业进销存的应用系统的erwin图如下图2.4所示
图2.4 进销存管理系统的erwin图
2.4.2数据库逻辑结构设计
运用ER_WIN软件，可以直接设计数据库表的逻辑和物理结构，可以设计表中各个字段的数据类型，以及各实体间的关系，同时可以直接转化成相应的表，不需要通过代码来建表，方便快捷。如上图显示的进销存数据库的物理模型，设计完成后，可以直接转化成数据库中的表格，不需要再书写建表的相关代码，方便快捷。
2.5 系统主界面
在本系统中，主窗体名是frm_main。
首先为主界面设计主菜单。在工具栏中选择standard 中的MainMenu 控件，将该控件加入主窗体中，命名为Mmenu，双击Mmenu，对主菜单进行编辑。为了界面的美观，可以在主窗体中放置图片，系统注界面如下图2.5所示。
图2.5进销存管理系统主界面
实现结果如下：
当用户名或者密码不正确时：
当用户名和密码与数据库相匹配时：
登录前，系统主界面，除了登录和退出菜单，其他都是灰色的。
用户名为admin登录后，系统主界面，没有菜单是灰色的。
用户名为cgy110(采购员）登录后，系统主界面：销售事务管理，系统管理，基本信息管理菜单项中的客户、商品信息维护子菜单是灰色的。
用户名为xsy220(销售员）登录后，系统主界面：采购事务管理，系统管理，基本信息管理菜单项中的客户、商品信息维护子菜单是灰色的。
3.2 采购订单建立
在这个系统中，企业的采购订单包括订单主表和订单明细表，订单主表的字段包括订单号，公司号，下单日期，预期收货日期，订单状态，而订单明细表的字段包括订单号，商品号，订单数量，实收数量，单价，将订单分为两张表，是因为在实际采购事务处理过程中，可能一笔订单购买不止一种商品，分开存储利于事务处理的同时，也有利于系统设计。订单分为两张表，就需要分两次建立，订单明细，因为所有的字段都是字符型或者数字型，可以直接用数据库中的数据显示编辑组件（data countrols)来输入数据，并且每一个组件可以直接与porder_dtl(订单明细表）中的某一字段相关联，商品编号用dblookupombolbox实现输入的是商品名称，但是存储的是商品编号功能，其他直接用dbedit组件实现输入显示功能，然后通过dbnavigator 组件实现插入记录功能。 采购订单明细界面：
但是订单表中，有两个字段（下单时间，收货日期）都是日期型，在数据库控件中，暂时好像没有可以输入时间的显示编辑控制组件，所以只能用程序实现插入记录功能。一般我们都默认下单时间为系统时间，所以我添加了一个timer 组件，通过timer组件的timer事件，将系统时间赋给pdate(下单时间）所对应的娴熟输入控件，并将该控件设置为只读的。订单插入的程序如下所示。当订单建立成功后，将会弹出一个信息框提示：订单建立成功。
订单建立成功后，弹出信息框：
3.3 采购订单取消
订单取消看似很简单，只需要写个程序更新订单状态就可以了。事实上并不是这样，我们要先判断下这个订单是否是“等待收货”状态，而且每个人都只能删除自己创建的订单，也就是删除的那张订单的username(业务员）必须与登录时的用户名相同。所以这也无形中给代码编写实现订单更新带来困难。后来代码语意是正确的，但不知道为什么数据库不能同步更新，所以我最终还是决定用数据库显示编辑控件来实现这两个过程。可是其实上也不简单，因为我想要实现的是当我打开那个窗体时，dbgrid 控件中的记录满足两个条件，订单状态为确认但是还没有收货，而且必须是这笔订单的业务员，才能成功删除订单，而且只允许修改status列的相关内容，而且在订单取消窗体中，还可以根据客户名称查询满足条件的记录。
采购订单取消窗体包括两个主要程序。相关程序如下：
订单取消窗体的formcrate 事件
上面程序主要是实现当窗体打开时，窗体的数据库显示编辑组件中只会显示满足两个基本条件，即订单状态还没确认收货或者取消清单，而且是自己负责的订单。下面这个程序主要是实现当单击lookupcoumbolbox控件时，dbgry中显示满足订单取消条件的记录。 Lookupcombolbox 的单击事件
订单取消界面：
3.4采购订单收货：
采购订单收货界面，在订单收货界面中，dbgrid不只是显示同一张表中的内容，它包括porder_dtl和porder表中的字段内容，需要实现可以根据客商名称和商品名称查找满足两个基本条件，订单状态是“等待收货”状态，还有订单的业务员必须是登录系统的用户自己建立的，所以需要用两个dblookcombolox显示商品名称和客商名称，然后再根据控件中的内容为条件查找相关记录。 系统实现根据客商名称查找功能的程序如下，查询条件为商品名称的程序相似。
采购订单收货界面：
因为销售订单事务处理过程，与采购相似，不再赘述。
3.5 系统管理和密码修改界面
系统管理菜单项中包括用户添加、用户信息更新、重置密码子菜单，密码修改是一个单独的菜单项，因为系统管理中的子菜单权限仅属于管理员，而密码修改所有用户都可以使用，单独设立，可以用户使用，同时有利于系统设计。然后把用户添加和用户修改分为两个菜单项，即通过两个不同的窗体来实现，是因为用户修改可以设置根据多条件查询，但是用户添加并不需要，而且条件查询反而给用户添加带来麻烦。
系统主界面中的菜单项:系统管理和密码修改分开
遇到不少困难，但当我通过查找资料，或是向指导老师请教以及向同学请教，而设计出解决方案，实现预期功能时，那种成就感和满足感足以鼓励自己继续前行，也更加深我对delphy的学习热情。
经过本次课程设计实践，确实学到不少东西，但同时也深感自己知识的欠缺，delphy中的数据库功能是相当强大的，可是自己用起来，还是有些力不从心，在以后的学习中，一定要坚持不断学习，深入研究专业知识及相关非专业知识，只有这样才能设计出更好地系统。
