|
Расширенный поиск
Распоряжение Администрации Липецкой области от 14.05.2004 № 343-рР А С П О Р Я Ж Е Н И Е АДМИНИСТРАЦИИ ЛИПЕЦКОЙ ОБЛАСТИ 14.05.2004г. г.Липецк N 343-р О концепции информатизации администрации Липецкой области С целью проведения единой политики в области информатизации и совершенствования деятельности системы органов исполнительной власти и местного самоуправления и в соответствии с Федеральным законом от 20.02.1995 N 24-ФЗ "Об информации, информатизации и защите информации", распоряжениями главы администрации Липецкой области от 23.09.1998 N 1445-р "О мероприятиях по повышению инвестиционного рейтинга Липецкой области", от 31.05.1999 N 958-р "О мероприятиях по улучшению использования всемирной компьютерной сети Интернет администрацией области", от 08.08.2002 N 740-р "Об автоматизации делопроизводства и электронном документообороте в администрации Липецкой области и ее подразделениях", от 25.10.2002 N 1057-р "О введении в действие системы автоматизации документооборота в администрации Липецкой области и ее подразделениях", от 22.10.2003 N 1020-р "О введении в действие системы делопроизводства администрации Липецкой области в ее подразделениях": 1. Утвердить Концепцию информатизации администрации Липецкой области (приложение). 2. Руководителям департаментов, управлений, комитетов и инспекций администрации области до 15.06.2004 внести в информационно-аналитическое управление (Юшков В.В.) обоснованные предложения по развитию информационных технологий в своих подразделениях; предусматривать ассигнования на приобретение компьютерной техники и сетевого оборудования при формировании проекта областного бюджета. 3. Управлению делами (Негробов А.В.) и информационно-аналитическому управлению (Юшков В.В.) до 01.07.2004 разработать план мероприятий по реализации Концепции информатизации администрации Липецкой области на 2004 год и по итогам первого полугодия 2004 года внести предложения по внесению изменений в областной бюджет в целях обеспечения дополнительного финансирования. 4. Рекомендовать главам районных и городских администраций предусмотреть выделение средств на приобретение компьютерной техники для включения в единую сеть передачи данных администрации области и внести предложения по развитию информатизации муниципальных образований на 2005 - 2006 годы в информационно-аналитическое управление администрации области (Юшков В.В.) до 01.09.2004. 5. Поручить управлению делами администрации области (Негробов А.В.) в срок до 15.09.2004 подготовить согласованный с управлением финансов администрации области (Щеглеватых В.М.) план проведения и финансирования работ по информатизации администрации Липецкой области на 2005 - 2006 годы. 6. Контроль за выполнением настоящего распоряжения возложить на первого заместителя главы администрации области Горлова П.Т. Глава администрации Липецкой области О.П.Королев Приложение к распоряжению администрации области от 14 мая 2004 г. N 343-р КОНЦЕПЦИЯ ИНФОРМАТИЗАЦИИ АДМИНИСТРАЦИИ ЛИПЕЦКОЙ ОБЛАСТИ 1. Введение 1.1. Мировой опыт построения электронных правительств В конце XX - начале ХХI века правительства большинства развитых и быстроразвивающихся стран вплотную столкнулись с явной необходимостью пересмотра классических моделей и способов государственного управления, которые становились и продолжают становиться неадекватными экономическим, информационным и социальным велениям времени. При этом для складывающейся ситуации вне зависимости от государственной принадлежности характерны следующие черты: - весь земной шар превратился в рынок товаров и услуг глобальных, зачастую наднациональных и надгосударственных корпораций, активно использующих в своей работе весь спектр информационно-коммуникационных технологий (ИКТ); - глобальные информационные сети активно размывают информационные границы, ранее совпадавшие с административными, как между государствами, так и внутри; - во весь рост встает проблема принципиально нового типа социальной дискриминации - "цифрового расслоения", или Digital Divide [1]. О последнем хотелось бы рассказать немного подробнее. Под этим термином специалисты в области глобальной информатизации понимают расслоение людей по признаку легкости получения доступа к различным информационным услугам. Люди, обладающие таким доступом, объективно более адаптированы к условиям изменяющегося мирового производства и в силу этого обладают большим научным, производственным и культурным потенциалом. Для этого явления характерна положительная обратная связь - лучший доступ населения к ИКТ порождает экономический рост, обуславливающий дальнейшее развитие телекоммуникационных технологий, и, как следствие, еще больше облегчает доступ к ресурсам информационного общества. Для граждан же государств, по тем или иным причинам не способным обеспечить свое население должным уровнем информационных услуг, разрыв между требуемым и имеющимся качеством доступа к ИКТ будет постоянно расти, снижая их потенциал. Естественным выходом из складывающейся ситуации становится перемещение все большего числа правительственных функций в глобальное информационное пространство, что позволяет в обстановке конкуренции с глобальными корпорациями сохранять стратегический контроль над людским и производственно-ресурсным потенциалом, препятствовать размытию информационных и культурных границ, навязыванию нехарактерных до настоящего времени идеалов населению, а также успешно противостоять "цифровому расслоению". Этот процесс перемещения носит название процесса создания "электронного правительства" (e-government). Суть идеи электронного правительства состоит в широком использовании виртуального информационного пространства для совершенствования моделей оказания услуг и повышения эффективности функционирования органов власти и государственных учреждений. При этом основополагающий принцип электронного правительства заключается в том, что оно должно быть доступно каждому субъекту общества, в любой момент времени и из любого места дислокации. Уже сейчас мировой опыт показывает, что внедрение концепции электронного правительства дает гражданам высококачественный доступ к услугам госорганов и одновременно резко уменьшает стоимость этих услуг. Естественно, что вследствие неравномерности экономического и информационного развития различных стран внедрение компонентов электронного правительства в этих странах находится на разных стадиях. Мировой опыт построения электронных правительств определяет пять основных последовательных стадий внедрения: - начальное присутствие - развернуто постоянно или частично доступное web-присутствие правительственных учреждений в глобальной информационной сети либо в ее общенациональном фрагменте; - расширенное присутствие - число правительственных сайтов динамично растет, улучшается их доступность, а информация на них перестает быть статичной; - интерактивное взаимодействие - пользователям предоставляются возможности загрузки типовых форм различных официальных документов, получения официальной электронной почты и организации взаимодействия через web-сайты; - проведение транзакций - пользователи могут реально осуществлять различные операции (транзакции) с госучреждениями в режиме он-лайн; - бесшовное взаимодействие - полная прозрачная интеграция электронных услуг в рамках административных границ. Согласно исследованиям, проведенным по заказу ООН [2], из 190 государств - членов ООН национальные правительства 169 стран, или 88,9%, так или иначе использовали ИКТ для предоставления информации и услуг непосредственно гражданам. Распределение этих 169 стран по пяти вышеперечисленным этапам внедрения показано на рис. 1. Распределение стран по стадиям развития Э-правительства по состоянию на 2001 г. 70 +- 65 ¦ -----------¬ ¦ ¦ ¦ 60 +- ¦ ¦ 55 ¦ ¦ ¦ -----------¬ ¦ ¦ ¦ ¦ ¦ 50 +- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 40 +- ¦ ¦ ¦ ¦ ¦ 32 ¦ ¦ ¦ ¦ ¦ ----------¬ ¦ ¦ ¦ ¦ 30 +- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 20 +- ¦ ¦ ¦ ¦ ¦ ¦ 17 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ----------¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 10 +- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ 0 ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ----------¬ 0 L---+---------+---+----------+---+----------+-----+---------+---+---------+------ Начальное Расширенное Интерактивное Проведение Бесшовное присутствие присутствие взаимодействие транзакций взаимодействие Рис. 1 Распределение стран ООН по стадиям развития электронных правительств. Хотя подавляющее большинство государств, внедряющих те или иные компоненты электронных правительств, еще не прошли и половины пути, определенные уроки создания подобных систем уже можно извлечь. На этапе стратегического планирования жизненно важными для успеха всего процесса внедрения являются следующие тезисы: - для успешного внедрения и координации общих усилий необходима единая централизованная организация, консолидирующая ответственность и способная преодолевать ведомственную разобщенность участников электронного правительства; - наиболее сложной задачей является задача изменения стиля мышления работников госслужбы - от ориентированного на свой департамент к ориентированному на граждан - пользователей услуг правительства и на работников других департаментов, использующих систему в своей работе; - для взаимосвязи различных частей информационной системы жизненно важна система стандартов; - процессы переработки информации в составных частях системы должны быть приведены в соответствие с принципами построения электронного правительства, иначе неизбежно возникнет так называемая "информатизация хаоса", когда информатизации подвергаются неупорядоченные процессы документооборота (очевидно, что в этом случае положительный результат недостижим); - для успеха жизненно важны надежные и эффективные каналы связи между участниками проекта; - важным требованием является обеспечение доступности информации в нормальных и нештатных режимах работы системы; - интерфейсы и порталы системы должны быть организованы так, чтобы быть удобными для пользователей информации, а не для ее владельцев [3]. В процессе внедрения информационных систем электронного правительства также имеется несколько принципиальных моментов: - требуется четкое понимание развития проекта, соотношения цена/качество/производительность; - требуется использование адекватных технологий; - требуется постоянное управление рисками проекта; - требуется достаточное и своевременное финансирование проекта, при этом на привлечение средств инвесторов можно рассчитывать лишь на конечных стадиях развития; - в качестве лиц, определяющих стратегию проекта, рекомендуется использовать госслужащих с соответствующим образованием в информационных технологиях; - все тактические вопросы, такие как проектирование, разработка, монтаж и обслуживание, желательно передать специализированным организациям, оставив за госслужащими стратегический контроль; - в управлении проектом нужно следовать эмпирическому правилу "думай о большом, начинай с малого, расти быстро". И, наконец, стоит перечислить наиболее значимые проблемы, с которыми столкнулись специалисты, внедряющие системы электронных правительств в разных странах мира: - существует всего несколько более или менее успешных примеров внедрения полнофункциональных систем e-government; - большое число правительственных учреждений не в состоянии изменить свои внутренние правила работы должным образом; - государственные бюджеты и административные усилия обычно имеют тенденцию распыляться по различным ведомствам, в то время как для электронного правительства требуется консолидация финансового и административного бюджетов; - госслужащие на местах обычно не придают достаточного значения задачам, связанным с информационной безопасностью, инфраструктурой и масштабируемостью применяющихся у них решений. В составе информационного комплекса, составляющего электронное правительство, обычно выделяется несколько функциональных модулей со следующими обозначениями: - G2C (Government-to-Citizens) - подсистема взаимодействия правительства с гражданами; - G2E (Government-to-Employee) - подсистема взаимодействия между структурными подразделениями и работниками госслужбы; - G2G (Government-to-Government) - подсистема взаимодействия с другими органами власти; - G2B (Government-to-Business) - подсистема взаимодействия с коммерческими структурами; - G2O (Government-to-Organization) - подсистема взаимодействия с некоммерческими организациями. 1.2. Федеральная целевая программа "Электронная Россия" К Российской Федерации как к одному из крупнейших государств в мире все сказанное в разделе 1.1 относится в полной мере. Понимание того, что единственный путь движения в будущее сегодня - это путь информационно-коммуникационных технологий, фиксирует и Окинавская хартия глобального информационного общества, подписанная в августе 2002 г. руководителями стран большой восьмерки и в том числе Президентом России В.В. Путиным. Однако мировой опыт показывает, что каждая страна движется к информационному обществу своим собственным путем от начального рубежа, определяемого сложившимися политическими, социально-экономическими и культурными условиями. Можно считать установленным тот факт, что политические и социально-экономические условия, в которых будет осуществляться переход России к информационному обществу, существенно отличаются от условий, характерных для развитых стран [4]. Сводные данные, иллюстрирующие готовность различных стран к внедрению электронных правительств, приводятся в табл. 1 [2]. Таблица 1. Уровень развития e-government в странах Европы |———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————| | Страна | Веб-при-су | Показатели развития ИТК-инфраструктуры | Показатели развития человеческих | | | тствие | | ресурсов | | | |-——————————————————————————————————————————————————————————————————————————————————————————————|——————————————————————————————————————| | | | ПК/ 10 | Хосты/1000че | % | Стационарныхтел | Мобильныхтел | ТВ | Индекс | Индекс | % | | | | чел.,шт. | л., шт. | населения,подкл | ефонов/ 10 | ефонов/100 | приемников/100 | челове- | информа-ци | город-ских | | | | | | ючен- ного к | чел., шт. | чел., шт. | 0 чел.,шт. | ческого | онногодост | жителей | | | | | | Интернету | | | | развития | упа | | -—————————————————————————————————————————————|————————————————————————————————|——————————————————————————————————————————————————————————————|————————————|————————————- | Норвегия | 4.00 | 49.05 | 1009.31 | 54.4 | 72.91 | 70.26 | 579 | 0.939 | 75.1 | 2.55 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Великобритания | 4.00 | 33.78 | 280.75 | 55.3 | 56.72 | 66.96 | 645 | 0.923 | 89.4 | 2.52 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Голландия | 3.50 | 39.48 | 1017.49 | 54.4 | 60.67 | 67.12 | 543 | 0.931 | 89.3 | 2.51 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Дания | 3.75 | 43.15 | 626.60 | 54.7 | 75.25 | 60.99 | 585 | 0.921 | 85.3 | 2.47 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Германия | 4.00 | 33.64 | 248.30 | 34.5 | 60.12 | 58.59 | 580 | 0.921 | 87.3 | 2.46 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Швеция | 3.75 | 50.67 | 670.79 | 69.9 | 68.20 | 71.37 | 531 | 0.936 | 83.3 | 2.45 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Бельгия | 3.50 | 34.45 | 295.44 | 26.4 | 49.94 | 54.89 | 510 | 0.935 | 97.3 | 2.39 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Финляндия | 4.00 | 39.61 | 1022.53 | 48.3 | 54.69 | 72.64 | 64 | 0.925 | 66.7 | 2.33 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Франция | 4.00 | 30.48 | 190.89 | 19.7 | 58.02 | 49.41 | 601 | 0.924 | 75.4 | 2.33 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Испания | 4.00 | 14.29 | 112.19 | 18.4 | 42.12 | 60.93 | 506 | 0.908 | 77.4 | 2.30 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Италия | 3.75 | 20.94 | 177.97 | 33.4 | 47.39 | 73.73 | 486 | 0.909 | 66.9 | 2.21 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Люксембург | 3.00 | 45.90 | 271.15 | 22.9 | 75.97 | 87.22 | 619 | 0.924 | 91.0 | 2.20 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Ирландия | 4.00 | 36.46 | 296.37 | 32.5 | 42.63 | 66.76 | 456 | 0.916 | 58.8 | 2.16 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Португалия | 3.50 | 10.48 | 62.02 | 21.8 | 43.05 | 66.52 | 542 | 0.874 | 62.7 | 2.15 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Австрия | 3.50 | 27.65 | 588.49 | 40.6 | 47.36 | 78.55 | 516 | 0.921 | 64.6 | 2.14 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Мальта | 3.00 | 18.13 | 169.59 | 11.4 | 52.49 | 29.42 | 518 | 0.866 | 90.3 | 2.11 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Исландия | 2.00 | 39.15 | 1419.96 | 60.8 | 67.74 | 66.98 | 356 | 0.932 | 92.4 | 2.10 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Чехия | 3.50 | 12.20 | 155.52 | 10.7 | 37.79 | 42.42 | 447 | 0.844 | 74.7 | 2.09 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Эстония | 3.75 | 13.52 | 284.25 | 25.6 | 36.33 | 38.70 | 48 | 0.812 | 68.8 | 2.05 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Среднее по | 3.25 | 21.14 | 280.93 | 24.97 | 45.41 | 43.54 | 431.75 | 0.861 | 71.48 | 2.01 | | странам Европы | | | | | | | | | | | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Польша | 3.50 | 6.89 | 87.66 | 9.1 | 28.24 | 17.40 | 413 | 0.828 | 65.2 | 1.96 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Швейцария | 3.00 | 50.25 | 366.41 | 51.5 | 71.99 | 64.46 | 535 | 0.924 | 67.7 | 1.96 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Россия | 3.00 | 4.29 | 22.22 | 10.1 | 21.83 | 2.22 | 420 | 0.775 | 77.3 | 1.89 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Латвия | 3.00 | 8.20 | 83.72 | 10.1 | 29.99 | 16.86 | 593 | 0.791 | 69.0 | 1.88 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Турция | 3.00 | 3.81 | 10.64 | 6.2 | 28.00 | 24.56 | 286 | 0.735 | 74.1 | 1.83 | -———————————————————|————————————|————————————|——————————————|—————————————————|—————————————————|——————————————|————————————————|————————————|————————————|————————————- | Литва | 3.00 | 5.95 | 48.14 | 7.2 | 32.11 | 14.17 | 376 | 0.803 | 68.4 | 1.81 | -———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————- Индекс веб-присутствия отражает нахождение страны на одной из пяти изображенных на рис. 1 стадий развития электронного правительства. Показатели состояния информационно-коммуникационной инфраструктуры включают в себя традиционные индикаторы развития ИКТ. Третья группа показателей - показатели развития человеческих ресурсов - характеризует возможности и подготовленность общества к поддержке и использованию электронных коммуникаций со своим правительством. К сожалению, Россия не входит ни в первую десятку, ни в первую двадцатку стран, готовых к внедрению электронного правительства. Тому есть объективные причины. В развитых странах уже имеется эффективно функционирующая рыночная экономика, обеспечивающая постоянный рост информационных потребностей и платежеспособный спрос на информационные продукты и услуги, имеется мощный средний класс, являющийся основным потребителем этих услуг. В большинстве развитых стран уже имеется хорошо развитая инфраструктура производства, доставки и предоставления пользователям продуктов информационных технологий, экономика этих стран располагает свободными средствами для инвестиций в дальнейшее развитие информационно-коммуникационных сетей. В России все вышеперечисленное фактически отсутствует, а сфера информационных услуг находится в зачаточном состоянии. Однако сегодня в России сохраняется одна из лучших в мире систем общего образования, не потерян полностью научный и методический потенциал в области информатизации, имеются теоретические разработки мирового уровня. Развитие российских телекоммуникаций всех видов идет опережающими темпами по сравнению с другими областями экономической деятельности, что позволяет рассчитывать на быстрое формирование инфраструктуры предоставления информационно-коммуникационных продуктов и услуг. Для реализации этого преимущества требуется сосредоточение и координация значительных усилий на достаточно коротком (7 - 10 лет) отрезке времени. Кроме того, Россия обладает великим культурным наследием и современной самобытной многонациональной культурой, что позволяет легко наполнить отечественным контентом предоставляемые гражданам информационно-коммуникационные продукты. В настоящее время со стороны Правительства РФ, при поддержке Комитета Государственной Думы РФ по информационной политике начат процесс по запуску государственного проекта национального масштаба - создание "электронного правительства" России. Реализация такого проекта потребует соответствующего политического решения со стороны первого лица в государстве. Работа в этом направлении уже ведется, и весьма успешно. Таким образом, изначально, с учетом уже накопленного мирового и российского опыта, ставится задача организации исполнительной вертикали управления проектом "электронного правительства". При этом мероприятия Федеральной целевой программы "Электронная Россия", включая региональные программы по информатизации, рассматриваются как составная, технологическая часть реализации концепции "электронного правительства России". "Электронное правительство" страны складывается из соответствующих институтов управления, созданных на региональном уровне. Разработка и реализация концепции "электронного правительства" отдельного региона может стать идейной основой для успешного выполнения всей региональной программы информатизации и интеграции областных информационных ресурсов. В результате появляется реальная возможность создать эффективные механизмы управления муниципальными образованиями, региональными министерствами и ведомствами, региональным бюджетом, жилищно-коммунальным хозяйством, борьбой с преступностью (включая организованную, терроризм и коррупцию), что, в свою очередь, обеспечит устойчивый и значительный рост уровня и качества жизни в регионе. С технической точки зрения необходимо решить задачу унификации внутриведомственных информационно-технологических систем, включая их внешние и внутренние интерфейсы, и задачу образования единого информационно-технологического комплекса органов государственной власти региона. По сути, речь идет о создании государственной автоматизированной системы управления регионом, в основе которой лежит электронный документооборот, обеспечиваемый соответствующей государственной информационно-коммуникационной инфраструктурой. Региональная государственная автоматизированная система управления призвана осуществлять электронный документооборот как внутри аппарата главы региональной администрации, регионального правительства, законодательного собрания, региональных министерств (управлений, департаментов и т.п.), администраций районов, муниципальных образований, так и между ними. Региональная государственная телекоммуникационная инфраструктура призвана обеспечить передачу данных, аудио- и видеоинформации с заданным классом качества в реальном масштабе времени, обслуживать органы государственной власти и местного самоуправления, бюджетные и внебюджетные фонды и организации. Объединенное государственное информационное пространство региона призвано интегрировать, учитывая строго регламентированное информационное взаимодействие, социально значимые информационные ресурсы, обслуживающие такие области, как экономика, финансы, здравоохранение, наука и образование. Резюмируя вышесказанное, следует особо отметить, что региональная информатизация представляет собой сложный технологический процесс, в основе которого должна стоять осознанная политическая воля региональной власти, направленная на реформу системы управления и экономики региона на базе информационно-коммуникационных технологий, что является по своей сути не технологическим, а в главной степени социально-политическим проектом. Как уже указывалось в п. 1.1, в составе информационного комплекса, реализующего концепцию электронного правительства, выделяют несколько функциональных подсистем, таких как: - подсистема взаимодействия локальных органов государственной власти (ОГВ) между собой; - подсистема взаимодействия электронного правительства с гражданами; - подсистема взаимодействия с глобальными, иногда международными, органами власти; - подсистема взаимодействия с коммерческими структурами; - подсистема взаимодействия с некоммерческими организациями. Самой приоритетной задачей является создание и запуск в эксплуатацию подсистемы взаимодействия органов государственной власти между собой, к этой подсистеме, как к идеологическому ядру или стержню, в дальнейшем подтягиваются все другие системы, и в первую очередь система взаимодействия с гражданами. Остальные составные части подключаются по мере их востребованности и готовности. Итак, в качестве главного объекта в данном документе рассматривается задача построения информационной системы ОГВ одного из наиболее развитых регионов Российской Федерации - Липецкой области, и полное наименование работы следующее: "Концепция информатизации администрации Липецкой области". Надо понимать, что эта информационная система должна стать ядром кристаллизации, от которого процесс упорядоченной информатизации, с одной стороны, будет двигаться вглубь региона - к гражданам, коммерческим и некоммерческим организациям и, с другой стороны, вверх, к интеграции Липецкой области в единое электронное правительство Российской Федерации. 2. Описание объекта информатизации Липецкая область, образованная 6 января 1954 года, расположена в центральной части Восточно-Европейской равнины, в пределах Среднерусской возвышенности, в бассейне верхнего течения Дона. На юге граничит с Воронежской и Курской областями, на западе - с Орловской областью, на севере - с Рязанской областью, на востоке - с Тамбовской областью. Липецкая область занимает площадь около 24 тыс. кв. км, имеет протяженность с севера на юг - 200 км, с запада на восток - 150 км. Численность населения - 1 млн. 235 тыс. человек, при этом плотность населения около 50 чел. на кв. км. Областной центр - город Липецк, расположен в 508 км от Москвы, по берегам реки Воронеж. Область располагает весьма развитой транспортной инфраструктурой. Территорию области пересекают три железнодорожные магистрали, в основном принадлежащие ЮВЖД. Общая протяженность железнодорожной сети - свыше 800 км. Выполнение функций государственного управления Российской Федерации на территории Липецкой области осуществляется администрацией Липецкой области. Липецкая область является субъектом Российской Федерации. На сегодняшний день в Липецкой области насчитывается 18 районов и два города областного подчинения. Руководство администрацией Липецкой области осуществляется главой администрации области, его первым заместителем, девятью заместителями и управляющим делами администрации. В состав администрации входят 3 департамента, 2 главных управления, 22 управления, 7 комитетов, 3 отдела, 3 инспекции, 1 комиссия и пресс-служба. К настоящему моменту проведены работы по обследованию уровня информатизации Администрации Липецкой области [6]. В целом, налицо картина, характерная для начального периода информатизации любого региона, характеризующаяся высокой степенью понимания сотрудниками администрации актуальности внедрения информационных технологий, наличием определенного опыта внедрения, но при этом также характеризующаяся недостатком системного подхода и полного понимания проблем масштабирования и интегрирования комплексных информационных систем. Согласно данным проведенного обследования общее состояние информатизации в ОГВ Липецкой области характеризуется следующим образом: - в подавляющем большинстве обследованных объектов уже применяются информационные системы и средства автоматизированной обработки данных; - в подавляющем большинстве обследованных объектов вычислительные средства объединены в локальные вычислительные сети; - большинство обследованных объектов имеют подключения к территориально распределенным сетям передачи данных; - широко используются разнородные, специализированные информационные системы, не имеющие средств интеграции создаваемых баз данных; - налицо относительно большой объем бумажного делопроизводства; - имеется большой объем накопленных данных как на традиционных бумажных носителях, так и в электронной форме; - для объекта обследования характерно относительно малое использование современных информационных технологий по автоматизации управленческих и хозяйственных процессов; - пока преобладает децентрализованное начало в управлении информатизацией; - отсутствует единая техническая политика; - недостаточен уровень развития телекоммуникационной инфраструктуры. Ряд выявленных проблем в области информатизации области можно сформулировать следующим образом: - Координация деятельности по информатизации в масштабе области отсутствует, хотя имеются отдельные примеры скоординированных действий преимущественно по ведомственному принципу. - Текущее состояние информатизации таково, что в основном решаются задачи компьютеризации рабочих мест и объединения их в локальные информационно-вычислительные сети. С увеличением числа компьютеров растет потребность в едином информационном пространстве и в скоординированной политике в сфере организации информационного взаимодействия. Проблема информатизации все больше становится проблемой организации и управления процессом информатизации. - Нет четко сформулированной концепции информационного развития области и единой научно-технической политики информатизации. - Исчерпывающей информации о состоянии информатизации субъектов области нет, технология ее сбора и анализа пока не разработана. - Топология региональных телекоммуникаций, в силу исторически складывающихся обстоятельств, приобрела хаотические черты. Попытки внести регулярность построением иерархических структур локального масштаба практически не меняют ни общей картины, ни тенденций последующего развития. - Предстоит оцифровать громадные объемы накопленной и хранимой в традиционной форме мультимедийной, картографической и прочей информации органов власти, муниципальных служб, архивов, библиотек и т.д. - В области отсутствует система экономического анализа и финансового обеспечения информатизации. - Не сформирована система нормативных и законодательных актов, регламентирующих деятельность физических и юридических лиц в сфере информатизации. Предлагаемая концепция должна в первую очередь восполнить имеющиеся пробелы в систематизации подходов и наметить векторы развития информационной системы Липецкого региона, создать методически-технологическую платформу для быстрого и безболезненного вхождения Липецкой области в электронное правительство Российской Федерации. 3. Структура информационного взаимодействия органов государственной власти Липецкой области 3.1. Ключевые направления деятельности администрации Липецкой области На администрацию любого субъекта Российской Федерации возлагается целый ряд важнейших и неотложных задач по обеспечению жизнедеятельности региона, обеспечению достойного уровня жизни населения. Ключевыми направлениями деятельности администрации Липецкой области как полноправного субъекта РФ являются: - управление социально-экономическим развитием области; - управление финансово-кредитным комплексом; - управление использованием территориальных ресурсов; - управление государственным имуществом; - управление сферой материального производства; - управление потребительским рынком; - управление социальными вопросами (включая здравоохранение и образование); - управление общественной безопасностью; - организация и обеспечение управленческой деятельности органов государственной власти. Решение всех вышеперечисленных задач фактически невозможно без организации эффективного информационного взаимодействия между всеми участниками, осуществляющими эту деятельность. Для обеспечения информационного обмена требуется создать единое информационное пространство, объединяющее всех предоставляющих, перерабатывающих и потребляющих информацию субъектов. 3.2. Требования к обрабатываемой информации Информация, создаваемая, обрабатываемая и хранимая в пределах единого информационного пространства Липецкой области, должна обладать следующими характеристиками: - полнотой, непротиворечивостью и качественностью - система должна содержать всю необходимую для жизнедеятельности администрации области информацию, должна быть определена персональная ответственность за полноту и качество информации; - единством принципов формирования и использования - для формирования и обработки информации должны использоваться единые стандарты на формы представления однородных данных, единая система идентификации объектов области, единая система адресации, единый набор общесистемных лингвистических средств; - законностью - как состав обрабатываемой информации, так и средства ее обработки, передачи и хранения должны определяться на основе актуальной нормативной и правовой базы, принятой органами государственной власти федерального и регионального уровней; - преемственностью - вновь разрабатываемые информационные решения должны в максимальной степени использовать уже накопленную информацию и опробованные методики и приемы ее обработки. 3.3. Формирование единого информационного пространства Для формирования единого информационного пространства Липецкой области, причем такого, которое легко в будущем можно будет интегрировать в единое информационное пространство электронного правительства Российской Федерации, требуется реализовать целый ряд информационных, организационных и технических подсистем электронного правительства регионального уровня. Перечень этих подсистем приводится ниже: - система актуализации нормативно-правовой базы информатизации (включая правовую базу системы информационных обязательств); - полный набор функциональных подсистем по ключевым направлениям деятельности администрации Липецкой области (см. п. 3.1); - система информационных обязательств и контроля их исполнения; - подсистема интеграции и хранения данных; - подсистема сети передачи данных, обеспечивающей транспортное единство информационного пространства; - подсистемы обработки, анализа и представления (визуализации) данных; - подсистема управления информационными сервисами всей системы; - подсистема обеспечения информационной безопасности; - подсистема подготовки кадров. 3.3.1. Система актуализации нормативно-правовой базы информатизации В вопросах создания и развития информационных систем, предназначенных для органов государственной власти, первостепенное значение имеют нормативно-правовые аспекты деятельности всех субъектов обмена информацией. Требуется отметить, что во всем мире, а в России в особенности, правовая база деятельности государственных органов не является статичной, а подвергается постоянным, зачастую значительным изменениям. По этой причине определение нормативно-правовой базы ни в коем случае не является разовым мероприятием, но является постоянным процессом, требующим пристального внимания и сосредоточенных усилий. На сегодняшний день информационные взаимоотношения между субъектами права в Российской Федерации определяются в основном действующим Федеральным законом N 24-ФЗ от 20.02.1995 "Об информации, информатизации и защите информации". Этот Закон является базовым для принятия на его основе других нормативных правовых актов по отдельным направлениям правового регулирования информационных отношений. Можно утверждать, что собственно правовая компонента информационной политики должна предусматривать, прежде всего, формирование правового статуса всех субъектов в системе информационных отношений, пользователей информационных и телекоммуникационных систем (граждане, социальные институты, общественно-политические организации, органы государственной власти и управления) и определение их ответственности за обеспечение конституционного права на свободу информации. Для построения информационной системы наибольшую актуальность имеет разработка нормативных правовых документов о владении, использовании и распоряжении информационными ресурсами Липецкой области. Для организации единого информационного пространства Липецкой области большое значение имеет разработка пакета нормативных документов, регламентирующих функционирование региональной системы классификаторов экономической и статистической информации, включающих порядок использования общероссийских, межотраслевых и отраслевых классификаторов, их увязку и перекодирование, а также порядок создания и ведения областных классификаторов, реестров, регистров и справочников. Другой важной составляющей нормативной правовой базы является пакет нормативно-технических документов, предусматривающих меры по интеграции информационных систем с федеральными и ведомственными системами, обеспечение совместимости банков данных Липецкой области другими банками данных. В Российской Федерации, кроме гарантированного Конституцией права на свободное получение информации, действует ряд законодательных и подзаконных актов, гарантирующих сохранность персональной, служебной и государственной информации от искажения и неправомерного использования. В этой связи особое значение принимает соблюдение баланса между информационной открытостью и защитой интересов каждого гражданина, общества и государства в области защиты персональной, конфиденциальной и секретной информации. Надежным указателем этого баланса служат нормативные акты и руководящие документы соответствующих инстанций. Выполнение любых работ по защите и обработке персональных и иных конфиденциальных данных должно вестись в соответствии со следующими нормативно-правовыми актами: - Федеральный закон от 20.02.1995 N 24-ФЗ "Об информации, информатизации и защите информации"; - Федеральный закон от 04.07.1996 N 85-ФЗ "Об участии в международном информационном обмене"; - Указ Президента Российской Федерации от 06.03.1992 N 188 "Об утверждении перечня сведений конфиденциального характера". Гарантией качества и полноты разрабатываемых и применяемых решений служит сегодня система качества, определяемая системой государственных отраслевых стандартов. По этой причине для любых решений, применяемых для построения информационной системы, необходимо неукоснительное следование ГОСТам. При создании и реализации концепции необходимо строгое соблюдение требований ГОСТов и руководящих документов, а именно: - ГОСТ 34.601-90 "Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания". - ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы". - ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем". - РД 50-34.698-90 "Автоматизированные системы. Требования к содержанию документов". - ГОСТ 34.201-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем". При оформлении документов необходимо руководствоваться требованиями единой системы конструкторской документации (ЕСКД): - ГОСТ 2.106-96 "Единая система конструкторской документации. Текстовые документы" - ГОСТ 2.120-73 "Единая система конструкторской документации. Технический проект". 3.3.2. Функциональные подсистемы по ключевым направлениям деятельности администрации Липецкой области В первую очередь в системе должны быть реализованы функциональные подсистемы по автоматизации и информатизации ключевых направлений деятельности администрации области (перечисленные в п. 3.1). Надо отметить, что основа этому процессу в Липецкой области уже положена, большинство подразделений оснащено вычислительной техникой, объединенной в локальные вычислительные сети, имеющие доступ к глобальным сетям. Однако проделана лишь начальная часть работы по информатизации этих подразделений - нет единой технической и информационной политики для всех участников информационного обмена, зачастую не решены вопросы обеспечения информационной безопасности и обеспечения адекватными решаемым задачам кадрами. Информационные системы разобщены, форматы данных совместимы далеко не полностью, прозрачный обмен данными крайне затруднителен. Такое положение вещей требует сосредоточения значительных усилий на унификации и стандартизации решений, модернизации систем переработки информации, подготовке кадров, разработке и приобретении необходимого для осуществления ключевых направлений деятельности программного обеспечения. 3.3.3. Система информационных обязательств Для преодоления межведомственных барьеров и последствий начального периода информатизации, характерного несистемным развитием программных и технических средств, требуется максимально четко регламентировать процедуры и форматы межсубъектного обмена информацией, предназначенной для обработки в составе единого информационного пространства Липецкой области. В принципе достижение полноты, качественности, законности, единства и преемственности информации невозможно без однозначного определения взаимной ответственности между источниками, переработчиками и потребителями информации, а также между службами, ответственными за функционирование всей системы. Для определения взаимной ответственности между всеми участниками информационного обмена предлагается использование системы информационных обязательств (СИО), утверждаемых главой администрации области и имеющей поэтому законодательный характер. Поскольку эффективность всей информационной системы, да и ход реализации проекта в целом, в высокой степени зависят от оптимальности СИО, ее разработке должна предшествовать кропотливая инвентаризация имеющихся в органах государственной власти информационных ресурсов. После инвентаризации производится тщательный анализ собранных данных, затем разработка и необходимая корректировка информационных обязательств, возможно, сопровождающаяся корректировкой способов сбора, форматов и методик обработки и хранения данных. И только после этого проводится утверждение всей системы информационных обязательств в целом. Утвержденная СИО станет методически-правовой основой для построения полной схемы потоков данных в едином информационном пространстве. Надо четко понимать, что однажды зафиксированная система информационных обязательств не может оставаться статичной сколь-нибудь долгий период времени - из-за изменений законодательной базы, технологий переработки данных в субъектах информационного обмена, из-за совершенствования вычислительной и телекоммуникационной техники, наконец, неизбежно потребуется модернизация СИО. Поэтому для поддержания СИО в постоянном актуальном состоянии требуется разработка подсистемы, определяющей регламент и жизненный цикл каждого информационного обязательства в отдельности и всех вместе и, при необходимости, способной производить требующиеся коррективы. 3.3.4. Подсистема интеграции и хранения данных Всю собираемую и обрабатываемую в строгом соответствии с системой информационных обязательств информацию необходимо поместить в хранилище данных, откуда она при необходимости легко может быть затребована. На сегодняшний день существуют два принципиально различных подхода к хранению критичных для управленческой деятельности данных - централизованная и распределенная схемы хранения информации. И та, и другая схема имеет свои достоинства и недостатки. Распределенная схема имеет определенные преимущества в системах с относительно слабой связью между звеньями (с точки зрения каналов связи), с большими объемами хранимой в узлах информации и при наличии в этих узлах соответствующей материальной и, главное, кадровой базы. Централизованная схема, в свою очередь, лучше работает в тех случаях, когда каналы связи имеют высокую пропускную способность и надежность, а на местах имеются проблемы как с людьми, так и с весьма дорогостоящим оборудованием хранения данных. Обратной стороной медали для схемы централизованного хранения, однако, является проблема сохранности данных в критических (форс-мажорных) обстоятельствах. Физическое разрушение хранилища данных в результате природной или техногенной катастрофы может привести к полной потере работоспособности системы, вероятно, без возможности восстановления функционала в полном объеме. К счастью, на сегодняшний день существует целый ряд прогрессивных технических решений, позволяющих снять всю остроту этой проблемы. Одним из них является создание дублирующего центра хранения информации в физически удаленном от основного здании. Между основным и резервным центрами хранения обеспечивается канал связи с достаточной пропускной способностью, и такая система приобретает необходимую надежность и отказоустойчивость. Основными техническими требованиями, предъявляемыми при проектировании центра хранения данных, являются его производительность и бесперебойность функционирования. Производительность системы достигается посредством применения современного программного и аппаратного обеспечения с требуемыми характеристиками. При этом одной из основных характеристик является масштабируемость - способность без принципиальных модификаций наращивать технические возможности системы хранения по мере ростов объемов обрабатываемых данных. Немаловажна также при этом и модульность применяемых аппаратных средств, поскольку именно она способна обеспечить защиту инвестиций проекта, предоставляя возможность замены отдельных модулей, а не всей системы в целом при дальнейшем развитии технологий хранения. Бесперебойность функционирования системы в целом обеспечивается: - использованием кластерных технологий; - наличием аппаратного обеспечения, находящегося в резерве и готового заменить вышедшее из строя оборудование; - обеспечением двойного уровня устройств бесперебойного электроснабжения для критически важного аппаратного обеспечения; - территориальным распределением системы на основе волоконно-оптических линий связи. Бесперебойность функционирования системы хранения должна обеспечиваться как на аппаратном, так и организационном уровне. Бесперебойность функционирования на организационном уровне обеспечивается: - применением многоуровневой системы архивации данных с использованием емких и производительных систем архивирования; - постоянным мониторингом состояния системы; - ограничением доступа к критически важным элементам. На аппаратном уровне должна быть обеспечена бесперебойность функционирования как системы в целом, так и отдельных ее устройств. Бесперебойность функционирования отдельных устройств обеспечивается применением оборудования с резервированием основных элементов (дублирование источников питания, применение многопроцессорных системных блоков, зеркалирования дисков и т.п.), возможностью "горячей" замены блоков и модулей и модернизации внутреннего программного обеспечения без остановки системы. Таким образом, предлагается, используя современные технологии, дающие возможность значительно сократить совокупную стоимость владения информационными технологиями, путем централизации вычислительных и программных средств, создать Единое хранилище данных для системы информатизации Липецкой области. При проектировании подсистемы хранения информации следует учитывать не только требования, предъявляемые программно-аппаратной платформой, но и "жизненный цикл" информации, хранимой в базах данных. Под "жизненным циклом" понимают оптимальный выбор срока и технологии хранения информации. Без тщательной проработки этого вопроса любое хранилище данных рано или поздно достигнет своего максимального объема и перестанет выполнять свои функции. Централизованное размещение данных позволяет также обеспечить условия для внедрения прогрессивной технологии построения программного обеспечения - клиент-серверную модель. При использовании этой модели основная вычислительная мощность сосредотачивается на централизованных серверах приложений, в то время как доступ к результатам обработки информации осуществляется с клиентских рабочих мест, расположенных в организациях - потребителях информации. Единственное требующееся при этом клиентское программное обеспечение представляет собой Интернет-браузер, входящий в состав поставки стандартных операционных систем. Лишь в отдельных случаях может понадобиться разработка дополнительных программных продуктов (плагинов), встраиваемых в программу-браузер. При этом технологии разработки и интеграции плагинов существуют, детально проработаны и опробованы производителями ПО. В этом значительно сокращаются затраты на непрерывную модификацию компьютеров и программ, на учет применяющегося на местах ПО, на обслуживающий персонал, повышается прозрачность ведения учета в подведомственных организациях. Следует понимать, что между получением данных в соответствии с СОИ и размещением их в хранилище лежит целый пласт проблем, связанных с задачами интеграции принимаемых и выдаваемых данных. Эта проблематика является одной из самых сложных во всем комплексном проекте по следующим причинам: - пока не существует успешного опыта построения такой системы целиком, есть лишь примеры удачных реализаций частей этой системы [7]; - для решения задач неприменимы готовые стандартные решения, требуется тщательный учет всех местных нормативных, информационных, технических и методических реалий; - решение задач невозможно целиком перепоручить специалистам сторонних профильных организаций по причине незнания ими всей региональной специфики и невозможности полностью формализовать задачи (проблема "нечеткой логики"); - имеющиеся на сегодня в составе подразделений администрации Липецкой области ИТ-профессионалы загружены выполнением той работы, которая входит в их текущие должностные обязанности, в то время как для работы над комплексным проектом необходимо их участие с полной загрузкой. Принимая во внимание все вышесказанное, нетрудно сделать вывод о том, что для успешной реализации проекта требуется создание соответствующей рабочей группы в составе администрации, наделенной необходимыми административными, кадровыми и материальными ресурсами. Первоочередными задачами этой группы должны стать задачи разработки принципов, методик и программного обеспечения средств интеграции получаемых от СОИ данных. Кроме того, процесс интеграции воедино получаемых первичных данных не сводится к их суммированию, налицо целый ряд взаимосвязанных задач по обработке информации (Data Mining). Необходимо разработать и реализовать механизмы по очистке данных от информационного шума и влияния человеческого фактора, ведущего к ошибкам и искажениям, механизмы по осуществлению контроля избыточности данных, механизмы обеспечения непротиворечивости сохраняемой информации и многие другие не менее важные механизмы. 3.3.5. Подсистема сети передачи данных Для информационного объединения всех частей системы в одно целое требуется построить телекоммуникационную инфраструктуру. Телекоммуникационная инфраструктура представляет собой территориально распределенную сеть передачи данных (СПД) и предназначена для объединения всех владельцев и пользователей информационных ресурсов единого информационного пространства Липецкой области в единую систему. СПД должна обеспечивать пользователей на всей территории области широким спектром услуг и сервисов, основными из которых являются: - передача данных корпоративных сетей (объединение ЛВС); - передача данных Интернет; - передача трафика IP-телефонии; - передача видеотрафика (организация видеоконференций или видеотрансляции с серверов, дистанционное обучение и др.). К телекоммуникационной инфраструктуре, являющейся территориально распределенной СПД, предъявляется целый ряд специфических требований. Высокая производительность. Сеть передачи данных должна обладать высокой производительностью для того, чтобы удовлетворять постоянно растущие требования к пропускной способности используемых и вновь создаваемых приложений. Высокая надежность. В связи с тем, что от бесперебойности функционирования сети передачи данных непосредственно зависит работоспособность всей информационной системы, особое внимание требуется уделить вопросам отказоустойчивости. Наиболее приемлемыми в этом случае являются Internet/Intranet технологии, совмещаемые с такой топологической схемой сети, в которой исключены единичные точки отказа. Высокая степень масштабируемости. Создаваемая сеть должна иметь возможность наращивания без принципиальных изменений топологии, принципов работы и используемых протоколов, при этом с минимально возможными изменениями в составе уже функционирующего оборудования и каналов связи. Для повышения масштабируемости сети, упрощения процессов управления ею, а также для удешевления ее обслуживания требуется максимально возможная типизация применяемого оборудования, заключающаяся в сужении его номенклатуры. Гетерогенность. Создаваемая сеть должна быть способна использовать в качестве среды передачи самые разнообразные технологии, как существующие, так и вновь разрабатываемые, не исключая даже устаревающих, поскольку и они еще достаточно широко распространены на территории Российской Федерации. Для обеспечения прозрачного взаимодействия между различными частями гетерогенной системы особое внимание должно быть уделено стандартизации интерфейсов. В качестве базовой необходимо использовать эталонную модель взаимодействия открытых систем, имеющую статус признанного общемирового стандарта. Приоритезация трафика. Разрабатываемая сеть передачи данных уже на этапе проектирования должна предусматривать возможность передачи данных с заданным качеством обслуживания. Эта особенность позволит использовать физически одну и ту же сеть передачи данных для работы самых различных приложений, включая и приложения реального времени, такие как IP-телефония, видеоконференцсвязь, дистанционное обучение и доставка видеоконтента. Информационная безопасность. В связи с тем, что часть обрабатываемой системой информации может иметь тот или иной гриф конфиденциальности, сеть передачи данных должна обеспечивать соответствующий уровень защиты информации, определяемый действующим законодательством РФ. Кроме того, необходимо предусмотреть возможность логического разделения каналов связи для обособления потоков информации, принадлежащих различным владельцам. Для осуществления этой возможности сеть должна поддерживать организацию виртуальных частных сетей (VPN). Управляемость сети. В связи со значительной территориальной распределенностью сети необходимо снабдить ее программно-аппаратным комплексом мониторинга, управления и восстановления работоспособности. Все используемое оборудование должно поддерживать возможность удаленного управления. В качестве транспортной среды предлагается использовать комбинацию каналов связи, использующих как различные технологии, так и различной ведомственной принадлежности, что позволит оптимизировать как стоимость, так и надежность создаваемой системы. Основой для построения магистрали СПД должны стать волоконно-оптические линии связи (ВОЛС), создаваемые в рамках областной программы развития связи и информатизации. Поскольку для решения задач, выдвигаемых перед СПД, необходимо обеспечение требуемого уровня качества обслуживания, то следует отказаться от использования доступа через публичный Интернет, а использовать выделенные линии связи или использовать услуги по предоставлению VPN оператором связи на втором или третьем уровне модели OSI. В качестве основной технологии построения магистральных каналов передачи данных предлагается использовать технологию GigabitEthernet/FastEthernet/Ethernet. Благодаря высокой скорости передачи данных и низкой стоимости технология получила сегодня широкое распространение. Технологические усовершенствования последних лет позволяют ей успешно конкурировать с другими, более дорогими и специфичными, технологиями семейства TDM. Основные характеристики современного оборудования Gigabit Ethernet: - наличие "дальнобойных" оптических интерфейсов (до 70 - 100 км); - полная совместимость с существующими сетями Ethernet; - масштабируемость, обеспечение плавного развития сетей, создание транковых магистральных соединений; - относительно недорогая и гибкая полоса пропускания; - высокая надежность сети, обеспечиваемая резервными и транковыми соединениями; - простота и высокая эффективность, в силу отсутствия избыточности и сложности, присущей LANE ATM и SDH при передаче трафика Ethernet; - поддержка новейших разработок в области обеспечения QoS/CoS, таких как DiffServ и MPLS. Развитие стандартов сетей Ethernet, снятие ограничений на расстояния, связанных с диаметром коллизионного домена, появление полнодуплексного коммутируемого Ethernet и приоритезации трафика сделали возможным и нередко экономически целесообразным применение данной технологии при построении магистральных сетей на расстояниях в десятки километров. В качестве технологии для подключения узлов к магистрали и для создания магистральных участков там, где использование ВОЛС экономически нецелесообразно, а также для взаимодействия с абонентами, расположенными за пределами Липецкой области, предлагается использовать линии связи, предоставляемые Липецким филиалом ОАО "ЦентрТелеком" - "Липецкэлектросвязью". Выбор технологий для обеспечения абонентского доступа зависит от требуемой полосы пропускания, нужного качества обслуживания, наличия или возможности создания соответствующей кабельной инфраструктуры, возможности использования беспроводных технологий и экономической целесообразности. Варианты подключения могут быть различны - от коммутируемых низкоскоростных каналов (аналоговая телефония и ISDN), кабельных и DSL технологий до высокоскоростного подключения по интерфейсам Fast Ethernet/Gigabit Ethernet. Интерфейсы между маршрутизаторами уровня доступа и клиентскими маршрутизаторами выбираются по ситуации исходя из требований абонентов данного узла. На сетевом уровне предлагается использование исключительно протокола TCP/IP как на магистральном уровне, так и на уровне распределения/доступа. Предлагаемое концептуальное решение по использованию в качестве основного IP-транспорта на сегодняшний день является оптимальным по соотношению цена/качество. В качестве протокола сетевого уровня на каналах абонентского доступа также предусматривается применение стека TCP/IP. При необходимости возможно туннелирование других протоколов (IPX/SPX, AppleTalk, x.25, Frame Relay) поверх IP. В общем случае начало такого туннеля следует располагать на оконечном оборудовании абонента и лишь в случае невозможности этого инициировать туннели непосредственно между маршрутизаторами уровня доступа/распределения. С целью снижения текущих расходов на эксплуатацию сеть передачи данных должна иметь возможность осуществлять подключение сторонних организаций для использования временно незадействованных либо резервных мощностей на основе возмездного использования. В качестве телекоммуникационного оборудования предлагается использовать модульные маршрутизаторы, что позволит использовать широкий спектр технологий линий связи и в дальнейшем значительно упростит задачу масштабирования СПД. Отказоустойчивость и быстрое восстановление после сбоев предлагается реализовать с помощью следующих мер: - использования отказоустойчивой топологии; - применения на магистральных узлах дублирования основных частей - процессорных модулей, блоков питания, интерфейсных модулей; - формирования склада горячей замены, содержащего в себе наиболее критичные к выходу из строя компоненты; - создания круглосуточно функционирующей службы технической поддержки, оснащенной современными программно-аппаратными средствами поиска, локализации и ликвидации нештатных ситуаций. 3.3.6. Подсистемы обработки, анализа и представления данных Вся имеющаяся в центральном хранилище данных информация должна быть в любой момент доступна для обработки, анализа и выдачи в максимально удобном для пользователя информации виде. Для обеспечения этой возможности предназначен ряд подсистем, связанных с обработкой и визуализацией информации. В качестве основной программной модели следует принять современную трехзвенную архитектуру, включающую в себя: - уровень хранения данных (массив серверов баз данных либо централизованное хранилище данных); - уровень приложений (массив серверов приложений); - уровень представлений (совокупность клиентов системы). Подобная структура позволяет обеспечить программную реализацию основных требований к системе: функциональной и территориальной масштабируемости, кооперативности, гибкости, открытости, защищенности, распределенности и унифицированности автоматизированной системы. Схема решения представлена на рис. 2. Уровень хранения Уровень приложения Уровень данных ¦ ¦ представления ----------------¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ -------¬ --------------¬ ----------¬ ¦ ------------¬ ¦ ¦ ¦ ¦ API- ¦ ¦ Реализация ¦ ¦Прикладн.¦ ¦ ¦Клиентское ¦ ¦ ¦ ¦ ¦ ядра ¦ ¦бизнес-логики¦ ¦ API ¦<--+->¦приложение ¦ ¦ -------¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦(поставля- ¦ ¦ ¦ База ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦емый GUI) ¦ ¦ ¦данных¦ ¦<-+-->¦ ¦<---->¦ ¦<---->¦ ¦ ¦ L------------ ¦ L------- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ------------¬ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦<--+->¦Клиентское ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦приложение ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦(Web-интер-¦ ¦ ¦ ¦ L------- L-------------- L---------- ¦ ¦фейс) ¦ ¦ ¦ ¦ ¦ L------------ L---------------- ¦ ¦ Рисунок 2. Архитектура программно-технического решения. Уровень хранения данных может быть реализован как при помощи системы управления базами данных (СУБД), так и при помощи подсистемы централизованного хранения данных, предназначенной для использования в качестве хранилища всех данных системы. Уровень сервера приложения предназначен для обработки запросов клиента и представления результата в виде структурированного сообщения. На сервере приложений необходимо реализовать программные компоненты, перечисленные в табл. 2. Таблица 2. Перечень подсистем, реализуемых на сервере приложений -——————————————————————————————————————————————————————————————————————————————————- | Подсистема | Требуемые особенности | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема хранения: | - Возможность абстрагироваться от того, на каких | | организация хранения | физических устройствах хранятся данные и как они | | данных | логически организованы (в виде набора файлов, таблиц БД). | | | Пользователь оперирует только понятиями предметной | | | области - например: "организация", "гражданин", "адрес", | | | "объект недвижимости" и т.д. | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема | - Формирование хранилища данных об организации с учетом | | управления потоками | территориальной распределенности. - Формирование | | работ | хранилища информационных массивов организации. - | | | Реализация управления потоками работ, использующими | | | объекты информационного хранилища и т.д. | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема | - Authentication - определение подлинности пользователя | | безопасности: | при помощи пары значений логин/пароль. - Authorization - | | разграничение и | определение полномочий пользователя при доступе к | | контроль доступа | объектам системы. Полномочия настраиваются как для | | | отдельных Пользователей, так и для Групп пользователей и | | | Ролей, возможна настройка для Должностей. - Accounting - | | | журналирование всех событий приложения, в том числе | | | активности подсистемы безопасности | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема | - Обеспечение создания единых территориально | | репликации: | распределенных систем. Возможность репликации on-line и в | | синхронизация данных | off-line, в т.ч. через сменные носители | | в удаленных | | | хранилищах | | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема менеджера | - Контроль целостности данных (возможность отката к | | транзакций: контроль | предыдущему нормальному состоянию), защита от технических | | и обеспечение | сбоев оборудования | | целостности данных | | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема менеджера | - Блокировки, обеспечивающие совместную работу над | | блокировок | документами и базами данных | -——————————————————————|———————————————————————————————————————————————————————————- | Подсистема средств | - Должен быть рассчитан на взаимодействие со смежными | | интеграции | информационными системами. Иметь открытой API, | | | настраиваемый интерфейс для организации обмена данными, в | | | том числе XML | -——————————————————————————————————————————————————————————————————————————————————- Уровень представления данных (клиента системы) предлагается организовывать при помощи GUI приложения (полнофункциональный клиент) или веб-браузера (тонкий клиент). При этом более предпочтительным является тонкий клиент. Взаимодействие между клиентом и сервером приложений должно происходить в виде обмена структурированными сообщениями (документами) стандартного протокола (XML или HTML). К клиенту системы предъявляется ряд специфических требований: - типичность интерфейса и методов работы, свойственных графическому интерфейсу современных операционных систем; - интеграция с офисными приложениями; - гибкие и настраиваемые возможности поиска, классификации документов, подготовки отчетов; - единый подход к работе с разрозненными документами и данными; - единый интерфейс для всех типовых рабочих мест, в том числе администраторов системы. В целом программная реализация системы должна характеризоваться: - безопасностью, то есть иметь развитые средства контроля доступа, возможность поддержки сертифицированных средств криптографической защиты и электронной цифровой подписи; - защитой инвестиций, то есть осуществлять поддержку основных типов операционных систем (MS Windows, Linux, Sun Solaris) и СУБД (Oracle, MS SQL Server), иметь возможность работы в гетерогенных сетях; - возможностью создания распределенных решений, позволяющих: объединить распределенные подразделения в единое информационное пространство; обеспечить удаленный доступ пользователей к внутренним данным; организовать обмен данными между подразделениями. При этом можно использовать различные каналы (коммутируемое соединение, выделенный канал, сменные носители) и правила репликации (по расписанию, по событию, вручную, выборочно или полностью); - масштабируемостью и производительностью, то есть иметь возможность использования многосерверных систем (кластеров), многопроцессорных серверов (поддержка SMP), промышленных операционных систем и СУБД. Получаемая в результате сбора, обработки и анализа информация ценна не сама по себе, а полезна лишь в той части, в которой может быть воспринята людьми, готовящими, принимающими и контролирующими исполнение тех или иных решений. Объем окружающей нас информации имеет тенденцию расти лавинообразно, и лишь развитие современных технологий представления и визуализации данных позволяет нам успевать за этим процессом. На сегодняшний день наиболее современным средством, позволяющим человеку увидеть и осмыслить большие массивы информации в привязке к конкретным объектам, являются геоинформационные системы (ГИС). Геоинформационная система - это продукт современной компьютерной технологии, созданный для того, чтобы картировать и анализировать объекты реального мира, расположенные на нашей планете. Эта технология объединяет традиционные операции с базами данных, такими как запросы и статистический анализ, с преимуществами полноценной визуализации и географического (пространственного) анализа, которые предоставляет карта. Эти возможности отличают ГИС от других информационных систем и обеспечивают уникальные возможности для ее применения в широком спектре задач, связанных не только с анализом, но и с прогнозом явлений и событий окружающего мира, с выделением и осмыслением главных факторов и причин, а также их возможных последствий, с планированием стратегических решений и текущих последствий предпринимаемых действий [8]. Работающая ГИС включает в себя пять ключевых составляющих, таких как: - аппаратные средства, - программное обеспечение, - данные, - пользователи, - методы функционирования. Аппаратные средства. Эта та вычислительная платформа, на которой выполняются программы, составляющие ГИС. В настоящее время ГИС способны работать практически на любых платформах, начиная от отдельных настольных ПК, заканчивая территориально распределенными серверными кластерами. Программное обеспечение ГИС содержит функции и инструменты, необходимые для хранения, анализа и визуализации географической (пространственной) информации. Ключевыми компонентами программных продуктов являются: инструменты для ввода и оперирования географической информацией; система управления базой данных (DBMS или СУБД); инструменты поддержки пространственных запросов, анализа и визуализации (отображения); графический интерфейс пользователя (GUI или ГИП) для легкого доступа к инструментарию. Данные. Это наиболее важный компонент ГИС. Данные о пространственном положении (географические данные) и связанные с ними табличные данные могут собираться и подготавливаться самим пользователем либо приобретаться у поставщиков на коммерческой или другой основе. В процессе управления пространственными данными ГИС интегрирует пространственные данные с другими типами и источниками данных, а также может использовать СУБД, применяемые многими организациями для упорядочивания и поддержки имеющихся в их распоряжении данных. Пользователи ГИС. Широкое применение технологии ГИС невозможно без людей, которые работают с программными продуктами и разрабатывают планы их использования при решении реальных задач. Пользователями ГИС могут быть как технические специалисты, разрабатывающие и поддерживающие систему, так и обычные сотрудники (конечные пользователи), которым ГИС помогает решать текущие каждодневные дела и проблемы. Использование современных ГИС не требует от персонала каких-либо специфических знаний в области картографии или анализа данных, необходимым минимумом является умение уверенно пользоваться стандартным офисным программным обеспечением. Методы функционирования. Успешность и эффективность (в том числе экономическая) применения ГИС во многом зависит от правильно составленного плана и правил работы, которые составляются в соответствии со спецификой задач и работы каждой организации. Современная геоинформационная система, как правило, разрабатывается для решения следующих основных задач, связанных с обработкой данных: ввод, манипулирование, управление, запросы и анализ, визуализация. Ввод данных. Для использования в ГИС данные должны быть преобразованы в подходящий цифровой формат. Процесс преобразования данных с бумажных карт в компьютерные файлы называется оцифровкой. В современных ГИС этот процесс может быть автоматизирован с применением сканерной технологии, что особенно важно при выполнении крупных проектов, либо, при небольшом объеме работ, данные можно вводить с помощью дигитайзера. Многие данные уже переведены в форматы, напрямую воспринимаемые ГИС-пакетами. Манипулирование данными. Часто для выполнения конкретного проекта имеющиеся данные нужно дополнительно видоизменить в соответствии с требованиями вашей системы. Например, географическая информация может быть в разных масштабах (осевые линии улиц имеются в масштабе 1:100000, границы округов переписи населения - в масштабе 1:50000, а жилые объекты - в масштабе 1:10000). Для совместной обработки и визуализации все данные удобнее представить в едином масштабе. ГИС-технология предоставляет разные способы манипулирования пространственными данными и выделения данных, нужных для конкретной задачи. Управление данными. В небольших проектах географическая информация может храниться в виде обычных файлов. Но при увеличении объема информации и росте числа пользователей для хранения, структурирования и управления данными эффективнее применять системы управления базами данных (СУБД), то есть специальными компьютерными средствами для работы с интегрированными наборами данных (базами данных). В ГИС наиболее удобно использовать реляционную структуру, при которой данные хранятся в табличной форме. При этом для связывания таблиц применяются общие поля. Этот простой подход достаточно гибок и широко используется во многих, как ГИС, так и не ГИС приложениях. Запросы и анализ. При наличии ГИС возможно получать ответы как на простые ("Кто владелец данного участка?", "Где расположен объект?"), так и на комплексные ("Где есть места для строительства нового объекта?", "Как это строительство изменит экологическую обстановку?", "Что можно предпринять, чтобы нейтрализовать вредные воздействия?") вопросы. Запросы можно задавать как простым щелчком мышью на определенном объекте, так и посредством развитых аналитических средств. С помощью ГИС можно выявлять и задавать шаблоны для поиска, проигрывать сценарии по типу "что будет, если...". Современные ГИС имеют множество мощных инструментов для анализа. Визуализация данных. Для многих типов пространственных операций конечным результатом является представление данных в виде карты или графика. Карта - это очень эффективный и информативный способ хранения, представления и передачи географической (имеющей пространственную привязку) информации. С помощью ГИС визуализация самих карт может быть легко дополнена отчетными документами, трехмерными изображениями, графиками и таблицами, фотографиями и другими средствами, например мультимедийными. ГИС, как и другие информационные технологии, подтверждает известное утверждение о том, что лучшая информированность помогает принять лучшее решение. Однако надо понимать, что ГИС - это не инструмент для выдачи решений, а средство, помогающее ускорить и повысить эффективность процедуры принятия решений, обеспечивающее ответы на запросы и функции анализа пространственных данных, представления результатов анализа в наглядном и удобном для восприятия виде. ГИС помогает, например, в решении таких задач, как предоставление разнообразной информации по запросам органов планирования, разрешение территориальных конфликтов, выбор оптимальных (с разных точек зрения и по разным критериям) мест для размещения объектов и т.д. Требуемая для принятия решений информация может быть представлена в лаконичной картографической форме с дополнительными текстовыми пояснениями, графиками и диаграммами. Наличие доступной для восприятия и обобщения информации позволяет ответственным работникам сосредоточить свои усилия на поиске решения, не тратя значительного времени на сбор и осмысливание доступных разнородных данных. 3.3.7. Подсистема управления информационными сервисами Управление комплексной территориально распределенной информационной системой представляет собой нетривиальную задачу. На сегодняшний день для решения подобных задач создан специальный инструментарий, состоящий как из программных, так и аппаратных решений. Обычно этот инструментарий выделяют в отдельную подсистему управления системой информатизации. Подсистема управления обычно подразделяется на несколько функциональных частей: - блок мониторинга и управления оборудованием; - блок организации службы технической поддержки; - блок автоматической инвентаризации и контроля версий. Блок мониторинга и управления (БМУ) дает возможность управлять из единой точки всем комплексом компьютерного и телекоммуникационного оборудования, при этом позволяя ИТ персоналу эффективно управлять событиями, происходящими во всех системах, создав своеобразный центр компетенции и управления распределенной ИТ инфраструктурой. БМУ поддерживает два метода сбора информации - синхронный и асинхронный. Для сбора информации используются протоколы ICMP(ping), SNMP, DCE/RPC. В системах, контролируемых БМУ, существует так называемая Система Корреляции Событий (СКС), которая может быть использована как на серверной, так и (или) на клиентской части. Эта система обеспечивает в реальном времени обработку групп событий, называемых также "потоком событий". Обрабатывая различные потоки событий, СКС находит взаимосвязь между отдельными событиями, подавляет часть из них и преобразовывает оставшиеся в более конкретный и полезный для управляющего персонала поток. СКС также фильтрует дублирующие друг друга или похожие сообщения, заменяя ряд однотипных на одно-единственное. Администратор БМУ имеет возможность группировать сообщения, приходящие из различных источников, по функциям, месторасположению источника, приложениям или по любым другим логическим условиям. Также имеется возможность группировать сообщения по уровням сложности: Неопределен (Unknown), Нормальный (Normal), Предупреждение (Warning), Средний (Minor), Важный (Major) и Критический (Critical). После решения проблемы исходное сообщение перемещается в базу данных об истории событий. Для этого в БМУ используется механизм, называемый Acknowledgement (подтверждение). Администратор БМУ может подтвердить решение проблемы как вручную, так и автоматически, настроив выполнение соответствующего автоматического действия при поступлении определенного сообщения. В последнем случае сообщение, ассоциированное с действием, автоматически перемещается в базу данных истории событий, после того как данное действие успешно выполнено. В БМУ для вычисления статуса контролируемых объектов используется механизм "Services" ("Службы"). Вы можете создать многоуровневое дерево служб и создать зависимость статуса службы от статуса служб нижнего уровня, используя различные логические критерии. Статус служб самого нижнего уровня приравнивается к максимальному уровню важности сообщений, полученных для этой службы. БМУ поддерживает выполнение корректирующих программ. Это могут быть автоматически выполняемые программы или программы, инициируемые оператором. При получении БМУ сервером сообщения может быть запущено автоматическое действие. В то же время оператор имеет возможность запускать или останавливать корректирующие программы вручную. Для группировки управляемых объектов БМУ имеет различные виды представления объектов. Объекты группируются в иерархические структуры, содержащие следующие уровни (по убыванию): - сеть; - IP сети; - сегменты; - сетевые устройства; - сетевые интерфейсы. Используя "Группы Сообщений" и "Группы Объектов", в БМУ существует возможность распределения зон ответственности между операторами. Так, например все сообщения, относящиеся к разделу "Безопасность", можно назначить сотруднику, отвечающему за вопросы безопасности в компании. Аналогичным образом можно распределить обязанности между сотрудниками, отвечающими за конкретные приложения, базы данных, принтеры и т.д. Для определения влияния того или иного компонента ИТ системы на качество функционирования системы в целом в БМУ существует так называемое "Дерево сервисов", которое объясняет взаимосвязи между отдельными компонентами. В зависимости от требуемого уровня детализации "листья" "дерева сервисов" могут представлять собой терминал, сложный компонент ИТ системы или сервис. Вычисление статуса сервисов производится исходя из анализа важности сообщений, полученных в отношении соответствующего сервиса и статуса сервисов нижних уровней. Блок организации службы технической поддержки, задачей которого является оперативное реагирование на возникающие потребности для обеспечения бесперебойного функционирования ИТ-служб - Service Desk. Эта система обеспечивает ежедневную точку контакта между пользователями, информационной системой и третьими лицами. Управление сервисами - главный, определяющий процесс для этой функции. Объединяя критически важные компоненты технической поддержки в единое решение, оно упрощает работу пользователей и операторов службы поддержки, поднимая качество обслуживания на новый уровень. Для правильного построения службы поддержки важно, чтобы функционирование Service Desk базировалось на методологии ITIL (Information Technology Infrastructure Library), поскольку именно в библиотеке ITIL собран мировой опыт по организации сервисных служб. В структуре Service Desk используются все основные понятия ITIL, такие как: - операторская служба; - управление Инцидентами; - управление Проблемами; - управление Изменениями; - соглашения об Уровне Сервиса; - управление Конфигурациями. Блок автоматической инвентаризации аппаратного и программного обеспечения используемого парка компьютерной техники с удаленным управлением рабочими местами и удаленной инсталляцией пользовательского ПО. Система управления автоматизированными рабочими местами (АРМ) предназначена для повышения эффективности работы АРМ пользователей и снижения затрат на их сопровождение путем значительного уменьшения использования локального администрирования. Решения, входящие в состав системы управления рабочими местами пользователей, обеспечивают выполнение следующих задач: - автоматизированное ведение базы ИТ-ресурсов; - автоматизация процесса централизованной установки программного обеспечения на АРМ пользователей; - автоматизация процесса удаленного управления АРМ. Целями создания и внедрения системы управления рабочими местами пользователей являются: - снижение потерь рабочего времени персонала организации, возникающих по причине выхода из строя аппаратного или программного обеспечения АРМ; - уменьшение времени исполнения эксплуатационным персоналом запросов сотрудников организации на обслуживание; - повышение скорости реагирования на нештатные ситуации за счет использования централизованного удаленного управления; - повышение производительности труда сотрудников организации за счет обеспечения более устойчивого и качественного функционирования ИТ-инфраструктуры; - формирование базы ИТ-ресурсов; - реализация возможности статистического анализа базы ИТ-ресурсов, использование его результатов для оптимизации процесса закупки нового оборудования. 3.3.8. Подсистема обеспечения информационной безопасности Определяющим фактором интеграции в единое информационное пространство индивидуальных, корпоративных, отраслевых и государственных информационных систем и ресурсов является обеспечение должного уровня информационной безопасности для каждого субъекта, принявшего решение войти в это пространство. Методы обеспечения информационной безопасности подразделяются на: - правовые; - программно-технические; - организационно-экономические. К правовым методам обеспечения информационной безопасности относится разработка комплекса нормативных правовых актов, регламентирующих отношения в информационной сфере, и нормативно-методических документов по обеспечению информационной безопасности (см. п. 3.3.1). Программно-технические методы включают: - защиту информации от несанкционированного доступа средствами проверки полномочий пользователей и обслуживающего персонала на использование информационных ресурсов; - аутентификацию сторон, производящих обмен информацией (подтверждение подлинности отправителя и получателя); - разграничение прав пользователей и обслуживающего персонала при доступе к информационным ресурсам, а также при хранении и предоставлении информации с ограниченным доступом; - возможность доказательства неправомерности действий пользователей и обслуживающего персонала; - защиту информации от случайных разрушений; - защиту от внедрения фрагментов вредоносного кода в программные продукты; - защиту баз данных различного уровня; - выявление технических устройств и программ, представляющих опасность для нормального функционирования информационно-телекоммуникационных систем; - применение криптографических средств защиты информации при ее хранении, обработке и передаче по каналам связи в тех случаях, когда такие меры предусмотрены в законодательной базе и руководящих документах соответствующих ведомств; - подтверждение авторства сообщений с использованием электронной цифровой подписи информации. Организационно-экономические методы предусматривают: - распределение информации по степеням защищенности и по категориям доступа; - организацию работ по защите информации; - выполнение положений государственной системы защиты информации (ГСЗИ); - сертификацию технических и программных средств; - лицензирование информационной деятельности; - страхование информационных рисков; - контроль за выполнением требований по защите информации. Выбор средств защиты информации должен основываться на указанных выше требованиях к системе защиты информации и на анализе существующих средств защиты в стране. Эти средства должны быть, по возможности, отечественными и иметь сертификат в системе сертификации средств защиты. Важнейшим критерием выбора средств защиты информации является анализ практики применения этих средств. Отдельно следует отметить задачи обеспечения безопасности разрабатываемых и модифицируемых систем в интегрированной информационной среде, так как в процессе модификации неизбежно возникновение дополнительных ситуаций незащищенности системы. Для решения данной проблемы наряду с общими методами и технологиями следует отметить введение ряда требований к разработчикам, создания регламентов внесения изменений в системы. В целях обеспечения защиты информации в качестве первоочередного мероприятия ставится разработка Концепции информационной безопасности в региональной компьютерной сети. Для реализации Концепции безопасности будет разработан План мероприятий по защите информации, который включает все перечисленные выше методы защиты информации. Отдельно перед создателями информационной системы стоит задача правильного и юридически однозначного категорирования по Руководящим документам соответствующих органов (ФСБ, Гостехкомиссии при президенте РФ, ФАПСИ до утраты актуальности), поступающих, обрабатываемых и хранимых в системе данных. С удовлетворением надо отметить, что в Липецкой области уже существует и действует Координационный совет по информационной безопасности, в чью компетенцию входят вышеперечисленные вопросы. Поэтому в ходе проектирования системы представляется безусловно необходимым контроль выполнения работ по защите информации поручить этому органу. 3.3.9. Подсистема подготовки кадров Одной из основных составляющих успеха построения системы информатизации администрации Липецкой области безусловно является вопрос обеспечения квалифицированными кадрами. Без решения этого вопроса успех всего проекта становится сомнительным. На сегодняшний день в администрации Липецкой области имеются специалисты достаточного уровня подготовленности, однако они загружены текущей работой и вряд ли смогут сосредоточиться полностью на решении проблем комплексной информатизации. По этой причине остро необходимо соответствующее изменение штата ИТ-специалистов, связанных с данной проблематикой. Кроме того, внедрение современных информационных технологий, располагающихся на переднем крае науки, постоянно ставит перед сотрудниками новые, ранее никем не решавшиеся задачи. В этой ситуации становится решающей не столько подготовка специалистов по конкретным дисциплинам, сколько расширение кругозора сотрудников, обучение их умениям не пасовать перед сложными задачами, не искать объяснений, почему невозможно реализовать ту или иную идею, а искать пути преодоления трудностей - короче говоря, особое внимание требуется уделить задаче формирования единой команды специалистов. Процесс обучения специалистов не должен быть стихийным и требует тщательного планирования, как календарного, так и бюджетного. Для снижения нагрузки на бюджет при сохранении качества обучения неизменным рекомендуется широко использовать современные технологии дистанционного обучения с применением средств телекоммуникаций (e-learning). Для осуществления планирования требуется разработать программу подготовки кадров, учитывающую текущие возможности и перспективные потребности, при составлении этой программы необходимо учесть уже сделанные наработки по методикам оценки потребностей в трудовых ресурсах (методика ВНИИ ПВТИ, например)[9]. Также необходимо рассмотреть меры по стимулированию специалистов к повышению своего уровня путем самоподготовки, следует предусмотреть соответствующие способы мотивации сотрудников, обратившись за консультацией в специализирующиеся на этой тематике организации. 4. Планируемый ход работ и обоснование бюджетов Реализация современных крупных информационных проектов характеризуется значительными сложностями в планировании и процессе контроля исполнения, так как стадийность подобных проектов весьма велика, причем взаимосвязь отдельных частей проекта, как правило, весьма сложна и неоднозначна. При этом результаты предшествующих стадий зачастую являются исходными данными для последующих, и по мере удаления от исходной точки финансовые и временные параметры проекта приходится планировать все с уменьшающейся степенью точности, с использованием приемов нечеткой логики и пространств решений. Не является исключением в этом смысле и проект информатизации администрации Липецкой области - наиболее четко в нем на сегодняшний день прорабатываются планы на 2004 год, с несколько меньшей точностью - на 2005 год и в приблизительных сроках - на 2006 год. Надо отметить, что только постоянная коррекция целей и показателей проекта в соответствии с реальным положением дел в ходе исполнения работ способна дать положительные результаты. Общим приемом при исполнении комплексных информационных проектов является разбиение всех задач на более или менее однородные группы со все большей степенью детализации по мере исполнения. В применении к проекту информатизации администрации Липецкой области легко выделить пять логически взаимосвязанных групп проектных задач: - задач организационно-правового обеспечения планируемых работ, включающих в себя задачи разработки и утверждения системы информационных обязательств; - задач создания единого централизованного хранилища данных, как уже имеющихся, так и предоставляемых системой информационных обязательств; - задач приобретения, адаптации и самостоятельной разработки требующегося программного обеспечения; - задач создания объединяющих все субъекты обмена информацией сети передачи данных, обладающей всеми необходимыми для нормального функционирования параметрами; - задач создания центра управления и поддержки информационной системы. Дальнейшая детализация задач проекта и их взаимосвязь приводится в таблицах 3, 4 и 5. Таблица 3. Ход выполнения работ по информатизации администрации Липецкой области -————————————————————————————————————————————————————————————————————————————————————————————————- | N | Наименование стадии проекта | Длит. | Бюджет | Привязка | Срок | Срок | | | | стадии | | | начала | окончани | | | | в | | | | я | | | | месяцах | | | | | -————————————————————————————————————————————————————————————————————————————————————————————————- | Организационно-правовое обеспечение планируемых работ | -————————————————————————————————————————————————————————————————————————————————————————————————- | 1 | Деление программы построения | 1 | 200000 | К дате | 01.02.20 | 02.03.20 | | | информационной системы на этапы | | | начала | 04 | 04 | | | и определение приоритетности их | | | работ по | | | | | исполнения. Формирование | | | проекту | | | | | техническогозадания на первую | | | | | | | | очередь информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 2 | Разработка, утверждение и | 6 | 2500000 | К дате | 02.03.20 | 29.08.20 | | | придание нормативного статуса | | | оконч. | 04 | 04 | | | Системе информационных | | | работ по п. | | | | | обязательств. | | | 1 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 3 | Приведение предполагающихся к | 6 | 0 | К дате | 29.08.20 | 25.02.20 | | | информационному обмену данных в | | | оконч. | 04 | 05 | | | соответствие с утвержденной | | | работ по п. | | | | | системой информационных | | | 2 | | | | | обязательств. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 4 | Уточнение и публикация форматов, | 7 | 200000 | К дате | 25.02.20 | 23.09.20 | | | протоколов обмена и структур баз | | | оконч. | 05 | 05 | | | данных, применяемых | | | работ по п. | | | | | пользователями информационной | | | 3 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 5 | Формирование технического | 1 | 200000 | | 02.03.20 | 01.04.20 | | | задания на вторую очередь | | | | 05 | 05 | | | информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 6 | Формирование технического | 1 | 200000 | | 02.09.20 | 02.10.20 | | | задания на третью очередь | | | | 05 | 05 | | | информационной системы. | | | | | | -————————————————————————————————————————————————————————————————————————————————————————————————- | Создание единого централизованного хранилища данных | -————————————————————————————————————————————————————————————————————————————————————————————————- | 7 | Проектирование единого | 2 | 200000 | К дате | 02.03.20 | 01.05.20 | | | централизованного хранилища | | | оконч. | 04 | 04 | | | данных информационной системы. | | | работ по п. | | | | | | | | 1 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 8 | Поставка оборудования, | 3 | 3000000 | К дате | 01.05.20 | 30.07.20 | | | необходимого для ввода в строй | | | оконч. | 04 | 04 | | | первой очереди хранилища данных. | | | работ по п. | | | | | | | | 7 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 9 | Пусконаладочные работы по вводу | 3 | 500000 | К дате | 30.07.20 | 28.10.20 | | | в строй первой очереди хранилища | | | оконч. | 04 | 04 | | | данных. | | | работ по п. | | | | | | | | 8 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 10 | Опытная эксплуатация первой | 1 | 0 | К дате | 28.10.20 | 27.11.20 | | | очереди хранилища данных. | | | оконч. | 04 | 04 | | | | | | работ по п. | | | | | | | | 9 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 11 | Сдача первой очереди хранилища | 1 | 0 | К дате | 27.11.20 | 27.12.20 | | | данных в эксплуатацию. | | | оконч. | 04 | 04 | | | | | | работ по п. | | | | | | | | 10 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 12 | Доработка проекта в соответствии | 1 | 100000 | К дате | 01.04.20 | 01.05.20 | | | с требованиями, предъявляемыми | | | оконч. | 05 | 05 | | | ко второй очереди хранилища | | | работ по п. | | | | | данных. | | | 5 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 13 | Поставка оборудования и | 5 | 5200000 | К дате | 01.05.20 | 28.09.20 | | | пусконаладочные работы второй | | | оконч. | 05 | 05 | | | очередихранилища данных. | | | работ по п. | | | | | | | | 12 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 14 | Опытная эксплуатация и сдача в | 2 | 0 | К дате | 28.09.20 | 27.11.20 | | | эксплуатацию второй очереди | | | оконч. | 05 | 05 | | | хранилищаданных. | | | работ по п. | | | | | | | | 13 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 15 | Реализация третьей очереди | 8 | 2000000 | К дате | 02.10.20 | 30.05.20 | | | хранилища данных. | | | оконч. | 05 | 06 | | | | | | работ по п. | | | | | | | | 6 | | | -————————————————————————————————————————————————————————————————————————————————————————————————- | Приобретение, адаптация и самостоятельная разработка программного обеспечения | -————————————————————————————————————————————————————————————————————————————————————————————————- | 16 | Актуализация перечня | 1 | 200000 | К дате | 02.03.20 | 01.04.20 | | | стандартного программного | | | оконч. | 04 | 04 | | | обеспечения, приобретаемого на | | | работ по п. | | | | | первом этапе реализации | | | 1 | | | | | информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 17 | Приобретение и адаптация | 4 | 20000000 | К дате | 01.04.20 | 30.07.20 | | | стандартногопрограммного | | | оконч. | 04 | 04 | | | обеспечения первого этапа | | | работ по п. | | | | | реализации информационной | | | 16 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 18 | Актуализация перечня | 1 | 200000 | К дате | 01.04.20 | 01.05.20 | | | стандартного программного | | | оконч. | 05 | 05 | | | обеспечения, приобретаемого на | | | работ по п. | | | | | втором этапе реализации | | | 5 | | | | | информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 19 | Приобретение и адаптация | 5 | 15000000 | К дате | 01.05.20 | 28.09.20 | | | стандартногопрограммного | | | оконч. | 05 | 05 | | | обеспечения второго этапа | | | работ по п. | | | | | реализации информационной | | | 18 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 20 | Актуализация перечня, | 7 | 10000000 | К дате | 02.10.20 | 30.04.20 | | | приобретение и адаптация | | | оконч. | 05 | 06 | | | стандартного программного | | | работ по п. | | | | | обеспечения третьего этапа | | | 6 | | | | | реализацииинформационной | | | | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 21 | Актуализация перечня заказного | 1 | 200000 | К дате | 02.03.20 | 01.04.20 | | | программного обеспечения, | | | оконч. | 04 | 04 | | | приобретаемого на первом этапе | | | работ по п. | | | | | реализации информационной | | | 1 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 22 | Разработка заказного | 12 | 20000000 | К дате | 01.04.20 | 27.03.20 | | | программного обеспечения первого | | | оконч. | 04 | 05 | | | этапа реализации информационной | | | работ по п. | | | | | системы. | | | 21 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 23 | Тестирование и сдача в | 2 | 0 | К дате | 27.03.20 | 26.05.20 | | | эксплуатацию заказного | | | оконч. | 05 | 05 | | | программного обеспечения первого | | | работ по п. | | | | | этапа реализации информационной | | | 22 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 24 | Актуализация перечня заказного | 1 | 200000 | К дате | 01.04.20 | 01.05.20 | | | программного обеспечения, | | | оконч. | 05 | 05 | | | приобретаемого на втором этапе | | | работ по п. | | | | | реализации информационной | | | 5 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 25 | Разработка заказного | 12 | 30000000 | К дате | 29.08.20 | 24.08.20 | | | программного обеспечения второго | | | оконч. | 04 | 05 | | | этапа реализации информационной | | | работ по п. | | | | | системы. | | | 2 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 26 | Тестирование и сдача в | 2 | 0 | К дате | 24.08.20 | 23.10.20 | | | эксплуатацию заказного | | | оконч. | 05 | 05 | | | программного обеспечения второго | | | работ по п. | | | | | этапа реализации информационной | | | 25 | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 27 | Актуализация перечня, контроль | 15 | 25000000 | К дате | 02.10.20 | 26.12.20 | | | процесса разработки, | | | оконч. | 05 | 06 | | | тестирование и сдача в | | | работ по п. | | | | | эксплуатацию заказного | | | 6 | | | | | программного обеспечения | | | | | | | | третьего этапа реализации | | | | | | | | информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 28 | Актуализация перечня | 1 | 200000 | К дате | 02.03.20 | 01.04.20 | | | программного обеспечения, | | | оконч. | 04 | 04 | | | самостоятельно разрабатываемого | | | работ по п. | | | | | на первом этапе реализации | | | 1 | | | | | информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 29 | Разработка и сдача в | 12 | 0 | К дате | 01.04.20 | 27.03.20 | | | эксплуатацию программного | | | оконч. | 04 | 05 | | | обеспечения, самостоятельно | | | работ по п. | | | | | разрабатываемого на первом этапе | | | 28 | | | | | реализации информационной | | | | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 30 | Актуализация перечня | 1 | 200000 | К дате | 01.04.20 | 01.05.20 | | | программного обеспечения, | | | оконч. | 05 | 05 | | | самостоятельно разрабатываемого | | | работ по п. | | | | | на втором этапе реализации | | | 5 | | | | | информационной системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 31 | Разработка и сдача в | 12 | 0 | К дате | 01.05.20 | 26.04.20 | | | эксплуатацию программного | | | оконч. | 05 | 06 | | | обеспечения, самостоятельно | | | работ по п. | | | | | разрабатываемого на втором этапе | | | 30 | | | | | реализации информационной | | | | | | | | системы. | | | | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 32 | Актуализация перечня, разработка | 15 | 0 | К дате | 02.10.20 | 26.12.20 | | | и сдача в эксплуатацию | | | оконч. | 05 | 06 | | | программного обеспечения, | | | работ по п. | | | | | самостоятельно разрабатываемого | | | 6 | | | | | на третьем этапе реализации | | | | | | | | информационной системы. | | | | | | -————————————————————————————————————————————————————————————————————————————————————————————————- | Создание сети передачи данных | -————————————————————————————————————————————————————————————————————————————————————————————————- | 33 | Проектирование первой очереди | 2 | 5000000 | К дате | 02.03.20 | 01.05.20 | | | сети передачи данных. | | | оконч. | 04 | 04 | | | | | | работ по п. | | | | | | | | 1 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 34 | Приобретение оборудования первой | 6 | 50000000 | К дате | 01.05.20 | 28.10.20 | | | очереди сети передачи данных. | | | оконч. | 04 | 04 | | | | | | работ по п. | | | | | | | | 33 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 35 | Ввод в строй каналов связи | 10 | 15000000 | К дате | 01.05.20 | 25.02.20 | | | первой очереди сети передачи | | | оконч. | 04 | 05 | | | данных. | | | работ по п. | | | | | | | | 33 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 36 | Опытная эксплуатация первой | 2 | 0 | К дате | 25.02.20 | 26.04.20 | | | очереди сети передачи данных. | | | оконч. | 05 | 05 | | | | | | работ по п. | | | | | | | | 35 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 37 | Сдача первой очереди сети | 2 | 0 | К дате | 26.04.20 | 25.06.20 | | | передачи данных в эксплуатацию. | | | оконч. | 05 | 05 | | | | | | работ по п. | | | | | | | | 36 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 38 | Проектирование второй очереди | 2 | 6000000 | К дате | 01.04.20 | 31.05.20 | | | сети передачи данных. | | | оконч. | 05 | 05 | | | | | | работ по п. | | | | | | | | 5 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 39 | Приобретение оборудования второй | 6 | 60000000 | К дате | 31.05.20 | 27.11.20 | | | очереди сети передачи данных. | | | оконч. | 05 | 05 | | | | | | работ по п. | | | | | | | | 38 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 40 | Ввод в строй каналов связи | 10 | 15000000 | К дате | 31.05.20 | 27.03.20 | | | первой очереди сети передачи | | | оконч. | 05 | 06 | | | данных. | | | работ по п. | | | | | | | | 38 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 41 | Опытная эксплуатация второй | 2 | 0 | К дате | 27.03.20 | 26.05.20 | | | очереди сети передачи данных. | | | оконч. | 06 | 06 | | | | | | работ по п. | | | | | | | | 40 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 42 | Сдача второй очереди сети | 2 | 0 | К дате | 26.05.20 | 25.07.20 | | | передачи данных в эксплуатацию. | | | оконч. | 06 | 06 | | | | | | работ по п. | | | | | | | | 41 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 43 | Проектирование, поставка | 15 | 50000000 | К дате | 02.10.20 | 26.12.20 | | | оборудования, организация | | | оконч. | 05 | 06 | | | каналов связи и сдача в | | | работ по п. | | | | | эксплуатацию третьей очереди | | | 6 | | | | | сети передачи данных. | | | | | | -————————————————————————————————————————————————————————————————————————————————————————————————- | Создание центра управления и поддержки информационной системы | -————————————————————————————————————————————————————————————————————————————————————————————————- | 44 | Проектирование центра управления | 2 | 100000 | К дате | 02.03.20 | 01.05.20 | | | и поддержки информационной | | | оконч. | 04 | 04 | | | системы. | | | работ по п. | | | | | | | | 1 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 45 | Поставка оборудования и | 6 | 500000 | К дате | 01.05.20 | 28.10.20 | | | программного обеспечения центра | | | оконч. | 04 | 04 | | | управления первой очереди | | | работ по п. | | | | | информационной системы. | | | 44 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 46 | Пусконаладочные работы по | 6 | 75000 | К дате | 28.10.20 | 26.04.20 | | | созданию центра управления | | | оконч. | 04 | 05 | | | первой очередью информационной | | | работ по п. | | | | | системы. | | | 45 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 47 | Поставка оборудования и | 6 | 300000 | К дате | 01.04.20 | 28.09.20 | | | программного обеспечения центра | | | оконч. | 05 | 05 | | | управления второй очереди | | | работ по п. | | | | | информационной системы. | | | 5 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 48 | Пусконаладочные работы по | 6 | 45000 | К дате | 28.09.20 | 27.03.20 | | | созданию центра управления | | | оконч. | 05 | 06 | | | второй очередью информационной | | | работ по п. | | | | | системы. | | | 47 | | | -————|——————————————————————————————————|—————————|——————————|—————————————|——————————|——————————- | 49 | Поставка оборудования и | 12 | 35000 | К дате | 02.10.20 | 27.09.20 | | | программного обеспечения и | | | оконч. | 05 | 06 | | | выполнение работ по созданию | | | работ по п. | | | | | центра управления третьей | | | 6 | | | | | очередью информационной системы. | | | | | | -————————————————————————————————————————————————————————————————————————————————————————————————- Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Ноябрь
|
