Puesto que SPOCS se enmarca en la tecnología SPOS -Service Process Optimization Software- como se ha indicado anteriormente, es necesario dotarla de especiales características de flexibilidad y facilidad para la evolución.
Ello implica, or una parte, unas técnicas especiales de diseño basadas en el uso de niveles de generalidad y, por otra, una construcción tecnológica basada en una arquitectura que refleje dichos niveles de generalidad.
Los niveles de generalidad, inspirados en los propuestos en FEM -Framework for Enterprise Modeling-, han sido utilizados como guías para la construcción de arquitecturas de software.
El objetivo del uso de dichos niveles, y sus correspondientes arquitecturas, se encuentra en la separación del código en componentes que facilite
la construcción, abaratando costes,
la reutilización, por tanto, de parte del código,
el mantenimiento del producto,
la evolución del mismo.
Dicha técnica se ha probado satisfactoriamente, con dos niveles de generalidad -nivel particular y explotación- en los sistemas de indicadores que se han desarrollado para el Ayuntamiento de Zaragoza.
Además de conseguir, en parte, algunas de las características mencionadas, sorprendentemente se potenció y se facilitó la construcción de un entorno colaborativo de e-gestión para la construcción dinámica de indicadores.
La relación entre dichos niveles no estaba claramente establecida. Actualmente se está probando, con bastante satisfacción por el momento, el uso de relaciones basadas en servicios.
Salvo los problemas usuales de eficiencia que tienen este tipo de relaciones, pendientes aún de analizar, con las pruebas realizadas hasta el momento parece ser que se refuerzan las características antes mencionadas si en cada nivel se considera una arquitectura de software basada en relaciones de servicio.
La arquitectura bajo la que se ha construido SPOCS está basada en tres niveles de generalidad -generalidad, particular, explotación- y en una arquitectura basada en relaciones de servicio.
