需求规格说明书学生缴费系统

1、 学生缴费系统需求规格说明书 目 录1概述11.1 用户简介11.2 目的与目标21.3 相关文档32目标系统描述12.1 组织结构与职责12.2 角色定义22.3 功能模块22.3 业务流程分析32.4数据流程分析42.5数据库结构的设计63目标系统功能需求73.1 功能需求分析73.11 信息录入人员功能73.1.2 学院、学生功能73.1.3 系统维护人员功能83.2 功能需求点列表（功能模型）83.3 功能需求概述（表达之一）104目标系统性能需求124.1 时间要求124.2 空间性能124.3 性能需求点列表（性能模型）135目标系统界面与接口需求145.1 界面需求145.2 接

2、口需求点列表（接口模型）146目标系统其他需求156.1 安全性156.2 可靠性156.3 灵活性156.4 特殊需求16学生缴费系统需求规格说明书1概述学生缴费管理系统是学校管理体系中的一个非常重要的部分，这个环节对于学校的管理、运转至关重要。但同时，它是一项复杂的工作，许多学校往往采用人工方式进行，其工作难度大，需要的操作人员多，费工费时，尤其是它的录入与查询工作非常艰苦，为此，很有必要开发一个自动化，智能化的计算机缴费管理系统。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能对于日益复杂化的高校收费工作，迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的

3、系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。对该学生缴费管理系统系统功能、系统性能以及接口性能等进行深入分析，并有效安排该系统开发与维护时间。1.1 用户简介由于本系统主要应用于学院内部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营

4、运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。具体描述系统用户，可以分为学生，财务工作人员（信息录入人员）以及系统管理人员三类人。对于学生，主要的操作时通过系统进行查询缴费情况，接受缴费提醒，以及即使了解各种缴费详情等信息,此外，当学生出现未交费情况时，系统会对该学生账号做出警告，提醒交学费以及列明学费项目单。对于财务工作人员，主要操作是输入更改删除查询导入学生缴费情况，缴费详情以及学生个人信息的确认，以及包括学院等实体缴费情况

5、数据统计等。对于系统管理员主要任务是系统维护和更新。1.2 目的与目标目的：对于日益复杂化的高校收费工作，迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。使用本系统，能清楚方便得进行学生的信息录入、缴费情况处理、查询、统计以及生成报表。其中的统计报表功能在查询的基础上，完成了对缴费信息总体上的概括总结，方便用户浏览查阅。学生缴费系统归纳起来，好处大约有以下几点：（1）可以存储历届的学生缴费信息，安全，高效。（2）只需

6、一到二名学生信息录入员即可操作系统，节省大量人力（3）可以迅速查到所需信息。目标：项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。高校收费的主要问题在于收费人员众多、数量庞大、时间短暂等，这也是本系统所主要针对的。为了提高效率，减少错误，保证安全，该系统设计时主要体现了以下的特点：1.面向对象的体系设计2.使用Delphi作为开发工具3.功能全面、强大，覆盖了缴费全过程4.界面友好，设置错误避免设计5.高度智能，简单易用，操作方便6.系统安全，具备数据备份功能7.各种自动填充功能，有效

7、提高效率8.代码标准，易于软件维护和功能扩充9.提供多种小工具，方便拥护使用1.3 相关文档1 科研性研究报告2 需求规格说明书2目标系统描述2.1 组织结构与职责组织结构是一个组织的组成以及这些组成部分之间的关系，通常可用组织结构图来表示。我们按照管理的特点将整个学校的财务室划分为以下几个部分。组织机构图如下所示：图2-1 组织机构图整个学校的缴费工作都是由学校的财务室来完成的。学校的财务室是一个单独的机构，不属于任何一个垂直管理体系。财务室的组织构成如下： 学校的财务室由一名财务主管进行统筹管理，下设会计，出纳，以及使用本系统所必须的信息录入人员。由上图可以清晰明了的看出，学校的缴费工作主

8、要是由财务室来完成。财务处的组织构成如下：财务室配备一名财务主管，进行学生缴费的统筹管理工作。其下设两个单位，一个是会计部门，进行财务核算，另外一个就是使用本系统时，需要的缴费信息录入人员。通过以上的组织机构图，可以确切的反应出该部门实际负责的工作，可以切实的了解该部门的职责。从图中我们既可以了解纵向的层次领导关系，又可以很清楚的了解到组织机构内的各种联系。组织机构图使我们了解学校财务部门缴费活动的切入点。在组织机构图中，重点画出了与缴费管理系统有关的部分，而一般学校的行政部门等就没有体现在其中。2.2 角色定义用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的

