ERP采购管理子系统的设计与实现(共80页)

1、中小企业采购管理子系统中小企业采购管理子系统摘摘 要要：采购环节作为企业生产链的基础，它的重要性可想而知，传统的采购管理方式已经不能满足现代企业中生产、销售、库存这个流动循环，业务量的高速发展，导致企业库存变动率不断上升，现在，库存率的控制越来越重要，它直接关系着企业资金链的流通周转，因此，采购环节的效率在现代企业中显得越发重要，一种合理科学好用的采购管理方式已经成为企业生产必须要考虑的问题。本文介绍了基于 Struts2 框架实现的中小企业数字信息化采购管理子系统，使用 MVC 模型在 WEB 应用中的不同层次，其中以Struts 来实现系统的表示层，通过 Common-pool 组件实现

2、DBCP 连接池的开辟和使用，以 DAO 模式实现数据库的持久层，通过面向对象语言 Java 设计各个类实例，类间实现严格封装。Action 控制层获取操作请求，并调用相对应的类实现操作请求。该系统实现了企业采购的基本功能，包括下达采购清单、进货管理、付款管理、退货管理、入库管理、库存管理、采购统计、退货统计、报表统计等。该系统操作流程为当企业进行一个采购业务流程时，首先由采购部下达采购清单，再由仓管部新增进货单，然后再审核进货单是否出错，最后付款 。关键词关键词: : struts2 ；MVC ；ERP；采购管理子系统Small And Medium-Sized Enterprise Pur

3、chasing SystemAbstract： 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 b

4、usiness, the enterprise 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

5、enterprise development, 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 s

6、ubsystem which is Based 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 lay

7、er, using the object-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 procureme

8、nt, including the order 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 pur

9、chasing Department procurement 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目录目录一、引言一、引言.1 1（一）选题背景 .1（二）课题的主要研究内容 .1（三）涉及到的框架与技术 .2二、二、 可行性分析可行性分析.4 4（一）经济可行性 .4（二）

10、技术可行性 .4（三）运行可行性 .4（四）法律可行性 .5三、需求分析三、需求分析.6（一）系统业务需求规定 .6（二）系统用户需求规定 .6（三）系统功能需求规定 .6（四）非功能需求分析 .6（五）软硬件环境需求 .6（六）需求建模与部分用例规约 .7四、软件设计与开发四、软件设计与开发 .14（一）系统流程结构 .14（二）静态模型与动态模型设计 .16（三）功能模型 .27（五）数据表结构 .42五、系统页面实现五、系统页面实现.46（一）采购清单实现 .46（二）进货管理实现 .53（三）付款管理实现 .57（四）库存管理实现 .59（五）图表统计实现 .61六、系统测试六、系统测

11、试.64（一）测试的意义 .64（二）需求测试 .64（三）性能测试 .64（四）兼容性测试 .65（五）黑盒测试 .68七总结与展望七总结与展望.72参考文献参考文献.73致谢致谢.74一一、引言、引言（一）选题背景（一）选题背景随着经济发展速度越来越快，九十年代以来，中小型企业逐渐成为支撑国民经济的重要组成部分。在国内每年新兴的中小企业数数以万计，但每年倒闭的中小企业也在万数以上，在这些倒闭的企业统计中，使用传统管理方式的企业占了其八成以上。随着业务量的不断增长、经济因素越来越复杂，传统的企业管理模式已经不能再适用于现代高速发展的企业中，现代企业涉及的市场面与内部员工结构层等已远远超过传统

12、模式的企业，传统的人工管理已经跟不上企业的运作效率要求。实施企业资源管理信息自动化(简称 ERP)，是现代企业为应对激烈的市场竞争，实现企业盈利最大化与解决企业高速发展需要和内部效率低下之间的矛盾而采取的一种发展战略，这也是现代企业想要进一步发展所必经之路。ERP，在上个六十年代在西方已经正式兴起，最初的目标是为了提高 MPS的效率，一直发展到现在，ERP 已经整合了企业所有资源模块，实现统一的信息化管理，帮助企业提升自身的竞争力与实现更高的利润化。采购环节，作为企业生存的三大基础之一，它的重要性可想而知。传统的采购模式多数通过电话下达订单，手工记录，在相对小的订单型企业来说，可以应付得过去，

