Модуль должен обеспечивать выполнение следующих функций:
· Фиксация факта внесения изменений в данные ИС УГП.
· Сохранение данных о наименования измененного объекта, пользователя, вносившего изменения, даты и времени внесения изменений.
· Возможность просмотра журналов изменений в виде списка.
· Поиск и сортировка данных по отображаемым списке атрибутам.
Модуль должен обеспечивать своевременное извещение пользователей о необходимости выполнения действий в системе с использованием электронной почты.
Модуль должен обеспечивать выполнение следующих функций:
· Извещение пользователей о поступлении задачи процесса по электронной почте в утвержденной форме.
· Извещение пользователей по электронной почте по адресу о приближении срока занесения информации о выполнении вехи. Должно формироваться уведомление в виде электронного письма с вложением в формате pdf. В файле вложения должна содержаться информация о предстоящем исполнении вех и о недостигнутых вехах прошлых периодов. Содержание присылаемой информации должно зависеть от проектной роли:
o Исполнители должны получать уведомления о вехах, находящихся на исполнении в ближайшие дни.
o Руководителям и администраторам должны приходить уведомления о вехах, запланированных на данный период по объектам управления, руководителем или администратором которых они являются.
o Руководители организаций должны получать уведомления о вехах объектов управления, исполнителями которых являются их учреждения.
На основе сформулированных функциональных требований были разработаны требования к структуре базы данных системы и описаны с использованием диаграмм классов.
Для моделирования структуры данных использовалась платформа Flexberry.
Ниже приведен перечень таблиц базы данных. Подробное описание и атрибутный состав каждой таблицы приведено в Приложении Б.
· Project - таблица, хранящая данные об объекте управления.
· ProjectGoal - таблица, содержащая сведения о целях объекта управления. Связана с Project отношением 1:N.
· ProjectObjective - таблица для хранения данных о задачах объекта управления. Связана с Project отношением 1:N.
· ProjectStakeholder - для хранения данных о заинтересованных сторонах объекта управления. Связана с Project отношением 1:N.
· ProjectResources - таблица, предназначенный для хранения данных об участниках рабочей группы объекта управления. Связана с Project отношением 1:N.
· ProjectFinance - таблица для хранения сведений о финансировании объекта управления. Связана с Project отношением 1:N.
· ProjectKPI - для хранения данных о показателях достижения целей и задач объекта управления. Связана с Project отношением 1:N.
· Task - таблица, содержащая сведения о задаче календарного плана объекта управления. Этот таблица является дочерней по отношению к «Project».
· Assignment - таблица для хранения данных о назначениях по каждому элементу календарного плана. Каждой записи сопоставлена запись «Task».
· ProgressReport - таблица для хранения данных о результатах сформированных отчетах об исполнении задач календарного плана. Каждой записи сопоставлена запись Assignment. Т.е по каждому назначению предполагается формирование минимум одного отчета.
· ProgressApproval - таблица, предназначенная для хранения данных о результатах согласования каждого отчета об исполнении. Ссылается на ProgressReport.
· TaskLink - таблица для хранения данных о связях между задачами календарного плана.
· ProjectRisk - таблица для хранения сведений о рисках объекта управления. Ссылается на Project.
· TaskRisk - таблица для хранения данных о связях риска объекта управления с задачей календарного плана и степени влияния на нее. Ссылается на ProjectRisk и Task.
· User - класс для хранения учетных данных о пользователе: его логин, фамилия, имя, отчество.
· Person - класс для хранения сведений об участниках проектной деятельности. Ссылается на User.
· Resource - сведения о ресурсах, используемых в проектной деятельности. Ссылается на Person.
· OrganizationUnit, содержащий данные об органах власти, задействованных в проектной деятельности.
· Substitution - таблица, содержащая данные о замещениях участника проектной деятельности.
· ProjectType - таблица, содержащая перечень типов объектов управления. Справочник.
· TaskType - таблица-справочник с перечнем типов задач календарного плана.
· ProjectStatus - таблица-справочник с перечнем статусов, который приобретает объект управления в ходе своего жизненного цикла.
· ProjectStage - таблица-справочник с перечнем стадий, которая присваивается объекту управления в ходе процессов жизненного цикла.
· КодификаторЦелейИЗадач - иерархический справочник, содержащий структуру целей и задач социально-экономического развития Пермского края.
· СтратегияСЭР - иерархический справочник, содержащий структуру Стратегии социально-экономического развития Пермского края.
· УказыПрезидентаРФ -справочник, содержащий перечень указов Президента РФ.
· ПосланиеПрезидента - иерархический справочник, содержащий структуру посланий президента РФ.
· ДокладыГубернатораПк - справочник, содержащий иерархическую структуру докладов губернатора Пермского края.
В ходе анализа бизнес-процессов управления проектами, действующими в ИАС УП, были разработаны их модели AS IS, которые были проанализированы. Были сформулированы рекомендации по их модернизации. На основе проведенного анализа были разработаны модели процессов TO BE с учетом рекомендаций.
Разработаны требования к реализации процесса разработки объекта управления, процессу внесения изменений в объект, процессу отчетности об исполнении с учетом исправления «узких мест», обнаруженных на этапе анализа.
В ходе сбора и систематизации требований были сформулированы функциональные требования, предъявляемые к Системе, которые были описаны с использованием диаграммы прецедентов.
На основе этих требований разработаны требования к структуре базы данных
и описаны с использованием диаграмм классов.
Одним из требований к проектируемой системе является обеспечение возможности интеграции с внешними системами путем разработки соответствующих адаптеров для взаимодействия через региональную сервисную шину.
Для реализации этого требования необходимо определить состав передаваемых
данных и разработать регламент информационного взаимодействия ИС УГП и ИАС ПК.
ИАС ПК является внутрикорпоративной автоматизированной информационной системой государственных органов Пермского края, обеспечивающей сбор, накопление, обработку и представление информации о целях, задачах и показателях социально-экономического развития региона и его муниципальных образований. Обеспечивает доступ к информационным ресурсам с помощью сети Интернет с учетом разграничения прав доступа и использованием современных технических решений в сфере защиты информации, обеспечивающей быструю адаптацию к изменяющимся информационным потребностям пользователей, в том числе под управлением самих пользователей без привлечения программистов.
Информация, размещаемая в ИАС ПК, по степени ее конфиденциальности является открытой.
В состав ИАС ПК входят следующие системы:
· Система «Управление Централизованным Хранилищем Данных»;
· Система «Оперативный мониторинг социально-экономического положения Пермского края»;
· Система «Моделирование и прогнозирование показателей социально-экономического развития»;
· Система «Управление деятельностью органами исполнительной государственной власти Пермского края на основе целевых показателей»;
· Система «Мобильный офис губернатора края»;
· Система «Региональный сегмент ГАС «Управление»;
· Система «Специализированный информационный ресурс ограниченного доступа на базе Закрытого сегмента ИАС Пермского края».
В ИАС ПК ведется перечень подпрограмм и мероприятий и каждой подпрограмме соответствует перечень целевых показателей.
Сотрудники ИОГВ, являющиеся ответственными за достижение целевых
показателей социально-экономического развития периодически формируют отчет о
результатах и размещают его в ИАС ПК. Каждый отчет должен проходить процедуру
согласования и утверждения заинтересованными сторонами.
В качестве инструмента взаимодействия проектируемой ИС УГП с внешними информационными системами предполагается использование единой региональной интеграционной платформы Highway SB, являющейся средством интеграции ведомственных информационных систем органов власти Пермского края.
Интеграционная платформа Highway SB (далее - сервисная шина) организована по принципу корпоративной сервисной шины (ESB) и разработана на базе отечественного программного обеспечения.
Преимущество использования сервисной шины заключается в возможности избавиться от прямых соединений приложений между собой по принципу «каждый с каждым» и перейти к технологии единой точки для обмена сообщениями. Каждая информационная система подключается к платформе с помощью специального адаптера, что позволяет выполнить интеграцию без внесения изменений в существующие системы.
Интеграционная платформа Highway SB поддерживает следующие возможности [20]:
· Настройка маршрутов взаимодействия в пользовательском интерфейсе, без программирования.
· Гарантированная доставка сообщений как по запросу, так и автоматически на сервис получателя.
· Организация очереди сообщений.
· Обработка событий.
· Работа с пакетами сообщений.
Схема
взаимодействия проектируемой системы и внешних информационных систем приведена
на рис. 3.1.
Рисунок
3.1 Схема интеграции ИС УГП с внешними ИС
Информационный обмен между ИС УГП и ИАС ПК должен происходить посредством отсылки и приема электронным сервисом участника информационного обмена асинхронных сообщений в Региональную сервисную шину.
Для реализации этих требований был определен состав передаваемых данных.
В рамках информационного взаимодействия из ИАС ПК в ИС УГП должны передаваться следующие данные:
· Данные о пользователях.
· Справочник органов власти.
· Кодификатор целей и задач.
· Справочник целевых показателей социально-экономического развития.
В рамках информационного взаимодействия из ИС УГП в ИАС ПК должны передаваться следующие данные:
· Данные об объектах управления.
· Календарные планы объектов управления.
· Цели и задачи объектов управления.
· Показатели объектов управления.
Детальный атрибутный состав передаваемых данных приведен в Приложении Е.
В соответствии с требованиями к интеграции ИС УГП с ИАС ПК разработан регламент информационного обмена данными между этими системами.
В качестве инструмента взаимодействия проектируемой ИС УГП с внешними информационными системами предполагается использование единой региональной интеграционной платформы Highway SB, являющейся средством интеграции ведомственных информационных систем органов власти Пермского края.
В ходе работы над диссертацией поставленные задачи были решены и были достигнуты перечисленные ниже результаты.
Был проведен анализ проектной деятельности органов власти и Администрации губернатора Пермского края и были выявлены проблемы автоматизации процесса реализации государственных программ в органах власти и Администрации губернатора Пермского края. В частности, в результате использования нескольких информационных систем выявлено дублирование действий ответственных лиц при фиксировании результатов. Следствием этого является несогласованность информации, т.к. данные в информационных системах не интегрируются. Возникла необходимость в появлении информационной системы, которая должна стать основным инструментом технологической поддержки управления проектной деятельностью ИОГВ и иметь единый источник данных о результатах достижения показателей государственных программ.
Для автоматизации процесса реализации государственных программ нет единого программного решения. Есть несколько программных продуктов, разработанных на платформах систем автоматизации управления проектами. Т.е. государственная программа рассматривается как проект, аккумулирующий информацию входящих в него подпроектов.
На основе анализа процессов управления проектами в администрации губернатора Пермского края с учетом требований нормативно-правовой документации, регламентирующей проектную деятельность в органах власти, были сформулированы требования к реализации, разработаны модели бизнес-процессов управления проектами для их автоматизации. Результатом является подробное описание требований к реализации процесса разработки/доработки/согласования проектов, процесса внесения изменений в проект, процесса отчетности об исполнении и их исполняемые модели.
Были собраны и формализованы общие требования к Системе управления программами. На основе которых были разработаны функциональные требования к модулям ИС УГП.
С использованием диаграмм классов было проведено проектирование базы данных ИС УГП. Результатами решения задачи являются модели данных и описание атрибутного состава классов.
Для обеспечения интеграции проектируемой системы и внешних информационных систем были сформулированы требования для реализации информационного обмена данными между системой управления государственными программами и ИАС ПК. на основе сформулированных требований разработан «Регламент информационного обмена данными между Системой управления государственными программами и ИАС ПК».
Обмен данными двух информационных систем предполагается с использованием единой региональной интеграционной платформы Highway SB, являющейся средством интеграции ведомственных информационных систем органов власти Пермского края. Платформа Highway SB организована по принципу корпоративной сервисной шины (ESB) и разработана на базе отечественного программного обеспечения.
Практическая значимость работы заключается в следующем:
· Результаты использованы разработке подсистемы управления государственными в составе ИАС ПК для внедрения в Администрации губернатора Пермского края.
· Интеграция информационных систем, предназначенных для автоматизации процесса управления государственными программами.
· Предоставление аналитической информации на всех уровнях иерархии оргструктуры правительства Пермского края.
· Обеспечение соответствия целей и задач государственных программ Пермского края кодификатору целей и задач социально-экономического развития Пермского края.
· Вывод из эксплуатации существующей ИАС УП на платформе MS Project.
Веха - измеримый результат объекта управления, «дорожной карты», программы и непроектного мероприятия (контрольная точка, контрольное событие), имеющий нулевую длительность.