Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ИПособие КП по БД-ПИС_2848.doc
Скачиваний:
10
Добавлен:
20.11.2018
Размер:
587.26 Кб
Скачать
  1. Основные концепции объектно-ориентированного и структурного подходов

    1. Язык uml. Основные концепции (нотации).

      1. Нотации представления использования (диаграмма прецедентов)

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

- субъект как внешняя сущность, взаимодействующая с системой; им может быть и человек, и устройство, и другая система

- аспект использования как определенное средство, предоставляемое системой

- односторонняя ассоциация как взаимодействие, направленное от одного субъекта или аспекта к другим

- обобщение от одного субъекта или аспекта к другому

- включение добавочного поведения в исходный вариант использования, который описывает включение. (Включить)

- включение добавочного поведения в исходный вариант использования, без изменения последнего. (Расширить)

      1. Логическое представление

Логическое представление включает в себя описание:

  • статической структуры (классов, объектов и связей между ними, внутренней структуры классов, интерфейсов);

  • динамики взаимодействия (обмен сообщениями между объектами).

Диаграмма классов:

Классы – группы объектов с свойствами (атрибутами: Фамилия, год, паспорт), поведением - методы (операциями: добавить клиента, получить товар), отношениями с другими объектами и семантикой. Класс- шаблон для создания объектов.

Объект имеет три характеристики: состояние, поведение, индивидуальность. Состояние – открыт или закрыт для записи. Поведение - как реагирует на запрос – удалить или добавить (аномалии по Миронову). Индивидуальность объекта – уникален или нет).

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

Рис.4.1 Вид класса.

На диаграмме классов изображается набор классов с описанием их внутренней структуры (полей, поведением - методов, ограничений) и отношений между ними. Каждое отношение имеет специальное обозначение, показано на рисунке 2.1

  • Класс – описание класса. Поля и методы в определенном формате, их спецификаторы указываются с помощью специальных значков. Синтаксис описания:

<имя_атрибута>: <тип >=<начальное значение >{<свойство>}

< имя_метода> (<список_аргументов >):<тип_ возвращаемого_ значения>{<свойство>}

Между классами существуют отношения. Самый простой вид отношений ассоциация.

1-1 определяют отношения «один- к –одному»;

1-* определяют отношения «один-ко-многим»;

*-* определяют отношения «многие-ко-многим», которое приводится к двум отношениям «один-ко-многим» введением промежуточной сущности (объекта);

При описании класса обязательными являются: Имя атрибута, имя поведения. Перед описанием атрибутом и описанием поведения ставится значок (необязательный).

Стереотипы и классы:

  • сущность (есть стереотип)

  • граничный элемент (есть стереотип)

  • элемент управления (есть стереотип).

Три стереотипа соответствуют концепции модель–подставление – управление.

Сущность для моделирования данных. Определяется на стадии проработки. Называют классами предметной области, т.к. представляют абстракции предметов реального мира.

Граничные классы - обеспечивают взаимосвязь между окружающей средой и внутренними элементами системы. Представляют интерфейс для пользователя или другой системы (т.е. актера) Внешне зависимая часть системы и используются для моделирования интерфейсов системы. Для обнаружения таких классов изучают пары актер/сценарий. Определяются на фазе проработки. Являются классами верхнего уровня. Описываются требования к интерфейсу, но не реализуется. Для разработки используются прототипы. На этапе проектирования – реализуются.

Управляющие классы - служат для моделирования последовательного поведения одного или нескольких прецедентов и координации событий, реализующих заложенное в них поведение. Можно представить как классы, исполняющие прецедент и определяющие его динамику. Они зависят от приложения. На ранней стадии проработки они добавляются для каждой пары актер/прецедент. Создается на начальном этапе. В дальнейшем может исключаться, разделяться или объединяться.