Sie sind auf Seite 1von 35

Facultad

de Ingeniera Magster en Ingeniera Informtica

ARQUITECTURA DE NEGOCIOS ALMACENES EL TRBOL


Mdulo: Alumnos: Arquitectura de Sistemas - MSI 511C Alejandro Chvez Carlos Leiva Jos Segovia Patricio Pampaloni Rolando Rivas Fecha entrega: 22 de Junio de 2013 EMPRESA EL TREBOL Pgina 1/35

Facultad de Ingeniera Magster en Ingeniera Informtica


CONTENIDO 1. INTRODUCCIN ........................................................................................................................... 4 2. 3. 4. RESTRICCIONES Y CONSIDERACIONES ........................................................................................ 6 ARQUITECTURA DE NEGOCIO ..................................................................................................... 7 DESCRIPCION DE ARQUITECTURA DE NEGOCIOS ....................................................................... 8 DETALLE DEPARTAMENTO/UNIDAD ............................................................................................... 8 5. 5.1. 5.2. 5.3. 6. 6.1. 6.2. 6.2.1. 6.2.2. 6.2.3. 6.2.4. 6.2.5. 6.2.6. 6.2.7. 6.2.8. 6.2.9. 7. 8. 8.1. 8.1.1. 8.1.2. 8.1.3. 9. ARQUITECTURA ABORDAR ........................................................................................................ 10 DETALLE MDULO DE APLICACIONES ................................................................................... 11 Trazabilidad Aplicaciones/Arquitectura de Datos ................................................................. 13 Trazabilidad Aplicaciones/Arquitectura Tecnolgica ............................................................ 13 DESCRIPCIN DE LA ARQUITECTURA TECNOLGICA ................................................................ 14 Introduccin .......................................................................................................................... 14 DESCRIPCIN ELEMENTOS DE LA PLATAFORMA .................................................................. 15 Comunicacin .................................................................................................................... 15 Seguridad .......................................................................................................................... 15 Servidores Web ................................................................................................................. 15 Servidor DNS ..................................................................................................................... 16 Balanceadores de Carga .................................................................................................... 16 Switch de Redes ................................................................................................................ 16 Servidores Transaccionales ............................................................................................... 16 Servidores Base de Datos .................................................................................................. 17 Servidor Respaldos ............................................................................................................ 17

ATRIBUTOS DE CALIDAD ........................................................................................................... 18 ATAM UTILITY TREE ................................................................................................................ 21 Anlisis Utility tree ................................................................................................................ 22 Seguridad, Acceso VPN, SSL .............................................................................................. 22 Disponibilidad ................................................................................................................... 22 Rendimiento ...................................................................................................................... 23

ATAM ANALISIS DE ATRIBUTOS .............................................................................................. 24

Ver 8.1.2 Servidor Web ..................................................................................................................... 24 EMPRESA EL TREBOL Pgina 2/35

Facultad de Ingeniera Magster en Ingeniera Informtica

Ver 8.1.1 Seguridad, Acceso VPN, SSL ............................................................................................... 25 10. 11. ANALISIS GQM GOAL QUESTION METRIC .......................................................................... 26 ARQUITECTURAS ORIENTADA A LOS SERVICIOS SOA ......................................................... 29 .................................................................................................................................................. 34 12. 13. CONCLUSION ......................................................................................................................... 34 BIBLIOGRAFA ........................................................................................................................ 35

EMPRESA EL TREBOL

Pgina 3/35

Facultad de Ingeniera Magster en Ingeniera Informtica

1. INTRODUCCIN La empresa Almacenes el Trbol ha solicitado desarrollar una plataforma de ventas en lnea que permita agilizar los procesos comerciales de la Organizacin, los ejecutivos de la empresa han generado una serie de requisitos tanto funcionales como no funcionales los cuales deben ser resueltos por el sistema. Este sistema debe potenciar a la empresa mejorando su imagen de punteros en temas tecnolgicos especialmente relacionados en la venta online, es por esto que el sistema debe permitir al cliente pagar a travs de los distintos medios existentes en el sistema bancarios as como medios de pagos de sitios internacionales, Webpay y PayPal. Otro requisito importante es la facturacin electrnica de manera de automatizar procesos y reducir costos ligados al proceso logstico de envo de cuentas y posicionar an ms la empresa como una empresa de sello verde, color precisamente de la marca de la empresa. Como se menciona en el primer prrafo hay una serie de requisitos no funcionales que se pide que el sistema sea capaz de resolver, entre ellos, fcil de usar, muy intuitivo, amigable, que guie al cliente en el proceso de compra y finalmente que se complemente con un apoyo similar al apoyo de un vendedor en las salas de ventas, para esto se proveer un proceso de chat para que el cliente acuda a l en caso de necesidad. En el desarrollo de este documento se describe los procesos de Arquitectura de negocio, datos y de arquitectura que soportan el desarrollo de este sistema. Adicionalmente se incorporan procesos en el que se detallan atributos de calidad del sistema, procesos de calidad externo/interno basado en la ISO 9126-1 y finalmente procesos asociados a la metodologa ATAM que permite validar la arquitectura propuesta.

EMPRESA EL TREBOL

Pgina 4/35

Facultad de Ingeniera Magster en Ingeniera Informtica

2. CONTEXTUALIZACIN La empresa Almacenes El Trbol, es una empresa cuyo objetivo es comercializar productos a travs de las tiendas que tiene en el pas y adems de sucursales en el extranjero. Hoy da quiere dar un salto tecnolgico y ha solicitado el desarrollo de una plataforma web de manera de complementar la venta de sucursales con la venta a travs de Internet y poder mejorar la imagen de pioneros en temas de ventas online en Chile. En el siguiente prrafo se muestra el organigrama de la empresa y con color verde se destacan las gerencias y unidades ms afectadas en el desarrollo de este sistema. Adems se nombran las personas que participaron en la definicin de los requerimientos que a lo menos debe satisfacer este sistema. ORGANIGRAMA DE LA EMPRESA
Director General Rolando Rivas


EL TREBOL S.A.
Asesorias

Gerencia de Ventas Patricio Pampaloni

Gerencia Administraci n y Finanzas

Gerencia RRHH

Gerencia de Compras

Gerencia de Markejng

Gerencia de TI Alejandro Chavz


Contabilidad Proveedores Sub Gerencia de Desarrollo Sub Gerencia Operaciones Sub Gerencia Pruebas

Crdito y Conranzas

Compras

Arquitecto TI, Carlos Leiva Jos Segovia

Comunicacion es

Tesoreria

Almacen Despachos

Bases de Datos

Desarrollo Operaciones

EMPRESA EL TREBOL

Pgina 5/35

Facultad de Ingeniera Magster en Ingeniera Informtica

