Arquitectura

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERA DE SISTEMAS E INFORMTICA

EAP SISTEMAS
SISTEMA DE GESTIN DE ALMACN PARA LA

EMPRESA HYDROSPA SERVICIOS GENERALES
SAC
DOCUMENTO DE LA ARQUITECTURA DEL
SOFTWARE
AGUIRRE POZO, MULLER

LLONTOP AVLA, CARLOS
MORAN INFANTES, JESUS
NEYRA ANAYA, PAMELA
ROCA CUSY, BRANCO
YSHARA GARCA, MITSUO
HYDROSPA SERVICIOS GENERALES SAC
Sistema de Gestin de Almacn para la empresa

HYDROSPA Servicios Generales SAC
Documento de la Arquitectura del Software
Versin 1.0
1
Contenido
1. Introduccin ........................................................................................................... 4
1.1 Propsito ........................................................................................................ 4
1.2 Alcance........................................................................................................... 4
1.3 Definiciones, Siglas, y Abreviaturas ................................................................ 4
1.3.1 Definiciones ............................................................................................. 5
1.3.2 Acrnimos ............................................................................................... 6
1.4 Referencias .................................................................................................... 6
1.5 Visin General del Documento ....................................................................... 6
2. REPRESENTACIN ARQUITECTNICA ................................................................ 7
3. METAS Y RESTRICCIONES ARQUITECTNICAS ................................................ 7
3.1 Metas .................................................................................................................. 7
3.2 Restricciones ....................................................................................................... 7
4. VISTA DE CASOS DE USO ..................................................................................... 8
4.1 Descripcin del Negocio ...................................................................................... 8
4.2 Identificacin de los procesos del negocio........................................................... 9
4.3 Procesos de negocio relevantes para el sistema ................................................. 9
4.4 Descripcin de los procesos del negocio relevantes para el sistema................... 9
4.4.1 PN1: Gestin de distribucin de bienes ....................................................... 9
4.4.2 PN2: Gestin de abastecimiento de bienes................................................... 9
4.5 Modelo de Dominio ........................................................................................... 10
4.6 Identificar Actores.............................................................................................. 10
4.7 Casos de uso relevantes organizado por paquetes ........................................... 11
4.7.1 Paquete Gestin de distribucin de bienes ................................................. 11
4.8 Descripcin de los casos de uso relevantes para la arquitectura ....................... 11
4.8.1 Registrar Hoja de Pedidos de Bienes.......................................................... 12
4.8.2 Revisar Hoja de Pedido de Bienes .............................................................. 14
4.8.3 Modificar Hoja de pedido ............................................................................ 15
4.8.4 Registrar Cliente ......................................................................................... 16
4.8.5 Registrar Pago ............................................................................................ 17
4.9. Interfaz de Usuario ........................................................................................... 18
4.10 Seccin de restricciones .................................................................................. 24
4.10.1 Normativas................................................................................................ 24
4.10.2 Estndares................................................................................................ 25
4.10.3 Tecnologa ................................................................................................ 25
4.10.4 Soporte ..................................................................................................... 25
4.11 Seccin de QoS .............................................................................................. 25
2
4.11.1 Usabilidad ................................................................................................. 25

4.11.2 Eficiencia .................................................................................................. 25
4.11.3 Seguridad ................................................................................................. 25
4.11.4 Confiabilidad ............................................................................................. 26
4.11.5 Mantenimiento .......................................................................................... 26
5. Vista Lgica ......................................................................................................... 26
5.1. Estilo arquitectnico...................................................................................... 26
5.2. Arquitectura lgica de la aplicacin ............................................................... 28
5.2.1. Visin general ........................................................................................ 28
5.3 Identificacin de las clases del diseo ............................................................... 30
5.3.1 Diagrama de secuencias del paquete Gestin de Distribucin de Bienes ... 30
Agrupando las clases en subsistemas..................................................................... 35
6. Vista de despliegue: ............................................................................................ 35
7.Vista de implementacin ...................................................................................... 36
3
1. Introduccin
La parte ms importante en la creacin del software es la ARQUITECTURA DEL
SOFTWARE, que es la que provee de una estructura slida y organizada al sistema.
Sirve como medio de comunicacin entre el arquitecto de software y otros miembros del
equipo de proyectos respecto a las decisiones significativas para la arquitectura que se
lleva a cabo en el proyecto.
Por ello, el presente documento hace una descripcin y brinda una visin general de la
arquitectura del Sistema de gestin de abastecimiento de bienes, el cual es el software
a desarrollar por el grupo de trabajo.
1.1 Propsito
El documento a desarrollar titulado Documento de Arquitectura de Software brinda una
descripcin detallada de la arquitectura del Sistema de gestin de pedidos de
abastecimiento de bienes, para la empresa HydroSpa a travs de diferentes vistas
arquitectnicas, las cuales ilustran un aspecto en particular del software a desarrollarse.
De esta forma, se pretende brindarle al lector una visin global y comprensible del
diseo general del tema presentado.
1.2 Alcance
El DAS del Sistema de gestin de abastecimiento de bienes profundiza principalmente
en las vistas de caso de uso y lgica, aprovechando tambin algunos de los elementos
ms relevantes de las otras vistas (de procesos, de implementacin y de despliegue).
Adems, a travs de estas vistas se podr realizar especificaciones sobre la distribucin
a realizarse y el uso de capas a utilizar.
1.3 Definiciones, Siglas, y Abreviaturas