13、但一旦业务量大了以后，库存流动量会非常大，单依靠手工来操作已远远跟不上企业的运作效率，而且手工跟进出错率也非常高，很可能会给企业带来很多不必要的损失。所以我想借着这次毕业设计的机会开发一个中小企业 ERP 采购管理子系统，帮助中小型企业实现信息化管理，提高企业运营效率，获得更高的利润。（二）课题的主要研究内容（二）课题的主要研究内容实施 ERP 是现代企业解决业务高速发展与企业内部运作效率低下矛盾的必然趋势。本课题经过调研后，根据企业实际情况，把中小企业资源信息化管理采购管理子系统的设计与实现作为主要研究内容。本课题以业务流为主线，从采购清单开始把供应商、产品、进货、付款、退货、报表统计等相关

14、资源及各种信息关联到企业的业务上，实现采购管理一体化，旨在帮助中小企业解决在采购环节出现的线下库存与线上库存不对应、企业内部人员处理效率低下跟不上实际业务量需求的变化、控制企业库存量等问题，为中小企业提供一种资源信息一体化管理解决方案。（三）（三）涉及到的框架与技术涉及到的框架与技术随着 Web 运用的发展和不断成熟，轻量级 J2EE 框架应运而生，基于以Struts 框架作为应用前端的表示层，向用户浏览器提供 Web 方式下的前台交互，本课题正是运用 Struts 框架进行开发“中小企业采购管理子系统” ，通过面向对象语言 Java 设计各个类实例，类间实现严格封装。通过 Struts 框架

15、设计，Action 控制层获取操作请求，并调用相对应的类实现操作请求。 1 1、strutsstruts 工作原理工作原理A Ac ct ti io on nC Co on nt te ex xt tC Cl le ea an nU Up pO Ot th he er r f fi il lt te er rs s( (S Si it te eM Me es sh h. .e et tc c) )F Fi il lt te er rD Di is sp pa at tc ch he er rA Ac ct ti io on nP Pr ro ox xy yA Ac ct ti io on nI

16、 In nv vo oc ca at t- -i io on nI In nt te er rc ce ep pt to or rC Co on nf fi ig gu ur ra at ti io on n M Ma an na ag ge er rS St tr ru ut ts s. .x xm ml lA Ac ct ti io on nR Re es su ul lt tA Ac ct ti io on nM Ma ap pp pr rT Te em mp pl la at te eH Ht tt tp pS Se er rv vl le et tR Re es s- -p po o

17、n ns se eH Ht tt tp pS Se er rv vl le et tR Re eq qu ue er rs st tI In nt te er rc ce ep pt to or rT Ta ag g S Su ub bs sy ys st te em m图 1.1 struts 框架原理图图 1.1 中表现了 struts2 框架的工作原理，来自客户的所有需要通过框架的请求在 Struts2 框架中的处理大概分为以下几个步骤：1） 客户端初始化一个指向 Servlet 容器（例如 Tomcat）的请求。2） 这个请求经过一系列的过滤器（Filter） 。3） 接着 Filte

18、rDispatcher 被调用，FilterDispatcher 询问 ActionMapper来决定这个请是否需要调用某个 Action。4） 如果 ActionMapper 决定需要调用某个 Action，FilterDispatcher 把请求的处理交给 ActionProxy。5） ActionProxy 通过 Configuration Manager 询问框架的配置文件，找到需要调用的 Action 类。6） ActionProxy 创建一个 ActionInvocation 的实例。7） ActionInvocation 实例使用命名模式来调用，在调用 Action 的过程前后，

19、涉及到相关拦截器（Intercepter）的调用。8） 一旦 Action 执行完毕，ActionInvocation 负责根据 struts.xml 中的配置找到对应的返回结果。Struts2 的核心就是拦截器。Struts.xml 中所有的 package 都要extends=struts-default。同理与所有的 Java 类都要 extends 自 Object 一样。struts-default.xml 里面就是要做以上事情 Error!Error! ReferenceReference sourcesource notnot found.found.。2 2、WebWeb 数据

20、库技术数据库技术本系统所用的数据库为 Mysql，Mysql 是现在比较流行的一种开源的小型数据库，它具有体积小、处理速度快，拥有成本低等很多令小型系统项目所喜欢的特点，正因为如此，Mysql 广泛应用于中小型项目开发中。二、二、 可行性分析可行性分析可行性研究主要内容是要求以全面、系统的分析为主要方法，经济效益为核心，围绕影响项目的各种因素，运用数据资料论证拟建项目是否可行。对整个可行性研究提出综合分析评价，指出优缺点和建议Error!Error! ReferenceReference sourcesource notnot found.found.。（一）经济可行性（一）经济可行性作为毕业

