Современные информационные технологии/1. Компьютерная инженерия

УДК 004.4’2

© Е.В. Редколис, аспирант

(ГОУВПО «Комсомольский-на-Амуре государственный технический университет»), г. Комсомольск-на-Амуре, Россия

Проблемы на стадии формирования требований

и проектирования электронного правительства

Введение

В Российской Федерации ведется активная работа по разработке и введению в действие системы электронного правительства (ЭП) [1]. Это трудоемкий процесс, порождающий немалое количество проблем, решение которых невозможно осуществить без применения современных ИТ.

Ниже пойдет речь о возможности применения существующих CASE-систем и проектировании новой, интегрируемой с ними ИС, для решения задачи разработки и постоянного обновления административных регламентов (АР) и диаграмм БП в стандартах оказания муниципальных услуг (МУ), возникающей на стадиях «формирование требований» и «проектирование» ЭП.

Оказание муниципальных услуг в рамках ЭП

В рамках ЭП государство оказывает государственные и муниципальные услуги заявителям. Функции государства реализуют: президент, федеральные органы власти, региональные органы власти, органы местного самоуправления. Заявителями являются: ветви государственной власти (схема оказания услуг G2G), население (G2C), бизнес (G2B), чиновники (G2E). Рассмотрим муниципальный уровень оказания услуг.

МУ – услуга, предоставляемая органом местного самоуправления, осуществляемая по запросам заявителей, касаемо решения вопросов местного значения, установленных в соответствии с № 131-ФЗ от 6 октября 2003 г. и уставами муниципальных образований [2].

Основными целями ЭП на муниципальном уровне являются [2]:

· повышение качества и доступности предоставляемых МУ;

· упрощение процедуры предоставления и сокращение сроков оказания МУ;

· обеспечение оперативности и полноты контроля над результативностью деятельности органов местного самоуправления;

· снижение административных издержек со стороны заявителей.

Жизненный цикл ЭП как системы

ЭП представляет собой высоко интегрированную систему взаимодействия заявителей и исполнителей МУ на основе информационно-коммуникационных технологий (ИТ) в соответствие с действующими нормативно-правовыми актами (НПА). Как система ЭП проходит следующие стадии жизненного цикла (ЖЦ): формирование требований, проектирование, реализация, тестирование и отладка, внедрение, сопровождение, эксплуатация.

Прохождение системы каждой стадии ставит определенные цели, задачи и порождает ряд проблем. Рассмотрим ЭП в рамках двух, основополагающих, по мнению автора, стадий ЖЦ – «формирование требований» и «проектирование». На данных стадиях решаются задачи разработки и подготовки:

1. НПА, регламентирующих функционирование ЭП;

2. НПА, обеспечивающих оказание МУ;

3. АР и стандартов оказания МУ;

4. Единых требований к обслуживанию заявителей;

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

Наиболее научно сложной, с точки зрения применения ИТ, представляется задача №3 разработки АР и стандартов оказания МУ. АР – НПА, устанавливающий порядок и стандарт предоставления МУ [2].

Разработка АР и стандартов оказания МУ

Реальные бизнес-процессы (БП) постоянно изменяются под влиянием на деятельность учреждения, в рамках которого он выполняется, факторов внешней среды. Кроме того, на БП оказывают влияние другие БП данного учреждения, имеющие общие ресурсы, а также прямо или косвенно связанные с исследуемым БП входами или выходами. Формализованное же представление БП, – диаграмма БП, – является статичным и не меняется с течением значительного отрезка времени. Аналогично обстоит дело и с БП оказания МУ.

Выполнение БП оказания МУ должно происходить в полном соответствие с АР. Структура и содержание АР зависят от постоянно обновляющихся НПА. В процессе разработки АР и стандартов, содержащих помимо текстовых описаний диаграммы оказания МУ, возникает ряд проблем:

1. Выработка механизма автоматизированной проверки соответствия АР БП перечню НПА, обеспечивающих выполнение МУ по данному БП;

2. Сокращение количества документов, представляемых заявителями для исполнения МУ и сроков исполнения МУ [1], [4];

3. Разработка способа выявления отдельных аспектов оказания МУ, не регламентируемых действующими НПА [1];

4. Выработка механизма проверки логической связанности и непротиворечивости содержания АР БП [1], [4];

5. Отсутствие механизма перехода от диаграмм БП, построенных на базе устаревших АР, к диаграммам, построенным по более актуальным или вновь принятым АР.

Реалии таковы, что решения данных проблем не возможно достичь на уровне, требуемом действующими НПА, без применения CASE-систем (от англ. «Computer Aided Software Engineering»). С их помощью решаются задачи проектирования, анализа и преобразований моделей БП. В области проектирования систем их можно определить как набор инструментов и методов, результатом использования которых является система высокого качества, свободная от дефектов, легко обслуживаемая и совершенствуемая [3].

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

Решение ранее названных проблем ЭП достигается путем проектирования на базе известной CASE-системы информационной системы (ИС) формирования оптимальных БП. Такая ИС реализует функционал, ранее не развитый в CASE-системах, – выполнение строкового анализа НПА и АР БП с целью выявления необходимых трансформаций в АР и диаграммах БП, осуществление которых позволит сформировать оптимальный БП оказания МУ.

ИС включает 5 основных модулей (А1 – А5):

· проверки согласованности НПА;

· проверки соответствия АР БП перечню НПА;

· интеграции с системой межведомственного взаимодействия;

· проверки логической связанности АР;

· формирования актуальных диаграмм БП.

Рисунок 1 – А2 «Проверка соответствия АР БП перечню НПА»

Примеры диаграмм верхних уровней детализации в нотации DFD / IDEF3, описывающих логику действия модулей ИС, см. на рисунках 1-2. На рисунках КС/КСС – ключевые слова/словосочетания, с которыми работает аппарат строкового анализа; БИ – блоки информации в АР.

Разработанная ИС интегрируется в CASE-систему, на базе которой сотрудниками органов местного самоуправления создаются первоначальные текстовые описания АР и диаграмм БП. В качестве такой CASE может быть выбрана CA ERwin Process Modeler или более простая по функционалу MS Visio.

Рисунок 2 – А1.5 «Извлечение БИ из НПА для сверки»

Заключение

Проиллюстрирована актуальность и возможность решения проблем, возникающих на стадиях «формирование требований» и «проектирование» ЭП посредством создания ИС формирования оптимальных БП. Данной ИС осуществляется оптимизация на уровнях: НПА, в соответствие с которыми осуществляется формирование АР БП и само представление МУ; АР, являющихся основой для функционирования любого БП оказания МУ; диаграмм БП оказания МУ.

Литература

1. Концепция формирования в Российской Федерации электронного Правительства до 2010 г. (в ред. Постановления Правительства РФ от 10.03.2009 № 219): одобрена распоряжением Правительства Российской Федерации № 632-р от 06.05.2008.

2. №210-ФЗ Об организации предоставления государственных и муниципальных услуг (в ред. от 06.04.2011 № 65-ФЗ) от 27.07.2010.

3. Kuhn, D.L. Selecting and effectively using a computer aided software engineering tool / D.L. Kuhn // Annual Westinghouse computer symposium; 6-7 Nov 1989; Pittsburgh, PA (USA); DOE Project, 1989.

4. Распоряжение. О порядке разработки и утверждения административных регламентов предоставления муниципальных услуг. – Администрация г. Комсомольска-на-Амуре, №500-ра от 15.11.2010.