загрузка...
  Управленческий консультант Супремум MBI ИТ-университет ИТ-директор ИТ-форум ИТ-профессионалы ИТ-Олимпиада  

Логин:
Пароль:
  
Забыли свой пароль?
Регистрация

Авторизация

  Войти      Регистрация


ИТ-директор: СОБЫТИЯ
RSS

Форум «Технологии менеджмента» Форум «Технологии менеджмента»
13-14 сентября 2012 года, г.Киев,  Форум "Технологии менеджмента" - ежегодная площадка для обмена опытом и общения профессиональных менеджеров, консультантов, тренеров, исследователей и экспертов в области менеджмента.

Современные концепции управления предприятием и ИТ - Ялта Современные концепции управления предприятием и ИТ - Ялта
4 - 7 октября 2012 г, г. Ялта, отель "Ялта-Интурист", Крым. Семинар-практикум посвящен управлению проектами - первое событие «IT Week - 20112 - Неделя IT»

Ялтинское заседание ИТ-директоров - 2012 Ялтинское заседание ИТ-директоров - 2012
7 - 10 октября 2012 г, г. Ялта, отель "Ялта-Интурист", Крым. Ялтинское заседание ИТ-директоров - составляющая часть «IT Week - 2012 - Неделя IT»

Общий открытый Форум Сети ИТ-профессионалов

Уважаемые пользователи сети ИТ-профессионалов! Приглашаем Вас принять участие в обсуждениях вопросов использования ИТ в деятельности предприятий и учреждений.


Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Плюсы и минусы внедрения в органах государственной власти ПО с открытым кодом
 
приглашаю обсудить на форуме этот аспект
 
ПО самого высокого качества - всегда платное, т.к. чтобы развивать продукт - нужны средства на развитие.
Делать с открытым кодом - резать свою дойную корову. smile:)
 
Для того, чтобы ПО с открытым кодом действительно отвечало требованиям информационной безопасности, оно должно проходить тщательную экспертизу и сертифицироваться – самим Держкоминформатизации или предложенным в Копцепции "спеціально уповноваженим державним підприємством". И дистрибутив должен создаваться там же – чтобы третьи лица по пути ничего в него не добавили. А потом такое сертифицированное ПО должно внедряться во всех органах гос.власти, лучше всего – одновременно.
Отсюда вытекает очень полезное следствие: большая часть ПО, используемого в государственных органах (документооборот, бухгалтерский и кадровый учет, доступ к государственным классификаторам и другим информационным ресурсам), будет стандартизована, обмен данными унифицирован. Наконец можно будет увязать ведомственные приложения в единую общегосударственную систему, перейти к безбумажному документообороту, сделать ЭЦП легитимной и пр.
Но это – в идеале. Реально же, внедрение этой Программы вновь заставит переучиваться огромное количество госслужащих, которые не так уж давно пережили культурный шок, когда их заставили работать на компьютерах. Поэтому внедрение новой волны ПО пойдет с разной скоростью в разных ведомствах (в зависимости от уровня пользователей, особенно – руководителей). Да и Концепция это предусматривает: "При цьому перехід може здійснюватися поступово як у різних органах державної влади, так і в межах одного органу державної влади." Увы, это значит, что существующий "зоопарк систем" только усугубится.
Поэтому очень много зависит от наличия четкого плана перехода, который будет предусматривать сначала создание общегосударственной инфраструктуры, потом обучение пользователей и пилотные внедрения, а затем – одновременное внедрение определенного ПО во всех органах государственной власти. Без этого переход на новое ПО не просто не уменьшит ИТ-расходы, а еще и сделает их неуправляемыми. Впрочем, понятно, что и это будет кому-то выгодно… Но за державу опять обидно.
И еще. Мне кажется, что озвученной в Концепции суммы хватит лишь на разработку самой Программы, организацию процедуры сертификации и внедрения ПО и на обучение первого эшелона специалистов (в т.ч. – изменение учебных программ в ВУЗ-ах и переподготовку ВУЗ-овских преподавателей). Скорее всего, столь масштабный переход вызовет скачкообразное увеличение ИТ-затрат с плавным их уменьшением в течение 3-4 лет. Причем, затраты увеличатся и на аппаратную часть – ведь если внедрять новое ПО постепенно, в ряде случаев придется сохраняя старые сервера, добавлять к ним новые.
 
