El diseño de sistemas es un concepto que define los requerimientos funcionales asociados al negocio (procesos) que se solicita apoyar, lo que se traduce en el producto de aplicación computacional como un conjunto de componentes funcionales o estructurales. Este concepto es utilizado en la construcción como base para el diseño detallado.

Los sistemas que construye DocIRS, son elaborados con la intención que posean una vida útil amplia, porque sabemos que las condiciones de los requerimientos iniciales del sistema y el entorno de la organización del cliente varían constantemente en el tiempo, y por tanto también constituye un negocio el brindar servicios permanentemente.

Para que tales sistemas respondan a los requerimientos operativos para los que fueron desarrollados y, que además se ajusten a las nuevas condiciones, se hace necesaria la mantención y políticas de cambio claras y honestas por parte de DocIRS, de tal manera el cliente siempre esté informado, desde la génesis del proyecto, acerca del costo de las horas hombre y las medidas de tiempo que se aplicarán a dichos mejoramientos. Este concepto dice relación con la metodología de ir desarrollando versiones mejoradas y de entregar soporte a través de un convenio o contrato de prestación de servicios. Nótese que DocIRS no desarrolla mega paquetes cerrados de software, sino soluciones evolutivas.

En general, todo sistema se va haciendo cada vez más complejo y su tamaño se incrementa a medida que le son adicionadas nuevas funcionalidades. Dichas adiciones son incorporadas a través de actividades de mantenimiento, que van ajustando la aplicación y, por ende, implican modificar la estructura del sistema. De manera el tiempo y el diseño en ese instante ya no corresponde a la arquitectura inicial considerada para su desarrollo y, además, el código no corresponde a la documentación generada inicialmente. Dado lo anterior, se hace cada vez más difícil entender el sistema y, sobre todo, si los cambios no se consideran realizar por versiones bien especificadas.

Dado lo anterior, los cambios de un sistema deben controlarse y documentarse, no se debe olvidar que las modificaciones siempre van a aparecer. Por lo tanto, es esencial anticipar posibles cambios a los requerimientos cuando el sistema se ha desarrollado y utilizado, teniendo presente que se deben mantener las fronteras dentro del presupuesto y tiempo comprometido. Esto se logra a través de la comunicación entre las partes CLIENTE-PROCESO Y DISEÑO-CONSTRUCCIÓN, la cual es fundamental.

Por todo lo anterior, el objetivo de este documento es establecer una herramienta que se base en la arquitectura del producto a construir y, que además controle su evolución, para evitar:

 • Recargar el equipo de trabajo.

 • Traspasar responsabilidades a terceros.

 • Ambigüedades.

• Generar expectativas que nunca se registraron.

 • Generar déficit aumentando la cantidad de trabajo y de tiempo, e

• Impedir la desestructuración del sistema a lo largo de su vida útil.