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

校园卡管理系统软件需求说明书 目录 1. 引言 1 1.1 目的 1 1.2 项目范围 1 1.3 定义、缩略语、缩写 1 2. 系统需求概述 2 2.1 用例模型 2 2.2 假设和依赖 4 3. 系统详细需求 5 3.1 Use-Case 清单 5 3.2 规格说明 5 3.2.1 功能性需求 6 3.2.2 可用性 6 3.2.3 可靠性 6 3.2.4 性能 6 3.2.5 保障性 7 3.2.6 设计上的限制 7 4. 术语表 8 软件需求说明书 引言 目的 本文档描述了校园卡管理系统的软件需求规格。目的在于向读者表述系统的环境，系统的功能和非功能的需求。 项目范围 本次软件项目开发的是一个校园卡系统。本系统面向全体学生，所以需要录入学生的一些信息，然后再注册饭卡。最后才是学生向校园卡中存款，进行刷卡消费。由于存储了学生的信息，所以挂失起来也更为的方便。系统的功能如下： 学生能够通过输入合法个人信息申请办理校园卡，并绑定对应本人合法银行卡。 学生能够通过输入合法的校园卡ID与密码后登陆系统。 学生能够在任何时间退出系统。 学生能够查看自己的校园卡个人信息。 学生能够查看自己校园卡的账户余额。 学生能够同财务系统交互实现绑定的银行卡汇款至校园卡的余额上。 学生能够查看个人历史消费信息。 学生能够通过合法ID与密码后对校园卡实现挂失。 学会能够修改校园卡密码。 学生能够使用校园卡在学校内的超市，体育馆，食堂，校车系统消费。 管理员能够通过输入合法的管理员ID与密码后登陆系统。 管理员能够在任何时间退出系统。 管理员能够对已挂失的校园卡实现补办。 管理员能够查询任意校园卡的个人信息。 管理员能够查询任意校园卡的历史消费信息。 管理员能够完成同财务系统进行交互，实现查询任意校园卡的余额。 管理员能够维护校园卡业务，包括新增，更新，删除，检索操作。 管理员能够维护管理员数据，包括新增，更新，删除，检索操作。 定义、缩略语、缩写 学生——在校园内读书的所有学生。 管理员——管理校园卡系统的人。 系统——校园卡管理系统。 ucspec——Use Case Specification 系统需求概述 用例模型 系统用例图如下（图1）： 图1系统整体用例模型 用例的概要描述如下表所示： 主要参与者 优先级 用例名 用例概述 学生 （Student） 高 注册校园卡 (Register) 学生通过输入合法个人信息申请办理校园卡。 高 学生登陆系统 (Login) 学生通过输入合法的校园卡ID与密码后登陆系统。 高 学生退出系统 (Logout) 学生能够在任何时间退出系统 高 查看个人信息 (ViewUserInfo) 学生查看自己的校园卡个人信息。 高 查看校园卡余额 (CheckBalances) 学生查看自己校园卡的账户余额。 高 银行卡校园卡转账 (Transfer) 学生操作绑定的银行卡汇款至校园卡的余额上 高 查看历史消费记录 (ViewTheHistory) 学生能够查看个人历史消费信息。 高 校园卡挂失 (ReportTheLoss) 学生通过合法ID与密码后对校园卡实现挂失。 高 修改校园卡密码 (ChangePassword) 学生能够修改校园卡密码。 高 学生消费 (Consumption) 学生使用校园卡在学校内的超市，体育馆，食堂，校车，图书馆系统消费。 管理员 (Manager) 中 管理员登录系统 ( Login) 管理员通过输入合法的管理员ID与密码后登陆系统。 中 管理员退出系统 (Logout) 管理员能够在任何时间退出系统 中 校园卡补办 (Reregister) 管理员能够对已挂失的校园卡实现补办。 中 管理员查看校园卡信息 (ViewUserInfo) 管理员能够查询任意校园卡的个人信息。 中 管理员查看消费记录 (ViewTheHistory) 管理员能够查询任意校园卡的历史消费信息。 低 管理员查看校园卡余额 (CheckBalances) 管理员登陆系统后能够实现查询任意校园卡的余额。 低 管理员维护校园卡业务 (MaintenanceOfBusiness) 管理员维护校园卡业务，包括新增，更新，删除，检索操作。 低 管理员维护管理员数据 (MaintenanceManager) 管理员维护管理员数据，包括新增，更新，删除，检索操作。 假设和依赖 每一位学生都只有一个合法的个人信息。 管理员必须经过一定的培训。否则将影响系统的使用效果。 系统详细需求 本节将使用用例技术描述系统的详细需求。 Use-Case 清单 用例名和对应的用例描述文件的关系如下（在名为“用例描述文件”的文件夹中列出了四个作为示例）： 编