Pequeño ejercicio de introducción a GIMPDescripción completa
Descripción completa
Descripción completa
FLUIDOSDescripción completa
FLUIDOS
DISEÑO DE PAVIMENTOS FLEXIBLESDescripción completa
CONTABILIDAD PARA ADMINISTRADORES 3Descripción completa
ejercicio 1 de manejo de paquetes de software 2Descripción completa
ejercicio1Descripción completa
Descripción: APORTE
ADAMSDescripción completa
Descripción: Ejercicio 1 Robotica avanzada
algebraDescripción completa
ssddbDescripción completa
Full description
Curso de Arquitectura de Software Enunciado del caso de estudio Ejerci Ejercicio cio 1: Requer Requerimi imient entos os – QAW QAW
Versión 1.0
Ejercicio 1
Contenido Introducción Fase de requerimientos Visión Drivers arquitecturales A entregar Anexo I: Plantilla ara eseci!icación de escenarios "#A
%$&urso de Arquitectura de 'o!t(are
'E)*+I
,
Ejercicio 1
Introducción &omo arte del curso reali-aremos ejercicios con ase a un caso de estudio asado en un ro/ecto real que ermitir ejecutar los m2todos que se ven en las sesiones teóricas "no se va a desarrollar el sistema en s3%. Este ro/ecto ser reali-ado en equio. 4os ojetivos de este ejercicio son: 5 Practicar actividades relacionadas con el ciclo de vida de desarrollo de arquitecturas de so!t(are relacionadas con las !ases de requerimientos dise6o documentación / evaluación / alicar m2todos asociadas es 2stas !ases 5 Evaluar los resultados otenidos de la alicación de los m2todos mencionados en el unto anterior 5 Exoner los resultados otenidos en clase
Fase de requerimientos 4a meta de esta !ase es tener una lista de drivers arquitectónicos riori-ados asociados al caso de estudio con el !in de roceder al dise6o de la arquitectura junto con escenarios detallados los atriutos de calidad mas imortantes. Inicialmente. El instructor exondr una resentación asociada del caso de estudio.
isión 5
5 5
5
El equio deer estudiar un documento de visión asociado con el caso de estudio cuidando articularmente los siguientes asectos: 7 Identi!icación de los ojetivos de negocio de la organi-ación cliente 7 Identi!icación de la rioridad de las necesidades 7 Identi!icación del entorno de oeración del sistema El instructor estalecer un tiemo corto "18 min% ara aclaración de dudas El equio deer llenar ara cada caracter3stica que dee tener el sistema la rioridad que considere dee tener la caracter3stica / el o los ojetivos de negocio con los que se le ueden relacionar. El equio deer ejercitar los Pasos 9 al del +aller de Atriutos de &alidad.
&urso de Arquitectura de 'o!t(are
'E)*+I
;
Ejercicio 1
!asos del QAW a cu"rir 5 5 5 5
5 5 5 5
El aso 1 se reali-ó al inicio del curso / en la resentación de la lección acerca del +aller de Atriutos de &alidad. El aso , se reali-a con la lectura del &aso de Estudio. El aso ; se reali-a con la lectura de la arte !inal del &aso de Estudio. El aso 9 lo dee reali-ar el equio 7 Identi!icar casos de uso ara el sistema derivados de las necesidades exresadas en el documento de visión / deer elegir un suconjunto de casos de uso que se consideran como relevantes ara el dise6o de la arquitectura 7 Identi!icar restricciones a considerar ara el dise6o de la solución El aso 8 lo dee reali-ar el equio en donde deer identi!icar escenarios de atriutos de calidad usando la lluvia de ideas. El aso < lo dee reali-ar el equio en donde dee consolidar los escenarios. El aso = lo dee reali-ar el equio en donde dee asignar rioridades a los escenarios de atriutos de calidad. El aso lo dee reali-ar el equio en donde dee detallar los escenarios que tuvieron las ma/ores votaciones del aso =.
Al !inal de las actividades de requerimientos se deer tener una resentación de seguimiento del caso de estudio. &ada equio deer exoner: 5 4os casos de uso elegidos. 7 Idealmente: usar diagrama de casos de uso e iluminar los casos de uso elegidos. 5 4as restricciones identi!icadas. 5 4os escenarios de atriutos de calidad riori-ados. 5 4os 8 escenarios de atriutos de calidad de ma/or rioridad detallados. 5 Anlisis cr3tico de la exeriencia >asta el momento resondiendo a las siguientes reguntas: 7 ?#u2 di!icultades encontraron@ 7 ?#u2 salió ien@ 7 ?#u2 salió mal@ 7 )servaciones generales
&urso de Arquitectura de 'o!t(are
'E)*+I
9
Ejercicio 1
A entre#ar 'e deer entregar un reorte que inclu/a: 5 Documento de visión con 7 caracter3sticas del sistema riori-adas / ojetivos de negocio relacionados. 7 entregas del sistema con las caracter3sticas que incluirn. 5 4ista de drivers riori-ados. 5 4ista de escenarios !usionados / riori-ados. 5 Escenarios ms rioritarios detallados.
&ABC01 "venta de oletas% ncleo del negocio &ABC0; "consulta de eventos% riesgo t2cnico or acceso a D 'eguridad: C &omra segura "datos de la tarjeta de cr2dito% C Boles: clienteadministrador Disoniilidad: C ,9 >oras C 'i !alla menos de 8 minutos recuerarse Deseme6o: C 100 usuarios al tiemo Godi!icailidad: C Amliar a móviles C Integrar con terceros C Bedes sociales Fec>a de entrega: ;1 de diciemre *avegadores / Disositivos móviles soortados *o tener !las> ni alets
&urso de Arquitectura de 'o!t(are
'E)*+I
<
Ejercicio 1
Ane$o II: !lantilla de .ista de Escenarios )QAW* Id
Escenario
&ri'ers Relacionados
Fusionado
Nombre del Escenario
Atributo de calidad, Restricción y/o Requerimiento Funcional asociados al escenario
1
n >acHer intenta >acer sql injection no dee ermitirlo / mostrar mensaje de error / queda en un log
'eguridad
/
n usuario ingresa con su login / ass(ord correctos / sólo tiene acceso a las ociones clientes.
'eguridad
3
0
n usuario ingresa a una dirección de una careta interna del sistema / no dee ermitirlo.
'eguridad
2
n usuario ingresa los datos de su tarjeta de cr2dito / se valida que le ertenece / que esta >ailitado. "*o%
'eguridad
2
n usuario >ace varios intentos de ingreso !allidos / el tercero loquea la cuenta
'eguridad
3
Domingo ,am de;1 de diciemre un usuario ingresa / comra exitosamente oletas.
Disoniilidad
4
n sistema externo env3a la in!ormación ara comrar oletas / si la rimera ve- !alla >ace un segundo intento / dee ser exitoso.
Disoniilidad
5
n usuario inicia sesión desu2s de >aer usuarios logueados / el sistema dee ermitirle ingresar.
Deseme6o
9
6
n usuario inicia sesión
Deseme6o
&urso de Arquitectura de 'o!t(are
'E)*+I
Escenario con el que se fusiona
!rioridad Importancia del escenario
=
Ejercicio 1 desu2s de >aer 100 usuarios / el sistema dee mostrar un mensaje de reintentar osteriormente ero no dee dar error. 17
n usuariotercero ingresa a reali-ar una comra / el sistema dee resonder en menos de 8 segundos.
Deseme6o
11
sando como navegador IE=J !ire!ox ;J o c>rome 10J el sistema muestre las mismas ociones.
Bestricción
1/
$eservice que cuando evolucione no a!ecte el !uncionamiento de las actuales alicaciones de terceros.
Godi!icailidad
10
Al ingresas desde un IP>one la gina carga correctamente /a que no usa !las>.
Bestricción
1
'e deen revertir las transacciones no !inali-adas luego de recuerarse de un !allo o aagado. In!ormar al usuario de este suceso.
Disoniilidad
12
'e reali-a mantenimiento al sistema ara una versión o corrección de !allo / dee estar oerativa en 8 minutos.
Disoniilidad
13
n usuario inicia una segunda sesión en otro equio el sistema dee in!ormar que /a tiene una sesión activo / dee ermitir el ingreso.
'eguridad
&urso de Arquitectura de 'o!t(are
'E)*+I
!3
!!
Ejercicio 1
Ane$o III: !lantilla %ara es%ecificación de escenarios )QAW* Escenario crudo:
"n usuario inicia sesión despu#s de $aber 99 usuarios lo%ueados y el sistema debe permitirle in%resar&
8"jeti'os de ne#ocio corres%ondientes:
)*C1 &ABC0<
Atri"utos de calidad rele'antes:
'esempe(o
Est9mulo: Fuente de est9mulo: Entorno: Artefacto )si se conoce*: Res%uesta: edida de la res%uesta:
Inicio de sesión "suario )peración normal del sistema, con 99 usuarios lo%ueados El sistema In%reso permitido El !**+ de las eces&
!re#untas:
-on solo usuarios o usuarios y administradores&. -i $ay !** clientes conectados, que pasa si un administrador requiere entrar.
!ro"lemas:
-i $ay muc$a demanda de parte de usuarios se sobrepasan los !**0 1a infraestructura soporta esta cantidad de usuarios e '0