校园卡管理系统软件需求说明书

校园卡管理系统软件需求说明书目录1引言111目的112项目范围113定义、缩略语、缩写12系统需求概述221用例模型222假设和依赖43系统详细需求531USECASE清单532规格说明5321功能性需求6322可用性6323可靠性6324性能6325保障性7326设计上的限制74术语表8软件需求说明书1引言11目的本文档描述了校园卡管理系统的软件需求规格。目的在于向读者表述系统的环境，系统的功能和非功能的需求。12项目范围本次软件项目开发的是一个校园卡系统。本系统面向全体学生，所以需要录入学生的一些信息，然后再注册饭卡。最后才是学生向校园卡中存款，进行刷卡消费。由于存储了学生的信息，所以挂失起来也更为的方便。系统的功能如下学生能够通过输入合法个人信息申请办理校园卡，并绑定对应本人合法银行卡。学生能够通过输入合法的校园卡ID与密码后登陆系统。学生能够在任何时间退出系统。学生能够查看自己的校园卡个人信息。学生能够查看自己校园卡的账户余额。学生能够同财务系统交互实现绑定的银行卡汇款至校园卡的余额上。学生能够查看个人历史消费信息。学生能够通过合法ID与密码后对校园卡实现挂失。学会能够修改校园卡密码。学生能够使用校园卡在学校内的超市，体育馆，食堂，校车系统消费。管理员能够通过输入合法的管理员ID与密码后登陆系统。管理员能够在任何时间退出系统。管理员能够对已挂失的校园卡实现补办。管理员能够查询任意校园卡的个人信息。管理员能够查询任意校园卡的历史消费信息。管理员能够完成同财务系统进行交互，实现查询任意校园卡的余额。管理员能够维护校园卡业务，包括新增，更新，删除，检索操作。管理员能够维护管理员数据，包括新增，更新，删除，检索操作。13定义、缩略语、缩写学生在校园内读书的所有学生。管理员管理校园卡系统的人。系统校园卡管理系统。UCSPECUSECASESPECIFICATION2系统需求概述21用例模型系统用例图如下（图1）图1系统整体用例模型用例的概要描述如下表所示主要参与者优先级用例名用例概述高注册校园卡REGISTER学生通过输入合法个人信息申请办理校园卡。高学生登陆系统LOGIN学生通过输入合法的校园卡ID与密码后登陆系统。高学生退出系统LOGOUT学生能够在任何时间退出系统。高查看个人信息VIEWUSERINFO学生查看自己的校园卡个人信息。高查看校园卡余额CHECKBALANCES学生查看自己校园卡的账户余额。高银行卡校园卡转账TRANSFER学生操作绑定的银行卡汇款至校园卡的余额上高查看历史消费记录VIEWTHEHISTORY学生能够查看个人历史消费信息。高校园卡挂失REPORTTHELOSS学生通过合法ID与密码后对校园卡实现挂失。高修改校园卡密码CHANGEPASSWORD学生能够修改校园卡密码。学生（STUDENT）高学生消费CONSUMPTION学生使用校园卡在学校内的超市，体育馆，食堂，校车，图书馆系统消费。中管理员登录系统LOGIN管理员通过输入合法的管理员ID与密码后登陆系统。中管理员退出系统LOGOUT管理员能够在任何时间退出系统。管理员MANAGER中校园卡补办REREGISTER管理员能够对已挂失的校园卡实现补办。中管理员查看校园卡信息VIEWUSERINFO管理员能够查询任意校园卡的个人信息。中管理员查看消费记录VIEWTHEHISTORY管理员能够查询任意校园卡的历史消费信息。低管理员查看校园卡余额CHECKBALANCES管理员登陆系统后能够实现查询任意校园卡的余额。低管理员维护校园卡业务MAINTENANCEOFBUSINESS管理员维护校园卡业务，包括新增，更新，删除，检索操作。低管理员维护管理员数据MAINTENANCEMANAGER管理员维护管理员数据，包括新增，更新，删除，检索操作。22假设和依赖每一位学生都只有一个合法的个人信息。管理员必须经过一定的培训。否则将影响系统的使用效果。3系统详细需求本节将使用用例技术描述系统的详细需求。31USECASE清单用例名和对应的用例描述文件的关系如下（在名为“用例描述文件”的文件夹中列出了四个作为示例）编号用例名对应用例文件01注册校园卡01_UCSPECDOC02学生登陆系统02_UCSPECDOC03学生退出系统03_UCSPECDOC04查看个人信息04_UCSPECDOC05查看校园卡余额05_UCSPECDOC06银行卡校园卡转账06_UCSPECDOC07查看历史消费记录07_UCSPECDOC08校园卡挂失08_UCSPECDOC09修改校园卡密码09_UCSPECDOC10学生消费10_UCSPECDOC11管理员登录系统11_UCSPECDOC12管理员退出系统12_UCSPECDOC13校园卡补办13_UCSPECDOC14管理员查看校园卡信息14_UCSPECDOC15管理员查看消费记录15_UCSPECDOC16管理员查看校园卡余额16_UCSPECDOC17管理员维护校园卡业务17_UCSPECDOC18管理员维护管理员数据18_UCSPECDOC32规格说明本节定义了校园卡管理系统的非功能需求（包括可靠性、可用性、性能等）和用例中通用的功能性需求。321功能性需求本节描述了用例中通用的功能性需求。历史消费记录系统所有的系统消费信息都必须被记录到消费日志中。信息的格式必须是系统消费号码、日期、时间、消费信息。日志系统所有的系统出错信息都必须被记录到出错日志中。信息的格式必须是系统错误号码、日期、时间、错误信息。和用户相关的每个页面迁移信息都必须被记录到追寻日志中。信息的格式必须是用户帐号、日期、时间、迁移的页面名。每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。信息的格式必须是日期、时间、消耗的内存、处理时间。精度要求输入数据查询最大查询范围1年内；卡ID合法性；客户信息合法性。输出数据余额以21312的形式最多小数点后两位，即到分为止显示。（小于的部分不可能出现）时间特性要求刷卡响应时间不超过1秒；查询响应时间不超过5秒。预设管理员在系统之初，将预先设定在一个管理员，他具有系统所有的权限。他的密码可以被再次修改。322可用性下面列出了和系统的可用性相关的需求。系统客户端系统的客户端必须是能够识别每张校园卡的仪器。系统易用性校园卡管理系统的管理界面设计必须简单明了，不需要管理员花费过多的时间来学习。帮助服务校园卡管理系统的客户端仪器都能够实现一些常规操作的帮助。323可靠性可用性校园卡管理系统必须能够24小时7天的工作。系统严重错误发生的平均时间间隔系统发生严重错误的平均时间间隔应该大于300小时。324性能最大的并发人数校园卡系统的最大并发访问数应该为10000。在这个范围内，系统应该能够很好的工作。最大系统响应时间在最大并发数为10000范围内时，系统对用户的最大相应时间应该小于10秒/1万条数据。最大的事务处理时间校园卡管理系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。325保障性出错对应时间当系统发生错误时，对应的补丁程序的发布时间应该是小于2天/一件BUG。技术支持时间本系统完全上线后的一年内，提供的技术支持时间应该是每周8小时5天。326设计上的限制数据库管理软件系统必须使用JAVA或C接口同关系型数据库管理软件建立连接。系统客户端系统客户端必须能够联系到数据库，并且能识别每一张注册后的校园卡。平台要求系统的平台要求系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软WIN2000以上或LINUXUNIX的数据库服务器上顺利运行。4术语表财务系统财物系统是指销售商用来管理财务的一套程序系统，此系统处理财务相关的工作，是一个已经存在的系统。图书馆系统图书馆系统是指学校图书馆内用来管理图书的系统，此系统处理图书信息与收费相关的工作，是一个已经存在的系统。校车系统校车系统是指学校运输部门内用来管理校车的系统，此系统处理校车调度与收费相关的工作，是一个已经存在的系统。食堂系统图书馆系统是指学校食堂内用来管理食堂体系的系统，此系统处理学生购买食物相关的工作，是一个已经存在的系统。DBMS数据库管理系统DATABASEMANAGEMENTSYSTEM是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库。它对数据库进行统一的管理和