ESPECIALIZACION Y MAESTRIA EN GESTIÓN ESTRATÉGICA DE SISTEMAS Y TECNOLOGÍAS DE LA

INFORMACION

Nombre de la Materia: Desarrollo de Sistemas de Información Nombre de los Docentes: Braberman Victor Adrian Título del Trabajo: Trabajo Practico Final Autor: Benedetti Fernando Fecha: 29/05/2015

Contenido

Condigna .............................................................................................................................................................................................. 3 Software ............................................................................................................................................................................................... 3

Problemática ..................................................................................................................................................................................... 3 Propósito .......................................................................................................................................................................................... 3 Objetivo ............................................................................................................................................................................................ 3 Funcionalidades ................................................................................................................................................................................ 4

1 – Automatización del proceso ................................................................................................................................................... 4 2 – Auditar emisiones fallidas ...................................................................................................................................................... 4

Atributos de calidad ......................................................................................................................................................................... 4 1 – Automatización del proceso ................................................................................................................................................... 5 2 – Auditar emisiones fallidas ...................................................................................................................................................... 7

Arquitectura .......................................................................................................................................................................................... 8 1 – Automatización del proceso ....................................................................................................................................................... 8 2 – Auditar emisiones fallidas ........................................................................................................................................................ 10

Error de arquitectura ........................................................................................................................................................................... 12 CP – Cajero Automático, extracción de dinero .................................................................................................................................. 13 Figuras ................................................................................................................................................................................................ 13

Figura 1 .......................................................................................................................................................................................... 14 Figura 2 .......................................................................................................................................................................................... 14 Figura 3 .......................................................................................................................................................................................... 15

Referencias bibliográficas .................................................................................................................................................................. 16

Condigna A partir de un sistema de software o aplicativo que Uds. seleccione, desarrolle los siguientes puntos de manera sintética y efectiva.

Describa el software: propósito, objetivos, funcionalidades y atributos de calidad. Describa su arquitectura (use diagramas de ser posible): estructuras, elementos importantes; decisiones relevantes y sus justificaciones. Si fuera el caso, describa algún problema que conozca con ese sistema o aplicación que se pueda vincular a un asunto de arquitectura.

¿Qué casos de prueba plantearía para testear la funcionalidad que soporta la extracción de dinero de

un cajero automático?

Software

Problemática En la actualidad la emisión de pólizas de seguro se realiza en un módulo externo al sistema, el cual valida que el negocio se encuentre en pagado, solicita información para un contacto de emergencia y se conecta a Assist Card de donde obtiene la póliza a entregar al Cliente tal como se describe en la Figura 1. El problema se genera cuando el Ejecutivo de Ventas no emite dicha póliza y no la entrega al pasajero, el cual puede encontrarse en destino sin su seguro con los riesgos que esto conlleva. Por otra parte, la validación de un seguro actual toma a todos los pasajeros del negocio, independiente si estos se encontraban asociados a un destino o no.

Propósito Se desea emitir la póliza de seguro para todos los pasajeros que las hayan adquirido de manera automática al momento de la venta de una asistencia al viajero correspondiente a la empresa Assist Card. En la actualidad la totalidad de los servicios seguro comercializados son del proveedor Assist Card, pero esto se remarca como una particularidad para poder manejar varios proveedores en el futuro. Para lograr este propósito se implementarán una serie de piezas para comunicarse con una interface que interactúa con un servicio web expuesto por la empresa Assist Card para realizar esta tarea.

Objetivo Una vez implementado el desarrollo se busca obtener los siguientes beneficios:

Para el negocio

Disminuir el riesgo de no entregar una póliza de seguros al Cliente.

Correcta emisión de pólizas.

Emisión de voucher desde un lugar en común.

Mayor control de emisión de pólizas. Para el Cliente

Recibir la póliza correspondiente al seguro contratado. El nuevo escenario se encuentra representado en Figura 3.

Funcionalidades

Para cumplir con el propósito y alcanzar el objetivo se deben realizar las siguientes nuevas funcionalidades.

1 – Automatización del proceso

Crear un servicio que tome todos los servicios Seguro de proveedor Assist Card pendiente de emisión de póliza e intente emitirlas, estos servicios son los que se encuentran en el estado “A Validar con solicitud de Emisión”. Dicho servicio será el encargado de manejar las posibles respuestas que de la interacción con la interface que maneja el proceso de emisión. Quedando el workflow representado en Figura 2.

2 – Auditar emisiones fallidas

Crear un panel para auditar las pólizas que no se lograron emitir, de manera de realizar la emisión mediante el proceso anterior, Figura 1. En dicho panel se encontrarán los servicios Seguros en el siguiente estado:

A Validar con Error en Solicitud de Emisión