Es conveniente brindar algunas definiciones y acrnimos de trminos usados en el
presente documento que necesitan de alguna explicacin para su correcta
interpretacin.
4
1.3.1 Definiciones
Trmino Definicin
Usuario del sistema que puede participar

Actor
de un caso de uso.
Conjunto de elementos estticos, propios

del diseo intelectual del sistema, que
definen y dan forma tanto al cdigo
fuente, como al comportamiento del
Arquitectura de Software
software en tiempo de ejecucin.
Naturalmente este diseo arquitectnico
ha de ajustarse a las necesidades y
requisitos del proyecto.
Bizagi Software para modelar procesos.
Secuencia de acciones que el sistema

Caso de Uso realiza, la cual proporciona un resultado
de valor observable.
Actividad creativa que tiene por fin

Diseo proyectar objetos para despus
fabricarlos.
Especifica el comportamiento y limita el

Escenario inters de un rea especfica del sistema
para uno o varios stakeholders.
Software que acta de interfaz entre los

dispositivos de hardware y los programas
Sistema operativo
usados por el usuario para utilizar un
computador.
Agrupaciones de casos de uso y actores

Paquetes
por funcionalidad que proveen.
5
1.3.2 Acrnimos
Rational Unified Process (Proceso

RUP
Unificado de Rational)
Unified Modeling Language (Lenguaje de

UML
Modelado Unificado)
1.4 Referencias
Documento Versin Fecha de la versin
Modelo del Negocio del Sistema

2.0 24/09/2017
Modelo de Anlisis del Sistema

2.0 01/10/2017
1.5 Visin General del Documento

El documento detalla la arquitectura del software a desarrollar, siguiendo como base la
plantilla elaborada para el artefacto Software Arquitecture Document del proceso de
desarrollo de software elaborado por RUP.
Se presenta de manera clara los casos de uso que tienen impacto en la arquitectura
del sistema, empleando un lenguaje sencillo y directo.
As tambin en las siguientes secciones se presentar las descripciones de los
subsistemas con los que cuenta el sistema de distribucin de bienes de la empresa
HydroSpa.
6
2. REPRESENTACIN ARQUITECTNICA
Para el diseo del sistema se ha escogido una arquitectura de cuatro capas -
Presentacin, Negocio, Persistencia, Soporte-. La eleccin de esta arquitectura se basa
en que la asignacin de responsabilidades a cada capa es independiente de la otra, por
lo tanto nos permite tener en cada capa componentes altamente reutilizables y la
escalabilidad que se necesita al modificar clases sin tener que efectuar mayores
cambios en niveles distintos a ste gracias a la separacin de sub tareas en las cuales
cada una tiene una responsabilidad y un nivel de abstraccin diferente.
Se desarrollar una sola aplicacin, sta permitir el acceso de usuarios registrado al
sistema a partir de la interfaz grfica incluida en la capa de presentacin la cual
controlar la interaccin con el usuario y que instar a la Capa de Negocio el servicio
requerido, en esta capa se encontrar la lgica de negocio y se dar el tratamiento
necesario a los datos obtenidos de la Capa de Persistencia en la cual se recuperarn
los datos necesarios de la base de datos. Adems se contar con una Capa de Soporte
transversal a la aplicacin que se encargar de la seguridad de sta as como tambin
del manejo de excepciones.
La arquitectura se basar en el modelo 4+1, que contendr vista lgica, vista de
procesos, vista de despliegue y vista fsica, y la ltima vista con la funcin de relacionar
las 4 vistas citadas.
3. METAS Y RESTRICCIONES ARQUITECTNICAS

