Cruzsoft Project Manager es un sistema de gestión que ayuda para un buen control de las ventas en inventarios en una empresa de servicios.

1. “SISTEMA PARA EL CONTROL DE INVENTARIOS Y VENTAS DE LA
EMPRESA TELEOPTICA S.A DE C.V (ETAPA 1)”
Por Marcos Omar Cruz Ortega

2. Marcos Omar Cruz Ortega
CONTENIDO
CAPITULO 1.
Introducción ............................................................................................................ 6
CAPITULO 2.
Justificación ............................................................................................................. 7
CAPITULO 3.
Objetivo general. ..................................................................................................... 7
3.1
Objetivos específicos ........................................................................................................... 8
CAPITULO 4.
Marco Teórico ......................................................................................................... 9
4.1
Conceptos básicos de leguajes de programación. .............................................................. 9
4.2
Interpretación y compilación .............................................................................................. 9
4.2.1
Lenguaje interpretado ............................................................................................... 10
4.2.2
Lenguaje compilado .................................................................................................. 10
4.2.3
Lenguajes intermediarios .......................................................................................... 10
4.3
Lenguajes orientados a objetos. ....................................................................................... 11
4.3.1
Encapsulado .............................................................................................................. 12
4.3.2
Modularidad .............................................................................................................. 12
4.3.3
Herencia .................................................................................................................... 12
4.4
Visual Basic ........................................................................................................................ 13
4.4.1
Procedimientos ......................................................................................................... 14
4.4.2
Objetos y propiedades .............................................................................................. 14
4.4.3
Eventos ...................................................................................................................... 15
4.4.4
Funciones o métodos ................................................................................................ 15
4.4.5
Formularios ............................................................................................................... 15
4.4.6
Controles Básicos ...................................................................................................... 16
4.5
Crystal Reports .................................................................................................................. 17
4.6
Bases de Datos .................................................................................................................. 18
4.6.1
Objetivos de los sistemas de base de datos ............................................................. 18
4.6.2
Gestores de Bases de Datos ...................................................................................... 19
4.6.3
Conceptos básicos ..................................................................................................... 20
4.6.4
Diagrama de clases .................................................................................................... 21
4.6.5
Diagrama de flujo ...................................................................................................... 22
II

3. Marcos Omar Cruz Ortega
4.6.6
Diagrama entidad relación ........................................................................................ 22
4.6.7
Diagrama de Caso de Uso.......................................................................................... 22
4.6.8
Diagrama de Secuencia ............................................................................................. 22
CAPITULO 5.
5.1
Teleóptica SA de CV........................................................................................................... 23
5.1.1
5.2
ANÁLISIS Y DESARROLLO DEL SISTEMA ................................................................. 23
Análisis de procesos y problemas de la empresa ...................................................... 23
Desarrollo .......................................................................................................................... 28
5.2.1
Requerimientos del usuario. ..................................................................................... 28
5.2.2
Tipo de lenguaje a utilizar ......................................................................................... 29
5.2.3
Estructura de la Base de Datos.................................................................................. 29
5.2.4
Tablas de la base de datos. ....................................................................................... 30
5.2.5
Campos y tipos de datos. .......................................................................................... 30
5.2.6
Sistema operativo sobre el que trabajara el sistema ................................................ 33
5.3
Planeación de la implantación e ingeniería del sistema ................................................... 34
5.3.1
Modulo contraseña de acceso .................................................................................. 34
5.3.2
Catalogo de materiales.............................................................................................. 35
5.3.3
Catalogo de Proyectos............................................................................................... 35
5.3.4
Catalogo de Proveedores .......................................................................................... 36
5.3.5
Imprimir Inventario ................................................................................................... 36
5.3.6
Usuarios ..................................................................................................................... 37
5.3.7
Modulo eliminar registros ......................................................................................... 38
5.4
Programación. ................................................................................................................... 39
5.4.1
Diagrama de Clases del Sistema ................................................................................ 39
5.4.2
Diagramas de Secuencia del sistema. ....................................................................... 40
5.5
Implantación del sistema y Pruebas.................................................................................. 44
CAPITULO 6.
6.2
Conclusiones y Recomendaciones ........................................................................ 46
Mantenimiento. ................................................................................................................ 46
CAPITULO 7.
Anexos ................................................................................................................... 48
CAPITULO 8.
Bibliografía ............................................................................................................ 52
III

4. Marcos Omar Cruz Ortega
Tabla de Ilustraciones
Ilustración 4-1 Splash Screen de Visual Studio 2010......................................................................... 13
Ilustración 4-2 Ejemplo de Procedimiento en Visual Basic.NET........................................................ 14
Ilustración 4-3 Cuadro de Herramientas que ofrece Microsoft en el Visual Studio ......................... 14
Ilustración 4-4 Ejemplo de las propiedades de un control de Visual Studio..................................... 15
Ilustración 4-5 Control Label ............................................................................................................. 16
Ilustración 4-6 Control TextBox ......................................................................................................... 16
Ilustración 4-7 Control Button........................................................................................................... 16
Ilustración 4-8 Cuadro de Mensaje ................................................................................................... 17
Ilustración 4-9 Ventana de Código de Visual Basic ........................................................................... 17
Ilustración 4-10 Crystal Reports, logo oficial..................................................................................... 17
Ilustración 5-1 Oficinas de Teleoptica SA de CV................................................................................ 23
Ilustración 5-2 Almacén de Teleoptica SA de CV............................................................................... 24
Ilustración 5-3 Track de Tiempos programados por Fase de elaboración realizado en Microsoft
Project 2010. ..................................................................................................................................... 26
Ilustración 5-4 Segunda parte del Track de Tiempos programados por fase de elaboración realizado
en Microsoft Project 2010................................................................................................................. 27
Ilustración 5-5 Obtención de Requerimientos .................................................................................. 28
Ilustración 5-6 Microsoft Access 2010 .............................................................................................. 29
Ilustración 5-7 Campos y tipos de datos para la Tabla Inventario .................................................... 30
Ilustración 5-8 Campos y tipos de datos para la Tabla Lideres. ........................................................ 31
Ilustración 5-9 Campos y tipos de datos para la Tabla Login. ........................................................... 31
Ilustración 5-10 Campos y tipos de datos para la Tabla Proveedores. ............................................. 31
Ilustración 5-11 Campos y tipos de datos para la Tabla Proyectos................................................... 32
Ilustración 5-12 Campos y tipos de datos para la Tabla Remisiones ................................................ 32
Ilustración 5-13 Campos y tipos de datos para la Tabla Residentes. ................................................ 32
Ilustración 5-14 Relaciones entre las Tablas de la Base de Datos..................................................... 33
Ilustración 5-15 Sistema Implantado en el Equipo del Líder de Proyectos ....................................... 44
Ilustración 5-16 Sistema Implantado en el Sitio de Trabajo del Supervisor ..................................... 44
Ilustración 7-2 Líneas de código de la conexión con la Base de Datos ............................................. 48
Ilustración 7-3 Diseño de Diagrama de Clases en Visual Studio 2010 .............................................. 48
Ilustración 7-4 Diseño de Diagrama de Secuencia en Visual Studio 2010 ........................................ 49
Ilustración 7-5 Pantalla Inicial de la Aplicación ................................................................................ 49
Ilustración 7-7 Captura de la pantalla de Lideres de Proyecto ......................................................... 50
Ilustración 7-6 Pantalla de las primeras capturas del inventario ...................................................... 50
Ilustración 7-9 Vista de impresión de un Reporte............................................................................. 51
Ilustración 7-8 Pantalla del Listado de Proveedores ......................................................................... 51
IV