3. CONSIDERACIONES y RESTRICCIONES. En este punto se describen consideraciones sobre el funcionamiento de la empresa y restricciones a tener en cuenta en el desarrollo de este sistema. La empresa Almacenes El Trbol comercializa productos a travs de sus oficinas dentro del pas y en sucursales en el extranjero, en Chile tiene actualmente 8 sucursales. Cada sucursal dispone de 3 funcionarios, el encargado y dos vendedores, una de estas oficinas es la principal y es donde se centralizan las compras y despacho a las otras sucursales. La empresa actualmente realiza en promedio 96 transacciones por hora en todas las sucursales y la venta promedio de cada transaccin es de $25.000 con lo cual la venta mensual de Almacenes el Trbol es de M$500. El sistema de ventas Online debe funcionar las 24 horas del da pero como horario principal se considera desde las 08.00hrs hasta las 23.00hrs. Desde las 23.00 hasta las 08.00hrs, el horario nocturno (23.00 hasta las 07.59) se podr usar para mantencin programadas y en caso de no ser necesario el sistema estar disponible en dicho horario para los clientes. Se gestionar el dominio www.eltrebol.cl que ser la forma de conocer a la empresa en Internet y ser la entrada para el sitio de ventas online. Las expectativas de los ejecutivos de la empresa es a lo menos duplicar la venta del sistema actual de manera de llegar a una venta por hora de 192 transacciones por hora que equivale a 3,2 transacciones por minutos. Se espera que las ventas online sea a travs de nuevos clientes y no afecten significativamente las ventas en sucursales, en todo caso es un punto que debemos monitorear cuando se inicie la venta online. El sistema vender slo en el pas de origen y en su moneda nacional, este sistema no incluye la consolidacin de las ventas realizadas en otros pases. La empresa dispone de un sistema elctrico apoyado por UPS y generador elctrico de manera que, en caso de una falla en el suministro elctrico provisto por la empresa generadora, comenzar a funcionar tanto el generador como las UPS, proveyendo inicialmente las UPS energa a los servidores y equipamiento en la sala de equipos hasta que la energa provista por el generador este estable y pase este a alimentar la sala de equipos. Lo descrito en el prrafo anterior es de suma relevancia puesto que el no disponer de esta infraestructura elctrica, cualquier falla elctrica significar no proveer el servicio, lo cual lleva a no poder vender durante el tiempo de falla y adems prdida de confianza de los clientes en el servicio provisto por la Organizacin. EMPRESA EL TREBOL Pgina 6/35

Facultad de Ingeniera Magster en Ingeniera Informtica

4. ARQUITECTURA DE NEGOCIO
A continuacin se detalla la Arquitectura de negocio, datos, aplicaciones y tecnolgicas de almacenes el TREBOL.

EMPRESA EL TREBOL Pgina 7/35

Facultad de Ingeniera Magster en Ingeniera Informtica

5. DESCRIPCION DE ARQUITECTURA DE NEGOCIOS A continuacin se muestra una breve descripcin de los departamentos que se ven afectados por este desarrollo, DETALLE DEPARTAMENTO/UNIDAD Departamento/unidad Descripcin Ventas Encargada de realizar todo lo referente a las ventas de producto e Gestin Ventas inscripcin de clientes. Encargada de recibir pagos, envi de boletas o facturas y avisos de Gestin Pagos morosidad rea encargada de emitir las ordenes de entrega de los productos Despacho Productos solicitados por los clientes Compras Control Productos Solicitar Productos Marketing Catlogos Productos Ofertas Buscar Servicios Publicidad Despacho Designar Maquinas Entregar Pedidos Designar Choferes Contabilidad Registro Compras Registro Ventas Ganancias EMPRESA EL TREBOL Pgina 8/35 Controla la cantidad de productos que entran y salen de las distintas bodegas de la empresa Encargada de solicitar los productos que estn prximos a quedar sin stock y los nuevos que se desean vender

de Es el rea encargada de disear los catlogos de productos para su posterior entrega a clientes Son los encargados de definir qu productos pueden estar en oferta, y la duracin de estas Nuevos Encargados de expandir el nmero de productos en vitrina, analizando las distintas posibilidades de estos que se puedan vender en la empresa Son los que Desarrollan la publicidad de la distintas sucursales Encargado de designar las mquinas para las distintas entregas a los clientes Entrega los productos a los clientes Designar a los choferes para las distintas maquinas o vehculos de entrega Lleva el registro de todas las compras de los productos a los proveedores realizadas en las sucursales por da, mes y ao Lleva el registro de todas las ventas de productos a clientes realizadas en las sucursales por da, mes y ao rea encargada de calcular las ganancias brutas y netas de las sucursales, con las ventas, pagos, compras y otros gastos realizados

Facultad de Ingeniera Magster en Ingeniera Informtica

Trazabilidad Arquitectura Negocio / Aplicaciones En la siguiente figura se muestra la trazabilidad de la arquitectura de negocios con las aplicaciones, se indicar que unidad de negocio se ve afectado con las aplicaciones que se desarrollaran en el sistema web.
Arquitectura / Aplicaciones Gestin Ventas Gestin Pagos Despacho Productos Calcular Sueldos Registrar Asistencias Control Productos Solicitar Productos Catlogos de Productos Buscar Nuevos Productos Designar Maquinas Entregar Pedidos Designar Choferes Registro Compras Registro Ventas

Contratos

Ofertas

Publicidad

Ganancias

Control De Ventas Control Pagos Calculo Remuneraciones Gestin Cliente Registro Empleado Registro Asistencia Ingreso Productos Solicitud Productos Registro Compras Calculo Utilidades Gestin Ofertas Calculo Costos Entrega Gestin Ordenes Entregas

X X X X

X X X

X X

X X

X X

X X X

X X

X X

X X X X

X X

X X X

X X X

X X

X X

EMPRESA EL TREBOL

Pgina 9/35

Facultad de Ingeniera Magster en Ingeniera Informtica

6. ARQUITECTURA ABORDAR En este punto se muestra slo la arquitectura de lo que se ver afectado por este desarrollo, principalmente la gerencia de ventas.

EMPRESA EL TREBOL

Pgina 10/35

Facultad de Ingeniera Magster en Ingeniera Informtica

