# БИБЛИОТЕКА Курсы Системная инженерия Теория ограничений Управление Linux Сознание, интеллект Политэкономия Сумма технологии Экстраполяция в будущее АНАЛИТИКА Ресурсы ПО для Аналитика Кто аналитики? Бизнес-процесс Требования Уровни и типы Источники Стейкхолдеры Нотации АРХИТЕКТУРА Ресурсы ПО для Архитектора Кто архитекторы? Архитектурные слои язык Archimate GAP-анализ SOA Микросервисы ESB Solution Design DDD РАЗРАБОТКА Ресурсы Цикл разработки ПО Waterfall RUP Agile Kanban Continuous Integration git Frontend HTTP/REST Apache Регулярка JS Perl ТЕСТИРОВАНИЕ Ресурсы QA и QC Цикл тестирования 1 Тест-анализ 2 Тест план 3 Тест-дизайн и покрытие Уровни тестирования Виды тестирования Баг-репорт Шаблоны XPATH Безопасность Нагрузочное Android Автоматизация Selenium Генератор ИНН ДАННЫЕ Об информации SQL MongoDB
Эта страница:
Функциональная архитектура старый черновик
Ещё в этом разделе:
АРХИТЕКТУРА Solution Design Document DDD Old draft
Другие разделы:
# АНАЛИТИКА АРХИТЕКТУРА ДАННЫЕ РАЗРАБОТКА БИБЛИОТЕКА ТЕСТИРОВАНИЕ
Old draft
Функциональная архитектура
Принципиальная диаграмма решения (solution concept diagram) для банка:
старый черновик

Здесь я попытался подойти к размышлениям над архитектурой намеренно до ознакомления с мировыми практиками и фреймворками типа TOGAF.

Есть (бизнес-)Сценарии (бизнес-процессы), в которых происходит взаимодействие Ролей, обменивающихся информацией через интерфейсы, производящих некие действия.
Напомню, что GUI это ровно такой же интерфейс для взаимодействия ИТ-Системы с человеком, как и, например, сетевой интерфейс для взаимодействия ИТ-Системы с другой ИТ-Системой.

Роли это маски (алиасы) конкретных исполнителей (действующих лиц).
Роли в современном мире играют и Люди и ИТ-Системы. И чем дальше - тем меньше Ролей играется людьми. Это автоматически означает, что ушло то время подхода, когда идёт отделение Людей от Систем и их ролей друг от друга.
Роль, например в банковском деле, Андеррайтера сегодня играет человек, но по-сути человек это всего лишь Система, которая произвела некие вычисления внутри себя и приняла решение обменяться информацией с другой Ролью. Т.е. завтра, например, Роль = Андеррайтер сможет играть ИТ-Система.

(скачать схему в формате XML)

При построении Архитектуры для нового предприятия логично в первую очередь опираться на Функции, вокруг которых будет обрастать та или иная Архитектура (логическая, физическая).

Например, мы хотим построить Предприятие = Банк.
Один из Сценариев (получения денег) это выдача Потребительского Кредита.

Верхнеуровнево, у Потребительского Кредита есть Процесс, выполняющий следующие Активности/Функции:

  1. Принять Клиента ФЛ (физически и/или электронно)
  2. Запомнить Клиента ФЛ (физически и/или электронно)
  3. Принять Заявку (физически и/или электронно) на Потребительский Кредит у Клиента ФЛ
  4. Запомнить Заявку (физически и/или электронно)
  5. основываясь на знании о Клиенте ФЛ, Разведать платёжеспособность Клиента ФЛ (физически и/или электронно)
  6. Запомнить результаты разведки (физичесик и/или элеткронно)
  7. основываясь на результатах разведки, Оценить платёжеспособность и пригодность для выдачи Потребительского Кредита (физически и/или электронно)
  8. Зафиксировать (физически и/или электронно) Сделку с ним
  9. Запомнить (физически и/или электронно) Сделку
  10. основываясь на данных из Сделки, выдать Деньги (физически и/или электронно)
  11. основываясь на данных из Сделки, производить (ир)регулярное изъятие/приём у Клиента ФЛ денег (физически и/или электронно) в счёт оплаты кредита
  12. основываясь на данных из Сделки, закрыть Сделку (физически и/или электронно)

Всё это кто-то должен выполнять, т.е. на каждое действие имеем некоторую Роль.
Верхнеуровнево, у нас будут следующие Роли:

Активность/Функция Роль
1 Принять Клиента ФЛ (физически и/или электронно) Взаимодействователь (интерфейс) с Клиентом
2 Запомнить Клиента ФЛ (физически и/или электронно) Хранитель Данных
3 Принять Заявку (физически и/или электронно) на Потребительский Кредит у Клиента ФЛ Взаимодействователь (интерфейс) с Клиентом
4 Запомнить Заявку (физически и/или электронно) Хранитель Данных
5 основываясь на знании о Клиенте ФЛ, разведать платёжеспособность Клиента ФЛ (физически и/или электронно) Взаимодействователь (интерфейс) с Бюро Кредитных Историй
6 Запомнить результаты разведки (физичесик и/или элеткронно) Хранитель Данных
7 основываясь на результатах разведки, оценить платёжеспособность и пригодность для выдачи Потребительского Кредита (физически и/или электронно) Расчётчик
8 Зафиксировать (физически и/или электронно) Сделку с ним Взаимодействователь (интерфейс) с Клиентом
9 Запомнить (физически и/или электронно) Сделку Хранитель Данных
10 основываясь на данных из Сделки, выдать Деньги (физически и/или электронно) Выдаватель Денег (Учётчик)
11 основываясь на данных из Сделки, производить (ир)регулярное изъятие/приём у Клиента ФЛ денег (физически и/или электронно) в счёт оплаты кредита Расчётчик
Заполучатель Денег / Приёмник
12 основываясь на данных из Сделки, закрыть Сделку (физически и/или электронно) Расчётчик
Хранитель Данных

Далее, каждую Роль может играть и человек и ИС, иногда даже делить эту роль (если точки входа разные, например гаджеты, ПК и физический офис)
Верхнеуровнево получаем следующие условные соответствия:

Роль ИС Человеческая должность
Взаимодействователь (интерфейс) с Клиентом Сайт в Интернет, Мобильное приложение, Банкомат менеджер
Взаимодействователь (интерфейс) с Бюро Кредитных Историй Система, делающая запросы вовне выспрашиватель
Хранитель Данных БД писарь
Расчётчик Система с логикой проверок расчётчик
Выдаватель Денег (Учётчик) Банкомат, АБС Учётчик
Заполучатель Денег / Приёмник Банкомат, АБС менеджер, учётчик, громила

Т.е. тут мы получаем минимальный и достаточный список Систем или Должностей, которые должны присутствовать в нашем Предприятии, для того чтобы обеспечивать выполнение Функций Процесса, дающего достижение цели - получение дохода
Далее, основыаясь на аналитике ниши/рынка/географии/предполагаемых_объёмов, уже необходимо расчитать количество таких систем.
Далее, основываясь на логике Процесса - логическую Архитектуру связи Ролей.
Далее - конкретную физическую Архитектуру ИС, конкретную физическую Архитектуру инфраструктуры Предприятия и т.п.