《(会议管理)会议管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《(会议管理)会议管理系统需求分析.docx（15页珍藏版）》请在三一文库上搜索。
1、会议管理系统需求分析1 引言1.1 编写目的需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。1.2 背景开发的软件系统的名称：饭卡管理系统本项目的任务提出者：软件工程课程设计开发者 : 李杜松实现该软件的计算站：图书馆计算机中心1.3 定义本文件中用到的专门术语的定义和外文首字母词组的原词组。实体联系图（E-R 图） ：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。状态转换图：通过
2、描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。输入- 处理- 输出图（IPO 图） : 方便描绘输入数据、对数据的处理和输出数据之间的关系。1.4 参考资料同可行性研究报告处2 .任务概述2.1 目标主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。2.2 用户的特点由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。2.3 假定和约束系统的规模较小,适
3、于Windows 和操作系统，SQL 数据库系统。3 .需求规定3.1 对功能的规定（1） 更准确的系统流程图录入学生信 息，从学生信 息库确认信息申请新卡挂失刷卡消费存款i学生饭卡信息备 份j'学校学生信息库饭卡存款额，历史创建学生饭卡信息提交饭卡刷卡借书还书图书馆数据库 借书记录(2)更准确的数据流程图报表报表注销卡进门刷卡器 卡IDk其他信息刷.命 卡ID显示余额信息其他信息胸书馆V借书记录，i/U 卡ID 借还书数卡器里系统，查询果学生*查询结果修产他学生信息 、r- 饭卡系统.存款额管理员 ,v>T消费额刷卡服务 员1层进门刷卡器查询条件注册信息刷卡器挂失计时确认创建信
4、息余额饭卡ID注销信息,确认注销注销信息2余额存款额确认存款余额、消费记录存款额、消费额4、挂失处理6、修改密码5、注销饭卡1、新建饭卡3、查询余'、消费记录更新学生信息丁斗锁信息饭卡信息数据余额、消费记录 挂失信息一_显示服务员在校学生信息管理员通过对在校学生提供的简单信息与学生注册信息的比较，判断学生信息的一致性，确认信息 后读取学生的其他信息，然后创建一个新的卡ID,卡内储存学生和饭卡的信息，同时创建饭卡信息历史记 录表用以记录饭卡的使用记录和修改记录，最后全部在饭卡信息数据库中创建一个新纪录。刷卡服务员管理员学生在存钱时，通过管理员的系统后台操作输入存款额，修改饭卡数据库的饭卡
5、信息，完成存款操作,学生就可用饭卡进行消费。消费过程中，刷卡服务员先在刷卡器中键入学生消费数额，学生刷卡，刷卡器 显示器里显示卡ID,卡内余额，刷卡器响应后，自动修改饭卡信息数据库中饭卡信息，消费完成。学生申请查询饭卡使用信息，管理员登录饭卡管理系统，输入学生信息（条件），系统判断条件的合法性后执行查询操作。系统从饭卡信息数据库中调出所查卡的信息，产生饭卡使用报表，学生可查询。学生丢失饭卡时可申请挂失。管理员校对挂失卡的ID和学生信息，系统判断学生简单信息的一致性,确认信息后饭卡转换为挂失状态，饭卡信息锁定，同时开始挂失计时。饭卡管理系统会判断挂失时间，到 时自动注销卡ID,同时注销饭卡信息数
6、据库里面的饭卡信息，将注销信息回馈给持卡学生。卡ID及进出馆记录进出馆记录欢迎信息8.1核对借书条件7.1核对卡ID及进出 馆记录学生 .确认修改成功与否卡ID图书馆数据库学生利用饭卡进行进出图书馆的身份认证。学生只要在图书馆的刷卡器上刷饭卡，系统自动核对卡ID并向图书馆数据库存储进出馆记录。学生可以修改饭卡的信息。登录饭卡信息管理系统后，输入饭卡 致性，确认信息后，学生通过输入旧密码， 然后输入新密码两次后, 饭卡信息数据库更新饭卡信息，学生饭卡信息修改完毕。ID和密码，系统判断学生信息的一 确认修改是否成功。 密码更改成功后,借还书记录所借书目或 借书记录 还书提示1/8.2修改yV昔书记
7、录）图书馆数据 库6. 1判断学生简 单信息一致性饭Lid和密码6.2输入久密4 j码，输入新密 确认信息码，再次输入 新密码学生简单信息饭卡信息数据借还书刷卡 器学生信息更改密码进门刷卡器学生在进行借书还书操作时，饭卡放在刷卡器上不离开，系统核对学生身份，确认后系统后台显示学生借还书记录， 然后修改借还书记录后显示修改后的结果，图书馆数据库修改借书记录，借还书成功,学生可拿卡离开。3 层(3)IPO 图学生信息锁卡信息刷卡(卡ID)消费额查询条件存款额(5)层图(4)状态变化图冲钱，消费饭卡管理系统消费注 销查 询存款判断条件合法性判断学生简单信息一致性修改数据库信息判断挂失倒时挂失计时挂失
8、状态转换产生报表判断条件合法性创建饭卡信息历史记录表读 取 学 生 其 他 信 息, 创 建 卡ID消费定价消费显示余额读取卡ID,并确认存款显示余额读取卡D并确认(6)动态数据动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元组与属性值, 就查阅信息。数据库描述本系统的实体有：学生信息、卡信息它们之间的关系是一对一的。卡信息和卡历史是一对多的。E-R图如下：(4)更准确的数据字典数据字典1学生信息：学生学号=数字序母卡ID =数字|字母学生姓名=汉字性别=男|女|null电话号码=数字地址 =汉字敷字|字母2卡信息卡ID =数字|字母余额=数字l=true|false3
9、卡历史卡ID =数字|字母时间=时间格式款额=数字操作=存款|消费|其他数据元素的数据字典卡片：学生信息名字：学生信息别名：描述：记录学生相关信息定义：学生信息=学生学号+卡ID+学生姓名+性别+电话号码+地址位置：数据库卡信息名字：卡信息 别名：描述：记录卡的信息定义：卡信息 二卡1口+余额+锁位置：数据库卡历史信息名字：卡历史信息别名：描述：记录卡历史的信息定义：客户信息=卡ID+时间+款额+操作位置：数据库学生信息库(student_info )3.2 对性能的规定3.2.1 精度输入数据：查询最大查询范围 1年内；卡ID合法性；客户信息合法性；输出数据：余额以 213.12 的形式最多
10、小数点后两位，即到分为止显示。(小于的部分不可能出现)3.2.2 时间特性要求刷卡响应时间不超过 1秒；查询响应时间不超过 5秒；3.3 故障处理要求刷卡响应时间超过1秒后，自动提出警告。要求重新刷卡。查询超过5秒，要显示查询时间长的提示信息。以免误认为死机。当计算机突然死机、 重启、断电时自动存储备份数据。即便没有存上。也有备份数据库，供恢复。3.4 其他专门要求普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器。界面清晰、美观，操作简单、方便。所有数据存储在学校服务器端，数据存储安全可靠。4 运行环境规定4.1 设备a.中央电脑，要求容量大，CPU能够满足查询的。b. 刷卡器，要求读取ID 敏捷，准确。c. 要求刷卡器与中央电脑连接。通信量要满足查询精度和速度。d. 刷卡器上的功能建，要求显示明确，意思表达精确。