UML教室管理系统设计精要.docVIP

2017届结课论文 《UML基础与ROSE建模实用教程》 －教室管理系统设计 学生姓名 学 号 所属学院 专 业 班 级 塔里木大学教务处制 目录 1.需求分析 1 1.1性能要求概述 1 1.2词汇分析 1 1.3功能要求概述 2 1.4 安全性与完整性要求 2 2.用例模型及实体类图描述 3 2.1系统用例图 3 2.2教室信息维护模块用例图 5 3.创建系统静态模型 5 3.1实体类图分析 5 3.2 实体联系图 6 4.创建系统动态模型 7 4.1序列图 7 4.2 活动图 8 5.创建系统部署模型 10 5.1系统构件图 10 5.2系统部署模型 11 6.总结 11 基于UML的教室管理系统设计 1.需求分析 随着计算机技术、网络技术和信息技术的发展，现在办公系统更趋于系统化、科学化化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它 学生： 学生编号 学生名称 教室查询 教室申请 管理员： 教室查询 添加 修改 删除 审核 教室： 教室信息 （教室编号、教室名称） 查询： 查询人 教室信息 查询日期 申请： 申请人 教室信息 申请日期 (申请表) 审核： 审核通知 审核时间 审核编号 （审核表） 通知： 通知编号 通知时间 通知对象 (通知表) 1.3功能要求概述 （1）基本功能： 使用该系统有三个角色：教师，学生，管理员。系统应当完成以下的信息处理： a、教室基本信息管理：包含教室信息的录入、修改等功能。 b、教室使用信息管理：包含教室查询功能。 c、教室申请信息管理：包含教室申请功能。 （2）系统主要功能模块 系统可分为4个模块： ①用户信息管理 ②教室基本信息管理 ③教室查询 ④教室申请 1.4 安全性与完整性要求 安全性要求：? 1、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；? 2、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；? 3、系统应对不同用户设置不同的权限，区分不同的用户，如学生、教师和管理员。学生（只能查询教室、教师和课程信息以及提出借用教室申请），教师（只能查询教室、课程信息，以及提出借用教室申请），管理员（可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请）。? 完整性要求：? 1、各种信息记录的完整性，信息记录内容不能为空；? 2、各种数据间相互的联系的正确性；? 3、相同的数据在不同记录中的一致性。 2. 用例模型及实体类图描述 2.1系统用例图 1、用户信息管理模块： 验证用户身份，确认为合法用户后进入相应界面进行相关操作（如对用户信息进行添加，删除，修改，查询），如如图（1）所示。 图(1) 学生信息管理用例图 2、教室基本信息管理模块： 对教室信息进行添加，删除，修改，查询，如图( 2 )所示。 图(2) 教室信息管理用例图 3、教室查询模块 查询相关教室的基本信息以及该教室在任一天任一个时段的使用情况，如图( 3 )所示 教室查询：教室信息 使用装态 图(3) 教室查询用例图 4、教室申请模块 申请获得教室在某段时间的使用权，如图( 4 )所示 (1)非管理员：申请教室、提出申请 (2)管理员：查询教室、审核申请 图(4) 教室申请用例图 2.2教室信息维护模块用例图 系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用。如下图2.2所示 图2.2教室信息维护模块图 3.创建系统静态模型 3.1实体类图分析 名词：教师类： 教师编号 教师名称 学生类：学生编号 学生名称 学生类： 学生编号 学生名称 管理员类：教室查询 管理员名称 教室类： 教室信息 （教室编号、教室名称、类型） 动词：查询类： 查询人 教室信息 查询日期 申请类： 申请人 教室信息 申请日期 审核类： 审核通知 审核时间 审核编号 通知类： 通知编号 通知时间 通知对象 3.2 实体联系图 总体设计思路，学生和老师通过查看数据库，查看存在能够正常使用教室的占用情况来填写申请表，申请表经过管理员审核后，生成一张审核通过的表，并通知同学或老师申请结果。根据各信息之间的关系，建立如下实体关系图，如图3.2所示。 图3.2 实体联系图 4.创建系统动态模型 4.1序列图 序列图是对对象之间传送消息的时间顺序的可视化表示。序列图的主要用途是把用例表达的需求，