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

CONTENIDO
CAPITULO 1.

Introducción ................................................................
Marcos Omar Cruz Ortega
4.6.6

Diagrama entidad relación ....................................................................
Marcos Omar Cruz Ortega

Tabla de Ilustraciones
Ilustración 4-1 Splash Screen de Visual Studio 2010..........................
Marcos Omar Cruz Ortega

Listado de Tablas
Tabla 4-1 Algunos ejemplos de lenguajes ampliamente usados .......................
Marcos Omar Cruz Ortega

CAPITULO 1.

INTRODUCCIÓN

El siguiente trabajo presenta de manera detallada la información que r...
Marcos Omar Cruz Ortega

CAPITULO 2.

JUSTIFICACIÓN

En la actualidad un sistema computarizado que realice

procesos

de t...
Marcos Omar Cruz Ortega

3.1 Objetivos específicos
•

Diseñar el modelo de un sistema de software que permita mejorar los ...
Marcos Omar Cruz Ortega

CAPITULO 4.

MARCO TEÓRICO

4.1 Conceptos básicos de leguajes de programación.
Para entender de m...
Marcos Omar Cruz Ortega
4.2.1

Lenguaje interpretado
Un lenguaje de programación es, por definición, diferente al lenguaje...
Marcos Omar Cruz Ortega
A continuación, una breve lista de los lenguajes de programación actuales:

Lenguaje

Principal ár...
Marcos Omar Cruz Ortega
Dentro de la POO encontramos un sinfín de terminologías y conceptos que nos
ayudan a comprender la...
Marcos Omar Cruz Ortega

4.4 Visual Basic
Visual Basic es un lenguaje de programación dirigido por eventos, desarrollado p...
Marcos Omar Cruz Ortega
4.4.1

Procedimientos

Un procedimiento en Visual
Basic es un conjunto de instrucciones
que se eje...
Marcos Omar Cruz Ortega
Las propiedades por otra parte son
datos que tiene varios valores lógicos como
(True, False) o num...
Marcos Omar Cruz Ortega
4.4.6

Controles Básicos
Con los controles, los usuarios pueden operar y obtener los resultados de...
Marcos Omar Cruz Ortega
4.4.6.4 Cuadros de mensaje
Una de las formas más simples que tiene
Visual Basic para ofrecer infor...
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...
Marcos Omar Cruz Ortega

4.6.1.3 Anomalías del acceso concurrente

Para mejorar el funcionamiento global del sistema y obt...
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 proporci...
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...
Marcos Omar Cruz Ortega
4.6.5

Diagrama de flujo
Un diagrama de flujo o diagrama de actividades es la representación gráfi...
Marcos Omar Cruz Ortega

CAPITULO 5.

ANÁLISIS Y DESARROLLO DEL SISTEMA

El desarrollo de sistemas es un término totalment...
Marcos Omar Cruz Ortega
Para que se pueda iniciar cualquier tipo de trabajo. Un Líder de proyectos, quien es
la persona en...
Marcos Omar Cruz Ortega
Inmediatamente de conocer los antecedentes y las ambigüedades de la empresa, se
propone el desarro...
Marcos Omar Cruz Ortega

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

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

5.2 Desarrollo
Las actividades iniciales de conocer a la empresa ayudaron a la planeación del
sis...
Marcos Omar Cruz Ortega
5.2.2

Tipo de lenguaje a utilizar

Conociendo los requerimientos, analizados los tipos de lenguaj...
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...
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 proyec...
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...
Marcos Omar Cruz Ortega
5.2.5.8 Relaciones entre las tablas

Ilustración 5-14 Relaciones entre las Tablas de la Base de Da...
Marcos Omar Cruz Ortega

5.3 Planeación de la implantación e ingeniería del sistema
La base para el buen funcionamiento de...
Marcos Omar Cruz Ortega
5.3.2

Catálogo de materiales
CLAVE ¿?

En el catálogo de materiales el
BUSCAR

MATERIAL

+

ELIMI...
Marcos Omar Cruz Ortega
5.3.4

Catálogo de Proveedores

El siguiente diagrama muestra la manera en la que está estructurad...
Marcos Omar Cruz Ortega
5.3.6 Usuarios

INICIO DE SESION

USUARIO
CLAVE

X

Al ingresar a la opción
usuarios del sistema s...
Marcos Omar Cruz Ortega
5.3.7

Modulo eliminar registros

Este módulo representado por el Diagrama 5-9 es el que nos permi...
Marcos Omar Cruz Ortega

5.4 Programación.
La programación es una actividad totalmente técnica que se inicia tomando como
...
Marcos Omar Cruz Ortega
5.4.2

Diagramas de Secuencia del sistema.

Diagrama 5-11 Diagrama de Secuencia para cuando los do...
Marcos Omar Cruz Ortega

Diagrama 5-13 Diagrama de Secuencia para cuando un Líder realiza una Consulta

Diagrama 5-14 Diag...
Marcos Omar Cruz Ortega

Diagrama 5-15 Diagrama de Flujo Para cuando el Líder Imprime un Reporte

Diagrama 5-16 Diagrama d...
Marcos Omar Cruz Ortega

Diagrama 5-18 Diagrama de Secuencia para cuando un Supervisor Consulta
Información.

Diagrama 5-1...
Marcos Omar Cruz Ortega

5.5 Implantación del sistema y Pruebas
Al implantar un sistema de
información lo primero que debe...
Marcos Omar Cruz Ortega

5.5.1.1 Entrenamiento del usuario
En esta etapa se preparó material de entrenamiento en forma de ...
Marcos Omar Cruz Ortega

CAPITULO 6.

CONCLUSIONES Y RECOMENDACIONES

6.1.1.1 Revisión post- implantación.
Una vez que el ...
Marcos Omar Cruz Ortega

El siguiente diagrama describe gráficamente el proceso de mantenimiento de Software, el cual pued...
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

Ilustr...
Marcos Omar Cruz Ortega

Ilustración 7-3 Diseño de Diagrama de Secuencia en Visual Studio 2010

Ilustración 7-4 Pantalla I...
Marcos Omar Cruz Ortega

Ilustración 7-6 Pantalla de las primeras capturas del inventario

Ilustración 7-5 Captura de la p...
Marcos Omar Cruz Ortega

Ilustración 7-8 Pantalla del Listado de Proveedores

Ilustración 7-7 Vista de impresión de un Rep...
Marcos Omar Cruz Ortega

CAPITULO 8.

BIBLIOGRAFÍA

Ghezzi, C., & Jazayeri, M. M. (1992). Fundamentos de Ingeniería de Sof...
Upcoming SlideShare
Loading in …5
×

Cruzsoft Project Manager

399 views
281 views

Published on

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.

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

  • Be the first to like this

No Downloads
Views
Total views
399
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Cruzsoft Project Manager

  1. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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

×