Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Full.docx
Скачиваний:
4
Добавлен:
01.03.2025
Размер:
578.07 Кб
Скачать

22.Процесс «Анализ и проектирование»: цели и содержание, роли и артефакты

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

Целью анализа является преобразование требований системы в форму, понятную разработчику программного обеспечения.

Цель проектирования состоит в согласовании результатов анализа с ограничениями, навязанными нефункциональными требованиями, средой реализации, требованиями к производительности и т.д.

Исполнители

Основные исполнители:

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

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

Дополнительные исполнители:

  • Разработчик базы данных.

  • Разработчик оболочки (для систем реального времени).

  • Рецензент архитектуры и рецензент проекта.

Артефакты

Модель проектирования – состоит из взаимодействия классов, которые могут объединяться в пакеты и подсистемы для упрощения структуры модели и создания компоновочных блоков модели.

Модель анализа – описывает систему на более высоком (общем) уровне.

Документ архитектуры программного обеспечения.

Артефакты систем реального времени:

  • Оболочка.

  • Протокол.

  • Событие.

  • Сигнал.

23.Процесс «Реализация»: цели и содержание, роли и артефакты

Цели:

  1. Определить структуру кода через подсистемы реализации, организованные в уровни.

  2. Реализовать классы и объекты через компоненты (исходные файлы, двоичные коды, исполняемые файлы и др.).

  3. Провести блочное тестирование разработанных компонентов.

  4. Интегрировать результаты отдельных конструкторов или команд в исполняемую систему.

Ключевые понятия:

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

Интеграция – объединение отдельных программных компонентов в отдельное целое. Выделяют поэлементную и поэтапную интеграции.

Прототип – работающий прообраз (модель) системы.

Виды прототипов:

  • Поведенческий прототип – акцентирует внимание на исследовании определенного поведения системы.

  • Структурный прототип – для исследования архитектурные или технологические вопросы.

Два вида структурных прототипа:

  • Пробный прототип – (временной или одноразовый) отбрасываются сразу же после завершения и предоставления требуемых от них знаний.

  • Эволюционный прототип – развиваются в конечную систему.

Исполнители и артефакты

Основные исполнители:

  • Конструктор – разрабатывает компоненты и связанные с ними артефакты, выполняет блочное тестирование.

  • Системный интегратор – создает конструкции.

Дополнительные исполнители:

  • Архитектор – определяет структуру модели реализации.

  • Рецензент кода – проверяет качество кода и его соответствие стандартам проекта.

Артефакты:

  • Подсистема реализации.

  • Компонент.

  • План проведения интеграции

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]