descripción arquitectural shirtshop

ShirtShop

Descripcin arquitectural del sistema

ltima actualizacin 2014-29-10

Versin 2014-29-10

Cdigo SH-001

Copyright 2014 Todos los derechos reservados

Historial de versiones

Diseo del sistema Pgina | 1

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 Hctor, Gregory, Fernando

Creacin del resumen ejecutivo

Resumen ejecutivo

25/09/2014 Fernando Redaccin del alcance 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 Definicin de las metas del negocio y las metas tcnicas

Metas

26/09/2014 Hctor Revisin y cambios Atributos de calidad

26/09/2014 Fernando Dar formato al documento Todas

03/10/2014 Fernando Creacin del ciclo de vida de una compra

Vista de informacin

05/10/2014 Gregory y David Creacin del modelo de datos Vista de informacin

06/10/2014 Marlon Creacin del modelo funcional Vista funcional

06/10/2014 Fernando Integracin de los datos Las vistas de informacin y funcional.

09/10/2014 Fernando Modificacin del resumen ejecutivo y del ciclo de vida

Resumen ejecutivo y ciclo de vida.

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

Vista Informacin y Vista Funcional


25/10/2014 Hctor Agregado Seguridad Seguridad

29/10/2014 Fernando Revisin y dar formato al documento

Todo


Tabla de contenidos

1 Introduccin ............................................................................................................................ 41.1 Propsito.......................................................................................................................................41.2 Audiencia.......................................................................................................................................41.3 Terminologa..................................................................................................................................4

2 Resumen ejecutivo ................................................................................................................. 63 Alcance ................................................................................................................................... 74 Vistas ...................................................................................................................................... 84.1 Vistadecontexto...........................................................................................................................84.1.1 Metas.....................................................................................................................................84.1.2 Requerimientosfuncionales..................................................................................................84.1.3 Atributosdecalidad.............................................................................................................10

4.2 Vistafuncional.............................................................................................................................104.2.1 Modelosdelavista..............................................................................................................11

4.3 Vistadeconcurrencia..................................................................................................................134.4 Vistadepuestaenmarcha..........................................................................................................134.5 Vistadeinformacin....................................................................................................................134.5.1 Estructuradelosdatos........................................................................................................134.5.2 Ciclodevidadeunacompra...............................................................................................17

5 Perspectivas ......................................................................................................................... 185.1 Perspectivadeseguridad.............................................................................................................185.1.1 Mejorasalavistafuncional.................................................................................................185.1.2 Mejorasalavistadeinformacin.......................................................................................215.1.3 Mejorasalavistadeconcurrencia......................................................................................23

6 Resumen de propiedades de calidad ................................................................................... 247 Escenarios importantes ........................................................................................................ 248 Apndices ............................................................................................................................. 24


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:

El equipo de desarrollo el cual tendr misin de implementar la aplicacin cuya arquitectura est ac descrita.

Los encargados de infraestructura y puesta en marcha de la aplicacin los cuales se harn cargo del hardware utilizado para alojar la aplicacin.

Los arquitectos de software encargados de la aplicacin de modo que permita un monitoreo constante del cumplimiento de los objetivos de la arquitectura, as como ser punto de partida en caso de alguna modificacin necesaria sobre la misma.

Representantes del negocio, quienes son los quetienenmayor inters en la parte comercial con la realizacin del producto.

1.3 Terminologa

Trmino Definicin Encargado de infraestructura

Persona o grupo que mantiene, configura y gestiona plataformas de servicios informticos, con base en hardware y networking, seguridad y programacin.

Equipo de desarrollo

Grupo de personas que programa ordenadores o disea el sistema informtico para que coincida con los requisitos de un analista de sistemas.

Representante del negocio

Persona, Grupo que representan a una empresa o departamento.

Stakeholder Persona, Grupo o Entidad con un inters o preocupacin en la realizacin de la Arquitectura.


Calidad de servicio (QoS)

Rendimiento general de un equipo de red, desempeo visto por los usuarios de la red.

Inyeccin SQL

Mtodo de infiltracin de cdigo intruso que se vale de una vulnerabilidad informtica presente en una aplicacin en el nivel de validacin de las entradas para realizar consultas a una base de datos.

CRUD

Acrnimo utilizado para Create, Read, Update, Deleteregistros de la base de datos.


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.


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.


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

4.1.1.1 Metas del negocio. BG01. Aumentar la satisfaccin de los usuarios en al menos un 15%. Usando como base la actual clientela.