21、设计研究课题，系统的一切开发内容都由自己利用在校的时间完成，系统采用 WEB 服务方式，因此，前期只要利用自己的电脑作为本地服务器即可进行一系列的系统开发与测试工作。当系统真正部署于实际应用的时候，也不用重新购置新的服务器，只要选用企业中一台运行速度比较好的主机作为服务器就可以轻松布署使用，完全不用其它额外的投入，因此，系统的设计实现在经济方面上是可行的。（二）技术可行性（二）技术可行性系统是基于 WEB 的 J2EE 方面企业级的应用，系统技术框架为 Stuct2，页面设计技术为 jsp+jquery+ajax 的联合应用，数据库采用 Mysql，开发工具使用 Eclispe，在大学几年里我

22、一直在自学 J2EE 方面的知识，熟悉运用Stuct2+Jquery+Mysql+Eclipse 开发框架，也参加过 Java 外包项目的开发组，并在一家 ERP 公司实习了八个月，对 ERP 系统在实际企业中的应用情况有一定的了解，指导老师在关于这方面的教学与研究中也有很深的见解。因此，系统的设计实现在技术方面上是可行的。（三）运行可行性（三）运行可行性本系统运行 Tomcat 服务器上，自己在校期间主要学习的是 WEB 方面的开发，因此对 Tomcat 服务器的搭建也比较熟悉，系统布署成功后，用户可以通过在浏览器地址栏上输入相应的服务器 IP 就可以访问本系统，用户根据账号的权限可以进行相

23、应的操作，非常简单方便。因此，系统的设计实现在运行方面上是可行的。（四）法律可行性（四）法律可行性本系统旨在为中小企业提供资源信息化管理解决方案，仅限于企业内部使用，作为管理企业的一种工具，仅涉及到企业业务订单与人事管理方面，不会跟政治和法律挂钩。系统一切的开发、维护和使用都是在合法的途径下完成，因此，系统的设计实现在法律方面上是可行的。结论结论该系统经过以上经济可行性、技术可行性、运行可行性、法律可行性等方面的分析，事实证明整个系统是可行的。三、需求分析三、需求分析（一）系统业务需求规定（一）系统业务需求规定中小企业采购管理子系统是以业务流为主线，从采购订单开始把供应商、产品、进货、付款、退

24、货、库存、报表统计等相关资源及各种信息关联到企业的业务上，实现业务数据与财务数据的完全对接，实现企业的采购管理一体化。（二）系统用户需求规定（二）系统用户需求规定用户包括企业内部采购人员、审核人员。采购人员的需求是下达订单与查看系统公共功能信息，审核人员则拥有全部系统管理权限，审核采购订单与付款单等，实现企业采购业务流的最大程度上的优化。（三）系统功能需求规定（三）系统功能需求规定系统需求是实现中小企业信息化的管理，及时地为生产部门提供充足的原材料或消耗品，确保生产的完成，并且定期的补充库存量，以保证库存的最优控制。（四）非功能需求分析（四）非功能需求分析用户界面需求：简洁、易用、易懂，美观，

25、具备良好的兼容性。系统运行性能要求：页面加载速度快、数据处理快。（五）软硬件环境需求（五）软硬件环境需求1 1、硬件系统、硬件系统服务器端： 内存 512Mb/硬盘 10Gb 以上的专用微机服务器客户端：内存 256Mb/硬盘 6Gb 以上的台式计算机。2 2、软件系统、软件系统操作系统：Windows XP/Win7、2000 Server 系列数据库：MYSQL5.0服务器：tomcat7.0浏览器：Ie 6.0 及以上版本（六）需求建模与部分用例规约（六）需求建模与部分用例规约一一般般用用户户产产品品管管理理供供应应商商管管理理采采购购清清单单进进货货管管理理付付款款管管理理退退货货管管

26、理理入入库库管管理理库库存存管管理理采采购购统统计计退退货货统统计计报报表表统统计计登登录录超超级级管管理理员员登登录录图 3.1 系统整体功能用例图Figure 3.1 Use Case Diagram overall system functionality图 3.1 用例表示了一般用户可分配的权限和超级管理员可分配的权限。超级管理员可分每个用户划分相对应的使用权限，一般用户登录后可以进行供应商、产品、采购清单、退货、库存、采购统计、退货统计、报表统计等模块管理操作，系统超级管员则拥有所有权限。1 1用例一：用例一：登录1.11.1 主要参与者：主要参与者：所有操作用户。1.21.2 用例

27、描述：用例描述：该用例用于提供登录功能。用户要登录之后才能进行相应操作。用户须填写正确用户名和密码，方可登录成功。1.31.3 事件流事件流1.3.11.3.1 基本流：基本流：、填写账号；、填写密码；、登录。1.3.21.3.2 信息验证：信息验证：若系统检测到输入的信息格式或内容有误，如非法字符或者信息不符合要求，给予错误提示，并清空文本框，要求用户重新输入。1.41.4 前置条件：前置条件：用户必须先访问该系统登录页面，然后点击登录。1.51.5 成功后件：成功后件：系统转到相应操作页面。1.61.6 失败后件：失败后件：系统维持原状。2 2用例二：用例二：产品管理2.12.1 主要参与

