UML高校选课系统用例文档
学生选课系统完整的UML建模
信息系统集成技术及应用题目：UML系统分析设计、建模与实现学号：100430112022姓名：杨家建专业：计算机技术指导教师：舒远仲UM L系统分析设计与建模以简单的学生选课系统进行详细的系统分析与建模。
（一）系统用例图1•首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。
学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修 的课程。
我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可 以发现系统的用例，并绘制出系统的用例图，如图 1所示：图1学生选课系统用例图2.对部分用例进行描述：“添加课程”用例1） 用例名：添加课程2） 执行者：管理员3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。
4）过程描述:5） 管理员选择进入管理界面，用例开设修改课程停开课程A —管理员vvinclude>><<include>>添加课程vvinclude>><<extend>>删除课程查询课程信息6）系统提示输入管理密码7）管理员输入密码8）系统验证密码9）A1:密码错误10）进入管理界面，系统显示目前所建立的全部课程信息11）管理员选择添加课程12）系统提示输入新课程信息13）管理员输入信息14）系统验证是否和已有的课程冲突15）A2 :有冲突16）10 ）系统添加新课程，提示课程添加成功17）11 ）系统重新进入管理界面，显示所有课程18 ）12 ）用例结束19 ）异常事件流处理：20 ）A1 :密码错误：1）系统提示再次输入。
2）用户确认后进入第5）步。
21 ）A2 :有冲突：1）系统提示冲突，显示冲突的课程信息。
2）用户重新输入,验证无误后进入第10 ）步。
选课”用例1）用例名：选课2）执行者：学生3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。
UML高校选课系统用例文档
用例文档
目录
“登录”用例文档 (2)
学生 (3)
表1 “查看课程表”用例文档 (3)
表2 “查看教师信息”用例文档 (4)
表3 “选课”用例文档 (5)
教务管理人员 (6)
表4 “学生信息管理”用例文档 (6)
表5 “课程信息管理”用例文档 (7)
表6 “选课管理”用例文档 (8)
教师 (9)
表7 “教师个人管理”用例文档 (9)
表8 “课程信息介绍”用例文档 (10)
“登录”用例文档
学生
表1 “查看课程表”用例文档
表2 “查看教师信息”用例文档
表3 “选课”用例文档
教务管理人员
表4 “学生信息管理”用例文档
表5 “课程信息管理”用例文档
表6 “选课管理”用例文档
教师
表7 “教师个人管理”用例文档
表8 “课程信息介绍”用例文档。
选课系统(UML与软件建模课程设计)
数学与计算机学院课程设计课程名称: UML与软件建模课程代码: 6014779题目: 选课系统年级/专业/班:学生姓名: 学号:课程设计成绩：指导教师签名：年月日前景与范围文档一、业务需求1.背景、业务机会和客户需求解决学校对学生选课进行处理时时，对各种数据的需求，并且能够学校方面对学生的管理。
主要解决学生信息查询困难等问题。
确定学生信息管理系统功能需求，数据需求及软、硬件需求。
确定学生选课信息管理系统所能实现的功能，本系统中主要是通过数据库对其进行操作。
本系统目标是实现选课系统所需的各种基本功能，包括学生选课、退课功能和教师查看选修课程以及管理员添加学生、维护学生信息、添加教师、维护教师信息、维护选修课程等功能。
2.业务目标（Business Objective, BO）和成功标准（Success Criteria，SC）通过对业务概况的了解和整理（业务目标既可以由客户提出也可以由开发方整理得出）得出该系统的业务目标如下：1.为顾客提供业务办理自动化服务，提高办事效率，方便客户，为客户提供更好的服务。
2.规范商店的内部管理，提高工作效率和管理效能。
3.能有效的管理书店书籍，查询书籍信息并监控提供租赁书籍的质量状况4.规范财务管理，租赁和销售人员的收费要有监控，减少人为差错。
5.建立供应商自动管理机制，对产品目录进行自动比较和筛选。
3.业务风险（RIsk）RI-1：对信息科技的抵触。
RI-2：使用该系统的人员太少，减少了对系统开发和变更的投资回报。
RI-3：本系统使用者可能认为此种管理方式不习惯于古老管理方式，从而减少他们对这一系统的使用。
二、解决方案的前景11.前景陈述对管理人员来说，此系统是一个B/S模式，此系统并与传统方式比较，此系统有着高度的方便性，可查询性，与可修改性。
也可以方便浏览者查询自己想要的信息。
2.主要特性（FEature）学生选课系统主要满足来自三方面的需求，这三个方面分别是学生用户、教师用户和管理员用户，也即是三类用户角色。
学生网上选课管理系统(uml)
学生网上选课管理系统目录第一章：网上选课管理系统的概述 (2)1.1网上选课管理系统总的概述 (2)1.2学生管理子系统的概述 (3)1.3教师管理子系统的概述 (4)1.4管理员管理子系统的概述 (4)第二章：网上选课管理系统的需求分析 (5)2.1学生管理子系统的需求分析 (6)2.1.1学生管理系统文档描述 (6)2.1.2学生管理系统用例图 (6)2.1.3学生管理系统用例文档 (6)2.2教师管理子系统的需求分析 (11)2.2.1教师管理系统文档描述 (11)2.2.2教师管理系统用例图 (12)2.2.3教师管理系统用例文档 (12)2.3管理员管理子系统的需求分析 (16)2.3.1管理员管理系统文档描述 (16)2.3.2管理员管理系统用例图 (17)2.3.3管理员管理系统用例文档 (17)第三章：网上选课系统的类图 (27)第四章：网上选课系统的顺序图 (29)4.1管理员管理子系统顺序图 (29)4.1.1管理员删除课程顺序图 (29)4.1.2管理员删除学生顺序图 (29)4.1.3管理员修改课程信息顺序图 (30)4.2教师管理子系统顺序图 (31)4.2.1教师提交成绩顺序图 (31)4.2.2教师查看选课学生顺序图 (31)4.2.3教师统计成绩顺序图 (32)4.3学生管理子系统顺序图 (33)4.3.1学生选课顺序图 (33)4.3.2学生退课顺序图 (33)4.3.3学生查看课表顺序图 (34)选课管理系统案例研究项目需求说明第一章：网上选课管理系统的概述1.1网上选课管理系统总的概述这是一个信息化的世界，利用Internet技术来实现无纸化办公已经成为理所当然。
随着各高校办学规模的不断扩大，学生的网上选课作为学校日常办公最重要的一部分，高效、有序的管理学生选课有助于提高办学的质量和水平，加快学校的发展。
相对于传统的纯手工、纯纸质的选课管理方式来讲，毫无疑问的，网络化的学生选课管路更迅速、更高效、更准确，将管理人员从繁琐的数据整理事务中解脱出来，从而能节省更多的时间从事其他教学研究的工作。
uml+选修课系统类图交互图设计文档
类图和交互图练习一:问题:软件学院打算开发一个学生选课系统。
… 新的系统允许学生利用局域网上的PC机来注册本学期的课程，并可以查看自己已学的所有课程的所有成绩。
新的系统允许教师决定要教哪些课程，并通过管理员更新数据库，教师在学期末登记自己教授的课程的成绩。
… 学院已有课程目录(course catalog)数据库部分，课程目录数据库中保存了所有的课程信息新的学生注册系统将读取课程目录数据库中的课程信息，但不会修改数据库中的课程信息。
管理员通过其它系统来维护课程信息† 在每个学期初，学生可以获取这个学期所开设的所有课程的目录，在课程目录中包含每门课的详细信息，如professor（讲课教师，因为后面约定老师可以有教授、副教授和讲师3种类型）, department, prerequisite等。
† 每个学生在一个学期，根据自己所在系的培养计划，必修课必须选，选修课自愿，但一学期不可超过8门课程，不少于3门课程。
（第8周周二到周五可以退课，但必须保证本学期课程不少于3门，退课需交纳50/门的费用，由计费系统扣费，扣费成功后，该门课程从学生的选课计划中删除，否则，退课不成功）† 每门课的学生人数最多为200人，最少为30人，如果选修课学生人数少于30人，该门课将被取消，必修课无最低人数限制。
在每个学期，有一个选课期，在这个时间段内，学生可以改变他们的选课计划(Schedule)，注册系统允许学生在这段时间内可以增加或删除所选课程，选课最后一天只能选课，不可退课,在学期结束的时候，学生可以通过系统查询成绩，由于学生成绩属于敏感信息，因此系统要有安全措施来防止非授权的存取。
（学生查询成绩前，需要先评教）。
† 教师可以读取系统来获取他们所教的课程的信息，可以了解哪些学生选了他们的课，也可以登记该门课程的学生成绩。
† 教师分为讲师、副教授、教授。
此系统涉及到得参与者有:①学生;②教师;③管理员;④课程目录数据库；⑤计费系统。
UML实例学生选课系统
需求分析
需求分析阶段应该尽量的避免去考 虑系统实现的细节问题。 也就是说， 虑系统实现的细节问题 。 也就是说 ， 它 描述的是一个系统做什么， 描述Biblioteka 是一个系统做什么 ， 而不是怎么 做。
学生选课系统——需求分析阶段 需求分析阶段 学生选课系统
一． 二． 三． 四．
系统功能分析 确定系统的参与者 确定系统的用例 学生选课系统的用例图
系 统 管 理 员 用 例 图
学生选课系统——系统功能分析 系统功能分析 学生选课系统
系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理课程信息。 看管理课程信息。 系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理教师信息。 看管理教师信息。 系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理学生信息。 看管理学生信息。 教师凭借用户名和密码登录系统。 教师凭借用户名和密码登录系统。
学生选课系统——系统功能分析 系统功能分析 学生选课系统
教师可以核实、维护个人信息， 教师可以核实、维护个人信息，如 需修改向管理员提出申请由管理员完成， 需修改向管理员提出申请由管理员完成， 当同学选了他的课后他可以在所授课程 的信息表中查询该生的信息及上课的时 间和地点，并在考试之后录入成绩。 间和地点，并在考试之后录入成绩。
学生选课系统——系统功能分析 系统功能分析 学生选课系统
有相关方面的负责人对课程信息和 用户信息进行管理， 用户信息进行管理，课程信息管理包括 课程信息的添加、修改、删除、查看； 课程信息的添加、修改、删除、查看； 用户信息管理包括用户信息的添加、 用户信息管理包括用户信息的添加、修 删除、查看。 改、删除、查看
学生选课系统完整的UML建模
学生选课系统完整的UML建模(一)系统用例图1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。
学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。
我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示：图1 学生选课系统用例图停开课程删除课程2.对部分用例进行描述：“添加课程”用例1）用例名：添加课程2）执行者：管理员3）目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保存到数据库中，以供学生选择。
16）10）系统添加新课程，提示课程添加成功17）11）系统重新进入管理界面，显示所有课程18）12）用例结束19）异常事件流处理：20）A1：密码错误：1）系统提示再次输入。
2)用户确认后进入第5)步。
21）A2：有冲突：1)系统提示冲突，显示冲突的课程信息。
2）用户重新输入，验证无误后进入第10）步。
“选课”用例1）用例名：选课2）执行者：学生-可编辑修改-。
3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。
4）过程描述：5）1）学生进入选课登录界面，用例开始6）2) 系统提示输入学号与密码7）3) 学生输入学号与密码8）4）系统验证9）A1：验证错误10）5) 进入选课主界面11）6）学生点击选课12）7）系统显示所有课程信息 13）8）学生选择课程14）9）系统验证课程是否可选 15）A2：不可选16）10）系统提示课程选择成功 17）11）用例结束18）异常事件流处理：19）A1：验证错误：1）系统提示验证错误，提示重新输入。
2）验证成功，进入第5）步20）A2：不可选1)系统提示课程不可选及原因。
2）学生重新选课。
3）验证成功后进入第10）步“修改”用例-可编辑修改-5）进入修改主界面，系统显示目前所建立的全部课程信息6）管理员选择要修改的课程7）是否确定修改该课程A2：不修改8）系统显示全部课程信息9）管理员输入新信息10）验证是否有课程冲突A3：冲突11）系统修改课程，提示修改成功12）系统重新进入主界面，显示所有课程13）用例结束异常事件流处理：A1:密码错误：1）系统提示再次输入。
UML实例-选课系统
•
Maintain Curriculum
用例的规格说明
• 为每个用例建立一个规格说明，描述 用例的事件流（flow of event）。 – 从参与者角度编写
维护所有课程信息的事件流
• 用例开始于注册管理员登录到注册系统并敲入他 的密码时。系统检验此密码是否有效，并提示注 册管理员选择当前学期或下个学期。注册管理员 敲入他期望的学期。然后系统提示选择他所期望 的活动，包括：Add，Delete，Review或Quit。
•
•
类（Class）
• • 类是具有共同结构、共同行为、共同关系和共 同语义的对象的集合。 通过检查在顺序图和协作图中的对象可以发现 类。
•
•
一个类用间隔为三部分的矩形描绘。
类应当使用领域的术语来命名：
–
–
应建立命名的标准
例如，所有的类都是以大写字母开头的单一 名词
类的事例
RegistrationForm
registrar注册管理员维护所有课程信息professor教授要求选课名单student学生维护选课表billingsystem记账系统从注册中心接受记账信息?maintainschedulemaintaincurriculumrequestcourseroster用例的规格说明?为每个用例建立一个规格说明描述用例的事件流flowofevent
•
•
顺序图的控制焦点是一个瘦高的矩形，表示一个 对象执行一个动作所经历的时间段。矩形的顶部 表示动作的开始，底部表示动作的结束（可以由 一个返回消息来标记）。 顺序图的构造步骤： a) 首先，把参加交互的对象放在图的上方，横向 排列。通常把发起交互的对象放在左边，较下 级对象依次放在右边。 b) 然后，把这些对象发送和接收的消息纵向按时 间顺序从上到下放置。 c) 这样，就提供了控制流随时间推移的清晰的可 视化轨迹。
学生网上选课管理系统(uml)
学生网上选课管理系统（UML）一、系统概述学生网上选课管理系统是基于UML（统一建模语言）进行设计的，旨在为学生提供一个便捷、高效的选课平台。
本系统通过分析学生的需求，运用UML图示对系统进行详细描述，确保系统功能完善、操作简便。
二、系统功能模块1. 用户登录模块用户登录模块主要包括学生登录和教务管理员登录。
学生通过学号和密码登录系统，教务管理员则拥有更高的权限，负责系统维护和课程管理。
2. 课程浏览模块课程浏览模块为学生提供了丰富的课程资源，学生可以根据自己的兴趣和专业需求，查看课程详情、教师信息、上课时间等。
3. 选课模块学生在课程浏览模块中找到心仪的课程后，可以在此模块进行选课。
系统会根据学生的选课条件进行筛选，确保选课过程公平、公正。
4. 退课模块学生在规定时间内可对已选课程进行退课操作，避免因课程冲突或个人原因导致无法正常上课。
5. 成绩查询模块学生可以在成绩查询模块查看已选课程的成绩，了解自己的学习情况。
6. 教务管理模块教务管理员负责对课程、教师、学生等基本信息进行维护，确保系统正常运行。
三、系统UML图示1. 用例图用例图展示了系统的主要功能模块，包括学生、教务管理员等角色及其操作。
2. 类图类图描述了系统中的主要类及其属性和方法，如学生类、课程类、教师类等。
3. 序列图序列图展示了系统各模块之间的交互过程，如学生登录、选课、退课等操作。
4. 状态图状态图描述了系统中的关键对象在不同状态下的转换过程，如学生选课状态、课程状态等。
5. 活动图活动图展示了系统中的主要业务流程，如选课流程、退课流程等。
四、系统特点1. 操作简便：系统界面友好，操作流程清晰，便于学生快速上手。
2. 功能完善：系统涵盖了选课、退课、成绩查询等核心功能，满足学生日常需求。
4. 安全可靠：系统采用加密技术，保障用户数据安全，防止信息泄露。
五、系统优势1. 灵活的课程配置：学生网上选课管理系统允许教务管理员根据教学计划灵活调整课程设置，满足不同专业、年级学生的需求。
学生选课系统UML用例描述
填写学习计划用例1.简要说明本用例说明学生填写学习计划的过程。
2．事件流（1）基本流①学生登录系统。
②学生填写学习计划。
③系统检验学习计划是否可行。
④系统保存学习计划。
（2）备选流1.a如果无法正常登录，则该过程结束。
3.a如果系统检验学习计划不可行，则该过程结束。
3．特殊需求（1）系统中每个学生只能保存一份学习计划。
（2）系统需要长期稳定运行，及时备份数据。
4．前置条件无。
5．后置条件学习计划成功存储到计算机中。
6．扩展点无。
7．相关的数据学生信息，课程信息，教师信息。
8．问题说明无。
检验学习计划用例2.简要说明本用例说明系统检验学习计划的过程。
2．事件流（1）基本流①系统检验学习计划。
②将学习计划保存到数据库中。
（3）备选流1.a如果系统检验出学习计划不可行，则该过程结束。
3．特殊需求（1）系统中每个学生只能保存一份学习计划。
（2）系统需要长期稳定运行，及时备份数据。
4．前置条件学生已经填写好了学习计划。
8．后置条件无。
9．扩展点无。
10．相关的数据学生和学习计划的相关信息。
8．问题说明无。
选课用例3.简要说明本用例说明学生选课的过程。
2．事件流（1）基本流①学生登录系统。
②学生根据课表选课。
③系统保存选课结果。
（4）备选流1.a如果无法正常登陆，则结束。
3.a如果系统检查出该学生没有修该课程的先修课程，则结束。
3.b如果课程人数已满，则结束。
3．特殊需求系统需要长期稳定运行，及时备份数据。
4．前置条件无。
11．后置条件将选课信息成功存储到数据库中。
12．扩展点无。
13．相关的数据学生的信息，课程的信息。
8．问题说明无。
学生选课系统(UML)
目录一、引言 (1)、学生选课系统开发的必要性 (1)、学生选课系统开发的可能性 (2)二、需求工作流 (2).问题域 (2)问题 (2)问题的解决方案 (2).领域模型 (3)系统参与者 (3)用例 (3)三、分析工作流 (8).类图 (8).状态图 (10)、顺序图 (10)、用户登录 (10)、学生选定课程 (11)、老师做出相应操作 (12)、老师查看学生选课情况 (12)四、设计工作流 (14)细化类图 (14)数据库设计 (15)概念模型 (15)逻辑模型 (20)五、界面设计 (20)用户登陆界面 (20)六、总结 (21)七、参考文献 (21)一、引言、学生选课系统开发的必要性当今时代是飞速发展的信息时代。
在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。
尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。
本系统就是为了管理好选课信息而设计的。
学校作为一种信息资源的集散地，学生和课程繁多，包含很多的信息数据的管理，现今，有很多的学校都是初步开始使用，甚至尚未使用计算机进行信息管理。
根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于选课情况的统计和查询等往往采用对课程的人工检查进行，对学生的选课权限、以及选课代号等用人工计算、手抄进行。
数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。
总的来说，缺乏系统，规范的信息管理手段。
尽管学校都有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。
数据处理手工操作，工作量大，出错率高，出错后不易更改。
学校采取手工方式对学生选课情况进行人工管理，由于信息比较多，选课信息的管理工作混乱而又复杂；一般选课情况是记录在文件上，课程的数目和代号也记录在文件中，学校的工作人员也只是当时对它比较清楚，时间长了，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计UML建模学生选课系统(类图+对象图+组件图+部署图)录1．项目简介 31.1. 学生选课系统 31.2. 项目主题 31.3. 设计思路 31.4. 项目目的 32. 小组成员 42.1. 小组成员简介 43. 需求分析和设计过程 53.1. 需求分析 53.2. 技术支持 53.3. 设计过程 64. 本次课程设计小结 85.附录 95.1 用例图 95.2 活动图 105.3 状态图 135.4 顺序图 145.5 协作图 195.6 类图 225.7 对象图 235.8 组件图 245.9 部署图 245.10 产考资料 251．项目简介1.1. 学生选课系统随着学校教学管理的网络化，为了简化在校学生选课的复杂程序，为了便捷的管理教学教务，学生选课系统成为了现在高校教学中必不可少的一个部分。
由于，目前高校多采用学分制，学生在一定范围内可以选择自己喜欢的和学需要的学科进行学习和研究，使得高校更好的进行学生的个性教育，同时这也加重了教学教务中工作负担。
此外，我国高校进行扩招，在校学生越来越多，使学校的教学资源紧张，管理教职人员和课程安排更加复杂。
所以，学校推行学生选课系统势在必行。
1.2. 项目主题为了满足在校大学生人数的不断增加，从而对教务系统的数据量的需要。
本系统包括了学生上网选课和教师发布课程两个方面进行设计，基本实现了学生的信息查询、选课功能，教师发布课程的功能，另外也解决了管理员的管理权限问题。
1.3. 设计思路1. 利用UML和Rational Rose工具对系统进行建模 ;2. 进行需求分析，从而绘制系统的用例图、活动图和时序图 ;3. 根据用例模型，进行架构建模，绘制系统的状态图，类图和交互图 ;4. 绘制系统中重要功能的对象图 ;5. 绘制系统的组件图和部署图 ;6. 对所完成的模型进行正向工程，创建系统的主要程序框架;1.4. 项目目的1. 理解UML语言的概念、结构、语义、表示方法以及UML的便捷；2. 掌握UML建模工具Rational Rose的使用方法；3. 通过学生选课系统，熟练地使用Rose工具；2. 小组成员2.1. 小组成员简介李诺进行需求分析，从而绘制系统的用例图、活动图和时序图。
选课用例描述-模板 uml建模
学生选课管理系统
修订历史记录
学生
选修课程用例
1.简要说明
本用例描述学生选择所学的课程。
2.事件流
1．基本流
1．学生选择要选修的课程；
2．系统通过财务系统检查学生是否缴费
3．系统更新该学生所选的课程
4．系统显示学生所选的课程
5．学生确认所选课程
6．系统保存学生所选课程
2．备选流
2．a 如果学生没有缴费，给出提示，结束
5．a 如果学生没有确认，给出提示，结束3.特殊需求
无
4.前置条件
执行“登陆”用例
5.后置条件
无
6.扩展点
无
7.相关数据
所选课程信息
8.问题说明
无。
UML实验报告之一：选课系统静态建模
开课实验室：
学院
年级、专业、班
姓名
学号
实验课程名称
面向对象分析与设计实验
成绩
实验项目名称
选课系统静态建模
指导老师
一、实验目的
掌握UML用例建模和类图建模技巧
二、基本知识
1、UML建模知识
2、Rational Rose
三、实验环境
1、Windows操作系统
2、Rational Rose
四、实验步骤
1、选课系统用例建模及用例描述
类图(Class Diagram)描述类和类之间的静态关系。与数据模型不同,它不仅显示了信息的结构,同时还描述了系统的行为。类图是定义其它图的基础。在类图的基础上,状态图、合作图等进一步描述了系统其他方面的特性。
后置条件：返回选课主界面
登录统用例图：
2、选课系统类图建模
3、实验总结
本次实验主要进行系统静态建模，UML的静态建模机制包括：用例图(Use case diagram)、类图(Class diagram)、对象图(Object diagram )、包(Package)、构件图(Component diagram)和配置图(Deployment diagram)。
软件091-20 UML_学生选课管理系统
UML课程设计案例学生选课管理系统浙江大学理工学院2011年10月目录1.系统需求描述......................................................................................... 错误！未定义书签。
2.MDA系统分析与设计............................................................................ 错误！未定义书签。
2.1CIM-1 定义业务流程................................................................. 错误！未定义书签。
2.2CIM-2 分析业务流程................................................................. 错误！未定义书签。
2.3CIM-3 定义系统范围................................................................. 错误！未定义书签。
2.4PIM-1 系统用例叙述 ................................................................. 错误！未定义书签。
2.5PIM-2 分析业务规则 ................................................................. 错误！未定义书签。
2.6PIM-3 定义静态结构 ................................................................. 错误！未定义书签。
2.7PIM-4 定义操作与方法 ............................................................. 错误！未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用例文档
目录
“登录”用例文档 (2)
学生 (3)
表1 “查看课程表”用例文档 (3)
表2 “查看教师信息”用例文档 (4)
表3 “选课”用例文档 (5)
教务管理人员 (6)
表4 “学生信息管理”用例文档 (6)
表5 “课程信息管理”用例文档 (7)
表6 “选课管理”用例文档 (8)
教师 (9)
表7 “教师个人管理”用例文档 (9)
表8 “课程信息介绍”用例文档 (10)
“登录”用例文档
学生
表1 “查看课程表”用例文档
表2 “查看教师信息”用例文档
表3 “选课”用例文档
教务管理人员
表4 “学生信息管理”用例文档
表5 “课程信息管理”用例文档
表6 “选课管理”用例文档
教师
表7 “教师个人管理”用例文档
表8 “课程信息介绍”用例文档。