Propuesta para el Plan de Implementación de SW Libre … de Accion... · de licencias de software...

Propuesta para el Plan de Implementación de SW Libre Versión 1.0

Propuesta Base – FUNDETIC – BOLIVIA 1

PROPUESTA PARA EL PLAN DE IMPLEMENTACIÓN DE SOFTWARE LIBRE Y

ESTANDARES ABIERTOS EN LAS INSTITUCIONES PÚBLICAS DEL ESTADO PLURINACIONAL DE BOLIVIA

v. 1.0 – Diciembre 2014

Resumen ejecutivo.- Mediante la Ley N° 164, General de Telecomunicaciones, tecnologías de Información y Comunicación y el Decreto Supremo N° 1793 de 13 de noviembre de 2013, Reglamento para el Desarrollo de las Tecnologías de Información y Comunicación, el Estado promueve el uso del Software Libre como política de gobierno bajo los principios de soberanía y autonomía tecnológica, así como un ahorro de recursos públicos al prescindir de licencias de software propietario. Entendiendo como Software Libre a los programas de computación que se pueden utilizar y distribuir sin restricción alguna, que permiten el acceso a sus códigos fuentes para auditarlos y adaptarlos. Se delega al Ministerio de Planificación del Desarrollo como instancia responsable de elaborar un Plan de Implementación del Software Libre en todos los órganos y niveles del Estado Plurinacional de Bolivia. El presente trabajo constituye una propuesta con algunas líneas de acción y pretende servir de base para la elaboración del Plan, en el que se incluye aspectos como la interoperabilidad de las aplicaciones y sistemas informáticos en las diferentes entidades públicas, considerando sus características, complejidad y criticidad de sus sistemas, que deberán ser tomadas en cuenta para la migración. Se plantea la utilización de estándares abiertos, la minimización de compra de licencias propietarias, la contratación de servicios en proyectos informáticos, la reutilización del software existente en el Repositorio y el uso preferencial de programas navegadores como medios de acceso.



1. Marco Normativo y Regulatorio Para el desarrollo de la normativa sobre el uso de software libre en el país, se ha tomado como base el único artículo de la Ley General de Telecomunicaciones, Tecnologías de Información y Comunicación, que refiere a que el Estado promoverá y priorizará el uso de software libre y estándares abiertos, que ha dado el marco general para que en el Reglamento de Desarrollo de Tecnologías de Información y Comunicación se incluyan algunos aspectos referidos al software libre, los mismos que se exponen a continuación. 1.1 Ley N° 164, General de Telecomunicaciones, Tecnologías de la Información y Comunicación.-

- El Artículo 77 (Software Libre) de la Ley N° 164, General de Telecomunicaciones y Tecnologías de Información y Comunicación, es el UNICO artículo de la Ley que refiere al tema de Software Libre, donde se menciona que el Estado en todos sus niveles de gobierno priorizará y promoverá la utilización de software libre y estándares abiertos.

1.2 Decreto Supremo N° 1793 – Reglamento para el desarrollo de la Tecnologías de Información y Comunicación.-

- En el Reglamento para el Desarrollo de las Tecnologías de la Información y Comunicación aprobado por el Decreto Supremo N° 1793, además de algunas definiciones relativas al software libre,

- El Artículo 4.- (PRINCIPIOS), parágrafo IV. Software, señala que el Software a ser utilizado por las entidades públicas debe regirse por los siguientes principios:

a) Soberanía Tecnológica. b) Seguridad Informática del código fuente. c) Descolonización del Conocimiento Tecnológico.

- El Artículo 5 (Desarrollo De Contenidos Y Aplicaciones Tic), parágrafo I. señala

que el Estado promoverá de manera prioritaria el desarrollo de contenidos y aplicaciones y servicios de las TIC en software libre, utilizando estándares abiertos y velando por la seguridad de la información en las siguientes áreas:

a) En educación, b) En salud, c) En la gestión gubernamental, d) En lo productivo, e) En comunicación e Información,

El parágrafo II. menciona que el desarrollo de contenidos debe considerar los siguientes aspectos: a) Desarrollo de contenidos accesibles y de fácil manejo por parte de la

población y el uso de términos de compresión amplia y de uso común.



b) El uso del castellano, y otros idiomas oficiales reconocidos en la Constitución Política del Estado, a fin de contribuir a la preservación y divulgación de los diferentes idiomas existentes en el Estado Plurinacional.

c) Contenidos de índole social y culturalmente adecuados en relación a los valores y principios relacionados con la construcción del Estado Plurinacional, la descolonización, despatriarcalización y el vivir bien.

d) La generación y uso de contenidos educativos y culturales adecuados a la realidad local.

e) La articulación de las oportunidades de la convergencia tecnológica en función a

- El Artículo 19 (Plan De Implementación De Software Libre Y Estándares Abiertos).

I. indica que el Ministerio de Planificación del Desarrollo en coordinación con el Ministerio de Obras Públicas, Servicios y Vivienda, a través del Viceministerio de Telecomunicaciones y la ADSIB, es la instancia responsable de elaborar, promover, gestionar y articular el Plan de Implementación de Software Libre y Estándares Abiertos para los Órganos Ejecutivo, Legislativo, Judicial y Electoral en todos sus niveles del Estado Plurinacional de Bolivia, así como de su permanente actualización.

II. El Plan de Implementación de Software Libre y Estándares Abiertos establecerá los mecanismos para el desarrollo comunitario de aplicaciones de Software Libre, transversales a las necesidades del Estado Plurinacional. III. La ejecución del Plan de Implementación de Software Libre y Estándares Abiertos, estará a cargo de las entidades públicas. IV. El seguimiento a la ejecución del Plan de Implementación de Software Libre y Estándares Abiertos estará a cargo de la ADSIB en coordinación con cada entidad de la administración pública del Estado.”

- El Artículo 20 (Objetivo del Plan) señala que el Plan establecerá las condiciones

para la migración de los sistemas informáticos de las instituciones públicas hacia plataformas de SW libre y estándares abiertos y los mecanismos de adquisición de futuras aplicaciones y sistemas de acuerdo a los requerimientos de las entidades públicas.

- El Artículo 21 (Lineamientos del Plan), establece que este plan debe considerar

mínimamente los siguientes lineamientos:

a) Posibilitar la implementación, uso y desarrollo de Software Libre y Estándares Abiertos en las plataformas informáticas, aplicaciones, ordenadores, redes informáticas, intercambio de datos y publicación de contenidos digitales de los Órganos del Estado Plurinacional.

b) Promover el avance del proceso de descolonización del conocimiento. c) Promover la formación, especialización y capacitación de recursos

humanos en software libre y estándares abiertos en coordinación con los órganos del Estado y entidades de la administración pública.



d) Promover mecanismos de cooperación internacional en materia de software libre y estándares abiertos, en respeto de la soberanía y seguridad informática del Estado Plurinacional.

e) Establecer los mecanismos de seguimiento y control que garanticen la aplicación del presente reglamento y el Plan de Implementación de Software Libre.

f) Promover el desarrollo de software libre en los sectores público y privado, favoreciendo a los profesionales y empresas bolivianas.

g) Establecer las condiciones y jerarquización para fortalecer las unidades de sistemas de las entidades públicas, de modo que puedan cumplir con los objetivos del reglamento.

