Когда использовать анализ?
Анализ системы с точки зрения архитектуры позволяет выявить слабые места в системе и четко сформулировать направления дальнейшего развития.
Аудит архитектуры и кода часто позволяет выявить такие распространенные проблемы программных систем как уязвимости в системе безопасности, утечки памяти, узкие места, вызывающие ухудшение производительности, проблемы с совместным доступом.
Архитектура системы является одним из наиболее важных элементов любого программного продукта. Детальная проработка архитектурных решений позволяет на начальной стадии избавиться от большого количества ошибок на более поздних стадиях разработки, более предсказуемому и дешевому процессу внесения изменений.
Архитектор
проектная роль в разработке ПО, профессия, возможно — позиция/должность.
Ключевая обязанность архитектора — проектирование архитектуры ПО, т.е. принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов.
Проектирование архитектуры ПО является частным случаем проектирования ПО.
В проектирование архитектуры ПО входят следующие задачи:
определение архитектурного шаблона/парадигмы
разбиение на технические подсистемы/слои/компоненты/модули
определение языковой парадигмы для каждого из них
выбор средств исполнения
разработка ключевых технических сценариев взаимодействия компонентов
определение протоколов взаимодействия компонентов (проектирование технических интерфейсов)
определение форматов хранения и передачи данных
подбор технических средств и шаблонов для реализации подсистем.
Кроме того, в круг полномочий Архитектора ПО входит:
рецензирование требований
разработка нефункциональных требований
участие в совещаниях с заказчиком
стратегическое планирование технического развития системы
реинжиниринг ПО
архитектурный надзор разработки
текущее консультирование команды
технический аудит сторонних/вновь приобретённых систем
регламентация процедуры внесения изменений
разработка стандартов кодирования/проектирования
написание технического проекта.
Инженер по UC
Даже хз как расшифровывается. И вообще, таких лекций не было.
Но вот какие обязанности он выполняет:
Участие в проектировании и внедрении (миграции) инфраструктурных решений на базе Exchange/Lync;
Разработка проектной документации;
Инженер по компонентам
Та же лажа – нет ничего=\
Рабочий процесс анализа
Та же лажа – нет ничего=\
Структура SWEBOK
Software requirements – Требования к ПО
Software design – Проектирование
Software construction – конструирование ПО
Software testing – тестирование
Software maintenance – эксплуатация (поддержка) ПО
Software configuration management – конфигурационное управление
Software engineering management – управление в программной инженерии
Software engineering process – процессы программной инженерии
Software engineering tools and methods – инструменты и методы
Software quality – качество программного обеспечения
Цели проектирования
Получить глубокое понимание моментов, относящихся к нефункциональным требованиям и ограничениям, связанным с:
языками программирования,
многократным использованием компонентов,
операционными системами,
технологиями распределённой и параллельной обработки,
технологиями баз данных,
управления транзакциями и т.п.
Получить возможность разбить работу на множество управляемых частей, которые можно распределить между командами разработчиков, возможно – работающих параллельно.
Определить основные интерфейсы между подсистемами.
Получить возможность визуализировать в стандартной нотации и объяснить проект
Создать абстракцию реализации системы, близкую к тривиальной, исходя из следующей парадигмы: реализация является уточнением проекта, которое приводит лишь к «наращиванию мяса», но не меняет структуру.