【毕业学位论文】（Word原稿）基于ERP应付款管理系统的设计与开发-软件工程

硕士学位论文 （专业学位） 基于 付款管理系统的设计与开发 姓 名： 学 号： 所在院系：软件学院 职业类型：工程硕士 专业领域：软件工程 指导教师： 副指导教师： 二 一四 年三月 in 2010 2014 基于应付款管理系统的设计与开发 同济大学 学位论文版权使用授权书 本人完全了解同济大学关 于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 经指导 教师同意，本学位论文属于保密，在 年解密后适用本授权书。 指导教师签名： 学位论文作者签名： 月 日 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日 同济大学 硕士学位论文 摘要 I 摘要 伴随着会计信息化技术的成熟，以 代表的企业信息系统实现了高度的集成。企业信息系统不再是一个孤立的系统，而是与其他模块高度集成，协同完成企业价值链上的战略管控。因此，会计监督职能贯穿企业整体业务的管控流程中，而不只是在会计记账时所进行的事后反映。采购与付款流程是企业最为重要的内部控制环节之一。规范采购与付款的行为，强化采购业务关键环节的风险控制；防范采购与付款过程中的资金损失 和信用损失；保证相关流程的完整性和交易记录的真实性。 本课题采取“需求主导设计”的原则，采取理论结合实践的方法。以沙钢实际业务为本，从实际需求出发，充分利用已有的产品成果，结合基于 术开发平台，深入了解用户和系统维护管理人员的根本需求，设计并实现一个完整的应付款管理系统。 本文通过研究供应商管理、采购合同订立、订单生成、发票录入、付款申请的采购关键环节，清晰的梳理出从采购合同、订单的业务流到采购发票审、复核的结算流及对外支付的资金管控流。在前期详细充分的业务需求分析和调研下，应用 言等信息化技术，设计并开发一个基于 B/S 系统的应付款管理系统。通过该系统，用户可以在多组织架构下进行订单的申请，发票的报支和资金的多种结算方式支付；还可以在系统里面实现对采购发票和付款申请单的多级可配置审批流程；对供应商的应付余额以及预付款的核销都可实现资金流入和流出的实时跟踪功能，便于集团财务对所属集团范围内供应商的应付款项的监督和控制，从而提高了集团公司对下属分子公司的采购风险控制手段和相应措施 。 关键字 : C/S 模式， 层架构 I is in at it in of is on of of to of a of of , is in to In of we ML to 2EE as as 0G as of to RP of it of in of of to of be in of s C/S 同济大学 硕士学位论文 目录 录 第 1 章 引言 . 1 题背景 . 1 内外研究现状 . 1 课题的目的和意义 . 2 文主要工作 . 3 文的组织结构 . 4 第 2 章 相关技术 . 5 2术 . 5 层分层结构 . 6 介 . 7 术概述 . 7 章小结 . 8 第 3 章 系统的需求分析 . 9 能性需求分析 . 9 功能性需求分析 . 10 例分析 . 11 统总用例 . 11 应商管理模块的用例分析 . 11 票报支模块的用例分析 . 12 作流模块的用例分析 . 13 款计划模块的用例分析 . 14 金支付模块的用例分析 . 15 统权限模块的用例分析 . 16 章小结 . 17 第 4 章 系统的详细设计 . 18 统的整 体架构 . 18 据库的设计 . 19 统 . 19 要数据库表 . 22 统功能设计 . 35 同济大学 硕士学位论文 目录 供应商管理模块 . 35 票报支管理模块 . 36 作流模块 . 37 款计划模块 . 38 金支付模块 . 39 统权限模块 . 40 第 5 章 系统的实现 . 45 统首页的设计 . 45 录页面功能的实现 . 45 应商模块的实现 . 48 票报支模块的实现 . 50 款计划模块的实现 . 57 金支付模块的实现 . 65 统权限模块的实现 . 69 第 6 章 总结与展望 . 71 论 . 71 一步的工作方向 . 71 致谢 . 73 参考文献 . 74 个人简历 在读期间发表的学术论文与研究成果 . 75 第 1 章 引言 1 第 1 章 引言 题背景 如何降低企业财务运作成本已成为近年来中国企业经营管理关注的焦点。通过银行现金管理服务。特别是应付账款解决方案，可有效降低企业财务成本。 首先，掌握、优化企 业的现金流，按时而非提前进行付款；其次。选择最合适的支付工具对外付款，平衡付款周期和相关费用；最后，通过集中化、外包等方式，使会计业务流程自动化、标准化。通过与现金管理银行的密切合作，将这三种主要方法结合使用，必将提升企业的财务运作高效性。但是改善现金管理一定要基于一个简单规则：实现现金流的最大化 1。通过及时发放账单和追踪过期发票以尽可能地加快现金的流入。但是这一目标的实现有赖于付款人的合作。其实，改善现金流状况还可以通过高效的应付帐款管理系统和银行操作系统来实现的。 沙钢应付款管理模块是沙钢集中购销系 统平台的一个子模块。系统上线前，采购付款流程杂乱无章，多个财务付款系统同时使用。数据的准确性和时效性得不到最大的保证，造成了企业应付款管理的严重滞后，增加了采购的成本。系统上线运行后 2，规范了企业的采购付款流程，减少了资金周转不畅，降低了采购成本，提高采购业务的时效性和准确性。原有的管理模式已经不能满足不断增长的需要。在当前的情况下，要求规范采购的流程，提高财务人员的职业技能，明确各岗位的职责。这些要求更加需要财务人员捋顺付款的整体流程，并且和实际的财务管理制度结合起来，互相配合。于是，设计开发一个基于 3，在大型钢铁企业的集团财务管理模式中占有很重要的地位。也使得这些钢铁企业在资金控制上面有很强的竞争力，实现了资本的最大化管理。 内外研究现状 进入二十一世纪以来，世界人类社会知识经济与世界经济逐渐融合，再加上，受到经济全球化的推动，给大型钢铁集团财务管理工作带来了严峻的挑战，同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 2 导致传统的财务管理战略已经不能够满足现状集团型工作财务管理的发展需求，进而，严重制约了大型钢铁集团更快更好的发展。 伴随着会计信息化技术的成熟，以 代表的企业信息系统实现了高度的集成。企业信息系 统不再是一个孤立的系统，而是与其他模块高度集成。因此，会计监督贯穿企业整体业务流程，而不只是在记账时进行事后核算。采购与付款流程是企业最为重要的业务流程之一 4。规范采购与付款的行为，强化关键环节风险控制；防范采购与付款过程中的差错和操作；保证相关流程的完整性和记录的真实性。 目前，国内外大型钢铁集团财务管理尚未形成完整的 件系统，总得来说，因系统产生的风险有两种 5。外部风险，基于集团公司系统与外界之间不能够实现完全隔离，因而，无法避免外界不良现象的倾入与攻击，进而，外部风险不断增大；内部风险， 鉴于大型钢铁集团系统极其庞大、数据千差万别以及业务流程混乱等，给大型钢铁集团各项业务工作的高校有序开展产生了极大的负面影响；内部控制风险，分为两种。一是，集团内部控制工作人员的文化程度及年龄结构参差不齐，造成做事风格以及做事效率千差万别，不利于团结协调合作 6。二是，集团管理部门过于强调流程唯一流程负责，给管理带来更大风险。 市场上大多数的财务软件，功能重点在于账务处理，对于前端业务数据的跟踪和集成处理缺乏必需的流程 7。很多大型的集团企业财务只是在月末做事后资金控制，而不从数据源对资金计划和付款申请做 必要的控制，从而减少财务支付风险。为 满足集团财务的多元化和大型钢铁集团企业对供应商应付款的实时监督和预算控制以及帐龄分析的要求，我们设计了数据从合同的录入到采购订单的形成、收货、入库，以及订单或者入库单生成结算发票，最后抛帐应付系统的全流程：做到了数据的前端控制和发票的检核，以及供应商余额表的实时更新，让用户能清晰的了解自己的供应商余额，方便做出合理的判断指导企业对应付款的调控和预算控制 8。 课题 的目的和意义 本课题通过研究供应商的订单、发票和付款申请书三类单据，清晰的梳理出订单流、资金流之间 的关系。在详细需求分析的前期下，应用 术， 第 1 章 引言 3 言等，设计并开发一个基于 B/S 系统的应付款管理系统。通过该系统，用户可以在多组织架构下进行订单的申请，发票的报支和资金的多种结算方式支付；还可以在系统里面实现对发票和付款申请单的多级可配置审批流；对供应商的余额以及预付款的核销能实时的跟踪资金流入和流出，方便集团财务对所属供应商的应付款项监督和控制。最终实现对企业现金管理和现金流的最大化，优化企业现金流，对应付账款的内部控制，从而降低集团性企业财务运作的成本 。 文主要工作 本课 题坚持采取“需求主导设计”的原则，采取理论结合实践的方法。以沙钢实际业务为本，从实际需求出发，充分利用已有的产品成果，结合基于 术开发平台，深入了解用户和系统维护管理人员的根本需求，设计并实现一个完整的应付款管理系统 10。 具体的研究内容包括： 1. 分析沙钢的整体业务流程，整理出详细的需求文档，结合系统的数据流程图，和对口业务人员进行详细的流程分解，编写出详细基本设计文档及其 图。 2. 根据 图进行数据库模块的设计与开发：设计出既适合系统开发，又满足管理员进行管理的数据库模型。 3. 系统平台的权限模块：该模块满足多组织架构下的用户按照不同的岗位去登录系统，并被分别授权进行管理。可以按员工或者角色类型以及角色去授权用户，方便的服务，灵活的权限配置。 4. 系统平台的工作流模块：用户可以通过对员工或者角色来配置多级的审批流程，同时在登录页面显示自己权限需要处理的工作流以及下一步的处理列表。 5. 供应商信息模块的设计与开发：对所有供应商用户进行统一编码管理，供应商新增信息可以包括基本信息、银行信息等。必输信息进行页面的校验控制。 6. 发票报支模块的设计与开发：采购执行用户可以根据入库单或者采购订单来生 成结算发票，对发票主信息和明细信息进行严格校验后发票报支同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 4 生成报支清单信息。 7. 报支管理模块的设计与开发：基于报支清单这条主线，对发票的主信息和明细信息进行页面展示，并且进行发票的审核、发票的复核、支付确认流程来进行发票的支付管理。 8. 付款计划模块的设计与开发：和外部用友系统核对供应商余额后，对同一帐套下的供应商余额做付款计划。 11付款计划清单完成后，由对口财务人员操作提交给资金管理模块进行资金计划付款。 9. 各类单据查询模块的设计与实现：系统能够为用户提供简单搜索及其高级搜索功能。 文的组织结构 本文 是以应付款管理系统为例，介绍了基于 B/S 模式和三层架构的开发模型，并以 术为基础的 统的设计与实现的过程。本文的组织结构如下： 第 1 章引言，主要介绍了课题的背景，意义和目的，以及 统的发展现状和本课题的研究方法。 第 2 章相关技术，主要介绍了系统在设计和开发过程中所涉及到的方法和技术。 第 3 章系统的需求分析，主要是通过与沙钢业务人员的交流，从而获得 运用用例图将需求分析可视化，进而使系统的拥有者，开发者以及测试人员对系统有一个直观上的认识。 第 4 章系统的设计，在本 章中，运用了流程图对系统的各个子功能进行了详细的分析，并设计了系统所具有角色和权限，同时利用数据库三范式设计出了系统的数据库。 第 5 章系统的实现，主要是实现了 统的功能，并对部分功能进行了简要的介绍。 第 6 章总结与展望，主要是对系统的设计与实现进行总结，并提出下一步的计划。 第 1 章 引言 5 第 2 章 相关技术 2术 术简述， 首字母简写 ,意思为 合用于创建服务器端的大型应用软件和服务系统。 12设计是为了提供对服务端和客户端的支持，从而推动企业或企业中多层级应用程序的发展。 为一套不同于以往的应用开发架构，它包含了许多有用的组件，可以简化系统的开发和规范应用的部署，进而提高开发出来的应用系统的可移植性、安全性，使其可以重复利用。 1 提供了分布式、可移植构件的框架 术：采用 式，将模式“分离显示逻辑和业务逻辑”的能力发挥得淋漓尽致。 行 到数据库表的映射，进行数据管理，完成 用数据访问层的持久化操作。 面向对象，跨平台，和 样稳定，可以使用 供的 服了 缺点 。 通常这些服务是由分布的应用程序组成的，包括前端数据端和后端数据源以及它们之间的一层或几层，这些中间层提供了把商业功能和数据与 结合的功能。这些中间层把客户端从复杂的商业逻辑中分离出来，利用成熟的术使用户在管理上所花费的时间最小化。 2 与构件与应用服务器提供标准 服务器端的脚本语言，是以 基础开发而成的动态网页生成技术，它的底实现是 13面由 码和嵌入其中的 码所组成。服务器在页面被客户端所请求以后对这些 码进行处理，然后将生成的 面返回给客户端的浏览器。 访问不同的数据库提供了一种统一的途径，像 样， 数据库的访问也具有平台无关性。 用于执行名字和目录服务 。 它提供了一致的模型来存取和操作企业级的资源和，本地文件系统，或应用服务器中的对象。 同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 6 3 简化了服务器端中间层构 件的设计 服务器端的脚本语言，是以 基础开发而成的动态网页生成技术，它的底层实现是 面由 码和嵌入其中的 码所组成。服务器在页面被客户端所请求以后对这些 码进行处理，然后将生成的 面返回给客户端的浏览器。它的特点是面向对象，跨平台，和 样稳定，可以使用 供的 服了 般和 合使用，从而将界面表现和业务逻辑分离。 使用 决定网页 的版面，都是在 码中混合某种程序代码，由语言引擎解释执行程序代码。 码主要负责描述信息的显示样式，而程序代码则用来描述处理逻辑。 综合来说， 基于 及整个 系的 发技术。 层分层结构 在软件体系架构的设计中，分层结构是最常见的，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，即：数据层，业务逻辑层和表示层。其中数据层，也称为持久层，其功能主要是负责数据库的访问。业务逻辑层是整个系统的核心，它与这个系统的业务逻辑有关。而表示层则是系 统的 分，负责用户与整个系统的交互。 14 一个好的分层结构，可以使开发人员的分工更加明确，一旦定义好各个层次之间的接口，负责不同逻辑设计的开发人员就可以并行开发，互不影响。一个完善的三层结构的要求是：修改表示层而不用修改逻辑业务层，修改逻辑业务层而不用修改数据层。因此一个完善的分层结构可以降低层与层之间的依赖性，从而保证了系统未来的可扩展性与复用性。 但是，分层结构也不可避免的存在一些缺陷。一个非常重要的缺点是降低了系统的整体性能。即很多业务不能直接访问数据库，以获得相应的数据，而必须通过一个所谓的 中间层来完成这些操作。 15因此三层结构并不适用于一些对执行速度要求过于苛刻的系统。而且分层结构可能会导致级联修改，即如果在表示层需要增加一个功能，为了保证其设计符合分层结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。 总之，任何一种开发模式或方法，都是有利有弊的。在设计和开发系统时， 第 1 章 引言 7 通过比较和权衡后 ，选择一个适合系统的模式是很重要的。 介 以高级结构化查询语言 基础的大型关系数据库，通俗地讲它是用方便逻辑管理的语言操纵大量有规律数据的集合。是 目前最流行的客户 /服务器体系结构的数据库之一 。 16 1 存储 结构 据库在物理上是存储于硬盘的各种文件 。 它是活动的，可扩充的，随着数据的添加和应用程序的增大而变化。 据库在逻辑上是由许多表空间构成。主要分为系统表空间和非系统表空间。 17非系统表空间内存储着各项应用的数据、索引、程序等相关信息。 2 分布式 数据库管理 物理上存放于网络的多个 据库，逻辑上可以看成一个单个的大数据库 。 用户可以通过网络对异地数据库中的数据同时进行存取，而服务器之间的协同处理对于工作站用 户及应用程序而言是完全透明的。 3 过程 由网络相连的两个 据库之间通过数据库链接 立访问机制，相当于一方以另一方的某用户远程登录所做的操作 。 据库还采用高级管理方法，如同义词等，似乎远端的数据就在本地。 据库的主要特色：共享 线索；提供了基于角色（ 工的安全保密管理；支持大量多媒体数据；提供了与第三代高级语言的接口软件 列；提供了新的分布式数据库 18。 数据库是系统核心组成部分 ， 对于大部分的应用系统而言，系统的核心是数据库， 业务系统一般都以数据为核心，从开发的角度看，数据库设计确定，系统便已基本定型 。 术概述 术并不是一项革命性的新技术，而是多种技术的集合。 术的一个最大的特点是无需刷新页面便可以向服务器传输或读写数据。 19这使得 B/硕士学位论文 基于 应付款管理系统的设计与开发 8 应用程序只同服务器进行数据层面的交换，而不用每次都刷新界面，也不用每次都将数据处理的工作交给服务器来进行，这大大减轻了服务器的负担又加快了响应速度，缩短了用户的等待时间。 与传统的 发不同， 采用异步交互过程的。 用户与服务器之间引 入一个中间媒介，从而消除了网络交互过程中的处理 处理 20用具有以下几个优势： 1. 不刷新整个页面， 在页面内与服务器通信 2. 使用异步方式与服务器通信，不需要打断用户的操作，具有更加迅速的响应能力。 3. 应用仅有少量页面组成，大部分交互在页面之内完成，不需要切换整个页面。 章小结 本节主要介绍了设计和开发工程硕士管理系统所涉及的相关技术。重点介绍了 术、 0g 数据库技术、 术以及三层分层结构的优缺点。这些技术为系统的后续开发提供了理论依据和技术基础 21。 第 3 章 系统的需求分析 9 第 3 章 系统的需求分析 能性需求分析 根据沙钢集团对应付款集中管控的业务需求，应付款管理系统划分为 6 个子模块，如图 示： 图 付款管理系统功能模块图 1. 供应商管理模块：本模块主要实现支持面向销售和采购组织的客户供应商物流承运商代码统一管理体系，确保一个用户在系统中只有一个代码，加强对供应商的信用和评价管理，并支持应收应付抹帐功能。 2. 发票报支模块：由采购业务员在前端采购结算模块录入发票和发票明细信息通过 发票报支功能抛帐到应付系统，形成报支清单。财务人员对报支单进行发票审核和发票复核抛过资金系统进行实际支付。 3. 工作流模块：用户可以通过对员工或者角色来配置多级的审批流程，同时在登录页面显示自己权限需要处理的工作流以及下一步的处理列表。 4. 付款计划模块：按照采购业务员制定的付款计划生成付款申请单，各付款条线或者结算帐套按照各自的计划进行拆分资金计划，最后经过多级应付款管理 工作流管理 付款计划管理 发票报支管理 供应商管理 资金支付管理 系统权限管理 同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 10 审核提交给资金系统。最后按照资金系统实际付款的金额进行发票核销和预付款核销，刷新供应商余额。 5. 资金支付模块：资金系统通过数据接口获取按帐套分配的付款计划额 ，然后按物料大类拆分为月付款计划和周付款计划，再通过付款指令网银付款或者现金支付。 6. 权限管理模块：管理应付款系统的按钮页面菜单等相关权限配置。 功能性需求分析 非功能性需求分析是指软件产品为满足用户业务需求而必须具有除功能需求以外的特性。软件产品的非功能性需求包括系统的性能，可靠性，可维护性，可扩展性和对技术和对业务的适应性等。 作流程可用性 为了考虑到用户在操作过程中的可用性，应付款管理系统采用树形结构作为导航菜单，用户根据菜单信息，轻松的定位到所要访问的页面，从而大大提高了用户的工作 效率，增加了系统的可用性。 统的性能 考虑到应付款管理系统会频繁的与数据库进行交互，所以在设计过程中使用了数据库连接池，存储过程等操作对数据库系统进行优化。在一些用户与系统交互比较频繁的页面上，使用了 术和 术对客户端进行优化，从而减轻服务器的负担，提高系统的整体性能。 统的可扩充性及可维护性 由于技术变化或业务变化时，不可避免会在将来对系统进行改变。不仅要进行设计实现的修改，甚至要进行产品定义的修改，因此在系统的设计过程中考虑到系统后期的扩充与修改， 应付款管理系统采用经典的三层架构架构对系 第 3 章 系统的需求分析 11 统进行设计，以方便日后的扩充与维护。 例分析 统总用例 应付款管理系统采用了 向对象的方法对各个模块进行分析。下图 业务层面描述了整个系统的用例分析图。 对 各 模 块 进 行 系 统 授 权工 作 流 程 的 配 置 与 管 理维 护 供 应 商 信 息付 款 计 划 的 编 制进 行 发 票 报 支资 金 的 实 际 支 付财 务 条 线 业 务 员财 务 人 员供 应 处 结 算 人 员授 权维 护资 金 计 划财 务 审 核 人 员审 批审 批审 批审 批支 付图 统总用例分析图 应商管理模块的用例分析 供应商管理功能包括供应商、采购组织业务员、采购组织专员 3 个角色人员。其中每个角色所拥有的功能如下： 同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 12 1. 供应商自荐申请通过电子商务平台，输入相关供应商信息，同步到内网，由内部业务部门审批后，进入供应商新增审核流程 。供应商业务部门新增申请是由部门业务人员录入供应商信息，进行新增申请。 2. 采购组织业务员通过前台页面进行供应商公用信息和属地信息的维护。公用信息由归口管理部门集中审批，供应商的属地信息由采购组织根据采购性质独立管理。 3. 采购组织专员通过评估管理流程，来开启供应商测评。维护评估分类模块、分类评估指标参数、用户分组、供应商分组、评估单管理、评级结果管理等。 供 应 商采 购 组 织 员供 应 商 审 批供 应 商 公 用 信 息供 应 商 自 荐 申 请供 应 商 属 地 信 息采 购 组 织 专 员供 应 商 新 增 申 请供 应 商 评 估 管 理供 应 商 资 质 信 息图 应商管理模块用例分析图 票报支模块的用例分析 发票报支管理模块功能包括采购业务人员、发票审核人、发票复核人 3 个角色成员。其中每 个角色所拥有的功能如下： 1. 采购业务人员根据采购发票信息匹配组织成清单数据，通过报支接口抛到发票系统。人工报支的数据从报支录入页面通过检核进入发票系统进行报支。 第 3 章 系统的需求分析 13 2. 发票审核人员在报支查询页面进行发票的财务审核工作，根据付款申请书进行核对发票结算信息。 3. 预付款核销时，可能出现两种情况：发票按照供应商来核销预付款、发票按照合同来核销预付款，默认按照合同来核销预付款。 4. 发票复核人员对已审核的发票进行复核、发票驳回、发票红冲。同时会跳转到凭证预览页面，确认生成抛帐凭证到总账。 采 购 业 务 员发 票 审 核 人发 票 接 口 数 据发 票 审 核人 工 报 支 录 入付 款 申 请 书发 票 复 核 人发 票 复 核发 票 驳 回发 票 红 冲发 票 抛 帐图 票报支管理模块用例分析 图 作流模块的用例分析 工作流模块功能包括管理员、工作流配置人员、工作流程审批员 3 个角色成员。其中每个角色所拥有的功能如下： 1. 管理员进行工作流模块页面的授权处理。 2. 流程配置人员先定义属性 性名称、属性数据集、属性数据列；其次设置逻辑类代码、类名称和分类。把逻辑类和属性进行匹配，再匹配同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 14 上逻辑类的对象值。最后匹配上审核 审核级别，进行审核权限的管理。 3. 审批人员对之前设定的工作流程进行审核确认后，打开工作流引擎开始工作。 管 理 员流 程 配 置 人 员流 程 配 置页 面 授 权流 程 审 核流 程 审 批 人图 作流模块的用例图 款计划模块的用 例分析 付款计划模块功能包括采购计划科人员、计划审批科人员、计划上报组人员 3 个角色成员。其中每个角色所拥有的功能如下： 1. 计划科人员按照各个供应商的合同条款算出付款日期以及付款方式。按照供应商的发票录入付款申请单。 2. 计划审批科人员对录入的付款申请单进行业务审批，审批通过后提交给财务系统与发票一起审核信息。 3. 计划上报人员把供应商的月度付款计划上报给财务人员进行付款控制。 第 3 章 系统的需求分析 15 采 购 计 划 科 人 员计 划 审 批 人付 款 申 请 单付 款 申 请 单 录 入月 度 付 款 计 划计 划 上 报 人 图 款计划模块的用例图 金支付模块的用例分析 资金支付模块功能包括财务条线人员、财务审批人员、资金主管、总经理 4个 角色成员。其中每个角色所拥有的功能如下： 1. 各个财务条线人员根据月度付款计划生成付款申请单抛送到资金支付模块，进行应付款项复核。 2. 财务审批人员按时间跨度，将资金计划分为月计划和周计划，对周计划将进行财务安排审批。审批后，计划外的直接做支付确认；计划内的按照物料大类细类进行资金计划付款控制。 3. 资金主管对资金计划申请进行审批，按照在资金计划单元设置好的每个计划单元的审批流程，列出需要审批的资金计划。审批时可以参考前一个流程的金额。要求录入各笔用款的来源、方式、用款额，在审批过程中，资金科应确定付款公司的具体实际支 出账户，也就是将款项拨付到付款公司的具体账户。 4. 总经理对于超出计划部分进行计划额度调整，审核后重新下发新的资金计划。 同济大学 硕士学位论文 基于 应付款管理系统的设计与开发 16 财 务 条 线 人 员财 务 审 批 人应 付 款 复 核月 计 划月 度 付 款 计 划周 计 划资 金 主 管资 金 计 划超 出 计 划 外 部 分总 经 理图 金支付模块的用例图 统权限模块的用例分析 系统权限管理模块的主要目的是通过 突破时间与空间的限制，实现跨地区分支机构之间的协同工作和信息沟通 。 该模块为 企业应用提供了基本的解决方案。使用该模块可以很大程度上简化开发人员的相关的工作量 , 权管理模块可以很方便的实现部署阶段和运行阶段的权限管理控制 。系统权限管理模块图如图 示， 具体功能如下： 系统权限模块功能包括用户群组、用户机构、代理用户、用户 4 个角色成员。其中每个角色所拥有的功能如下： 1. 用户身份认证，包括口令的生命周期管理 。 2. 单点登录功能。 3. 页面、页面元素、 菜单的访问控制和授权配置 。 4. 支持基于角色类型和角色的授权模式。 5. 数据集的授权。 第 3 章 系统的需求分析 17 用 户 直 接 权 限用 户 群 组 权 限用 户 组 织 机 构 权 限用 户 授 予 权 限所 有 用 户 授 权直 接 代 理 权 限绑 定 权 限代 理 权 限用 户 最 终 权 限群 组 权 限 . . . 组 织 机 构 权 限 . . 所 在 群 组用 户 所 在 组 织 机 构图 统权限管理模块用例分析图 章小结 本章主要是对系统进行功能性和非功能性的分析，在功能性分析中，将应付款管理系统细分为几个子系统并对子系统所具有的功能 进行进一步的分析。而在非功能性分析中，我们则分析系统的性能，可用性和可扩展性。在本章节的最后，我们通过 向对象的分析方式，将应付款管理系统的需求转化为用例图，从而将系统的需求可视化，这将使系统的拥有者，开发人员及测试人员对系统有一个直观上的认识。同济大学 硕士学位论文 基于 应付款管理系统 18 第 4 章 系统的详细设计 统的整体架构 本系统采用了经典的三层架构模式， 平台采用 为核心容器， 具， 为任务调度工具，集成了 据交换软件，还包含了安全管理和业务流程管理功能，前台展现方面，提供了两种 解决方案， 案中提高用户体验，两种前台方案都封装了自己的组件库。 将系统分为三层，从下至上分别为：数据访问层，逻辑业务层和表示层，该系统的整体架构图如图 示，以下将详细介绍应付款管理系统的整体架构，使我们对系统的整体架构有一个深入的认识。 图 统的整体架构 图 统架构图 第 6 章 总结与展望 19 数据访问层：其功能主要是负责数据库的访问。简单的说就是实现对数据表的 操作。在应付款管理系统中将数据层细分为数 据库系统和文件系统作为外部资源，保存着整个应付款管理系统的数据。 逻辑业务层：是整个系统的核心，它与这个系统的业务有关。在应付款管理系统中，业务逻辑层的相关设计与工程硕