- El Artículo 22 (Repositorio Estatal De Software Libre), señala en el parágrafo I. que

este repositorio será utilizado para promover y compartir el software desarrollado por o para el Estado permitiendo la optimización y reutilización de recursos. El parágrafo II. indica que la ADSIB es la entidad que administra el Repositorio Estatal de Software Libre para el registro, preservación y custodia, debiendo publicar en línea la información de todos los sistemas las aplicaciones que se encuentren en el Repositorio. III. Las normas técnicas, estándares de desarrollo y licenciamiento de software libre para el registro en el repositorio y uso por parte del Estado, serán establecidos por la ADSIB. IV. La ADSIB establecerá los mecanismos y procesos de registro consulta y uso del Repositorio Estatal de Software Libre. V. Las entidades públicas tienen la obligación de registrar los sistemas y las aplicaciones libres usadas y desarrolladas, de manera directa o a través de terceros, en el Repositorio Estatal de Software Libre, conforme a procedimientos establecidos por la ADSIB, con excepción de aquellas consideradas estratégicas por cada institución.

- La excepción para el uso de software libre está dada en el Artículo 23 (Licencias

De Software Propietario). Cuyo parágrafo I. señala que en caso de adquisición o donación, ampliación y/o renovación de Licencias de Software Propietario por parte de las entidades públicas del Estado Plurinacional, la Máxima Autoridad Ejecutiva solicitará la conformidad a la Agencia para el Desarrollo de la Sociedad de la Información de Bolivia (ADSIB) acompañada del informe técnico que justifique el uso de dicho software. En el caso de que el software sea utilizado por varias instituciones, será suficiente la solicitud presentada por el coordinador del proyecto.

Respecto al uso de software propietario para el desarrollo de aplicaciones, el parágrafo II. Indica que en caso de desarrollo de aplicaciones en plataforma de Software Propietario por parte de las entidades públicas del Estado Plurinacional, la Máxima Autoridad Ejecutiva solicitará la conformidad a la Agencia para el Desarrollo de la Sociedad de la Información de Bolivia (ADSIB) acompañada del



respectivo informe técnico que justifique el desarrollo de dicho software bajo esa plataforma. III. Para lo establecido en los Parágrafos I y II, la ADSIB hará conocer su conformidad u oposición, mediante documento de su Máxima Autoridad Ejecutiva, acompañado del respectivo informe técnico, estableciendo las recomendaciones necesarias. La decisión final en estos casos, será asumida por la Máxima Autoridad Ejecutiva de cada entidad. IV. Toda adquisición de hardware por parte de las entidades públicas del Estado Plurinacional deberá exigir la compatibilidad del mismo con sistemas de software libre. V. En caso de que un hardware periférico indispensable requiera de un software insustituible para su funcionamiento, no se aplica lo establecido en el Parágrafo I del presente Artículo para dicho software.”

1.3 Disposiciones transitorias.- Este Reglamento se complementa con cuatro Disposiciones Transitorias que por su importancia se transcriben:

- “DISPOSICIÓN TRANSITORIA TERCERA.- Todas las entidades públicas en todos los niveles en un plazo no mayor a:

a) Seis (6) meses a partir de la implementación del Repositorio Estatal de Software Libre, tienen la obligación de registrar las aplicaciones desarrolladas de manera directa o a través de terceros en el repositorio, previa evaluación y validación a cargo de la ADSIB. b) Seis (6) meses desde la aprobación del Plan de Implementación de Software Libre y Estándares Abiertos, iniciarán la migración de sus sistemas informáticos a Software Libre y Estándares Abiertos.”

- “DISPOSICIÓN TRANSITORIA CUARTA.- En un plazo no mayor a dieciocho (18)

meses a partir de la publicación del presente Decreto Supremo, el Ministerio de Planificación del Desarrollo, en coordinación con el MOPSV a través del VMTEL y la ADSIB, elaborará el Plan de Implementación del Gobierno Electrónico y el Plan de Implementación de Software Libre y Estándares Abiertos que serán aprobados mediante Decreto Supremo.”

- “DISPOSICIÓN TRANSITORIA QUINTA.- El plazo máximo para la migración de

los sistemas de las entidades públicas a Software Libre y Estándares Abiertos será de siete (7) años desde el inicio de la migración.”

- “DISPOSICION TRANSITORIA SEXTA.- Lo establecido en el Artículo 23 del

Reglamento para el Desarrollo de Tecnologías de Información y Comunicación, se hará efectivo a partir de la aprobación del Plan de Implementación de Software Libre y Estándares Abiertos.”



Respecto a los plazos para el Plan de Implementación, la Disposición Transitoria Tercera, junto la Disposición Transitoria Quinta, determinan la línea de tiempos y la obligatoriedad para que a los 6 meses de aprobado el Plan, se inicie la migración en las instituciones públicas, dando un plazo de 7 años. 2. Diagnóstico – Escenario actual 2.1 Uso del Software Libre en la Administración Pública.- De acuerdo a la Disposición Transitoria Tercera del Reglamento para el Desarrollo de Tecnologías de Información y Comunicación, se otorga un plazo de siete años para la migración de aplicaciones informáticas a software libre y estándares abiertos en todos los Órganos del estado y en todos sus niveles de gobierno bajo un Plan de Implementación, por lo que es importante tomar en cuenta la cantidad y el tipo de instituciones públicas existentes en el estado Plurinacional de Bolivia para la elaboración de este Plan. A continuación se da un resumen sobre el tipo de Instituciones Públicas y como están organizadas. 2.2 Análisis de situación - Tipos de Instituciones públicas.- Políticamente, Bolivia se constituye como un Estado plurinacional, descentralizado y con autonomías. Se divide en nueve departamentos. Sucre es la capital y sede del órgano judicial, mientras que La Paz es la sede de los órganos ejecutivo, legislativo y electoral. Santa Cruz de la Sierra es el principal centro económico del país. El Estado se organiza y estructura su poder público a través de los órganos Legislativo, Ejecutivo, Judicial y Electoral. La organización del Estado está fundamentada en la independencia, separación, coordinación y cooperación de estos órganos. El Estado boliviano se organiza a través de la separación e independencia de los órganos: Ejecutivo, Legislativo, Judicial y Electoral. Existen cinco niveles de gobierno: nivel plurinacional, nivel autónomo departamental, nivel autónomo regional, nivel autónomo indígena y nivel municipal. La Constitución Política del Estado de 2009 establece la división de poderes en cuatro órganos de gobierno: a) Órgano Ejecutivo Compuesto por el Presidente (Jefe de Estado), el Vicepresidente y las Ministras y Ministros de Estado, organizados en 21 Ministerios. Las Ministras y los Ministros de Estado tienen como atribuciones:

1. Proponer y coadyuvar en la formulación de las políticas generales del Gobierno. 2. Proponer y dirigir las políticas gubernamentales en su sector. 3. La gestión de la Administración Pública en el ramo correspondiente. 4. Dictar normas administrativas en el ámbito de su competencia.



5. Proponer proyectos de decreto supremo y suscribirlos con la Presidenta o el Presidente del Estado.

6. Resolver en última instancia todo asunto administrativo que corresponda al Ministerio.

