- •1Цель лабораторной работы.
- •1.1Тактическая цель.
- •1.2Стратегическая цель.
- •2Общие теоретические положения.
- •2.1Основные понятия.
- •2.1.1Предметная область.
- •2.1.5Координаты наблюдения.
- •2.1.6Наблюдаемые свойства.
- •2.1.2Знаковая система.
- •2.1.3Методика наблюдения.
- •2.1.4Габарит наблюдения предметной области.
- •2.1.7Метасхема.
- •2.1.8Экземпляр метасхемы (самоописание).
- •2.1.9Экземпляр метасхемы (схема предметной области).
- •2.1.10Представление результата наблюдений.
- •2.1.11Функциональные связи атрибутов элементов.
- •2.1.12Сложные наблюдения.
- •2.1.13Дискретное и непрерывное.
- •2.1.14Содержательная декомпозиция таблицы наблюдений.
- •2.1.15Декомпозиция наблюдений по значениям свойств.
- •2.1.16Границы: слитно или раздельно?
- •2.1.17Слитность свойств.
- •2.1.18Слитность во времени.
- •2.1.19Форма и содержание.
- •2.1.20Топологическая декомпозиция таблицы наблюдений.
- •2.1.21Понятие объекта.
- •2.1.22Понятие класса объектов.
- •2.2Сети Петри: объектный подход.
- •2.2.1Область неэффектиности реляционной модели данных.
- •2.2.2Идея преобразования реляционной модели данных в объектную.
- •2.2.3Контейнер кортежей: вектор и список.
- •2.2.4Новая парадигма объектов.
- •2.2.5Технология поддержки связей.
- •2.2.6Физическая поддержка связей.
- •2.3Вариант объектно-ориентированной бдвв приложения.
- •2.3.1Календарь событий.
- •2.3.3Пример наполнения объектной бдвв сети Петри.
- •3Средства выполнения работы.
- •4Советы и рекомендации.
- •5Порядок выполнения работы.
- •6Содержание и оформление результатов работы.
- •9.2Приложение 2. Использование файлов стандартов оформления.
2.1.20Топологическая декомпозиция таблицы наблюдений.
Дело в том, что форма может изменяться во времени и пространстве, но при этом сохранять эквивалентность входящих в неё конечных элементов (пример - расширение тела при нагревании). В общем случае можно говорить о топологической инвариантности формы, т.е. сохранении ассоциаций типа «части-целое» при их совместной деформации. Эквивалентные в указанном смысле базовые конечные элементы образуют представление тел реального мира, часто называемых физическими телами (объектами).
Заметим, что для определение физического тела необходимы понятия массы, типа вещества, и других физических свойств. При этом, часто неявно, используется абстрактная модель для границ. Для нас наиболее важным фактом будет то, что мы можем идентифицировать тела во времени и пространстве, т.е. методика наблюдений будет позволять однозначно находить физическое тело по его уникальному имени (идентификатору).
2.1.21Понятие объекта.
Объект есть предмет или понятие из реального мира. У каждого объекта есть следующие особенности:
1) объект можно однозначно идентифицировать во времени и пространстве по его наблюдаемым свойствам и дать ему имя;
2) объект имеет одно или несколько состояний, т.е. значений его наблюдаемых свойств (именованных атрибутов);
3) объект обладает поведением, которое отражается в изменении состояния функциями или методами при взаимодействии с другими объектами или с самим собой
2.1.22Понятие класса объектов.
Класс объектов – это абстракция набора объектов, имеющих схожие состояния и поведение. Классу присущи следующие особенности:
класс можно идентифицировать по имени, а экземпляром класса есть объект, принадлежащий данному классу;
класс, в отличие от объекта не имеет состояния (а только схему состояний, т.е. определены атрибуты для каждого объекта данного класса);
класс определяет поведение в терминах операций, а не методов (метод объекта данного класса использует операцию класса, т.е. реализует её).
2.2Сети Петри: объектный подход.
Реализация программы имитационного моделирования сетей Петри в подразделе 3.2 использует внутреннее представление данных, построеннное в виде реляционной базы данных. Каждое её реляционное отношение (таблица) может храниться как самостоятельный файл. Множество схем этих таблиц {S, T, ST, TS, SP, EC, TP} представляет собой значение реляционной базы данных с именем “petry”. Ранее мы рассмотрели, каким образом их можно представить их метаописание в словаре данных нашей реляционной базы данных.
Очевидно, что для внутреннего представления данных использование реляционной модели - не самое удачное проектное решение. Имитационное моделирование одна из тех самых задач, для которых реляционная модель данных – не самое эффективное решение. Можно выделить такие задачи в отдельный класс, который мы назовем «базы данных времени выполнения» приложения (run time data base - RTDB). Причиной этого оказывается слабый учет особенностей алгоритма решения задачи при организации его данных. В теории реляционных баз данных схема строится только по наличию функциональных зависимостей между подмножествами атрибутов. Это приводит к постоянных (и часто избыточным) затратам на поиск нужного элемента данных в реляционных таблицах (экземплярах отношений).