Имея некоторый опыт разработки ПО как для nix систем так и для windows-платфоры, и являясь сейчас студентом Академии Госуправления при Президенте Украины могу сказать следущее:
1. В нашей странне есть более чем достаточное количество специалистов, которые могут создать систему любой сложности за достаточно короткие сроки.
2. Разработка прикладного ПО под nix проще и требует меньше времени, чем под windows -- благодаря POSIX-совместимости программных интерфесов nix систем.
3. Разработкой такого ПО должны заниматься коммерческие организации, прошедшие гос-лицензирование. В госорганах достаточно иметь отдел специалистов, следящих за тем, чтобы код, поставляемый такими организациями не был вредоносным. Такая система давно и успешно работает в США.
4. Кто может дать гарантию, что ПО фирмы Майкрософт не несет в себе вредоносного или шпионского кода? Не имея исходного кода продуктов Майкрософт такую гарантию дать нельзя. Все-таки это иностранная компания, имеющая тесные связи с правительсвом США.
5. Насчет "культурного шока" -- мои наблюдения за опытом внедрения современных десктопных решений nix систем в организациях где до этого использовалась windows, говорят о том, что в большинстве случаев сотрудники либо не замечают особой разницы, либо говорят что работать стало удобнее, т.к. современные оконные оболочки Linux систем во многом превосходят возможности Windows Vista, а пакет OpenOffice практически идентичен MSOffice.
6. Администрирование nix систем проще и требует от администратора меньше усилий и спецефических знаний, чем windows -- благодаря единообразию действий, необходимых для конфигурирования различных служб и программ.
7. Разработка собственного дистрибутива конечно необходима, но в первую очередь в целях обеспечения информационной безопасности стоит разработать серверный вариант -- эта задача вполне решаемая и посути уже решенная -- можно взять любое из готовых серверных решений и просто просмотреть код на пердмет возможных уязвимостей и способов несанкционированного доступа к данным. Для десктопных решений подойдут и пересобранные десктопные варианты той же Ubuntu.
Таким образом, мне кажется, что использование открытого ПО -- это вполне приемлемый и прогрессивный вариант для нашей страны. И это позволит государству дать возможность программистам, работающим сейчас на западные компании, поработать на благо своей страны.
 
Прежде, чем обсуждать плюсы и минусы внедрения данного ПО, хотелось бы задать вопрос "А какую цель мы преследуем в итоге?".

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

Второй акцент.
Для примера приведу службу социального обеспечения. При подаче заявления на пособие после рождения ребенка, нужно собрать разные справки, в т.ч. справку из этой же службы но по месту прописки мужа и жены. Им лень поднять трубку телефона (который у них один на этаж) или сбросить справку по факсу (которого тоже нет?!).
Если нет аппаратного обеспечения, то на чем использовать программное?
Нужны механизмы финансирования для развития парка техники в госструктурах.

Третий акцент.
При внедрении нового ПО придется использовать какие-либо механизмы адаптации или сопряжения с уже существующим ПО. А это довольно непростая задача. Как программист скажу, что проще написать заново, чем копаться в чужом коде. По личному опыту - реально видел в: больнице, санстанции и экологической инспекции несколько специфических программных продуктов (досовские, виндовые), которые вряд ли будут работать под *nix системами, т.к. писались усилиями местных специалистов под конкретные задачи. И почту они отправляют через обычные модемы. В любом случае нужно сначала привести все процессы к неким общим стандартам.

Четвертый акцент.
Внедрение ПО с открытым кодом по-любому будет встречать сопротивление различных (государственных же) органов в разных направлениях. (Плата за лицензирование, нарушение существующих схем, перестраивание процессов и т.п.) "Разруха - она в головах!"

Пятый акцент.
"Если что-то как-то работает, то лучше это не трогать!" smile:-)
Два года назад мы внедряли новую ERP-систему у себя на предприятии вместо уже существующей. Сказать, что это было сложно, значит, ничего не сказать. Новые специалисты, ломка стереотипов, уход недовольных сотрудников, и многое другое - зато сейчас мы имеем прозрачный процесс контроля и управления предприятием.
К этому нужно быть готовым. Но нужно также понимать, что многие люди не хотят или не способны меняться. А государству не с руки увольнять бабушку, которая 30 лет выписывала эту справку руками, и только 3 года как начала набирать ее одним пальцем на клавиатуре. И будет непросто заставить эту же бабушку запускать значок не Word а OpenOfficeWriter. И на смену ей никто не прийдет на это же место за 600 грн в месяц.

Соглашусь с предыдущими авторами.
Нужно проработать и создать единую стандартизированную схему по обмену данными.
Сделать единый дистрибутив ПО для каждой отдельной отрасли (колоссальный труд). Поддерживать различные аппаратные платформы (включая базу драйверов) - это вообще титанические усилия.
Ну и напоследок, установка, настройка, поддержка и администрирование.
Тут как выход - создание единой государстственной струкутуры, типа "Скорой компьютерной помощи", но для этого нужны профессиональные специалисты по всем внедряемым продуктам. Студенты туда работать пойдут, у них мало опыта. У тех кто имеет опыт, не пойдут туда работать за копейки. Опять упираемся в финансирование.
Идея внедрения ПО с открытым кодом очень заманчива и интересна, нужно только правильно изначально определить этапы запуска и процесс (пере-)обучения персонала. Здесь я соглашусь с мыслью о внедрении пилотного проекта в какой- либо одной отрасли. И дальше уже по накатанному пути по всем структурам государственных органов.
Страницы: 1