7. Presentar a la Asamblea Legislativa Plurinacional los informes que les soliciten. 8. Coordinar con los otros Ministerios la planificación y ejecución de las políticas del

gobierno. b) Órgano Legislativo La Asamblea Legislativa Plurinacional es presidida por el Vicepresidente de Estado. Está compuesta por dos cámaras: la Cámara de Senadores con 36 miembros (cuatro representantes de cada departamento) y la Cámara de Diputados con 130 miembros (la mitad elegida por votación directa y la otra mitad elegida de forma indirecta en la lista encabezada por el candidato a Presidente). Su facultad es la de aprobar y sancionar leyes. La Constitución prevé diputaciones especiales para los pueblos indígenas. En cada Departamento, se eligen la mitad de los Diputados en circunscripciones uninominales. La otra mitad se elige en circunscripciones plurinominales departamentales, de las listas encabezadas por los candidatos a Presidente, Vicepresidente y Senadores de la República. Los Diputados son elegidos en votación universal, directa y secreta. En las circunscripciones uninominales por simple mayoría de sufragios. En las circunscripciones plurinominales mediante el sistema de representación que establece la ley. El Órgano Electoral delimita las circunscripciones uninominales. c) Órgano Judicial Formado por el Tribunal Supremo de Justicia (máxima instancia de jurisdicción ordinaria), Tribunales, Juzgados y el Consejo de la Magistratura. La justicia es impartida en dos tipos de jurisdicciones: ordinaria e indígena originaria campesina. La justicia constitucional se ejerce por el Tribunal Constitucional. El Tribunal Supremo de Justicia está integrado por Magistradas y Magistrados. Se organiza internamente en salas especializadas. El Tribunal Agroambiental es el máximo tribunal especializado de la jurisdicción agroambiental. Las naciones y pueblos indígena originario campesinos ejercerán sus funciones jurisdiccionales y de competencia a través de sus autoridades, y aplicarán sus principios, valores culturales, normas y procedimientos propios. El Consejo de la Magistratura es la instancia responsable del régimen disciplinario de la jurisdicción ordinaria, agroambiental y de las jurisdicciones especializadas; del control y fiscalización de su manejo administrativo y financiero; y de la formulación de políticas de su gestión.



El Tribunal Constitucional Plurinacional vela por la supremacía de la Constitución, ejerce el control de constitucionalidad, y precautela el respeto y la vigencia de los derechos y las garantías constitucionales. d) Órgano Electoral Compuesto por el Tribunal Supremo Electoral (máxima instancia formada por siete miembros elegidos por la Asamblea Legislativa Plurinacional), Tribunales Departamentales, Juzgados Electorales, Juzgados de Mesa y Notarios Electorales. El Órgano Electoral Plurinacional está compuesto por:

1. El Tribunal Supremo Electoral. 2. Los Tribunales Electorales Departamentales. 3. Los Juzgados Electorales. 4. Los Jurados de las Mesas de sufragio. 5. Los Notarios Electorales.

La elección de los miembros del Órgano Electoral Plurinacional requerirá de convocatoria pública previa, y calificación de capacidad y méritos a través de concurso público. Las Asambleas Legislativas Departamentales o Consejos Departamentales seleccionarán por dos tercios de votos de sus miembros presentes, una terna por cada uno de los vocales de los Tribunales Departamentales Electorales. De estas ternas la Cámara de Diputados elegirá a los miembros de los Tribunales Departamentales Electorales, por dos tercios de votos de los miembros presentes, garantizando que al menos uno de sus miembros sea perteneciente a las naciones y pueblos indígenas originarios campesinos del Departamento. e) Gobiernos Autónomos Descentralizados.- Bolivia se organiza territorialmente en departamentos (9), provincias (112), municipios (327), territorios indígena originario campesinos y cantones (1.384). La Constitución plurinacional de 2009 establece que la Ley Marco de Autonomías y Descentralización regula el procedimiento para la elaboración de Estatutos autonómicos y Cartas Orgánicas, la transferencia y distribución de competencias directas y compartidas entre el nivel central y las entidades territoriales descentralizadas y autónomas. Existen cuatro niveles de descentralización:

- Gobierno Autónomo Departamental: Constituido por una Asamblea Departamental, con facultad deliberativa, fiscalizadora y legislativa en el ámbito departamental. El Órgano Ejecutivo Departamental está dirigido por el Gobernador que es elegido por sufragio universal.

- Gobierno Autónomo Municipal: Constituido por un Consejo Municipal, con

facultad deliberativa, fiscalizadora y legislativa en el ámbito municipal. Su órgano ejecutivo está presidido por el Alcalde que es elegido por sufragio universal.



- Gobierno Autónomo Regional: Conformado por varias provincias o municipios

con continuidad geográfica y sin trascender límites departamentales. Se constituye por una Asamblea Regional con facultad deliberativa, normativo-administrativa y fiscalizadora en el ámbito regional.

- Gobierno Autónomo Indígena Originario Campesino: Autogobierno de pueblos

indígenas en territorios ancestrales que actualmente habitan. f) Instituciones Públicas Autárquicas.-

- Las Fuerzas Armadas del Estado: Están orgánicamente constituidas por el Comando en Jefe, Ejército, la Fuerza Aérea y la Armada Boliviana, cuyos efectivos serán fijados por la Asamblea Legislativa Plurinacional a propuesta del Órgano Ejecutivo.

Las Fuerzas Armadas dependen de la Presidenta o del Presidente del Estado y reciben sus órdenes, en lo administrativo, por intermedio de la Ministra o del Ministro de Defensa y en lo técnico, del Comandante en Jefe.

- La Policía Boliviana: Como fuerza pública, tiene la misión específica de la

defensa de la sociedad y la conservación del orden público, y el cumplimiento de las leyes en todo el territorio boliviano. Ejercerá la función policial de manera integral, indivisible y bajo mando único, en conformidad con la Ley Orgánica de la Policía Boliviana y las demás leyes del Estado.

g) Instituciones Públicas Descentralizadas.- Mencionamos las siguientes:

- Contraloría General del Estado (CGE) - Impuestos Nacionales (IN) - Instituto Nacional de Estadística (INE) - Banco Central de Bolivia (BCB) - Corporación Minera de Bolivia (COMIBOL) - Administradora Boliviana de Carreteras (ABC) - Administración de Aeropuertos y Servicios Auxiliares a la Navegación Aérea

(AASANA) - Agencia Boliviana Espacial (ABE) - Fondo Nacional de Desarrollo Regional (FNDR) - Fondo Nacional de Inversión Productiva y Social (FPS) - Agencia Para el Desarrollo de la Sociedad de la Información en Bolivia (ADSIB) - Escuela de Gestión Pública Plurinacional (EGPP)

h) Empresas Públicas (o con participación Estatal mayoritaria).-

- Yacimientos Petrolíferos Fiscales Bolivianos (YPFB) - Empresa Nacional de Telecomunicaciones S.A. (ENTEL S.A.) - Empresa Nacional de Electricidad (ENDE) - Boliviana de Aviación (BOA) - Empresa Metalúrgica Vinto (EMV)



- Empresa Estatal de Televisión (BOLIVIA TV) - Empresa naviera Boliviana (ENB) - Empresa de Apoyo a la Producción de Alimentos (EMAPA)