A Validar Manualmente – Emisión Manual Y el usuario podrá “Rechazar” o “Validar” dicho servicios, quedando en los siguientes estados:

Reservado por Rechazo de Emisión

Validado Manualmente Esto se ve representado en la Figura 3. Donde el proceso para la acción “Validar” se puede realizar sobre múltiples servicios y la acción “Rechazar” solo de a un servicio a la vez. El sistema actualizará esta pantalla cada 5 minutos de manera automática.

Atributos de calidad

Para evaluar los atributos de calidad se dividirán en seis, tal como sugiere el SEI [2].

1 – Automatización del proceso

Disponibilidad Se desea evalúa la capacidad del sistema de manejar un problema de interoperabilidad.

Elemento del escenario Valores

Fuente de estimulo Sistema en desarrollo que interactúa con el sistema externo

Estimulo Mensaje imprevisto relacionado con la interoperabilidad, el sistema interno realiza una operación de consulta solicitando la emisión de una póliza

Artefacto Interface encargada de interactuar con el sistema externo

Ambiente El sistema se encuentra en operación normal

Respuesta Informar al sistema problemas de interoperabilidad y continuar con la operación normal del sistema

Medida de la respuesta El sistema presenta un tiempo de espera menor a 2 segundos para seguir procesando los demás servicios

Modificabilidad Se evalúa la posibilidad de un cambio en el sistema externo provisto por el proveedor.

Elemento del escenario Valores

Fuente de estimulo Desarrollo

Estimulo Cambio en el servicio prestado por el sistema externo.

Artefacto Código de la interface encargada de interactuar con el sistema externo

Ambiente Etapas de diseño del sistema de desarrollo

Respuesta Modificación realizada sin afectar el sistema interno

Medida de la respuesta

Los cambios deben ser realizados sobre la comunicación de la interface y el sistema externo sin afectar la comunicación con el sistema interno y no se debe interrumpir la operatividad del sistema por más de 3 hora.

Desempeño Se evalúan los tiempos esperados para el procesamiento de 20 solicitudes de emisión de pólizas.

Elemento del escenario Valores

Fuente de estimulo Sistema detecta 20 servicios pendientes de emisión de póliza

Estimulo Inicio de solicitud de emisión de pólizas

Artefacto Servicio encargado de solicitar las emisión de pólizas

Ambiente El ambiente se encuentra operando en forma normal

Respuesta Solicitar las 20 emisiones de póliza

Medida de la respuesta Tiempo promedio de respuesta no mayor 40 segundos

Seguridad

Se evalúa la verificación de transaccionabilidad.

Elemento del escenario Valores

Fuente de estimulo Sistema detecta un servicio pendiente de emisión de póliza

Estimulo Inicio de solicitud de emisión de pólizas

Artefacto Servicio encargado de solicitar las emisión de pólizas

Ambiente

El ambiente se encuentra operando en forma normal y recibe un dato en la respuesta del sistema externo que no puede manejar

Respuesta

Enviar el servicio al estado “A Validar con Error en Solicitud de Emisión”, de manera que no se emita más de una vez la misma póliza.

Medida de la respuesta

El usuario puede recuperar los datos de la emisión de póliza y no debe volver a realizar la emisión mediante el proceso manual

Facilidad de pruebas Se evalúa el tiempo estimado para la realización de una prueba que fluye por el flujo exitoso.

Elemento del escenario Valores

Fuente de estimulo Área de QA, tester

Estimulo Ejecución del caso de prueba para el procesamiento de un servicio Seguro

Artefacto Componentes del sistema

Ambiente Momento de realización de pruebas unitarias

Respuesta El componente responde emitiendo la póliza del servicio Seguro procesado

Medida de la respuesta Tiempo de realización de pruebas no mayor a 2 horas

Usabilidad Se evalúa el porcentaje de emisión automática de pólizas deseado.

Elemento del escenario Valores

Fuente de estimulo Usuarios

Estimulo Servicios pendientes de emisión de póliza

Artefacto Componentes del sistema

Ambiente Tiempo de ejecución del sistema

Respuesta El sistema procesa las solicitudes sin errores

Medida de la respuesta

Porcentaje de efectividad esperado 95. Dicho porcentaje se desprende de la relación de los servicios Seguro que pasaron del estado "A Validar con solicitud de Emisión" (AVSE) al estado "Validado Automáticamente"(VA): Efectividad = (VA / AVSE) * 100

2 – Auditar emisiones fallidas

Disponibilidad Se desea evalúa la capacidad del sistema de manejar un problema de interoperabilidad.

Elemento del escenario Valores

Fuente de estimulo Usuario

Estimulo El usuario ingresa a la página de auditoría

Artefacto Sistema

Ambiente El sistema se encuentra en operación normal