BG02. Aumentar la clientela de personas entre las edades 15-20 aos en un 15%, utilizando como base la clientela en rango de esa edad que existe actualmente.

BG03.Aumentar la clientela de personas que adquieren servicios de la empresa en el extranjero en un 30% utilizando como base la clientela actual.

BG04. Aumentar la lealtad de los usuarios en un 20%, que son quienes retornan una segunda vez a adquirir una camiseta en un lapso de 6 meses.

BG05. Aumentar los ingresos de la empresa en un 10% incluyendo en el servicio de entrega a domicilio, basado en los ingresos del ltimo ao.

4.1.1.2 Metas tcnicas TG01. Automatizacin del 45% de los procesos de la empresa.

TG02.Disminuir el tiempo de proceso de ventas en un 40% comparado con el que actualmente existe en las tiendas de la empresa.

TG03.Aumentar o igualar la experiencia de los usuarios comparado con la experiencia que tienen los mismos en las tiendas actualmente.

TG04. Mejorar el proceso de control de inventario de la empresa en cuanto a control y tiempo de elaboracin.

TG05.Mejorar la infraestructura tecnolgica de la empresa tomando como base la infraestructura tecnolgica actual.

4.1.2 Requerimientos funcionales

4.1.2.1 Proveer personalizacin de productos RF01. La solucin deber proveer un mecanismo de personalizacin de productos. El usuario podr crear productos exclusivos segn sus gustos y necesidades, con la posibilidad de seleccionar distintos tamaos, colores, logos y otros; creando combinaciones nicas por medio de una interfaz interactiva y robusta. La solucin deber adaptarse al comportamiento histrico del usuario, mostrndole las personalizaciones ms utilizadas anteriormente por el cliente: colores preferidos que han sido seleccionados en otros productos, logos subidos a la solucin con anterioridad o tamao seleccionado generalmente por el usuario; adaptndose a las necesidades especficas de cada usuario, sin sobrecargarlo con opciones de personalizacin.


4.1.2.2 Proveer un carrito de compra electrnico RF02. La solucin proporcionar un carrito de compras para realizar ventas en lnea. El usuario acceder al carrito de compras mediante la informacin de ingreso establecida durante el registro de usuarios nuevos. Durante este registro se crea tambin el perfil de usuario que contiene la informacin personal del usuario, historial de compras y registro de rdenes de venta. La solucin permitir que el usuario agregue y elimine productos al carrito de compra.

4.1.2.3 Proveer un catlogo de productos RF03. La solucin proporcionar un catlogo categorizado de los productos disponibles para la venta; este catlogo permitir al usuario realizar bsquedas. El perfil de usuario ser utilizado por el catlogo para ofrecer promociones personalizadas, basadas en el historial de compras del perfil.

RF04. La solucin podr comunicarse con sistemas de terceros que ofrezcan productos complementarios, mostrando los que estn disponibles para la venta en el catlogo de productos.

RF05. La solucin mostrar al usuario informacin detallada del producto que seleccione desde el catlogo de venta; incluyendo opiniones y calificaciones que otros clientes han dado al producto seleccionado. Igualmente se mostrar en el catlogo de venta, promociones actuales; permitiendo que el usuario seleccione cualquier promocin disponible.

4.1.2.4 Proveer forma de administrar el envo de paquetes RF06. La solucin mostrar las diferentes opciones de envo, segn el lugar de residencia del usuario; desplegando tiempo de entrega aproximado, impuestos y opciones empaquetado; as como los cargos de envo segn las selecciones del usuario. El usuario podr cambiar las opciones de envo.

RF07. La solucin proporcionarla la facilidad de seguimiento de paquetes, permitiendo que el usuario indique el nmero de envi y desplegando la informacin actual del estado y ubicacin del paquete.

4.1.2.5 Proveer forma de pago RF08. La solucin permitir que el usuario confirme la orden de compra en un tiempo lmite. Durante este periodo el usuario podr introducir la informacin para realizar el pago de la orden. La solucin podr realizar conexiones a sistemas de terceros para realizar el cobro de la orden. Generando la factura de la orden y ofreciendo la opcin que el usuario la imprima. Tambin ser posible cancelar la orden y revertir el pago de la compra.

4.1.2.6 Clculo de estadsticas de venta RF09. La solucin mantendr un registro diario, semanal, mensual y anual de las ventas de camisetas; con los cuales realizar estudios estadsticos de la venta de las camisetas. El usuario podr generar reportes de las estadsticas realizadas. Basndose en estas estadsticas, la solucin sugerir productos candidatos para rebaja de precio o creacin de promociones, basndose en el volumen de ventas de los mismos.


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.


