Диаграмма последовательностей

 

 

На диаграмме последовательностей изображен процесс редактирования некоторой диаграммы.

Вначале необходимо получит доступ к редактируемой модели, это делается вызовом метода «получитьДоступКМодели» у экземпляра класса «Хранилище». После этого необходимо получить доступ к соответствующей диаграмме, это делается вызовом метода «получитьДоступКДиаграмме» экземпляра класса «Модель».

Если необходимо добавить некоторую сущность к существующей диаграмме, то у экземпляра класса «Диаграмма» вызывается метод «добавитьСущность». Который, в свою очередь, вызывает метод для создания новой записи в словаре данных, это делается вызовом «добавитьЗапись» у объекта класса «Словарь».

Если необходимо создать связь между сущностями диаграммы, то вызывается метод «добавитьСвязь» у экземпляра класса «Диаграмма». Далее, аналогичным образом вызывается метод «добавитьЗапись» у объекта класса «Словарь». После чего производится привязка объекта «Связь» к объектам «Сущность»; для этого производится вызов метода «установитьСущность» у объекта «Связь» и методов «добавитьСвязь» у соответствующих объектов класса «Сущность».

Если необходимо изменить позицию какого-либо элемента диаграммы, то вызывается метод «форматироватьДиаграмму» объекта класса «Диаграмма». После чего необходимо получить доступ к объекту класса «Позиция» соответствующего элемента посредством вызова метода «узнатьПозицию». Затем можно изменить позицию привязки элемента диаграммы на экране вызовом метода «изменитьКоординаты».

 

Диаграмма взаимодействия

 

На диаграмме взаимодействия изображена последовательность взаимодействия объектов в системе при создании документации.

Отправной точкой для создания документации является объект класса «Интерфейс». Редактирование документации может происходить двумя способами:

1. При редактировании диаграммы.

Для этого сначала производится вызов метода хранилища для получения объекта модели, из которого извлекается необходимая диаграмма. Далее запрашивается «Сущность», документацию которой мы хотим редактировать. И, в случае, если необходимо редактировать документацию связи, запрашивается «Связь». После чего у полученного элемента модели запрашивается ссылка на его документацию.

2. При редактировании словаря.

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

 

Диаграмма состояний

 

 

На диаграмме состояний отображен процесс кодогенерации шаблона исходного текста системы.

Вначале идёт проверка диаграммы на корректность. Если были найдены какие-либо ошибки, то происходит переход в состояние «Отображение ошибок», в котором пользователю выдается список ошибок, после чего процесс кодогенерации завершается.

Если диаграмма корректна, то мы начинаем последовательно перебирать Сущности системы. При этом сначала переходим к состоянию «Поиск следующей сущности». В нём мы ищем следующую сущность, не прошедшую обработку. Если таковой не найдено, то процесс завершается. В противном случае осуществляется проверка сущности на корректность. Если сущность содержит в себе ошибки, то происходит переход в состояние «Отображение ошибок». Если же сущность корректна, то производится генерация шаблона кода и переход к генерации шаблонов связей данной сущности. Для этого производится переход в состояние «Поиск следующей связи». В этом состоянии ищется следующая связь данной сущности, не прошедшая пока обработку. Если таковых нет, то мы переходим к обработке следующей сущности. Иначе производится «проверка связи». Если связь ошибочна, то мы переходим в состояние «Отображение ошибок», иначе производится «внесение в исходный код шаблона связи», и переход в состояние «Поиск следующей связи».

 

Диаграмма действия

 

На данной диаграмме изображается процесс редактирования диаграммы модели. В диаграмме присутствуют две «плавательные дорожки». Это редактор диаграмм и хранилище диаграмм.

Редактирование должно начинаться с «Выбора модели» в редакторе диаграмм, после чего выбранная модель извлекается из хранилища и передаётся редактору, в котором производится выбор элемента для редактирования. Редактируемый элемент запрашивается из словаря данных. При этом сам элемент (это может быть как сущность, так и связь), может редактироваться одновременно с документацией. Этому соответствуют параллельные действия «Редактировать элемент» и «Редактировать документацию». После редактирования они вместе сохраняются в словаре. Далее можно перейти к редактированию следующего элемента. Когда редактирование заканчивается, то происходит переход к действию «Сохранить модель».

 

Диаграмма размещения

 

Разрабатываемая система является системой клиент/сервер, в которой данные о моделях хранятся на централизованном сервере, а работа с моделями происходит на клиентах. Клиенты связываются с сервером с помощью сети на базе протокола TCP/IP.

Сервер состоит из двух компонент:

- Базы данных, в которой хранятся модели и их описания.

- Непосредственно серверного ПО, регламентирующего взаимодействие с клиентами.

Клиент состоит из:

- Клиентского ПО, предназначенного для взаимодействия с сервером, а также для автоматизированной обработки диаграмм.

- Редакторов диаграмм, предназначенных для создания, отображения и модификации диаграмм (статических, динамических, функциональных и развёртывания).

- Системы программирования, предназначенной для кодирования, отладки и тестирования программы сгенерированной Клиентским ПО.

- Редактора документов для работы со сгенерированной документацией.

 

 

ЛИТЕРАТУРА

 

1. Жоголев Е.А. Введение в технологию программирования. - М.: ДИАЛОГ-МГУ, 1994.

2. Бадд Т. Объектно-ориентированное программирование в действии –СПб.: Питер, 1997

3. Марка Д., МакГоуэн К. Методология структурного анализа и проектирования SADT. - M.: МетаТехнология, 1993

4. Буч Г. Объектно-ориентированное проектирование с примерами приложений на С++. - М.: Издательство Бином, СПб.: Невский диалект, 1999

5. Калянов Г. Н., Козлинский А. В., Лебедев В.Н. Сравнительный анализ структурных

методологий. http://www.osp.ru/dbms/1997/05-06/75.htm

6. Калянов Г. Н. CASE-структурный системный анализ. М.: Лори, 1996.

7. Йордан Э. Как выжить в безнадежном проекте. М.: Лори, 2001.

8. Брукс Ф. Мифический человеко-месяц или как создаются программные системы. СПб.: Символ-Плюс, 1999.

9. Гайсарян C.C. Объектно-ориентированные технологии проектирования прикладных программных систем. Центр информационных технологий. http://www.citforum.ru/programming/oop_rsis/index.shtml

10. Вендров А.М.. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.

11. Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 2000