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

五、实验内容
对大学网上选课系统进行基本调研，了解该系统的基本需求。使用系统建模工具创建该 系统的需求分析模型。在实验中，使用 UML 用例图、活动图建模描述网上选课系统功能需求， 使用 UML 类图、顺序图、状态图描述网上选课系统分析模型。具体内容如下:
1) 进行网上选课系统需求调研，总结基本用户需求描述。 2) 从用户需求描述，建立用例图模型，反映系统功能需求。 3) 采用表格描述系统各用例规约，反映用例处理要求。 4) 采用活动图描述系统各用例场景，与用例规约保持一致。 5) 从用例图模型提取系统实体类，建立系统初步类图模型。 6) 根据用例规格和实体类图，建立系统初步顺序图模型。 7) 建立系统总体状态图模型。 在完成上述需求分析建模后，撰写实验报告，描述网上选课系统的需求规格，并体现出 分析过程、分析探讨、分析模型说明等报告内容。
3
用例名称 用例编号 执行者 用例简述
前置条件 后置条件 基本流程
图 2.1 student user case
logIn util_001 student,teacher,academic adminstrator 学生，老师，系统管理员（下面称用户）用自己的账户登录系统， 获得系统权限 用户被事先分配了系统账号&&系统处于开启阶段 获得用户的系统权限，开始选课 用户输入账号和密码，密码正确，则进入系统；失败则不进入系 统，并提示密码或账号错误