28、者：主要参与者：所有操作用户2.22.2 用例描述：用例描述：该用例用于提供添加产品信息功能。操作用户要登录之后才能进行相应操作。2.32.3 事件流事件流2.3.12.3.1 基本流：基本流：、增删改查产品信息；、转到相应操作页面。2.3.12.3.11 1 添加产品信息添加产品信息、点击添加产品；、转到添加产品信息页面。2.3.1.22.3.1.2 删除产品信息删除产品信息、点击删除产品；、转到删除产品信息页面。2.3.1.32.3.1.3 修改产品信息修改产品信息、点击修改产品；、转到修改产品信息页面。2.3.22.3.2 信息验证：信息验证：若系统检测到输入的信息格式或内容有误，如非法

29、字符或者信息不符合要求，给予错误提示，并清空文本框，要求用户重新输入。2.42.4 前置条件：前置条件：用户必须先访问该系统产品管理页面，然后点击“新增” 。2.52.5 成功后件：成功后件：系统转到相应操作页面。2.62.6 失败后件：失败后件：系统维持原状。3 3用例三：用例三：供应商管理3.13.1 主要参与者：主要参与者：所有操作用户3.23.2 用例描述：用例描述：该用例用于提供添加供应商信息功能。操作用户要登录之后才能进行相应操作。3.33.3 事件流事件流3.3.13.3.1 基本流：基本流：、增删改查供应商信息；、转到相应操作信息页面。3.3.13.3.11 1 添加供应商信息

30、添加供应商信息、点击添加供应商；、转到添加供应商信息页面。3.3.13.3.1 .2.2 删除供应商信息删除供应商信息、点击删除供应商；、转到删除供应商信息页面。3.3.13.3.1 .3.3 修改供应商信息修改供应商信息、点击修改供应商；、转到修改供应商信息页面，修改内容包括联系人、基本信息等。3.3.23.3.2 信息验证：信息验证：若系统检测到输入的信息格式或内容有误，如非法字符或者信息不符合要求，给予错误提示，并清空文本框，要求用户重新输入。3.43.4 前置条件：前置条件：用户必须先访问该系统供应商管理页面，然后点击“添加” 。3.53.5 成功后件：成功后件：系统转到相应操作页面。

31、3.63.6 失败后件：失败后件：系统维持原状。4 4用例四：用例四：添加采购清单4.14.1 主要参与者：主要参与者：一般用户（采购人员）4.24.2 用例描述：用例描述：该用例用于提供添加采购订单功能。采购人员成功登录到系统后进行的相应的添加订单操作。4.34.3 事件流事件流4.3.14.3.1 基本流：基本流：、采购人员点击添加采购订单；、转到添加采购订单信息页面。4.3.1.14.3.1.1 选择供应商选择供应商添加采购清单里面的供应商4.3.1.24.3.1.2 选择供应商联系人选择供应商联系人选择供应商联系人。4.3.1.34.3.1.3 选择要采购的产品选择要采购的产品选择该采

32、购清单的产品。4.3.24.3.2 信息验证：信息验证：若没有选择供应商就选择产品，则提示出错信息；若产品数量为非法字符，则提示出错信息。4.44.4 前置条件：前置条件：用户必须先访问该系统添加采购清单页面，然后点击“添加”。4.54.5 成功后件：成功后件：系统采购订单表数据库相应数据改变。4.64.6 失败后件：失败后件：系统维持原状。5 5用例五：用例五：添加进货单5.15.1 主要参与者：主要参与者：超级管理员、审核人员5.25.2 用例描述：用例描述：该用例用于添加进货单功能。审核人员成功登录到系统后进行的相应的添加进货单操作。5.35.3 事件流事件流5.3.15.3.1 基本流

33、：基本流：、点击新增；、选择供应商和联系人；、选择相应的采购清单。5.3.25.3.2 信息验证：信息验证：若系统检测审核人员提交信息不完整的或者信息格式有误，系统将返回错误信息，并要求审核人员重新检查并填写信息或取消添加该订单。5.45.4 前置条件：前置条件：用户必须先访问该系统进货管理页面。5.55.5 成功后件：成功后件：系统在进货单管理中自动生成相应好的进货单。5.65.6 失败后件：失败后件：系统维持原状。6 6用例六：用例六：进货单审核6.16.1 主要参与者：主要参与者：超级管理员、审核人员6.26.2 用例描述：用例描述：该用例用于提供仓库验收进货单功能。审核人员成功登录到系