La meta principal de la arquitectura del sistema es mostrar los aspectos principales que
influirn en la etapa de desarrollo.
Se tomarn en cuenta las siguientes metas y restricciones para el diseo de la
arquitectura del sistema:
3.1 Metas
Para poder acceder a las funciones del sistema se necesitar un cdigo de usuario
vlido as como una contrasea. Dependiendo de los roles de cada usuario se
habilitara/deshabilitarn funcionalidades y opciones de manejo del sistema para evitar
la toma de decisiones por personal no autorizado y proteger informacin confidencial.
3.2 Restricciones
El sistema usar como gestor de base de datos Oracle 11g, en el cual ser necesario
la creacin de una copia de las tablas para no poner en riesgo el funcionamiento y/o la
integridad de los datos almacenados.
Las caractersticas tcnicas de las computadoras que sern utilizadas no debern
presentar potencias menores a las brindadas por un procesador Core i5, con al menos
4 GB de RAM y 500 MB de espacio libre en el disco. El Sistema operativo ser Windows
XP/7/8.1/10.
7
4. VISTA DE CASOS DE USO
Descripcin del
negocio
Actores Modelo del Casos de Uso

dominio
4.1 Descripcin del Negocio

HYDROSPA Servicios Generales SAC es una empresa dedicada a brindar servicios de
construccin, remodelamiento, equipamiento y mantenimiento de Piscinas, Piletas, entre otros.
El almacn est ubicado en Huaycn en el distrito de Ate, cerca al domicilio del dueo.
Posee las dimensiones siguientes:
ALTO: 2.80 m
ANCHO 7.10 m
LARGO 7.80 m
Se almacenan bienes dentro de las siguientes categoras, segn nuestra evaluacin:

Motores elctricos
Vlvulas
Tuberas
Pegamentos
Materiales de Construccin
Accesorios de Iluminacin
Herramientas
Abrasivos
Accesorios elctricos
Productos de Aseo
Elementos de Fijacin
Actualmente el almacn se encuentra ocupado al 70%, sin embargo, los bienes que lo llenan no
estn ubicados de la manera adecuada.
No hay una divisin por sectores que facilite la bsqueda de bienes, por lo que existe una gran
prdida de tiempo y materiales al realizar esta tarea. Tambin se han reportado casos en los que
se encuentran los bienes despus de que haya pasado el plazo de la solicitud de pedidos, en el
peor de los casos este se encuentra malogrado o vencido por falta de control.
8
4.2 Identificacin de los procesos del negocio

Se identifican 2 procesos del negocio:
PN1:Gestin de distribucin de bienes
PN2:Gestin de abastecimiento de bienes
4.3 Procesos de negocio relevantes para el sistema
El proceso relevante del sistema es el proceso de Gestin de distribucin de bienes
ya que en l se centra el negocio; PN1 se basa en la venta de los productos que se
encuentran en el almacn, consta de un registro previo de la persona a quien se le
entregarn los productos, el seguimiento del pedido, involucra desde la solicitud hasta
la entrega.
4.4 Descripcin de los procesos del negocio relevantes para el sistema
4.4.1 PN1: Gestin de distribucin de bienes
4.4.2 PN2: Gestin de abastecimiento de bienes
9
4.5 Modelo de Dominio
4.6 Identificar Actores

Los trabajadores del negocio que se convierten en actores del sistema son los
siguientes:
Gerente de Administracin y Ventas

Es quien da la orden de retirar los bienes del almacn y revisa la hoja de solicitud
de bienes para luego realizar el pedido formal de los bienes al proveedor luego
de haber realizado cotizaciones.
Cliente
Verifica que los bienes retirados de almacn estn en buen estado para la obra.
Encargado de almacn
Se encarga de recibir la orden de retiro de bienes y de proporcionar lo solicitado
para alguna obra. Recepciona los bienes que ingresan a almacn y actualiza el
stock de dichos materiales. Adems, cuando se hace algn pedido de almacn
y no hay suficientes materiales en stock, genera una hoja de materiales faltantes
que luego sern solicitados.
10
4.7 Casos de uso relevantes organizado por paquetes

4.7.1 Paquete Gestin de distribucin de bienes
4.8 Descripcin de los casos de uso relevantes para la arquitectura
11
4.8.1 Registrar Hoja de Pedidos de Bienes

