图书馆座位预约系统.docx
《图书馆座位预约系统.docx》由会员分享,可在线阅读,更多相关《图书馆座位预约系统.docx(13页珍藏版)》请在冰豆网上搜索。
图书馆座位预约系统
信息科学与技术学院
《软件工程概论》需求说明书
题目名称:
图书馆座位预约系统
小组成员:
专业年级:
指导教师:
完成时间:
1项目背景情况
1.1项目背景
随着学校的人数的扩招,图书馆的座位资源短缺问题日益严重,特别是在临近考试时,座位占座情况尤为明显。
起大早、摞书本、放水杯,甚至粘上纸条……宣誓主权,在图书馆里,很多学生办法用尽,只为了能获得“一席之地”。
同时图书馆的有些学生往往难以做到自觉遵守图书馆规定,人离开后,仍然利用书本、电脑等物品占座。
为实现读者公平、合理利用图书馆资源,维护自修室秩序,杜绝抢座、占座现象发生,我们提出了采用计算机硬件或软件技术实现对图书馆座位的辅助管理。
因为以硬件技术为主开发的图书馆座位管理系统存在成本大、功能弱、系统扩展性低等问题,不适于推广应用,而以软件技术为主开发的座位管理系统不存在上述问题。
图书馆座位预约系统平台,实现用户认证,根据“实名制”原则入馆选座,记录相关信息,并以方便友好的界面提供给用户对记录的查询功能。
1.2项目要达到的目标
●主界面提供为学生用户的认证入口,并在主界面下方提供出管理员用户的认证入口。
●系统提供友好的用户界面,使操作人员工作量最大限度地减少。
●记录用户登录系统直至退出的全程访问、操作日志,并以方便友好的方式提
供对这些记录的查询功能。
●系统具有良好的运行效率,能够达到提高图书馆座位资源利用率的目的。
●充分利用历史数据资源,分析学生在图书馆里的行为,挖掘和提炼出相关信息,从而对图书馆的日常工作和决策提供一定的辅助甚至是指导作用,同时也可能为学校相关部门提供一些有用信息。
2系统整体结构
根据系统经常使用者为学生用户,确定本项目主界面为提供给学生用户由功能选项条目所构成的界面。
其功能选项条目包括预约座位,离座,查看个人信息。
当用户为学生时,直接在主界面上选择要进行的操作,选择完毕后用户进入登录认证,认证通过后即可进一步完成所要进行的操作。
当用户为系统管理员时,点击进入管理员入口,根据权限进行管理操作,如查看数据库,查看学生违纪记录,查看统计报表。
根据以上分析,它们的关系如图1-1所示
图2-1图书馆预约系统功能图
3系统E-R图
通过对图书馆座位预约系统的分析,可以得出该系统涉及三个实体:
学生、座位、管理人员。
通过对各实体数据关系的整理,得出如图3-1的E-R图。
图3-1系统E-R图
4功能规格
我们采用面向对象方法作为系统主要建模方法,使用UML作为建模语
4.1系统主要功能
1.学生用户预约座位时,系统显示剩余座位,用户对剩余座位做出选择,选择完毕后系统打印座位凭条。
-
2.学生用户离座时,刷卡使座位处于空闲状态。
3.学生用户可以查看个人信息,包括个人预约历史信息,个人违规信息。
4.管理员用户对违规信息进行处理,包括查看及修改。
5.管理员用户查看数据库,学生账户信息。
6.系统根据条件生产数据库,并能打印和导出CVS、Excel文件。
4.2系统用例分析
4.2.1系统用例
图书馆座位预约系统分为俩个主要组成部分,一个是学生用户的操作界面,一个是管理员操作界面。
管理员通过管理员接口登录认证后,进入系统对数据进行维护。
学生用户通过主界面登录认证后,可进行查看剩余座位,选择座位,退出座位,查看个人记录。
系统主用例图如图3-1所示。
图4-1系统用例图
4.2.2学生用户功能描述
学生通过主界面选择操作,通过刷卡登录认证后,进入所选操作界面。
学生区功能主要包括预约座位,退出座位,查看个人信息,其功能用例如图3-2所示。
图4-2学生用例图
1.预约座位:
学生用户在主界面点击预约座位,通过认证为合法用户后,用户从界面显示的剩余座位中选择座位,并获取相应凭条。
用例描述:
座位预约
执行者:
学生用户
前置条件:
用户通过认证为合法用户登陆进入系统。
后置条件:
操作执行完成后,可返回主界面。
基本事件流:
a.用户刷卡登录成功进入学生系统,可访问所选操作。
b.所进入子系统界面显示剩余座位,学生用户从中选择。
c.学生用户确认选择。
d.选择完毕后,返回主界面。
异常事件流:
a.用户认证为不合法用户,即用户收到惩罚或密码错误,系统弹出提示。
-
b.返回主界面。
2.离座:
学生用户在主界面点击离座,刷卡后,系统将座位置于空闲状态。
用例描述:
离座
执行者:
学生用户
前置条件:
用户选择座位成功。
后置条件:
操作执行完成后,可返回主界面。
基本事件流:
a.用户刷卡退出所选座位。
b.执行完毕后,返回主界面。
异常事件流:
a.用户没有选择座位,系统弹出提示。
b.返回主界面。
3.查看个人信息:
学生用户在主界面点击查看个人信息,通过认证为合法用户后,用户可选择查看违规记录及个人预约历史记录。
用例描述:
查看个人信息
执行者:
学生用户
前置条件:
用户通过认证为合法用户登陆进入系统。
后置条件:
操作执行完成后,可返回主界面。
基本事件流:
a.用户登录成功进入学生系统,访问查看个人信息操作。
b.用户进入子系统,学生用户从中选择所要查看的信息。
c.系统根据学生用户选择的操作,执行以下的子流程:
选择“预约历史记录”操作,开始“预约历史记录”子流程。
选择“违规记录”操作,开始“违规”子流程。
d.子流程完成后,返回主界面。
子流程:
1.预约历史记录:
系统显示用户预约历史记录。
子流程:
2.违规记录:
系统显示用户违规记录。
异常事件流:
a.用户认证为不合法用户,即用户收到惩罚或密码错误,系统弹出提示。
-
b.返回主界面。
4.2.3管理员用户功能描述
管理员通过管理员接口登录进入后,根据权限,显示相应功能模块,功能分为违规处理、查看数据库、查看统计报表。
其功能用例如图3-2。
图4-2管理员用例图
1.违规处理:
管理员用户通过管理员接口登录系统,通过认证为合法用户后,管理员可选择查看学生用户违规记录或修改学生用户违规记录。
用例描述:
违规处理
执行者:
管理员用户
前置条件:
用户通过认证为合法用户登陆进入系统。
后置条件:
操作执行完成后,可返回主界面。
基本事件流:
a.用户登录成功进入管理员系统,选择违规处理。
b.用户进入违规处理操作,管理员用户从中选择所要执行子操作。
c.系统根据学生用户选择的操作,执行以下的子流程:
选择“查看记录”操作,开始“查看记录”子流程。
选择“修改记录”操作,开始“修改记录”子流程。
d.子流程完成后,返回主界面。
子流程:
1.查看记录:
a.系统显示全部学生用户的违规信息。
b.管理员选出要进行查看的学生,结束该子流程。
子流程:
2.修改记录:
a.系统显示全部学生用户的违规信息。
b.管理员选出要进行修改的学生。
c.管理员修改违规信息。
d.系统保存信息,结束该子流程。
异常事件流:
1.a.用户认证为不合法用户,即密码错误或登录接口错误,系统弹出提示。
-
b.返回主界面。
2.a.系统提示保存失败
b.管理员再次提交修改信息,也可结束该用例。
2.查看数据库:
管理员用户通过管理员接口登录系统,通过认证为合法用户后,管理员可查看数据库。
用例描述:
查看数据库
执行者:
管理员用户
前置条件:
用户通过认证为合法用户登陆进入系统。
后置条件:
操作执行完成后,可返回主界面。
基本事件流:
a.用户登录成功进入管理员系统,选择查看数据库操作。
b.系统显示所有学生用户信息。
异常事件流:
a.用户认证为不合法用户,即密码错误或登录接口错误,系统弹出提示。
-
b.返回主界面
3.查看统计报表:
为满足日常统计的需要,图书馆座位预约通过表格、图形式展现,并以根据日期等条件进行查询,统计出的报表能够打印和能导出CVS、Excel文件。
管理员用户通过管理员接口登录系统,通过认证为合法用户后,管理员可选择查看查看统计报表。
用例描述:
查看统计报表
执行者:
管理员用户
前置条件:
用户通过认证为合法用户登陆进入系统。
后置条件:
操作执行完成后,可返回主界面。
基本事件流:
a.用户登录成功进入管理员系统,选择查看统计报表操作。
b.用户进入统计报表操作,管理员用户从中选择所要查看统计报表的类别。
-
c.系统根据管理员用户选择的操作,执行以下的子流程:
选择“图显示”操作,开始“图显示”子流程。
选择“表格显示”操作,开始“表格显示”子流程。
d.子流程完成后,管理员用户选择是否要导出或打印图表。
e.执行完毕后,返回主界面。
子流程:
1.图显示:
a.系统以图形式显示所选学生用户的数据。
子流程:
2.表格显示:
a.系统以表格形式显示所选学生用户的数据。
异常事件流:
a.用户认证为不合法用户,即密码错误或登录接口错误,系统弹出提示。
-
b.返回主界面。
4.2.4系统登录认证活动图
学生及管理员用户需要通过登录认证进入系统,其活动图如图4-3所示。
图4-3登录认证活动图
5性能需求
5.1系统界面要求
图书馆座位预约系统其主界面为学生登录界面,其大体框图如图5-1所示。
其左边为学生用户所能选择的功能模块,右部显示校园最新动态。
主界面下方留有管理员登录的接口。
图5-1图书馆座位预约系统主界面图
5.2系统响应时间及安全保密性能
系统几个关键运行部位,做响应时间要求:
1.验证身份登录,进入系统时间不超过2秒,以4万条为基准记录数。
2.各功能模块进入时间不超过1秒。
3.各报表建立时间不超过1秒,大量数据统计表建立时间不超过2秒。
4.存贮数据时间不超过1秒。
5.打印响应时间不超过1秒。
系统为安全保密,运行系统需要:
1.管理员登录系统身份验证,口令修改权限为管理员本身。
2.系统按操作权限分为管理员、学生用户俩个个等级,进入必须进行身份验证。
6开发进度计划、人员组成及职能表
开发阶段
人员组成
计划完成时间
需求分析
2014.10.5
设计阶段
2014.10.25
编码阶段
2014.11.25
测试阶段
2014.12.15