学校财务管理信息系统设计说明书(共72页)

1、精选优质文档-倾情为你奉上学校财务管理信息系统的设计与实现2022年1月专心-专注-专业摘要财务管理信息系统是一种应用十分广泛的信息系统，在政府、企业和其他的单位都有使用。但是，目前适合学校校使用的财务管理系统还是很少。本系统是为XX学校定制的。本文的主要工作包括以下内容。首先，调研了学校财务管理系统的业务流程，确定了系统的功能需求。然后，对学校财务管理系统进行需求分析、架构设计，将系统分为三个子系统。接着，对三个子系统分别进行了概要设计和详细设计。最后，实现了该系统并完成了测试。本系统包括学校财务处理子系统、学生资金管理子系统和教师工资管理子系统。具体功能有凭证处理、帐薄管理、报表打印、学生

2、缴费管理、学生补助查询、教师工资计算和查询等。系统使用软件工程的方法，基于MVC模式构建，采用UML工具进行需求分析和设计，使用JSP、Servlet、HTML、CSS等编程语言进行开发。在开发过程中，本系统以Eclipse为开发平台，使用MySQL5.5作为后台数据库，使用Apache/Tomcat作为Web服务器。本系统具有完整的开发文档、源代码和用户手册，以方便用户的使用以及维护和升级。关键词：财务管理系统；Java编程语言；UML；财务管理目录1 引言学校财务管理系统的目标是为XX学校构建一个适合其实际需要的财务管理系统。1.1.1 研究内容本系统的主要有：（1）理清学校财务管理系统的

3、作用、功能、意义。学校的财务管理系统与公司企业的财务系统既有相似之处，又有独特的地方，企业的财务系统往往与生产、销售、税务等其他子系统进行对接。（2）对学校财务管理系统进行需求分析、架构设计，确定采用哪种技术架构来构建整个系统。拟采用B/S模式，以分层架构的方式进行设计，将系统划分为用户界面层、业务逻辑层、数据操作层等多层。拟采用Java的JSP、Servlet以及HTML、CSS等动态Web技术构建系统，数据库选用SQL Server。（3）基于UML技术，使用面向对象的方法进行系统设计和开发，通过用例图、类图、顺序图、活动图来形象地解释各个子系统，各个类对象之间的协作关系，基于第三范式进行

4、数据库设计。1.1.2 建设目标本文将学校财务管理系统与本校信息化发展结合起来，实现财务信息的充分共享，研究设计和开发“学校财务管理信息系统”。该系统主要包括账务管理、学生收费管理、教职工薪酬管理、资产管理、信息管理、统计与分析和系统配置等几个模块。课题的主要目标是设计并实现一个适合XX学校的财务管理信息系统。1.1.3 主要理论和技术路线研究和设计基于的理论基础有：财务管理、管理信息系统的分析与设计、数据库技术、UML建模、软件工程。所开发的系统的主要技术路线有：基于JSP的B/S模式管理信息系统的构建、MySQL数据库管理系统、Eclipse集成开发环境，HTML、CSS、Javascri

5、pt技术等。课题所开发的系统的运行环境为：服务器端：（1）操作系统：Windows Server 2003以上；（2）Web服务器：Apache服务器或者Tomcat服务器；（3）数据库管理系统：MySQL5.5以上；（4）高速宽带网络连接。客户端：（1）浏览器：微软IE系列浏览器，或者Google Chrome、Firefox浏览器；（2）宽带网络连接；（3）支持平板电脑、笔记本电脑、台式个人电脑。2 内容提要第一章是本文的引言部分，主要介绍了项目内容和建设目标，介绍了系统所采用的技术路线。第三章是是系统的需求分析部分，首先分析了系统的可行性，然后构建了系统业务流程图和数据流图，并在此基础上

6、进行了用例分析和性能需求分析。第四章是系统的设计部分，首先介绍了系统的设计原则、主要架构和主要功能，将系统划分为学校财务处理子系统、学生资金管理子系统、教师资金管理子系统三个部分，并对这三个部分进行了概要设计，主要通过UML的类图、顺序图来体现，最后进行了数据库设计。第五章是系统的实现和测试，对每个子系统进行了实现，主要通过UML的活动图、流程图和核心代码来介绍，并在此基础上设计了界面，并对系统的主要功能进行了测试。第六章是系统的总结与展望。3 学校财务管理系统的需求分析学校财务管理信息系统的需求分析包括可行性分析、业务流程分析、用例分析和性能需求分析。可行性分析判断系统是否具备条件开发，业务

