uml-图书馆占位系统.doc

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. 释放座位时序图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. 个人工作总结与心得体会（一页）。262图书馆占位系统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. 详细设计：绘制每个子系统的类图。开发工具：MySql11.1. 学生预约座位子系统类图11.2. 阅览室管理子系统类图11.3. 添加黑名单子系统类图11.4. 监控子系统类图11.5. 排座位子系统类图12. 数据库设计：绘制ER图，进行表结构设计。（1）用户一座位使用表，用于存储每个学生用户使用座位的相关信息代表双方的联系信息。字段名字段类型长度主/外键字段值约束对应中文名seat_Idvarchar20Pnot null座位编号user_Idvarchar20not null用户编号rdroom_Idvarchar20not null阅览室编号beginTimedatetime8not null开始使用时间endTimedatetime8not null结束使用时间delayTimeint4null延迟次数（2） 黑名单表，违反操作规则的用户将被列入黑名单，该表存储的是用户黑单记录信息。字段名字段类型长度主/外键字段值约束对应中文名user_Idvarchar20Pnot null用户编号addTimevarchar8not null加入时间endTimedatetime8not null结束时间delayTimevartchar20null状态(3) 用户一座位预约信息表，用来记录用户对座位的预约信息，即用和座位的预约绑定信息。字段名字段类型长度主/外键字段值约束对应中文名user_Idvarchar20Pnot null用户编号addTimevarchar8not null加入时间endTimedatetime8not null结束时间delayTimevartchar20null状态(4) 管理员信息表，用于储存管理员的相关信息。字段名字段类型长度主/外键字段值约束对应中文名manager_Idvarchar20Pnot null管理员编号manager_Namevarchar20not null管理员姓名manager_Pwdvarchar20not null管理员密码(5) 统计表，用于储存座位的相关统计数据。字段名字段类型长度主/外键字段值约束对应中文名rdroom_Idsmallint2Pnot null阅览室编号sum_Seatssmallint2not null座位总数use_Ratesmallint2not null使用率13. 选择该项目的软件开发工具，或者使用专业界面开发工具，进行软件界面设计（截图）。开发工具：Qt13.1. 登录窗口13.2. 主