Producto de trabajo: Operación
Este artefacto representa un servicio que un objeto puede solicitar para afectar al comportamiento. Una operación especifica el nombre, el tipo, los parámetros y las restricciones para invocar un comportamiento asociado.
Objetivo

El objetivo principal de las operaciones es capturar los servicios proporcionados y necesarios a los que un elemento da soporte o que necesita.

Relaciones
RolesResponsable: Modificado por:
Salida de
Descripción principal

Una especificación de una operación se esquematiza del modo siguiente:

  • Descripción
  • Parámetros de entrada/salida
  • Requisitos no funcionales:
    • Estos se derivan de los requisitos no funcionales asociados con los pasos de los diferentes casos de uso a los que proporciona soporte esta operación.
    • El contexto en que se utiliza la operación (es decir, un caso de uso concreto) puede no estar capturado (por ejemplo, puede estar especificado en términos de soporte del requisito de rendimiento mínimo cuando se tienen en cuenta todos los casos de uso)
  • Condiciones previas
  • Condiciones posteriores
  • La rastreabilidad superior del sistema
  • Opcional: rastreabilidad del caso de uso (pasos)

En la mayoría de casos, las operaciones se definen para el sistema que se está desarrollando y los principales subsistemas, junto con la descomposición tan profunda como sea necesaria, es un estilo repetitivo. Las operaciones se agrupan alrededor de interfaces junto con las principales responsabilidades del (sub)sistema bajo consideración.

Dependiendo del nivel de detalle y del contexto de utilización, los diferentes roles especifican, definen, perfeccionan o utilizan operaciones como principales entradas para sus tareas asociadas:

  • Los arquitectos describirán los principales servicios soportados por los elementos arquitectónicamente significativos.
  • Los analistas trabajarán con los arquitectos para correlacionar los pasos del caso de uso en las operaciones del sistema.
  • Los diseñadores los utilizarán como entradas durante los estadios de perfeccionamiento y refabricación, y las operaciones serán los bloques de construcción de las especificaciones de diseño de la interfaz.
  • Los verificadores derivarán sus casos de prueba basados en las operaciones especificadas.
  • Los gestores los utilizarán como base para la planificación de fases y de iteración.
Propiedades
Opcional
PlaneadoYes
Factores clave
El diseñador es responsable de la integridad del conjunto de operaciones y garantiza que:
  • Las operaciones son únicas y no se solapan
  • Las operaciones relacionadas se agrupan globalmente alrededor de las interfaces
  • Cada operación está documentada apropiadamente
  • Las relaciones de rastreabilidad con otras operaciones y/o pasos de caso de uso se han establecido
  • Cobertura apropiada de los casos de uso o de las operaciones del sistema, basándose en el ámbito de la iteración actual
Personalización
Opciones de representación

El enfoque basado en operaciones es una manera más formal y rigurosa de definir los servicios que soporta el sistema y sus principales subsistemas. Normalmente el punto de partida son los casos de uso del sistema, de modo que se supone que las operaciones se utilizarán conjuntamente con los casos de uso.

Las principales decisiones sobre personalización son las siguientes:

  • ¿describen sólo las operaciones significativas de la arquitectura (las que están relacionadas con los casos de uso más importantes)?
  • ¿hasta qué "profundidad" debe ir la descomposición lógica?
  • ¿describen completamente las condiciones previas y las posteriores?
  • ¿deben mantener la rastreabilidad entre las operaciones y las operaciones del sistema y/o casos de uso?

Si se deben producir especificaciones de diseño de la interfaz, el nivel de detalle y formalismo de las operaciones que formarán parte de estas especificaciones aumentará hasta el punto que los artefactos resultantes podrán utilizarse para la implementación y las pruebas.