7、流程分析确定系统的业务流程并构建数据流图，是系统设计和实现的必要基础，性能需求是系统分析的重要组成部分。3.1 系统的可行性分析（1）技术可行性财务管理的信息化早已有之，目前已经有多种满足不同组织需要的财务管理信息系统。本系统针对XX学校的特点而开发，与一般的财务管理系统有所不同，但是在技术上不存在问题。本系统拟采用JSP技术构建，具体而言是基于Web技术构建本系统，采用MVC设计模式，将系统分为三层，分别予以实现。（2）经济可行性本系统运行初期只需要一个Web服务器和一个数据库服务器，以及相应的Web服务器软件和数据库管理软件。所需成本相对于学校整体业务经费而言完全可以承担，此外开发本系统所

8、需的费用也不高。软硬件整体费用不超过五万，在学校的预算范围内。（3）操作的可行性本系统在详细调研和需求分析的基础上构建，所有功能按照实际需求开发，说开发的界面简单易用，只需简单培训就可以使用。财务人员、学校管理员人员、教师和学生在使用上都不存在任何问题。系统还设有管理员一名，及时解决系统使用方面的问题。（4）法律的可行性本财务管理系统为自主研发，所采用的技术和使用的代码都基于开源软件或免费软件，不存在知识产权方面的问题。本系统根据XX学校具体需要而定制，因此也不会侵犯其财务管理软件的产权。本系统基于现行的会计制度和国家相关的法律法规，不存在违法等问题。3.2 系统的业务流程作为财务管理系统，其

9、业务流程按照会计操作的一般流程进行，说处理的数据主要也是财务数据，例如各种凭证、各类日记账、明细账、台帐、总帐等。系统的业务流程如图3-1所示：图3-1 系统的业务流程图系统的业务流程图说明：（1）学校的经费使用，各种收入和开支形成学校帐务原始凭证。学生缴纳学费、杂费以及其他费用，学生获得的银行助学贷款和各种补助形成学生费用原始凭证。教师以及职工的工资支付形成教师工资原始凭证。（2）财务人员将数据录入系统，审核人员对凭证进行检查，检查通过后，形成各类帐务数据，如现金日记账、银行存款日记账、科目汇总表等。（3）每个一定时间，系统自动生成总帐。（4）财务人员设置财务报表格式，系统生成财务报表。3.

10、3 系统的数据流图根据系统的业务流程，形成系统的数据流图，如图3-2所示：图3-2 系统的数据流图3.4 系统的用例分析本财务管理信息系统为XX学校定制，其目的是为了提高财务工作的效率，提升学校财务工作的规范化水平，为学校的健康、快速、廉洁发展提供一定的保障。在具体的业务上，本系统的需求主要包括三个方面：学校日常的帐务处理、学生的学费杂费的缴纳与贷款补助的发放，教职工工资的发放与帐务管理。本系统的用户主要以下几类：（1）学校财务部门工作人员财务人员是本系统最主要的用户，本系统设计的重要目的是为了实现财务工作的信息化。财务工作人员的主要任务有原始财务凭证的检查与审核，制作凭证并录入数据库，负责登

11、记日记账、编制科目汇总表、登记明细账、汇集总帐、制作财务报表等。财务人员又分为三类：一般财务人员、财务审核人员和出纳。审核人员负责对相关帐目进行审核，对一般财务人员进行制约，出纳负责管理资金的来往，由该专人负责。（2）学校行政管理人员学校领导主要关心预算编制，经费的使用情况，学生的缴费情况和补助发放情况、教师工资的发放情况，以及整体的财务情况。学校行政管理人员的主要功能是查看有关财务信息。（3）学生学生也是本系统的重要用户，学生缴纳学费杂费等费用之后，可以通过本系统查看个人费用缴纳情况，申请助学贷款或补助的学生，查看贷款补助的发放情况。当发现问题或错误时，及时告知学校或系统管理人员。（4）教师

12、教师与学生在本系统的地位是差不多的，教师主要关心工资条目设置是否正确、工资发放和变动情况，教师还可以查看工资发放的统计信息。但发生问题时，及时告知有关部门和工作人员。（5）系统管理员本系统的管理人员具有一定的计算机专业基础，负责系统的安装、维护和故障解决。系统其他用户在使用过程中发现问题，管理员负责帮助解决。管理员还负责系统的数据备份与恢复，安全保障等。此外，系统管理员还统一管理所有用户的用户帐号信息和操作权限。下面就每一类用户构建用例图：（1）财务人员的用例图财务人员的用例图如图3-3所示：图3-3 财务人员的用例图财务人员是本系统主要的用户，其用例有：1）帐务设置：包括基本资料设置、会计科

