进销存管理信息系统课程设计报告.docx

上传人:b****0 文档编号:9153973 上传时间:2023-05-17 格式:DOCX 页数:16 大小:1.52MB
下载 相关 举报
进销存管理信息系统课程设计报告.docx_第1页
第1页 / 共16页
进销存管理信息系统课程设计报告.docx_第2页
第2页 / 共16页
进销存管理信息系统课程设计报告.docx_第3页
第3页 / 共16页
进销存管理信息系统课程设计报告.docx_第4页
第4页 / 共16页
进销存管理信息系统课程设计报告.docx_第5页
第5页 / 共16页
进销存管理信息系统课程设计报告.docx_第6页
第6页 / 共16页
进销存管理信息系统课程设计报告.docx_第7页
第7页 / 共16页
进销存管理信息系统课程设计报告.docx_第8页
第8页 / 共16页
进销存管理信息系统课程设计报告.docx_第9页
第9页 / 共16页
进销存管理信息系统课程设计报告.docx_第10页
第10页 / 共16页
进销存管理信息系统课程设计报告.docx_第11页
第11页 / 共16页
进销存管理信息系统课程设计报告.docx_第12页
第12页 / 共16页
进销存管理信息系统课程设计报告.docx_第13页
第13页 / 共16页
进销存管理信息系统课程设计报告.docx_第14页
第14页 / 共16页
进销存管理信息系统课程设计报告.docx_第15页
第15页 / 共16页
进销存管理信息系统课程设计报告.docx_第16页
第16页 / 共16页
亲,该文档总共16页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

进销存管理信息系统课程设计报告.docx

《进销存管理信息系统课程设计报告.docx》由会员分享,可在线阅读,更多相关《进销存管理信息系统课程设计报告.docx(16页珍藏版)》请在冰点文库上搜索。

进销存管理信息系统课程设计报告.docx

进销存管理信息系统课程设计报告

进销存管理系统课程设计报告

第一章引言

随着信息产业的飞速发展,信息化管理已经引入并应用到各行业管理领域,各种形式的百货商场、大型仓储超市、便利店、连锁超市和专卖店等形式的零售、批发业鳞次栉比,不断改变、影响着人们的价值观念和生活方式。

因此,要提升企业竞争力,就要大力推进企业信息化建设,利用先进的办公自动化系统来实现企业内部信息管理、共享及交流,才能使企业在竞争激烈的21世纪取得先机。

本课程设计主要解决在一个小型企业中,商品从采购、存储到销售的完整的进销存信息管理应用系统。

利用信息系统实现商品库存管理的规范化、自动化。

1。

1应用背景

企业进销存管理系统是一个销售型企业不可缺少的一部分,它的内容对于企业的决策者和管理者来说都是至关重要的,因此,企业进销存管理系统应该能够为用户提供充足的信息和快捷的查询手段,但一直以来人们使用传统的人工方式管理库存,这种管理方式存在着许多缺点,诸如效率低,保密性差等,而且时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难.

随着科学技术的不断提高,计算机科学不断发展,其强大的功能已经被人们深刻认识,它已经进入了人类社会的各个领域并发挥着越来越重要的作用.作为计算机应用的一部分,使用计算机对产品库存信息进行管理,具有着人工管理无法比拟的优点,它检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等,可减少更多的人力物力,这些都能够极大地提高货品库存的管理效率,也是企业库存管理科学化、正规化,与世界接轨的重要条件。

因此,开发一个仓库进销存管理系统是很有必要的,具有其特有的技术意义和管理意义。

本文实现的企业销售部门管理系统基本上能够满足现代小型企业管理的需求。

信息录入项目齐全、完整、系统利用多条件查询的方式来提高查询、阅读、修改的效率。

1.2课程设计目的

概括的讲,企业对进销存系统的需求具有普遍性。

企业应用进销存可有效减少盲目进货,降低进货成本,合理控制库存,减少资金占用并提高市场灵敏度,提升企业市场竞争力。

在网络化,信息化飞速发展的今天,开发一套进销存管理系统作为软件应用平台,构建一个业务与财务一体化,多个环节一体化的进销存管理系统有着重要的现实意义.

1.开发意图

提高企业信息的管理效率,适应信息化需要,提高部门的工作效率.

2.应用目标

开发这个系统的目的就是帮助企业提高工作效率。

通过本管理系统软件,能帮助工作人员利用计算机,快速有效地实现商品的采购、销售管理过程以及商品、客商的基本信息、采购、销售订单、库存更新情况的查询,使企业进销存管理过程更加透明化、便利化、高效化。

1.3课程设计题目描述和要求

本课程设计进销存管理系统主要实现实时记录和实现商品的采购、销售过程,提供便利有效的商品管理方式,提高企业整体运作的效率和透明度。

