uml图书馆占位系统方案

上传人:大米 文档编号:463124311 上传时间:2022-12-14 格式:DOC 页数:30 大小:1.23MB
返回 下载 相关 举报
uml图书馆占位系统方案_第1页
第1页 / 共30页
uml图书馆占位系统方案_第2页
第2页 / 共30页
uml图书馆占位系统方案_第3页
第3页 / 共30页
uml图书馆占位系统方案_第4页
第4页 / 共30页
uml图书馆占位系统方案_第5页
第5页 / 共30页
点击查看更多>>
资源描述

《uml图书馆占位系统方案》由会员分享,可在线阅读,更多相关《uml图书馆占位系统方案(30页珍藏版)》请在金锄头文库上搜索。

1、2017-2018学年第1学期系统分析与设计课程设计项目名称: 图书馆占位系统 班 级: 15软件 学号: : 目录1. 用文字逐条描述软件功能(300字左右)12. 研究项目的功能围,画出初步用例图或思维导图23. 绘制完整的总用例图24. 完成所有主要用例的用例描述(以表格形式说明)。35. 系统分析:找出分析类96. 绘制时序图或协作图(全部功能或者5个以上主要功能)。106.1. 登录占位系统时序图106.2. 预定座位时序图106.3. 学生查询时序图116.4. 订座时序图116.5. 座位管理时序图126.6. 图像监控时序图126.7. 自动排位时序图136.8. 释放座位时序

2、图137. 总体设计:说明使用的架构模式,绘制子系统图和部署图。147.1. 架构模式147.2. 绘制子系统图147.2.1. 学生用户预约子系统147.2.2. 阅览室管理子系统157.2.3. 添加黑子系统157.2.4. 监控子系统167.2.5. 排位子系统167.3. 部署图169. 说明该项目的非功能需求(以表格形式说明)1810. 项目中用到哪些设计模式以及使用原因(至少两种)1911. 详细设计:绘制每个子系统的类图。2012. 数据库设计:绘制ER图,进行表结构设计。2213. 选择该项目的软件开发工具,或者使用专业界面开发工具,进行软件界面设计(截图)。2414. 个人工

3、作总结与心得体会(一页)。26图书馆占位系统1. 用文字逐条描述软件功能(300字左右)1.1. 学生:登录图书馆占位系统进行预定座位、查询阅览室使用情况、查询自己需要的座位、输入对座位的要求系统自动推荐座位、自己手动选去座位、取消预定座位、选完座位后退座等。1.2. 学生座位调解员:对有冲突的座位进行调解,对不使用本系统的同学进行劝说使用本系统,帮助同学快速掌握占位系统,统计座位的使用情况反馈给管理员,记录违反该系统制度的同学上报给系统管理员。1.3. 系统管理员:手动或自动添加座位、释放座位,统计座位的使用率,分析数据完善该系统,处理违反该系统制度的同学。1.4. 保安:保证图书馆的安全使

4、图书馆正常运转;维护图书馆的秩序禁止馆出现的大声喧哗,甚至吵架等现象;保护图书馆公共财物,严禁破坏财务,偷盗等行为;按时开关门,早上8:00准时开门,晚上9:30准时关门;维护好图书馆周边的秩序;做好视频监控的查看,及时掌握图书馆各方位的动态,及时处理出现的问题。2. 研究项目的功能围,画出初步用例图或思维导图3. 绘制完整的总用例图4. 完成所有主要用例的用例描述(以表格形式说明)。登录用例描述用例名称登录用例标识号1.0参与者学生简要说明学生需要在登录界面输入一卡通号和密码,后台验证一卡通号和密码的正确性,正确登录成功否者登录失败。前置条件登录界面已经打开。基本事件流1.学生点击“登录”菜

5、单2.系统出现一个登陆界面3.学生把信息输入到文本框4.学生输入信息后,点击“登录”5.系统对输入的信息进行审核,验证该登录信息是否存在于系统数据库中,如果存在则登录系统,否则不能登录6.用例终止其他事件流在点击“登录”之前,学生随时可以按“取消按钮”系统保持运行在原来的登录用户。异常事件流1.提示输入错误信息,由系统管理员确认2.清空输入框,等待学生继续输入信息后置条件给出最新公告注释无修改密码用例描述用例名称修改密码用例标识号1.0参与者系统管理员简要说明为了确保安全性,系统管理员需要定时更换登录密码,防止因为密码泄露而使未授权用户进入系统前置条件系统管理员已登录系统基本事件流1.系统管理

6、员点击“修改密码”菜单2.系统出现一个修改密码界面3.系统管理员输入旧密码和新密码及新密码确认信息4.系统管理员输入信息后,点击“确认”按钮5.系统对输入的信息进行审核,验证该登录旧密码的正确性以及新密码与确认面膜是否一致,如果正确则提交,否则不能修改无效。6.用例终止其他事件流在点击“确认”按钮之前,系统管理员随时可以按“取消按钮”系统关闭修改密码界面。异常事件流1.提示输入错误信息,由系统管理员确认2.重新返回到密码修改页面,等待输入后置条件给出最新公告注释无预定座位例描述用例名称预定座位用例标识号1.0参与者学生简要说明学生需要提前一天预定座位,否则预定座位无效,打开预定座位界面,按照关

