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