Дипломная (вкр): Проектная деятельность органов власти Пермского края в реализации государственных программ

Исполнитель задачи по доработке изменений должен иметь возможность перенаправить ее или выполнить самостоятельно.

Если форма исполнения задания выбрана «Перенаправить», то на форме задачи должно появиться (открыться для редактирования) поле для указания пользователя, кому задачу необходимо перенаправить. При перенаправлении задачи процесса переходит и ответственность по ее исполнения на пользователя, которому она была перенаправлена, и дополнительной проверки перенаправившим пользователем не требует.

Далее происходит назначение задачи по доработке внесённых изменений в проект пользователю, указанному при перенаправлении задачи.

Если форма исполнения задания выбрана «Выполнено», внесенные изменения в проект снова отправляется на круг согласования.

После завершения этапа согласования внесенных изменений в проект (согласовали все пользователи из списка согласующих со статусом «Согласовано») необходимо сохранить базовый план объекта управления (только по изменённым строкам), опубликовать и снять версию.

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

После публикации объекта управления процесс внесения изменений завершается.

Схема процесса внесения изменений приведена в Приложении Г.

.7 Общие требования к ИС УГП

В ходе сбора и систематизации требований были сформулированы требования, предъявляемые к ИС УГП.

Система предназначена для автоматизации деятельности по управлению государственными программами, а также проектами, «дорожными картами» и непроектными мероприятиями (далее - объектами управления).

Создаваемая система должна стать основным инструментом технологической поддержки управления проектной деятельностью ИОГВ Пермского края и призвана обеспечить повышение эффективности работы ИОГВ Пермского края в данной сфере.

Автоматизация управления проектной деятельностью ИОГВ Пермского края должна распространяться на все фазы жизненного цикла объектов управления, в том числе процессы разработки их структуры и содержания, включая процессы управления их изменениями, а также процессы управления выполнением планов реализации объектов управления.

В связи с тем, что разрабатываемая информационная система должна стать основным инструментом технологической поддержки управления проектной деятельностью ИОГВ и иметь единый источник данных о результатах достижения показателей государственных программ были сформулированы требования, касающиеся интеграции с ИАС ПК. Это позволит решить ряд организационных задач:

·  Сокращение трудозатрат, минимизация ошибок и повышение скорости выполнения процессов управления проектной деятельностью.

·        Обеспечение сопровождения полного жизненного цикла управления объектами управления.

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

·        Обеспечение результативности реализации объектов управления.

·        Соблюдение и сокращение сроков достижения результатов объектов управления.

·        Обеспечение эффективного использования временных, человеческих и финансовых ресурсов.

·        Прозрачность, обоснованность и своевременность принимаемых решений.

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

·        Вывод из действия ИАС УП, что в свою очередь позволит исключить из эксплуатации программное обеспечение зарубежного производства Microsoft Project и перейти к использованию технологий и платформ отечественного производства и/или свободно распространяемого программного обеспечения.

Требования к структуре и функционированию ИС УГП

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

Система должна функционировать на основе современных программно-технических решений и удовлетворять следующим общим требованиям:

·  Создание и развитие с использованием технологий и платформ отечественного производства и/или свободно распространяемого программного обеспечения.

·        Масштабируемость системы, как с помощью программных модулей, так и инфраструктурных компонентов.

·        Функционирование в архитектуре «клиент-сервер».

·        Совместимость и масштабируемость процедур информационного обмена между компонентами системы и с внешними информационными системами.

·        Интеграция модулей в рамках единого пользовательского интерфейса.

·        Обеспечение эффективной обработки и надежного хранения большого объема данных.

·        Обеспечение защиты от несанкционированного доступа.

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

Архитектура ИС УГП должна соответствовать трехуровневой клиент-серверной архитектуре и состоять из следующих уровней:

·  уровень хранения данных;

·        уровень приложений;

·        уровень клиента.

Общая программная архитектура ИС УГП приведена на рис. 2.7.

Рисунок 2.7 Общая программная архитектура ИС УГП

Все модули, входящие в состав системы, отечественного производства или созданы с использованием свободно распространяемого программного обеспечения.

При создании системы должны быть использованы и модернизированы существующие реализации процессов жизненного цикла объектов управления.

При создании системы должен быть сохранен массив данных существующих объектов управления типа «Подпрограмма государственной программы», «Дорожная карта», «Проект», «Непроектное мероприятие», «Непроектное мероприятие по привлечению федеральных финансовых средств».

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

Доступ пользователей к прикладному программному обеспечению ИС УГП должен осуществляться в режиме тонкого клиента (работа пользователя осуществляется через веб-браузер), функционирующего в различных операционных средах.

Требования к способам и средствам связи для информационного обмена между компонентами ИС УГП

Информационный обмен между компонентами ИС УГП должен обеспечиваться с помощью современных протоколов и форматов передачи данных (Web-сервисы, TCP/IP, XML-файлы). Между серверной частью ИС УГП и клиентскими приложениями информационный обмен должен осуществляться по протоколу HTTP. На транспортном уровне для взаимодействия компонентов ИС УГП должен использоваться стек протоколов TCP/IP.

