Объектно-ориентированное построение ПО Введение в UML, part I Узенцова Наталия

Структура UML:
строительные блоки
общие механизмы
архитектура

факторы качества при использовании ОО подхода:
Совместимость, работа на разных системах
Простота

использования, интерфейс дружественный пользователю
Эффективность, независимость от ресурсов оборудования
Своевременность, экономичность и функциональность
ОО-подход дает возможность тем, кто ее освоил, производить ПО быстрее и по более низкой стоимости; облегчает добавление функций.

требований к будущей системе
Проектирование, выявление объектов системы и сопоставление с

требованиями
Разработка, создание спроектированного продукта
Тестирование, отладка и выявление ошибок процесса разработки
Ввод в эксплуатацию

right

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

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

Во время проведения ООА делается акцент на описание и определение объектов в исследуемой сфере

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

Во время проведения ООД выделяют объекты системы и то, как они соотносятся с предъявленными требованиями

и выявление требований






Дизайн включает в себя принятие концептуальных решений,

которые дополняют собой выявленные требования на этапе анализа

Анализ

Дизайн

Booch), Джеймс Рамбо (James Rumbaugh) объединяются в компанию Rational Corporation

для работы над UML
1997 г., Object Management Group (OMG) принимает UML, как ОО язык визуального моделирования
2000г., UML 1.4, добавляется дополнительная семантика действий
2005г., UML 2.0 – сформированный язык моделирования

расширяемости

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

визуальный синтаксис, который используется для создания моделей.
UML не привязан

ни к какой методологии или жизненному циклу.

Методологией является унифицированный процесс (Unified Process, UP)
Методология указывает на исполнителей, действия и артефакты, которые необходимо использовать, осуществить или создать для моделирования программной системы.
UML и UP унифицируют опыт предшествующих языков визуального моделирования и процессов разработки программного обеспечения наиболее оптимальным образом.

UP- Software Engineering Process, SEP. Его расширением является RUP, коммерческий продукт компании IBM

системы как наборы взаимодействующих объектов
Аспекты модели:
Статистическая структура – описывает, какие

типы объектов важны для моделирования системы и как они взаимодействуют
Динамическое поведение – описывает жизненные циклы этих объектов и то, как они взаимодействуют друг с другом для обеспечения требуемой функциональности системы

класс, интерфейс, кооперация, прецедент, активный класс, компонент, узел;
• поведенческие сущности

– глаголы UML модели, такие как взаимодействия, деятельности, автоматы;
• группирующая сущность – пакет, используемый для группировки семантически связанных элементов модели в образующие единое целое модули;
• аннотационная сущность – примечание, которое может быть добавлено к модели для записи специальной информации, очень похожее на стикер.

это суть модели. Спецификации формируют семантический задний план (semantic backplane),

который объединяет модель и наполняет ее смыслом. Различные диаграммы – это просто представления или визуальные проекции этого плана.

аспекты спецификации элемента

и реализация
Отделение того, что выполняет действие(интерфейс) от того как выполняется

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