6. Manifiesto MOP relativo al software

DEFINICIÓN, ADQUISICIÓN, ADAPTACIÓN Y USO DEL SOFTWARE

  • IMPARCIALIDAD TECNOLOGICA.

El MOP no privilegia ningún tipo de solución de software por lo que se adopta el criterio de imparcialidad ante las ofertas tecnológicas del mercado, sean ellas de código abierto o propietario. No obstante, al momento de decidir por una solución tecnológica deberá tenerse presente que ella podría impactar o condicionar decisiones futuras.

  • INTEROPERABILIDAD

Toda solución que se adopte debe asegurar la interoperabilidad a nivel básico con otras aplicaciones y componentes de software.

  • BUENAS PRACTICAS DE SEGURIDAD

Las aplicaciones y productos de software que se adquieran o desarrollen deben proveer los mecanismos de seguridad a nivel de datos, aplicaciones y transferencias a través de protocolos y estándares universalmente aceptados.

  • ESTANDARES PUBLICOS

Todo programa, componente de software, elemento de datos y servicios asociados debe desarrollarse bajo normas de programación, estándares de codificación y herramientas de aceptación universal.

  • CADA DECISIÓN EN SU MERITO

Ante la necesidad de adquirir una solución de software para la que existan diferentes alternativas, ellas serán estudiadas técnicamente en su mérito, debiendo efectuarse los análisis de  costo total de propiedad de la solución (Total Cost Ownership –TCO-) y de impacto sobre otros proyectos y sobre la  arquitectura tecnológica ministerial. La decisión que se tome será sancionada por el Comité Informático Ministerial teniendo siempre presente los beneficios ministeriales y los intereses fiscales.

  • DISGREGACION

Como una forma de facilitar la participación de proveedores especializados en soluciones de software, las licitaciones de proyectos de desarrollo que involucren elementos de hardware, software básico y aplicativos deberán considerar la alternativa de licitar los productos por separado o, en su defecto, permitir la presentación de ofertas por componentes por separado o integrados.

  • REPLICABILIDADinformatica mop

Todos los productos y soluciones de software que se liciten y/o adquieran como un paquete o para los que se solicite su diseño y construcción, deberán permitir su intervención para adaptarlos a las necesidades de otros servicios del Ministerio o incluso para su adaptación para otras reparticiones públicas.

  • ORIENTACIÓN A PROCESOS

Todos los productos y soluciones de software deben asociarse a procesos de negocio establecidos en el Ministerio o en los organismos públicos donde eventualmente operarán, debiendo tener además la capacidad de adaptarse, en el tiempo, a las variaciones de las reglas de negocio.

4 Comentarios to “6. Manifiesto MOP relativo al software”

  1. Algunos comentarios para esta sección:

    - Buenas prácticas de seguridad: cuales estandares universalmente aceptados? por ejemplo, SSL? falta especificar mas al respecto.

    - Estándares públicos: cuales normas de programacion, estandares y herramientas?

    - Cada decisión en su mérito: falta especificar si por ejemplo se deben estudiar todas las alternativas, mínimo dos, etc.? También sería deseable que los estudios realizados queden a disposición de cualquier persona, organización o empresa y se puedan usar libremente.

    - Replicabilidad: Quizás el punto más interesante del Manifiesto, pero nuevamente falta más detalle. Para el desarrollo de software a medida entendemos que debería estar disponible el código fuente de cada componente para así poder realizar cambios y adaptaciones al software, pero cuál es el “software adquirido como un paquete”, se trataría de por ejemplo MS Office? El código fuente del software licitado estará disponible para cualquier persona, organización o empresa?

  2. Hola,

    Creo que el concepto de neutralidad o imparcialidad tecnológica en el estado no es muy útil para la sociedad chilena ni para las diferentes instancias gubernamentales.
    La neutralidad tecnológica es tibia, y se puede apreciar en la definición del manifiesto, realizada en esta misma página.

    El uso de software libre trae consigo una serie de beneficios, a saber, tecnológicos, económicos, sociales, políticos y legales. Una descripción y explicación de cada punto la pueden ver en la siguente URL: http://www.cdsl.cl/wiki/doku.php?id=beneficios_en_el_uso_de_software_libre .

    A diario me pregunto lo siguiente: ¿por qué otros países se están desarrollando más al respecto, y nosotros nos estamos quedando atrás? ¿A caso la problemática social y económica de Chile es muy diferente a otros países latinoamericanos que sí se están beneficiando del uso y preferencia en el uso de software libre?

    Saludos.

  3. Teóricamente, En términos púramente técnicos, no hay diferencias entre un software libre y otro propietario. Ambos contienen una serie de algorítmos que les permiten resolver operaciones y dar respuestas más o menos eficientes a las distitnas problemàticas para las cuales fueron desarrollados. En este sentido la neutralidad frente a la oferta parece una alternativa razonable, mediante la cual el Estado obtiene el producto màs eficiente y resguarda los intereses de la sociedad.
    La gran diferencia entre los dos tipos de softwares radica en su tipo de licencia, en aquello que el autor, o la compañía dueña del desarrollo, permite hacer con la aplicación. Y este es el punto donde la teoría de la imparcialidad se ve enfrentada a una decisión político-filosófica; ideológica, como la llaman algunos.
    Si el Estado (cualquiera de sus poderes), no puede saber qué hace una aplicación, si no puede auditar el funcionamiento, se corre el riesgo (potencial) de poner en riesgo la seguridad de la información que maneja dicho software. Es como adquirir energía, sin interesarse por su fuente de origen (fósil, hidráulica, eólica, nuclar, etc.); y sabemos que no todas las fuentes de energía son similares en el largo plazo.
    Si la Autoridad advierte el real potencial de una aplicación informàtica. ¿Es correcto que restrinja su masificación a todo el aparato público en función de los intereses de los particulares que desarrollaron dicha solución informática?. Si el software es libre, no existe ese tipo de impedimentos.
    En generenal, son muchos los puntos a favor de optar políticamente por el software libre, y si bien los aspectos técnicos de estándares e interoperabilidad son importante, no lo son màs que la libertad.
    La neutralidad entre software libre y propietario, es como ser neutrales entre democracia y dictadura. Puede que la dictadura sea más eficiente que la democracia, incluso podría crear más riqueza. Sin embargo, siempre la democracia será preferible a la dictadura, por libertad, transparencia y derecho.

    mvp

  4. El Estado debería preferir el software libre, pues es la única alternativa válida si queremos tener Independencia Digital, es decir, para que los datos de todos los ciudadanos y los algoritmos que los manejan no estén bajo el control de los desarrolladores del software.

    El término “neutralidad tecnológica” es promovido por Microsoft para que los países solo tomen en cuenta los aspectos técnicos del software, dejando de lado otros asuntos muchos más importantes, como la seguridad nacional y la privacidad de los usuarios (el software no libre puede tener funciones ocultas y puertas traseras), la solidaridad (el software no libre no puede ser copiado y distribuido libremente) y el desarrollo tecnológico (el software no libre no puede ser estudiado y adaptado).

Puede dejar un comentario

Nota: Los comentarios en este sitio son moderados por el administrador. Su comentario debería aparecer publicado dentro de 24 horas. Le solicitamos revisar cada uno de los capítulos del documento, indicados en el menú lateral, y dejar sus observaciones por escrito, incluyendo su nombre completo, correo electrónico de contacto y si lo desea el dato de alguna institución (empresa, universidad, ministerio, ONG) a la que pertenezca. Muchas gracias por la visita y por su aporte.