Поняття концептуальної моделі

Концептуальна модель:

l Це представлення понять в термінах предметної області

l Представляється у вигляді статичних структурних діаграм

l Є найбільш важливим артефактом, що створюється на етапі ОО-аналізу

l Важливою властивістю є представлення понять реального світу, а не програмних компонентів

Концептуальна модель відображає

l Поняття – представлення ідеї чи об’єкта

l Асоціації між поняттями – зв’язок між поняттями, що відображає відношення між ними

l Атрибути понять – абстрактні властивості об’єкта

Концептуальна модель – це не модель структури програми

В концептуальній моделі не використовуються наступні елементи:

l артефакти програмування (наприклад, вікна чи бази даних);

l обов’язки чи методи

9. Особливості використання елементів структурного моделювання при створенні концептуальних моделей.

l Концептуальна модель – це не модель структури програми

l В концептуальній моделі не використовуються наступні елементи:

l артефакти програмування (наприклад, вікна чи бази даних);

l обов’язки чи методи

l Поняття - це представлення ідеї чи об’єкта

l Детально розглядається в термінах:

l символи – слова чи образи, що представляють поняття

l зміст – визначення поняття

l розширення – набір прикладів, по відношенню до яких можна використовувати поняття

10. Символ, зміст та розширення концептуального класу.

Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. Ее изображают в виде множества вершин и дуг.

Диаграммы классов обычно содержат следующие сущности:

· классы;

· интерфейсы;

· кооперации;

· отношения зависимости, обобщения и ассоциации.

Подобно всем остальным диаграммам, они могут включать в себя примечания и ограничения.

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

Классы по своей роли в системе делятся на группы. Сам по себе язык UML жестко не оговаривает эти группы, оставляя группировку на усмотрение разработчиков. На основе опыта, накопленного при создании автоматизированных систем, целесообразно выделить следующие группы (категории, стереотипы) классов:

1) граничные (boundary) классы: объекты этих классов реализуют интерфейсы системы с внешней средой и различными пользователями (не следует их путать с внутренними интерфейсами взаимодействия классов, упоминавшихся ранее);

2) сущностные (entity) классы: объекты этих классов представляют собой блоки длительно хранимой информации, используемые для организации баз данных и знаний, файловых систем хранения данных различной логической структуры; в основном в этих классах развит атрибутный раздел, однако имеется небольшое число операций контроля ограничений целостности, как стандартных, так и специфичных для данной предметной области;

3) классы управления (control): объекты этих классов являются активными, берущими на себя управление и организацию вычислительных процессов; чаще всего это стандартные компоненты операционных систем и систем управления базами данных (СУБД), таймеры, координаторы и т.п.;

4) классы прикладной логики (logic): объекты этих классов реализуют основную логику решения задач приложения; обычно это отдельные программные или аппаратные модули, осуществляющие сложные расчеты, решение оптимизационных задач и т.п.

Диаграммы классов применяют для моделирования статического вида системы с точки зрения проектирования. В этом представлении удобнее всего описывать функциональные требования к системе - услуги, которые она предоставляет конечному пользователю.

Обычно диаграммы классов используются в следующих целях:

· для моделирования словаря системы. Моделирование словаря системы предполагает принятие решения о том, какие абстракции являются частью системы, а какие - нет. С помощью диаграмм классов вы можете определить эти абстракции и их обязанности;

· для моделирования простых коопераций. Кооперация - это сообщество классов, интерфейсов и других элементов, работающих совместно для обеспечения некоторого кооперативного поведения, более значимого, чем сумма составляющих его элементов. Например, моделируя семантику транзакций в распределенной системе, вы не сможете понять происходящие процессы, глядя на один-единственный класс, поскольку соответствующая семантика обеспечивается несколькими совместно работающими классами. С помощью диаграмм классов удается визуализировать и специфицировать эти классы и отношения между ними;

· для моделирования логической схемы базы данных. Логическую схему можно представлять себе как чертеж концептуального проекта базы данных. Во многих сферах деятельности требуется хранить устойчивую (persistent) информацию (см. главу 23) в реляционной или объектно-ориентированной базе данных. Моделировать схемы также можно с помощью диаграмм классов.

Пример диаграммы сущностных классов

Поиск по сайту: