Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектор
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- + Системный анализ
- – Требования
- + Хранение данных
- + Языки разметки
Требования - условия или возможности, необходимые пользователю для решения проблемы или достижения целей
Набор понятных сценариев которые должны быть реализованы в работе с нашей системой или нашей системой
Отвечает на вопрос: Что надо сделать?
Задача: Как это сделать?
Источники требований
-
Доменная область
-
Среда
-
Регуляторы
Методы выявления требований
-
Интервью
-
Анкетирование
-
Наблюдение
-
Фокус-группы
-
Мозговой штурм
-
5 Почему
Инструменты
Паяльник и плоскогубцы
К кому применяем инструменты?
Бизнес-аналитик
Стейкхолдеры
Архитектор
Дизайнер
Регулятор
Пользователь
Flow требований
Бизнес-требования - высокоуровневые цели организации или заказчиков
Пользовательский сценарий - цели и задачи которые пользователям даст система
ФТ и НФТ - определённые функции системы
Спецификация требований - описание задач разработчику
Формализация требований
Бизнес-требования и пользовательские сценарии
Vision
User Story
Use Case
BPMN
Пользовательские сценарии
BPMN
Use Case
Flow-chart
Функциональные требования
UML диаграммы
ER-диаграммы
Техническое задание
Атрибуты требований
-
Дату создания требования
-
Номер требования
-
Автора
-
Приоритет
-
Статус требования
-
Источник требования
-
Обоснование (цель, какую проблему решает)
-
Версия продукта, в которую войдет требование
-
Ответственный за требование
-
DOD и DOR (Definition of done, Definition of ready)
## Архитектурно значимые требования
Это требования, которые:
-
имеет большое значение для бизнеса
-
несёт технический риск
-
требуют создания нового компонента
-
повышают SLA / QoS