学校财务管理信息系统设计说明书.docx
- 文档编号:29272860
- 上传时间:2023-07-21
- 格式:DOCX
- 页数:76
- 大小:1.94MB
学校财务管理信息系统设计说明书.docx
《学校财务管理信息系统设计说明书.docx》由会员分享,可在线阅读,更多相关《学校财务管理信息系统设计说明书.docx(76页珍藏版)》请在冰豆网上搜索。
学校财务管理信息系统设计说明书
学校财务管理信息系统的设计与实现
2019年5月
摘要
财务管理信息系统是一种应用十分广泛的信息系统,在政府、企业和其他的单位都有使用。
但是,目前适合学校校使用的财务管理系统还是很少。
本系统是为XX学校定制的。
本文的主要工作包括以下内容。
首先,调研了学校财务管理系统的业务流程,确定了系统的功能需求。
然后,对学校财务管理系统进行需求分析、架构设计,将系统分为三个子系统。
接着,对三个子系统分别进行了概要设计和详细设计。
最后,实现了该系统并完成了测试。
本系统包括学校财务处理子系统、学生资金管理子系统和教师工资管理子系统。
具体功能有凭证处理、帐薄管理、报表打印、学生缴费管理、学生补助查询、教师工资计算和查询等。
系统使用软件工程的方法,基于MVC模式构建,采用UML工具进行需求分析和设计,使用JSP、Servlet、HTML、CSS等编程语言进行开发。
在开发过程中,本系统以Eclipse为开发平台,使用MySQL5.5作为后台数据库,使用Apache/Tomcat作为Web服务器。
本系统具有完整的开发文档、源代码和用户手册,以方便用户的使用以及维护和升级。
关键词:
财务管理系统;Java编程语言;UML;财务管理
1引言
学校财务管理系统的目标是为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帐务设置用例说明
描述项
说明
用例名称
帐务设置
用例描述
帐务系统初次运行时,需要对会计一些数据和规范进行设置
参与者表
学校财务部门工作人员(这里指会计)
前置条件
系统安装运行正常,用户已经登录系统
后置条件
帐务初始设置成功
基本操作流
(1)在系统首页点击“设置”;
(2)对会计科目等进行初始化设置
表3-2凭证管理用例说明
描述项
说明
用例名称
凭证管理
例描述
将原始凭证进行转换后录入系统,并对凭证进行分类等操作
参与者表
学校财务部门工作人员(会计、审核人员)
前置条件
系统安装运行正常,用户已经登录系统
后置条件
凭证管理操作成功,系统给出成功提示
基本操作流
(1)登录系统后,在系统首页点击“凭证管理”
(2)点击“制作凭证”,开始填写凭证数据,填写完毕后点保存
(3)点击“凭证分类”,按照现金、存款等进行凭证的分类操作
(2)学校行政管理人员用例图
学校行政管理人员的用例图见图3-4:
图3-4学校行政管理人员的用例图
学校领导不是本系统常用用户,但其角色很重要,学校领导的用例有:
1)查看会计报表:
包括查询现金流、科目报表、总帐等;
2)预算查询:
了解预算的执行情况;
3)学生缴费统计查询:
查看学生缴费的总体信息;
4)学生补助统计查询:
查看学生补助的总体信息;
5)教师工资发放统计查询:
查看教师工资的总体信息。
本用例图还需要说明的有以下内容。
查看会计报表和预算查询两个用例包括多项内容:
1)查看会计报表:
包括查询现金流、科目报表、总帐三类报表;
2)预算查询:
包括年度拨款情况、经费使用情况等。
其中查看会计报表用例的说明见表3-3。
表3-3查看会计报表用例说明
描述项
说明
用例名称
查看会计报表
用例描述
查看各类会计报表
参与者表
学校行政管理人员(学校领导)
前置条件
系统正常启动,用户已经登录,系统有数据
后置条件
成功显示各类报表
基本操作流
(1)用户登录系统后在主页上点击“报表”并选择“现金流量表”
(2)系统统计并显示一段时间内的现金流量
(3)学生用例图
图3-5学生的用例图
学生用例图见图3-5,学生是本系统的常用用户,其用例有:
1)缴费查询:
包括学费和杂费两类;
2)助学查询:
包括贷款和补助两类;
3)个人信息管理:
包括个人信息的查询和修改。
缴费查询用例的说明见表3-4:
表3-4缴费查询用例说明
描述项
说明
用例名称
缴费查询
用例描述
学生查看自己的缴费情况,如学费、各项杂费等
参与者表
学生
前置条件
系统正常启动,用户已经登录,系统有数据
后置条件
系统成功显示学生的缴费信息
基本操作流
(1)学生登录系统后点击主页上的“缴费查询”
(2)系统从数据库中读取学生的缴费信息
(3)系统以表格的形式显示学生的缴费信息
(4)教师用例图
图3-6教师的用例图
教师的用例图见图3-6,教师也是本系统的常用用户,其用例有:
1)工资查询:
查询个人工资情况;
2)教师信息管理:
包括教师个人信息的查询和修改。
教师工资查询用例说明见表3-5:
表3-5教师工资查询用例说明
描述项
说明
用例名称
教师工资查询
用例描述
教师查询自己的工资情况
参与者表
教师
前置条件
系统正常启动,用户已经登录
后置条件
系统成功显示教师的工资信息
基本操作流
教师登录系统后点击主页上的“工资查询”
(5)系统管理员用例图
图3-7系统管理员的用例图
系统管理员负责管理和维护本系统,其用例图如图3-7所示。
说明如下:
1)用户管理:
包括用户的增加、删除和密码修改;
2)数据管理:
包括数据的备份和恢复;
3)安全管理:
负责修补漏洞、安装防护软件等。
用户管理用例的说明见表3-6:
表3-6用户管理用例说明
描述项
说明
用例名称
用户管理
用例描述
系统管理员对用户的资料、密码、权限等进行设置或者修改
参与者表
系统管理员
前置条件
系统正常启动,用户已经登录
后置条件
系统完成对用户的各项操作
基本操作流
(1)系统管理员登录系统后点击主页上的“用户管理”
(2)用户输入要进行操作的用户的用户名或ID号
(3)系统以表格的形式显示用户信息
(4)管理员点击“修改用户资料”对用户的信息进行修改
(5)管理员点击“修改用户密码”对用户的密码进行修改
(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)帐薄管理
(3)预算管理
(4)报表管理
(5)初始设置
学校帐务处理子系统的功能图如下所示:
图4-3学校帐务处理子系统功能图
学校帐务处理子系统的功能图说明:
(1)学校帐务处理子系统划分几个不同的功能模块,各个模块功能相对独立,又相互共享和处理某些数据,某些功能模块依赖其他模块的数据,例如帐务报表依赖帐薄管理、预算管理的数据。
(2)帐务凭证是基础,由会计人员根据原始凭证生成,该凭证需要审核人员审核,其帐务资金由出纳人员负责处理。
(3)帐薄由各种凭证信息汇总而成,预算与帐薄需要进行比对,学校管理人员可以根据帐务报表、预算表等掌握经费的使用情况。
4.2.1帐务初始设置的设计
财务系统初次运行时,需要对一些会计内容进行设置,主要有凭证、帐薄、科目体系。
具体而言,包括:
帐套设置:
系统投入时需要新建一个帐套。
时间设置:
财务管理系统通常是从某年的1月1日开始,系统初次使用需要设置财务开始时间。
操作人员设置:
为了保证系统的安全,对用户进行授权,系统管理员对系统操作人员进行权限设置、密码设置等。
会计科目设置:
确定会计科目级数以及各级代码的长度,一级会计科目是由国家会计标准确定的,长度是3位数,其他代码及长度需要根据各个组织实际需要确定。
初始余额设置:
系统需要输入投入运行前本校各个会计科目的初始余额。
类图设计:
(1)界面类设计
对以上所述的内容进行设置,界面类的设计如图4-4所示,具体说明见表4-1:
图4-4财务初始设置界面类图
财务初始设置界面类包括四个按钮,分别是:
1)帐套设置按钮;
2)财务时间设置按钮;
3)会计科目设置;
4)数据初始化设置按钮。
财务初始设置界面的说明见表4-1:
表4-1财务初始设置界面类说明
财务初始设置界面类
类的描述:
财务系统初次运行时对财务相关内容进行设置的界面类
setBooksetsBtnClicked()
设置帐套按钮被点击
setFinancialYearBtnClicked()
设置财务时间按钮被点击
setAccountSubjectBtnClicked()
设置会计科目按钮被点击
initializeAccountBtnClicked()
初始化会计数据按钮被点击
(2)控制类设计
对以上所述的内容进行设置,控制类的设计如图4-5所示。
控制类的说明见表4-2、表4-3、表4-4、表4-5。
图4-5财务初始设置控制类图
表4-2财务初始设置控制类说明
财务初始设置控制类InitializeAccountSystemController
类的描述:
财务系统初次运行时对财务相关内容进行设置的控制类
setBooksets()
设置帐套按
setFinancialYear()
设置财务时间
setAccountSubject()
设置会计科目
initializeAccount()
初始化会计数据
表4-3帐套管理控制类说明
帐套管理控制类BooksetsManage
类的描述:
对财务系统帐套进行管理的控制类
addBooksets()
添加一个新帐套
modifyBooksets()
修改一个帐套
deleteBooksets()
删除一个帐套
getBooksetsByName()
通过名称来查询帐套
表4-4会计科目管理控制类说明
会计科目管理控制类AccountSubjectManage
类的描述:
对财务系统会计科目进行管理的控制类
addAccountSubject()
添加一个会计科目
modifyAccountSubject()
修改一个会计科目
deleteAccountSubject()
删除一个会计科目
getAccountSubjectByName()
通过名称查找一个会计科目
表4-5财务数据初始化控制类说明
财务数据初始化控制类AccountDataManage
类的描述:
对财务系统帐套进行管理的控制类
initializeSubject()
对某项财务数据进行初始化
getSubjectByName()
通过名称来查找某项财务数据
getSubjectByCode()
通过代码来查找某项财务数据
(3)实体类设计
财务初始设置的实体类主要有两个,一个是帐套,另外一个是会计科目,其定义如下:
图4-6财务初始设置实体类图
财务初始设置的实体类见图4-6,具体说明见表4-6和表4-7:
表4-6会计科目实体类说明
会计科目实体类AccountSubject
类的描述:
会计科目的实体类
code
会计科目代码
name
会计科目名称
balance
余额
debit
借方
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学校 财务 管理信息系统 设计 说明书