13、目设置等；2）报表管理：生成各类财务报表；3）凭证管理：包括凭证制作、审核、分类等；4）帐薄管理：帐薄分为分类帐目和总帐两种；5）预算管理：主要内容是预算的执行情况。财务人员用例图中，还涉及两类用户：1）出纳人员：负责审核凭证；2）审核人员：负责审核凭证、管理总帐和分类帐。帐务设置用例的说明见表3-1。凭证管理用例的说明见表3-2。表3-1 帐务设置用例说明描述项说明用例名称帐务设置用例描述帐务系统初次运行时，需要对会计一些数据和规范进行设置参与者表学校财务部门工作人员（这里指会计）前置条件系统安装运行正常，用户已经登录系统后置条件帐务初始设置成功基本操作流（1）在系统首页点击“设置”；（2）

14、对会计科目等进行初始化设置表3-2 凭证管理用例说明描述项说明用例名称凭证管理例描述将原始凭证进行转换后录入系统，并对凭证进行分类等操作参与者表学校财务部门工作人员（会计、审核人员）前置条件系统安装运行正常，用户已经登录系统后置条件凭证管理操作成功，系统给出成功提示基本操作流（1）登录系统后，在系统首页点击“凭证管理”（2）点击“制作凭证”，开始填写凭证数据，填写完毕后点保存（3）点击“凭证分类”，按照现金、存款等进行凭证的分类操作（2）学校行政管理人员用例图学校行政管理人员的用例图见图3-4：图3-4 学校行政管理人员的用例图学校领导不是本系统常用用户，但其角色很重要，学校领导的用例有：1）

15、查看会计报表：包括查询现金流、科目报表、总帐等；2）预算查询：了解预算的执行情况；3）学生缴费统计查询：查看学生缴费的总体信息；4）学生补助统计查询：查看学生补助的总体信息；5）教师工资发放统计查询：查看教师工资的总体信息。本用例图还需要说明的有以下内容。查看会计报表和预算查询两个用例包括多项内容：1）查看会计报表：包括查询现金流、科目报表、总帐三类报表；2）预算查询：包括年度拨款情况、经费使用情况等。其中查看会计报表用例的说明见表3-3。表3-3 查看会计报表用例说明描述项说明用例名称查看会计报表用例描述查看各类会计报表参与者表学校行政管理人员（学校领导）前置条件系统正常启动，用户已经登录，

16、系统有数据后置条件成功显示各类报表基本操作流（1）用户登录系统后在主页上点击“报表”并选择“现金流量表”（2）系统统计并显示一段时间内的现金流量（3）学生用例图图3-5 学生的用例图 学生用例图见图3-5，学生是本系统的常用用户，其用例有：1）缴费查询：包括学费和杂费两类；2）助学查询：包括贷款和补助两类；3）个人信息管理：包括个人信息的查询和修改。缴费查询用例的说明见表3-4：表3-4 缴费查询用例说明描述项说明用例名称缴费查询用例描述学生查看自己的缴费情况，如学费、各项杂费等参与者表学生前置条件系统正常启动，用户已经登录，系统有数据后置条件系统成功显示学生的缴费信息基本操作流（1）学生登录

17、系统后点击主页上的“缴费查询”（2）系统从数据库中读取学生的缴费信息（3）系统以表格的形式显示学生的缴费信息（4）教师用例图图3-6 教师的用例图教师的用例图见图3-6，教师也是本系统的常用用户，其用例有：1）工资查询：查询个人工资情况；2）教师信息管理：包括教师个人信息的查询和修改。教师工资查询用例说明见表3-5：表3-5 教师工资查询用例说明描述项说明用例名称教师工资查询用例描述教师查询自己的工资情况参与者表教师前置条件系统正常启动，用户已经登录后置条件系统成功显示教师的工资信息基本操作流教师登录系统后点击主页上的“工资查询”（5）系统管理员用例图图3-7 系统管理员的用例图系统管理员负责

18、管理和维护本系统，其用例图如图3-7所示。说明如下：1）用户管理：包括用户的增加、删除和密码修改；2）数据管理：包括数据的备份和恢复；3）安全管理：负责修补漏洞、安装防护软件等。用户管理用例的说明见表3-6：表3-6 用户管理用例说明描述项说明用例名称用户管理用例描述系统管理员对用户的资料、密码、权限等进行设置或者修改参与者表系统管理员前置条件系统正常启动，用户已经登录后置条件系统完成对用户的各项操作基本操作流（1）系统管理员登录系统后点击主页上的“用户管理”（2）用户输入要进行操作的用户的用户名或ID号（3）系统以表格的形式显示用户信息（4）管理员点击“修改用户资料”对用户的信息进行修改（5

