会议管理系统需求分析.docx
《会议管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《会议管理系统需求分析.docx(14页珍藏版)》请在冰豆网上搜索。
会议管理系统需求分析
会议管理系统需求分析
1引言
1.1编写目的
需求分析是软件系统生存期中定义阶段的最后一个步骤。
这个阶段的任务不是具体解决问题,而是准确确定为解决问题系统必须具备哪些功能。
这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。
该文档将最终交给软件具体的开发人员进行具体的开发。
1.2背景
开发的软件系统的名称:
饭卡管理系统
本项目的任务提出者:
软件工程课程设计
开发者:
李杜松
实现该软件的计算站:
图书馆计算机中心
1.3定义
本文件中用到的专门术语的定义和外文首字母词组的原词组。
实体一联系图(E-R图):
包含实体(即数据对象)、关系和属性。
作为用户与分析员之间有效交流的工具。
状态转换图:
通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。
提供行为
建模机制。
层次方框图:
用树形结构的一系列多层次的矩形框描绘数据的层次结构。
输入-处理-输出图(IP。
图):
方便描绘输入数据、对数据的处理和输出数据之间的关系。
1.4参考资料
同可行性研究报告处
2.任务概述
2.1目标
主要开发目标是能够对饭卡信息进行查询和更新管理,且具有反映敏捷准确。
2.2用户的特点
由于系统的界面清晰、美观,操作简单、方便,所以操作人员只需要具备一定的电脑操作技能即可。
管理员(维护人员)不需要任何数据库专业技能知识。
本系统可以极大的提高工作效率,预期使用频度较高。
2.3假定和约束
系统的规模较小,适于Windows和操作系统,SQL数据库系统。
3.需求规定
3.1对功能的规定
(1)更准确的系统流程图
学校学生信息库
报表
提交饭卡
(2)更准确的数据流程图
录入学生信
息,从学生信
\息库确认信息
A
饭卡存款额,历
史.
I学生饭卡信息备份
创建学生饭卡信息
申请新卡
显示器
学生信息
'存款额'
管理员
刷-
员
1
层
进门刷卡
器
查询条件
注册信息—A
刷卡器
挂失计时
确认创建信息
余额
饭卡ID
注销信息
,确认注销
注销信息
2
余额
存款额
余额、消费记录
存款额、消费额
4、挂失处理
6、修改密码
5、注销饭卡
1、新建饭卡
3、查询余
I、消费记录更新学生信息
锁信息
饭卡信息数据
余额、消费记录
挂失信息一_一_
显示
确认存款
服务员
在校学生信息
管理员通过对在校学生提供的简单信息与学生注册信息的比较,判断学生信息的一致性,确认信息
后读取学生的其他信息,然后创建一个新的卡ID,卡内储存学生和饭卡的信息,同时创建饭卡信息历史记
录表用以记录饭卡的使用记录和修改记录,最后全部在饭卡信息数据库中创建一个新纪录。
学生在存钱时,通过管理员的系统后台操作输入存款额,修改饭卡数据库的饭卡信息,完成存款操作,
学生就可用饭卡进行消费。
消费过程中,刷卡服务员先在刷卡器中键入学生消费数额,学生刷卡,刷卡器显示器里显示卡ID,卡内余额,刷卡器响应后,自动修改饭卡信息数据库中饭卡信息,消费完成。
学生申请查询饭卡使用信息,管理员登录饭卡管理系统,输入学生信息(条件),系统判断条件的合
法性后执行查询操作。
系统从饭卡信息数据库中调出所查卡的信息,产生饭卡使用报表,学生可查询。
学生丢失饭卡时可申请挂失。
管理员校对挂失卡的ID和学生信息,系统判断学生简单信息的一致性,
确认信息后饭卡转换为挂失状态,饭卡信息锁定,同时开始挂失计时。
饭卡管理系统会判断挂失时间,到时自动注销卡ID,同时注销饭卡信息数据库里面的饭卡信息,将注销信息回馈给持卡学生。
图书馆数据
库
所借书目或借书记录
还书提示
V/8.2修改V
I借书记录J
学生在进行借书还书操作时,饭卡放在刷卡器上不离开,系统核对学生身份,确认后系统后台显
示学生借还书记录,然后修改借还书记录后显示修改后的结果,图书馆数据库修改借书记录,借还书成功,
学生可拿卡离开。
3层
(3)IPO图
学生信息
锁卡信息
刷卡(卡ID)
消费额
查询条件
存款额
(4)状态变化图
冲钱,消费
饭卡管理系统
修改数据库信息
判断条件合法性
注销
判断挂失倒时
创建饭卡信息历史记录表
读取学生其他信息创建卡ID
判断学生简单信息致性
(6)动态数据
动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值,就查阅信息。
数据库描述
本系统的实体有:
学生信息、卡信息它们之间的关系是一对一的。
卡信息和卡历史是一对多的。
E-R图如下:
(4)更准确的数据字典
数据字典
1学生信息:
学生学号=[数字|字母]
卡ID=[数字|字母]
学生姓名=[汉字]
性别=[男|女|null]
电话号码=[数字]地址=[汉字|数字|字母]
2卡信息
卡ID=[数字|字母]
余额=[数字]
锁=[true|false]
3卡历史
卡ID=[数字|字母]
时间=[时间格式]
款额=[数字]
操作=[存款|消费|其他]
数据元素的数据字典卡片:
学生信息
名字:
学生信息别名:
描述:
记录学生相关信息
定义:
学生信息=学生学号+卡ID+学生姓名+性别+电话号码+地址
位置:
数据库
卡信息
名字:
卡信息别名:
描述:
记录卡的信息
定义:
卡信息=卡ID+余额+锁
位置:
数据库
卡历史信息
名字:
卡历史信息别名:
描述:
记丞K历史的信息
定义:
客户信息=卡ID+时间+款额+操作
位置:
数据库
学生信息库(student_info)
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.刷卡器上的功能建,要求显示明确,意思表达精确。