La propuesta describe una arquitectura de software para automatizar los procesos de una tienda de conveniencia, incluyendo ventas en línea, seguimiento de clientes, y acceso para proveedores. Se propone usar una arquitectura en capas orientada al dominio con servicios web para la conectividad y una base de datos para almacenar información de clientes, productos, proveedores y pedidos. El lenguaje ADML se usará para representar la arquitectura debido a su capacidad para definir vínculos y componentes externos usando XML.
1. Universidad Nacional Abierta y a Distancia Carrera
Ingeniería en Desarrollo de Software
2013
Propuesta de Arquitectura para tienda de
Conveniencia
Alumno: Alfredo Razo Cabeza, Matricula: AL10505782
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
[Escribir la dirección de la compañía]
2. Índice
Necesidades del usuario 3
Requerimientos 4
Lenguaje ADL Propuesto: ADML 5
Arquitectura Propuesta: N capas orientada al dominio 6
Caso de Uso para ventas 8
Caso de Uso para compras 9
Modelo de Datos para el Servidor 10
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
3. Necesidades del usuario
“Una tienda de conveniencia necesita automatizar sus procesos de
compra, venta y seguimiento de clientes. Lo desea hacer a través de
venta en línea para sus clientes y que sus proveedores puedan acceder
a un sitio privado y vean automáticamente las existencias del producto
que surten, al mismo tiempo los usuarios podrán comentar sobre su
experiencia de compra en línea o en el sitio; estos comentarios los
podrán hacer a través de un equipo de cómputo convencional o
mediante un dispositivo móvil que será capaz de conectarse al sitio de
la tienda. El gerente de la tienda necesita que se obtengan tendencias
de ventas y que se haga una posible sugerencia a los compradores
sobre la base a sus compras anteriores, y sobre todo considerando su
perfil (se entiende que el sistema deberá generar ese perfil en el que se
incluya la edad, el sexo, la ubicación, los amigos, las fotografías, su
grado escolar y comentarios hechos). Deberá ser fácil de usar para
todos los usuarios y deberá manejar diferentes tipos de roles
(administrador del sitio, gerente general, gerente de tienda, vendedor,
proveedor, usuario normal) y cada uno tendrá acceso a diferentes
privilegios asignados por el administrador del sitio”.
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
4. Requerimientos de la tienda de conveniencia para desarrollo de
Aplicación de ventas en línea
Automatizar procesos:
Compra
Venta
Seguimiento de clientes
Consulta de tendencia de ventas y sugerencia en base a compras
anteriores (histórico de ventas)
Conectividad exterior por medio de:
Equipo de cómputo convencional
Dispositivo móvil
Registro y Actualización de perfil de compradores
Seguridad:
– Control de acceso por tipo de usuario:
Clientes
Proveedores
Administración
– Manejo de roles y permisos para los diferentes tipos de
usuarios.
Servicios
Correo electrónico
Internet
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
5. Lenguaje Propuesto ADML
El sistema contempla que la venta sea en línea, ADML a través del manejo de
una interfaz basada en XML puede establecer los vínculos necesarios para
dirigir al cliente hacia diferentes sitios que puedan resultar de interés y de esa
manera encontrar una debida clasificación y variedad de artículos.
Con respecto al proveedor también se puede direccionar hacia el sitio donde se
encuentran los datos de las existencias que provee y saber que productos se
necesita surtir nuevamente por haber alcanzado o estén por alcanzar un stock
mínimo de existencia.
Por lo tanto este lenguaje con sus componentes y su característica de estar
basado en archivos XML, puede ser muy útil en la representación
arquitectónica del caso de esta aplicación para sistematizar las ventas en línea
de la tienda de conveniencia.
“Como hubiera sido de esperarse ante la generalización del desarrollo en la era
del Web, ADML (Architecture Description Markup Language) constituye un
intento de estandarizar la descripción de arquitecturas en base a XML.”
“En consonancia con la expansión de Internet, ADML permite también definir
vínculos con objetos externos a la arquitectura (fundamentación racional,
diseños, componentes, etcétera), así como interactuar con diversos repositorios
de la industria.”
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
6. Arquitectura Propuesta: En capas orientada al
dominio
Este patrón considera el aspecto de seguridad como una fase para todas las
diferentes capas que conforman los sistemas, y por medio de esta
característica se pueden administrar los diferentes roles y privilegios a los
usuarios (que sus proveedores puedan acceder a un sitio privado).
Por otra parte la conectividad que se pretende desde una computadora
convencional o un móvil puede ser cubierta por medio de la capa de
servicios distribuidos (Servicios Web) que forma parte de este patrón.
Otro aspecto importante de este patrón es la capa de infraestructura de
persistencia de datos, esta capa permite almacenar información como la
descrita en el caso “los usuarios podrán comentar sobre su experiencia de
compra en línea o en el sitio”, y el perfil con todos los datos enumerados en
el caso.
Las razones por las que es recomendable hacer uso de una “Arquitectura N
capas Orientada al Dominio”, es especialmente en los casos donde el
comportamiento del negocio a automatizar (lógica del dominio) está sujeta
a muchos cambios y evoluciones. En este caso especifico, disponer de un
“Modelo de Dominio” disminuirá el costo total de dichos cambios y a
mediano plazo será mucho menor que si la aplicación hubiera sido
desarrollada de una manera más acoplada, porque los cambios no tendrán
tanto impacto.
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
7.
8. Ordenar
pedido
Revisa productos
y precios
Recibe y revisa
pedido
Pago de
pedido
Verificar pedido
y existencia
Enviar pedido por
mensajería
Caso de Uso para ventas en línea de tienda de conveniencia
Actores Principales: Clientes y Personal de ventas
Flujo Principal:
Un cliente consulta el conjunto de artículos de la tienda.
El cliente ordena un pedido de los artículos de su interés.
El personal de ventas verifica que haya existencias
El personal de ventas envía pedido por mensajería al cliente
El cliente recibe y revisa pedido
El cliente paga pedido o muestra ficha de depósito de pago (pago electrónico), y el personal de ventas recibe
pago o toma nota de comprobante de pago.
Cliente Ventas
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
9. Caso de Uso para compras
Actores Principales: Personal de Compras y Proveedores
Flujo Principal:
•Los Proveedores y el personal o gerente de compras consultan periódicamente la existencia de artículos de la
tienda.
•El Proveedores informa de la necesidad de volver a surtir algunos artículos.
•El Gerente efectúa el pedido de los artículos que han llegado a una existencia mínima.
•El Proveedores envía pedido a la empresa o al gerente de Ventas.
•El Proveedor entrega pedido y se realiza el pago o el cargo si se trata de compra a crédito
•El departamento de compras actualiza la existencia de productos comprados.
Informar
productos a
resurtir
Consultar
existencias
Se actualizan
archivos de
existencia
Efectuar pedido
Proveedor Gerente comprasEnviar pedido a
la empresa
Pago de pedido
Capturista
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura
10. Clientes
ClaveCliente
Nombre
Edad
Sexo
Domicilio
Datos de Perfil
Seguimiento
Teléfono
Correo electrónico
Fecha alta
Productos
ClaveProducto
Descripción
Precio
Existencia
ClaveProveedor
Proveedores
ClaveProveedor
Nombre/Razón Social
Domicilio
FechaAlta
TipoDePago
Pedidos
ClaveProducto
ClaveCliente
FechaVenta
Cantidad
Precio
FormaPago
Compras
ClaveProducto
ClaveProveedor
Cantidad
Precio
FechaCompra
•Modelo de Datos para el Servidor
Esta estructura puede ser fácilmente cambiada o ampliada según las necesidades de información de la
tienda, momentáneamente se proporciona un esquema básico de datos.
Diseño y Arquitectura de Software
5 Cuatrimestre
Unidad 2. Modelos de Arquitectura