学校财务管理信息系统设计说明书

资料范本本资料为word版本，可以直接编辑和打印，感谢您的下载学校财务管理信息系统设计说明书地点： 时间： 说明：本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容学校财务管理信息系统的设计与实现DATE\@"yyyy年M月〃2016年2月摘要财务管理信息系统是一种应用十分广泛的信息系统，在政府、企业和其他的单位都有使用。但是，目前适合学校校使用的财务管理系统还是很少。本系统是为XX学校定制的。本文的主要工作包括以下内容。首先，调研了学校财务管理系统的业务流程，确定了系统的功能需求。然后，对学校财务管理系统进行需求分析、架构设计，将系统分为三个子系统。接着，对三个子系统分别进行了概要设计和详细设计。最后，实现了该系统并完成了测试。本系统包括学校财务处理子系统、学生资金管理子系统和教师工资管理子系统。具体功能有凭证处理、帐薄管理、报表打印、学生缴费管理、学生补助查询、教师工资计算和查询等。系统使用软件工程的方法，基于MVC模式构建，采用UMLX具进行需求分析和设计，使用JSP、Servlet、HTML、CSS等编程语言进行开发。在开发过程中，本系统以Eclipse为开发平台，使用MySQL5.5作为后台数据库，使用Apache/Tomcat作为Web服务器。本系统具有完整的开发文档、源代码和用户手册，以方便用户的使用以及维护和升级。关键词：财务管理系统；Java编程语言；UML；财务管理目录HYPERLINK\l〃_Toc442260529〃摘要ii1引言51.1.1研究内容PAGEREFToc442260531\h51123333333444_Toc442260532\h55_Toc442260534\h67_Toc442260536\h7_Toc442260537\h8_Toc442260538\h9_Toc442260539\h10_Toc442260540\h17HYPERLINK\l〃_Toc442260541〃_Toc442260541\h1819_Toc442260543\h19HYPERLINK\l〃_Toc442260544〃_Toc442260544\h19.1.2建设目标PAGEREF.1.3主要理论和技术路线内容提要PAGEREF学校财务管理系统的需求分析.1系统的可行性分析 PAGEREF.2系统的业务流程 PAGEREF.3系统的数据流图 PAGEREF.4系统的用例分析 PAGEREF.5系统的性能需求 PAGEREF.6本章小结 PAGEREF学校财务管理系统的设计.1系统的总体设计 PAGEREF.1.1系统的设计原则 PAGEREF

