某家具城进销存管理系统.doc

中文题目：某家具城进销存管理系统
外文题目：ONE FURNITURE CITY ENTERS SELLS SAVES MANAGEMENT SYSTEM
班 级:
学 号:
姓 名：
成 绩:
电子与信息工程学院计算机系
毕业设计(论文）共 92 页(其中：外文文献及译文11页） 图纸共0张
完成日期 2014年7月 答辩日期 2014年6月

摘要
如何对家具的进货、销售、存库进行有效的管理，构建高效的管理体系、节约家具城资金,是一个家具城成功经营的一项重要任务.如今许多家具城已经开始着手构建自己的进销存管理体系，建立统一的数字自动化家具资源管理平台.论文阐述了某家具城进销存管理系统的开发过程，包括问题定义、可行性研究、需求分析、系统分析，功能设计、数据库设计、系统测试及操作等几个阶段。该家具城进销存管理系统采用ASP.NET基础，结合C＃语言、EXTJS技术、ORACLE数据库，实现了对家具信息管理、客户信息息管理、供应商信息管理、入库管理、销售管理、收款管理、工作任务流转等功能。本系统的应用为工作人员提供可视化计算机数字办公，节省人力物力及成本，保证数据准确安全性，促进管理工作高效进行。
关键词：家具；进销存管理 ；ASP.NET ；EXTJS ；C# ;ORACLE
Abstract
How to managing the entering selling saving of furniture efficiently, building an efficient management system and saving the furniture city’s mone, is an important task of one furniture city to make its success。Now many furniture cities have already started to carry out the furniture enters sells saves system themselves, establish a unified digital automation furniture resources trading platform。 Paper expounds the public resources trading management office automation system development process， including problem definition， feasibility study， demand analysis， system analysis, functional design， database design， system test and operation stages， such as public resources trading management office automation system USES ASP.NET foundation， combined with the c ＃ language, EXTJS technique， ORACLE database， realized with furniture imformation managerment, customer information management， supplierinformation management, enters management， sells management， gathering management, work flow, etc。 Provide staff with a visual computer digital office, saves the manpower cost， guarantee the accuracy of the data security， promote the management efficiency。
Keywords: furniture；management； ASP.NET, EXTJS；c ＃；ORACLE
I

目录
0 前言1
1 问题定义2
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家具进销存管理中心
组织结构图
Figure 2—1 furniture enters sells saves center organization VARCHAR2t
⑴销售部职能职责
①负责向顾客介绍家具；
②负责为顾客向仓库部核实是否有存货；
③负责为顾客向财务部提交顾客订单；
④负责整理顾客信息，存入顾客信息库；
⑵仓库部职能职责
①负责实时统计库存量；
②负责管理保存家具；
③库存量为零时负责向进货部提交进货单；
④收到财务部送货单时为顾客送货；
⑤收到货后向财务部发送货到信息；
⑥负责整理库存信息,存入库存信息库;
⑶进货部职责
①收到进货单时负责向供应商提交订单，同时向财务部提交订货账单；
②负责供应商信息管理;
⑷财务部职能职责
①收到销售部订单后负责向顾客收款；
②负责向仓库部发送送货单；
③收到进货部的订货账单后向供应商提交定金，；
④收到仓库部的到货信息后向供应商付清余额；
⑤负责统计支出与收入，存入财务信息库；
2。1。3 系统的业务流程描述
销售部
家具介绍
顾客
核实库存
提交顾客订单
财务部
确认购买
库存信息库
顾客信息库

图2—1销售管理业务流图
Figure 2—2 sells management business flow diagram
仓库部
核算库存
进货部
提交进货单
选择供应商
提交进货单
供应商
出货
发送货到信息
财务部部
付清余款
提交订货账单
支付订金
库存信息库
财务信息库

图2-2进货管理业务流图
Figure 2—3 enters management business flow diagram
仓库部
送货
顾客
财务部
提交出货单
更新库存
库存信息库

图2—3送货业务流图
Figure 2—5 sends business flow diagram
财务部
收款
财务信息库
整理账簿
提交送货单
仓库部
销售部
提交顾客订单

图2—4收款作业务流图
Figure 2-6 gathering business flow diagram
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 运行费用分析表
Table 2—1 operation cost analysis table
年份
将来费用
（万元）
N
（1+0。05）
现在费用值
(万元）
累计现在费用值（万元）
第一年
5
1。05
4。7619
4。7619
第二年
5
1.1025
4.5351
9。2970
第三年
5
1.1576
4。3191
13.6161
第四年
5
1。2155
4.1135
17。7296
第五年
5
1.2763
3。9176
21。6472
2。2.3。3收益
假设投入本系统，效率可以提高50%，以现有的工作人员15人计算，可减少8人，每人每月平均工资按2500元计算,每年节约人员工资8×12×0。25=24万元/年.按通货膨胀(年利率）5％计算,效益计算如下表.
系统收益总额为：103.9128万元
表2—2 效益分析表
Table 2—2 benefit analysis tableN

年份
将来费用
（万元)
（1+0.05）
现在费用值
(万元）
累计现在费用值（万元)
第一年
24
1.05
22。8571
22。8571
第二年
24
1.1025
21。7687
44。6258
第三年
24
1。1576
20.7326
65。3584
第四年
24
1.2155
19。7500
85。1084
第五年
24
1。2763
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用例图元素说明表
Table 3—1 a use case diagram elements table
元素名称
表示符号
说明
参与者(Actor)

表示与您的应用程序或系统进行交互的用户、组织或外部系统
用例（Use Case）

用例就是外部可见的系统功能，对系统提供的服务进行描述
子系统(Subsystem）

用来展示系统的一部分功能,这部分功能联系紧密
关联

参与者与用例间关系

泛化

参与者之间或用例之间关系
包含
〈include>
用例之间关系

扩展
<extend>
用例之间关系

业务模块
系统管理
销售管理
仓库管理
财务管理
系统用户
角色管理
权限管理
菜单管理
流程配置
用例03
用例02
用例01-03
用例01-02
用例01-04
用例02-01
用例02-02
用例02-04
用例02-05
用例02-06
<include>
<include>
<include>
<include>
<include>
<include>
<include>
<include>
进货管理
<include>
用例01-01

图3—1 系统整体用例图
Figure 3—1 overall system use case diagram
进货管理
供应商信息整理
制定订货单
发送订货单
供应商信息
缺货消息
送往供应商
送往财务部
用户
用例01-01
<include>
<include>
<include>
<include>
<include>
<extend>
<extend>

图3-2进货管理用例图
Figure 3—2 a enters manage use case diagram
销售管理
查询库存信息
查询家具信息
制定顾客订单
用户
用例01-02
<include>
<include>
<include>
库存信息
<extend>
家具信息
发送顾客订单
<include>
整理顾客信息
<include>
<extend>
<extend>
顾客信息

图3-3销售管理用例图
Figure 3-3 sells manage use case diagram
用户
整理库存信息
查询送货信息
发送缺货消息
仓库管理
用例01-03
<include>
<include>
<include>
库存信息
<extend>
送货消息
<extend>

图3—4仓库管理用例图
Figure 3—4 warehouse manage use case diagram
用户
财务管理
收款
支付定金
支付余额
盈亏统计
用例02-04
<include>
<include>
<include>
<include>
顾客订单
<extend>
订货单
<extend>
<extend>
发送送货消息
<include>

图3-5财务管理用例图
Figure 3-5 fiance manage use case diagram
管理员
字典管理
系统用户
角色管理
权限管理
菜单管理
流程配置
系统管理
新增
修改
删除
活动定义
依赖转发
<include>
<include>
<include>
<include>
<include>
用例03-01
用例03-02
用例03-03
用例03-04
用例03-05
用例03-06

图3-6 系统管理用例
Figure 3—7 system management cases
3。2。2进销存管理系统用例描述
表3-2 进货管理用例描述表
Table 3—2 enters manage use case description table
用例编号：
01—01
用例名称：
进货管理用例
描述内容属性：
供应商信息（名称、地址、电话）
订货单(供应商、家具类型、数量、价格)
行为者
用户
先决条件:
注册登录成功
后置条件：
加入工作流
活动步骤:
步骤
活动
⑴
用户录系统，收到缺货消息，选择供应商，制定订货单，发送给供应商和财务部
⑵
用户登录系统，整理供应商信息。
异常处理方法：
友好提示跳转登陆页或首页
备注：
无
表3-3销售管理用例描述表
Table 3-3 sells manage use case description table
用例编号:
01—02
用例名称：
销售管理用例
描述内容属性:
家具信息（型号、价格）
库存信息（家具型号、库存数量）
订货单（顾客信息（顾客编号、姓名、电话、地址)、所订家具、订货数量)
行为者
用户
先决条件：
注册登录成功且拥有权限
后置条件：
加入工作流
活动步骤:
步骤
活动
⑴
登录系统，查询家具信息
⑵
登录系统，查询库存信息
⑶
登录系统，制定顾客订单，发送订单，整理顾客信息
异常处理方法：
友好提示跳转登陆页或首页
备注:
无
表3—4 仓库管理用例描述表
Table 3—4 warehouse manage use case description table
用例编号：
01—03
用例名称:
仓库管理用例
描述内容属性：
库存信息（家具型号、仓库地址、库存数量、入库信息(入库时间、入库数量）、出库信息（出库时间、出库数量））
行为者
用户
先决条件：
注册登录成功且拥有权限
后置条件：
加入工作流
活动步骤：
步骤
活动
⑴
登录系统,整理登记库存信息
异常处理方法：
友好提示跳转登陆页或首页
备注：
无
表3-5 财务管理用例描述表
Table 3—5 finance manage use case description table
用例编号：
01-04
用例名称：
财务管理用例
描述内容属性：
订单（顾客信息(姓名、电话、地址）、所订家具、订货数量）
收款信息（顾客、时间、折扣、金额）
支付信息（供应商、时间、金额）
行为者
用户
先决条件：
登录具有相关权限
后置条件:
加入工作流
活动步骤：
步骤
活动
⑴
用户登录系统，收到顾客订单，处理收款
⑵
用户登录系统,收到订货单，处理支付
⑶
用户登录系统,整理统计盈亏
异常处理方法:
友好提示跳转登陆页或首页
备注：

表3-6 系统管理用例描述表
Table 3—7 system management use case description table
用例编号:
0006
用例名称：
系统管理用例
描述内容：
系统管理只有系统管理员可以操作，系统管理包括字典管理，可添加删除修改字典项，字典项为系统以及后台代码公共，系统用户管理可以添加删除用户,角色管理为系统用户配置相应的角色权限，菜单管理同样属于权限控制,可设置用户可操作的菜单。系统管理与业务相关的操作位流程配置，系统管理员可以对流程的步骤，审核人员角色，权限进行设定，是系统可以由工作人员自行维护。
行为者
系统管理员
先决条件:
登录具有相关权限
后置条件:

活动步骤:
步骤
活动
⑴
点击系统管理菜单
⑵
选择功能图标
⑶
进行相关操作
异常处理方法：
友好提示跳转登陆页或首页
备注：
无
3 。3 系统用例的活动图描述
注册登录

填写机构信息

选定机构

上传机构证件

填写个人信息

上传个人证件

完善信息？
Y
N

查询缺货信息

进货管理

查看供应商信息

制定订货单

送往财务部

送往供应商

图3—7进货管理用例图活动图
Figure 3-7enters manage activity diagram
新增交易场地

发送顾客订单

销售管理

查询家具信息

制定顾客订单

选择操作

图3—8销售管理用例活动图
Figure 3—8sells manage activity diagram
仓库管理

某家具库存为零
库存整理

发送缺货信息

Y
N
货到
发送货到消息

Y
收到送货消息
送货

N
Y
N

图3-9仓库管理活动图
Figure 3-9warehouse management activity diagram
选择操作
财政管理

查询订货单

支付定金

Y
N
收到货到消息
支付余额

收款

发送送货消息

统计盈亏

图3—10财务管理用例活动图
Figure 3—10finance manage activity diagram
4系统分析
4。1 公共资源交易管理系统类划分
系统开发无论是后台C＃语言代码,还是前台页面EXTJS，都属于面向对象开发，因此所有系统操作都可具体化成类的操作。因此系统类可划分为视图，控制与实体。
视图部分具有总视图类,视图内部组件类.
控制部分具有业务控制类，数据控制类.每一个视图都有其控制类.
实体部分为底层实体类与数据库表对应的实体类。
4.1。1 实体类分析
顾客实体、供应商实体、仓库实体、家具实体、收款实体、文件表实体、字典项实体、字典类别实体、系统用户实体、菜单实体、角色实体。
4.1。2 边界类分析
边界类为信息系统与用户之间的交互提供媒介及视图页面，视图元素中视图类为界面视图类,其包含多个组件类及操作。视图组件类包括树形菜单类、表单类、Grid列表类，Bar工具类、单选下拉列表类、多选下拉列表类、窗口类、容器类等。
视图类包括进货管理视图类、销售管理视图类、仓库管理视图类、财政管理视图类、桌面视图类。
4。1。3 控制类分析
每一个视图都有其对应的控制类。控制类调用其下实体的数据控制类，业务逻辑控制类。
控制类包括机构控制类、场地控制类、合同控制类。项目控制类、工作台控制类。
4。2 用类实现进销存管理系统各用例的时序图
订货单类
点击图标请求
Http Req…
创建订货单实例
返回实例集合
返回订货列表
进货管理视图类
缺货消息类
显示订货信息
填写订货单信息

图4—1进货管理用例时序图
Figure 4—1 enters management cases sequence diagram
Http Req…
家具信息类
顾客订单类
库存信息类
Http Req…
创建家具实例
创建库存实例
创建订单实例
返回库存实例
返回家具实例
返回订单实例
返回实例属性
返回库存属性
销售管理视图类
销售控制类
返回订单
显示家具信息
显示库存信息
显示订单信息
填写订单信息

图4—2销售管理用例时序图
Figure 4—2sells management sequence diagram
库存信息类
缺货消息类
Http Req…
创建库存实例
创建缺货消息实例
返回库存实例
返回缺货消息实例
仓库视图类
仓库控制类
Http Req…
返回库存信息
填写库存信息
填写缺货信息
返回缺货消息

图4—3仓库管理用例时序图
Figure 4-3warehouse management cases sequence diagram
统计类
收款类
点击图标请求
Http Req…
创建送货消息实例
创建支付实例
创建统计实例
返回送货消息实例
返回支付实例集合
返回统计实例集合
返回实例集合
返回消息
返回支付信息
返回盈亏信息
送货消息类
支付类
财务管理视图类
财务管理控制类
创建收款实例
返回收款实例
结果显示
返回显示

结果显示

返回显示文件

图4—4财务管理用例时序图
Figure 4-4finance management sequence diagram
4。3 进销存管理系统类设计
4.3.1 进销存管理系统类的总体设计
仓库管理控制类

-整理库存信息()
-制定缺货消息()
-发送缺货消息()
-发送货到消息()
-获取送货消息()

进货管理控制类

-获得缺货消息()
-获取供应商信息()
-选择供应商()
-制定进货单()
-发送订货单()

财务管理控制类

-获取订单信息()
-创建收款单()
-获取顾客信息()
-制定送货消息()
-发送送货消息()
-获取订货单消息()
-获取货到消息()
-统计盈亏()

销售管理控制类

-获取家具信息列表()
-获取库存信息列表()
-创建顾客信息()
-制定顾客订单()
-发送顾客订单()

图4-6 进销存控制图
Figure 4—6 enters sells saves control class diagram
5 系统设计
5.1 进销存管理系统各用例的流程设计
⑴进货管理用例流程:
用户收到缺货消息，查询供应商信息，选择供应商,填写订货单，分别发送给供应商和财务部。
⑵销售管理用例流程：
用户查询家具信息,向顾客介绍家具，并查询相应库存信息，若顾客要购买则制定顾客订单，并将订单发送给财务部。
⑶仓库管理用例流程：
系统统计库存信息，若缺货则发送缺货消息,若收到送货消息,则开始送货,登记出库信息，若货到则发送货到消息给财务部。
⑷财务管理用例流程:
用户收到顾客订单，处理收款，发送送款消息；若收到订货单，则处理支付定金；若收到货到消息，则处理支付余额;到月底处理盈亏。
5. 2进销存管理系统代码设计
系统代码设计采用分层结构设计,分别为基础设施层、业务逻辑层。
基础设施层进行系统所有与数据库交互的操作，业务逻辑层只专注系统功能逻辑的设计，不关心底层数据的操作,系统与数据库交互获得数据操作使用NHirbernate框架技术，系统中写有NHirbernate帮助类,重写Nhirbernate源码,避免使用Nhirbernate框架产生循环