Escenario (informática)

En informática , un escenario ( Reino Unido : / sɪˈnɑːr i oʊ / , Estados Unidos : / səˈnɛər i oʊ / ; tomado del italiano scenario ( pronunciado [ʃeˈnaːrjo] ), del latín scena '  escena' [ 1 ^{] )} es una narración de interacciones previsibles de los roles de usuario ( conocidos en el Lenguaje Unificado de Modelado como ' actores ') y el sistema técnico , que normalmente incluye hardware y software de ordenador .

Un escenario tiene un objetivo , que normalmente es funcional. Un escenario describe una forma en que se utiliza un sistema, o se prevé que se utilice, en el contexto de una actividad en un período de tiempo definido. El período de tiempo de un escenario podría ser (por ejemplo) una sola transacción; una operación comercial; un día u otro período; o toda la vida operativa de un sistema. De manera similar, el alcance de un escenario podría ser (por ejemplo) un solo sistema o un equipo; un equipo equipado o un departamento; o una organización entera.

Los escenarios se utilizan con frecuencia como parte del proceso de desarrollo de sistemas. Por lo general, los elaboran especialistas en usabilidad o marketing , que suelen trabajar en conjunto con los usuarios finales y los desarrolladores. Los escenarios se escriben en un lenguaje sencillo, con un mínimo de detalles técnicos, de modo que las partes interesadas (diseñadores, especialistas en usabilidad, programadores, ingenieros, gerentes, especialistas en marketing, etc.) puedan tener un punto en común en el que centrar sus discusiones.

Cada vez más, los escenarios se utilizan directamente para definir el comportamiento deseado del software: reemplazando o complementando los requisitos funcionales tradicionales . Los escenarios suelen definirse en casos de uso , que documentan formas alternativas y superpuestas de alcanzar un objetivo. ^[2]

En el desarrollo de sistemas se utilizan muchos tipos de escenarios. Alexander y Maiden ^[3] enumeran los siguientes tipos:

• Historia : "una descripción narrada de una secuencia de eventos conectados causalmente o de acciones tomadas". ^{[3] : 8–10} Breves Las historias de usuario se escriben en el estilo ágil de desarrollo de software. ^[4]
• Situación, mundo alternativo : "una situación futura proyectada o instantánea". Este significado es común en la planificación, pero menos habitual en el desarrollo de software. ^{[3] : 10}
• Simulación : uso de modelos para explorar y animar 'Historias' o 'Situaciones', para "dar respuestas precisas sobre si tal escenario podría realizarse con cualquier diseño plausible" o "para evaluar las implicaciones de posibles mundos o situaciones alternativas". ^{[3] : 10–11}
• Guión gráfico : dibujo o secuencia de dibujos que se utilizan para describir una interfaz de usuario o para contar una historia. Este significado es común en la interacción entre personas y computadoras para definir lo que un usuario verá en una pantalla. ^{[3] : 12}
• Secuencia : una lista de pasos interactivos que toman agentes humanos o máquinas que desempeñan roles de sistema. Las diversas formas de escenarios escritos como secuencias de pasos incluyen escenarios operativos, conceptos de operaciones y casos de prueba. ^{[3] : 12–14}
• Estructura : cualquier representación estructurada de manera más elaborada de un escenario, incluidos diagramas de flujo , diagramas de secuencia UML /ITU y, especialmente, casos de uso en el desarrollo de software . ^{[3] : 14–17}

Se pueden escribir escenarios negativos o casos de uso indebido para indicar posibles amenazas que se deben contrarrestar para garantizar que los sistemas tengan la seguridad , protección y confiabilidad suficientes . Estos ayudan a descubrir requisitos no funcionales . ^[5]

Los escenarios tienen numerosas aplicaciones posibles en el desarrollo de sistemas. Carroll (1995) enumera 10 "roles de los escenarios en el ciclo de vida del desarrollo de sistemas": ^[6]

1. Análisis de requisitos : los escenarios describen el "estado del arte" (a menudo llamado "tal como está"); los escenarios actuados ayudan a descubrir los requisitos mientras los analistas "preparan una situación de trabajo simulada".
2. Comunicación usuario-diseñador : los usuarios aportan escenarios que son importantes para ellos o situaciones que desean experimentar o evitar. ^[6]
3. Fundamento del diseño : el fundamento puede explicar el diseño "con respecto a escenarios particulares de interacción del usuario". ^[6]
4. Visualización : los escenarios "pueden ser un medio para determinar cómo debería verse y cómo debería funcionar un sistema que se está diseñando". En este sentido, los escenarios pueden ser "maquetas gráficas, como guiones gráficos o simulaciones basadas en video", y pueden formar prototipos iniciales del sistema que se está diseñando. ^[6]
5. Diseño de software : "se pueden analizar escenarios para identificar los objetos del dominio del problema central" necesarios; los mismos escenarios se pueden desarrollar para describir el estado, el comportamiento y las interacciones de los objetos. ^[6]
6. Implementación : el software se puede crear de a un escenario por vez, lo que ayuda a "mantener a los desarrolladores concentrados" y a "producir código que es más útil en general". ^[6]
7. Documentación y capacitación : “los escenarios de interacción que son significativos para los usuarios” pueden salvar la brecha entre el sistema tal como está construido “y las tareas que los usuarios quieren realizar al usarlo”. ^[6]
8. Evaluación y pruebas : dado que "un sistema debe evaluarse en relación con las tareas específicas del usuario que pretende soportar", los escenarios son ideales para la evaluación. ^[6]
9. Abstracción : se pueden identificar reglas generales que se aplican a diferentes tareas (o sistemas) comparando escenarios. ^[6]
10. Formación de equipos : “un conjunto de historias que sirvan de punto de referencia es un elemento cohesivo importante en cualquier sistema social”. ^[6]

La elección de la representación del escenario varía ampliamente según el estilo de desarrollo, que está relacionado con el contexto industrial.

• Camino feliz
• Prueba de escenarios
• Supuestos estratégicos
• Lluvia de ideas asistida por computadora

• Alexander, Ian y Beus-Dukic, Ljerka. Descubrimiento de requisitos: cómo especificar productos y servicios . Wiley, 2009.
• Alexander, Ian F. y Maiden, Neil. Escenarios, historias, casos de uso . Wiley, 2004.
• Carroll, John M. (ed.) Making Use: Diseño basado en escenarios de interacciones hombre-computadora . MIT Press, 2000.
• Carroll, John M. (ed.) Diseño basado en escenarios: visualización del trabajo y la tecnología en el desarrollo de sistemas . Wiley, 1995.
• Cockburn, Alistair. Cómo escribir casos de uso eficaces . Addison-Wesley, 2001.
• Cohn, Mike. Historias de usuario aplicadas: para el desarrollo ágil de software . Addison-Wesley, 2004.
• Fowler, Martin. UML Distilled . Tercera edición. Addison-Wesley, 2004.

• Notas sobre la práctica del diseño: historias y prototipos como catalizadores de la comunicación. por Thomas Erickson, en Carroll, 1995.