SlideShare une entreprise Scribd logo
1  sur  34
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
CONTENIDO




                MARCO     DESARROLLO     CONCLUSIONES Y
INTRODUCCIÓN                            RECOMENDACIONES
               TEORICO   DEL PROYECTO
ANTECEDENTES


                                                                       2009-2010



Que 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
PLANTEAMIENTO DEL PROBLEMA



Desconocimiento de        La información se   Búsquedas
cantidades                      duplica       dificultosas
existentes
           Deficiente administración de inventarios
           de los artículos de la unidad de
           Almacén, dependiente del Gobierno
           Autónomo Municipal de Cobija




Registro Manual       Información no          Uso de diferentes
                      centralizada            formatos
                                               CAP. I INTRODUCCIÓN
OBJETIVO GENERAL



Desarrollar un sistema de información para la
eficiente  administración  de    inventarios de
artículos de la Unidad de Almacén del Gobierno
Autónomo Municipal de Cobija, haciendo uso de la
metodología Object Modeling Technique (OMT)




                                 CAP. I INTRODUCCIÓN
OBJETIVOS ESPECIFICOS

Identificar los procesos sobre la administración de
inventarios de la unidad de almacén

Determinar las especificaciones de análisis y diseño para
el sistema de información en base a la metodología OMT.

Construir los módulos del sistema de información a partir
de las especificaciones del diseño.

Aplicar pruebas de funcionamiento del sistema de
información

Evaluar el calidad del sistema aplicando las métricas de
calidad de software determinadas en la norma ISO 9126




                                                      CAP. I INTRODUCCIÓN
ALCANCES
En 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én




Debido a que no existe la conexión de RED entre la Unidad de Almacén y las
otras 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 su
funcionamiento .



                                                      CAP. I INTRODUCCIÓN
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
HERRAMIENTAS DE DESARROLLO
   UTILIZADAS
Las herramientas de programación y almacenamiento de base de
datos son las siguientes:




                                             CAP. I INTRODUCCIÓN
RESULTADOS OBTENIDOS
Los 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 de
generando 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 genera
automáticamente por
 medio del Sistema


                                            CAP. I INTRODUCCIÓN
FUNDAMENTO TEORICO




Ampliar

                       CAP. II MARCO TEORICO
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 Sistema
Se 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.
REQUERIMIENTOS 1/2
Lista de requerimientos general de todo el Sistema

Ref.                           Requerimientos                                   Tipo
1      Reportar Artículos por Rubro                                      Evidente
2      Realizar las notas de ingreso a almacenes                         Evidente
3      Realizar las notas de salida a almacenes                          Evidente
4      Reportar los saldos existentes en almacén                         Evidente
5      Reportar el Kardex General por rubro                              Evidente
6      Reportar de Kardex por articulo                                   Evidente
7      Incorporar la técnica de Valuación de inventarios Primeros en Evidente
       Entrar Primeros en Salir PEPS
8      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
REQUERIMIENTOS 2/2
Lista de requerimientos de Administrar Almacén
 Ref.                              Requerimientos                                  Tipo
1       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
        entrada
5       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 actuales
8       El sistema debe permitir realizar cierre de gestión en base al Evidente
                                     CAP. III DESARROLLO DEL PROYECTO
        inventario del cuarto trimestre.
CASOS DE USO (General)




        CAP. III DESARROLLO DEL PROYECTO
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
A. S. (Modelo de Objetos 2/3)
Diccionario de Datos del Sistema

Responsable de almacén.- Persona encargada de administrar los bienes de la
institució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 son
numerosos.


Articulo.- Es un bien que pertenece a la institución el cual es utilizado por el Municipio


Unidad de Medida.- La unidad de medida va ligada con los artículos porque cada
artículo tiene su propia unidad de medida.

Cierre Gestión.- Permite capturar los artículos existentes en almacén y actualizar estos
para 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 de
todos en general.

                                  CAP. III DESARROLLO DEL PROYECTO
A. S. (Modelo de Objetos 3/3)
   Asociación de Clases del Sistema




                      CAP. III DESARROLLO DEL PROYECTO
