Software libre en el Ayuntamiento
Código proyecto de gasto: 3120
Se propone un estudio que diseñe un plan de migración de los sistemas del Ayuntamiento a software libre.
La implantación de software libre en la administración pública es imprescindible por varios motivos:
- Los proyectos desarrollados por el ayuntamiento y financiados con dinero público al publicarse como software libre benefician a más gente aparte del ayuntamiento y además pueden ser mejorados por empresas o profesionales ajenos al ayuntamiento siendo el beneficio mutuo y el coste menor (un ejemplo es el software de esta web)
- La construcción y migración a software libre genera empleo y conocimientos en empresas locales al contrario que la compra de licencias a multinacionales extranjeras como Microsoft.
- A largo plazo el software libre genera más ahorro que la compra de licencias de programas propietarios.
- La transparencia de los sistemas operativos y programas libres permite auditar el mismo y conocer que ningún ordenador con información sensible es espiado.Este estudio debe planificar un calendario de migración, realizar un inventario de sistemas y aplicaciones y definir las medidas necesarias para que las nuevas aplicaciones que se diseñen y construyan en el ayuntamiento sean publicadas como software libre al igual que pasa con esta web.
Informe de coste
El coste, solamente del estudio inicial, se estima en 150.000 € La propuesta recibida tiene como objeto la realización de un “estudio que diseñe un plan de migración de los sistemas del Ayuntamiento a Software Libre”. El software libre, es aquél que garantiza las cuatro libertades definidas por la Free Software Foundation: libertad de usar el sistema de información, libertad para estudiar cómo funciona y modificarlo adaptándolo a las necesidades, libertad para distribuir las copias que se deseen, y libertad para mejorarlo haciendo públicas las mejoras para beneficio público. Existe otro concepto íntimamente relacionado: software de fuentes abiertas. Para ejercer las libertades expuestas por el software libre es necesario que el software sea de fuentes abiertas, sin embargo, no todo el software de fuentes abiertas es software libre, especialmente porque existen licencias de fuentes abiertas que no permiten su modificación libre. En relación con la propuesta recibida cabe exponer los siguientes antecedentes que son relevantes para el ámbito expuesto: • El Ayuntamiento de Madrid cuenta con unos 20.000 puestos de trabajo para sus empleados, así como conexión de red en más de 600 edificios. Es necesario contemplar los costes de formación en un proyecto de migración a software libre. • El Ayuntamiento de Madrid dispone de servicios técnicos y de desarrollo especializados en las tecnologías disponibles en el mismo. Es necesario contemplar tanto los costes de formación en las nuevas tecnologías a utilizar, como en la filosofía del desarrollo y mantenimiento del software libre. • En la actualidad, el Ayuntamiento de Madrid utiliza múltiples tecnologías, habiéndose valorado en muchos casos, el uso de software libre, para determinar la mejor solución para cada problema. ◦ En relación con el puesto de trabajo se utiliza Windows 7, Microsoft Office y Outlook (junto con Exchange), y existen más de mil bases de datos Access que utilizan los usuarios (además de herramientas especializadas como Autocad y otras). Pero también se utilizan herramientas de software libre, siendo LibreOffice, Gimp y pdfcreator, las más relevantes. ◦ En relación con los grandes sistemas de información que se utilizan por los usuarios del Ayuntamiento existen fundamentalmente dos modelos: ▪ Software propietario: SAP, para gestión presupuestaria, económico-financiera y recursos humanos; Plyca, para la gestión de la contratación; Open Text, para los portales del Ayuntamiento y sede electrónica; Documentum, para el archivo electrónico requerido por la Ley 39/2015; Maximo, para la gestión de los servicios de Medio Ambiente, y otros. ▪ Software desarrollado, propiedad del Ayuntamiento de Madrid, aunque no publicado como software libre, por ejemplo: SIGSA, para la gestión de expedientes administrativos; +TIL y GIIM, para la gestión tributaria; CIVIS, para la gestión de los servicios sociales, y otros. ◦ En general, estos sistemas se basan en middleware e infraestructuras que incluyen tanto sofware libre como propietario: ▪ Sistemas operativos: Linux Red Hat y Cent OS; Windows Server... ▪ Bases de datos: SQL Server, Oracle, PostgreSQL, MySQL... ▪ Servidores de aplicaciones y otros: IBM WAS, Jboss, Wordpress… • Dada la amplitud y relevancia de los sistemas de información indicados, cualquier plan que se desarrolle debe incluir a las personas usuarias de los sistemas del Ayuntamiento y a las responsables de las TIC, y valorar los costes de cada uno de los proyectos de migración de los sistemas a que afecte, incluyendo la gestión del cambio, formación, nuevas infraestructuras necesarias, costes del desarrollo y mantenimiento futuro del nuevo software, etc. Puesto que la implantación de software libre en el Ayuntamiento es un proyecto que tiene componentes políticas, estratégicas, económicas y técnicas, el estudio previo deberá prever la puesta a disposición de los recursos humanos y tecnológicos suficientes para apoyar la propia filosofía del Software Libre, evitando ser un mero consumidor del mismo (como sucede actualmente), para pasar a apoyar el modelo de desarrollo de software libre desde su origen hasta su implantación, a imagen del modelo seguido con el desarrollo de Consul, Transparencia, etc, en la plataforma de fuentes abiertas de github. Por todo ello, cabe concluir que la migración a software libre del Ayuntamiento de Madrid, es un proyecto de gran magnitud, que requiere de un profundo estudio que tenga en cuenta todos los aspectos relevantes: subproyectos, planificación, costes de migración, de desarrollo, de formación, de gestión del cambio, de soporte y mantenimiento, de formación técnica especializada, etc. Y que, además, deberá contar desde su concepción con las personas usuarias de los sistemas en el Ayuntamiento. Por lo tanto, la iniciativa propuesta, de desarrollo de un estudio que diseñe un plan de migración de los sistemas del Ayuntamiento a software libre, se considera viable.
Apoyo esta propuesta. El sofware libre se puede reutilizar y adaptar, respeta al usuario, evitando las cajas negras de espionaje, etc. Para ello es imprescindible el acceso al código fuente de los programas. Ya es hora de publicar en formatos abiertos: open document text. Acceso al código y documentación. Licencia GPLV3.
Veo algún que otro problema con esta propuesta. El primero en relación a la seguridad y el segundo en cuanto al apoyo y garantía desde el fabricante. Los softwares libres son buena idea para usuarios particulares donde el valor de su información "es menor", pero no para grandes estructuras informáticas que además, suelen ser objetivo de ataques. Además, en caso de fallo del software el fabricante responde con toda su responsabilidad. En software libre esa responsabilidad se disipa. Lo siento, creo que a veces lo barato sale caro y este es uno de esos casos.
Creer que un sistema operativo o un software es más seguro por no ser código abierto no es una idea nueva, se le conoce con el nombre de "seguridad por oscuridad": https://es.wikipedia.org/wiki/Seguridad_por_oscuridad. Si se busca algo de información respecto al tema, la experiencia ha demostrado que intentar conseguir "seguridad por oscuridad" o creer que un sistema es más seguro porque su código sea cerrado es un error. Puede revisarse el histórico de vulnerabilidades de Windows como ejemplo. Si se repasa la prensa especializada se podrá comprobar que los sistemas operativos considerados más seguros suelen ser abiertos https://www.dailydot.com/layer8/most-secure-operating-system/ y los servidores que guardan 'datos' de usuario en su mayoría son también código abierto. Hay otra asunción que es errónea: dentro del mundo del software libre hay empresas que se dedican a dar soporte a quién esté dispuesto a pagarlo, por ejemplo RedHat https://www.redhat.com/es/services/support .
El Ayuntamiento va a declarar la inviabilidad sobrevenida de 232 propuestas ciudadanas ganadoras en los presupuestos participativos de 2016 a 2019. https://sede.madrid.es/portal/site/tramites/menuitem.b4c91589e7f6a5d829da39e5a8a409a0/?vgnextoid=c6d7f75787f24710VgnVCM2000001f4a900aRCRD&vgnextchannel=741d814231ede410VgnVCM1000000b205a0aRCRD&vgnextfmt=default Propuestas como la de esta página van a decaer. Estas son las consecuencias de no votar en las elecciones municipales o de hacerlo envuelta en bulos y banderas. Si los nuevos gobernantes municipales no creen en la participación ciudadana, anulan incluso lo que se decidión bajo un ayuntamiento anterior. Asamblea del distrito Centro de Izquierda Unida.
Hola! Tu propuesta me parece muy interesante y la apoyo. Te invito a que conozcas la mía: "Curar el cáncer, el SIDA y la malaria" en http://bit.ly/MadridCuraCancer y que si te parece bien la apoyes y me ayudes a difundirla en las redes sociales, si quieres puedes seguirme en Twitter: https://twitter.com/ideasViaTuiter Un saludo y sigamos cambiando el mundo!
Ultima idea : 3 - Mantenerlo estúpido, esa es la máxima del software en general, que funcione y lo mas simple posible, otro de los errores habituales en el desarrollo de software especialmente promovido por las empresas que están mas interesadas en vender "cuanto mas mejor" en lugar de "solo lo que necesitas", para eso se requiere un estudio serio de los sistemas existentes y sus utilidades practicas en relación a los parámetros de uso (numero de usuarios, volumen de información, etc), quizás después de eso tengamos la sorpresa que (por poner un ejemplo) que el uso de SAP sea un exceso de recursos (normalmente sistemas muy específicos y realmente caros, suelen ser pelotazos de ventas de empresas) mas que un beneficio para la administración.
Otra idea : 2 - Usar la técnica del software libre, en donde se crean desarrollo continuo que se va retro alimentando, de esta forma el desarrollo se va desplazando desde una funcionalidad general hacia una especialización concreta dirigida por las necesidades. Esta según entiendo es la mejor manera de evitar desarrollos monstruosos eternos que se extienden en el tiempo y nunca pueden implementarse porque siempre falta alguna funcionalidad importante, esta es una trampa común en el desarrollo de software que suelen caer las empresas y que encarece, distorsiona y aumenta los gastos de software, un camino directo al fracaso de los proyectos.
Algunas ideas : 1 - Un estudio profundo sobre el caso de Munich, aunque existe una componente politica importante como es el caso que Microsoft haya cambiado de ubicacion una de sus centros de desarrollo para instalarla en Munich curiosamente unos meses antes del anuncio a la vuelta al software propietario, a pesar de todo esto, Munich debe ser analizado para obtener una experiencia parecida y fallida, ademas de todas estas circunstancias en las migraciones se tiende a hacer un reemplazo de una herramienta por otra, lo cual en algunos casos no es necesario, el ejemplo tipo puede ser Exchange y ActiveDirectory creados por Microsoft como una estragia de capas para encapsular servidores y servicios de red, aunque existen algunas alternativas libres que intentan ser sus reemplazos, sin embargo se tratan de servicios historicos de red que no es de ninguna forma necesario cubrir con una capa de abstraccion, sino que analizar cuales son sus utilidades y dejarlas cubiertas con otros sistemas.
En el software libre casi todo son ventajas. Es necesario, como se ha apuntado anteriormente, no confundir con software gratis. Implementar software libre tiene costes importantes de formación y adaptación sel propio software, pero los beneficios a medio y largo plazo hacen un balance claramente positivo.
Publicado el 31/12/2017
Publicado el 03/09/2020
El proyecto participativo ha sido propuesto como proyecto inviable y se encuentra incluido en el trámite de audiencia aprobado mediante Resolución de la Dirección General de Participación Ciudadana, de 27 de agosto de 2020, por la que se inicia expediente de declaración de la inviabilidad sobrevenida de 232 proyectos de Presupuestos Participativos relativos a las convocatorias de 2016, 2017, 2018 y 2019 y que se ha publicado en el Boletín del Ayuntamiento de Madrid de fecha 4 de septiembre de 2020, disponiendo de un plazo de 10 días a partir del siguiente a su publicación en el Boletín Oficial del Estado para presentar alegaciones. El órgano gestor del proyecto, el Organismo Autónomo Informática del Ayuntamiento de Madrid comunica lo siguiente: La iniciativa presentada es imposible de lograr a corto plazo sin un estudio detallado de la situación. Por ello, se transformó un estudio que diseñe un plan de migración de los sistemas del Ayuntamiento a software libre. En relación con esto, cabe exponer los siguientes antecedentes que son relevantes para el ámbito expuesto: el Ayuntamiento de Madrid cuenta con unos 20.000 puestos de trabajo para sus empleados, así como conexión de red en más de 600 edificios. El Ayuntamiento de Madrid dispone de servicios técnicos y de desarrollo especializados en las tecnologías disponibles en el mismo. En la actualidad, el Ayuntamiento de Madrid utiliza múltiples tecnologías (basadas en una combinación de software libre y propietario), tanto en el ámbito del puesto de trabajo, como en los sistemas de información que utilizan los usuarios. Por tanto, dada la amplitud y relevancia de los sistemas de información e infraestructuras existentes, esta propuesta debe desestimarse debido tanto al elevado coste de recursos que supondría su implantación, como la imposibilidad de soslayar las dependencias tecnológicas de los sistemas actuales.
Publicado el 13/09/2021
Mediante resolución de la Dirección General de Participación Ciudadana de fecha 23 de agosto de 2021 publicada en el BOAM el 4 de septiembre y en el BOE el 10 de septiembre de 2021, el proyecto se declara inviable.
Contenido relacionado (0)
Creado por
Creado el 08/03/2017 18:18
Seguir proyecto
Coste
150.000 €
Inicia sesión para comentar