Documente Academic
Documente Profesional
Documente Cultură
Copyright 2014
Todos los derechos reservados
Historial de versiones
ltima actualizacin
2014-29-10
Versin
2014-29-10
Cdigo
SH-001
Fecha
Autor
Cambios
Secciones modificadas
22/09/2014
Gregory
Inicializacin de la
descripcin arquitectural
Propsito, Audiencia,
Terminologa
24/09/2014
Fernando
Revisin y cambios
Propsito, Audiencia,
Terminologa
24/09/2014
Resumen ejecutivo
25/09/2014
Fernando
Alcance
25/09/2014
Hctor
Avance en la redaccin de
las propiedades de calidad
Atributos de calidad
25/09/2014
Marlon
Redaccin de los
requerimientos funcionales
Requerimientos
funcionales
25/09/2014
Gregory
Metas
26/09/2014
Hctor
Revisin y cambios
Atributos de calidad
26/09/2014
Fernando
Todas
03/10/2014
Fernando
Vista de informacin
05/10/2014
Gregory y David
Vista de informacin
06/10/2014
Marlon
Vista funcional
06/10/2014
Fernando
09/10/2014
Fernando
10/10/2014
Marlon
Modificacin de los
requerimientos funcionales y
del modelo.
Requerimientos
funcionales y modelos de
vista
12/10/2014
Gregory y David
Modificacin de la vista de
informacin y vista funcional
previa entrega Lunes
13/10/2014
Pgina | 1
25/10/2014
Hctor
Agregado Seguridad
Seguridad
29/10/2014
Fernando
Todo
Pgina | 2
Tabla de contenidos
1
Introduccin ............................................................................................................................4
1.1
Propsito.......................................................................................................................................4
1.2
Audiencia.......................................................................................................................................4
1.3
Terminologa..................................................................................................................................4
Alcance ...................................................................................................................................7
Vistas ......................................................................................................................................8
4.1
Vistadecontexto...........................................................................................................................8
4.1.1
Metas.....................................................................................................................................8
4.1.2
Requerimientosfuncionales..................................................................................................8
4.1.3
Atributosdecalidad.............................................................................................................10
4.2
Vistafuncional.............................................................................................................................10
4.2.1
Modelosdelavista..............................................................................................................11
4.3
Vistadeconcurrencia..................................................................................................................13
4.4
Vistadepuestaenmarcha..........................................................................................................13
4.5
Vistadeinformacin....................................................................................................................13
4.5.1
Estructuradelosdatos........................................................................................................13
4.5.2
Ciclodevidadeunacompra...............................................................................................17
Perspectivas .........................................................................................................................18
5.1
Perspectivadeseguridad.............................................................................................................18
5.1.1
Mejorasalavistafuncional.................................................................................................18
5.1.2
Mejorasalavistadeinformacin.......................................................................................21
5.1.3
Mejorasalavistadeconcurrencia......................................................................................23
Apndices .............................................................................................................................24
Pgina | 3
1 Introduccin
1.1 Propsito
El presente documento presenta la descripcin arquitectural de la solucin ShirtShop la cual es
una aplicacin web destinada para la venta de camisetas deportivas de equipos de ftbol.
Primero se describen los objetivos del documento y para quin va dirigido el mismo.
Seguidamente se presentan las definiciones, acrnimos y abreviaciones que se utilizarn en
todo el documento.
En la segunda parte se muestra el modelo conceptual de la solucin que se diseara incluyendo
la forma actual de trabajar, los requerimientos del sistema y los supuestos as como las
restricciones que debe contener. Adems se adjuntan los diagramas que modelan y
representan dicha solucin.
Este documento tiene como objetivo delimitar el alcance del problema con el que vamos a lidiar
y a su vezbrindar una solucin vlida.
1.2 Audiencia
Este documento est destinado para:
1.3
Trmino
Definicin
Representante
del negocio
Stakeholder
Pgina | 4
Calidad
de Rendimiento general de un equipo de red, desempeo visto por los
servicio (QoS) usuarios de la red.
Inyeccin
SQL
CRUD
Pgina | 5
2 Resumen ejecutivo
La compaa Camisetas Unidas planea establecerse como la marca de camisetas deportivas
ms reconocida y respetada de Centro Amrica para lograrlo la compaa requiere modernizar
su sistema de ventas y mantener precios competitivos manteniendo la calidad que siempre ha
caracterizado a esta compaa.
Trabajando hacia esta meta Camisetas Unidas quiere abrir una nueva cartera de clientes
provenientes de otros mercados y atender las necesidades de sus clientes actuales. Esto se
resolver proporcionando una solucin web que provea la atencin igual o mejor a la que
actualmente se brinda, de forma novedosa y cmoda a la hora de realizar las compras por parte
de sus clientes y distribuidores.
Los procesos utilizados actualmente de forma manual se reducirn lo mximo posible, e
informacin indispensable como pedidos y cobros se deben mantener de forma ntegra. Se
pondr a disposicin de los clientesel poder personalizar las camisetas, lo cual nos hace ser los
nicos en ofrecer este servicio dentro del rea de influencia propuesta y lo cual nos permitir
aventajarnos de la competencia. Adems se contar con capacidad de comunicacin con
terceros que se dediquen al comercio de productos complementarios que Camisetas Unidas
brinda.
Los beneficios que la compaa pretende lograr con el desarrollo de esta solucin es ampliar su
mercado de ventas a usuarios ms jvenes y a otros pases en general, haciendo uso de la
facilidad de acceso que tiene la solucin web planteada y automatizando los procesos que en la
actualidad se realizan manualmente as como ofreciendo nuevas caractersticas dentro del
negocio.
Los beneficios de contar con una tienda virtual para ofrecer sus servicios son, generar recursos
todos los das de la semana las 24 horas, el cliente obtiene informacin detallada del producto
sin necesitar una operadora telefnica, capacidad de contar con una infinita cantidad de
artculos ya que no se necesita ocupar espacio fsico en tienda, mejora eficiencia en la gestin
de productos permitiendo aplicar estudios estadsticos como reconocer productos que no se
venden para bajarles el precio o meterlos en promociones y proyectar una imagen moderna,
entre otros.
El cambio es grande, el perfil de empleados cambiar. La implementacin de se realizar por
pasos de manera incremental en la media que se tengan los fondos econmicos requeridos.
Existe el riesgo de que la solucin no sea aceptada de primera entrada por los encargados de
inventario y ventas de la compaa, por lo que se pretende capacitar a los funcionarios y
permitirles interactuar poco a poco con la solucin para que el cambio no sea muy brusco.
Tambin la falta de infraestructura tecnolgica de la compaa hace que sea crtico el proceso
de equipamiento para alojar la solucin, por lo que se pretende implementar un proceso que
combine la progresiva puesta en marcha de infraestructura propia de la empresa con soluciones
en la nube.
Pgina | 6
3 Alcance
A continuacin se detalla las reas funcionales que se ven afectadas por el sistema.
FA01. Pedidos y Ventas. Esta rea es la que se encarga en la actualidad de tomar cada
solicitud realizada a la empresa y ponerla en marcha, verificando la disponibilidad con los
encargados de inventarios. Este proceso ser reemplazado por la solucin propuesta, y a su
vez se dar el servicio de personalizacin de las camisetas esto se ha pensado mediante una
interfaz grfica donde pueda seleccionar la camiseta y agregar algunos detalles adicionales
segn los gustos y preferencias del cliente, a su vez capturar los datos referentes a la venta y
registrar estos datos. Se ha pensado que posterior a la implementacin se puede incluir
informacin que se tiene actualmente en fsico, esto para lograr realizar anlisis del histrico de
estos datos.
FA02. Inventario. Actualmente se mantiene unos registros mediante hojas de clculo, la
propuesta plantada es dejar de utilizar estas hojas y comenzar la utilizacin de un mdulo
dentro de la aplicacin donde se pueda manejar el tema referente al inventario permitiendo
comunicacin con el rea de pedidos y ventas, para mantener un stock de la materia prima de
la empresa. Los datos que se mantienen actualmente deben ser migrados para alimentar la
aplicacin a desarrollar.
FA03. Transporte y envos. Esta rea se ve afectada directamente dado que los pedidos sern
monitoreados ofreciendo al usuario la capacidad de hacer un monitoreo del viaje de los
paquetes desde el punto de salida hasta su destino, donde se le indique entre otros datos los
tiempos aproximados de entrega, esto es una funcionalidad con la que actualmente no se
cuenta y la cual ayudara a la organizacin para realizar anlisis de datos y efectividad de esta
rea.
FA04. Mercadeo. En cuanto al rea de mercado se ver afectada de forma parcial, esto porque
la solucin les brindara a los empleados del rea sugerencia basndose en las estadsticas de
venta, estas sugerencias se realizaran para provechar los altos picos de ventas de un producto,
y para promover los productos que estn quedando rezagados.
FA05. Administrativo. En esta rea el sistema impacta de forma indirecta, esto porque al
mejorar las reas de la empresa de bajo nivel hace que se produzcan cambios hacia arriba
afectado positivamente las otras reas y por ende la empresa en general.
Pgina | 7
4 Vistas
Contiene cada una de las vistas que se utilizarn para describir el sistema.
4.1 Vista de contexto
Esta vista proporciona la informacin de prioridad para la realizacin de la solucin planteada,
enmarcando el rea de trabajo que se debe seguir.
4.1.1
Metas
Requerimientos funcionales
Pgina | 8
Pgina | 9
4.1.3
Atributos de calidad
4.1.3.1 Rendimiento
QP01. Se disear un sistema con alta calidad que garantice un rendimiento ptimo.
QP02. Para que la compaa pueda alczar su meta de incrementar su volumen en ventas el
sistema debe tener el potencial de soportar al menos100 transacciones por segundo de forma
segura para cada cliente.
4.1.3.2 Seguridad
QP03. Toda la informacin de clientes que se necesite tener almacenada el sistema debe ser
protegida con mecanismos de bloqueos y encriptacin. El sistema ser accedido por internet, y
ataques de hackers o usuarios maliciosos crean una brecha puede hacer desastres financieros
o en relaciones pblicas.
QP04. Todas las transacciones bancarias deben ser realizadas utilizando los estndares de
seguridad de la industria.
4.1.3.3 Disponibilidad
QP05. Para que la compaa pueda alczar su meta de incrementar su volumen en ventas el
sistema el sistema debe ser construido para tener alta disponibilidad a travs de una
arquitectura distribuida.
4.1.3.4 Interoperabilidad
QP06. El sistema debe tener la habilidad de ser independiente a cualquier lenguaje, pas o
grupo cultural.
4.1.3.5 Escalabilidad
QP07. El sistema debe poderse expandir de acuerdo a las necesidades del cliente. Como la
visin de la compaa es ir paso a paso implementado cambios, el sistema introducir
gradualmente mejoras a medida que se vallan necesitando (mdulos).
4.1.3.6 Mantenibilidad
QP08. La curva de aprendizaje para modificar algn componente del sistema debe ser corta por
lo que las herramientas tecnolgicas empleadas para desarrollar el sistema deben ser
conocidas y aprobadas por todo el equipo de trabajo y los stakeholders relacionados.
4.1.3.7 Usabilidad
QP09. El tiempo necesario para aprender a usar el sistema debe ser mnimo. La experiencia
que el usuario debe tener del sistema debe ser que es rpido y de fcil uso, inclusive para
clientes que nunca han utilizado el servicio.
4.1.3.8 Fiabilidad
QP10. En el caso de que existan escenarios con puntos crticos se demanda hacer colas de
mensajes y comunicaciones asincrnicas que garanticen calidad de servici.
4.2 Vista funcional
Esta vista se encarga de describir los elementos funcionales de la arquitectura, sus funciones,
caractersticas principales, responsabilidades, delimitacin, interfaces e interacciones con otros
elementos del sistema o con sistemas externos.
Pgina | 10
Elemento
Presentacin
Descripcin
En esta funcionalidad el usuario podr acceder a su cuenta,
buscar los productos que desee en base a un catlogo que
puede ser filtrado por mltiples atributos. En base a los
productos que seleccione se le mostrarn otros productos
que pueda interesarle. Ser una presentacin muy
interactiva y que provea una muy buena usabilidad.
Pgina | 11
Tienda en lnea
Envo de paquetes
Interfaz
administrador Permite la interaccin con el mdulo de envo de paquetes,
de forma que el usuario pueda procesar los envos a los
envo de productos
diferentes medios de transporte. Adems de poder rastrear
cada cierto periodo de tiempo el estado del envo de los
paquetes.
Catlogo de productos
Carrito de compra
Facturacin
Interfaz de
ordenes
cobro
Interfaz
productos Se encarga de proveer una interfaz de conexin con los
sistemas de encargo de los proveedores de los productos
complementarios
que se ofrecen en la tienda, con el fin de realizar pedidos de
mercadera a los mismos.
Pgina | 12
Elemento
Usuario
Descripcin
Entidad que representa a todos los usuarios que tienen una
cuenta con Shirtshop, la cual les permite tener un carrito,
con el cual pueden realizar compras de los productos que se
Pgina | 13
Pgina | 14
rdenes
Transporte
Inventario
Proveedor
Pgina | 16
Carrito
Campo:
-Direccin de envo: Atributo que representa la direccin de
envo adonde sern enviados por el transporte los productos
incluidos en la orden de compra. Es una llave parcial de la
entidad carrito.
Entidad dbil que representa el seguimiento que le puede
dar el usuario a la orden de compra realizada.
Rastro
Campos:
-ltima ubicacin: Atributo compuesto por los atributos Pas
y Ciudad, que representa la ltima ubicacin donde se
encuentra la orden de compra a ser entregada al usuario.
-FechaltimaUbicacin: Fecha actualizada de la ltima
ubicacin de la orden de compra
-FechaAproximadaEntrega: Fecha aproximada cuando se
espera que la orden de compra llegue a su direccin de
envo.
Se conforma por
4.5.2
Pgina | 17
Estado
Descripcin
Seleccionado producto
Personalizado
Temporal
Confirmada
Pagada
Cancelada
Registrada
5 Perspectivas
5.1
5.1.1
Perspectiva de seguridad
Mejorasa la vista funcional
Pgina | 18
Acceso
Cliente
Presentacin
Administrador
Presentador
Tienda en Lnea
Tienda en Lnea
Carrito de Compra
Interfazcobro de rdenes
Catlogo de Productos
Envo de Paquetes
Pgina | 19
Elemento
Cambios
Presentador (Comunicaciones)
Encriptado
Revisin de datos
Presentador (Autenticacin)
Tockens
Facturacin (Comunicaciones)
Encriptado
Catlogo de Productos
(Comunicaciones)
Encriptado
Encriptado
Pgina | 20
5.1.2
Acceso
Cliente
Administrador
Administrador
Auditor
Pgina | 21
Elemento
Cambios
Usuario
Encriptar
Base de datos
Replicar discos
Base de datos
Pgina | 22
5.1.3
Acceso
Elemento
Cambios
Pgina | 23
7 Escenarios importantes
Describir los escenarios importantes que utilizan la notacin descriptiva escenario. (Estado
inicial del sistema y el medio ambiente, los estmulos aplicados externos y el comportamiento
requerido y real del sistema).
8 Apndices
Referencias, Glosario, Stakeholder Mapa, Ms detalles sobre el alcance, los requisitos o las
propiedades de calidad.
Pgina | 24