uml图书馆占位系统.docx
《uml图书馆占位系统.docx》由会员分享，可在线阅读，更多相关《uml图书馆占位系统.docx（26页珍藏版）》请在冰豆网上搜索。
uml图书馆占位系统
uml-图书馆占位系统
2017-2018学年第1学期
《系统分析与设计》课程设计
项目名称：
图书馆占位系统
班级：
15软件
学号：
姓名：
图书馆占位系统
1.用文字逐条描述软件功能（300字左右）
1.1.学生：
登录图书馆占位系统进行预定座位、查询阅览室使用情况、查询自己需要的座位、输入对座位的要求系统自动推荐座位、自己手动选去座位、取消预定座位、选完座位后退座等。
1.2.学生座位调解员：
对有冲突的座位进行调解，对不使用本系统的同学进行劝说使用本系统，帮助同学快速掌握占位系统，统计座位的使用情况反馈给管理员，记录违反该系统制度的同学上报给系统管理员。
1.3.系统管理员：
手动或自动添加座位、释放座位，统计座位的使用率，分析数据完善该系统，处理违反该系统制度的同学。
1.4.保安：
保证图书馆的安全使图书馆正常运转；维护图书馆的秩序禁止馆内出现的大声喧哗，甚至吵架等现象；保护图书馆公共财物，严禁破坏财务，偷盗等行为；按时开关门，早上8：
00准时开门，晚上9：
30准时关门；维护好图书馆周边的秩序；做好视频监控的查看，及时掌握图书馆各方位的动态，及时处理出现的问题。
2.研究项目的功能范围，画出初步用例图或思维导图
3.绘制完整的总用例图
4.完成所有主要用例的用例描述（以表格形式说明）。
登录用例描述
用例名称
登录
用例标识号
1.0
参与者
学生
简要说明
学生需要在登录界面输入一卡通号和密码，后台验证一卡通号和密码的正确性，正确登录成功否者登录失败。
前置条件
登录界面已经打开。
基本事件流
1.学生点击“登录”菜单
2.系统出现一个登陆界面
3.学生把信息输入到文本框
4.学生输入信息后，点击“登录”
5.系统对输入的信息进行审核，验证该登录信息是否存在于系统数据库中，如果存在则登录系统，否则不能登录
6.用例终止
其他事件流
在点击“登录”之前，学生随时可以按“取消按钮”系统保持运行在原来的登录用户。
异常事件流
1.提示输入错误信息，由系统管理员确认
2.清空输入框，等待学生继续输入信息
后置条件
给出最新公告
注释
无
修改密码用例描述
用例名称
修改密码
用例标识号
1.0
参与者
系统管理员
简要说明
为了确保安全性，系统管理员需要定时更换登录密码，防止因为密码泄露而使未授权用户进入系统
前置条件
系统管理员已登录系统
基本事件流
1.系统管理员点击“修改密码”菜单
2.系统出现一个修改密码界面
3.系统管理员输入旧密码和新密码及新密码确认信息
4.系统管理员输入信息后，点击“确认”按钮
5.系统对输入的信息进行审核，验证该登录旧密码的正确性以及新密码与确认面膜是否一致，如果正确则提交，否则不能修改无效。
6.用例终止
其他事件流
在点击“确认”按钮之前，系统管理员随时可以按“取消按钮”系统关闭修改密码界面。
异常事件流
1.提示输入错误信息，由系统管理员确认
2.重新返回到密码修改页面，等待输入
后置条件
给出最新公告
注释
无
预定座位例描述
用例名称
预定座位
用例标识号
1.0
参与者
学生
简要说明
学生需要提前一天预定座位，否则预定座位无效，打开预定座位界面，按照关键字搜索座位也可以手动填写座位，最后点击“提交”按钮。
前置条件
学生已登录系统
基本事件流
1.学生点击“预定座位”菜单
2.系统出现一个预定座位界面
3.学生按关键字搜索座位，手动填写座位，提交到后台
4.系统对输入的信息进行统计，更新座位信息
5.用例终止
其他事件流
在点击“提交”按钮之前，学生随时可以按“取消按钮”，信息的任何修改都无效，内容不会改变。
异常事件流
1.提示错误信息，由学生确认
2.重新返回到预定座位页面，等待输入
后置条件
给出最新公告
注释
无
查询用例描述
用例名称
查询
用例标识号
1.0
参与者
学生、管理员
简要说明
查询阅览室状态，座位状态，黑名单
前置条件
学生、管理员以登录系统
基本操作流程
1.学生、管理员点击“查询”菜单
2.系统跳转到查询界面
3.选择要查询的内容，填写关键字
4.填写完成后，点击“查询”按钮
5.系统对提交数据进行处理，根据查询条件显示到界面
6.用例终止
其他事件流
在点击“查询”之前，学生、管理员随时可以按“取消按钮”或者“关闭图标”系统不会对数据进行任何修改，允许继续操作。
异常事件流
1.提示错误信息，学生、管理员确认
2.返回到查询界面
后置条件
给出最新公告
注释
无
订座用例描述
用例名称
订座
用例标识号
1.0
参与者
学生
简要说明
学生到图书馆登录系统，输入账号和密码，进入订座界面，按提示进行操作。
前置条件
学生已登录系统
基本事件流
1.学生点击“订座”菜单
2.系统出现一个订座界面，显示着座位信息
3.学生查找修改，订座等操作
4.学生编辑完，点击“检索”按钮
5.系统对输入的信息进行审核，验证输入信息是否合法，如果合法这完成修改，不合法则无效，需继续操作。
6.用例终止
其他事件流
在点击“检索”之前，学生随时可以按“取消按钮”或者“关闭图标”系统不会对数据进行任何修改，允许继续操作。
后置条件
给出最新公告
异常事件流
1.提示错误信息，有管理员确认
2.返回到订座界面
后置条件
给出最新公告
注释
无
添加黑名单用例描述
用例名称
添加黑名单
用例标识号
1.0
参与者
系统管理员、学生调解员、保安
简要说明
对于不适用本系统和违反该系统制度的同学一律添加到黑名单，三天不能使用图书馆座位。
前置条件
已经记录学生违纪。
基本事件流
1.参与者点击“黑名单”菜单
2.系统出现黑名单界面，显示着已经添加的黑名单信息
3.参与者提供添加、编辑等操作
4.参与者编辑完，点击“添加”按钮
5.系统对输入的信息进行审核，验证添加的信息是否合法性，如果合法这完成添加，不合法则无效，需继续操作。
6.用例终止
其他事件流
在点击“确认”按钮之前，参与者随时可以按“取消按钮”，信息的任何修改都无效，内容不会改变。
异常事件流
1.提示错误信息，由系统管理员确认
2.重新返回到添加黑名单页面，等待输入
后置条件
给出最新公告
注释
无
释放座位用例描述
用例名称
释放座位
用例标识号
1.0
参与者
系统管理员
简要说明
管理员可以判定座位是否有人，是否有人故意占位，释放该位置。
前置条件
管理员已登录系统
基本事件流
1.系统管理员点击“释放座位”菜单
2.系统出现一个释放座位界面，显示监听到座位的信息
3.用户管理员选择座位。
4.系统管理员编辑完，点击“确认释放”按钮
5.用例终止
其他事件流
在点击“确认释放”按钮之前，系统管理员随时可以按“取消按钮”，信息的任何修改都无效，内容不会改变。
异常事件流
1.提示错误信息，由系统管理员确认
2.重新返回到释放页面，等待输入
后置条件
给出最新公告
注释
无
5.系统分析：
找出分析类
5.1.边界类：
登录界面、预约界面、查询界面、订座界面、添加黑名单界面、更新座位界面、统计座位界面
5.2.控制类：
登录类、座位状态监控类、学生预约类、座位资源管理类、座位状态监控类、一卡通识别类
5.3.实体类：
学生类、管理员类、黑名单类、阅览室座位类、保安类、阅览室信息类
6.绘制时序图或协作图（全部功能或者5个以上主要功能）。
6.1.登录占位系统时序图
6.2.预定座位时序图
6.3.学生查询时序图
6.4.订座时序图
6.5.座位管理时序图
6.6.图像监控时序图
6.7.自动排位时序图
6.8.释放座位时序图
7.总体设计：
说明使用的架构模式，绘制子系统图和部署图。
7.1.架构模式
该系统平台的整体架构模式采用的是B/S与C/S模式相结合的多层架构模式。
系统前端采用浏览器形式发布与访问，在学生用户座位预订、阅览室终端座位分配等操作上采用WEB方式进行数据访问与操作;而在系统后台管理配置功能的操作上，系统采用传统的C/S模式来实现。
采用这种结构模式的优点:
一方面是体现出了系统用户操作平台的跨平台性，方便学生用户在图书馆本地之外的网络操作;另一方面也与当前的校园网络、图书馆信息管理系统保持一致，更好的与之兼容;同时也因为这种混合模式可扩展性更强，为系统后续提供基于便携设备的移动式访问功能打下了良好的基础，降低开发的复杂性。
7.2.绘制子系统图
7.2.1.学生用户预约子系统
7.2.2.阅览室管理子系统
7.2.3.添加黑名单子系统
7.2.4.监控子系统
7.2.5.排位子系统
7.3.部署图
8.绘制活动图或状态图或功能流程图（任选一种）
9.说明该项目的非功能需求（以表格形式说明）
属性
场景
决策
可靠性
学生使用该系统。
使用该座位管理系统以后，所有座位资源的使用操作必须通过该系统来完成分配，系统对可靠性的要求尤其明显，直接关系到学生学习秩序的正常与否。
安全性
学生使用过程中泄露学生的信息和破坏学校网络的正常使用。
因为系统的工作涉及到学校正常学习秩序的维系，本系统须在数据及操作安全性方面进行精细化控制，不能过于粗放化。
同时从系统可靠性建设而言，在正常数据库访问与操作的基础上应对系统数据实施定期的备份操作。
易用性
了解如何有效使用系统
本系统在操作界面设计上简单化，并为用户提供简单直接的交互界面，提供尽可能多的操作帮助信息，最终达到提高用户座位操作效率的目的与要求。
可扩展性
数据库类型可替换
系统的设计与开发不能仅仅着眼于当前的网络与软硬件环境，应该在设计过程中更多的考虑技术平台与功能应用的前瞻性。
该系统开发建设的一个重要目标就是与高校己有的信息化处理平台进行更好的信息融合与业务互通，因此系统在设计开发过程中应当考虑开放与扩展需求，满足一定时间阶段内系统展的可能性。
10.项目中用到哪些设计模式以及使用原因（至少两种）
10.1.适配器模式：
将某个类的接口转换成客户端期望的另一个接口表示，目的是消除由于接口不匹配所造成的类的兼容性问题。
比如：
视频接口转换图像接口。
10.2.抽象工厂模式：
如果需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。
这样做，拓展性较好！
比如：
新增一个校园外的用户类。
10.3.代理模式：
代理模式就是多一个代理类出来，替原对象进行一些操作，用一个代理类调用原有的方法，且对产生的结果进行控制。
使用代理模式，可以将功能划分的更加清晰，有助于后期维护！
比如：
视频类用图像类代替。
11.详细设计：
绘制每个子系统的类图。
开发工具：
MySql
11.1.学生预约座位子系统类图
11.2.阅览室管理子系统类图
11.3.添加黑名单子系统类图
11.4.监控子系统类图
11.5.排座位子系统类图
12.数据库设计：
绘制ER图，进行表结构设计。
（1）用户一座位使用表，用于存储每个学生用户使用座位的相关信息代表双方的联系信息。
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
seat_Id
varchar
20
P
notnull
座位编号
user_Id
varchar
20
notnull
用户编号
rdroom_Id
varchar
20
notnull
阅览室编号
beginTime
datetime
8
notnull
开始使用时间
endTime
datetime
8
notnull
结束使用时间
delayTime
int
4
null
延迟次数
（2）黑名单表，违反操作规则的用户将被列入黑名单，该表存储的是用户黑单记录信息。
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
user_Id
varchar
20
P
notnull
用户编号
addTime
varchar
8
notnull
加入时间
endTime
datetime
8
notnull
结束时间
delayTime
vartchar
20
null
状态
（3）用户一座位预约信息表，用来记录用户对座位的预约信息，即用和座位的预约绑定信息。
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
user_Id
varchar
20
P
notnull
用户编号
addTime
varchar
8
notnull
加入时间
endTime
datetime
8
notnull
结束时间
delayTime
vartchar
20
null
状态
（4）管理员信息表，用于储存管理员的相关信息。
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
manager_Id
varchar
20
P
notnull
管理员编号
manager_Name
varchar
20
notnull
管理员姓名
manager_Pwd
varchar
20
notnull
管理员密码
（5）统计表，用于储存座位的相关统计数据。
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
rdroom_Id
smallint
2
P
notnull
阅览室编号
sum_Seats
smallint
2
notnull
座位总数
use_Rate
smallint
2
notnull
使用率
13.选择该项目的软件开发工具，或者使用专业界面开发工具，进行软件界面设计（截图）。
开发工具：
Qt
13.1.登录窗口
13.2.主窗口
13.3.学生界面
13.4.管理员界面
13.5.保安界面
14.个人工作总结与心得体会（一页）。
经过一个星期时间，终于把图书馆占位系统作完了，心中泛起阵阵喜悦的涟漪。
虽然在小组作业中做过一遍但是再做一遍时也不是那么容易，途中也有想过放弃，想着向室友借一份算了，但是仔细想一想这样做的话真的什么也学不到了，所以就坚持自己做下去，在做的过程中发现也没有想象中的那么难，按照文档的要求一步一步去做，一切都是那么顺利。
对于这次的课程设计我的完成过程主要是这样子的。
首先我分析了相关的题目内容，并由此而进行了相关资料和书籍的查询工作然后才开始正式进行设计。
一开始不知从何下手但后来确定了题目，按照老师给的文档一步一步去分析。
图书馆占位主要解决学生找不到座位，座位利用率不高的问题。
首先确定本系统包含的对象和系统的功能画出思维导图，绘制完整的总用例图，找出分析类，绘制时序图，进行架构设计，绘制子系统图和部署图，画出功能流程图，寻找该系统的非功能需求，考虑该系统中用到哪些设计模式，绘制每个子系统的类图，其次绘制ER图，进行表结构设计，用Qt进行界面设计同时通过这几天的程序及报告编写，我也发现了自己的很多不足，自己知识的很多漏洞，看到了自己的实践经验还是比较缺乏，理论联系实际的能力还是比较脆弱。
本系统能够满足图书馆座位利用率不高要求，但还有一些地方需要改进。
最后，在这里对老师和同学的帮助表示最诚挚的感谢。
在以后的学习和生活当中我一定再接再厉，不求最好，但求更好！
升级会员 