Caso de estudio ArchiSurance

Reto de integracion y alineacion de sistemas y procesos.

Documento de Arquitectura del Sistema

(SAD)

Nombre del Equipo de Trabajo: SaboTech

Nombre de los Integrantes:

Cesar Mauricio Aguirre Torres e-mail: cesar-aguirre@upc.edu.co

Joan Sebastian Herrera e-mail:Joan Herrera @upc.edu.co

Corporación Universidad Piloto de Colombia

Ingeniería de Sistemas
Bogotá D.C.
 Sección 1. Descripción
1.1 Propósito y Audiencia

Este documento tiene como propósito mostrar el análisis efectuado para

solucionar los requerimientos plateados por el cliente ArchiSurance y los modelos
relacionados con su desarrollo.
La documentación aquí consignada va dirigida al profesor Gilberto Pedraza García
para la materia de Arquitectura de software.

1.2 Organización del Documento

El presente documento esta divido en 4 secciones, las cuales ilustraran la

información pertinente dentro del proyecto para definir la arquitectura de la
solución del sistema que requiere el cliente ArchiSurance

A continuación, se describe cada sección:

Sección 1. Descripción: Se realizará una breve introducción de la estructura del

documento, también se describirá la intención y audiencia pertinente para el
mismo.

Sección 2. Generalidades: En esta sección contiene las generalidades globales

del proyecto, tales como, problemas a resolver, descripción general del sistema a
desarrollar, objetivos y stakeeholders.

Sección 3. Motivadores: En esta sección se incluyen y definen los motivadores de

negocio y los escenarios de calidad asociados al mismo.

Sección 4. Contexto: Esta contiene la especificación de los escenarios de

operaciones del sistema; los cuales son una breve descripción, de las
funcionalidades que debe cumplir el sistema esperadas por los stakeholders.

Sección 2. Generalidades
2.1 Problema a Resolver
La empresa ArchiSurance fue fundada por medio de un merger de tres compañías
de seguros que cuentan con sinergias entre sí. Como organización busca la fusión
completa de las tres compañías, cada una de estas cuentas con su propio sistema
de venta de seguros directamente al consumidor y a pequeños negocios a través
del uso de páginas web, correo electrónico, teléfono y canales de correo postal.

Cada una de las compañías cuenta con una base de clientes leales y una
reputación asociada a ellos, así como la generación de valor constante dentro de
sus servicios y estabilidad económica.
Pero la integración de diferentes competidores dentro del mercado que operan a
menor costo, evidencio la necesidad de que cada empresa buscara soluciones
para aumentar su competitividad y reducir sus costos de operación dentro del
mercado.

Solución que vieron factible es realizar inversiones en el área de TI, justificando

que, solo una compañía grande y fusionada podría controlar simultáneamente los
costos, satisfacción del cliente, obtener inversionistas en tecnología y tomar la
ventaja competitiva dentro del mercado que se encuentra emergente y con un alto
potencial de crecimiento.

Por parte de ArchiSurance, se sugiere un mapa estratégico el cual contiene los

objetivos estratégicos dentro de la empresa. Este mapa permite ver los diferentes
enfoques que el cliente considera necesarios dentro de la reestructuración de la
arquitectura, estos son: Impacto, perspectiva financiera, perspectiva del cliente,
perspectiva de los procesos internos y por último perspectiva de aprendizaje y
crecimiento.

También presentan indicadores o logros propuestos dentro de este plan.

2.2 Descripción General del Sistema a Desarrollar

El sistema por desarrollar debe permitir difusión y venta de los productos que
desarrollan cada una de las empresas, en este caso los seguros de propietarios y
viajeros por parte de “Home & Away”, seguros de autos de la empresa “PRO-FIT”
y seguros para gastos legales de la empresa “Legally Yours”.

El sistema debe contar con las siguientes características:

 Una sola aplicación de uso común para todos sus filiales.
 Verificar el ingreso de los datos de forma correcta.
 Recibir las peticiones de aseguramiento por revisar.
 Realizar la suscripción del riesgo.
 Producir nueva póliza
 Definir la aceptación de la póliza.
 Recibir la información relacionada con reclamos.
 Notificar a los stakeeholders.
 Realizar la validación respectiva de los reclamos.
  Informar sobre la solución del reclamo (aceptado, denegado).
 Unificar el sistema financiero y administrativo de pólizas.

2.3 Objetivos

Definir los elementos de software que conforman el sistema actual del proyecto y
valorar cuales no cumplen con los atributos de calidad requeridos por la empresa y
sus stakeholders.
Identificar y priorizar los motivadores de negocio con los que cuenta la empresa
consignados en el plan estratégico de ArchiSurance, para si asociarlos con sus
respectivos atributos de calidad.
Formalizar los atributos de calidad por medio de escenarios de calidad que
permitan su verificación con los stakeholders y el grupo de desarrollo.

