Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Obschaya_arkhitektura_sistemy_Elektronnyy_byudz...doc
Скачиваний:
15
Добавлен:
26.11.2019
Размер:
9.12 Mб
Скачать

6.1.1.3.Обеспечение специфики финансово-хозяйственной деятельности публично-правовых образований и отдельных организаций сектора государственного управления

Для учета в функциональных подсистемах специфики финансово-хозяйственной деятельности публично-правовых образований и отдельных организаций сектора государственного управления в системе должны быть предусмотрены соответствующие средства и способы расширения функциональных возможностей системы «Электронный бюджет». Способ расширения функциональных возможностей системы приведен на рисунке 6.4

Рисунок 6.40 Способ обеспечения специфики процессов управления общественными финансами

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

Настройка конфигурации системы «Электронный бюджет» при помощи инструментальных средств настройки должна осуществляться в соответствии со следующими требованиями и правилами:

  1. Расширение системы электронных формуляров должно иметь иерархический характер:

базовая конфигурация и функциональность системы «Электронный бюджет» должна быть доступна для использования всеми публично-правовыми образованиями и отдельными организациями сектора государственного управления;

настройки, выполненные на одном уровне иерархии, распространяются на все единицы нижестоящих уровней иерархии;

отдельная единица в свою очередь может выполнить индивидуальные настройки, которые будут применимы только для данной единицы;

расширения, выполненные на определенном уровне иерархии, не должны учитываться при информационном обмене с вышестоящим уровнем иерархии;

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

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

  3. Должна обеспечиваться непротиворечивость и согласованность расширений с общими бизнес-процессами и базовой конфигурацией системы «Электронный бюджет».

  4. Расширение базовой функциональности и конфигурации системы «Электронный бюджет» не должно противоречить решениям по обеспечению информационной безопасности.

6.1.1.4.Интеграция функциональных подсистем

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

Схема автоматизации внутренней интеграции функциональных подсистем представлена на рисунке 6.5.

Рисунок 6.41 Схема автоматизации внутренней интеграции функциональных подсистем

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]