1. Принцип абстрагирования – предписывает включать в модель только те аспекты проектируемой системы, которые имеют непосредственное отношение к выполнению системой своих функций;

2. Принцип многомодельности;

3. Принцип иерархического построения – предписывает рассматривать процесс построения модели на разных уровнях детализации или абстрагирования в рамках фиксированных представлений;

Концептуальная модель языка uml

Составные части:

1. Основные строительные блоки языка (сущности, связи);

2. Правила их сочетания;

3. Общие для языка механизмы;

Сущности бывают 4 основных типов:

1. Структурные сущности (класс, интерфейс, прецедент, кооперация, компонент, узел);

2. Поведенческие сущности (взаимодействия, автомат);

3. Аннотационные сущности (примечание);

4. Группирующие сущности (пакет);

Отношение:

1. Зависимости – семантическое отношение между сущностями, при котором изменение независимой влияет на семантику зависимой;

2. Ассоциация – структурное отношение описывающее совокупность связей;

3. Обобщение;

4. Реализация;

Общие механизмы языка UML:

1. Спецификации;

2. Дополнения;

3. Принятые деления;

4. Механизмы расширения:

   1. Стереотипы;

   2. Помеченные значения;

   3. Ограничения;

Архитектура ПС – это совокупность важных решений в отношении:

• Организации ПС

• Выбора структурных элементов

• Поведение этих элементов специф. Операциями с другими элементами

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

• В отношении архитектурного стиля, определяющего всю организацию ПС

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

Рисунок в тетради. (сверху над всеми в овале) Вид с точки зрения прецедентов (СНИЗУ в прямоугольниках) Вид с точки зрения проектирования; Вид с точки зрения реализации; Вид с точки зрения процессов; Вид с точки зрения развертывания;

1. Вид с тз прецедентов описывает поведение системы, наблюдаемое конечными пользователями. Статические аспекты данного вида представляются диаграммами прецедентов. Динамические – диаграммами поведения и взаимодействия.

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

3. Вид с тз процессов охватывает нити и процессы, формирующие механизмы параллелизма и синхронизации. Описывает производительность, масштабируемость, пропускную способность.

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

5. Вид с тз развертывания – охватывает узлы, формирующие топологию аппаратных средств, на которых выполняется система. Вид связан с распределением, поставкой и установкой частей физической системы. Стат – диаграммы развертывания, дин – д. поведения.

Начальная фаза проекта по методологии RUP

Артефакты начальной фазы:

1. Видение проекта Текстовый док: описываются общие задачи, ограничения. Приводится заключение.

2. Модель прецедентов: Описывает функциональные требования(завершение на этом этапе не обязательно)

3. Дополнительная спецификация: Описываются другие требования

4. Словарь терминов: Содержит ключевую терминологию по данному проекту

5. Перечень рисков и план управления ими

6. Прототипы системы: Осмысление проекта

7. План итераций: Разработка итераций проекта

8. План разработки: Ресурсы материальные и человеческие для проекта

9. Перечень документов: Описание артефактов

Типичная информационная система:

1. Graphical user interface GUI

2. Уровень логики приложения (программные классы)

3. Технические службы (объекты и подсистемы системного уровня, выполняющие вспомогательные фции типа регистрации событий, использования бд)

Классификация требований, применительно к программным системам: FURPS+

1. Функциональные требования (Свойства, возможности и безопасность)

2. Удобство

3. Надежность (частота сбоев, возможность восстановления, предсказуемость поведения)

4. Производительность( время отклика, точность, доступность)

5. Возможность поддержки (адаптивность, возможность поддержки)

6. Реализация (языки и средства реализации программного обеспечения)

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

8. Проектные ограничения

9. Юридические вопросы (сертификация)

10. Файловая система