9、工作任务，同时也是分析人员提取对象的基础。每个角色的授权可以进行详细的描述，建议采用表格的形式，如表5-20所示。表5-20 角 色 定 义编号角色所在部门职 责相关的业务1008采购员业务部商品采购、合同签订、供应商选择进货、合同管理1009对用户角色的识别也包括使用了计算机系统后的系统管理人员。2.3 功能模块图3-2功能模块图A 系统管理模块：用户管理和系统维护主要就是用户身份的管理以及系统数据的维护。前者有普通用户和超级用户之分，起区别在于功能使用上的权限不同，系统只有部分功能对普通用户开放，超级用户则拥有系统全部功能的权限。后者包括了数据的备份和数据的恢复，是为了保障系统的使用安全。

10、B 缴费录入模块：学生缴费数据录入实现全屏幕处理或者单条记录的处理，管理员可以在表格中任意修改、增加、删除记录。由于缴费涉及到找零，需有自动计算功能；实现缴费日期的选择输入。C 统计报表产生功能模块：数据统计以及报表产生统计主要是根据用户不同的需求对数据进行统计，分别有以全校、系别、班级为单位进行统计，统计的结果以图的方式显示出来。报表的产生主要就是将统计的数据生成报表，打印出来，方便用户浏览传阅。D 综合查询功能模块：系统数据查询查询功能是本系统最为强大的功能，是为方便用户清楚详细了解学生缴费情况的模块。主要体现在查询功能分条件进行，用户可以以自己的任何想法来对数据进行查询，只要满足系统自身

11、的包含条件。E 其他功能的模块：系统自带工具和帮助主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。2.3 业务流程分析图2-2业务流程图本系统的业务流程图详细的表示了用计算机来实现学生缴费的处理流程。由图可知，该系统的主要模块就是数据录入以及缴费信息管理模块。相对固定的数据长期存贮在数据库中，每学年要进行一次更改，比如新生报到注册等。对变动很大的数据，由人工进行键盘重新输入，每月进行一次统计，最后由计算和打印程序进行报表的生成和输出。具体处理过程如下：财务室的财务主管登入本系统，设置权限，生成普通管理用户，安排会计或者信息录入人员使用并用于缴费业务工作。录入各

12、类缴费信息，进行缴费信息的管理，完成缴费，生成报表，完成整项缴费工作。2.4数据流程分析数据流程图符号：图2-4-1数据流程图符号顶层数据流程图确定系统的几个主要的综合性的逻辑功能。其中每个逻辑功能由一个数据加工描述。顶层图如下图所示：图2-4-2学生缴费管理系统顶层图顶层数据图说明了系统总的处理功能、输入和输出。教务处发来学生注册信息，财务处进行信息管理并使用此系统自动录入，进行信息处理。图2-4-3 学生缴费管理系统第一层流程图图2-4-4 学生缴费管理系统底层流程图管理员登录系统后，进入用户信息管理界面，进行系统维护，用户只能修改自己的密码，而管理员可以增加、删除和修改用户。 图2-4-

13、5添加模块流程图管理员登录系统后，进入学生缴费信息管理界面，单击录入，导入学生学籍信息，保存。即完成学生注册信息的添加。图2-4-6 维护模块流程图第一层数据流程图能全面的描述学生缴费管理系统的逻辑模型，具有抽象性和概括性。抽象性表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理和存储。对于本系统来说，由上图可以很清楚地看清数据的流动方向，处理过程也是一目了然。如验证、数据的录入、数据的查询、数据报表、数据统计都是该系统的处理过程。其中的椭圆表示的是外部实体，本系统的外部实体主要就是用户或管理员。数据存储指通过数据文件、文件夹或账本等存贮数据，用一个右边开口的长方形表示。图形右部填写的是

14、存储的数据和数据集的名字，左边填入该数据存储的标志。底层数据流程图则很详细的描述了学生缴费管理系统中的数据报表产生环节数据的确切流动、加工处理和存储等信息。2.5数据库结构的设计分析之后可以设计出能够满足用户需求的各种实体以及他们之间的关系，为下一节的逻辑结构设计打下基础。这些实体包括各种信息，通过相互之间的作用形成数据的流动。通过对该系统的反复设计与实施，从系统中可以抽象出如下实体并命名如下： 班级实体、年级实体、住房实体、院系实体、专业实体、学生实体、缴费项目实体以及缴费信息实体等。实体之间的关系如下：学生实体与班级实体、年级实体、住房实体、院系实体、专业实体是一对多的关系。学生实体与缴费