Respuesta El sistema comunica interoperabilidad con la capa de datos e informar al usuario que se comunique con la mesa de ayuda.

Medida de la respuesta El sistema presenta un tiempo de espera menor a 15 minutos para restablecer la interoperabilidad con la capa de datos

Modificabilidad Se evalúa la posibilidad incorporar un nuevo estado a la auditoría.

Elemento del escenario Valores

Fuente de estimulo Desarrollo

Estimulo Nuevo estado a auditar.

Artefacto Proceso encargado de recuperar los servicios a auditar

Ambiente Etapas de diseño del sistema de desarrollo

Respuesta Modificación realizada sin afectar la funcionalidad de la pantalla

Medida de la respuesta Los cambios deben ser realizados en un plazo no mayor a 1 día

Desempeño Se evalúan los tiempos esperados para el procesamiento de 5 solicitudes de validación.

Elemento del escenario Valores

Fuente de estimulo Sistema detecta 20 servicios pendientes de auditar

Estimulo El usuario solicita el proceso de Validación de 5 servicios

Artefacto Pantalla de auditoría

Ambiente El ambiente se encuentra operando en forma normal

Respuesta El sistema procesa las 5 validaciones de manera exitosa

Medida de la respuesta Tiempo promedio de respuesta no mayor 10 segundos

Seguridad Se evalúa la confidencialidad de los datos, verificando que se encuentran protegidos ha accesos no autorizados.

Elemento del escenario Valores

Fuente de estimulo Usuario

Estimulo El usuario solicita ingresar a la página de auditoría sin permiso

Artefacto Sistema

Ambiente El ambiente se encuentra operando en forma normal

Respuesta

El sistema informa al usuario que no puede acceder a la pantalla y le impide visualizar los datos

Medida de la respuesta El usuario recibe un mensaje claro por parte del sistema

Facilidad de pruebas Se evalúa el tiempo estimado para la realización de una prueba para comprobar la actualización automática de la pantalla.

Elemento del escenario Valores

Fuente de estimulo Área de QA, tester

Estimulo Ejecución del caso de prueba para la actualización automática de la pantalla

Artefacto Componentes del sistema

Ambiente Momento de realización de pruebas unitarias

Respuesta El sistema actualiza la pantalla automáticamente cada 5 minutos

Medida de la respuesta Tiempo de realización de pruebas no mayor a 1 horas

Usabilidad Se evalúa la posibilidad de Rechazos múltiples dentro del sistema, la cual no es un camino posible.

Elemento del escenario Valores

Fuente de estimulo Usuarios

Estimulo Servicios pendientes de auditoría seleccionados para “Rechazar”

Artefacto Componentes del sistema

Ambiente Tiempo de ejecución del sistema

Respuesta Cancelación de la operación solicitada

Medida de la respuesta Tiempo de respuesta del sistema en cancelación menor a 1 segundo.

Arquitectura

1 – Automatización del proceso Por tratarse de un servicio que interactúa con varios servicios web se optó por una arquitectura N-Tier y su disposición se puede apreciar en el siguiente diagrama:

La siguiente vista representa la distribución modular del aplicativo:

2 – Auditar emisiones fallidas Por tratarse de una aplicación web y un servicio web que expone los procesos de negocio se optó por una arquitectura N-Tier y su disposición se puede apreciar en el siguiente diagrama:

Para soportar la carga de varios usuarios concurrentes se decidió granjear la capa de workflow de negocio, la cual es manejada por un balanceador. El siguiente diagrama representa el caso de uso de la pantalla:

Tanto para las acciones Validar y Rechazar se cuenta con el mismo diagrama de secuencia, el caso representado es el de la acción Validar:

Error de arquitectura Como se puede apreciar en el diagrama de 1 – Automatización del proceso tanto la capa del workflow de negocio como el servicio acceden a la capa de datos, incurriendo en un error de separación de capas. La solución a este problema es incorporar al workflow de negocio un proceso que asista al servicio y evitar el acceso directo a la capa de datos. La siguiente vista modular representa la solución:

CP – Cajero Automático, extracción de dinero Se adjunta al documento el archivo “CP – Cajero Automático_FBenedetti.xlsx” que contiene los casos de prueba basados en el caso de uso publicado por la empresa IBM [1].

Figuras

Figura 1

Figura 2

Figura 3

Referencias bibliográficas

[0] Material dictado en clases.

[1] Directriz: Casos de Prueba, Copyright IBM Corp. 1987, 2006. Reservados todos los derechos. http://betaniatech.com/SmallProjects/core.base_rup/guidances/guidelines/test_case_81FD1D9F.html

[2] Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables, Lic. Pedro Antonio Marcial Palafox. http://mcyti.izt.uam.mx/archivos/Tesis/Generaci%F3n2006/ICR_PedroMarcial.pdf