Presentacion de proyecto de grado 1ra. pre defensa

8,835 views
8,588 views

Published on

Published in: Automotive
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
8,835
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
266
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide

Presentacion de proyecto de grado 1ra. pre defensa

  1. 1. UNIVERSIDAD AMAZÓNICA DE PANDO AREA DE CIENCIAS Y TECNOLOGIA CARRERA INGENIERIA INFORMATICA PROYECTO DE GRADO“Sistema de Información para la Administración de Inventarios de la Unidad de Almacén del Gobierno Autónomo Municipal De Cobija” POSTULANTE : Univ. Jorge Chipana Carpio TUTOR : Lic. Javier Patty Magne ASESOR : M.Sc. Lic. Juan Carlos Huanca Guanca
  2. 2. CONTENIDO MARCO DESARROLLO CONCLUSIONES YINTRODUCCIÓN RECOMENDACIONES TEORICO DEL PROYECTO
  3. 3. ANTECEDENTES 2009-2010Que exista concordancia del saldo de kardex con el saldo del inventario general.Los kardex deben ser impresos en forma individual y archivada en forma ordenada.Los reportes deben ser clasificados por categoría de materiales.El inventario debe reportar saldos completos anteriores y actualizados.En el kardex de almacén debe registrar el número de documento de ingreso y de salida.Se debe utilizar el método PEPS para el registro de los materiales o artículos. CAP. I INTRODUCCIÓN
  4. 4. PLANTEAMIENTO DEL PROBLEMADesconocimiento de La información se Búsquedascantidades duplica dificultosasexistentes Deficiente administración de inventarios de los artículos de la unidad de Almacén, dependiente del Gobierno Autónomo Municipal de CobijaRegistro Manual Información no Uso de diferentes centralizada formatos CAP. I INTRODUCCIÓN
  5. 5. OBJETIVO GENERALDesarrollar un sistema de información para laeficiente administración de inventarios deartículos de la Unidad de Almacén del GobiernoAutónomo Municipal de Cobija, haciendo uso de lametodología Object Modeling Technique (OMT) CAP. I INTRODUCCIÓN
  6. 6. OBJETIVOS ESPECIFICOSIdentificar los procesos sobre la administración deinventarios de la unidad de almacénDeterminar las especificaciones de análisis y diseño parael sistema de información en base a la metodología OMT.Construir los módulos del sistema de información a partirde las especificaciones del diseño.Aplicar pruebas de funcionamiento del sistema deinformaciónEvaluar el calidad del sistema aplicando las métricas decalidad de software determinadas en la norma ISO 9126 CAP. I INTRODUCCIÓN
  7. 7. ALCANCESEn el desarrollo del S.I. se llegó a implementar los siguientes módulos: Administración Administración Administración Reportes de Parámetros de Funcionarios de AlmacénDebido a que no existe la conexión de RED entre la Unidad de Almacén y lasotras Unidades, no se llegó a desarrollar el modulo de pedidos, pero se llegóa configurar un servidor Web en el sistema operativo “Debían” para sufuncionamiento . CAP. I INTRODUCCIÓN
  8. 8. METODOLOGIA Para el desarrollo del Proyecto de Grado se utilizó la Metodología OMT. Los pasos o fases de la metodología son. Conceptualizació n Análisis del Pruebas Sistema Diseño del Codificación Sistema Diseño de Objetos CAP. I INTRODUCCIÓN
  9. 9. HERRAMIENTAS DE DESARROLLO UTILIZADASLas herramientas de programación y almacenamiento de base dedatos son las siguientes: CAP. I INTRODUCCIÓN
  10. 10. RESULTADOS OBTENIDOSLos artículos ya se encuentran Ya se realizó el primer Las entradas de registrados en el cierre de gestión en artículos a Almacén sistema con sus base al inventario ya se realizan por respectivos físico realizado. medio del Sistema códigos. El kardex de cada La existencia de los artículo se va artículos se va Las salidas degenerando conforme actualizando artículos de Almacén se realizan las automáticamente ya se realizan por medio del Sistema entradas y salidas conforme se va haciendo de Almacén. las entradas y salidas. El inventario de los artículos se generaautomáticamente por medio del Sistema CAP. I INTRODUCCIÓN
  11. 11. FUNDAMENTO TEORICOAmpliar CAP. II MARCO TEORICO
  12. 12. DESARROLLO DEL PROYECTO Conceptualización Se obtiene los requerimientos de los usuarios Se elaboran los Casos de Uso Análisis Modelo de Objeto Modelo Dinamico Modelo Funcional Diseño del SistemaSe determina la arquitectura del Sistema en términos de subsistemas Se diseña la Base de Datos. Diseño de Objetos Se refina y optimiza el Modelo de Análisis, agregando conceptos de programación. Codificar Se implementa las clases de objetos en un lenguaje de programación. Pruebas Se verifica el comportamiento de las clases y objetos que se encuentran descritos en los escenarios.
  13. 13. REQUERIMIENTOS 1/2Lista de requerimientos general de todo el SistemaRef. Requerimientos Tipo1 Reportar Artículos por Rubro Evidente2 Realizar las notas de ingreso a almacenes Evidente3 Realizar las notas de salida a almacenes Evidente4 Reportar los saldos existentes en almacén Evidente5 Reportar el Kardex General por rubro Evidente6 Reportar de Kardex por articulo Evidente7 Incorporar la técnica de Valuación de inventarios Primeros en Evidente Entrar Primeros en Salir PEPS8 Que el reporte de los inventarios finales estén expresados Evidente (actualizados) de acuerdo con la unidad de fomento a la vivienda (UFV’S)9 Los reportes deben ser clasificados por categoría de materiales Evidente CAP. III DESARROLLO DEL PROYECTO
  14. 14. REQUERIMIENTOS 2/2Lista de requerimientos de Administrar Almacén Ref. Requerimientos Tipo1 El sistema permite registrar las entradas de los materiales, Evidente elaborando una nota de entrada donde se registra los siguientes datos; tipo ingreso, tipo de documento, el proveedor, almacén, fecha ingreso, N°. de factura del proveedor, N°. de comprobante de pago contabilidad, detalle de ingreso y el valor de la UFV de compra.2 También permite registrar el artículo que está ingresando Evidente juntamente la cantidad y su precio unitario.3 Después de ingresar los datos, el sistema debe permitir calcular el Evidente sub total y el total de manera automática.4 El sistema debe permitir validar los datos ingresados en la nota de Evidente entrada5 El sistema debe permitir imprimir la nota de ingreso para su Evidente descargo.6 El sistema debe permitir ver las notas de ingreso anteriormente Evidente registradas.7 El sistema debe permitir realizar inventario automáticamente en Evidente base a las existencias actuales8 El sistema debe permitir realizar cierre de gestión en base al Evidente CAP. III DESARROLLO DEL PROYECTO inventario del cuarto trimestre.
  15. 15. CASOS DE USO (General) CAP. III DESARROLLO DEL PROYECTO
  16. 16. A. S. (Modelo de Objetos 1/3)Identificación de Clases del Sistema  Cálculos  Persona  Artículo  Usuario  Rubros  Funcionario  Unidades de medida  Unidades  Entradas y salidas  Proveedor  Kardex  Existencia  Inventario  Cierre de gestión CAP. III DESARROLLO DEL PROYECTO
  17. 17. A. S. (Modelo de Objetos 2/3)Diccionario de Datos del SistemaResponsable de almacén.- Persona encargada de administrar los bienes de lainstitución, directa responsable de elaborar informes de entrada y salida.Rubro.- Es la clasificación y la forma de organizar los artículos ya que estos sonnumerosos.Articulo.- Es un bien que pertenece a la institución el cual es utilizado por el MunicipioUnidad de Medida.- La unidad de medida va ligada con los artículos porque cadaartículo tiene su propia unidad de medida.Cierre Gestión.- Permite capturar los artículos existentes en almacén y actualizar estospara la siguiente gestión según el valor de la UFV de compra y de cierre.Existencias.- Es determinar la cantidad existente de cada articulo en particular o detodos en general. CAP. III DESARROLLO DEL PROYECTO
  18. 18. A. S. (Modelo de Objetos 3/3) Asociación de Clases del Sistema CAP. III DESARROLLO DEL PROYECTO
  19. 19. A. S. (Modelo Dinámico)Diagrama de Estados del Sistema de AlmacénEn esta fase se muestra los estadosbásicos del sistema para elfuncionamiento del Sistema CAP. III DESARROLLO DEL PROYECTO
  20. 20. A. S. (Modelo Funcional 1/2)Diagrama de Flujo de Datos,Entrada de Artículos a AlmacénEn esta fase se muestra el flujo dedatos que sigue al momento derealizar el ingreso de artículos enAlmacén. CAP. III DESARROLLO DEL PROYECTO
  21. 21. FASE DE DISEÑO DEL SISTEMAMódulos definidos para integrar al Sistema:Estos módulos se integran dentro del Sistema de Almacén, para elcorrecto funcionamiento de S. I. Administración de Parámetros del Sistema Administración de Funcionarios Administración de Almacén Reportes CAP. III DESARROLLO DEL PROYECTO
  22. 22. FASE DE DISEÑO DEL SISTEMA Arquitectura básica del sistema SERVIDOR CLIENTES SWITCH HTML PHP JAVASCRIPT APACHE CSS MYSQL CAP. III DESARROLLO DEL PROYECTO
  23. 23. FASE DE DISEÑO DEL SISTEMA(ESTRUCTURA DE LA BASE DE DATOS) CAP. III DESARROLLO DEL PROYECTO
  24. 24. FASE DISEÑO DE OBJETOS (M.O.) Diagrama de clases detalladoEn el Modelo de Objetos sediseña las clases a mayordetalle, donde se muestran laspropiedades y los métodoscorrespondientes. CAP. III DESARROLLO DEL PROYECTO
  25. 25. FASE DISEÑO DE OBJETOS (M.D.) Diagrama de Estado del Caso de Uso Nota de EntradaEn el Modelo Dinámico se muestraa mayor detalle el Diagrama deEstados, en este caso la Nota deEntrada. CAP. III DESARROLLO DEL PROYECTO
  26. 26. FASE DISEÑO DE OBJETOS (M.D.) Diagrama de Secuencia del caso de uso Nota de SalidaEn el Modelo Dinámico semuestra a mayor detalle elDiagrama de Secuenciadonde se especifica lainteracción entre losobjetos. CAP. III DESARROLLO DEL PROYECTO
  27. 27. FASE DISEÑO DE OBJETOS (M.F.) (Salida de Artículos Según Método PEPS)Diagrama de Flujo deDatos, del caso de uso Notade SalidaEn el Modelo Funcional seelaboró los diagramas deflujo, representando elalgoritmo de la salida deartículos según el métodode valuación PEPS. CAP. III DESARROLLO DEL PROYECTO
  28. 28. CODIFICACION DEL SISTEMA Clase <?php class DBManager DBManager, permite { private $conexion; conectar a la Base de private $Servidor; Datos private $BaseDatos; private $Usuario; private $Clave; public function __construct() { $this->conexion=null;Las clases están $this->BaseDatos="almacen"; $this->Servidor="localhost";plasmadas en un archivo $this->Usuario="almacen"; $this->Clave="almacen";.PHP. } public function con() { $this->conexion=mysql_connect($this->Servidor,$this- >Usuario,$this->Clave); mysql_query("SET NAMES utf8"); mysql_select_db($this->BaseDatos); return $this->conexion; } } ?> CAP. III DESARROLLO DEL PROYECTO
  29. 29. PRUEBAS DE FUNCIONAMIENTO Interfaz agregando nueva nota de entrada En la etapa de prueba del sistema se realizaron la inserción de datos a la base de datos por medio del sistema donde se observaba los errores en el código. CAP. III DESARROLLO DEL PROYECTO
  30. 30. EVALUACION DEL SOFTWARE ENBASE A LA NORMA ISO 9126 Resultados de la Evaluación del Sistema Atributos Puntaje Funcionalidad 4,6 Fiabilidad 5 Usabilidad 5 Eficiencia 5 Mantenimiento 3,8 Portabilidad 5 CAP. III DESARROLLO DEL PROYECTO
  31. 31. ADMINISTRACION DE ALMACEN ANTES DESPUES 5- 15- 3-7 5-10 segundo 10 20 días min min s min minEntradas Búsqueda de Generación de Entradas Búsqueda de Generación dey Salidas Documentos Kardex e Inventarios y Salidas Documentos Kardex e Inventarios 201 201 0 1
  32. 32. CONCLUSIONESSe identificaron los procesos, especificando los requerimientos de la Unidadde Almacén dependiente del Gobierno Autónomo Municipal de Cobija.Se realizó el análisis del sistema, construyendo el modelo de objetos, modelodinámico y el modelo funcional.Se realizó el diseño del sistema en base a la metodología OMT.Se desarrollaron los módulos del sistema con sus respectivas funcionalidadeso procesos.Se realizaron las pruebas del funcionamiento de los módulos del sistema.Se implementó el sistema en la Unidad de Almacén para su respectivo uso. CAP. IV CONCLUSIONES Y
  33. 33. RECOMENDACIONESSe recomienda realizar la conexión de Intranet entre el Predio Central y laUnidad de Almacén, para que el Sistema funcione en las dependencias delGobierno Municipal.Se recomienda complementar el sistema con otros Módulos, por ejemplo elMódulo de Pedidos. CAP. IV CONCLUSIONES Y

×