2.4 Stakeholders

Tabla 1: Listado de los Stakeholders

Stakeholder Descripción

Junta directiva. Son los principales dueños de cada una de las compañías.

Administrador del sistema Son los responsables de la administración y operación del

Administradores de plataforma
Administrador call center.
Director del área de documentación.
sistema.
Son los responsables de la operación y administración d la
plataforma de hardware y de comunicaciones donde operara el
sistema.
Son los responsables de la operación y administración del call
center.
Es el encargado del área de documentación.

Accionistas de la empresa Son los inversionistas de la empresa, los cuales aportan el

capital para los proyectos que se van a desarrollar.

Tabla 2: Stakeholders y Espectativas

Stakeholder Expectativas

Accionistas Reducir el coste de mantenimiento y aumentar la productividad

o ganancias de la empresa.
 Stakeholder Expectativas

Junta directiva Lograr una sinergia de las aplicaciones de las tres

organizaciones, Reducir los errores de producto de mala
integridad de datos, incrementar la base de clientes y reducir
los reprocesos.
Administrador de sistema Lograr una unificación de las aplicaciones de forma correcta.

Administrador de plataforma Lograr la unificación del hardware de las tres empresas de

forma correcta.

Sección 3. Motivadores
3.1 Motivadores de Negocio

Nombre del Motivador Descripción del Motivador de Negocio

de Negocio

Aumentar el numero de pólizas o seguros generados por la

empresa a una meta de 5.000 pólizas anuales.
Incrementar la producción de
pólizas o aseguramientos.
Medida del Impacto

Crecimiento de las pólizas generadas anualmente.

Rangos Cota Mínima Cota Máxima

Ninguno 0 pólizas 100 pólizas

Bajo 1000 pólizas 2000 pólizas

Moderado 3000 pólizas 4000 pólizas

Fuerte 5000 pólizas 5000 pólizas

Muy Fuerte Mas de 5000 pólizas Mas de 5000 pólizas

Definido Por: Departamento de suscripción

Asociación del Motivador con Ejecutado Por: Director del departamento de

el Negocio suscripcion

Ubicación en el Libro de pólizas

Portafolio del negocio

Nombre del Motivador Descripción del Motivador de Negocio

 de Negocio

Aumentar la base de datos de Aumento de la información obtenida de clientes, posibles

clientes un 20% interesados y demás.
Medida del Impacto

Porcentaje de nuevos clientes dentro de la base de datos.

Rangos Cota Mínima Cota Máxima

Ninguno 0% 5%

Bajo 5% 10%

Moderado 15% 20%

Fuerte 20% 30%

Muy Fuerte Mas de 30% Mas de 40%

Definido Por: Experto de base de datos

Asociación del Motivador con Ejecutado Por: Departamento de marketing

el Negocio
Ubicación en el Base de clientes
Portafolio del negocio

Nombre del Motivador Descripción del Motivador de Negocio

de Negocio

Reducir los errores de producto Reducir los errores de producto por el ingreso de datos de forma
de mala integridad de datos en errónea dentro del sistema.
un 80%
Medida del Impacto

Porcentaje de error de integridad de datos.

Rangos Cota Mínima Cota Máxima

Ninguno 30% de datos 25% de datos

Bajo 25% de datos 20% de datos

Moderado 20% de datos 10% de datos

Fuerte 10% de datos 5% de datos

Muy Fuerte 5% de datos 0% de datos

Definido Por: Gerente de proceso

Ejecutado Por: Experto en bases de datos

 Asociación del Motivador con
el Negocio
Ubicación en el Errores
Portafolio del negocio

3.2 Escenarios de calidad

Escenario de Calidad # S1 Stakeholder:

Atributo de Calidad Integridad de información, fiabilidad.

Se desea mejorar el ingreso de datos, evitando así el ingreso de datos erróneos

Justificación
generando una inconsistencia de estos.

Fuente Operarios del sistema

Estímulo Consulta de clientes, pólizas o productos.

Artefacto Sistema

Ambiente Operación normal

Respuesta El operario recibe la información consultada.

Medida de la
Cantidad de solicitudes correctas / total de solicitudes.
Respuesta

Escenario de Calidad # S2 Stakeholder:

Atributo de Calidad Usabilidad

Justificación Se desea aumentar la cantidad de clientes contenidos dentro de la base de datos.

Fuente Departamento de marketing

Estímulo Consulta de clientes.

Artefacto Base de datos

Ambiente Operación normal

Respuesta Reporte de los clientes agregados recientemente

Medida de la
Cantidad de clientes ingresados/ total de clientes
Respuesta
 Escenario de Calidad # S3 Stakeholder:

Atributo de Calidad Funcionalidad

Justificación Se desea aumentar la cantidad de pólizas.

