软件案例分析实习报告.docx
- 文档编号:30436106
- 上传时间:2023-08-15
- 格式:DOCX
- 页数:36
- 大小:294.43KB
软件案例分析实习报告.docx
《软件案例分析实习报告.docx》由会员分享,可在线阅读,更多相关《软件案例分析实习报告.docx(36页珍藏版)》请在冰豆网上搜索。
软件案例分析实习报告
1.前言
仓库管理系统是现代仓储企业进行货物管理和处理的业务操作系统。
它可以实现本地一个或几个仓库的精细化管理,也可实现制造企业、物流企业、连锁业在全国范围内、异地多点仓库的管理;它可以对货物存储和出货等进行动态安排,可以对仓储作业流程的全过程进行电子化操作;可以与客服中心建立数据接口使客户通过互联网实现远程货物管理,可以与企业的ERP系统实现无缝连接。
在现代企业中,仓库管理是一项繁琐复杂的工作,每天要处理大量的单据数据。
为及时结清每笔业务,盘点库存和货物流动情况,保证企业生产用料以及货物安全,库管人员要花费大量人力物力和时间来作数据记录统计工作。
本系统正是根据仓库管理的专业特点而开发的,用现代电子技术提高库管工作的质量和效率。
适用于小型企业库管以及储运业务,界面直观,操作简便,运用鼠标,在窗口的不同部位单击左健,双击左健,单击右健,系统会弹出相应窗口,供使用者录入和查询统计。
2.设计任务与要求
2.1课题目的
开发仓库管理系统,主要为了减轻仓库管理人员的负担。
是货物的存入与取出记录相对完善,便于货物的增加与减少,降低出错率,是管理更加合理,科学,也为经营者减省开支。
2.2课题任务
本系统全面考虑了在管理中要解决的所有需求,最终向用户提供一套方便可行的系统,该系统具备以下特征:
配置必要的数据库和应用服务程序,提供查询,统计货物的种类,数量及所属公司等所有信息的功能,操作人员使用的界面要清晰,美观,布局合理,内容尽量简单明了,提供的信息详细全面。
客户端程序要求安全性高,可靠性高。
2.3课题意义
仓库管理是既麻烦又单调的工作,每天都是重复记录一些货物的存入与取出,而且货物的种类繁多,存取有很大的随机性,这样为工作人员带来很大的不便,在操作过程中,由于人为的计算出错率很高,一旦出错改正也很困难,这样简单繁重的工作需要很多人来做,为经营者增加了很多成本,所有开发一个可行的仓库管理系统十分必要的。
3.可行性分析
当接受一个软件开发任务,就进入软件生命的第一个阶段,即进行可行性的研究。
并不是所有问题具有简单的解决办法,许多问题不能在预定的规模之内解决。
因此通过可行性的研究分析可以知道问题。
有无可行性的解决方法,进而避免人力、物力和才力的浪费。
在现行系统初步调查的基础上就可以提出新系统目标,即新系统建立后所要求达到的运行指标,这是系统开发和评价的依据。
系统目标应充分体现,直接为仓库管理系统服务,并且,程序可以分期分批实现。
但是,需要指出的是,系统目标是不可能在总体规划阶段就提得非常具体,它还将在开发过程中逐步明确和定量化。
以达到更加出色的程序系统。
可是,目标的提法不尽相同,例如:
·提高仓库管理效率,减轻劳动强度;
·提高信息处理速度和准确性;
·为仓库管理者提供更方便、科学的服务项目。
系统的目标确定后,就可以从以下四方面对能否实现新系统目标进行可行性分析:
3.1技术可行性
缩略词定义:
分析功能、性能及其他限制条件,确定这样的系统是否切实可行。
根据客户提出的系统功能、性能及实现系统的各项约束条件,根据新系统目标来衡量所需的技术是否具备,本系统是一个数据库管理和查询的系统,现有的技术以较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计利用现有技术条件应完全可以达到该系统的功能目标。
同时,考虑给予的开发期限也较为充裕,预计系统是可以在规定期限内完成开发。
●人员素质
我们组的成员,都是软件工程专业的,学过多种常用的编程语言,也曾经成功地合作过其他类似系统,对于这个较简单的系统,我们是完全可以应对的。
●系统的简要描述
1)界面编程要求:
要求有登陆界面,一个主界面,货物信息管理界面,生产商信息管理界面,日志信息界面。
可以看出,其要求没有超出现有开发的技术内容。
2)数据库编程要求:
可以连接数据库,数据库中信息可通过查询等操作,显示到界面上,在界面上对数据库信息可直接进行修改,现有的技术力量完全可以解决。
3)软件基础:
要求操作简单
3.2经济可行性
缩略词定义:
估计开发费用,以及从最终开发成功的软件产品中获得的利益或收入,衡量比较收入的利润与支出的费用。
估算新系统的成本效益分析,其中包括估计项目开发的成本,开发费用和今后的运行、维护费用,估计新系统将获得的效益,估算开发成本是否回高于项目预期的全部经费。
并且,分析系统开发是否会对其它产品或利润带来一定影响。
●支出
1)系统开发费:
本系统开发期10天,开发人员5人,每人一天5元,开发期共需费用250元。
2)硬件设备费:
本系统使用5台计算机,每台的磨损费用10元,共需50元。
3)调研咨询费:
约20元。
●收入
收入是学到的知识,我们把理论应用于实践,增长了我们的经验,收益是无穷。
3.3操作可行性
现行系统采用大量手工操作与少量微机操作相结合,而新开发的系统则全用微机来处理整个过程,在运行初可以采用平行方式从旧系统逐步转换过来,在这其间,手工操作与电脑操作并存,微机操作可逐渐增加工作量,且在这段时间,工作不间断,且新老系统有明显的效率对比。
3.4法律可行性
缩略词定义:
明确系统的开发及使用可能涉及的责任,是否存在侵权等违法问题。
仓库管理系统是针对各种中大规模的仓库以个人的身份完全自主研发的管理系统,是很有实际意义的系统,开发这个系统,完全有我们小组人员独立合作完成,不存在侵权等问题,即法律上是可行的。
3.5系统运行可行性
本系统可以运行在Win95,Win98,Win2000操作系统之上,就是说市场上流行的操作系统都可以支持。
。
3.6用户使用可行性
本系统操作简单,有机算计基础的人无需培训即可使用,即使是没有计算机基础的人只需经过简单的培训就可以很熟练的使用本系统。
系统运行后,就用户方而言,由于用户使用本系统时,不会也不必关心系统内部的结构及实现方法,即对用户来说是透明的,所以本系统对用户而言,是定位在界面友好、操作方便、功能齐全的原则上的,用户只需简单的用鼠标点击各界面上的选项卡或按钮就能执行相应的功能,就管理者而言,关心的是如何处理各种数据,只要把用户的信息输入计算机,管理者就可运行相应的后台程序进行处理。
而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。
所以说本系统在用户使用可行性上是没有问题的。
4.结论
通过对以上各项分析,结论是此系统是可行的。
5.需求分析
5.1功能需求
系统主要包括商品的操作有库存商品的增加、删除和修改。
供货商家的信息的增加、删除和修改。
商品入库和出库操作。
库存管理系统需满足仓库管理员及工作人员的需求,他们具有登陆应用系统的权限,所以需要对工作人员的登陆本模块进行更多的考虑,设计不同用户的操作权限和登陆方法。
对于一个仓库来说,最大的功能就是存储商品,所以仓库管理就是对货品信息,仓库信息,短线货品及超储货品的管理,用户可以根据实际情况对各种货品信息进行分类管理,包括添加,删除更新数据库等。
入库管理操作就是对于货品入库情况的管理,用户可以方便地输入一些货品的信息。
货品的出库,这部分提供的功能与入库操作流程差不多,有所区别的只是对一些出库货品的管理,也很方便数据的输入。
系统的用例模型强调的是从用户的角度阐述系统应该具有哪些功能,以及用户如何如何系统交换来使用这些功能,用例图是参与者所能观察到的系统的功能模型图。
用例模型如图1-1所示:
图1-1操作员请求服务的用例图模型
仓库货品的信息量大,数据安全性和保密性要求高。
本系统实现对货品信息的管理和总体的统计等,仓库信息,供货单位和经办人员信息的查看及维护。
仓库管理人员可以浏览、查询、添加、删除等货品的基本信息以及统计等。
本系统基本涵盖了库存管理的主要需求,具有完善细致的功能、友好的用户界面、强大的数据处理功能和完备的安全机制。
系统操作主要显示对于数据路的操作进行的记录以及系统的退出。
5.2性能需求:
由于运用VC环境进行创建的系统所以可以用于windows操作系统。
数据库用Access进行数据的存储和操作。
系统提供用户想要的信息必须及时的反映出来,而且当涉及的数据量较大时,在允许范围内,不会造成系统错误。
5.2.1数据精确度
录入的数据具备一定的精确度,通常数字保留2位小数。
5.2.2时间特性
系统启动到进入系统登录界面的时间正常情况下应少于5秒,录入并更新数据的时间正常情况下应少于2秒。
5.2.3适用性
该管理系统软件适用于Windowsxp及以上操作系统。
5.3数据需求:
数据的输入输出都已进行规矩化即按照相应的格式进行输入即可。
5.4运行需求:
操作系统:
windowsXP以上兼容系统为宜;
数据库管理程序:
ACCESS
5.4.1用户界面:
用户交互界面采用的浏览器为IE浏览器或者其兼容浏览器均可。
5.4.2硬件需求:
运行本系统的硬件基本要求如下:
内存:
256MB及以上;
硬盘:
20GB及以上。
5.4.3软件需求:
在仔细调查企业仓库物质设备管理过程基础上,针对本实例,通过对企业仓库管理的内容和数据流程分析,设计的数据项和数据结构。
仓库管理系统是为了实现企业产品管理的系统化、规范化和自动化,从而提高企业管理效率而设计的。
它完全取代了原来一直用人工管理的工作方式,避免了由于管理人员的工作疏忽以及管理质量问题所造成的各种错误,为及时、准确、高效的完成仓库管理提供了强有力的工具和管理手段。
仓库管理系统是一个中小型数据库管理系统,它界面美观、操作简单、安全性高,基本满足了仓库管理的要求。
整个系统由基本信息、单据中心、查询统计、报表打印、维护设置、帮助等模块组成。
数据库:
MySQL5.0以上版本,MicrosoftSQLserver2000以上(由于数据量比较小,本地采用了移植性较好的ACCESS数据库)。
6.系统分析
系统分析(又称逻辑设计)是管理系统开发的关键环节,要求在系统调查的基础上,对新系统的功能进行细致的分析,并建立一个新系统的逻辑模型。
随着计算机的发展,计算机完全可以把各类信息收集起来,按需要进行处理,本系统运行于基于WINDOWSXP/2000/NT平台之即可,市面上大部分微机全基于这个层次,另外操作人员要求也不高,只需对WINDOWS2000操作熟练,加之对本系统的操作稍加培训即可工作,而且本系统可视性非常好,所以在技术上不会有很大难度。
6.1系统基本情况描述
随着科学技术的发展,社会进步,计算机迅速的发展,仓库管理的方法也日新月异,以前全是由人管理的方法现存在很多的缺点:
管理效率低,劳动强度大,信息处理速度低而且准确率也不够令人满意。
为了提高仓库管理效率,减轻劳动强度提高,信息处理速度和准确性;为仓库管理员提供更方便、科学的服务项目。
为仓库管理员提供的一种更先进、科学的服务系统。
于是我们便选择了由计算机来设计一个仓库管理系统的方案。
让计算机对仓库进行自动管理,仓库管理员可以直接在计算机上实现仓库的信息管理,并能在一定程度上实现自动化。
我们在现行系统初步调查的基础上提出了新系统目标,即新系统建立后所要求达到的运行指标,这是系统开发和评价的依据。
根据系统的问题描述和用例模型,建立系统初始的分析模型,静态结构模型(即类图),概要的给出描述问题域的类以及这些类之间的关系和原始属性。
类图如5-1:
图5-1系统功能类图
6.1.1系统的主要功能
·仓库各种信息的输入,包括入库,出库,还原,需求信息的输入等
·仓库管理的各种信息查询,修改和维护
·设备采购报表的生成
·在库存管理中加入最高储备和最低储备字段,对仓库的物质设备实现监控和报警
·企业各个部门的物质需求管理
·操作日志的管理
·仓库管理系统的使用帮助
5.1.2系统功能的模块设计
(1)系统
包括用户管理,密码管理,关闭系统,以及数据的备份与恢复,可以根据需要对整个数据库进行备份,以确保数据的安全性。
帮助:
本系统的帮助信息,包括应用程序的版本信息;
(2)仓库管理
货品信息管理:
对仓库里的货品进行登记;
货品库存管理:
管理仓库的库存情况;
短线货品管理:
对仓库里短线的货品进行登记,以便及时采购补货;
超储货品管理:
对仓库里超储的货品进行登记,控制库存量,减少进货;
(3)入库管理
入库登记管理:
能对货品的入库登记,删除,更改等;
入库期间统计:
货品入库期间年度的统计;
供货单位期间供货金额统计:
对货品供应的金额进行统计;
(4)出库管理
对货品出库期间的年度统计,出库登记,及收获单位金额统计等;
(5)盘存管理
对盘存货品信息的盘存录入;
(6)综合管理
可根据同一货品的出入库情况,对库存情况的汇总;
(7)附项管理
对供货单位情况,经办人员,收货单位情况,仓库信息进行登记管理,可进行添加,删除等操作;
(8)历史数据管理
对历史库存,历史出库,历史出库情况进行管理;
流程图:
图5-2库存管理系统数据流程图
货品信息管理数据流程图:
6.2系统分析
现已确定系统开发的目标,系统需求规格。
确定软件系统的总体结构,给出系统中各个组成模块见的联系。
划分功能模块,将软件功能需求分配给所有单元模块。
下一步工作就是在上述结果基础上,考虑怎样实现这个软件系统。
根据系统的用例模型和建立的原始静态结构模型来建立动态行为模型,描述系统的动态特性,系统中类对象的交互行为以及消息的传递。
如图5-4所示:
图5-4管理员入库货品的顺序图
6.2.1系统的功能分析
经过我们市场调研、可行性和系统分析,我组现已总结出仓库管理系统的数据流程.该系统完成后将具备如下功能:
·仓库各种信息的输入,包括入库,出库,还原,需求信息的输入等
·仓库管理的各种信息查询,修改和维护
·设备采购报表的生成
·在库存管理中加入最高储备和最低储备字段,对仓库的物质设备实现监控和报警
·企业各个部门的物质需求管理
·操作日志的管理
·仓库管理系统的使用帮助
本系统的以上功能会更适合仓库管理的发展情况,将会给仓库管理带来一种更为科学的服务系统,是仓库管理自动化的一面新窗口。
也将会是仓库管理员的好帮手。
6.2.2系统数据分析与描述
设备信息情况描述
包括设备的编号、名称、入库时间、供应商、采购员、价格等
6.3工作用户权利描述
密码、权限级别(数值)
6.3.1一般用户权利描述
权限级别(数值)
经过对以上数据的分析与描述,现在可以知道设备的各种信息关系。
然后更好的实现系统.。
6.3.2实现本系统功能的方法
首先要制作一个仓库设备信息的存储库,以用来存储设备信息。
作为主题工作后台。
接下来将要再建立一个主表,也就是设备信息表,作为前台功能展开,以完成各方面操作。
最后新系统要在友好的界面中,达到用预期,并要在良好的可靠性、高速的效率、易使用的目的在安全性和稳定性前提下,给用户们提供各种方便的操作。
6.4数据字典
为了对数据流程图中的各个元素作出详细的说明,有必要建立数据字典。
数据流程图配以数据字典,就可以从图形和文字两方面对系统的逻辑模型进行完整的描述。
6.4.1数据项描述
(1)数据项编号:
01
数据项名称:
货品编号
含义说明:
每种货品入库时由电脑生成的货品的编号,又称编码,也是该类货品在物资仓库中的统一编号。
通过对各种货品的统一编号,对物资仓库的货品的统一管理起到先决作用。
类型及宽度:
字符型,10位。
取值方法:
新类型的货品入库时,由电脑自动生成。
(2)数据项编号:
02
数据项名称:
货品名称
含义说明:
每种货品的名称。
类型及宽度:
字符型,30位。
取值方法:
由货品供应商提供。
(3)数据项编号:
03
数据项名称:
入库时间
含义声明:
货品收入物资仓库的时间,包括新货品的入库,和外出服役的物资货品,在完成任务后的入库时间。
类型及宽度:
日期时间型
取值方法:
取该货品在扫描器处扫描入库的系统日期和时间。
(4)数据项编号:
04
数据项名称:
出库时间
含义声明:
物资货品由于军需而需要出库时,货品的出库时间。
类型及宽度:
日期时间型
取值方法:
取该货品在扫描器处扫描出库的系统日期和时间。
在该系统中所定义的数据项还有:
库存数量,货品性质,保密级别,货品缩略图,服役时间,额定寿命,货品规格,入库数量等。
6.4.2处理逻辑描述
(1)处理编号:
01
处理名称:
入库录入
含义说明:
对入库货品的数量的录入。
输入的数据流:
数据流“入库数量”,来源于外部项“货品供应商”;数据流“货品类型”,来源于数据处理“入库货品类型扫描”。
处理:
根据数据流“货品类型”确定入库货品的基本信息,再根据数据流“入库数量”确定该货品的实际入库的完整信息。
输出的数据流:
直接写入数据存储“入库文件”。
(2)处理编号:
02
处理名称:
出库处理
含义说明:
对出库货品的信息的处理
输入的信息流:
数据存储文件“出库文件”。
处理:
根据数据存储文件“出库文件”,确定出库货品的基本信息,和出库货品的数量,从而进行出库处理。
输出的数据流:
直接写入数据存储“出库核实单”。
5.4.3数据流描述
(1)数据流编号:
01
数据流名称:
货品信息表
含义及说明:
由货品供应商提供的各种货品的基本信息。
数据流来源:
外部实体“货品供应商”。
数据流去向:
数据处理“入库货品类型扫描”。
数据流组成:
货品名称+生产日期+额定寿命+货品规格+货品性质+货品缩略图等。
(2)数据流编号:
02
数据流名称:
入库货品类型
含义及说明:
入库货品的基本类型
数据流来源:
数据处理“入库货品类型扫描”。
数据流去向:
数据处理“入库录入”。
数据流组成:
货品编号+货品名称+生产日期+额定寿命+货品规格+货品性质+保密级别+货品缩略图等。
(3)数据流编号:
03
数据流名称:
入库数量
含义及说明:
各种入库货品的数量
数据流来源:
外部实体“货品供应商”。
数据流去向:
数据处理“入库录入”。
数据流组成:
货品名称+货品数量。
(4)数据流编号:
04
数据流名称:
库存货品类型
含义及说明:
仓库中存放的货品的类型及编号。
数据流来源:
数据处理“扫描库存货品类型”。
数据流去向:
数据处理“盘点”。
数据流组成:
货品编号+货品名称+货品类型等
6.4.4数据存储描述
(1)存储编号:
01
存储名称:
入库文件
含义说明:
货品入库的完整信息文件
存储组成:
货品编号+货品名称+入库时间+入库数量+货品缩略图+货品规格+货品类型+保密级别等。
关键字:
货品编号
相关处理:
入库录入
(2)存储编号:
02
存储名称:
出库文件
含义说明:
出库货品的类型和数量的清单
存储组成:
货品编号+货品名称+货品规格+货品类型+货品缩略图+出库数量等。
关键字:
货品编号
相关处理:
出库处理
7.系统设计
系统设计又称系统物理设计。
系统设计要根据系统分析报告中的系统逻辑模型综合考虑各种约束,利用一切可利用的技术手段和方法进行各种具体设计,确定新系统的实施方案,解决“系统怎么做”的问题。
系统设计就是已确定软件系统的总体结构,给出系统中各个组成模块的功能和模块间的联系。
考虑如何实现这个软件系统,直到对系统中的每个模块给出足够的过程性描述。
通过适当的设计方法,实现用户对本软件各项功能的要求。
总体功能模块图6-1:
图6-1总体功能模块图
7.1系统配置
系统的使用环境:
硬件环境:
PentiumⅡ或同档次以上微机;
32MB以上内存或更高;
4.2G以上硬盘;
1.44M软驱;
24速以上光驱;
针打或激光打印机一台
软件环境:
中文WINDOWS95/98/WE/2000操作系统。
7.2数据库设计
7.2.1权重入库出库原则设计
仓库库存按照各自的用途可以分为以下几种类型:
波动库存(或称安全库存)、预期库存、运输库存、批量库存和投机库存。
文章研究所涉及到的库存主要包括波动库存,投机库存,预期库存和批量库存,不包括运输库存。
就仓库的管理要求来说,一般而言,入出库需要满足三个要求:
确定调度作业合理的响应时间和作业顺序,保证作业任务能够快速地、准确地入库,二是确定合理的库位布局,使得货物的出入库时间减少,并保持货架较高的稳定性,三是无额定合理的作业路线,确定合理的作业路线,保证机械操作效率。
此处文章主要是结合信息系统技术知识,对货物的摆放位置进行设计,保证在摆放和排列时能够以最高的综合效率完成出入库的工作。
因此设计了一些入库准则。
入库时调度基本原则如下:
(l)就近原则
先低层后高层,先左排后右排,先近列后远列。
这一原则可以提高效率。
不同频率、重量的货物在仓库中的位置也是不相同的,按就近原则,入库时在相应的区域内寻找最靠近入口的空货位,出库时寻找时间最早又最靠近出口的货物,这样使出入库时间最短,达到提高效率的目的。
(2)物品的同一性和相关性原则
相同相关的物品放在一起或附近。
例如有一货物A(部品号3011000)要存储,首先搜索在库是否有同样的部品号为3011000的货物在库,如果有同样的货物则计算库位剩余空间是否可以存储该批货物,如果还有存储空间就将货物优先进入该库位,如果存储空间不够则搜索该库位附近是否有空库位,按最近的库位入库。
如果没有同样的货物在库,则按就近原则搜索相似的部品号为3011****货物,并在附近寻找空库位入库。
(3)产品尺寸原则
根据产品的尺寸确定物体的存储位置,例如对于小件货物,不提倡放在下层,入库和出库都比较复杂,而大件货物同样也不宜放在高层,以免存在安全隐患,同时还可以有效地利用存储空间。
在物品信息数据库表中建立物料的尺寸信息,在入库中根据物品的外形尺寸来分配库位。
但由于物品外形尺寸以及外包装情况比较复杂,加上各物品存储的特殊要求(例如能堆高的层数要求),即使通过长宽高的设定也很难通过算法来确切计算库位的实际存储数量,所以需要在库位物品限度管理数据库表中预先设定该物料在不同的库位最大限度的存储数量。
物品除了尺寸的要求外,物品重量也是存储需要考虑的要素之一,需要在综合物品的外形尺寸、重量以及存储要求的因素下,预先进行人工设定最大存储数量。
一般而言,在货物保存时,根据这些处理原则可以确定货物存放位置,但是由于商场和一般的单纯仓库不同,除涉及波动库存(安全库存)、预期库存、运输库存、批量库存和投机库存外,还和销售情况是紧密相连,因此在入库时会存在一些特殊性,不能简单地根据上述原则来处理。
例如,将货物简单地放在最靠近入口的空货位,如果该货物长时间不用,则放在靠近门口的位置则弊大于利,但对于投机库存和预期库存而言,如果是短期保存或是出库时间确定,一旦时间到,立即出库,则采用上述原则处理较好。
但是某些时候对于一些货物而言,同时具备以上几种库存的特性,例如,某种典型产品月销售量为1千件,每月库存将收货1千件。
如果均匀地消耗掉,则平均批量库存就是五百件。
为弥补需求的波动,可能再额外持有250件作为后备或安全存货,因此该物品的平均总库存量将为750件。
为迎接即将来临的某个假期,那时工厂将关闭,可能要给库存再加上250件,这就是预期库存。
上述这种状况如果简单地根据就近原则、物品的同一性和相关性原则和产品尺寸原则进行入库处理,则效果非最佳。
从上面的分析可以看出同一批货物有着不同的用途,因此针对这种情况,可以将同一批货物根据存储目标分为三类:
即其中平均批量库存500件,采用一般的原则处理方式进行处理,预期部分则按照预计的时间,寻找和预期时间相近的货物群进行堆放,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 案例 分析 实习 报告