1 需求分析
1.1 系统需求
该系统需要解决本学校学生在图书馆盲目寻找自习室教室及座位的问题。学生通过该系统可以实时查看图书馆自习室与座位的使用情况,使学生方便、快捷地在图书馆查找空余的座位。图书馆领导及管理人员也可以通过本系统查询自习室的使用人次和座位的预定情况进行统计,及时制定行营的对策,科学合理的配置相关资源。
1.2 功能需求
本系统设计的最终目的是实现对座位的有序高效管理。为此,在系统设计时,应做好用户需求调查,充分了解学生的实际需求,保证系统具有良好的易用性、稳定性和扩展性。系统设计要点如下:
(1)系统管理:对用户信息、角色信息、菜单信息和日志信息进行管理。
(2)师生信息(学习者)管理:可对班级、教师、学生等信息进行管理。
(3)自习教室管理:管理图书馆的自习教室。
(4)选座管理:可预约和取消自习教室座位。
(5)通知公告:发布图书馆相关自习教室使用以及开放的相关通知等。
(6)数据统计:利用图形直观显示自习教室某时间段(每天、每周、每月等或某个时间段如8:00-9:00等)各自习教室的座位使用情况以及的违规(违反自习教室使用规定)人数。
(7)修改密码:所有用户可在系统中重置或修改个人密码。
(8)信用积分管理:对学生自习教室的使用采用信用积分制。若信用积分累计到一定程度,某段时间内可采取相应的处罚措施等。如:若预约座位多长时间未使用且未取消的,扣1分等等。并对违规使用者,发出相关信息。
(9)安全退出:用户完成所有操作后安全退出本系统。
1.3 用例分析
1.3.1 按照角色建立用例模型
1) 非系统用户用例
对“用户注册”用例的描述如下。
用例编号 | 1 |
---|---|
用例名称 | 用户注册 |
用例描述 | 非系统用户,需要进行用户注册才能使用系统功能。 |
前置条件 | 用户有申请注册账户的条件。 |
后置条件 | 用户完成申请。 |
活动步骤 | 1.提交申请资料 2.等待审核通过 |
扩展点 | 无 |
异常处理 | 该用户在信用黑名单上,无法注册 |
2)学习者用例
对“预约座位”用例的描述如下。
用例编号 | stu1 |
---|---|
用例名称 | 预约座位 |
用例描述 | 学习者可以进行座位预约,进行学习 |
前置条件 | 学习者当前没有座位且登录系统,并通过了身份验证 |
后置条件 | 座位被成功预约 |
活动步骤 | 1.学习者根据条件找到想要预约的座位。2.进行预约 |
扩展点 | 1.学习者身份验证失败,则用例结束2.没有找到座位,则预约失败。 |
异常处理 | 查询条件错误,查询失败 |
对“修改个人信息”用例的描述如下。
用例编号 | stu2 |
---|---|
用例名称 | 修改个人信息 |
用例描述 | 学习者可以登录系统,进行修改自己的个人信息 |
前置条件 | 学习者对自己的信息进行设置 |
后置条件 | 信息修改完成 |
活动步骤 | 1.进入修改信息页面。2.修改自己的信息。 |
扩展点 | 无 |
异常处理 | 信息重复或是信息格式错误,信息修改失败 |
对“查询个人信息”用例的描述如下。
用例编号 | stu3 |
---|---|
用例名称 | 查询个人信息 |
用例描述 | 学习者可以登录系统 进行查看自己的个人信息 |
前置条件 | 学习者对自己的信息进行设置 |
后置条件 | 显示个人信息 |
活动步骤 | 进入个人信息管理页面 |
扩展点 | 无 |
异常处理 | 无 |
对“学习记录”用例的描述如下。
用例编号 | stu4 |
---|---|
用例名称 | 学习记录 |
用例描述 | 学习者登录系统,通过次功能查询自己的在图书馆预约以及自己的学习记录 |
前置条件 | 系统中存在自己的信息 |
后置条件 | 学习者完成查询 |