6.1. DETALLE MDULO DE APLICACIONES 1. Pantalla HOME PAGE Esta aplicacin es la principal y consiste en la entrada al sitio web del Trbol, despliega informacin genrica del sitio para todo pblico y da la posibilidad de loguearse. En esta pantalla el usuario (cliente o no ) puede ver los productos, promociones, descuentos e informacin genrica sobre la empresa, sucursales, direcciones, fonos, etc. 2. Ingreso usuario Esta aplicacin es la que permite loguearse al cliente, si el usuario no es cliente le da la opcin de crearse como cliente. Esta aplicacin debe validar el Rut del cliente as como si es un cliente vlido, si el cliente es vlido debe mostrar informacin sobre el cliente, nombre. Si no es un cliente debe dar la opcin de ingresar los datos del cliente y grabar el registro en caso contrario volver al home. 3. Consulta_de_producto Esta aplicacin tiene como objetivo desplegar los productos comercializados por la empresa y por distintos atributos, por nombre, por tipo de productos. 4. Gestor_carro_compra Esta aplicacin tiene como objetivo gestionar el carro de compra, o sea, ingresar, modificar, eliminar los productos en el carro. En caso que el usuario no elimine el carro que est gestionando y se salga de la pgina el sistema debe ser capaz de mantener esta informacin por un mes y cuando vuelva a ingresar al sistema debe mostrarle al usuario la informacin de su ltimo carro actualizado, esto es, si un producto que se consider en el carro original no est disponible cuando se ingresa nuevamente debe ser eliminado del carro. 5. Grabar_producto_del_carro Una vez que el usuario gestiono el carro de compra y est conforme con los productos del carro, ingresa a esta opcin y procede a desplegar la informacin del cliente necesaria para despacho, le muestra la existente en el sistema y pregunta si quiere mantener esta o agrega una direccin distinta y luego pasa a desplegar las opciones de pago y procede al pago, adicionalmente la grabacin de los registros de ventas, rebaja de productos. 6. Revisar_movimiento_historico Esta opcin permite al usuario revisar la informacin de compra que ha realizado en forma histrica, adicionalmente despliega informacin de seguimiento de las compras pendientes de entrega. EMPRESA EL TREBOL Pgina 11/35

Facultad de Ingeniera Magster en Ingeniera Informtica

7. Gestor_Promociones_Descuentos. Esta aplicacin tiene como objetivo administrar las promociones y descuentos, un usuario interno del sistema crea promociones y/o descuentos para que sean usados por los clientes El sistema crear promociones que tendrn una duracin determinada sobre productos determinadas. El sistema crear descuentos que tendrn una duracin determinada sobre productos determinados. El Sistema generar cdigos de descuentos que se enviaran por correos a clientes que cumplan ciertas condiciones, ejemplo, cliente que cumplen ao durante un mes determinado, clientes que compraron ms de $X durante un mes, etc. Toda esta informacin se debe reflejar en el sitio web, esto es s a travs de esta opcin se crea la promocin de cumpleaos y un usuario ingresa al sitio y esta de cumpleaos a esta persona el sistema le debiera desplegar la condicin del descuento que tiene asignado (10% sobre una venta en el mes de cumpleaos). 8.-Gestin Boleta o Factura En esta aplicacin el usuario podr elegir si desea que se le emita una factura o boleta de los productos da la compra, dependiendo del tipo de cliente, ya sea empresa o particular

EMPRESA EL TREBOL

Pgina 12/35

Facultad de Ingeniera Magster en Ingeniera Informtica

6.2. Trazabilidad Aplicaciones/Arquitectura de Datos


Aplicaciones Ingreso Usuario Consulta Producto Gestin Carro Compra Grabar Producto Carro Revisar Movimiento Histrico Gestor Promociones y Descuentos Gestor Boleta/Facturas Gestor Medios dePago Clientes Pedidos

Arquitectura de Datos
Stock Productos Ventas Ofertas

X X X X X X X

X X

X X X X X

X X X X

X X X

6.3. Trazabilidad Aplicaciones/Arquitectura Tecnolgica


Aplicaciones Ingreso Usuario Consulta Producto Gestin Carro Compra Grabar Producto Carro Revisar Movimiento Histrico Gestor Promociones y Descuentos Gestor Boleta/Facturas Gestor Medios de Pago Servidores web

Arquitectura Tecnolgicas
Servidores BD Servidor Transaccional Firewall Balanceador Enlace

X X X X X X

X X X X X X X

X X X X X X X

X X X X X X

X X

X X X

EMPRESA EL TREBOL

Pgina 13/35

Facultad de Ingeniera Magster en Ingeniera Informtica

7. DESCRIPCIN DE LA ARQUITECTURA TECNOLGICA 7.1. Introduccin En este captulo se define la arquitectura tecnolgica, hardware y software, necesaria para la implementacin del sistema de ventas online de la empresa Almacenes EL TREBOL. La plataforma la podemos definir en una solucin en tres capas, la primera capa que involucra los servidores web que soportarn los requerimientos de los clientes, luego una segunda capa que incorpora servidores transaccionales quienes finalmente se conectarn a la tercera capa que es el nivel de base de datos. Adicionalmente se consideran caractersticas de conectividad, de requerimiento de hardware cliente, requerimientos de seguridad y balanceo de carga. A continuacin se presenta la descripcin de la plataforma general de la solucin:

Descripcin General de plataforma

EMPRESA EL TREBOL

Pgina 14/35

Facultad de Ingeniera Magster en Ingeniera Informtica

7.2. DESCRIPCIN ELEMENTOS DE LA PLATAFORMA 7.2.1. Comunicacin a. Enlace Proveedor de Comunicaciones Se implementar un enlace con un proveedor de comunicaciones de 10Mb, este ser un enlace doble entre planta de proveedor y oficinas de Almacenes El TREBOL por caminos distintos. Una de las caractersticas solicitadas al proveedor de comunicaciones es que el enlace permita subir y/o bajar el ancho de banda por tramos. Por temas de costo en esta primera etapa no se considera un segundo enlace con otro proveedor. 7.2.2. Seguridad b. Firewall Se considera 2 firewall Checkpoint F1 instalado sobre un servidor x86, es un firewall considerado dentro de los mejores equipos de seguridad segn Gartner, incluye caractersticas de firewall as como de IPS, permite monitoreo de consumo de las interfaz. Se consideran 2 firewall en Cluster por temas de disponibilidad del servicio, en esta etapa inicial cada interfaz del firewall controlar segmentos de red, Internet, Web Server, base de datos y usuarios. Por tema de costo no est considerado hacer la separacin anterior con 2 firewall adicionales. 7.2.3. Servidores Web Estos servidores (3) tienen como objetivo el procesamiento de los requerimientos de los clientes web, estarn conectados a un balanceador de carga, quien asignar a media que llegan los requerimientos a alguno de estos servidores. En estos servidores estar instaladas las pginas del sitio de venta online y sern de las siguientes caractersticas: c. Hardware
- - - - - - - - 3 Servidores HP ProLiant DL160-G8Generation 8 (Gen8). Procesador, Intel Xeon E5-2637, 3.0GHz/2-core. Memoria, 8Gb RAM. Disco, 2 discos espejados de 1Tb hotplug. RAID, controlador para realizar arreglos de discos. Doble fuente de poder. Doble tarjeta de red de 1Gb. d. Software Windows 2008 Server R2.

EMPRESA EL TREBOL Pgina 15/35

Facultad de Ingeniera Magster en Ingeniera Informtica

7.2.4. Servidor DNS Estos servidores (2) son los que responden a la resolucin de nombre cuando se hace referencia a www.eltrebol.cl . Si este servicio no est disponible por 48 horas pueden comenzar a presentar problemas el acceso el sitio www.eltrebol.cl
- - - - - - - - e. Hardware 3 Servidores HP ProLiant DL160-G8Generation 8 Procesador, Intel Xeon E5-2637, 3.0GHz/2-core. Memoria, 8Gb RAM. Disco, 2 discos espejados de 1Tb hotplug. RAID, controlador para realizar arreglos de discos. Doble fuente de poder. Doble tarjeta de red de 1Gb. f. Software Windows 2008 Server R2.

