仓库管理系统开发项目管理综合报告.docx
- 文档编号:18332850
- 上传时间:2023-08-15
- 格式:DOCX
- 页数:58
- 大小:573.41KB
仓库管理系统开发项目管理综合报告.docx
《仓库管理系统开发项目管理综合报告.docx》由会员分享,可在线阅读,更多相关《仓库管理系统开发项目管理综合报告.docx(58页珍藏版)》请在冰点文库上搜索。
仓库管理系统开发项目管理综合报告
课程报告
仓库管理系统开发项目管理综合报告
姓名:
所在学院:
商学院_
所在系别:
管理科学与工程系_
所学专业:
信息管理与信息系统
班级:
学号:
指导教师:
完成时间:
2014-12-9
第一章可行性分析
一、引言
1.编写目的
项目需求规格说明书的编制是为了使用户和项目开发者双方对该项目的初始规定有一个共同的理解,使之成为整个开发工作的基础。
项目需求规格说明书将作为下一个阶段——概要及详细设计工作的前提和依据。
本项目需求规格说明书的编写目标是使项目用户和项目开发商建立起沟通的基础,并在说明书通过用户评审后成为项目设计的依据和系统建设的依据。
2.背景
随着经济的不断繁荣以及加入WTO后市场环境的变化,对企业的生产经营提出了更高的要求,企业必须合理利用各种先进制造技术,在网络与信息技术的支持下,改进现在的生产经营模式和组织结构,才能在市场竞争中赢得更多的份额。
随着企业规模的扩大,仓库管理系统将发挥越来越重要的作用。
高效方便的仓库管理系统,可以为生产经营提供坚强的后盾和有力的支持。
仓库管理系统主要提供一个仓库业务及其作业管理的信息存储和检索系统。
通过入库管理、出库管理、报表生成管理、仓库人员管理、仓库位置信息管理等功能模块来实现仓库的综合管理。
本论文以标准的仓库管理模式为蓝本,基于JavaEE开发出一个可以用于一般单位的仓库管理系统,实现了仓库管理的高效性与安全性。
本系统可以方便快捷地实现库管理中的货物登记、出库入库、库房管理等操作,使企业的仓库管理井井有条,为企业的健康发展创造良好的条件。
3.定义
表1.1日常管理
列名
数据类型
是否允许为空
备注
日常管理
Char
否
主键
商品信息管理
Char
否
供应商信息管理
Char
否
名片信息管理
Char
否
表1.2查询管理
列名
数据类型
是否为空
备注
查询管理
Char
否
主键
库存查询
Char
否
出库查询
Char
否
入库查询
Char
否
紧俏商品查询
Char
否
滞销商品查询
Char
F否
表1.3打印管理
列名
数据类型
是否为空
备注
打印管理
Char
否
主键
出库单打印
Char
否
入库单打印
Char
否
库存单打印
Char
否
供应商打印
Char
否
业务信息打印
Char
否
4.参考资料
《软件工程导论》(第四版)--------张海藩编著清华大学出版社
《数据库系统概论》 --------萨师煊王珊主编高等教育出版社
《软件项目计划书》
二、可行性研究的前提
1.前提
极大提高仓库工作人员的工作效率,大大减少以往入货、出库流程繁琐,杂乱,周期长的弊端;基于仓库管理的全面自动化,减少入库管理、出库管理及库存管理中的漏洞,节约不少管理开支,增加企业收入;实现仓库的管理操作自动化和信息的电子化,全面提高仓库的管理水平。
系统的存货信息必须保持更新状态,客户的产品出入库信息必须无差错,及时的保存到仓库管理系统的服务器上,对服务器上的数据必须定时的检查并与仓库中存放的货物进行核对
2.目标
实现物资设备系统管理化、规范化和自动化,从而达到提高单位工作效率的目的。
主要包括:
(1)库存管理的各种信息的输入,包括入库、出库、还库、需求信息的输入等
(2)库存管理的各种信息的查询、修改和维护和打印
(3)用户管理
(4)操作日志的管理
(5)库存管理系统的使用帮助
3.条件、假定和限制
(1)在必要时候应当对现有的业务流程进行合理的调整。
(2)保证本系统的软硬件需求,提供相当的仓库信息。
(3)对仓库的管理人员进行基本的操作培训,保证系统正常运行和维护。
(4)该软件要实现更信息化、合理化,要符合用户需求。
(5)法律方面可保证所用的一切信息皆来自正规渠道,保证信息的合法性,在法律方面完全可行;
4.进行可行性研究的方法
通过反复的访谈,可以得知该配送中心自身的情况,已经对各种可能方案的真实想法,并以此为依据,进行可行性分析。
在财务的分析上,可以通过走访市场确定各种设备的价格,根据现有的工作效率与工资体系,可以计算出将来的效益提高的收入与工资节省额度。
5.决定可行性分析的主要因素
(1)技术可行性
此系统采用了成熟且完善的VisualStudio2010和SQLServer2008软件开发工具来进行后台数据库的管理操作和维护。
该软件功能强大,可用性强,完全可以满足我们开发项目的要求。
(2)经济可行性
经济方面,随着我国经济的飞速发展,中小工厂所占的市场份额越来越大,但是大多数工厂并不具备完善的仓库管理系统,也因此造成了许多不必要的浪费。
在此方面,若此项目投入使用,将给企业带来丰厚的经济效益社会效益。
并且,此项目开发成本低,占用资源少,在经济方面可行。
(3)操作可行性
本系统设计思路清晰,操作简捷,具有良好的用户界面,和较为完善的异常处理机制及信息处理机制,一般仓库管理者稍加培训即可使用。
在操作方面可行
三、技术可行性分析
1.系统简要概述
(1)登录功能要求必须具备合法身份且知道密码的人才能有资格登录到该系统,保证系统的安全。
管理员为仓库所有者指定的管理仓库的管理人员,客户为在仓库管理员处注册使用仓库存取货物的个人或公司。
(2)货物的存入与取出功能是将出入库货物的详细资料(包括:
出入库单号,货品名称,产品数量,产品类型,出入库时间,出入货客户等信息)存入数据库中。
(3)查询功能可以实现管理员按客户名称、货物名称、出入库时间等详细资料进行查询并可查询客户的基本信息,客户可查询自己的出入货物的详细信息。
2.处理流程和数据流程
入库清单
入库
出库
货物
处理货物信息
退货清单
退货
客户
数据库
货物信息
出库清单
退货
入库
出库
货物信息
图1.1仓库管理系统数据流程图
四、对现有系统的分析
1.系统分析
现有系统主要为人工操作系统,对于仓库货物信息的整理,统计,货物的出库入库全部都是由人工进行,花费的人力、物力很多,随着超市行业的日益发展,商品信息更是日益膨胀,人们的工作压力也不断加大,出错率也越来越高。
在如今的信息化社会,生活步骤越来越快,传统的商品仓库管理方式显然已经不能满足人们的需求。
2.费用开支
现有系统的人力资源浪费严重,得不到合理利用,由于在人工管理仓库过程中工作人员难免会出现纰漏,会给企业造成不必要的损失等等的因素,会给企业带来巨大的开销,资金得不到合理应用。
3.人员
需要仓库管理人员具备基础的运营知识以及必须的仓库管理技能,需要2人对此系统进行管理。
4.设备
现有系统的设备主要包括:
电话机、复印机、传真机等通讯设备;叉车等装卸设备;用于单据、数据处理的计算机及网络。
5.局限性
现有系统延续了以前的仓库管理机制,不能满足时代发展的需求。
开发新系统有利于实现企业的电子信息化并能提高企业的经济效益。
五、所建议的系统
仓库管理系统是通过入库业务、出库业务、仓库调拨、库存调拨和仓库管理等功能,综合批次管理、物料对应、库存盘点、质检管理、仓库管理和即时库存管理等功能综合运用的管理系统。
1.处理流程和数据流程
(1)系统环境及工具
运行环境:
MicrosoftWindows2007以及其后继操作系统
编程语言:
c#
数据库:
SQLServer2005
(2)安全设置
登陆系统时,需验证身份和密码,只有通过验证的身份才能进入系统进行信息的操作,系统采用管理员ID密码登陆。
处理流程和数据流程:
图1.2处理流程图
2.改进之处
该系统可以独立执行库存操作,与其他系统的单据和凭证等结合使用,可提供更为完整全面的企业业务流程和财务管理信息
3.影响
(1)对设备的影响
本系统需要扫描仪以及销售电脑终端以及服务器中心,为了防止突然掉电数据丢失,所以最好配个小型发电机,以备不时之需,造成企业的损失。
(2)对现有软件的影响:
要运行本系统,需要首先配置好销售终端环境与中心服务器之间的网络连接,确保数据传输的实时性和准确性,同时要保证各终端机之间是并行操作。
(3)对用户的影响:
要建立和运行本系统,首先要有技术人员把硬件和软件环境给搭建起来,需要有系统培训人员对上岗操作的人员进行培训,让操作人员熟悉软件的使用方法。
(4)对运行环境的影响
该系统的数据主要是通过扫描商品条形码来输入商品信息,如果是从销售终端扫描入的商品信息,会在商品总量上实行减1的操作,销售终端采取的是并行工作方式。
仓库管理中心通过扫描商品供应商的供货单来往系统录入商品信息。
(5)对经费支出的影响:
因为此系统操作简单,除支付开发人员费用以外,每年只需支付少量的设备维护费用,对支出要求较低。
4.技术可行性评价
此系统采用了成熟且完善的VisualStudio2010和SQLServer2008软件开发工具来进行后台数据库的管、操作和维护。
该软件功能强大,可用性强,完全可以满足我们开发项目的要求。
要求开发人员为两个,能够满足对软件开发的需求。
10周内完全可以完成项目的开发。
5.技术条件方面的可能性
本系统主要利用WindowsSQLserver2005作为本系统的数据库,在c#上做系统的开发。
小组人员已掌握面向过程和面向对象开发工具,对仓库管理系统也有一定的了解,对其中要用到的技术能够满足需求,小组成员虽然没有开发系统的经验,但已经向相关技术人员请教了系统开发的技术问题,也翻阅了不少书籍,因此技术上实现系统是可行的。
六、经济可行性分析
1.支出
该系统需要的支出包括软件和硬件支出,还有系统维护的费用。
软件支出的表现方式主要是由软件开发人员的开销,开发环境所需要的水电支出等;硬件支出主要包括售货终端机、中心服务器和网络配置等硬件设施;除此之外,系统投入使用后,由于环境、社会的不断变化发展,系统维护费用的投入是必不可少的。
2.收益
(1)一次性收益
应用此系统后可减少设备购置费用。
若可减少购置3台设备,每台一万,则可减少支出3万元。
(2)非一次性收益
应用此系统后可直接削减工厂仓库管理人员。
若按削减5人计算,每人每月工资3000,则每年直接减少支出18万。
(3)不可定量的收益
主要为企业的经济效益和社会效益。
其中社会效益更是不可估计。
3.收益/投资比
若以五年为周期,则收入为93万,投资16万,则收益投资比为5:
1,由收入与投资的预算可知,21∕16=1.31即1.3年可收回成本。
4.投资回收周期
由收入与投资的预算可知,21∕16=1.31即1.3年可收回成本。
5.敏感性分析
该系统操作简单,开发完善,预计使用年限为5年,对硬件有较低要求。
故只需要在操作时注意保护硬件设备即可。
七、社会因素方面的可能性
1.法律方面可行性
本系统可保证所利用到的一切资源来源皆合法,不涉及任何侵权行为,更不设计合同纠纷,法律方面完全可行。
2.用户使用可行性
系统对操作人员要求较低,只需具备基础的职业素质及操作技能即可。
操作简单,对人员无太大要求。
八、可选择的其他系统方案
除本WMS系统以外,还有其他几种选择。
1.可选择的系统方案1
维持原系统不变,这是最简易的方案,但该配送中心如果要继续保持竞争力,就必须有所改革,否则便会被市场所淘汰。
故不予考虑。
2.可选择的系统方案2
购买现有的WMS软件,这个方案成本不高,获得速度也快。
但标准化的WMS系统并不开放源代码,所以在日后有个性化的更新升级需求时便无法满足。
故不予考虑。
九、结论
仓库管理是一种既麻烦又单调的工作,每天都是重复记录一些货物的存入与取出,而且货物的种类繁多,存取有很大的随机性,这样为工作人员带来了很大的不便,在操作过程中,由于人为的计算出错率很高,一旦出错改正也很困难,这样简单繁重的工作要很多人来做,为经营者增加了很多成本。
所以开发一个可行的仓库管理系统是十分必要的。
经分析可得,该系统具有开发周期短,开发成本低,简单易于操作,投资收益比低,并且收回成本周期短的优点,建议开始组织开发。
第二章需求分析
文档变更历史记录
序号
变更日期
变更人员
变更内容详情描述
版本
一、引言
1.编写目的
项目需求规格说明书的编制是为了使用户和项目开发者双方对该项目的初始规定有一个共同的理解,使之成为整个开发工作的基础。
项目需求规格说明书将作为下一个阶段——概要及详细设计工作的前提和依据。
本项目需求规格说明书的编写目标是使项目用户和项目开发商建立起沟通的基础,并在说明书通过用户评审后成为项目设计的依据和系统建设的依据。
2.读者对象
(1)项目经理:
项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。
(2)设计员:
对需求进行分析,并设计出系统,包括数据库的设计。
(3)程序员:
配合《设计报告》,了解系统功能,编写《用户手册》。
(4)测试员:
根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)销售人员:
了解预期产品的功能和性能。
(6)用户:
了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。
3.软件项目概述
系统功能划分和描述如下:
(1)日常管理
商品信息管理、供应信息管理、名片信息管理
(2)入库管理
入库管理操作、出库管理、出库管理操作
(3)查询管理
出库查询、入库查询、库存查询、紧销商品查询、滞销商品查询
(4)退货管理
退货管理操作
(5)打印管理
出库单打印、入库单打印、库存单单打印、供应商打印、业务信息打印
4.文档概述
本文档按以下要求和约定进行书写:
(1)文档的上边距:
30mm;下边距:
20mm;左边距:
30mm;右边距:
20mm;行间距为20磅行距;装订线:
5mm(左侧装订)
(2)标题最多分三级,分别为黑体小四、黑体小四、黑体小四。
(3)正文中文字体为宋体五号,数字及英文为宋体,无特殊情况下,字体颜色均采用黑色。
(4)出现序号的段落不采用自动编号功能而采用人工编号,各级别的序号依次为1、
(1)等,特殊情况另作规定。
(5)正文的行间距为0.5行。
5.定义
数据字典:
(Datadictionary)是一种用户可访问的记录数据库和应用程式源数据的目录,帮助客户看的明白。
表2.1日常管理
列名
数据类型
是否允许为空
备注
日常管理
Char
否
主键
商品信息管理
Char
否
供应商信息管理
Char
否
名片信息管理
Char
否
表2.2查询管理:
列名
数据类型
是否为空
备注
查询管理
Char
否
主键
库存查询
Char
否
出库查询
Char
否
入库查询
Char
否
紧俏商品查询
Char
否
滞销商品查询
Char
F否
表2.3打印管理:
列名
数据类型
是否为空
备注
打印管理
Char
否
主键
出库单打印
Char
否
入库单打印
Char
否
库存单打印
Char
否
供应商打印
Char
否
业务信息打印
Char
否
6.参考资料
《软件工程导论》(第四版)--------张海藩编著清华大学出版社
《数据库系统概论》 --------萨师煊王珊主编高等教育出版社
《软件项目计划书》
二、一般性描述
为了方便对仓库的信息化管理,我们对仓库管理系统进行了软件可行性分析,认为这个系统可以完成,并且具有很高的使用价值,值得开发。
该系统将代替传统仓库管理中手动数据处理,并且可以大大降低工作人员的工作量和提高工作效率,同时也相对于传统处理更具有准确性,和实用性。
该系统软件目前定性为一款独立软件,所有内部模块或数据自含。
1.软件产品与其环境之间的关系
该系统为B/S三层结构,它的运行环境分客户端、应用服务器端和数据库服务器端三部分。
以下是系统的软件环境。
(1)客户端操作系统:
Windows/7/8
(2)应用服务器端操作系统:
Windows/7/8
(3)数据库服务器端操作系统:
Windows/7/8数据库系统:
SQLServer2005及更新版本
2.用户特征
该软件的用户需要具有计算机基本操作的能力。
3.限制与约束
此系统软件要求简单易学,操作容易,满足初学者的使用要求;
4.假设与前提条件
(1)在必要时候应当对现有的业务流程进行合理的调整。
(2)保证本系统的软硬件需求,提供相当的仓库信息。
(3)对仓库的管理人员进行基本的操作培训,保证系统正常运行和维护。
(4)该软件要实现更信息化、合理化,要符合用户需求。
三、功能需求描述
数据录入:
录入货品信息、供货商信息、入库、出库以及退货信息等。
数据修改:
可以对录入的信息进行更改。
统计数据:
统计仓库中货品的数量、价格、类别以及总价值等。
数据查询:
按要求输入查询条件,找到所需的信息。
数据备份:
对系统中的数据进行备份,以防止数据库因为意外故障而使重要数据丢失
系统整体的简单关系图如下所示:
图1.1
货物
入库
出库
处理货物信息
退货
客户
数据库
入库清单
出库清单
货物信息
退货清单
退货
入库
出库
货物信息
图1.2数据流图
四、其它需求描述
数据库描述:
记录系统用户信息记录商品出库信息记录供货商信息记录商品库存信息记录业务员信息记录商品入库信息记录商品信息记录商品退货信息记录商品退入信息
1.性能要求
(1)数据精确度:
由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是
完全保证的,所以对用户的使用没有多大的障碍。
(2)时间特性:
本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的。
而且也正由于数据量相对较少,故在数据传输时间和系
统运行时间上表现的较让人满意。
(3)适应性:
有较好的适应能力与兼容性。
而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口,随时满足用户的使用要求。
2.设计约束
(1)客户PC机:
Pentium级的处理芯片,内存建议520M以上。
(2)客户PC机:
WindowsXP/7/8
(3)服务器:
SQLServer2008及更新版本
(4)安全性:
安全性高与杀毒软件相链接,以便排除病毒,并且保护使用者的隐私;
(5)可靠性:
设计的软件版本符合仓库管理系统的需要,是使用者有计划地管理仓库。
3.进度要求
表2.4
工作内容
任务期限
(可用工作日)
开始时间
完成时间
需求分析
2
2014.9.13
2014.9.14
基本信息设置模块
3
2014.9.14
2014.9.16
仓库往来管理模块
2
2014.9.15
2014.9.16
仓库账户信息管理模块
3
2014.9.15
2014.9.17
数据统计管理模块
2
2014.9.16
2014.9.17
模块汇总
3
2014.9.17
2014.9.19
测试运行
4
2014.9.18
2014.10.21
测试修改
4
2014.9.21
2014.10.24
测试维护
2
2014.9.25
2014.9.26
验收
2
2014.9.26
2014.9.27
图1.3甘特图
4.交付要求
公司成员以及一段时间内详细的出库入库信息,用户设置的预期收入和支出以及各项消费所占的比例。
用户的银行存款,现金以及投资理财的各个项目、金额和一段时间内的起伏情况。
用户可以通过系统将近期内的资产详情发送到邮箱或进行打印。
5.验收要求
开发的仓库管理系统能在客户端成功运行,各个模块实现各自的功能,用户拥有良好的用户体验,任何一个普通的计算机用户都能很快的熟悉整个软件的使用。
并且本系统所耗费的资源非常小,任何公司成员只需要在一般的电脑上面,就能够使用这个软件,简单、方便、快捷的实现对理财信息进行管理。
五、附录
设计小组应该对用户进行跟踪记录,反映在使用过程中出现的问题,并及时地维护修改,保证用户的正常使用。
第三章成本估算
众所周之,估算是个循序渐进的过程,随着项目的不断发展,估算可以重复多次进行,而且是逐步精确的。
成本估算和成本管理是软件项目管理的核心任务之一。
在制定项目计划时,就必须对项目需要的人力及其他资源、项目持续时间和项目成本做出估算。
如果新项目和以往的项目类似,估算可以参考以前的成本费用。
现在已有一些用于软件成本估算的技术可供借鉴。
本项目采用类比和自下而上法分别进行估算,具体过程如下:
一、合同签订前的成本估算
签订合同前,根据以往类似项目的经验,采用类比估算方法,进行粗略的估算:
根据用户的要求采用B/S结构,公司SQLServer的技术比较成熟,以前成功完成过类似的项目,根据SOW的说明,基本上需要1~2个开发人员,3个月左右的开发时间,基本上是1人月的规模,所以,1~1.5万可以作为合同的参考价格。
这个阶段只需要一个粗略的量级的成本估算,可以不进行详细的成本预算。
二、合同签订后成本估算
合同签署之后,根据现有的资源和WBS分解的结果,进一步细化估算,由于WBS分解是针对项目的功能进行的分解,在成本估算的时候,首先估算每个任务的开发规模,然后通过系统获得相应的质量、管理任务规模,从而计算直接成本,在计算间接成本,最后计算总成本,具体过程如下。
1、资源估算
人力资源:
1个开发人员
1个项目管理人员
设备资源(作为间接成本计算):
1台电脑
1台服务器
2、项目成本估算
(1)根据项目任务分解结果WBS估算出项目开发工作量,如表1所示。
表3.1项目开发工作量估算表单位:
人天
WBS
名称
估计值(人天)
小计(人天)
总计(人天)
1
登陆
0.5
10
2
添加信息
1
2.1
添加管理员
0.25
2.2
添加货物
0.25
2.3
添加入库信息
0.5
2.4
添出库的信息
0.5
3
添加操作记录
0.25
4
丢失货物信息
1
5
查询信息
2
5.1
查询货物信息
1.5
5.2
查询出库记录
0.5
5.3
查询操作记录
0.5
5.4
查询供应商信息
0.25
5.5
查询管理员
0.25
6
修改密
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 仓库 管理 系统 开发 项目 综合 报告
![提示](https://static.bingdoc.com/images/bang_tan.gif)