ID: CUS-01
Caso de Uso: Registrar de Hoja de Pedido de Bienes
Actor: Gerente de Administracin y Ventas
Descripcin: El jefe de produccin podr aadir un nuevo diseo en el catlogo
de diseo de productos, as como modificar el diseo o eliminarlo
del catlogo.
Precondicin: El Gerente de Administracin y ventas debe haber ingresado
correctamente al sistema
Flujo Principal: Aadir Hoja de Pedido de Bienes
1. El CUS empieza cuando el Gerente de Administracin hace click en
Generar Hoja de Pedidos
2. El sistema mostrar una interfaz que permita identificar al cliente.
3. El gerente identificar al cliente mediante su DNI.
4. El sistema muestra un men con las siguientes opciones :
a. Registrar hoja de pedidos
b. Modificar hoja de pedidos
c. Eliminar hoja de pedidos
5. El gerente hace click en Registrar hoja de pedidos.
6. El sistema muestra la interfaz Hoja de pedidos.
7. El Gerente de Administracin y Ventas llena los siguientes campos :
Cdigo de cliente
Fecha y Hora de Llegada
Obra
Cdigo de Material
Nombre de Material
Cantidad de Material
Estado
8. El Gerente de Administracin y Ventas pulsa en el botn Enviar.
9. El sistema verificar los datos registrados
10. El sistema enviar la hoja de pedidos y mostrar el mensaje Hoja de
pedidos correctamente enviada.
11. El CUS finaliza.
Flujo alternativo
12
-El caso de uso puede ser cancelado en el caso que exista algn error en la
hoja de pedidos.
-El formato en el ingreso de datos o cambios es incorrecto; entonces aparecer

el siguiente mensaje Datos incorrectos.
-Bsqueda de un cliente que no existe; si se quiere identificar un cliente que no

existe el sistema deber preguntar si desea registrar al cliente y mostrar la
respectiva interfaz.
-La hoja de pedidos puede ser eliminada en cualquier momento, para esto se
mostrar un mensaje de confirmacin para realizar la accin
Post-condicin Se ha enviado la hoja de pedidos al Encargado del Almacn

:
13
4.8.2 Revisar Hoja de Pedido de Bienes
ID: CUS-02
Caso de Uso: Revisar Hoja de Pedido de Bienes
Actor: Encargado de Almacn
Descripcin: El Encargado de Almacn podr revisar las Hojas de Pedidos
registradas con anterioridad en el sistema.
Precondicin: El usuario ha sido admitido al sistema con el rol de Encargado de
Almacn.
Flujo Principal: Revisar
1. El CUS empieza cuando el Encargado de Almacn haga clic en Listar Hoja de
Pedidos.
2. El sistema muestra una ventana con las hojas de pedido del da.
3. El Encargado de Almacn selecciona cualquiera de las hojas de la lista.
4. Cuando el Encargado de Almacn selecciona la hoja, hace clic en Ver Detalle.
5. El sistema muestra los detalles de la hoja de pedidos seleccionada.
Cdigo de la hoja de bienes.
Fecha.
DNI o RUC del cliente.
Nombre del cliente.
6. El Encargado de Almacn evala los bienes solicitados y pulsa en Evaluar
Disponibilidad.
7. El sistema muestra un mensaje: El almacn cuenta con lo solicitado.
8. El sistema actualizar el stock de los bienes de manera automtica.
9. El Encargado de Almacn pulsa el botn Enviar hoja de pedidos aprobada y
la hoja ser guardada.
Post-condicin Se ha enviado la hoja de pedido aprobada.

:
Flujo Alterno 1: Falta de disponibilidad
En el paso nmero 6:
1. Si al pulsar Evaluar Disponibilidad, todos los bienes no estn disponibles.
2. El Sistema muestra un mensaje: no se cuenta con lo solicitado
3. El Sistema muestra el botn Generar hoja de bienes faltantes.
4. El encargado de almacn pulsa el botn Generar hoja de bienes faltantes
5. El encargado de almacn pulsa el botn Enviar hoja de bienes faltantes
6. Finaliza el Caso de Uso del Sistema.
14
4.8.3 Modificar Hoja de pedido

ID: CUS-03
Caso de Uso: Modificar Hoja de Pedido
Descripcin: El gerente de Administracin y Ventas podr modificar las Hojas de
Pedidos registradas con anterioridad en el sistema.
Precondicin: El usuario ha sido admitido al sistema con el rol de Gerente de
Administracin y Ventas.
Flujo Principal: Modificar
11. El CUS empieza cuando el Gerente de Administracin haga clic en Hoja de
Pedidos, el sistema muestra la interfaz Men Principal y el Jefe de Produccin
pulsa la opcin Mantener informacin del catlogo de diseo de productos.
12. El sistema muestra un men con las siguientes opciones :
Registrar hoja de pedidos
Modificar hoja de pedidos
Eliminar hoja de pedidos
13. El gerente hace clic en Modificar hoja de pedidos.
14. El sistema muestra la interfaz Modificar hoja de pedidos.
15. El sistema mostrar una tabla de todas las hojas de pedidos con los siguiente
campos:
Cdigo de la hoja de bienes.
Fecha.
DNI o RUC del cliente.
Nombre del cliente.
16. El gerente dar clic a una de las filas.
17. El sistema mostrar una interfaz parecida a la de Registrar hoja de pedidos
pero se diferenciar en que los datos ya estarn llenados.
18. El gerente modificar los campos que considere necesarios.
19. El gerente de Administracin y Ventas pulsa en el botn Guardar cambios.
20. El sistema guardar los cambios en la hoja de pedido y mostrar el mensaje
Cambios correctamente realizados.
Post-condicin Se ha cambiado la hoja de pedidos al Encargado del Almacn.
:
Flujo Alterno 1: Datos Incorrectos
El formato en el cambio de datos es incorrecto; entonces aparecer el siguiente
mensaje Datos incorrectos.
15
4.8.4 Registrar Cliente