i) Autoridades de Regulación.-

- Autoridad de Regulación y Fiscalización de Telecomunicaciones y Transportes (ATT)

- Autoridad de Fiscalización y Control Social de electricidad (AE) - Autoridad de Fiscalización y control Social de Agua Potable y Saneamiento Básico

(AAPS) - Autoridad de Fiscalización y Control Social de Bosques y Tierras (ABT) - Autoridad de Fiscalización y Control Social de Empresas (AEMP) - Autoridad de Supervisión del Sistema Financiero (ASFI) - Autoridad de Fiscalización y Control Social del Juego (AJ) - Autoridad de Fiscalización y Control de Cooperativas (AFCOOP)

2.3 Evaluación Inicial institucional – Responsables de TI Los Jefes de la Unidad de Sistemas o Responsables de TI, de cada una de las Instituciones Públicas referidas anteriormente, deben realizar un inventario y análisis sobre la situación institucional respecto al uso e implementación de sistemas informáticos antes de iniciar cualquier proceso de migración, según el siguiente detalle: 1. Elaborar un Inventario de TI: Sin duda alguna es importante para cualquier gerente de TI conocer cuál es la realidad existente dentro de su organización en función al uso y aplicación de la tecnología, es por ello que como primer paso se debe elaborar un inventario de todos los recursos de TI que dispone en su institución, tales como los siguientes elementos: a) Hardware, b) Software, c) Comunicaciones y d) Recursos Humanos. 2. Identificar y analizar las siguientes variables: a) Aplicaciones críticas y de importancia para el negocio, b) Tipos de Bases de Datos, c) Aplicaciones complementarias en Operación, d) Herramientas de Desarrollo, e) Sistemas Operativos, f) Virtualización, g) Data Center, h) Infraestructura tecnológica, entre otros. 3. Analizar y evaluar el recurso Humano en TI existente. Para ello será necesario evaluar: a) La estructura Organizacional, b) Manual de Funciones, c) Manual de Descripción de Cargos, d) Las capacidades y destrezas del personal actual en especial en el uso y manejo de software comercial y libre. 4. Estructurar una posible ruta crítica de migración tomando como base: a) Tiempos, b) Organización, c) Metodología y d) Presupuesto entre otros. 5. Analizar en función de su INVENTARIO el Costo Total de Propiedad que viene a ser la suma del CAPEX (Costo de Compra) + OPEX (Costo de Operación) * Tiempo de Vida del proyecto En el Capex se debe analizar y costear los costos de compra del Hardware y Software.



En el Opex se debe analizar los costos asociados al personal, contrataciones, consultorías, soportes técnicos, migraciones, implementaciones, mantenimiento a todo ello se debe multiplicar por el tiempo de vida del proyecto. La fórmula es: TCO = Capex + (Opex * T) 6. Analizar el concepto de NUBE y hacer un análisis de costo beneficio que permita tener un escenario de comparación en cuanto al monto que requeriría contar para la implementación de una plataforma tecnológica propia versus la prestación de los servicios en la nube bajo el concepto de pago por uso.



3. Plan de Migración 3.1 Establecimiento de la Visión, Misión y Objetivos del Plan.-

a) Visión Garantizar la operación y la eficiencia de los sistemas informáticos de las Instituciones de la Administración Pública del Estado Plurinacional de Bolivia con soberanía tecnológica interoperabilidad y seguridad informática, priorizando el uso de software libre y estándares abiertos y la capacitación del talento humano. b) Misión Disponer de una herramienta estratégica para planificar el uso de software libre y estándares abiertos como una manera de optimizar recursos informáticos garantizando la continuidad operativa y la eficiencia en las Instituciones de la Administración Pública. c) Objetivos Conducir a las Instituciones al uso de software libre y estándares abiertos en los sistemas de información, y apoyar el mejoramiento de la gestión del Estado. Disponer del recurso humano especializado en herramientas de software libre. Controlar y gestionar la implementación de la política pública para el uso de Software Libre y estándares abiertos en las instituciones públicas del Estado. 3.2 Lineamientos de Políticas El D.S. 1793 – Reglamento para el desarrollo de las TIC, en el Artículo 21 (Lineamientos del Plan), establece los lineamientos que se debe seguir en la implementación uso y desarrollo de software libre y estándares abiertos en las Instituciones de la Administración Pública. Promoviendo el avance del proceso de descolonización del conocimiento y la formación y capacitación de recursos humanos, por lo que se adoptan las siguientes condiciones: Uso de Software Libre y estándares abiertos Se priorizará el uso de software libre y estándares abiertos minimizando la compra de licencias de software propietario. De manera excepcional y en los casos debidamente justificados, se aceptará el uso de software propietario ya sea de manera transitoria o permanente. Contratar servicios en proyectos informáticos Las contrataciones para el desarrollo de aplicaciones informáticas bajo la plataforma de software libre, el servicio de soporte al usuario y el mantenimiento del hardware deben



estar enmarcados en la normativa vigente; es decir, el Sistema de Administración de Bienes y Servicios (SABS) de la Ley N° 1178, por lo que se debe tomar en cuenta los tiempos y condiciones establecidos en este proceso para cada contratación y estar considerados en los POAs para con la finalidad de optimizar los recursos humanos y financieros según el presupuesto para cada gestión y en su caso, generar empleo. Reutilizar software Los aplicativos desarrollados con Software Libre en las diferentes instituciones podrán ser utilizados sin restricciones por otras entidades. Para ello, la normativa ya prevé contar con el Repositorio de software público y libre a cargo de la ADSIB. Los sistemas de información de las diferentes instituciones públicas del Estado, deberán ser accesibles, de modo preferencial por medio de programas navegadores (Browsers) como medio de acceso. Interoperabilidad Posibilitar el intercambio de información entre aplicaciones y sistemas desarrollados en diferentes plataformas informáticas, de tal manera que se compartan los datos independientemente de los sistemas de acceso utilizados por los usuarios bajo las siguientes condiciones:

- Interconexión

Se debe establecer las condiciones técnicas y protocolos para la conectividad entre las diferentes aplicaciones y sistemas informáticos de manera que sean transparentes a los usuarios. Ej. IPv4, IPv6, HTTP, TCP, UDP, etc.

- Medios de acceso e intercambio de información

Son los aspectos relativos a los estándares de los dispositivos y aplicaciones de acceso a los sistemas de información, así como al tratamiento y transferencia de datos. Ej. HTML, XML, PDF, ODF, TIF, etc.

- Seguridad

Comprende los aspectos de seguridad de la información que se debe considerar. Los datos, información y sistemas de información deben ser protegidos contra amenazas para reducir riesgos y garantizar la integridad, confidencialidad y disponibilidad. Ej. HTTPS, TLS, RSA, WPA, etc.

Licencias y uso de Software propietario El Artículo 23 del Reglamento de TIC’s, establece las condiciones para la adquisición o renovación de Licencias de software propietario, a partir de la aprobación del Plan de Implementación de Software Libre, para lo cual la MAE de una Institución debe solicitar a la ADSIB su conformidad, adjuntando el informe técnico justificativo.