34、统后进行的相应的验收订单操作。6.36.3 事件流事件流6.3.16.3.1 基本流：基本流：、审核人员点击查看进货单；、如果进货单内容符合企业采购需求，审核人员点击验收，并在付款管理中自动生成相对应的付款单，相对应的产品数量自成增加；、如果进货单内容不符合企业采购需求，审核人员点击退货，并在退货管理中自动生成相对应的退货单。6.3.26.3.2 信息验证：信息验证：若系统检测审核人员提交信息不完整的或者信息格式有误，系统将返回错误信息，并要求审核人员重新检查并填写信息或取消验收该订单。6.46.4 前置条件：前置条件：用户必须先访问该系统进货管理页面。6.56.5 成功后件：成功后件：系统在

35、付款管理中自动生成相应好的付款单，相对应的产品数量自动增加，或在退货管理中生成相对应的退货单。6.66.6 失败后件：失败后件：系统维持原状。7 7用例七：用例七：进行付款7.17.1 主要参与者：主要参与者：超级管理员、审核人员7.27.2 用例描述：用例描述：该用例用于审核部门用于管理进货单验收后的款项功能。当验收通过后，可以在付款管理中进行付款操作。7.37.3 事件流事件流7.3.17.3.1 基本流：基本流：、审核人员查看未处理的付款单、确认付款单内容正确后，审核人员点击 “付款” ；、系统显示该单已付款。7.3.27.3.2 信息验证：信息验证：若系统检测审核人员提交信息不完整的或

36、者信息格式有误，系统将返回错误信息，并要求审核人员重新检查并填写信息或取消付款该单。7.47.4 前置条件：前置条件：用户必须先访问该系统付款管理页面。7.57.5 成功后件：成功后件：系统显示该单已付款。7.67.6 失败后件：失败后件：系统维持原状。8 8用例八：用例八：采购退货8.18.1 主要参与者：主要参与者：超级管理员、审核人员8.28.2 用例描述：用例描述：该用例用于审核部门管理付款单的退货功能。当确定退货后，可以在退货管理中进行操作。8.38.3 事件流事件流8.3.18.3.1 基本流：基本流：、审核人员查看付款单、如果采购出现问题则退货。8.3.28.3.2 信息验证：信

37、息验证：无8.48.4 前置条件：前置条件：用户必须先访问该系统付款管理页面。8.58.5 成功后件：成功后件：系统显示该单已退货。8.68.6 失败后件：失败后件：系统维持原状。9 9用例九：用例九：库存管理9.19.1 主要参与者：主要参与者：所有用户9.29.2 用例描述：用例描述：该用例用于统计库存的功能。须登录后才能进行相应的操作。9.39.3 事件流事件流9.3.19.3.1 基本流：基本流：、查看库存；、显示库存信息。9.3.29.3.2 信息验证：信息验证：无9.49.4 前置条件：前置条件：用户必须先访问该系统库存管理页面。9.59.5 成功后件：成功后件：系统转到相应操作页

38、面。9.69.6 失败后件：失败后件：系统维持原状。1010用例十：用例十：采购统计10.110.1 主要参与者：主要参与者：所有用户10.210.2 用例描述：用例描述：该用例用于查看采购统计的功能。须登录后才能进行相应的操作。10.310.3 事件流事件流10.3.110.3.1 基本流：基本流：、查看采购统计信息。10.3.210.3.2 信息验证：信息验证：无。10.410.4 前置条件：前置条件：用户必须先访问该系统采购统计管理页面。10.510.5 成功后件：成功后件：系统转到相应操作页面。10.610.6 失败后件：失败后件：系统维持原状。1111用例十一：用例十一：退货统计11

39、.111.1 主要参与者：主要参与者：所有用户11.211.2 用例描述：用例描述：该用例用于查看退货统计的功能。须登录后才能进行相应的操作。11.311.3 事件流事件流11.3.111.3.1 基本流：基本流：、查看退货统计信息。11.3.211.3.2 信息验证：信息验证：无。11.411.4 前置条件：前置条件：用户必须先访问该系统退货统计管理页面。11.511.5 成功后件：成功后件：系统转到相应操作页面。11.611.6 失败后件：失败后件：系统维持原状。1212用例十二：用例十二：报表统计12.112.1 主要参与者：主要参与者：所有用户12.212.2 用例描述：用例描述：该用

