当前位置：首页 > news >正文

716SJBH高职院校财务收费系统的设计与实现

news 2025/8/16 9:34:53

摘要

系统采用ASP.NET与SQL Server 2005，按照面向对象的软件工程的步骤进行开发，并充分考虑软件可维护性，软件的模块划分满足高内聚、低耦合的原则。程序的内部有较详细的注释和统一的编码格式，并充分考虑可扩展性。设计按标准化、规范化、构件化实现。采用软件构件化的开发方式，使系统结构分层，业务与实现分离，逻辑与数据分离；以统一的服务接口规范为核心，使用开放标准。

本文对按照软件开发的各个步骤进行具体介绍，其中着重介绍了软件需求分析、概要设计、详细设计中数据库的设计、实现与调试等。首先，在“前言”中对高职院校财务收费系统在现代网络系统中所处的地位进行简要的介绍，使读者对本课题有一个大致的了解；然后，按进行开发过程顺序的描述，其中包括部分主要图表以方便读者的阅读和理解；最后，对整个开发过程进行了总结。

本课题按照对高职院校财务收费系统管理所需的信息进行维护（包括：增加，修改，删除等）。高职院校财务收费系统管理所需的信息包括：教师、部门信息、费用类别、费用到账项、费用报销、用户等。另外，还包括一系列运算对一些日常事务进行处理。

关键词：构件化；高职院校财务收费系统；.NET；

题目高职院校财务收费系统的设计与实现... 1

摘要... 8

1 前言... 11

1.1高校财务收费管理背景... 11

1.2相关技术简介... 11

1.2.1 .NET框架... 11

1.2.2 C#.NET简介... 12

1.2.3 SQL SERVER 2005简介... 13

1.3 论文的章节安排... 13

2需求分析... 14

2.1系统可行性分析... 14

2.2任务概述... 14

2．3需求分析... 15

2.3.1 功能需求... 15

2.3.2 性能需求... 15

2．4系统运行环境规定... 16

2.4.1 硬件环境... 16

2.4.2 系统用户界面设计... 16

3 概要设计... 17

3.1 总体设计... 17

3.2 系统详细设计... 18

3.2.1系统用户接口... 18

3.2.2 数据库通讯模型... 18

3.1.3 登陆模块管理... 18

3.1.4收费信息管理... 19

3.3 系统安全机制设计... 19

4 数据库设计... 20

4.1 概念结构设计... 20

4.2 逻辑结构设计... 20

4.3 数据字典设计... 21

4.4数据流图... 23

5 实现与调试... 24

5.1主要界面... 24

5.2主要代码... 26

6 系统测试... 31

6.1系统测试概述... 31

6.2系统测试方法... 31

7 总结和展望... 32

7.1 主要研究工作... 32

7.2 进一步研究的方向... 32

结束语... 34

参考文献... 35

致谢... 36

1.1高校财务收费管理背景

财务管理是学校正常运营的保障，经费管理是财务管理的核心。针对高校财务管理中存在的预算不合理、经费使用缺乏统一管理等问题，提出了完善财务预算制度、建立健全经费管理体制等对策。

高校作为我国高层次人才的聚居地，不仅担负着培养祖国栋梁的教育任务，同时还是我国开展科学研究的重要阵地。近年来高校承担的科研项目、筹措的收费类别大幅提升，如何管好用好这些收费类别，已成为高职院校财务收费管理工作的重要内容。本文从四个方面分别阐述了目前高职院校财务收费管理中存在的问题并给出了相应对策。

从课题的现状来看，我们可以看出这种基于桌面应用程序系统的最大的一个特点，那就是信息之间无法共享，使得信息成了一个孤岛。为了改善这种信息孤岛模式，我们必须采用一些新技术来解决这些信息孤岛的问题。而近年来兴起Web技术就给我们带来了时代的变迁，我们可以使用ASP.NET来开发该应用程序，该网站在响应速度上快，同时Web技术的应用，不仅实现了数据的实时性和共享性，而且

2需求分析

2.1系统可行性分析

技术条件可行性：Microsoft .NET解决方案，是目前比较流行的解决方案，技术成熟，以此方案开发的应用系统具有开发周期短，运行稳定，维护简便，投资少等优点。.NET允许用户使用有很大选择余地的、功能完善的开发语言，为Web 应用提供高度的可扩展性和高可靠性。C# .NET与SQL Server的架构模式可很好的提供技术条件方面的可能性[28]。