7.2.5. Balanceadores de Carga Se considera dos balanceador BIG-IPF5networks, este equipamiento tiene caractersticas importantes, aceleracin SSL, cache, distintas modalidades de balanceo, Round-Robin, por peso, menos usado, tambin permite por url y adems permite administrar certificado de seguridad. 7.2.6. Switch de Redes Todos los switch de red sern de marca Cisco y con puertas de 1Gb. 7.2.7. Servidores Transaccionales Servidor intermedio que conecta los servidores web con los servidores de base de datos, permite un mayor nivel de seguridad puesto que el cliente no se conecta a la base de datos directamente sino a travs de estos servidores. Permiten implementar reglas de negocio, liberando procesamiento en la base de datos.
- - - - - - - - h. Software Windows 2008 Server R2. Servidor transaccional Mirror. g. Hardware Procesador, Intel Xeon E5-2637, 3.0GHz/4-core. Memoria, 16Gb RAM. Disco, 2 discos espejados de 1Tb hotswap. RAID, controlador para realizar arreglos de discos. Doble fuente de poder. Doble tarjeta de red de 1Gb.

EMPRESA EL TREBOL Pgina 16/35

Facultad de Ingeniera Magster en Ingeniera Informtica

7.2.8. Servidores Base de Datos Servidor en donde se implementar las bases de datos relacionada con las ventas, tanto online como en sucursal, se reemplaza el actual servidor de base de datos por uno nuevo, se adjunta caractersticas de servidor. El servidor actual quedar como contingencia en caso de alguna falla del principal. Se realizaran respaldos de la base de datos de la siguiente forma: o o
- - - - - - - - - j. Software Windows 2008 Server R2. Sql Server 2008, 64bits.

Full en forma diaria Transaccionales, cada 1 minuto.


i. Hardware HP ProLiant DL360p Generation 8. Procesador, Intel Xeon E5-2609 (2.4GHz/4-core/10MB/6.4GT-s QPI/80W). Memoria, 18Gb RAM. Disco, 10 discos de 1Tb hotswap. RAID, controlador para realizar arreglos de discos. Doble fuente de poder. Doble tarjeta de red de 1Gb.

7.2.9. Servidor Respaldos Servidor cuyo objetivo es el respaldo de todos los servidores de la red, se construir una red adicional para la realizacin de los respaldos.
- - - - - - - - - l. Software Windows 2008 Server R2. Arc Server software para respaldo, versin 16.5. k. Hardware HP ProLiant DL360p Generation 8. Procesador, Intel Xeon E5-2609 (2.4GHz/4-core/10MB/6.4GT-s QPI/80W). Memoria, 8Gb RAM. Disco, 4 discos de 1Tb hot swap. RAID, controlador para realizar arreglos de discos. Doble fuente de poder. Doble tarjeta de red de 1Gb.

EMPRESA EL TREBOL

Pgina 17/35

Facultad de Ingeniera Magster en Ingeniera Informtica

A continuacin se muestra un resumen del hardware, software, licencias y enlaces de comunicaciones para la plataforma tecnolgica adems de su costo, tanto el costo de inversin US$73.000 como los costos recurrentes mensuales en la operacin que equivalen a UF57.35.
US$ 500 UF 22000 Mensual

Equipamiento

COSTO PLATAFORMA WWW.ELTREBOL.CL UNA V EZ Licencia Instalacin Cantidad Licencia Licencia Hardware Dominio [anual]$ [$] S.O.[US$] Anual[US$] [US$] Hardware Licencia [UF] dominio www.eltrebol.cl 20.000 3,33 certificado ssl (2695x2aos) 1.348 2,55 Enlace Comunicaciones 12 528 10,00 DNS 2 800 2.500 5.000 1.600 Firewall 2 16.000 6.000 12.000 0 30,30 Balanceador 2 9.000 6.000 12.000 0 17,05 Servidor Web 3 800 2.500 7.500 2.400 Servidor Transaccional 2 800 5.000 10.000 1.600 Servidor Base de Datos 1 800 5.000 5.000 800 Servidor Base de Datos, Respaldo 1 800 5.000 5.000 800 Unidad de Respaldo 1 2.500 2.500 0 Servidor de Respaldo 1 800 0 800 Switch de redes 5 1.200 6.000 0 65.000 8.000 57,35 73.000 1.261.667

EMPRESA EL TREBOL

Pgina 18/35

Facultad de Ingeniera Magster en Ingeniera Informtica

8. ATRIBUTOS DE CALIDAD A continuacin, se definen los atributos de calidad impuestos por medio de las necesidades del cliente. Adems se definen atributos adicionales que buscan mejorar la implementacin tanto en la arquitectura como en el software. Hay que sealar que los atributos corresponden a la arquitectura de aplicacin que ser abordada. Funcionalidad Proceso/Nivel Afectado
Nivel de Aplicacin

Descripcin
El sistema debe proveer un entorno seguro que permita identificar a los usuarios, ofreciendo opciones y funcionalidades acordes al perfil del usuario. Se debe ofrecer adems confidencialidad en el acceso y los datos de compras, los cuales solo pueden ser vistos por quienes el administrador les haya dado acceso. El mdulo de pagos debe ser capaz de consumir los servicios de

Seguridad

Interoperabilidad Precisin Fiabilidad Recuperabilidad

Gestor Medios de Pago

pago de transbank y portales de pago de pago electrnico. - Consulta de productos. En procesos con alta frecuencia de visitas de debe proveer mtodos - Revisar Movimiento que permitan responder de forma rpida evitando sobrecargar los Histrico servidores. Proceso/Nivel Afectado Nivel Aplicacin y Plataforma Nivel Aplicacin Descripcin El sistema y la plataforma deben tener considerados procesos que alerten al administrador sobre fallos en servicios como a nivel de aplicacin. La solucin debe ser implementada para funcionar sin la totalidad de los componentes, pudiendo responder inclusive si un mdulo o servicio se encuentra inoperativo.

Tolerancia a fallos

Usabilidad

Proceso/Nivel Afectado

Descripcin
El sistema debe tener interfaces de fcil uso, las cuales deben diseadas para que puedan ser usadas por los siguientes tipos de usuarios: Cliente, Operador y Administrador. Se debe considerar que los clientes no necesariamente dominan el concepto de compra en lnea, por lo tanto se debe minimizar el tiempo de aprendizaje. El proceso de compra debe ser rpido y fcil, por lo tanto se debe disminuir el grado de interaccin, adems se debe evitar latencias que impidan o dificulten esta accin.

Aprendizaje

Nivel Aplicacin

Operatividad