40、例用于查看采购过程所有统计的功能。须登录后才能进行相应的操作。12.312.3 事件流事件流12.3.112.3.1 基本流：基本流：、查看采购统计信息；、图表显示每种产品每月在采购、退货、入库等各个状态下的金额与数量。12.3.212.3.2 信息验证：信息验证：无。12.412.4 前置条件：前置条件：用户必须先访问该系统报表统计管理页面。12.512.5 成功后件：成功后件：系统转到相应操作页面。12.612.6 失败后件：失败后件：系统维持原状。四、软件设计与开发四、软件设计与开发系统设计包括系统流程结构、静态模型与动态模型设计、功能模型、系统E-R 图和数据库表结构这几大模块。系统的

41、从底层数据库设计到后台编码开发再到前台界面设计，在这一版块中都有说明，以最简单易懂的方式来表达本系统的设计过程。（一）系统流程结构（一）系统流程结构开开始始输输入入登登录录信信息息验验证证通通过过？N N登登录录成成功功对对产产品品管管理理操操作作对对采采购购统统计计进进行行操操作作对对退退货货统统计计操操作作Y Y新新增增成成功功？新新增增产产品品显显示示采采购购统统计计信信息息显显示示退退货货统统计计信信息息其其它它操操作作结结束束对对库库存存统统计计操操作作显显示示库库存存统统计计信信息息对对图图表表统统计计操操作作显显示示图图表表统统计计信信息息修修改改产产品品信信息息删删除除产产品品

42、更更新新产产品品数数据据库库修修改改成成功功？更更新新产产品品数数据据库库删删除除成成功功？更更新新产产品品数数据据库库N NN NN NY YY YY Y对对供供应应商商管管理理操操作作新新增增成成功功？新新增增供供应应商商修修改改供供应应商商信信息息增增加加联联系系人人更更新新供供应应商商数数据据库库修修改改成成功功？更更新新供供应应商商数数据据库库增增加加成成功功？更更新新供供应应商商数数据据库库N NN NN NY YY YY Y对对采采购购清清单单操操作作新新增增成成功功？新新增增采采购购清清单单修修改改采采购购清清单单信信息息删删除除采采购购清清单单更更新新采采购购清清单单数数据据

43、库库修修改改成成功功？更更新新采采购购清清单单数数据据库库删删除除成成功功？更更新新采采购购清清单单数数据据库库N NN NY YY YY Y查查询询产产品品显显示示产产品品详详细细信信息息查查询询供供应应商商显显示示供供应应商商详详细细信信息息查查询询采采购购订订单单显显示示订订单单详详细细信信息息操操作作成成功功？Y YN N操操作作成成功功？操操作作成成功功？操操作作成成功功？Y YY YY YN NN NN N对对退退货货管管理理操操作作显显示示退退货货信信息息操操作作成成功功？Y YN N对对入入库库管管理理操操作作显显示示入入库库信信息息操操作作成成功功？Y YN NN N图 4.

44、1 一般用户_开发流程图Figure 4.1 General user _ Development Flowchart图 4.1 为一般用户在该系统的所具体操作功能流程图，包括了登录、产品管理模块，供应商管理操作模块、采购清单管理操作模块、退货管理操作模块、入库管理操作模块、库存管理操作模块、采购统计模块、退货统计模块、库存统计模块、报表统计模块、 。每一模块都有相对应的增删改查操作以及相应的验证。该采购人员_开发活动图显示了单一流程在多种情况下的多种流向与各个流程之间的跳转关系。开开始始输输入入登登录录信信息息验验证证通通过过？N N登登录录成成功功对对产产品品管管理理操操作作对对采采购购统

45、统计计进进行行操操作作对对退退货货统统计计操操作作Y Y新新增增成成功功？新新增增产产品品显显示示采采购购统统计计信信息息显显示示退退货货统统计计信信息息其其它它操操作作结结束束对对库库存存统统计计操操作作显显示示库库存存统统计计信信息息对对图图表表统统计计操操作作显显示示图图表表统统计计信信息息对对进进货货管管理理操操作作新新增增进进货货单单新新增增成成功功？更更新新进进货货单单数数据据库库审审核核进进货货单单审审核核通通过过？更更新新进进货货单单数数据据库库，生生成成付付款款单单Y YN NY YN N对对付付款款管管理理操操作作付付款款付付款款成成功功？更更新新付付款款单单数数据据库库退

46、退货货退退货货成成功功？更更新新付付款款单单数数据据库库，生生成成退退货货单单Y YN NY YN N修修改改产产品品信信息息删删除除产产品品更更新新产产品品数数据据库库修修改改成成功功？更更新新产产品品数数据据库库删删除除成成功功？更更新新产产品品数数据据库库N NN NN NY YY YY Y对对供供应应商商管管理理操操作作新新增增成成功功？新新增增供供应应商商修修改改供供应应商商信信息息增增加加联联系系人人更更新新供供应应商商数数据据库库修修改改成成功功？更更新新供供应应商商数数据据库库增增加加成成功功？更更新新供供应应商商数数据据库库N NN NN NY YY YY Y对对采采购购清清

