SAD del subsistema de almacn del sistema de gestin comercialLuis Farro Chvez Lisbeth Varillas Alejo Vernica Len Zapata

1. Introduccin

El sistema de gestin comercial, hecho para la empresa J&P Hardware y Software fue elegido para este estudio por ser una aplicacin pensada para un formato no tan expandido pero s interesante como es el sistema de tipo web. Este tipo de sistemas, si bien es el que presenta ms ventajas no es el ms diseado por analistas o en el que se piensa primero pero, conforme se avance con el desarrollo del presente documento se mostrar la gran flexibilidad que presentan los sistemas web, ejemplarizados con el subsistema de almacn que este grupo ha desarrollado. La empresa J&P Hardware y Software se vio en la necesidad de contar con un software flexible que permita a los usuarios acceder a l desde sus PC fsicas o computadoras porttiles. Este sistema est formado por varios subsistemas; entre ellos, se encuentra el que es objeto de este estudio.

1.1. PropsitoEl presente documento tiene como objetivo explicar de manera sencilla, mediante los diferentes diagramas que lo componen, la arquitectura que est detrs del subsistema desarrollado. El software fue desarrollado, primeramente, obteniendo los requerimientos de los usuarios, acompandolos en sus labores, para luego proceder a disear su arquitectura y posteriormente a desarrollarlo.

1.2. AlcanceEste documento ahonda en las vistas de casos de uso y lgicas, apoyndose tambin en las distintas vistas que se apreciarn a lo largo del documento.

2. Representacin de la arquitecturaEl subsistema de almacn es uno de los mdulos que forman parte del sistema de gestin comercial para la empresa J&P Hardware y Software y su funcin es la de realizar las gestiones concernientes a sta rea. Su arquitectura est constituida por diferentes vistas representadas en notacin UML de tal forma que permita visualizar, de manera precisa, su estructura. La arquitectura del subsistema se divide tres segmentos: Requerimientos: presenta tanto los funcionales como los no funcionales. Elaboracin: muestra tanto la representacin lgica como de tiempo del sistema. Implementacin: muestra la vista de los mdulos implementados, potenciales, entre otros.

2.1. Representacin

Las vistas que usar el subsistema son las siguientes: Vista de casos de uso. Vista de restricciones. Vista de QoS. Vista lgica. Vista de procesos. Vista de implementacin. Vista de datos. Vista de deployment.

3. Vista de casos de usoEn esta vista se apreciar la manera en que fue desarrollado el diagrama de caso de uso, tomando en cuenta todos los aspectos importantes que se debieron incluir en el subsistema.

3.1. Descripcin del negocio Sistema de gestin comercialLa empresa J&P Hardware y software desea automatizar todos sus procesos mediante un sistema informtico. Hasta este momento los procesos se llevaban a cabo de manera fsica. No contaban con un software y solamente llevaban sus registros en libros de Excel. El gerente general desea que se implemente un sistema que alcance a todos los aspectos de la empresa, tales como las ventas, la contabilidad, el rea de informtica y el almacn. Los usuarios del sistema debern poder acceder a l mediante un navegador web y el gerente debe tener acceso total a todos los mdulos del sistema. La importancia de que el sistema sea de tipo web es porque los trabajadores no estn permanentemente en sus computadoras de escritorio en todo momento. Muchos de ellos, como los vendedores, quienes deben realizar visitas a clientes, y los encargados de almacn, quienes estn dentro del almacn recorrindolo, usan computadoras porttiles. Otro motivo es que la actualizacin del sistema es ms fcil cuando es un sistema web a comparacin de uno que se implementa mediante un paquete de instalacin, ya que al actualizarlo slo se hacen las modificaciones en los servidores y no es necesario hacerlo en las estaciones de trabajo, ya que al usar slo el navegador se accede directamente a las actualizaciones. Mierntras que en un sistema implementado por paquete de instalacin s requiere actualizar tanto a los servidores como a los clientes.

Subsistema a de almacn

El subsistema de almacn realiza siete tareas que son primordiales para la empresa. Tres de ellas son de ingreso y eliminacin, como de productos, proveedores y el registro de salidas, y cuatro de ellas son de consulta, tales como productos, proveedores, salidas y pedidos. Existen dos tipos de usuarios que accedern al subsistema: Encargado: son los empleados del almacn quienes podrn hacer las tareas de consulta y mantenimiento. El gerente general, por ser la cabeza de la empresa tambin tendr acceso a este mdulo. Visitante: son aquellos que no pertenecen al rea de almacn. Ellos slo podrn hacer consultas pero no hacer modificaciones.