- Consulta de Productos. - Gestor Carro de Compra. - Grabar Producto

Eficiencia
Uso de Recursos

Proceso/Nivel Afectado
Nivel Plataforma

Descripcin
La plataforma web debe proveer la cantidad necesaria de memoria y poder de procesamiento. La cantidad asignada para cada componente debe satisfacer, los momentos en de alta demanda sin llagar a consumir la totalidad de los recursos. La aplicacin debe estar diseada con el fin de responder en el menor tiempo posible. En este punto se da por hecho que dependiendo de los datos de entrada y salida depender el tiempo de respuesta.

Tiempo de Respuesta

Nivel Aplicacin y Plataforma

EMPRESA EL TREBOL

Pgina 19/35

Facultad de Ingeniera Magster en Ingeniera Informtica

Mantenibilidad
Cambiabilidad

Proceso/Nivel Afectado
Nivel Aplicacin

Descripcin
El sistema debe ser desarrollado de forma legible, comentada y documentada. Esto con el fin de facilitar la modificacin tanto por desarrollador inicial como por terceros.

Portabilidad
Adaptabilidad Adaptabilidad Coexistencia

Proceso/Nivel Afectado
Nivel Plataforma Nivel Aplicacin Gestor Carro de Compra

Descripcin
La aplicacin debe ser capaz de conectar y acceder a datos desde SQL Server y Oracle. Las pginas generadas por la aplicacin deben ser compatibles con los principales navegadores. El sistema debe ser capaz de actualizar los datos del servidor AS-400, utilizando un Web Servicie o un Procedimiento.

MATRIZ DE ATRIBUTOS V/S ARQUITECTURA



Seguridad Ingreso Usuario Consulta producto Gestor Carro Compra Grabar Producto del Carro Revisar Movimiento Histrico Gestor Promociones y Descuentos Gestor Boletas / Facturas Gestor Medios de Pago Inter-operatividad Precisin

Funcionalidad

Fiabilidad
Recuperabilidad Tolerancia a fallos

Usabilidad
Aprendizaj e Operatividad

X X X X X X X X

X X
Eficiencia Uso de Recursos X X X x X X X

X X

X X X X X X X X
Mantenibilidad

X X X X X X X X

X X X X X X X X

X X


Portabilidad Adaptabilidad Coexistencia Cambiabilidad

Tiempo de Respuesta X X X X X X X

Ingreso Usuario Consulta producto Gestor Carro Compra Grabar Producto del Carro Revisar Movimiento Histrico Gestor Promociones y Descuentos Gestor Boletas / Facturas

X X X X X X X

X X X X X X X

Gestor Medios de Pago EMPRESA EL TREBOL

X Pgina 20/35

Facultad de Ingeniera Magster en Ingeniera Informtica

9. ATAM UTILITY TREE

IMPORTANTE , COSTO

Ingresar nombre del producto Buscar Productos

(H ,L )

Despliegue Combo con los Productos


Usabilidad Mantener i nformacin compras no finalizadas Carro de Compra Cade vez que cliente s e conecta carro s e i nicia vacio

(H, L)
(M,M)

OK

OK

(M,M)
(H, H)

VPN
Acceso a l Sitio, SSL Seguridad

(H,M)
(H,M) (H,H) (H, H) (H, L)

OK

Tarjetas con Coordendas

Pago de Transacciones

Cdigo de Confirmacin

DigiPass

OK

Utility Tree Servidor Web

granja de s ervidores

OK

servidores de respaldo

(H, M)
(H,H)

Storage Disponibilidad Datos

Arreglo de Discos

(H, M)
(H,H)

OK

Cluster Servidor de Bdatos Servidor Stand By

(H, M)
(H,H)

OK

Potenciar Servidor base de datos


Transacciones por minuto Aumento Servidores Transaccionales Rendimiento Aumento de Servidores WEB

(H, M)
(H, M)

OK

OK

Usuarios conectados Aumento Cache de balanceadores

(H, H)

Pgina 21/35

EMPRESA EL TREBOL

Facultad de Ingeniera Magster en Ingeniera Informtica

9.1. Anlisis Utility tree 9.1.1. Seguridad, Acceso VPN, SSL En este caso elegimos la opcin SSL por ser de menor costo su implementacin y mucho menos compleja puesto que no se necesita software adicional en el cliente, no as la VPN que exige que el cliente baje un software para implementar la VPN contra el sitio. Implementar SSL slo se necesita el costo del certificado y este tipo de seguridad est muy internalizada en los usuarios de internet. Pago de Transacciones, se evaluaron tres alternativas, tarjeta con coordenadas, cdigo de confirmacin y digipass, en una primera instancia por costo se elimin la opcin digipass, puesto que pese a ser la mejor alternativa desde el punto de vista tcnico incluso pudindose implementar en conjunto con clave/password por lo que se tendra dos niveles de seguridad, la clave password ms el digipass pero a nivel de costo significa costo de servidor ms el costo del dispositivo por cada usuario adems al no disponer oficinas en todo Chile se debiera incurrir en costo de despacho del dispositivo al cliente. De las dos alternativas restantes se eligi la opcin de cdigo de confirmacin por ser de bajo costo en la implementacin y sin costo en la ejecucin como debilidad de esta alternativa es que el cliente debe tener o un celular o un correo para que se le envi el cdigo de confirmacin de la compra. La opcin tarjeta de coordenadas se deshecho por el costo de fabricacin de las tarjetas y la logstica necesaria para mantener esta tarjeta. 9.1.2. Disponibilidad Servidor Web, se manejaron dos alternativas, la primera disponer de una granja de servidores (3) ms un balanceador de carga y la segunda manejar un solo servidor en produccin y tener un servidor de respaldo en stand by. La alternativa 2 es de menor costo (costo del servidor ms costo del balanceador). Se eligi la primera opcin pese a ser de mayor costo pero esta opcin nos da ventajas y alternativas que no se presentan en la segunda alternativa, la opcin de incluir el balanceador por hardware (pese a que se puede implementar por software) es ms segura y adems nos da alternativas como manejo de cache, de certificados de seguridad para varios subdominio del sitio principal, y otras alternativas de balanceo por url. Datos, para la disponibilidad de datos se manejaron las alternativas de disponer de un storage o de hacer raid interno en los discos de los servidores, en este caso la amplia diferencia de costo, entre raid de disco en el servidor y storage conectados a los servidores hace que se tome la decisin de raid interno adems que el raid interno asegura en un alto porcentaje la seguridad de los datos adicionalmente que se dispondr de discos en la sala de computadores de manera que si un disco falla se cambia inmediatamente ya que estos discos son hot-swap y se puede cambiar sin tener que bajar el servicio. EMPRESA EL TREBOL Pgina 22/35

Facultad de Ingeniera Magster en Ingeniera Informtica