经济条件可行性： C# .NET 应用系统具有运行稳定，投入的维护人员数量少，维护简单及维护工作量较少,可降低维护成本。SQL Server提供强大的高校数据管理功能及数据灾难恢复功能，保证数据的高效完整性，提高系统整体的性能，降低系统运行成本。因此，Microsoft .NET 与SQL Server的解决方案不仅经济条件方面可行，而且是比较理想的低成本的解决方案。在系统分析和设计阶段，所需要的投入主要是系统和程序的开发费用，它包括软件的移植费用、程序开发费用、技术咨询费用。在系统的实施阶段，主要包括系统调试安装费用，其中包括安装调试软件的一切硬件和软件费用。系统安装需要时间来调整，因此需要一定的人员咨询费用。在系统运行阶段所需要的费用主要有培训费、资料费、人员工资、消耗品费用、技术服务性费用。在系统实施后，需要对用户进行培训，使其熟练掌握该系统的使用，并培训系统的维护人员。

操作可行性：C#.NET应用系统具有界面简洁友好，操作简单等特点。

2.2任务概述

本系统是一个基于Visual Studio.Net开发环境的高职院校财务收费系统管理平台，采用B/S架构，该系统可以与学校其他的管理系统结合成完整的校园政务管理平台。为高校提供一个集中的，方便使用，可靠的，易扩展的管理平台。实现了高校在收费信息管理的信息化，提高了高校财务管理的效率。为高校提供了一个比较完整的高职院校财务收费系统解决方案。

高职院校财务收费系统适用于中小型高校。本系统的主要用户有管理员。管理员需要具备一定的计算机知识，而且熟练撑握SQL语言，能够对数据库进行维护。另外，管理员可根据本文档对软件在运行过程中出现的错误进行处理，而且可以基于本软件的基础进行扩展。

高职院校财务收费系统必须在五月中旬完成，而且包括毕业论文。在开发过程期间，需要与辅导老师进行密切交流。以便对开发过程中遇到的问题能顺利解决。在完成用户的全部需求的前提下，合理对系统进行扩展，使系统更加完善。

2．3需求分析

2.3.1 功能需求

(1)部门管理:

部门基本数据有部门编号、部门名称、描述信息。对这些数据及时加以维护。

(2)教师信息管理:

教师基本数据有教师档案信息。对这些数据及时加以维护。

(3)收费信息管理:

根据定义好的收费类别和实际情况添加收费类别项，也可以修改和删除收费类别。

(4)收费类别管理:

收费类别管理，主要经费类别包括指定的集中，添加修改和删除收费类别。

(5)用户管理。

2.3.2 性能需求

由于此开发项目针对学校财务内部数据管理，使用频度较高，使用性要求比较高。总之，要求稳定、安全、便捷，易于管理和操作。

查询速度：不超过5秒；

其它所有交互功能反应速度：不超过3秒；

可靠性：商贸管理系统的故障的平均解决的时间不高于100小时。

其他需求

2．4系统运行环境规定

2.4.1 硬件环境

服务端微型计算机配置：

操作系统：Windows2000 或 Windows XP ；

CPU:：奔腾三 1GMHz或以上

内存：512MB或以上

硬盘：80G或以上

数据库：Microsoft SQL Server 2000或以上

客户端微型计算机配置：

操作系统：Windows2000 或 Windows XP ；

CPU:：奔腾三 700MHz或以上

内存：64MB或以上

硬盘：10G或以上

2.4.2 系统用户界面设计

（1）简单明了原则：用户的操作要尽可能以最直接最形象最易于理解的方式呈现在用户面前。对操作接口，直接点击高于右键操作，文字表示高于图标示意，尽可能的符合用户对类似系统的识别习惯。

（2）方便使用原则：符合用户习惯为方便使用的第一原则。其它还包括，实现目标功能的最少操作数原则，鼠标最短距离移动原则等。

（3）用户导向原则：为了方便用户尽快熟悉系统，简化操作，应该尽可能的提供向导性质的操作流程。

（4）实时帮助原则：用户需要能随时响应问题的用户帮助。

（5）提供高级自定义功能：为熟悉计算机及软件系统的高级用户设置自定义功能，可以对已经确定的常规操作以及系统的方方面面进行符合自身习惯的自定义设置。包括常规操作、界面排版、界面样式等种种自定义。

（6）界面色彩要求：计算机屏幕的发光成像和普通视觉成像有很大的不同，应该注意这种差别作出恰当的色彩搭配。对于需用户长时间使用的系统，应当使用户在较长时间使用后不至于过于感到视觉疲劳为宜。例如轻松的淡彩为主配色，灰色系为主配色等等。切忌色彩过多，花哨艳丽，严重妨碍用户视觉交互。

