Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектор
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- – Системный анализ
- + Требования
- + Хранение данных
- + Языки разметки
Основная задача
1) Выявить/Определить бизнес-цель (ЗАЧЕМ)
2) Предложить вариант решения (КАК)
3) Синхронизировать контекст между заказчиком и ИТ (ПЕРЕВЕСТИ)
4) Контролировать процесс разработки (РАЗВЛЕКАТЬ заказчика)
Цикл работы
-
Изучение предметной области
-
Проверка бизнес-требований
-
Анализ рисков
-
Проектирование - Архитектор + Разработчик в помощь
-
Написание технической документации - нужно знать как работает эта система
-
Консультирование
-
Приёмка
Пищевая цепочка
Бизнес цель - Проблема - Решение - Реализация решения - Эксплуатация решения
-
Бизнес аналитик приносит сценарии решения проблемы - мы не верим и проверяем
-
Собрать для команды требования к ПО
-
Оставить артефакты
-
Помочь разобраться с проблемой
Бизнес требования на вход СА - в идеальном мире
А зачем мы это делаем?
Границы системного анализа
-
Общение с клиентом
-
Руководителю понятно что мы делаем и где границы
-
Разработчику
-
Тестировщику как система должна себя вести
Взаимодействие с другими командами
(Границ нет)
Плюсы профессии
Можно выбирать чем заняться тк что-то не интересно
Обычно работает на одном проекте
Тройственность ограничений проекта
-
Стоимость
-
Время
-
Объём
по центру - Качество
Критерии качества по SMART