Подробнее про нотации моделей
Источник: Шаблоны Miro
Inquiring and analyzing: Analyze existing products
Виды нотаций моделей
План на урок:
- Понять что такое нотация
- Разобрать домашнее задание
- Использовать следующие нотации при создании моделей
- DFD
- ERD
- UML
Теория:
Нотация: это система условных знаков и правил их использования для описания различных категорий моделируемой системы, таких как объектов, процессов, взаимосвязей и т.п.
Давайте посмотрим на то что вы наваяли, используя свой голый энтузиазм и знания, кто нибудь может прочитать что у вас получилось?
Виды нотаций:
DFD: Это нотация, предназначенная для моделирования информационный систем с точки зрения хранения, обработки и передачи данных.
В данном варианте представления моделей различают следующие обьекты:
- Внешняя сущность - источники информации для модели, данные обьекты не входят в модель
- Процесс - последовательность действий, которые надо предпринять чтобы обработать данные
- Хранилище данных - внутреннее хранилище данных для процессов, происходящих внутри модели
- Поток данных - показывают откуда информация приходит и куда уходит из процессов и хранилищ
Ссылка на шаблон в Miro: DFD template
ERD: Тип структурных диаграмм (их нотация), предназначенная для моделирования структуры баз данных. ERD содержит множество различных симвволов, которые показывают главные сущности модели, а также связи внутри них.
Существует три варианта ERD:
- Концептуальный
- Логический
- Физический
| Особенности модели | Концептуальный | Логический | Физический |
|---|---|---|---|
| Название сущности | Да | Да | Да |
| Связь | Да | Да | Да |
| Название колонок | Да | Да | |
| Тип колонки | Опционально | Да | |
| Первичный ключ | Да | ||
| Вторичный ключ | Да |
Ниже приведен пример ERD модели для системы аренды фильмов.
Эта модель является ярким представителем физической ERD модели.
Слава господи в Miro есть простой шаблон для создания ERD моеделей.
Ссылка на шаблон в Miro: ERD template
UML: это стандартный язык для определения, визуализации, конструирования и документирования артефактов программных систем.
Картинка стоит тысячи слов , эта идиома абсолютно соответствует описанию UML. Объектно-ориентированные концепции были введены намного раньше, чем UML. На тот момент не было стандартных методологий для организации и консолидации объектно-ориентированной разработки. Тогда-то и появился UML.
Структурные вещи определяют статическую часть модели. Они представляют физические и концептуальные элементы. Ниже приведены краткие описания структурных вещей.
- Класс - класс представляет собой набор объектов, имеющих схожие обязанности.
- Интерфейс - Интерфейс определяет набор операций, которые определяют ответственность класса.
- Сотрудничество - Сотрудничество определяет взаимодействие между элементами.
- Вариант использования - Вариант использования представляет собой набор действий, выполняемых системой для конкретной цели.
- Компонент - Компонент описывает физическую часть системы.
- Узел - узел может быть определен как физический элемент, который существует во время выполнения.
Тут Microsoft немного рассказывает про UML
Ссылка на шаблон в Miro: UML template
Задание на урок и на дом:
- Выбрать понравившуюся вам нотацию
- Используя ее завершить моделирование карточной игры