El análisis

1. Las bases de datos relacionales

Las bases de datos relacionales representan la esencia de los sistemas de información que funcionan actualmente. Su funcionamiento se definió a mediados de los años setenta y prácticamente no ha evolucionado desde entonces, incluso aunque la tecnología que les da soporte haya hecho progresos asombrosos, siempre aportando más potencia y fiabilidad.

1. Los procesos y los flujos de trabajo (workflows)

Un flujo de trabajo (workflow) es una secuencia de operaciones, automatizada o no, desarrollada por varios actores. Un actor es un usuario o un sistema automatizado. 

Un proceso es la descripción formal de un flujo de trabajo; consideremos que un proceso es una secuencia de operaciones que se desarrollan en el seno de un conjunto de aplicaciones.

En el primer nivel de descripción de un sistema multi-aplicativo, solo cuentan las actividades de un workflow; las transiciones (condiciones para pasar de una actividad a la otra) no tienen interés y no figuran en esta etapa del análisis.

2. El mapeo funcional

El mapeo funcional es la división de un sistema de software (de un sistema de información) en módulos, que implementan las actividades de los workflows que soportan las aplicaciones. Una aplicación es, por tanto, una selección "coherente" de módulos desplegados dentro de un sistema de información. La misión del DSI es enriquecer su sistema de aplicaciones, minimizando la introducción de nuevos...

1. Las herramientas de búsqueda de información

En esta sección nos interesamos por los lenguajes que el programador tiene disponibles para explotar grandes cantidades de datos. Estos lenguajes se definen teniendo en cuenta la estructura (naturaleza) de los datos y las restricciones de hardware, tales como la capacidad de representación, lectura, búsqueda, modificación transaccional... De una manera general, solo los lenguajes con entornos de ejecución concretos y con buen rendimiento han durado más allá de su primera generación.

Partiendo del principio de que el análisis ha identificado el empleo de componentes orientados a datos (SQL, XML...), vamos a describir cómo se integran estos lenguajes en las aplicaciones en las que intervienen varias tecnologías.

1. Las especificaciones

Como ya hemos comentado, las especificaciones son más a menudo criticadas que ensalzadas. Se trata de un documento imprescindible para la realización de un proyecto.

El principal problema relacionado con su redacción está en que la interpretación pueda ser ambigua, dependiendo de si alguien está en el lado del director de programa o del jefe de producto. De hecho, los clientes algunas veces tienen dificultades para expresar claramente sus necesidades (significa que, algunas veces, la mejor expresión corresponde al software realizado). También sucede que, gracias a la experiencia, los clientes dan respuestas poco claras a las preguntas, buscando de esta manera optimizar su margen de maniobra y posponer sus decisiones. La empresa encargada de la realización, persigue precisamente el objetivo opuesto: cuando más rápido identifique el perímetro de la solución, mejor será el rendimiento del proyecto, a través de la capitalización del know-how.

La situación parece difícil de resolver y, sin embargo, se impone rápidamente, ya que las especificaciones son el principal anexo técnico de un contrato de desarrollo informático.

Parece claro que los malentendidos provienen del carácter "congelado" de las especificaciones. Sería un fin en sí mismo. Pero si no es así, la solución consiste en leer otra vez la observación anterior. Si la mejor expresión de una necesidad de cliente está en el software, esta no es más que una derivación de un conjunto de hechos que tiene su raíz en las especificaciones.

Dicho de otra manera, las especificaciones no son un documento congelado, sino más...

1. El dossier de integración funcional

En primer lugar, el equipo de analistas lista los procesos del sistema de software. Esta lista se obtiene describiendo los casos de uso (UML) en escenarios. Se reproduce a continuación de manera resumida.

Para modelizar los flujos, el equipo se basa en un diagrama de integración funcional entre las aplicaciones.

Después, el equipo mapea los procesos...