● DIAGRAMA DE COMPONENTES:

● DIAGRAMAS DE PAQUETES:
Desarrollo de un software web (Más verde), de ventas online que permitan a los
administradores de la tienda(Tienda Naturista S.A.S) llevar un registro a tiempo real de los
productos disponibles ayudando a mejorar la organización de la tienda y reduciendo las
pérdidas de capital.

El sistema permitirá a los clientes realizar varias compras a la vez como también
gestionar sus pedidos, también permitirá a estos hacer solicitudes PQRS.

A los administradores del sistema se les debe facilitar un método para que estos realizan
los pedidos a los proveedores para que constantemente esten actualizando el inventario y
otro método que les permita administrar las ventas que se hagan en la página web.

● DIAGRAMA DESPLIEGUE:Para el diagrama de despliegue tuvimos en cuenta el

como pensamos que nuestro software debe funcionar, entonces para las interfaces
de usuario decidimos que la mejor opción es limitarla a navegadores basados en
Chromium y mozilla ya que son los mas utilizados a nivel general, para el servidor
web o decidimos que vamos a trabajar con JDK y netbeans y para el acceso a datos
con JDBC ya que se esta trabajando con java, y finalmente para la base de datos
con MySQL.

● MODELO ENTIDAD Y RELACIÓN: El diagrama de entidad relación en el que se

observa el flujo de datos de inicio a fin en la gestión del software Más verde ya que
su relación es la expresión gráfica del modelo entidad relación, en el las entidades
se representan utilizando rectángulos, los atributos por medio de círculos o elipses
las relaciones como líneas que conectan las entidades que tienen algún tipo de
vínculo.
 DIAGRAMA DE COMPONENTES: (Diagrama de componentes 3 capas)

capa interfaz de usuario: en la interfaz de usuario únicamente esta

representado el componente usuario y este componente se encarga de mostrar el
como los diferentes usuarios del sistema interactúan con este mediante la interfaz.
en esta parte se veran reflejados los formularios de registro e inicio de sesión, la
búsqueda de productos, el carrito de compras, entre otros.

capa lógica-de negocio o servidor web: aqui mostramos como todas las acciones,
solicitudes y demás interacciones que realiza el usuario mediante la interfaz son
procesadas para posteriormente enviar enviar una respuesta, en esta capa
mostramos procesos como los pagos, el registro de compra y ventas o la asignación
de domicilios.

Acceso a datos y base de datos: El acceso a datos valida que la información

ingresada por el usuario y que los procedimientos aplicados en el servidor web sean
validos para poder llegar a registrarlos, almacenarlos o consultarlos en la base de
datos como los registros de ventas, la información de los clientes, proveedores,
productos,pagos etc.

BASE DE DATOS

Diseño Conceptual
Durante esta fase, plasmaremos nuestras entidades y las relaciones que existirán

entre ellas. Yo por lo general lo hago a mano, me parece mucho más sencillo. Cada

entidad la identificaremos con un rectángulo y dentro de este colocaremos su

nombre. A cada entidad le colocaremos sus respectivos atributos y resaltaremos el

atributo principal, aquél atributo que identificará cada registro de manera única. Y

por último crearemos las relaciones que existen entre dichas entidades. Siendo muy

sinceros, esta fase no la hacemos a conciencia (me incluyo), pero lo pueden

combinar con la siguiente fase muy fácilmente. Aquí no te preocupas por el motor de

bases de datos aún.

Diseño Lógico
Aquí podemos tabular nuestro diseño conceptual. Este proceso es más utilizado que

el anterior (no debería ser así), ya que cuando ya llevas bastante trabajando en

bases de datos, el proceso tabular es más rápido de realizar y vemos resultados

más rápidamente. En esta fase, debemos pensar en cómo normalizar nuestras

tablas para evitar duplicidad de información y para ahorrar espacio de

almacenamiento. Esto último (ahorrar espacio) ya no es tan importante como hace

algunos años, incluso hoy en día hablamos de inteligencia de negocios, minería de

datos, entre otros términos que nos exigen eliminar la normalización, pero de eso

hablaremos en otros post. Para este proceso, las herramientas de modelado te

ayudan bastante a ver las relaciones de las tablas. En teoría, aquí tampoco te

preocupas por el motor, ya que el modelo tabular es igual en todos los motores de

bases de datos relacionales.

Fuente de la imagen: https://www.flickr.com/photos/caius/2300154566

Diseño físico
En esta última fase ya debemos revisar a detalle los tipos de datos que utilizaremos,

sus dominios (qué valores va a permitir), cuales índices debemos crear para

optimizar las consultas, entre otros. Aquí ya escribimos nuestro SQL para plasmar

todo nuestro diseño en el motor de bases de datos elegido.