-.学生缴费系统需求规格说明书学生缴费系统需求规格说明书.-可修遍-.目录1概述 11.1 用户简介 11.2 目的与目标 21.3 相关文档 32目标系统描述 32.1 组织结构与职责 32.2 角色定义 42.3 功能模块 52.3 业务流程分析 62.4 数据流程分析 62.5 数据库结构的设计 93目标系统功能需求 93.1 功能需求分析 93.11 信息录入人员功能 93.1.2 学院、学生功能 103.1.3 系统维护人员功能 103.2 功能需求点列表（功能模型）103.3 功能需求概述（表达之一）134目标系统性能需求 164.1 时间要求 16.-可修遍-.4.2 空间性能 164.3 性能需求点列表（性能模型）175目标系统界面与接口需求 175.1 界面需求 175.2 接口需求点列表（接口模型）186目标系统其他需求 196.1 安全性 196.2 可靠性 196.3 灵活性 196.4 特殊需求 19.-可修遍-.学生缴费系统需求规格说明书1 1概述概述学生缴费管理系统是学校管理体系中的一个非常重要的部分， 这个环节对于学校的管理、运转至关重要。但同时，它是一项复杂的工作，许多学校往往采用人工方式进行，其工作难度大，需要的操作人员多，费工费时，尤其是它的录入与查询工作非常艰苦，为此， 很有必要开发一个自动化，智能化的计算机缴费管理系统。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能对于日益复杂化的高校收费工作， 迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行部验收测试的依据。对该学生缴费管理系统系统功能、系统性能以及接口性能等进行深入分析，并有效安排该系统开发与维护时间。1.11.1 用户简介用户简介由于本系统主要应用于学院部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员， 通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、 准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。具体描述系统用户，可以分为学生，财务工作人员（信息录入人员）以及系统管理人员三类人。对于学生，主要的操作时通过系统进行查询缴费情况，接受缴费提醒，以及即使了解各种缴费详情等信息,此外，当学生出现未交费情况时，系统会对该学生账号做出警告，提醒交学费以及列明学费项目单。对于财务工作人员，主要操作是输入更改删除查询导入学生缴费情况，缴费详情以及学生个人信息的确认，以及包括学院等实体缴费情况数据统计等。.-可修遍-.对于系统管理员主要任务是系统维护和更新。1.21.2 目的与目标目的与目标目的：对于日益复杂化的高校收费工作， 迫切需要一个能够提供学校财务管理人员快捷、 简洁、有效的进行缴费管理工作的系统。于是本系统基于此种目的，应运而生。实现了在仅仅只需要两个录入人员，通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、准确的实现了缴费自动化。使用本系统，能清楚方便得进行学生的信息录入、缴费情况处理、查询、统计以及生成报表。其中的统计报表功能在查询的基础上，完成了对缴费信息总体上的概括总结，方便用户浏览查阅。学生缴费系统归纳起来，好处大约有以下几点：（1）可以存储历届的学生缴费信息，安全，高效。（2）只需一到二名学生信息录入员即可操作系统，节省大量人力（3）可以迅速查到所需信息。目标：项目的目的是对开发本系统的意图的总概括。 项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的围应能确保项目的目标可以达到。高校收费的主要问题在于收费人员众多、数量庞大、时间短暂等，这也是本系统所主要针对的。为了提高效率，减少错误，保证安全，该系统设计时主要体现了以下的特点：1.面向对象的体系设计2.使用 Delphi 作为开发工具3.功能全面、强大，覆盖了缴费全过程4.界面友好，设置错误避免设计5.高度智能，简单易用，操作方便6.系统安全，具备数据备份功能7.各种自动填充功能，有效提高效率8.代码标准，易于软件维护和功能扩充9.提供多种小工具，方便拥护使用.-可修遍-.1.31.3 相关文档相关文档1 科研性研究报告2 需求规格说明书2 2目标系统描述目标系统描述2.12.1 组织结构与职责组织结构与职责组织结构是一个组织的组成以及这些组成部分之间的关系， 通常可用组织结构图来表示。我们按照管理的特点将整个学校的财务室划分为以下几个部分。组织机构图如下所示：系统启动界面系统主控界面数据录入功能模块数据统计功能模块综合查询功能模块数据报表功能模块其他功能模块图 2-1组织机构图整个学校的缴费工作都是由学校的财务室来完成的。 学校的财务室是一个单独的机构，不属于任何一个垂直管理体系。财务室的组织构成如下： 学校的财务室由一名财务主管进行统筹管理，下设会计，出纳，以及使用本系统所必须的信息录入人员。由上图可以清晰明了的看出，学校的缴费工作主要是由财务室来完成。财务处的组织构成如下：财务室配备一名财务主管，进行学生缴费的统筹管理工作。其下设两个单位， 一个是会计部门， 进行财务核算， 另外一个就是使用本系统时，需要的缴费信息录入人员。.-可修遍-.通过以上的组织机构图，可以确切的反应出该部门实际负责的工作，可以切实的了解该部门的职责。从图中我们既可以了解纵向的层次领导关系，又可以很清楚的了解到组织机构的各种联系。 组织机构图使我们了解学校财务部门缴费活动的切入点。在组织机构图中，重点画出了与缴费管理系统有关的部分，而一般学校的行政部门等就没有体现在其中。2.22.2 角色定义角色定义用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务， 同时也是分析人员提取对象的基础。每个角色的授权可以进行详细的描述，建议采用表格的形式，如表 5-20 所示。表 5-20角 色 定 义编号10081009角色采购员所在部门业务部职责商品采购、合同签订、供应商选择相关的业务进货、 合同管理对用户角色的识别也包括使用了计算机系统后的系统管理人员。.-可修遍-.2.32.3 功能模块功能模块系统启动界面系统主控界面数据录入功能模块数据统计功能模块综合查询功能模块数据报表功能模块其他功能模块图 3-2 功能模块图A 系统管理模块：用户管理和系统维护主要就是用户身份的管理以及系统数据的维护。 前者有普通用户和超级用户之分，起区别在于功能使用上的权限不同，系统只有部分功能对普通用户开放，超级用户则拥有系统全部功能的权限。后者包括了数据的备份和数据的恢复，是为了保障系统的使用安全。B 缴费录入模块：学生缴费数据录入实现全屏幕处理或者单条记录的处理， 管理员可以在表格中任意修改、 增加、删除记录。 由于缴费涉及到找零， 需有自动计算功能； 实现缴费日期的选择输入。C 统计报表产生功能模块：数据统计以及报表产生统计主要是根据用户不同的需求对数据进行统计，分别有以全校、系别、班级为单位进行统计，统计的结果以图的方式显示出来。报表的产生主要就是将统计的数据生成报表，打印出来，方便用户浏览传阅。D 综合查询功能模块：系统数据查询查询功能是本系统最为强大的功能， 是为方便用户清楚详细了解学生缴费情况的模块。主要体现在查询功能分条件进行，用户可以以自己的任何想法来对数据进行查询，只要满足系统自身的包含条件。E 其他功能的模块：系统自带工具和帮助主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。.-可修遍-.2.32.3业务流程分析业务流程分析年级编号年级实体名称班级实体年级专业图 2-2 业务流程图班级编号本系统的业务流程图详细的表示了用计算机来实现学生缴费的处理流程。 由图可知，该系统的主要模块就是数据录入以及缴费信息管理模块。相对固定的数据长期存贮在数据库中，每学年要进行一次更改，比如新生报到注册等。对变动很大的数据，由人工进行键盘重新输入，每月进行一次统计，最后由计算和打印程序进行报表的生成和输出。具体处理过程如下：财务室的财务主管登入本系统，设置权限，生成普通管理用户，安排会计或者信息录入人员使用并用于缴费业务工作。录入各类缴费信息，进行缴费信息的管理，完成缴费，生成报表，完成整项缴费工作。2.42.4 数据流程分析数据流程分析数据流程图符号：班级实体年级专业班级编号.-可修遍-.图 2-4-1 数据流程图符号顶层数据流程图确定系统的几个主要的综合性的逻辑功能。 其中每个逻辑功能由一个数据加工描述。顶层图如下图所示：项目名称 缴费项目图 2-4-2 学生缴费管理系统顶层图项目编号顶层数据图说明了系统总的处理功能、输入和输出。教务处发来学生注册信息，财务处进行信息管理并使用此系统自动录入，进行信息处理。名称院系实体图 2-4-3学生缴费管理系统第一层流程图院系编号专业名称 专业实体图 2-4-4学生缴费管理系统底层流程图专业编号.-可修遍-.管理员登录系统后，进入用户信息管理界面，进行系统维护，用户只能修改自己的密码，而管理员可以增加、删除和修改用户。开始N添加用户Y输入用户名、密码和确认密码添加结束图 2-4-5 添加模块流程图管理员登录系统后，进入学生缴费信息管理界面，单击录入， 导入学生学籍信息，保存。即完成学生注册信息的添加。系统维护一般用户管理员修改自己的密码增加删除用户退出图 2-4-6 维护模块流程图第一层数据流程图能全面的描述学生缴费管理系统的逻辑模型， 具有抽象性和概括性。抽象性表现在它完全舍去了具体的物质，只剩下数据的流动、 加工处理和存储。对于本系统来说， 由上图可以很清楚地看清数据的流动方向，处理过程也是一目了然。如验证、数据的录入、数据的查询、数据报表、数据统计都是该系统的处理过程。其中的椭圆表示的是外部实体，本系统的外部实体主要就是用户或管理员。数据存储指通过数据文件、文件夹或账本等存贮数据，用一个右边开口的长.-可修遍-.方形表示。图形右部填写的是存储的数据和数据集的名字，左边填入该数据存储的标志。底层数据流程图则很详细的描述了学生缴费管理系统中的数据报表产生环节数据的确切流动、加工处理和存储等信息。2.52.5 数据库结构的设计数据库结构的设计分析之后可以设计出能够满足用户需求的各种实体以及他们之间的关系， 为下一节的逻辑结构设计打下基础。这些实体包括各种信息，通过相互之间的作用形成数据的流动。通过对该系统的反复设计与实施，从系统中可以抽象出如下实体并命名如下： 班级实体、年级实体、住房实体、院系实体、专业实体、学生实体、缴费项目实体以及缴费信息实体等。实体之间的关系如下：学生实体与班级实体、年级实体、住房实体、院系实体、专业实体是一对多的关系。 学生实体与缴费项目实体是一对多的关系。学生实体与缴费信息实体是一对一的关系。具体表现在：在一个学校当中，学生是最基本的组成部分，每个学生都对应一个班级、年级、专业、院系、住房，所以抽象出实体便是一对多的关系，如图所示。而一个学生每学年只用缴纳一次费用， 对应着一次缴费信息，故学生实体与缴费信息实体是一对一的关系。 而对于每个学年， 需要缴纳的项目都是固定的，每个学生都只用缴纳相同的项目，故学生实体与缴费项目实体也是一对一的关系。同样，缴费信息实体与缴费项目实体也是一对一的关系。 具体对应关系已经在图上表示出来。3 3目标系统功能需求目标系统功能需求3.13.1 功能需求分析功能需求分析3.13.11 1 信息录入人员功能信息录入人员功能1 查询服务管理功能：查询学生缴费情况、学生信息（年级、专业、学院等信息） 、经手人、缴费项目，缴费人数，缴费金额等，以及各缴费项目清单查询。.-可修遍-.2 缴费信息录入管理功能：学生、学院等信息 增加、删除、更改、查询、导入以及学生缴费信息的增加、删除、更改、导入等。3 统计管理功能：统计一个学院、学校、专业缴费人数、未缴费人数，缴费金额。4 系统缴费警报提示功能：对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费学生发出警报， 列明缴费项目明细以及最迟缴费时限。5 信息修改权限功能： 只有信息录入人员账户才有增删改查数据信息的功能3.1.23.1.2 学院、学生功能学院、学生功能1 查询缴费信息功能：学生、学院查询缴费信息，以及缴费项目明细，缴费期限、以及缴费人数，金额等信息。2 接受警报功能：学院和学生账号能接受警报功能，看到提示信息。3.1.33.1.3 系统维护人员功能系统维护人员功能1 系统维护： 对系统进行安全性， 正确性等维护， 数据的备份和数据的恢复，是为了保障系统的使用安全。2 系统更新：系统更新，不断对新增功能的改进与增加。3.23.2 功能需求点列表（功能模型）功能需求点列表（功能模型）功能点列表、功能结构图（用列表）序号1缴 费数 据 的 增数据、文字信息录入系统，对息数据进行操作表格信功能名称功能简述输入处理输出信息录入删、查找、更改、管理打印、上传、导入、备份.-可修遍-.2查 询服务管理查询学生缴选 择 查 询 关记录查查询容费情况、学生信键词息（年级、专业、学院等信息） 、经手人、缴费项目询、系统统表格显示计显示3统 计功能管理统计一个学每 个 学 生 缴系统统计、响应部完成无输出院、学校、专业费情况缴费人数、未缴费人数4学 生学生基本信录 入 学 生 信记录、表格信基本信息息的增删、查找息，属性数据输入更改、储存息管理更改、打印、上传、导入、备份5系 统维护数据的备份和数据的恢复，是为了保障系统的使用安全。应更新维护信息完备管理员操作系统响数据库数据.-可修遍-.6块其 他系统自带工有日历、计算器、入帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。功 能 代 码 输系统添附属功功能的模具和帮助，主要加、储存数能运行据7系 统提示功能对统计数据对学院、专业、况班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费 学 生 发 出 警报，列明缴费项目明细以及最迟缴费时限数 据 统 计 情对应学对学缴费警报进行反馈，分别生、学院以院、专业、及专业班级班级提示为账户做出反缴费人数；馈对学生提示缴费提醒，缴费明细以及缴费期限8信 息功能只有信息录增删改查数据信置息的功能账 户 权 限 设系统添加功能增加权限功能，只有信息录入人员账号才有增删改查数据的能力修改权限入人员账户才有.-可修遍-.3.33.3 功能需求概述（表达之一）功能需求概述（表达之一）IPO 表缴费信息录入模块模块名称缴费信息录入模块作者模块功能描述晖日期2013.11.18模块编号01学生、学院等信息 增加、删除、更改、查询、导入以及学生缴费信息的增加、删除、更改、导入等。输入的数据项：学院、学生信息以及缴费情况输入条件：实现权限功能，必须信息录入员才有资格输入输入输入者：信息录入员输入设备：鼠标、键盘处理输出约束条件注释系统数据增删改查导入备份输出数据项、输出的设备、输出条件等与输出相关的说明信息录入人员才能操作。缴费信息保存一年，而学院专业学生信息一直存在。警报与接收警报模块模块名称警报与接收警报模块编号02.-可修遍-.模块作者模块功能描述晖日期2013.11.18对统计数据进行反馈，分别对学院、专业、班级未交费人数做出警告提示，反馈给各部门缴费信息；对未缴费学生发出警报，列明缴费项目明细以及最迟缴费时限输入的数据项：缴费信息输入后的系统统计输入输入条件：统计不同学院的缴费情况，学生个人缴费情况输入者：系统统计计算每个学院缴费人数，未缴费人数，缴费金额以及个人处理缴费情况输出输出数据项：对每个学院进行警报器缴费状况，对为缴费同学做出警报。输出的设备：弹出对话框，提示缴费信息输出条件：学院警报不管有没缴费完毕，而学生警报只有未缴费才提示。约束条件学院警报不管有没缴费完毕，而学生警报只有未缴费才提示。注释查询信息管理模块模块名称查询信息管理模模块编号03学生缴费后警报自动消除.-可修遍-.块作者模块功能描述晖日期2013.11.18学生，学院老师以及信息录入人员查询学生缴费情况、学生信息（年级、专业、学院等信息） 、经手人、缴费项目，缴费人数，缴费金额等，以及各缴费项目清单查询。输入的数据项：学院编号、学生编号等查询容输入条件：无权限功能，有账号即可操作输入输入者：学生，学院老师以及信息录入人员输入设备：鼠标、键盘处理输出输入查询容，系统自动统计，查询，导出相关容输出数据项：所需查询信息列表输出的设备：界面显示约束条件其他功能模块模块名称其他功能的模块作者模块功能描述晖模块编号日期042013.11.18保证数据正确性、操作账号安全性系统自带工具和帮助，主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。输入的数据项：功能代码输入入输入条件：实现权限功能，必须系统维护人员才有资格输.-可修遍-.输入者：系统维护人员输入设备：鼠标、键盘处理输出系统增加小功能板块输出数据项：增加日历、计算器、帮助等，提供用户使用，属于附属功能模块输出的设备：界面显示4 4目标系统性能需求目标系统性能需求4.14.1 时间要求时间要求（1）响应时间，账号登陆系统响应时间不超过 30 秒。（2）更新处理时间，记账的最长时间一学年年一次更新，学生、学院信息可以不定时更新。（3）数据的转换和传送时间，支持数据导入，时间限制为五分钟。（4）统计时间不超过一分钟。4.24.2 空间性能空间性能（1）支持的终端数为 500。（2）支持的并行操作的使用者数 500。（3）处理的文件和记录数。（4）表和文件的大小规模（要按可预见的增长，对数据及其分量的存储要求做出估算） 。（5）处理任务的数量。（6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总.-可修遍-.数。（7）对输入和输出数据的精度要求：缴费金额精确到小数点两位。（8）对处理和传输过程中的精度要求。4.34.3 性能需求点列表（性能模型）性能需求点列表（性能模型）详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表 5-25 所示。表 5-25性能需求点列表序号1性 能名称账 户响应述性 能 描账 号 登时间不超过30 秒输入账号和处理系 统 查信息输出显示可视陆系统响应密码输入找响应用户化界面2数 据修改权限学 生 无账号和系 统 查否有权限系 统 响学生账号息，管理员操作成功超时请求法修改缴费密码、 添加、 询该账号是不 能 更 新 信信息， 管理员修改容可修改3操 作响应时间账 户 登录后进行的求查询更改等所以操作， 系统响应时间限制为 30 秒操作请应请求、 时间失败，未超时处理优先法操作成功则5 5目标系统界面与接口需求目标系统界面与接口需求5.15.1 界面需求界面需求界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。.-可修遍-.（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；（3）显示风格：图形界面、字符界面、IE 界面等；（4）显示方式：1024768、640480 等；（5）输出格式：显示布局、打印格式等。5.25.2 接口需求点列表（接口模型）接口需求点列表（接口模型）（1）与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。（2）与系统特殊外设的接口，如 CT 机、磁共振、柜员机（ATM） 、IC 卡、盘点机等。（3）与中间件的接口，要列出接口规、入口参数、出口参数、传输频率等。应在此列举出所有的外部接口名称、接口标准、规。外部接口列表，如表5-26 所示。表 5-26接口需求点列表序号1接口名称人机接口借口标准入口参数出口参数操作正确传输速率次回应选择和输入学生或老师账号正确、一次请求一界面、数据账号登陆输入输出2机机接口数据备份、数据库实体符合一致性一次请求一导入主 码 一 致约束、数据次回应性、属性一导入正确致3456与 ATM 接ATM插口和银行系统连刷卡信息执一次请求一口ATM与计算接和银行卡回机接口口系统接口接口算机连接统接口账号登陆据接据报表次回应一次请求一次回应次回应与打印机接打印机与计打印系统数打印系统数一次请求一与银行结算银行结算系银行账户连银行结算与监控系统监控设备与设备数据，监控容，记保持一直回计算机连接监控缴费现录时间为半应场年.-可修遍-.6 6目标系统其他需求目标系统其他需求6.16.1 安全性安全性学生缴费管理系统是学校管理体系中的一个非常重要的部分， 这个环节对于学校的管理、运转至关重要。 其安全性是至关重要的部分。系统应保证数据正确性，安全性，系统维护确保系统性能，防止恶意修改系统数据信息。增加系统权限围，严格要求各种系统运用以及操作人员操作安全域素质培养。6.26.2 可靠性可靠性系统设计众多权限以及安全性措施，确保了信息系统错误，避免了外界恶意操作带来的数据误差。6.36.3 灵活性灵活性由于本系统主要应用于学院部，不具备网络查找功能，因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。智能化的计算机缴费管理系统。实现了在仅仅只需要两个录入人员， 通过此系统，可以很轻松地应对一般高校的缴费管理工作，高效、 准确的实现了缴费自动化。为解决学生缴费过程中繁琐的记录，记账和费用清单处理等功能。6.46.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。.-可修遍-