uml网络选课系统.docVIP

目录 TOC \o 1-3 \h \z \u 1 设计时间 1 2 设计目的 1 3设计任务 1 4 设计内容 1 4.1 用例图 1 4.2 用例脚本 4 4.3 网络选课系统中的类图 6 4.4 网上选课系统顺序图及协作图 7 4.5 网上选课系统活动图 10 5 总结与展望 12 参考文献 13 成绩评定 13 PAGE 7 1 设计时间 2012年5月28日-2012年6月1 日 2 设计目的 学习完《面向对象分析与设计》课程后，进行的一次全面的综合训练，通过课程设计，动手学会使用UML进行面向对象的建模方法，加深对UML建模基础理论的理解，加强解决实际软件工程问题的能力。通过此课程设计更好的掌握UML知识。 3设计任务 网络选课系统：网络选课系统已经成为教务管理系统中一个必不可少的组成部分，可以实现让学生在网上进行课程的选择，老师也可以通过网络来提交学生的成绩和查看课程选修情况等，是高校实现无纸化办公的必备工具。 系统基本需求： 1.公有模块：实现用户的身份验证，密码修改，安全退出等功能。 2.选课模块：实现学生选课，管理（查看/修改）自己的选课信息。 3.教师模块：实现教师查看自己所教授的课程信息，课程有哪些学生选修，以及利用系统提交学生成绩。 4.管理模块：系统的核心模块，包括学生管理，教师管理，课程管理3个模块： （1）学生管理：实现对学生信息的添加，修改，删除操作，还可以根据输入的查询条件进行查询。 （2）教师管理：实现对教师的添加，修改，删除和查询操作。 （3）课程管理：实现对课程的添加，添加时为其分配其任课教师，上课时间和地点，实现对课程的修改，删除，查看某课程的基本信息等。 4 设计内容 4.1 用例图 用例图（User Case）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行 建模。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。用例图定义了系统的功能 需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。根据题目的要求画出相关的用例的图，如下： 1.学生用例图:查询课程表、查询成绩、查询个人信息、修改个人信息、选课、查看公告、评价教师、报考等，如图4-1所示。 图4-1学生用例图 2.教师用例图：查询个人信息、修改个人信息、查看考勤信息、查看学生选课信息、录入成绩、查询课程信息、查询公告等，如图4-2所示。 图4-2 教师用例图 3.管理员用例图：发布公告、学生管理、教师管理、课程管理、教师考勤录入、管理课程表、统计学生分数等，如图4-3所示。 图4-3 管理员用例图 4.教务处管理员：学生档案管理、教师档案管理、修改账户信息、发布公告、维护、权限管理等，如图4-4所示。 图4-4 教务处管理员 5.总体用例图：如图4-5所示。 图4-5总体用例图 4.2 用例脚本 脚本也被翻译为情景、场景、情节、剧本等。在UMl中，脚本只贯穿用例的一条单一路经，用来显示用例中的某种特殊情况。脚本是用例的实例，如果与类和对象之间关系作比较，则脚本与用例的关系相当于对象与类的关系 每个用里都有一系列的脚本，以及多个次要脚本。相对于主要脚本来说，次要脚本描述了执行路径中的异常或可选择的情况。 为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。或许会发现这样的情况，即有的操作将出现在几个测试过程中。因此，应有目的地确定这些操作的目标，这样就可以复用它们的实施。 此次课程设计用到的用力脚本有登入系统脚本如表4-1所示、查询成绩脚本如图4-2所示、发布公告脚本如图4-3所示和网上报名考试脚本如图4-4所示。 表4-1登入系统 用例参与者 所有用户 用例描述 用户登录系统进行信息查询 前置条件 用户名存在 后置条件 对应的用户密码正确 基本操作流 1：运行教务管理系统 2：输入用户名密码 3 ：通过验证 可选操作流 密码错误或用户名不存在，退出系统 表4-2查询成绩 用例参与者 所有用户 用例行为 查询成绩 用例描述 用户登录系统根据相应权限可进行学生成绩查询 前置条件 成功登录该系统 后置条件 成绩录入已完成 基本操作流 1：系统登录成功 2：选择想要查询的成绩信息 3：系统验证权限通过 4：显示相应的成绩信息表 5：退出查询 备选操作流 不存在相应的成绩信息，没有