某家具城进销存管理系统Word格式文档下载.doc
- 文档编号:6980751
- 上传时间:2023-05-07
- 格式:DOC
- 页数:54
- 大小:460.50KB
某家具城进销存管理系统Word格式文档下载.doc
《某家具城进销存管理系统Word格式文档下载.doc》由会员分享,可在线阅读,更多相关《某家具城进销存管理系统Word格式文档下载.doc(54页珍藏版)》请在冰点文库上搜索。
1.1系统名称 2
1.2现行系统存在的问题 2
1.3项目目标 2
1.4项目范围 2
1.5可行性研究阶段经费估算 3
2可行性研究 4
2.1现行系统调研 4
2.1.1现行系统目标 4
2.1.2用户组织机构 5
2.1.3系统的业务流程描述 6
2.1.4系统接口 9
2.2可行性分析 9
2.2.1可行性分析的目的 9
2.2.2技术可行性 9
2.2.3经济可行性 10
2.2.4操作可行性 11
2.2.5法律可行性 12
2.2.6可行性研究结论 12
3系统需求分析 12
3.1进销存管理系统用户需求 12
3.1.1进销存管理系统功能需求 12
3.1.2进销存管理系统环境需求 13
3.1.3进销存管理系统可靠性需求 13
3.1.4进销存管理安全保密需求 13
3.1.5进销存管理系统用户界面需求 13
3.1.6进销存管理系统资源使用需求 13
3.2进销存管理系统用例模型 14
3.2.1进销存管理系统用例图 14
3.2.2进销存管理系统用例描述 18
3.3系统用例的活动图描述 22
4系统分析 25
4.1公共资源交易管理系统类划分 25
4.1.1实体类分析 25
4.1.2边界类分析 25
4.1.3控制类分析 25
4.2用类实现进销存管理系统各用例的时序图 26
4.3进销存管理系统类设计 28
4.3.1进销存管理系统类的总体设计 28
5系统设计 29
5.1进销存管理系统各用例的流程设计 29
5.2进销存管理系统代码设计 29
5.3进销存管理系统数据库设计 30
5.3.1概念设计 30
5.3.2逻辑设计 32
5.3.3物理设计 33
5.4系统安全性设计 35
5.4.1数据安全性 36
5.4.2登录用户的安全性 36
5.4.3操作安全性 36
5.4.4系统安全性的其它考虑 37
6编码 38
6.1编程工具的选择 38
6.2变量设计 39
6.2.1变量名设计原则 39
7测试设计 41
7.1系统测试的基本原则 41
7.2类测试 42
7.2.1类测试方案设计 42
7.3用例测试 43
7.3.1用例测试方案设计 43
7.4公共资源交易管理系统测试结论 44
7.4.1软件能力 44
7.4.2软件缺陷 45
7.4.3软件限制 45
参考文献 46
辽宁工程技术大学(论文)
0前言
随着社会的进步,经济的飞速发展,民众的物质水平越来越高,消费能力也越来越强,这给家具城带来了新的机遇的同时,也带来了新的挑战。
旧时的人工纯人工管理在进货、销售、存货任务日益繁重的今日已愈来愈难以支撑起一个家具城的家具管理体系。
另一方面,由于科技的进步,计算机的普及,办公自动化的代价也越来越小。
这就使得建立一个高效的家具进销存管理系统成为一个家具城成功经营的必须任务。
通过一个成功有效的家具进销存系统,可以实时查询或录入家具的型号、库存、销售、收款等信息,不仅减轻轻了员工的负担,使家具的进销存管理变得简洁精确,同时也可以减少企业纸类文档、人力资源等方面开销。
本系统研究内容为.NET领域知识,结合C#语言实现B/S结构信息系统开发,其中涉及数据库,js等相关知识领域。
ASP.NET能够方便地将数据集成页面,使用简单易学,并且有能力进行复杂的数据应用。
而ORACLE是一款非常优秀的的数据库管理软件,使用方面,性能稳定,更提供了表空间概念,合理的设计可提升系统运行效率。
EXTJS技术提供了很好的页面视觉效果,并使用面向对象编程,很好的结合整体项目的特性。
本系统是采用ASP.NET技术、ORACLE数据库开发,采用MVC4设计模式,分层架构设计思想和AOP、DI等技术。
1问题定义
1.1系统名称
某家具城进销存管理系统。
(下文中为方便描述,称本系统为进销存管理系统)。
1.2现行系统存在的问题
目前用户暂无有关家具进销存的相关管理办公系统,所有相关工作由公共资源交易中心人员以部门级别分类人工实现。
本次设计的公共资源管理系统主要实现了对家具信息管理、顾客信息管理、供应商信息管理、家具入库管理、家具销售管理、收款管理以及流程工作任务流。
管理系统的优势在于可处理种类繁多厂商、家具、仓库、销售、收款、顾客信息的统一管理;
此外,为解决审批审核流程复杂繁琐问题,系统为此运用工作流技术,不同职位等级处理相关任务实时,设置工作流程后,按流程控制前后衔接,全部采用数字化交流,无需人员走动,为工作人员进行管理工作提供了方便与高效。
1.3项目目标
销售中可使用计算机对家具城家具的库存、型号等信息进行查询,收款时可利用计算机进行账本管理,进货时可查询销售供应商信息、更改库存信息。
本次设计的公共资源管理系统主要实现了对家具信息管理、顾客信息管理、供应商信息管理、入库信息、销售管理、收款管理以及流程工作任务流。
家具信息管理应提供家具型号等具体信息。
供应商信息管理记录供应商信息,若增加供应商应更新供应商信息。
每次入库、销售应该更新库存信息。
收款信息要进行汇总及核算。
1.4项目范围
本系统主要供某家具城职工使用。
系统采用B/S结构开发,需要两台及以上服务器,一台为网络服务器,一台为数据库服务器,并支持内网网络环境;
安装Google游览器,用户使用远程PC端访问系统。
1.5可行性研究阶段经费估算
初步可行性研究阶段经费约占总投资的0.25%~1.50%,约为1216.18元~5097.08元
2可行性研究
并非任何问题都有简单明显的解决办法,事实上,许多问题不可能在预订的系统规模或时间期限之内解决。
如果问题没有可行的解,那么花费在这项工程上的任何时间。
人力软硬件资源和经费,都是无谓的浪费。
可行性研究的目的是,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
2.1现行系统调研
现行系统操作靠人工纸质文件操作及公司内部职工电话交流,需要投入大量人力物力来维持交易进行,很不便利且浪费大量资源,同时人工操作可造成数据丢失、错误,不具有安全性。
2.1.1现行系统目标
现行系统建立于80年代,支撑着该家具城的日常运营,为该家具城的进货销售存货等日常运作提供了有效的管理手段。
依靠着一批老员工的熟练业务该系统基本实现了家具的信息管理、供应商信息管理、进货管理、库存管理、收款管理,使得该家具城的销售额稳步上升。
但随着销售额的增大,员工的再熟练的业务水平也显得力不从心,出现销售查询库存信息及家具信息繁琐缓慢、收款管理错漏等问题。
而进销存管理系统正是帮助管理者高效,数字化,可视化的,整体化,条理化的进行工作提供了可能。
2.1.2用户组织机构
家具进销存管理中心
销售部
仓库部
进货部
财务部
图2-1家具进销存管理中心
组织结构图
Figure2-1furnitureenterssellssavescenterorganizationVARCHAR2t
⑴销售部职能职责
①负责向顾客介绍家具;
②负责为顾客向仓库部核实是否有存货;
③负责为顾客向财务部提交顾客订单;
④负责整理顾客信息,存入顾客信息库;
⑵仓库部职能职责
①负责实时统计库存量;
②负责管理保存家具;
③库存量为零时负责向进货部提交进货单;
④收到财务部送货单时为顾客送货;
⑤收到货后向财务部发送货到信息;
⑥负责整理库存信息,存入库存信息库;
⑶进货部职责
①收到进货单时负责向供应商提交订单,同时向财务部提交订货账单;
②负责供应商信息管理;
⑷财务部职能职责
①收到销售部订单后负责向顾客收款;
②负责向仓库部发送送货单;
③收到进货部的订货账单后向供应商提交定金,;
④收到仓库部的到货信息后向供应商付清余额;
⑤负责统计支出与收入,存入财务信息库;
2.1.3系统的业务流程描述
家具介绍
顾客
核实库存
提交顾客订单
确认购买
库存信息库
顾客信息库
图2-1销售管理业务流图
Figure2-2sellsmanagementbusinessflowdiagram
核算库存
提交进货单
选择供应商
供应商
出货
发送货到信息
财务部部
付清余款
提交订货账单
支付订金
财务信息库
图2-2进货管理业务流图
Figure2-3entersmanagementbusinessflowdiagram
送货
提交出货单
更新库存
图2-3送货业务流图
Figure2-5sendsbusinessflowdiagram
收款
整理账簿
提交送货单
图2-4收款作业务流图
Figure2-6gatheringbusinessflowdiagram
2.1.4系统接口
系统暂无外部接口。
2.2可行性分析
可行性研究是软件项目在正式立项前必须进行的分析,目的不是解决问题,而是确定软件项目是否值得做以及能否用尽可能小的代价在可能短的时间内解决。
可行性研究最根本的任务是对以后的行动方针提出建议,如果问题没有可行的解,应建议停止这项开发工程,以避免时间、资源、人力和金钱的浪费;
如果问题值得解,则推荐一个好的解决方案,并制定一个初步的工程计划。
本节可行性研究内容包括技术可行性、经济可行性、操作可行性、法律可行性。
2.2.1可行性分析的目的
可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后,交项目经理审查。
2.2.2技术可行性
⑴系统开发选用.net技术结合C#语言进行开发。
开发人员拥有完善的.net技术框架,包含数据操作框架、验证框架知识,并掌握NHirbernate数据库操作架构技术,AOP面向切面编程技术、DI依赖注入技术等,能够很好实现系统在代码程度上的需求。
系统视图页面采用EXTJS技术,用纯JS编写Html页面,开发人员掌握其JS面向对象编程技术,并封装重写其模块功能控件,为页面的设计与开发提供了很好的技术支持。
⑵系统数据支持采用ORACLE数据库,ORACLE数据库是现今较流行的数据管理软件,官方可提供正版,开发人员能够进行相关的数据库操作及维护。
2.2.3经济可行性
2.2.3.1基本建设投资
⑴系统开发、建立费用共6万元。
其中:
本系统开发期为3个月,需开发人员3人(不一定都是参加满3个月)。
根据软件系统的规模估算,开发工作量约为12人月,每人月的人工费按5000元计算,开发费用为6万元。
⑵服务器2台及网络等设备费12万元。
⑶其他费费用共2万元。
一次性支出总费用:
18万元。
2.2.3.2其他支出
主要是系统运行费用,假设本系统运行期5年,每年的运行费用(包括系统维护、设备维护等)5万元,按年利率5%计算如下表。
系统投资成本总额为:
19+21.6472=40.6472万元。
表2-1运行费用分析表
Table2-1operationcostanalysistable
年份
将来费用
(万元)
N
(1+0.05)
现在费用值
累计现在费用值(万元)
第一年
5
1.05
4.7619
第二年
1.1025
4.5351
9.2970
第三年
1.1576
4.3191
13.6161
第四年
1.2155
4.1135
17.7296
第五年
1.2763
3.9176
21.6472
2.2.3.3收益
假设投入本系统,效率可以提高50%,以现有的工作人员15人计算,可减少8人,每人每月平均工资按2500元计算,每年节约人员工资8×
12×
0.25=24万元/年。
按通货膨胀(年利率)5%计算,效益计算如下表。
系统收益总额为:
103.9128万元
表2-2效益分析表
Table2-2benefitanalysistableN
24
22.8571
21.7687
44.6258
20.7326
65.3584
19.7500
85.1084
18.8044
103.9128
2.2.3.4收益/投资比
在5年期内,系统总成本71.6082万元,系统总收益231.6437万元。
收益投资比=103.9128/40.6472=2.5
2.2.3.5投资回收周期
1+(44.6258-40.6472)/21.7687=1.18年
2.2.4操作可行性
⑴从调研现有软件,客户需要使用一款数字化管理办公软件,用以提高工作效率,节省人力物力成本,并且系统操作人员均具有一定的文化知识水平,能够正确熟练操作系统。
⑵系统在设计开发过程中将操作可视化,简单易操作,尽管流程有时会繁琐,但强健的系统可令其流程清晰,易操作。
⑶系统实施由开发人员到现场进行软甲部署,同时培训操作系统的工作人员如何熟练操作系统,进行自动化数字办公。
2.2.5法律可行性
⑴所有技术资料都为合法。
⑵开发过程中不存在知识产权问题,所有技术架构均为交流技术成果。
⑶未抄袭任何系统,不存在侵犯版权问题。
⑷开发过程中未涉及任何法律责任。
⑸合同经双方同意签字后生效。
2.2.6可行性研究结论
综上所述,本系统的开发从技术上、经济上、操作上以及法律上等都是完全可靠的。
并且可以开展近一步开发。
3系统需求分析
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素。
需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。
3.1进销存管理系统用户需求
3.1.1进销存管理系统功能需求
⑴实现家具类型、供应商信息的管理;
⑵实现客户信息、家具信息的管理;
⑶实现家具入库管理;
⑷实现家具的销售管理;
⑸系统能够对交易场地进行管理,包括添加、查询、修改、删除交易场地信息。
⑹实现收款管理。
3.1.2进销存管理系统环境需求
客户端的环境需求:
用户在PC端通过浏览器访问系统,用户需使用Google浏览器访问系统,PC端需安装Google游览器。
硬件环境:
用户需提供至少2台以上可用服务器,一台网络服务器,一台数据库服务器,提供数据支持。
软件环境:
服务器操作系统需Window2000版本以上,且支持网络环境,内网环境。
3.1.3进销存管理系统可靠性需求
⑴软件程序在正常工作中应拒绝不友好提示、系统崩溃等现象。
⑵软件应拒绝无权限或无账号人员进入操作。
⑶软件处理正常应在可接受范围时间内给出解决结果。
3.1.4进销存管理安全保密需求
软件应对恶意输出做出良好处理,避免恶意操作导致数据泄露;
软件应对用户的操作权限,网络漏洞进行严格控制;
软件应具有工作日志,数据操作日志,访问日志记录,避免不可控因素导致系统安全保密性受损。
3.1.5进销存管理系统用户界面需求
本系统视图页开发使用EXTJS技术,对用户界面需求进行更严格的把握,系统用户界面必须可控且易操作,尽量满足大众所常用的桌面菜单式需求,尽可能用简单的拖拽点击操作系统。
3.1.6进销存管理系统资源使用需求
系统资源使用需求必须满足有2台可操作服务器;
用户工作使用PC机,要求内存2G及其以上;
拥有内网资源或外网资源,安装购买正版软件。
如有具体需求,可增加一台服务器减少并发压力,购买相关ORACLE服务作为数据支持。
3.2进销存管理系统用例模型
用例模型是系统既定功能及系统环境的模型,它可以作为客户和开发人员之间的契约。
用例是贯穿整个系统开发的一条主线。
同一个用例模型即为需求工作流程的结果,可当作分析设计工作流程以及测试工作流程的输入使用。
3.2.1进销存管理系统用例图
表3-1用例图元素说明表
Table3-1ausecasediagramelementstable
元素名称
表示符号
说明
参与者(Actor)
表示与您的应用程序或系统进行交互的用户、组织或外部系统
用例(UseCase)
用例就是外部可见的系统功能,对系统提供的服务进行描述
子系统(Subsystem)
用来展示系统的一部分功能,这部分功能联系紧密
关联
参与者与用例间关系
泛化
参与者之间或用例之间关系
包含
<
include>
用例之间关系
扩展
<
extend>
业务模块
系统管理
销售管理
仓库管理
财务管理
系统用户
角色管理
权限管理
菜单管理
流程配置
用例03
用例02
用例01-03
用例01-02
用例01-04
用例02-01
用例02-02
用例02-04
用例02-05
用例02-06
<
进货管理
用例01-01
图3-1系统整体用例图
Figure3-1overallsystemusecasediagram
供应商信息整理
制定订货单
发送订货单
供应商信息
缺货消息
送往供应商
送往财务部
用户
图3-2进货管理用例图
Figure3-2aentersmanageusecasediagram
查询库存信息
查询家具信息
制定顾客订单
库存信息
家具
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 家具城 进销存 管理 系统