47、单单操操作作新新增增成成功功？新新增增采采购购清清单单修修改改采采购购清清单单信信息息删删除除采采购购清清单单更更新新采采购购清清单单数数据据库库修修改改成成功功？更更新新采采购购清清单单数数据据库库删删除除成成功功？更更新新采采购购清清单单数数据据库库N NN NN NY YY YY Y查查询询产产品品显显示示产产品品详详细细信信息息查查询询供供应应商商显显示示供供应应商商详详细细信信息息查查询询采采购购订订单单显显示示订订单单详详细细信信息息查查询询付付款款单单显显示示付付款款单单详详细细信信息息查查询询付付款款单单显显示示进进货货单单详详细细信信息息操操作作成成功功？Y YN N操操作作

48、成成功功？操操作作成成功功？操操作作成成功功？Y YY YY YN NN NN N对对退退货货管管理理操操作作显显示示退退货货信信息息操操作作成成功功？Y YN N对对入入库库管管理理操操作作显显示示入入库库信信息息操操作作成成功功？Y YN N图 4.2 超级管理员_开发流程图Figure 4.2 Supper user _ Development Flowchart图 4.2 为超级管理员在该系统的所具体操作功能流程图，包括了登录、产品管理模块，供应商管理操作模块、采购清单管理操作模块、进货管理操作模块、付款管理操作模块、退货管理操作模块、入库管理操作模块、库存管理操作模块、采购统计模块、

49、退货统计模块、库存统计模块、报表统计模块。每一模块都有相对应的增删改查操作以及相应的验证即指。该超级管理员_开发活动图显示了单一流程在多种情况下的多种流向与各个流程之间的跳转关系。（二）静态模型与动态模型（二）静态模型与动态模型设计设计1 1、添加采购清单、添加采购清单 订单添加控制者订单添加表单用户1 11 10 0. . .1 10 0. . .1 1用用户户：订订单单添添加加表表单单：订订单单添添加加控控制制者者: :用用户户1 1: :/ / /输输入入添添加加信信息息（）2 2: :/ / /请请求求添添加加信信息息（）3 3: :/ / /成成功功添添加加信信息息（）4 4: :/

50、 / /显显示示添添加加信信息息（）图 4.3 用户添加订单的参与类图 图 4.4 用户添加订单用例的时序图Figure 4.3 users add order class diagram Figure 4.4 users add order Timing Diagram图 4.3 用户添加订单参与类图中，各类之间都是单向关联关系。控制类“订单添加控制者”接收来自边界类“订单添加表单”的消息，并发送给实体类用户。 “订单添加表单”与“订单添加控制者”是一对一关联；“订单添加控制者”的 0 个或 1 个对象与用户的 0 个或 1 个对象关联，一个“订单添加控制者”每次处理一个用户。图 4.4 用

51、户添加订单用例时序图中，用户在添加产品时需要填写采购订单信息， “订单添加控制者”接收到“订单添加表单”发送过来的信息，在数据库中验证是否已有相应信息，若有，则“订单添加控制者”向用户实体类发送登录成功的消息，用户进入相应页面。2 2、添加进货单、添加进货单 进货单添加控制者进货单添加表单用户1 11 10 0. . .1 10 0. . .1 1用用户户：进进货货单单添添加加表表单单：进进货货单单添添加加控控制制者者: :用用户户1 1：/ / /输输入入添添加加信信息息（）2 2：/ / /请请求求添添加加信信息息（）3 3：/ / /成成功功添添加加信信息息（）4 4：/ / /显显示示

52、添添加加信信息息（）图 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 个或 1 个对象关联，一个“进货单添加控制者”每次处理一个用户。图 4.6 中，用户在添

53、加进货单时需要填写相应的信息， “进货单添加控制者”接收到“进货单添加表单”发送过来的信息，在数据库中验证是否已有相应信息，若有，则“进货单添加控制者”向用户实体类发送登录成功的消息，用户进入相应页面。3 3、进行付款、进行付款 付款单控制者付款单表单用户1 11 10 0. . .1 10 0. . .1 1用用户户：付付款款单单表表单单：付付款款单单控控制制者者: :用用户户1 1：/ / /输输入入付付款款信信息息（）2 2：/ / /请请求求付付款款信信息息（）3 3：/ / /成成功功付付款款（）4 4：/ / /显显示示付付款款信信息息（）图 4.7 进货付款单的参与类图 图 4.

