Una de las dificultades principales en el uso de la notación UML es la falta de herramientas de aseguramiento de calidad de los diagramas y modelos construidos. Algunas de las herramientas (incluyendo Enterprise Architect) tienen cierto grado de validación de forma de los diagramas, pero la validación de su contenido (significado, semántica, etc) de debe realizar manualmente.
 Objetivo de la consultoría
Asegurar la calidad de los modelos UML de nuestros clientes, mediante las revisiones
y validaciones externas, realizadas por nuestros consultores, expertos en la notación.
Metodología
Algunas de las manifestaciones prácticas de las dificultades identificadas en la introducción son:
- Falta de profesionales con conocimientos comprobados en UML.
- Falta de control de calidad de los modelos.
- Inconsistencia entre los modelos y la documentación generada.
- Falta de tiempo para invertir en las etapas de análisis y diseño con UML, etc.
Lo peor que puede ocurrir es que estas falencias deriven en el abandono de UML, en lugar de la corrección de las malas prácticas en las organizaciones volviendo a las viejas y obsoletas costumbres de desarrollo "a la antigua". Muchas veces con el agravante, de explicar que UML es demasiado exigente o radical para la realidad local.
Convencidos en la importancia y factibilidad de adopción de UML en los proyectos de software, en Craftware ponemos a su disposición nuestra comprobada y certificada expertiz, dada por años de experiencia, y diseñamos dos paquetes de aseguramiento de calidad de sus modelos UML:
Dirigido a
El paquete de QA sintáctico es más ágil, no requiere mucho tiempo ni recursos y ofrece un cierto grado de certeza de la calidad de los modelos. Este modo es útil en las siguientes situaciones:
- Control de calidad de los modelos entregados por sus proveedores o colaboradores externos.
- Su equipo tiene experiencia en UML y quiere adicionalmente reforzar el tema de modelamiento.
- Su equipo tiene sus propios procesos de desarrollo y los quiere mejorar a través de revisión externa (auditoría, certificación).
El paquete de QA semántico es más exigente y profundo, puesto que requiere tiempo y presencia del consultor en terreno, junto con su activa participación en modelamiento. Este modo es recomendable si:
- Su equipo acaba de realizar capacitación en UML, pero no tiene experiencia en su aplicación.
- Su equipo no tiene un proceso de desarrollo maduro, por lo que carece de seguridad y confianza en lo que hay qué hacer.
- Necesita reforzar el equipo operativo de análisis o diseño.

Plan de ejecución
Dependiendo del tamaño del proyecto y el paquete seleccionado (QA Sintáctico o Semántico), se define el plan de trabajo en cada caso particular.
Volver a la página general de oficios para conocer los productos y servicios relacionados con QA en UML.
|