【SSAD】Lesson 7 Homework

本文解析了SSAD第七课的作业任务,包括领域建模和数据库建模两大部分。领域建模部分介绍了如何使用UMLet构建领域模型,并解释了实体与中介实体的区别;数据库建模部分详细说明了E-R模型的构建过程,使用PowerDesigner或OpenSystemArchitect进行建模,并给出了MySQL物理数据库的创建脚本。

【SSAD】Lesson 7 Homework

@(SSAD)

1、 领域建模

a. 阅读 Asg_RH 文档,按用例构建领域模型。按 Task2 要求,请使用工具 UMLet,截图格式务必是 png 并控制尺寸说明:请不要受 PCMEF 层次结构影响。你需要识别实体(E)和 中介实体(M,也称状态实体)。
在单页面应用(如 vue)中,E 一般与数据库构建有关, M 一般与 store 模式 有关。
在 java web 应用中,E 一般与数据库构建有关, M 一般与 session 有关。

1

b. 数据库建模(E-R 模型)
- 按 Task 3 要求,给出系统的 E-R 模型(数据逻辑模型)
- 建模工具 PowerDesigner(简称PD) 或开源工具 OpenSystemArchitect
- 不负责的链接 http://www.cnblogs.com/mcgrady/archive/2013/05/25/3098588.html
- 导出 Mysql 物理数据库的脚本
- 简单叙说 数据库逻辑模型 与 领域模型 的异同

2

导出的Mysql脚本:

-- +---------------------------------------------------------
-- | MODEL       : hw
-- | AUTHOR      : 
-- | GENERATED BY: Open System Architect
-- +---------------------------------------------------------
-- | WARNING     : Review before execution
-- +---------------------------------------------------------

-- +---------------------------------------------------------
-- | CREATE
-- +---------------------------------------------------------
CREATE TABLE `Hotel`
(
  Hotel name TEXT,
  Location TEXT,
   ,

);

CREATE TABLE `Payment`
(
  Total cost INT,
  Creditcard type TEXT,
  Costomer id INT,
  Creditcard id INT
);

CREATE TABLE `Basket`
(
   ,
  Payment id INT
);

CREATE TABLE `Reservation`
(
  Room inform TEXT,
  Check in time TIME,
  Check out time TIME,
  Basket id INT
);

CREATE TABLE `Room`
(
  Roomtype TEXT,
  Room number INT,
  Special requiments TEXT,
  Hotel id INT,
  Reservation id INT
);

CREATE TABLE `CardHolder`
(
  Name TEXT,
  Adress TEXT,
  Country TEXT,
  Postcode INT,
  Telephone TEXT
);

CREATE TABLE `Creditcard`
(
  Card number INT,
  Card Security Code INT,
  Expiny date TIME,
  CardHolder id INT
);

CREATE TABLE `Costomer`
(
  E-mail address TEXT,
  Name TEXT
);

关于三种模型:

领域模型(Domain Model)是一个商业建模范畴的概念,他和软件开发并无一丝一毫的关系,即使一个企业他不开发软件,他也具备他的业务模型,所有的同行业的企业他们的业务模型必定有非常大的共性和内在的规律性,由这个行业内的各个企业的业务模型再向上抽象出来整个行业的业务模型,这个东西即“领域模型”。

逻辑模型就是要将概念模型具体化。要实现概念模型所描述的东西,需要那些具体的功能和处理那些具体的信息。这就到了需求分析的细化阶段。

物理模型就是针对上述逻辑模型所说的内容,在具体的物理介质上实现出来。

数据库逻辑模型就是物理模型的特定形式,在数据库中用主外键来表示class之间的关系,而领域模型用箭头来表示class之间的关系。数据库模型需要将领域模型表示的概念细化,使之能用数据库相关概念描述。总之,领域模型更加关心模型在现实世界中的意义和表示,而数据库模型则更关心其用数据库相关概念的阐述。

航拍图像多类别实例分割数据集 一、基础信息 • 数据集名称:航拍图像多类别实例分割数据集 • 图片数量: 训练集:1283张图片 验证集:416张图片 总计:1699张航拍图片 • 训练集:1283张图片 • 验证集:416张图片 • 总计:1699张航拍图片 • 分类类别: 桥梁(Bridge) 田径场(GroundTrackField) 港口(Harbor) 直升机(Helicopter) 大型车辆(LargeVehicle) 环岛(Roundabout) 小型车辆(SmallVehicle) 足球场(Soccerballfield) 游泳池(Swimmingpool) 棒球场(baseballdiamond) 篮球场(basketballcourt) 飞机(plane) 船只(ship) 储罐(storagetank) 网球场(tennis_court) • 桥梁(Bridge) • 田径场(GroundTrackField) • 港口(Harbor) • 直升机(Helicopter) • 大型车辆(LargeVehicle) • 环岛(Roundabout) • 小型车辆(SmallVehicle) • 足球场(Soccerballfield) • 游泳池(Swimmingpool) • 棒球场(baseballdiamond) • 篮球场(basketballcourt) • 飞机(plane) • 船只(ship) • 储罐(storagetank) • 网球场(tennis_court) • 标注格式:YOLO格式,包含实例分割的多边形坐标,适用于实例分割任务。 • 数据格式:航拍图像数据。 二、适用场景 • 航拍图像分析系统开发:数据集支持实例分割任务,帮助构建能够自动识别和分割航拍图像中各种物体的AI模型,用于地理信息系统、环境监测等。 • 城市
内容概要:本文详细介绍了一个基于YOLO系列模型(YOLOv5/YOLOv8/YOLOv10)的车祸检测与事故报警系统的设计与实现,适用于毕业设计项目。文章从项目背景出发,阐述了传统人工监控的局限性和智能车祸检测的社会价值,随后对比分析了YOLO不同版本的特点,指导读者根据需求选择合适的模型。接着,系统明确了核心功能目标,包括车祸识别、实时报警、多场景适配和可视化界面开发。在技术实现部分,文章讲解了数据集获取与标注方法、数据增强策略、模型训练与评估流程,并提供了完整的代码示例,涵盖环境搭建、训练指令、推理测试以及基于Tkinter的图形界面开发,实现了视频加载、实时检测与弹窗报警功能。最后,文章总结了项目的全流程实践意义,并展望了未来在智慧城市、车联网等方向的扩展潜力。; 适合人群:计算机相关专业本科毕业生,具备一定Python编程基础和机器学习基础知识,正在进行毕业设计的学生;; 使用场景及目标:①完成一个具有实际社会价值的毕设项目,展示从数据处理到模型部署的全流程能力;②掌握YOLO目标检测模型的应用与优化技巧;③开发具备实时检测与报警功能的交通监控系统,用于答辩演示或科研展示; 阅读建议:建议按照“背景—数据—模型—界面—总结”的顺序逐步实践,结合提供的代码链接进行动手操作,在训练模型时注意调整参数以适应本地硬件条件,同时可在基础上拓展更多功能如短信报警、多摄像头接入等以提升项目创新性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值