Servidor de base de datos, en esta opcin se manejaron dos alternativas, cluster de servidores y un servidor en Produccin con un servidor de respaldo. La contingencia definida es un respaldo full en la noche y luego cada 1 minuto respaldos incrementales, una vez finalizado el respaldo full se recupera en servidor de respaldo y luego los respaldos incrementales se van recuperando con cinco minutos de desfase. La alternativa de cluster no tiene tiempo de indisponibilidad de servicio puesto que si falla un servidor el servicio se pasa automticamente al segundo servidor y la alternativa con respaldo tiene un tiempo de recuperacin mximo de 15 minutos principalmente para revisin de la realizacin y recuperacin de los ltimos respaldos incrementales. Se eligi la opcin con respaldo pese a que tiene dos inconvenientes, el primero que es menor tiempo de recuperacin no mayor a 15 minutos pero el segundo puede llevar a perder transacciones al no disponer del respaldo del ltimo minuto posterior a la cada. Para evitar esta prdida de transacciones se programar la aplicacin de venta de manera que cada vez que se graba una transaccin esta adicionalmente se grabar en el servidor de respaldo, de esta manera cuando se produzca la cada del servicio y se recuperen todos los respaldos incrementales y en caso que hayan transacciones en el minuto siguiente a la cada estas transacciones deben subirse al sistema. La opcin elegida fue por costo, ahorro en la licencia del cluster y para que este tipo de soluciones sea la ms adecuada normalmente va acompaada de un Storage y esto hace ms onerosa la solucin. 9.1.3. Rendimiento Transacciones por minuto, se evalu aumentar servidores web o aumentar la cantidad de aplicaciones asociadas a las ventas del transaccional, el servidor transaccional funciona con aplicaciones que resuelven operaciones especficas y se pueden levantar varias imgenes paralelas y esto hace que aumenten las transacciones, como esto es parte del servidor transaccional y no hay costo asociado no as el aumento de servidores web es que se decidi por esta alternativa Usuarios Conectados, se evaluaron las alternativas de ms servidores web o bien habilitar la cache de los balanceadores, por costo (habilitar caractersticas del hw es sin costo) dese eligi la opcin de habilitar dos caractersticas de los balanceadores (cache y compresin) con lo cual se podra disponer de ms recursos para atender a ms usuarios en forma simultnea.

EMPRESA EL TREBOL

Pgina 23/35

Facultad de Ingeniera Magster en Ingeniera Informtica

10. ATAM ANALISIS DE ATRIBUTOS Anlisis de una propuesta Arquitectnica Escenario #1 Buscar productos Atributo Usabilidad Entorno Consulta de Productos Estimulo Desplegar Producto Respuesta Mostrar Productos Decisin arquitectnica Sensity Tradeoff Riesgo No Riesgo Ingresar nombre Producto S1 T1 R1 Mostrar combo con productos S2 T2 R2 S1 Lentitud en el ingreso de los datos a buscar T1 Disminuye el rendimiento R1 Aumenta riegos de error S2 Rapidez en el ingreso de los datos a buscar T2 Mejora rendimiento R2 Disminuye el riesgo de error Anlisis de una propuesta Arquitectnica

Escenario #2 Atributo Entorno Estimulo Respuesta Decisin arquitectnica Granja de Servidores Incorporar un Servidor Web Razonamiento

Servidor Web Disponibilidad Alta Disponibilidad Cada de un Servidor


Incorporar un servidor de respaldo

Sensity S1 S2

S1 T1 R1 S2 T2 R2 Ver 8.1.2 Servidor Web

Tradeoff Riesgo No Riesgo T1 R1 T2 R2 Entrega confiabilidad


Disminuye rendimiento pero mantiene disponibilidad

No hay riesgo de disponibilidad

Entrega confiabilidad
Mantiene rendimiento disminuye disponibilidad

Aumenta el riesgo de disponibilidad del sistema

EMPRESA EL TREBOL

Pgina 24/35

Facultad de Ingeniera Magster en Ingeniera Informtica

Anlisis de una propuesta Arquitectnica Escenario #5 Conexin a los servidores Web Seguridad en la conexin a los servidores Atributo Web Entorno En la pgina principal Estimulo Se realiza en el login Respuesta Decisin arquitectnica Sensity Tradeoff Riesgo No Riesgo VPN S1 T1 R1 SSL S1 T2 R2 Razonamiento S1 Mayor Seguridad T1 aumenta la seguridad pero disminuye la usabilidad R1 Menor riesgo que los datos sean interceptados S2 Mayor Seguridad T2 aumenta la seguridad disminuye rendimiento R2 Menor riesgo que los datos sean interceptados Ver 8.1.1 Seguridad, Acceso VPN, SSL

Anlisis de una propuesta Arquitectnica Conexin a base de datos Segura Seguridad Acceso a base de datos Ejecutar una operacin en base de datos
Devuelve informacin solicitada

Escenario #6 Atributo Entorno Estimulo Respuesta Decisin arquitectnica A travs de Servidor Transaccional Directo desde Servidor Web

Sensity Tradeoff Riesgo No Riesgo S1 T1 R1 S2 T2 R2 Mayor seguridad, servidor web no accede a S1 la base de datos T1 Aumenta seguridad disminuye rendimiento R1 Baja riesgo acceso indebido a BD S2 Pierde confiabilidad Disminuye seguridad en acceso base de T2 datos aumenta performance R2 Riesgo acceso indebido externos Al elegir la opcin conexin a travs de un servidor transaccional, el usuario web no llega al servidor de base de datos puesto que el que realmente se conecta a la base de datos es el servidor transaccional. Pgina 25/35

EMPRESA EL TREBOL

Facultad de Ingeniera Magster en Ingeniera Informtica

11. ANALISIS GQM GOAL QUESTION METRIC

A continuacin se detalla la solucin correspondiente nuestro sistema a travs de Goal Question Metric GQM, tambin describiremos de manera breve que trata este enfoque Qu es GQM? Es un enfoque que nos entrega una manera til para determinar las medidas con las que podemos medir los procesos y los resultados de un proyecto. De acuerdo con la definicin de este mtodo, un programa puede ser ms satisfactorio si se disea orientado a las metas u objeticos a los cuales se quiere llegar. Las metas se descomponen en un conjunto de objetivos bien definidos, con la intencin de que alcanzando los objetivos alcanzaremos la meta. Metas: Son generales, abstractas e intangibles, nos permiten determinar a qu queremos llegar de manera cualitativa. Objetivos: Son precisos, tangibles y concretos. En resumen GQM establece una meta, que se refina en bases a preguntas y establece mtricas que intentan proveer respuestas a estas preguntas. A continuacin se muestran 5 anlisis del tipo GQM para evaluacin de distintos objetivos organizacionales
OBJETIVO ORGANIZACIONAL ANALIZAR PROPOSITO ENTORNO PUNTO DE VISTA ATRIBUTO UNIDAD DE MEDIDA FORMULA DE CALCULO ESCALA DE MEDICIN DISPONIBILIDAD : Asegurar disponibilidad del servicio de base de datos : Disponibilidad Servidor base de datos : Que el servidor de base de datos est disponible : Entre las 08.00 y 23.00hrs del da : : Ejecucin de un servicio en el servidor que trae el nombre del servidor cada 1 minuto, Si trae el nombre EXITO sino NOEXITO. : Cantidad por hora de XITO : Sumatoria de los porcentajes de xito por Hora dividido por la cantidad de horas, este ndice debe dar mayor que 95% : ndice =100% Excelente ndice >=90 y <99 Bueno ndice <80 Malo