ID: CUS-04
Caso de Uso: Registrar Cliente
Descripcin: Registrar al cliente lo que permitir establecer relacin con las hojas
de pedidos, y mantenerlos en la lista de clientes de la empresa.
Precondicin: El usuario ha sido reconocido por el sistema.

Flujo Principal:
22. El CUS empieza cuando el Gerente de Administracin hace clic en Registrar
Cliente.
23. El sistema mostrar un campo de texto para ingresar el DNI del cliente.
24. El Usuario dar click en evaluar para verificar que el DNI no pertenece a un
cliente ya registrado.
25. El sistema mostrar una ventana emergente con el mensaje de DNI Vlido y
los botones de Cancelar y Registrar.
26. El usuario dar click en Registrar.
27. El sistema mostrar un formulario con los siguiente campos a rellenar:
Nombre.
Apellido.
Telfono.
Direccin del cliente.
Correo electrnico.
RUC de la Empresa.
Nombre de la Empresa.
Direccin de la Empresa.
Obra.
28. El gerente dar click en Siguiente.
29. El sistema mostrar una interfaz con los datos del cliente y los botones
Cancelar y Finalizar Registro.
30. El usuario en conformidad a lo mostrado dar click en Finalizar Registro.
31. El sistema mostrar un mensaje de confirmacin: Cliente Registrado.
Post-condicin Se registr en la base de datos el cliente, la empresa y su relacin.
:
Flujo Alterno 2: Cliente Registrado.
Si el cliente registrado al evaluar el dni el sistema mostrar el mensaje:Cliente

registrado anteriormente y deshabilitar el botn de Registrar.
Flujo Alterno 1: Datos invlidos.
El formato en el cambio de datos es incorrecto; entonces aparecer el siguiente
mensaje Datos incorrectos.
16
4.8.5 Registrar Pago

ID: CUS-05
Caso de Uso: Registrar Pago
Descripcin: Registrar el pago de un pedido por lo cual se generar la factura
correspondiente y, a la vez, se emitir la orden de entrega del
pedido.
Precondicin: El usuario ha sido reconocido por el sistema.

El pedido debe haber sido registrado.
Flujo Principal:
33. El CUS empieza cuando el Gerente de Administracin hace clic en Registrar
Pago.
34. El sistema mostrar una lista de todos los pedidos registrados, en la lista se
muestra el cdigo y el nombre de la empresa a la cual pertenece cada pedido.
Habr un campo para buscar un pedido por cdigo.
35. El Usuario seleccionar el pedido y har doble click sobre ste.
36. El sistema mostrar la informacin del pedido:
Cdigo de cliente
Cdigo de pedido
Obra
Empresa
Lista de Bienes Requeridos (incluido cdigo y cantidad)
Estado
Fecha y Hora del pedido
Total a Pagar
Y los botones Cancelar y Registrar Pago.
37. El usuario dar click en Registrar Pago.
38. El sistema mostrar una ventana de confirmacin con el monto a pagar.
39. El gerente dar click en Confirmar.
40. El sistema mostrar un mensaje de operacin exitosa, la factura ser impresa,
el registro del pag se guardar en la base de datos y la orden de entrega del
pedido ser enviada.
Post-condicin - Se registr en la base de datos el pago.

: - Se imprimi el comprobante de pago por el pedido.
- Se emiti la orden de entrega de pedido.
- El estado del pedido pasar de Pendiente a pagar a Monto
total cancelado".
Flujo Alterno 1: Cancelar operacin.
El registro del pago puede ser cancelado en cualquier momento a lo largo del caso de
uso.
17
4.9. Interfaz de Usuario

Esta seccin presenta la captura de pantalla para algunos de los casos de uso
presentados en la seccin anterior:
CUS-01: Registrar de Hoja de Pedido de Bienes
18
CUS-02: Revisar Hoja de Pedidos
19
CUS-03: Modificar Hoja de Pedidos
20
CUS-04: Registrar Cliente
21
22
CUS-05: Registrar Pago
23
4.10 Seccin de restricciones