主要要求是查询以及业务处理过程的高效性,以及保证企业的信息资源的安全性.

第二章系统分析与总体设计

要开发一个管理信息系统,首先需要进行需求分析和总体设计,分析系统的使用对象和用户需求,设计系统的体系结构和数据库结构,决定使用的开发工具和后台数据库,规划项目开发进度。

在实际的开发项目中,这些工作是非常重要的。

2。

1系统需求分析

本系统主要面向小型的销售型企业的各项事务管理,包括企业的商品、客户基本信息管理、商品采购、销售订单的管理等业务处理工具,主要用户是企业的员工以及管理人员。

根据需求分析,本系统在功能实现方面有一下几个要求:

●能够记录、管理企业的商品、客商的基本信息,而且为了更好实现对商品、客商基本信息的维护,应该对用户维护基本信息的权限进行限制。

●能够实时记录、管理商品采购、销售业务过程,并且能够自动记录每一笔业务的业务人员,实现业务管理的透明化。

●能够实时记录商品库存变更情况,包括商品的库存改变量以及原因,即因为哪一笔采购订单或者销售订单而发生改变。

●能够帮助管理有效管理系统的主要用户,保证系统信息的安全性,用户可以修改自己的登录密码。

2。

2系统功能分析

本节将根据需求分析中总结的用户需求设计系统的体系结构.

根据实现功能的不同系统可以分为三大模块:

系统管理模块、基本资料维护模块、业务管理模块。

如图2.1所示。

图2.1进销存管理系统功能模块示意图

各功能模块设计:

●用户管理模块:

用于管理员重置密码,更改用户其他信息,添加用户以及用户更改自己的密码.

●商品信息查询模块:

包括利用商品的商品编号、商品号、商品类别等信息进行查找.

●商品信息维护模块:

包括商品信息的更新、添加。

●客户信息查询模块:

包括利用客户的商品编号、商品号、商品类别等信息进行查找。

●客户信息维护模块:

包括客户信息的更新、添加.

●采购管理模块:

包括采购订单的建立、更新订单状态、订单的查询。

●销售管理模块:

包括销售订单的建立、更新订单状态、订单的查询。

2.3系统流程图分析

下面进行系统流程分析,所谓系统流程就是用户在使用系统时的工作过程。

运行系统后,首先会看到主窗体,但是主菜单中除了登录菜单项外,其他都是灰色的,即必须先打开登录窗体,对用户的身份进行认真。

身份认证可以分为以下两个过程。

●确认用户是否是有效的系统用户。

●确认用户的类型.

第一个过程决定用户能否进入系统,第2个过程决定用户的类型决定用户的操作权限。

如果需要对普通用户进行管理,则使用管理员登录;否则使用普通用户登录更好。

如果还要创建其他用户,可以在用户管理模块中创建和管理。

在创建用户时,需要输入要创建的用户的用户名和用户类别,密码可以设置为默认密码。

管理员还可以修改和删除其他普通用户数据,普通用户只能修改自己的登录密码.

在本系统中,首先应该先添加商品、客商主文件信息,之后才能建立采购、销售订单。

商品管理模块可以进行添加、删除和查看等操作,包括商品号、商品名、商品类别等信息。

客户管理模块同样可以进行添加、删除和查看等功能,包括客户号、客户名称、客户的地址等信息.

在添加完商品、客商信息后,就可以进行采购订单的建立了。

在采购管理模块,可以进行订单的建立,修改订单状态,以及更新商品实际收货量等,在这其中,最重要的是不允许任意修改订单信息,保证订单信息的真实性,完整性。

添加完采购订单,收货后,有后台数据库服务器实现商品库存自动更新。

商品入库后,可以建立销售订单,在销售模块,同样包括订单的建立以及订单状态的更新和查看等操作,同样不允许任意修改订单信息.

本系统流程图分析如图2。

3所示。

在系统分析图中,可以看到,如果用户输入的用户名和密码无法与数据库中的数据匹配,则将弹出消息框,提示用户名或者密码错误,是否需要重输,如果选择确定按钮,将回到登录窗体,并且系统自动清空原来填写的用户名和密码,并把光标停在用户名上。

图2.3系统流程分析图

2。

4数据库结构设计

数据库结构设计是总体设计阶段非常重要的环节,好的数据库结构可以简化开发环境过程,使系统功能更加清晰明确。

数据库结构的变化会造成编码的改动,所以必须认真设计数据库结构后再进行编码,以避免无谓的重复工作.

2.4.1数据库概要设计

概要设计基础是完成需求分析后提供的需求说明书,用概念数据模型表示数据及其相互间的关系,这种数据模型是与DBMS无关的、面向现实世界的、易如理解的数据模型,其独立于计算机的数据模型,独立于计算机的软硬件系统,与用户进行交流十分方便.