5. Marcos Omar Cruz Ortega
Listado de Tablas
Tabla 4-1 Algunos ejemplos de lenguajes ampliamente usados ...................................................... 11
Tabla 4-2 Tabla de ejemplo (Relación Películas) ............................................................................... 20
Tabla 4-3 Otra representación de la relación Películas..................................................................... 21
Listado de Diagramas
Diagrama 5-1 Diagrama general de procesos. .................................................................................. 24
Diagrama 5-2 Diagrama de Casos de Uso ......................................................................................... 29
Diagrama 5-3 Diagrama de Flujo de Login ........................................................................................ 34
Diagrama 5-4 Diagrama de Flujo para el Catalogo de Materiales .................................................... 35
Diagrama 5-5 Diagrama de Flujo para llevar el Catalogo de proyectos ............................................ 35
Diagrama 5-6 Diagrama de Flujo para el Catalogo de Proveedores ................................................. 36
Diagrama 5-7 Diagrama de Flujo para Imprimir inventario .............................................................. 36
Diagrama 5-8 Diagrama de Flujo para cambiar privilegios de usuario. ............................................ 37
Diagrama 5-9 Diagrama de Flujo para eliminar registros. ................................................................ 38
Diagrama 5-10 Diagrama de Clases del Sistema ............................................................................... 39
Diagrama 5-11 Diagrama de Secuencia para cuando los dos tipos de usuario ingresen al sistema. 40
Diagrama 5-12 Diagrama de Secuencia para cuando un Líder Agregue un Registro........................ 40
Diagrama 5-13 Diagrama de Secuencia para cuando un Líder realiza una Consulta ........................ 41
Diagrama 5-14 Diagrama de Secuencia para cuando un Lider Edita un Registro ............................. 41
Diagrama 5-15 Diagrama de Flujo Para cuando el Líder Imprime un Reporte ................................. 42
Diagrama 5-16 Diagrama de Flujo para cuando el Supervisor agrega Remisiones........................... 42
Diagrama 5-17 Diagrama de Secuencia para cuando un Supervisor Imprime................................. 43
Diagrama 5-18 Diagrama de Secuencia para cuando un Supervisor Consulta Información............. 43
V

6. Marcos Omar Cruz Ortega
CAPITULO 1.
INTRODUCCIÓN
El siguiente trabajo presenta de manera detallada la información que resulta del
seguimiento al desarrollo de un sistema de cómputo para optimizar los procesos de ventas
e inventarios en los proyectos que actualmente se llevan a cabo en la empresa Teleóptica
SA de CV.
En el Capítulo II y III se pretende dar a conocer la definición del problema, la
justificación, así como el objetivo general y los objetivos específicos que integraran la
solución.
En el Capítulo IV se pretende dar a conocer el marco teórico, es decir, una
explicación breve
de lo que es la programación, lo que es una base de datos, etc.,
abordando y definiendo temas y conceptos que ayudaran a comprender el trabajo realizado.
En el Capítulo V se describe todo el análisis y desarrollo del sistema, que va desde
el análisis de la infraestructura y procesos de la empresa conociendo sus necesidades,
hasta identificar las delimitaciones de la solución. Se describirá la ingeniería del sistema que
tiene el objetivo de satisfacer estas necesidades, incluyendo el diseño lógico, la base de
datos que se utilizará, además el diseño de los diagramas de todos los módulos de la
aplicación.
El Capítulo VI describe la fase de conclusiones y recomendaciones, en donde se da
a conocer en resumen los resultados de la implementación, se muestran algunas capturas
de pantalla del sistema realizado y algunas propiedades de los controles más importantes
que integran las interfaces, de igual manera se dan a conocer algunas observaciones y
recomendaciones respecto a su funcionamiento y futuro mantenimiento.
6

7. Marcos Omar Cruz Ortega
CAPITULO 2.
JUSTIFICACIÓN
En la actualidad un sistema computarizado que realice
procesos
de tipo
administrativo dentro de una empresa es sinónimo de eficiencia y modernidad, actualmente
no solo las grandes empresas se caracterizan por tener sistemas computarizados, si no que
ahora se ha convertido en una verdadera necesidad para todo negocio ya que permite llevar
de forma ordenada el registro y el control de las operaciones que se realizan.
Teleoptica SA de CV es un empresa dedicada a la integración de proyectos de
infraestructura tecnológica, sin embargo, cuando el tiempo de desarrollo de un proyecto
requiere que en el sitio de trabajo exista un almacén, se encuentra una deficiencia, puesto
que actualmente no se cuenta con un sistema de control para estos almacenes externos,
por lo que los residentes de obra o los supervisores lo llevan a cabo archivando las
entradas en una bitácora impresa y no se efectúa un conteo oportuno del material que
queda en el almacén. Esto evidentemente genera un problema, pues no se lleva un registro
eficiente, por lo que cuando se quiere conocer el corolario del inventario, se deben consultar
uno a uno los registros generados de entrada de la bitácora, incluso consultar detalles
implica demasiado tiempo y se suelen encontrar incongruencias en los registros conforme
avanza el proyecto.
CAPITULO 3.
OBJETIVO GENERAL.
Proveer a Teleóptica SA de CV una aplicación informática que permita y ayude a
optimizar consultas de los procesos de ventas e inventarios haciendo uso del equipo de
cómputo existente en la compañía y de esta manera facilitar el almacenamiento y la
inspección de la información que se maneja en cada uno de los proyectos de la empresa,
además de ayudar a agilizar consultas precisas y ordenadas en el momento que el personal
facultado lo requiera.
7

8. Marcos Omar Cruz Ortega
3.1 Objetivos específicos
•
Diseñar el modelo de un sistema de software que permita mejorar los procesos y
solucionar las necesidades de administración de la información de los proyectos
de la empresa.
•
Crear una Base de Datos para almacenar la información requerida y para el buen
funcionamiento del sistema.
•
Diseñar las interfaces del sistema de modo que resulte fácil de entender y de
utilizar.
•
Codificar el sistema en base al diseño previamente realizado.
•
Situar el sistema en el equipo de cómputo de la compañía y facultar al personal
para que pueda interactuar con el sistema.
•
Implantar el sistema en la empresa, sujeto a futuras mejoras o actualizaciones.
8

