Содержание к диссертации
Введение
ГЛАВА 1. Обзор технологий и архитектурных решений 11
1.1. Технологии разработки программных систем 11
1.2. Технологии межмодульного и программного взаимодействия 20
1.3. Модели и способы структуризации данных 35
1.4. Примеры построения и расширения программных систем 42
1.5. Условия и требования к модульной технологии построения автоматизированных информационных систем 50
1.6. Выводы 51
ГЛАВА 2. Разработка технологии построения автоматизированных информационных систем 53
2.1. Роль контекста структуризации информации 53
2.2. Общая идеология архитектуры 62
2.3. Структура и особенности системы хранения данных 73
2.4. Дерево объектов и отображение диалоговых форм 79
2.5. Вспомогательные механизмы и сервисы 90
2.6. Разработка аис и ее жизненный цикл 93
2.7. Выводы 96
ГЛАВА 3. Автоматизация муниципального заказа 98
3.1. Система муниципального заказа 100
3.2. Обзор программных комплексов 108
3.3. Мировой опыт автоматизации бюджетных закупок 125
3.4. Предпосылки и условия разработки информационной системы 141
3.5. Выводы 144
ГЛАВА 4. Реализация комплекса программ «муниципальный заказ» 146
4.1. Проектные решения автоматизации муниципального заказа 146
4.2. Технологический цикл системы муниципального заказа 159
4.3. Особенности эксплуатации 161
4.4. Перспективы развития 162
4.5. Внедрение программного комплекса в эксплуатацию 165
4.6. Выводы 166
Заключение ...168
Список литературы
- Технологии межмодульного и программного взаимодействия
- Структура и особенности системы хранения данных
- Мировой опыт автоматизации бюджетных закупок
- Технологический цикл системы муниципального заказа
Введение к работе
Актуальность работы
В последнее время широко применяются различные методики и технологии разработки программных продуктов, причем на всех этапах их жизненного цикла — во время проектирования, кодирования, доработки, развития и сопровождения.
Мир вокруг нас бесконечно разнообразен и широк. Сложные предметные области содержат в себе очень большое количество объектов разных типов, большое число связей между ними, а также сложные процессы обработки информации. Разработка информационных систем для таких предметных областей также очень сложна и трудоемка. Как правило, для их построения применяется методология «сверху-вниз», что позволяет полностью охватить всю предметную область и точнее ее формализовать, правда, потратив достаточно большое время и много других ресурсов. Такой подход к разработке не единственный — используя ряд иных методик, можно также разрабатывать самые разные информационные системы. Выбор методики зависит от привычек и общих условий работы коллектива авторов, а также от корпоративных стандартов организации-разработчика.
Объем проектных работ и кодирования, как правило, определяется сложностью предметной области. Поэтому управление сложностью является важным моментом разработки почти всех программных систем, кроме самых простых. При этом чаще всего используется фундаментальный прием ограничения сложности — разделение на части (блоки, модули) по функциональному назначению. Но не все существующие методики модульного построения просты и удобны. Более того, зачастую они не обеспечивают механизмов развития и расширения программного продукта в целом. Безусловно, есть технологические решения, позволяющие строить расширяемые программы за счет дополнительных модулей (plug-in, add-in) или других механизмов, но большинство из них весьма узко специализированы.
Однако есть широкий класс задач, связанный с разработкой информационных систем для предметных областей, чья структура слишком сложна или полностью не определена, а существующие условия предполагают ограниченные сроки разработки. Для решения таких задач требуется некая технология, позволяющая поэтапно создавать программный продукт частями, запуская их в эксплуатацию по мере разработки компонентов и расширения рамок охвата предметной области. Подобный инструментарий позволил бы упростить создание приложений для автоматизации сложных предметных областей, а также их развитие и сопровождение.
Использование модульного подхода в качестве основы для такого инструментария позволяет не только просто строить сложные приложения, собирая их из кирпичиков, но и обеспечивать их взаимозаменяемость для доработки программного обеспечения (исправление ошибок) и расширения возможностей информационных систем. Основные преимущества модульной архитектуры этим не ограничиваются. Следует обязательно упомянуть возможность выборочной компоновки автоматизированных информационных систем (АИС), многократное использование однажды написанного кода и разработанных классов.
Чтобы все преимущества модульной технологии стали доступными, необходимо решить ряд задач, связанных с организацией среды функционирования, формализацией межмодульного взаимодействия и принципиально иными способами определения содержательной стороны предметной области, создающими условия для структурного и функционального слияния ее частей при поэтапной разработке модульного программного обеспечения.
Большой вклад в развитие модульных технологий и расширяемых программ внесли Н. Вирт, М.М. Горбунов-Посадов, Д. Рамодин. Распределенные модели модульных программных продуктов изучали К.В. Ахтырченко, В.В. Леонтьев, Д. Бокс, Е. Игумнов. Другими методами структуризации в программных системах занимались А. Бельченко, Ю.А. Загорулько, И.Г. Попов, Л.А Калиниченко, Н.А. Колчанов, Н.Л. Подколодный, А. Поточкин, О.И. Ро сеева, Дж. Майопулос, Р. Мочинг-Питрик, X. Такеда, М. Такай, Т. Нишида, Т.Р. Грубер.
Еще один актуальный вопрос — это разработка принципов совместного использования систем хранения информации и модульных технологий. В развитие теории и методологии реляционных баз данных значительный вклад внесли Э. Кодд, Дж. Дейт, Дж. Мартин, Д. Мейер; объектно-ориентированные базы данных развиваются М. Аткинсоном, Ф. Бансильо-ном, Д. ДеВиттом, К. Дитрихом, Д. Майером, С. Здоником; над объектно-реляционными моделями и объектно-ориентированными базами данных работали С. Кузнецов, Е. Григорьев, С. Савушкин, М. Стоунбрейкер.
Применение модульного варианта архитектуры программных продуктов и использование систем управления базами данных дает возможность автоматизировать сложные предметные области, например, такие как экономика муниципальных образований, охватить которые сразу не удается по причине огромного числа процессов и взаимодействующих объектов, и главное — кардинальных различий функциональности.
Разработке технологической основы для построения модульных информационных систем, автоматизирующих процессы сложных предметных областей и пригодных для последующей простой и бесшовной интеграции в комплексы программ, посвящена данная работа.
Цель работы заключается в разработке технологии построения гибких, модульных, легко конфигурируемых и расширяемых автоматизированных информационных систем, позволяющей сократить временные и ресурсные затраты на создание программного обеспечения, упростить его сопровождение и развитие.
В рамках указанной цели были поставлены следующие задачи:
1. Изучить и проанализировать российский и мировой опыт технологий разработки и архитектуры класса информационных систем, в основу которых положены принципы расширяемости, изменяемости и интеграции отдельных АИС в программные комплексы.
2. Разработать технологию построения автоматизированных информационных систем для широкого класса задач, ускоряющую и упрощающую создание и сопровождение комплексов программ для сложных предметных областей.
3. Апробировать разработанную технологию на примере создания программного комплекса для информационной поддержки системы муниципального заказа органов местного самоуправления в Российской Федерации.
Метод исследования
При выполнении диссертационной работы использовались методы системного анализа, теории построения реляционных баз данных, объектно-ориентированного проектирования, теории графов, теории сложности алгоритмов.
Научная новизна:
1. В результате анализа проблем построения информационных моделей для сложных предметных областей с большим количеством информационных связей и объектов, играющих различные роли в разных АИС, для расширения объектно-реляционной модели предложена новая интерпретация понятий аспекта и контекста, упрощающих и ускоряющих построение информационных систем за счет введения новых принципов структуризации в моделях данных. На основе предложенного понятий разработана модель дерева объектов О-дерева (дерева объектов) для отображения объектов и формализм правил его построения, позволяющие создавать гибкие и легко настраиваемые АИС для широкого класса задач.
2. Разработан набор эффективных по времени алгоритмов для работы с О-деревьями, в том числе алгоритмы поиска, добавления, раскрытия и удаления узлов. Предложена новая структура данных «кэш узлов О-дерева», позволяющая эффективно управлять оперативной памятью, занимаемой объектами предметной области, при необходимости выгружая их из памяти. Предложен ряд эвристик для алгоритмов поиска и раскрытия узлов О-дерева. Получены оценки их трудоемкости.
3. На основе анализа требований и условий функционирования информационных систем разработаны технология построения и внутренняя среда функционирования АИС в виде модульной объектно-ориентированной надстройки над различными типами реляционных СУБД, упрощающая и ускоряющая разработку широкого класса задач, их сопровождение и дальнейшее развитие.
Теоретическая и практическая ценность:
1. Предложенное понятие контекста позволяет ввести новые способы структуризации данных сложных предметных областей. Применение этого понятия позволяет поэтапно (в зависимости от степени значимости и актуальности), неконфликтно и неизбыточно (не дублируя определения объектов и повторно используя программный код) создавать программные приложения для решения различных задач.
2. Предложенная технология построения АИС на основе О-дерееа позволяет создавать масштабируемые, расширяемые и переносимые модульные комплексы программ для разных реляционных СУБД.
3. Предложенные эффективные алгоритмы поиска, добавления, раскрытия и удаления узлов О-дерева позволяют существенно увеличить эффективность работы с динамически строящимися древовидными структурами. Предложенная автором структура данных «кэш узлов О-дерева» позволяет эффективно управлять памятью при работе с динамически строящимися деревьями.
4. Разработан комплекс программ по управлению планированием, реализацией и для контроля за исполнением муниципального заказа в органах местного самоуправления. Предложенная автором технология построения комплекса позволяет легко и гибко его переконфигурировать под изменяющиеся условия, сохраняя при этом эффективность работы. Разработанный комплекс программ применим не только для управления закупками муниципалитета, но и в крупных предприятиях и организациях.
Внедрение результатов работы
Разработанный автором комплекс программ «Муниципальный заказ» внедрен в промышленную эксплуатацию в администрации г. Томска (280 рабочих мест) и в администрации Чаинского района Томской области (с. Подгорное, 34 рабочих места).
На защиту автором выносится:
1. Понятия контекста и аспекта в объектных и объектно-реляционных СУБД и схема их применения для проектирования и разработки АИС широкого класса.
2. Модульная архитектура и технология построения АИС, базирующаяся на механизме О-дерева.
3. Ряд эффективных алгоритмов и структур данных для работы с О-деревъями.
4. Программный комплекс для автоматизации системы муниципального заказа в Российской Федерации.
Апробация работы и публикации:
Основные положения работы докладывались и были одобрены на следующих научных и специализированных конференциях:
1. Международной научно-практической конференции «Геоинформатика- 2000» (Томск, 2000).
2. Всероссийской научно-практической конференции «Новые технологии и комплексные решения: наука, образование, производство» (Анжеро-Судженск, 2001).
3. Межрегиональной конференции Ассоциации Сибирских и Дальневосточных городов «Повышение эффективности управления бюджетными ресурсами через внедрение системы муниципального заказа» (Омск, 2001).
4. Всероссийской научно-практической конференции «Информационные технологии и математическое моделирование» (Анжеро-Судженск, 2002).
5. Научно-практическом семинаре Ассоциации Сибирских и Дальневосточных городов «Муниципальный заказ как система управления материальными, финансовыми и социальными ресурсами» (Томск, 2004).
По результатам выполненных исследований автором опубликовано 9 печатных работ, в том числе 8 статей. Кроме того, автором разработаны и переданы заказчикам технические и методические материалы по программному комплексу «Муниципальный заказ» общим объемом в 300 стр.
Краткое содержание работы
В первой главе проведен обзор технологий разработки программного обеспечения и современных архитектур построения автоматизированных информационных систем, приводятся примеры использования модульной технологии на примере ряда программных продуктов. Также выдвинуты основные требования к технологии построения автоматизированных информационных систем.
Во второй главе приведено комплексное описание разработанной автором технологии построения модульных АИС с использованием открытой архитектуры и объектно-ориентированной надстройки над реляционной СУБД. В главе дается новая интерпретация понятия контекста и аспекта в применении к объектно-реляционным базам данных, и показываются механизмы их применения к построению гибких и легко настраиваемых АИС. Приводятся разработанные автором структуры данных и алгоритмы для эффективной работы с динамически строящимися деревьями, а также ряд эвристик для модификации способов их применения. Дается описание всех основных архитектурных компонентов разработанной автором технологии.
В третьей главе дается описание нормативной и законодательной базы системы муниципальных и государственных закупок в Российской Федерации и ряде зарубежных стран, рассмотрены и проанализированы существующие российские и зарубежные программные системы и технологии, автоматизирующие процесс закупок. Выдвинуты требования и условия функ ционирования комплекса программ для информационной поддержки механизмов муниципального заказа.
В четвертой главе приведены проектные решения по автоматизации системы муниципальных заказов на основе предлагаемой автором технологии, приведена детализация предметной области, диаграммы основных бизнес-процессов и потоков данных, приводится иерархия созданной автором объектной модели. Дается описание разработанных АИС комплекса программ «Муниципальный заказ», анализируются особенности внедрения, приводятся основные направления дальнейшего развития комплекса. Дается краткое описание особенностей внедрения комплекса программ «Муниципальный заказ» в Администрации г. Томска и Администрации Чаинского района Томской области.
Автор выражает глубокую признательность экс-заместителю мэра г. Томска М.Ю. Сеньковской, председателю комитета по информатизации Ад-минстрации г. Томска В.Е. Кириенко, директору департамента экономики Админстрации г. Томска Е.К. Бушмановой, коллегам по внедрению технологии муниципального заказа в Администрации г. Томска Н.Л. Сафонову и Е.В. Сотниковой за плодотворную совместную деятельность, начальнику финансового отдела Администрации Чаинского района Томской области Н.Н. Усовой за конструктивную критику и дельные предложения по модернизации комплекса «Муниципальный заказ», инженеру В.В. Шилову за конструктивную совместную работу на начальном этапе, д.т.н, проф. В.В. Поддубному, к.т.н., доц. В.И. Полякову и д.т.н., проф. Ю.Л. Костюку за поддержку, живой интерес к работе и ценные замечания, к. ф.-м.н., проф. Б.А. Гладких, д.ф.-м.н., доц. О.А. Змееву и к.т.н. A.M. Бабанову за многолетнее сотрудничество и критику работы.
Технологии межмодульного и программного взаимодействия
Важным моментом в разработке любого программного продукта, определяющим перспективы его развития, особенности эксплуатации, а также временные показатели создания является выбор базовой технологии. Здесь не подразумеваются только механизмы и принципы хранения информации, сюда еще входят архитектура системы, технологический процесс разработки и особенности внутренней программной среды.
Еще в 60-ые годы были наработаны основные принципы модульной архитектуры, воплотившиеся в дальнейшем в разных языках и средах разработки программного обеспечения, таких как Ада, Модула и ряде других. Дальнейшее развитее модульных архитектур шло в направлении повышения унификации и стандартизации форматов, структур и интерфейсов взаимодействия и материализовалось в современных технологиях, рассматриваемых далее.
С появлением многозадачных графических операционных систем семейства Microsoft Windows, где повторное и многократное использование кода стало нормой, была реализована концепция динамически компонуемых библиотек (Dynamic Linked Library, DLL). Ее использование позволяет существенно экономить критический ресурс вычислительной системы — память, загружая только необходимые части приложения, оставляя остальные на внешних носителях.
Для сравнения можно привести примеры другого программного обеспечения: до некоторых пор большинство разработчиков UNIX создавали статически скомпонованные приложения.
Перспективное с первого взгляда решение таит в себе несколько подводных камней. Для корректного использования должны быть общедоступны описания экспортируемых библиотеками функций, что выполняется не всегда. Еще проблемными являются их вызовы с ошибочными параметрами (неверные типы данных), которые обычно завершались критической ошибкой защиты памяти и приводили к закрытию программы.
Еще одна проблема заключается в изначальном отсутствии контроля версий. При установке нескольких программ, каждая из них может принести с собой в систему набор библиотек, которые, как правило, копируются в системные каталоги операционной системы. При этом из-за отсутствия контроля версий могут быть накладки с набором и реализацией функций при их вызовах [120]. Эта проблема в современных операционных системах уже решена посредством компонента Windows File Protection (WFP), который защищает DLL библиотеки от неавторизированной замены и обновления.
Следует также отметить дополнительные преимущества динамически линкуемых библиотек [120]: - они позволяют экономить дисковое пространство, хотя при удешевлении стоимости носителей информации это становится не так актуальным; - использование библиотек позволяет экономить оперативную память, за счет совместного использования одной загруженной библиотеки разными программами, что вполне реально — например библиотеки компонентов, занимающихся отрисовкой пользовательского интерфейса; - при разработке с использованием библиотек упрощается отладка и поиск ошибок в приложениях, так как известна их точная локализация в библиотеках.
Для семейства операционных систем UNIX существует аналогичная технология разделяемых библиотек — Shared Objects (SO).
Важный недостаток динамически компонуемых библиотек заключается в отсутствии механизмов проверки типов параметров при вызове экспортируемых из них функций. Как правило, эта проблема решается при помощи описания интерфейсов на каком-нибудь языке. В Windows/ nix принят язык С, на MacOS — Pascal. Иногда для описания интерфейсов используется язык IDL {Interface Definition Language).
Решения проблемы определения и использования интерфейсов были предложены как в одной из фундаментальных составляющих архитектуры CORBA {Common Object Request Broker Architecture) как в языке CORBA IDL [44] , так и в языке Microsoft IDL. Основной целью этих разработок являлась попытка стандартизации интерфейсов для распределенных и межплатформенных модульных приложений. Идея языка состоит в том, чтобы позволить однозначными конструкциями описывать структуры данных и вызовы методов классов. Преимущества неоспоримы, но есть один важный момент — язык разработки приложений (C++, Object Pascal) не совпадает с языком описания интерфейсов (IDL).
Основное назначение архитектур CORBA и COM (Component Object Model, Компонентная Объектная Модель или DCOM - Distributed СОМ) — поддержка разработки и развертывания сложных объектно-ориентированных прикладных систем. Необходимость этих моделей обосновывается следующими рассуждениями. Любого отдельно взятого объектно-ориентированного языка недостаточно для написания распределенных вычислительных систем. Очень часто различные компоненты программной системы требуют реализации на разных языках и, возможно, разных аппаратных платформах. С помощью объектных моделей множество объектов приложения, в том числе и на различных платформах, взаимодействуют друг с другом и реализуют бизнес-процессы, создавая видимость единого целого [37].
Основа CORBA и СОМ — это функции промежуточного программного обеспечения объектной среды. Для обеспечения взаимодействия объектов и их интеграцию в единую систему, архитектура промежуточного уровня реализует три базовых принципа: - Независимость от физического размещения объекта. Компоненты программного обеспечения не обязаны находиться в одном исполняемом файле, выполняться в рамках одного процесса или размещаться на одной аппаратной системе. - Независимость от платформы. Компоненты могут выполняться на различных аппаратных и операционных платформах, взаимодействуя друг с другом в рамках единой системы. - Независимость от языка программирования. Различия в языках, которые используются при создании компонентов, не препятствуют их взаимодействию друг с другом. CORBA и СОМ (а точнее DCOM) во многом различны, однако сходны в том, каким образом в них достигается реализация этих принципов. Это клиент-серверные технологии, в которых функциональность объекта предоставляется клиенту посредством обращения к абстрактным интерфейсам. Интерфейс определяет набор методов, которые реализуют функции, присущие данному классу объектов.
Структура и особенности системы хранения данных
Вся необходимая информация о предметной области и ее разнообраз ных объектах по предлагаемой автором технологии хранится в реляционной СУБД. В качестве базиса в настоящее время используется библиотека Вог land Database Engine, что позволяет использовать в качестве основного хра нилища информации достаточно широкий спектр современных СУБД. Выбор различных видов СУБД предполагается для построения информационных систем разного масштаба — от настольных до корпоративных, учитывающих потребности и возможности заказчиков.
Несмотря на всю универсальность применения, в BDE есть некоторые ограничения и отличия в принципах разработки программ для различных СУБД. Это касается реализаций вариантов языка запросов SQL [47, 57], а также наличия или отсутствия некоторых возможностей. Например, в локальной реализации отсутствуют генераторы последовательностей, которые есть в Oracle, и по-другому задается синтаксис внешних соединений. Кроме этого, могут быть различия в типах данных.
Для работы большинства информационных систем требуются механизмы долговременного хранения информации. Причем это могут быть самые различные способы — внешние файлы, наборы записей и пр. Для хранения информации, имеющей развитую и четкую структуру, в настоящее время применяют технологии баз данных.
Для работы и управления конкретными базами данных используется соответствующий инструментарий — системы управления базами данных (СУБД).
Достаточно эффективными и полностью теоретически обоснованными являются СУБД, построенные на основе реляционной модели [33, 73]. Однако при всей эффективности их серьезное использование требует наличия у пользователя определенных глубоких знаний. Ряд авторов высказывает мнение, что потребности современных пользователей информационных систем шире, что им требуются более гибкие средства хранения сложно структурированных данных и обработки, а близкие к естественному языку средства поиска нужной информации [101, 122, 124].
Работы в этом направлении стали активно вестись, и в итоге была предложена концепция объектных и объектно-ориентированных баз данных, сочетавшая в себе мощные механизмы объектно-ориентированной парадиг мы программирования [123] и средства хранения данных в виде СУБД. Был также разработан ряд стандартов, отдельные аспекты ООБД в своих работах [1, 119]. Но по существу вопрос об общепринятом теоретическом базисе остается открытым. Нерешенными остались и много других проблем [7], таких как: - отсутствие интероперабельности между реляционными и ООБД; - недостаточность средств для оптимизации запросов; - отсутствие стандартной алгебры запросов и средств их обеспечения; - отсутствие поддержки пользовательских представлений (view); - отсутствие средств поддержки динамических изменений определений классов; - недостаточная поддержка ограничений целостности; - ограниченный призванных определить фундамент для дальнейшего развития этого направления [107, 144]. Большое количество авторов разбирали выигрыш в производительности.
В [2] дается довольно полный обзор существующих объектных и объектно-ориентированных СУБД (порядка 25), на основе которых разработаны и успешно функционируют множество приложений в разных областях человеческой жизнедеятельности, особенности которых требуют обработки и хранения чрезвычайно большого количества сложных данных.
Для частичного решения вышеописанных проблем в ряде существующих и успешно функционирующих коммерческих СУБД появились объектные расширения, добавляющие новые механизмы структуризации данных, сохраняя прочие достоинства и зарекомендовавшие себя возможности реляционных баз данных. Это высказывание находит подтверждение в работах [12,93,108,127].
Однако внедрение объектно-ориентированных принципов в сами реляционные СУБД было не совсем удобным для применения. В качестве альтернативы была предложена многоуровневая архитектура, в которой на каждом уровне выполняются свои функции и используются свои эффективные методики их осуществления [5, 6].
Мировой опыт автоматизации бюджетных закупок
За рубежом наиболее значительный опыт информационного обеспечения госзакупок накоплен в США, где с 1948 г. действует законодательно оформленная система закупки продукции для государственных (федеральных) нужд. Всё законодательство, относящееся к этой сфере, распадается на две категории. Первая — общефедеральное законодательство, регламентирующее организацию процесса госзакупок и устанавливающее юридические нормы, касающихся конкретных видов закупок, отнесенных к компетенции соответствующих органов исполнительной власти на федеральном уровне. Вторая — специальное законодательство, регламентирующее процедуры и формы контрактов, а также информационное обеспечение процессов закупок и анализа их результатов.
Управление системой государственных закупок в США опирается на три основных принципа, проистекающих из американского подхода к функциям и задачам государства: - достижение справедливости — обеспечение условий для равно правного участия подрядчиков в конкуренции за государственные заказы; - соблюдение честности и борьба с коррупцией при государственных закупках; - экономия и эффективность — обеспечение по минимальным возможным ценам закупок товаров, работ и услуг требуемого качества и с минимальными затратами на проведение закупок.
Организационно система закупок продукции для федеральных нужд США включает около 100 федеральных ведомств, представляющих государ ственный, хозяйственный и научно-технический комплекс, который ежегод но размещает заказы на товары, услуги и НИОКР как непосредственно через собственный центральный федеральный орган управления, так и через 12 ре гиональных центров федерального правительства, размещенных в крупней ших городах страны [131].
В законодательстве США также регламентируется деятельность орга нов, ответственных за формирование и использование информационных ре сурсов по госзакупкам. В частности законодательно определены полномочия и функции органов, ответственных за поддержание информационных ресур сов — сбор, обработка и распространение данных по закупкам, обеспечение и управление функционированием информационной базы Системы Данных Закупок для Федеральных Нужд и Федерального Реестра контрактов.
9 Центр данных по федеральным закупкам также издаёт Руководство по пред ставлению этих данных, в котором содержится: - полный перечень отчитывающихся, а также не отчитывающихся ведомств; - необходимые инструкции для узлов сбора данных в каждом ведомстве, а также разъяснения, какие данные требуются и как часто их надо представлять.
В 1994 году законодательство США было подвергнуто серьезной реви-зии, как недостаточно отражающее возросшую роль закупок продукции для негосударственных или федеральных нужд — объем закупок достиг 200 млрд. долларов в год. Одной из целей реформирования законодательства США являлись модернизация информационной политики, вопросов формирования и использования информационных ресурсов в системе. Для достижения этой цели был принят «Закон о совершенствовании федеральных приобретений». Ревизии также подверглась очень жесткая система организационных процедур госзакупок (к 1994 г. насчитывалось 889 общих контролирующих законов и правил), с предоставлением федеральным уполномоченным по госзакупкам большей самостоятельности при выборе форм, методов и способов проведения госзакупок. Законом существенно упрощается контрактная процедура для малых закупок и поддерживается электронная коммерция.
В соответствии с новым Законом упразднена всякая бумажная рутинная работа и ведение записей, как этого требовали ранее многочисленные правила и процедуры относительно подрядных закупок на суммы менее 100 тыс. долларов, что позволило применить упрощенную процедуру закупок по отношению к 45 000 сделок ежегодно на сумму 3 млрд. долларов. Электронная коммерция подразумевает электронные технологии для обеспечения деловых действий, включая электронную почту, технологию Интернета, электронные доски объявлений, платежные карты, электронный перевод денежных средств, электронный обмен данными.
Каждое федеральное ведомство обязано формировать и поддерживать ведение компьютерной базы данных, содержащей несекретные сведения о всех контрактах единичной стоимостью свыше 25 тыс. долларов за 5 последних финансовых лет. Ведомства должны направлять всю указанную выше информацию в Центральную информационную систему федеральных закупок. Для представления данных по контрактам федеральные ведомства используются стандартные формы документов и унифицированные форматы данных. В дополнение к указанной информации ведомства должны иметь в электронном виде данные, идентифицирующие связанные субконтракты по контрактам на общую сумму 5 млн. долларов и более.
Информационная система федеральных закупок обеспечивает учёт сведений о 400-500 тыс. контрактов единичной стоимостью более 25 тыс. долларов и сведений о 17 млн. контрактов малой единичной стоимостью, ежегодно заключаемых федеральными ведомствами на общую сумму порядка 200 млрд. долларов. Центральная информационная система федеральных закупок служит источником консолидированной информации о федеральных закупках (система располагает данными о федеральных закупках с 1979 года по настоящее время).
Данные, содержащиеся в Центральной информационной системе федеральных закупок, используются в качестве основы для формирования периодических и специальных отчётов Президенту, Конгрессу и Управлению Генерального контролёра. Они также предоставляются федеральным агентствам, деловым кругам и общественности.
Стандартный отчет, подготавливаемый Центральной информационной системой на основе содержащихся в ней данных, издается ежеквартально. Также предоставляются на платной основе отчеты, специально подготовленные по индивидуальным информационным запросам любых потребителей.
Внедрение электронных торгов при осуществлении федеральных закупок преследует своей целью не только автоматизацию рутинных процессов взаимодействия закупочных органов с потенциальными подрядчиками, оно также направлено на снижение расходов на проведение закупочных операций и значительное сокращение сроков проведения этих операций. Масштабы использования электронных торгов при осуществлении федеральных закупок в США в настоящее время являются относительно небольшими в сравнении с объёмом их использования при заключении сделок между коммерческими фирмами. Электронные торги в основном используются для закупок по упрощённым процедурам по контрактам стоимостью до 100 тыс. долларов.
Технологический цикл системы муниципального заказа
В состав программного комплекса включены следующие АИС: - АИС «Муниципальный заказ — Заявка» (версия бюджетополучателя и централизованной бухгалтерии); - АИС «План муниципального заказа»; - АИС «Реестр муниципальных контрактов».
Описание разработанных автором АИС приведено в приложении 2. При проведении проектных работ предполагалось, что комплекс программ «Муниципальный заказ» обеспечит информационную поддержку полного цикла задач технологии муниципального заказа: - планирование объемов закупаемой продукции; - формирование сводного плана муниципального заказа; - размещение муниципального заказа; - учет фактического потребления согласно муниципальным контрактам и покупкам.
Опишем реально реализованный цикл работы. Первоначально на рабочих местах бюджетополучателей формируются заявки на продукцию в пре делах бюджетных ассигнований. Заявки на продукцию фиксируются в натуральных величинах с указанием объемов, средней цены и точного наименования с группировкой по предлагаемому справочнику товаров, работ и услуг при помощи АИС «Заявка в муниципальный заказ» и АИС «Заявка в муниципальный заказ (версия для централизованных бухгалтерий)». Последний вариант позволяет вести множество заявок для всех обрабатываемых учреждений в одном инструменте. Работы проводятся два раза в год — до приема бюджета и после (сбор плановых величин и их корректировка).
Далее информация посредством механизмов репликации данных сведения по заявке передаются в АИС «План муниципального заказа», где они проходят обработку в части сопоставления товарных наименований. В итоге получается сводный план муниципального заказа. На его основе объявляются конкурсы на позиции, чья общая стоимость превышает определенный нормативной базой размер. По итогам конкурсов определяются победители.
Все покупки проводятся в установленном законом порядке соответствующими способами — либо с заключением муниципального контракта, либо посредством покупки без контракта. В обоих случаях производится их регистрация в АИС «Реестр муниципальных контрактов». Также впоследствии в этом же инструменте производится отметка об оплате контрактов или покупок. Данные поступают либо из автоматизированной системы казначейского исполнения бюджета, либо формируются на основе бухгалтерских документов.
С определенной периодичностью данные поступают сначала в ведомственный реестр, а затем и в городской. В последнем средстве также производится работа по анализу фактического исполнения, по соответствию потребленных объемов плановым величинам и пр.
Цикл функционирований всего комплекса программ на этом этапе замыкается — фактически потребленные за год товары, работы и услуги могут составить основу для разработки плановых потребностей на будущий бюджетный год.
В ходе опытной эксплуатации разработанного комплекса программ были отмечены следующие важные особенности [105]: - периодическое изменение законодательной базы вызывает необходимость обновления ряда программных модулей и классификаторов; - несомненно серьезное влияние технической поддержки, обучения пользователей и их снабжение методическими материалами на успешность внедрения.
Процессы становления российской экономики еще в самом разгаре. Но она устойчиво развивается, а вместе с ней изменяется законодательная база. В соответствии с ней меняются и некоторые важные аспекты экономической сферы, например, бюджетная классификация, на основе которой формируются и исполняются бюджеты всех уровней в Российской Федерации. С определенной периодичностью она изменяется с целями улучшения и соответствия новым условиям работы [94].
Также по многочисленным отзывам пользователей первоначально используемый в разработанной автором системе общероссийский классификатор видов экономической деятельности, продукции и услуг (ОКДП, [76]) оказался непригодным по причине громоздкости (порядка 42 тыс. записей) и излишней формальности. Так, например, вместо товара «шуба» в нем присутствует «пальто меховое», «красная икра» — «икра и другие субпродукты лососевых рыб», что существенно затрудняет работу планово-экономических служб и бухгалтерий.