4.10.1 Normativas
Licenciamiento
No existe regulacin de licenciamiento para el Sistema de Gestin de Almacn
para la empresa HYDROSPA Servicios Generales SAC en el pas. En cuanto
al software a utilizar, no es necesario conseguir licencia para el uso del IDE
NetBeans, ya que es una herramienta libre y gratuita sin restricciones de uso.
Para el uso del SGBD Oracle 11g se adquirir una licencia de funcionamiento,
la cual cuenta con el precio que se especifica en el siguiente enlace:
http://www.oracleparamiempresa.com/promociones-precios.
Formas de pago
Queda documentado la entrega al cliente de un comprobante de pago (boleta o
factura)
Registro impositivo
La empresa HYDROSPA emite facturas a sus clientes cada vez que realizan
una transaccin comercial. Por ello, la empresa est obligada a declarar sus
impuestos (IGV) mensualmente ante la SUNAT, que es el rgano constitucional
autnomo que se encarga de recaudar los impuestos a nivel nacional.
24
4.10.2 Estndares
UML
Todos los artefactos utilizados para la comunicacin, tanto entre los miembros
del equipo de desarrollo y los usuarios, y la respectiva documentacin requerida
para el desarrollo del Sistema de gestin de pedidos de ebanistera estn
basados en el Lenguaje de Modelamiento Unificado (UML).
4.10.3 Tecnologa
El Sistema de gestin de pedidos de ebanistera ser desarrollado en el
lenguaje de programacin orientada a objetos Java, el cual se complementar
con el entorno de desarrollo (IDE) NetBeans 8.1.
El motor de base de datos a utilizar ser el Oracle 11g y el entorno de desarrollo
ser el SQLDeveloper.
Las herramientas de modelado para el desarrollo del sistema son el IBM
Rational Rose Enterprise Edition y el Bizagi Process Modeler para el diagrama
de actividades de los procesos.
4.10.4 Soporte
El Sistema de Gestin de Almacn para la empresa HYDROSPA Servicios
Generales SAC tendr un mantenimiento progresivo en el cual se podrn hacer
modificaciones con la finalidad de incorporar nuevas funcionalidades y/o
eliminaciones las cuales estarn orientadas a mejorar las interacciones entre
usuario-sistema y cubrir los nuevos servicios brindados por la empresa
HYDROSPA.
4.11 Seccin de QoS
4.11.1 Usabilidad
Las interfaces del Sistema de Gestin de Almacn para la empresa HYDROSPA
Servicios Generales SAC han sido desarrolladas para ser bastante amigables para los
usuarios ya que incluyen grficos para su mayor entendimiento en cada una de estas.
Debido a que el Sistema de Gestin de Almacn para la empresa HYDROSPA
Servicios Generales SAC est orientado solo para los miembros de la empresa
HYDROSPA, su uso est destinado nicamente para estos.
4.11.2 Eficiencia
El sistema tendr una respuesta inmediata (a lo ms cinco segundo) ya que no abarca
demasiadas funcionalidades, tampoco porque no realiza servicios en lnea, as que no
depende del internet. Su rendimiento esta solamente limitado a la del ordenador en el
que est instalado el Sistema de Gestin de Almacn para la empresa HYDROSPA
Servicios Generales SAC.
Otro motivo por el cual la repuesta ser inmediata es que solo se limita a la insercin,
modificacin y/o eliminacin de datos, adems el nmero de usuarios para el sistema
es de solo 2 (Gerente de Administracin y Ventas y Encargado de Almacn).
4.11.3 Seguridad
El sistema permitir el uso de sus distintas funcionalidades dependiendo del perfil con
el que el usuario accede al sistema, validando su ingreso a travs de su usuario y
25
contrasea.
Los datos no pueden ser visualizados o manipulados desde el exterior ya que se usa un
motor de base de datos Oracle 11g al cual solo se puede acceder si es que loguea el
usuario registrado en el sistema.
4.11.4 Confiabilidad
El sistema siempre validara los datos ingresados y mostrara mensajes indicando la
posible solucin en caso de presentar errores. En varios formularios se han restringidos
la digitacin de ciertos caracteres para asegurar la validacin de los datos a la hora de
ser guardados en el sistema.
En caso de que sucedan errores en el sistema, se mostraran mensajes indicando los
detalles de estos errores para que el usuario tome las medidas adecuadas ante estos.
4.11.5 Mantenimiento
El mantenimiento estar regido de acuerdo a las necesidades de la empresa y los
posibles fallos que surjan y que no se hayan identificado. Debido a que el sistema no es
de gran envergadura y solo est orientado a escritorio su mantenimiento futuro no tendr
muchas dificultades incluso si el personal de desarrollo fuese diferente al inicial, ya que
adems el cdigo es bastante flexible.
5. Vista Lgica
5.1. Estilo arquitectnico
Se ha escogido una arquitectura de tres capas (presentacin, negocio o lgica de la
aplicacin y persistencia o datos). La utilizacin de esta arquitectura se debe a que las
distintas capas deben ser independientes unos de otros, de manera que se pueda
intervenir en el comportamiento de las clases en el nivel de aplicacin sin afectar a las
dems capas.
26
Esquema bsico de la arquitectura de tres capas.

