Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PROPUESTA
3.1 Tema
IMPLEMENTACIN
DE
UN
SISTEMA
PARA
El
CONTROL
DE
3.1.1 Presentacin
Para poder exponer el presente sistema es necesario realizar una valoracin previa
referente al actual proceso de datos que se lleva de forma manual, el presente software
soluciona la necesidad de un sistema de informacin que lleve en forma efectiva el
control del inventario en diferentes proyectos, pasando de un proceso manual a uno
automatizado, a travs de una aplicacin bajo el entorno del sistema operativo
Windows 7, desarrollado en Microsoft Visual Studio 2010, lenguaje de programacin
C#, base de datos Microsoft SQL Server 2005 y utilizando como herramienta case a
Rational Rose 2000.
52
3.1.2 Objetivos
53
3.1.3 Justificacin
54
Por otra parte, al establecer este sistema poseer un impacto psicosocial positivo en la
empresa, la cual proporcionar a la misma una informacin confiable, agilizando y
facilitando el trabajo y el control tanto material, humano y financiero, permitiendo que
cada proyecto se ajuste el presupuesto.
55
3.1.4.1.1 Meta
Realizar
3.1.4.1.3 Alcance
Para lograr un planteamiento claro de las reas que abarca el proyecto y para definir
con mayor detalle y precisin las diferentes capacidades que conformarn su
funcionalidad, se han identificado los aspectos que sern tomados en cuenta en el
diseo y desarrollo del mismo. A continuacin se presenta un listado de dichos
aspectos, con el cual se describen los alcances del proyecto.
56
3.1.4.1.4 Limitaciones
El sistema no migrar datos, sino que la empresa que quiera implementarlo se tendr
que ajustar a nuestros parmetros.
El sistema estar diseado nicamente para inventario de materiales elctricos
terminado.
57
3.1.4.1.5 Especificaciones
Para conseguir el objetivo, se tom como punto de partida las opiniones, encuestas y
entrevistas realizadas al personal administrativo y empleados de la empresa Ca. Ing.
Carlos Vega R. el cual se encuentra documentada en el captulo II.
58
3.1.4.1.6 Requerimientos
Un proyecto no puede ser exitoso sin una especificacin correcta de los requisitos,
para ello se necesita muchas habilidades; un examen riguroso de las mismas permitir
obtener un buen resultado en la culminacin del proyecto. Los requisitos son
capacidades y condiciones que permiten encontrar, comunicar y recordar lo que se
necesita realmente, de manera que tenga un significado claro para el usuario y los
miembros del equipo de desarrollo. Para esto se llev a cabo una investigacin de la
cual se determina una propuesta de los posibles requerimientos para introducir el
sistema de control de inventario.
Con respecto a los requerimientos con la cual cuenta la empresa, los postulantes
decidieron detallarlas mediante la clasificacin en factibilidades.
Factibilidad Tcnica
Este proyecto se considerado factible debido a que la empresa cuenta con los equipos
y software para poder implementar el sistema para el control de inventario de
59
Fueron creados varios niveles de usuarios los cuales dependiendo de su estatus podrn
acceder a la informacin, de esta manera se asegurar la integridad de los datos, de
igual manera est diseado para poder agregar o modificar cualquier modulo en el
momento que sea necesario dando as seguridad de que en todo momento si crecen los
requerimientos sern cubiertas todas las exigencias de los usuarios sea cual sea esta.
60
Recursos Mnimo
Tabla N 3.1. Requisitos de Hardware
RECURSOS
Un Computador
DESCRIPCIN
Procesador: 1.50GHZ o
superior.
Memoria 512 Mb o
superior.
Unidad de CD-ROM,
CD-R/RW,
DVDROM.
Tarjeta de Red
10/100
Mbps
superior.
de
o
61
DESCRIPCIN
De 32 Bit o 64 Bit
Windows 2003 Server, /XP
Windows Vista y Windows Seven.
Programacin
Comparando los requerimientos mnimos con los que actualmente posee la empresa en
cuanto al Hardware y Software necesarios para la implementacin del sistema
propuesto, se pudo observar que en lo que se refiere al aspecto tcnico es totalmente
factible ya que la empresa cuenta con los equipos necesarios para colocar el sistema en
ejecucin.
Factibilidad Econmica
62
Hay que resaltar que con la inversin que realizara la empresa cada da ser mucho
ms competitiva en cuanto a nivel organizacional y tecnolgico, al igual que
economizara tiempo, papelera y dinero.
Debido a que la empresa en la actualidad est atravesando por una pequea crisis
econmica, posteriormente dicha empresa nos proporcionara la licencia de Microsoft
SQL Server 2005 para su respectiva instalacin.
63
Factibilidad Operativa
64
3.1.4.1.7 Seguridades
Los actores estn representados por el papel que desempean en el caso de usuario.
Los actores estn representados por seres humanos pero tambin pueden ser cualquier
tipo de sistema como un sistema computarizado externo.
Gerente
Personal administrativo
Empleados
Proveedores
65
66
Listar
selecciona
ingresa datos
Generar
realiza
USUARIO
realiza
genera
Almacenar
genera
Eliminar
Consulta
Impresin
La descripcin de procesos a travs del relato de las actividades que pueden generar
los casos de uso permiten comprender de mejor manera los objetos o elementos que se
constituirn en las piezas a desarrollarse en el sistema para este efecto se puede incluir
la narrativa de los casos de uso de alto nivel que son la explicacin generalizada de un
proceso y los casos de uso expandidos en los cuales se incluye una buena dosis de
detalle, de tal forma que permitan determinar los pasos a seguirse en cada uno de los
procesos sin llegar a detallar el 100% de los elementos ms significativos.
67
El uso de alto nivel describe claro y conciso el proceso que se quiere especificar, los
encabezados y la estructura de estos casos de uso son representativos, sin embargo el
Lenguaje Unificado de Modelado no especfica un formato rgido que puede
modificarse para atender las necesidades y ajustarse al contenido de la documentacin
ante todo una comunicacin clara, se iniciara con los casos de uso de alto nivel para
lograr rpidamente entender los principales procesos globales que intervienen en el
control de inventarios.
68
La fase de Anlisis consiste en obtener una visin aproximada, anlisis del negocio,
alcances, estimaciones imprecisas, etc. la fase de diseo contiene una visin refinada,
implementacin iterativa, resolucin de los riesgos altos, identificacin de ms
requisitos y alcance, estimaciones ms relevantes. La codificacin consiste en la
implementacin iterativa del resto de requisitos del menor riesgo y elementos ms
fciles. Las pruebas determinan la funcionalidad correcta antes de ser puesto en
explotacin y por ultimo La fase de mantenimiento se refiere a que el Software sufrir
cambios despus de que se entrega al cliente.
69
muchas categoras comunes que vale la pena tener en cuenta sin que importe el orden.
Este modelo se utiliza con frecuencia como fuente de inspiracin para el diseo de los
objetos software.
La lista de conceptos y del anlisis de frases nominales de los casos de uso definidos
anteriormente nos sirve para generar con ello una lista de nociones adecuados para
incluirlos en el sistema para el control de inventarios.
70
Los casos de uso indican cmo los actores interactan con el sistema de software que
es lo que en realidad deseamos crear. Durante la interaccin un actor genera eventos
dirigidos a un sistema, solicitando alguna operacin a cambio. Conviene aislar y
explicar grficamente las operaciones que un actor solicita a un sistema, porque
contribuye de manera importante a entender el comportamiento del mismo. Ver
Grfica 3.5.
71
Sistema
: Usuario
pide permiso
: Inventario
se activa
realiza una consulta
verifica en el
almacenar datos
eliminar datos
72
Requisito 1.- Para el desarrollo del sistema se deber utilizar tablas que
verdaderamente se consideren necesarias, dichas tablas debern estar bien
relacionadas.
Requisito 2.- Debe realizarse su respectivo diagrama de clase de uso.
Requisito 3.- Disear el modelo conceptual de datos con sus respectivas relaciones y
atributos.
Requisito 4.- El diseo debe de estar orientado a manejar con la base de datos SQL
Server 2005.
Requisito 5.- Todos los atributos de cada tabla estarn constituidas por tres o cuatro
letras ms, la cual se tomara de la tabla a la que pertenecen cada una de ellas.
Requisito 6.- Se deber crear procedimientos almacenados para para as evitar
programar cada uno de los botones en los formularios.
Requisito 7.- No debe existir redundancia de datos.
74
Requisito 8.- La tabla Bodegas estar compuesta por el cdigo y el nombre que
concerniese a la bodega.
Requisito 9.- La tabla Categoras estar constituida por cdigo y el tipo de categora a
la cual va a pertenecer uno o varios materiales.
Requisito 10.- La tabla Materiales contendr los atributos cdigo, nombre y un stock,
en la cual cada material estar distribuida segn a la categora a la que pertenece en su
respectiva bodega.
Requisito 11.- La tabla Proveedores acoger los atributos cdigo, cedula, nombre,
apellido, direccin y telfono.
Requisito 12.- La tabla Proyectos estar compuesta por un cdigo, nombre, ao de
contrato, sector, cantn y parroquia.
Requisito 13.- La tabla Nota de pedido contendr un cdigo, nombre del solicitante,
fecha y la descripcin.
Requisito 14.- La tabla Factura estar compuesta por un numero de factura, fecha,
cliente, numero de RUC, direccin, ciudad, subtotal, iva y un total.
Requisito 15.- La tabla Detalle de factura estar constituida por un cdigo, cantidad o
unidad, descripcin, valor unitario y un valor total.
Requisito 16.- La tabla Inventario individual estar compuesta por un cdigo, numero
de contrato, numero de poste y la cantidad de material utilizada.
Requisito 17.- La tabla Inventario individual detalle contendr cdigo, detalle y un
ingreso.
Requisito 18.- La base de datos de ser llenada con datos reales de los materiales
elctricos.
75
Requisito 19.- Cada persona que va a utilizar el sistema deber tener obligadamente su
cuenta y contrasea, y especificada las actividades que va a desempear dentro del
sistema.
Requisito 20.- Se desea ingresar tanto como administrador como por usuario.
Requisito 21.- Al ingresar como usuario no tendr privilegios de hacer modificaciones
de los datos.
Requisito 22.-Al ingresar como administrador se tendr la opcin a modificar, guardar,
eliminar y generar nuevos datos.
Requisito 23.- El administrador tambin deber tener el poder para otorgar privilegios
a otros usuarios de menor grado.
Requisito 24.- Los componentes describirn las actividades que llevara a cabo un
personal.
Requisito 25.- La tabla Personal estar constituida por un cdigo, nombre, usuario y
clave.
Requisito 26.- La tabla Personal estar constituida por un cdigo, nombre, usuario y
clave.
Requisito 27.- La tabla Componente estar compuesta por un cdigo y una
descripcin.
Requisito 28.- La tabla Perfil contendr una identificacin y un perfil.
Requisito 29.- La tabla Permiso componente ser una tabla auxiliar para contener
datos cdigo del personal y el cdigo del componente.
76
Requisito 30.- La tabla Permiso ser una tabla totalmente libre e independiente pero
muy til para generar una seguridad extrema, dicha tabla contendr un cdigo y un
valor.
Requisito 31.- Cada uno de los formularios principales debern contener la opcin de
editar, generar un nuevo, eliminar y guardar, siempre y cuando estece como
administrador.
Requisito 32.- La entrega de la factura debe ser con sus datos completos.
Requisito 33.- Su interfaz grfica debe ser normal no tan llamativo pero muy eficiente.
Requisito 34.- Debe ser de fcil manejo para que los empleados puedan ingresar los
datos.
Requisito 35.- La actualizacin de los datos se los realizara semestralmente.
Requisito 36.- Los datos debern ser ingresados manualmente por los administradores.
Requisito 37.- Para cada tabla se deber disear su respectivo formulario.
Requisito 38.- Las opciones de formularios que deber tener el sistema ser la que se
presentara a continuacin:
INICIO
Proyectos
Gestin de proyectos
Administrar inventarios
Nota de pedido
ADMINISTRACION
Materiales
Administracin de materiales
Categoras
Bodegas
Proveedor
Inventario individual
77
Facturar
ADMINISTRAR SISTEMA
Personal
Componentes del sistema
Permisos
MDULO DE CONSULTAS
Proyecto
Materiales
Inventario
Factura
AYUDA
Ayuda
Requisito 39.- Cada vez que se realiza una compra, los datos de la factura ser
ingresada para almacenar en la base de datos y la cantidad adquirida en ella ser
introducida en la bodega pertinente acorde al tipo de material al que corresponde.
Requisito 40.- La bsqueda se lo realizara por el cdigo.
Requisito 41.- La visualizacin de las consultas se las debe desplegar en otro
formulario muy particular e independiente.
Requisito 42.- Cada una de las tablas principales deber tener su respectivo reporte.
Requisito 43.- Los reportes deben tener el logotipo de la empresa para poder
identificarlo de una mejor manera.
Requisito 44.- La impresin o visualizacin se la deber realizar por un contenido
general y uno especfico.
Requisito 45.- Deber ser factible la posibilidad de realizar una impresin por
impresora.
Requisito 46.- Debe ser un cdigo abierto para poder aumentar alguna aplicacin
posterior.
78
79
Los casos reales de uso presentan un diseo concreto de cmo se realizar el caso. La
definicin de los casos de uso reales es una de las primeras actividades dentro de un
ciclo de desarrollo. Su creacin depende de los casos esenciales ligados que hayan
sido generados antes. Un caso real de uso describe el diseo concreto a partir de una
tecnologa particular de entrada y salida, as como implementacin global.
80
relacin, refirindose en este las entidades necesarias para la generacin del sistema de
inventarios.
3.1.6.2.3 SCRIPT
81
Un sistema se compone de muchos subsistemas, uno de los cuales son los objetos del
dominio. Un sistema ordinario de informacin ha de conectarse a la interfaz del
usuario y a un mecanismo de almacenamiento.
83
de datos, el cual usualmente corre en un servidor separado. Como tal, posee acceso
directo a los datos que necesita manipular y slo necesita enviar sus resultados de
regreso al usuario, deshacindose de la sobrecarga resultante de comunicar grandes
cantidades de datos salientes y entrantes.
84
Men principal
85
86
Como sean los casos realizados en cada formulario acorde a la opciones que tiene cada
una de ellas, la informacin ser afectando directamente en la base de datos
Inventarios.
Inicio
Formulario Proyectos
Acceda desde men Inicio, Proyectos y a continuacin se le mostrara la siguiente
ventana.
Grfico N 3.8: Formulario proyectos elctricos
87
88
89
90
91
92
Administracin
Formulario Materiales
Acceda desde men Administracin, Materiales y seguidamente se presenta la
siguiente ventana.
Grfico N 3.14: Formulario de materiales elctricos
93
94
95
Formulario Categora
Para la categora a registrar se tiene la siguiente pantalla.
Grfico N 3.17: Formulario categoras
96
Formulario Bodega
Al momento que selecciona el formulario bodegas se muestra la siguiente pantalla.
Grfico N 3.18: Formulario bodegas
97
Formulario Proveedores
Al momento de picar en la opcin de proveedores se despliega la siguiente pantalla.
Grfico N3.19: Formulario Proveedores
98
99
100
Formulario Inventario
Al momento de seleccionar le pestaa inventario se muestra la siguiente pantalla.
Grfico N 3.22: Formulario de inventario individual
101
Formulario Factura
Accediendo desde el men Administracin, Factura y a continuacin se le mostrara la
siguiente ventana.
Grfico N 3.23: Formulario facturacin
102
Administrar Sistema
Formulario Personal
Al seleccionar en la pestaa control de personal, desplegara la siguiente ventana.
Grfico N 3.24: Formulario de control de personal
103
105
En la grfica anterior se puede visualizar los componentes que cada uno de los
empleados tiene para desempear tareas dentro del sistema, ya que a algunas tareas no
debe tener acceso o permiso global un personal especificado. Esta ventana tambin
cuenta con opciones de agregar, guardar y eliminar un componente, ya que vale
destacar que un empleado est en la capacidad de tener permiso para desempear
mltiples tareas en el sistema.
Mdulo de Consultas
Reporte Proyectos
Acceda desde mdulo de consultas, Reporte proyectos y a continuacin se despliega la
siguiente ventana.
Grfico N 3.27: Reporte de proyectos
106
responsable del proyecto a la cual nosotros queremos visualizar con sus respectivos
atributos y datos.
Reporte Material
Al momento de dar un clic en el vnculo de consulta de proyectos se despliega el
siguiente reporte.
Grfico N 3.28 Reporte de consulta de materiales
107
Reporte Inventario
Al momento de optar por la opcin de reporte de inventario se despliega la siguiente
pantalla.
Grfico N 3.29: Reporte consulta de inventarios
Reporte Factura
Accede a la pestaa consulta y seguidamente se proceder a visualizar el siguiente
reporte de factura.
Grfico N 3.30: Reporte consulta de factura
109
Ayuda
Al momento de click en la opcin Ayuda se despliega la siguiente pantalla.
Grfico N 3.31: Ayuda - Manual de Usuario
110
En esta parte se debe arreglar el programa que se tienes antes de tener la aplicacin
final con el fin o con la idea de que el desarrollo final de la aplicacin sea de una
manera eficaz y con menos problemas de los que pudiese tener.
Durante este caso se aplicaron actividades relacionadas con las peticiones que ejecutan
cada usuario durante las fases de operaciones del sistema, llevando dicho sistema a
una situacin extrema. Para de esta forma detectar posibles errores relacionados con la
carga y manejo de datos.
Se pone en funcionamiento el sistema de manera normal, sin recurrencia a peticiones,
solo ejecutndose las operaciones de registro, consulta y salida de datos, viendo como
fluye la operatividad del sistema.
Durante las pruebas se tomaron en cuenta, la cantidad de usuarios que podra soportar
el sistema, el tiempo de respuesta en las operaciones, el margen de error para cada
operacin. Determinndose as que el sistema cumple con los factores claves para su
buen funcionamiento.
111
Una vez corregida las fallas en la fase de prueba, se pone en funcionamiento el sistema
para en un futuro realizar mejoras.
112
de este hacia afuera, todo esto mediante una buena utilizacin y aprovechamiento
grafico que nos proporciona Microsoft Windows que es un sistema por ventanas y que
en si mejora la interactividad hombre-mquina y viceversa.
El sistema para el control de inventario trata en todo momento de que sea una interfaz
amigable e intuitiva y de fcil uso por parte del usuario final, para de esta manera
tratar de evitar al mximo los posibles errores que pueda dar el usuario al sistema. Para
ello se utiliza diferentes controles de formularios proporcionados por el lenguaje de
programacin en el que est desarrollado este sistema, a todo esto se suma los cuadros
de mensajes de error y posibles sugerencias para la sugerencia del error mostrado por
este.
El sistema propuesto se compone de diferentes controles ubicados en pantalla para de
esta manera tratar de evitar al mximo que el usuario tenga que teclear informacin
repetida y redundante. Todo esto garantiza la seguridad e integracin para un buen
almacenamiento de datos.
3.1.7.2
113
3.1.7.3
En el sistema de inventarios fue realizado en Microsoft SQL Server 2005 como gestor
de base de datos y para su acceso utilizamos la tecnologa XAML la cual es una
aplicacin del
El sistema cuenta con un usuario llamado Administrador, el cual tiene permiso total
sobre el sistema, es decir, este usuario tiene acceso a todas las pantallas del sistema.
Sus datos son los siguientes: Nombre: Administrador, Usuario: Admin, Contrasea:
12345.
114
4. CONCLUSIONES Y RECOMENDACIONES
4.1 Conclusiones
Una vez terminado con nuestro proyecto de tesis, el grupo de trabajo llego a la
conclusin lo siguiente:
La informacin de campo nos fue mucha utilidad para poder conocer de una mejor
manera la temtica de nuestra investigacin.
115
A travs del estudio realizado se detect tambin que el sistema actual era de forma
manual, lo que traa como consecuencia que la ejecucin de las operaciones realizadas
sean lentas, tediosas y poco confiables.
La empresa nos proporcion cordial acogida para realizar la respectiva instalacin del
sistema en la maquina principal de la empresa.
116
4.2 Recomendaciones
117
5. BIBLIOGRAFIA
BSICA
118
CITADA
VIRTUAL
http://www.ilustrados.com/publicaciones/EpZVVZppVlxAiNyJPQ.php, 05-122011
http://www.gestiopolis.com/administracion-estrategia/administracion-deinventarios.htm
http://www.monografias.com/trabajos62/gestion-automatizada-invetariospymes/gestion-automatizada-invetarios-pymes2.shtml.
http://wikipedia.org/wiki/Sistema.
http://www.gestiopolis.com/recursos/documentos/fulldocs/ger1/teodesisjuan.ht
m.
119
http://www.definicionabc.com/tecnologia/aplicacion.php.
http://es.scribd.com/doc/916042/Visual-Studio-2010.
ttp://weblogs.asp.net/scottgu/archive/2007/11/19/visual-studio-2010-and-net-35-released.aspx.
http://msdn.microsoft.com/library/z1zx9t92.
http://msdn.microsoft.com/es-es/library/aa970268.aspx.
Wikipedia, documento XAML, 16 de Agosto del 2011, Wikipedia Inc,
disponible en la red http://wikipedia/xaml.
http://www.microsoft.com/spain/sql/productinfo/overview/what-is-sql.
http://www.ecured.cu/index.php/Rational_Rose_Enterprise_Edition.
http://visualbasic-net.blogspot.com/2011/01/que-es-visual-studio-net.html.
120