9. Marcos Omar Cruz Ortega
CAPITULO 4.
MARCO TEÓRICO
4.1 Conceptos básicos de leguajes de programación.
Para entender de manera sencilla el concepto de lenguaje de programación
podemos partir de lo siguiente. Sabemos que los seres humanos se comunican por medio
de un lenguaje, es decir, un conjunto de sonidos que articulados manifiestan lo que la
persona quiere comunicar, de manera que mudando ese razonamiento podemos definir a
un lenguaje de programación como un conjunto de caracteres, símbolos, representaciones
y reglas que permiten introducir y tratar la información en una computadora ya que un
lenguaje de programación está diseñado para describir el conjunto de acciones
consecutivas que un equipo debe ejecutar, pues este de un modo práctico sirve para que
los seres humanos puedan dar instrucciones a una computadora.
Existen muchos tipos de lenguajes de programación, y cada uno de ellos está
destinado a un propósito concreto,
podemos clasificarlos en lenguajes de bajo y alto nivel,
siendo los primeros los que se encuentran muy cerca de la forma interna de comunicación
de una computadora, mientras que los de alto nivel son más sencillos de entender debido a
su interfaz y su forma de uso. El lenguaje utilizado por el procesador se denomina lenguaje
máquina. Se trata de datos tal como llegan al procesador, que consisten en una serie de 0 y
1 (datos binarios). El lenguaje máquina, por lo tanto, es muy difícil de comprender por los
seres humanos, razón por la cual se han desarrollado lenguajes intermediarios
comprensibles para el hombre. El código escrito en este tipo de lenguaje se transforma en
código máquina para que el procesador pueda entenderlo y posteriormente procesarlo.
4.2 Interpretación y compilación
Los lenguajes de programación pueden, en líneas generales, dividirse en dos
categorías:
•
Lenguajes interpretados.
•
Lenguajes compilados.
•
Lenguajes intermediarios.
9

10. Marcos Omar Cruz Ortega
4.2.1
Lenguaje interpretado
Un lenguaje de programación es, por definición, diferente al lenguaje máquina. Por
lo tanto, debe traducirse para que el procesador pueda comprenderlo. Un programa escrito
en un lenguaje interpretado requiere de un programa auxiliar (el intérprete), que traduce los
comandos de los programas según sea necesario.
4.2.2
Lenguaje compilado
Un programa escrito en un lenguaje compilado se traduce a través de un programa
anexo llamado compilador que, a su vez, crea un nuevo archivo independiente que no
necesita ningún otro programa para ejecutarse a sí mismo. Este archivo se
llama ejecutable.
Un programa escrito en un lenguaje compilado posee la ventaja de no necesitar un
programa anexo para ser ejecutado una vez que ha sido compilado. Además, como sólo es
necesaria una traducción, la ejecución se vuelve más rápida. Sin embargo, no es tan
flexible como un programa escrito en lenguaje interpretado, ya que cada modificación del
archivo fuente requiere de la compilación del programa para aplicar los cambios.
4.2.3 Lenguajes intermediarios
Algunos lenguajes pertenecen a ambas categorías, dado que el programa escrito en
estos lenguajes puede, en ciertos casos, sufrir una fase de compilación intermediaria. Los
applets Java, son pequeños programas que a menudo se cargan en páginas web, y son
archivos compilados que sólo pueden ejecutarse dentro de un navegador web (son archivos
con la extensión .class).
10

11. Marcos Omar Cruz Ortega
A continuación, una breve lista de los lenguajes de programación actuales:
Lenguaje
Principal área de aplicación
Compilado/interpretado
ADA
Tiempo real
Lenguaje compilado
BASIC
Programación para fines educativos
Lenguaje interpretado
C
Programación de sistema
Lenguaje compilado
C++
Programación de sistema orientado a objeto
Lenguaje compilado
Cobol
Administración
Lenguaje compilado
Fortran
Cálculo
Lenguaje compilado
Java
Programación orientada a Internet
Lenguaje intermediario
MATLAB
Cálculos matemáticos
Lenguaje interpretado
Cálculos matemáticos
Cálculos matemáticos
Lenguaje interpretado
LISP
Inteligencia artificial
Lenguaje intermediario
Pascal
Educación
Lenguaje compilado
PHP
Desarrollo de sitios web dinámicos
Lenguaje interpretado
Inteligencia artificial
Inteligencia artificial
Lenguaje interpretado
Procesamiento de cadenas de caracteres
Lenguaje interpretado
Perl
Tabla 4-1 Algunos ejemplos de lenguajes ampliamente usados
4.3 Lenguajes orientados a objetos.
Los lenguajes de programación orientados a objetos tienen su origen en un lenguaje
que fue diseñado por los profesores Ole-Johan Dahl y Kristen Nygaard en Noruega. Este
lenguaje de programación orientado a objetos fue el “Simula 67” que fue un lenguaje creado
para hacer simulaciones de naves.
En realidad los lenguajes de programación orientados a objetos tratan a los
programas como conjuntos de objetos que se ayudan entre ellos para realizar acciones.
Entendiendo como objeto a las entidades que contienen datos. Permitiendo que los
programas sean más fáciles de escribir, mantener y reutilizar.
Los objetos tienen toda la información (atributos) que los diferencia de otros
pertenecientes a otra clase. Por medio de unos métodos se comunican los objetos de una
misma o diferente clase produciendo el cambio de estado de los objetos. Esto hace que se
les trate como unidades indivisibles en las que no se separan la información ni los métodos
usados en su tratamiento.
11

12. Marcos Omar Cruz Ortega
Dentro de la POO encontramos un sinfín de terminologías y conceptos que nos
ayudan a comprender la funcionalidad de estos lenguajes de programación, algunos de los
cuales y solo por mencionar algunos de estos conceptos; Encapsulado, Modularidad y
Herencia.
4.3.1
Encapsulado
En programación orientada a objetos se denomina encapsulamiento al hecho de que
cada objeto está aislado del exterior, es un módulo natural, y la aplicación entera se reduce
a un agregado o rompecabezas de objetos. El aislamiento protege a los datos asociados a
un objeto contra su modificación por quien no tenga derecho a acceder a ellos, eliminando
efectos secundarios e interacciones.
4.3.2
Modularidad
En programación orientada a objetos, se denomina modularidad a la propiedad que
permite subdividir una aplicación en partes más pequeñas llamadas módulos, cada una de
las cuales debe ser tan independiente como sea posible de la aplicación en sí y de las
restantes partes.
4.3.3
Herencia
La herencia es específica de la programación orientada a objetos, donde una clase
nueva se crea a partir de una clase existente. La herencia (a la que habitualmente se
denomina subclases) proviene del hecho de que la subclase contiene los atributos y
métodos de la clase primaria. La principal ventaja de la herencia es la capacidad para definir
atributos y métodos nuevos para la subclase, que luego se aplican a los atributos y métodos
heredados. La gran ventaja es que uno ya no debe comenzar desde cero cuando desea
especializar una clase existente.
12

