1. Моделирование схемы данных

Реализация ИС в REAL-ГГ начинается с проектирования схемы данных системы. Эго самый первый и самый ответственный этап — все дальнейшие шаги по реализации системы, так или иначе, зависят от построенной схемы. Конечно, в процессе создания системы схема данных может претерпевать изменения, тем более что большинство современных процессов разработки ПО носят итеративный характер, поэтому в REAL-ГГ присутствуют специальные средства для поддержки итеративного процесса, описанные в главе 5 и работе [10].

В REAL-IT для моделирования схемы баш данных используется модель классов REAL [14], являющаяся расширением модели классов UML (по сравнению с UML в модели классов REAL добавлены специальные конструкции для поддержки моделировании баз данных — индексы и представления, а также для моделирования систем реального времени — таймеры, двунаправленные интерфейсы, сообщения и порты [13]). Поскольку существующие реализации REAL-IT ориентированы на использование в качестве хранилища данных реляционной СУБД, то если в описании схемы данных присутствуют методы классов, эти методы используются не при генерации собственно базы данных, а объектов доступа к данным (Data Acccss Objccts- DAO), через которые приложение взаимодействуете базой.

Основные термины мололи классов - класс, атрибут класса, ассоциация трактуются нами стапдаршым способом. В то же время, трактовка слабого и сильного актирования отличается от принятой в UML:

• строгое (ипи chilhoc) агрегирование - агрегируемый класс может иметь только одного владельца, определенного данной ассоциацией. Льготами может обладать только личность.

• нестрогое (или слабое) агрегирование - класс может быть агрегирован несколькими классами-владельцами (при этом объект может быть агрегирован только одним объсктом-владельисм). Документ может принадлежать как личности, так и организации.

Для удобства дальнейшего изложения, мы будем использовать еще один термин: будем называть ссылкой класса А на класс В ассоциацию «многие-к- одному» между этими классами в том случае, если множественность со стороны класса А - много, а со стороны класса В - один.

2. Описание ограничений целостности

Модель классов является спецификаций, определяющей множество возможных наборов объектов и связей между ними. Ее недостатком является то, что множество различных наборов оказывается слитком широким: все связи являются формально независимыми друг от друга и, если существует ассоциация между классами, то допустимой является связь между любой парой экземпляров этих классов. В то же время, семантика предметной области обычно содержит ограничения на возможные связи. Рассмотрим, например, два класса — «Студент» и «Учебная группа», и две ассоциации между ними — «Член группы» и «Староста». Староста группы обязан принадлежать этой же группе, однако данное ограничение невыразимо средствами модели классов. В технологии REAL-ГГ для описания подобных ограничений используется специальная визуальная нотация, разработанная на основе диаграмм кооперации UML⁴. Подробнее эта нотация изложена в главе 3 и работе [9]. Описанные с помощью данной нотации ограничения используются при генерации программного кода системы.