trabajos desarrollo de sistemas ii v2
TRANSCRIPT
1
UNIVERSIDAD PERUANA LOS ANDES
FILIAL - LIMA
FACULTAD DE INGENIERIA
CARRERA PROFESIONAL: INGENIERIA DE SISTEMAS Y COMPUTACION
DESARROLLO DE SISTEMAS II
PRESENTADO POR EL GRUPO INTEGRADO POR:
KARIM VARGAS VILCHEZ RUSBER GOMINGUEZ MARTINEZ
ARMANDO BARRERA MICHEL HIDALGO OSCCO
LIMA, 04 de Abril del 2013
2
VICA GROUP SAC.
Diseño de Sistema de Gestión ERP VICA.
DISEÑO DE SISTEMA
3
Fecha Versión Descripción Autor
17/03/2013 1.0 Primera Versión Vargas Vilchez Karim
Gominguez Martinez, Rusber
Armando Barreda
Michel Hidalgo Oscco
24/03/2013 2.0 Segunda Versión Vargas Vilchez Karim
Gominguez Martinez, Rusber
Armando Barreda
Michel Hidalgo Oscco
4
TABLA DE CONTENIDOS
1. CONCEPCION DEL SISTEMAS 5
1.1 Descripción del Sistema 5 1.2 Beneficios del Sistema 5 1.3 Identificación de Componentes 5 1.4 Modelo Conceptual del Sistema 7 1.5 Identificación de Relaciones entre Componentes 9
2. MODELAMIENTO DE PROCESOS 10
2.1 Identificación de Procesos 10 2.2 Modelamiento de Procesos 13
5
DISEÑO DE SISTEMA DE VENTAD VENTURO
1. CONCEPCION DEL SISTEMAS
1.1 Descripción del Sistema
Este documento pretende describir las necesidades y motivaciones que dieron lugar
a la concepción del proyecto Sistema de Gestión ERP VICA. Se describirá la
problemática actual del negocio presentada por VICA GROUP SAC teniendo en
cuenta los diferentes puntos de vista de los actores involucrados.
1.2 Beneficios del Sistema
El Sistema ERP VICA permitirá a los usuarios acceder al sistema desde
cualquier Terminal de la empresa.
Para poder acceder al Sistema ERP VICA, se requiere de un código de usuario
válido así como de una contraseña. Además, dependiendo del perfil del usuario
se deshabilitarán opciones de manejo del Sistema para proteger información
confidencial.
Los requerimientos de rendimiento estipulados en el Documento de Visión,
deben de ser considerados como parte de la arquitectura del sistema a
implementar
El uso del sistema para los trabajadores de la empresa se limita a dentro de la
organización. Afuera de ella no se podrá acceder al sistema.
1.3 Identificación de Componentes
Paquete Usuario
Realizar Mantenimiento de usuarios
El propósito de este caso de uso es de realizar Altas, Bajas y Modificaciones
de los usuarios, a esto incluye perfil de usuario y grupo de usuario. Además
realiza Altas, Bajas y Modificaciones de los reportes de usuario.
Realizar Login de Usuario
El propósito de este caso de uso es permitir el ingreso de datos, validación
del perfil y carga de perfil del usuario para el ingreso al sistema. Además
realiza el registro de log por cada acceso al sistema.
Paquete de Inventario
Realizar Mantenimiento maestros
El propósito de este caso de uso es de realizar Altas, Bajas y Modificaciones
de:
Productos.
Bodegas.
Productos en Bodegas.
Conceptos de Inventario.
Generar Ajuste de inventario
El propósito de este caso de uso es de crear, procesar y eliminar ajustes de
inventario.
Generar Traslados entre bodegas
El propósito de este caso de uso es de crear, procesar traslados.
6
Paquete de Compras
Realizar Mantenimiento maestros
El propósito de este caso de uso es de realizar Altas, Bajas y Modificaciones
de:
Proveedores.
Productos de referencia.
Rubros de proveedor.
Generar Orden de Compra
El propósito de este caso de uso es de crear, eliminar, modificar y hacer
seguimiento de orden de compras.
Generar Recepción de Compra
El propósito de este caso de uso es de:
Generar recepción de compra directa.
Generar recepción de compra con referencia a orden de compra.
Procesar recepción de compra.
Paquete de Ventas
Realizar Mantenimiento maestros
El propósito de este caso de uso es de realizar Altas, Bajas y Modificaciones
de:
Clientes.
Tipo de cliente.
Vehículos.
Modelo de Vehículo.
Marca de Vehículo.
Alquiler de vehículo
El propósito de este caso de uso es de revisar:
Disponibilidad de vehículo.
Disponibilidad de chofer.
Punto de destino de servicio.
Además de asignar vehículo y chofer, estimar viáticos y finalmente generar:
Contratos de alquiler.
Guía de servicio.
Check lins de salida de vehículo.
Realizar liquidación de servicio
El propósito de este caso de uso es de generar check out de entrega,
liquidar:
Viáticos.
Faltantes de vehículos.
Kilometraje y días de alquiler.
Además genera liquidación final y factura.
7
Paquete de Finanzas
Realizar Mantenimiento maestros
El propósito de este caso de uso es de realizar Altas, Bajas y Modificaciones
de
Moneda.
Tipo de cambio.
Concepto de pagos.
Concepto de cobro.
Impuestos.
Condiciones de pago.
Realizar pago a proveedor
El propósito de este caso de uso es de generar pagos vencidos y pagos de
factura. Además de revisar estado de cuenta.
Realizar cobro a clientes
El propósito de este caso de uso es de generar pagos vencidos y pagos de
factura. Además de revisar estado de cuenta.
1.4 Modelo Conceptual del Sistema
Paquete Usuario
Paquete de Inventario
8
Paquete de Compras
Paquete de Ventas
Paquete de Finanzas
9
1.5 Identificación de Relaciones entre Componentes
Paquete Usuario
Se debe destacar los casos de uso "Realizar mantenimiento de usuarios" y "Realizar
login de usuario" a razón de que permite que cualquier tipo de usuario Registrado
pueda ingresar al sistema a las opciones definidas en su perfil.
Paquete de Inventario
En este paquete se debe resaltar la importancia del caso de uso "Realizar
Mantenimiento maestros" debido al registro de ingresos y egresos de los productos
de cada bodega.
Paquete de Compras
En este paquete se debe resaltar la importancia del caso de uso "Realizar
Mantenimiento maestros" debido al mantenimiento de registro que se da a los
proveedores y las compras realizadas para el abastecimiento de las bodegas.
Paquete de Ventas
En este paquete se debe resaltar la importancia de los casos de uso "Realizar
Mantenimiento maestros" y "Alquiler de vehículo" debido al mantenimiento de
registro que se da a los clientes y la disponibilidad de los vehículos y choferes; para
llevar una mejor coordinación y la atención adecuada al cliente.
Paquete de Finanzas
Se debe destacar los casos de uso "Realizar pago a proveedor" y "Realizar cobro a
clientes" esto a razón de que la empresa pueda mantenerse estable dentro de su
mercado.
10
2. MODELAMIENTO DE PROCESOS
2.1 Identificación de Procesos
Módulo Inventario
Clases Requerimiento funcional
Productos Almacenar productos y servicios que la empresa podrá utilizar para
Inventario/Compras/Ventas
Bodegas Almacenar las bodegas con los que contarán la empresa.
Productos en
bodegas
Almacenar los productos que serán abastecidos en cada bodega.
Concepto de
inventario
Agregar los distintos tipos de Conceptos con los que los artículos
definidos como productos van a generar Kardex.
Unidad de medida Agregar las unidades de medidas de los productos.
Ajuste inventario Generar ajuste de inventario con referencia a un tipo de movimiento
que afectará el movimiento al generar el kardex.
Traslado Bodegas Permitir realizar traslado de productos de una bodega origen a una
bodega destino.
Kardex Artículo Registrar ingreso y salida de productos de las bodegas.
Módulo Compras
Clases Requerimiento funcional
Proveedor Crear todos los proveedores con los que cuenta la empresa.
Orden de Compra Ingresar las Órdenes de Compra enviadas a Proveedores, con las
condiciones convenidas.
Recepción de
Compra
Generar una recepción desde una Orden de Compra ingresada.
11
Módulo Ventas
Clases Requerimiento funcional
Rubro clientes Realizar catalogación de los tipos de clientes que tiene la empresa.
Clientes Registrar clientes que tiene relación con la empresa en los procesos de
ventas.
Guía de Servicio Registrar las transacciones de alquiler de vehículos.
Factura Realizar facturación grupal o individual de las transacciones ingresadas
anteriormente.
Trabajador Registrar datos de los trabajadores de la empresa.
Cargos Registrar cargos que se podrán asignar al personal o trabajador.
Modelo vehículos Registrar los modelos de vehículos con los que cuenta la empresa.
Marca vehículos Registrar las marcas de los vehículos.
Vehículo Registrar los datos de los vehículos con los que cuenta la empresa.
12
Módulo Finanzas
Clases Requerimiento funcional
Monedas
Registrar las diferentes monedas a parte de la moneda local, las cuales se se
podrán utilizar en los procesos de compras/ventas/finanzas (pago a
proveedores/cobro a clientes).
Concepto ctas. por pagar Ingresar los conceptos a aplicar por cuentas por pagar.
Concepto ctas. Por cobrar Ingresar los conceptos a aplicar por cuentas por cobrar.
Tipo de cambio Registrar los tipos de cambio para cada moneda por cada fecha.
Impuestos Registrar los impuestos afectos a los movimientos de ventas/compras.
Condición de Pago Ingresar los conceptos de condición de pago, que se podrán utilizar en los
procesos de compras y ventas.
Cuentas por pagar Registrar las cuentas por pagar a proveedores.
Cuentas por cobrar Registrar las cuentas por cobrar a Clientes.
Módulo Usuarios
Clases Requerimiento funcional
Grupo usuario Agregar usuarios a un grupo de usuario para su personalización.
Usuarios Agregar usuarios al sistema.
Sistema de Gestión ERP VICA. Version:1.0
Trabajo de Desarrollo de Sistemas II Fecha: 17/03/2013
2.2 Modelamiento de Procesos
7. Vista de Despliegue
El presente Diagrama de Despliegue muestra de manera gráfica los nodos que conforman el sistema, además los describe indicando la localización de las tareas en los nodos físicos. Cada nodo representa un recurso de ejecución como una computadora o servidor y se encuentra conectado con otros mediante un enlace de comunicación. En este caso, la red será de tipo LAN.
Figura 7.1: Diagrama de Despliegue del Sistema. Servidor (Base de Datos) y Cliente (Computadora usuario).
7.1. Servidor de la Empresa.
El servidor principal de la empresa donde se encuentra la Base de Datos. Los diferentes usuarios tendrán acceso al servidor vía LAN.
7.2. Computadora Usuario
Son las computadoras que son utilizadas por cada uno de los usuarios de la empresa para acceder al sistema. Están conectadas directamente al servidor principal vía LAN.
8. Vista de Implementación
8.1. Descripción
La vista de implementación seguirá el patrón de diseño MVC (Model View Controller). Este patrón plantea la separación del problema en tres capas: la capa model, la capa controller y la capa view.
8.2. Niveles o Capas
8.2.1. Capa GUI
7. Vista de Despliegue
El presente Diagrama de Despliegue muestra de manera gráfica los nodos que conforman el sistema, además los describe indicando la localización de las tareas en los nodos físicos. Cada nodo representa un recurso de ejecución como una computadora o servidor y se encuentra conectado con otros mediante un enlace de comunicación. En este caso, la red será de tipo LAN.
Figura 7.1: Diagrama de Despliegue del Sistema. Servidor (Base de Datos) y Cliente (Computadora usuario).
7.1. Servidor de la Empresa.
El servidor principal de la empresa donde se encuentra la Base de Datos. Los diferentes usuarios tendrán acceso al servidor vía LAN.
7.2. Computadora Usuario
Son las computadoras que son utilizadas por cada uno de los usuarios de la empresa para acceder al sistema. Están conectadas directamente al servidor principal vía LAN.
8. Vista de Implementación
8.1. Descripción
La vista de implementación seguirá el patrón de diseño MVC (Model View Controller). Este patrón plantea la separación del problema en tres capas: la capa model, la capa controller y la capa view.
8.2. Niveles o Capas
8.2.1. Capa GUI El componente GUI maneja las clases que permiten la interacción del usuario con el sistema.
8.2.2. Capa Lógica del Negocio
Este componente permite manejar la lógica del negocio de todas las áreas involucradas.
Seguridad
Maestros Reportes
8.2.3. Capa Base de Datos
Este componente contiene toda la información que maneja el Sistema.
Figura 8.1: Diagrama de Implementación del Sistema.
9. Tamaño y performance
La arquitectura de software elegida apoya los requisitos dominantes de capacidad en disco y latencia, según lo estipulado en el Documento de Especificación de Requisitos de Software de ERP VICA y el Documento de Visión del Proyecto del Sistema ERP VICA.
1. Tiempo de respuesta en el acceso a la Base de Datos
El sistema proveerá accesos a la base de datos con un tiempo de respuesta no mayor a los 5 segundos.
2. Tiempo de respuesta de transacciones
El programa no demorará más de 5 minutos en generar una distribución óptima para los cortes haciendo uso del algoritmo elegido y guardándolo en base de datos.
3. Espacio en disco para el cliente El espacio en disco necesario para la parte del cliente deberá tener como mínimo 10 Gigas de espacio libre para su correcto funcionamiento, esto incluye tanto el tamaño del software como los Run time de Delphi XE y Crystal Report XI R2
4. Espacio en disco para el servidor de Base de datos El espacio en disco necesario para la parte del Servidor de Base de datos deberá tener como mínimo 20 GB libres en disco para su correcto funcionamiento. La arquitectura seleccionada apoya los requisitos de latencia y capacidad en disco en la puesta en práctica de una arquitectura cliente servidor. La porción del cliente solo se pone en ejecución en las PC locales de los distintos ambientes dentro de la empresa. Los componentes se han diseñado para asegurarse de obtener requisitos mínimos de disco y memoria en el lado de las PC del cliente.
10. Calidad
Para un mejor aprovechamiento de la arquitectura de software se dan los siguientes
requerimientos de calidad:
10.1. Usabilidad
El sistema permitirá un manejo intuitivo por parte de los usuarios.
10.2. Eficiencia El programa no demorará más de 5 minutos en generar una distribución óptima para los cortes haciendo uso del algoritmo elegido.
10.3. Seguridad
El sistema permitirá el acceso a funcionalidades dependiendo del perfil del usuario
que ingresa al sistema, validando su ingreso a través de una clave.
10.4. Confiabilidad
El sistema tendrá en cuenta que la información ingresada en él sea válida, para lo cual mostrará mensajes que expliquen al usuario acerca de los errores que éste pudiera cometer y de aquellos que pueda cometer el mismo sistema.
10.5. Mantenimiento El sistema será flexible, facilitando su mantenimiento futuro.
10.6. Estándares:
Se usará un estándar para todas las ventanas e interfaces con el usuario que tenga el Sistema ERP VICA, así como los nombres, códigos, etc.