13. Marcos Omar Cruz Ortega
4.4 Visual Basic
Visual Basic es un lenguaje de programación dirigido por eventos, desarrollado por
Alan Cooper para Microsoft. Este lenguaje de programación es un dialecto de BASIC, con
importantes agregados. Su primera versión fue presentada en 1991, con la intención de
simplificar la programación utilizando un ambiente de desarrollo completamente gráfico que
facilitara la creación de interfaces gráficas y, en cierta medida, también la programación
misma. Y aunque Visual Basic es de propósito general, también provee facilidades para el
desarrollo de aplicaciones de bases de datos usando Data Access Objects, Remote Data
Objects o ActiveX Data Objects. Visual Basic contiene un entorno de desarrollo integrado o
IDE que integra editor de textos para edición del código fuente, un depurador, un
compilador y un editor de interfaces gráficas o GUI.
La más reciente versión es un lenguaje
de
programación orientado
a
objetos.
Su
introducción resultó muy controvertida, ya que
debido a cambios significativos en el lenguaje
VB.NET no es compatible hacia atrás con Visual
Basic 6.0, pero el manejo de las instrucciones
es similar a versiones anteriores, facilitando así
el desarrollo de aplicaciones más avanzadas
Ilustración 4-1 Splash Screen de Visual Studio 2010
con herramientas modernas.
La gran mayoría de programadores de VB.NET utilizan el entorno de desarrollo
integrado Microsoft Visual Studio en alguna de sus versiones, desde el primer Visual Studio
.NET hasta Visual Studio .NET 2013, véase Ilustración 4-1, que es la última versión de
Visual Studio para la plataforma .NET , aunque existen otras alternativas, como Sharp
Develop que además es libre.
13

14. Marcos Omar Cruz Ortega
4.4.1
Procedimientos
Un procedimiento en Visual
Basic es un conjunto de instrucciones
que se ejecutan en cierto orden para
Ilustración 4-2 Ejemplo de Procedimiento en Visual Basic.NET
lograr un objetivo, los procedimientos
constan de un principio y un fin y para
determinarlos se utilizan las palabras clave o reservadas Sub y End Sub respectivamente.
Por lo general la instrucción Sub se encuentra precedida por otra palabra que determina el
tipo de acceso que tendrá el procedimiento como lo deja ver la ilustración 4-2.
Private: Significa que el procedimiento solo puede ser utilizado en el método de
programación donde se está creando.
Public: Significa que el procedimiento está disponible para cualquier modulo que se
utilice en el programa que se está creando.
4.4.2
Objetos y propiedades
Los objetos y los distintos tipos de
controles como se muestran en la Ilustración
4-3 son entidades genéricas de las que puede
haber varios ejemplares en cada programa.
En programación orientada a objetos, o como
en el caso de Visual Basic basado en objetos,
se llama clase a estas entidades genéricas,
mientras que se llama objeto a cada ejemplar
de una clase determinada. Por ejemplo en un
programa puede haber varios botones, cada
uno de los cuales es un objeto de tipo Button.
Ilustración 4-3 Cuadro de Herramientas que ofrece
Microsoft en el Visual Studio
14

15. Marcos Omar Cruz Ortega
Las propiedades por otra parte son
datos que tiene varios valores lógicos como
(True, False) o numéricos, propios de ese
objeto y distintos de las de otros objetos de
su clase. Casi todas las propiedades de los
objetos pueden establecerse en tiempo de
diseño y por lo regular también en tiempo de
ejecución. En este segundo caso se accede
a sus valores por medio de las sentencias
del
programa
como
puede
verse
en
la
Ilustración 4-4 Ejemplo de las propiedades de un
control de Visual Studio.
Ilustración 4-4.
4.4.3
Eventos
Los eventos no son más que toda acción del usuario sobre el programa, por
ejemplo: hacer clic sobre un botón, el arrastrar un icono, pulsar una tecla, etc. Cada vez que
se produce un evento sobre un determinado tipo de control se ejecuta una determinada
función o procedimiento que realiza la acción programada por el usuario para ese evento
concreto
4.4.4
Funciones o métodos
Una función es una instrucción que realiza un procedimiento específico y puede o
no devolver un valor. Por lo general el valor devuelto es almacenado en una variable para
utilizar el contenido en otra parte. Una función puede servir para solicitar información al
usuario, mostrar un mensaje, etc.
4.4.5
Formularios
El formulario es el principal medio de comunicación entre el usuario y la aplicación,
en donde los usuarios interactúan con los controles sobre el formulario para datos y obtener
resultados del sistema.
15

16. Marcos Omar Cruz Ortega
4.4.6
Controles Básicos
Con los controles, los usuarios pueden operar y obtener los resultados de una
aplicación. Puede añadir controles a un formulario seleccionando la herramienta adecuada
del Cuadro de Herramientas, véase la Ilustración 4-3.
4.4.6.1 Control etiqueta (Label)
Se utiliza para mostrar texto que el usuario no puede modificar.
Generalmente para identificar otros controles en el formulario o para
Ilustración 4-5
Control Label
mostrar instrucciones al usuario. Véase la Ilustración 4-5.
4.4.6.2 Control Caja de Texto (TextBox).
Se utiliza para que el usuario le proporcione datos a la
aplicación o para que la aplicación le devuelva la información al
Ilustración 4-6 Control
TextBox
usuario. El texto que se muestra en el control puede ser cambiado
por el usuario. Véase la Ilustración 4-6.
4.4.6.3 Control botón de comando (Button)
Un botón de comando es uno de los más importantes y
utilizados, ya que es el botón de comando el que generalmente
Ilustración 4-7 Control
Button
permite que la aplicación inicie, interrumpa o termine un
determinado proceso. Véase la Ilustración 4-7.
16

17. Marcos Omar Cruz Ortega
4.4.6.4 Cuadros de mensaje
Una de las formas más simples que tiene
Visual Basic para ofrecer información al usuario es
utilizando
cuadros
de
mensaje,
mismos
que
informan y ayudan al usuario a la toma de
decisiones durante la interacción con el sistema. La
Ilustración 4-8 muestra un ejemplo de estos cuadros
de mensaje.
Ilustración 4-8 Cuadro de Mensaje
4.4.6.5 Ventana de código
Código es un término general para todas las
sentencias que se escriban en una aplicación, la
ventana de código se utiliza para escribir, mostrar y
editar el código de la aplicación, en Visual Basic
puede abrirse una ventana de código por cada
módulo de la aplicación. Véase la Ilustración 4-9.
Ilustración 4-9 Ventana de Código de Visual Basic
4.5 Crystal Reports
Crystal Reports
es una aplicación de
inteligencia empresarial,
utilizada para diseñar y
generar informes desde una amplia gama de
fuentes de datos. Visual Studio incluye una versión
de esta herramienta con propósito general para
informes y reportes, lo que faculta a toda aplicación
desarrollada
con
Visual
Studio
de
un
plus
importante. Véase la Ilustración 4-10.
Ilustración 4-10 Crystal Reports, logo oficial
17

18. Marcos Omar Cruz Ortega
4.6 Bases de Datos
Una base de datos o banco de datos es un conjunto de datos pertenecientes a un
mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido,
una biblioteca puede considerarse una base de datos compuesta en su mayoría por
documentos y textos impresos en papel e indexados para su consulta. Actualmente, y
debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría
de las bases de datos están en formato digital, y por ende se ha desarrollado y se ofrece un
amplio rango de soluciones al problema del almacenamiento de datos.
4.6.1
Objetivos de los sistemas de base de datos
Los objetivos principales de un sistema de base de datos son los de ayudar en los
siguientes aspectos:
4.6.1.1 Redundancia e inconsistencia de datos
Cuando se manejan grandes cantidades de información, existe la posibilidad de que
si no se controla detalladamente el almacenamiento, se puede originar un duplicado de
registros, lo que hace inestable el control del contenido almacenado en la base de datos.
4.6.1.2 Acceso a los datos
Un sistema de base de datos debe contemplar un entorno que le facilite al usuario el
manejo de la información, de manera que esta siempre debe estar disponible cuando el
usuario la necesite. De igual manera debe asegurarse la integridad de los datos.
18