Capa de presentacin
La capa de presentacin es un conjunto de componentes software que permiten la
interaccin con los usuarios a travs de una representacin visual de la aplicacin,
proporcionando a los usuarios una forma de acceder a los datos y servicios que ofrece
el negocio.
Capa de Negocio o Lgica de la aplicacin
La capa de negocio es el conjunto de componentes software que implementan
completamente el comportamiento de las clases del dominio. En este nivel se
implementa la funcionalidad de la aplicacin.
Esta capa sirve de enlace entre los niveles de presentacin y de persistencia, ya que la
capa de presentacin no accede de manera directa a la base de datos, sino que se
comunica con la capa de aplicacin para demandarle el servicio deseado y
posteriormente la capa de aplicacin se comunica con la capa de persistencia para
recuperar los datos necesarios.
Capa de Persistencia o Datos
La capa de persistencia es el conjunto de componentes software que proporcionan una
serie de servicios que permiten a los objetos del dominio interactuar con su repositorio
permanente asociado.
La capa de persistencia se corresponde con la base de datos de la aplicacin y las
distintas tablas que la conforman.
27
5.2. Arquitectura lgica de la aplicacin

5.2.1. Visin general
5.2.1.1. Capa Especifica de la Aplicacin

Es la traza de los paquetes encontrado en el modelo de anlisis.
5.2.1.2. Capa General de la Aplicacin

Es la relacin que muestran los subsistemas de la capa especfica de la aplicacin
5.2.1.3. Capa Intermedia de la Aplicacin y Software de la Aplicacin

Constituye los cimientos del sistema ya que toda la funcionalidad descansa sobre estos
(software, SO, gestin de BD, etc.)
28
5.2.2. Identificando las interfaces entre capas
29
5.3 Identificacin de las clases del diseo

5.3.1 Diagrama de secuencias del paquete Gestin de Distribucin de Bienes
5.3.1.1 Registrar Hoja de Pedido de Bienes
30
5.3.1.2 Revisar Hoja de Pedidos
31
5.3.1.3 Modificar Hoja de Pedido
32
5.3.1.4 Registrar Cliente
33
5.3.1.5 Registrar Pago
5.3 Diagrama de subsistemas
34
Agrupando las clases en subsistemas
6. Vista de despliegue:
Ordenadores
Caractersticas:
Intel Core i5
Memoria Ram 4GB
Tarjeta grfica de 2GB
Disco duro 500gb
Sistema operativo: Windows XP/7/8/10
Tipos
Nodos del encargado de Almacn:
Computadora que ser utilizada por cada uno de los usuarios de la empresa, en este
35
caso, el encargado de Almacn, para acceder al sistema. Est conectada directamente

al servidor principal va LAN.
Nodos del gerente de Administracin y Ventas:
Computadora que ser utilizada por cada uno de los usuarios de la empresa, en este
caso, el gerente de Administracin y Ventas, para acceder al sistema. Est conectada
directamente al servidor principal va LAN.
Switch
Caractersticas
Modelo: D-LINK no administrable de 8 puertos Fast Ethernet DES-1008
8 puertos 10, 100 Base-TX.
Soporte de Auto MDI MDI- en todos los puertos.
Control de Flujo 802.3x en cada puerto.
Plug & Play, no requiere configuracin.
Servidor de base de datos
Caractersticas
Procesador: Intel Xeon E7 2.4 GHZ/acceso de memoria de hasta 1066Mhz
Memoria RAM 1TB DDR3
Disco duro SAS 9.6TB por chasis
Impresora de facturas
Caractersticas
Modelo: HP MULTIFUNCIONAL GT5820
Pantalla LCD con conos y contador de CO
Bandeja de entrada de hasta 60 hojas
Red Inalmbrica
Bandeja de salida incorporada de hasta 25 H
Imprime 5000 pg. en negro
Imprime 8000 pg. a color
Imprime, copia y scanea
7.Vista de implementacin
Descripcin:
En esta vista de implementacin se presenta el sistema en trminos de componentes,
es decir ficheros de cdigo fuente. Nos enfocaremos en la organizacin de los mdulos
de software.
Se ha decidido hace el siguiente mdulo Gestin de abastecimiento de bienes.
En esta vista tambin se explicara cual es la relacin de entre los componentes y la
clase de diseo de cada mdulo.
36
Diagrama de componentes:
Actividad implementar un subsistema
Subsistema de Implementacin: Gestin de abastecimiento de bienes

