You are on page 1of 9

Curso de Arquitectura de Software

Enunciado del caso de estudio
Ejercicio 1: Requerimientos – QAW

Versión 1.0

Ejercicio 1 Contenido Introducción Fase de requerimientos Visión Drivers arquitecturales A entregar Anexo I: Plantilla para especificación de escenarios (QAW) Curso de Arquitectura de Software SEONTI 2 .

cuidando particularmente los siguientes aspectos: ○ Identificación de los objetivos de negocio de la organización cliente ○ Identificación de la prioridad de las necesidades ○ Identificación del entorno de operación del sistema ● El instructor establecerá un tiempo corto (15 min) para aclaración de dudas ● El equipo deberá llenar para cada característica que debe tener el sistema. la prioridad que considere debe tener la característica y el o los objetivos de negocio con los que se le pueden relacionar. Visión ● El equipo deberá estudiar un documento de visión asociado con el caso de estudio. El instructor expondrá una presentación asociada del caso de estudio.Ejercicio 1 Introducción Como parte del curso realizaremos ejercicios con base a un caso de estudio basado en un proyecto real. ● El equipo deberá ejercitar los Pasos 4 al 8 del Taller de Atributos de Calidad. Inicialmente. Este proyecto será realizado en equipo. Curso de Arquitectura de Software SEONTI 3 . Los objetivos de este ejercicio son: ● Practicar actividades relacionadas con el ciclo de vida de desarrollo de arquitecturas de software relacionadas con las fases de requerimientos. diseño. que permitirá ejecutar los métodos que se ven en las sesiones teóricas (no se va a desarrollar el sistema en sí). documentación y evaluación y aplicar métodos asociadas es éstas fases ● Evaluar los resultados obtenidos de la aplicación de los métodos mencionados en el punto anterior ● Exponer los resultados obtenidos en clase Fase de requerimientos La meta de esta fase es tener una lista de drivers arquitectónicos priorizados asociados al caso de estudio con el fin de proceder al diseño de la arquitectura junto con escenarios detallados los atributos de calidad mas importantes.

○ Idealmente: usar diagrama de casos de uso e iluminar los casos de uso elegidos. ● El paso 7 lo debe realizar el equipo. ● El paso 3 se realiza con la lectura de la parte final del Caso de Estudio. en donde debe asignar prioridades a los escenarios de atributos de calidad. ● El paso 2 se realiza con la lectura del Caso de Estudio. en donde deberá identificar escenarios de atributos de calidad usando la lluvia de ideas. en donde debe detallar los escenarios que tuvieron las mayores votaciones del paso 7. ● Análisis crítico de la experiencia hasta el momento respondiendo a las siguientes preguntas: ○ ¿Qué dificultades encontraron? ○ ¿Qué salió bien? ○ ¿Qué salió mal? ○ Observaciones generales Curso de Arquitectura de Software SEONTI 4 . Cada equipo deberá exponer: ● Los casos de uso elegidos. ● El paso 8 lo debe realizar el equipo. Al final de las actividades de requerimientos se deberá tener una presentación de seguimiento del caso de estudio.Ejercicio 1 Pasos del QAW a cubrir ● El paso 1 se realizó al inicio del curso y en la presentación de la lección acerca del Taller de Atributos de Calidad. ● Los 5 escenarios de atributos de calidad de mayor prioridad detallados. ● El paso 6 lo debe realizar el equipo. ● El paso 4 lo debe realizar el equipo ○ Identificar casos de uso para el sistema derivados de las necesidades expresadas en el documento de visión y deberá elegir un subconjunto de casos de uso que se consideran como relevantes para el diseño de la arquitectura ○ Identificar restricciones a considerar para el diseño de la solución ● El paso 5 lo debe realizar el equipo. en donde debe consolidar los escenarios. ● Las restricciones identificadas. ● Los escenarios de atributos de calidad priorizados.

Curso de Arquitectura de Software SEONTI 5 . ● Lista de drivers priorizados. ● Escenarios más prioritarios detallados.Ejercicio 1 A entregar Se deberá entregar un reporte que incluya: ● Documento de visión con ○ características del sistema priorizadas y objetivos de negocio relacionados. ○ entregas del sistema con las características que incluirán. ● Lista de escenarios fusionados y priorizados.