19. Marcos Omar Cruz Ortega
4.6.1.3 Anomalías del acceso concurrente
Para mejorar el funcionamiento global del sistema y obtener un tiempo de respuesta
más rápido, muchos sistemas permiten que múltiples usuarios actualicen los datos
simultáneamente. En un entorno así la interacción de actualizaciones concurrentes no
puede dar por resultado datos inconsistentes.
4.6.1.4 Seguridad
La información de toda organización es importante, aunque unos datos lo son más
que otros, por tal motivo se debe considerar el control de acceso a los mismos, no todos
los usuarios pueden visualizar alguna información. Para que un sistema de Base de Datos
sea confiable debe mantener un grado de seguridad que garantice la autentificación de los
usuarios y la protección de los datos.
4.6.2
Gestores de Bases de Datos
Existen programas denominados Sistemas Gestores de Bases de Datos, que
permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada.
Las propiedades de estos gestores, así como su utilización y administración, se estudian
dentro del ámbito de la informática.
Las aplicaciones más usuales son para la gestión de empresas e instituciones
públicas. También son ampliamente utilizadas en entornos científicos con el objeto de
almacenar la información experimental.
Algunos de los modelos o paradigmas en que se basan las bases de datos son:
•
•
•
Modelo Jerárquico
Modelo de Red
Modelo Relacional
19

20. Marcos Omar Cruz Ortega
4.6.3
Conceptos básicos
4.6.3.1 Tablas
Título
año duración tipo
El modelo relacional proporciona una
manera simple de representar los datos: una
Star Wars
1977 124
color
Mighty Ducks
1991 104
color
tabla bidimensional llamada relación.
La relación Películas tiene la intención
Wayne's World 1992 95
color
de manejar la información de las instancias en
la entidad Películas, cada renglón corresponde
Tabla 4-2 Tabla de ejemplo (Relación Películas)
a una entidad película y cada columna
corresponde a uno de los atributos de la
entidad. Sin embargo las relaciones pueden
representar más que entidades, como se explicará más adelante.
4.6.3.2 Atributos
Los atributos son las columnas de una relación y describen características
particulares de ella.
4.6.3.3 Esquemas
Es el nombre que se le da a una relación y el conjunto de atributos en ella. Si
tomamos como ejemplo la tabla anterior quedaría de la siguiente manera: Películas (título,
año, duración, tipo).
En un modelo relación, un diseño consiste de uno o más esquemas. A este conjunto
se le conoce como esquema relacional de base de datos o simplemente esquema de base
de datos.
20

21. Marcos Omar Cruz Ortega
4.6.3.4 Tuplas
Son cada uno de los renglones en una relación conteniendo valores para cada uno
de los atributos. Por ejemplo: (Star Wars, 1977, 124, color).
4.6.3.5 Dominios
Se debe considerar que cada atributo debe ser atómico, es decir, que no sea
divisible, no se puede pensar en un atributo como un "registro" o "estructura" de datos.
4.6.3.6 Representaciones equivalentes de una relación
Año
título
Debe aclararse que las relaciones
tipo duración
son un conjunto de tuplas, no una lista de
1991 Mighty Ducks
color 104
1992 Wayne's World color 95
tuplas. El orden en que aparecen las tuplas
es irrelevante. Así mismo el orden de los
atributos tampoco es relevante.
1977 Star Wars
color 124
Tabla 4-3 Otra representación de la relación
Películas
4.6.4
Diagrama de clases
Un diagrama de clases es un tipo de diagrama estático que describe la estructura de
un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de
clases son utilizados durante el proceso de análisis y diseño de los sistemas, en donde se
crea el diseño conceptual de la información que se manejara en el sistema, y los
componentes que se encargaran del funcionamiento.
21

22. Marcos Omar Cruz Ortega
4.6.5
Diagrama de flujo
Un diagrama de flujo o diagrama de actividades es la representación gráfica del
proceso que sigue un módulo determinado. Se utiliza en disciplinas como programación,
economía, procesos industriales etc.
4.6.6
Diagrama entidad relación
Un diagrama de entidad relación es una herramienta para el modelado de datos que
permite representar las entidades relevantes de un sistema de información. Así como sus
interrelaciones y propiedades.
4.6.7
Diagrama de Caso de Uso
Los diagramas de casos de uso documentan el comportamiento de un sistema
desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos
funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar.
Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente
útiles en la comunicación con el cliente.
4.6.8
Diagrama de Secuencia
Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una
aplicación a través del tiempo y se modela para cada caso de uso. Mientras que
el diagrama de casos de uso permite el modelado de una vista del escenario, el diagrama
de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y
clases que se usan para implementar el escenario y mensajes intercambiados entre los
objetos.
22

23. Marcos Omar Cruz Ortega
CAPITULO 5.
ANÁLISIS Y DESARROLLO DEL SISTEMA
El desarrollo de sistemas es un término totalmente amplio, ya que describe la
conversación de un proceso manual a una solución automatizada, basada en la necesidad
de incrementar la eficiencia y productividad de las operaciones de una organización, para lo
cual primeramente conoceremos a la empresa y los procedimientos existentes en ella.
5.1 Teleóptica SA de CV
Teleóptica SA de CV es una
organización conformada por un grupo
de
profesionales
dedicados
a
la
infraestructura en telecomunicaciones,
ingeniería,
diseño,
logística
e
implementación de proyectos, que
actualmente es respaldada por más
de
19
años
Actualmente
Ilustración 5-1 Oficinas de Teleoptica SA de CV
las
de
experiencia.
oficinas
se
encuentran ubicadas en Vía Gustavo
Baz
#2160,
Tlalnepantla,
Edo
de
México.
5.1.1
Análisis de procesos y problemas de la empresa
Para poder determinar con exactitud los alcances de la solución informática que se
ha de realizar, es preciso involucrarse un poco dentro de Teleóptica para conocer los
procesos dentro de la empresa. En la organización militan procesos principales que giran
alrededor de un objetivo principal el cual es ayudar con el desarrollo de proyectos de
infraestructura tecnológica.
23