（7）界面平面版式要求：系统样式排版整齐划一，尽可能划分不同的功能区域于固定位置，方便用户导航使用；排版不宜过于密集，避免产生疲劳感。

3 概要设计

3.1 总体设计

要求该软件能够对高职院校财务收费系统管理所需的信息进行维护（包括：增加，修改，删除等）。高职院校财务收费系统管理所需的信息包括：教师、部门信息、费用类别、费用到账项、费用报销、用户等。另外，还包括一系列运算对一些日常事务进行处理。

Web服务的跨平台传输特性使得该软件的通用性更强，实用性更好。

4 数据库设计

4.1 概念结构设计

实体——联系方法(Entity—Relationship Approach)是最常用的表示概念性数据模型的方法。这种方法使用E-R图来描述现实世界中的实体，而不涉及这些实体在系统中的实现方法，即使不熟悉计算机技术的用户也能理解它。

4.2 逻辑结构设计

为了编码方便，表名与字段名一律采用英文字符命名。另外，为了提高可扩展性，各表的各字段会因具体需要进行类型与长度的定义。

1）关于整型类型的编号方面的信息，各表将以IDENTITY (1, 1)进行储存。2）关于字符类型的备注方面的信息，各表将以Varchar(32)进行储存；关于其他字符类型的信息，各表将以Varchar(64)进行储存。3）关于其数值类型的信息，各表将以Int进行储存。4）关于其日期类型的信息，各表将以DateTime进行储存。

在数据字典中，定义了各表的基本信息，具体情况可参见附录3数据字典主要内容。

逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图，转换为逻辑结构。

本系统的数据库通过physical design的数据库建模生成sql语句文件，在通过SQL Server 2005 的查询分析器运行该文件生成数据库。

4.3 数据字典设计

在表DataDict中储存的各表的基本信息，当中包括表的名称、表的别名、字段的名称、字段的别名、字段是否主键、字段是否外键、字段的数据类型、字段长度、字段的可选项、字段的备注等等。这样能为编码过程中带来极大的方便，使编码工作变得简单。而且，对于语言的扩展也非常方便，只需要通过增加表的别名各字段的别名就可以实现。此数据字典将会放在数据库NickERP中，程序可通过ODBC对此数据字典进行访问。关于数据字典的主要内容，请参见附录1 数据字典主要内容。

数据库名：FYPX

表名：bmxx

序号	列名	数据类型	长度	小数位	标识	主键	外键	允许空	默认值	说明
1	ID	int	4	0	是	是		否
2	bmbh	char	10	0				否		部门编号
3	bmmc	char	30	0				否		部门名称
4	bmzw	varchar	100	0				是		职务

表名：bxxm

序号	列名	数据类型	长度	小数位	标识	主键	外键	允许空	默认值	说明
1	ID	int	4	0	是	是		否
2	xmbh	char	10	0				否		项目编号
3	xmmc	char	30	0				否		项目名称
4	xmms	varchar	50	0				是		项目内容

表名：bxxx

序号	列名	数据类型	长度	小数位	标识	主键	外键	允许空	默认值	说明
1	ID	int	4	0	是	是		否
2	ygbh	char	10	0				否		人员编号
3	bmbh	char	10	0				否		部门编号
4	gcxm	varchar	50	0				是
5	xmbh	char	10	0				否		项目编号
6	sj	datetime	8	3				否		时间
7	je	money	8	4				否		金额
8	sp	bit	1	0				是
9	spyj	varchar	50	0				是		审批意见
10	nr	varchar	50	0				是

表名：gcxm

序号	列名	数据类型	长度	小数位	标识	主键	外键	允许空	默认值	说明
1	ID	int	4	0	是	是		否
2	gcbh	char	50	0				否		工程编号
3	gcmc	varchar	50	0				否		工程名称
4	qdsj	datetime	8	3				是		起动时间
5	gcnr	varchar	100	0				是		工程内容

表名：users

序号	列名	数据类型	长度	小数位	标识	主键	外键	允许空	默认值	说明
1	name	char	10	0				否		用户名
2	password	char	8	0				否		密码
3	qxlx	char	10	0				否		权限类型(1:管理员2:会计3:经理4:员工)
4	qxxm	varchar	20	0				是		权限项目

表名：ygxx

序号	列名	数据类型	长度	小数位	标识	主键	外键	允许空	默认值	说明
1	ID	int	4	0	是	是		否
2	ygbh	char	10	0				否		人员编号
3	ygmc	char	10	0				否		姓名
4	bmbh	char	10	0				否		部门编号
5	zw	varchar	50	0				是		职务