Стремительно меняющиеся внешние и внутренние экономические реалии нарушают устоявшиеся логистические цепочки, оказывая тем самым существенное негативное влияние на экономику не только коммерческих, но и государственных предприятий, включая городской пассажирский транспорт [1; 2].
В этих условиях для обеспечения своего существования и поддержания надлежащего уровня качества результатов своей деятельности на первый план выходят задачи динамичной перестройки внутренних бизнес-процессов [3].
Основным направлением при перестройке бизнес-процессов являются их картирование [4] для установления узких мест при использовании собственных ресурсов и последующая цифровизация системы поддержки принятия решений на базе отечественного программного обеспечения, способствующего повышению эффективности использования циркулирующих информационных потоков для эффективной утилизации имеющихся ресурсов.
При этом качество и эффективность подготавливаемых программным обеспечением рекомендаций напрямую зависят от архитектуры информационной системы [5].
Архитектура [6], в свою очередь, определяет интенсивность использования вычислительных ресурсов для обслуживания пользователей, производительность, отказоустойчивость и масштабируемость инфраструктуры, а также скорость выпуска обновлений (релизов). Выбор архитектуры также влияет на величину потребных ресурсов на разработку системы, ее обслуживание и развитие, включая размер наиболее эффективных команд, их структуру и формат взаимоотношений между ними.
Цель данной статьи — установить один из возможных вариантов архитектуры программного обеспечения для планирования и контроля проведения технического обслуживания и ремонта эскалаторного хозяйства метрополитена.
Объектом исследования является эскалаторное хозяйство метрополитена. В свою очередь, предметом исследования является автоматизация системы технического обслуживания и ремонта.
1.1. Теоретические основы
В основе построения любой архитектуры сложного многофункционального программного обеспечения лежит абстрагирование, а также дробление и инкапсуляция (изоляция), иными словами, расчленение сложных действий на более простые (ограничение бизнес-контекста [7]), имеющие однозначно определяемые входы/выходы, не влияющие на другие и управляемые с более высокого уровня (функциями нижнего уровня описываются сложные действия верхнего (абстрактного) уровня).