Вы находитесь на странице: 1из 23

Объектно-

ориентированный подход к
проектированию
информационных систем
Цель: Изучение основных подходов и принципов
объектно-ориентированного подхода к
проектированию ИС.
План
ООП в проектировании ИС
Методология объектного
проектирования средствами UML:
диаграммы вариантов использования,
взаимодействий, состояний, классов,
реализаций, действий.
ООП в проектировании ИС
В ООП центральным понятием является объект. Объект – это экземпляр
класса.
Объекты и классы организуются с использованием следующих
принципов:
 Принцип инкапсуляции (упрятывания информации) декларирует запрещение
любого доступа к атрибутам объекта, кроме как через его операции. В
соответствии с этим внутренняя структура объекта скрыта от пользователя, а
любое его действие инициируется внешним сообщением, вызывающим
выполнение соответствующей операции.
C++ Java
class A { class A {
public: int a, b; //данные открытого private int a;
интерфейса int private int b;
ReturnSomething(); //метод private void doSomething() //скрытый метод
открытого интерфейса { //actions }
private: int Aa, Ab; //скрытые данные public int returnSomething() //открытый
void DoSomething(); //скрытый метод интерфейс
}; { return a; }
}
ООП в проектировании ИС
 Принцип наследования декларирует создание новых классов от
общего к частному. Такие новые классы сохраняют все свойства
классов-родителей и при этом содержат дополнительные атрибуты и
операции, характеризующие их специфику.
C++ : Java :
class A class A
{ //базовый класс }; { //базовый класс };
class B : public A class B extends A
{ //public наследование }; { //производный класс В };
class C : protected A class C extends A
{ //protected наследование }; { //производный класс С };
class Z : private A class Z extends A
{ //private наследование }; { //производный класс Z };
ООП в проектировании ИС
 Принцип полиморфизма декларирует возможность объектов с
одинаковой спецификацией иметь различную реализацию (или
возможность работы с объектом без информации о конкретном классе,
экземпляром которого он является. Каждый объект может выбирать
операцию на основании типов данных, принимаемых в сообщении, т.е.
реагировать индивидуально на это (одно и то же для различных
объектов) сообщение).

Примеры:

Полиморфизм переопределения

Полиморфизм-перегрузка
Методология объектного
проектирования средствами UML
 Унифицированный язык моделирования (Unified Modeling
Language - UML) - это язык для специфицирования,
визуализации, конструирования и документирования на
основе объектно-ориентированного подхода разных видов
систем: программных, аппаратных, программно-
аппаратных, смешанных, явно включающие деятельность
людей и т. д.
 Помимо прочего, язык UML применяется для
проектирования реляционных БД. Для этого используется
небольшая часть языка (диаграммы классов), да и то не в
полном объеме. С точки зрения проектирования
реляционных БД модельные возможности не слишком
отличаются от возможностей ER-диаграмм
Диаграммы UML
 вариантов использования,
 классов,
 взаимодействий,
 состояний,
 реализаций,
 действий.
Диаграммы вариантов
использования
Основные вопросы
Назначение диаграммы вариантов
использования
Компоненты диаграммы вариантов
использования
Примеры
Диаграмма вариантов
использования (ДВИ)…
 = Диаграмма прецедентов;
 Описывает функциональное
назначение системы, т.е. то, что
система будет делать в процессе
своего функционирования;
 Является исходной концептуальной
моделью системы в процессе ее
проектирования и разработки.
Цели построения ДВИ
1) определить общие границы и контекст
моделируемой предметной области на
начальных этапах проектирования;
2) сформулировать общие требования к
функциональному проектированию системы;
3) разработать исходную концептуальную
модель системы для ее последующей
реализации;
4) подготовить документацию для
взаимодействия разработчика системы с ее
заказчиком и пользователями.
Суть диаграммы прецедентов
 Проектируемая система представляется в
виде множества сущностей или актеров
(действующих лиц), взаимодействующих с
системой с помощью так называемых
вариантов использования (прецедентов).
Таким образом,
 Основными компонентами ДВИ являются:
 актеры
 прецеденты
 отношения
Вариант использования
 = Прецедент =use case = юскейс;
 Определяет последовательность действий, которая
должна быть выполнена проектируемой системой
при взаимодействии ее с соответствующим актером.

Получение справки о Получить справку о


состоянии счета стостоянии счета

Имя ВИ начинается с большой буквы и обозначается


оборотом глагола или существительного, обозначающего
действие
Актер
 = Actor = действующее лицо
 Представляет собой внешнюю по отношению
к моделируемой системе сущность
 Взаимодействует с системой и использует ее
функциональные возможности для
достижения определенных целей и решения
частных задач.
 Может рассматриваться как некая роль
относительно конкретного варианта
использования.
Актер
Стандартное графическое изображение актера:

Клиент банка

• Актер всегда находится вне системы, его внутренняя


структура никак не воспринимается.
• Примеры актеров: клиент банка, банковский
служащий, продавец, сотовый телефон.
Отношения
 Один актер может взаимодействовать с
несколькими вариантами использования и
наоборот.
 2 варианта использования, определенные
для одной и той же сущности, не могут
взаимодействовать друг с другом, т.к. любой
из них самостоятельно описывает
законченный вариант использования этой
сущности.
Виды отношений
1) ассоциативное отношение (отношение
ассоциации, association relationship)
2) отношение расширения (extend relationship)
3) отношение обобщения (generalization
relationship)
4) отношение включения (include relationship)
Отношение ассоциации
 Отношение между вариантом использования и