15、项目实体是一对多的关系。学生实体与缴费信息实体是一对一的关系。具体表现在：在一个学校当中，学生是最基本的组成部分，每个学生都对应一个班级、年级、专业、院系、住房，所以抽象出实体便是一对多的关系，如图所示。而一个学生每学年只用缴纳一次费用，对应着一次缴费信息，故学生实体与缴费信息实体是一对一的关系。而对于每个学年，需要缴纳的项目都是固定的，每个学生都只用缴纳相同的项目，故学生实体与缴费项目实体也是一对一的关系。同样，缴费信息实体与缴费项目实体也是一对一的关系。具体对应关系已经在图上表示出来。3目标系统功能需求3.1 功能需求分析3.11 信息录入人员功能1 查询服务管理功能：查询学生缴费情况、学

16、生信息（年级、专业、学院等信息）、经手人、缴费项目，缴费人数，缴费金额等，以及各缴费项目清单查询。2 缴费信息录入管理功能：学生、学院等信息 增加、删除、更改、查询、导入以及学生缴费信息的增加、删除、更改、导入等。3 统计管理功能：统计一个学院、学校、专业缴费人数、未缴费人数，缴费金额。4 系统缴费警报提示功能：对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费学生发出警报，列明缴费项目明细以及最迟缴费时限。5 信息修改权限功能：只有信息录入人员账户才有增删改查数据信息的功能3.1.2 学院、学生功能1 查询缴费信息功能：学生、学院查询缴费信息，以

17、及缴费项目明细，缴费期限、以及缴费人数，金额等信息。2 接受警报功能：学院和学生账号能接受警报功能，看到提示信息。3.1.3 系统维护人员功能1 系统维护：对系统进行安全性，正确性等维护，数据的备份和数据的恢复，是为了保障系统的使用安全。2系统更新：系统更新，不断对新增功能的改进与增加。3.2 功能需求点列表（功能模型）功能点列表、功能结构图（用列表）序号功能名称功能简述输入处理输出1缴费信息录入管理数据的增删、查找、更改、打印、上传、导入、备份数据、文字信息录入系统，对数据进行操作表格信息 2查询服务管理查询学生缴费情况、学生信息（年级、专业、学院等信息）、经手人、缴费项目选择查询关键词记录

18、查询、系统统计显示查询内容表格显示3统计功能管理统计一个学院、学校、专业缴费人数、未缴费人数每个学生缴费情况系统统计、响应内部完成无输出4学生基本信息管理学生基本信息的增删、查找更改、打印、上传、导入、备份录入学生信息，属性数据输入记录、更改、储存数据表格信息5系统维护数据的备份和数据的恢复，是为了保障系统的使用安全。管理员操作系统响应更新维护数据库信息完备6其他功能的模块系统自带工具和帮助，主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。功能代码输入系统添加、储存数据附属功能运行7系统缴费警报提示功能对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警

19、告提示，反馈给各部门缴费信息；对未缴费学生发出警报，列明缴费项目明细以及最迟缴费时限数据统计情况对应学生、学院以及专业班级账户做出反馈对学院、专业、班级提示为缴费人数；对学生提示缴费提醒，缴费明细以及缴费期限8信息修改权限功能只有信息录入人员账户才有增删改查数据信息的功能账户权限设置系统添加功能增加权限功能，只有信息录入人员账号才有增删改查数据的能力3.3 功能需求概述（表达之一）IPO表缴费信息录入模块模块名称缴费信息录入模块模块编号01作者赵晖日期2013.11.18模块功能描述学生、学院等信息 增加、删除、更改、查询、导入以及学生缴费信息的增加、删除、更改、导入等。输入输入的数据项：学院

20、、学生信息以及缴费情况输入条件：实现权限功能，必须信息录入员才有资格输入输入者：信息录入员输入设备：鼠标、键盘处理系统数据增删改查导入备份输出输出数据项、输出的设备、输出条件等与输出相关的说明约束条件信息录入人员才能操作。注释 缴费信息保存一年，而学院专业学生信息一直存在。警报与接收警报模块模块名称警报与接收警报模块模块编号02作者赵晖日期2013.11.18模块功能描述对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费学生发出警报，列明缴费项目明细以及最迟缴费时限输入输入的数据项：缴费信息输入后的系统统计输入条件：统计不同学院的缴费情况，学生个人

