校园一卡通需求规格说明书.doc

校园一卡通管理系统需求规格说明书 红队校园一卡通管理系统 -需求规格说明书 制作人： 王 卫（2009119025） 赵 俊（2009119026） 李竺航（2009119027） 杨会芹（2009119028） 张金芳（2009119029） 周 谞（2009119127） 高伟明（2009119128） 曹 欣（2009119129）一、 引言1. 编写目的本需求分析文档的目的是说明校园一卡通管理系统最终所运行的条件，性能要求及要实现的功能，为进一步设计与实现打下基础。本文档以文档形式将用户对软件的需求明确下来，是与用户沟通的成果，也是供用户验收项目时的参考。本文档预期读者为：用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相关人员。2. 开发背景系统名称：校园一卡通管理系统需求背景： 由于电子管理系统的多功能化，各大高校纷纷使用电子记账卡对教职工、学生等的消费进行管理，因此对合理、高效的校园一卡通管理系统有着迫切的需求。系统用途： 本系统为各大高校的教职工及学生在学校内的各类基础消费（饮食、洗澡、打水等）使用。系统开发人员： 本系统由红队全体成员完成，从可行性分析，需求分析，概要设计，实现到调试等一系列过程。二、 任务概述1. 任务目标能对校园一卡通信息进行及时的管理及查询，系统反应时间较短（不大于5秒），提高用户使用效率。2. 用户特点本系统是面向校园一卡通管理而开发的，管理员（维护人员）不需要任何数据库专业技能知识，对于使用者也比较方便。本系统可以极大的提高工作效率。三、系统环境1. 系统构架系统由管理员端和客户端构成。客户端完成学生自助查询、挂失功能，而管理员端则主要完成新建、存款、注销等功能。2. 硬件设备2.1 主机电脑，要求容量大（），CPU能够满足查询。2.2 客户端与管理员端，限于条件制约，因此用桌面程序模拟。四、 需求分析1. 业务需求（1） 业务流程图1.1 系统整体数据流程图本系统会涉及到的业务包括注册用户（学号、姓名、卡号）、充值（最少充值50，每天限制刷卡限额）、信息查询、消费、挂失/解挂、补卡、注销、修改用户信息、功能管理（学生可以随时查询消费情况及地点，凭学生证可以进行挂失和补办）九大功能。记录用户信息创建新用户管理查询充值注册消费挂失/解挂修改注销补卡一卡通信息数据库用户信息备份1.2 注册用户功能注册功能权限只开放给管理员，该功能由管理员输入正确的用户注册信息并设置原始密码，然后录入数据库。用户信息完整？录入数据库分配ID用户信息录入创建新用户用户设置密码重新输入重新输入提示 要求输入完整一卡通信息数据库用户基本信息提交用互信息学号姓名性别联系电话所属班级1.3 饭卡充值功能该功能权限只开放给管理员，由管理员确认金额无误后更新饭卡余额信息。用户存款确认金额无误更新一卡通信息重新输入重新输入一卡通信息数据库1.4 饭卡挂失/解挂功能该功能管理员可以使用，用户凭借用户身份信息进行挂失/解挂。用户申请挂失/解挂输入用户的学号/职工号及卡号重新输入一卡通信息数据库验证密码和学号是否正确 NY对一卡通进行挂失或解挂1.5 饭卡注销功能该功能仅开放给管理员，由管理员输入用户身份信息并确认注销。输入用户ID与密码用户ID密码正确？用户申请注销注销一卡通显示信息 确认注销重新输入重新输入要求重输一卡通信息数据库1.6 饭卡信息查询功能该功能管理员及用户均可以使用，用户需凭用户身份信息进行简单查询。用户ID密码正确？显示一卡通信息输入用户ID与密码重新输入重新输入一卡通信息数据库1.7 修改用户信息功能该功能开放给管理员和用户使用，用户凭借身份信息进行信息维护。输入用户ID与密码用户ID密码正确？用户申请修改信息修改提交修改信息用户信息是否规范修改数据库信息显示信息 确认修改重新输入重新输入申请修改密码重新输入用户密码修改输入密码密码是否正确修改密码要求重输重新输入一卡通信息数据库1.8 消费功能该功能开放给用户及管理员，用户通过刷卡器端进行消费。一卡通消费金额超限？一卡通余额足够？用户刷卡完成消费修改一卡通金额重新输入重新输入一卡通信息数据库要求输入密码要求重输密码是否正确？（2） 数据流图（3） 数据字典2. 功能需求（1） 功能概述经分析，该饭卡管理系统主要实现以下功能：1、注册 2、存款/消费 3、查询/修改 4、挂失/解锁5、注销（2） 该系统的IPO图如下：（输入、加工、输出图）学生基本信息消费额存款额查询/修改登录权限挂失/解锁注销服务新建一卡通信息进行扣费存款简单查询/修改复杂查询/修改挂失状态转换注销一卡通新持卡者卡余额卡状态卡历史记录（3） 层图（4） 概念处理模型图（5） 状态图数据字典1学生信息：学号 = 数字姓名 = 汉字性别 = 男|女2 饭卡信息饭卡ID = 数字余额= 数字锁=true|false3 饭卡历史饭卡ID = 数字时间=时间格式款额=数字操作=存款|消费4 饭卡挂失/解挂饭卡ID = 数字5 饭卡刷卡消费饭卡ID= 数字限定金额=30数字30余额= 数字锁=true|false6 存款饭卡ID=数字充值额=数字余额= 数字锁=true|false7 饭卡注销饭卡ID=数字学号 = 数字姓名 = 汉字性别 = 男|女|null余额= 数字8修改用户信息饭卡ID=数字学号 = 数字姓名 = 汉字性别 = 男|女数据元素的数据字典卡片： 学生信息名字：学生信息 描述：记录学生相关信息定义：学生信息=学号+姓名+性别位置：数据库卡信息名字：饭卡信息 描述：显示学生饭卡的信息定义：卡信息 =饭卡ID+余额+锁位置：数据库饭卡历史信息名字：卡历史信息 描述：记录饭卡使用历史的信息定义：饭卡历史信息=卡ID+时间+款额+操作位置：数据库 饭卡挂失/解挂名字：饭卡挂失 描述：学生向管理员提出申请，进行饭卡的挂失或者解锁定义：饭卡挂失/解锁=饭卡ID+密码位置：数据库 饭卡刷卡消费名字：饭卡刷卡消费 描述：学生刷卡消费的情况定义：饭卡刷卡消费=饭卡ID+密码+限定金额+锁位置：数据库 管理系统/刷卡器 存款名字：存款 描述：学生向饭卡存款定义：存款=饭卡ID+密码+充值额+锁位置：数据库饭卡注销名字：饭卡注销 描述：学生申请注销饭卡定义：饭卡注销=饭卡ID+密码+学号+姓名+性别+电话号码+所属班别+余额位置：数据库修改用户信息名字：修改用户信息 描述：学生申请修改个人信息定义：饭卡注销=饭卡ID+密码+学号+姓名+性别+电话号码+所属班别位置：数据库学生信息库（student_info）列名数据类型学生学号stu_numChar(20)学生姓名nameChar(20)性别sexboolean卡信息(card_info)列名数据类型卡IDidint余额sumfloat锁lockboolean卡历史(card_his)列名数据类型卡IDidint时间daytimedaytype款额sumfloat操作opChar(20)刷卡消费(card_spend)列名数据类型卡IDidint密码passwordChar(20)限定金额LimitedMoneyint余额sumfloat锁lockboolean存款(card_dep)列名数据类型卡IDidint密码passwordChar(20)充值额paidMomeyfloat余额sumfloat锁lockboolean卡注销(card_log)列名数据类型学生学号stu_numChar(20)卡IDidint学生姓名nameChar(20)性别maleboolean余额sumfloat修改信息(card_mod)列名数据类型学生学号stu_numChar(20)卡IDidint学生姓名nameChar(20)性别maleboolean3. 非功能需求1. 安全性需求1.1 系统用于存储和管理学生饭卡余额等信息的数据应具有很高的安全性。1.2 普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器2. 正确性需求系统正确性需求应包括以下几项：2.1 系统应能够把管理员所新建/修改的学生饭卡相关信息以及充值的信息及时地导入数据库中；2.2 当学生在刷卡器上刷卡消费时，刷卡器服务端应能准确地读取相关消费信息发送到饭卡管理系统并把系统反馈的饭卡余额显示在刷卡器消费端；3. 时间特性需求3.1 刷卡响应时间不超过1秒； 3.2 查询响应时间不超过5秒；4. 稳定性需求4.1 该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统被升级或替代4.2 该系统能在校内各饭堂所有刷卡器（200以内）上同时进行消费能够以正常的性能稳定运行下去（设备原因，无法实现该功能）5. 数据管理需求5.1 系统所涉及的所有货币金额数据类型，均按实数保存，在显示处理时保留小数点后2位；5.2 在新建/修改学生饭卡相关信息的时候检查卡ID的合法性、学生信息的合法性；5.3 所有数据存储在学校服务器端，数据安全可靠；5.4 该