Tarea: Priorizar los guiones de uso
En esta tarea se priorizan los guiones de uso, para que se pueda decidir su orden de desarrollo. En esta tarea es donde se identifican y priorizan los guiones de uso significativos arquitectónicamente.
Objetivo

El objetivo de esta actividad es:

  • Definir entradas en la selección del conjunto de casos de ejemplo y guiones de uso que se van a analizar en la iteración actual.
  • Definir el conjunto de casos de ejemplo y guiones de uso que representan alguna funcionalidad significativa o central.
  • Definir el conjunto de casos de ejemplo y guiones de uso que tienen una cobertura arquitectónica sustancial (que ejercen muchos elementos arquitectónicos)o que presionan o ilustran un punto específico, delicado, de la arquitectura.
 
Relaciones
Descripción principal

Algunos de los factores que se utilizan para determinar la prioridad de los guiones de uso se pueden capturar como atributos de Requisitos de software .  Las prioridades resultantes de los guiones de uso también se pueden capturar como atributos de requisitos, para que se puedan gestionar de manera eficaz.

Para obtener más información sobre los Atributos de requisitos, consulte la Directriz: Plan de gestión de requisitos.

Pasos
Priorizar guiones de uso y casos de ejemplo

Un arquitecto de software propone el contenido técnico y el orden de varias iteraciones sucesivas seleccionando un determinado número de casos de ejemplo y guiones de uso para analizarlos y diseñarlos. Los distintos equipos de desarrollo completan y perfeccionan esta propuesta técnica, según la disponibilidad del personal, los requisitos del cliente en términos de entregables, la disponibilidad de las herramientas y los productos COTS, y las necesidades de otros proyectos.

La selección de casos de ejemplo y guiones de uso que se consideran "significativos arquitectónicamente" (por ej., que constituyen la vista de guión de uso de la arquitectura) viene dictada por algunos factores clave que se resumen a continuación.  

  • La ventaja que supone el caso de ejemplo para los interesados: crítica, importante, útil.
  • El impacto del caso de ejemplo en la arquitectura: ninguno, la amplía, la modifica. Pueden existir guiones de uso críticos que tengan poco o ningún impacto en la arquitectura, y guiones de uso con pocas ventajas que tengan un gran impacto. El gestor de proyectos debe revisar los guiones de uso con pocas ventajas que tengan un gran impacto en la arquitectura para determinar si se tiene que eliminar algún ámbito.
  • Los riesgos que se deben migrar (rendimiento, disponibilidad de un producto e idoneidad de un componente).
  • La finalización de la cobertura de la arquitectura (asegurarse de que al final de la fase de elaboración, todas las partes del software que se tienen que desarrollar hayan encontrado un lugar en la vista de implementación).
  • Otros objetivos tácticos o restricciones: demostraciones para el usuario, etc.

Puede haber dos casos de ejemplo que afecten a los mismos componentes y que traten riesgos similares. Si implementa A primero, B no será significativo arquitectónicamente. Si implementa B primero, A no será significativo arquitectónicamente. Por lo tanto, estos atributos pueden depender del orden de iteración, y se deben volver a evaluar cuando cambie el orden, así como cuando cambien los propios requisitos.

Hay que dar prioridad a los guiones de uso significativos arquitectónicamente que no se entienden bien o que tienen probabilidad de cambiar, para aclararlos y estabilizarlos. En algunos casos, esto significa que se deben realizar más análisis de requisitos antes de implementar ningún requisito. En otros casos, será mejor alguna forma de prototipo.

Documentar la vista de guión de uso

La vista de guión de uso se documenta en el apartado Vista de guión de uso del Documento de arquitectura de software. Este apartado contiene una lista de los guiones de uso y casos de ejemplo significativos en cada paquete del modelo de guión de uso, junto con propiedades significativas como, por ejemplo, descripciones del flujo de sucesos, relaciones, diagramas de guión de uso y requisitos especiales relacionados con cada guión de uso. Tenga en cuenta que si la vista de guión de uso se desarrolla al principio de la iteración, puede que algunas de estas propiedades no existan todavía.

Evaluar los resultados

Debe comprobar la vista de guión de uso en esta fase para verificar que el trabajo está al día, pero no revise la vista de guión de uso en detalle. Para obtener recomendaciones específicas sobre qué debe buscar en la revisión, consulte Lista de comprobación: Documento de arquitectura de software.

Propiedades
Varias apariciones
Condicionado por sucesos
Continuo
Opcional
Planeado
Se puede repetir
Más información