UML软件建模（Rational Rose）课程注册管理系统UML建模全过程

【实例简介】
使用Rational Rose软件，面向对象软件工程，UML软件建模全过程，案例为《课程注册管理系统》
Curriculum 制定谍表、查询表 查询表 Teacher Registrar Student Course Offering 查询课程信息 设定课程及信息、查询课程 Course 注、销注裸程设置 任教程 业务流程图 student leach 设定诛 查询诛 查询信息 查询信息 查询信息 查询 学生选修课表 课表 教师开设课程的选误学牛 本人所选课表 果的选课学生 112需求获取》创建框架用例 框架用例图 设定课程信息 Registrar 制定课表 学生制定选课计划 Student 查询选课计划 查询课表及课程信息 Teacher 查询选课学生名单 用例描述 设定课程信息 用例名 设定课程信息 业务目标 设定、修改、发布课程信息 主要执行者 教务管理员 基本交互动作待续 业务规则/非功 能需求 制订课表 用例名 制订课衣 业务目标 设定、修改、发布课衣 主要执行者教务管理员 基本交互动作待续 业务规则/非功 能需求 制订选课计划 用例名 制订选课计划 业务目标 选修课程;修改、确认本学期的个人选课计划 主要执行者 学生 基本交互动作待续 业务规则/非功 能需求 每名学生每学期所选课程的总学时数不得超过300 查询学生选课计划 用例名 查峋学生选课计划 业务目标 同用例名 主要执行者 学生、教务管理员 基本交互动作待续 业务规则/非功 能需求 查询课表及课程信息 用例名 查询误表及课程信息 业务目标 同用例名 主要执行者学生、教师、教务管理员 基本交互动作待续 业务规则/非功 能需求 查询选修某一门课程的学生 用例名 查询选修某一…门课程的学生 业务目标 同用例名 主要执行者 教师、教务管理员 基本交互动作待续 业务规则/非功 能需求 全局业务规则/非功能性需求 业务规则 规则名:课程设置的学生容量规 规则内容:每一门课程设置至少应有10名、最多不超过100名学生。低于下限时应该取 消该门课程设置。 其他非功能性需求 风险分析 ●●·D··●●鲁·鲁D●●●鲁D●鲁●● 11.3需求获取》精化用例 构建完整用例:用例描述 设定课程信息 用例名 设定课程信息 业务目标 设定、修改、发布课程信息 主要执行者 教务管理员 前置条件 当前时间为学期开学之前 1.用户脊录。 2.系统显示当前已设定的课程列表 基本交互动作3.用户选择添加、修改或发布课程信息。 31添加课稈信息:用户输入课稈名称、编号、学时数、学分、选 课费用、前导课程要求、选课描述;系统提示添加操作成功 32修改课程信息:用户从课程列表中选择一门课程:系统显示该 课程的原有信息,用户再次基础上进行修改;系统提示修改操 作成功 3.3发布课稈信息:用户从课稈列表中选择一门课稈或多门课稈; 系统将这些课程的状态修改为“已发布”(用户不能修改已发 布的的课程信息) 步骤3可重复执行,直至用户选择推出系统。 制订课表 用例名 制订误表 业务目标 设定、修改、发布课表 主要执行者 教务管理员 前置条件 当前时间为学期开学之前 1.用户登录 2.系统显示当前已设定的诔表(初始时其为空): 3.用户选择添加、修改、删除或发布课表 31添加新课表:系统添加一张空白课表。 32修改课表:用户选择在课表中添加、修改、删除课程设置 321向课表中添加课程设置。 321.1系统显小已发布的课程; 32.1、2用户选择其中一门课程,填写任课教师、上课时间、 地点(教室)、起始周、结束周;系统检查课程设 置沖突,检查可是是否符合课稈信息中规定的课时 数,然后提示添加课程设置操作成功。 322修改课程设置:用户从课表中选择一门课程设置;系统 基本交互动作 显示该课程设置在课表中的原有信息;用户在此基础上 进行修改;系统检查课程设置冲突,检查课时是否符合 课稈信息中规定的课时数,然后又提示修改课程设置操 作成功。 323删除课程设置:用户从课表中选择一门课程设置,并要 求将其删除;系统要求用户确认删除;用户确认后,系 统提示删除课程设置操作成功。 3.3删除课表:用户从课表的列表中选择一张课表,并要求将其删 除;系统要求用户确认删除;用户确人后,系统删除课表及其 包含的所有课程设置,然后提示删除课表操作成功。 34发布课表:系统将课表的状态修改为“已发布”(用户不能修 改已发布的课表)。 步骤3.1—34可重复执行,直至用户选择退出系统 3212a课程设置有冲突。 3212a1系统报告所有冲突情形,给出解决冲突的建议,并要求 扩展交互动作 用户重新填写导致冲突的原因。再执行子动作3.2.1.2 321.2b用户填写的上课时间、起始周、结束周导出的课时数与课程信 息中的规定的课时数不符。 3212b1系统报告两种课时数,要求用户重新填写导致冲突的原 因。再执行子动作3.2.1.2 322a课程设置有冲突:(类似于3.2.1.2a,咯) 322b用户填写的上课时间、起始周、结束周导出的课时数与课程信息 中的规定的课时数不符。(类似于3.2.1.2b,略) 检查课程设置冲突 用例名 检查误程设置冲突 业务目标 检查待添加的课程设置与现有课程设置之间是否存在冲突 主要执行者 教务管理员 1.针对现有课表中的每门课程设置 11系统检査待添加的课程设置与此课程设置的任课教师有无冲 突 基本交互动作 1.2系统检査待添加的课程设置与此课程设置的地点(教室)有无 冲突。 2.系统报告冲突情况。 1.1a任课教师在同一时间有其他课程设置。 扩展交互动作 11a1系统报告具体的冲突图情况,并给出解决冲突的建议 12a同一地点(教室)在同一时间安排了不同的课程设置。 12a1系统报告具体的冲突情况,并给出解决冲突的建议 制订选课计划 用例名 制订选课计划 业务目标选修课程;修改、确认本学期的个人选课计划 主要执行者 触发条件 学生要求制订或修改选课计划 前置条件 当前时间为某学期的第一周且误表已经山教务管理人员发布 业务规则 每名学生每学期所选课程的总学时数不得超过300 1.用户登录 2.系统显小用户本人的选课计划(初始时其为空)。 3.用户选择添加、修改或确认 31在选课计划添加课程 基本交互动作 311系统显示已由教务管理员发布的课表 312用户从已发布的课表中选择一到多门课程设置。 313系统检查时间是否冲突,并且总学时数符合业务规则要 求,然后刷新选课计划 32从迒课计划中删除课程 321用户选择要删除的课程;系统刷新选课计划 33确认选课计划。 3.31系统将选课计划的状态修改为“已确认”(用户不能修 改已确认的选课计划) 步骤3.1—3.2可重复执行,直至用户选择退出系统或者选课计划已被 硝认。 31.3a用户选择的课程的上课时间有冲突 31.3a1系统报告所有冲突的课程、两门之间的时间重叠情形,再 执行子动作31.2。 31.3b用户选择的误程的总学时数超出规定的最大值。 扩展交互动作 31.3b1系统报告总学时数已超标。再执行子动作3.,1.2 31.3c用户选择的误程的选课人数超出规定的最大值(见“学生容量 规则”)。 31.3c1系统报告选课人数已满的所有课程设置;将其他课程设置 (如果存在的话)添加至选课计划中,然后刷新之。再执行动作3 查询选课计划 用例名 查洵选课计划 业务目标 同用例名 主要执行者 学生、教务管理员 1.用户登录 2.分两种情形处理。 基本交互动作 21对于学生:系统显示登录学生的选课计划。 22对于教务管理人员:系统显示学生列表,用户从中选择一个学 生;系统显示该学生的选课计划。 查询课表及课程信息 用例名 查询误衣及课程信息 业务目标 同用例名 主要执行者 学生、教师、教务管理员 1.用户登录。 基本交互动作2.系统显示课表清单,用户选择其中的一张课表。 3.系统显小用户选定课表中的一门课程 4.系统显示课程信息(包含基础信息和设置信息)。 查询选修某一门课程的学生 用例名 查询选修某一门课程的学牛 业务目标 同用例名 主要执行者 教师、教务管理员 1.用户登录。 2.分两种情形处理。 21对于教师:系统显示教师所教授课稈的列表,教师选择一门课 基本交互动作 程,系统就显示这门课程的选课学生的信息列表。 22对于教务管理人员:系统显示课表清单:教务管理员从中选择 张课表,系统显示这张课表,教务管理员再从中选择一门课程, 系统显小这门课程的选课学生信息列表 21a教师本学期只教授一门课程。 扩展交互动作 21a1系统直接显示选修该课程的学生信息列表 汇总学生选课计划 用例名 汇总学生选课计划 业务目标 根据“学生容量规则”确认或调整课表夂学生选课计划;将确认后的 学生选课计划通知计费系统 定时器(每学期第二周星期一凌晨2:00,即学生提交选课计划的截止 主要执行者 期限之后2个小时) 次要执行者 计费系统 1.系统汇总每门课程的选课学生数目,确认其符合“学生容量规则” 基本交互动作的要求 2.系统将每名学生的选课计划通知计费系统 1a一些课程的选课学生数目低于“学生容量规则”规定的下限。 1a1系统从课表中删除此课程设置 扩展交互动作 1a2系统从所有选修该课程设置的学生的选课计划中删除此课程 设置,并且向学生发送电子邮件通知该课程已被取消。再执行动 作2 用户登录 用例名 用广登录 业务目标 同用例名 主要执行者 学生、教师、教务管理员 基本交互动作1.用户输入用户名、密码;系统验证用户名和密码是否匹配。 1a用户名和密码不匹配 扩展交互动作 1a1系统提示用户重新输入用户名、密码。 1b密码输入超时。 1b1系统提示用户密码输入超时,系统自动退出 嵌套的扩展交互a1a用户名和密码不匹配的次数已达到3次。 动作 1a1a1系统提示用户已经连续3次输入错误的用户名、密码,系 【实例截图】
【核心代码】