校园一卡通系统需求文档

1、移动订票平台系统需求分析说明书学院计算机学院专业软件工程年级班别卓越工程（ 1）班学 号 31学生姓名杨斌指导教师殴毓毅2016 年 6 月 20 日1 导言 11.2 范围 11.3 定义 12 系统定义 12.1 项目背景 22.2 系统整体结构 33 应用环境 44 功能需求 44.1 角色定义 44.2 系统各类之间的关系 65 性能需求 196 产品提交 217 实现约束 218 签字 211导言1.1 编写目的这个阶段的任务不是具体解决问题， 而是准确确定为解决问题系统必须具备哪 些功能。 这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发

2、人员进行具体的开发。1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型， 解决整个项目系统 的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方 式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。1.3 定义本文件中用到的专门术语的定义和外文首字母词组的原词组。实体联系图（ E-R 图）：包含实体（即数据对象） 、关系和属性。作为用户与分 析员之间有效交流的工具。状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的 行为。提供行为建模机制。层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。输入-处理-输

3、出图（ IPO 图） :方便描绘输入数据、对数据的处理和输出数据之 间的关系。2 系统定义我们分别阐述一下项目的来源、背景和项目的目标2.1 项目背景校园卡管理系统 是一套针对大学校园食堂饮食交费，一般消费等方面的信息管 理系统，它包括了同学在校内消费各方面内容：刷卡消费、查询、存款，学生信息管 理等。方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的 一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同 学进行检查。校园卡管理系统 的主要任务就是把人们从繁琐的交费，找零工作中解放出来，用计算机实现对销售合同资料进行存款，消费，查询、修改、删除以及存储等

4、 功能。同时，用计算机能够快速准确地完成共档案资料的统计和汇总工作，迅速地打 印出各种报表资料以供使用。进行数据库设计的首要任务是考虑信息要求，也就是数据库要存入什么样的数 据。当然，创建数据库并非仅仅为了存储数据，更主要的目的是从中提取有用信息。 所以除了要考虑数据库存储什么数据外，还应该考虑数据的存储方式、目的、用途以 及性能要求。2.2 系统整体结构使用饭卡可以快速便捷的进行消费。中央电脑-数据库对饭卡的操作相应至关重要。在高峰时刻，也能保证，存款，消费无错误，并且可记录，撤销操作。系统流程图数据流程学生学生信息存款额管理员3 应用环境3.1 运行的硬件环境a. 中央电脑，要求容量大，

5、CPU能够满足查询的。b. 刷卡器，要求读取 ID 敏捷，准确。c. 要求刷卡器与中央电脑连接。通信量要满足查询精度和速度。d. 刷卡器上的功能建，要求显示明确，意思表达精确。4 功能需求4.1 角色定义角色或者执行者（ Actor ）指与系统产生交互的外部用户或者外部系统4.1.1 学生1 可通过改系统存取在一卡通里面的现金2 记录通过一卡通进行刷卡消费3 因意外丢失的一卡通，可通过系统进行挂失或者申请新卡4 在系统上进行个人信息管理5 查询现有金额4.1.2 一卡通1 卡的表面记录学生的姓名、性别、近照、学号、卡号等信息2 卡里面记录 id 、学生个人信息、余额、卡锁等信息4.1.3 管理

6、员管理系统的人员4.2 系统各类之间的关系学生其他信息刷卡器 显示器查询结果学生信息存款额管理员刷卡服务员4.3 系统功能a功能：1 实现消费使用卡片扣钱（取代现金）2 在固定保险的地方存钱；3 有消费记录功能；4 有挂失功能。b性能；1 刷卡消费时，要求快速，准确，可撤销；2 在查询消费记录时，达到一般的查询速度。c.输出：在刷卡器上，每次消费时：1 存额2 此次消费额3 剩余额刷卡器上，额外的信息如：1 出错信息2 锁卡信息3 剩余不多提示信息报单：1 每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。详细程度 可由使用者，自行定义。2 存款时，可选择性的（需学生主动要求）输出

7、存款记录报单。3 注销卡时，返还剩余额（钱） 。d输入：刷卡器上，每次消费时：1卡 ID（可由读卡器自动读入）2 消费额3操作符（确认， 撤消，后退，计算（加减乘除），存款（有权限限制） ，其他功能）数据库管理电脑上：1 输入学生信息2 学生存款额（由读卡器端输入器完成）3 查询，修改，删除功能输入e在安全与保密方面的要求：1 使用者之间的 ID 号不能重复；2 ID 号不被他人轻易知道；3 即便知道也能有快速相应的机制，予以弥补；4 有使用追踪功能，可以让用户了解，自己使用的情况。4.4 需求规定4.4.1 详细系统流程图0 层 刷卡器显示器学生其他信息管理员注销信息注销信息层查询结果学生信