本系统所使用的数据库是oracle10x,数据库gly中包含12张表,即商品表、客商表、采购订单表、采购订单明细表、销售订单表、销售订单明细表、登录用户表、员工信息表、库存日志表、采购订单状态表、销售订单状态表、商品价格更新日志表。

企业进销存的应用系统的后台数据库Oraclegly模式中的表是通过er_win设计和实现的。

ERWin的全称是AllFuusinERwinDataModeler,是CA公司AllFuusin品牌下的数据建模工具。

支持各主流数据库系统.其设计图支持MSoffice的直接拷贝。

企业进销存的应用系统的erwin图如下图2。

4所示

图2.4进销存管理系统的erwin图

2。

4.2数据库逻辑结构设计

运用ER_WIN软件,可以直接设计数据库表的逻辑和物理结构,可以设计表中各个字段的数据类型,以及各实体间的关系,同时可以直接转化成相应的表,不需要通过代码来建表,方便快捷.如上图显示的进销存数据库的物理模型,设计完成后,可以直接转化成数据库中的表格,不需要再书写建表的相关代码,方便快捷。

2。

5系统主界面

在本系统中,主窗体名是frm_main。

首先为主界面设计主菜单。

在工具栏中选择standard中的MainMenu控件,将该控件加入主窗体中,命名为Mmenu,双击Mmenu,对主菜单进行编辑.为了界面的美观,可以在主窗体中放置图片,系统注界面如下图2.5所示。

图2.5进销存管理系统主界面

第三章系统实现

3。

1登录界面实现

登录界面中中,主要是将用户输入的用户名和密码与数据库中的数据相匹配,如果可以匹配,则继续判断用户类别,通过用户的不同类别,授予用户不同的权限,比如说系统管理员拥有系统所有的权限,系统管理员可以维护商品、客商信息,普通用户就不具有这个权限,采购员可以处理采购订单,但是不可以处理销售订单,销售人员则相反,匹配则将弹出信息框,信息提示:

‘用户名+加油加油加油!

”,提高员工的工作积极性;不可以匹配,则弹出对话框,信息提示:

“用户名或者密码不正确,是否重输!

”,如果选择“yes”按钮,则将原来输入用户名和密码的edit控件的text属性设置为空,同时输入用户名的edit组件获得焦点。

Ø具体实现代码如下:

下面的代码主要通过变量cmdstr来存放从userlogin中查找与用户书写的用户名和密码相匹配的记录所需要的sql语句,将cmdstrd的值赋给数据集控件adoqryuser的sql属性。

然后通过数据集aqoqryuser中的记录数是否为空,判断用户名、密码是否正确。

正确,则继续判断用户的权限,并通过设置实现不同功能的窗体的enabled属性,授予用户不同的权限,并通过messgeglg函数弹出所需要对话框.

Ø实现结果如下:

✓当用户名或者密码不正确时:

✓当用户名和密码与数据库相匹配时:

✓登录前,系统主界面,除了登录和退出菜单,其他都是灰色的.

✓用户名为admin登录后,系统主界面,没有菜单是灰色的。

✓用户名为cgy110(采购员)登录后,系统主界面:

销售事务管理,系统管理,基本信息管理菜单项中的客户、商品信息维护子菜单是灰色的。

✓用户名为xsy220(销售员)登录后,系统主界面:

采购事务管理,系统管理,基本信息管理菜单项中的客户、商品信息维护子菜单是灰色的。

3。

2采购订单建立

在这个系统中,企业的采购订单包括订单主表和订单明细表,订单主表的字段包括订单号,公司号,下单日期,预期收货日期,订单状态,而订单明细表的字段包括订单号,商品号,订单数量,实收数量,单价,将订单分为两张表,是因为在实际采购事务处理过程中,可能一笔订单购买不止一种商品,分开存储利于事务处理的同时,也有利于系统设计.订单分为两张表,就需要分两次建立,订单明细,因为所有的字段都是字符型或者数字型,可以直接用数据库中的数据显示编辑组件(datacountrols)来输入数据,并且每一个组件可以直接与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的学习热情。

经过本次课程设计实践,确实学到不少东西,但同时也深感自己知识的欠缺,delphy中的数据库功能是相当强大的,可是自己用起来,还是有些力不从心,在以后的学习中,一定要坚持不断学习,深入研究专业知识及相关非专业知识,只有这样才能设计出更好地系统.

第五章参考书目

[1]杨圣泉刘白林,Delphy2007程序设计教程,清华大学出版社,2010年4月

[2]颜金泉,Delphy从入门到精通,电子工业出版社,2008年1月

[3]许勇,Oracle11g中文版数据库管理应用与开发标准课程,2009年5月

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2