актером, отражающее связь между ними.
 Оно устанавливает, какую конкретную роль играет
актер при взаимодействии с экземпляром варианта
использования.
1..*

Студент Сдать зачет

Обозначение: в виде прямой линии. Могут быть


дополнительные обозначения (кратность связи,
направление связи, наименование связи)
Отношение расширения
 Определяет взаимосвязь базового варианта
использования с некоторым другим вариантом
использования, функциональное поведение которого
задействуется базовым не всегда, а только при
выполнении некоторых дополнительных условий.

<<extend>>

Сдать зачет Взять индивидуальную


ведомость

Стрелка указывает на базовый вариант использования!


Отношение обобщения
 Служит для указания того факта, что некоторый
вариант использования А может быть обобщен до
варианта использования Б (или актер А может быть
обобщен до актера Б).

Сдать зачет по системному Сдать зачет по предмету


моделированию

Стрелка
указывает в
сторону
Студент 2 Студент родительского
курса ВИ (актера)
Отношение включения
 Указывает, что некоторое заданное поведение для
одного варианта использования включается в
качестве составного компонента в
последовательность поведения другого варианта
использования.

Пройти промежуточное
тестирование
Защитить все Сдать итоговый тест
лабораторные работы <<include>>

<<include>> <<include>>

Сдать зачет по системному


моделированию
Примеры
 ДВИ процесса оформления заказа на покупку товара

Обеспечить покупателя Согласовать условия Заказать товар со склада


информацией оплаты
<<include>> <<include>>
<<include>>

1..* 1..*

Продавец Оформить заказ на покупку


Покупатель
товара

<<extend>>

Оформить заказ на покупку Запросить каталог товаров


компьютера
Примеры
 Диаграмма прецедентов для процесса постройки дома

Создание проекта дома


Архитектор Заказчик

Создание списка
необходимых материалов

Покупка материалов

<<include>>
Сдача работ
Строительная
фирма

Подписание акта
выполненных работ
Постройка дома
Примечание как элемент ДВИ
 Примечание (Note) в языке UML предназначено для
включения в модель произвольной текстовой
информации, имеющей непосредственное
отношение к контексту разрабатываемого проекта.
 Примечание может относиться к любому элементу
диаграммы.
Реализовать в форме
печати чека с указанием
реквизитов

Получение справки о
состоянии счета