4.2.1 Modelos de la vista Existen funcionalidades y acciones las cuales forman parte de la arquitectura del sistema pero no se incluyen en el diagrama funcional para no restarle claridad al mismo y debido a que su funcional es genrica, adems de no representar significancia arquitectural. Dichas funcionalidades son:

Registro y mantenimiento de usuarios. Generacin de reportes. Repositorio de acceso a datos. Categorizacin de productos. Modelo funcional general

Este modelo describe las funcionalidades primarias que el sistema debe proveer.

Elemento Descripcin

Presentacin 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.


Tienda en lnea Acta como una especie de orquestador de los distintos elementos funcionales ac descritos. En realidad es una especie de controlador que se encarga de manejar las interacciones que realiza el usuario y para cada una de esas acciones utilizar el elemento funcional adecuado.

Envo de paquetes Permite procesar el envo de paquetes a domicilio para los usuarios, utilizando los distintos medios de transporte con los que cuenta la empresa. Tambin permite seguir un rastreo del paquete desde el momento en que despacha hasta cuando es recibido por el cliente.

Interfaz administrador envo de productos

Permite la interaccin con el mdulo de envo de paquetes, de forma que el usuario pueda procesar los envos a los diferentes medios de transporte. Adems de poder rastrear cada cierto periodo de tiempo el estado del envo de los paquetes.

Catlogo de productos Permite visualizar los productos que tiene disponible la tienda para la venta. Administra cantidades, caractersticas asociadas, datos acerca del producto. Permite adems realizar bsquedas de los productos en base a distintos que el usuario considere de relevancia.

Carrito de compra Provee la funcionalidad de la administracin del carrito de compra y de las compras que el usuario registre con el carrito. Permite agregar productos al carrito. Adems provee la capacidad de poner modificar la direccin de envo de la compra que actualmente procesa el carrito de compra.

Facturacin Se encarga de efectuar el cobro final de la compra que procese el usuario, aplica descuentos, promociones, canje de puntos. Adems realiza el clculo asociado al costo de envo. Todo para al final tener el total del costo asociado a la compra.

Interfaz de cobro de ordenes

Se encarga de proveer una interfaz de conexin con los sistemas de cobro en la nube con los que realizamos las facturaciones como Paypal o Google Wallet con el fin de procesar los cobros de nuestros clientes.

Interfaz productos complementarios

Se encarga de proveer una interfaz de conexin con los sistemas de encargo de los proveedores de los productos que se ofrecen en la tienda, con el fin de realizar pedidos de mercadera a los mismos.


4.3 Vista de concurrencia En esta vista se describe la concurrencia del sistema ShirtShop.

4.4 Vista de puesta en marcha Despliegue Ver contenido (puede incluir las secciones de vista funcional descrito)

4.5 Vista de informacin En esta vista se describe la forma en la que se manipula, maneja, distribuye y presenta la informacin.

4.5.1 Estructura de los datos

Elemento Descripcin

Usuario 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


encuentran disponibles de acuerdo al inventario, o productos brindados por proveedores.

Campos:

-Nombre Completo: Nombre completo del usuario. Atributo compuesto por Nombre, Primer Apellido y Segundo Apellido. Este atributo no puede ser nulo.

-Username: Atributo que corresponde al nombre de la cuenta del usuario, la cual lo identifica dentro del sistema de Shirtshop. Corresponde a la llave primaria de la entidad.

-Password: Atributo que corresponde a la contrasea de la cuenta del usuario, la cual lo valida como usuario del sistema de Shirtshop. Este atributo no puede ser nulo.

-Email: Atributo que almacena a la cuenta de correo electrnico del usuario. Utilizada inicialmente para la confirmacin de su cuenta de usuario, y posteriormente para recibir comprobantes de compras realizadas, historial de rdenes de compra, informacin de rastro de una compra, informacin de productos (detalles, comprobante de detalles de personalizacin), adems de informacin de promociones y descuentos.

-Nmero de Telfono: Atributo que almacena el nmero de telfono del usuario. Es un atributo multivalor, por lo que eventualmente deber ser almacenado en una tabla distinta en la base de datos, y tener una llave fornea a la llave primaria de la entidad usuario.

Compra Entidad que contiene toda la informacin sobre la compra que el usuario ir a hacer/realiza.

Campos:

-OrderID: Atributo que representa el ID de una orden de compra. Es un consecutivo autogenerado cuando el usuario procede a realizar la compra, y es la llave primaria de la entidad.