Las Unidades de Sistemas de cada entidad pública podrán emitir los Informes debidamente justificados, esto supone que se debe tomar en cuenta al menos las siguientes condiciones: a) Cuando no se disponga de soluciones en software libre o las mismas no se adecúen para cumplir una determinada función de manera específica, eficiente y oportuna. b) Cuando exista incompatibilidad técnica debidamente demostrada en la utilización del software libre con otros programas utilizados en el sector público. c) El Costo Total de Solución del software libre o el monto de inversión sea significativo y superior al del software propietario o financieramente inconveniente para la institución. d) El proyecto que se viene implementando con soluciones de software propietario se encuentre en un punto de no retorno, como las adquisiciones recientes bajo contratos antes de la aprobación del Plan. e) No se pueda comprobar la existencia o no exista disponibilidad de soporte técnico adecuado y calificado para el software libre. f) Se trate de proyectos tecnológicos que afecten a la seguridad del Estado. g) Cuando el proyecto se trate de la renovación de soporte, mantenimiento y/o garantía tecnológica de una tecnología ya implementada y adquirida por el Estado. h) Cuando los Sistemas ya en operación y explotación sean considerados de misión crítica o estratégicos para la entidad. Es importante incorporar y considerar estos mecanismos de excepción pues para el Estado es primordial garantizar la continuidad operativa en la provisión de los servicios públicos así como tener sistemas robustos, escalables, sostenibles y seguros. De manera que si no hay disponibilidad en una determinada metodología o modelo de negocios, esto no debe ser obstáculo para usar otro tipo de software y así impedir que se perjudique el servicio que se brinde al ciudadano. La MAE de la ADSIB hará conocer de manera fundada su conformidad o rechazo a la solicitud, realizando las recomendaciones necesarias. Sin embargo, el Reglamento para el desarrollo de las TIC señala que la decisión final será asumida por la MAE de cada entidad. Mecanismos de cooperación internacional Las Instituciones deben considerar en sus POAs aspectos relacionados con el intercambio y la cooperación internacional en materia de software libre y estándares abiertos, en el marco del respeto de la soberanía y seguridad informática del Estado Plurinacional. Talento Humano Cada Entidad del Estado debe promover el desarrollo de software libre, favoreciendo a los profesionales y empresas bolivianas y su permanente capacitación. Asimismo, establecer



las condiciones y jerarquización para fortalecer las Unidades de Sistemas de modo que puedan cumplir con los objetivos del Plan. Mecanismos de seguimiento y control De manera particular cada Institución y la ADSIB de manera general, deben establecer los mecanismos de seguimiento y control que garanticen el cumplimiento del presente Plan de Implementación de Software Libre. 3.3 Evaluación inicial.- La evaluación de los sistemas informáticos de cada institución pública debe considerar los siguientes aspectos: El diagnóstico de situación y necesidades en cada Unidad de TI de las instituciones Públicas. Definir los alcances de la migración a SW Libre, es decir, el porqué de la migración. Realizar la justificación. Es conveniente en este punto realizar un análisis de costos de la migración y proyectar los ahorros factibles. Muchos documentos solo expresan una condición de supuesto ahorro en los costos que implican la adquisición de licencias; sin embargo, en nuestro caso además el Reglamento de TIC’s prevé dos temas adicionales incluidos como son los aspectos de soberanía y descolonización. Se debe también definir la forma de migración en cada institución; es decir, ir paso a paso o de una sola vez migrando Sistemas Operativos, Base de Datos y aplicaciones. Será importante proponer que antes de migrar, se debe realizar charlas explicativas sobre el porqué del cambio y de los beneficios esperados. Es decir, involucrar positivamente a los usuarios del sistema en el cambio, esto posibilitará también justificar en algunos casos la no migración o el continuar utilizando una plataforma en software propietario, basado en formatos abiertos y estándar en el manejo de la información, ya que ésta es la única forma de asegurar un acceso permanente a dicha información, además de su conservación en mediano y largo plazo. Es necesario que en cada institución exista el personal convencido de las ventajas de lograr la migración y la impulsen, aspecto que tomará algún tiempo, que bien podría ser aprovechado para promover la interoperabilidad de las plataformas informáticas. También debe evaluarse las capacidades del personal técnico y los requerimientos de capacitación previos a la migración y también posteriores a la misma, ya que este aspecto involucra costos que deben ser considerados en los presupuestos de las instituciones. 3.4 Inventario referencial de las TIC’s. A fin de dar cumplimiento a lo establecido en el D.S. 1793 - Reglamento para el Desarrollo de las TIC, que establece que la ADSIB deberá realizar el seguimiento correspondiente al proceso de migración, la ADSIB debe llevar a cabo un inventario y relevamiento de



información referencial sobre el software existente como aplicaciones y sistemas informáticos de cada institución pública, así como otros datos relacionados como los servicios informáticos asociados y las capacidades del personal técnico. Para este propósito se sugiere la Contratación de una Consultoría que realice este trabajo de relevamiento de información, establezca la línea base, genere un sistema de seguimiento del proceso de migración y permita a la ADSIB la actualización constante de los datos, todo esto a través de una aplicación vía Web. 3.5 Aspectos previos al inicio de la migración.- Este Plan de implementación considera algunas acciones iniciales que permiten a las instituciones facilitar la migración haciendo hincapié en que las aplicaciones y sistemas informáticos deben considerar los aspectos referidos a la interoperabilidad, tales como: Evitar la construcción de aplicaciones basadas en software propietario, puede limitar y

en muchos casos poner en riesgo la confiabilidad de un sistema, la continuidad operativa o incluso llegar a afectar la productividad y eficiencia en la Institución.

Insistir en el uso de formatos y estándares abiertos como la única forma de garantizar

que la Institución pueda acceder hoy y en el futuro a los datos y la información que maneja.

Desarrollar sistemas basados en tres niveles, donde el código sea independiente de la

interfaz y de los métodos de acceso a los datos. Insistir en que las nuevas aplicaciones generadas sean portables, es decir, usar

lenguajes portables como ANSIC, JAVA, Perl, Python, etc. Evitar lenguajes de arquitecturas específicas.

Evitar la construcción de aplicaciones que requieran la presencia de otras aplicaciones

propietarias. Insistir en que cualquier desarrollo web de la Institución pueda ser visualizado en los

navegadores más comúnmente usados en la web para computadoras y dispositivos móviles.

3.6 Estrategia de Migración.- El presente Plan de Migración a Software Libre y el uso de estándares abiertos para las instituciones públicas, se constituye en una guía que establece lineamientos generales para que cada Institución en coordinación con la ADSIB pueda definir su propio Plan de migración de acuerdo a sus propias características. 3.6.1 Mesas Técnicas para Migración



Una mesa técnica es una reunión de trabajo que está conformada por personal técnico de la ADSIB y la institución pública para establecer su plan institucional de migración y sus requerimientos. En esta reunión se analiza detalladamente el inventario referencial de TIC de la institución se establecen compromisos para las partes conforme las políticas y lineamientos de la ADSIB tomando en cuenta que cada institución tiene su realidad propia y el plan de migración a Software Libre debe ser analizado conforme a su contexto tecnológico y de recursos. Las mesas técnicas sirven para informar a los técnicos informáticos de los avances en el desarrollo de los sistemas transversales e informar sobre las experiencias exitosas de proyectos informáticos en otras entidades públicas. La ADSIB debe realizar un seguimiento continuo a los planes específicos de migración de cada institución, analizando los problemas e inconvenientes (de todo orden) que se presenten y coordinar la solución de los mismos. 3.6.2 Clasificación de las Instituciones según el software utilizado.- Luego de la evaluación de la ADSIB con cada una de las instituciones, se propone realizar una clasificación de las mismas respecto al tipo de software utilizado, para llevar un mejor control y seguimiento de la migración hacia software libre. Esta clasificación podría ser la siguiente:

Tipo Software utilizado Cantidad Observaciones A

Instituciones que utilizan SW de Escritorio, navegadores de Internet y Correo electrónico Cliente y Servidor y que adicionalmente puedan administrar un Sitio Web institucional.

B

Aplicaciones y sistemas del tipo (A) y además poseen aplicaciones propias de su gestión, como sistemas de atención al Cliente, Seguimiento de trámites y correspondencia y otros.

C

Aplicaciones y sistemas del tipo (B) y además poseen sistemas de misión crítica y de administración de grandes Bases de Datos y aplicaciones de interface vía Web y otros.

3.6.3 Migrar a SW Libre.- Para realizar la migración a software libre en cada una de las instituciones se debe considerar los siguientes aspectos:



1) Es importante contar con defensores del cambio dentro del equipo de trabajo y el apoyo de los usuarios del sistema.

2) Realizar un claro diagnóstico de la situación de partida o escenario, el cual incluye la arquitectura del sistema, configuración de la red, hardware y software utilizado. Además de las características de los usuarios del sistema, conocimientos de informática, necesidad de capacitación, etc.

3) Definir con la misma precisión la situación que esperamos encontrar al terminar la migración.

4) Describir el plan de migración, teniendo en cuenta la forma de migración por la que vayamos a optar.

5) Uno de los elementos más delicados es el procesamiento de los datos existentes, los cuales en muchos casos se encuentran guardados en un formato cerrado propietario, y deben ser convertidos a un formato abierto,

6) Es fundamental, contar con un equipo técnico que pueda brindar asesoramiento a los usuarios luego de la migración.

Para la definición de la secuencia de migración de Aplicaciones a Software Libre se recomienda que cada institución debe fijar la secuencia de sistemas y aplicaciones informáticas para la migración dentro de su Plan de implementación de Software Libre, adicionalmente se sugiere considerar adoptar el uso de aplicaciones en la nube. 3.6.4 Como Seleccionar el SW Libre: De acuerdo a las experiencias en instituciones de varios países respecto a la migración a software libre, se advierte que no existe una regla fija respecto a la elección de software libre. Normalmente, se compara las funcionalidades con la versión del software propietario y se busca mínimamente que el software elegido tenga las mismas prestaciones. En este sentido, hay dos factores que deben considerarse para realizar una buena elección del software libre: - Saber si existe una importante comunidad de desarrolladores apoyando el proyecto

en el momento de su elección. - Analizar si el SW ofrece todo lo que un programa de esas características debería

ofrecer. 3.6.5 Autorización de Proyectos de desarrollo informático.- Los nuevos proyectos informáticos de las instituciones, serán analizados por la ADSIB, conforme lo establece la normativa y en el marco de las políticas generales que se emitan desde el COPLUTIC. Respecto a la contratación y utilización de software propietario, estos además deberán ser justificados. Por tanto, se responderá a las demandas de aprobación de proyectos, y de ser el caso, podrán realizarse reuniones conjuntas para profundizar técnicamente el análisis de los mismos. Periódicamente la ADSIB deberá mantener reuniones con los Jefes de Sistemas y Tecnología de las Instituciones, para indicar los lineamientos que deben considerarse en los proyectos en cuanto a software, hardware y servicios informáticos.



3.6.6 Capacitación de Técnicos del Gobierno.- Se propone que a través de la Escuela de Gestión Pública Plurinacional se pueda dictar regularmente y sin costo cursos sobre nuevas tecnologías de sistemas informáticos y herramientas de Software Libre, dirigidos al personal de las unidades de sistemas del sector público. Estos cursos estarán enfocados a proporcionar conocimiento de base en lenguajes de programación, bases de datos, sistemas operativos y administradores de contenido. También se facilita el intercambio de experiencias y el conocimiento adquirido entre los participantes. Se sugiere la formación de comunidades para el intercambio de experiencias y conocimiento para la mejora de las competencias en el desarrollo de herramientas y aplicaciones. 3.6.7 Recomendaciones adicionales para la implementación de Software libre en la Administración Pública.- a) La confiabilidad y seguridad del sistema.- Cuando el código fuente del software está disponible para que cualquier programador lo pueda estudiar y revisar, es mucho más probable obtener un producto estable y confiable, ya que el software puede ser auditado para encontrar fallas de seguridad. Generalmente, la seguridad del software Libre se basa en el trabajo de la comunidad de programadores que lo desarrolla, porque el acceso al código fuente permite que tanto hackers, como empresas de seguridad de todo el mundo, puedan auditar los programas. En el software propietario, el soporte y mantenimiento evolutivo de las versiones desarrolladas se basa en el trabajo permanente de equipos de desarrolladores que captan las necesidades de los usuarios para lograr su credibilidad y confianza, con el objetivo de incrementar sus ventas en un mercado que siempre está en competencia, sin embargo, también se debe reconocer que en muchos casos, cuando un software comercial tiene problemas de seguridad, es habitual que el fabricante oculte las debilidades de su producto mientras intenta resolverlos. Los paquetes de software libre no siempre compiten comercialmente, pero sí compiten por una buena reputación, y un programa que sea insatisfactorio no alcanzará la popularidad que los desarrolladores esperan. Es más, un autor que pone el código fuente a disposición para que todos lo vean, arriesga su reputación y le conviene hacer que el software sea limpio y claro, bajo pena de la desaprobación de la comunidad. Es importante plantear y repetir que los principios de neutralidad tecnológica e interoperabilidad son fundamentales para la convivencia de ambas plataformas, rescatando las virtudes de cada una de ellas en un marco de complementariedad y no de sustitución de ninguno de ellos.



b) El costo de su implementación.- El Software Libre no es sinónimo de software gratuito, es así que por ejemplo, en el caso de sistemas operativos como Linux existen varias distribuciones bajo formas de licenciamiento gratuito; sin embargo, el soporte tiene un costo. Se debe por tanto considerar para cada aplicación o sistema a implementar todos los costos referidos, ya en algunos casos podría suponer ahorros en licencias, pero se incurre en costos para tener el soporte, el mantenimiento evolutivo y la formación. c) La independencia tecnológica que pueda tener el Estado de los proveedores.- La apropiación de las nuevas tecnologías implica mucho más que saber utilizar el ratón y el teclado, implica profundizar en la forma en que ha sido desarrollado el software. Cuando se utiliza Software Libre se produce una difusión horizontal del conocimiento, los programadores aprenden y mejoran su trabajo, el software se comparte, se combate la brecha digital. Lo anterior asegura, con el tiempo, una mayor independencia, una apropiación de la tecnología y a la vez un ahorro en costos.