Procesos de negocioLos siguientes procesos tienen relevancia con el subsistema: Elaboracin de pedido (P1) Al recibir la orden de compra del cliente, el vendedor, desde su subsistema de ventas elabora un registro del pedido del cliente, el cual ya incluye los detalles de la venta, tales como productos, cantidad, etc. Estos datos se almacenan de manera automtica en le sistema y es transparente al subsistema de almacn. Lo que s le llega a almacn es el nmero de pedido, junto con el nmero de factura relacionado al mismo, adems del nombre del cliente y el nombre del repartidor el cual ser asignado por el encargado de almacn. El subsistema de almacn debe registrar esta salida asignndole un nmero de salida. Facturacin (P2) El subsistema de contabilidad elabora la factura y la gua de remisin que ser ejecutada. Este proceso se lleva a cabo una vez que se recibe la orden de compra asegurando la venta. Ingreso de productos (P3) Una vez que los productos son entregados por el proveedor hay que registrarlos en la empresa. Se debe incluir todos los datos que detallan al producto y asignarle uno de los dos almacenes. Ingreso de proveedores (P4) Es imprescindible contar con una lista de proveedores a los cuales se les llamar cuando se presente la necesidad de pedir productos o ejecutar garantas. Registro de salidas (P5) Este proceso se encarga de registrar la salida de los productos vendidos. En el subsistema de ventas se registra automticamente los productos que fueron vendidos. Los detalles generan un nmero de pedido. Para registrar su salida el subsistema debe generar un nmero de salida. Consulta de salidas (P6) Es imprescindible llevar una estadstica de salidas de pedidos, los cuales deben listarse.

Consulta de productos (P7) Los productos ingresados deben poder listarse en un registro de productos, los cuales podrn ser consultados por el personal autorizado. Consulta de pedidos (P8) Este proceso mostrar los pedidos que han de ser atendidos. Consulta de proveedores (P9) Los proveedores, quienes son parte vital de la empresa sern listados en este proceso, mostrando sus datos para ser contactados de manera inmediata.

Los procesos (P1) y (P2) sin bien estn relacionados con el subsistema de almacn no son propiamente dicho parte de ste. Dichos procesos pertenecen a los subsistemas de ventas y contabilidad, propiamente dicho, pero de stos depende el (P5). Los dems procesos son el alma del subsistema de almacn. Sin ellos ste no tendra razn de ser.

3.2. ActoresLos siguientes actores son quienes tienen acceso al subsistema de almacn:

Empleado

Encargado

Visitante

3.3. Casos de uso

A continuacin se muestra el diagrama de casos de uso, el cual mostrar los procesos relacionados al subsistema.

Ingresar producto

Nombre Actores Actividades

Ingresar producto (CU1) Encargado de almacn Registrar el ingreso de productos nuevos Este caso de uso comienza cuando el encargado de almacn solicita el registro de un Sinopsis nuevo producto al almacn. El sistema mostrar los campos a llenar y los almacenes en donde se guardar dicho producto. Curso tpico de eventos 1. Incluir Identificacin de usuario. 2. El encargado selecciona Ingreso de productos. 3. El encargado indica el tipo, marca, modelo, descripcin, precio y nmero de serie del producto. 4. El encargado selecciona el almacn en el que se guardar el producto. 5. El encargado indica Guardar. 6. El sistema verificar que se llenaron todos los campos. 7. El sistema registrar el producto. 8. El encargado indica Ver el inventario de producto (CU4). Extensiones 1a. Falta llenar un campo. 1. Mostrar alerta. 2. Resume 3. 2a. No se ha seleccionado un almacn. 1. Mostrar alerta. 2. Resume 4.

Ingresar proveedorNombre Actores Actividades Ingresar proveedor (CU2) Encargado de almacn. Registrar el ingreso de un nuevo proveedor Este caso de uso comienza cuando el encargado de almacn solicita el registro de un Sinopsis nuevo proveedor. El sistema mostrar los campos a llenar y los almacenes en donde se registrar a dicho proveedor. Curso tpico de eventos 1. Incluir identificacin de usuario. 2. El encargado selecciona Ingreso de proveedores. 3. El encargado indica nmero de RUC, nombre, direccin y telfono del proveedor. 4. El encargado indica Guardar. 5. El sistema verificar que se llenaron todos los campos. 6. El sistema registrar el producto. 7. El encargado indica Ver lista de proveedores (CU5). Extensiones 1a. Falta llenar un campo. 1. Mostrar alerta. Resume 3.