_Toc442260545\h19HYPERLINK\l〃_Toc442260546〃_Toc442260546\h2021222731HYPERLINK\l〃_Toc442260551〃364047HYPERLINK\l〃_Toc442260554〃_Toc442260554\h53_Toc442260555\h5960.1.2系统的架构设计 PAGEREF.1.3系统的总体功能 PAGEREF.2学校帐务处理子系统的设计.2.1帐务初始设置的设计.2.2帐务凭证处理的设计.2.3帐务帐薄管理的设计.2.4帐务报表管理的设计.3学生资金管理子系统的设计.4教师工资管理子系统的设计.5数据库的设计 PAGEREF.6本章小结 PAGEREF学校财务管理系统的实现和测试4444444444455.1系统的开发和测试环境60555555555666Toc442260558\h60Toc442260558\h60Toc442260559\h63Toc442260560\h64Toc442260561\h65Toc442260562\h66Toc442260563\h68HYPERLINK\l〃_Toc442260564〃Toc442260564\h69Toc442260565\h70Toc442260566\h71Toc442260567\h71Toc442260568\h71Toc442260569\h72.2学校帐务处理的实现 PAGEREF.3学校帐务处理的测试 PAGEREF.4学生资金管理的实现 PAGEREF.5学生资金管理的测试 PAGEREF.6教师工资管理的实现 PAGEREF.7教师工资管理的测试 PAGEREF.8系统的性能测试 PAGEREF.9系统的安全测试 PAGEREF.10本章小结 PAGEREF结论 PAGEREF.1总结 PAGEREF.2展望 PAGEREF1引言学校财务管理系统的目标是为XX学校构建一个适合其实际需要的财务管理系统。1.1.1研究内容本系统的主要有：（1） 理清学校财务管理系统的作用、功能、意义。学校的财务管理系统与公司企业的财务系统既有相似之处，又有独特的地方，企业的财务系统往往与生产、销售、税务等其他子系统进行对接。（2） 对学校财务管理系统进行需求分析、架构设计，确定采用哪种技术架构来构建整个系统。拟采用B/S模式，以分层架构的方式进行设计，将系统划分为用户界面层、业务逻辑层、数据操作层等多层。拟采用Java的JSP、Servlet以及HTML、CSS等动态Web技术构建系统，数据库选用SQLServer。（3） 基于UML技术，使用面向对象的方法进行系统设计和开发，通过用例图、类图、顺序图、活动图来形象地解释各个子系统，各个类对象之间的协作关系，基于第三范式进行数据库设计。1.1.2建设目标本文将学校财务管理系统与本校信息化发展结合起来，实现财务信息的充分共享，研究设计和开发“学校财务管理信息系统”。该系统主要包括账务管理、学生收费管理、教职工薪酬管理、资产管理、信息管理、统计与分析和系统配置等几个模块。课题的主要目标是设计并实现一个适合XX学校的财务管理信息系统。1.1.3主要理论和技术路线研究和设计基于的理论基础有：财务管理、管理信息系统的分析与设计、数据库技术、UML建模、软件工程。所开发的系统的主要技术路线有：基于JSP的B/S模式管理信息系统的构建、MySQL数据库管理系统、Eclipse集成开发环境，HTML、CSS、Javascript技术等。课题所开发的系统的运行环境为:服务器端：（1） 操作系统：WindowsServer2003以上；（2） Web服务器：Apache服务器或者Tomcat服务器；（3） 数据库管理系统：MySQL5.5以上；（4） 高速宽带网络连接。客户端：（1） 浏览器：微软IE系列浏览器，或者GoogleChrome、Firefox浏览器；（2） 宽带网络连接；（3） 支持平板电脑、笔记本电脑、台式个人电脑。2内容提要第一章是本文的引言部分，主要介绍了项目内容和建设目标，介绍了系统所采用的技术路线。第三章是是系统的需求分析部分，首先分析了系统的可行性，然后构建了系统业务流程图和数据流图，并在此基础上进行了用例分析和性能需求分析。第四章是系统的设计部分，首先介绍了系统的设计原则、主要架构和主要功能，将系统划分为学校财务处理子系统、学生资金管理子系统、教师资金管理子系统三个部分，并对这三个部分进行了概要设计，主要通过UML的类图、顺序图来体现，最后进行了数据库设计。第五章是系统的实现和测试，对每个子系统进行了实现，主要通过UML的活动图、流程图和核心代码来介绍，并在此基础上设计了界面，并对系统的主要功能进行了测试。第六章是系统的总结与展望。3学校财务管理系统的需求分析学校财务管理信息系统的需求分析包括可行性分析、业务流程分析、用例分析和性能需求分析。可行性分析判断系统是否具备条件开发，业务流程分析确定系统的业务流程并构建数据流图，是系统设计和实现的必要基础，性能需求是系统分析的重要组成部分。3.1系统的可行性分析（1） 技术可行性财务管理的信息化早已有之，目前已经有多种满足不同组织需要的财务管理信息系统。本系统针对XX学校的特点而开发，与一般的财务管理系统有所不同，但是在技术上不存在问题。本系统拟采用JSP技术构建，具体而言是基于Web技术构建本系统，采用MVC设计模式，将系统分为三层，分别予以实现。（2） 经济可行性本系统运行初期只需要一个Web服务器和一个数据库服务器，以及相应的Web服务器软件和数据库管理软件。所需成本相对于学校整体业务经费而言完全可以承担，此外开发本系统所需的费用也不高。软硬件整体费用不超过五万，在学校的预算范围内。（3） 操作的可行性本系统在详细调研和需求分析的基础上构建，所有功能按照实际需求开发，说开发的界面简单易用，只需简单培训就可以使用。财务人员、学校管理员人员、教师和学生在使用上都不存在任何问题。系统还设有管理员一名，及时解决系统使用方面的问题。（4） 法律的可行性本财务管理系统为自主研发，所采用的技术和使用的代码都基于开源软件或免费软件，不存在知识产权方面的问题。本系统根据XX学校具体需要而定制，因此也不会侵犯其财务管理软件的产权。本系统基于现行的会计制度和国家相关的法律法规，不存在违法等问题。3.2系统的业务流程作为财务管理系统，其业务流程按照会计操作的一般流程进行，说处理的数据主要也是财务数据，例如各种凭证、各类日记账、明细账、台帐、总帐等。系统的业务流程如图3-1所示：图3-1系统的业务流程图系统的业务流程图说明：（1） 学校的经费使用，各种收入和开支形成学校帐务原始凭证。学生缴纳学费、杂费以及其他费用，学生获得的银行助学贷款和各种补助形成学生费用原始凭证。教师以及职工的工资支付形成教师工资原始凭证。（2） 财务人员将数据录入系统，审核人员对凭证进行检查，检查通过后，形成各类帐务数据，如现金日记账、银行存款日记账、科目汇总表等。（3） 每个一定时间，系统自动生成总帐。（4） 财务人员设置财务报表格式，系统生成财务报表。3.3系统的数据流图根据系统的业务流程，形成系统的数据流图，如图3-2所示：图3-2系统的数据流图3.4系统的用例分析本财务管理信息系统为XX学校定制，其目的是为了提高财务工作的效率，提升学校财务工作的规范化水平，为学校的健康、快速、廉洁发展提供一定的保障。在具体的业务上，本系统的需求主要包括三个方面：学校日常的帐务处理、学生的学费杂费的缴纳与贷款补助的发放，教职工工资的发放与帐务管理。本系统的用户主要以下几类：（1） 学校财务部门工作人员财务人员是本系统最主要的用户，本系统设计的重要目的是为了实现财务工作的信息化。财务工作人员的主要任务有原始财务凭证的检查与审核，制作凭证并录入数据库，负责登记日记账、编制科目汇总表、登记明细账、汇集总帐、制作财务报表等。财务人员又分为三类：一般财务人员、财务审核人员和出纳。审核人员负责对相关帐目进行审核，对一般财务人员进行制约，出纳负责管理资金的来往，由该专人负责。（2） 学校行政管理人员学校领导主要关心预算编制，经费的使用情况，学生的缴费情况和补助发放情况、教师工资的发放情况，以及整体的财务情况。学校行政管理人员的主要功能是查看有关财务信息。（3） 学生学生也是本系统的重要用户，学生缴纳学费杂费等费用之后，可以通过本系统查看个人费用缴纳情况，申请助学贷款或补助的学生，查看贷款补助的发放情况。当发现问题或错误时，及时告知学校或系统管理人员。（4） 教师教师与学生在本系统的地位是差不多的，教师主要关心工资条目设置是否正确、工资发放和变动情况，教师还可以查看工资发放的统计信息。但发生问题时，及时告知有关部门和工作人员。（5） 系统管理员本系统的管理人员具有一定的计算机专业基础，负责系统的安装、维护和故障解决。系统其他用户在使用过程中发现问题，管理员负责帮助解决。管理员还负责系统的数据备份与恢复，安全保障等。此外，系统管理员还统一管理所有用户的用户帐号信息和操作权限。下面就每一类用户构建用例图：（1）财务人员的用例图财务人员的用例图如图3-3所示：图3-3财务人员的用例图财务人员是本系统主要的用户，其用例有：1） 帐务设置：包括基本资料设置、会计科目设置等；2） 报表管理：生成各类财务报表；3） 凭证管理：包括凭证制作、审核、分类等；4） 帐薄管理：帐薄分为分类帐目和总帐两种；5） 预算管理：主要内容是预算的执行情况。财务人员用例图中，还涉及两类用户：1） 出纳人员：负责审核凭证；2） 审核人员：负责审核凭证、管理总帐和分类帐。帐务设置用例的说明见表3-1。凭证管理用例的说明见表3-2。表3-1帐务设置用例说明表3-2凭证管理用例说明（2） 学校行政管理人员用例图学校行政管理人员的用例图见图3-4：图3-4学校行政管理人员的用例图学校领导不是本系统常用用户，但其角色很重要，学校领导的用例有:1） 查看会计报表：包括查询现金流、科目报表、总帐等；2） 预算查询：了解预算的执行情况；3） 学生缴费统计查询：查看学生缴费的总体信息；4） 学生补助统计查询：查看学生补助的总体信息；5） 教师工资发放统计查询：查看教师工资的总体信息。本用例图还需要说明的有以下内容。查看会计报表和预算查询两个用例包括多项内容：1） 查看会计报表：包括查询现金流、科目报表、总帐三类报表；2） 预算查询：包括年度拨款情况、经费使用情况等。其中查看会计报表用例的说明见表3-3。表3-3查看会计报表用例说明（3） 学生用例图图3-5学生的用例图学生用例图见图3-5，学生是本系统的常用用户，其用例有:1） 缴费查询：包括学费和杂费两类；2） 助学查询：包括贷款和补助两类；3） 个人信息管理：包括个人信息的查询和修改。缴费查询用例的说明见表3-4：表3-4缴费查询用例说明（4） 教师用例图图3-6教师的用例图教师的用例图见图3-6，教师也是本系统的常用用户，其用例有：1） 工资查询：查询个人工资情况；2） 教师信息管理：包括教师个人信息的查询和修改。教师工资查询用例说明见表3-5：表3-5教师工资查询用例说明（5） 系统管理员用例图图3-7系统管理员的用例图系统管理员负责管理和维护本系统，其用例图如图3-7所示。说明如下:1） 用户管理：包括用户的增加、删除和密码修改；2） 数据管理：包括数据的备份和恢复；3） 安全管理：负责修补漏洞、安装防护软件等。用户管理用例的说明见表3-6：表3-6用户管理用例说明3.5系统的性能需求本系统除在功能上满足以上要求外，在性能方面上也要符合一定的要求。（1）适用性本财务管理系统是为XX学校定制的，因此必须按照该校的特点来设计和开发，适应其实际环境。本系统的主要用户为该校的财务人员、学校领导、学生和教师，因此页面操作要简单、方便，符合这些人员的计算机水平和操作系统。（2） 可扩展性要求做到前台页面与后台数据库无关，即使更换数据库，前台页面也不需要进行修改，这样使得系统具有较高的可扩展性。系统还要支持硬件性能升级与数量上扩充，通过增加服务器，利用负载均衡，满足并发访问用户数量的增长。（3） 安全性学校财务管理信息系统存储了学校大量的财务信息和资金信息，对于这些信息需要进行严格保护，设置严格的操作权限，防止系统的被滥用、错用和误用，保证财务系统的安全，此外必须安装安全防护软件。（4） 可维护性。本系统在实现预定功能的同时，还需要考虑系统的维护和升级。软件项目开发要有规范和完整的文档，以方便进行测试、修改和维护。系统运行要生成日志，以便在发生问题时及时查找原因和排除故障。具体的性能指标主要有：（1） 支持最大并发数为50。（2） 页面打开平均响应时间控制在5秒以内。（3） 用户操作成功率在95%以上。（4） 网络连接延时控制在10秒以内。3.6本章小结本章是系统的需求分析部分，首先在技术上、经济上和法律上对系统进行了可行性分析，并构建了系统的业务流程图和数据流图，在此基础上构建了系统的用例图，并对系统的功能和性能需求做了分析。4学校财务管理系统的设计学校财务管理系统的设计包括概要设计和详细设计两个阶段，内容包括总体设计、功能设计和数据库设计等。系统的设计起着承上启下的作用，是系统实现的主要依据。4.1系统的总体设计系统的总体设计包括设计原则、架构设计和总体功能三个部分。4.1.1系统的设计原则学校财务管理信息系统的设计原则主要有：（1） 系统的功能设计要符合XX学校的实际需求，严格按照需求来进行设计和开发，采用软件工程的项目管理方法进行规范化开发，要有完整的开发过程和开发文档。（2） 由于财务系统是学校非常重要的应用系统，因此需要具备较高的安全性和稳定性，要提供一键数据备份与恢复功能。在操作权限上，要严格设计，不同会计人员之间相互制约。（3） 数据库设计符合范式要求，至少要符合第三范式，数据库与用户界面是相对独立的，即使更换数据库也不应该影响用户界面，采用MVC的设计方法做到模型、视图和控制的相分离。（4） 系统的操作界面必须友好，简单的界面方便学校的会计人员、学校领导、教师和学生进行使用。系统必须具备高效性，用户通过互联网或校内局域网访问时延迟要控制在3秒以内。4.1.2系统的架构设计本系统的总体架构如图4-1所示：图4-1系统的架构设计图图4-1的说明如下：（1）用户界面层：负责与最终用户进行交互，接收来自用户的访问请求，将访问请求进行转换或直接传递给下一层进行处理。下一层处理完毕之后，将结果返回，本层再以Web页面的形式显示给用户。（2） 业务逻辑层：负责实现系统的主要业务逻辑，可分为三个大的子系统，即学校帐务处理子系统、学生资金管理子系统和教师工资管理子系统，这些是系统的最主要部分。（3） 数据操作层：负责执行具体的数据操作，包括对数据进行新建、修改、删除和查询等操作，同时保证数据的持久性，确保不因系统突然崩溃而导致数据损坏或丢失。数据库：最底下是数据库，负责存储数据。4.1.3系统的总体功能本财务管理信息系统为XX学校定制，其目的是为了提高财务工作的效率，提升学校财务工作的规范化水平，为学校的健康、快速、廉洁发展提供一定的保障。本系统的功能主要包括三个方面，具体如图4-2所示：图4-2系统的功能图系统的功能图说明：（1） 本系统可以划分为三个子系统，分别是学校帐务处理子系统、学生资金管理子系统和教师工资管理子系统。（2） 学校帐务处理子系统是本系统重要组成部分，负责从原始的凭证处理到最终的报表生成。该子系统的用户主要为学校管理人员、会计人员、审核人员、出纳人员等。（3） 学生资金管理子系统主要为学生服务，负责学生的收费，包括学费、杂费等，和助学贷款和补助的发放。该子系统的主要用户是学生、负责学生工作的教师和会计人员。（4） 教师工资管理子系统负责处理全校教职工的工资，包括工资的项目设置、工作的计算、核算与查询等。主要用户为教师、会计等。4.2学校帐务处理子系统的设计学校帐务处理是本系统的核心，主要包括：（1）凭证处理（2）帐薄管理预算管理报表管理初始设置学校帐务处理子系统的功能图如下所示：图4-3学校帐务处理子系统功能图学校帐务处理子系统的功能图说明：学校帐务处理子系统划分几个不同的功能模块，各个模块功能相对独立，又相互共享和处理某些数据，某些功能模块依赖其他模块的数据，例如帐务报表依赖帐薄管理、预算管理的数据。帐务凭证是基础，由会计人员根据原始凭证生成，该凭证需要审核人员审核，其帐务资金由出纳人员负责处理。帐薄由各种凭证信息汇总而成，预算与帐薄需要进行比对，学校管理人员可以根据帐务报表、预算表等掌握经费的使用情况。4.2.1帐务初始设置的设计财务系统初次运行时，需要对一些会计内容进行设置，主要有凭证、帐薄、科目体系。具体而言，包括：帐套设置：系统投入时需要新建一个帐套。时间设置：财务管理系统通常是从某年的1月1日开始，系统初次使用需要设置财务开始时间。操作人员设置：为了保证系统的安全，对用户进行授权，系统管理员对系统操作人员进行权限设置、密码设置等。会计科目设置：确定会计科目级数以及各级代码的长度，一级会计科目是由国家会计标准确定的，长度是3位数，其他代码及长度需要根据各个组织实际需要确定。初始余额设置：系统需要输入投入运行前本校各个会计科目的初始余额。类图设计：（1）界面类设计对以上所述的内容进行设置，界面类的设计如图4-4所示，具体说明见表4-1：图4-4财务初始设置界面类图财务初始设置界面类包括四个按钮，分别是：1） 帐套设置按钮；2） 财务时间设置按钮；3） 会计科目设置；4） 数据初始化设置按钮。财务初始设置界面的说明见表4-1：表4-1财务初始设置界面类说明（2） 控制类设计对以上所述的内容进行设置，控制类的设计如图4-5所示。控制类的说明见表4-2、表4-3、表4-4、表4-5。图4-5财务初始设置控制类图表4-2财务初始设置控制类说明表4-3帐套管理控制类说明表4-4会计科目管理控制类说明表4-5财务数据初始化控制类说明（3） 实体类设计财务初始设置的实体类主要有两个，一个是帐套，另外一个是会计科目，其定义如下：图4-6财务初始设置实体类图财务初始设置的实体类见图4-6，具体说明见表4-6和表4-7：表4-6会计科目实体类说明表4-7帐套实体类说明时序图：新建帐套顺序图新建帐套顺序图如图4-7所示，说明如下：新建帐套的操作人员是一般的财务工作人员，在系统中具有较高权限；首先用户点击“新建帐套”按钮，页面显示新建帐套的页面；用户填写完信息后，点击“保存”；界面类将保存请求发给控制类，控制类查询系统是否已经存在这个帐套；如果系统没有这个帐套，控制类读写实体类进行数据保存工作；数据保存完毕后，逐级反馈操作的结果信息。图4-7新建帐套顺序图4.2.2帐务凭证处理的设计凭证处理是各类财务管理系统的重要功能，也是财务人员日常工作的重要内容。凭证处理包括记账凭证的输入、修改、审核、查询、汇总、过账等。具体而言包括：凭证输入：制证人员(一般会计人员)将原始凭证中的有关数据输入到系统中。凭证修改：制证人员如果输入有误，可以在审核之间进行修改，审核之后如果要进行修改就需要重新制作凭证。凭证审核：审核人员对输入的凭证进行检查，如果无误则签名确认，如果有误则退回。有关会计人员可以查询凭证，对凭证进行分类，出纳人员见到审核之后的凭证予以付款。类图设计：界面类设计对凭证进行操作，包括录入、修改、审核、查询等操作，其界面类的设计如图4-8所示：图4-8凭证操作界面类图财务初始设置界面类的说明见表4-8：表4-8财务初始设置界面类说明（2） 控制类设计对凭证执行操作的控制类，该控制类的设计如图4-9所示。控制类负责控制对相关数据的读写。图4-9凭证处理控制类图凭证处理的控制类的说明如下：1） 创建凭证：负责控制创建凭证；2） 保存凭证：将凭证数据写入数据库；3） 修改凭证：修改凭证数据并更新数据库；4） 查询凭证：从数据库中搜索凭证；5） 审计凭证：对凭证内容进行审计。（3） 实体类设计凭证处理的实体类只有一个，即会计凭证，其定义如图4-10所示：图4-10财务凭证实体类图凭证实体的说明见表4-10：表4-10财务凭证实体类说明时序图：（1）修改凭证的时序图修改凭证是本部分的主要功能，时序图请见图4-11。凭证修改时序图说明：选择或者输入要修改的凭证号;控制类查找凭证，若找到则显示凭证被人，若没有或者不允许修改则显示提示信息；用户对凭证进行修改，修改完毕后点击“保存”；系统自动检查修改的凭证，若无误则存入数据库；修改完毕后，系统给出提示信息。图4-11修改财务凭证时序图4.2.3帐务帐薄管理的设计财务管理系统的数据处理可以分为三个步骤：第一步是从原始凭证到记账凭证。第二步是从记账凭证到日记账、明细账、科目汇总表和总帐等。第三步是在上一步的数据基础上生成会计报表。帐薄是这个过程中第二步的重要内容，从记账凭证到各种日记账和明细帐，汇集成总帐，都以帐薄的形式记录。类图设计：（1） 界面类设计学校财务管理信息系统中帐薄管理界面类的设计如图4-12所示。帐薄管理界面类的说明见表4-11。图4-12财务帐薄管理界面类图表4-11帐薄管理界面类说明（2） 控制类设计帐薄管理的控制类的设计如图4-13所示：图4-13财务帐薄管理控制类图帐薄管理的控制类的见表4-12和4-13：表4-12帐薄管理控制类说明表4-13帐薄管理类说明（3）实体类设计财务帐薄管理的实体类主要是一个，即帐薄类，该类包括很多数据成员，重要的数据有：1） 总帐名称；2） 科目名称；3） 借方：4） 借方合计：5） 贷方；6） 贷方合计其定义如图4-14所示，财务帐薄管理的实体类的说明见表4-14和表4-15。图4-14帐薄实体类图表4-14帐薄实体类说明表4-15帐薄实体类说明（续表）（1）更新帐薄总帐的顺序图图4-15更新总帐的顺序图更新帐薄总帐的顺序图如图4-15所示，具体说明如下：触发更新帐薄中的总帐的因素有多个，主要是增加了经过审核的凭证，然后是用户的请求。其过程是向帐薄中添加一项，内容包括凭证编号、借方金额、贷方金额等数据。之后更新总帐数据，例如本月累计、本月借方合计、本月贷方合计、本月余额等。系统将执行结果写入日志，以备出现错误时供系统管理员查询。4.2.4帐务报表管理的设计财务报表通常包括资产负债表、损益表、现金流量表、科目明细表、科目汇总表等不同类型。学校与一般的企业公司不同，不是营利性组织，因此财务报表方面与一般的企业公司也有所不同。学校领导更重视的是预算执行情况、部门经费使用情况、学校资产负债情况等。帐务报表的生成需系统与Excel相互配合才能完成。先在Excel中定义好报表的结构，生成某月或年度报表时，系统向Excel输出数据，对帐务处理系统不能产生的数据，需手工录入，生成报表成功后，可通过Excel打印输出。帐务报表处理主要包括三个方面的内容，分别是报表结构的设置、报表生成、报表查看和报表打印输出。具体而言，包括：报表标题、宽度、字体字号的设置，报表栏目的增加和删除；报表的主标题、副标题、脚注的设置；报表各个单元格数据的设置。类图设计：（1） 界面类设计报表管理的界面类的设计如图4-16所示：图4-16帐务报表管理界面类图财务报表管理界面的说明见表4-16：表4-16帐务报表管理界面类说明（2） 控制类设计报表管理的控制类的设计如图4-17所示，说明见表4-17和表4-18：图4-17报表管理控制类图表4-17报表管理控制类说明表4-18报表类说明（3） 实体类设计报表管理中最重要的实体类是报表，其包括类型、条目、格式等，其定义如图4-18，说明见表4-19和表4-20：图4-18报表实体类图其中重要的数据项有：1） 起止时间；2） 项目内容：3） 计量单位。表4-19报表实体类说明表4-20报表条目实体类说明时序图：（1）生成报表顺序图生成报表的顺序图如图4-19所示：图4-19生成报表顺序图说明：生成报表的指令由财务人员或者学校领导发出；通常在生成财务报表前要求设置报表格式，也可以使用默认报表格式；报表生成模块从数据库中读取财务数据；再以图表的格式予以显示，通常为Excel表格形式。4.3学生资金管理子系统的设计学生资金管理子系统的功能需求如图4-20所示：图4-20学生资金管理子系统功能需求学生资金管理子系统说明：（1） 学生资金管理子系统说出来的资金分为两个部分，一是向学生收取的各种费用，二是向学生支付的各种费用，学生以及学校的管理人员可以方便地查看资金信息，不同的角色其操作权限是严格区分的。（2） 学生基本信息是本子系统的基础，其数据可以通过学校其他系统导入，也可以人工录入。（3）本子系统需要与其他系统对接，例如学生管理系统、银行等，相关数据的安全需要严格保证。具体而言，本系统的主要功能有：在模块划分上可以分为学生基本信息的管理与维护，学生缴费信息的管理与维护，学生补助信息的管理与维护。在具体功能设计上，包括学生基本信息的导入、学生在校期间缴纳费用信息的导入、学生在校期间接受补助信息的导入，有些信息需要人工录入，以及这些信息的统计、查询和打印。此外还包括学生缴费和补助帐务处理，自动生成记账凭证并转入帐务处理子系统。类图设计：（1） 界面类设计学生资金管理子系统界面类的设计如图4-21所示。学生资金管理子系统界面类的说明见表4-21。图4-21学生资金管理子系统界面类图表4-21学生资金管理界面类说明（2） 控制类设计学生资金管理的控制类的设计如图4-22所示，具体说明见表4-22、表4-23、表4-24、表4-25。该控制类包括三个子控制器，分别是1） 学生信息管理控制器；2） 学生费用管理控制器；3） 学生资助管理控制器。图4-22学生资金管理控制类图表4-22学生资金管理控制类说明表4-23学生基本信息管理类说明表4-24学生资助管理类说明表4-25学生费用管理类说明实体类设计学生资金管理子系统实体有学生、学生费用、学生资助等，其定义如图23所示：图4-23学生资金管理实体类图学生实体类具体说明见表4-26、表4-27、表4-28：表4-26学生实体类说明表4-27学生费用实体类说明表4-28学生资助实体类说明时序图：(1)学校领导查看学生缴费统计信息的顺序图学校领导查看学生缴费统计信息的顺序图如图4-24所示，具体说明如下：查看学生缴费统计信息的指令由学校领导发出；学生缴费信息包括两个方面，分别是学费和杂费，要分类统计；汇总每名学生的缴费信息，最后予以综合；将最后的综合信息显示给学校领导。图4-24生成学生缴费统计信息顺序图4.4教师工资管理子系统的设计教师工资管理子系统说明：教师工资管理是学校财务管理的重要工作，因此需要单独成为一个子系统进行设计和实现。该子系统又划分为几个功能模块，如教师基本信息管理、教师工资计算等。教师工资项目设置由会计人员完成，工资的计算由系统自动完成，再由核算人员进行检查和核算，教师可以查看自己的工资情况。会计人员可以生成有关工资的财务报表，以提供综合性的宏观信息，学校领导通过查看报表了解教师的工资情况以及经费的使用情况。教师工资管理子系统的功能划分如图4-25所示：图4-25教师工资管理子系统的功能教师工资管理子系统包括教师基本信息管理，工资数据初始化，不变工资的设置，变动工资的设置和数据录入，工资的计算，工资的核算，工资数据统计与查询等。具体包括：（1） 教师基本信息管理，教师信息的导入、新增、修改和删除、查询等。（2） 工资数据初始化，不变工资的设置。（3） 变动工资的设置，考勤等变动数据的录入（4） 工资计算，计算每位教师每月工资收入，包括扣除五险一金、个人所得税等。（5） 工资核算和工资的帐务处理。（6） 工资查询，按照编号、时间等查询工资情况。（7） 工资统计，按照院系、职称、岗位等都工资进行分类统计。类图设计：（1） 界面类设计教师工资管理子系统界面类的设计如图4-26所示：教师工资管理子系统界面类的说明见表4-29：图4-26教师工资管理界面类图表4-29教师工资管理界面类说明（2） 控制类设计教师工资管理的控制类的设计见图4-27：表4-30教师工资管理控制类说明图4-27教师工资管理控制类图教师工资管理控制类的说明见表4-30、表4-31、表4-32表4-31教师基本信息管理类说明表4-32教师工资管理类说明（3）实体类设计教师工资管理子系统中实体类主要有两个：一是教师基本信息；二是教师工资信息。教师实体的定义如图4-28所示，具体说明见表4-33和表4-34：图4-28教师工资管理实体类图表4-33教师实体类说明表4-34教师工资实体类说明时序图：（1）教师查询工资顺序图教师查询工资顺序图如图4-29所示：图4-29查询教师工资顺序图说明：教师工资查询请求一般由教师发出；系统要求教师选择年月并输入姓名或编号；系统从数据库中读取数据，数据实体类是教师工资类；再以表格的形式显示给教师。4.5数据库的设计数据库的设计包括以下几个部分：首先是确定数据库设计的原则以及注意事项；然后是确定系统的ER图；确定每个实体的数据项和数据类型、长度等。本系统设计多个数据库表，比较重要的数据库表有:会计科目表，是会计和核算的基础。财务凭证表，是报账以及建立后续各种帐薄的基础。帐薄表，分类记录各帐目。学生信息表和学生资助表，管理学生的资金，包括学费、补助、奖学金教师工作表，管理教师工资。数据库表具体情况如下：（1） 会计科目表会计科目表用于保存会计科目信息，具体数据项见表4-35。表4-35会计科目表（2） 帐套表一个财务管理系统必须有一个帐套，其数据项见表4-36。表4-36帐套表（3） 财务凭证表财务凭证是财务管理系统中基础帐务证明，其数据项见表4-37。表4-37财务凭证表（4） 帐薄表帐薄是帐务管理所必须的，其数据项见表4-38和4-38续表。表4-38帐薄表表4-38帐薄表（续表）（5） 财务报表表财务报表供领导了解整体财务情况，其数据项见表4-39。表4-39财务报表表（6） 学生资助信息表学生资助信息是是学生资助管理子系统最重要的表，其数据项见表4-40。表4-40学生资助信息表（7） 学生基本信息表学生信息表包含了学生的基本信息，其数据项见表4-41。表4-41学生基本信息表（8） 学生费用表学生费用表存储了学生的缴费信息，具体的数据表见表4-42。表4-42学生费用表（9） 教师基本信息表教师基本信息表包含了教师的基本信息，其数据项见表4-43。表4-43教师基本信息表（10） 教师工资表教师工资表是教师工资管理子系统中最重要的表，其数据项见表4-44。表4-44教师工资表4.6本章小结本章是学校财务管理信息系统的设计部分，本系统分为三个子系统，分别是学校财务处理子系统、学生资金管理子系统和教师工资管理子系统，本章介绍了设计原则、设计架构和总体功能，对主要的模块进行了设计，通过UML的类图和顺序图来说明，类图分为三类，分别是界面类、控制类和实体类，体现了MVC的设计原则。5学校财务管理系统的实现和测试学校财务管理系统的开发和测试需要基于一定的软硬件环境，本章对三个子系统的实现作了简要叙述，同时对系统的功能和性能进行了测试。5.1系统的开发和测试环境软件开发环境（1） 编程语言：Java（JSP&Servlet）、HTML、CSS、Javascript（2） 集成开发环境：Eclipse（3） 其他开发工具：Dreamweaver、Photoshop（4） 数据库：MySQL5.5（5） 服务器：Windowsserver2003（6） Web服务器：Apache（7） 开发人员操作系统：Windows7、WindowsXP硬件开发环境（1） 服务器：酷睿i7第三代CPU、8GB内存、1TB硬盘（2） 客户端：酷睿i5第三代CPU、4GB内存、500GB硬盘5.2学校帐务处理的实现（1）学校帐务处理关键的处理流程修改财务凭证的处理流程见图5-1。说明：1） 财务凭证修改是财务管理系统中的一个常用的功能。凭证修改只针对未被审核的财务凭证，审核通过的凭证是不能进行修改的，确需修改则要另外制作凭证。2） 凭证修改的前提是凭证已经存在，且未被审核，如果凭证不存在，这修改提前结束或者重新输入凭证编号。3） 凭证在提交前，需要进行检查，主要是检查修改的内容和项目是否正确，例如凭证编号和凭证日期是不能进行修改的。图5-1凭证修改处理流程图打印财务报表的处理流程见图5-2。说明：打印财务报表是本系统的重要功能，财务报表一般提交给学校领导进行浏览。打印报表前，检查报表是否已经存在，如果报表已经生成，则直接打印报表，否则开始设置报表格式。设置报表格式是一个重复的过程，可能需要多次设置财务报表的格式，设置完毕后转入下一步。报表格式设置成功后，从数据库中读取数据，如果相关数据还未产生，则打印提前结束，否则进行数据读取，然后生成报表，最后进行打印。图5-2打印财务报表处理流程图财务凭证的类构成财务凭证的录入与处理是帐务处理的主要日常工作，以下是凭证类的类构成：publicclassFinancialCertificate(〃数据定义//构造函数省略//getter和setter函数省略〃主要的操作函数〃修改凭证publicbooleanmodifyCertificate(Stringcertificatenumber);〃审核凭证publicbooleanauditCertificate(Stringcertificatenumber);〃凭证分类publicbooleanclassifyCertificate(Stringcertificatenumber);}5.3学校帐务处理的测试学校帐务处理的主界面如图5-3所示。（1） 学校帐务处理的主界面图5-3学校帐务处理主界面（2） 财务初始设置功能测试点击上图的“设置”，再选择“会计科目设置”，显示如图5-4界面：图5-4财务初始设置界面在财务设置界面中，可以默认会计科目设置，也可以增加科目或者删除多余科目。例如在其他货币资金一栏点击“增加下级会计科目”，将显示如图5-5界面，在该界面进行填写数据，点击“保存”，系统提示提交成功。图5-5增加会计科目（3） 凭证处理功能测试在主界面，点击“凭证”，再选择“制作凭证”，系统显示如图5-6界面：图5-6凭证制作界面在该凭证页面中，填写“摘要”、“科目”、“借方资金”等项目，然后点击左上角的“保存”，系统提示制作凭证成功。（4） 帐薄生成功能测试在财务人员的主界面中，点击“帐薄”，选择“总帐”，然后选择科目和时间，在此测试我们选择“一级科目”的“现金”，选择的时间为2013年11月，结果显示如图5-7所示的总帐帐薄：图5-7生成现金总帐帐薄5.4学生资金管理的实现（1）学生资金管理的关键的处理流程学生查询缴费的处理流程如图5-8所示：说明：1） 学生查询缴费需要提交学生编号即学生证号码，或者学生姓名，当有重名时，学生需要输入学生证号，学生只能查询自己的相关信息。2） 学生每年需要缴纳学费、住宿费，不定期地缴纳杂费。流程图中的“读取数据”是读取学生所有缴费信息，按年按费用分类逐条读取。3） 学生费用信息读取完毕后，根据年份和费用类型进行分类汇总，最后以表格的形式显示出来。图5-8学生查询缴费处理流程图5.5学生资金管理的测试（1）学生功能主界面学生功能主界面如图5-9所示：图5-9学生资金管理主界面在上图界面中，点击“学生学杂费”，显示如图5-10界面：图5-10学生学杂费查询结果5.6教师工资管理的实现（1）教师工资管理的关键的处理流程教师工资统计查询的处理流程见图5-11。对教师工资查询流程的说明如下：1） 教师工资统计查询是本子系统的重要功能之一，也相对比较复杂，教师提供职工号或姓名进行查询，有重名时需要输入工号。2） 教师需要选择工资的年份和月数，系统自动从数据库中读取数据。3） 数据读取之后，进行分类统计，统计信息以表格的形式显示，表格界面由HTML和CSS设计完成。图5-11教师工资统计查询流程图（3）计算教师工资的核心代码教师工资管理的最核心部分是工资的计算，教师工资由固定工资（基本工资、岗位工资、职级工资等构成）和可变工资（补贴、津贴等）构成，需要扣除各项保险以及住房公积金等，最后如果达到缴纳个人所得税标准，要扣除税收，最后才是教师的工资收入。计算教师工资的核心代码如下：publicdoublecomputeTeacherSalary(StringstaffNumber)(doublesalary;booleanbRightNumber;〃如果教师工号错误，则提前结束bRightNumb