19、）管理员点击“修改用户密码”对用户的密码进行修改（6）管理员点击“设置用户权限”对用户的权限进行设置其他事件流用户可点击关闭按钮退出系统异常事件流数据加载失败或者统计过程中发生错误3.5 系统的性能需求本系统除在功能上满足以上要求外，在性能方面上也要符合一定的要求。（1）适用性本财务管理系统是为XX学校定制的，因此必须按照该校的特点来设计和开发，适应其实际环境。本系统的主要用户为该校的财务人员、学校领导、学生和教师，因此页面操作要简单、方便，符合这些人员的计算机水平和操作系统。（2）可扩展性要求做到前台页面与后台数据库无关，即使更换数据库，前台页面也不需要进行修改，这样使得系统具有较高的可扩展

20、性。系统还要支持硬件性能升级与数量上扩充，通过增加服务器，利用负载均衡，满足并发访问用户数量的增长。（3）安全性学校财务管理信息系统存储了学校大量的财务信息和资金信息，对于这些信息需要进行严格保护，设置严格的操作权限，防止系统的被滥用、错用和误用，保证财务系统的安全，此外必须安装安全防护软件。（4）可维护性。本系统在实现预定功能的同时，还需要考虑系统的维护和升级。软件项目开发要有规范和完整的文档，以方便进行测试、修改和维护。系统运行要生成日志，以便在发生问题时及时查找原因和排除故障。具体的性能指标主要有：（1）支持最大并发数为50。（2）页面打开平均响应时间控制在5秒以内。（3）用户操作成功率

21、在95%以上。（4）网络连接延时控制在10秒以内。3.6 本章小结本章是系统的需求分析部分，首先在技术上、经济上和法律上对系统进行了可行性分析，并构建了系统的业务流程图和数据流图，在此基础上构建了系统的用例图，并对系统的功能和性能需求做了分析。4 学校财务管理系统的设计学校财务管理系统的设计包括概要设计和详细设计两个阶段，内容包括总体设计、功能设计和数据库设计等。系统的设计起着承上启下的作用，是系统实现的主要依据。4.1 系统的总体设计系统的总体设计包括设计原则、架构设计和总体功能三个部分。4.1.1 系统的设计原则学校财务管理信息系统的设计原则主要有：（1）系统的功能设计要符合XX学校的实际

22、需求，严格按照需求来进行设计和开发，采用软件工程的项目管理方法进行规范化开发，要有完整的开发过程和开发文档。（2）由于财务系统是学校非常重要的应用系统，因此需要具备较高的安全性和稳定性，要提供一键数据备份与恢复功能。在操作权限上，要严格设计，不同会计人员之间相互制约。（3）数据库设计符合范式要求，至少要符合第三范式，数据库与用户界面是相对独立的，即使更换数据库也不应该影响用户界面，采用MVC的设计方法做到模型、视图和控制的相分离。（4）系统的操作界面必须友好，简单的界面方便学校的会计人员、学校领导、教师和学生进行使用。系统必须具备高效性，用户通过互联网或校内局域网访问时延迟要控制在3秒以内。4

23、.1.2 系统的架构设计本系统的总体架构如图4-1所示：图4-1 系统的架构设计图图4-1的说明如下：（1）用户界面层：负责与最终用户进行交互，接收来自用户的访问请求，将访问请求进行转换或直接传递给下一层进行处理。下一层处理完毕之后，将结果返回，本层再以Web页面的形式显示给用户。（2）业务逻辑层：负责实现系统的主要业务逻辑，可分为三个大的子系统，即学校帐务处理子系统、学生资金管理子系统和教师工资管理子系统，这些是系统的最主要部分。（3）数据操作层：负责执行具体的数据操作，包括对数据进行新建、修改、删除和查询等操作，同时保证数据的持久性，确保不因系统突然崩溃而导致数据损坏或丢失。数据库：最底下

24、是数据库，负责存储数据。4.1.3 系统的总体功能本财务管理信息系统为XX学校定制，其目的是为了提高财务工作的效率，提升学校财务工作的规范化水平，为学校的健康、快速、廉洁发展提供一定的保障。本系统的功能主要包括三个方面，具体如图4-2所示：图4-2 系统的功能图系统的功能图说明：（1）本系统可以划分为三个子系统，分别是学校帐务处理子系统、学生资金管理子系统和教师工资管理子系统。（2）学校帐务处理子系统是本系统重要组成部分，负责从原始的凭证处理到最终的报表生成。该子系统的用户主要为学校管理人员、会计人员、审核人员、出纳人员等。（3）学生资金管理子系统主要为学生服务，负责学生的收费，包括学费、杂费