Registrar salidasNombre Actores Actividades Registrar salidas (CU3) Encargado de almacn. Registrar la salida de un pedido Este caso de uso comienza cuando el encargado de almacn solicita el registro de Sinopsis una salida. El sistema mostrar los campos a llenar y los almacenes en donde se registrar la salida. Curso tpico de eventos 1. Incluir identificacin de usuario. 2. El encargado selecciona Registrar salidas. 3. El encargado selecciona el nmero pedido y factura. 4. El encargado selecciona al repartidor. 5. El encargado indica el nmero de salida 6. El encargado indica Guardar. 7. El sistema verificar que se llenaron todos los campos. 8. El sistema registrar el producto. 9. El encargado indica Ver lista de proveedores (CU6). Extensiones 1a. Falta seleccionar el nmero de factura. 1. Mostrar alerta. Resume 3. 2a. Falta seleccionar el repartidor. 1. Mostrar alerta. Resume 4. 3a. Falta indicar el nmero de salida. 1. Mostrar alerta. Resume 5.

Listar productosNombre Actores Actividades Sinopsis Listar productos (CU4) Encargado de almacn. Listar el catlogo de productos. Este caso de uso comienza cuando el encargado de almacn solicita ver el listado de productos. El sistema mostrar el reporte del catlogo de los productos.

Curso tpico de eventos 1. Incluir identificacin de usuario. 2. El encargado selecciona Listar productos. 3. El sistema muestra el listado de productos. Extensiones

Listar proveedoresNombre Actores Actividades Listar proveedores (CU5) Encargado de almacn. Listar el cuadro de proveedores. Este caso de uso comienza cuando el encargado de almacn solicita ver el listado de Sinopsis proveedores. El sistema mostrar el reporte del cuadro de los proveedores. Curso tpico de eventos 1. Incluir identificacin de usuario. 2. El encargado selecciona Ver lista de proveedores.. 3. El sistema muestra el listado de proveedores. Extensiones

Listar salidasNombre Actores Actividades Listar salidas (CU6) Encargado de almacn. Listar el listado de salidas. Este caso de uso comienza cuando el encargado de almacn solicita ver el listado de Sinopsis salidas. El sistema mostrar el reporte del catlogo de los productos. Curso tpico de eventos 1. Incluir identificacin de usuario. 2. El encargado selecciona Lista de salidas. 3. El sistema muestra el listado de salidas. Extensiones

Listar pedidosNombre Actores Actividades Listar pedidos (CU7) Encargado de almacn. Listar el listado de pedidos. Este caso de uso comienza cuando el encargado de almacn solicita ver el listado de Sinopsis pedidoss. El sistema mostrar el reporte del catlogo de los productos. Curso tpico de eventos 1. Incluir identificacin de usuario. 2. El encargado selecciona Lista de pedidos. 3. El sistema muestra el listado de pedidos.

Extensiones

3.4. Interfaz de usuarioAqu se presentan las capturas de pantalla del subsistema para los casos de uso en la seccin anterior.

Ingresar producto

Ingresar proveedor

Registrar salidas

Listar productos

Listar proveedores

Listar salidas

Listar pedidos

4. Vista de restriccionesEs esta vista se podr apreciar las restricciones normativas tanto de estndares como de tecnologas a las cuales se ajusta el proceso de desarrollo.

4.1 Estndares UMLTodo objeto usado para la comunicacin y documentacin entre los miembros del equipo de desarrollo y los clientes estar basado en UML.

Interfaz web

La interfaz de usuario con la que interactuarn los usuarios ser va web, siendo posible utilizar todos los navegadores web existentes y dndoles a los usuarios el derecho a seleccionar el navegador que desee, como por ejemplo el Internet Explorer, Mozila Firefox, Google Chrome, etc.

4.2 TecnologaTodo el desarrollo del sistema debe estar hecho en el lenguaje PHP, usando el modelo de desarrollo de tres capas y con conexin a la base de datos MySQL.

5. Vista QoSRefiere los requerimientos no funcionales del subsistema dentro de las categoras que se muestran a continuacin. Seguridad Toda la informacin que se maneja es altamente confidencial, por lo tanto sta debe estar protegida de intrusos. Facilidad de entendimiento Al sumarse nuevos trabajadores stos deben tener en el software la facilidad de ver un entorno grfico amigable. Con esto se ahorra tiempo de entrenamiento y llamadas al rea de informtica. Portabilidad Los usuarios no siempre estn en su PC de escritorio, sino que, por su trabajo, estn en constante movimiento, por lo cual necesitan poder acceder al sistema desde sus computadoras porttiles. Disponibilidad El sistema debe estar disponible para acceder a ella desde cualquier ubicacin, ya sea desde la misma oficina, o desde una VPN. Confiabilidad El sistema debe garantizar un funcionamiento ptimo, sin interrupciones ni errores del sistema.

6. Vista lgicaEsta vista muestra las tres capas en el cual ha sido desarrollado el sistema. Cada nivel cumple una tarea especfica. Se mostrar tambin el diagrama de clases en el cual est basado el desarrollo del subsistema.

6.1. Arquitectura del subsistemaEn este nivel se muestra de manera general las tres capas.

