《某家具城进销存管理系统(52页).doc》由会员分享，可在线阅读，更多相关《某家具城进销存管理系统(52页).doc（52页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-某家具城进销存管理系统-第 41 页中文题目：某家具城进销存管理系统外文题目：ONE FURNITURE CITY ENTERS SELLS SAVES MANAGEMENT SYSTEM班 级： 学 号： 姓 名： 成 绩： 电子与信息工程学院计算机系毕业设计（论文）共 92 页（其中：外文文献及译文11页） 图纸共0张完成日期 2014年7月 答辩日期 2014年6月摘要如何对家具的进货、销售、存库进行有效的管理，构建高效的管理体系、节约家具城资金，是一个家具城成功经营的一项重要任务。如今许多家具城已经开始着手构建自己的进销存管理体系，建立统一的数字自动化家具资源管理平台。论文阐述了某家
2、具城进销存管理系统的开发过程，包括问题定义、可行性研究、需求分析、系统分析，功能设计、数据库设计、系统测试及操作等几个阶段。该家具城进销存管理系统采用ASP.NET基础，结合C#语言、EXTJS技术、ORACLE数据库，实现了对家具信息管理、客户信息息管理、供应商信息管理、入库管理、销售管理、收款管理、工作任务流转等功能。本系统的应用为工作人员提供可视化计算机数字办公，节省人力物力及成本，保证数据准确安全性，促进管理工作高效进行。关键词：家具;进销存管理 ; ;EXTJS ;C# ;ORACLEAbstractHow to managing the entering selling savin
3、g of furniture efficiently, building an efficient management system and saving the furniture citys 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
4、 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 operat
5、ion 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, supplier information management, enters manage
6、ment, 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目录0 前言11 问题定义21.1 系统名称2
7、1.2 现行系统存在的问题21.3 项目目标21.4 项目范围21.5 可行性研究阶段经费估算32 可行性研究42.1 现行系统调研42.1.1 现行系统目标42.1.2 用户组织机构52.1.3 系统的业务流程描述62.1.4 系统接口92.2 可行性分析92.2.1 可行性分析的目的92.2.2 技术可行性92.2.3 经济可行性102.2.4 操作可行性11.5 法律可行性122.2.6 可行性研究结论123 系统需求分析123.1 进销存管理系统用户需求123.1.1 进销存管理系统功能需求123.1.2 进销存管理系统环境需求133.1.3 进销存管理系统可靠性需求133.1.4 进
8、销存管理安全保密需求133.1.5 进销存管理系统用户界面需求133.1.6 进销存管理系统资源使用需求133.2 进销存管理系统用例模型143.2.1 进销存管理系统用例图143.2.2 进销存管理系统用例描述183 .3 系统用例的活动图描述224 系统分析254.1 公共资源交易管理系统类划分254.1.1 实体类分析254.1.2 边界类分析254.1.3 控制类分析254.2 用类实现进销存管理系统各用例的时序图264.3 进销存管理系统类设计284.3.1 进销存管理系统类的总体设计285 系统设计295.1 进销存管理系统各用例的流程设计295. 2 进销存管理系统代码设计295
9、. 3 进销存管理系统数据库设计305.3.1 概念设计305.3.2 逻辑设计32物理设计33系统安全性设计355.4.1 数据安全性36 登录用户的安全性365.4.3 操作安全性365.4.4 系统安全性的其它考虑376 编码386.1 编程工具的选择38变量设计396.2.1 变量名设计原则397 测试设计417.1 系统测试的基本原则41类测试427.2.1 类测试方案设计42用例测试437.3.1 用例测试方案设计437.4 公共资源交易管理系统测试结论447.4.1 软件能力447.4.2 软件缺陷457.4.3 软件限制45参考文献460 前言随着社会的进步，经济的飞速发展，民
10、众的物质水平越来越高，消费能力也越来越强，这给家具城带来了新的机遇的同时，也带来了新的挑战。旧时的人工纯人工管理在进货、销售、存货任务日益繁重的今日已愈来愈难以支撑起一个家具城的家具管理体系。另一方面，由于科技的进步，计算机的普及，办公自动化的代价也越来越小。这就使得建立一个高效的家具进销存管理系统成为一个家具城成功经营的必须任务。通过一个成功有效的家具进销存系统，可以实时查询或录入家具的型号、库存、销售、收款等信息，不仅减轻轻了员工的负担，使家具的进销存管理变得简洁精确，同时也可以减少企业纸类文档、人力资源等方面开销。本系统研究内容为.NET领域知识，结合C#语言实现B/S结构信息系统开发，
11、其中涉及数据库，js等相关知识领域。ASP.NET能够方便地将数据集成页面，使用简单易学，并且有能力进行复杂的数据应用。而ORACLE是一款非常优秀的的数据库管理软件，使用方面，性能稳定，更提供了表空间概念，合理的设计可提升系统运行效率。EXTJS技术提供了很好的页面视觉效果，并使用面向对象编程，很好的结合整体项目的特性。、ORACLE数据库开发，采用MVC4设计模式，分层架构设计思想和AOP、DI等技术。1 问题定义1.1 系统名称某家具城进销存管理系统。(下文中为方便描述，称本系统为进销存管理系统)。1.2 现行系统存在的问题目前用户暂无有关家具进销存的相关管理办公系统，所有相关工作由公共
12、资源交易中心人员以部门级别分类人工实现。本次设计的公共资源管理系统主要实现了对家具信息管理、顾客信息管理、供应商信息管理、家具入库管理、家具销售管理、收款管理以及流程工作任务流。管理系统的优势在于可处理种类繁多厂商、家具、仓库、销售、收款、顾客信息的统一管理；此外，为解决审批审核流程复杂繁琐问题，系统为此运用工作流技术，不同职位等级处理相关任务实时，设置工作流程后，按流程控制前后衔接，全部采用数字化交流，无需人员走动，为工作人员进行管理工作提供了方便与高效。1.3 项目目标销售中可使用计算机对家具城家具的库存、型号等信息进行查询，收款时可利用计算机进行账本管理，进货时可查询销售供应商信息、更改
13、库存信息。本次设计的公共资源管理系统主要实现了对家具信息管理、顾客信息管理、供应商信息管理、入库信息、销售管理、收款管理以及流程工作任务流。家具信息管理应提供家具型号等具体信息。供应商信息管理记录供应商信息，若增加供应商应更新供应商信息。每次入库、销售应该更新库存信息。收款信息要进行汇总及核算。1.4 项目范围本系统主要供某家具城职工使用。系统采用B/S结构开发，需要两台及以上服务器，一台为网络服务器，一台为数据库服务器，并支持内网网络环境；安装Google游览器，用户使用远程PC端访问系统。1.5 可行性研究阶段经费估算0%，约为1216.18元52 可行性研究并非任何问题都有简单明显的解决
14、办法，事实上，许多问题不可能在预订的系统规模或时间期限之内解决。如果问题没有可行的解，那么花费在这项工程上的任何时间。人力软硬件资源和经费，都是无谓的浪费。可行性研究的目的是，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。2.1 现行系统调研现行系统操作靠人工纸质文件操作及公司内部职工电话交流，需要投入大量人力物力来维持交易进行，很不便利且浪费大量资源，同时人工操作可造成数据丢失、错误，不具有安全性。2.1.1 现行系统目标现行系统建立于80年代，支撑着该家具城的日常运营，为该家具城的进货销售存货等日常运作提供了有效的管理手段。依靠着一批老员工的熟练业务该系统基本实现了家具的信息管理
15、、供应商信息管理、进货管理、库存管理、收款管理，使得该家具城的销售额稳步上升。但随着销售额的增大，员工的再熟练的业务水平也显得力不从心，出现销售查询库存信息及家具信息繁琐缓慢、收款管理错漏等问题。而进销存管理系统正是帮助管理者高效，数字化，可视化的，整体化，条理化的进行工作提供了可能。2.1.2 用户组织机构家具进销存管理中心销售部仓库部进货部财务部图2-1家具进销存管理中心组织结构图Figure 2-1 furniture enters sells saves center organization VARCHAR2t销售部职能职责负责向顾客介绍家具；负责为顾客向仓库部核实是否有存货；负责为
16、顾客向财务部提交顾客订单；负责整理顾客信息，存入顾客信息库；仓库部职能职责负责实时统计库存量；负责管理保存家具；库存量为零时负责向进货部提交进货单；收到财务部送货单时为顾客送货；收到货后向财务部发送货到信息；负责整理库存信息，存入库存信息库；进货部职责收到进货单时负责向供应商提交订单，同时向财务部提交订货账单；负责供应商信息管理；财务部职能职责收到销售部订单后负责向顾客收款；负责向仓库部发送送货单；收到进货部的订货账单后向供应商提交定金，；收到仓库部的到货信息后向供应商付清余额；负责统计支出与收入，存入财务信息库；2.1.3 系统的业务流程描述销售部家具介绍顾客核实库存提交顾客订单财务部确认购
17、买库存信息库顾客信息库图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财务部收款财务信息库整理账簿提交送货单仓库部销售部提交顾客
18、订单图2-4收款作业务流图Figure 2-6 gathering business flow diagram2.1.4 系统接口系统暂无外部接口。2.2 可行性分析可行性研究是软件项目在正式立项前必须进行的分析，目的不是解决问题，而是确定软件项目是否值得做以及能否用尽可能小的代价在可能短的时间内解决。可行性研究最根本的任务是对以后的行动方针提出建议，如果问题没有可行的解，应建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，则推荐一个好的解决方案，并制定一个初步的工程计划。本节可行性研究内容包括技术可行性、经济可行性、操作可行性、法律可行性。2.2.1 可行性分析的目的
19、可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内 确定问题是否可解 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要 面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的 经济效益。本报告经审核后，交项目经理审查。2.2.2 技术可行性系统开发选用.net技术结合C#语言进行开发。开发人员拥有完善的.net技术框架，包含数据操作框架、验证框架知识，并掌握NHirbernate数据库操作架构技术，AOP面向切面编程技术、DI依赖注入技术等，能够很好实现系统在代码程度上的需求。系统视图页面采用EXTJS技术，用纯JS编写Html页面，开发人员掌握其
20、JS面向对象编程技术，并封装重写其模块功能控件，为页面的设计与开发提供了很好的技术支持。系统数据支持采用ORACLE数据库，ORACLE数据库是现今较流行的数据管理软件，官方可提供正版，开发人员能够进行相关的数据库操作及维护。2.2.3 经济可行性系统开发、建立费用共6万元。其中： 本系统开发期为3个月，需开发人员3人（不一定都是参加满3个月）。根据软件系统的规模估算，开发工作量约为12人月，每人月的人工费按5000元计算，开发费用为6万元。 服务器2台及网络等设备费12万元。 其他费费用共2万元。 一次性支出总费用：18万元。主要是系统运行费用，假设本系统运行期5年，每年的运行费用(包括系统
21、维护、设备维护等)5万元，按年利率5%计算如下表。 系统投资成本总额为：19+21.6472=40.6472万元。表2-1 运行费用分析表Table 2-1 operation cost analysis table年份将来费用（万元）N（1+0.05）现在费用值（万元）累计现在费用值（万元）第一年5第二年5第三年5第四年5第五年51.2763假设投入本系统，效率可以提高50%，以现有的工作人员15人计算，可减少8人，每人每月平均工资按2500元计算，每年节约人员工资8120.25=24万元/年。按通货膨胀（年利率）5%计算，效益计算如下表。表2-2 效益分析表Table 2-2 benefi
22、t analysis tableN年份将来费用（万元）（1+0.05）现在费用值（万元）累计现在费用值（万元）第一年24第二年24第三年24第四年24第五年24在5年期内，系统总成本71.6082万元，系统总收益231.6437万元。 收益投资比 = 103.9128 / 40.6472 = 2.52.2.4 操作可行性从调研现有软件，客户需要使用一款数字化管理办公软件，用以提高工作效率，节省人力物力成本，并且系统操作人员均具有一定的文化知识水平，能够正确熟练操作系统。系统在设计开发过程中将操作可视化，简单易操作，尽管流程有时会繁琐，但强健的系统可令其流程清晰，易操作。系统实施由开发人员到现场
23、进行软甲部署，同时培训操作系统的工作人员如何熟练操作系统，进行自动化数字办公。2.2.5 法律可行性所有技术资料都为合法。开发过程中不存在知识产权问题，所有技术架构均为交流技术成果。未抄袭任何系统，不存在侵犯版权问题。开发过程中未涉及任何法律责任。合同经双方同意签字后生效。2.2.6 可行性研究结论综上所述，本系统的开发从技术上、经济上、操作上以及法律上等都是完全可靠的。并且可以开展近一步开发。3 系统需求分析软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统
24、提出完整、准确、清晰、具体的要求。3.1 进销存管理系统用户需求3.1.1 进销存管理系统功能需求实现家具类型、供应商信息的管理；实现客户信息、家具信息的管理；实现家具入库管理；实现家具的销售管理；系统能够对交易场地进行管理，包括添加、查询、修改、删除交易场地信息。实现收款管理。3. 进销存管理系统环境需求客户端的环境需求：用户在PC端通过浏览器访问系统，用户需使用Google浏览器访问系统，PC端需安装Google游览器。硬件环境：用户需提供至少2台以上可用服务器，一台网络服务器，一台数据库服务器，提供数据支持。软件环境：服务器操作系统需Window2000版本以上，且支持网络环境，内网环境
25、。3. 进销存管理系统可靠性需求软件程序在正常工作中应拒绝不友好提示、系统崩溃等现象。软件应拒绝无权限或无账号人员进入操作。软件处理正常应在可接受范围时间内给出解决结果。3. 进销存管理安全保密需求软件应对恶意输出做出良好处理，避免恶意操作导致数据泄露；软件应对用户的操作权限，网络漏洞进行严格控制；软件应具有工作日志，数据操作日志，访问日志记录，避免不可控因素导致系统安全保密性受损。3. 进销存管理系统用户界面需求本系统视图页开发使用EXTJS技术，对用户界面需求进行更严格的把握，系统用户界面必须可控且易操作，尽量满足大众所常用的桌面菜单式需求，尽可能用简单的拖拽点击操作系统。3. 进销存管理
26、系统资源使用需求系统资源使用需求必须满足有2台可操作服务器；用户工作使用PC机，要求内存2G及其以上；拥有内网资源或外网资源，安装购买正版软件。如有具体需求，可增加一台服务器减少并发压力，购买相关ORACLE服务作为数据支持。3.2 进销存管理系统用例模型用例模型是系统既定功能及系统环境的模型，它可以作为客户和开发人员之间的契约。用例是贯穿整个系统开发的一条主线。同一个用例模型即为需求工作流程的结果，可当作分析设计工作流程以及测试工作流程的输入使用。3.2.1 进销存管理系统用例图表3-1用例图元素说明表Table 3-1 a use case diagram elements table元素
27、名称表示符号说明参与者(Actor)表示与您的应用程序或系统进行交互的用户、组织或外部系统用例(Use Case)用例就是外部可见的系统功能，对系统提供的服务进行描述子系统(Subsystem)用来展示系统的一部分功能，这部分功能联系紧密关联参与者与用例间关系泛化参与者之间或用例之间关系包含 用例之间关系扩展 用例之间关系业务模块系统管理销售管理仓库管理财务管理系统用户角色管理权限管理菜单管理流程配置用例03用例02用例01-03用例01-02用例01-04用例02-01用例02-02用例02-04用例02-05用例02-06进货管理用例01-01图3-1 系统整体用例图Figure 3-1
28、overall system use case diagram进货管理供应商信息整理制定订货单发送订货单供应商信息缺货消息送往供应商送往财务部用户用例01-01图3-2进货管理用例图Figure 3-2 a enters manage use case diagram销售管理查询库存信息查询家具信息制定顾客订单用户用例01-02库存信息家具信息发送顾客订单整理顾客信息顾客信息图3-3销售管理用例图Figure 3-3 sells manage use case diagram用户整理库存信息查询送货信息发送缺货消息仓库管理用例01-03库存信息送货消息图3-4仓库管理用例图Figure 3-4
29、 warehouse manage use case diagram用户财务管理收款支付定金支付余额盈亏统计用例02-04顾客订单订货单发送送货消息图3-5财务管理用例图Figure 3-5 fiance manage use case diagram管理员字典管理系统用户角色管理权限管理菜单管理流程配置系统管理新增修改删除活动定义依赖转发用例03-01用例03-02用例03-03用例03-04用例03-05用例03-06图3-6 系统管理用例Figure 3-7 system management cases3.2.2 进销存管理系统用例描述表3-2 进货管理用例描述表Table 3-2 e
30、nters manage use case description table用例编号：01-01用例名称：进货管理用例描述内容属性：供应商信息（名称、地址、电话）订货单（供应商、家具类型、数量、价格）行为者用户先决条件：注册登录成功后置条件：加入工作流活动步骤：步骤活动用户录系统，收到缺货消息，选择供应商，制定订货单，发送给供应商和财务部用户登录系统，整理供应商信息。异常处理方法：友好提示跳转登陆页或首页备注：无表3-3 销售管理用例描述表Table 3-3 sells manage use case description table用例编号：01-02用例名称：销售管理用例描述内容属性：
31、家具信息（型号、价格）库存信息（家具型号、库存数量）订货单（顾客信息（顾客编号、姓名、电话、地址）、所订家具、订货数量）行为者用户先决条件：注册登录成功且拥有权限后置条件：加入工作流活动步骤：步骤活动登录系统，查询家具信息登录系统，查询库存信息登录系统，制定顾客订单，发送订单，整理顾客信息异常处理方法：友好提示跳转登陆页或首页备注：无表3-4 仓库管理用例描述表Table 3-4 warehouse manage use case description table用例编号：01-03用例名称：仓库管理用例描述内容属性：库存信息（家具型号、仓库地址、库存数量、入库信息（入库时间、入库数量）、出
32、库信息（出库时间、出库数量）行为者用户先决条件：注册登录成功且拥有权限后置条件：加入工作流活动步骤：步骤活动登录系统，整理登记库存信息异常处理方法：友好提示跳转登陆页或首页备注：无表3-5 财务管理用例描述表Table 3-5 finance manage use case description table用例编号：01-04用例名称：财务管理用例描述内容属性：订单（顾客信息（姓名、电话、地址）、所订家具、订货数量）收款信息（顾客、时间、折扣、金额）支付信息（供应商、时间、金额）行为者用户先决条件：登录具有相关权限后置条件：加入工作流活动步骤：步骤活动用户登录系统，收到顾客订单，处理收款用户
33、登录系统，收到订货单，处理支付用户登录系统，整理统计盈亏异常处理方法：友好提示跳转登陆页或首页备注：表3-6 系统管理用例描述表Table 3-7 system management use case description table用例编号：0006用例名称：系统管理用例描述内容：系统管理只有系统管理员可以操作，系统管理包括字典管理，可添加删除修改字典项，字典项为系统以及后台代码公共，系统用户管理可以添加删除用户，角色管理为系统用户配置相应的角色权限，菜单管理同样属于权限控制，可设置用户可操作的菜单。系统管理与业务相关的操作位流程配置，系统管理员可以对流程的步骤，审核人员角色，权限进行设定
34、，是系统可以由工作人员自行维护。行为者系统管理员先决条件：登录具有相关权限后置条件：活动步骤：步骤活动点击系统管理菜单选择功能图标进行相关操作异常处理方法：友好提示跳转登陆页或首页备注：无3 .3 系统用例的活动图描述注册登录填写机构信息选定机构上传机构证件填写个人信息上传个人证件完善信息？YN查询缺货信息进货管理查看供应商信息制定订货单送往财务部送往供应商图3-7进货管理用例图活动图Figure 3-7 enters manage activity diagram新增交易场地发送顾客订单销售管理查询家具信息制定顾客订单选择操作图3-8 销售管理用例活动图Figure 3-8 sells ma
35、nage activity diagram仓库管理某家具库存为零库存整理发送缺货信息YN货到发送货到消息Y收到送货消息送货NYN图3-9仓库管理活动图Figure 3-9warehouse management activity diagram选择操作财政管理查询订货单支付定金YN收到货到消息支付余额收款发送送货消息统计盈亏 图3-10财务管理用例活动图Figure 3-10 finance manage activity diagram4 系统分析4.1 公共资源交易管理系统类划分系统开发无论是后台C#语言代码，还是前台页面EXTJS，都属于面向对象开发，因此所有系统操作都可具体化成类的操作
36、。因此系统类可划分为视图，控制与实体。视图部分具有总视图类，视图内部组件类。控制部分具有业务控制类，数据控制类。每一个视图都有其控制类。实体部分为底层实体类与数据库表对应的实体类。4.1.1 实体类分析顾客实体、供应商实体、仓库实体、家具实体、收款实体、文件表实体、字典项实体、字典类别实体、系统用户实体、菜单实体、角色实体。4.1.2 边界类分析边界类为信息系统与用户之间的交互提供媒介及视图页面，视图元素中视图类为界面视图类，其包含多个组件类及操作。视图组件类包括树形菜单类、表单类、Grid列表类，Bar工具类、单选下拉列表类、多选下拉列表类、窗口类、容器类等。视图类包括进货管理视图类、销售管
37、理视图类、仓库管理视图类、财政管理视图类、桌面视图类。4.1.3 控制类分析每一个视图都有其对应的控制类。控制类调用其下实体的数据控制类，业务逻辑控制类。控制类包括机构控制类、场地控制类、合同控制类。项目控制类、工作台控制类。4.2 用类实现进销存管理系统各用例的时序图订货单类点击图标请求Http Req创建订货单实例返回实例集合返回订货列表进货管理视图类缺货消息类显示订货信息填写订货单信息图4-1进货管理用例时序图Figure 4-1 enters management cases sequence diagramHttp Req家具信息类顾客订单类库存信息类Http Req创建家具实例创建
38、库存实例创建订单实例返回库存实例返回家具实例返回订单实例返回实例属性返回库存属性销售管理视图类销售控制类返回订单显示家具信息显示库存信息显示订单信息填写订单信息图4-2销售管理用例时序图Figure 4-2 sells management sequence diagram库存信息类缺货消息类Http Req创建库存实例创建缺货消息实例返回库存实例返回缺货消息实例仓库视图类仓库控制类Http Req返回库存信息填写库存信息填写缺货信息返回缺货消息图4-3仓库管理用例时序图Figure 4-3warehouse management cases sequence diagram统计类收款类点击图
39、标请求Http Req创建送货消息实例创建支付实例创建统计实例返回送货消息实例返回支付实例集合返回统计实例集合返回实例集合返回消息返回支付信息返回盈亏信息送货消息类支付类财务管理视图类财务管理控制类创建收款实例返回收款实例结果显示返回显示结果显示返回显示文件图4-4财务管理用例时序图Figure 4-4finance management sequence diagram4.3 进销存管理系统类设计4.3.1 进销存管理系统类的总体设计仓库管理控制类-整理库存信息()-制定缺货消息()-发送缺货消息()-发送货到消息()-获取送货消息()进货管理控制类-获得缺货消息()-获取供应商信息()-选
40、择供应商()-制定进货单()-发送订货单()财务管理控制类-获取订单信息()-创建收款单()-获取顾客信息()-制定送货消息()-发送送货消息()-获取订货单消息()-获取货到消息()-统计盈亏()销售管理控制类-获取家具信息列表()-获取库存信息列表()-创建顾客信息()-制定顾客订单()-发送顾客订单()图4-6 进销存控制图Figure 4-6 enters sells saves control class diagram5 系统设计5.1 进销存管理系统各用例的流程设计进货管理用例流程：用户收到缺货消息，查询供应商信息，选择供应商，填写订货单，分别发送给供应商和财务部。销售管理用例流
41、程：用户查询家具信息，向顾客介绍家具，并查询相应库存信息，若顾客要购买则制定顾客订单，并将订单发送给财务部。仓库管理用例流程：系统统计库存信息，若缺货则发送缺货消息，若收到送货消息，则开始送货，登记出库信息，若货到则发送货到消息给财务部。财务管理用例流程：用户收到顾客订单，处理收款，发送送款消息；若收到订货单，则处理支付定金；若收到货到消息，则处理支付余额；到月底处理盈亏。5. 2 进销存管理系统代码设计系统代码设计采用分层结构设计，分别为基础设施层、业务逻辑层。基础设施层进行系统所有与数据库交互的操作，业务逻辑层只专注系统功能逻辑的设计，不关心底层数据的操作，系统与数据库交互获得数据操作使用NHirbernate框架技术，系统中写有NHirbernate帮助类，重写Nhirbernate源码，避免使用Nhirbernate框架产生循环加载问题，为节省代码量，系统使用DI依赖注入技术，将调用类设为类的私有变量，不需要对其进行实例化。同时为保证系统安全性，不出现不友好的提示，系统封装完善的验证框架，并使用AOP面向切面编程技术，将验证封装在每一个控制类的特性中，数据复杂操作使用QuerOver技术或HQL技术，保证系统代码都为面向对象语言。展现层：展现层采用MVC设计模式，采用EXTJS编写视图页面，与