A. S. (Modelo Dinámico)
Diagrama de Estados del Sistema de
            Almacén




En esta fase se muestra los estados
básicos del sistema para el
funcionamiento del Sistema




                           CAP. III DESARROLLO DEL PROYECTO
A. S. (Modelo Funcional 1/2)
Diagrama de Flujo de Datos,
Entrada de Artículos a Almacén




En esta fase se muestra el flujo de
datos que sigue al momento de
realizar el ingreso de artículos en
Almacén.




                             CAP. III DESARROLLO DEL PROYECTO
FASE DE DISEÑO DEL SISTEMA
Módulos definidos para integrar al Sistema:

Estos módulos se integran dentro del Sistema de Almacén, para el
correcto 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
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
FASE DE DISEÑO DEL SISTEMA
(ESTRUCTURA DE LA BASE DE DATOS)




        CAP. III DESARROLLO DEL PROYECTO
FASE DISEÑO DE OBJETOS (M.O.)
   Diagrama de clases
    detallado




En el Modelo de Objetos se
diseña las clases a mayor
detalle, donde se muestran las
propiedades y los métodos
correspondientes.




                             CAP. III DESARROLLO DEL PROYECTO
FASE DISEÑO DE OBJETOS (M.D.)
   Diagrama de Estado del Caso
   de Uso Nota de Entrada




En el Modelo Dinámico se muestra
a mayor detalle el Diagrama de
Estados, en este caso la Nota de
Entrada.




                           CAP. III DESARROLLO DEL PROYECTO
FASE DISEÑO DE OBJETOS (M.D.)
  Diagrama de Secuencia
  del caso de uso Nota de
  Salida




En el Modelo Dinámico se
muestra a mayor detalle el
Diagrama de Secuencia
donde se especifica la
interacción entre los
objetos.




                             CAP. III DESARROLLO DEL PROYECTO
FASE DISEÑO DE OBJETOS (M.F.)
       (Salida de Artículos Según Método PEPS)
Diagrama de Flujo de
Datos, del caso de uso Nota
de Salida




En el Modelo Funcional se
elaboró los diagramas de
flujo, representando el
algoritmo de la salida de
artículos según el método
de valuación PEPS.




                            CAP. III DESARROLLO DEL PROYECTO
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
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
EVALUACION DEL SOFTWARE EN
BASE 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
ADMINISTRACION DE ALMACEN
               ANTES                                                 DESPUES




   5-            15-
                                                     3-7           5-10            segundo
   10            20               días
                                                     min           min                s
   min           min




Entradas    Búsqueda de     Generación de        Entradas    Búsqueda de     Generación de
y Salidas   Documentos    Kardex e Inventarios   y Salidas   Documentos    Kardex e Inventarios




                 201                                                201
                 0                                                  1
CONCLUSIONES
Se identificaron los procesos, especificando los requerimientos de la Unidad
de Almacén dependiente del Gobierno Autónomo Municipal de Cobija.

Se realizó el análisis del sistema, construyendo el modelo de objetos, modelo
diná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 funcionalidades
o 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
RECOMENDACIONES



Se recomienda realizar la conexión de Intranet entre el Predio Central y la
Unidad de Almacén, para que el Sistema funcione en las dependencias del
Gobierno Municipal.



Se recomienda complementar el sistema con otros Módulos, por ejemplo el
Módulo de Pedidos.




                                          CAP. IV CONCLUSIONES Y
Presentacion de proyecto de grado 1ra. pre defensa

Contenu connexe

Tendances

R c-01-06 formato de control de producto terminado
R c-01-06 formato de control de producto terminadoR c-01-06 formato de control de producto terminado
R c-01-06 formato de control de producto terminadoRolando Misto Barreto
 
Checklist revisión unidad
Checklist revisión unidadChecklist revisión unidad
Checklist revisión unidad32983083
 
MARMITA VOLCABLE 50 L
MARMITA VOLCABLE 50 LMARMITA VOLCABLE 50 L
MARMITA VOLCABLE 50 LGITA
 