24. Marcos Omar Cruz Ortega
Para que se pueda iniciar cualquier tipo de trabajo. Un Líder de proyectos, quien es
la persona encargada de la ingeniería, logística y parte presupuestal de las propuestas
hacia el cliente, antes tuvo que haber recibido la autorización de una cotización previa, esta
es emitida por el mismo cliente. Cuando al fin una cotización es aceptada, llega al Status de
aprobación y el material, el equipo y todo lo considerado por el líder para realizar el proyecto
es adquirido por el departamento de compras, esto mediante demandas a los proveedores
vía correo electrónico, el cual contiene los datos principales del material o equipo que se
desea adquirir.
Una compra se lleva a cabo cuando los
materiales o equipos se han acabado en el
almacén de Teleóptica mismo que se muestra
en la Ilustración 5-2 o cuando los artículos
existentes no son suficientes para cubrir la
demanda de los proyectos que se atienden en
ese momento o cuando está por iniciarse un
proyecto nuevo, pudiendo ser el caso de la
Ilustración 5-2 Almacén de Teleoptica SA de CV
combinación de dos o más de las condiciones
anteriores. La contrariedad principal es que,
debido a una deficiente organización y comunicación algunas compras y entregas se
atrasan, ya que muchas veces debido a las magnitudes de los proyectos se desconocen las
cantidades exactas de los recursos disponibles, afectando el flujo de desarrollo de manera
frecuente. Podemos representar los procesos base con el Diagrama 5-1.
Diagrama 5-1 Diagrama general de procesos.
24

25. Marcos Omar Cruz Ortega
Inmediatamente de conocer los antecedentes y las ambigüedades de la empresa, se
propone el desarrollo de un sistema de software que permita tanto al área de ingeniería de
la organización optimizar el control de la información, como a la parte operativa tener
información organizada y confiable de una manera ágil, lo que permitirá sin lugar a duda un
mejor flujo de información y mejor administración de los proyectos. Para lo cual se
consideró el siguiente Trac de tiempos programados por fase de elaboración.
25

26. Marcos Omar Cruz Ortega
Ilustración 5-3 Track de Tiempos programados por Fase de elaboración realizado en Microsoft Project 2010.
26

27. Marcos Omar Cruz Ortega
Ilustración 5-4 Segunda parte del Track de Tiempos programados por fase de elaboración realizado en Microsoft Project 2010.
27

28. Marcos Omar Cruz Ortega
5.2 Desarrollo
Las actividades iniciales de conocer a la empresa ayudaron a la planeación del
sistema ya que permitió identificar la definición del problema, el establecimiento del alcance
y los objetivos del proyecto. Basado en la premisa de que la planeación se cumple
estudiando los procedimientos existentes de la organización, determinando las posibilidades
y oportunidades de mejoras.
5.2.1
Requerimientos del usuario.
Si
pueden
bien
los
requerimientos
obtenerse
de
muchas
maneras. Esta actividad fue realizada
mediante
esfuerzos
y
análisis
conjuntos de los miembros del equipo
de trabajo, Véase Ilustración 5-5.
Examinando
manuales
los
y
requerimientos
automatizados,
y
estudiando las relaciones entre el
Ilustración 5-5 Obtención de Requerimientos
sistema que se va a desarrollar y otras
aplicaciones
ya
existentes
para
determinar el impacto de uno sobre el otro. Esta parte del desarrollo tuvo como objetivo
comprender las responsabilidades del usuario, sus limitaciones y problemáticas, así como
todos los procedimientos que realiza para el cumplimiento de sus objetivos, tratando de
llegar el eje central de los problemas y darle una solución simplificada.
Con base a lo anterior se decidió qué tipo de sistema se va a diseñar, tomando en
cuenta las siguientes características para el buen desempeño de este:
•
•
•
•
•
Tipo de lenguaje de programación a utilizar.
Tipo de base de datos.
Estructura de la base de datos.
Tablas, campos y tipos de datos que integraran la base de datos.
Sistema operativo sobre el que trabajara el sistema.
28

29. Marcos Omar Cruz Ortega
5.2.2
Tipo de lenguaje a utilizar
Conociendo los requerimientos, analizados los tipos de lenguajes de programación
existentes así como los gestores de bases de datos y tomando en cuenta la gran usabilidad
que el personal de Teleoptica SA de CV encuentra en las aplicaciones de escritorio, el tipo
de lenguaje de programación a utilizar será el lenguaje Visual Basic, debido a que
proporciona una interfaz más amigable al usuario y es una plataforma potente capaz de
satisfacer las necesidades.
5.2.2.1 Tipo de base de datos
La base de datos que se utilizará para el almacenamiento
de la información será una base de datos relacional diseñada en
Microsoft Access ya que la empresa es propietaria de licencias de
Office, y si es necesario extraer información o actualizar la base de
datos se podrá realizar de manera sencilla, rápida y sin necesidad
de alguna licencia de software adicional.
Ilustración 5-6 Microsoft
Access 2010
5.2.3
Estructura de la Base de Datos.
Para poder entender
de
manera
sencilla
la
estructura que tendrá la base
de datos nos ayudaremos de
un Diagrama de Casos de
Uso. Véase Diagrama 5-2, en
donde a primera instancia
podremos
identificar
las
acciones que podrá realizar
cada uno de los involucrados
en el sistema.
Diagrama 5-2 Diagrama de Casos de Uso
29

30. Marcos Omar Cruz Ortega
5.2.4
Tablas de la base de datos.
Una vez que se han analizado los procesos de la organización y la información
necesaria para su correcto funcionamiento, se ha determinado que se necesitan las
siguientes tablas para el almacenar los diferentes registros de la empresa.
•
•
•
•
5.2.5
Inventario.
Líderes.
Login.
Proveedores.
•
•
•
Proyectos
Remisiones.
Residentes.
Campos y tipos de datos.
El diseño de las tablas de la base de datos del sistema es de vital importancia para
el desarrollo de este por lo que hay que poner mayor atención a este punto. A continuación
se definirán los campos y el tipo de datos que tendrá cada tabla.
5.2.5.1 Tabla Inventario
Esta tabla almacenara los datos
generales de todos
los materiales y/o
equipos disponibles para cada proyecto, esto
deberá
corresponder
con
la
cotización
aprobada por el cliente. Como se muestra en
la figura, existen varios campos que ayudaran
a
almacenar
toda
la
información
correspondiente. Véase Ilustración 5-7.
Ilustración 5-7 Campos y tipos de datos para la Tabla
Inventario
30

31. Marcos Omar Cruz Ortega
5.2.5.2 Tabla Líderes
Esta tabla, se encargara de guardar la
información de los líderes de proyecto, esta
información será de mucha ayuda para saber
quién está a cargo de un determinado
proyecto y en dónde podemos contactarlo o
incluso localizarlo para cualquier duda o
Ilustración 5-8 Campos y tipos de datos para la Tabla
Lideres.
comentario. Véase Ilustración 5-8.
5.2.5.3 Tabla Login
Esta sencilla tabla tiene como objetivo
salvar la información de las cuentas de
usuario del sistema, es decir, cuando se
ejecuta la Aplicación lo primero que aparece
es una ventana de Login, en donde el usuario
Ilustración 5-9 Campos y tipos de datos para la Tabla
Login.
tendrá
que
autentificación,
ingresar
de
esta
sus
forma
datos
el
de
sistema
consulta, valida los datos y le da acceso al usuario con sus respectivos privilegios. Véase
Ilustración 5-9.
5.2.5.4 Tabla Proveedores
Absolutamente todo material y/o
equipo necesario lo suministra uno o varios
proveedores, por tanto se llegó a la
conclusión de que para poder llevar la
relación de los proyectos que tiene la
empresa, era de vital importancia saber los
datos de los proveedores que están
involucrados; esta tabla pretende almacenar
Ilustración 5-10 Campos y tipos de datos para la
Tabla Proveedores.
esta información. Véase Ilustración 5-10.
31

