Diferencia entre escenario y caso de uso

¿Es un escenario una imagen más grande con más detalles que un caso de uso o cuánta diferencia hay? Escribo un informe donde prefiero el escenario de la palabra, pero en mi entrenamiento usamos la palabra caso de uso (en un curso sobre POO).

Programa en SMV que no es OOP. IIUC SMV es un lenguaje de dominio específico especializado para la verificación de modelos de hardware. El código real está en mi github .

Un caso de uso involucra a un actor y el flujo que un actor particular toma en una funcionalidad o ruta dada. Estos a menudo se agrupan para que tenga un "conjunto" de casos de uso para dar cuenta de cada escenario .

Un escenario involucra una situación que puede tener actores únicos o múltiples que toman una funcionalidad o ruta dada para resolver el escenario .

Puedes ver que la principal diferencia es la " perspectiva " aquí. Por lo general, el caso de uso es más granular que el escenario . En el desarrollo de estos, generalmente implica crear un escenario y luego define todos los casos de uso que se ajustan a ese escenario particular . Dado que los casos de uso documentan el escenario después de la escritura, la huella de la documentación generalmente es solo una u otra y no ambas, lo que también es probable por qué el nombre se intercambia a veces en lugar de pararse como cosas separadas. Muchos proyectos no requieren la granularidad del caso de uso y se ajustan solo a escenariosen lugar de dividirlo en flujos de actores específicos en casos de uso .

La descripción de un caso de uso contiene, más allá de otras cosas, un escenario principal y también alternativas y escenarios de excepción. Entonces un escenario es parte de una descripción del caso de uso. Un caso de uso tiene más información como actores, descripción, condiciones pre y pos, restricciones, etc. (vea aquí todo lo que puede describir un caso de uso).

Aquí tiene un ejemplo de descripción de caso de uso .

Un caso de uso es más detallado y más detallado que un escenario. Un escenario describe algún propósito para el cual un usuario podría usar su software y todas las características del software que necesitarían para lograr ese propósito. Por ejemplo:

Generar lote de factura mensual

 1. User imports data from spreadsheets describing completed work
 2. System identifies inconsistencies in data (cross check between
    client ref, order code, and expected job type)
 3. If consistent, PDFs produced and an XML file for import into account
    system

Un caso de uso desglosa un elemento específico del escenario:

Generar factura en PDF

 1. Collect all work items within one month occurring under the same
    order code
 2. Add them line-by-line to invoice template document
 3. Allocate sequential invoice number
 4. Fill in client details
 5. Calculate totals
 6. If invoice overflows space in template, split later items into
    another invoice
 7. Record invoice totals (will be used in xml export later)
 8. Convert filled in template to a PDF file and store in the output
    directory

Los escenarios describen el software a un alto nivel y dan una justificación para cada característica del sistema existente. Los casos de uso dan una cuenta detallada de lo que hace cada característica.