Функциональная архитектура

Функциональная архитектура

Полная функциональность системы исчерпывает все потребности пользователя АБС. Поэтому, казалось бы, достаточно создать подробный список банковских продуктов (или услуг? или операций??) и оставить архитектурные вопросы на усмотрение технических специалистов, осуществляющих выбор баз данных, серверных платформ и их взаимодействие. Оказывается, существует еще и функциональная архитектура, хотя многие о ее существовании даже и не догадываются. Можно разбить полный функционал на пару-тройку крупных блоков. Это наглядно и понятно, но каждый блок будет содержать СОТНИ или тысячи связей по параметрам с ближайшими соседями, и в этом многообразии передаваемых параметров разработчик неизбежно запутается. Можно, наоборот, запутаться в разбиении функционала на сотни фрагментов, преследуя эфемерную цель добиться того, что каждый функциональный фрагмент управляется одним единственным параметром, поэтому всегда прост в создании и безошибочен в работе. Где будет меньше ошибок, подлежащих установлению и устранению в ходе функционального тестирования? При запутанном связывании элементарных модулей или при прозрачном взаимодействии супергигантов непонятного устройства? Выбор оптимальной гранулярности настраиваемых модулей с разумным (а это сколько?) числом параметров – вот предмет искусства функционального архитектора. Это тот самый случай когда «гармонией поверяют алгебру» и ни одна из крайностей не может успешно существовать без другой.

Формальные определения понятий, представленных на рисунке:
Сложная функция – фрагмент кода, отвечающий за логически обособляемый участок работы. В идеале – полностью обслуживает какой-то банковский продукт.
Простая функция – часть кода, которую разработчик может «легко собрать» из очевидной ему последовательности вызова операций.
Операция – центральное понятие АБС xBank (впрочем, как и любой другой автоматизированной системы), - откомпилированная процедура с векторами входных и выходных параметров. При правильной организации функциональной архитектуры почти целиком строится из заранее составленных библиотечных модулей. Собственно весь регламент банковского продукта представляет собой понятную и разработчику и заказчику последовательность операций, детально описанных в техническом задании на разработку.
Вектор параметров (входной или выходной) – массив доменов предметной области, в котором каждой характеристике бизнес-процесса ставится в соответствие некое значение – числовое, логическое или более сложное, композитное.
Типовая операция – библиотечная функция, многократно используемая и вызываемая из различных участков кода, отвечающих за различные банковские продукты.
Атомарная операция – функция, которая содержит только связи между векторами входа/выхода.
Описание функциональной архитектуры системы в формализованном виде хранится в базе данных (БД) АБС. Поэтому функциональность системы может легко масштабироваться с помощью инструментальных средств, входящих в состав выбранной платформы.

Таким образом, уже накоплен значительный опыт по созданию крупных кооперированных комплексов и центров профтехобразования. Результаты первых лет работы профессионально-технических учебных объединений подтверждают их высокие функциональные качества. Выпускники этих учебных заведений отличаются высоким уровнем подготовки.

Наряду с функциональными преимуществами, создание учебных центров профтехобразования имеет большую градостроительную и экономическую эффективность: рационально используются городские территории и инженерные сети, повышаются архитектурно-художественные качества застройки, удешевляется строительство зданий, снижаются расходы на их эксплуатацию.

Любое строительство подразумевает использование качественных материалов, инструмента и оборудования. Аппарат плазменной резки Hypertherm отличается безупречным качеством, доступной ценой и высокими техническими характеристиками.

Вместе с тем выявлены определенные трудности создания и эксплуатации кооперированных учебных комплексов, вызванные сложностью финансирования проектно-строительных работ и эксплуатационных расходов из-за ведомственной разобщенности базовых предприятий учебных заведений, а также несоответствием существующего штатного расписания административно-хозяйственного и обслуживающего персонала требованиям эксплуатации кооперированных профтехучилищ.