7、键字搜索座位也可以手动填写座位,最后点击“提交”按钮。前置条件学生已登录系统基本事件流1.学生点击“预定座位”菜单2.系统出现一个预定座位界面3.学生按关键字搜索座位,手动填写座位,提交到后台4.系统对输入的信息进行统计,更新座位信息5.用例终止其他事件流在点击“提交”按钮之前,学生随时可以按“取消按钮”,信息的任何修改都无效,容不会改变。异常事件流1.提示错误信息,由学生确认2.重新返回到预定座位页面,等待输入后置条件给出最新公告注释无查询用例描述用例名称查询用例标识号1.0参与者学生、管理员简要说明查询阅览室状态,座位状态,黑前置条件学生、管理员以登录系统基本操作流程1. 学生、管理员点击

8、“查询”菜单2. 系统跳转到查询界面3. 选择要查询的容,填写关键字4. 填写完成后,点击“查询”按钮5. 系统对提交数据进行处理,根据查询条件显示到界面6. 用例终止其他事件流在点击“查询”之前,学生、管理员随时可以按“取消按钮”或者“关闭图标”系统不会对数据进行任何修改,允许继续操作。异常事件流1.提示错误信息,学生、管理员确认2.返回到查询界面后置条件给出最新公告注释无订座用例描述用例名称订座用例标识号1.0参与者学生简要说明学生到图书馆登录系统,输入账号和密码,进入订座界面,按提示进行操作。前置条件学生已登录系统基本事件流1.学生点击“订座”菜单2.系统出现一个订座界面,显示着座位信息

9、3.学生查找修改,订座等操作4.学生编辑完,点击“检索”按钮5.系统对输入的信息进行审核,验证输入信息是否合法,如果合法这完成修改,不合法则无效,需继续操作。6.用例终止其他事件流在点击“检索”之前,学生随时可以按“取消按钮”或者“关闭图标”系统不会对数据进行任何修改,允许继续操作。后置条件给出最新公告异常事件流1.提示错误信息,有管理员确认2.返回到订座界面后置条件给出最新公告注释无添加黑用例描述用例名称添加黑用例标识号1.0参与者系统管理员、学生调解员、保安简要说明对于不适用本系统和违反该系统制度的同学一律添加到黑,三天不能使用图书馆座位。前置条件已经记录学生违纪。基本事件流1.参与者点击

10、“黑”菜单2.系统出现黑界面,显示着已经添加的黑信息3.参与者提供添加、编辑等操作4.参与者编辑完,点击“添加”按钮5.系统对输入的信息进行审核,验证添加的信息是否合法性,如果合法这完成添加,不合法则无效,需继续操作。6.用例终止其他事件流在点击“确认”按钮之前,参与者随时可以按“取消按钮”,信息的任何修改都无效,容不会改变。异常事件流1.提示错误信息,由系统管理员确认2.重新返回到添加黑页面,等待输入后置条件给出最新公告注释无释放座位用例描述用例名称释放座位用例标识号1.0参与者系统管理员简要说明管理员可以判定座位是否有人,是否有人故意占位,释放该位置。前置条件管理员已登录系统基本事件流1.

11、系统管理员点击“释放座位”菜单2.系统出现一个释放座位界面,显示监听到座位的信息3.用户管理员选择座位。4.系统管理员编辑完,点击“确认释放”按钮5.用例终止其他事件流在点击“确认释放”按钮之前,系统管理员随时可以按“取消按钮”,信息的任何修改都无效,容不会改变。异常事件流1.提示错误信息,由系统管理员确认2.重新返回到释放页面,等待输入后置条件给出最新公告注释无5. 系统分析:找出分析类5.1. 边界类:登录界面、预约界面、查询界面、订座界面、添加黑界面、更新座位界面、统计座位界面5.2. 控制类:登录类、座位状态监控类、学生预约类、座位资源管理类、座位状态监控类、一卡通识别类5.3. 实体

12、类:学生类、管理员类、黑类、阅览室座位类、保安类、阅览室信息类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方式进行数据访问与操作;而在系统后台管理配置功能的

13、操作上,系统采用传统的C/S模式来实现。采用这种结构模式的优点:一方面是体现出了系统用户操作平台的跨平台性,方便学生用户在图书馆本地之外的网络操作;另一方面也与当前的校园网络、图书馆信息管理系统保持一致,更好的与之兼容;同时也因为这种混合模式可扩展性更强,为系统后续提供基于便携设备的移动式访问功能打下了良好的基础,降低开发的复杂性。7.2. 绘制子系统图7.2.1. 学生用户预约子系统7.2.2. 阅览室管理子系统7.2.3. 添加黑子系统7.2.4. 监控子系统7.2.5. 排位子系统7.3. 部署图8. 绘制活动图或状态图或功能流程图(任选一种)9. 说明该项目的非功能需求(以表格形式说明)属性场景决策可靠性学生使用该系统。使用该座位管理系统以后,所有座位资源的使用操作必须通过该系统来完成分配,系统对可靠性的要求尤其明显,直接关系到学生学习秩序的正常与否。安全性学生使用过程中泄露学生的信息和破坏学校网络的正常使用。因为系统的工作涉及到学校正常学习秩序的维系,本系统须在数据及操作安全性方面进行精细化控制,不能过于粗放化。同时从系统可靠性建设而言,在正常数据库访问与操作的基础上应对系统数据实施定期的备份操作。易用性了解如何有效使用系统本系统在操作界面设计上简单化,并为用户提供简单直接的交互界面,提供尽可能多的操作帮助信息,最终达到提高用户座位操作效率的目的与要

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号