2020年新版学生选课系统完整的UML建模.docx

- -可编辑修改- 信息系统集成技术及应用 题目：UML系统分析设计、建模与实现 学号：100430112022 姓名：杨家建 专业：计算机技术 指导教师：舒远仲 UM L系统分析设计与建模 以简单的学生选课系统进行详细的系统分析与建模。 （一）系统用例图 1?首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删 除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修 的课程。我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可 以发现系统的用例，并绘制出系统的用例图，如图 1所示： 管理员vvincludeinclude添加课程vvincludeextend修改课程删除课程查询课程信息停开课程 管理员 vvinclude include 添加课程 vvinclude extend 修改课程 删除课程 查询课程信息 停开课程 图1学生选课系统用例图 2.对部分用例进行描述： “添加课程”用例 1） 用例名：添加课程 2） 执行者：管理员 3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。 4）过程描述: 5） 管理员选择进入管理界面，用例开设 6） 系统提示输入管理密码 7） 管理员输入密码 8） 系统验证密码 9） A1:密码错误 10） 进入管理界面，系统显示目前所建立的全部课程信息 11） 管理员选择添加课程 12） 系统提示输入新课程信息 13） 管理员输入信息 14） 系统验证是否和已有的课程冲突 15） A2 :有冲突 16） 10 ）系统添加新课程，提示课程添加成功 17） 11 ）系统重新进入管理界面，显示所有课程 ） 12 ）用例结束 ） 异常事件流处理： ） A1 :密码错误：1）系统提示再次输入。2）用户确认后进入第 5）步。 ） A2 :有冲突：1）系统提示冲突，显示冲突的课程信息。 2）用户重新输入, 验证无误后进入第10 ）步。 选课”用例 1）用例名：选课 2）执行者：学生 3） 目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提 交。 4） 过程描述： 5） 1 ）学生进入选课登录界面，用例开始 6） 2）系统提示输入学号与密码 7） 3）学生输入学号与密码 8） 4）系统验证 9） A1 :验证错误 10） 5）进入选课主界面 11） 6）学生点击选课 12） 7 ）系统显示所有课程信息 ） 8）学生选择课程 ） 9 ）系统验证课程是否可选 ） A2 :不可选 ） 10 ）系统提示课程选择成功 ） 11 ）用例结束 ） 异常事件流处理： ） A1 :验证错误：1 ）系统提示验证错误，提示重新输入。 2 ）验证成功，进入 第5 ）步 ） A2 :不可选 1）系统提示课程不可选及原因。 2 ）学生重新选课。3）验证 成功后进入第10 ）步 修改”用例 1） 管理员选择进入管理界面，用例开设 2） 系统提示输入管理密码 3） 管理员输入密码 4） 系统验证密码 A1:密码错误 5） 进入修改主界面，系统显示目前所建立的全部课程信息 6） 管理员选择要修改的课程 7） 是否确定修改该课程 A2 :不修改 8） 系统显示全部课程信息 9） 管理员输入新信息 10） 验证是否有课程冲突 A3 :冲突 11） 系统修改课程，提示修改成功 12） 系统重新进入主界面，显示所有课程 13） 用例结束 异常事件流处理： A1：密码错误：1）系统提示再次输入。2）用户确认后进入第 5）步。 A2 :不修改：1）系统提示重新选择。2）用户确认后进入第 8）步。 A3 :有冲突：1）系统提示冲突，显示冲突的课程信息。 2）用户重新输入，验证无 误后进入第11 ）步。 （二）系统活动图 活动图实际上也是一种流程图，它描述活动的序列，即系统从一个活动到另一个 活动的控制流。所以常用活动图来进一步描述用例的具体功能实现流程，比文字描述 跟形象直观，能够更准确地理解具体实现要求。 以“增加课程”用例为例，建立系统的活动图。其它用例的活动图不在叙述。 对“增加课程”用例进行分析，描述完成该操作所需要的活动。首先从“输入课 程各项信息”开始，在输入工作完成后，进入业务逻辑界面的“验证课程”活动，然 后进行“创建课程对象”活动，并输入“在数据库中查询课程” ，查看数据库中是否 已存在该课程。根据查询的结果“判断增加课程是否合法”，如果不合法（如重名等）， 提示“重新输入”返回到“输入课程各项信息” ；如合法，则在数据库中正式增加这 个对象。最后进行“判断添加是否成功” ，如果成功，返回用户界面“显示添加成功 信息”提示用户活动结束：如失败， “显示添加失败信息”，提示任务没有完成，活动 结束。 （三）系统顺序图 顺序