学生缴费系统需求规格说明书
目 录
1．概述.................................................................................................................. 1
1.1 用户简介................................................................................................. 1
1.2 目的与目标............................................................................................. 2
1.3 相关文档................................................................................................. 3
2．目标系统描述.................................................................................................. 3
2.1 组织结构与职责..................................................................................... 3
2.2 角色定义................................................................................................. 4
2.3 功能模块................................................................................................. 4
2.3 业务流程分析......................................................................................... 5
2.4数据流程分析.......................................................................................... 6
2.5数据库结构的设计.................................................................................. 9
3．目标系统功能需求.......................................................................................... 9
3.1 功能需求分析......................................................................................... 9
3.1．1 信息录入人员功能................................................................... 9
3.1.2 学院、学生功能........................................................................ 10
3.1.3 系统维护人员功能.................................................................... 10
3.2 功能需求点列表（功能模型）........................................................... 10
3.3 功能需求概述（表达之一）............................................................... 12
4．目标系统性能需求........................................................................................ 15
4.1 时间要求............................................................................................... 15
4.2 空间性能............................................................................................... 15
4.3 性能需求点列表（性能模型）........................................................... 15
5．目标系统界面与接口需求............................................................................ 16
5.1 界面需求............................................................................................... 16
5.2 接口需求点列表（接口模型）........................................................... 17
6．目标系统其他需求........................................................................................ 18
6.1 安全性................................................................................................... 18
6.2 可靠性................................................................................................... 18
6.3 灵活性................................................................................................... 18
6.4 特殊需求............................................................................................... 18
学生缴费系统需求规格说明书
1．概述
学生缴费管理系统是学校管理体系中的一个非常重要的部分，这个环节对于学校的管理、运转至关重要。但同时，它是一项复杂的工作，许多学校往往采用人工方式进行，其工作难度大，需要的操作人员多，费工费时，尤其是它的录入与查询工作非常艰苦，为此，很有必要开发一个自动化，智能化的计算机缴费管理系统。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能
对于日益复杂化的高校收费工作，迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。
本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。对该学生缴费管理系统系统功能、系统性能以及接口性能等进行深入分析，并有效安排该系统开发与维护时间。
1.1 用户简介
由于本系统主要应用于学院内部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。
具体描述系统用户，可以分为学生，财务工作人员（信息录入人员）以及系统管理人员三类人。
对于学生，主要的操作时通过系统进行查询缴费情况，接受缴费提醒，以及即使了解各种缴费详情等信息, 此外，当学生出现未交费情况时，系统会对该学生账号做出警告，提醒交学费以及列明学费项目单。
对于财务工作人员，主要操作是输入更改删除查询导入学生缴费情况，缴费详情以及学生个人信息的确认，以及包括学院等实体缴费情况数据统计等。
对于系统管理员主要任务是系统维护和更新。
1.2 目的与目标
目的：
对于日益复杂化的高校收费工作，迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。
使用本系统，能清楚方便得进行学生的信息录入、缴费情况处理、查询、统计以及生成报表。其中的统计报表功能在查询的基础上，完成了对缴费信息总体上的概括总结，方便用户浏览查阅。
学生缴费系统
归纳起来，好处大约有以下几点：
（1）可以存储历届的学生缴费信息，安全，高效。
（2）只需一到二名学生信息录入员即可操作系统，节省大量人力
（3）可以迅速查到所需信息。
目标：
项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
高校收费的主要问题在于收费人员众多、数量庞大、时间短暂等，这也是本系统所主要针对的。为了提高效率，减少错误，保证安全，该系统设计时主要体现了以下的特点：
1. 面向对象的体系设计
2. 使用Delphi 作为开发工具
3. 功能全面、强大，覆盖了缴费全过程
4. 界面友好，设置错误避免设计
5. 高度智能，简单易用，操作方便
6. 系统安全，具备数据备份功能
7. 各种自动填充功能，有效提高效率
8. 代码标准，易于软件维护和功能扩充
9. 提供多种小工具，方便拥护使用
1.3 相关文档
[1] 科研性研究报告
[2] 需求规格说明书
2．目标系统描述
2.1 组织结构与职责
组织结构是一个组织的组成以及这些组成部分之间的关系，通常可用组织结构图来表示。我们按照管理的特点将整个学校的财务室划分为以下几个部分。组织机构图如下所示：
图2-1 组织机构图
整个学校的缴费工作都是由学校的财务室来完成的。学校的财务室是一个单独的机构，不属于任何一个垂直管理体系。
财务室的组织构成如下： 学校的财务室由一名财务主管进行统筹管理，下设会计，出纳，以及使用本系统所必须的信息录入人员。
由上图可以清晰明了的看出，学校的缴费工作主要是由财务室来完成。财务处的组织构成如下：财务室配备一名财务主管，进行学生缴费的统筹管理工作。其下设两个单位，一个是会计部门，进行财务核算，另外一个就是使用本系统时，需要的缴费信息录入人员。
通过以上的组织机构图，可以确切的反应出该部门实际负责的工作，可以切实的了解该部门的职责。从图中我们既可以了解纵向的层次领导关系，又可以很
清楚的了解到组织机构内的各种联系。组织机构图使我们了解学校财务部门缴费活动的切入点。
在组织机构图中，重点画出了与缴费管理系统有关的部分，而一般学校的行政部门等就没有体现在其中。
2.2 角色定义
用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。每个角色的授权可以进行详细的描述，建议采用表格的形式，如表5-20所示。
表5-20 角 色 定 义
对用户角色的识别也包括使用了计算机系统后的系统管理人员。
2.3 功能模块
图3-2功能模块图
A 系统管理模块：用户管理和系统维护
主要就是用户身份的管理以及系统数据的维护。前者有普通用户和超级用户之分，起区别在于功能使用上的权限不同，系统只有部分功能对普通用户开放，超级用户则拥有系统全部功能的权限。后者包括了数据的备份和数据的恢复，是为了保障系统的使用安全。
B 缴费录入模块：学生缴费数据录入
实现全屏幕处理或者单条记录的处理，管理员可以在表格中任意修改、增加、删除记录。由于缴费涉及到找零，需有自动计算功能；实现缴费日期的选择输入。
C 统计报表产生功能模块：数据统计以及报表产生
统计主要是根据用户不同的需求对数据进行统计，分别有以全校、系别、班级为单位进行统计，统计的结果以图的方式显示出来。报表的产生主要就是将统计的数据生成报表，打印出来，方便用户浏览传阅。
D 综合查询功能模块：系统数据查询
查询功能是本系统最为强大的功能，是为方便用户清楚详细了解学生缴费情况的模块。主要体现在查询功能分条件进行，用户可以以自己的任何想法来对数据进行查询，只要满足系统自身的包含条件。
E 其他功能的模块：系统自带工具和帮助
主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。
2.3 业务流程分析
图2-2业务流程图 本系统的业务流程图详细的表示了用计算机来实现学生缴费的处理流程。由图可知，该系统的主要模块就是数据录入以及缴费信息管理模块。相对固定的数据长期存贮在数据库中，每学年要进行一次更改，比如新生报到注册等。
对变动很大的数据，由人工进行键盘重新输入，每月进行一次统计，最后由计算和打印程序进行报表的生成和输出。
具体处理过程如下：财务室的财务主管登入本系统，设置权限，生成普通管理用户，安排会计或者信息录入人员使用并用于缴费业务工作。录入各类缴费信息，进行缴费信息的管理，完成缴费，生成报表，完成整项缴费工作。
2.4数据流程分析
数据流程图符号：
图2-4-1数据流程图符号
顶层数据流程图确定系统的几个主要的综合性的逻辑功能。其中每个逻辑功能由一个数据加工描述。顶层图如下图所示：
图2-4-2学生缴费管理系统顶层图 顶层数据图说明了系统总的处理功能、输入和输出。教务处发来学生注册信息，财务处进行信息管理并使用此系统自动录入，进行信息处理。
图2-4-3 学生缴费管理系统第一层流程图
图2-4-4 学生缴费管理系统底层流程图 管理员登录系统后，进入用户信息管理界面，进行系统维护，用户只能修改自己的密码，而管理员可以增加、删除和修改用户。
图2-4-5添加模块流程图
管理员登录系统后，进入学生缴费信息管理界面，单击录入，导入学生学籍信息，保存。即完成学生注册信息的添加。
图2-4-6 维护模块流程图
第一层数据流程图能全面的描述学生缴费管理系统的逻辑模型，具有抽象性和概括性。抽象性表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理和存储。对于本系统来说，由上图可以很清楚地看清数据的流动方向，处理过程也是一目了然。如验证、数据的录入、数据的查询、数据报表、数据统计都是该系统的处理过程。
其中的椭圆表示的是外部实体，本系统的外部实体主要就是用户或管理员。 数据存储指通过数据文件、文件夹或账本等存贮数据，用一个右边开口的长方形表示。图形右部填写的是存储的数据和数据集的名字，左边填入该数据存储的标志。
底层数据流程图则很详细的描述了学生缴费管理系统中的数据报表产生环节数据的确切流动、加工处理和存储等信息。
2.5数据库结构的设计
分析之后可以设计出能够满足用户需求的各种实体以及他们之间的关系，为下一节的逻辑结构设计打下基础。这些实体包括各种信息，通过相互之间的作用形成数据的流动。
通过对该系统的反复设计与实施，从系统中可以抽象出如下实体并命名如下： 班级实体、年级实体、住房实体、院系实体、专业实体、学生实体、缴费项目实体以及缴费信息实体等。
实体之间的关系如下：学生实体与班级实体、年级实体、住房实体、院系实体、专业实体是一对多的关系。学生实体与缴费项目实体是一对多的关系。学生实体与缴费信息实体是一对一的关系。
具体表现在：在一个学校当中，学生是最基本的组成部分，每个学生都对应一个班级、年级、专业、院系、住房，所以抽象出实体便是一对多的关系，如图所示。而一个学生每学年只用缴纳一次费用，对应着一次缴费信息，故学生实体与缴费信息实体是一对一的关系。而对于每个学年，需要缴纳的项目都是固定的，每个学生都只用缴纳相同的项目，故学生实体与缴费项目实体也是一对一的关系。同样，缴费信息实体与缴费项目实体也是一对一的关系。具体对应关系已经在图上表示出来。
3．目标系统功能需求
3.1 功能需求分析 3.1．1 信息录入人员功能
1 查询服务管理功能：查询学生缴费情况、学生信息（年级、专业、学院等信息）、经手人、缴费项目，缴费人数，缴费金额等，以及各缴费项目清单查询。
2 缴费信息录入管理功能：学生、学院等信息 增加、删除、更改、查询、导入以及学生缴费信息的增加、删除、更改、导入等。
3 统计管理功能：统计一个学院、学校、专业缴费人数、未缴费人数，缴费金额。
4 系统缴费警报提示功能：对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费学生发出警报，列明缴费项目明细以及最迟缴费时限。
5 信息修改权限功能：只有信息录入人员账户才有增删改查数据信息的功能
3.1.2 学院、学生功能
1 查询缴费信息功能：学生、学院查询缴费信息，以及缴费项目明细，缴费期限、以及缴费人数，金额等信息。
2 接受警报功能：学院和学生账号能接受警报功能，看到提示信息。
3.1.3 系统维护人员功能
1 系统维护：对系统进行安全性，正确性等维护，数据的备份和数据的恢复，是为了保障系统的使用安全。
2系统更新：系统更新，不断对新增功能的改进与增加。
3.2 功能需求点列表（功能模型）
3.3 功能需求概述（表达之一）
IPO 表
缴费信息录入模块
警报与接收警报模块
查询信息管理模块
其他功能模块
4．目标系统性能需求
4.1 时间要求
（1）响应时间，账号登陆系统响应时间不超过30秒。
（2）更新处理时间，记账的最长时间一学年年一次更新，学生、学院信息可以不定时更新。
（3）数据的转换和传送时间，支持数据导入，时间限制为五分钟。 （4）统计时间不超过一分钟。
4.2 空间性能
（1）支持的终端数为500。
（2）支持的并行操作的使用者数500。 （3）处理的文件和记录数。
（4）表和文件的大小规模（要按可预见的增长，对数据及其分量的存储要求做出估算）。
（5）处理任务的数量。
（6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数。
（7）对输入和输出数据的精度要求：缴费金额精确到小数点两位。 （8）对处理和传输过程中的精度要求。
4.3 性能需求点列表（性能模型）
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表5-25所示。
表5-25 性能需求点列表
5．目标系统界面与接口需求
5.1 界面需求
界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等； （3）显示风格：图形界面、字符界面、IE 界面等； （4）显示方式：1024×768、640×480等； （5）输出格式：显示布局、打印格式等。
5.2 接口需求点列表（接口模型）
（1）与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
（2）与系统特殊外设的接口，如CT 机、磁共振、柜员机（ATM ）、IC 卡、盘点机等。
（3）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表5-26所示。
表5-26 接口需求点列表
6．目标系统其他需求
6.1 安全性
学生缴费管理系统是学校管理体系中的一个非常重要的部分，这个环节对于学校的管理、运转至关重要。其安全性是至关重要的部分。系统应保证数据正确性，安全性，系统维护确保系统性能，防止恶意修改系统数据信息。增加系统权限范围，严格要求各种系统运用以及操作人员操作安全域素质培养。
6.2 可靠性
系统设计众多权限以及安全性措施，确保了信息系统错误，避免了外界恶意操作带来的数据误差。
6.3 灵活性
由于本系统主要应用于学院内部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。
6.4 特殊需求
缴费管理系统是个典型的信息管理系统（MIS ）。其设计开发主要包括了后台数据库设计建立和维护以及前台应用程序的设计开发两方面。整个开发的过程中，采用Visual Basic 6.0和Access2000工具，详细分析了学校缴费流程的各个环节，针对出现的一些问题，设计出来了这样的一个方便、简洁、有效的学生缴费管理系统。
Visual Basic 是一种可视化的、面对对象和用事件驱动方式的结构化高级程
序设计，可用于开发Windows 环境下的种类应用程序。它简单易学、效率高，且功能强大，可以与Windows 的专业开发工具SDK 相媲美，而且程序开发人员不必具有C/C++编程基础。在Visual Basic环境下，利用事件驱动的编程机制、新颖易用的可视化设计工具，使用Windows 内部的应用程序接口(API)函数，以及动态链接库(DLL)、动态数据交换(DDE)、对象的链接与嵌入(OLE)、开放式数据访问(ODBC)等技术，可以高效、快速地开发出Windows 环境下功能强大、图形界面丰富的应用软件系统。
该系统的数据库是用VB 默认支持的Microsoft 公司产品ACCESS 2000来建立的。Access 数据库管理系统是Microsoft Office 套件的重要组成部分，适用于小型商务活动，用以存贮和管理商务活动所需要的数据。Access 不仅是一个数据库，而且它具有强大的数据管理功能，它可以方便地利用各种数据源，生成窗体（表单），查询，报表和应用程序等。
Microsoft Access 是一种关系式数据库，关系式数据库由一系列表组成，表又由一系列行和列组成，每一行是一个记录，每一列是一个字段，每个字段有一个字段名，字段名在一个表中不能重复。表与表之间可以建立关系（或称关联，连接），以便查询相关联的信息。Access 数据库以文件形式保存，文件的扩展名是MDB 。
学生缴费系统需求规格说明书
目 录
1．概述.................................................................................................................. 1
1.1 用户简介................................................................................................. 1
1.2 目的与目标............................................................................................. 2
1.3 相关文档................................................................................................. 3
2．目标系统描述.................................................................................................. 3
2.1 组织结构与职责..................................................................................... 3
2.2 角色定义................................................................................................. 4
2.3 功能模块................................................................................................. 4
2.3 业务流程分析......................................................................................... 5
2.4数据流程分析.......................................................................................... 6
2.5数据库结构的设计.................................................................................. 9
3．目标系统功能需求.......................................................................................... 9
3.1 功能需求分析......................................................................................... 9
3.1．1 信息录入人员功能................................................................... 9
3.1.2 学院、学生功能........................................................................ 10
3.1.3 系统维护人员功能.................................................................... 10
3.2 功能需求点列表（功能模型）........................................................... 10
3.3 功能需求概述（表达之一）............................................................... 12
4．目标系统性能需求........................................................................................ 15
4.1 时间要求............................................................................................... 15
4.2 空间性能............................................................................................... 15
4.3 性能需求点列表（性能模型）........................................................... 15
5．目标系统界面与接口需求............................................................................ 16
5.1 界面需求............................................................................................... 16
5.2 接口需求点列表（接口模型）........................................................... 17
6．目标系统其他需求........................................................................................ 18
6.1 安全性................................................................................................... 18
6.2 可靠性................................................................................................... 18
6.3 灵活性................................................................................................... 18
6.4 特殊需求............................................................................................... 18
学生缴费系统需求规格说明书
1．概述
学生缴费管理系统是学校管理体系中的一个非常重要的部分，这个环节对于学校的管理、运转至关重要。但同时，它是一项复杂的工作，许多学校往往采用人工方式进行，其工作难度大，需要的操作人员多，费工费时，尤其是它的录入与查询工作非常艰苦，为此，很有必要开发一个自动化，智能化的计算机缴费管理系统。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能
对于日益复杂化的高校收费工作，迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。
本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。对该学生缴费管理系统系统功能、系统性能以及接口性能等进行深入分析，并有效安排该系统开发与维护时间。
1.1 用户简介
由于本系统主要应用于学院内部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。
具体描述系统用户，可以分为学生，财务工作人员（信息录入人员）以及系统管理人员三类人。
对于学生，主要的操作时通过系统进行查询缴费情况，接受缴费提醒，以及即使了解各种缴费详情等信息, 此外，当学生出现未交费情况时，系统会对该学生账号做出警告，提醒交学费以及列明学费项目单。
对于财务工作人员，主要操作是输入更改删除查询导入学生缴费情况，缴费详情以及学生个人信息的确认，以及包括学院等实体缴费情况数据统计等。
对于系统管理员主要任务是系统维护和更新。
1.2 目的与目标
目的：
对于日益复杂化的高校收费工作，迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。
使用本系统，能清楚方便得进行学生的信息录入、缴费情况处理、查询、统计以及生成报表。其中的统计报表功能在查询的基础上，完成了对缴费信息总体上的概括总结，方便用户浏览查阅。
学生缴费系统
归纳起来，好处大约有以下几点：
（1）可以存储历届的学生缴费信息，安全，高效。
（2）只需一到二名学生信息录入员即可操作系统，节省大量人力
（3）可以迅速查到所需信息。
目标：
项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
高校收费的主要问题在于收费人员众多、数量庞大、时间短暂等，这也是本系统所主要针对的。为了提高效率，减少错误，保证安全，该系统设计时主要体现了以下的特点：
1. 面向对象的体系设计
2. 使用Delphi 作为开发工具
3. 功能全面、强大，覆盖了缴费全过程
4. 界面友好，设置错误避免设计
5. 高度智能，简单易用，操作方便
6. 系统安全，具备数据备份功能
7. 各种自动填充功能，有效提高效率
8. 代码标准，易于软件维护和功能扩充
9. 提供多种小工具，方便拥护使用
1.3 相关文档
[1] 科研性研究报告
[2] 需求规格说明书
2．目标系统描述
2.1 组织结构与职责
组织结构是一个组织的组成以及这些组成部分之间的关系，通常可用组织结构图来表示。我们按照管理的特点将整个学校的财务室划分为以下几个部分。组织机构图如下所示：
图2-1 组织机构图
整个学校的缴费工作都是由学校的财务室来完成的。学校的财务室是一个单独的机构，不属于任何一个垂直管理体系。
财务室的组织构成如下： 学校的财务室由一名财务主管进行统筹管理，下设会计，出纳，以及使用本系统所必须的信息录入人员。
由上图可以清晰明了的看出，学校的缴费工作主要是由财务室来完成。财务处的组织构成如下：财务室配备一名财务主管，进行学生缴费的统筹管理工作。其下设两个单位，一个是会计部门，进行财务核算，另外一个就是使用本系统时，需要的缴费信息录入人员。
通过以上的组织机构图，可以确切的反应出该部门实际负责的工作，可以切实的了解该部门的职责。从图中我们既可以了解纵向的层次领导关系，又可以很
清楚的了解到组织机构内的各种联系。组织机构图使我们了解学校财务部门缴费活动的切入点。
在组织机构图中，重点画出了与缴费管理系统有关的部分，而一般学校的行政部门等就没有体现在其中。
2.2 角色定义
用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。每个角色的授权可以进行详细的描述，建议采用表格的形式，如表5-20所示。
表5-20 角 色 定 义
对用户角色的识别也包括使用了计算机系统后的系统管理人员。
2.3 功能模块
图3-2功能模块图
A 系统管理模块：用户管理和系统维护
主要就是用户身份的管理以及系统数据的维护。前者有普通用户和超级用户之分，起区别在于功能使用上的权限不同，系统只有部分功能对普通用户开放，超级用户则拥有系统全部功能的权限。后者包括了数据的备份和数据的恢复，是为了保障系统的使用安全。
B 缴费录入模块：学生缴费数据录入
实现全屏幕处理或者单条记录的处理，管理员可以在表格中任意修改、增加、删除记录。由于缴费涉及到找零，需有自动计算功能；实现缴费日期的选择输入。
C 统计报表产生功能模块：数据统计以及报表产生
统计主要是根据用户不同的需求对数据进行统计，分别有以全校、系别、班级为单位进行统计，统计的结果以图的方式显示出来。报表的产生主要就是将统计的数据生成报表，打印出来，方便用户浏览传阅。
D 综合查询功能模块：系统数据查询
查询功能是本系统最为强大的功能，是为方便用户清楚详细了解学生缴费情况的模块。主要体现在查询功能分条件进行，用户可以以自己的任何想法来对数据进行查询，只要满足系统自身的包含条件。
E 其他功能的模块：系统自带工具和帮助
主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。
2.3 业务流程分析
图2-2业务流程图 本系统的业务流程图详细的表示了用计算机来实现学生缴费的处理流程。由图可知，该系统的主要模块就是数据录入以及缴费信息管理模块。相对固定的数据长期存贮在数据库中，每学年要进行一次更改，比如新生报到注册等。
对变动很大的数据，由人工进行键盘重新输入，每月进行一次统计，最后由计算和打印程序进行报表的生成和输出。
具体处理过程如下：财务室的财务主管登入本系统，设置权限，生成普通管理用户，安排会计或者信息录入人员使用并用于缴费业务工作。录入各类缴费信息，进行缴费信息的管理，完成缴费，生成报表，完成整项缴费工作。
2.4数据流程分析
数据流程图符号：
图2-4-1数据流程图符号
顶层数据流程图确定系统的几个主要的综合性的逻辑功能。其中每个逻辑功能由一个数据加工描述。顶层图如下图所示：
图2-4-2学生缴费管理系统顶层图 顶层数据图说明了系统总的处理功能、输入和输出。教务处发来学生注册信息，财务处进行信息管理并使用此系统自动录入，进行信息处理。
图2-4-3 学生缴费管理系统第一层流程图
图2-4-4 学生缴费管理系统底层流程图 管理员登录系统后，进入用户信息管理界面，进行系统维护，用户只能修改自己的密码，而管理员可以增加、删除和修改用户。
图2-4-5添加模块流程图
管理员登录系统后，进入学生缴费信息管理界面，单击录入，导入学生学籍信息，保存。即完成学生注册信息的添加。
图2-4-6 维护模块流程图
第一层数据流程图能全面的描述学生缴费管理系统的逻辑模型，具有抽象性和概括性。抽象性表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理和存储。对于本系统来说，由上图可以很清楚地看清数据的流动方向，处理过程也是一目了然。如验证、数据的录入、数据的查询、数据报表、数据统计都是该系统的处理过程。
其中的椭圆表示的是外部实体，本系统的外部实体主要就是用户或管理员。 数据存储指通过数据文件、文件夹或账本等存贮数据，用一个右边开口的长方形表示。图形右部填写的是存储的数据和数据集的名字，左边填入该数据存储的标志。
底层数据流程图则很详细的描述了学生缴费管理系统中的数据报表产生环节数据的确切流动、加工处理和存储等信息。
2.5数据库结构的设计
分析之后可以设计出能够满足用户需求的各种实体以及他们之间的关系，为下一节的逻辑结构设计打下基础。这些实体包括各种信息，通过相互之间的作用形成数据的流动。
通过对该系统的反复设计与实施，从系统中可以抽象出如下实体并命名如下： 班级实体、年级实体、住房实体、院系实体、专业实体、学生实体、缴费项目实体以及缴费信息实体等。
实体之间的关系如下：学生实体与班级实体、年级实体、住房实体、院系实体、专业实体是一对多的关系。学生实体与缴费项目实体是一对多的关系。学生实体与缴费信息实体是一对一的关系。
具体表现在：在一个学校当中，学生是最基本的组成部分，每个学生都对应一个班级、年级、专业、院系、住房，所以抽象出实体便是一对多的关系，如图所示。而一个学生每学年只用缴纳一次费用，对应着一次缴费信息，故学生实体与缴费信息实体是一对一的关系。而对于每个学年，需要缴纳的项目都是固定的，每个学生都只用缴纳相同的项目，故学生实体与缴费项目实体也是一对一的关系。同样，缴费信息实体与缴费项目实体也是一对一的关系。具体对应关系已经在图上表示出来。
3．目标系统功能需求
3.1 功能需求分析 3.1．1 信息录入人员功能
1 查询服务管理功能：查询学生缴费情况、学生信息（年级、专业、学院等信息）、经手人、缴费项目，缴费人数，缴费金额等，以及各缴费项目清单查询。
2 缴费信息录入管理功能：学生、学院等信息 增加、删除、更改、查询、导入以及学生缴费信息的增加、删除、更改、导入等。
3 统计管理功能：统计一个学院、学校、专业缴费人数、未缴费人数，缴费金额。
4 系统缴费警报提示功能：对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费学生发出警报，列明缴费项目明细以及最迟缴费时限。
5 信息修改权限功能：只有信息录入人员账户才有增删改查数据信息的功能
3.1.2 学院、学生功能
1 查询缴费信息功能：学生、学院查询缴费信息，以及缴费项目明细，缴费期限、以及缴费人数，金额等信息。
2 接受警报功能：学院和学生账号能接受警报功能，看到提示信息。
3.1.3 系统维护人员功能
1 系统维护：对系统进行安全性，正确性等维护，数据的备份和数据的恢复，是为了保障系统的使用安全。
2系统更新：系统更新，不断对新增功能的改进与增加。
3.2 功能需求点列表（功能模型）
3.3 功能需求概述（表达之一）
IPO 表
缴费信息录入模块
警报与接收警报模块
查询信息管理模块
其他功能模块
4．目标系统性能需求
4.1 时间要求
（1）响应时间，账号登陆系统响应时间不超过30秒。
（2）更新处理时间，记账的最长时间一学年年一次更新，学生、学院信息可以不定时更新。
（3）数据的转换和传送时间，支持数据导入，时间限制为五分钟。 （4）统计时间不超过一分钟。
4.2 空间性能
（1）支持的终端数为500。
（2）支持的并行操作的使用者数500。 （3）处理的文件和记录数。
（4）表和文件的大小规模（要按可预见的增长，对数据及其分量的存储要求做出估算）。
（5）处理任务的数量。
（6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数。
（7）对输入和输出数据的精度要求：缴费金额精确到小数点两位。 （8）对处理和传输过程中的精度要求。
4.3 性能需求点列表（性能模型）
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表5-25所示。
表5-25 性能需求点列表
5．目标系统界面与接口需求
5.1 界面需求
界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等； （3）显示风格：图形界面、字符界面、IE 界面等； （4）显示方式：1024×768、640×480等； （5）输出格式：显示布局、打印格式等。
5.2 接口需求点列表（接口模型）
（1）与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
（2）与系统特殊外设的接口，如CT 机、磁共振、柜员机（ATM ）、IC 卡、盘点机等。
（3）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表5-26所示。
表5-26 接口需求点列表
6．目标系统其他需求
6.1 安全性
学生缴费管理系统是学校管理体系中的一个非常重要的部分，这个环节对于学校的管理、运转至关重要。其安全性是至关重要的部分。系统应保证数据正确性，安全性，系统维护确保系统性能，防止恶意修改系统数据信息。增加系统权限范围，严格要求各种系统运用以及操作人员操作安全域素质培养。
6.2 可靠性
系统设计众多权限以及安全性措施，确保了信息系统错误，避免了外界恶意操作带来的数据误差。
6.3 灵活性
由于本系统主要应用于学院内部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。
6.4 特殊需求
缴费管理系统是个典型的信息管理系统（MIS ）。其设计开发主要包括了后台数据库设计建立和维护以及前台应用程序的设计开发两方面。整个开发的过程中，采用Visual Basic 6.0和Access2000工具，详细分析了学校缴费流程的各个环节，针对出现的一些问题，设计出来了这样的一个方便、简洁、有效的学生缴费管理系统。
Visual Basic 是一种可视化的、面对对象和用事件驱动方式的结构化高级程
序设计，可用于开发Windows 环境下的种类应用程序。它简单易学、效率高，且功能强大，可以与Windows 的专业开发工具SDK 相媲美，而且程序开发人员不必具有C/C++编程基础。在Visual Basic环境下，利用事件驱动的编程机制、新颖易用的可视化设计工具，使用Windows 内部的应用程序接口(API)函数，以及动态链接库(DLL)、动态数据交换(DDE)、对象的链接与嵌入(OLE)、开放式数据访问(ODBC)等技术，可以高效、快速地开发出Windows 环境下功能强大、图形界面丰富的应用软件系统。
该系统的数据库是用VB 默认支持的Microsoft 公司产品ACCESS 2000来建立的。Access 数据库管理系统是Microsoft Office 套件的重要组成部分，适用于小型商务活动，用以存贮和管理商务活动所需要的数据。Access 不仅是一个数据库，而且它具有强大的数据管理功能，它可以方便地利用各种数据源，生成窗体（表单），查询，报表和应用程序等。
Microsoft Access 是一种关系式数据库，关系式数据库由一系列表组成，表又由一系列行和列组成，每一行是一个记录，每一列是一个字段，每个字段有一个字段名，字段名在一个表中不能重复。表与表之间可以建立关系（或称关联，连接），以便查询相关联的信息。Access 数据库以文件形式保存，文件的扩展名是MDB 。