Ficha tecnica cutter
Ficha tecnica cutterFicha tecnica cutter
Ficha tecnica cutterGITA
 
Mejora de la monitorización y ejecución de procesos
Mejora de la monitorización y ejecución de procesosMejora de la monitorización y ejecución de procesos
Mejora de la monitorización y ejecución de procesosAndres Colcha Nuñez
 
Centro calificaciones
Centro calificacionesCentro calificaciones
Centro calificacionesSena
 
Flujograma del despacho de producto
Flujograma del despacho de productoFlujograma del despacho de producto
Flujograma del despacho de productoAndres Urbina
 
Formato de Inventario Hardware && Software
Formato de Inventario Hardware && SoftwareFormato de Inventario Hardware && Software
Formato de Inventario Hardware && SoftwareSolution´s System
 
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdfCronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdfEduarHurtado1
 
mapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfmapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfCarlosEspinel10
 
EMPACADORA DE BANDEJAS
EMPACADORA DE BANDEJASEMPACADORA DE BANDEJAS
EMPACADORA DE BANDEJASGITA
 
Cárnicos ntc 1325 procesados cárnicos no enlatados
Cárnicos ntc 1325 procesados cárnicos no enlatadosCárnicos ntc 1325 procesados cárnicos no enlatados
Cárnicos ntc 1325 procesados cárnicos no enlatadosDiego Leyva
 
Ficha técnica de Cámaras frigoríficas
Ficha técnica de Cámaras frigoríficasFicha técnica de Cámaras frigoríficas
Ficha técnica de Cámaras frigoríficasIsotermia S.L.
 
Doc. lista de requerimientos ver. 1.0
Doc. lista de requerimientos ver. 1.0Doc. lista de requerimientos ver. 1.0
Doc. lista de requerimientos ver. 1.0luimiguelandrade
 
HORNO DESHIDRATADOR
HORNO DESHIDRATADORHORNO DESHIDRATADOR
HORNO DESHIDRATADORGITA
 

Tendances (20)

CLASE 9.pptx
CLASE 9.pptxCLASE 9.pptx
CLASE 9.pptx
 
Referentes técnicos
Referentes técnicosReferentes técnicos
Referentes técnicos
 
Diagrama de recorrido (1)
Diagrama de recorrido (1)Diagrama de recorrido (1)
Diagrama de recorrido (1)
 
R c-01-06 formato de control de producto terminado
R c-01-06 formato de control de producto terminadoR c-01-06 formato de control de producto terminado
R c-01-06 formato de control de producto terminado
 
Checklist revisión unidad
Checklist revisión unidadChecklist revisión unidad
Checklist revisión unidad
 
MARMITA VOLCABLE 50 L
MARMITA VOLCABLE 50 LMARMITA VOLCABLE 50 L
MARMITA VOLCABLE 50 L
 
CLASE 2.pdf
CLASE 2.pdfCLASE 2.pdf
CLASE 2.pdf
 
Ficha tecnica cutter
Ficha tecnica cutterFicha tecnica cutter
Ficha tecnica cutter
 
Mejora de la monitorización y ejecución de procesos
Mejora de la monitorización y ejecución de procesosMejora de la monitorización y ejecución de procesos
Mejora de la monitorización y ejecución de procesos
 
Centro calificaciones
Centro calificacionesCentro calificaciones
Centro calificaciones
 
Flujograma del despacho de producto
Flujograma del despacho de productoFlujograma del despacho de producto
Flujograma del despacho de producto
 
Formato de Inventario Hardware && Software
Formato de Inventario Hardware && SoftwareFormato de Inventario Hardware && Software
Formato de Inventario Hardware && Software
 
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdfCronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
CronogramanEtapanLectivanGeneralnVF___7162031f9f48b21___.pdf
 
mapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdfmapa mental sobre ingeniería de requisitos.pdf
mapa mental sobre ingeniería de requisitos.pdf
 
EMPACADORA DE BANDEJAS
EMPACADORA DE BANDEJASEMPACADORA DE BANDEJAS
EMPACADORA DE BANDEJAS
 
Rational rose
Rational roseRational rose
Rational rose
 
