uml选课系统设计及其实现实验报告.pdf

实 验 报 告 实 验 报 告 课程名称：课程名称：系统分析与设计系统分析与设计( (含含 UML)UML) 学学 院院: : 信息与软件工程学院信息与软件工程学院 专专 业：业：软件工程软件工程 指导教师：指导教师： 学生姓名：学生姓名： 学学 号：号： 实验成绩：实验成绩： 日日 期：期：20172017 年年 1010 月月 2929 日日 电子科技大学电子科技大学信息与软件工程学院信息与软件工程学院 1 电 子 科 技 大 学 实实 验验 报报 告告 一、实验一、实验一一：网上选课网上选课系统系统面向对象需求面向对象需求分析分析 二、实验室名称：二、实验室名称： 实验时间：实验时间： 三、实验目的三、实验目的与任务与任务 针对大学网上选课系统功能需求， 使用系统建模工具创建该系统的需求模型， 培养面向 对象系统需求分析能力。 1）根据大学网上选课系统的应用需求，进行系统的功能性需求分析，即用例模型分析。 2）根据需求描述和用例规约，对系统进行状态（静态）分析，即初步的类模型分析。 3）根据用例规约，进行系统的交互模型分析。 4）进行状态机模型分析。 四、实验原理四、实验原理 应用面向对象系统需求分析方法， 对网上选课系统进行需求建模分析。 采用 UML 用例技 术、UML 类图模型技术、UML 活动图模型技术、UML 状态图模型技术描述网上选课系统的需 求模型。通过建模可以边到 4 个目的： 一、有助于按照现实或者实际情况进行直观的描述。 二、能够规定软件或者模型的结构，行为，属性。 三、能够指导软件构造的模板。 四、对决策进行文档化 人们对复杂的事物或者问题的理解是有局限的， 人们总是习惯去理解 简单易懂的东西。 所以通过建模可以 缩小研究范围，只着重研究其很小的一部分功能，这就要求了一个复杂 的软件系统“分而治之”， 从而通过建模简单化。 从而你会发现其实很复杂的系统软件或者 工程总是变得很简单， 解决了这小部分的简单问题， 就形成了复杂而庞大的软件或者工程。 建模能帮助开发组更好地进行系统规划，并帮助他们进行架构软件，使用开发效率提高。如 果不建模，项目越复杂，就越会失败或者出现错误的东西。 2 五、实验内容五、实验内容 对大学网上选课系统进行基本调研， 了解该系统的基本需求。 使用系统建模工具创建该 系统的需求分析模型。 在实验中， 使用 UML 用例图、 活动图建模描述网上选课系统功能需求， 使用 UML 类图、顺序图、状态图描述网上选课系统分析模型。具体内容如下: 1) 进行网上选课系统需求调研，总结基本用户需求描述。 2) 从用户需求描述，建立用例图模型，反映系统功能需求。 3) 采用表格描述系统各用例规约，反映用例处理要求。 4) 采用活动图描述系统各用例场景，与用例规约保持一致。 5) 从用例图模型提取系统实体类，建立系统初步类图模型。 6) 根据用例规格和实体类图，建立系统初步顺序图模型。 7) 建立系统总体状态图模型。 在完成上述需求分析建模后，撰写实验报告，描述网上选课系统的需求规格，并体现出 分析过程、分析探讨、分析模型说明等报告内容。 六、实验设备六、实验设备及环境及环境 “系统分析与设计（含 UML） ”实验所涉及的硬件设备为 pc 计算机、服务器以及网络环 境，pc 计算机与服务器在同一局域网络。 操作系统： Windows7/ Windows XP 系统建模工具：Power Designer 或 Rational Rose 七、实验步骤七、实验步骤 对大学网上选课系统进行基本调研和分析， 使用系统建模工具创建网上选课系统分析模 型，其实验步骤如下： 1) 网上选课系统用户需求描述。 2) 网上选课系统用例图建模。 3) 网上选课系统各用例规约说明。 4) 网上选课系统用例场景活动图建模。 5) 网上选课系统实体类图建模。 6) 网上选课系统序列图建模。 7) 网上选课系统总体态图建模。 3 八、实验数据及结果分析八、实验数据及结果分析 （一）网上选课系统用户需求 根据网上调研和问卷调查等方式，我们总结出对于网上选课系统的 6 点需求： （1） 选课系统可根据登录的账号的不同来赋给用户不同的功能， 非选课时间学生账号 禁止登录 （2） 选课系统可根据学生选课的权值判定学生选课是否成功 （3） 对于学生，可以登录系统，修改个人信息，选课，退课，修改选课权重，查询开 课信息 （4） 对于开课老师，可以登录系统，修改个人信息，增添课程，查看选课学生，打印 （5） 对于教务管理员，可以登录系统，修改个人信息，导入课程，查看课程信息，导 出课程最终选课名单，编辑课程信息（选课上限，上课时间地点等） （6） 对于系统管理员，可以修改用户信息，包括增删查改用户信息，决定系统开放时 间，对系统进行维护 （二）网上选课系统用例图建模 根据所给出的需求，我们将用户划分为四类：学生、老师、教务管理员和系统管理员。 并给出用例图和主要用例规约如下： 图 2.1 代表学生的用例图，表 2.1.1、2.1.2、2.1.3、2.1.4 代表学生的主要功能用例规约； 图 2.2 代表老师的用例图，表 2.2.1、2.2.2 代表老师的主要功能的用例规约； 图 2.3 代表系统管理员的用例图， 表 2.3.1、 2.3.2 代表系统管理员的主要功能的用例规约； 图 2.4 代表教务管理员的用例图，表 2.4.1 代表教务管理员的主要功能的用例规约， 4 图2.1 student user case 用例名称 logIn 用例编号 util_001 执行者 student,teacher,academic adminstrator 用例简述 学生，老师，系统管理员（下面称用户）用自己的账户登录系统， 获得系统权限 前置条件 用户被事先分配了系统账号&&系统处于开启阶段 后置条件 获得用户的系统权限，开始选课 基本流程 用户输入账号和密码，密码正确，则进入系统；失败则不进入系 统，并提示密码或账号错误 表2.1.1 logIn user case specificaton 5 用例名称 selectCourse 用例编号 student_001 执行者 student 用例简述 学生在选课系统中进行选课操作 前置条件 学生成功登录系统 后置条件 选课成功|选课失败 基本流程 学生选择课程，点击选课，分配权重，系统检测权重是否上限， 如果上限，则提示权重值不足，选课失败，如果未到上限，则提 示选课成功 表2.1.2 selectCourse use case specificaton 用例名称 dropCourse 用例编号 student_002 执行者 student 用例简述 学生进入选课系统，进行退课操作 前置条件 学生登录系统，已经选课数>=1 后置条件 学生权重值加上退课权重 基本流程 学生选择退课， 选择退课课程， 系统弹出是否选择退课， 选择是， 系统回应退课成功，并将剩余的选课权重加上退课的权重 表2.1.3 logIn use case specificaton 用例名称 changePassword 用例编号 util_002 执行者 student,teacher,academic adminstrator 用例简述 学生，老师，系统管理员（下面称用户）修改自己的账号密码 前置条件 用户成功登录该系统 后置条件 修改密码成功，数据库重新写入该用户新密码；修改密码失败， 系统弹出修改密码失败 基本流程 用户点击修改密码，先输入原密码，系统验证密码的正确性，再 输入新密码，最后输入验证新密码，系统检测两次输入的密码是 否一致，如果一致，弹出修改密码成功 表2.1.4 changePassword use case specificaton 6 图2.2 teacher user case 7 用例名称 addCourse 用例编号 teacher_001 执行者 teacher 用例简述 老师登录系统后，在系统中添加课程 前置条件 老师成功登录系统 后置条件 如果添加课程成功，数据库导入该课程；如果失败，系统提示添 加课程失败 基本流程 老师选择添加课程，填写课程名(必填)，填写课程其他信息例如 开课人数，考核方式，开课大纲等(选填),提交。 表2.2.1 addCourse use case specificaton 用例名称 courseMessageLooking 用例编号 teacher_002 执行者 teacher 用例简述 老师登录系统后，可查看自己课程信息，并可以选择查看学生名 单，课程基本信息，名单打印等功能 前置条件 老师成功登录系统 后置条件 如果选择打印，则将学生名单导出，并送至打印机队列中 基本流程 老师选择查看课程信息，系统将课程基本信息从数据库中导出， 老师选择查看选课学生，系统将学生名单从数据库中导出， 老师选择打印学生名单，系统将名单送至打印机队列 表2.2.2 courseMessageLooking use case specificaton 8 图2.3 academic administrator user case 用例名称 importCourse 用例编号 academic_001 执行者 academic administrator 用例简述 教务管理员可在系统中直接导入课程，设置课程信息 前置条件 教务管理员成功登录系统 后置条件 数据库将导入的课程保存 基本流程 教务管理员选择导入课程，流程与老师 addCourse 一致，只是管 理课程信息的权限更高，能修改课程的时间地点等信息 表2.3.1 importCourse use case specificaton 9 用例名称 courseMessageEdit 用例编号 academic_002 执行者 academic administrator 用例简述 教务管理员在系统中修改/增添课程信息，例如上课时间，地点等 前置条件 教务管理员成功登录系统，选择某项课程 后置条件 将修改的课程信息导入数据库 基本流程 教务管理员选择编辑某门课程信息，将普通信息修改后提交 表2.3.2 courseMessageEdit use case specificaton 图2.4 system administrator user case 用例名称 openSystem 用例编号 administrator_001 执行者 system administrator 用例简述 系统管理员选择系统开放时间 前置条件 系统管理员成功登录系统后台 后置条件 系统等到时间会自动打开 基本流程 系统管理员设定系统开放时间 表2.4.1 openSystem use case specificaton 10 （三）网上选课系统用例场景活动图建模 选取了选课系统的主要用例,使用活动图描述这些用例的使用场景： 图 3.1 LogIn activity diagram 图 3.2 selectCourse activity diagram 图 3.3 dropCourse activity diagram 图 3.4 changePassword activity diagram 图 3.5 addCourse activity diagram 图 3.6 courseMessageEdit activity diagram 共 6 个活动图，基本全面的描述了主要用例的使用场景。 3.1. 针对 l