6.2. Estados del subsistemaAqu se muestran los estados que actan dentro del subsistema. stos son tres:

Ingreso de productos.

Se aprecian los tres estados que hay en el ingreso de productos.

Ingreso de proveedores.En esa seccin se podr apreciar los tres estados que hay en el ingreso del proveedor.

Registro de salidas.Los tres estados que interactan dentro del registro de salidas se puede apreciar en este diagrama.

6.3. Diagrama de clasesEn esta seccin se podr observar la vista general del diagrama de clases. En ella se puede ver la manera en que interactan las diferntes partes del subsistema.

7. Vista de procesosEta vista describe los mdulos que interactan en el subsistema de almacn. Es, por decirlo de alguna manera, el detalle del modelo de desarrollo en tres capas.

7.1 Interfaz de usuarioEl subsitema de almacn est desarrollado para poder ser utilizado va web. El usuario deber usar un navegador web para poder acceder al subsistema. Como El sistema es web para el usuario sern transparentes las actualizaciones y los procesos de negocio que realice.

ServidoresPor el lado del servidor se cuenta con dos. El servidor web que albergar a las pginas propiamente dichas y a las clases que negociarn con la base de datos. El otro servidor es el de datos el cual tendr a la base de datos.

7.2 Arquitectura de procesosAqu se pueden apreciar los procesos que sigue el usuario del subsistema de almacn al interactuar con l.

Browse

Servidor

Servidor de

Servidor de base

Procesos de

8. Interfaz de usuarioEn la vista de implementacin se puede apreciar cmo trabajan los componentes en su modelo de desarrollo en tres capas, los cuales constituyen el subsistema de almacn. Estos componentes estn desarrollados en PHP.

8.1. Capa de presentacinEn esta vista podr apreciarse cmo est constituida la capa de presentacin del subsistema de almacn. Se podr ver cmo las pginas web no son llamadas de manera inmediata sino que son invocadas por clases PHP. Como el diagrama es muy grande para poder apreciarse en una sola vista se segment en tres secciones, las cuales se muestran a continuacin.

Index.phpEs la pgina inicial el subsistema, en ella se autenticarn los usuarios y dependiendo del tipo de usuario que es se re direcciona al componente correspondiente.

Encargado.phpSi el usuario autenticado es encargado de almacn trabajar con el componente encargado.php. Este componente trabaja de esta manera:

Visitante.phpSi el usuario autenticado es del tipo visitante interactuar con el componente visitante.php. El cual trabaja de la siguiente manera:

8.2. Capa de negocioEn esta vista se apreciarn las clases que son quienes reciben los requerimientos de la capa de presentacin y negocio con la de datos. La capa de datos es, por decirlo de alguna manera, el alma del sistema. Y su esquema es el siguiente:

8.3. Capa de datosEn esta vista se ve el modelo de la base de datos con la cual trabaja el subsistema de almacn. A pesar de tener una apariencia sencilla cumple fielmente su labor.

9. Vista de datosEn esta vista se aprecia el modelo de la base de datos desarrollada para el subsistema de almacn. Se podr apreciar tanto su estructura como su relacin.

9.1. Modelo de datosLa base de datos fue desarrollada en la base de datos MySQL. La siguiente figura muestra la estructura de la base de datos.

9.2. DistribucinTodas las tablas estn en la base de datos almacendb.sql.

almacendb.sql

productos repartidores

proveedores

facturas

pedidos

salidas

La base de datos almacendb est enlazada a la base de datos central, la cual se grafica aqu:

contabilidaddb.s ql

almacendb.sql

DBCentral.sql

ventasdb.sql

informaticadb.sq l

10. Vista de deploymentEn esta vista se aprecian los requisitos de hardware necesarios para poner en funcionamiento el subsistema de almacn.

10.1 Arquitectura tcnica En el primer nodo podemos ver a las PC de escritorio, es decir, las estaciones de trabajo fsicas. En el segundo nodo podemos apreciar a las estaciones de trabajo porttiles, que influenci en gran parte a la decisin de desarrollar el sistema de manera web. El tercer nodo, el de Servidor web es el que aloja a la pgina web y las clases que negocian con la base de datos.

El ltimo nodo es el del servidor de base de datos el cual aloja a la base de datos almacendb.sql.

10.2 Tecnologa requeridaAl ser una aplicacin web no se requieren una cantidad mnima de memoria RAM, pero s contar con un navegador web, el cual puede ser cualquiera de los que actualmente estn en el mercado. Debe contar una conexin a internet permanente, tanto de manera Wi Fi como mediante el cable UTP. Las IP asignadas no deben ser obligatoriamente estticas. Pero s debe contarse con un software antivirus permanentemente actualizado y un firewall activo.