Cárnicos ntc 1325 procesados cárnicos no enlatados
Cárnicos ntc 1325 procesados cárnicos no enlatadosCárnicos ntc 1325 procesados cárnicos no enlatados
Cárnicos ntc 1325 procesados cárnicos no enlatados
 
Ficha técnica de Cámaras frigoríficas
Ficha técnica de Cámaras frigoríficasFicha técnica de Cámaras frigoríficas
Ficha técnica de Cámaras frigoríficas
 
Doc. lista de requerimientos ver. 1.0
Doc. lista de requerimientos ver. 1.0Doc. lista de requerimientos ver. 1.0
Doc. lista de requerimientos ver. 1.0
 
HORNO DESHIDRATADOR
HORNO DESHIDRATADORHORNO DESHIDRATADOR
HORNO DESHIDRATADOR
 

En vedette

Arquitectura canonica
Arquitectura canonicaArquitectura canonica
Arquitectura canonicaVickytg
 
modelos de presnetacion de tesis
modelos de presnetacion de tesismodelos de presnetacion de tesis
modelos de presnetacion de tesisEnder Melean
 
Diapositivas Proyecto
Diapositivas ProyectoDiapositivas Proyecto
Diapositivas Proyectometalsystem
 
Mcvs re-02 requerimientos del usuario
Mcvs re-02 requerimientos del usuarioMcvs re-02 requerimientos del usuario
Mcvs re-02 requerimientos del usuariolnavarros
 
Resolucion academica administrativa
Resolucion academica administrativaResolucion academica administrativa
Resolucion academica administrativaErbol Digital
 
Requisitos para habilitacion a defensa nov 2014
Requisitos para habilitacion a defensa nov 2014Requisitos para habilitacion a defensa nov 2014
Requisitos para habilitacion a defensa nov 2014Erbol Digital
 
Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot...
 Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot... Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot...
Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot...Alexandra Cuellar Guasde
 
Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014
Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014 Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014
Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014 Erbol Digital
 
Diapositivas defensa
Diapositivas defensaDiapositivas defensa
Diapositivas defensaron33
 
Diapositiva diagramacion
Diapositiva diagramacionDiapositiva diagramacion
Diapositiva diagramacionlblanquice
 
Defensa del proyecto de investigacion
Defensa del proyecto de investigacionDefensa del proyecto de investigacion
Defensa del proyecto de investigacionVirrey Solis IPS
 
Educación en Valores a través de la Actividad Física
Educación en Valores a través de la Actividad FísicaEducación en Valores a través de la Actividad Física
Educación en Valores a través de la Actividad FísicaUniversidad del Zulia
 
Justificación proyecto didáctico 2.0
Justificación proyecto didáctico 2.0Justificación proyecto didáctico 2.0
Justificación proyecto didáctico 2.0Isabel Allende U
 
Proyecto de educacion fisica 2015
Proyecto de educacion fisica 2015Proyecto de educacion fisica 2015
Proyecto de educacion fisica 2015panaitakivo
 
Proyecto de Grado Víctor Reyes - UNERG
Proyecto de Grado Víctor Reyes - UNERGProyecto de Grado Víctor Reyes - UNERG
Proyecto de Grado Víctor Reyes - UNERGVictor Reyes
 
escuela de musica informe de entrega
escuela de musica informe de entrega escuela de musica informe de entrega
escuela de musica informe de entrega Jesus Panta Ramirez
 
Presentacion para titulacion
Presentacion para titulacionPresentacion para titulacion
Presentacion para titulacionmamaviza
 
Qué metodología será más adecuada para mi proyecto software
Qué metodología será más adecuada para mi proyecto softwareQué metodología será más adecuada para mi proyecto software
Qué metodología será más adecuada para mi proyecto softwareLeanSight Consulting
 

En vedette (20)

Arquitectura canonica
Arquitectura canonicaArquitectura canonica
Arquitectura canonica
 
modelos de presnetacion de tesis
modelos de presnetacion de tesismodelos de presnetacion de tesis
modelos de presnetacion de tesis
 