25、等，和助学贷款和补助的发放。该子系统的主要用户是学生、负责学生工作的教师和会计人员。（4）教师工资管理子系统负责处理全校教职工的工资，包括工资的项目设置、工作的计算、核算与查询等。主要用户为教师、会计等。4.2 学校帐务处理子系统的设计学校帐务处理是本系统的核心，主要包括：（1）凭证处理（2）帐薄管理（3）预算管理（4）报表管理（5）初始设置学校帐务处理子系统的功能图如下所示：图4-3 学校帐务处理子系统功能图学校帐务处理子系统的功能图说明：（1）学校帐务处理子系统划分几个不同的功能模块，各个模块功能相对独立，又相互共享和处理某些数据，某些功能模块依赖其他模块的数据，例如帐务报表依赖帐薄管理、

26、预算管理的数据。（2）帐务凭证是基础，由会计人员根据原始凭证生成，该凭证需要审核人员审核，其帐务资金由出纳人员负责处理。（3）帐薄由各种凭证信息汇总而成，预算与帐薄需要进行比对，学校管理人员可以根据帐务报表、预算表等掌握经费的使用情况。4.2.1 帐务初始设置的设计财务系统初次运行时，需要对一些会计内容进行设置，主要有凭证、帐薄、科目体系。具体而言，包括：帐套设置：系统投入时需要新建一个帐套。时间设置：财务管理系统通常是从某年的1月1日开始，系统初次使用需要设置财务开始时间。操作人员设置：为了保证系统的安全，对用户进行授权，系统管理员对系统操作人员进行权限设置、密码设置等。会计科目设置：确定会

27、计科目级数以及各级代码的长度，一级会计科目是由国家会计标准确定的，长度是3位数，其他代码及长度需要根据各个组织实际需要确定。初始余额设置：系统需要输入投入运行前本校各个会计科目的初始余额。类图设计：（1）界面类设计对以上所述的内容进行设置，界面类的设计如图4-4所示，具体说明见表4-1：图4-4 财务初始设置界面类图财务初始设置界面类包括四个按钮，分别是：1）帐套设置按钮；2）财务时间设置按钮；3）会计科目设置；4）数据初始化设置按钮。财务初始设置界面的说明见表4-1：表4-1 财务初始设置界面类说明财务初始设置界面类类的描述：财务系统初次运行时对财务相关内容进行设置的界面类setBookse

28、tsBtnClicked()设置帐套按钮被点击setFinancialYearBtnClicked()设置财务时间按钮被点击setAccountSubjectBtnClicked()设置会计科目按钮被点击initializeAccountBtnClicked()初始化会计数据按钮被点击（2）控制类设计对以上所述的内容进行设置，控制类的设计如图4-5所示。控制类的说明见表4-2、表4-3、表4-4、表4-5。图4-5 财务初始设置控制类图表4-2 财务初始设置控制类说明财务初始设置控制类InitializeAccountSystemController类的描述：财务系统初次运行时对财务相关内容进

29、行设置的控制类setBooksets ()设置帐套按setFinancialYear ()设置财务时间setAccountSubject ()设置会计科目initializeAccount ()初始化会计数据表4-3 帐套管理控制类说明帐套管理控制类BooksetsManage类的描述：对财务系统帐套进行管理的控制类addBooksets()添加一个新帐套modifyBooksets()修改一个帐套deleteBooksets()删除一个帐套getBooksetsByName()通过名称来查询帐套表4-4 会计科目管理控制类说明会计科目管理控制类AccountSubjectManage类的描述

30、：对财务系统会计科目进行管理的控制类addAccountSubject()添加一个会计科目modifyAccountSubject()修改一个会计科目deleteAccountSubject()删除一个会计科目getAccountSubjectByName()通过名称查找一个会计科目表4-5 财务数据初始化控制类说明财务数据初始化控制类AccountDataManage类的描述：对财务系统帐套进行管理的控制类initializeSubject()对某项财务数据进行初始化getSubjectByName()通过名称来查找某项财务数据getSubjectByCode()通过代码来查找某项财务数据（

31、3）实体类设计财务初始设置的实体类主要有两个，一个是帐套，另外一个是会计科目，其定义如下：图4-6 财务初始设置实体类图财务初始设置的实体类见图4-6，具体说明见表4-6和表4-7：表4-6 会计科目实体类说明会计科目实体类AccountSubject类的描述：会计科目的实体类code会计科目代码name会计科目名称balance余额debit借方credit贷方表4-7 帐套实体类说明帐套实体类AccountSubject类的描述：财务管理系统初始化中的帐套实体code组织代码name名称year会计年度taxnumber税务编号administrator负责人phonenumber联系电话

