El objetivo de Casos de Uso 2.0 está constituido por:
- Los requisitos.
- El sistema que se construye para satisfacer los requisitos.
- Las pruebas usadas para verificar que el sistema satisface los requisitos.
Los elementos fundamentales de Casos de Uso 2.0 son:
- El Caso de Uso.
- La Historia.
- La Porción del caso de uso.
Además, intervienen:
- Los Interesados, que son las personas, organizaciones o grupos que impactan en el proyecto y se ven afectados por este y por el producto que se está construyendo. Todos ellos influencian directa o indirectamente al proyecto y no solo incluyen a los usuarios del sistema, sino también a los patrocinadores, a los ejecutivos, a otras áreas de la organización y a entidades externas relacionadas de alguna forma con la organización. A todos hay que tenerlos en cuenta a la hora de delimitar las funciones del sistema.
- Los Cambios, ya sea porque cambian las políticas de la organización, cambian las expectativas de los usuarios, cambia aspectos legales o contables, o cambian los interesados o los usuarios y estos últimos quieren otra cosa. Estos cambios seguramente modificarán las historias y, por consiguiente, los requisitos y los casos de uso. Incluso pueden requerir nuevas historias. Los cambios pueden llegar en cualquier momento y las porciones de casos de uso son una buena forma de analizar su impacto en el proyecto y de incluirlos en el producto.
- Las Pruebas. Es lo único que asegura la calidad total del producto. Como el software se implementó vía porciones de casos de uso, que ya incluyen los casos de prueba en su especificación, esta unión “software-pruebas” se hace finalmente indivisible, es uno de los grandes aspectos que nos enseña Casos de Uso 2.0 y una práctica excepcional. El hecho de que las pruebas hagan parte de la especificación de las porciones de casos de uso es a todas luces un paso más allá hacia la solución de una gran cantidad de inconvenientes que encontramos durante la práctica diaria de la construcción del software.
- Los Defectos. Se encuentran durante las pruebas y mientras estos existan sabremos que la porción de casos de uso actual no está finalizada. Los defectos pueden ser encontrados en etapas tempranas del ciclo de vida e incluso de la iteración actual, durante la misma programación del sistema, con las pruebas unitarias u otro tipo de pruebas del programador, o mientras realizamos las pruebas de calidad final de cada porción de caso de uso y las pruebas de integración del sistema.
Mapa conceptual de Casos de Uso 2.0. Casos de Uso 2.0, Ivar Jacobson