Fuente Departamento de ventas

Estímulo Consulta de pólizas

Artefacto Sistema

Ambiente Operación normal

Respuesta Reporte de ingreso de nuevas pólizas

Medida de la
Cantidad de pólizas nuevas generadas / meta total de pólizas anual
Respuesta

Sección 4. Contexto
4.1 Escenarios Operacionales

4.1.1 Escenario 1

Título del Escenario Operacional

Administración de los datos.

Stakeholder Asociado Gestor de la base de datos y experto ID 001

Consideración Operacional Respuesta del Stakeholder

Descripción general de la El sistema debe permitir el ingreso, validación y verificación de los datos
funcionalidad ingresados a la base de datos, sean productos, pólizas o servicios.

Describa lo que el Stakeholder Poder gestionar, validad y verificar el ingreso de los datos n la base de datos de la
hace ahora o le gustaría poder empresa, permitiéndole una previa validación del dato que se está intentado
hacer ingresar sea correcto.

Describa cualquier entrada Cliente {Nombre, numero de identificación, teléfono, correo electrónico}
provista o disponible al
momento del inicio

Describa el contexto de la Dentro de los procesos de obtención de nuevos clientes, actualización de los
operación datos, ingreso de nuevas pólizas o seguros.

Describa cómo el sistema debe El sistema debe validad y consultar el dato a ingresar y enviar una alerta en caso
responder de que exista o el formato sea erróneo enviar una alerta.

Describa las salidas que el Descripción del dato ya existente dentro de la base de datos o la información que
sistema produce como resultado esta errónea o sin llenar.
de la acción

Describa quién o qué usa la El operador para corregir o llenar los campos faltantes o no ingresar el dato.
salida y para qué es utilizada

Nombre de la Entidad Desarrolladores de la empresa ID PROv_001

Descripción: Departamento de desarrollo de la empresa encargada de todos los proyectos a desarrollar

Provee: Sistema de verificación y validación de los datos ingresados

Requiere: Descripción detallada de cada uno de los datos ingresados dentro de la base de datos, así como
los datos ya existentes dentro de la base.

Casos de Uso: Validador 001

4.1 Casos de uso

Título del Caso de Uso Validador ID del Caso de Uso 001

Descripción General del Caso de Uso

En este caso se describe como el sistema debe validar la información que el operario desea ingresar
dentro de la base de datos, teniendo en cuenta la estructura que este debe cumplir.

Entidades Involucradas

Precondiciones

 Deben estar especificadas las plantillas o formularios de ingreso de un dato bien sea cliente,
póliza o seguro.
 No puede existir el dato a ingresar dentro de la base de datos.

Flujo normal de Eventos

1 El operario ingresa el formato o plantilla llenada dentro del sistema.

2 El sistema valida si el formato cumple con las especificaciones de la plantilla o formato.

3 El sistema valida si existe algún campo vacío o sin llenar.

4 El sistema brinda una alerta de advertencia para llenar las casillas faltantes o seleccionar el
formato adecuado.

5 Alerta emitida por el sistema de dato ingresado.

Postcondiciones principales del caso de uso

 Se procede a llenar los datos o campos faltantes.

 Se selecciona la plantilla o formato correcto.
 Fecha y reporte del dato dentro del sistema en caso de ya contenerlo.

Título del Caso de Uso Búsqueda ID del Caso de Uso 002

Descripción General del Caso de Uso

El caso de uso se enfoca en ingresar a la base de datos buscando si existe un registro igual al ingresado,
en caso de existencia emite una alerta de que ya existe y trae el ultimo registro creado del mismo.

Entidades Involucradas

Precondiciones

 Base de datos en servicio

 Al menos un registro dentro de la base de datos.

Flujo normal de Eventos

1 El operario ingresa algún campo relacionado con el dato que desea buscar.

2 El sistema verifica la existencia de ese campo dentro de la base de datos.

3 El sistema presenta la información relacionada con ese dato y su ingreso.

4 El sistema envía una alerta de “dato no encontrado”

Postcondiciones principales del caso de uso

 Validar si el dato corresponde a la información que se desea ingresar al sistema.

Título del Caso de Uso Actualización de datos ID del Caso de Uso 003

Descripción General del Caso de Uso

El caso de uso se enfoca en la búsqueda de un dato especifico ya contendió dentro de la base de datos y
su posterior remplazo por la información que desee incluir el operario.

Entidades Involucradas
Precondiciones

 Caso de uso de Búsqueda

Flujo normal de Eventos

1 El sistema busca el dato que se desea modificar.

2 El sistema presenta el dato y la plantilla o formato al operario.

3 El operario cambia el formato con los nuevos datos.

4 El sistema modifica el registro con la nueva plantilla o formato.

5 El sistema brinda una alerta de dato ingresado con éxito

Postcondiciones principales del caso de uso