67 А. М. Полянский, А. С. Орлова РАСШИРЕНИЕ СХЕМЫ
реклама
3. Шевяков А. Ю. «Болевые точки» России: избыточное неравенство и депопуляция // Общество и экономика. – 2005. – № 12. – C. 86–102. 4. Шевяков А. Ю., Кирута А. Я. Измерение экономического неравенства. – М. : Лето, 2002. – 320 с. 5. Шевяков А. Ю. Неравенство и социально-экономическая безопасность // Экономика региона. – 2008. – №3. – С. 162–171. 6. Шевяков А. Ю. Рост имущественного неравенства приведет Россию к вымиранию // Золотой Рог. – 2007. – № 95. А. М. Полянский, А. С. Орлова РАСШИРЕНИЕ СХЕМЫ ЗАХМАНА ДЛЯ ПРЕДСТАВЛЕНИЯ АРХИТЕКТУРЫ ИНФОРМАЦИОННОЙ СИСТЕМЫ В СФЕРЕ ГОСУДАРСТВЕННОГО УПРАВЛЕНИЯ ФИНАНСАМИ Архитектура информационной системы, или, как часто говорят, ИТ архитектура, разрабатывается и используется для обеспечения целостного и непротиворечивого восприятия системы представителями различных ролевых и профессиональных групп, участвующих в проектировании, построении, функционировании и последующей ликвидации системы. Архитектура призвана наглядно отобразить наиболее существенные для разных участников жизненного цикла системы свойства, связи и процессы взаимодействия между относительно независимыми сущностями: субъектами и объектами внутри системы и с внешней средой. С позиций управления организацией в целом, ИТ архитектура – выделенный из общей архитектуры организации набор элементов и связей, отображающих её информационную систему. В ходе разработки ИТ архитектуры, архитектурные «взгляды» должны быть в наибольшей степени адаптированы к системе восприятия соответствующих групп наблюдателей, и в то же время быть связаны между собой единой структурой онтологии предметной области системы. Существуют различные методики и формы представления архитектуры информационных систем. Наиболее приемлемой для структурированного представления архитектурных аспектов и последующего применения автоматизированных инструментов моделирования авторам представляется полезная схема развития архитектуры информационной системы, опубликованная в 1987 году Джоном Захманом [1]. В данной модели на верхнем, наиболее общем уровне представлений различных участников жизненного цикла информационной системы, реализуется взаимосвязанная система взглядов и наиболее существенных аспектов ее реализации, допускающая 67 последовательную декомпозицию как по детализации аспектов рассмотрения, так по детализации точек зрения на систему в целом. Изучение различных аспектов системы должно сопровождаться определённой формализацией их представления в виде различных схем в нотациях, понятных, по крайней мере, на общих, верхних уровнях рассмотрения всем участникам жизненного цикла системы. Основные представления системы (взгляды) соответствуют тому, как видят систему представители различных ролей: заказчик, владелец, системный архитектор, проектировщики и разработчики компонент информационной системы, внедренцы, служба ИТ поддержки и её конечные пользователи. В схеме Захмана каждой строке соответствует точка зрения роли какого-либо участника жизненного цикла системы, в совокупности в ней отражаются шесть основных уровней представления информационной системы. Каждая ячейка таблицы, соответствующая пересечению выбранного столбца и выбранной строки, содержит частное архитектурное представление определённого аспекта. Взаимосвязь бизнес-модели организации и архитектуры информационной системы (схема Захмана) Функции Сеть Перечень Перечень бизнессистем, процессов сопровождающих бизнес КонцепОсновные Иерархия Логиституальная понятия функций, ческие бизнес-мо- онтологии модель цепочки дель предметной процесса области Логическая Модель Функцио- Структурмодель данных нальная ная схема диаграмма системы Миссия и стратегия предприятия Технологическая модель Детальное представление Функционирующая система Данные Перечень важных для бизнеса аспектов Та б л и ц а 1 Люди Руководители и структурные подразделения Владельцы бизнеспроцессов и исполнители Роли в процессе управления Время Основные вехи развития Цели Цели высшего руководства Синхронизация бизнеспроцессов Цели основных субъектов системы Планыграфики развития Цели в привязке к ролям Роли в технологическом процессе Структура Програм- Сетевая ар- Роли людей баз данных мный код хитектура в системе (адреса и протоколы) Актуальные Исполняе- Актуальная Штатное данные в мые функ- конфигурасписание системе ции рация системы Планыграфики деятельности Системное время Цели в привязке к ролям Реальное время Цели сотрудников и менеджмента Представле- Интерфейс Топология ние данных пользова- сети теля 68 Цели в привязке к ролям В таблице 1 представлена одна из последних и наиболее полных версий схемы Захмана [2]. Схема позволяет рассматривать систему с различных точек зрения и по разным аспектам её существования на всех стадиях её жизненного цикла. В случае, когда система находится уже в стадии эксплуатации, на первый план по важности для её успешного существования выходят точки зрения владельца (руководство, принимающее решения о текущем финансировании и развитии), службы ИТ поддержки, обеспечивающей качество сервисов, и её конечных пользователей. Для представления архитектуры автоматизированной системы планирования, бухгалтерского учета и анализа исполнения бюджета субъекта Федерации, (АС «Бюджет»), которая используется и в финансовых органах Вологодской области, в виде, понятном основным участникам процесса её эксплуатации, предлагается расширить данную схему в части взглядов на использование системы и конкретных нотаций представления частных моделей. Выделим в строках «Концептуальная бизнес-модель» и «Функционирующая система» 6 точек зрения: • начальника департамента, • ИТ менеджера, • пользователя УРМ (удаленного рабочего места) системы, • работника департамента финансов, • работника управления областного казначейства, • администратора системы. При рассмотрении различных аспектов архитектуры (столбцы матрицы Захмана) логично объединить в одном типе диаграмм модели аспекты персонала и целей, поскольку именно персонал является их носителем. Для Та б л и ц а 2 Руководство Департамента ИТ служба Пользователь УРМ Работники департамента финансов Работники областного казначейства Администратор системы Данные Функции Сеть Время Люди и цели Х Х Х Х Х Х Х Х Х Х Рис. 2 Рис. 3 Рис. 4 Рис. 5 Рис. 6 Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х 69 графического представления диаграмм моделей выберем нотацию ARIS [3], как наиболее простую и выразительную для моделей достаточно общего уровня рассмотрения. Таким образом, схема Захмана, применительно к АС «Бюджет», может выглядеть, как представлено в таблице 2. Рассмотрим более подробно декомпозицию представления пользователя удалённого рабочего места (УРМ) системы. На рисунках 1 - 5 представлен взгляд пользователя УРМ на информационную систему в целом и свою компоненту в ней. Информационные ресурсы АС «Бюджет» Системные классификаторы информации Консолидированная информация с подведомственных РБС, ПБС и АИФ через систему удаленного документооборота Задания в ФО на представление информации клиентам из БД АС «Бюджет» Информация, подготовленная нижестоящими ФО, ГРБС, ГАИФ, РБС, ПБС в БД АС «Бюджет» Р и с . 1. Диаграмма «Данные» с точки зрения пользователя УРМ На рисунке 1 представлена диаграмма «Данные» с точки зрения пользователя УРМ, на которой представлены основные информационные ресурсы АС «Бюджет». Формирование УРМ Подготовка в ФО заданий на представление информации клиентам Отправка в ФО информации, подготовленной нижестоящими ФО, ГРБС, ГАИФ, РБС, АИФ, ПБС посредством АС «УРМ» Подготовка ГРБС, ГАИФ требуемой ФО отчетной информации Мониторинг и анализ процесса обмена данными Получено консолидированных отчетов на основе форм отчетов, заполненных клиентами Р и с . 2 . Диаграмма «Функции» с точки зрения пользователя УРМ На рисунке 2 представлена диаграмма «Функции» с точки зрения пользователя УРМ, где отображены функции работы данной системы. На рисунке 3 представлена диаграмма «Сеть» с привязкой по времени к событиям с точки зрения пользователя УРМ. На данной диаграмме показано программное обеспечение, в частности представлены процедурные модули, отве70 Программное обеспечение Аппаратное обеспечение Программное обеспечение Модуль доМодуль ступа ГРБС, работы с Модуль двухГАИФ (РБС) к документами стороннего ПроцедурМодуль электронным Модуль в локальной настраиваобмена элек- ный модуль документам получения Процедурподдержки тронными базе данных, емого автоподведомсный модуль информации различных документами возможность матического автоматио состоянии твенных РБС, вариантов между ФО (АС автоматибюджетного электронных АИФ (ПБС): ческого обконтроля, ческого «Бюджет», ПО организации просмотр, документов, новления АС идентичносконтроля «Сервер обме- исполнения переданных визирование, «УРМ» через бюджета и документов ти процедур на данными» отклонение, подключение в ФО контроля в АС «Бюджет» кассового оби формирок серверу (получено, изменение, служивания вания ана– АС «УРМ») ФО, ТПФО, отклонено, ввод за РБС, обмена дани ГРБС, ГАИФ, исполнения литических ГРБС, ГАИФ, причина АИФ (ПБС) в ными бюджета орРБС, АИФ, отчетов без РБС, АИФ, отклонения) соответствии ПБС, ТПФО постоянного ПБС ганами ФК с порядком (АС «УРМ») соединения с прохождения сервером документов Множество событий, привязка ко времени Сеанс обмена производится ежедневно Процедура выполнена ежедневно Получено/ отклонено ежедневно Отчет сформирован ежедневно Контроль выполнен ежедневно Обеспечение доступа ежедневно Еженедельное обновление Рис.3. Диаграмма «Сеть» с привязкой к событиям по времени с точки зрения пользователя УРМ чающие за функционал системы. Также на данной диаграмме отображена привязка программных модулей ко времени. На рисунке 4 представлена декомпозиция блока «Модуль двустороннего обмена электронными документами между финансовыми органами (ФО) (АС «Бюджет», программного обеспечения «Сервер обмена данными» АС «Бюджет» с АС «УРМ») и главными распорядителями бюджетных средств (ГРБС), главными администраторами источников финансирования (ГАИФ), распорядителями бюджетных средств (РБС), администраторами источников финансирования (АИФ), по лучателями бюджетных средств (ПБС), территориальными подразделениями финансовых органов (ТПФО) (АС «УРМ») диаграммы «Программное обес71 печение» с точки зрения пользователя УРМ. На рисунке 5 представлено соотношение диаграмм «Цели» и «Люди» с точки зрения пользователя УРМ. Модуль двухстороннего обмена электронными документами между ФО (АС «Бюджет», ПО «Сервер обмена данными» АС «Бюджет» – АС «УРМ») и ГРБС, ГАИФ, РБС, АИФ, ПБС, ТПФО (АС «УРМ») Модуль бюджетных ассигнований и лимитов бюджетных обязательств Модуль кассового плана Модуль объемов финансирования Модуль сметы доходов и расходов по средствам от приносящей доход деятельности Модуль учета наличных и безналичных кассовых поступлений в бюджет, в том числе возвратов Модуль учета наличных и безналичных кассовых выплат, в том числе восстановления Модуль бюджетной отчетности Рис. 4. Декомпозиция первого блока диаграммы «Программное обеспечение» с точки зрения пользователя УРМ Аналогичным приведённому для пользователя УРМ системы образом можно представить и видение архитектуры информационной системы с точек зрения других участников процесса. При этом, если для ролей пользователей система представляется преимущественно как инструмент выполЦель всей системы: спланированный и распределенный бюджет, своевременно исполняемый ГРБС, ГАИФ Четкая работа системы в целом Своевременное обеспечение финансирования деятельности Обеспечение своевременности и обоснованности процедур Администратор Оператор УРМ Казначей Распределение бюджетных средств между муниципальными образованиями в соответствии с законодательством Субъекты системы «Бюджет» Сотрудник Депаратмента финансов Р и с . 5 . Соотношение диаграмм «Цели» и «Люди» с точки зрения пользователя УРМ 72 нения их основных деловых процессов, то для руководства департамента и службы ИТ поддержки она в большей степени выступает как объект приложения управленческих и сервисных воздействий. Соответственно, вид и семантическое наполнение диаграмм модели должны учитывать сроки и объёмы использования для поддержки и развития системы различных видов ресурсов: финансовых, людских, материальных. Однако подробное изложение данных аспектов выходит за рамки данной публикации. Таким образом, применение расширенной схемы Захмана для представления архитектуры АИС позволяет получить представления модели системы, понятные основным пользователям, не перегруженные несущественными для каждого взгляда подробностями, и в то же время в достаточной степени согласованные между собой по форме представления и набору основных понятий предметной области действия системы. Литература: 1. Zachman A. A framework for Information Systems Architecture. IBM Systems Journal. 1987. Vol. 26. No. 3. 2. Зиновьев П. А., Насыров И. З., Вопросы теории и практики создания и развития корпоративных систем в отрасли связи / INFMAN. URL: http://www.amfitel.ru/publication/20.shtml. 3. Шеер А. В. Моделирование бизнес-процессов ; пер. с англ. Н. А. Михайловой. – М. : Серебряные нити, 2000. – 205 с. С. Н. Игнашева СИСТЕМА БЮДЖЕТИРОВАНИЯ НА ПРЕДПРИЯТИЯХ ПОТРЕБИТЕЛЬСКОЙ КООПЕРАЦИИ В современных условиях оптимизация затрат является одним из условий укрепления конкурентноспособности потребительских обществ на рынке и повышения их финансовой устойчивости, она возможна при внедрении бюджетирования и анализа причин отклонений. Это необходимо для выявления тех кооперативных организаций, которые требуют повышенного внимания с целью повышения результативности их финансовохозяйственной деятельности. В целях реального планирования в потребительских обществах должно быть разработано руководство по бюджету, которое является нормативной базой для бюджетирования. Под руководством по бюджету следует понимать набор инструкций, отражающих политику, организационную структуру организации, разделение прав, обязанностей и ответственности исполнителей. Эти инструкции являются сводом правил и рекомендаций 73