32、type组织类型address地址postnumber邮编bankaccount银行账号时序图：（1）新建帐套顺序图新建帐套顺序图如图4-7所示，说明如下：新建帐套的操作人员是一般的财务工作人员，在系统中具有较高权限；首先用户点击“新建帐套”按钮，页面显示新建帐套的页面；用户填写完信息后，点击“保存”；界面类将保存请求发给控制类，控制类查询系统是否已经存在这个帐套；如果系统没有这个帐套，控制类读写实体类进行数据保存工作；数据保存完毕后，逐级反馈操作的结果信息。图4-7 新建帐套顺序图4.2.2 帐务凭证处理的设计凭证处理是各类财务管理系统的重要功能，也是财务人员日常工作的重要内容。凭证处理包括

33、记账凭证的输入、修改、审核、查询、汇总、过账等。具体而言包括：凭证输入：制证人员（一般会计人员）将原始凭证中的有关数据输入到系统中。凭证修改：制证人员如果输入有误，可以在审核之间进行修改，审核之后如果要进行修改就需要重新制作凭证。凭证审核：审核人员对输入的凭证进行检查，如果无误则签名确认，如果有误则退回。有关会计人员可以查询凭证，对凭证进行分类，出纳人员见到审核之后的凭证予以付款。类图设计：（1）界面类设计对凭证进行操作，包括录入、修改、审核、查询等操作，其界面类的设计如图4-8所示：图4-8 凭证操作界面类图财务初始设置界面类的说明见表4-8：表4-8 财务初始设置界面类说明凭证处理界面类类

34、的描述：对凭证进行输入、保存、审核、查询的界面类createCertificateBtnClicked()新建凭证按钮被点击saveCertificateBtnClicked()保存凭证按钮被点击modifyCertificateBtnClicked()修改凭证按钮被点击deleteCertificateBtnClicked()删除凭证按钮被点击findCertificateBtnClicked()查找凭证按钮被点击auditCertificateBtnClicked()审核凭证按钮被点击（2）控制类设计对凭证执行操作的控制类，该控制类的设计如图4-9所示。控制类负责控制对相关数据的读写。图4

35、-9 凭证处理控制类图凭证处理的控制类的说明如下：1）创建凭证：负责控制创建凭证；2）保存凭证：将凭证数据写入数据库；3）修改凭证：修改凭证数据并更新数据库；4）查询凭证：从数据库中搜索凭证；5）审计凭证：对凭证内容进行审计。（3）实体类设计凭证处理的实体类只有一个，即会计凭证，其定义如图4-10所示：图4-10 财务凭证实体类图凭证实体的说明见表4-10：表4-10 财务凭证实体类说明财务凭证实体类AccountCeritficate类的描述：凭证所包含各项内容id自动编号certificatenumber凭证编号subjectcode科目代码type凭证类型attachmentcount附

36、件数量time制证时间content摘要borrow借lend贷creater制证人员auditer审核人员isaudit是否审核department部门program项目currency货币类型exchagerate汇率memo备注时序图：（1）修改凭证的时序图修改凭证是本部分的主要功能，时序图请见图4-11。凭证修改时序图说明：选择或者输入要修改的凭证号；控制类查找凭证，若找到则显示凭证被人，若没有或者不允许修改则显示提示信息；用户对凭证进行修改，修改完毕后点击“保存”；系统自动检查修改的凭证，若无误则存入数据库；修改完毕后，系统给出提示信息。图4-11 修改财务凭证时序图4.2.3 帐务

37、帐薄管理的设计财务管理系统的数据处理可以分为三个步骤：第一步是从原始凭证到记账凭证。第二步是从记账凭证到日记账、明细账、科目汇总表和总帐等。第三步是在上一步的数据基础上生成会计报表。帐薄是这个过程中第二步的重要内容，从记账凭证到各种日记账和明细帐，汇集成总帐，都以帐薄的形式记录。类图设计：（1）界面类设计学校财务管理信息系统中帐薄管理界面类的设计如图4-12所示。帐薄管理界面类的说明见表4-11。图4-12 财务帐薄管理界面类图表4-11 帐薄管理界面类说明帐薄管理界面类类的描述：用于显示帐薄管理的功能按钮viewLedger()显示总帐viewSubjectLedger()显示科目明细帐vi

38、ewMulticolumnAccount()显示多栏帐viewQuantityAmountAccount()显示数量金额帐viewDepartmentAccount()显示部门往来帐（2）控制类设计帐薄管理的控制类的设计如图4-13所示：图4-13 财务帐薄管理控制类图帐薄管理的控制类的见表4-12和4-13：表4-12 帐薄管理控制类说明帐薄管理控制类AccountBookController类的描述：用于管理和控制帐薄内容generateLedger()生成总帐generateSubjectLedger()生成科目明细帐generateMulticolumnAccount()生成多栏帐ge

