当前位置：文档之家 › UML实验

UML实验

  • 格式：doc
  • 大小：459.00 KB
  • 文档页数：4

实验：设计一个网上选课系统的各种UML图
网上选课系统的产生是因为目前高校扩招后，在校学生日益增多。

如果仍然通过传统的纸上方式选课，既浪费大量的人力物力，又浪费时间。

同时，在人为的统计过程中不可避免出现的错误。

因此，通过借助网络系统，让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。

该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。

要求：
1. 上课前必须带草图去，否则记为缺课。

2. 对于每个图要求必须按照书中绘制相关图的过程来撰写实验报告，不可只摆出几个图。

3. 第二次实验课做用例图、类图。

其中需要对每个用例实例撰写用例描述。

4. 第三次实验课做剩下的顺序图、活动图、状态图、构件图、部署图。

需求分析
网上选课系统的功能性需求包括以下内容：
（1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。

（2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。

满足上述需求的系统主要包括以下几个小的系统模块：
（1）基本业务处理模块。

基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。

（2）信息查询模块。

信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。

（3）系统维护模块。

系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。

数据库的维护包括数据库的备份、恢复等数据库管理操作。

系统建模
在系统建模以前，我们首先需要在Rational Rose 2003中创建一个模型。

并命名为“网上选课系统”，该名称将会在Rational Rose 2003的顶端出现。

1创建系统用例模型
创建系统用例的第一步是确定系统的参与者。

网上选课系统的参与者包含二种，分别是Student（学生）和SystemManager（系统管理员）。

然后，我们根据参与者的不同分别画出各个参与者的用例图。

1. 学生用例图
2. 系统管理员用例图
2创建系统类图
从前面的需求分析中，创建完整的类图。

3创建系统动态模型
系统的动态模型可以使用交互图、状态图和活动图来进行描述。

创建顺序图
完成学生选课的的顺序图，并利用rose软件将绘制好的顺序图转换为通信图。

创建活动图
根据学生选课的活动步骤创建活动图。

创建状态图
网上选课系统中，有明确状态转换的类是课程，分析整个对课程进行操作的过程，构建系统的状态图。

4创建系统部署模型
对系统的实现结构进行建模的方式包括两种，即构件图和部署图。

创建构件图
我们对类图中各元素分别创建对应的构件进行映射来构件网上选课系统的构件图。

创建部署图
根据系统所需要的物理单元和节点等信息创建部署图。

.。

合集下载

面向对象建模UML实验报告

面向对象建模UML实验报告

面向对象建模UML实验报告
在面向对象建模中，最常用的工具之一就是统一建模语言（UML）。

UML为开发人员提供了一种标准化的方法，用于描述系统的结构、行为和交互。

UML提供了一种图形表示方法，以及一套规则和符号，用于描述系统的各个方面。

实验目的：
通过此次实验，我们的目标是掌握面向对象建模的基本概念和方法，并能够使用UML语言对系统进行建模。

具体目的如下：
1.了解面向对象建模的基本思想和概念。

2.掌握UML的基本语法和符号。

3.能够使用UML对系统进行建模和分析。

4.学会使用UML工具进行建模。

实验步骤：
1.学习面向对象建模的基本概念和方法。

了解UML语言的基本语法和符号。

2.选择一个系统进行建模。

可以选择一个现有的系统，或是一个虚构的系统。

系统可以是一个软件系统，也可以是一个物理系统。

3.根据系统的需求和功能，使用UML语言对系统进行建模。

根据系统的结构和行为，选择合适的UML图形进行建模，例如用例图、类图、活动图等。

5.对建模结果进行分析和评估。

根据建模结果，分析系统的结构和行为，评估系统的可行性和性能。

6.根据分析结果，进行系统设计和开发。

实验结果：
通过此次实验，我们能够更好地理解和分析系统，能够使用UML语言对系统进行建模和分析。

我们可以通过UML图形清晰地描述系统的结构和行为，帮助开发团队更好地进行系统设计和开发。

通过实验的学习，我们不仅掌握了面向对象建模的基本概念和方法，也学会了使用UML工具进行建模和分析。

总结：。

UML实验报告1-8次

UML实验报告1-8次

实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。

3.实验内容:4.熟悉Visio的UML建模绘图界面。

二、2..通过绘制对象图学习Visio的使用方法。

实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面（1）进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。

在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。

（2）熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。

左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。

每个标签页提供了一个特定的UML 图标。

左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。

当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。

2. 通过绘制对象图学习Visio的使用方法。

（1）在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。

从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。

（2）在对象图标上双击打开“UML对象属性”对话框。

在“名称”字段中输入“theSun”替代缺省名字。

我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。

从类列表中选择“顶层包：：Star”, 然后单击“确定”按钮。

（3）用相同的一系列步骤创建HabitablePlanet类的一个earth对象。

UML实验——活动图-实验报告

UML实验——活动图-实验报告

南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。

2．掌握如何使用建模工具绘制活动图方法。

二、实验器材1．计算机一台。

2．Rational Rose 工具软件。

三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。

要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。

四、实验步骤绘制“删除读者信息”用例的活动图。

删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。

绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。

(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。

（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。

（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。

UML实验报告

UML实验报告

UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。

这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。

当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。

在具体的实验中更加准确的了解UML的操作平台。

二．实验内容：利用UML做一个图书馆借书系统的建模。

三．实验步骤：名称：借书”。

说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。

参与者：学生，图书管理员频率：每天可能会有很多次。

最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。

前置条件：无后置条件：修改所借出的图书的剩余数量。

假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。

基本操作流程：借书成功。

1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。

4）如果该学生已经预订了这本图书，则撤销该预定。

5）报告交易成功。

可选操作流程：所借图书超出最大借书数量。

1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。

4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。

流程活动图：见图一。

借书活动图分析模型分析模型是从开发者的角度来描述问题。

用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。

分析，则是从系统的角度来来看待软件应该为用户提供的服务。

同样，同设计不同的是，分析仍然停留在“做什么”的层次，。