Roles: cliente/administrador AC Disponibilidad: .Ampliar a móviles .24 horas .Ejercicio 1 Anexo I: Plantilla para enlistar los Drivers Arquitectónicos y Plantilla para enlistar escenarios (QAW) Drivers Arquitectónicos Tipo de Driver Descripción del Driver Prioridad AC/ CU / Rest CU CAR-01 (venta de boletas)  núcleo del negocio CU CAR-03 (consulta de eventos)  riesgo técnico por acceso a BD AC Seguridad: .100 usuarios al tiempo AC Modificabilidad: .Si falla menos de 5 minutos recuperarse AC Desempeño: .Redes sociales Rest Fecha de entrega: 31 de diciembre Rest Navegadores y Dispositivos móviles soportados Rest No tener flash ni applets Curso de Arquitectura de Software SEONTI 6 .Compra segura (datos de la tarjeta de crédito) .Integrar con terceros .

3 Un usuario ingresa a una Seguridad 2 dirección de una carpeta interna del sistema y no debe permitirlo. Escenario Importancia Restricción y/o con el que del escenario Requerimiento Funcional se fusiona asociados al escenario 1 Un hacker intenta hacer sql Seguridad injection.Ejercicio 1 Anexo II: Plantilla de Lista de Escenarios (QAW) Id Escenario Drivers Relacionados Fusionado Prioridad Nombre del Escenario Atributo de calidad. 4 Un usuario ingresa los datos de Seguridad su tarjeta de crédito y se valida que le pertenece y que esta habilitado. 9 Un usuario inicia sesión Desempeño 8 Curso de Arquitectura de Software SEONTI 7 . 7 Un sistema externo envía la Disponibilidad información para comprar boletas y si la primera vez falla. (No) 5 Un usuario hace varios intentos Seguridad de ingreso fallidos y el tercero bloquea la cuenta 6 Domingo. 8 Un usuario inicia sesión Desempeño 9 después de haber 99 usuarios logueados y el sistema debe permitirle ingresar. 2am de31 de Disponibilidad diciembre. un usuario ingresa y compra exitosamente boletas. hace un segundo intento y debe ser exitoso. no debe permitirlo y mostrar mensaje de error y queda en un log 2 Un usuario ingresa con su login Seguridad 3 y password correctos y sólo tiene acceso a las opciones clientes.

Curso de Arquitectura de Software SEONTI 8 . pero no debe dar error. 16 Un usuario inicia una segunda Seguridad sesión en otro equipo el sistema debe informar que ya tiene una sesión activo y debe permitir el ingreso. y debe estar operativa en 5 minutos. 15 Se realiza mantenimiento al Disponibilidad sistema para una versión o corrección de fallo. 13 Al ingresas desde un IPhone la Restricción 11 página carga correctamente ya que no usa flash. o chrome 10+. el sistema muestre las mismas opciones. Informar al usuario de este suceso. Restricción 13 firefox 3+. 11 Usando como navegador IE7+. 14 Se deben revertir las Disponibilidad transacciones no finalizadas luego de recuperarse de un fallo o apagado. 12 Webservice que cuando Modificabilidad evolucione no afecte el funcionamiento de las actuales aplicaciones de terceros.Ejercicio 1 después de haber 100 usuarios y el sistema debe mostrar un mensaje de reintentar posteriormente. 10 Un usuario/tercero ingresa a Desempeño realizar una compra y el sistema debe responder en menos de 5 segundos.

Objetivos de negocio ON-1 CAR-06 correspondientes: Atributos de calidad Desempeño relevantes: Estímulo: Inicio de sesión Fuente de estímulo: Usuario Entorno: Operación normal del sistema. que pasa si un administrador requiere entrar? Problemas: Si hay mucha demanda de parte de usuarios (se sobrepasan los 100) La infraestructura soporta esta cantidad de usuarios (ej BD) Curso de Arquitectura de Software SEONTI 9 . Preguntas: Son solo usuarios o usuarios y administradores.? Si hay 100 clientes conectados. con 99 usuarios logueados Artefacto (si se conoce): El sistema Respuesta: Ingreso permitido Medida de la respuesta: El 100% de las veces.Ejercicio 1 Anexo III: Plantilla para especificación de escenarios (QAW) Escenario crudo: Un usuario inicia sesión después de haber 99 usuarios logueados y el sistema debe permitirle ingresar.