RONALD LOPEZ
RONALD LOPEZ
Anteproyecto de Grado
INTRODUCCIN ............................................................................................................... 5
2. JUSTIFICACIN ............................................................................................... 8
3. OBJETIVOS.................................................................................................... 13
7. METODOLOGA ............................................................................................. 26
9. BIBLIOGRAFA ............................................................................................... 29
INTRODUCCIN
5
1. PLANTEAMIENTO DEL PROBLEMA
6
acorde a las necesidades propias de la sucursal, el cual podra dar solucin a
mencionada situacin y optimizar sus recursos de forma eficiente.
7
2. JUSTIFICACIN
8
De persistir la situacin expuesta, se continuaran presentando novedades en cada
revista pasada al interior de la sucursal de la Armada Nacional en Cali, generando
sobrecargas laborales por tener que revisar manualmente los inventarios, as como
revistar y consignar de continuo los problemas que se presentan con este material.
Teniendo en cuenta lo expuesto anteriormente, se hace necesario desarrollar e
implementar un sistema de informacin que sea conveniente y eficiente que
permitan consultar, registrar, verificar y controlar el material de los inventarios,
acuerdo a las necesidades especficas de la sucursal.
El sistema de control inventarios de activos fijos que se desea desarrollar es de
suma importancia debido a que se buscara optimizar los procesos actuales, el cual
permita conocer en tiempo real la informacin almacenada como, cada uno de los
bienes que posee la sucursal, en cual departamentos estn ubicados y cul es el
responsable de dicho material.
Cabe resaltar que este software sera un proyecto piloto, que de funcionar y entregar
los controles e informes requeridos, se podra diseminar a nivel nacional en las
sucursales de la Armada Nacional que posean este problema.
9
Factibilidad Tcnica
Equipo DELL
Monitor DELL 22
RAM 4 GB
Equipo LENOVO
Monitor LENOVO 19
RAM 4 GB
10
Factibilidad Econmica
HH HH $ TOTAL ($)
Factibilidad financiera
Viabilidad Poltica
Viabilidad Social
11
utilizado como herramienta en otras sucursales de la Armada Nacional que poseen
el mismo problema antes planteado, por lo cual se considera con viabilidad social.
12
3. OBJETIVOS
13
4. ALCANCE Y LIMITACIONES DEL PROYECTO
4.1 Alcance
El sistema de control de inventario ser de una interfaz grfica sencilla para que el
usuario pueda dar buen uso del sistema, sobre todo entendible para poder suplir las
necesidades del usuario.
La aprobacin del proyecto solo requiere un trmite de nivel administrativo por parte
del jefe de la sucursal de Cali, que se efecta de forma verbal por parte de los
participantes de la investigacin, ya que el grupo de investigacin que lidera este
proyecto se encuentra laborando de forma permanente en la oficina que maneja el
problema del control de inventario. Recibiendo de manera permanente las
necesidades que se ameriten para la implementacin del software, que en esencia
son controlar los bienes (material y equipos) adquiridos por medio de donaciones
de pases amigos y que hasta el momento se llevan de forma manual a travs de
tarjetas kardex las cuales no evidencian un control exacto y real de los inventarios.
14
estado del equipo, novedades presentadas del equipo, fecha de ingreso entre otras,
se verificar el nivel de satisfaccin del usuario final con la aplicacin desarrollada
y las mejoras requeridas para total aceptacin.
4.2 Limitaciones
Se considera como primera limitante la no aceptacin del usuario final, lo cual pueda
darse si el software es demasiado complejo, difcil de manejar y de emitir informes,
lo que conllevara a un abandono del software en primera instancia.
15
5. ESTADO DEL ARTE
1 Tenorio, L. (2010). Controles para el Mejoramiento de Inventarios en la Empresa Carnes Fras Enriko. Cali,
Colombia: Universidad Autnoma de Occidente. Recuperado de:
http://www.usfx.bo/nueva/vicerrectorado/citas/ECONOMICAS_6/Contaduria_Publica/80%20lc%20tenorio.pdf
2 Suarez, C, & Cuellar O. (2012). Diseo e Implementacin de un Software de Registro y Control de
16
espiral, sobre el sistema operativo LINUX, UBUNTU 11.10 y la base de datos
POSTGRESQL.
3 Rojas, D. (2011). Propuesta para el Manejo de Inventarios Empresa XYZ. Cali, Colombia: Universidad
Catlica.
4Chavez, L, & Vanessa, A (2010).Software para desarrollo y control de inventarios de una franquicia de Yogen
17
Propuesta para Control de Inventarios de Insumos en la Compaa Agrcola
Daz S.A.S.5 (Chia-2011).
5Garca, D.F., Medina, J. M., Serrano, P. A., & Zuluaga, R.P. (2011).Propuesta para Control de Inventarios de
Insumos en la Compaa Agrcola Daz S.A.S. Chia, Colombia: Universidad de la Sabana. Recuperado de:
http://intellectum.unisabana.edu.co/bitstream/handle/10818/177/Francisco%20Garc%C3%ADa%20D%C3%AD
az.pdf?sequence=1&isAllowed=y
18
6. MARCO TEORICO CONCEPTUAL
Tambin est disponible NetBeans Platform; una base modular y extensible usada
como estructura de integracin para crear grandes aplicaciones de escritorio.
Empresas independientes asociadas, especializadas en desarrollo de software,
proporcionan extensiones adicionales que se integran fcilmente en la plataforma y
que pueden tambin utilizarse para desarrollar sus propias herramientas y solucione
6.2 UML7
6
Bienvenido a NetBeans y www.netbeans.org, Portal del IDE Java de Cdigo Abierto. Consultado el 18 de
agosto de 2015. https://netbeans.org/index_es.html.
7
UML Tutorial - UML Unified Modelling Language - Sparx Systems. Consultado el 17 de agosto de 2015.
http://www.sparxsystems.com/uml-tutorial.html.
19
incluyendo los procesos de negocio y funciones del sistema, as como cosas
concretas tales como declaraciones de lenguajes de programacin, esquemas de
bases de datos y software reutilizable.
6.3 MySQL
8
Gilfillan, I. (2003), la biblia de MySQL, Anaya Multimedia, pag 39
9
Curso de SQL Server. aulaClic. ndice del curso de SQL Server. Consultado el 18 de agosto de 2015.
http://www.aulaclic.es/sqlserver/.
20
6.5 Visual Studio Express
10
Introduccin al lenguaje C# y .NET Framework. Consultado el 18 de agosto de 2015.
https://msdn.microsoft.com/es-es/library/z1zx9t92.aspx.
11
S. Pressman, Roger. Ingeniera del Software: Un enfoque prctico, 3. Edicin, Pag. 26-30.
12
Ingenieria De Software Educativo, Cataldi, Z., Lage, F., Pessacq, R. y Garca Martnez, R
21
1. Anlisis de requisitos.
4. Codificacin.
5. Pruebas.
6. Verificacin.
7. Mantenimiento.
Por otra parte, los procesos de desarrollo en Cascada suelen ser ms seguros por
estar orientados a la planificacin. Por ejemplo, si un diseador sale del proyecto no
es un gran problema, como el mtodo en Cascada requiere una amplia planificacin
y documentacin, un nuevo diseador puede fcilmente tomar el relevo del antiguo
diseador, siguiendo el plan de desarrollo sin problemas.
Dada la naturaleza del proyecto se emplear este mtodo con el objetivo de permitir
la presentacin del desarrollo en varias etapas con la respectiva interaccin con el
22
cliente, esto har que el margen de error cada vez sea menor y llevar por el mejor
camino al final y satisfactoria entrega.
13
metodologia_xp.pdf. Consultado el 21 de agosto de 2015.
http://fi.ort.edu.uy/innovaportal/file/2021/1/metodologia_xp.pdf.
23
2. Planificacin: El objetivo de esta fase es fijar la prioridad de cada una de las
historias y se establece cual va a ser el contenido de la primera entrega. Los
programadores estiman cuanto esfuerzo requiere cada historia y se establece
el cronograma. La duracin del calendario para la entrega del primer release no
suele superar los dos meses. Duracin de la fase de planificacin en si no toma
ms de dos das.
3. Iteraciones por entregas: Esta fase incluye varias iteraciones del sistema
antes de la entrega del primer release. El calendario es dividido en un nmero
iteraciones de tal manera de que cada iteracin tome de una a cuatro semanas
de implementacin. En la primera iteracin se crea un sistema que abarca los
aspectos mas importantes de la arquitectura global. Esto se logra seleccionando
las historias que hagan referencia a la construccin de la estructura de todo el
sistema.
El cliente decide que historias van a ser implementadas para cada iteracin.
Adems, se realizan los test funcionales, realizados por el cliente, al final de
cada iteracin. Al final de la ltima iteracin el sistema est listo para ser puesto
en produccin.
24
5. Mantenimiento: En esta fase por lo general se necesita un esfuerzo extra de
los programadores para satisfacer los requerimientos del cliente. Por este
motivo la velocidad de desarrollo suele disminuir una vez que el sistema es
puesto en produccin. A raz de esto se requiere incorporar nuevos integrantes
al equipo y cambiar la estructura del equipo.
6. Muerte: Esta ltima fase se acerca una vez que el cliente no tiene ninguna
historia a ser implementada. Los requerimientos del sistema deben ser
satisfechos en otros aspectos como ser la performance o la confiabilidad del
mismo. Esta es la etapa en la cual no hay ms cambios en la arquitectura, el
diseo o el cdigo y aqu es cuando se realiza la documentacin
correspondiente. Esta fase aparece tambin, cuando el sistema no da los
resultados deseados o se vuelve demasiado caro para seguir siendo
desarrollado
25
7. METODOLOGA
26
7.1.2 Modelo XP
27
8. CRONOGRAMA DE ACTIVIDADES
Fecha Inicio
Actividades
Fecha Final
Responsables
Septiembre
Noviembre
Ago/Sep
Oct/Nov
Sep/Oct
TOMA DE REQUERIMIENTO 24-08-2015 06-09-2015 RICARDO MEDINA
RICARDO MEDINA
CODIFICACIN DEL SISTEMA 07-10-2015 07-11-2015
ERICK GONZALEZ
RONALD LOPEZ
28
9. BIBLIOGRAFA
29
7. UML Tutorial - UML Unified Modelling Language - Sparx Systems.
Consultado el 17 de agosto de 2015. http://www.sparxsystems.com/uml-
tutorial.html.
9. Curso de SQL Server. aulaClic. ndice del curso de SQL Server. Consultado
el 18 de agosto de 2015. http://www.aulaclic.es/sqlserver/.
12. Ingenieria De Software Educativo, Cataldi, Z., Lage, F., Pessacq, R. y Garca
Martnez, R
30