4. Repositorio y Desarrollo en Software Libre 4.1 Normas de calidad para el desarrollo de software.- Para determinar la calidad de cualquier tipo de aplicación de software, ya sea desarrollada bajo enfoque libre o propietario, se requiere como mínimo utilizar métricas de funcionalidad y de usabilidad, pues en función de ellas se puede medir el grado de cumplimiento de los requerimientos funcionales establecidos para la aplicación, así como la facilidad de uso de ésta. En el caso de la evaluación de calidad para aplicaciones en software libre se requiere como mínimo utilizar las mismas métricas recomendadas para las aplicaciones de software propietario, pero añadiendo las métricas de mantenibilidad, dado que es de fundamental importancia para la modificación y desarrollo evolutivo de un software, pues miden el esfuerzo requerido para implementar las actualizaciones correspondientes. Existen métricas descritas en la norma ISO/IEC 9126-3, las cuales deberán ser utilizadas para determinar la calidad en aplicaciones de software libre, tales como: Métricas de funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad. Para determinar la calidad de cualquier tipo de aplicación de software, ya sea desarrollada bajo enfoque libre o propietario, se requiere como mínimo utilizar métricas de funcionalidad y de usabilidad, pues en función de ellas se puede medir el grado de cumplimiento de los requerimientos funcionales establecidos para la aplicación, así como la facilidad de uso de ésta. 4.2 Formación de Profesionales.- A fin de lograr el éxito en la migración hacia software libre, es importante disponer de los profesionales especializados en las herramientas de software libre tanto en cantidad como en conocimientos y capacidades suficientes para brindar el soporte y capacitación para sostener y multiplicar el proceso de migración. 4.3 Convenios con Universidades.- A fin de promover la investigación y fortalecer la industria nacional de software, se sugiere las siguientes acciones: Firma de convenios con las Universidades para que se investigue y desarrolle aplicaciones y sistemas para las entidades públicas, bajo plataforma de software libre y estándares abiertos. Las Universidades incluirán en los proyectos de grado y tesis de sus estudiantes, proyectos y temas de tesis propuestos por el gobierno en todos sus órganos, con miras a satisfacer sus requerimientos.



Capacitación a profesores universitarios en coordinación con la ADSIB y otras reparticiones gubernamentales. Capacitación a servidores públicos y usuarios finales en paquetes y herramientas de software libre en instalaciones de las Universidades. Realizar conjuntamente talleres y otros eventos para facilitar la migración de los sistemas informáticos. 4.4 Industria nacional de Software.- Como antedecentes, según un informe del periódico Opinión de Cochabambai, hasta el año 2012 existía en el país más de 300 empresas que han sido identificadas por la Cámara Boliviana de Tecnologías de la Información (CBTI) como fabricantes de software, de las cuales al menos 40 se establecieron en Cochabamba. Otros departamentos como Oruro, Tarija, La Paz y Santa Cruz también se dedican al desarrollo de esta industria. Por otra parte, instituciones como la Cámara Nacional de Comercio, la Universidad Católica Boliviana, la empresa Artexacta Srl y Business Trade Alliance estiman que en un par de décadas el país puede llegar a exportar software por un valor de mil millones de dólares anuales, por lo que en agosto de 2011 firmaron un acuerdo para impulsar el Programa de Promoción y Mejoramiento de la Industria del Software en Bolivia. La actividad de la industria del software en Bolivia requiere de una mejor regulación para que los productos sean de calidad y exportados con ciertas ventajas y que a su vez esto traiga beneficios al país. Se debe considerar también la sostenibilidad económica de emprendimientos nacionales, como proteger la propiedad intelectual y tener un modelo que permita generar ingresos a la industria. Hoy día la industria actual de software considera un mix de plataformas libres y propietarias 4.5 Repositorio de Software Libre El Artículo 22 del Reglamento para el Desarrollo de las TIC se refiere al Repositorio Estatal de Software Libre, mencionando que será utilizado para promover y compartir el software desarrollado por o para el Estado permitiendo la optimización y reutilización de recursos y que la ADSIB es la entidad que administra este Repositorio para el registro, preservación y custodia, para lo cual publicará en línea la información de todos los sistemas las aplicaciones que se encuentren disponibles, así como establecerá las normas técnicas, estándares de desarrollo y licenciamiento de software libre para su registro y su utilización. Para el repositorio de aplicaciones y sistemas informáticos, se debe tomar en cuenta el adoptar Tecnologías de Nube, lo que brindaría mayor escalabilidad, seguridad y menores costos de administración, ya que se ahorraría en la adquisición de infraestructura de servidores tanto de datos como otros destinados a la seguridad.



Se establece también la obligatoriedad que tienen las entidades públicas de registrar los sistemas y las aplicaciones libres usadas y desarrolladas, de manera directa o a través de terceros, con excepción de aquellas consideradas estratégicas por cada institución.



5. Aspectos complementarios a la Migración 5.1 Estrategia Comunicacional.- Con el propósito de difundir los beneficios del uso de software libre y estándares abiertos en un entorno de interoperabilidad que garantice la eficiencia de las aplicaciones y sistemas desarrollados para la administración pública, se sugiere que en las campañas de difusión sobre la interoperabilidad se resalte los principios de Innovación y neutralidad tecnológica que la Ley N° 164 establece en el artículo 5, numerales 6 y 7 y desarrollar campañas informativas y de promoción a nivel nacional e internacional, dirigidas principalmente a los servidores públicos, universidades, organizaciones de la sociedad civil y la ciudadanía en general, mediante la difusión de los siguientes medios: 5.2 Sitios Web de la ADSIB, el Ministerio de Planificación del Desarrollo, Viceministerios de Telecomunicaciones, Ciencia y Tecnología,

- Actualización permanente de la información relacionada con Software libre y los avances en cuanto al Plan de implementación en el Estado.

- Anuncios y publicación de eventos, seminarios, foros, cursos, etc. - Lista de aplicaciones equivalentes entre software libre y propietario con

recomendaciones - En el caso de la ADSIB, su sitio debe contener la información del Repositorio de

Software libre. - Se pondrá a disposición para descarga las aplicaciones gubernamentales que

fueron desarrolladas. 5.3 Medios de comunicación estatales.- Se sugiere utilizar los medios de comunicación masiva que dispone el Gobierno como el Canal estatal de televisión, BOLIVA TV, la Red de radiodifusión PATRIA NUEVA y el periódico de circulación nacional CAMBIO, para promocionar y difundir noticias con entrevistas sobre los avances en la implementación de software libre en la instituciones públicas y otras, pero incluyendo también temas referidos a la interoperabilidad con sistemas basados en software propietario y la industria nacional de software. 5.4 Eventos Nacionales e Internacionales.- Es importante socializar los avances y logros obtenidos relacionados al uso de software libre en eventos como talleres y Seminarios, ferias y concursos y otros, con la presencia de expositores nacionales e internacionales especializados. No se debe descartar la participación de Empresas sobre todo nacionales, dedicadas a producir y desarrollar software propietario y comercial, a fin de lograr un escenario de participación abierta y de competitividad.



5.5 Seguimiento y control.- Con el objeto ejecutar adecuadamente la política pública del uso de Software Libre y estándares abiertos y su implementación de acuerdo a la normativa vigente en las instituciones públicas del E. P. de Bolivia, la ADSIB, debe coordinar las acciones con los responsables de las unidades tecnológicas de estas instituciones a fin de realizar el seguimiento correspondiente, tal como lo establece el D.S. 1793, Reglamento para el Desarrollo de las TIC’s.



