《ERP采购管理子系统的设计与实现(共80页).doc》由会员分享，可在线阅读，更多相关《ERP采购管理子系统的设计与实现(共80页).doc（80页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上中小企业采购管理子系统摘 要：采购环节作为企业生产链的基础，它的重要性可想而知，传统的采购管理方式已经不能满足现代企业中生产、销售、库存这个流动循环，业务量的高速发展，导致企业库存变动率不断上升，现在，库存率的控制越来越重要，它直接关系着企业资金链的流通周转，因此，采购环节的效率在现代企业中显得越发重要，一种合理科学好用的采购管理方式已经成为企业生产必须要考虑的问题。本文介绍了基于Struts2框架实现的中小企业数字信息化采购管理子系统，使用MVC模型在WEB应用中的不同层次，其中以Struts来实现系统的表示层，通过Common-pool组件实现DBCP连接池的开辟
2、和使用，以DAO模式实现数据库的持久层，通过面向对象语言Java设计各个类实例，类间实现严格封装。Action控制层获取操作请求，并调用相对应的类实现操作请求。该系统实现了企业采购的基本功能，包括下达采购清单、进货管理、付款管理、退货管理、入库管理、库存管理、采购统计、退货统计、报表统计等。该系统操作流程为当企业进行一个采购业务流程时，首先由采购部下达采购清单，再由仓管部新增进货单，然后再审核进货单是否出错，最后付款 。关键词: struts2 ；MVC ；ERP；采购管理子系统Small And Medium-Sized Enterprise Purchasing SystemAbstrac
3、t： Procurement procedures as the basis of chain of enterprise production , its importance can be imagined, the traditional procurement management mode cannot satisfy the need of modern enterprise production, sales and inventorise in the flow loop, with the rapid development of business, the enterpri
4、se inventory change rate keep rising, now, the control of inventory rate are becoming more and more important, it relates to the circulation flow of the enterprise capital chain directly, as a result, the efficiency of the purchasing is becoming increasingly important in modern enterprise developmen
5、t, a reasonable, scientific and useful way of management in purchasing and supply has become the enterprise production issues which must be considered.This paper introduces the implementation of small and medium-sized enterprise digital information-based procurement management subsystem which is Bas
6、ed on the Struts2 framework, using MVC model in different levels of WEB application, such as the Struts presentation layer to implement the system, using the Common - pool component to set up and use DBCP connection pool, using the DAO pattern to realize database persistence layer, using the object-
7、oriented language Java design the strict encapsulation among each class instances and classes . Getting retrieval request, Action control layer will invokes the corresponding class to implements the operation request.The system realized the basic function of enterprise procurement, including the ord
8、er listing, stock management, purchase management, returns management, inventory management, inventory management, procurement statistics, return statistics, report statistics , etc. The system is a process-when purchasing enterprise business process, the first issued by the purchasing Department pr
9、ocurement list, and then by the warehouse department added the warehousing list then review whether an error occurred, the final paymentKeywords: Struts2 , MVC, ERP, Purchasing manage System目录专心-专注-专业一、引言（一）选题背景随着经济发展速度越来越快，九十年代以来，中小型企业逐渐成为支撑国民经济的重要组成部分。在国内每年新兴的中小企业数数以万计，但每年倒闭的中小企业也在万数以上，在这些倒闭的企业统计中
10、，使用传统管理方式的企业占了其八成以上。随着业务量的不断增长、经济因素越来越复杂，传统的企业管理模式已经不能再适用于现代高速发展的企业中，现代企业涉及的市场面与内部员工结构层等已远远超过传统模式的企业，传统的人工管理已经跟不上企业的运作效率要求。实施企业资源管理信息自动化(简称ERP)，是现代企业为应对激烈的市场竞争，实现企业盈利最大化与解决企业高速发展需要和内部效率低下之间的矛盾而采取的一种发展战略，这也是现代企业想要进一步发展所必经之路。ERP，在上个六十年代在西方已经正式兴起，最初的目标是为了提高MPS的效率，一直发展到现在，ERP已经整合了企业所有资源模块，实现统一的信息化管理，帮助企
11、业提升自身的竞争力与实现更高的利润化。采购环节，作为企业生存的三大基础之一，它的重要性可想而知。传统的采购模式多数通过电话下达订单，手工记录，在相对小的订单型企业来说，可以应付得过去，但一旦业务量大了以后，库存流动量会非常大，单依靠手工来操作已远远跟不上企业的运作效率，而且手工跟进出错率也非常高，很可能会给企业带来很多不必要的损失。所以我想借着这次毕业设计的机会开发一个中小企业ERP采购管理子系统，帮助中小型企业实现信息化管理，提高企业运营效率，获得更高的利润。（二）课题的主要研究内容实施ERP是现代企业解决业务高速发展与企业内部运作效率低下矛盾的必然趋势。本课题经过调研后，根据企业实际情况，
12、把中小企业资源信息化管理采购管理子系统的设计与实现作为主要研究内容。本课题以业务流为主线，从采购清单开始把供应商、产品、进货、付款、退货、报表统计等相关资源及各种信息关联到企业的业务上，实现采购管理一体化，旨在帮助中小企业解决在采购环节出现的线下库存与线上库存不对应、企业内部人员处理效率低下跟不上实际业务量需求的变化、控制企业库存量等问题，为中小企业提供一种资源信息一体化管理解决方案。（三）涉及到的框架与技术随着Web运用的发展和不断成熟，轻量级J2EE框架应运而生，基于以Struts框架作为应用前端的表示层，向用户浏览器提供Web方式下的前台交互，本课题正是运用Struts框架进行开发“中小
13、企业采购管理子系统”，通过面向对象语言Java设计各个类实例，类间实现严格封装。通过Struts框架设计，Action控制层获取操作请求，并调用相对应的类实现操作请求。 1、struts工作原理图1.1 struts框架原理图图1.1中表现了struts2框架的工作原理，来自客户的所有需要通过框架的请求在Struts2框架中的处理大概分为以下几个步骤：1）客户端初始化一个指向Servlet容器（例如Tomcat）的请求。2）这个请求经过一系列的过滤器（Filter）。3）接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要
14、调用某个Action。4）如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy。5）ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类。6）ActionProxy创建一个ActionInvocation的实例。7）ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。8）一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的
15、返回结果。Struts2的核心就是拦截器。Struts.xml中所有的package都要extends=struts-default。同理与所有的Java类都要extends自Object一样。struts-default.xml里面就是要做以上事情Error! Reference source not found.。2、Web数据库技术本系统所用的数据库为Mysql，Mysql是现在比较流行的一种开源的小型数据库，它具有体积小、处理速度快，拥有成本低等很多令小型系统项目所喜欢的特点，正因为如此，Mysql广泛应用于中小型项目开发中。二、 可行性分析可行性研究主要内容是要求以全面、系统的分析为
16、主要方法，经济效益为核心，围绕影响项目的各种因素，运用数据资料论证拟建项目是否可行。对整个可行性研究提出综合分析评价，指出优缺点和建议Error! Reference source not found.。（一）经济可行性作为毕业设计研究课题，系统的一切开发内容都由自己利用在校的时间完成，系统采用WEB服务方式，因此，前期只要利用自己的电脑作为本地服务器即可进行一系列的系统开发与测试工作。当系统真正部署于实际应用的时候，也不用重新购置新的服务器，只要选用企业中一台运行速度比较好的主机作为服务器就可以轻松布署使用，完全不用其它额外的投入，因此，系统的设计实现在经济方面上是可行的。（二）技术可行性系
17、统是基于WEB的J2EE方面企业级的应用，系统技术框架为Stuct2，页面设计技术为jsp+jquery+ajax的联合应用，数据库采用Mysql，开发工具使用Eclispe，在大学几年里我一直在自学J2EE方面的知识，熟悉运用Stuct2+Jquery+Mysql+Eclipse开发框架，也参加过Java外包项目的开发组，并在一家ERP公司实习了八个月，对ERP系统在实际企业中的应用情况有一定的了解，指导老师在关于这方面的教学与研究中也有很深的见解。因此，系统的设计实现在技术方面上是可行的。（三）运行可行性本系统运行Tomcat服务器上，自己在校期间主要学习的是WEB方面的开发，因此对Tom
18、cat服务器的搭建也比较熟悉，系统布署成功后，用户可以通过在浏览器地址栏上输入相应的服务器IP就可以访问本系统，用户根据账号的权限可以进行相应的操作，非常简单方便。因此，系统的设计实现在运行方面上是可行的。（四）法律可行性本系统旨在为中小企业提供资源信息化管理解决方案，仅限于企业内部使用，作为管理企业的一种工具，仅涉及到企业业务订单与人事管理方面，不会跟政治和法律挂钩。系统一切的开发、维护和使用都是在合法的途径下完成，因此，系统的设计实现在法律方面上是可行的。结论该系统经过以上经济可行性、技术可行性、运行可行性、法律可行性等方面的分析，事实证明整个系统是可行的。三、需求分析（一）系统业务需求规
19、定中小企业采购管理子系统是以业务流为主线，从采购订单开始把供应商、产品、进货、付款、退货、库存、报表统计等相关资源及各种信息关联到企业的业务上，实现业务数据与财务数据的完全对接，实现企业的采购管理一体化。（二）系统用户需求规定用户包括企业内部采购人员、审核人员。采购人员的需求是下达订单与查看系统公共功能信息，审核人员则拥有全部系统管理权限，审核采购订单与付款单等，实现企业采购业务流的最大程度上的优化。（三）系统功能需求规定系统需求是实现中小企业信息化的管理，及时地为生产部门提供充足的原材料或消耗品，确保生产的完成，并且定期的补充库存量，以保证库存的最优控制。（四）非功能需求分析用户界面需求：简
20、洁、易用、易懂，美观，具备良好的兼容性。系统运行性能要求：页面加载速度快、数据处理快。（五）软硬件环境需求1、硬件系统服务器端： 内存512Mb/硬盘10Gb以上的专用微机服务器客户端：内存256Mb/硬盘6Gb以上的台式计算机。2、软件系统操作系统：Windows XP/Win7、2000 Server系列数据库：MYSQL5.0服务器：tomcat7.0浏览器：Ie 6.0及以上版本（六）需求建模与部分用例规约图3.1系统整体功能用例图Figure 3.1 Use Case Diagram overall system functionality图3.1用例表示了一般用户可分配的权限和超级
21、管理员可分配的权限。超级管理员可分每个用户划分相对应的使用权限，一般用户登录后可以进行供应商、产品、采购清单、退货、库存、采购统计、退货统计、报表统计等模块管理操作，系统超级管员则拥有所有权限。1用例一：登录1.1 主要参与者：所有操作用户。1.2 用例描述：该用例用于提供登录功能。用户要登录之后才能进行相应操作。用户须填写正确用户名和密码，方可登录成功。1.3 事件流1.3.1基本流：、填写账号；、填写密码；、登录。1.3.2信息验证：若系统检测到输入的信息格式或内容有误，如非法字符或者信息不符合要求，给予错误提示，并清空文本框，要求用户重新输入。1.4 前置条件：用户必须先访问该系统登录页
22、面，然后点击登录。1.5 成功后件：系统转到相应操作页面。1.6 失败后件：系统维持原状。2用例二：产品管理2.1 主要参与者：所有操作用户2.2 用例描述：该用例用于提供添加产品信息功能。操作用户要登录之后才能进行相应操作。2.3 事件流2.3.1基本流：、增删改查产品信息；、转到相应操作页面。2.3.11添加产品信息、点击添加产品；、转到添加产品信息页面。2.3.1.2删除产品信息、点击删除产品；、转到删除产品信息页面。2.3.1.3修改产品信息、点击修改产品；、转到修改产品信息页面。2.3.2信息验证：若系统检测到输入的信息格式或内容有误，如非法字符或者信息不符合要求，给予错误提示，并清
23、空文本框，要求用户重新输入。2.4 前置条件：用户必须先访问该系统产品管理页面，然后点击“新增”。2.5 成功后件：系统转到相应操作页面。2.6 失败后件：系统维持原状。3用例三：供应商管理3.1 主要参与者：所有操作用户3.2 用例描述：该用例用于提供添加供应商信息功能。操作用户要登录之后才能进行相应操作。3.3 事件流3.3.1基本流：、增删改查供应商信息；、转到相应操作信息页面。3.3.11添加供应商信息、点击添加供应商；、转到添加供应商信息页面。3.3.1 .2删除供应商信息、点击删除供应商；、转到删除供应商信息页面。3.3.1 .3修改供应商信息、点击修改供应商；、转到修改供应商信息
24、页面，修改内容包括联系人、基本信息等。3.3.2信息验证：若系统检测到输入的信息格式或内容有误，如非法字符或者信息不符合要求，给予错误提示，并清空文本框，要求用户重新输入。3.4 前置条件：用户必须先访问该系统供应商管理页面，然后点击“添加”。3.5 成功后件：系统转到相应操作页面。3.6失败后件：系统维持原状。4用例四：添加采购清单4.1 主要参与者：一般用户（采购人员）4.2 用例描述：该用例用于提供添加采购订单功能。采购人员成功登录到系统后进行的相应的添加订单操作。4.3 事件流4.3.1基本流：、采购人员点击添加采购订单；、转到添加采购订单信息页面。4.3.1.1 选择供应商添加采购清
25、单里面的供应商4.3.1.2 选择供应商联系人选择供应商联系人。4.3.1.3 选择要采购的产品选择该采购清单的产品。4.3.2信息验证：若没有选择供应商就选择产品，则提示出错信息；若产品数量为非法字符，则提示出错信息。4.4 前置条件：用户必须先访问该系统添加采购清单页面，然后点击“添加”。4.5 成功后件：系统采购订单表数据库相应数据改变。4.6 失败后件：系统维持原状。5用例五：添加进货单5.1 主要参与者：超级管理员、审核人员5.2 用例描述：该用例用于添加进货单功能。审核人员成功登录到系统后进行的相应的添加进货单操作。5.3 事件流5.3.1基本流：、点击新增；、选择供应商和联系人；
26、、选择相应的采购清单。5.3.2信息验证：若系统检测审核人员提交信息不完整的或者信息格式有误，系统将返回错误信息，并要求审核人员重新检查并填写信息或取消添加该订单。5.4 前置条件：用户必须先访问该系统进货管理页面。5.5 成功后件：系统在进货单管理中自动生成相应好的进货单。5.6 失败后件：系统维持原状。6用例六：进货单审核6.1 主要参与者：超级管理员、审核人员6.2 用例描述：该用例用于提供仓库验收进货单功能。审核人员成功登录到系统后进行的相应的验收订单操作。6.3 事件流6.3.1基本流：、审核人员点击查看进货单；、如果进货单内容符合企业采购需求，审核人员点击验收，并在付款管理中自动生
27、成相对应的付款单，相对应的产品数量自成增加；、如果进货单内容不符合企业采购需求，审核人员点击退货，并在退货管理中自动生成相对应的退货单。6.3.2信息验证：若系统检测审核人员提交信息不完整的或者信息格式有误，系统将返回错误信息，并要求审核人员重新检查并填写信息或取消验收该订单。6.4 前置条件：用户必须先访问该系统进货管理页面。6.5 成功后件：系统在付款管理中自动生成相应好的付款单，相对应的产品数量自动增加，或在退货管理中生成相对应的退货单。6.6 失败后件：系统维持原状。7用例七：进行付款7.1 主要参与者：超级管理员、审核人员7.2 用例描述：该用例用于审核部门用于管理进货单验收后的款项
28、功能。当验收通过后，可以在付款管理中进行付款操作。7.3 事件流7.3.1基本流：、审核人员查看未处理的付款单、确认付款单内容正确后，审核人员点击 “付款”；、系统显示该单已付款。7.3.2信息验证：若系统检测审核人员提交信息不完整的或者信息格式有误，系统将返回错误信息，并要求审核人员重新检查并填写信息或取消付款该单。7.4 前置条件：用户必须先访问该系统付款管理页面。7.5成功后件：系统显示该单已付款。7.6失败后件：系统维持原状。8用例八：采购退货8.1 主要参与者：超级管理员、审核人员8.2 用例描述：该用例用于审核部门管理付款单的退货功能。当确定退货后，可以在退货管理中进行操作。8.3
29、 事件流8.3.1 基本流：、审核人员查看付款单、如果采购出现问题则退货。8.3.2 信息验证：无8.4 前置条件：用户必须先访问该系统付款管理页面。8.5成功后件：系统显示该单已退货。8.6失败后件：系统维持原状。9用例九：库存管理9.1 主要参与者：所有用户9.2 用例描述：该用例用于统计库存的功能。须登录后才能进行相应的操作。9.3 事件流9.3.1 基本流：、查看库存；、显示库存信息。9.3.2 信息验证：无9.4 前置条件：用户必须先访问该系统库存管理页面。9.5成功后件：系统转到相应操作页面。9.6失败后件：系统维持原状。10用例十：采购统计10.1 主要参与者：所有用户10.2
30、用例描述：该用例用于查看采购统计的功能。须登录后才能进行相应的操作。10.3 事件流10.3.1 基本流：、查看采购统计信息。10.3.2 信息验证：无。10.4 前置条件：用户必须先访问该系统采购统计管理页面。10.5成功后件：系统转到相应操作页面。10.6失败后件：系统维持原状。11用例十一：退货统计11.1 主要参与者：所有用户11.2 用例描述：该用例用于查看退货统计的功能。须登录后才能进行相应的操作。11.3 事件流11.3.1 基本流：、查看退货统计信息。11.3.2 信息验证：无。11.4 前置条件：用户必须先访问该系统退货统计管理页面。11.5成功后件：系统转到相应操作页面。1
31、1.6失败后件：系统维持原状。12用例十二：报表统计12.1 主要参与者：所有用户12.2 用例描述：该用例用于查看采购过程所有统计的功能。须登录后才能进行相应的操作。12.3 事件流12.3.1 基本流：、查看采购统计信息；、图表显示每种产品每月在采购、退货、入库等各个状态下的金额与数量。12.3.2 信息验证：无。12.4 前置条件：用户必须先访问该系统报表统计管理页面。12.5成功后件：系统转到相应操作页面。12.6失败后件：系统维持原状。四、软件设计与开发系统设计包括系统流程结构、静态模型与动态模型设计、功能模型、系统E-R图和数据库表结构这几大模块。系统的从底层数据库设计到后台编码开
32、发再到前台界面设计，在这一版块中都有说明，以最简单易懂的方式来表达本系统的设计过程。（一）系统流程结构图4.1一般用户_开发流程图Figure 4.1 General user _ Development Flowchart图4.1为一般用户在该系统的所具体操作功能流程图，包括了登录、产品管理模块，供应商管理操作模块、采购清单管理操作模块、退货管理操作模块、入库管理操作模块、库存管理操作模块、采购统计模块、退货统计模块、库存统计模块、报表统计模块、。每一模块都有相对应的增删改查操作以及相应的验证。该采购人员_开发活动图显示了单一流程在多种情况下的多种流向与各个流程之间的跳转关系。图4.2超级管
33、理员_开发流程图Figure 4.2 Supper user _ Development Flowchart图4.2为超级管理员在该系统的所具体操作功能流程图，包括了登录、产品管理模块，供应商管理操作模块、采购清单管理操作模块、进货管理操作模块、付款管理操作模块、退货管理操作模块、入库管理操作模块、库存管理操作模块、采购统计模块、退货统计模块、库存统计模块、报表统计模块。每一模块都有相对应的增删改查操作以及相应的验证即指。该超级管理员_开发活动图显示了单一流程在多种情况下的多种流向与各个流程之间的跳转关系。（二）静态模型与动态模型设计1、添加采购清单 图4.3用户添加订单的参与类图 图4.4用
34、户添加订单用例的时序图Figure 4.3 users add order class diagram Figure 4.4 users add order Timing Diagram图4.3用户添加订单参与类图中，各类之间都是单向关联关系。控制类“订单添加控制者”接收来自边界类“订单添加表单”的消息，并发送给实体类用户。“订单添加表单”与“订单添加控制者”是一对一关联；“订单添加控制者”的0个或1个对象与用户的0个或1个对象关联，一个“订单添加控制者”每次处理一个用户。图4.4用户添加订单用例时序图中，用户在添加产品时需要填写采购订单信息，“订单添加控制者”接收到“订单添加表单”发送过来的
35、信息，在数据库中验证是否已有相应信息，若有，则“订单添加控制者”向用户实体类发送登录成功的消息，用户进入相应页面。2、添加进货单 图4.5用户添加进货单的参与类图 图4.6用户添加进货单用例的时序图Figure 4.5 users add purchase class diagram Figure 4.6 users add purchase Timing Diagram图4.5中，各类之间都是单向关联关系。控制类“进货单添加控制者”接收来自边界类“进货单添加表单”的消息，并发送给实体类用户。“进货单添加表单”与“进货单添加控制者”是一对一关联；“进货单添加控制者”的0个或1个对象与用户的0个
36、或1个对象关联，一个“进货单添加控制者”每次处理一个用户。图4.6中，用户在添加进货单时需要填写相应的信息，“进货单添加控制者”接收到“进货单添加表单”发送过来的信息，在数据库中验证是否已有相应信息，若有，则“进货单添加控制者”向用户实体类发送登录成功的消息，用户进入相应页面。3、进行付款 图4.7进货付款单的参与类图 图4.8进货付款单用例的时序图Figure 4.7 users add payment class diagram Figure 4.8 users add payment Timing Diagram图4.7中，各类之间都是单向关联关系。控制类“付款单控制者”接收来自边界类“
37、付款单表单”的消息，并发送给实体类用户。“付款单表单”与“付款单控制者”是一对一关联；“付款单控制者”的0个或1个对象与用户的0个或1个对象关）联，一个“付款单添加控制者”每次处理一个用户。图4.8中，用户在添加产品时需要填写进货信息，“付款单控制者”接收到“付款单表单”发送过来的信息，在数据库中验证是否已有相应信息，若有，则“付款单控制者”向用户实体类发送登录成功的消息，用户进入相应页面。4、进行退货 图4.9退货单的参与类图 图4.10退货单用例的时序图Figure 4. 9 returnproduct class diagram Figure 4.10 returnproduct Tim
38、ing Diagram图4.9中，各类之间都是单向关联关系。控制类“退货单控制者”接收来自边界类“退货单表单”的消息，并发送给实体类用户。“退货单表单”与“退货单控制者”是一对一关联；“退货单控制者”的0个或1个对象与用户的0个或1个对象关联，一个“退货单控制者”每次处理一个用户。图4.10中，用户在添加退货单时要填写相应的信息，“退货单控制者”接收到“退货单表单”发送过来的信息，在数据库中验证是否已有相应信息，若有，则“退货单控制者”向用户实体类发送登录成功的消息，用户进入相应页面。5、查看退货单 图4.11退货单的参与类图 图4.12退货单用例的时序图Figure 4. 11 return
39、product class diagram Figure 4.12 returnproduct Timing Diagram图4.11中，各类之间都是单向关联关系。控制类“查看退货控制者”接收来自边界类“查看退货表单”的消息，并发送给实体类用户。“查看退货表单”与“查看退货控制者”是一对一关联；“查看退货控制者”的0个或1个对象与用户的0个或1个对象关联，一个“查看退货控制者”每次处理一个用户。图4.12中，用户查看退货单信息，“查看退货控制者”接收到“查看退货表单”发送过来的信息，由 “查看退货控制者”发送查看退货表单的消息，从数据库取出相应退货表单数据。6、查看库存图4.13库存单的参与类
40、图 图4.14库存单用例的时序图Figure 4. 13 inventory class diagram Figure 4.14 inventory Timing Diagram图4.13中，各类之间都是单向关联关系。控制类“查看库存控制者”接收来自边界类“查看库存表单”的消息，并发送给实体类用户。“查看库存表单”与“查看库存控制者”是一对一关联；“查看库存控制者”的0个或1个对象与用户的0个或1个对象关联，一个“查看库存控制者”每次处理一个用户。图4.14中，用户查看库存信息，“查看库存控制者”接收到“查看库存表单”发送过来的信息，由 “查看库存控制者”发送查看库存表单的消息，从数据库取出相
41、应库存表单数据。7、查看采购统计图4.15采购统计表单的参与类图 图4.16采购统计表单用例的时序图Figure 4. 15 purchase_count class diagram Figure 4.16 purchase_count Timing Diagram图2.15中，各类之间都是单向关联关系。控制类“查看采购统计控制者”接收来自边界类“查看采购统计表单”的消息，并发送给实体类用户。“查看采购统计表单”与“查看采购统计控制者”是一对一关联；“查看采购统计控制者”的0个或1个对象与用户的0个或1个对象关联，一个“查看采购统计控制者”每次处理一个用户。图2.16中，用户查看查看采购统计表
42、单信息，“查看采购统计控制者”接收到“查看采购统计表单”发送过来的信息，由 “查看采购统计控制者”发送查看查看采购统计表单的消息，从数据库取出相应查看采购统计表单数据。8、查看退货统计图4.17退货统计的参与类图 图4.18退货统计用例的时序图Figure 4. 17 inventory_count class diagram Figure 4.18 inventory_count Timing Diagram图4.17中，各类之间都是单向关联关系。控制类“查看退货统计控制者”接收来自边界类“查看退货统计表单”的消息，并发送给实体类用户。“查看退货统计表单”与“查看退货统计控制者”是一对一关联
43、；“查看退货统计控制者”的0个或1个对象与用户的0个或1个对象关联，一个“查看退货统计控制者”每次处理一个用户。图4.18中，用户查看查看退货统计表单信息，“查看退货统计控制者”接收到“查看退货统计表单”发送过来的信息，由 “查看退货统计控制者”发送查看查看退货统计表单的消息，从数据库取出相应查看退货统计表单数据。9、查看报表统计图4.19报表统计的参与类图 图4.20报表统计用例的时序图Figure 4. 19 report_count class diagram Figure 4.20 report_count Timing Diagram图4.19中，各类之间都是单向关联关系。控制类“查
44、看报表统计控制者”接收来自边界类“查看报表统计表单”的消息，并发送给实体类用户。“查看报表统计表单”与“查看报表统计控制者”是一对一关联；“查看报表统计控制者”的0个或1个对象与用户的0个或1个对象关联，一个“查看报表统计控制者”每次处理一个用户。图4.20中，用户查看查看报表统计表单信息，“查看报表统计控制者”接收到“查看报表统计表单”发送过来的信息，由 “查看报表统计控制者”发送查看报表统计表单的消息，从数据库取出相应查看报表统计表单数据。10、产品查询图4.21产品查询的参与类图 图4.22产品查询用例的时序图Figure 4. 21 query_product class diagra
45、m Figure 4.22 query_product Timing Diagram图4.21中，各类之间都是单向关联关系。控制类“产品查询控制者”接收来自边界类“产品查询表单”的消息，并发送给实体类客户。“产品查询表单”与“产品查询控制者”是一对一关联；“产品查询控制者”的0个或1个对象与顾客的0个或1个对象关联，一个“产品查询控制者”每次处理一个用户。图4.22中，用户在查询产品表单时需要填写查询信息，“产品查询控制者”接收到“产品查询表单”发送过来的信息，数据库中查找相应信息，若符合要求，则“产品查询控制者”向用户实体类显示相应消息。11、供应商查询图4.23供应商查询的参与类图 图4.
46、24供应商查询用例的时序图 Figure 4. 23 query_supplier class diagram Figure 4.23 query_supplier Timing Diagram图4.23中，各类之间都是单向关联关系。控制类“供应商查询控制者”接收来自边界类“供应商查询表单”的消息，并发送给实体类客户。“供应商查询表单”与“供应商查询控制者”是一对一关联；“供应商查询控制者”的0个或1个对象与顾客的0个或1个对象关联，一个“供应商查询控制者”每次处理一个用户。图4.24中，用户在查询供应商表单时需要填写查询信息，“供应商查询控制者”接收到“供应商查询表单”发送过来的信息，数据库中查找相应信息，若符合要求，则“供应商查询控制者”向用户实体类显示相应消息。12、采购清单查询图4.25采购清单查询的参与类图 图4.26采购清单查询用例的时序图Figure 4. 25 query_purchase class diagram Figure 4.26 query_purchase Timing Diagram图4.25中，各类之间都是单向关联关系。控制类“采购清单查询控制者”接收来自边界类“采购清单查询表单”的消息，并发送给实体