erp仓库管理系统毕业设计源代码下载 带流程图
数据库课程设计-仓库管理系统,此资源为csdn网站精品资源下载
数据库课程实践---仓库管理系统(附代码下载)
erp仓库管理系统设计源代码 - 功能:
(1)产品入库管理,可以填写入库单,确认产品入库;
(2)产品出库管理,可以填写出库单,确认出库;
(3)借出管理,凭借条借出,然后能够还库;
(4)仓库库存设置,设置库存的初始值,更改库存的上下限值;
(5)可以进行盘库,按货物分类,仓库分类和按货号和仓库查找;
(6)可以查询产品入库情况、出库情况、当前库存情况
可以按仓库、出库单、入库单,产品、时间进行查询;
(7)货物管理,查询、添加、删除货物信息;
(8)仓库管理员信息管理,禁止删除初始管理员;
本次数据库课程设计我做的是仓库信息管理系统,在数据库设计的初期
先分析了仓库管理系统基本功能和服务对象,起初设计的时候并没有考虑清楚对象
添加了很多不必要的使用者,比如供应商和客户,仔细分析之后发现
该系统应该只是服务于仓库管理员而已
于是又要删掉客户这一实体,只是作为出库的一个属性存在。
在做货物入库和出库触发器的时候
并没有想到用写成的C#应用程序如何去与触发器的回滚操作做通信
这样会导致在触发器中停止的操作并不会反映到应用程序的界面上来
所以我认识到,应用程序与数据库的通信应该尽量写成存储过程来调用
而触发器的功能尽量的应该是来维护表的完整性,比如做表的同步插入跟新删除等。
通过存储过程返回的参数,可以简单的返回到应用程序中
通过判断情况可以清楚的反映sql语句的执行情况,这样就增强了应用程序和数据库见的交流
使用户可以容易的知道执行到哪了或者执行了什么操作。
在做数据库设计的过程中,我发现同一个系统可以有不同表述和理解
比如在实际的仓库系统中一个订单号对应一种货物还是多种货物的问题
主键设成订单号当然只能对应一种货物,若主键由单号+仓库+货物那就可以对应多种情况
根据不同情况和需求可以做不同的实现。在设计表的时候有很多细节要注意
比如单号是自己生成还是由管理员来填写(比如表空的时候是Null,若直接加1则还是Null
所以要先判断是否为空),比如datetime类型与字符之间的转换
(需要什么样的时间格式,客户需要什么样的信息),比如出入的情况分析和借还情况的实现。
我想实现在查询借还记录的时候归还的显示为归还时间(datetime格式)
未归还的显示为“未归还”(字符),这个功能一直很难实现,因为经常是转换问题。
用ADO.NET实现应用程序和数据库的链接和通信
然后将调用存储过程方法写在对应的控件按钮里面进行操作。
遇到的问题是,比如一个TextBox的默认值是””,则在调存储过程中要判断各种情况
不然会经常报错。如何把界面做的适合真正的仓库管理人员使用,要研究他们真正需要的是什么。
在做课设中,我认识到了,不能一开始就想的很复杂,要先实现一些基本的需求
在此基础上再全面的分析问题,再添加需要的情况分析和功能实现,这才是一步一步完善设计的步骤。
erp仓库管理系统毕业设计源代码流程图 详解:
E-R图
1.总体基本E-R图设计
2.入库E-R图
3.出库E-R图
4.借还记录
表设计
erp仓库管理系统设计源代码 - 效果截图:
数据库表
存储过程
发货方式
1、自动:在上方保障服务中标有自动发货的商品,拍下后,将会自动收到来自卖家的商品获取(下载)链接;
2、手动:未标有自动发货的的商品,拍下后,卖家会收到邮件、短信提醒,也可通过QQ或订单中的电话联系对方。
交易周期
1、源码默认交易周期:自动发货商品为1天,手动发货商品为3天,买家有1次额外延长3天交易周期的权利;
2、若上述交易周期双方依然无法完成交易,任意一方可发起追加周期(1~60天)的请求,对方同意即可延长。
退款说明
1、描述:源码描述(含标题)与实际源码不一致的(例:描述PHP实际为ASP、描述的功能实际缺少、版本不符等);
2、演示:有演示站时,与实际源码小于95%一致的(但描述中有"不保证完全一样、有变化的可能性"类似显著声明的除外);
3、发货:手动发货源码,在卖家未发货前,已申请退款的;
4、安装:免费提供安装服务的源码但卖家不履行的;
5、收费:额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外);
6、其他:如质量方面的硬性常规问题等。
注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
注意事项
1、荆楚虚拟会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全!
2、荆楚虚拟无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别;
3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外);
4、在没有"无任何正当退款依据"的前提下,商品写有"一旦售出,概不支持退款"等类似的声明,视为无效声明;
5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准);
5、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在荆楚虚拟上所留的QQ、手机号沟通,以防对方不承认自我承诺。
7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于荆楚虚拟介入快速处理。
荆楚虚拟声明
1、荆楚虚拟作为第三方中介平台,依据交易合同(商品描述、交易前商定的内容)来保障交易的安全及买卖双方的权益;
2、非平台线上交易的项目,出现任何后果均与荆楚虚拟无关;无论卖家以何理由要求线下交易的,请联系管理举报。