-Status: Atributo que representa el estado actual de la orden (En Proceso, Pendiente Mtodo de Envo, Pendiente Mtodo de Pago, Confirmada, Pagada, Cancelada, Registrada, Finalizada).

-Mtodo de Pago: Mtodo seleccionado para pagar la compra (tarjeta de debido, tarjeta de crdito, PayPal, etc).

-Mtodo de Envo: Mtodo seleccionado para realizar el


envo de la compra a la direccin de envo. Atributo compuesto por Tipo de Transporte, y Tipo de Entrega, que indica si se desea Entrega Rpida o Entrega Regular.

-Total a Cobrar: Atributo que representa el total de la orden de compra a cancelar por el usuario (representado en la moneda de acuerdo a su direccin de envo indicada en el carrito).

-Fecha Orden: Fecha en que la orden ha sido finalizada.

Historial rdenes de Compra

Entidad que contiene el historial de las rdenes de compra realizadas por usuario.

Transporte Entidad que representa el transporte por el cual ir a ser desplazado los productos incluidos en la orden de compra del usuario, hasta ser entregados a su direccin de envo.

Campos:

-IdTransporte: Id del transporte utilizado. Es un consecutivo autogenerado, para identificar al transporte. Es la llave primaria de la entidad.

-CodTransporte: Cdigo del transporte utilizado, para identificar al transporte con respecto al vehculo en cuestin. Ejem: A000123.

-TipoTransporte: Atributo que identifica el tipo de transporte en cuestin. Ejem: Carro, Moto, Avin.

Inventario Entidad que representa el inventario de los productos que actualmente tiene Shirtshop a su disposicin.

Campos:

-IDProducto: Id del producto. Es un consecutivo autogenerado, para identificar al producto dentro del inventario. Es la llave primaria de la entidad

-Disponibilidad: Atributo que indica si el producto se encuentra o no disponible en el inventario (basndose en que la Cantidad por Producto sea mayor a 0).

-Precio: Precio unitario del producto.

-Cantidad por Producto: Cantidad actual por producto en el inventario.

Proveedor Entidad que representa a los proveedores que brindan productos que son complementarios a los productos que


Shirtshop ofrece, los cuales pueden ser adquiridos en conjunto con los de Shirtshop.

Campos:

-Nombre: Nombre del proveedor. Corresponde a la llave primaria de la entidad.

-Ubicacin: Atributo compuesto por ciudad y pas, que representa la ubicacin del proveedor.

-DireccinConexin: Atributo que representa al URL de la pgina principal del sitio web del proveedor con el cual se tiene el convenio.

-DatosConexin: Atributo compuesto por User y Password, los cuales contienen el nombre de usuario y contrasea respectivamente de la cuenta del usuario dentro del sitio web del proveedor.

-Telfono: Telfono del proveedor. Es un atributo multivalor, por lo que eventualmente deber ser almacenado en una tabla distinta en la base de datos, y tener una llave fornea a la llave primaria de la entidad proveedor.

-Email: El email del proveedor. Es un atributo multivalor, por lo que eventualmente deber ser almacenado en una tabla distinta en la base de datos, y tener una llave fornea a la llave primaria de la entidad usuario.

Productos Entidad dbil que representa a los productos que el usuario puede eventualmente incluir dentro de una orden de compra en su carrito. Pueden ser productos personalizados si el usuario lo desea.

Campos:

-Nombre: Nombre del producto. Es la llave parcial de la entidad proveedor.

-Imagen Producto: Imagen del producto, utilizada para ser mostrada al usuario en el catlogo.

-Cantidad: Cantidad de un producto especfico que el usuario selecciona para ser agregado en su orden de compra.

-Descripcin: Descripcin del producto que indica los detalles del mismo.

-Detalles Personalizacin: Detalles personalizables del


producto, como la talla, el color, el nombre del jugador y el nmero de la camisa.

Carrito Entidad que representa el carrito de compras del usuario, el cual contiene la orden de compra a realizarse/realizada.

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.

Rastro Entidad dbil que representa el seguimiento que le puede dar el usuario a la orden de compra realizada.

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 Entidad que mapea la tabla respectiva de la relacin N a M Se conforma por, la cual permite saber cules productos conforman cual orden de compra. La entidad debe tener las llaves primarias de Productos y Compra como llave primaria.

4.5.2 Ciclo de vida de una compra


Estado Descripcin

Seleccionado producto Al realizarse una compra se debe seleccionar los productos que se desean, dichos productos pueden pasar al estado de personalizarlo o a estado temporal.