EMPRESA EL TREBOL

Pgina 26/35

Facultad de Ingeniera Magster en Ingeniera Informtica OBJETIVO ORGANIZACIONAL ANALIZAR PROPOSITO ENTORNO PUNTO DE VISTA ATRIBUTO DISPONIBILIDAD : Asegurar disponibilidad del servicio de base de datos : Disponibilidad Servidor base de datos : Que el servidor de base de datos est disponible : Entre las 08.00 y 23.00hrs del da : : Ejecucin de un servicio en el servidor que trae el Nombre del servidor cada 1 minuto, Si trae el nombre EXITO sino NOEXITO : Cantidad por hora de NOEXITO contar cantidad de veces que el sistema estuvo sin Servicio por cada hora. : ndice =0 Excelente ndice <5 Bueno ndice >=5 y <10 Regular ndice >10 Malo

UNIDAD DE MEDIDA FORMULA DE CALCULO ESCALA DE MEDICIN

OBJETIVO ORGANIZACIONAL ANALIZAR PROPOSITO ENTORNO PUNTO DE VISTA ATRIBUTO

UNIDAD DE MEDIDA FORMULA DE CLCULO ESCALA DE MEDICIN

DISPONIBILIDAD : Medir perdida por ventas no realizadas : Disponibilidad Servidor base de datos : Que el servidor de base de datos est disponible : Entre las 08.00 y 23.00hrs del da : Dueo del sistema : Ejecucin de un servicio en el servidor que trae el Nombre del servidor cada 1 minuto, Si trae el nombre EXITO sino NOEXITO : porcentaje por hora de indisponibilidad del servidor :sumar porcentajes de indisponibilidad por el da y dividirlo Por 16 para obtener la prdida del da. : ndice =0 Excelente (0 prdida) ndice <5% Bueno ndice >=5 y <10 Regular ndice >10 Malo

OBJETIVO ORGANIZACIONAL : Disponibilidad servicio entre Servidor Web y base de datos ANALIZAR : Disponibilidad Servidores web y de base de datos PROPOSITO : Que haya comunicacin entre Servidor Web y base de datos ENTORNO : Entre las 08.00 y 23.00hrs del da PUNTO DE VISTA : Dueo del sistema ATRIBUTO : Ejecucin consulta desde Servidor Web y que responda la base de datos UNIDAD DE MEDIDA :Cantidad de timeout recibidos por el servidor web FORMULA DE CLCULO :Sumar la cantidad de timeout por cada 100 transacciones de ventas exitosas, si la cantidad de timeout excede el 5% significa que el servicio es regular ESCALA DE MEDICIN : ndice =0 Excelente ndice =5% Bueno ndice =>=5% <10% Regular ndice >10% Malo

EMPRESA EL TREBOL

Pgina 27/35

Facultad de Ingeniera Magster en Ingeniera Informtica


OBJETIVO ORGANIZACIONAL : Disponibilidad del equipo adecuado para realizar el mantenimiento ANALIZAR : Pginas de ventas Online PROPOSITO : Realizar las mantenciones sin afectar el sitio ni a los clientes ENTORNO : Estabilidad del sitio web PUNTO DE VISTA : de equipo de desarrollo y mantencin ATRIBUTO : APLICACIN ESTABLE UNIDAD DE MEDIDA FORMULA DE CLCULO : ndice de Mantenimiento Cclico. : 1 (RC(T) + MP(T) + OH(T)/T)

Dnde: RC(T) = Tiempo total invertido en mantenimiento correctivo en un periodo de tiempo T MP(T) = Tiempo total invertido en mantenimiento preventivo en un periodo de tiempo T OH(T) = Tiempo invertido en reparaciones generales T = Periodo de tiempo entre dos reparaciones generales

EMPRESA EL TREBOL

Pgina 28/35

Facultad de Ingeniera Magster en Ingeniera Informtica

12. ARQUITECTURAS ORIENTADA A LOS SERVICIOS SOA En este punto se detalla la solucin propuesta para nuestro sistema a travs de la arquitectura orientada a Servicios SOA, Figura 12-1. A continuacin se entrega una breve descripcin de esta arquitectura. Que es SOA? SOA, viene de su sigla en Ingls, Services Oriented Architectura, Arquitectura Orientada a los servicios, como se ha dicho SOA no es una tecnologa y tampoco un producto que podamos compra e instalar, es un conjunto de patrones, principios y prcticas para construir software que puedan interoperar independientemente de la tecnologa empleada en su implementacin. La clave de la arquitectura SOA est en la exposicin de interfaces abstractas que aslen de la implementacin particular de cada pieza de software. Para conseguir este objetivo resulta especialmente til el uso de servicios web basados en los standares SOAP, XML y WSDL. Sin embargo es posible tener web servicios y no por ello tener SOA. Caractersticas de una arquitectura SOA SOA est basada en estndares Los servicios deben ser autnomos y granulares Los proveedores y consumidores deben estar dbilmente acoplados.

Qu es un Servicio SOA? Unidad de software con una funcionalidad mnima, con las siguientes caractersticas: Interfaz definida o Contrato de Servicio o Descripcin de como el servicio va a ser usado desde cualquier otro servicio o programa: nombre, parmetros, resultado y ubicacin. Reutilizable y/o compatible con otros o Puede ser utilizado por ms de una aplicacin y/u otros servicios Intranet o Internet: SaS, Cloud Computing Desacoplado o Que para prestar su funcionalidad dependa en lo mnimo de otro servicio.

EMPRESA EL TREBOL

Pgina 29/35

Facultad de Ingeniera Magster en Ingeniera Informtica

Figura 12-1, Arquitectura Orientada a Servicios EMPRESA EL TREBOL Pgina 30/35

Facultad de Ingeniera Magster en Ingeniera Informtica

PROCESOS DE NEGOCIOS
PROCESOS DE NEGOCIOS CLIENTES VENTAS
-Mdulo que permite la gestin de clientes. - Mdulo que permite la gestin de ventas.

INVENTARIO

-Modulo que permite la gestin de productos, stock. Despacho.

INTERFAZ CLIENTES
PORTAL WEB INTERFAZ CLIENTES INTERFAZ VENTAS
-Interfaz que permite acceder a los datos del cliente, loguearse, inscribirse como cliente, actualizar sus datos, seguimiento de compras. - Es el proceso mediante el cual se gestiona el proceso de venta, desde la gestin de carro de compra, compra propiamente tal, transaccin financiera, emisin de documentos (boleta, factura) y formas de pago. Para que este servicio est disponible.

