会议管理系统需求分析报告.pdf

会议管理系统需求分析1 引言 1.1编写目的需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。1.2 背景开发的软件系统的名称：饭卡管理系统本项目的任务提出者：软件工程课程设计开发者:杜松实现该软件的计算站：图书馆计算机中心1.3 定义本文件中用到的专门术语的定义和外文首字母词组的原词组。实体联系图（E-R 图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。输入-处理-输出图（IPO 图）:方便描绘输入数据、对数据的处理和输出数据之间的关系。1.4 参考资料同可行性研究报告处2.任务概述2.1 目标主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。2.2 用户的特点由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。2.3 假定和约束系统的规模较小,适于 Windows和操作系统，SQL数据库系统。3.需求规定3.1 对功能的规定(1)更准确的系统流程图申请新卡刷卡消费录入学生信息，从学生信息库确认信息饭卡存款额，历史提交饭卡存款报表挂失注销卡学校学生信息库学生饭卡信息备份创建学生饭卡信息刷卡借书还书图书馆数据库借书记录报表(2)更准确的数据流程图-0层-饭卡系统存款额刷卡器显示器管理员刷卡服务员消费额卡ID余额信息学生信息其他信息学生查询结果其他信息修改密码图书馆里系统进门刷卡器卡ID借还书数卡器卡ID 借书记录查询结果-1层-学生管理员刷卡器显示器服务员1、新建饭卡4、挂失处理5、注销饭卡2、存款、消费3、查询余额、消费记录饭卡信息数据注册信息创建信息确认创建信息挂失信息锁信息注销信息注销信息确认注销查询条件余额、消费记录余额、消费记录存款额存款额、消费额饭卡ID余额确认存款消费额余额挂失计时6、修改密码输入饭卡 ID，原密码更新学生信息进门刷卡器图书馆数据库7、核对学生信息借还书刷卡器8、判断借还书条件饭卡 ID学生进出管记录饭卡ID修改借还书记录借还书记录-2层-1.1 判断学生简单信息一致性饭卡信息数据管理员注册信息全部创建信息在校学生信息学生简单信息1.2 读取学生其他信息,创建卡ID学生信息确认信息1.3 创建饭卡信息历史记录表学生+卡信息管理员通过对在校学生提供的简单信息与学生注册信息的比较，判断学生信息的一致性，确认信息后读取学生的其他信息，然后创建一个新的卡ID，卡储存学生和饭卡的信息，同时创建饭卡信息历史记录表用以记录饭卡的使用记录和修改记录，最后全部在饭卡信息数据库中创建一个新纪录。2.2 消费2.1 存钱刷卡器显示器饭卡信息数据消费额存款额管理员刷卡服务员消费额存款额余额卡ID余额余额卡ID余额学生在存钱时，通过管理员的系统后台操作输入存款额，修改饭卡数据库的饭卡信息，完成存款操作，学生就可用饭卡进行消费。消费过程中，刷卡服务员先在刷卡器中键入学生消费数额，学生刷卡，刷卡器显示器里显示卡ID，卡余额，刷卡器响应后，自动修改饭卡信息数据库中饭卡信息，消费完成。学生3.2 查询饭卡信息数据饭卡信息3.3 产生报表3.1 判断条件合法性管理员输入条件查询结果查询结果学生申请查询饭卡使用信息，管理员登录饭卡管理系统，输入学生信息（条件），系统判断条件的合法性后执行查询操作。系统从饭卡信息数据库中调出所查卡的信息，产生饭卡使用报表，学生可查询。4.2 挂失状态转换饭卡信息数据锁信息管理员4.3 挂失计时计时开始信号设置时间4.1判断学生简单信息一致性挂失ID确认学生信息学生简单信息5.2 注销产生注销信息学生饭卡信息数据注销信息挂失时间5.1 判断挂失倒时注销卡 ID学生丢失饭卡时可申请挂失。管理员校对挂失卡的ID 和学生信息，系统判断学生简单信息的一致性，确认信息后饭卡转换为挂失状态，饭卡信息锁定，同时开始挂失计时。饭卡管理系统会判断挂失时间，到时自动注销卡ID，同时注销饭卡信息数据库里面的饭卡信息，将注销信息回馈给持卡学生。6.1 判断学生简单信息一致性饭卡信息数据学生饭卡 ID和密码学生简单信息6.2输入久密码，输入新密码，再次输入新密码学生信息确认信息更改密码确认修改成功与否学生可以修改饭卡的信息。登录饭卡信息管理系统后，输入饭卡ID 和密码，系统判断学生信息的一致性，确认信息后，学生通过输入旧密码，然后输入新密码两次后，确认修改是否成功。密码更改成功后，饭卡信息数据库更新饭卡信息，学生饭卡信息修改完毕。7.1 核对卡 ID及进出馆记录进门刷卡器图书馆数据库进出馆记录欢迎信息卡ID卡ID及进出馆记录学生利用饭卡进行进出图书馆的身份认证。学生只要在图书馆的刷卡器上刷饭卡，系统自动核对卡ID并向图书馆数据库存储进出馆记录。8.1 核对借书条件借还书刷卡器图书馆数据库借书记录所借书目或还书提示卡ID借还书记录8.2 修改借书记录学生在进行借书还书操作时，饭卡放在刷卡器上不离开，系统核对学生身份，确认后系统后台显示学生借还书记录，然后修改借还书记录后显示修改后的结果，图书馆数据库修改借书记录，借还书成功，学生可拿卡离开。-3层-2.1.1 读取卡 ID,并确认饭卡信息数据管理员卡ID学生卡ID2.1.2 显示余额卡ID卡余额信息2.1.3 存款消费额存款完毕信息，或者错误信息卡ID存入额确认锁信息2.2.1 读取卡 ID,并确认饭卡信息数据刷卡服务员卡ID学生卡ID2.2.2 显示余额卡ID卡余额信息2.2.3 定价消费卡ID2.2.4 消费消费额定价消费额消费完毕信息，或者错误信息2.2.3 2.2.4是选择关系卡ID消费完毕信息，或者错误信息确认扣除信息变价消费确认扣除锁信息(3)IPO图学生信息锁卡信息刷卡(卡ID)消费额查询条件存款额新建饭卡挂失状态转换简单查询消费复杂查询存款空历史纪录卡状态卡余额卡历史纪录(4)状态变化图没有卡do/申请卡（创建）持有卡event 需要存款/充值event 需要消费/消费event 丢失/挂失event 余额不足/警告无法使用event 找到饭卡/解锁event 一定时间之后/注销注销do/注销冲钱，消费申请成功挂失注销注销(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.刷卡器上的功能建，要求显示明确，意思表达精确。