Personalizado Un producto que fue seleccionado por el usuario y al cual desea adicionarles algunas caractersticas para personalizarlo segn su gusto, al terminar la edicin pasa a un estado temporal.

Temporal El estado temporal es la memoria del carrito de compras, de aqu se pude pasar a un estado de confirmada o se deja aqu por ende pasa a un estado de registrada. Para pasar a un estado de confirmada debe de indicarse el mtodo de envo y el mtodo de pago.

Confirmada El usuario decide de forma propia realizar el pago de las camisetas del carrito o cancelar la compra.

Pagada El usuario realiza el desembolso, efectuando as el pago de las camisetas. Los datos de lo adquirido sern

Cancelada El usuario no efecta la compra, sus datos sern registrados.

Registrada Se guardaran datos de lo comprado o seleccionada hacia el carrito.

5 Perspectivas

5.1 Perspectiva de seguridad

5.1.1 Mejorasa la vista funcional

Para la seguridad a nivel funcional se tomarn las siguientes consideraciones:

ISC01. El sistema debe tener la capacidad de identificar y autenticar a sus usuarios (internos y externos, humanos y mecnicos)

ISC02. Presentador debe proporcionar un canal privado (HTTPS) para evitar que un atacante intercepte la transferencia de datos y se apropie de informacin sensible.

ISC03. Se debe contar con principios de seguridad IPS para prevenir el ingreso no autorizado en todos los puntos donde el sistema se conecta a Internet.


ISC04. Presentador debecontar con medidas de proteccin ante la amenaza de inyeccin de SQL

ISC05.El Presentador debe contar con mecanismos de autenticacin nivel dos (autenticar acceso)

Las polticas de autorizacin de acceso en el sistema son:

Principal Acceso

Cliente Presentacin

Administrador Catalogo de Productos(crea, elimina, consulta y modifica productos)

Presentador Tienda en Lnea

Tienda en Lnea Todos los mdulos del sistema

Catlogo de productos(luego de que se cobra una factura satisfactoriamente, con la factura modifica inventario)

Envo de paquetes(luego de que se cobra una factura satisfactoriamente, con la factura crea un nuevo envo)

Carrito de Compra Catlogo de Productos (consulta artculos, precios existencia, etc)

Facturacin (crea, elimina, consulta y modifica factura)

Interfazcobro de rdenes Facturacin (cobra factura)

Catlogo de Productos Personalizacin de Productos (agrega nombre al dorso, leer diseo usuario)

Interfz Productos Complementarios (consulta artculos, precios existencia, etc)

Envo de Paquetes Interfz de Administracin de Envos (consulta ubicacin del paquete)


Elemento Cambios

Presentador (Comunicaciones)

Presentador (En todos datos entrada)

Presentador (Autenticacin)

Encriptado

Revisin de datos

Tockens

Facturacin (Comunicaciones) Encriptado

Catlogo de Productos (Comunicaciones)

Encriptado

Envo de Paquetes (Comunicaciones) Encriptado


5.1.2 Mejoras a la vista de informacin

Para la seguridad a nivel informacin se tomarn las siguientes consideraciones:

ISC01. El sistema debe ser capaz de controlar el acceso a las diferentes entidades (leer, insertar, actualizar, eliminar).

ISC02. Cualquier tabla que almacene informacin personal de usuario debe estar protegida sin comprometer el rendimiento y el acceso (secreto de la informacin)

ISC03. El sistema debe contar con mecanismos de seguridad para detectar y recuperarse de fallos (integridad de la informacin)

ISC04. El sistema debe tener la habilidad de registrar cul usuario es el responsable por cambios en la base de datos (auditar)


Principal Acceso

Cliente Usuario (agregar nuevo usuario, configurar cuenta)

Administrador Usuario (agregar, consultar, modificar y eliminar usuarios)

Administrador Productos(agregar, consultar, modificar y eliminar productos)

Auditor Productos (consultar productos)


Elemento Cambios

Usuario Encriptar

Base de datos Replicar discos

Base de datos Utilizar tecnologa probada que permita implementar monitoreo


5.1.3 Mejoras a la vista de concurrencia

Para la seguridad a nivel concurrencia se tomarn las siguientes consideraciones:

ISC01.


Principal Acceso

Aqu va el diagrama de concurrencia con seguridad

Elemento Cambios


6 Resumen de propiedadesde calidad Resumen de las propiedades globales de calidad. Incluye conocimientos generales y artefactos no especficos de vista.

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.

descripción arquitectural shirtshop

Documents