Аннотация (стр. 4 из 8)
c. сохранение аудиторского следа по всем операциям в системе и т.п.;
- учет доходов от уплаты налогов, сборов и других платежей;
- обеспечение распределения доходов от уплаты налогов, сборов и других обязательных платежей между бюджетами бюджетной системы РФ;
- составление стандартных периодических отчетов о ходе исполнения бюджета, а также необходимых бухгалтерских отчетов;
- составление отчетов по запросу для получения необходимой информации по ключевым показателям
- обеспечение сверки учетных данных казначейской системы с учетными данными других участников бюджетного процесса;
- информационное взаимодействие с автоматизированными системами других участников бюджетного процесса.
Для достижения поставленной цели проектной команде, как со стороны исполнителя, так и со стороны Заказчика необходимо решить следующие задачи [11]:
- Разработать детальную функциональную модель исполнения бюджетов органами ФК на основе интегрированной информационной системы в условиях функционирования единого казначейского счета;
- Разработать общую, программно-аппаратную, телекоммуникационную и информационную архитектуру АСФК
- Произвести внедрение в пилотных регионах
- Осуществить тиражирование системы во всех регионах РФ
3.3 Методология ведения проекта
3.3.1 Обзор методологий Oracle по реализации проектов автоматизации
Согласно определению взятому из БСЭ [13] «Методология (от метод и... логия) – учение о структуре, логической организации, методах и средствах деятельности. М. в этом широком смысле образует необходимый компонент всякой деятельности, поскольку последняя становится предметом осознания, обучения и рационализации».
Различают два вида методологии:
1. Нормативная – представляет собой набор предписаний и норм, в которых фиксируются содержание и последовательность определённых видов деятельности;
2. Дескриптивная – описание фактически выполненной деятельности.
«В обоих случаях основной функцией этого знания является внутренняя организация и регулирование процесса познания или практического преобразования какого-то объекта»[13].
Проекты по созданию и внедрению автоматизированных систем представляют собой достаточно сложную организацию деятельности нескольких десятков, а порою и сотен, людей. Успешная реализация проектов подразумевает:
- Выполнение заявленного объема работ
- Соблюдение сроков выполнения согласно контракту
- Использование заранее оговоренного количества ресурсов
- Сдача результатов удовлетворяющих соответствующим критериям качества
Для успешной реализации помогает использование типовых методик разработки, внедрения и управления проектов в целом. Зачастую такие методики основываются на детальном документировании работ, которое обеспечивает контроль соответствия достигнутых результатов поставленным целям и задачам проекта. В настоящее время существует большое количество подобных методик. Часть из них является даже международными стандартами, например, стандарт PMI.
Корпорация Oracle разработала ряд своих методик, «заточенных» под специфику проектов внедрения и разработки в рамках своих продуктов. Проведение работ в рамках данных методик гарантирует получение ожидаемых результатов в достаточно четко определенные сроки. Наиболее известные среди методик Oracle:
- PJM (Project Management Method) – методология управления проектом. Проект представляется в виде набора параллельных процессов, разбитых по фазам. По сути, является адаптированным для ИТ-проектов стандартом PMI.
- OBM (Oracle Business Models) – методология отображения бизнес процессов. По сути, является модификацией метода data-flow диаграмм.
- CDM (Custom Development Method) – представляет собой множество полностью определенных процессов проектирования программных средств, которые могут быть реализованы различным образом
- AIM (Application Implementation Method) – методология внедрения готовых приложений. Как и PJM, представляет собой совокупность процессов и фаз проекта. Данная методология представляет собой детальное описание задач, выполняемых в ходе проекта, и результатов, которые необходимо получить по окончании каждой задачи. Задача в терминах данной методологии представляет собой элементарный (неделимый) объем работ, который обязательно заканчивается каким-либо результатом (в большинстве случаев - документом).
Рис. 1 Процессы и фазы согласно методологии Oracle AIM
В крупных проектах таких, как проект АСФК, для реализации подпроектов может использоваться целая совокупность различных методов.
Рис. 2 Связь различных методологий при реализации крупных проектов
3.3.2 Доработка стандартной методологии проекта под специфику бизнес-области
Проект АСФК не является типовым проектом внедрения ERP-системы. Отличительные особенности проекта:
1) Масштаб проекта – ни одна ERP-система не обслуживает в настоящее время
2) Специфичная бизнес область – производственные процессы ФК не являются типовыми процессами коммерческого предприятия, в частности, имеются следующие отличия:
a. Четкая нормативная регламентация деятельности, которая не предусматривает изменения процессов «под систему»
b. Отсутствие материального оборота в основных процессах деятельности
c. Высокая централизация управления
По этой причине, стандартные методологии Oracle, эффективно применяемые на проектах внедрения в коммерческих предприятиях, не в полной мере подходят для реализации проекта АСФК.
В практике внедрения OEBS на предприятиях СНГ неоднократно делались попытки модифицировать стандартные методологии Oracle. Наиболее известная статья на эту тему Саидова-Лебединского [14], коллектив которого разработал, на их взгляд, более подходящую методологию по внедрению готовых приложений под названием AIM-M (Modified). В рамках этой работы был проведен анализ стандартной AIM. Согласно данному анализу: «Основную суть методики составляет адаптация бизнес-процессов к применению информационных технологий и, одновременно, адаптации этих самых информационных технологий к конкретным бизнес-процессам». Очевидно, что бизнес-области обусловленные специфическим регламентом или, наоборот, совсем не регламентированные не входят в сферу применения методики AIM.
В самом деле:
- «в узкоспециализированной деятельности бизнес-процессы обычно не поддаются изменению, а потому само приложение должно быть написано точно под бизнес (и не нужно методики, чтобы его внедрять),
- в нерегламентированном бизнесе, по определению, бизнес-процессы четко не определены, поэтому подгонять приложение не подо что»[14].
Другая причина, почему нельзя использовать стандартные методики в чистом виде заключается в том, что проект АСФК является всего лишь одним из проектов в рамках бюджетной и административной реформы. В связи с этим, проект АСФК должен гармонично сочетаться с другими проектами в рамках этих реформ. При этом должна обеспечиваться общая управляемость портфелем проектов в рамках реформы. Все это накладывает дополнительные ограничения на методику ведения проекта.
Таким образом, разработка и внедрение ППО АС ФК будет выполняться в рамках четырех отдельных стадий.
- Стадия 1 – Уточнение требований к системе
- Стадия 2 - Разработка и тестирование ППО.
- Стадия 3 - Пилотное внедрение базовой системы.
- Стадия 4 – Полнофункциональная реализация и тиражирование.
Под ППО подразумевается как OEBS, так и СУФД.
Автор работы привлечен на проект по созданию АСФК на стадию System Design (Проектирование Системы) в качестве консультанта от Генерального Подрядчика в октябре 2006г. Автору было поручено разработать и согласовать обеспечивающую функциональность для процессов документооборота в АСФК. В настоящий момент все разработанные компоненты проходят тестирование для внедрения на пилотных проектах.
4.1 Предпосылки разработки общесистемных функций для АСФК
Основной платформой ППО АСФК является Oracle E-Business Suite – ERP-приложение, разработанное корпорацией Oracle. ERP-система представляет собой интегрированный набор модулей, каждый из которых отвечает за исполнение какой-то бизнес-задачи. OEBS относится к классу систем оперативной обработки транзакций (OLTP). Большинство функций такой системы предназначено для организации постоянного взаимодействия с системой и обработки транзакций. В таких системах многие ручные и автоматические транзакции могут инициировать появление автоматических транзакций в других модулях. Отчеты в такой системе предназначены для получения сведений о выполненных транзакциях, для управления процессами, а также вычисления остаточных балансов.
Помимо OLTP существует класс систем хранилищ данных (Data Warehouse). Отличия двух классов информационных систем представлены в Таблица 3.
Таблица 3 Сравнение OLTP и Data Warehouse[15]
| Свойство | OLTP | Data Warehouse |
| Характерное время отклика на событие | Секунды | Минуты и часы |
| Характерные типы операций | Вставка, изменение | Выборка |
| Структура данных | Нормализованная | Денормализованная |
| Назначение | Операционная деятельность | Стратегическое планирование, бюджетирование, аналитика |
Всякая современная ERP-система имеет в своем составе общесистемные или общепроцессные компоненты (модули). В работе [15] приводится примерный перечень таких компонент:
- Управление технологическими процессами
- Корпоративное взаимодействие