54、8 进货付款单用例的时序图Figure 4.7 users add payment class diagram Figure 4.8 users add payment Timing Diagram图 4.7 中，各类之间都是单向关联关系。控制类“付款单控制者”接收来自边界类“付款单表单”的消息，并发送给实体类用户。 “付款单表单”与“付款单控制者”是一对一关联；“付款单控制者”的 0 个或 1 个对象与用户的 0 个或 1 个对象关）联，一个“付款单添加控制者”每次处理一个用户。图 4.8 中，用户在添加产品时需要填写进货信息， “付款单控制者”接收到“付款单表单”发送过来的信息，在数据库中

55、验证是否已有相应信息，若有，则“付款单控制者”向用户实体类发送登录成功的消息，用户进入相应页面。4 4、进行退货、进行退货 退货单控制者退货单表单用户1 11 10 0. . .1 10 0. . .1 1用用户户：退退货货单单表表单单：退退货货单单控控制制者者: :用用户户1 1：/ / /输输入入退退货货信信息息（）2 2：/ / /请请求求退退货货信信息息（）3 3：/ / /成成功功退退货货（）4 4：/ / /显显示示退退货货信信息息（）图 4.9 退货单的参与类图 图 4.10 退货单用例的时序图Figure 4. 9 returnproduct class diagram Fig

56、ure 4.10 returnproduct Timing Diagram图 4.9 中，各类之间都是单向关联关系。控制类“退货单控制者”接收来自边界类“退货单表单”的消息，并发送给实体类用户。 “退货单表单”与“退货单控制者”是一对一关联；“退货单控制者”的 0 个或 1 个对象与用户的 0 个或 1 个对象关联，一个“退货单控制者”每次处理一个用户。图 4.10 中，用户在添加退货单时要填写相应的信息， “退货单控制者”接收到“退货单表单”发送过来的信息，在数据库中验证是否已有相应信息，若有，则“退货单控制者”向用户实体类发送登录成功的消息，用户进入相应页面。5 5、查看退货单、查看退货单

57、 查看退货控制者查看退货表单用户1 11 10 0. . .1 10 0. . .1 1用用户户：查查看看退退货货表表单单：查查看看退退货货控控制制者者: :用用户户1 1: :/ / /查查看看退退货货信信息息2 2: :/ / /获获得得退退货货信信息息3 3: :/ / /显显示示退退货货信信息息图 4.11 退货单的参与类图 图 4.12 退货单用例的时序图Figure 4. 11 returnproduct class diagram Figure 4.12 returnproduct Timing Diagram图 4.11 中，各类之间都是单向关联关系。控制类“查看退货控制者”接

58、收来自边界类“查看退货表单”的消息，并发送给实体类用户。 “查看退货表单”与“查看退货控制者”是一对一关联；“查看退货控制者”的 0 个或 1 个对象与用户的 0 个或 1 个对象关联，一个“查看退货控制者”每次处理一个用户。图 4.12 中，用户查看退货单信息， “查看退货控制者”接收到“查看退货表单”发送过来的信息，由 “查看退货控制者”发送查看退货表单的消息，从数据库取出相应退货表单数据。6 6、查看库存、查看库存查 查看 看库 库存 存控 控制 制者 者查 查看 看库 库存 存表 表单 单用 用户 户1 11 10 0. . .1 10 0. . .1 1用用户户：查查看看库库存存表表

59、单单：查查看看库库存存控控制制者者: :用用户户1 1: :/ / /查查看看库库存存信信息息2 2: :/ / /获获得得库库存存信信息息3 3: :/ / /显显示示库库存存信信息息图 4.13 库存单的参与类图 图 4.14 库存单用例的时序图Figure 4. 13 inventory class diagram Figure 4.14 inventory Timing Diagram图 4.13 中，各类之间都是单向关联关系。控制类“查看库存控制者”接收来自边界类“查看库存表单”的消息，并发送给实体类用户。 “查看库存表单”与“查看库存控制者”是一对一关联；“查看库存控制者”的 0

60、个或 1 个对象与用户的 0 个或 1 个对象关联，一个“查看库存控制者”每次处理一个用户。图 4.14 中，用户查看库存信息， “查看库存控制者”接收到“查看库存表单”发送过来的信息，由 “查看库存控制者”发送查看库存表单的消息，从数据库取出相应库存表单数据。7 7、查看采购统计、查看采购统计查看采购统计控制者查看采购统计表单用户1 11 10 0. . .1 10 0. . .1 1用用户户：查查看看采采购购统统计计表表单单：查查看看采采购购统统计计控控制制者者: :用用户户1 1: :/ / /查查看看采采购购统统计计信信息息2 2: :/ / /获获得得采采购购统统计计信信息息3 3: