автореферат диссертации по информатике, вычислительной технике и управлению, 05.13.06, диссертация на тему:Повышение эффективности технологии разработки системы управления административными процессами режима "одного окна"

ООЗ169657 На правах рукописи Бородин Евгений Владимирович

Повышение эффективности технологии разработки системы управления административными процессами режима «одного окна»

05.13.06 - Автоматизация и управление технологическими процессами и производствами (в приборостроении)

Автореферат диссертации на соискание ученой степени кандидата технических наук

г г

Москва 2008

003169657

Работа выполнена на кафедре Системная среда качества Московского государственного института электронной техники (Технический Университет)

Научный руководитель

доктор технических наук, профессор Д Н Гулидов

Официальные оппоненты

доктор технических наук, профессор А С Бондаревский

кандидат технических наук, доцент Н М Ларионов

Ведущая организация

ЗАО «Инструменты нанотехнологии»

Защита состоится

{9 ОС

на заседании

диссертационного совета Д 212 134 04 по защите диссертаций на соискание ученой степени кандидата технических наук в Московском государственном институте электронной техники (124498, Москва, г Зеленоград, проезд 4806, д 5)

С диссертацией можно ознакомиться в библиотеке Московского государственного института электронной техники (124498, Москва, г Зеленоград, проезд 4806, д 5)

Автореферат разослан ^О ОЬ 0& г

Ученый секретарь диссертационного совета, д т н, профессор

Погалов

I. Общая характеристика работы

Актуальность работы обусловлена сегодняшней сложной ситуацией по предоставлению населению города Москвы электронных услуг на основе информационно-коммуникационных технологий (ИКТ) Проводимые в Москве работы по информатизации в основном были направлены на автоматизацию управленческих задач и делопроизводство Взаимодействию органов власти с гражданами и хозяйствующими субъектами не уделялось должного внимания Правительство Москвы, озаботившись сложившейся ситуацией с использованием ИКТ в городском хозяйстве, разработало Городскую целевую программу (ГЦП) «Электронная Москва»

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

Режим «одного окна» призван исключить возможность необоснованного привлечения граждан и организаций к оформлению или согласованию документов, выдаваемых органами исполнительной власти города Москвы Эффективная реализация режима невозможна без разработки современной социально-ориентированной информационной системы (ИС), способной обеспечить как оперативность процессов подготовки и выдачи необходимых документов, так и эффективность координации и мониторинга работы городских организаций

Проблема разработки ИС «одно окно» заключается в том, что существующие национальные методики создания программных средств не учитывают особенности социально-ориентированного программного обеспечения (ПО) Это объясняется тем, что нормативная база отечественных информационных стандартов устарела и не отвечает современным требованиям, а деятельность по созданию таких ИС была настолько актуальной, что сразу оказалась в ряду чисто практических задач

Научной проработки некоторых аспектов этой проблемы касались специалисты в области создания корпоративных ИС и автоматизации процессов организаций Однако крупных обобщающих работ по данной теме нет Существуют отдельные публикации в периодической печати,

материалы научно-практических конференций и семинаров, посвященных данной проблематике Авторами этих публикаций и докладов являются как ученые, так и специалисты-практики С Архипенков, А П Ершов, И Н Скопин, А Коуберн, Р Арчибальд, Л Ф Куликовский, В В Мотов, Ф П Брукс, Б Страуструп, А Закис, А Н Юртаев Это подтверждает, что решение проблемы создания качественных и отвечающих современным требованиям социально-ориентированных ИС продолжает оставаться актуальным исследовательским направлением

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

Поставленная цель достигается решением следующих задач

• систематизации основных характеристик и отличительных особенностей социально - ориентированных И С по предоставлению электронных государственных услуг населению и хозяйствующим субъектам,

• анализа преимуществ и недостатков существующих моделей жизненного цикла ИС,

• обоснования применимости функционально -ориентированного метода проектирования ИС,

• определения функциональных модулей социально ориентированной системы «одно окно»,

• разработки модели функционально - итерационного жизненного цикла социально - ориентированной системы,

• определения состава работ и этапов функционально -итерационного проекта создания ИС «одно окно»

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

Предметом исследования является функционально-итерационная технология разработки социально - ориентированной ИС «одно окно» и его адаптация к положениям стандарта ГОСТ 34 601-90

Направления проводимых исследований1

• анализ повышения качества предоставления государственных услуг за счет реинжиниринга административных процессов и использования, современных ИКТ, в деятельности органов государственной власти,

• систематизация способов проектирования сложных социально -ориентированных И С и анализ их эффективности,

• поиск путей повышения качества разработки сложных систем на основе анализа современных отечественных и зарубежных стандартов создания ПО,

• применение положений функционально - итерационной модели жизненного цикла ПО к разработке сложной социально -ориентированной ИС «одно окно»

На защиту выносятся-

• адаптация коэффициентов значимости последствий, вероятности возникновения причин и обнаружения рисковых событий для анализа выполнимости процессов разработки социально-ориентированных проектов на основе оценки их рисков,

• общая архитектура ИС «одно окно», структура и инфраструктура компонентов системы и их взаимодействия,

• адаптация положений стандарта ГОСТ 34 601-90 для представления жизненного цикла функционально -итерационной разработки ИС на примере создания системы «одно окно»,

• методика функционально - итерационной разработки ИС «одно окно»

Научная новизна диссертационной работы состоит в следующем

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

• предложен способ анализа применимости процессов разработки ИС на основе оценки потенциальных рисковых событий по адаптированной методике РМЕСА,

• представлена модель функционально-итерационного жизненного цикла разработки ИС в терминах ГОСТ 34 601-90,

• предложены критерии определения последовательности реализации функциональных модулей ИС

Практическая ценность диссертационной работы определяется выполнением ее в рамках научно-исследовательских и опытно-конструкторских работ (НИОКР) по теме «Разработка информационной системы обеспечения работы городских организаций в режиме «одного окна», по результатам которой

• разработаны коэффициенты значимости последствий, вероятности возникновения причин и обнаружения рисковых событий для анализа выполнимости процессов разработки социально-ориентированных проектов по адаптированной методике РМЕСА,

• обоснована возможность использования функционально-итерационной модели жизненного цикла при разработке социально-ориентированной ИС «одно окно»,

• разработана методика функционально - итерационной разработки ИС «одно окно»,

• доказана практическая полезность функционально ориентированного деления системы на модули и их последовательно-параллельная реализация,

• составлена библиотека существующих и оптимизированных административных процессов подготовки и выдачи документов заявителю в режиме «одного окна»,

• автоматизирован процесс подготовки и выдачи «Удостоверения многодетной семьи города Москвы»,

• введена в промышленную эксплуатацию подсистема координации и мониторинга работы органов исполнительной власти города Москвы, городских организаций в режиме «одного окна»,

• введена в промышленную эксплуатацию универсальная подсистема обработки обращений

Апробация работы. Основные положения, выводы и предложения, сформулированные в диссертации, достаточно полно изложены в 6 публикациях и в материалах 3 научно-практических конференций

Структура диссертационной работы состоит из введения, 4 глав, заключения, библиографического списка, включающего 80

наименований Работа изложена на 150 страницах машинописного текста, содержит 26 рисунков и 16 таблиц

II. Содержание работы

Введение

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

Глава I Проблематика разработки социально-ориентированных информационных систем

В первой главе проанализированы информационные потребности общества, предпосылки реинжиниринга государственной системы управления и предоставления услуг населению на основе ИКТ Приведен обзор проблем и трудностей разработки социально -ориентированных ИС, систематизированы принципы проектирования сложных систем

В разделе «Актуальность социально - ориентированных проектов и их особенности» подчеркивается, что в последние несколько лет практически все передовые страны приступили к формированию и реализации программ развития информационного общества, которые имеют четко выраженную социально-экономическую направленность, и главным объектом в них является человек и его потребности

Значительное место первого раздела отведено обсуждению концепции «Электронного правительства» - это метод, с помощью которого правительство может трансформировать способы взаимодействия с гражданами Подобная трансформация связана не столько с перемещением государственных услуг в интерактивный режим, сколько с фундаментальным реинжинирингом административных процессов

Поэтому, представляя взаимоотношение граждан с органами исполнительной власти в терминах «услуги», изменение (реинжиниринг) процессов государственной сферы должно быть, сведено к реализации основополагающих принципов серии стандартов ИСО 9000, включая переход от структурно-функциональной

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

Вследствие чего в первой главе представлены мероприятия проводимые Правительством Москвы для реализации концепции «Электронного правительства» Дано краткое описание ГЦП «Электронная Москва» по информатизации городского управления, содержащей систему организационных, нормативно-методических и технических мероприятий, обеспечивающих переход на электронную форму взаимодействий органов государственной власти с населением и организациями

В рамках программы должна быть осуществлена информационная поддержка режима «одного окна», которая означает не только создание социально - ориентированной ИС, но и реализацию целого ряда организационных мероприятий по созданию и развитию нормативно-правовой базы информационного общества В этой связи в работе приводятся основные отличительные характеристики таких ИС, включая

• смещение приоритетов в сторону связанную с административным преобразованием, по отношению к непосредственному созданию ПО,

• отсутствие возможности качественного определения требований к системе из-за большого количества конечных пользователей,

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

• необходимость использования системы в гетерогенных информационных средах, для осуществления взаимодействия с программами и программно-аппаратными системами, разработанными на разных платформах

Эти особенности обусловили проведение во втором разделе первой главы сравнительного анализа наиболее распространенных жизненных циклов информационных проектов, «водопадного» и итерационного.

Главный недостаток модели «водопада» - однонаправленность информационных потоков Недостаточная обратная связь приводит к несовершенному проектированию, а ограниченные исправления ведут к некачественным реализациям Поэтому ошибки, заложенные на начальных этапах разработки, критически сказываются на времени и конечной цене ее завершения

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

• учитывать изменяющиеся требования к ИС,

• обеспечивать управление, при котором возможно делать тактические изменения в изделии,

• совершенствовать и более полно использовать по ходу проекта различные навыки и специальные знания разработчиков,

• адаптировать процесс разработки системы в течение проекта,

• обеспечивать возможность постепенной интеграции модулей

В заключение главы соискателем анализируются недостатки отечественных информационных стандартов, при использовании их для регламентации процесса создания ИС

В работе отмечается, что стандарты ЕСПД (ГОСТ 19, ГОСТ 34, ИСО/МЭК 12207) становятся обязательными на контрактной основе -т е при ссылке на них в договоре на разработку программного средства Соответственно на процесс создания ПО автоматически переносятся и все их недостатки, которыми являются

• ориентация на единственную, «водопадную» модель жизненного цикла ПО,

• отсутствие четких рекомендаций по документированию характеристик качества программного средства,

• отсутствие рекомендаций по «самодокументированию» программного средства, например, в виде экранных меню и средств оперативной помощи пользователю («хелпов»),

• избыточность требований, относящихся к автоматизированным системам производственного класса (САПР, СУТП и т п )

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

• анализ ИС, построение моделей бизнес-процессов,

• разбиение систем на модули,

• адаптацию ПО, локализацию и интернационализацию,

• альфа- и бета-тестирование,

• выпуск обновлений, совершенствование версий (апгрейд),

• устранение ошибок и сбоев путем выпуска «заплаток» (патчей) Эта новая методика должна учитывать преимущества

функционально-итерационного жизненного цикла и модульного характера ведения разработки

Глава II Обоснование применения функционально-итерационного проектирования информационной системы «одно окно»

Вторая глава посвящена характеристике объекта автоматизации и недостатков режима «одно окно», обоснованию применимости функционально - итерационной методики разработки к проекту ИС «одно окно», а также описанию функциональной архитектуры системы и требований, предъявляемых к ее модулям

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

В работе подчеркивается, что о недостатках режима «одного окна» свидетельствуют данные опроса населения, проводившегося Институтом развития информационного общества (ИРИО) в 2005 году Согласно его результатам, лишь 14% из опрошенных жителей столицы, воспользовавшихся этими услугами, оценили качество обслуживания в городских органах власти как хорошее или отличное Неудовлетворенность существенной группы населения качеством услуг указывает на необходимость реформирования данной области и применения современных технологий взаимодействия

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

Для решения данных проблем Управлением информатизации города Москвы был подготовлен конкурс на размещение заказа на выполнение НИОКР по теме: «Разработка информационной системы обеспечения работы городских организаций в режиме «одного окна».

Соискатель обращает внимание, что на первом этапе выполнения НИОКР была определена проблемная среда, нормализация которой требовала значительных изменений в нерациональной системе подготовки и согласования документов, закрепленной законодательством РФ и города Москвы. Исходя из чего, в работе была проведена оценка возможности выполнения проекта в данных условиях, которая заключалась в сравнении потенциальных рисков двух способов разработки: функционально-итерационного и принятого (по ГОСТ 34.601-90) по методике FMECA (от англ. Failure Mode, Effects and Criticality Analysis), адаптированной для применения в социально-ориентированных проектах.

Проведенный анализ проблемной среды показал, что выполнение проекта по функционально-итерационному жизненному циклу позволяет устранить риски монолитного проектирования. В результате чего было принято решение о выполнении проекта на основе функционально-итерационного жизненного цикла, котрый был разработан на основе интеграции этапов ГОСТ 34. 601-90, включающих объем работ, требуемых заказчиком, с методикой Rational Unified Process (RUP), которая организует выполнение этих работ в возвратно-поступательном стиле (Рис. 1).

Начальная фаза

Фаза J Проектирована

Итерация г Итерация п Фаза Конструирование

Фаза Внедрение

Обследование процесс предметной области

■г—L

Определение трабова>

гп

Проектирование

Программирование

, н««с e n е«А "',■вв'"u, ' ■О"1"«» I ■Пр».-о-ч.

"" "" р°"гт|ао>ушкпи»»'{"с""У'"и»"< ИСПМНИИЯ«

Рис. 1 Модель жизненного цикла ИС на основе интеграции требований ГОСТ 34.601-90 и методики 1ШР

Модель жизненного цикла, представленная на Рис 1, состоит из этапов разработки каждого функционального модуля системы «одно окно» Состав этапов соответствует ГОСТ 34 601-90, но в отличие от требований стандарта, на каждом этапе выполняются семь процессов шесть процессов 1ШР и отсутствующий в нем этап обследования предметной области Процессы управления проектом инварианты и поэтому на рисунке не представлены Активность каждого процесса на рисунке представлена ((волнами»

Такая параллельная организация выполнения семи процессов позволяет на каждом этапе жизненного цикла проекта осуществлять как корректировку ранее выявленных требований, так и учитывать вновь появившиеся Например, на подэтапе №7 1 «Опытная эксплуатация» деятельность по устранению замечаний пользователей, подразумевает определенные действия, связанные с анализом, проектированием и программированием, т е выполнение всех процессов разработки

На основании результатов, достигнутых к заключительным этапам №6-7 2, появляется возможность параллельно приступить к реализации очередного модуля системы, тк уже к этапу № 6 интенсивность основных проектных работ уменьшается, и проектные ресурсы высвобождаются Следует отметить, что если по результатам первой итерации принимается решение о приостановке проекта, то это не будет означать его аннулирование, т к к концу первой итерации часть функционала системы создана, внедрена и дает отдачу от инвестиций

При рассмотрении вопроса можно ли считать итеративную стратегию наращивания функционала (Рис 1) частным случаем последовательной схемы определения стадий, автором получен отрицательный ответ, т к

• последовательное выполнение деятельности связано с использованием полученных результатов на следующих стадиях, что в итеративном наращивании выполняется далеко не всегда, поскольку результатом итерации является самостоятельный продукт,

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

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

разбиваются на последовательность этапов со своими локальными целями, в рамках которых создаются функциональные модули системы

Таким образом, следующие подсистемы ИС «одно окно» были определены декомпозицией ее на функционально-независимые компоненты

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

• Подсистема координации и мониторинга работы органов исполнительной власти города Москвы, городских организаций в режиме «одного окна» (СКиМОО) - предназначена для обеспечения контроля сроков выдачи документов в режиме «одного окна», а также для предоставления контрольным органам оперативной отчетности о работе с обращениями,

• Подсистема обработки запросов и взаимодействия (СОВ) -предназначена для сбора и обработки запросов, поступивших от служб «одного окна» и подготовки для исполнения запросов согласно регламентной схеме,

• Подсистема интеграции и маршрутизации (Информационная шина) - предназначена для исполнения регламентной схемы и взаимодействия с информационными системами и ресурсами (ИСиР) согласующих организаций,

• Подсистема ведения общесистемных справочников и классификаторов - предназначена для централизованного хранения и ведение общесистемной нормативно-справочной информации ИС «одно окно»,

• Подсистема взаимодействия с общегородскими классификаторами и справочниками - предназначена для интеграции системы с общегородскими классификаторами и справочниками, размещенными в других городских ИСиР,

• Централизованная подсистема учета и хранения данных -предназначена для централизованного хранения данных системы «одно окно», а также сервисов для доступа к информации в этих хранилищах,

• Подсистема интеграционных адаптеров к ИСиР -предназначена для обеспечения унифицированного взаимодействия между ИСиР участников режима «одного окна» и Информационной шины в процессе обработки обращения,

• Подсистема администрирования - предназначена для администрирования ИС «одно окно» и обеспечения целостности и конфиденциальности ИСиР ИС «одно окно»,

• Комплексная подсистема информационной безопасности режима «одного окна» - предназначена для обеспечения информационной безопасности информационных ресурсов,

На

Рис 2 представлена функциональная архитектура ИС «одно окно»

И

П

«°

¡09»

••О"

Контролирующая орГШ4КЬ«1ф«Я

Организация оператор

Служб» «одного окна»

хЗ7

чЗ7

Укиаер -ая подсистема обработки обращений

Подсистема координации и мониторинга

(СКУМХП

Подсистема ал*<кистрироаания

То дсистема яааилодействия с общегородскими классификаторам и

спраа оч иик»ч_

.....о.....

II I

¡3

Подсисто«* информационном ве»опасности

Под система мдегмя

спрааочников и кл асси фикаторо»

Подсистема интеграьци и маршрута ации

Подсистема обработю« запросов и ыагмодейстаий

' 5 Н 3

о

ИС сотоасупцеи

орга мчаацм«

1. )

ИС согласукш*й орга киэации

ИС согласушшй

орга ниэадои

*

Согпасукш&я организация 1 Согласующая организация 2 Согласующая оргалилация 3

Рис. 2 Функциональная архитектура ИС «одно окно»

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

• осуществлять параллельную разработку различных частей проекта,

• оперативно осуществлять пересмотр требований и разработанных решений,

• осуществлять возврат на предыдущие этапы по отдельным частям проекта при необходимости внесения изменений

Глава III Методика планирования функционально - итерационной разработки информационной системы «одно окно»

Третья глава посвящена описанию особенностей планирования итерационного проекта по разработке сложных ИС

В первом разделе «Планирование работ функционально-итерационного проекта» представлена методика планирования проекта по разработке ИС «одно окно», состоящая из следующих операций

• разработка структурной декомпозиции продукта,

• определение количества итераций проекта,

• определение целей, задач и контрольных точек итераций,

• составление пакетов работ первого уровня необходимых для разработки функциональных подсистем,

• определение количества этапов каждой итерации,

• разработка перечня пакетов работ последующих уровней с необходимой степенью детализации,

• планирование необходимых проектных ресурсов, определение сроков,

• составление плана проекта,

• разработка плана итерации

За основу построения плана проекта берется тн структурная декомпозиция продукта, которая должна соответствовать следующим принципам

• подсистемы составляют простую структуру, настолько независимую, что в дальнейшем можно было бы отдельно продолжить работу над каждой из них,

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

• структура системы позволяет понять функциональное содержание каждого модуля, не зная функционала остальных,

• изменение первоначальной структуры системы приводит к изменению одного или небольшого числа модулей,

• нештатная ситуация, возникшая во время выполнения модуля, ограничивается только этим модулем или, в худшем случае, распространится лишь на несколько соседних

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

• определять весь жизненный цикл проекта,

• определять стоимость и сроки проекта,

• определять все работы необходимые для удовлетворения целей проекта,

• быть достаточно подробной для целей управления и контроля,

• поддерживать план управления требованиями

Поход к планированию в соответствии с представленной методикой является адаптивным и направляется

• проектными рисками,

• информацией о продукте, которую уже удалось узнать,

• знаниями о процессе разработки

Во втором разделе «Планирование проекта по созданию информационной системы «одно окно» соискатель определяет последовательность реализации подсистем ИС на основании критериев

• актуальность для пользователя,

• полнота и функциональная замкнутость,

• системная значимость,

• демонстрационная значимость,

• скорость реализации

В результате чего был разработан общий план проекта разработки системы В соответствии с особенностями социально-ориентированных систем в плане отражены работы по выполнению двух основных задач нормативно-правового обеспечения режима «одного окна» и задач по разработке и внедрению ИС

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

Глава IV. Разработка информационной системы «одно окно»

В четвертой главе представлено описание фаз и процессов функционально - итерационного проекта, а также экспериментальные результаты выполнения первых трех итераций проекта по созданию ИС «одно окно»

В первом разделе «Методика функционально-итерационной разработки информационной системы» представлено описание работ итерации по четырем фазам Начало, Проектирование, Конструирование, Внедрение

Целями фазы Начало являются

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

определение функциональных требований к системе в целом, оценка стоимости и сроков выполнения проекта, разработка технико-экономического обоснования (ТЭО) проекта, разработка плана проекта, разработка технического задания (ТЗ) на систему, подготовка программных средств, обеспечивающих работу проектной команды Достижение поставленных целей достигается выполнением следующих работ

Г старт^ I проекта у

Рис. 3 Поток работ фазы Начало

Целями фазы Проектирование являются

• разработка базы данных моделей существующих процессов «как есть»,

• проектирование технической архитектуры системы,

• разработка технического проекта на систему,

• разработка частного ТЗ на подсистему,

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

следующих работ

Рис. 4 Поток работ фазы Проектирование

Целями фазы Конструирование являются

• создание стабильной версии подсистемы,

• разработка технической документации на подсистему,

• подготовка площадки для развертывания системы в тестовой эксплуатации,

• проведение тестовой эксплуатации

Достижение поставленных целей достигается выполнением следующих работ

Начало фазы

Планирование итерации Контроль и управление итерацией и проектом Конфигурационное управление

Разработка документации

Разработка Тестирование Анализ

модуля модуля стабильности

Подготовка к развертыванию

Тестовая эксплуатация

Фаза Внедрение)

Рис 5 Поток работ фазы Конструирование

Целями фазы Внедрение являются

• проведение обучения пользователей,

• проведение интеграции с унаследованными системами,

• проведение опытной эксплуатации и доработка подсистемы в соответствии с новыми требованиями пользователей,

• проведение приемо-сдаточных испытаний и перевод системы в промышленную эксплуатацию,

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

Достижение поставленных целей достигается выполнением следующих работ

(Начало фазы уТ

Плакирование итерации Контроль и управление итерацией и проектом Конфигурационное управление

Разработка документации Приемо-сдаточные испытания Оформление прие мо-едаточн ых документов

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

Рис 6 Поток работ фазы Внедрение

Практические результаты выполнения первых трех итераций проекта по созданию ИС «одно окно» показаны во втором разделе четвертой главы диссертационной работы

В результате первой итерации были разработаны и утверждены основополагающие проектные документы, определяющие этапность

разработки системы «одно окно», а также основные проектные решения и результаты, которые должны быть достигнуты выполнением проекта

В результате выполнения первой части работ была введена в промышленную эксплуатацию подсистема СКиМОО, которая предоставила дополнительные статистические данные по работе служб «одного окна» и востребованности населением услуг, оказываемых государственными организациями

Отчетные данные, полученные в ходе опытной эксплуатации СКиМОО, легли в основу расчета экономической части ТЭО ИС «одно окно», что стало осуществимо из-за применения функционально-итерационного жизненного цикла реализации проекта

Что касается создания нормативно - правовой базы режима «одного окна», то результатом этих работ стала библиотека существующих административных процессов организаций держателей служб «одного окна»

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

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

Оптимизация процессов на второй итерации проводилась на основе принципов процессного подхода ИСО 9000, что позволило скорректировать недостатки структурно-функциональной организации деятельности и привести к

• устранению функциональных барьеров между подразделениями организации,

• целостному описанию процесса, как отправной точки повышения эффективности использования ресурсов,

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

• снижению накладных расходов за счет более точного нормирования каждой операции процесса, оценки ее стоимости Моделирование новых административных процессов подготовки и выдачи документов в режиме «одно окно» проводилось с использованием инструментального средства ARIS Toolset Появление в ряде служб «одного окна» на информационных стендах регламентных схем в виде диаграмм еЕРС (extended Event Driven Process Chain -расширенная нотация описания цепочки процесса, управляемого событиями), на взгляд автора, демонстрирует начавшееся изменение политики органов государственной власти в их стремлении к организации современного подхода к предоставлению государственных услуг и информированию граждан о реальной картине процесса подготовки документов

В результате выполнения второй итерации был осуществлен ввод в промышленную эксплуатацию подсистемы УСОО, позволившей автоматизировать процесс регистрации и выдачи документов заявителю

С сентября 2006 года система внедрена и успешно эксплуатируется в районных службах «одного окна» Единого информационно-аналитического центра по Зеленоградскому административному округу (АО), Северо-западному АО и Центральному АО Работа системы продемонстрирована сотрудникам Главного управления «Городской службы лицензирования и аттестации образовательных учреждений, педагогических кадров и учащихся Департамента образования города Москвы», которые выразили желание на ее установку

В четвертой главе диссертации показано, что в результате анализа библиотеки административных процессов органов исполнительной власти пересматривается функциональная архитектура ИС «одно окно» Такая корректировка при реализации проекта в соответствии с «водопадным» жизненным циклом означала бы закрытие и организация нового проекта, вместо изменения общего плана и план третьей итерации

В соответствии с новыми требованиями для интеграции ИСиР, участвующих в работе органов исполнительной власти города Москвы по подготовке и выдаче документов в режиме «одного окна», было принято решение подсистему СОВ включить в состав ИС «Среда электронного взаимодействия» (СЭВ), а в системе «одно окно» использовать функциональность, предоставляемую СЭВ

Результатом выполнения третьей итерации является автоматизация процесса подготовки и выдачи службой «одного окна» «Удостоверения многодетной семьи» в городе Зеленограде, которая позволила улучшить ключевые характеристики процесса, а именно

• сократить с 7 до 6 количество запрашиваемых документов, которые предоставляет заявитель,

• сократить с 7 до 2 дней время выполнения процесса,

• увеличить оперативность получения информации, за счет использования информационного взаимодействия

Таким образом, применение функционально-итерационной разработки ИС «одно окно» позволило

• представить заказчику результаты - подсистему СКиМОО и библиотеку существующих административных процессов подготовки и выдачи документов заявителю в режиме «одного окна» - уже после первой итерации,

• приступить к выполнению следующей итерации проекта, не дожидаясь окончательного завершения работ предыдущей,

• начать работы по проектированию подсистемы УСОО при неполном завершении процесса определения функциональных требований из-за задержки в обследовании административных процессов,

• доопределить требования по мере реализации проекта и внести изменения в функциональную архитектуру ИС «одно окно»

Заключение

В заключении представлены основные результаты диссертационного исследования, практическая и научная полезность их

III. Результаты и выводы

В соответствии с поставленной целью исследования были достигнуты следующие результаты

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

• приведено описание социально-ориентированных ИС и сформулированы их отличительные характеристики,

• разработана функционально-итерационная модель жизненного цикла проекта ИС «одно окно» посредством адаптации этапов ГОСТ 34 601-90, которые включают объем работ, требуемых заказчиком, с методикой ЯиР, которая организует выполнение этих работ в возвратно-поступательном стиле,

• проведена адаптация методики РМЕСА для оценки рисковых событий в социально-ориентированных проектах,

• разработана дополнительная к методике 1ШР процедура обследования городских организаций, которая представлена в терминах ИСО 19011 2002 Руководящие указания по аудиту систем менеджмента качества и/или систем экологического менеджмента,

• сформулированы критерии определения последовательности реализации функциональных модулей,

• разработана методика функционально-итерационного выполнения проекта по созданию ИС «одно окно», сформулированы рекомендации по делению итерации проекта на этапы и описаны основные проектные работы

В результате проведенного в работе комплекса теоретических и методических исследований сделаны следующие выводы

• реализация ИС «одно окно» по функционально итерационному жизненному циклу позволила автоматизировать наиболее проблемные предметные области заказчика до завершения всего проекта, создав на первых итерациях независимые функциональные подсистемы СКиМОО и УСОО,

• параллельная разработка и ввод в промышленную эксплуатацию функциональных модулей ИС «одно окно» обеспечили возврат инвестиций заказчика после выполнения первых итераций, недожидаясь окончания проекта,

• выбор последовательности создания функциональных подсистем ИС «одно окно» в соответствии с критериями, определенными в работе, сделал возможным корректировку траектории реализации функциональных подсистем ИС, после появления новых требований,

• использование функционально - итерационной модели жизненного цикла в проекте «одно окно» повысило эффективность процесса создания социально -

ориентированной ИС за счет снижения законодательных, проектных, технологических и ресурсных рисков проекта

IV. По теме диссертации опубликованы следующие работы

1 Бородин Е В, Селезнев К А, Гулидов Д Н Процессно-ориентированный реинжиниринг функционально структурной организации деятельности Государственных органов исполнительной власти // Технологии приборостроения, № 1 (21), 2007 г 67-71 с

2 Бородин Е В , Селезнев К А, Гулидов Д Н, Межуев С В Использование моделей ARIS при разработке функционально ориентированных информационных систем // Технологии приборостроения, № 1 (21), 2007 г 48-55 с

3 Бородин Е В , Селезнев К А , Гулидов Д Н Интеграция требований ГОСТ 34 601-90 и итерационной методики Rational Unified Process // Системотехника, №6, 2008 г [Электронный ресурс] - Режим доступа http //www systech miem edu ru

4 Бородин E В , Селезнев К А, Гулидов Д Н Программные модули поддержки административных процессов органов исполнительной власти города Москвы // Системотехника, №6, 2008 г [Электронный ресурс] - Режим доступа http //www systech miem edu ru

5 Бородин E В , Селезнев К А , Гулидов Д Н , Ивченко В Н Функционально-итерационное проектирование СМК, соответствующей ГОСТ Р ИСО 9001 2001 // Известия высших учебных заведений Электроника, №1, 2008г 84-86 с

6 Бородин Е В Модель жизненного цикла функционально-итерационной разработки информационной системы «одно окно» // Методы и средства экологического мониторинга и контроля систем качества производств электронной техники сборник выпуска Под редакцией В И Каракеяна М МИЭТ, 2008 г - 28-32 с

7 Бородин Е В Итерационное проектирование информационных систем // Тезисы докладов 13 ой Всероссийская межвузовская научно-техническая конференция студентов и аспирантов «Микроэлектроника и информатика - 2006» (Зеленоград, 2006 год) -373 с

8 Бородин Б В , Селезнев К А Модель итерационного жизненного цикла информационной системы, отвечающая требованиям ГОСТ

34 601-90 // Тезисы докладов Международной научно-технической конференции и Российской научной школы молодых ученых и специалистов ((Системные проблемы надежности, качества, математического моделирования, информационных и электронных технологий в инновационных проектах (Инноватика - 2007)» (Сочи, 2007 год) - 34 с

9 Селезнев К А, Бородин Е В Средства анализа и оптимизации административных процессов // Тезисы докладов Международной научно-технической конференции и Российской научной школы молодых ученых и специалистов «Системные проблемы надежности, качества, математического моделирования, информационных и электронных технологий в инновационных проектах (Инноватика - 2007)» (Сочи, 2007 год) - 35 с

Подписано в печать

Заказ № ^ Тираж экз Уч -изд л Формат 60x84 1/16 Отпечатано в типографии МИЭТ 103498, Москва, МИЭТ

Содержание.

Основные определения, обозначения и сокращения.

Введение.

1. Глава I. Проблематика разработки социально-ориентированных информационных систем.

1.1 Актуальность социально - ориентированных проектов и их особенности.

1.1.1 Информационные потребности общества.

1.1.2 Концепция «Электронное Правительство».

1.1.3 Программа «Электронная Москва» и режим «одно окно».

1.1.4 Особенности социально - ориентированных информационных систем.

1.2 Анализ моделей жизненного цикла информационных систем.

1.2.1 Анализ требований стандарта ГОСТ 34. 601-90 к жизненному циклу информационных систем.

1.2.2 Обоснование преимуществ итерационного жизненного цикла разработки сложных информационных систем.

1.2.3 Эволюция подхода к итеративности разработки информационных систем.

1.3 Анализ отечественных стандартов регламентирующих создание информационных систем

1.4 Выводы к Главе 1.

2. Глава II. Обоснование применения функционально-итерационного проектирования информационной системы «одно окно».

2.1 Характеристика объекта автоматизации.

2.2 Анализ применимости задаваемого и предлагаемого способов разработки к созданию информационной системы «одно окно» на основании оценки их рисков.

2.2.1 Адаптация методики FMECA для оценки рисков социально-ориентированных проектов.

2.2.2 Оценка рисковых событий задаваемого и предлагаемого процесса разработки информационной системы «одно окно».

2.3 Разработка модели жизненного цикла информационной системы на осынове интеграции требований ГОСТ 34.601-90 и методики Rational Unified Process.

2.4 Задачи определения функциональной модульности.

2.4.1 Определение участников взаимодействия режима «одного окна».

2.4.2 Описание процесса подготовки документов в режиме «одного окна».

2.4.3 Определение функциональных требований разрабатываемой системы.

2.4.4 Проведение структурной декомпозиции продукта на независимые функциональные подсистемы.

2.5 Определение функциональности модулей информационной системы «одно окно».

2.5.1 Универсальная подсистема обработки обращений.

2.5.2 Подсистема координации и мониторинга работы органов исполнительной власти города Москвы, городских организаций в режиме «одного окна».

2.5.3 Подсистема обработки запросов и взаимодействия.

2.5.4 Подсистема интеграции и маршрутизации (информационная шина).

2.5.5 Подсистема ведения общесистемных справочников и классификаторов.

2.5.6 Подсистема взаимодействия с общегородскими классификаторами и справочниками

2.5.7 Централизованная подсистема учета и хранения данных.

2.5.8 Подсистема интеграционных адаптеров к информационным системам и ресурсам.

2.5.9 Подсистема администрирования.

2.5.10 Подсистема информационной безопасности.

2.6 Выводы к Главе II.

3. Глава III. Методика планирования функционально — итерационной разработки информационной системы «одно окно».

3.1 Планирование работ функционально-итерационного проекта.

3.1.1 Эволюция методики планирования при переходе к функционально-итерационным проектам.

3.1.2 Разработка плана проекта.

3.1.3 Представление проекта в терминах пооперационного перечня работ.

3.1.4 Разработка плана итерации.

3.2 Планирование проекта по созданию информационной системы «одно окно».

3.2.1 Критерии определения последовательности реализации подсистем.

3.2.2 Обоснование последовательности реализации подсистем.

3.2.3 Общий план проекта.

3.2.4 План первой итерации.

3.2.5 План второй итерации.

3.2.6 План третьей итерации.

3.3 Выводы к Главе III.

4. Глава IV. Разработка информационной системы «одно окно».

4.1 Методика функционально-итерационной разработки информационной системы.

4.1.1 Фаза Начало.

4.1.2 Фаза Проектирование.

4.1.3 Фаза Конструирование.

4.1.4 Фаза Внедрение.

4.2 Реализация функционально-итерационного проекта по разработке информационной системы «одно окно».

4.2.1 Предпроектное обследование городских организаций, осуществляющих взаимодействие в рамках режима «одно окно».

4.2.2 Разработка начальной функциональности и описание административных процессов на первой итерации.

4.2.3 Приращение функциональности информационной системы «одно окно» на второй итерации.

4.2.4 Корректировка функциональности системы при учете изменившихся требований на третьей итерации.

4.3 Выводы к Главе IV.

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

Автоматизация режима «одного окна» позволит:

• повысить эффективность работы органов исполнительной власти и городских организаций;

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

• сократить время на подготовку конечного документа за счет информационных взаимодействий;

• снизить административные барьеры между госорганизациями, участвующими в процессах подготовки и выдачи запрашиваемых заявителями документов;

• обеспечить контроль и управление деятельностью служб «одного окна».

ИС «одно окно» относится к классу сложного социально ориентированного ПО, разработка которого осложнена комплексом проблем, важнейшими из которых являются:

• структурная, функциональная и информационная сложность объекта автоматизации;

• отсутствие полных аналогов;

• наличие унаследованного ПО и необходимость его интеграции с разрабатываемой системой;

• территориально распределенная и неоднородная среда функционирования;

• большое количество участников проектирования, пользователей и заинтересованных лиц, разобщенность и разнородность отдельных групп разработчиков по уровню квалификации и опыту;

• значительная длительность жизненного цикла разработки и внедрения системы.

Следствием этих проблем является:

• нечеткая и неполная формулировка требований;

• недостаточное вовлечение пользователей в работу над проектом;

• отсутствие необходимых ресурсов;

• неудовлетворительное планирование и отсутствие грамотного управления проектом;

• частое изменение требований и спецификаций;

• недостаточная поддержка со стороны высшего руководства;

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

Как результат этой ситуации по данным Standish Group [72]:

• 16,2% проектов завершились в срок, не превысили запланированный бюджет и реализовали все требуемые функции и возможности;

• 52,7% проектов завершились с опозданием, расходы превысили запланированный бюджет, требуемые функции не были реализованы в полном объеме;

• 31,1% проектов были аннулированы до завершения;

• на 89% оказался превышенным бюджет проектов среднего класса, а срок выполнения - на 122%.

История развития объекта исследования. С указанными выше проблемами разработки качественного ПО мировое сообщество столкнулось в конце 60-х - начале 70-х годов прошлого века. В то время наметился, т. н. «Кризис программного обеспечения».

Выход из кризиса был найден в, разработке дисциплины программной инженерии (от англ. - software engineering) [71, 74], как совокупности инженерных методов и средств создания ПО на основе применения строгого систематического подхода к его разработке, эксплуатации и сопровождению

5].

Фундаментальная идея программной инженерии - проектирование. ПО является формальным процессом^ который можно изучать и совершенствовать. Методологическую основу программной инженерии составляет понятие жизненного цикла изделия (продукта) как совокупности всех действий; которые необходимо выполнить на протяжении всей «жизни» изделия;

Первое упоминание о жизненном цикле разработки ИС было на встрече 22-х руководителей проектов: по разработке ПО в 1968 году в Лондоне, где анализировались проблемы и перспективы проектирования, разработки, распространения- и поддержки программ. На этой встрече была предложена концепция жизненного; цикла ПО (от англ. - Software1 Lifetime Cycle) как последовательности шагов-стадий, которые необходимо выполнить в < процессе создания и эксплуатации ПО.

Наиболее: известными зарубежными стандартами жизненного цикла ПО являются [37]:

• DOD-STD-2167 А, 1985 г. (уточнен в 1988 г.) - Разработка программных средств для систем военного назначения. Первый формализованный и утвержденный стандарт жизненного цикла для проектирования программных средств, систем военного назначения по заказам Министерства обороны США;

• « MIL-STD-498, 1994г. - Разработка и документирование программного обеспечения. Принят Министерством обороны США для- замены DOD-STD-2167 А и ряда, других стандартов. Он предназначен для применения всеми организациями и предприятиями, получающими заказы Министерства обороны США;

• IEEE 1074, 1995г. - Процессы жизненного цикла для развития программного обеспечения. Охватывает полный жизненный цикл программных средств, в котором выделяются шесть крупных базовых процессов, детализирующихся на 16 частных процессов, которые подразделяются в совокупности на 65 процессов-работ.

Отечественными стандартами на этот объект стандартизации являются:

• ГОСТ 34.601-90 - Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания (Взамен ГОСТ 24.601-86, ГОСТ 24.602-86) [12];

• ГОСТ Р ИСО/МЭК 12207-99 - Процессы жизненного цикла программных средств [13].

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

Научной проработки некоторых аспектов этой проблемы частично касались специалисты в области создания- корпоративных ИС и автоматизации процессов организаций. Однако крупных обобщающих работ по данной теме нет. Существуют лишь отдельные интересные публикации, освещенные в периодической печати [50], материалах научно-практических конференций и семинаров, посвященных данной проблематике. Авторами этих публикаций и докладов являются как ученые, так и специалисты-практики С. Архипенков [4], А.П. Ершов, И.Н. Скопин [58], А. Коуберн [49], Д.А. Рассел [56], Л.Ф. Куликовский, В.В. Мотов [34], Ф.П. Брукс [7], А. Закис [22], А.Н. Юртаев [69]. Это подтверждает то, что теоретическая разработка проблем создания качественных и отвечающих современным требованиям социально-ориентированных ИС продолжает оставаться актуальным исследовательским направлением.

Недостатки объекта исследования. Рассмотрим, с какими трудностями может столкнуться проект по созданию социально-ориентированной системы одного окна», если его выполнять в соответствии с требованиями конкурсной документации.

Прежде всего, процесс разработки должен проходить по этапам ГОСТ 34.601-90. Основными недостатками этого ГОСТа является избыточность разделов, посвященных производственной автоматизации, а также большое количество требований и документов, связанных с аппаратным обеспечением.

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

Водопадный» стиль к созданию программных средств предполагает, что проект может стартовать только после сбора и анализа всех требований к будущей системе, однако на практике такая ситуация встречается крайне редко. Согласно ряду исследований в начале проекта возможно извлечение не более 60% требований [60].

Приведенные выше особенности показывают, что основной проблемой «водопадного» жизненного цикла является рост риска проекта со временем, ввиду возрастающих затрат на устранение ошибок предыдущих этапов.

Очевидно, что данный подход не мог не подвергаться критике, достаточно полное собрание аргументов против него приведено в [8]. Такой подход применим для небольших проектов и в тех случаях, когда требования к системе строго определены и гарантированно не будут изменяться. Однако разработка социально-ориентированной ИС начинается на базе неполных требований, пожеланий, ограничений, а потому неизбежны гипотезы, предположения и допущения, часто не корректные. Положение усугубляется тем, что первоначально сформулированные требования устаревают, перестают отражать новое понимание целей и задач системы. Как следствие, заказчик получает не нужную ему программу, а некий суррогат, который в лучшем случае удовлетворяет потребности частично, а в худшем — вовсе непригоден для : применения.

Проведенный нами анализ существующих концепций разработки ПО, показал, что снижение рисков, обусловленных использованием «водопадной» ; методологии ГОСТа, при разработке ИС может быть достигнуто использованием т.н. «функционально — итерационного» жизненного цикла, позволяющего обеспечить рост эффективности проектных решений и снижение риска влияния на нее потенциальных ошибок проекта.

Согласно [40] идентификация рисков, угрожающих проекту при функционально - итерационном жизненном цикле осуществляется на более ранних этапах, когда еще можно эффективно и своевременно реагировать на них. Итерационный подход провозглашает принцип возвратно -поступательного развития, при котором проект разбивается на несколько-итераций, включающих все типы проектных работ. Целью итерации является выпуск работоспособного продукта (подсистемы), который развивается в дальнейшем путем обогащения функциональности и разработанного интерфейса, а также интеграцией с другими подсистемами. На каждой итерации жизненного цикла происходит корректировка ранее выявленных требований к системе и доопределение новых.

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

Предметом исследования является функционально-итерационная технология разработки социально - ориентированной ИС «одно окно» в соответствии с положениями стандарта ГОСТ 34.601-90, соблюдение требований которого зафиксировано в конкурсной документации на систему. ; Диссертационная работа направлена на изучение методик разработки сложных социально-ориентированных ИС, поиска и апробации на практике новых методов проектирования, обеспечивающих снижение проектных рисков, соблюдения бюджетных и временных рамок проекта создания ИС «одно окно».

Научной проблемой решаемой в диссертационной работе является разработка и обоснование применимости функционально - итерационной модели жизненного цикла создания социально - ориентированной ИС «одно окно» с учетом требований и стадий выполнения проекта по ГОСТ 34.601-90.

Диссертационное исследование проводилось по следующим направлениям:

• анализ повышения качества предоставления государственных услуг за счет реинжиниринга административных процессов и использования в деятельности органов государственной власти современных ИКТ;

• систематизация способов проектирования сложных социально — ориентированных ИС и анализ их эффективности;

• поиск путей повышения качества разработки сложных систем на основе анализа современных отечественных и зарубежных стандартов создания ПО;

• применение положений функционально - итерационной модели -жизненного цикла ПО к разработке сложной социально — ориентированной ИС «одно окно».

На защиту выносятся:

• адаптация коэффициентов значимости последствий, вероятности возникновения причин и обнаружения рисковых событий для анализа выполнимости процессов разработки социально-ориентированных проектов на основе оценки их рисков;

• общая архитектура ИС «одно окно», структура и инфраструктура компонентов системы и их взаимодействия;

• адаптация положений стандарта ГОСТ 34.601-90 для представления жизненного цикла функционально-итерационной разработки ИС на примере создания системы «одно окно»;

• методика функционально - итерационной разработки ИС «одно окно».

4.3 Выводы к Главе IV

В четвертой главе представлено описание фаз и процессов функционально — итерационного проекта, а также результаты выполнения трех итераций проекта по созданию ИС «Одно окно».

Функционально-итерационная реализация проекта позволила наращивать по частям общую функциональность системы «Одно окно». В результате уже после первой итерации заказчику были представлены результаты — подсистема СКиМОО и библиотека существующих административных процессов подготовки и выдачи документов в режиме «одного окна».

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

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

Апробация типовых механизмов интеграции ИСиР в рамках процесса подготовки и выдачи «Удостоверение многодетной семьи города Москвы» позволила тиражировать эти компоненты при автоматизации взаимодействия ИС в других административных процессах.

Заключение

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

• проведено изучение1 структурно-функциональной; организации деятельности государственных.институтов власти;

• выявлены недостатки существующей модели организации государственных, услуг и; показаны преимущества процессно-ориентированной системы их предоставления;

• проведен анализ: концепции^ «электронное правительство», что позволяет сделать вывод - переход к процессно-ориентированной системе- невозможен без кардинального переосмысления административных процессов и использования ИКТ.

• представлен подход к информационной поддержке оказания государственных; услуг через реинжиниринг их административных процессов, на основе использования? основополагающих принципов стандартов ИСО 9000.

В соответствии с поставленной целью исследования? были достигнуты следующие результаты:

• представлены преимущества; функционально-итерационного жизненного цикла проектов разработки сложных социально-ориентированных ИС на основе сравнительного анализа с «водопадным» циклом;

• проведен* анализ отечественной нормативной базы информационных стандартов, показавший несостоятельность задания; требований на разработку государственных ИС в их терминах;

• приведено описание социально-ориентированных ИС и сформулированы их отличительные характеристики;

• разработана функционально-итерационная модель жизненного цикла проекта ИС «одно окно» посредством адаптации этапов ГОСТ 34. 601

90, которые включают объем работ, требуемых заказчиком, с методикой RUP, которая организует выполнение этих работ в возвратно-поступательном стиле;

• проведена адаптация методики FMECA для оценки рисковых событий в социально-ориентированных проектах; представлено обоснование необходимости использования функционально-итерационной модели жизненного цикла при реализации социально-ориентированного проекта, каким является проект по созданию ИС «одно окно»;

• разработана дополнительная к методике RUP процедура обследования городских организаций, которая представлена в терминах ИСО 19011:2002 Руководящие указания по аудиту систем менеджмента качества и/или систем экологического менеджмента;

• сформулированы критерии определения последовательности реализации функциональных модулей;

• разработана методика функционально-итерационного выполнения-проекта по-созданию ИС «одно окно», сформулированы, рекомендации по делению*итерации проекта на этапы и описаны основные проектные работы.

В результате проведенного в работе комплекса теоретических и методических исследований сделаны следующие выводы:

• реализация ИС «одно окно» по функционально - итерационному жизненному циклу позволила автоматизировать наиболее проблемные предметные области заказчика до завершения всего проекта, создав на первых итерациях независимые функциональные подсистемы: СКиМОО и УСОО;

• параллельная разработка и ввод в промышленную эксплуатацию функциональных модулей ИС «одно окно» обеспечили возврат инвестиций заказчика после выполнения первых итераций, недожидаясь окончания проекта;

• выбор последовательности создания функциональных подсистем ИС

• «одно окно» в соответствии с критериями, .определенными в работе, сделал возможным корректировку траектории реализации функциональных подсистем ИС, после появления новых требований;

• использование функционально - итерационной модели жизненного цикла в проекте «одно окно» повысило, эффективность процесса создания социально - ориентированной ИС за счет снижения законодательных, проектных, технологических и ресурсных рисков проекта:

Научная новизна теоретических положений и результатов диссертационной работы состоит в следующем:

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

• предложен, способ анализа применимости процессов разработки ИС «одно - окно» на основе оценки потенциальных рисковых событий по адаптированной методике FMECA;.

• представлена модель функционально-итерационного жизненного цикла разработки ИС в терминах ГОСТ 34.601-90;

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

Практическаяг ш научная полезность результатов: диссертационной работы; определяется выполнением! ее в рамках НИОКР по теме: «Разработка информационной системы обеспечения работы городских организаций в. режиме «одного окна», по результатам.которой::

• разработаны коэффициенты значимости последствий, вероятности возникновения причин и обнаружения рисковых событий для анализа выполнимости процессов разработки социально-ориентированных проектов по адаптированной методике FMECA;

• обоснована возможность использования функционально-итерационной модели жизненного цикла при разработке социально-ориентированной ИС «одно окно»;

• разработана методика функционально — итерационной разработки ИС «одно окно»;

• доказана практическая полезность функционально — ориентированного деления системы на модули и их последовательно-параллельная реализация;

• составлена библиотека существующих и оптимизированных административных процессов подготовки и» выдачи документов заявителю в режиме «одного окна»;

• автоматизирован процесс подготовки и выдачи «Удостоверения многодетной семьи города Москвы»;

• ' введена в промышленную эксплуатацию подсистема' координации и мониторинга работы органов исполнительной' власти, города' Москвы, городских организаций в режиме «одного окна»;

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

Апробация работы. Основные положения, выводы и предложения, сформулированные в диссертации, излагались автором на научно-практических конференциях и опубликованы в их материалах, в* числе которых 1'3 Всероссийская межвузовская научно-техническая конференция студентов и аспирантов «Микроэлектроника и информатика» (Зеленоград, 2006 г.), Международная научно-техническая конференция и Российская научная школа молодых ученых и специалистов «Системные проблемы надёжности, качества, математического моделирования, информационных и электронных технологий в инновационных проектах (Инноватика - 2007)» (Сочи, 2007 г.). 4

Положения и выводы диссертации приведены в следующих научно-технических публикациях:

1. Бородин Е.В., Селезнев К.А., Гулидов Д.Н. Процессно-ориентированный реинжиниринг функционально структурной организации деятельности Государственных органов исполнительной власти // Технологии приборостроения, № 1 (21), 2007 г. - 67-71 с.

2. Бородин Е.В., Селезнев К.А., Гулидов Д.Н., Межуев С.В. Использование моделей ARIS при разработке функционально ориентированных информационных систем // Технологии приборостроения, № 1 (21), 2007 г. - 48-55 с.

3. Бородин Е.В., Селезнев К.А., Гулидов Д.Н. Интеграция требований ГОСТ 34.601-90 и итерационной методики Rational Unified Process // Системотехника, №6, 2008 г. [Электронный ресурс]. — Режим доступа: http://www.systech.miem.edu.ru

4. Бородин Е.В., Селезнев К.А., Гулидов Д.Н. Программные модули поддержки административных процессов органов исполнительной власти города Москвы // Системотехника, №6, 2008 г. [Электронный ресурс]. -Режим доступа: http://www.systech.miem.edu.ru

5. Бородин Е.В., Селезнев К.А., Гулидов Д.Н., Ивченко В.Н. Функционально-итерационное проектирование СМК, соответствующей ГОСТ Р ИСО 9001:2001 // Известия высших учебных заведений. Электроника, №1,2008г. 84-86 с.

6. Бородин Е.В. Модель жизненного цикла функционально-итерационной разработки информационной системы «одно окно» // Методы и средства экологического мониторинга и контроля систем качества производств электронной техники сборник выпуска. Под ред. В.И. Каракеяна. М.: МИЭТ, 2008 г.-28-32 с.

1. Американский национальный стандарт ANS1.PMI 9-001-2004. Руководство к Своду знаний по управлению проектами. Третье издание. Руководство РМВОК. Pennsylvania: Project Management Institute, Inc., 2004. -401 с.

2. Анализ видов и последствий потенциальных отказов. FMEA: Справочное руководство. Крайслер корпорэйшн, Форд Мотор компани, Дженерал Моторс Корпорэйшн. Пер. с англ. Н. Новгород: АО11 «НИЦ КД», СМЦ «Приоритет», 1997. - 67 с.

3. Анализ рисков при выборе и внедрении информационных систем на действующих промышленных предприятиях. // Национальная металлургия. 2004. - № 2 - с. 49-53

4. Архипенков С. Психология управления программными проектами. // CITForum.ru, 2004 г. Электронный ресурс. Режим доступа: http ://citforum.ru

5. Бабенко Л.П., Лаврищева К.М. Основы программной инженерии. Киев, Знания, 2001 г.

6. Бизнес для всех: Еженед. М.: НДП Альянс медия 2005.

7. Брукс Ф.П. Мифический человеко-месяц, или Как создаются программные системы. СПб.: Символ-Плюс, 1999.

8. Буч Г. Объектно-ориентированное проектирование с примерами применения. М.: Конкорд, 1992.

9. Войнов И.В., Пудовкина С.Г., Телегин А.И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей. Уральское отделение РАН. Южно-Уральский государственный университет. Миасский научно-учебный центр. Екатеренбург, 2002. 396 с.

10. Гайсарян С.С. Объектно-ориентированные технологии проектирования прикладных программных систем Центр Информационных Технологий //

11. CITForum.ru, 2004 г. Электронный ресурс. Режим доступа: http ://citforum.ru

12. Глазьев С., Львов Д., Фетисов Г. Эволюция технико-экономических систем: возможности и границы централизованного регулирования. М.: Наука, 1992. 207 с.

13. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. Взамен-ГОСТ 24.601-86, ГОСТ 24.602-86; введ. 01.01.1992. М.: Изд-во стандартов, 1992 - 5с.

14. ГОСТ Р ИСО/МЭК 12207-99. Процессы жизненного цикла программных средств. Введ 23.12.1999. М.: ИПК Издательство стандартов, 2000. 25 с.

15. Гринберг А.С., Шестаков В.М. Информационные технологии моделирования процессов управления экономикой. М.: ЮНИТИ, 2003 г. -399 с.

16. Гулидов Д.Н., Ращинский В.П., Акуленок М.В. Документирование процедур и процессов в системе менеджмента качества // Технология приборостроения, № 3, 2004, стр.6-8

17. Гулидов Д.Н., Ращинский В.П., Акуленок М.В. О-процедурах в процессах менеджмента качества, М. Известия ВУЗов. Электроника №4 2004, стр. 9394

18. Декларация принципов «Построение информационного общества -глобальная задача в новом тысячелетии»: Материалы Всемирной встречина высшем уровне по вопросам информационного общества 2003 г. Женева 2005 г. Тунис.

19. Дмитров И;В., Гулидов Д.Н. Основные принципы и проблемы разработки интерактивных электронных технических руководств // Технологии приборостроения, № 1, 2004, стр. 19-24

20. Дмитров И.В., Орлова Д.М., Гулидов Д.Н. Разработка и эксплуатация электронной документации в рамках единой информационной среды // Технологии приборостроения, № 1, 2004, стр. 15-18

21. Закис A. RUP и другие методологии разработки ПО Часть 1-3' // КомпьютерПресс №8, 11 2006 г. и №3 2007 г.

22. Зиндер Е. 3. Соотнесение и использование стандартов организации жизненных циклов систем. // Системы Управления Базами Данных № 3, 1997, с. 41-53

23. Каплан Р., Нортон Д. Стратегические карты. М.: «Олимп-Бизнес», 2004'. -512 с.

24. Козырев А.А. Информационные технологии в экономике и управлении. М.: Издательство Михайлова, 2005. 448 с.

25. Кондрашова С.С. Информационные технологии в управлении: Учебное пособие. Казань, МАУП, 1998. 138 с.

26. Коуберн А. «Каждому проекту своя методология», пер. с англ. К. Максимов, А. Максимов. // CITForum.ru, 2005 г. Электронный ресурс. — Режим доступа: http://citforum.ru

27. Кошелев И. Москва как опорная зона технологий электронных карт. // ИТ в органах государственной власти России 2005. GNews Analitics. Электронный ресурс. Режим доступа: http://www.cnews.ru

28. Кошелев И. Электронные госзакупки в России. // ИТ в органах государственной власти России 2005. CNews Analitics. Электронный ресурс. Режим доступа: http://www.cnews.ru

29. Кремлева И., Риб С. Методология проведения проектов реинжиниринга (решения из банковской сферы). Электронный ресурс. — Режим доступа: http://www.betec.ru

30. Кролл П., Крачтен Ф., Rational Unified Process это легко Руководство для практиков. Пер. с англ. С.М. Лунин. М.: Кудиц-образ, 2004 г. - 432 с.

31. Куликовский Л.Ф, Мотов В.В. Теоретические основы информационных процессов: Учеб. пособие для вузов. М., 1987.

32. Кулямин В.В. Технологии программирования. Компонентный подход.: Учеб. пособие для вузов. М.: Интернет-университет информационных технологий, Бином. Лаборатория знаний 2007. — 463 с.

33. Кускова Л.И., Пасхин Е.Н. Проблемы информатизации* органов регионального управления: Информационная технология и информационная политика. Научно-информационное исследование. М.: 1994 г.

34. Липаев В. Стандарты, регламентирующие жизненный цикл сложных программных комплексов. // Компьютерная неделя №24(148), 1998 г.

35. Лоутон А., Роуз Э. Организация и управление в государственных учреждениях. Пер. с англ. М.: 1993. с. 38.

36. Маслова Н.Р., Шевелёв А., Крутов В., Русанов Е. Модель деловых процессов на примере Комитета по информационным ресурсам Ханты-Мансийского автономного округа Югры. М.: Oracle Magazine RE, декабрь 2006 г.

37. Модели традиционного представления о жизненном цикле // Скопин С.Н. Основы менеджмента программных проектов. М.: Интернет университет информационных технологий, 2004. Лек. 7. - 3 с.

38. О создании Метасистемы «Электронная Москва»: Постановление Правительства Москвы от 21.09. 2004 года № 637 // Справочно — правовая система «Консультант Плюс»: Электронный ресурс. / Компания. «Консультант Плюс». Послед, обновление 04.04.2007.

39. О Городской целевой программе «Электронная^ Москва»: Закон города Москвы от 9.07.2003 г. '№ 47 // Справочно — правовая система «Консультант Плюс»: Электронный ресурс. / Компания «Консультант Плюс». — Послед, обновление 04.04.2007.

40. Паронджанов С.Д. Методология создания корпоративных ИС. Электронный ресурс. Режим- доступа: http://ooad.asf.ru/standarts/Library/Methodology/List02.aspx

41. Пресс релиз «Oracle BPEL Process Manager»: ФОРС-Центр разработки. Электронный ресурс. Режим доступа: http://www.fors.ru/

42. Применение процессного подхода: QUALITY: Менеджмент качества и ISO 9000. Электронный ресурс. Режим доступа: http://quality.eup.ru

43. Процесс разработки программы и методология построения приложений для Интернета. Конспект лекций. М:: Интернет университет информационных технологий, 2006. Лек. 6. — 10 с.

44. Пушкарева Г.В. Государственная бюрократия как объект исследования // ОНС. 1997. № 5 с. 79.

45. Рассел Д. А. Модели жизненного цикла высокотехнологичных проектов. Электронный ресурс. — Режим доступа: http://www.pmprofy.ru

46. Репин В.В. Принципы, реорганизации. Электронный ресурс. Режим доступа: www.finexpert.ru

47. Скопин И.Н. Понятия и модели жизненного цикла программного обеспечения: Учеб. пособие. Новосибирск, Новосиб. гос. ун-т., 2003.

48. Смирнов А. Информатизация становится таким же важным инвестиционным проектом, как, например, строительство жилья. Электронный ресурс. Режим доступа: http://www.zelao.ru

49. Создание ППР'IT проекта с использованием методологии Rolling planning: Материалы конф., 29-31 октября 2002 г. Киев / Сост. Д.Л. Безуглый. -Киев, 2002. - с. 11

50. Стандарт ISO 9000:2005 Системы менеджмента качества. Основные положения и словарь. М.: Изд-во стандартов, 2005. 25 с.

51. Страуструп Б. Язык программирования С++ . 3-е изд. Пер. с англ. М.: Бином, СПб.: Невский диалект, 1999. 991 с.

52. Таха Х.А. Введение в исследование операций. 7-е издание М.: Вильяме, 2005.-912 с.

53. Уокер Р. Управление проектами по созданию программного обеспечения. Пер. с англ. И. Штерев. М.: Лори, 2002. 426 с.

54. Фаулер М. Новые методологии программирования, 13 Октября 2001 г. Электронный ресурс. Режим доступа: http://www.martinfowler.com

55. Хаммер М., Чампи Д. Реинжиниринг корпорации: Манифест революции в бизнесе. Пер. с англ. Корнилович Ю. Е. М.: Манн, Иванов и Фербер, 2006. -287 с.

56. Черняк JI. На волне BPEL. // Открытые системы. 2004. №1168. «Электронная Москва» будет проектно-ориентированной // М.: ИА «Альянс Медиа» 2005 с. 2

57. Юртаев А. Н. Электронное правительство: концептуальные подходы к построению. Казань: Казанский государственный университет им. В.И.Ульянова-Ленина, 2006. 184 с.

58. Якобсон А., Буч F., Рембо Дж. Унифицированный процесс разработки программного обеспечения. СПб.: Питер, 2002 г.

59. Guide to the Software Engineering Body of Knowledge: 2004 version Swebok Электронный>ресурс. Режим доступа: www.swebok.org.

60. Jim Johnson. Chaos: The Dollar Drain- of IT Project Failures. Application Development Trends, January 1995. Standish Group.

61. Microsoft Solutions Framework Модель процессов MSF вер. 3.1 M.: Microsoft, 2005. - 1 электрон, опт. диск (CD-ROM) - Загл. с титул, экрана.

62. Naur P., Randall В. Software engineering: Report on conference sponsored by NATO science commitee 7-10 oct.-1968

63. Philippe Kruchten, Going Over the Waterfall with the RUP." Электронный ресурс. — Режим доступа: www.ibm.com

64. Sowa J.F., Zachman J.A Extending and Formalizing the Framework for Information Systems Architecture // IBM Systems Journal, vol. 31, no. 3, pp. 590-616, 1992

65. Thomas Erl Service-Oriented Architecture. Concepts, Technology, and Design Manufacturer: Prentice Hall International

66. W. W. Royce. Managing the Development of Large Software Systems. Proceedings of IEEE WESCON, pp. 1-9, August 1970

67. Wysotcki R.K., Beck Jr. R., Crane D.B. Effective Project Management. Second Edition Wiley Computer Publishing J. Wiley & Sons, Inc. New York, 2000

68. Справка дана, исполнителю работ Бородину Евгению Владимировичудля представления в Диссертационный'совет.

69. Руководитель отдела внедрения дирекции по работе с муниципальными образованиями ЗАО «Энвижн Груп»