可视化建模与UML《状态图实验报告》

其实我并不是一个实验报告博主。

大家收拾收拾准备期末复习了嗷,差不多了,不想太赶可以开始准备了。

一、实验目的:

1、熟悉状态图的基本功能和使用方法。

2、掌握使用建模工具软件绘制状态图的方法

二、实验环境:

window7 | 10 | 11 + EA15

三、实验内容:

1.根据以下的描述,绘制"复印机"的状态图。

未接到工作命令时,复印机处理闲置状态,接到复印命令后,转入复印状态,完成复印后又回到闲置状态,等待命令。若复印时发现没纸,则进入缺纸状态,发出警告等待装纸,装纸完成后又进入闲置状态;若复印时发现卡纸,则进入卡纸(故障)状态,发出警告等待排除故障,故障排除后又进入闲置状态。

2.绘制选课系统中课程(Course)对象的状态图。

经过需求分析,Course课程对象有以下状态:创建(Created),添加到数据库中(In Database),课程(在数据库中)被删除(Deleted),课程被修改(Modified),课程被开设(纳入学期计划)(In Schedule),不允许选修(选修人数满)(Locked)。

四、实验步骤:

题一:

<1>状态有如下4个:空闲/复印/缺纸/故障

<2>状态之间的动作对应如下:

  • 空闲----接到复印命令---->复印
  • 复印------复印完成------>空闲
  • 复印------发出警告------>缺纸
  • 缺纸------装纸完成------>空闲
  • 复印------发现卡纸------>故障
  • 故障------排除故障------>空闲

<3>设置initial和final

<4>检查是否有遗漏

题二:

<1>状态有如下4个:创建(created)/保存在数据库中(In Database)/删除(Delete)/修改(Modified)/纳入学期计划(In Schedule)/锁住(Locked)

<2>状态之间的动作对应如下:

  • Created----接到复印命令---->In Database
  • In Database------在数据库中删除------>Delete
  • In Database------课程被修改------>Modified
  • In Database------开设该课程------>In Schedule
  • In Database------不允许选修------>Locked

<3>设置initial和final

<4>检查是否有遗漏

五、实验结果:

题一:

题二:

六、实验心得:

1.在绘制状态图之前,深入理解系统的需求和对象的行为是至关重要的。这有助于识别所有相关的状态和事件。

2.状态图基本构件事物:状态<statue>/转移(动作)/开始<Start>/结束<Final>

3.状态图用来描述一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转移。

4.守卫条件是转换发生前必须满足的条件。

5.尽量保持状态图的简洁,避免不必要的复杂性。

相关推荐
rolt3 天前
质量需求当成愿景、伪创新的基本盘《软件方法》第2章
产品经理·uml·软件方法
rolt11 天前
利用AI识别损毁程度是愿景吗《软件方法》第2章
产品经理·需求分析·uml
rolt11 天前
[pdf]《软件方法》全流程引领AI-电子书共435页202601更新
产品经理·ddd·架构师·uml·领域驱动设计
:mnong11 天前
跟着《软件需求分析和设计实践指南》成长
学习·需求分析·uml·软件需求
JaredYe12 天前
node-plantuml-2:革命性的纯Node.js PlantUML渲染器,告别Java依赖!
java·开发语言·node.js·uml·plantuml·jre
LDtPLYZgoAu13 天前
在LABVIEW中调用Bartender API子程序:探索自动化标签打印新旅程
uml
Warren2Lynch15 天前
利用 AI 协作优化软件更新逻辑:构建清晰的 UML 顺序图指南
人工智能·uml
rolt18 天前
软件需求设计方法学全程实例剖析幻灯片04-系统用例图和用例规约[202601更新]
产品经理·需求分析·uml
workflower22 天前
和测试角色相关的问题
软件工程·软件构建·开源软件·uml·软件需求
rolt23 天前
软件需求设计方法学全程实例剖析幻灯片02-愿景[202512更新]
产品经理·需求分析·架构师·uml