6. Conclusiones y Recomendaciones Conclusiones.- La implementación de software libre y estándares abiertos en las instituciones públicas del país responde principalmente a una decisión política y debe ser considerado como un proyecto a mediano y largo plazo, que debe ser apoyado por el Estado en todos los Órganos y niveles de Gobierno. El Plan de implementación a ser elaborado por las instituciones delegadas por la normativa actual, será el instrumento que determine la forma y las acciones para migrar hacia esta plataforma informática considerando las necesidades y particularidades de cada institución así como los aspectos referidos al personal y su capacitación para el soporte técnico. La implementación y uso de software libre debe contribuir a lograr la eficiencia en la administración pública y la continuidad operativa de su gestión. Recomendaciones.- El uso de software libre requiere un esfuerzo adicional del personal técnico, por tanto, en cada una de las instituciones públicas se debe lograr un compromiso previo de todo el personal involucrado, a fin de consensuar y adoptar un plan institucional de migración a Software Libre, para evitar el riesgo de fracaso en este proceso. Esto implica una adecuada capacitación previa para tener claro las ventajas de la migración y los resultados esperados de mayor eficiencia en el trabajo. La justificación de la urgencia de proyectos y obtención de resultados puede evitar en algunos casos una evaluación técnica objetiva de las alternativas tecnológicas de software libre, prefiriendo ejecutar proyectos con software propietario o por otra parte, precipitar el uso de software libre sin contar con un adecuado soporte. Será necesario revisar periódicamente el avance de migración de las entidades de la administración pública por parte de la ADSIB. Esta revisión permitirá la adecuación de novedades técnicas, así como de nuevos procesos de actualización y mejora. En el proceso de migración las instituciones deben seguir las buenas prácticas y experiencias de otras instituciones, que han logrado migraciones exitosas. Se debe evaluar técnicamente las donaciones y los proyectos de gran envergadura que implican el uso de herramientas de software privativas, para determinar hasta que punto será posible la migración a software libre en función de la criticidad y complejidad de las aplicaciones y sistemas, para evitar gastos excesivos, duplicación de esfuerzos y costos y hasta imposibilidad de migrar a software libre. No se debe poner como pretexto o escudarse en la normativa actual que promueve y prioriza el uso de software libre para justificar malos resultados o migraciones mal planificadas en las instituciones públicas.



RGM/. Agosto 2014



APENDICE Normativa Comparada con algunos países de la Región Aspectos generales: En la normativa encontrada sobre todo de Ecuador, Venezuela y Brasil, se hace un especial énfasis en el tema de la soberanía tecnológica y seguridad. En ningún caso se menciona el tema de la descolonización del conocimiento tecnológico. En la normativa de Ecuador y Uruguay que son las que se presentan como mas recientes y afines a la normativa del E. P. de Bolivia, sus Leyes de SW libre no establecen plazos para la migración. Argentina: Existe una propuesta de Ley nacional y se aprobó una Ley para la provincia de Santa Fé. El objetivo del Gobierno es: “apoyar a los técnicos para que con el uso de este tipo de Software se minimicen los gastos para el Estado” es un tema económico. Se ha creado el Sistema Nacional de Repositorios Digitales a fin de garantizar el acceso libre, gratuito y universal desde un único portal. Los usuarios de este tipo de material pueden, en forma gratuita, leer, descargar, copiar, distribuir, imprimir, buscar o enlazar los textos completos de los artículos científicos, y usarlos con propósitos legítimos ligados a la investigación científica, a la educación o a la gestión de políticas públicas, sin otras barreras económicas, legales o técnicas que las que suponga Internet en sí misma. Ecuador: Mediante Decreto Ejecutivo No. 1014 emitido el 10 de Abril de 2008, se establece como política pública la utilización de Software Libre en los sistemas y equipamientos informáticos de la Administración Pública. La subsecretaría de Informática de la presidencia, aprobó el 2009 la “Estrategia para la implantación de software libre en la Administración Pública Central” Las entidades públicas, previa a la instalación de SW libre en sus equipos, deberán verificar la existencia de capacidad técnica que brinde el soporte necesario para el uso de este tipo de SW. Periódicamente se evaluarán los sistemas informáticos que utilizan SW propietario con la finalidad de migrarlos a SW libre. Se faculta la utilización de SW propietario únicamente cuando no exista una solución de SW libre que supla las necesidades requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto informático se encuentre en un punto de no retorno. Uruguay: Ley de Software Libre, aprobada en diciembre de 2013. La crítica otorga a esta ley los siguientes beneficios:



1. Minimizar el Gasto público: Reducción de la inversión en software. 2. Seguridad: El uso de software libre da una alternativa para evitar la utilización de software propietario backdoors. 3. Interoperabilidad: El uso de formatos abiertos y estándares fomenta la interoperabilidad entre las dependencias y asegura el intercambio de archivos eficiente. 4. Transparencia: El Estado esté obligado a difundir la información pública en un formato abierto y de libre acceso a los datos por parte de la ciudadanía. Su Ley define, entre otros términos, los siguientes : “C) Los formatos abiertos son formas de manejo y almacenamiento de los datos en los que se conoce su estructura y se permite su modificación y acceso no imponiéndose ninguna restricción para su uso. Los datos almacenados en formatos abiertos no requieren de software propietario para ser utilizados. D) Formatos estándar son los que han sido aprobados por una entidad internacional de certificación de estándares”. En el caso de que el Estado contrate o desarrolle su propio software, la ley dicta que la licencia tendrá que ser libre, "incluyendo el acceso como software libre a los programas necesarios para el desarrollo. El intercambio de información realizado con el Estado, a través de Internet, deberá ser posible en, al menos, un navegador de Internet licenciado como software libre". En las instituciones y dependencias del Estado, cuando se contraten licencias de software se dará preferencia a licenciamientos de software libre. En caso que se opte por software propietario se deberá fundamentar la razón. En caso de que el Estado contrate o desarrolle software, el mismo al ser distribuido, se licenciará como software libre. El intercambio de información realizado con el Estado, a través de Internet, deberá ser posible en, al menos, un programa licenciado como software libre. La ley establece que el Estado deberá preferir la inversión y desarrollo en software libre sobre el propietario, salvo cuando éste no cumpla las necesidades técnicas requeridas. En caso de que el Estado decida invertir en software propietario, deberá justificar las razones del gasto y argumentar su elección. El Poder Ejecutivo reglamentará en un plazo de 180 días las condiciones, tiempos y formas en que se efectuará la transición de la situación actual a una que satisfaga las condiciones de la presente ley y orientará, en tal sentido, las licitaciones y contrataciones futuras de programas de computación (software) realizadas a cualquier título. i Publicación del periódico Opinión, de fecha 13/05/2012, “Crece el Software y la Exportación” http://www.opinion.com.bo/opinion/informe_especial/2012/0513/suplementos.php?id=3027

Propuesta para el Plan de Implementación de SW Libre … de Accion... · de licencias de software...

Documents

Transcript of Propuesta para el Plan de Implementación de SW Libre … de Accion... · de licencias de software...