Diapositivas Proyecto
Diapositivas ProyectoDiapositivas Proyecto
Diapositivas Proyecto
 
Proyecto de grado
Proyecto de gradoProyecto de grado
Proyecto de grado
 
Mcvs re-02 requerimientos del usuario
Mcvs re-02 requerimientos del usuarioMcvs re-02 requerimientos del usuario
Mcvs re-02 requerimientos del usuario
 
Resolucion academica administrativa
Resolucion academica administrativaResolucion academica administrativa
Resolucion academica administrativa
 
Requisitos para habilitacion a defensa nov 2014
Requisitos para habilitacion a defensa nov 2014Requisitos para habilitacion a defensa nov 2014
Requisitos para habilitacion a defensa nov 2014
 
Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot...
 Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot... Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot...
Home-content-98-10184398-html-bibliotecadigital-default-public-files-bibliot...
 
Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014
Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014 Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014
Convocatoria publica erboleduca defensas de proyectos y exámenes de grado 2014
 
Diapositivas defensa
Diapositivas defensaDiapositivas defensa
Diapositivas defensa
 
Diapositiva diagramacion
Diapositiva diagramacionDiapositiva diagramacion
Diapositiva diagramacion
 
Defensa del proyecto de investigacion
Defensa del proyecto de investigacionDefensa del proyecto de investigacion
Defensa del proyecto de investigacion
 
Educación en Valores a través de la Actividad Física
Educación en Valores a través de la Actividad FísicaEducación en Valores a través de la Actividad Física
Educación en Valores a través de la Actividad Física
 
Justificación proyecto didáctico 2.0
Justificación proyecto didáctico 2.0Justificación proyecto didáctico 2.0
Justificación proyecto didáctico 2.0
 
Justificación del proyecto
Justificación del proyectoJustificación del proyecto
Justificación del proyecto
 
Proyecto de educacion fisica 2015
Proyecto de educacion fisica 2015Proyecto de educacion fisica 2015
Proyecto de educacion fisica 2015
 
Proyecto de Grado Víctor Reyes - UNERG
Proyecto de Grado Víctor Reyes - UNERGProyecto de Grado Víctor Reyes - UNERG
Proyecto de Grado Víctor Reyes - UNERG
 
escuela de musica informe de entrega
escuela de musica informe de entrega escuela de musica informe de entrega
escuela de musica informe de entrega
 
Presentacion para titulacion
Presentacion para titulacionPresentacion para titulacion
Presentacion para titulacion
 
Qué metodología será más adecuada para mi proyecto software
Qué metodología será más adecuada para mi proyecto softwareQué metodología será más adecuada para mi proyecto software
Qué metodología será más adecuada para mi proyecto software
 

Similaire à Presentacion de proyecto de grado 1ra. pre defensa

Similaire à Presentacion de proyecto de grado 1ra. pre defensa (20)

Parte practica
Parte practicaParte practica
Parte practica
 
Tecnicas de documentacion tesis
Tecnicas de documentacion tesisTecnicas de documentacion tesis
Tecnicas de documentacion tesis
 
Red inalambrica
Red inalambricaRed inalambrica
Red inalambrica
 
Informe practicas
Informe practicasInforme practicas
Informe practicas
 
Modelo Qfd
Modelo QfdModelo Qfd
Modelo Qfd
 
Análisis y diseños de sistemas planes
Análisis y diseños de sistemas planesAnálisis y diseños de sistemas planes
Análisis y diseños de sistemas planes
 
Para slide share
Para slide sharePara slide share
Para slide share
 
Para slide share
Para slide sharePara slide share
Para slide share
 
Memoria tecnica control de inventario
Memoria tecnica control de inventarioMemoria tecnica control de inventario
Memoria tecnica control de inventario
 
sistema de control
sistema de controlsistema de control
sistema de control
 
Adsi guía sistemas embebidos - charla javeriana
Adsi   guía sistemas embebidos - charla javerianaAdsi   guía sistemas embebidos - charla javeriana
Adsi guía sistemas embebidos - charla javeriana
 