39、nerateQuantityAmountAccount()生成数量金额帐generateDepartmentAccount()生成部门往来帐表4-13 帐薄管理类说明帐薄管理类AccountBookManage类的描述：对帐薄条目进行更新、汇总等操作addItem()向帐薄中添加一个条目modifyItem()向帐薄中修改一个条目deleteItem()向帐薄中删除一个条目findItem()从帐薄中查找一个条目updateTotalAccount()更新汇总数据（3）实体类设计财务帐薄管理的实体类主要是一个，即帐薄类，该类包括很多数据成员，重要的数据有：1）总帐名称；2）科目名称；3）借方：

40、4）借方合计：5）贷方；6）贷方合计其定义如图4-14所示，财务帐薄管理的实体类的说明见表4-14和表4-15。图4-14 帐薄实体类图表4-14 帐薄实体类说明帐薄实体类AccountBook类的描述：帐薄的实体类ledgerName总账名称ledgerId总账编号certificateId凭证号subjectId科目编号subjectName科目名称user往来户编号borrow借方borrowCount借方人民币额borrowMonthTotal本月借方合计lend贷方表4-15 帐薄实体类说明（续表）帐薄实体类AccountBook类的描述：帐薄的实体类lendCount贷方人民币额l

41、endForeignCount贷方外币额lentMonthTotal本月贷方合计balance余额monthBeginBalance月初余额monthBeginDirect月初余额方向monthEndBalance月末余额exchageRate汇率totalBalance总余额（1）更新帐薄总帐的顺序图图4-15 更新总帐的顺序图更新帐薄总帐的顺序图如图4-15所示，具体说明如下：触发更新帐薄中的总帐的因素有多个，主要是增加了经过审核的凭证，然后是用户的请求。其过程是向帐薄中添加一项，内容包括凭证编号、借方金额、贷方金额等数据。之后更新总帐数据，例如本月累计、本月借方合计、本月贷方合计、本月余

42、额等。系统将执行结果写入日志，以备出现错误时供系统管理员查询。4.2.4 帐务报表管理的设计财务报表通常包括资产负债表、损益表、现金流量表、科目明细表、科目汇总表等不同类型。学校与一般的企业公司不同，不是营利性组织，因此财务报表方面与一般的企业公司也有所不同。学校领导更重视的是预算执行情况、部门经费使用情况、学校资产负债情况等。帐务报表的生成需系统与Excel相互配合才能完成。先在Excel 中定义好报表的结构，生成某月或年度报表时，系统向 Excel 输出数据，对帐务处理系统不能产生的数据，需手工录入，生成报表成功后，可通过Excel打印输出。帐务报表处理主要包括三个方面的内容，分别是报表结

43、构的设置、报表生成、报表查看和报表打印输出。具体而言，包括：报表标题、宽度、字体字号的设置，报表栏目的增加和删除；报表的主标题、副标题、脚注的设置；报表各个单元格数据的设置。类图设计：（1）界面类设计报表管理的界面类的设计如图4-16所示：图4-16 帐务报表管理界面类图财务报表管理界面的说明见表4-16：表4-16 帐务报表管理界面类说明帐务报表管理界面类类的描述：用于设置报表格式、生成报表和查询财务报表的界面类setReportFormatBtnClicked()设置报表格式的按钮处理函数generateReportBtnClicked ()生成报表的按钮处理函数viewReportBtn

44、Clicked ()查询报表的按钮处理函数（2）控制类设计报表管理的控制类的设计如图4-17所示，说明见表4-17和表4-18：图4-17 报表管理控制类图表4-17 报表管理控制类说明报表管理控制类ReportController类的描述：控制报表格式、内容等setReportFormat()设置报表格式generateReport()生成报表内容viewReport()查看报表 表4-18 报表类说明报表类ReportManage类的描述：负责报表操作，如添加、删除条目、调整格式等addItem()向报表中添加一个条目modifyItem()修改一个报表条目deleteItem()删除一个

45、报表条目findItem()查询报表一个条目adjustReport()调整报表格式generateReport()生成报表outputReport()输出报表（3）实体类设计报表管理中最重要的实体类是报表，其包括类型、条目、格式等，其定义如图4-18，说明见表4-19和表4-20： 图4-18 报表实体类图其中重要的数据项有：1）起止时间；2）项目内容：3）计量单位。表4-19 报表实体类说明报表实体类Report类的描述：报表的类型、起止日期、条目、格式等type报表类型name名称startDay起始日期endDay终止日期produceDay报表生成日期department部门Item