Componente cliente
Interfaz registrar cliente
Cliente
Componente gestor de cliente
Gestor aadir cliente
Componente hoja de pedido de bienes
Interfaz registrar hoja de pedido de bienes
Interfaz modificar hoja de pedido de bienes
Interfaz revisar hoja de pedido de bienes
Hoja de pedido de bienes
Componente gestor de hoja de pedido de bienes
Gestor registrar hoja de pedido de bienes
Gestor modificar hoja de pedido de bienes
Componente hoja de bienes faltantes
Interfaz generar hoja de bienes faltantes
Bien faltante
Hoja de bienes faltantes
Componente gestor de hoja de bienes faltantes
Gestor aadir hoja de bienes faltantes
Componente Factura
37
Interfaz generar factura

Interfaz modificar factura
Interfaz eliminar factura
Factura
Componente gestor Factura
Gestor registrar factura
Gestor modificar factura
Gestor eliminar factura
8. MODELO DE DATOS
38
39

Arquitectura

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Arquitectura

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERA DE SISTEMAS E INFORMTICA

SISTEMA DE GESTIN DE ALMACN PARA LA

AGUIRRE POZO, MULLER

Sistema de Gestin de Almacn para la empresa

4.11.1 Usabilidad ................................................................................................. 25

1.3 Definiciones, Siglas, y Abreviaturas

Usuario del sistema que puede participar

Conjunto de elementos estticos, propios

Bizagi Software para modelar procesos.

Secuencia de acciones que el sistema

Actividad creativa que tiene por fin

Especifica el comportamiento y limita el

Software que acta de interfaz entre los

Agrupaciones de casos de uso y actores

Rational Unified Process (Proceso

Unified Modeling Language (Lenguaje de

Documento Versin Fecha de la versin

Modelo del Negocio del Sistema

Modelo de Anlisis del Sistema

1.5 Visin General del Documento

3. METAS Y RESTRICCIONES ARQUITECTNICAS

4. VISTA DE CASOS DE USO

Actores Modelo del Casos de Uso

4.1 Descripcin del Negocio

Se almacenan bienes dentro de las siguientes categoras, segn nuestra evaluacin:

4.2 Identificacin de los procesos del negocio

4.4.2 PN2: Gestin de abastecimiento de bienes

4.5 Modelo de Dominio

4.6 Identificar Actores

Gerente de Administracin y Ventas

4.7 Casos de uso relevantes organizado por paquetes

4.8 Descripcin de los casos de uso relevantes para la arquitectura

4.8.1 Registrar Hoja de Pedidos de Bienes

-El formato en el ingreso de datos o cambios es incorrecto; entonces aparecer

-Bsqueda de un cliente que no existe; si se quiere identificar un cliente que no

Post-condicin Se ha enviado la hoja de pedidos al Encargado del Almacn

4.8.2 Revisar Hoja de Pedido de Bienes

Post-condicin Se ha enviado la hoja de pedido aprobada.

4.8.3 Modificar Hoja de pedido

4.8.4 Registrar Cliente

Precondicin: El usuario ha sido reconocido por el sistema.

Si el cliente registrado al evaluar el dni el sistema mostrar el mensaje:Cliente

4.8.5 Registrar Pago

Precondicin: El usuario ha sido reconocido por el sistema.

Post-condicin - Se registr en la base de datos el pago.

4.9. Interfaz de Usuario

CUS-02: Revisar Hoja de Pedidos

CUS-03: Modificar Hoja de Pedidos

CUS-04: Registrar Cliente

CUS-05: Registrar Pago

4.10 Seccin de restricciones

Esquema bsico de la arquitectura de tres capas.

5.2. Arquitectura lgica de la aplicacin

5.2.1.1. Capa Especifica de la Aplicacin

5.2.1.2. Capa General de la Aplicacin

5.2.1.3. Capa Intermedia de la Aplicacin y Software de la Aplicacin

5.2.2. Identificando las interfaces entre capas

5.3 Identificacin de las clases del diseo

5.3.1.1 Registrar Hoja de Pedido de Bienes

5.3.1.2 Revisar Hoja de Pedidos

5.3.1.3 Modificar Hoja de Pedido

5.3.1.4 Registrar Cliente

5.3.1.5 Registrar Pago