Beruflich Dokumente
Kultur Dokumente
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
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
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
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 RRHH
Gerencia de Compras
Gerencia de Markejng
Contabilidad
Proveedores
Sub
Gerencia
de
Desarrollo
Sub
Gerencia
Operaciones
Sub
Gerencia
Pruebas
Crdito y Conranzas
Compras
Comunicacion es
Tesoreria
Almacen Despachos
Bases de Datos
Desarrollo Operaciones
EMPRESA EL TREBOL
Pgina 5/35
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
4. ARQUITECTURA
DE
NEGOCIO
A
continuacin
se
detalla
la
Arquitectura
de
negocio,
datos,
aplicaciones
y
tecnolgicas
de
almacenes
el
TREBOL.
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
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
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
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
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
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
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
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:
EMPRESA EL TREBOL
Pgina 14/35
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.
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.
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.
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
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
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
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
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
EMPRESA EL TREBOL
Pgina 19/35
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.
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
X Pgina 20/35
IMPORTANTE , COSTO
(H ,L )
(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
Pago de Transacciones
Cdigo de Confirmacin
DigiPass
OK
granja de s ervidores
OK
servidores de respaldo
(H, M)
(H,H)
Arreglo de Discos
(H, M)
(H,H)
OK
(H, M)
(H,H)
OK
(H, M)
(H, M)
OK
OK
(H, H)
Pgina 21/35
EMPRESA EL TREBOL
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
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
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
Sensity S1 S2
Entrega
confiabilidad
Mantiene
rendimiento
disminuye
disponibilidad
EMPRESA EL TREBOL
Pgina 24/35
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
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
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
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
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
PROCESOS
DE
NEGOCIOS
PROCESOS
DE
NEGOCIOS
CLIENTES
VENTAS
-Mdulo
que
permite
la
gestin
de
clientes.
-
Mdulo
que
permite
la
gestin
de
ventas.
INVENTARIO
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
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
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
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
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