OSDN logo OSDN logo
MIGRATION.OSDN.ORG.UA
Миграция на свободное программное  обеспечение
некоммерческий информационный ресурс OSDN.org.ua
На главную Почему? / Материалы Поддержка / Ресурсы / Успехи / Закон / Сайт 


UAFOSS
UAFOSS partner

Рекомендации по миграции на свободное ПО

Вспомните те времена, когда DOS доминировала на большинстве персональных компьютерах. Затем появилась графическая надстройка – Windows 3.1, которая потребовала смены подходов к решению проблем офисной автоматизации.

 

Подобные эволюционные процессы являются естественными для любого типа программного обеспечения.

 

В настоящий момент при принятии решении о миграции на новую программную платформу у пользователей появился выбор. Одним из них является использование СПО.

 

Останавливаться подробно на вопросе “почему именно свободное ПО” не будем, об этом написано много материала.

 

Отметим только, что основными причинами перехода на свободное ПО являются: уменьшения стоимости владения ПО (ТСО), вопросы связанные с легализацией ПО, потребность в открытых стандартах.

 

Пример последнего - ситуация не такого далекого прошлого, когда к Вам, использующим Office 95, попал документ в формате Office 97. Сколько проблем возникло из-за несовместимости форматов. Это лишь один печальный пример, показывающий несостоятельность проприетарного ПО при смене форматов.

 

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

 

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

 

Зачастую на этом этапе производится расчет и сравнение совокупной стоимости владения как действующей так и проектируемой информационной системы.

Для примера возьмём типичное подразделение в организации или небольшую фирму.

Как правило это один выделенный сервер и несколько рабочих станций. Сервер обеспечивает коммуникационные сервисы, файловое хранилище, авторизацию, управление печатью.

Рабочие станции используются для выполнения стандартных офисных задач.

 

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

 

Итак, возникла необходимость в смене используемых программных решений. Выбор остановился на свободном ПО.

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

  • Технических специалистов, которые решают технические вопросы;
  • Руководителя для решения вопросов не-технического характера. Это избавит технических специалистов от решения вопросов не входящих в их компетенцию;
  • Разумно включить в состав группы независимого Эксперта. Это специалист, который хорошо знаком с аспектами использования свободного ПО. Если такого специалиста нет в компании, найдите его среди компаний, предоставляющих поддержку свободных решений.

 

 

 

Миграция состоит из нескольких логически целостных этапов.

Все эти этапы необходимы. Некоторые из них требуют много ресурсов, иные достаточно просто реализовать. Последовательность не является догмой — некоторые из этих пунктов могут выполняться параллельно.

 

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

 

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

 

Зачастую на этом этапе производится расчет и сравнение совокупной стоимости владения как действующей так и проектируемой информационной системы.

 

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

 

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

 

Вернёмся к модели информационной системы и рассмотрим как закрывается её функциональность при помощи свободных решений.

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

Стоит отметить, что всё представленное ПО, входит в состав любого дистрибутива Linux.

 

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

 

Для принятия решения о внедрении новой информационной системы на базе свободного ПО, мы рекомендуем провести Пилотный проект.

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

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

 

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

 

В качестве примера рассмотрим Пилотный проект, целью которого является использование свободного офисного пакета OpenOffice.org. Объектом выполняемых работ являются макросы MS Excel, которые используются для вычислений. В результате выполненных работ получаем макросы, работающие в OpenOffice.org и реализующие требуемую функциональность. В процессе замены офисного пакета, необходимо проверить правильность работы макросов и выяснить как пользователи оценивают работу офисных пакетов “до” и “после”.

 

Тщательное планирование – залог успеха миграции. При планировании учитывайте особые случаи. Это может быть: сложное-специализированное ПО; недостаточная подготовка персонала, что может потребовать его обучения; особые требования со стороны руководства; и т.п..

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

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

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

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

 

Пусть ничто вас не останавливает!

Действуйте согласно ранее утверждённому плану!

 

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

 

После перехода на использование решений на базе СПО мы:

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

 

Данный ресурс предназначен, для обмена опытом внедрения свободного ПО. Это позволит снизить риск принятия ошибочных решений. Здесь вы сможете найти поддерживаемые свободные решения украинских компаний.

 

 

 

Вадим Машков,

UAFOSS

 

 

 

 

html-версия презентации

 

 


tsua.net

©2004—2008 Wad Mashckoff / OSDN.Org.UA
migration question: migration@osdn.org.ua
Contact webmaster