La web del senado: el pliego que la ha convertido en millonaria

Se ha hablado en numerosos medios de comunicación de lo cara que es la web e incluso se ha hecho una réplica con un coste de 0 euros en licencias.

A raíz de un documento que explica como crear la web del senado con Software Libre me puse a mirar con más detenimiento que es lo que había inflado el precio y ya se lo que es.

Lo que en realidad infla el precio es el pliego en el que se mencionan perlas como las que comento a continuación con su número de página.

  • Página 8: Tiene que estar certificada -> obligación de usar Red Hat, Oracle, ... o lo que sea que esté certificado. Desde luego que Drupal no está certificado:
    La ubicación del software requerido se
    decidirá en un momento posterior, por lo que es necesario que la solución sea
    multiplataforma, estando certificada, al menos, para plataformas Linux, AIX, y Windows.
  • Página 8: Obligación de usar ciertas tecnologías y además certificadas -> no se puede usar mysql ni php. Lo de "arquitectura abierta" mejor ni lo comento:
    La solución deberá estar construida sobre una arquitectura abierta que soporte
    tecnologías como Java, XML, J2EE, WebServices y REST para permitir la interactuación
    con los sistemas existentes en el Senado descritos en el epígrafe 3 del presente pliego.
    La solución deberá ser multiplataforma, encontrándose certificada para plataformas
    Linux, AIX y Windows.
  • Página 9: Obligación de usar Single Sign-On de Oracle:
    La plataforma de gestión de contenidos y documentos deberá permitir la gestión
    independiente de seguridad y su integración con el directorio de seguridad Oracle Internet
    Directory y con los mecanismos de Single Sign-On de Oracle.
  • Página 18: Obligación de integrarse con el explorador de ficheros de Windows -> no se puede usar drupal porque todos los archivos deben subirse utilizando la interfaz web:
    La solución debe disponer de tecnología de integración con el explorador de ficheros
    de Windows, permitiendo la mayor cantidad de las siguientes funciones:
    - Navegación en forma de carpetas.
    - Creación de nuevos contenidos y documentos desde el explorador de ficheros.
    - Se valorará el acceso a los metadatos del documento y su modificación desde el 
    explorador de ficheros.
    - Seguridad integrada, transparente, y sincronizada con la seguridad de Windows.
    - Control de versiones transparente al copiar ficheros con el mismo nombre.
    - Búsquedas habituales del usuario en el gestor, mostrando directamente los
    resultados al seleccionar la búsqueda.
    - Posibilidad de revisión de los flujos de trabajo en los cuales el usuario se encuentre
    involucrado, directamente desde el explorador.
    - Solicitud de atributos o metadatos obligatoria de los contenidos al realizar acciones
    de arrastrar y soltar contenidos desde el explorador.
    
  • Página 19: Integración con Microsoft Office y que yo sepa lo que más se integra ahora mismo es eyeOS, pero ese es otro proyecto y debe ser mencionado en otra ocasión:
    La solución debe disponer de tecnología de integración con Microsoft Office para la
    gestión de contenidos documentales que se puedan publicar en la plataforma de
    contenidos, permitiendo la mayor cantidad de las siguientes funciones:
    - Lectura y escritura de documentos directamente desde Office.
    - Versionado transparente al usuario.
    - Gestión de meta información directamente desde el interfaz de Office.
    - Comparación de versiones de documentos desde Office.
    - Inserción de metainformación en los documentos directamente desde el interfaz de
    forma sencilla.
    - Edición “en vivo”, esto es, posibilidad de editar online documentos Office y otros
    formatos habituales del gestor de contenidos directamente, sin necesidad de
    descargarlos al ordenador del usuario y volver a “subirlos” al gestor.
    

Y no sigo porque me aburro y me tengo que ir a casa.

El tema es que si están diciendo que lo quieren en Java, la web en PHP no sirve porque no cumple el pliego. Punto final. Todo lo demás se queda en palabrería.

La culpa no es de la empresa que ha desarrollado el proyecto sino de quien ha hecho el pliego.

Y el funcionario que ha desarrollado el pliego lo que menos busca es "arriesgar" así que compra la solución con más nombre aunque sea la más cara. Total, el dinero no es suyo y si casca siempre puedes decir que "yo utilicé lo mejor y de más renombre que había en el mercado así que no es culpa mía".

País de dinosaurios.

El álbum de hoy

De la mano de Devyn Rose:

Comentarios

creo que será usted de los

creo que será usted de los pocos que han leído el pliego de condiciones. :) realmente el factor de corrección aplicado para no equivocarse es de 5 o de 6 XD. ... es decir, ellos piden y piden y piden para no pillarse los dedos. pero realmente lo que hace falta es mucho menos. realmente no había mucho para decidir. es como decía Ford "cualquier cliente puede tener el coche del color que quiera siempre y cuando sea negro".