PROYECTO DE TESIS SISTEMA INTEGRAL DE COMPRA Y VENTA
PROYECTO DE TESIS SISTEMA INTEGRAL DE COMPRA Y VENTAPROYECTO DE TESIS SISTEMA INTEGRAL DE COMPRA Y VENTA
PROYECTO DE TESIS SISTEMA INTEGRAL DE COMPRA Y VENTA
 
Presentación etapa 2
Presentación etapa 2Presentación etapa 2
Presentación etapa 2
 
Presentación etapa 2
Presentación etapa 2Presentación etapa 2
Presentación etapa 2
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Informe analisis
Informe analisisInforme analisis
Informe analisis
 
Sistemas Operativos - UTS
Sistemas Operativos - UTSSistemas Operativos - UTS
Sistemas Operativos - UTS
 
Metodologia Desarrollo J2ee
Metodologia Desarrollo J2eeMetodologia Desarrollo J2ee
Metodologia Desarrollo J2ee
 
Sala limpia bc
Sala limpia bcSala limpia bc
Sala limpia bc
 
Presentacion siklicos pro
Presentacion siklicos proPresentacion siklicos pro
Presentacion siklicos pro
 

Presentacion de proyecto de grado 1ra. pre defensa

  • 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. CONTENIDO MARCO DESARROLLO CONCLUSIONES Y INTRODUCCIÓN RECOMENDACIONES TEORICO DEL PROYECTO
  • 3. ANTECEDENTES 2009-2010 Que 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. PLANTEAMIENTO DEL PROBLEMA Desconocimiento de La información se Búsquedas cantidades duplica dificultosas existentes Deficiente administración de inventarios de los artículos de la unidad de Almacén, dependiente del Gobierno Autónomo Municipal de Cobija Registro Manual Información no Uso de diferentes centralizada formatos CAP. I INTRODUCCIÓN
  • 5. OBJETIVO GENERAL Desarrollar un sistema de información para la eficiente administración de inventarios de artículos de la Unidad de Almacén del Gobierno Autónomo Municipal de Cobija, haciendo uso de la metodología Object Modeling Technique (OMT) CAP. I INTRODUCCIÓN
  • 6. OBJETIVOS ESPECIFICOS Identificar los procesos sobre la administración de inventarios de la unidad de almacén Determinar las especificaciones de análisis y diseño para el sistema de información en base a la metodología OMT. Construir los módulos del sistema de información a partir de las especificaciones del diseño. Aplicar pruebas de funcionamiento del sistema de información Evaluar el calidad del sistema aplicando las métricas de calidad de software determinadas en la norma ISO 9126 CAP. I INTRODUCCIÓN
  • 7. ALCANCES En 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én Debido a que no existe la conexión de RED entre la Unidad de Almacén y las otras 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 su funcionamiento . CAP. I INTRODUCCIÓN
  • 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. HERRAMIENTAS DE DESARROLLO UTILIZADAS Las herramientas de programación y almacenamiento de base de datos son las siguientes: CAP. I INTRODUCCIÓN
  • 10. RESULTADOS OBTENIDOS Los 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 de generando 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 genera automáticamente por medio del Sistema CAP. I INTRODUCCIÓN
  • 11. FUNDAMENTO TEORICO Ampliar CAP. II MARCO TEORICO
  • 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 Sistema Se 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. REQUERIMIENTOS 1/2 Lista de requerimientos general de todo el Sistema Ref. Requerimientos Tipo 1 Reportar Artículos por Rubro Evidente 2 Realizar las notas de ingreso a almacenes Evidente 3 Realizar las notas de salida a almacenes Evidente 4 Reportar los saldos existentes en almacén Evidente 5 Reportar el Kardex General por rubro Evidente 6 Reportar de Kardex por articulo Evidente 7 Incorporar la técnica de Valuación de inventarios Primeros en Evidente Entrar Primeros en Salir PEPS 8 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. REQUERIMIENTOS 2/2 Lista de requerimientos de Administrar Almacén Ref. Requerimientos Tipo 1 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 entrada 5 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 actuales 8 El sistema debe permitir realizar cierre de gestión en base al Evidente CAP. III DESARROLLO DEL PROYECTO inventario del cuarto trimestre.
  • 15. CASOS DE USO (General) CAP. III DESARROLLO DEL PROYECTO
  • 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. A. S. (Modelo de Objetos 2/3) Diccionario de Datos del Sistema Responsable de almacén.- Persona encargada de administrar los bienes de la institució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 son numerosos. Articulo.- Es un bien que pertenece a la institución el cual es utilizado por el Municipio Unidad de Medida.- La unidad de medida va ligada con los artículos porque cada artículo tiene su propia unidad de medida. Cierre Gestión.- Permite capturar los artículos existentes en almacén y actualizar estos para 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 de todos en general. CAP. III DESARROLLO DEL PROYECTO
  • 18. A. S. (Modelo de Objetos 3/3)  Asociación de Clases del Sistema CAP. III DESARROLLO DEL PROYECTO
  • 19. A. S. (Modelo Dinámico) Diagrama de Estados del Sistema de Almacén En esta fase se muestra los estados básicos del sistema para el funcionamiento del Sistema CAP. III DESARROLLO DEL PROYECTO
  • 20. A. S. (Modelo Funcional 1/2) Diagrama de Flujo de Datos, Entrada de Artículos a Almacén En esta fase se muestra el flujo de datos que sigue al momento de realizar el ingreso de artículos en Almacén. CAP. III DESARROLLO DEL PROYECTO
  • 21. FASE DE DISEÑO DEL SISTEMA Módulos definidos para integrar al Sistema: Estos módulos se integran dentro del Sistema de Almacén, para el correcto 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. 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. FASE DE DISEÑO DEL SISTEMA (ESTRUCTURA DE LA BASE DE DATOS) CAP. III DESARROLLO DEL PROYECTO
  • 24. FASE DISEÑO DE OBJETOS (M.O.)  Diagrama de clases detallado En el Modelo de Objetos se diseña las clases a mayor detalle, donde se muestran las propiedades y los métodos correspondientes. CAP. III DESARROLLO DEL PROYECTO
  • 25. FASE DISEÑO DE OBJETOS (M.D.) Diagrama de Estado del Caso de Uso Nota de Entrada En el Modelo Dinámico se muestra a mayor detalle el Diagrama de Estados, en este caso la Nota de Entrada. CAP. III DESARROLLO DEL PROYECTO
  • 26. FASE DISEÑO DE OBJETOS (M.D.) Diagrama de Secuencia del caso de uso Nota de Salida En el Modelo Dinámico se muestra a mayor detalle el Diagrama de Secuencia donde se especifica la interacción entre los objetos. CAP. III DESARROLLO DEL PROYECTO
  • 27. FASE DISEÑO DE OBJETOS (M.F.) (Salida de Artículos Según Método PEPS) Diagrama de Flujo de Datos, del caso de uso Nota de Salida En el Modelo Funcional se elaboró los diagramas de flujo, representando el algoritmo de la salida de artículos según el método de valuación PEPS. CAP. III DESARROLLO DEL PROYECTO
  • 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. 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. EVALUACION DEL SOFTWARE EN BASE 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. ADMINISTRACION DE ALMACEN ANTES DESPUES 5- 15- 3-7 5-10 segundo 10 20 días min min s min min Entradas Búsqueda de Generación de Entradas Búsqueda de Generación de y Salidas Documentos Kardex e Inventarios y Salidas Documentos Kardex e Inventarios 201 201 0 1
  • 32. CONCLUSIONES Se identificaron los procesos, especificando los requerimientos de la Unidad de Almacén dependiente del Gobierno Autónomo Municipal de Cobija. Se realizó el análisis del sistema, construyendo el modelo de objetos, modelo diná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 funcionalidades o 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. RECOMENDACIONES Se recomienda realizar la conexión de Intranet entre el Predio Central y la Unidad de Almacén, para que el Sistema funcione en las dependencias del Gobierno Municipal. Se recomienda complementar el sistema con otros Módulos, por ejemplo el Módulo de Pedidos. CAP. IV CONCLUSIONES Y