
- •Проектирование информационных систем
- •Формирование видения Бизнес-анализ Анализ требований
- •Формирование видения Бизнес-анализ Анализ требований
- •Формирование видения Бизнес-анализ Анализ требований
- •Формирование видения Бизнес-анализ Анализ требований
- •Развитие языков и парадигм программирования связано с решением проблемы постоянно увеличивающейся сложности программ.
- •Машинное программированиеАлгоритмическое П/ПСтруктурное П/ПМодульное П/П
- •Э. Дэйкстра (60-е годы):
- •Простая программа – ровно один вход и один выход.
- •Стандартизация и линейность программы – снижение сложности.
- •Данные не защищены от неправильного использования.
- •Основная идея: разбиваем сложную задачу на
- •Структурное программирование – универсальный базис алгоритмических конструкций.
- •Модули вынуждены модифицировать данные за
- •Дальнейшая борьба со сложностью
- •Основные принципы объектной модели:
- •Компонентный подход – развитие объектно- ориентированной идеологии;
- •Компонент:
- •Unified Modeling Language
- •Древние греки – «мир можно рассматривать в терминах объектов и событий»
- •1980е – начало 90х – гг.
- •OOSE – средства представления вариантов использования
- •1995-96 гг. – “Три Амиго” работают над предварительными версиями UML в Rational Software
- •ООП как развитие структурного анализа данных
- •Поведение реализуется через набор операций
- •Модель есть упрощение исходного объекта
- •Объект - это экземпляр класса.
- •Наследование – уточнение задаваемого множества объектов
- •ВидТранспорта
- •«Один интерфейс – много реализаций»
- •Переопределение методов (override): в унаследованном классе можно переопределить метод базового класса.
- •А) Процесс разделения элементов абстракции, которые образуют ее структуру и поведение.
- •Внешний вид класса, объекта или модуля, выделяющий его существенные черты и не показывающий
- •Служит для представления статической структуры модели системы
- •Класс может не иметь конкретных экземпляров. Такой класс называют абстрактным.
- •ассоциация (именованная связь)
- •Возникает, когда один класс использует другой
- •Бинарная ассоциация
- •Каждый экземпляр n-арной ассоциации представляет собой n-арный кортеж значений объектов из соответствующих классов
- •из нескольких потенциально возможных вариантов данной ассоциации в каждый момент времени может использоваться
- •имеет место между несколькими классами в том случае, если один из классов представляет
- •частный случай агрегации
- •между более общим элементом (предком) и более частным или специальным элементом (потомком)
- •{complete} - указаны все классы-потомки, и других потомков быть не может.
- •Предоставить в распоряжение пользователей легко воспринимаемый и выразительный язык визуального моделирования, специально предназначенный
- •Описание языка UML должно включать в себя семантический базис для понимания общих особенностей
- •Диаграмма вариантов использования (use case diagram)
- •Диаграмма вариантов использования (use case diagram)
- •Диаграмма состояний (statechart diagram)
- •Диаграмма состояний (statechart diagram)
- •Диаграмма вариантов использования (use case diagram)
- •Диаграмма компонентов (component diagram)

«Один интерфейс – много реализаций»
Наследование позволяет использовать экземпляр унаследованного класса, как экземпляр базового класса.
Виды полиморфизма:
Переопределение
Перегрузка

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

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

Внешний вид класса, объекта или модуля, выделяющий его существенные черты и не показывающий внутреннего устройства и внутренних механизмов поведения

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



Класс может не иметь конкретных экземпляров. Такой класс называют абстрактным.
Имя абстрактного класса на
диаграмме отображается наклонным шрифтом
Классы группируются в Пакеты
Имя класса уникально в пределах пакета.
Для уникальной идентификации в пределах проекта – синтаксис
<Имя_пакета>::<Имя_класса>

ассоциация (именованная связь)
зависимость (изменения в одном классе приводят к изменениям в другом)
обобщение / генерализация (родовидовое отношение)
агрегация (отношение «часть-целое»)
композиция (отношение «часть-целое» », однозначно регламентирующее количество и состав частей целого
Моделирование |
|
|
требований |
© Ю.А.Маглинец, 2006 |
39 |

Возникает, когда один класс использует другой
Используется, когда изменение одного элемента модели может потребовать изменения другого зависимого от него элемента модели