Информационное взаимодействие между физическими серверами ИС УГП должно обеспечиваться посредством локальной сети типа Ethernet 100/1000, обеспечивающей передачу данных по протоколу TCP/IP.

.8 Функциональные требования

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

Предполагается несколько сценариев взаимодействия пользователя с системой:

·  Регистрация объекта управления в системе.

·        Разработка объекта управления, включающая:

o Заполнение основных сведений об объекте.

o   Формирование рабочей группы объекта

o   Формирование плана-графика.

o   Формирование перечня показателей.

o   Формирование плана финансирования.

o   Планирование рисков.

·  Согласование разработанного объекта.

·        Формирование отчетности о результатах достижения вех.

·        Согласование и утверждение фактических данных о достижении вех.

·        Внесение изменений в объект.

·        Согласование изменений.

·        Формирование регламентных отчетов.

·        Актуализация справочников.

·        Аудит изменений.

·        Администрирование процессов.

·        Администрирование базы данных.

·        Управление полномочиями и разрешениями.

Диаграмма прецедентов приведена на рис. 2.8.

Исходя из анализа сценариев взаимодействия ИС УГП и пользователя-участника проектной деятельности определен следующий состав модулей:

·  Единое веб-приложение.

·        Модуль организации рабочих областей объектов управления.

·        Личный кабинет пользователя.

·        Модуль паспортизации.

·        Модуль календарного планирования.

·        Модуль управления рисками.

·        Модуль отчетности и мониторинга.

·        Модуль хранения файлов документов.

·        Реестр пользователей.

·        Модуль исполнения процессов жизненного цикла проектов.

·        Технические и обеспечивающие модули:

Рисунок 2.7 Диаграмма прецедентов

o Интерфейс администрирования

o   Журналирование изменений данных ИС УГП

o   Нотификация пользователей

o   Интеграция с внешними системами

Перечисленные модули представлены в виде схемы функциональной структуры ИС УГП на рис. 2.8.

Рисунок 2.8 Общая функциональная структура ИС УГП

информационный проектный государственный управление

Требования к модулю реализации рабочего пространства объекта управления

Отображение данных о любом объекте управления ИС УГП должно быть реализовано в виде страницы рабочего пространства объекта управления, предоставляющего пользователям следующие возможности:

·  Отображение сводной информации по объекту управления.

·        Отображение сведений об объекте управления в зависимости от его типа.

·        Отображение плана-графика объекта управления.

·        Отображение данных о жизненном цикле объекта управления.

·        Отображение реестра рисков объекта управления.

·        Отображение связанных с объектом документов.

·        Отображение участников объекта управления и их ролей.

·        Отображение списка процессов изменений по проекту.

·        Механизм сравнения версий проектов.

·        Формирования печатной формы паспорта объекта управления.

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

Также необходимо разместить на странице объекта управления дату и время его последней публикации.

Необходимо реализовать выбор режима просмотра объекта управления: только чтение или редактирование. При попытке открыть объект на редактирование должна осуществляться проверка на наличие прав на редактирование. Если у пользователя таких прав нет, должно выводиться сообщение об этом.

Пользователь должен иметь возможность выбора версии объекта управления: рабочей или опубликованной. Просмотр рабочей версии объекта управления должен быть доступен участникам объекта управления и исполнителю задачи по согласованию объекта управления или по согласованию внесенных изменений.

Требования к модулю паспортизации объектов управления

При наличии соответствующих прав пользователям должно быть доступно редактирование данных объекта управления.

Модуль паспортизации должен обеспечивать возможность создания, хранения, просмотра и редактирования паспортов объектов управления. При этом пользователю должны быть предоставлены возможности ввода и просмотра следующей информации:

·  Номер и наименование объекта.

·        Цели объекта управления с возможностью ручного ввода. Должна быть реализована возможность указания нескольких целей для всех типов проектов.

·        Задачи объекта управления с возможностью ручного ввода каждой задачи. Должна быть реализована возможность ввода нескольких задач для всех типов проектов.

·        Сведения о Заказчике.

·        Данные об ответственном исполнителе объекта управления.

·        Сведения о руководителе и администраторе.

·        Соисполнители объекта управления - структурные подразделения, задействованные в реализации объекта управления.

·        Состав рабочей группы - участники объекта управления, задействованные в реализации, руководители и специалисты структурных подразделений организации.

·        Реестр рисков объекта управления.

·        План-график объекта управления в виде иерархического перечня работ, мероприятий и вех.

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

Отображение количества блоков на странице объекта управления должно зависеть от его типа.

Требования к паспортизации государственных программ и подпрограмм

Функциональные возможности страницы паспортизации объекта управления типа «Государственная программа» (далее - Программа) должны обеспечивать следующую дополнительную логику ввода и хранения данных, сгруппированных по блокам:

·  В рамках блока «Основные сведения»:

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

o   Необходимо обеспечить возможность ввода текстового описания ожидаемых результатов реализации Программы.

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