La web del senado: el pliego que la ha convertido en millonaria

Se ha hablado en numerosos medios de comunicación de lo cara que es la web e incluso se ha hecho una réplica con un coste de 0 euros en licencias.

A raíz de un documento que explica como crear la web del senado con Software Libre me puse a mirar con más detenimiento que es lo que había inflado el precio y ya se lo que es.

Lo que en realidad infla el precio es el pliego en el que se mencionan perlas como las que comento a continuación con su número de página.

  • Página 8: Tiene que estar certificada -> obligación de usar Red Hat, Oracle, ... o lo que sea que esté certificado. Desde luego que Drupal no está certificado:
    La ubicación del software requerido se
    decidirá en un momento posterior, por lo que es necesario que la solución sea
    multiplataforma, estando certificada, al menos, para plataformas Linux, AIX, y Windows.
  • Página 8: Obligación de usar ciertas tecnologías y además certificadas -> no se puede usar mysql ni php. Lo de "arquitectura abierta" mejor ni lo comento:
    La solución deberá estar construida sobre una arquitectura abierta que soporte
    tecnologías como Java, XML, J2EE, WebServices y REST para permitir la interactuación
    con los sistemas existentes en el Senado descritos en el epígrafe 3 del presente pliego.
    La solución deberá ser multiplataforma, encontrándose certificada para plataformas
    Linux, AIX y Windows.
  • Página 9: Obligación de usar Single Sign-On de Oracle:
    La plataforma de gestión de contenidos y documentos deberá permitir la gestión
    independiente de seguridad y su integración con el directorio de seguridad Oracle Internet
    Directory y con los mecanismos de Single Sign-On de Oracle.
  • Página 18: Obligación de integrarse con el explorador de ficheros de Windows -> no se puede usar drupal porque todos los archivos deben subirse utilizando la interfaz web:
    La solución debe disponer de tecnología de integración con el explorador de ficheros
    de Windows, permitiendo la mayor cantidad de las siguientes funciones:
    - Navegación en forma de carpetas.
    - Creación de nuevos contenidos y documentos desde el explorador de ficheros.
    - Se valorará el acceso a los metadatos del documento y su modificación desde el 
    explorador de ficheros.
    - Seguridad integrada, transparente, y sincronizada con la seguridad de Windows.
    - Control de versiones transparente al copiar ficheros con el mismo nombre.
    - Búsquedas habituales del usuario en el gestor, mostrando directamente los
    resultados al seleccionar la búsqueda.
    - Posibilidad de revisión de los flujos de trabajo en los cuales el usuario se encuentre
    involucrado, directamente desde el explorador.
    - Solicitud de atributos o metadatos obligatoria de los contenidos al realizar acciones
    de arrastrar y soltar contenidos desde el explorador.
    
  • Página 19: Integración con Microsoft Office y que yo sepa lo que más se integra ahora mismo es eyeOS, pero ese es otro proyecto y debe ser mencionado en otra ocasión:
    La solución debe disponer de tecnología de integración con Microsoft Office para la
    gestión de contenidos documentales que se puedan publicar en la plataforma de
    contenidos, permitiendo la mayor cantidad de las siguientes funciones:
    - Lectura y escritura de documentos directamente desde Office.
    - Versionado transparente al usuario.
    - Gestión de meta información directamente desde el interfaz de Office.
    - Comparación de versiones de documentos desde Office.
    - Inserción de metainformación en los documentos directamente desde el interfaz de
    forma sencilla.
    - Edición “en vivo”, esto es, posibilidad de editar online documentos Office y otros
    formatos habituales del gestor de contenidos directamente, sin necesidad de
    descargarlos al ordenador del usuario y volver a “subirlos” al gestor.
    

Y no sigo porque me aburro y me tengo que ir a casa.

El tema es que si están diciendo que lo quieren en Java, la web en PHP no sirve porque no cumple el pliego. Punto final. Todo lo demás se queda en palabrería.

La culpa no es de la empresa que ha desarrollado el proyecto sino de quien ha hecho el pliego.

Y el funcionario que ha desarrollado el pliego lo que menos busca es "arriesgar" así que compra la solución con más nombre aunque sea la más cara. Total, el dinero no es suyo y si casca siempre puedes decir que "yo utilicé lo mejor y de más renombre que había en el mercado así que no es culpa mía".

País de dinosaurios.

El álbum de hoy

De la mano de Devyn Rose:

Comentarios

creo que será usted de los

creo que será usted de los pocos que han leído el pliego de condiciones. :) realmente el factor de corrección aplicado para no equivocarse es de 5 o de 6 XD. ... es decir, ellos piden y piden y piden para no pillarse los dedos. pero realmente lo que hace falta es mucho menos. realmente no había mucho para decidir. es como decía Ford "cualquier cliente puede tener el coche del color que quiera siempre y cuando sea negro".