8、息卡ID存款额饭卡系统余额信息其他信息消费额层1查询条件3 查询历史消费信息饭卡信息饭卡信息数据注册信息余额注销信息管理员存款额5 注销卡ID响应信息消费额挂失信息刷卡服务员锁信息刷卡器 显示器新建饭卡 信息2 存款 - 消费刷卡服务 员4 挂失息挂失计时消费额创建信息存款额学生管理员5.2 注销层3消费额卡ID卡ID判断挂失倒时2.1.2 显示余额2.1.3 存款卡ID 2.1.1并 读确取认卡 ID卡ID管理员饭卡信息数据注销卡 ID挂失时间4.2 挂失计时 设置时间 饭卡信息数据锁信息饭卡信息数据计时开始信号锁信息注销信息产生注销信息存款完毕信息，或者错误信息卡余额信息 存入额 确认学生

9、管理员学生挂失信息4.1 挂失状态 转换4.4.2 IPO 图学生信息锁卡信息刷卡（ 卡ID）消费额查询条件存款额新建饭卡信息挂失状态转换简单查询4.4.3 状态变化图消费复杂查询存款空历史纪录卡历史纪录卡状态卡余额没有卡申请成功do/ 申请卡（创建）冲钱，消费event event event event需要存款 / 充值 需要消费 / 消费 丢失 / 挂失 余额不足 / 警告持有卡无法使用注销注销event 找到饭卡 / 解锁do/ 注销event 一定时间之后 / 注销4.4.4 层图4.5 动态数据动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元 组与属性值，就

10、查阅信息。数据库描述本系统的实体有： 学生信息、 卡信息它们之间的关系是一对一的。 卡信息和卡历史是 对多的E-R图如下：数据字典1 学生信息：学生学号 = 数字| 字母卡 ID = 数字 | 字母 学生姓名 = 汉字 性别 = 男| 女 |null 电话号码 = 数字 地址 = 汉字 | 数字 | 字母 2 卡信息卡 ID = 数字 | 字母 余额 = 数字 锁=true|false3 卡历史卡 ID = 数字 | 字母 时间 =时间格式 款额 =数字 操作=存款| 消费|其他数据元素的数据字典卡片 ：学生信息名字：学生信息 别名：描述：记录学生相关信息定义：学生信息 =学生学号 +卡 ID

11、+学生姓名 +性别 +电话号码 +地址位置：数据库卡信息名字：卡信息 别名：描述：记录卡的信息定义：卡信息 =卡 ID+余额 +锁小于的也有备份数位置：数据库卡历史信息名字：卡历史信息 别名：描述：记录卡历史的信息定义：客户信息 =卡 ID+时间+款额 +操作位置：数据库5 性能需求5.1 精度需求输入数据：查询最大查询范围 1年内；卡 ID 合法性；客户信息合法性；输出数据：余额以 213.12 的形式最多小数点后两位，即到分为止显示。 部分不可能出现）5.2 响应时间需求刷卡响应时间不超过 1 秒；查询响应时间不超过 5 秒；5.3 故障处理需求刷卡响应时间超过 1 秒后，自动提出警告。要

12、求重新刷卡。查询超过 5 秒，要显示查询时间长的提示信息。以免误认为死机。当计算机突然死机、 重启、断电时自动存储备份数据。即便没有存上。 据库，供恢复。5.4 可靠性需求使用饭卡可以快速便捷的进行消费。中央电脑-数据库对饭卡的操作相应至关重要。在高峰时刻，也能保证，存款，消费无错误，并且可记录，撤销操作。5.5 系统安全性需求通过系统存取金额和大金额的消费 （单次消费超过 50）都需要进行密码输入， 管理员只能对用户的个人信息进行修改， 用户的金额和卡锁不能处理， 挂失必须要 用户的密码确认。当记录到当天短时间内用大金额消费则会停止卡消费5.6 其他专门需求普通学生只能刷卡消费， 系统管理员还可以进入管理员界面； 刷卡服务员可以操作 刷卡器。界面清晰、美观，操作简单、方便。所有数据存储在学校服务器端，数据存储安全可靠。6 产品提交提交产品为：a