21、缴费情况输入者：系统统计处理计算每个学院缴费人数，未缴费人数，缴费金额以及个人缴费情况输出输出数据项：对每个学院进行警报器缴费状况，对为缴费同学做出警报。输出的设备：弹出对话框，提示缴费信息输出条件：学院警报不管有没缴费完毕，而学生警报只有未缴费才提示。约束条件学院警报不管有没缴费完毕，而学生警报只有未缴费才提示。注释学生缴费后警报自动消除查询信息管理模块模块名称查询信息管理模块模块编号03作者赵晖日期2013.11.18模块功能描述学生，学院老师以及信息录入人员查询学生缴费情况、学生信息（年级、专业、学院等信息）、经手人、缴费项目，缴费人数，缴费金额等，以及各缴费项目清单查询。输入输入的数据

22、项：学院编号、学生编号等查询内容输入条件：无权限功能，有账号即可操作 输入者：学生，学院老师以及信息录入人员输入设备：鼠标、键盘处理输入查询内容，系统自动统计，查询，导出相关内容输出输出数据项：所需查询信息列表输出的设备：界面显示约束条件保证数据正确性、操作账号安全性其他功能模块模块名称其他功能的模块模块编号04作者赵晖日期2013.11.18模块功能描述系统自带工具和帮助，主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。输入输入的数据项：功能代码输入条件：实现权限功能，必须系统维护人员才有资格输入输入者：系统维护人员输入设备：鼠标、键盘处理系统增加小功能板块

23、输出输出数据项：增加日历、计算器、帮助等，提供用户使用，属于附属功能模块输出的设备：界面显示4目标系统性能需求4.1 时间要求（1）响应时间，账号登陆系统响应时间不超过30秒。（2）更新处理时间，记账的最长时间一学年年一次更新，学生、学院信息可以不定时更新。（3）数据的转换和传送时间，支持数据导入，时间限制为五分钟。（4）统计时间不超过一分钟。4.2 空间性能（1）支持的终端数为500。（2）支持的并行操作的使用者数500。（3）处理的文件和记录数。（4）表和文件的大小规模（要按可预见的增长，对数据及其分量的存储要求做出估算）。（5）处理任务的数量。（6）在正常情况下和峰值工作条件下，在一定时

24、间周期中要处理的数据总数。（7）对输入和输出数据的精度要求：缴费金额精确到小数点两位。（8）对处理和传输过程中的精度要求。4.3 性能需求点列表（性能模型）详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表5-25所示。表5-25 性能需求点列表序号性能名称性能描述输入处理输出1账户响应账号登陆系统响应时间不超过30秒账号和密码输入系统查找响应用户信息显示可视化界面2数据修改权限学生无法修改缴费信息，管理员可修改账号和密码、添加、修改内容系统查询该账号是否有权限学生账号不能更新信息，管理员操作成功3操作响应时间账户登录后进行的

25、查询更改等所以操作，系统响应时间限制为30秒操作请求系统响应请求、时间处理优先法则超时请求失败，未超时操作成功5目标系统界面与接口需求5.1 界面需求界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；（3）显示风格：图形界面、字符界面、IE界面等；（4）显示方式：1024×768、640×480等；（5）输出格式：显示布局、打印格式等。5.2 接口需求点列表（接口模型）（1）与其他系统的接口，如监控系统、控制系统、银行

26、结算系统、税控系统、财务系统、政府网络系统及其他系统等。（2）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。（3）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表5-26所示。表5-26 接口需求点列表序号接口名称借口标准入口参数出口参数传输速率1人机接口选择和输入界面、数据输入输出学生或老师账号登陆账号正确、操作正确一次请求一次回应2机机接口数据备份、导入数据库实体主码一致性、属性一致符合一致性约束、数据导入正确一次请求一次回应3与ATM接口ATM插口和ATM与计算机接口银行系统连

27、接和银行卡账号登陆刷卡信息执回一次请求一次回应4与打印机接口打印机与计算机连接打印系统数据打印系统数据报表一次请求一次回应5与银行结算系统接口银行结算系统接口银行账户连接银行结算一次请求一次回应6与监控系统接口监控设备与计算机连接设备数据，监控缴费现场监控内容，记录时间为半年保持一直回应6目标系统其他需求6.1 安全性学生缴费管理系统是学校管理体系中的一个非常重要的部分，这个环节对于学校的管理、运转至关重要。其安全性是至关重要的部分。系统应保证数据正确性，安全性，系统维护确保系统性能，防止恶意修改系统数据信息。增加系统权限范围，严格要求各种系统运用以及操作人员操作安全域素质培养。6.2 可靠性系统设计众多权限以及安全性措施，确保了信息系统错误，避免了外界恶意操作带来的数据误差。6.3 灵活性由于本系统主要应用于学院内部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处