查看原文
其他

[答疑]应急救援指挥系统中涉及到事故分类、应急物资分类

潘加宇 UMLChina 2024-03-10

重点文章:CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]>>

边走边唱(378***063)9:15:36
在实际开发中碰到这样一个选择问题:应急救援指挥系统中涉及到事故分类、应急物资分类、应急预案分类...这些分类的关键字段都是分类名称、分类编码、所属父级分类。
对这些分类数据存储的设计,我一个同事的意见是,把这些分类都存储在一个分类编码表中,这样事故分类、物资分类等都可以重用一张表,一套代码,实现起来快,复用性很好。
但我觉得多个分类体系共有一张表不利于建立对象之间的关联,"分类"也应该是一个对象,从面向对象的角度来看,应该每一种分类体系单独处理,对应单独的一张表,这样扩展性更好。
哪一种方式更好呢?望潘老师和各位大侠指点!
潘加宇(3504847)9:17:54
想多了,把概念里清楚就行
你要把两个问题分开:
(1)应急救援领域的各个概念之间的关系,是怎样就是怎样
(2)某个形状的类图,当遇到性能问题时,如何折衷处理
潘加宇(3504847)9:20:07
也就是说把应急救援的规则老老实实表达出来就可以.我猜想,你这个领域的故事应该就是:不同类型的事故,采用不同类型的物资和预案

边走边唱(378***063)9:22:53
事故分类、物资分类之间没有很明确的关联。
边走边唱(378***063)9:25:44
潘老师的意思是,建模时先不考虑数据到底怎么存储的,按领域事实建模型,该分就分。到底是多个分类映射到一张表上,还是映射到单独的表上,是另一个问题,对吧?
潘加宇(3504847)9:26:11
对的
潘加宇(3504847)9:26:57
为了解决性能问题如何这种映射,与你的类叫事故还是阿猫阿狗无关

边走边唱(378***063)9:26:55
那如何映射这个问题,哪一种方式更好呢
潘加宇(3504847)9:27:30
当然是最直接的映射
潘加宇(3504847)9:28:10
你先尝试着画类图吧。

边走边唱(378***063)9:28:54

潘加宇(3504847)9:29:15
把应急救援的规则老老实实表达出来
去翻阅规章制度或者调查客户实际工作怎么做的

边走边唱(378***063)9:30:55
嗯,明白了

[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测(11套110题)


[新增EA024高校毕业生就业系统]全程字幕-24套UML+Enterprise Architect建模示范视频


[幻灯]4月1-4日-剔除“伪创新”和“无领域”的领域驱动设计-网课


[新增:鸵鸟]软件开发团队的脓包:皇帝的新装、口号党、鸵鸟、废话迷


《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题


《非程序员》电子杂志下载(39-51期)


《非程序员》电子杂志下载(1-38期)


中文书籍中对《人月神话》的引用(完结,共110本):软件工程通史1930-2019、实用Common Lisp编程……


CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]


UMLChina服务介绍


继续滑动看下一个

[答疑]应急救援指挥系统中涉及到事故分类、应急物资分类

潘加宇 UMLChina
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存