презентация

1. Создание архитектуры программы

Гр. БПО09-24-21
Кудашева А., Баимова Ю.

2. Определение

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

3. Зачем нужна архитектура

1
2
3
Управление изменениями
Разделение труда
Надёжность и долговечность
• Части можно менять и
заменять по отдельности
• Ясные границы частей
позволяют вести работу
нескольким исполнителям
сразу
• Новая возможность
добавляется точечно, а не
переписыванием
половины системы
• Каждый отвечает за свой
участок и не мешает
остальным
• Понятное устройство
упрощает проверку и
поиск ошибок
• Система растёт и
развивается без
разрушения, а поддержка
обходится дешевле

4. Слои архитектуры

Слой – это группа частей, которая решает задачи одного вида и занимает
определённое положение в системе.

5. Способы описания

Архитектура должна быть зафиксирована в документах. Без
описания она не существует как проектное решение
Формы описания:
• схемы частей и связей – наглядное представление
устройства;
• текстовые пояснения – назначение каждой части и правила
взаимодействия;
• перечень решений – что выбрано и по какой причине;
• перечень ограничений – какие решения недопустимы;
• примеры типичных путей работы – как протекает основной
случай
Описание должно позволять новому участнику разобраться в
устройстве системы без устных пояснений

6. Процесс создания. Шаг 1: разбор задачи

На этом шаге определяется, что именно должна делать
система
Cбор и уточнение требований к
системе
Выделение главных случаев
работы – основных задач, ради
которых создаётся программа
Определение круга пользователей
и решаемых ими задач
Фиксация ограничений: сроки,
имеющиеся средства, готовые
части, подлежащие использованию
Результат: упорядоченный перечень требований к системе с
указанием их значимости

7. Процесс создания. Шаг 2: определение частей и связей

На этом шаге перечень требований преобразуется в
устройство системы
Разбиение системы на крупные
части с ясным назначением
каждой
Определение правил
взаимодействия между частями:
направления вызовов,
передаваемые сведения
Устранение лишних связей – если
две части могут не зависеть друг от
друга, зависимость не вводится
Проверка того, что каждая часть
отвечает ровно за одну задачу
Результат: схема частей и правил их взаимодействия с
указанием зон ответственности

8. Процесс создания. Шаг 3: выбор образца, запись и проверка

Запись решений
Фиксируются: состав частей, связи
между ними, обоснование выбора,
установленные ограничения
Выбор образца
Из проверенных способов
построения (слоистая организация,
разделение на ядро и оболочку,
посредник, событийная схема)
выбирается наиболее подходящий
к задаче. Новые решения вводятся
только при наличии обоснованной
необходимости
Проверка
Схема проверяется на главных
случаях работы: отсутствие лишних
связей, возможность замены части
без изменения остальных,
соответствие требованиям
Уточнение
Архитектура уточняется по мере
развития системы, однако её
основа остаётся неизменной

9. Выводы

Признаки качественной архитектуры:
• простота – отсутствие лишних частей;
• понятность – ясность устройства для нового участника;
• изменяемость – возможность замены частей по
отдельности;
• согласованность – каждая часть занята своим делом,
связи сведены к необходимому минимуму
Основное положение:
Архитектура принимается на начальном этапе работы, а
её результаты проявляются на протяжении всего
жизненного цикла программы