32. Marcos Omar Cruz Ortega
5.2.5.5 Tabla proyectos
Como se mencionó párrafos atrás,
todo gira en torno a los proyectos de la
empresa, y son estos los que se van a
administrar con más eficacia con ayuda del
sistema. Esta tabla tiene como principal
Ilustración 5-11 Campos y tipos de datos para la
Tabla Proyectos
objetivo acumular la información básica de
los proyectos que tenga la empresa, más
adelante se explicaran las relaciones que existen entre las tablas que se han venido
explicando, para poder entender la arquitectura de la base de datos. Véase Ilustración 5-11.
5.2.5.6 Tabla Remisiones
Esta tabla va a registrar todo el
material y/o equipo que se tenga en el sitio
de trabajo, esta información será útil tanto
para el residente de obra quien podrá pedir
material de manera oportuna, tanto para el
líder de proyectos quien podrá visualizar el
Ilustración 5-12 Campos y tipos de datos para la
Tabla Remisiones
estado real del material disponible. Véase Ilustración 5-12.
5.2.5.7 Tabla Residentes
Por ultimo pero no menos importante,
tener a la mano la información de los
residentes de obra o supervisores que están
a cargo de la parte operativa de los proyectos
es importante para el desarrollo de los
mismos. Véase Ilustración 5-13.
Ilustración 5-13 Campos y tipos de datos para la
Tabla Residentes.
32

33. Marcos Omar Cruz Ortega
5.2.5.8 Relaciones entre las tablas
Ilustración 5-14 Relaciones entre las Tablas de la Base de Datos
Como se puede ver en la Ilustración 5-14 existen varias relaciones entre las tablas
que componen la base de datos, mismas que permiten la interacción de los objetos.
5.2.6
Sistema operativo sobre el que trabajara el sistema
Como el lenguaje de programación que se utilizara es una
plataforma de Microsoft, el sistema a desarrollar correrá en las
diferentes versiones de Windows, que irán desde un Windows XP hasta
la versión más reciente del momento que es la versión Windows 8.
33

34. Marcos Omar Cruz Ortega
5.3 Planeación de la implantación e ingeniería del sistema
La base para el buen funcionamiento de un sistema, es sin duda alguna realizar una
buena planificación, un buen diseño y todo lo que involucre la ingeniería del sistema; en
este caso particular, fue de gran ayuda el diseño de diagramas de flujo, que no es más que
la representación de los procedimientos y estados del sistema de forma gráfica, mismos
que a continuación se describen.
5.3.1 Modulo contraseña de acceso
X
Toda
aplicación
que
maneja
información delicada, confidencial o importante
tiene que estar resguardada por un nivel de
seguridad adecuado. El Diagrama 5-3 muestra
el modulo inicial del sistema, y cada vez que se
inicie el sistema este será el proceso que dará
entrada al menú principal del sistema, en esta
ventana se solicitará la clave del usuario y la
contraseña, y solo si ambas son correctas el
usuario podrá acceder al menú principal.
Diagrama 5-3 Diagrama de Flujo de Login
34

35. Marcos Omar Cruz Ortega
5.3.2
Catálogo de materiales
CLAVE ¿?
En el catálogo de materiales el
BUSCAR
MATERIAL
+
ELIMINAR
CATALOGO DE
MATERIALES
AGREGAR
usuario podrá agregar, buscar, modificar y
X
ACTUALIZAR
PRECIO
INTRODUCIR
LOS DATOS
eliminar en caso de ser necesario el registro
de los datos de uno o varios materiales o
equipos registrados en la base de datos del
sistema
LOGIN
USUARIO
CLAVE
especialmente
de
la
Tabla
Inventario. El Diagrama 5-4 muestra el
modulo que corresponde al catálogo de
materiales.
NO
ACEPTAR
CANCELAR
USUARIOS
SI
DATOS
CORRECTOS
Diagrama 5-4 Diagrama de Flujo para el Catalogo de
Materiales
5.3.3
Catálogo de Proyectos
El siguiente diagrama muestra la manera en la que está estructurado el flujo en el
catálogo de Proyectos. Véase El Diagrama 5-3.
Diagrama 5-5 Diagrama de Flujo para llevar el Catalogo de proyectos
35

36. Marcos Omar Cruz Ortega
5.3.4
Catálogo de Proveedores
El siguiente diagrama muestra la manera en la que está estructurado el catálogo de
los Proveedores. Como puede observarse en el Diagrama 5-6, existe cierta similitud al
diagrama anterior, eso nos permite saber que se procesara la información de manera
parecida.
Diagrama 5-6 Diagrama de Flujo para el Catalogo de Proveedores
5.3.5
Imprimir Inventario
Este módulo tan simple lo que
permite es obtener de forma impresa toda
la relación de inventario que actualmente
se tengan registrados en la base de datos.
Diagrama 5-7 Diagrama de Flujo para Imprimir inventario
36

37. Marcos Omar Cruz Ortega
5.3.6 Usuarios
INICIO DE SESION
USUARIO
CLAVE
X
Al ingresar a la opción
usuarios del sistema se abrirá la
NO
ACEPTAR
ventana
CANCELAR
de
acceso
a
administrador de usuarios, este
USUARIOS
pedirá que se ingrese la clave
de usuario y el contraseña para
DATOS
CORRECTOS ¿?
poder ingresar al administrador
-
de todos los usuarios, solo en
caso
CLAVE ¿?
MODIFICAR
PASSWORD
ELIMINAR
AGREGAR
ADMINISTRADOR DE
USUARIOS
X
+
que
los
datos
ingresados sean correctos, la
ventana
USUARIOS
de
permitirá
hacer
cambios según los privilegios de
cada
usuario.
Véase
el
Diagrama 5-8.
INTRODUCIR
LOS DATOS
Diagrama 5-8 Diagrama de Flujo para cambiar privilegios de usuario.
37

38. Marcos Omar Cruz Ortega
5.3.7
Modulo eliminar registros
Este módulo representado por el Diagrama 5-9 es el que nos permitirá eliminar
algún registro en la base de datos, en este diagrama podemos eliminar los datos de
cualquier tabla pues engloba el proceso de eliminar cualquier tipo de registro. Esto con el
simple propósito de que si hubo algún error en la hora de registrar algo se pueda corregir de
la mejor manera posible.
TIPO DE EGISTRO
A ELIMINAR
X
ELIMINAR REGISTROS
SI
ID_USUARIO
-
T_LOGIN
SI
ID_LIDER
-
T_LIDERES
SI
ID_
SUPERVISOR
-
T_SUPERVISORES
SI
ID_
PROVEEDOR
-
T_PROVEEDORES
SI
USUARIO
TBIZ
-
T_PROYECTOS
NO
LIDERES
NO
SUPERVISORES
NO
PROVEEDOR
NO
PROYECTOS
NO
NO
MATERIALES
SI
NPARTE
-
T_INVENTARIO
Diagrama 5-9 Diagrama de Flujo para eliminar registros.
38

