【课程设计】学生饭卡管理系统需求分析规格说明书

【课程设计】学生饭卡管理系统需求分析规格说明书 文档编号:LMS_1 版 本 号:V1.0 文档名称:需求分析规格说明书 项目名称:学生饭卡管理系统 项目负责人:张三 李四 编写:张三 李四 2011年11月17日 校对: 审核: 批准: 开发单位: 1引言 1.1编写目的 需求分析是软件系统生存期中定义阶段的最后一个 步骤 新产品开发流程的步骤课题研究的五个步骤成本核算步骤微型课题研究步骤数控铣床操作步骤 。这个阶段的任务不是具体解决问 题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档 准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。 1.2 背景 开发的软件系统的名称: 饭卡管理系统 本项目的任务提出者:软件工程课程设计 开发者:李杜松 实现该软件的计算站:图书馆计算机中心 1.3 定义 本文件中用到的专门术语的定义和外文首字母词组的原词组。 实体—联系图(E-R图):包含实体(即数据对象)、关系和属性。作为用户与分析员之间有效交流的工具。 状态转换图:通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。 层次方框图:用树形结构的一系列多层次的矩形框描绘数据的层次结构。 输入-处理-输出图(IPO图):方便描绘输入数据、对数据的处理和输出数据之间的关系。 1.4 参考资料 同可行性研究 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 处 2.任务概述 2.1目标 主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。 2.2用户的特点 由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即 可。管理员(维护人员)不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预 期使用频度较高。 2.3假定和约束 系统的规模较小,适于Windows和操作系统，SQL数据库系统。 3.需求规定 3.1对功能的规定 (1)更准确的系统流程图 申请新卡 学校学生信息库 录入学生信息，从学生信息库确认信息学生饭卡信息备份 饭卡存款额，历史 创建学生饭卡信息 报表提交饭卡 挂失刷卡消费存款刷卡借书还书注销卡 图书馆数据库报表借书记录 (2)更准确的数据流程图 -------------0层------------- 借书记录图书馆进门刷卡器卡ID卡ID 借还书数卡器 里系统 查询结果 学生 查询结果其他信息修改密码学生信息 刷卡器卡ID饭卡系统存款额管理员显示器余额信息 其他信息消费额 刷卡服务 员 -------------1层------------- 7、核对学生 信息 学生进出管记录借还书刷饭卡ID 卡器 图书馆数据库 修改借还书记录 进门刷卡8、判断借还饭卡ID器书条件 接入图书管理系统 借还书记录 学生 输入饭卡ID，原密码 余额、消费记录 挂失信息6、修改密码 3、查询余查询条件额、消费记录更新学生信息 余额、消费记录1、新建饭卡4、挂失处理注册信息锁信息创建信息 饭卡信息数据管理员挂失计时刷卡器 显示 器确认创建信息余额饭卡ID注销信息 存款额、消费额 确认注销5、注销饭卡注销信息2、存款、消余额费 消费额 存款额 确认存款 饭卡管理系统 服务员 -------------2层------------- 1.3 创建饭卡信学生+卡信息管理员息历史记录表 注册信息 全部创建信息1.2 读取学生其 他信息,创建卡确认信息ID 1.1 判断学生简 饭卡信息数据单信息一致性 学生信息 学生简单信息 在校学生信息 管理员通过对在校学生提供的简单信息与学生注册信息的比较，判断学生信息的一致性，确认信息后读取学生的其他信息，然后创建一个新的卡ID，卡内储存学生和饭卡的信息，同时创建饭卡信息历史记录表用以记录饭卡的使用记录和修改记录，最后全部在饭卡信息数据库中创建一个新纪录。 存款额 卡ID管理员2.1 存钱 余额 余额存款额 饭卡信息数据 消费额 余额 2.2 消费 刷卡器余额卡ID刷卡服务员 显示器 消费额 学生在存钱时，通过管理员的系统后台操作输入存款额，修改饭卡数据库的饭卡信息，完成存款操作，学生就可用饭卡进行消费。消费过程中，刷卡服务员先在刷卡器中键入学生消费数额，学生刷卡，刷卡器显示器里显示卡ID，卡内余额，刷卡器响应后，自动修改饭卡信息数据库中饭卡信息，消费完成。 3.1 判断条件输入条件管理员合法性 学生查询结果3.2 查询 查询结果饭卡信息 饭卡信息数据3.3 产生报表 学生申请查询饭卡使用信息，管理员登录饭卡管理系统，输入学生信息(条件)，系统判断条件的合法性后执行查询操作。系统从饭卡信息数据库中调出所查卡的信息，产生饭卡使用报表，学生可查询。 4.3 挂失计时设置时间饭卡信息数据管理员 挂失ID计时开始信号 4.2 挂失状态4.1判断学生确认学生信息锁信息简单信息一转换 致性 学生简单信息 5.1 判断挂失 倒时注销卡ID 挂失时间 饭卡信息数据注销信息5.2 注销产生注销信息学生 学生丢失饭卡时可申请挂失。管理员校对挂失卡的ID和学生信息，系统判断学生简单信息的一致性，确认信息后饭卡转换为挂失状态，饭卡信息锁定，同时开始挂失计时。饭卡管理系统会判断挂失时间，到时自动注销卡ID，同时注销饭卡信息数据库里面的饭卡信息，将注销信息回馈给持卡学生。 确认修改成功与否学生 饭卡ID和密码6.2输入久密码，输入新密码，再次输入确认信息新密码6..1 判断学生简更改密码单信息一致性 学生信息 学生简单信息饭卡信息数据 学生可以修改饭卡的信息。登录饭卡信息管理系统后，输入饭卡ID和密码，系统判断学生信息的一致性，确认信息后，学生通过输入旧密码，然后输入新密码两次后，确认修改是否成功。密码更改成功后，饭卡信息数据库更新饭卡信息，学生饭卡信息修改完毕。 7.1 核对卡ID及进出卡ID馆记录卡ID及进出馆记录 进出馆记录 欢迎信息图书馆数据库进门刷卡器 学生利用饭卡进行进出图书馆的身份认证。学生只要在图书馆的刷卡器上刷饭卡，系统自动核对卡ID并向图书馆数据库存储进出馆记录。 8.1 核对卡ID 借书条件 借还书记录 借还书刷卡 器 借书记录所借书目或 图书馆数据还书提示 库 8.2 修改 借书记录 学生在进行借书还书操作时，饭卡放在刷卡器上不离开，系统核对学生身份，确认后系统后台显 示学生借还书记录，然后修改借还书记录后显示修改后的结果，图书馆数据库修改借书记录，借还书成功， 学生可拿卡离开。 -------------3层------------- 卡ID2.1.3 存款消费额管理员 存款完毕信息，或者错误信息2.1.2 显示余额 存入额卡余额信息确认锁信息 卡ID 2.1.1 读取卡ID,学生卡ID卡ID饭卡信息数据并确认 卡ID2.2.4 消费消费额刷卡服务员 2.2.3 2.2.4是选择关系 确认扣除 锁信息消费完毕信息，或者错误信息变价消费2.2.2 显示余额 卡余额信息 卡ID消费完毕信息，或者错误信息饭卡信息数据 卡ID2.2.1 读取卡ID, 并确认 卡ID 定价消费额 卡ID确认扣除信息 2.2.3 定价消费 学生 (3)IPO图 新建饭卡学生信息 挂失状态转换空历史纪录锁卡信息 简单查询卡状态刷卡(卡ID) 消费消费额卡余额 复杂查询查询条件卡历史纪录 存款存款额 (4)状态变化图 冲钱，消费 持有卡没有卡申请成功event 需要存款/ 充值do/ 申请卡(创建)event 需要消费/ 消费event 丢失/ 挂失event 余额不足/ 警告 注销挂失 无法使用注销注销 event 找到饭卡/ 解锁do/ 注销event 一定时间之后/ 注销 (5)层图 饭卡管理系统 新建饭卡信息存款-消费查询历史挂失注销修改密码 读判 创取断建学修判学判挂饭判生改断生断失卡产断 挂其数条简条状注信生挂 查他失据件单件态息销报失信计询库合信合转历倒表息,时信法息法史换时创息性一记性建致录卡性表ID 存款消费 读读取取 显 定 显卡卡消示价存示ID,ID,余消费余款并并额费额确确认认 (6)动态数据 动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元组与属性值，就查阅信息。 数据库描述 本系统的实体有:学生信息、卡信息它们之间的关系是一对一的。卡信息和卡历史是一对多的。 E-R图如下: (4)更准确的数据字典 数据字典 1学生信息: 学生学号 = [数字|字母] 卡ID = [数字|字母] 学生姓名 = [汉字] 性别 = [男|女|null] 电话号码 = [数字] 地址 = [汉字|数字|字母] 2 卡信息 卡ID = [数字|字母] 余额= [数字] 锁=[true|false] 3 卡历史 卡ID = [数字|字母] 时间=[时间格式] 款额=[数字] 操作=[存款|消费|其他] 数据元素的数据字典卡片: 学生信息 名字:学生信息 别名: 描述:记录学生相关信息 定义:学生信息=学生学号+卡ID+学生姓名+性别+电话号码+地址 位置:数据库 卡信息 名字:卡信息 别名: 描述:记录卡的信息 定义:卡信息 =卡ID+余额+锁 位置:数据库 卡历史信息 名字:卡历史信息 别名: 描述:记录卡历史的信息 定义:客户信息=卡ID+时间+款额+操作 位置:数据库 学生信息库(student_info) 列名 数据类型 学生学号 stu_num int 卡ID id int 学生姓名 name Char(20) 性别 male boolean 电话号码 tel Char(20) 地址 address Char(50) 卡信息(card_info) 列名 数据类型 卡ID id int 余额 sum float 锁 lock boolean 卡历史(card_his) 列名 数据类型 卡ID id int 时间 daytime daytype 款额 sum float 操作 op Char(20) 3.2对性能的规定 3.2.1精度 输入数据:查询最大查询范围1年内;卡ID合法性;客户信息合法性; 输出数据:余额以 213.12的形式最多小数点后两位，即到分为止显示。(小于的部分不可能出 现) 3.2.2时间特性要求 刷卡响应时间不超过1秒; 查询响应时间不超过5秒; 3.3故障处理要求 刷卡响应时间超过1秒后，自动提出警告。要求重新刷卡。 查询超过5秒，要显示查询时间长的提示信息。以免误认为死机。 当计算机突然死机、重启、断电时自动存储备份数据。即便没有存上。也有备份数据库，供恢复。 3.4其他专门要求 普通学生只能刷卡消费，系统管理员还可以进入管理员界面;刷卡服务员可以操作刷卡器。 界面清晰、美观，操作简单、方便。 所有数据存储在学校服务器端，数据存储安全可靠。 4运行环境规定 4.1设备 a. 中央电脑，要求容量大，CPU能够满足查询的。 b. 刷卡器，要求读取ID敏捷，准确。 c. 要求刷卡器与中央电脑连接。通信量要满足查询精度和速度。 d. 刷卡器上的功能建，要求显示明确，意思表达精确。