EJEMPLO: Portal de Venta de una Multitienda Otoño del 2009 Prof. Sergio Ochoa

Ejercicio Diseñe la Arquitectura de un Portal para una Multitienda (lea cuidadosamente el enunciado).

Ejercicio Diseñe la Arquitectura de un Portal para una Multitienda (lea cuidadosamente el enunciado).

Proceso de Diseño, en el marco de un Desarrollo

Definición de Req. Funcionales Requisitos Funcionales: El sistema debe permitir la venta de productos a través del portal Web. Sólo clientes registrados en una multitienda pueden comprar. El portal debe poder accederse a través de un nombre de usuario y clave. La multitienda anfitriona es responsable de validar al usuario (cliente) y de realizar la venta/despacho/etc. El portal debe mostrar el catálogo de productos disponibles, así como también el detalle de cada uno de estos. El stock de artículos del catálogo debe actualizarse en línea. El portal debe permitir que el cliente pueda modificar su pedido (carro de compras) mientras éste no haya sido pagado.

Definición de Req. Funcionales Requisitos Funcionales: El cliente debe poder pagar con una tarjeta de Crédito/débito. La multitienda anfitriona recibe el dinero, factura y realiza los envíos. El portal debe cobrar el 5% de comisión por ventas. El proceso de venta tiene que ser transparente para las multitiendas. Las ventas tienen que registrarse en la multitienda anfitriona y en el portal. Debe poder realizarse un análisis del comportamiento del consumidor, utilizando una herramienta externa. Los empleados del portal deben poder administrar los datos del portal utilizando una herramienta externa.

Definición de Req. de Calidad Requisitos de Calidad: El proceso de venta tiene que ser transparente para las multitiendas. Usabilidad Entendibilidad Operabilidad Aceptación de uso Funcionalidad Seguridad Pertinencia Precisión Interoperabilidad Confiabilidad Tolerancia a fallas Recuperabilidad Eficiencia Rendimiento (aceptable con una carga de transacc. alta) Mantenibilidad Analizabilidad Estabilidad Extensibilidad

Definición del Contexto Contexto de la Solución: Las Multitiendas no quieren que el hecho de implementar el portal les genere muchos cambios a su actual infraestructura. Las multitiendas quieren mantener la independencia de datos, respecto del portal. Las multitiendas quieren que las ventas a través del portal sean transparentes para sus sistemas. Las multitiendas quieren mantener su privacidad (dentro de lo posible).

Definición del Ambiente Operacional

Diseño de la Estructura Estática de la Solución

Diseño de la Estructura Estática de la Solución

Diseño de la Dinámica de la Solución Los sistemas están acoplados por datos. Acoplamiento por datos implica Independencia entre sistemas…. Por lo tanto no tiene sentido plantear un modelo de control general. Por lo tanto, los modelos de control son independientes

Diseño Detallado: Sistema de Ventas

Diseño Dinámica: Sistema de Ventas

Diseño Detallado: SubSist. de Pedidos

Diseño Detallado: SubSist. de Pedidos

Diseño de Interfaces de Usuario

Diseño de Interfaces de Usuario

Diseño de Interfaces de Usuario

Diseño de Interfaces de Usuario: Patrón de Navegación del Portal

Ejercicio En el ejemplo del Portal de Ventas de las Multitiendas, se le solicita hacer la descomposición modular del subsistema de pagos, para ver dónde vive cada módulo dentro de la arquitectura. Además se le solicita bosquejar las páginas Web que estarían involucradas.