INTERFAZ STOCK

-Interfaz que permite gestionar el stock de productos y el despacho de los productos comprados.

SERVICIOS
SERVICIO LOGIN Servicio que permite validar si el cliente est registrado como cliente de la empresa Entrada Rut Cliente Salida OK=Cliente ya Registrado, NOK=Cliente no Registrado SERVICIO ACTUALIZAR_DATOS Servicio que permite actualizar los datos de un cliente Entrada Rut Cliente,atributo_a_modificar,valor_antiguo,valor_nuevo Salida OK=Datos modificado, NOK=Datos no modificado SERVICIO SEGUIMIENTO_COMPRA Servicio que permite realizar el seguimiento de una compra Entrada Rut Cliente,Cdigo_Seguimiento Salida OK=DatosDeLaCompra, NOK=DatosNoEncontrados EMPRESA EL TREBOL Pgina 31/35

Facultad de Ingeniera Magster en Ingeniera Informtica

SERVICIO BUSQUEDA_DE_PRODUCTOS Servicio que permite realizar la bsqueda de productos, por cdigo o tipo producto Entrada Cdigo_Producto Tipo_Producto Salida OK=ListaDeProductos o ListaDeTipoProducto, NOK=Cdigo o TipoProducto no existe SERVICIO BUSQUEDA_DE_PROMOCIONES Servicio que permite realizar la bsqueda de promociones, ya sea para un producto o para el cliente Entrada Cdigo Producto o Rut_Cliente Salida OK=DescripcinDeLaPromocin NOK=Cdigo_Producto o Cliente son promocin SERVICIO GESTION_CARRO_DE_COMPRA Servicio que permite gestionar el carro de compra, crearlo cuando no existe, desplegar sus productos cuando tiene pendientes. Entrada Rut Cliente,Session Salida =Carro Nuevo Vaco = Carro con Productos pendientes SERVICIO AGREGAR_PRODUCTOS_AL_CARRO Servicio que permite agregar productos al carro Entrada Cdigo de Producto,Rut,Session Salida OK=Producto Agregado NOK=Error Producto no se pudo agregar SERVICIO ELIMINAR_PRODUCTOS_DEL_CARRO Servicio que permite eliminar productos del carro Entrada Cdigo_Producto, Rut, Sesin Salida OK=Producto Eliminado NOK=No se pudo eliminar Producto SERVICIO DESCONTAR_STOCK Servicio que permite descontar stock del producto que se desea comercializar Entrada CdigoProducto Salida OK=Saldo descontado NOK=Producto no tiene suficiente saldo para descontar EMPRESA EL TREBOL Pgina 32/35

Facultad de Ingeniera Magster en Ingeniera Informtica

SERVICIO GESTION_DESPACHO Servicio que permite la gestin de despacho de los productos vendidos Entrada DatosClientes,DatosDespacho,DatosCarro Salida OK=DespachoRealiazadoOK NOK=No se pudo realizar despacho SERVICIO GESTION_MEDIOS_DE_PAGO Servicio que permite pagar los productos adquiridos Entrada DatosClientes,EntidadFinanciera,Clave,CantidadACancelar Salida OK=PagoRealizado NOK=No se pudo realizar el pago

FUNCIONAMIENTO
El funcionamiento de los procesos asociados al portal web se pueden separar en 3 mdulos, el primero relacionados con los clientes del sitio, el segundo procesos asociado a la ventas de productos y el tercero al mdulo de Inventario. Los tres si bien es cierto se pueden considerar como mdulos independientes ellos se complementan en el sitio de ventas online. Ahora bien, desde el punto de arquitectura orientada a los servicios, el proceso de gestin de compra es un proceso orquestador quien gestiona el proceso de compra (asumiendo que ya se incorporaron los productos al carro) inicindose con el proceso de medios de pagos, luego la rebaja de stock de los productos que estn incluidos en el carro, luego la gestin de despacho y finalmente la emisin de documentos con conexin a SII.

EMPRESA EL TREBOL

Pgina 33/35

Facultad de Ingeniera Magster en Ingeniera Informtica

13. CONCLUSION
Este informe describe el desarrollo de la implementacin de un sistema de ventas online, el trabajo se divide en varias etapas de anlisis de arquitectura, definicin de atributos, mediciones de calidad y el desarrollo de una arquitectura orientada a servicios.

Para definir la arquitectura se dividi en capa de negocios, datos y arquitectura lo cual resulto til para definir el mbito de los requisitos no funcionales. Por otro lado, se definieron las medidas que permitieron establecer opciones eran mejores para satisfacer un determinado atributo, asumiendo limitantes como presupuesto en la evaluacin de la mejor alternativa. Lo importante de este trabajo es el uso en cada etapa de metodologas existentes y que cada una de ellas tiene un objetivo particular, desde la definicin de atributos, uso de la metodologa ATAM, que incluye el rbol de utilidad y anlisis de escenarios, metodologa que tiene como propsito elegir un arquitectura adecuada para un software mediante puntos de sensibilidad y tradeoff (qu pierdo o gano si elijo una alternativa), ATAM tambin nos permite evaluar en forma temprana la arquitectura definida y en caso de ser necesario, realizar cambios cuando el costo de hacerlos es bajo. Otra metodologa a usar en este trabajo es la metodologa GQM (Goal Question Metric), la cual incorpora el procedimiento que debemos seguir para medir ciertos objetivos que el sistema debe satisfacer a partir de requerimientos definidos por la empresa. Se define el objetivo a evaluar, luego como vamos a medir y finalmente cual es la forma de evaluar estas medidas. Como conclusin final que podemos obtener de este trabajo, es el conocimiento adquirido tanto en la existencia de metodologas para apoyar el desarrollo y evaluacin de las arquitecturas de un proyecto y como el uso de las mismas. El Uso de la arquitectura SOA nos facilita la conectividad tanto interna como externa a travs de los servicios ofrecidos, podemos conectarnos en forma interna con servicios legados o bien con empresa externas que ofrecen estos servicios sin grandes desarrollos, slo conociendo la estructura de los mensajes de conexin.

EMPRESA EL TREBOL

Pgina 34/35

Facultad de Ingeniera Magster en Ingeniera Informtica

14. BIBLIOGRAFA Material de clase, Arquitectura de Sistemas, Magister Informtica Ao 2013 http://www.slideshare.net/jepllach/goalquestionmetric-gqm http://en.wikipedia.org/wiki/GQM http://sqgne.org/presentations/2007-08/Dow-Nov-2007.pdf http://en.wikipedia.org/wiki/Architecture_tradeoff_analysis_method http://sistemas.uniandes.edu.co/~csof5204/dokuwiki/lib/exe/fetch.php?media=principal:atam.pd f http://www.bvs.hn/cu-2007/ponencias/CAL/CAL027.pdf

EMPRESA EL TREBOL

Pgina 35/35

Das könnte Ihnen auch gefallen