学生选课系统(UML)

1 目录目录 一 引言 1 1 11 1 学生选课系统开发的必要性 学生选课系统开发的必要性 1 1 1 21 2 学生选课系统开发的可能性 学生选课系统开发的可能性 2 2 二 需求工作流 2 2 1 2 1 问题域问题域 2 2 2 1 12 1 1 问题问题 2 2 1 22 1 2 问题的解决方案问题的解决方案 2 2 2 2 2 领域模型领域模型 3 3 2 2 12 2 1 系统参与者系统参与者 3 2 2 22 2 2 用例用例 3 三 分析工作流 8 3 1 3 1 类图类图 8 8 3 2 3 2 状态图状态图 1010 3 33 3 顺序图 顺序图 1010 3 3 13 3 1 用户登录 用户登录 10 3 3 23 3 2 学生选定课程 学生选定课程 11 3 3 33 3 3 老师做出相应操作 老师做出相应操作 12 3 3 43 3 4 老师查看学生选课情况 老师查看学生选课情况 12 四 设计工作流 14 4 14 1 细化类图细化类图 1414 4 24 2 数据库设计数据库设计 1515 4 2 14 2 1 概念模型概念模型 15 4 2 24 2 2 逻辑模型逻辑模型 20 五 界面设计 20 5 1 用户登陆界面 20 六 总结 21 七 参考文献 21 1 一 引言一 引言 1 11 1 学生选课系统开发的必要性 学生选课系统开发的必要性 当今时代是飞速发展的信息时代 在各行各业中离不开信息处理 这正 是计算机被广泛应用于信息管理系统的环境 计算机的最大好处在于利用它能 够进行信息管理 使用计算机进行信息控制 不仅提高了工作效率 而且大大 的提高了其安全性 尤其对于复杂的信息管理 计算机能够充分发挥它的优越 性 计算机进行信息管理与信息管理系统的开发密切相关 系统的开发是系统 管理的前提 本系统就是为了管理好选课信息而设计的 学校作为一种信息资源的集散 地 学生和课程繁多 包含很多的信息数据的管理 现今 有很多的学校都是 初步开始使用 甚至尚未使用计算机进行信息管理 根据调查得知 他们以前 对信息管理的主要方式是基于文本 表格等纸介质的手工处理 对于选课情况 的统计和查询等往往采用对课程的人工检查进行 对学生的选课权限 以及选 课代号等用人工计算 手抄进行 数据信息处理工作量大 容易出错 由于数 据繁多 容易丢失 且不易查找 总的来说 缺乏系统 规范的信息管理手段 尽管学校都有计算机 但是尚未用于信息管理 没有发挥它的效力 资源闲置 比较突出 这就是管理信息系统的开发的基本环境 数据处理手工操作 工作 量大 出错率高 出错后不易更改 学校采取手工方式对学生选课情况进行人 工管理 由于信息比较多 选课信息的管理工作混乱而又复杂 一般选课情况 是记录在文件上 课程的数目和代号也记录在文件中 学校的工作人员也只是 当时对它比较清楚 时间长了 如再要进行查询 就得在众多的资料中翻阅 查找了 造成查询费时 费力 如要对很长时间以前的选课进行更改就更加困 难了 基于这些问题 我认为有必要建立一个学生选课系统 使选课管理工作规 范化 系统化 程序化 避免选课管理的随意性 提高信息处理的速度和准确 性 能够及时 准确 有效的查询和修改选课情况 2 1 21 2 学生选课系统开发的可能性 学生选课系统开发的可能性 经过详细的分析和调查 应用本学期 信息系统分析与设计 这门课程 所学习的知识 本设计采用面向对象的方法 使用 UML 建模语言进行建模 UML 是完全面向对象的 是图形化的 它为系统开发的不同参与者 包括客户 提 供不同层次和角度的图 它鼓励客户参与 这样 开发出来的软件是一个能符 合设计之初的设想的软件 其特点是从用户的角度使用 用例图 出发来设计 软件系统 这就避免了开发者开发出的系统虽然具有很多很好的功能 但确不 能很好的符合客户真正的需求 二 需求工作流二 需求工作流 2 1 2 1 问题域问题域 2 1 12 1 1 问题问题 试设计一选修课程系统 使之能提供以下功能 1 系统以菜单方式工作 2 课程信息录入功能 课程信息用文件保存 输入 3 课程信息浏览功能 输出 4 查询功能 至少一种查询方式 算法 按学分查询 按课程性质查询 5 学生选修课程 可选项 2 1 22 1 2 问题的解决方案问题的解决方案 根据系统功能要求 可以将问题解决分为以下步骤 1 分析系统中的各个实体之间的关系及其属性和行为 2 根据问题描述 设计系统的类层次 3 3 完成类层次中各个类的描述 包括属性和方法 4 完成类中各个成员函数的定义 5 完成系统的应用模块 6 功能调试 7 完成系统总结报告以及系统使用说明书 2 2 2 2 领域模型领域模型 2 2 12 2 1 系统参与者系统参与者 使用学生选课系统的参与者有学生 老师和管理员 2 2 22 2 2 用例用例 1 用例图 图 2 1 学生用例图 4 图 2 2 管理员 老师用例图 2 用例描述 图 2 3 登录学生选课系统用例的描述 间短描述 登录学生选课系统用例使学生或老师能够进入系统进行相应权限下的操作 逐步描述 1 学生可以选课 2 老师可以进行相应的增加 删除等操作 3 管理员可以执行老师能执行的所有操作 而且权限更多 比如授予权限 更 改系统等 5 图 2 4 选课用例的描述 简短描述 选课用例使学生能够选定自己喜欢的课程 逐步描述 1 学生可以根据自己的兴趣 专业方向选定自己喜欢的课程 图 2 5 修改用例的描述 简短描述 修改用例使学生能更改自己的选定课程 逐步描述 1 学生可以根据自身情况更改自己的选课 2 学生不能一次确实要学什么课程 所以要能修改 图 2 6 保存用例的描述 简短描述 保存用例使学生选课信息保存在系统中 逐步描述 1 学生选课信息得以保存 方便查阅 使用 图 2 7 提交用例的描述 简短描述 提交用例使学生能将自己的选课信息提交上去 逐步描述 1 提交后不能更改 2 提交即选课成功 图 2 8 退出学生选课系统的描述 简短描述 退出学生选课系统用例是系统用户完成操作后可以退出 逐步描述 1 完成操作后退出学生选课系统 6 图 2 9 增加学生用例的描述 简短描述 增加学生用例使老师可以增加学生 逐步描述 1 新转来的学生应该由老师增加进来 2 漏掉的学生应该由老师增加进来 图 2 10 删除学生用例的描述 简短描述 删除学生用例使老师可以删除那样应该被删除的学生 逐步描述 1 退学的 转走的学生应该由老师删除掉 图 2 11 增加课程用例的描述 简短描述 增加课程用例使老师可以增加新开的课程 逐步描述 1 老师可以根据需要增加新开的课程 图 2 12 删除课程用例的描述 简短描述 删除课程用例使老师能够删除那些选课人数太少的课程 逐步描述 1 选课人数太少的课程应该由老师删除 2 由于特殊原因不再开设的课程予以删除 图 2 13 修改学分用例的描述 简短描述 修改学分用例使老师能够合理安排每门课程的学分 逐步描述 1 学分应该适当修改 合理安排 7 图 2 14 查看选课情况用例的描述 简短描述 查看选课情况用例使老师能够查看学生的选课情况 逐步描述 1 老师可以查看学生选课情况 做出相应操作 比如如果人数不够 应删除该 课程等 图 2 15 保存数据用例的描述 简短描述 保存数据用例使老师可以把操作后更改的信息保存在系统中 逐步描述 1 所做修改信息应保存 8 三 分析工作流三 分析工作流 3 1 3 1 类图类图 图 3 1 用户类图 9 图 3 2 登录类图 10 3 2 3 2 状态图状态图 图 3 3 状态图 3 33 3 顺序图 顺序图 3 3 13 3 1 用户登录 用户登录 1 用户在登录界面输入用户名和密码后 若登录信息正确 则依据用户 权限 用户分别进入学生 老师和管理员界面 2 用户可以在登录界面进行密码的修改 密码修改后会保存在用户权限 表中 可能出现的情况 输入用户名或密码错误 系统提示非法用户登录 需要重新输入正确的 用户名和密码 11 图 3 4 用户登录顺序图 3 3 23 3 2 学生选定课程 学生选定课程 学生选定课程 修改已经选定的课程 保存 提交 退出系统 图 3 5 学生选定课程顺序图 12 3 3 33 3 3 老师做出相应操作 老师做出相应操作 老师根据相应情况对学生进行增删 增加某些课程 删除某些课程 修改学分等 图 3 6 老师做出相应操作顺序图 3 3 43 3 4 老师查看学生选课情况 老师查看学生选课情况 老师想看学生的选课情况 系统要返回学生选课情况 13 图 3 7 老师查看学生选课情况顺序图 14 四 设计工作流四 设计工作流 4 14 1 细化类图细化类图 图 4 1 细化用户类图 15 图 4 2 细化各种类图 4 24 2 数据库设计数据库设计 4 2 14 2 1 概念模型概念模型 1 学生课程联系 E R 图 16 图 4 3 学生课程联系 E R 图 一个学生可以选修多么课程 一个课程可以被多个学生选修 所以学生和 课程是 m n 的关系 学生的属性有姓名 学号 登录密码和所属院系 课程的 属性有课程号 课程名 课时和学分 17 2 教师课程关系 E R 图 图 4 4 教师课程关系 E R 图 一个老师可以讲授多门课程 一个课程可以有多个老师上 比如很多专业 班级要少 C 语言 全校肯定不止一个 C 语言老师 所以老师和课程的关系是 n m 老师的属性有姓名 教师号 密码和所属院系 课程的属性有课程号 课程名 课时和学分 18 3 管理员教师关系实体 E R 图 图 4 5 管理员老师 E R 图 一个管理员可以管多个老师 所以管理员和老师是 1 n 的关系 4 全局 E R 图 19 图 4 6 学生选课全局 E R 图 一个学生可以选修多个课程 一个课程可以被多个学生选修 所以学生和课程 是 n m 的关系 一个老师可以任教多个班级 所以老师和班级是 1 n 的关系 一个课程可以在多个班级开始 所以课程和班级是 1 n 的关系 20 4 2 24 2 2 逻辑模型逻辑模型 学生 学号 主键 姓名 密码 院系 课程 课程号 主键 课程名 课时 学分 选修 学生 课程 都是主键 老师 教师号 主键 姓名 密码 院系 课程 课程号 主键 课程名 课时 学分 讲授 老师 课程 都是主键 五 界面设计五 界面设计 5 15 1 用户登陆界面用户登陆界面 用户登陆界面是每一个用户 在登陆本系统时出现的界面 如要用户输入 用户名 密码和验证码 以及确定用户身份 其界面如下图 图 5 1 用户登陆界面 21 六 总结六 总结 通过 信息系统分析与设计 这么课程的学习和这次课程设计 熟练掌 握了面向对象思想和 UML 设计 深刻体会到 UML 设计的关键不是怎样使用 ROSE 关键是思想 面向的对象的思想 然后用 UML 把思想表达出来 我感觉 如果 UML 是编程语言 那么面向对象的思想就是算法 由于我将来走的计算机软件开发这条路