Моделирование сущностных отношений и объектно-ориентированный дизайн. Это релевантно?

Question

Я не уверен, что это хороший вопрос, поскольку я не уверен, есть ли какое-либо соглашение по этому вопросу. Однако из-за отсутствия информации в Интернете я вынужден все равно спросить.

Предположим, что я создаю систему, которая в основном объектно-ориентированная, с ее соответствующими диаграммами UML (пример использования, класс, совместная работа и т. Д.). Тем не менее, ни одна из диаграмм UML не полезна при работе с базой данных, которая должна иметь отношение к команде разработчиков, чтобы они могли знать, что существует в базе данных, а что нет.

Существует два способа представления базы данных: Entity-Relationship и Relational (это неизвестно мне, если их больше, но эти два являются релевантными в рамках парадигмы реляционной базы данных). ER имеет дело с представлением BD в терминах бизнес-правил, а Relational - с фактической физической реализацией. Но ни один из них не является «стандартом UML» (если я здесь что-то отсутствует).

Какое моделирование следует использовать и почему? Является ли ER релевантным с точки зрения UML, или я должен придерживаться реляционных? Спасибо заранее.

Answer 1

Если вы хотите использовать только UML, вы можете использовать диаграммы ограниченного класса - без m-n ассоциаций и методов. Но если вы используете некоторые инструменты сопоставления таблицы классов, вы можете использовать что-либо, кроме отношений m-n.

Никто никогда не говорил, что вы можете использовать диаграмму классов только для классов ООП. Вы можете использовать их для любых более или менее формальных понятий, если их потребности могут быть покрыты комплексом элементов CD. Я использую диаграммы классов для планирования пользовательского интерфейса и даже формального планирования текста. И таблицы очень близки к классам. Итак, не проблема.

Вы можете использовать data model diagrams, если вам нужна что-то, что называется диаграммой данных CALLED. Но они полностью покрыты диаграммами классов. Именно по этой причине они больше не поддерживаются.

Ваша задача - сделать модель понятной для всех, кто может получить ее в руки. Диаграмма классов - наиболее широко известная диаграмма UML. Хороший заголовок и пара комментариев разрешат все возможные недоразумения.

Answer 2

Оба являются разными схемами ER, являются отношениями сущностей, а диаграммы UML - это поведение Ojects, как они общаются друг с другом, согласно моей точке обзора DFD (схема потока данных) является опцией. Он имеет разные уровни, которые основаны на количестве процессов и лучше объясняют сущности данных.