46、Count条目数量Item条目measureUnit单位width宽度height高度表4-20 报表条目实体类说明报表条目实体类AccountSubject类的描述：报表中每一行的内容与格式id编号name名称line行次startCount期初额endCount期末额direct方向（借方还是贷方）时序图：（1）生成报表顺序图生成报表的顺序图如图4-19所示：图4-19 生成报表顺序图说明：生成报表的指令由财务人员或者学校领导发出；通常在生成财务报表前要求设置报表格式，也可以使用默认报表格式；报表生成模块从数据库中读取财务数据；再以图表的格式予以显示，通常为Excel表格形式。4.3 学生

47、资金管理子系统的设计学生资金管理子系统的功能需求如图4-20所示：图4-20 学生资金管理子系统功能需求学生资金管理子系统说明：（1）学生资金管理子系统说出来的资金分为两个部分，一是向学生收取的各种费用，二是向学生支付的各种费用，学生以及学校的管理人员可以方便地查看资金信息，不同的角色其操作权限是严格区分的。（2）学生基本信息是本子系统的基础，其数据可以通过学校其他系统导入，也可以人工录入。（3）本子系统需要与其他系统对接，例如学生管理系统、银行等，相关数据的安全需要严格保证。具体而言，本系统的主要功能有：在模块划分上可以分为学生基本信息的管理与维护，学生缴费信息的管理与维护，学生补助信息的管

48、理与维护。在具体功能设计上，包括学生基本信息的导入、学生在校期间缴纳费用信息的导入、学生在校期间接受补助信息的导入，有些信息需要人工录入，以及这些信息的统计、查询和打印。此外还包括学生缴费和补助帐务处理，自动生成记账凭证并转入帐务处理子系统。类图设计：（1）界面类设计学生资金管理子系统界面类的设计如图4-21所示。学生资金管理子系统界面类的说明见表4-21。 图4-21 学生资金管理子系统界面类图表4-21 学生资金管理界面类说明学生资金管理界面类类的描述：学生资金管理界面上的功能按钮studentInfoView()学生信息按钮的触发函数studentTuitionView()学生缴纳学费按

49、钮的触发函数studentOtherFeeView()学生缴纳杂费按钮的触发函数studentLoanView()学生贷款按钮的触发函数studentAidView()学生补助按钮的触发函数leaderQueryPaymentView()领导查看学生缴费情况leaderQueryAidView()领导查看学生资助情况HandedFeeStaticsView()学生缴费统计按钮的触发函数FinaceHelpStaticsView()学生资助统计按钮的触发函数（2）控制类设计学生资金管理的控制类的设计如图4-22所示，具体说明见表4-22、表4-23、表4-24、表4-25。该控制类包括三个子控制

50、器，分别是1）学生信息管理控制器；2）学生费用管理控制器；3）学生资助管理控制器。图4-22 学生资金管理控制类图表4-22 学生资金管理控制类说明学生资金管理控制类类的描述：学生资金管理的控制函数studentInfoOperate()学生基本信息操作控制器studentFeeOperate()学生缴费操作控制器studentHelpOperate()学生资助操作控制器leaderOperate()领导操作控制器表4-23 学生基本信息管理类说明学生基本信息管理类的描述：负责学生信息的添加、删除、查找等addStudentInfo()添加学生信息deleteStudentInfo()删除学生

51、信息modifyStudentInfo()修改学生信息findStudentInfo()查询学生信息表4-24 学生资助管理类说明学生资助控制类类的描述：学生资助管理函数addStudentLoan()添加学生贷款信息deleteStudentLoan()删除学生贷款信息modifyStudentLoan()修改学生贷款信息findStudentLoan()查询学生贷款信息addStudentAid()添加学生资助信息deleteStudentAid()删除学生资助信息modifyStudentAid()修改学生资助信息findStudentAid()查询学生资助信息studentLoanSt

52、atics()学生贷款统计studentAidStatics()学生资助统计表4-25 学生费用管理类说明学生费用管理类类的描述：负责学生费用操作addStudentTuition()添加学生学费信息deleteStudentTuition()删除学生学费信息modifyStudentTuition()修改学生学费信息findStudentTuition()查询学生学费信息addStudentOtherfFee()添加学生杂费信息deleteStudentOtherFee()删除学生杂费信息modifyStudentOtherFee()修改学生杂费信息findStudentOtherFee()查询学生杂费信息studentTuitionStatics()学生学费缴纳统计studentOtherFeeStatics()学生杂费缴纳统计（3）实体类设计学生资金管理子系统实体有学生、学生费用、学生资助等，其定义如图23所示： 图4-23 学生资金管理实体类图学生实体类具体说