39. Marcos Omar Cruz Ortega
5.4 Programación.
La programación es una actividad totalmente técnica que se inicia tomando como
base la documentación obtenida
de las especificaciones técnicas. El objetivo de esta
actividad es interpretar todas las especificaciones del usuario a un lenguaje entendible por
la computadora, lo que da como resultado un programa de aplicación que ha sido
compilado del lenguaje de programación al leguaje objeto, mismo que obedece a la
siguiente arquitectura.
5.4.1
Diagrama de Clases del Sistema
Un diagrama de clases como se muestra en el Diagrama 5-10 es un tipo de
diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos
y las relaciones entre ellos. En base a lo anterior y utilizado toda la información que ya se
tiene, se diseño el siguiente Diagrama de Clases con la herramienta que el propio Visual
Studio incluye.
Diagrama 5-10 Diagrama de Clases del Sistema
39

40. Marcos Omar Cruz Ortega
5.4.2
Diagramas de Secuencia del sistema.
Diagrama 5-11 Diagrama de Secuencia para cuando los dos tipos de usuario ingresen al sistema
Diagrama 5-12 Diagrama de Secuencia para cuando un Líder Agregue un Registro
40

41. Marcos Omar Cruz Ortega
Diagrama 5-13 Diagrama de Secuencia para cuando un Líder realiza una Consulta
Diagrama 5-14 Diagrama de Secuencia para cuando un Líder Edita un
Registro
41

42. Marcos Omar Cruz Ortega
Diagrama 5-15 Diagrama de Flujo Para cuando el Líder Imprime un Reporte
Diagrama 5-16 Diagrama de Flujo para cuando el Supervisor agrega
Remisiones
42

43. Marcos Omar Cruz Ortega
Diagrama 5-18 Diagrama de Secuencia para cuando un Supervisor Consulta
Información.
Diagrama 5-17 Diagrama de Secuencia para cuando un Supervisor Imprime
43

44. Marcos Omar Cruz Ortega
5.5 Implantación del sistema y Pruebas
Al implantar un sistema de
información lo primero que debemos
hacer es asegurarnos que este sea
operacional, es decir, que funcione de
acuerdo
a
los
requerimientos
del
análisis y permitir que los usuarios
puedan comenzar a operarlo. En esta
fase se procede a instalar lo necesario
para que nuestro sistema lleve a cabo el
Ilustración 5-15 Sistema Implantado en el Equipo del Líder
de Proyectos
proceso
que
hemos
analizado
previamente. Véase Ilustración 5-15
En este caso particular se creo
el Setup que configura el sistema tan
solo
siguiendo
un
asistente
de
instalación. Es importante mencionar
que esta aplicación se instalo en la
maquina de los lideres de proyecto y
en los equipos portátiles de los
supervisores quienes se encuentran
generalmente en movimiento como se
muestra en la Ilustración 5-16.
Ilustración 5-16 Sistema Implantado en el Sitio de Trabajo
del Supervisor
44

45. Marcos Omar Cruz Ortega
5.5.1.1 Entrenamiento del usuario
En esta etapa se preparó material de entrenamiento en forma de guía para que el
usuario pueda entender y operar la nueva aplicación. Los esfuerzos de entrenamiento
llevaron a los usuarios hasta un punto en el que pueden efectuar su trabajo normal y
efectivamente, logrando así que los procedimientos pudieran evaluarse y los cambios
puedan efectuarse en forma adecuada durante la prueba del sistema.
45

46. Marcos Omar Cruz Ortega
CAPITULO 6.
CONCLUSIONES Y RECOMENDACIONES
6.1.1.1 Revisión post- implantación.
Una vez que el sistema de aplicación fue implantado y se encuentra funcionando
debe establecerse
una actividad para efectuar una revisión encaminada a comparar los
logros alcanzados, contra los planes originales, la practica de las revisiones posteriores a la
implantación nos serán útiles para.
•
Afinar conocimientos relativos al desarrollo de sistemas
•
Identificar posibles áreas de modificación o mejoras.
•
Sugerir posibles técnicas de control de proyectos, a fin de minimizar los
problemas encontrados en los trabajos anteriores.
Deberán revisarse los avisos de fallas o deficiencias, los cambios y los registros de
errores que se hayan preparado desde que el sistema fue implantado.
6.2 Mantenimiento.
Como ultimo, el especificar una actividad y un mecanismo para el mantenimiento
continuo de un sistema reconoce que el cambio es una constante en este medio, tanto en
la naturaleza de los sistemas como en la tecnología, por lo tanto, cada proyecto deberá
producir documentación el integrar la opción de modificar la aplicación implantada conforme
cambien los requerimientos. Las razones para modificar los sistemas de información
implantados pueden clasificarse en dos categorías: cambios obligatorios y mejoras.
La conclusión del proyecto puede resumirse en que se ha notado un cambio
evidente en la administración de proyectos, pues ahora la información resulta más fluida y
fácil de manejar o consultar, si bien el sistema no se ha sometido a pruebas de usabilidad,
la aplicación quedo tan entendible y simplificada que el usuario sin problema aprendió a
manejarlo en menos de 3 horas y al cumplir con sus requerimientos se dio por terminado el
proyecto Sistema para el control de Inventarios y Ventas de la empresa Teleoptica SA de
CV.
46

47. Marcos Omar Cruz Ortega
El siguiente diagrama describe gráficamente el proceso de mantenimiento de Software, el cual puede ayudar a comprender lo
que debe de implicar todo el proceso.
47

48. Marcos Omar Cruz Ortega
CAPITULO 7.
ANEXOS
Ilustración 7-1 Líneas de código de la conexión con la Base de Datos
Ilustración 7-2 Diseño de Diagrama de Clases en Visual Studio 2010
48

49. Marcos Omar Cruz Ortega
Ilustración 7-3 Diseño de Diagrama de Secuencia en Visual Studio 2010
Ilustración 7-4 Pantalla Inicial de la Aplicación
49

50. Marcos Omar Cruz Ortega
Ilustración 7-6 Pantalla de las primeras capturas del inventario
Ilustración 7-5 Captura de la pantalla de Lideres de Proyecto
50

51. Marcos Omar Cruz Ortega
Ilustración 7-8 Pantalla del Listado de Proveedores
Ilustración 7-7 Vista de impresión de un Reporte
51

52. Marcos Omar Cruz Ortega
CAPITULO 8.
BIBLIOGRAFÍA
Ghezzi, C., & Jazayeri, M. M. (1992). Fundamentos de Ingeniería de Software. Dino Prentice Hall.
Jackson, M. (1996). Requisitos y especificaciones de software: un léxico de la práctica, los principios
y prejuicios. Addison-Wesley y ACM Press.
Lamsweerde, A. v. (2009). ingeniería de Requisitos: De los objetivos del sistema de modelos UML
para Especificaciones de software. Wiley.
Liberty, J. (2000). C++ para principiantes. México: Pearson Educación.
http://www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf
52