【软件工程】图书馆自习室及座位管理系统的分析与设计

【软件工程】图书馆自习室及座位管理系统的分析与设计

• 1 需求分析
• • 1.1 系统需求
  • 1.2 功能需求
  • 1.3 用例分析
  • • 1.3.1 按照角色建立用例模型
    • • 1) 非系统用户用例
      • 2)学习者用例
      • 3)图书馆工作人员用例
      • 4)系统管理员用例
    • 1.3.2 优化用例模型
• 2 系统设计
• • 2.1 总体设计
  • • 2.1.1 架构模式
    • 2.1.2 绘制子系统图
  • 2.2 详细设计
  • • 2.2.1 建立对象模型
    • • 系统类图
      • 学生预约子系统类图
      • 自习室管理系统类图
      • 增加黑名单子系统类图
    • 2.2.2 建立实体关系图
    • 2.2.3 建立动态模型
    • 2.2.4 设计用户界面
    • 2.2.5 建立功能模型
• 3 质量计划
• • 3.1概述
  • • 3.1.1目的
    • 3.1.2介绍
  • 3.2.质量管理
  • • 3.2.1.质量管理的角色和职责
    • 3.2.2质量管理流程
    • • 3.2.2.1.交付文档质量监控流程
      • 3.2.2.2. 上线系统质量监控流程
      • 3.2.2.3.项目质量评审
  • 3.3质量检查和确认技术
  • • 3.3.1工具和技术
    • 3.3.2管理配置
    • 3.3.3介质控制
    • 3.3.4问题 告和纠正

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) 非系统用户用例

对“用户注册”用例的描述如下。

3)图书馆工作人员用例

以“公告发布”这个用例为例，描述如下。

1.3.2 优化用例模型

经过修改，“图书馆自习教室管理系统”的用例图如图2.3-5所示。

学生预约子系统类图

增加黑名单子系统类图

2.2.3 建立动态模型

       当用户向ReserveBoundary发送预约座位的请求后，系统把该请求发送给ReserveControl进行处理，预约成功后，ReserveControl要改变座位的状态以及学生的信息。“个人预约座位”的顺序图如图所示：

2.2.5 建立功能模型

1、顶层数据流图
       管理员将座位信息录入到“占座”系统，学生可以提交预定表单，将不合格信息返回给学生，提示预定失败。若系统通过预定表单申请，则将汇总信息返回给学生。

3 质量计划

3.1概述

3.1.1目的

       为了健全和完善图书馆自习教室管理系统设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的图书馆自习教室管理系统能够满足规定的各项具体需求。

3.1.2介绍

       本质量管理计划涵盖所有与图书馆自习教室系统设计开发有关的质量目标和具体措施。
       涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。
       项目生命周期各阶段的质量检查点：列出各阶段的质量检查计划表，包括责任人、检查时间、检查任务。
       质量检查和确认技术：描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。

3.2.质量管理

3.2.1.质量管理的角色和职责

3.2.2质量管理流程

3.2.2.1.交付文档质量监控流程

3.2.2.2. 上线系统质量监控流程

       对于上线系统的质量监控主要体现在软件配置管理和系统测试工作两方面。为了保证本项目的整体实施同业务和技术明细相一致，这方面的工作包含如下几个任务：
        明确现状和期望之间的差异，以及测试软件可能存在的缺陷。通过测试，寻找系统功能性的不足。在测试结束之后判断软件死机带来的风险。
       在测试汇 中对发现的缺陷进行分类和总结。测试应该针对容易出错的流程和应用组件进行。测试结果应该进行文档记录，描述软件运作的各种情况。
具体工作如下：
       制定软件配置管理（SCM）策略和流程–根据最佳实践来制定SCM 策略和流程，包括源代码管理流程，开发管理流程和生产周转流程。
       制定测试策略和方法–根据需求制定测试方法：明确测试阶段和环境需求、确定各个测试阶段的开始和结束准则、制定故障跟踪流程的测试标准、确定测试工具和配置管理程序、确定需要其他工作的支持。
       准备测试计划和测试案例–对测试进行计划和准备：分析业务需求和技术明细、确定典型的逻辑场景、明确系统容量和压力点、编制测试脚本和环境、编制测试数据集。
       进行系统测试–进行下列工作以保证满足功能和技术需求：测试环境就绪确认、执行测试脚本、分析测试结果，制定错误跟踪 告。

3.2.2.3.项目质量评审

       图书馆自习教室系统质量监控将采用日常质量监控流程与定期质量评审制度。日常质量监控程序通过制定图书馆自习教室系统开发的统一的规范、流程、指南、模板等指导项目的开发过程，并监控这些流程和规范的执行情况，以确保所有交付品的质量。定期质量评审由质量保证经理发起，项目组相关负责人配合，对项目前一阶段的工作质量进行总结与评审，并将生成项目质量评审 告。
       项目质量评审 告将根据各阶段质量检查点所应检查的内容作出质量上的评审。对在质量评审工作中发现的问题，将根据其性质、范围划分级别。相关人员以此为依据来确定缺陷修复的优先级，缺陷严重程度高的修复优先级也高。
       项目质量评审 告将交由项目管理办公室讨论，质量保证经理与项目管理办公室将对项目质量评审 告中需要明显改善的质量问题作出具体地改进方案，以及时间上和人员上的安排。

3.3质量检查和确认技术

3.3.1工具和技术

       项目初期必须根据项目实际情况明确质量管理的工具：配置管理工具、测试工具、其他质量管理工具

3.3.2管理配置

图书馆自习教室系统配备专人作为配置管理工程师，建立开发库、配置管理库；
产品库对设计开发各阶段的配置项进行配置管理；
每个配置项都有修改记录表，注明该配置项自创建以来每次修改的内容、时间和修改人；
每个配置项都有自己的版本 以及相应的命名规范，只要配置项的内容经批准发生改变，该文档的版本 数值就会做相应的升级；
所有的配置项都将保存在指定的服务器上，由配置管理工程师统一保管、定期备份；

3.3.3介质控制

       为了保护计算机程序的物理媒体，以避免非法存取，意外损坏或自然老化，图书馆自习教室系统配备专人配置管理工程师，负责妥善管理、跟踪、存放和备份存放配置项的各类媒体。

3.3.4问题 告和纠正

       在图书馆自习教室系统质量检查中出现问题时，遵循逐级上 的原则：
       项目组成员级不能解决的上 到组长，由其协调解决；组长不能解决的上 到项目经理。各子系统开发组组长在每个软件开发生命周期阶段结束后，总结本子系统的软件质量状况和质量目标的实现情况，并填写《质量总结 告》。
       项目经理每周整理一份项目状态 告，记录一周来项目的进展情况和出现的问题，如果这些问题还能被解决，将被移交到更高一层的领导者协调处理。必要时，对出现的问题将予以记录（如评审缺陷清单、遗留问题清单等），交配置管理工程师备案。质量管理组将对问题追踪进行监督，确保问题关闭。
       对在质量检查工作中发现的问题，将根据其性质、范围和对软件的影响程度划分级别。相关人员以此为依据来确定缺陷修复的优先级：缺陷严重程度高的修复优先级也高；同理，回归
测试的优先级也依此确定。