Digitally signed by Universidad Tecnológica de Querétaro DN: CN = Universidad Tecnológica de Querétaro, C = MX, O = UTEQ Date: 2005.01.10 14:43:27 -06'00'

Universidad Tecnológica de Querétaro

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio

IMPLANTACIÓN DEL PROCESO DE ADMINISTRACIÓN DE LA CONFIGURACIÓN DE LA INFRAESTRUCTURA DE TECNOLOGÍAS DE INFORMACIÓN (REPORTES)

si on

COMISIÓN ESTATAL DEL AGUA Reporte de Estadía para Obtener el Título de

pd

fM ac

hi

ne

tri

al

ve r

Técnico Superior Universitario en Telemática Asesor en la empresa:

ING. GERARDO VILLALPANDO CORONEL Asesor de la Universidad: ING. RODRIGO MATA HERNÁNDEZ Alumno: ALEJANDRO PARRA SÁNCHEZ

Santiago de Querétaro

Diciembre 2004

UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio

IMPLANTACIÓN DEL PROCESO DE

ADMINISTRACIÓN DE LA CONFIGURACIÓN DE LA INFRAESTRUCTURA DE TECNOLOGÍAS DE

ve r

si on

INFORMACIÓN (REPORTES)

pd

fM ac

hi

ne

tri

al

COMISIÓN ESTATAL DEL AGUA

Reporte de Estadía para Obtener el Título de Técnico Superior Universitario en Telemática

ALEJANDRO PARRA SÁNCHEZ

Santiago de Querétaro

Diciembre 2004

AGRADECIMIENTOS Agradezco a mis padres por haber confiado en mí y por haberme brindado la oportunidad de cumplir uno de mis más preciados anhelos que fue terminar la carrera de Telemática. Quiero agradecer de igual forma a una persona muy especial para mí, porque me apoyo incondicionalmente en todo cuando más la

necesité, esa persona es mi hermana Rosario, sin su apoyo posiblemente no habría podido terminar mis estudios de TSU y mi sueño estaría frustrado en este momento.

si on

Por otra parte, quiero hacer un reconocimiento a mis asesores de la empresa (Ing. Gerardo Villalpando) y de la Universidad (Ing.

ve r

Rodrigo Mata) por su valiosa asesoría y paciencia durante mi

proyecto de estadía, por su tolerancia y madurez para comprender

tri

al

mi falta de experiencia en el ámbito laboral.

hi

ne

Quiero agradecer también a todos mis compañeros de la

fM ac

empresa por haberme brindado su amistad, por su apoyo y por haberme hecho sentir parte de ellos durante el tiempo que convivimos juntos. Quisiera mencionar los nombres de todos, pero

pd

creo que serían bastantes y prefiero mejor generalizar porque fueron todos excelentes compañeros y muy buenas personas.

Por último, quiero dar las gracias a todos los profesores de la UTEQ por compartir sus conocimientos conmigo y por estar

pendientes de mi desarrollo personal y profesional, por motivarme y enseñarme valores que nunca voy a olvidar. A la profesora Alejandra Castillo le agradezco mucho su tiempo y su paciencia para revisar y asesorarme durante el periodo de documentación de

mi proyecto. A mis compañeros de la UTEQ les agradezco mucho

su amistad y su compañerismo que demostraron conmigo durante

pd

fM ac

hi

ne

tri

al

ve r

si on

los dos años de carrera en la UTEQ.

AGRADECIMIENTOS ÍNDICE INTRODUCCIÓN CAPÍTULO I IMPLANTACIÓN DEL PROCESO DE ADMINISTRACIÓN DE LA CONFIGURACIÓN DE LA INFRAESTRUCTURA TI 6

1.1.1 Giro de la empresa

6

1.1.2 Organigrama

si on

1.1 Comisión Estatal de Aguas

ve r

1.2 Análisis de necesidades

al

1.2.1 Definición del proyecto

9 9 11

1.2.3 Justificación

12

hi

ne

tri

1.2.2 Objetivos

fM ac

1.3 Alternativas de solución

pd

7

13

1.4 Elección de la alternativa óptima

14

1.5 Plan de trabajo

15

1.5.1 Diagrama de Gantt

15

1.5.2 Especificaciones

15

CAPÍTULO II DESARROLLO DEL PROYECTO 2.1Curso de inducción de la empresa

20

2.2 Familiarización con el sistema actual

21

2.3 Análisis de necesidades específicas

22

2.4 Recopilación de la información

22

2.5 Diseño de la estructura del nuevo sistema

25

25

2.5.2 Herramientas para diseñar el software de aplicación

26

2.5.3 Herramientas para la elaboración de reportes

28

ve r

si on

2.5.1 Herramientas para la elaboración de la base de datos

2.5.3.1 Partes de un reporte

30

tri

al

2.6 Depuración y actualización de la base de datos

29

hi

ne

2.7 Elaboración de formularios de aplicación para el sistema

pd

fM ac

2.7.1 Formulario principal

33 33

2.7.2 Seguridad

34

2.7.3 Formularios de aplicación del sistema

34

2.7.4 Catálogo de clasificación general de bienes

35

2.7.5 Catálogo de tipos de bienes

36

2.7.6 Catálogo de marcas

36

36

2.7.8 Catálogo de partes

37

2.7.9 Catálogo de características

37

2.7.10 Catálogo de capacidades

37

2.7.11 Catálogo de unidades de medida

38

2.7.12 Catálogo de ubicaciones

38

2.7.13 Catálogo de proveedores

38

2.7.14 Catálogo de licencias de software

39

2.7.15 Catálogo de pólizas de seguro

39

2.7.16 Archivo de facturas

39

2.7.17 Archivo de empleados

40

2.7.18 Altas y cambios de equipo de cómputo

40

tri

al

ve r

si on

2.7.7 Catálogo de modelos

ne

2.7.19 Altas y cambios a almacén de partes en stock

41

2.7.21 Consulta de equipos por estado operacional

41

2.7.22 Consulta de equipos por estado contable

42

2.7.23 Acerca de…

42

hi

2.7.20 Altas y cambios a partes por equipo

fM ac pd

41

2.8 Elaboración de formularios de aplicación para los reportes del sistema

43

2.9 Elaboración de reportes

45

2.10 Presentación del sistema a los usuarios para posteriormente hacer algunas posibles correcciones

55

2.11 Modificaciones y correcciones a las observaciones realizadas por los usuarios 2.12 Implementación del sistema

56 56

si on

CAPÍTULO III CONCLUSIONES 59 60 61 62

tri

3.3 Recomendaciones

ne

al

3.2 Logros obtenidos

ve r

3.1 Dificultades

fM ac

hi

3.4 Aportaciones

pd

ANEXOS

GLOSARIO

MATERIAL DE CONSULTA

INTRODUCCIÓN

El presente trabajo contiene toda la documentación del

proyecto de estadía realizado para la Comisión Estatal de Aguas,

para poder obtener el título de Técnico Superior Universitario en Telemática. El “Sistema de Consulta y Control de Equipo de Cómputo” es

una aplicación gráfica que permite administrar todos los elementos de

configuración

de

la

empresa,

tales

como

si on

computadoras, routers, switches y todas sus partes.

impresoras,

El desarrollo de esta aplicación fue debido a la necesidad de

ve r

tener un buen control del equipo para la empresa y estar a la

al

vanguardia en cuanto a desarrollo de software.

tri

En el capítulo I se encuentra la información de la empresa y el

ne

análisis de necesidades que se realizó para poder plantear los

hi

objetivos a cumplir, la justificación del proyecto, alternativas de

fM ac

solución y la alternativa óptima tomada para su elaboración.

También se muestra en el mismo capítulo el plan de trabajo que se

pd

siguió desde el primer día de estadía en la empresa, hasta la

finalización e implementación del proyecto.

En el capítulo II se explica todo el desarrollo del proyecto como

se define en el diagrama de Gantt mostrado en el capítulo I y, por

último, en el capítulo III se muestran las conclusiones finales del

pd

fM ac

hi

ne

tri

al

ve r

si on

proyecto.

CAPÍTULO I

IMPLANTACIÓN DEL PROCESO DE si on

ADMINISTRACIÓN DE ve r

LA CONFIGURACIÓN DE tri

al

LA INFRAESTRUCTURA

pd

fM ac

hi

ne

DE TECNOLOGÍAS DE INFORMACIÓN (REPORTES)

1.1

Comisión Estatal de Aguas

1.1.1 Giro de la Empresa La finalidad de la Comisión Estatal de Aguas (CEA) es

proporcionar servicios de planeación, construcción, operación,

administración y observación de todos los sistemas de agua potable y alcantarillado en el Estado.

ve r

 Agua potable

si on

La CEA opera en el Estado de Querétaro desde 1980. A nivel estatal ofreciendo los siguientes servicios:

tri

 Red pluvial

al

 Red de Alcantarillado

pd

fM ac

hi

ne

 Tratamiento y re-uso de agua

6

1.1.2 Organigrama de la empresa-

pd

fM ac

hi

ne

tri

al

ve r

si on

El siguiente organigrama muestra todas las áreas que conforman a la Comisión Estatal de Aguas.

7

Organigrama interno La Dirección en donde se realizó el proyecto corresponde al área de Telemática y se organiza de la siguiente forma.

DIRECCIÓN DIVISIONAL DE TELEMÁTICA INTEGRADOR Y GESTOR DE

si on

INFORMACIÓN GERENTE DE SOPORTE,

ve r

COMUNICACIONES Y REDES

ANALISTA DE SISTEMAS “B”

tri

Jesús Piña Parra

ne

Tita Leticia Sánchez Martínez

al

SUBGERENTE DE SISTEMAS GEOGRÁFICOS

fM ac

hi

ANALISTAS DE SISTEMAS

Abelardo Vivanco Rivera

SUPERVISOR DE MANTENIMIENTO DE EQUIPO Arturo Pedraza Ávila

ESTADÍA Alejandro Parra Sánchez Juan Carlos Enríquez Urbina

ANALISTA DE SISTEMAS Juan Carlos Sosa Moreno

pd

José Eduardo Álvarez Huerta Verónica Villalpando

ANALISTA DE SISTEMAS “A”

8

1.2

Análisis de necesidades

1.2.1 Definición del Proyecto La información detallada de todos los equipos de cómputo y de

sus partes es una necesidad básica para la Dirección de Telemática debido a que es la encargada de controlar, administrar y dar servicio de tecnologías de información a toda la empresa. Las actividades principales de la Dirección de Telemática son:

maneja la empresa.

si on

 Administrar todos los elementos de configuración (CI’S) que

ve r

 Brindar soporte técnico de telecomunicaciones, redes y

al

sistemas a usuarios de todas las áreas de la empresa.

tri

 Garantizar el funcionamiento de los equipos con contratos de

ne

servicio, pólizas de garantía y soporte técnico de personal

hi

capacitado.

fM ac

La Dirección de Telemática cuenta actualmente con un

sistema diseñado en una versión de Fox Pro muy vieja que

pd

administra los equipos de cómputo existentes; sin embargo, este

sistema no cubre todos los requerimientos de la empresa, debido a que con el tiempo se ha vuelto obsoleto.

9

Las desventajas de tener funcionando este sistema son las siguientes:  Lentitud en las consultas

 La información que se requiere es incompleta  No es visualmente atractivo  Es muy viejo

 Retrasa en su trabajo al administrador del equipo de cómputo Por la problemática anterior se plantea, por parte de la

Dirección de Telemática, volver a rediseñar el sistema de consulta y

si on

control de equipo de cómputo, al igual que las bases de datos y los

ve r

reportes.

tri

al

Los alcances del proyecto serán los siguientes:

ne

 Se desarrollará un software que permita a los usuarios

hi

consultar y hacer movimientos de equipos de cómputo en la

fM ac

base de datos.

 Se actualizará y se depurará la base de datos del sistema de

pd

manera que no hayan datos duplicados ni obsoletos.

 Se capacitará al personal autorizado sobre el funcionamiento del sistema.  Se crearán los formatos para los reportes del sistema para poder documentar cada movimiento realizado.

10

1.2.2 Objetivos  Identificar y clasificar todos los elementos de configuración

existentes en la empresa, por medio de un código que se debe generar desde el sistema para poder tener un buen control de dichos elementos.

 Crear una aplicación que permita controlar

todos

los

elementos de configuración (CI’S), así como sus partes y

software. La forma en que se creará la aplicación será utilizando software de programación y manuales de diseño de

si on

software para un óptimo funcionamiento del sistema.

ve r

 Actualizar la Base de Datos de la Administración de la

Configuración (CMDB), tomando como base principal la

tri

al

información del sistema viejo y complementándola con

ne

información nueva que será tomada desde los equipos

fM ac

hi

físicamente.

 Generar todos los reportes del sistema con el objetivo de

pd

mantener todos los movimientos realizados a la base de datos perfectamente documentados por el administrador del sistema. Los reportes serán creados por medio de un programa de

diseño de reportes y respetarán el formato actual utilizado por la empresa.

11

1.2.3 Justificación El proyecto servirá para tener una mejor administración en lo

que se refiere a control de equipo de cómputo, servidores,

ruteadores, switches, software y toda la información que se necesite conocer de ellos. Toda la empresa será beneficiada con este proyecto, ya que

será más fácil para los administradores del equipo realizar cambios sin tener problemas en cuanto al resguardo y asignación de nuevos

si on

equipos a usuarios, o la instalación de una nueva parte o un

ve r

software a un equipo.

De esta manera se puede garantizar un mejor servicio para

tri

pd

fM ac

hi

ne

información.

al

todos los usuarios de equipos de cómputo y de tecnologías de

12

1.3 Alternativas de solución Para la elaboración del sistema surgieron dos alternativas posibles:

a) Mejorar y actualizar el sistema existente

Depurar las bases de datos, agregar nuevas ventanas de aplicación y elaborar nuevos reportes en el sistema anterior es una alternativa posible que se podría tomar en cuenta. La ventaja de esta alternativa radica en que la adaptación de nuevas aplicaciones

si on

al software facilitaría a los usuarios su operación, debido a que ya

ve r

están bastante familiarizados con el mismo.

tri

al

b) Desarrollar un sistema en Visual Basic completamente nuevo

ne

La creación de un nuevo sistema implica mucho más trabajo

hi

que hacer modificaciones a uno ya existente, ya que se tiene que

fM ac

crear todo a partir de las necesidades de los usuarios y tomando

pd

como bases algunas aplicaciones del sistema anterior.

Las ventajas principales de esta alternativa es que, al conocer

perfectamente las necesidades de los usuarios se puede crear un software que cubra con todas las especificaciones requeridas, además facilita al programador tomar decisiones sobre el diseño y el funcionamiento del mismo. 13

1.4. Elección de la alternativa óptima Después de hacer una evaluación sobre las ventajas y

desventajas de las dos posibles alternativas se llegó a la conclusión de que elaborar un sistema nuevo es la mejor solución para la empresa. Se consideró esta alternativa de solución como óptima por las siguientes razones:

 El sistema con el que cuenta la empresa está diseñado en un

si on

lenguaje de programación que en la actualidad su versión es

ve r

casi obsoleta y, por tal motivo, no puede ser tomado en cuenta.

tri

al

 Si se quisiera modificar el sistema actual habría que modificar

más de un 50% de su estructura y para ello no se tiene la

fM ac

hi

ne

suficiente capacitación por parte del sustentante.

 Actualmente Visual Basic es una herramienta de desarrollo de

pd

software que está a la vanguardia y permite a los usuarios y

programadores una gran facilidad de operación.

14

1.5.2 Especificaciones Curso de inducción a la empresa En la primera semana de estadía se pretende conocer a la

empresa y a su personal, sus valores, misión, visión

áreas de oportunidad.

políticas y

Familiarización con el sistema actual Es indispensable estar completamente familiarizado con el

si on

sistema para el cual se desea trabajar, principalmente si se trabaja con bases de datos y sistemas creados por otros diseñadores de

ve r

software. Ésto servirá para conocer sus funciones y sus posibles

tri

nuevo software.

al

errores para no volver a cometerlos al momento de desarrollar el

hi

ne

Análisis de necesidades específicas

fM ac

Se analizará cuáles son las necesidades del área en donde se

desarrollará el sistema, ésto servirá para definir el alcance del

pd

proyecto y para saber qué datos se necesitan para comenzar a recopilar la información para el nuevo sistema.

15

Recopilación de la información Solicitud de datos requeridos por el sistema. Las fuentes de información son principalmente los usuarios y la base de datos del

sistema además de la revisión individual de las características de los equipos. Diseño de la estructura del nuevo sistema Se da una idea general de la estructura que tendrá el software,

principalmente se trabaja sobre el diseño de los formularios de

si on

aplicación.

ve r

Depuración y actualización de la base de datos

tri

al

Se agregan nuevas tablas y consultas necesarias para

la

ne

base de datos, se hace una actualización a la información y se

hi

revisa que no existan duplicados en la información.

pd

fM ac

Elaboración de formularios de aplicación para el sistema Se comienzan a diseñar y a programar todos los formularios

para la aplicación.

16

Elaboración de formularios de aplicación para los reportes del sistema

Se desarrollarán formularios especiales que permitirán al

usuario filtrar sólo la información que se requiere de la base de datos. Elaboración de reportes Se realizará el diseño de los reportes en un software

especializado llamado Crystal Reports. Estos reportes servirán para

si on

documentar la información de los movimientos realizados en las

bases de datos y para elaborar hojas de resguardo de bienes de

ve r

cómputo que serán entregadas a los usuarios para hacer constar

tri

al

que tienen bajo su resguardo algún bien.

Presentación del sistema a los usuarios para posteriormente

hi

ne

hacer algunas posibles modificaciones

fM ac

Se realizará una previa presentación del sistema a los

usuarios para explicar su funcionamiento y sus características. La

pd

finalidad de esta presentación es obtener puntos de vista sobre el

sistema y hacer observaciones para la mejora del mismo.

17

Modificaciones y correcciones a las observaciones realizadas por los usuarios

De acuerdo con los resultados obtenidos en la presentación realizada se hacen las modificaciones necesarias para cubrir todas las exigencias de los usuarios. Implementación del proyecto El proyecto se presentará de manera oficial y estará listo para

pd

fM ac

hi

ne

tri

al

ve r

si on

distribuirse e instalarse a todos los usuarios autorizados.

18

si on

CAPÍTULO II

pd

fM ac

hi

ne

tri

al

ve r

DESARROLLO DEL PROYECTO

2.1 Curso de inducción de la empresa La finalidad de tomar el

curso de inducción antes de

comenzar el proyecto fue para conocer a fondo la situación laboral de la empresa, su organización, valores, políticas, misión, visión y,

principalmente, para mostrar el área de oportunidad en la que se desarrollará el proyecto de estadía.

El curso de inducción se dividió en varias etapas como se muestra a continuación:

si on

 Ubicación del área de trabajo.

ve r

 Presentación oficial ante los compañeros de trabajo de la

al

Dirección de Telemática.

ne

tri

 Plática de inducción sobre valores, políticas, misión y visión de

hi

la empresa.

fM ac

 Explicación sobre la situación actual del Sistema de Consulta y

pd

Control de Equipo de Cómputo de Telemática.

 Explicación de la propuesta de implantación del proceso de

administración de la configuración de la infraestructura de

tecnologías de información.

20

2.2 Familiarización con el sistema actual Para poder modificar o implementar un software, es preciso conocer muy bien el software que será sustituido o modificado, ya

que es el principal apoyo para poder crear el diseño y programar el funcionamiento del nuevo sistema o hacer la actualización del mismo. Además de conocer el sistema a suplantar o modificar es

recomendable conocer muy bien el diseño y el funcionamiento de las bases de datos, porque finalmente son las que contienen la

ve r

si on

información que le interesa a la empresa. Otra parte muy importante del sistema son los reportes. Es

al

preciso cuidar el formato de los reportes elaborados por el sistema

tri

actual, debido a que han sido aprobados por la empresa y no se puede hacer un cambio radical en su elaboración, ya que al ser

fM ac

hi

ne

firmados automáticamente se convierten en documentos oficiales.

Por todo lo anterior, es indispensable conocer todas las partes

que conforman al sistema actual para que al momento de modificar

pd

o de diseñar una nueva aplicación se tenga una idea global de lo que se desea realizar.

21

2.3 Análisis de necesidades específicas En esta parte se realizaron diversos análisis para concluir con

varios aspectos que afectaron directamente al diseño y planificación del sistema.  Se realizó un análisis del sistema con el que cuenta la empresa para satisfacer sus necesidades de consulta y control de equipo, éste consistió en varias pruebas al sistema las

cuales detectaron errores originados desde el diseño de la

si on

base de datos y, por lo tanto, se llegó a la conclusión de que era conveniente implementar un sistema nuevo tomando como

ve r

base los aciertos y los errores del sistema actual para no cometerlos en el nuevo sistema.

tri

al

 El segundo análisis se hizo directamente con los usuarios del sistema para conocer sus necesidades de información y se

ne

llegó a la conclusión de que era indiscutible comenzar a

fM ac

hi

diseñar un nuevo sistema.

pd

2.4 Recopilación de la información Para comenzar a recopilar la información, sobre todos equipos

y partes, fue necesario tomar en cuenta cada uno de los siguientes puntos:

22

Identificación Seleccionar e identificar las estructuras de todos los elementos de configuración de la infraestructura, sus propietarios, documentación de configuración, incluyendo la asignación de identificadores para los elementos de configuración, sus versiones y documentación. Control

hasta

Garantizar que se acepten y registren desde su recepción su

sólo

destrucción

de

configuración

Registrar y actualizar los elementos de configuración

•

ne

tri

Estado contable

al

•

elementos

ve r

autorizados e identificables

los

si on

•

Informe de todos los datos actuales y pasados que se

fM ac

hi

relacionan con cada elemento de configuración a lo largo del ciclo de vida, permite cambios a los elementos de configuración y

pd

posibilidad de encontrar los registros de estados de un elemento de configuración

desde

un

estado

a

otro

(desarrollo,

prueba,

producción, retiro etc.).

23

Verificación y auditoría •

La calidad de configuración se controla a través de una serie

de revisiones y auditorías que verifican la existencia física de los

elementos de configuración y comprueban que se encuentren correctamente registrados en el sistema de la administración de la configuración. Administración de release 

Es responsable de la administración de todo lo referente al

ve r

eficientemente administrado.

si on

software de una organización, ya que generalmente no es

•

Mantener

tri

al

Consideraciones

información

y

actualizada

sobre

la

fM ac

hi

ne

Infraestructura TI.

real

•

Es importante que cuando se realizan los cambios a la

pd

infraestructura, éstos queden registrados en la Configuration Manager Data Base (CMDB).

•

Se aconseja implementarla de manera gradual.

24

•

Identificar elementos de configuración críticos (fuentes de

energía, switches, servidores). •

Comparación costo-beneficio (actual y potencial).

•

La aprobación de pago de elementos de configuración de la

Infraestructura TI implica que la administración de la configuración haya verificado que esos elementos de configuración se hayan recibido, instalado y que estén funcionando como corresponde.

si on

2.5 Diseño de la estructura del nuevo sistema

fundamentales que son:

ve r

El diseño de la estructura del sistema consta de tres partes

Elaboración de la base de datos



Elaboración de los reportes

tri

ne

Elaboración del software de aplicación

fM ac

hi



al



pd

2.5.1 Herramientas para la elaboración de la base de datos Para elaborar la base de datos fue necesario instalar el

software de Microsoft Access que se encuentra en el disco de Office 2000.

25

Access

es

un

Software

desarrollado

por

Microsoft

creado

especialmente para el diseño y la administración de bases de datos. 2.5.2 Herramientas para diseñar el software de aplicación Para diseñar el software de aplicación se utilizó Visual Basic

6.0 en plataforma Windows XP.

Visual Basic es un lenguaje de programación de alto nivel para

si on

el desarrollo de aplicaciones diseñadas para ejecutarse bajo Microsoft Windows 95. En Visual Basic el programador coloca

ve r

controles en una ventana arrastrándolos desde un cuadro de herramientas, y a continuación escribe los procedimientos para los

ne

tri

características son:

al

controles mediante una versión moderna de Basic. Sus principales

fM ac

hi

 Interfaz gráfico

pd

 Compatibilidad con Windows  Uso de formularios para desarrollar aplicaciones  Compatibilidad con diferentes tipos de bases de datos (Access, SQL, etc.)  Es un programa orientado a objetos

26

 Muy fácil de utilizar a diferencia de otros lenguajes de programación.

Visual Basic está conformado por una barra de herramientas, un explorador de proyectos, una ventana de propiedades, una caja

Fig. 2.1 Pantalla principal de Visual Basic

pd

fM ac

hi

ne

tri

al

ve r

si on

de herramientas y uno o varios formularios.

2.5.3 Herramientas para la elaboración de reportes

27

Para comenzar a diseñar un reporte fue necesario analizar el objetivo a cumplir con su desarrollo, es decir, conocer bien la función que va a desempeñar el reporte dentro del sistema, instalar los programas útiles para

el desarrollo de la aplicación y

familiarizarse con el software de diseño y las bases de datos que se van a utilizar.

El objetivo fundamental de los reportes es proveer de información precisa y documentada al administrador de los bienes

de cómputo para tener un excelente control en todos los

si on

movimientos, altas y bajas de equipos realizados. El software que se utilizó para crear los reportes se llama

ve r

Crystal Reports y a continuación se muestra información referente a

al

este programa.

tri

Crystal Reports es un diseñador de informes que fue creado

ne

para ser usado en conjunto con Visual Basic, sin embargo, puede

hi

funcionar de forma independiente con Access, SQL, u otro programa

pd

fM ac

de base de datos.

2.5.3.1 Partes de un reporte:

28

Título: en esta sección se coloca el título del reporte. Sólo aparecerá una vez en la primera página. Encabezado: aquí se colocan automáticamente todos los títulos de los campos del reporte y la fecha del día en que se imprime. Todo lo

que se coloque en esta sección aparecerá en todas las páginas en la parte superior. Se recomienda colocar en esta parte el logotipo de la empresa (en caso de haberlo) y el título (si se desea que aparezca en todas las hojas). Detalles: esta sección es la más importante de todas porque es

si on

donde se inserta toda la información extraída de las bases de datos

y es la única que no se puede modificar con Crystal Reports en

ve r

cuanto al contenido de sus datos.

tri

al

Pie de página: aquí normalmente se coloca el número de página, al

ne

igual que en el encabezado se puede agregar cualquier información como, por ejemplo, un campo de nombre y firma para que aparezca

fM ac

hi

en todas las hojas del reporte en su parte inferior.

Resumen: es la parte final del reporte. El texto que se encuentre en

pd

esta sección sólo aparecerá al final de un reporte como, por ejemplo la cantidad total de registros de un reporte.

29

Fig. 2.2 “Vista Diseño” de un reporte

si on

2.6 Depuración y actualización de la base de datos Para poder explicar el proceso de depuración de la base de

ve r

datos es necesario definir el significado de la palabra “depurar”.

al

Depurar: en relación con el software significa detectar, localizar y

tri

corregir errores en un programa informático. En relación con el

ne

hardware, detectar, localizar y corregir una avería o arreglar un

fM ac

hi

sistema que no funciona. Para comenzar a depurar la base de datos primero fue

pd

necesario imprimir un reporte ordenado por orden alfabético por cada tabla de la base de datos, esto con el objetivo de identificar qué datos estaban repetidos o mal escritos. Algunos ejemplos de datos que debían depurarse son:

30

Clave: 022

IBM

dato correcto

Clave: 089

I.B.M

dato mal escrito

El problema de cometer este error al escribir la palabra IBM de dos formas distintas es que la base de datos asigna dos claves diferentes a la marca IBM, cuando en realidad debería de ser sólo una. Para poder corregir este problema se debe de suprimir una de las dos claves, pero sin perder la información asignada a esta clave. El método que se utilizó para la depuración de la base de

si on

datos fue buscar desde una consulta con un criterio de selección la

Fig. 2.3 Criterio de selección

pd

fM ac

hi

ne

tri

al

ve r

clave errónea y sustituirla con la clave correcta.

31

Fig.2.4 Sustitución de la clave

El proceso de actualización consistió únicamente en eliminar la

información no necesaria para la base de datos y complementar con computadoras

nuevas.

En

si on

datos nuevos, como lo es el caso de marcas y modelos de algunos

casos

de

marcas

que

ve r

desaparecieron quedó la clave como disponible o por clasificar tal y

pd

fM ac

hi

ne

tri

al

como se muestra en el primer registro de la siguiente imagen.

Fig. 2.5 Tabla de la base de datos depurada

32

2.7 Elaboración de formularios de aplicación para el sistema Este sistema se desarrolló en Visual Basic y cuenta con 64

formularios de aplicación, un módulo principal y cuatro controles de usuario.

2.7.1 Formulario principal Su función principal es administrar los menús a los que pueden tener acceso los usuarios del sistema como, por ejemplo:

si on

catálogos, archivos, control de equipo, consultas, mantenimiento,

pd

fM ac

hi

ne

tri

al

ve r

reportes y utilerías.

Fig. 2.6 Formulario principal del sistema de control de equipo de cómputo

33

2.7.2 Seguridad

Para poder acceder al sistema es necesario contar con una cuenta de usuario creada desde el servidor de la base de datos, ya que de lo contrario el sistema no permitirá el acceso. La ventana muestra dos cuadros de texto (el de nombre del usuario y el de la

Fig. 2.7 Pantalla de validación de usuario y contraseña

pd

fM ac

hi

ne

tri

al

ve r

si on

clave) y dos botones (aceptar y cancelar).

2.7.3 Formularios de aplicación del sistema Los formularios del sistema están clasificados por menús para

una rápida identificación. El formulario principal cuenta con 7 menús 34

los cuales al seleccionarlos muestran una lista de formularios a los que se puede acceder al dar click o al oprimir una combinación de teclas.

ve r

si on

Fig. 2.8 Pantalla principal del sistema

2.7.4 Catálogo de clasificación general de bienes

tri

al

Este catálogo se utiliza para clasificar los elementos de

configuración por medio de claves y a cada bien se le asigna una

ne

letra inicial de código que posteriormente será utilizada para generar

fM ac

hi

una clave interna de identificación para los equipos (ver anexo A).

La clave interna consta únicamente de una letra inicial de

pd

identificación y de 4 dígitos que comienzan a partir del 0000 hasta el 9999. Un ejemplo de clave interna es la C0956 que significa que es el CPU No. 956 de la empresa.

35

2.7.5 Catálogo de Tipos de Bienes En este catálogo se genera una clave que sirve para identificar

a qué tipo de bien es al que pertenece el elemento de configuración (ver anexo B). Por ejemplo: Si el CI es un “módem” y pertenece al tipo de bien “adaptador

telefónico voz/IP. La clave que genera es: 15405 4203 2.7.6 Catálogo de Marcas

si on

Sólo tiene dos columnas y su objetivo es concentrar todas las

marcas existentes de elementos de configuración. A cada marca

ve r

registrada en el sistema le corresponde una clave de identificación

tri

al

(ver anexo C).

hi

ne

2.7.7 Catálogo de Modelos

fM ac

Permite capturar todos los modelos existentes de los equipos y

de sus partes; a cada modelo se le da una clave de identificación que permite una cómoda administración de los diferentes modelos

pd

de equipos y sus partes. Cuenta también con un botón de impresión que genera el reporte de la lista de modelos existentes en los equipos (ver anexo D).

36

2.7.8 Catálogo de Partes En este catálogo se hacen altas, bajas, consultas y modificaciones de las partes de los equipos. Contiene 3 campos para capturar el nombre del bien, clave y descripción de la parte (ver anexo E). 2.7.9 Catálogo de Características Muestra las características específicas de los equipos, de sus

si on

partes y del software. La ventaja de tener este catálogo de

características independiente es que da al usuario la facilidad de

ve r

seleccionar, dar de baja o de alta una característica en la lista que

tri

al

se muestra en el formulario (ver anexo F).

se

hi

Aquí

ne

2.7.10 Catálogo de Capacidades almacenan

todas

las

capacidades

de

los

fM ac

procesadores, memorias RAM, discos duros, tarjetas de video,

pd

tarjetas de red, etc. De todos los catálogos es el más completo, porque contiene

información de todos los anteriores y al llegar a este nivel ya se

puede generar todo el código para el No. de inventario del equipo,

además permite imprimir un reporte completo de los bienes

37

incluyendo tipo de bien, parte, característica, capacidad, unidad de medida y todas sus claves (ver anexo G). 2.7.11 Catálogo de Unidades de Medida Contiene todas las posibles unidades de medida utilizadas por el sistema, por ejemplo MHZ, GHZ, MB, GB, etc. Al igual que los catálogos anteriores cada unidad de medida contiene una clave de identificación (ver anexo H).

si on

2.7.12 Catálogo de Ubicaciones

Muestra todas las ubicaciones de la empresa, incluyendo

ve r

todas las administraciones foráneas (Cadereyta, Colón, Pedro

al

Escobedo, Santa Rosa Jáuregui, etc.). Cada ubicación contiene su

tri

clave de identificación (ver anexo i).

hi

ne

2.7.13 Catálogo de Proveedores

fM ac

Cuenta con información de todos los proveedores de bienes y

servicios de la dirección de Telemática. El formulario permite

pd

capturar datos como: clave del proveedor, razón social, RFC, domicilio, fax y nombre del representante. Su reporte permite ver los

mismos datos que hay en el formulario (ver anexo J).

38

2.7.14 Catálogo de Licencias de Software Contiene información acerca de todas las licencias utilizadas en los equipos de la empresa. Entre los campos que utiliza se encuentran la clave, descripción, marca, tipo de software, licencia, número de instalaciones, cantidad de manuales, de CD’s, número

serial, candado, valor histórico, factura, proveedor, fecha de adquisición, vigencia del contrato y observaciones (ver anexo K).

si on

2.7.15 Archivo de pólizas de seguro Permite al usuario capturar todos los datos que se requieren

ve r

para registrar los equipos que contienen una póliza de seguro. La finalidad de este catálogo es tener un control de las vigencias de

al

cada póliza y relacionarla con el equipo al que pertenece y con su

ne

tri

aseguradora (ver anexo L).

fM ac

hi

2.7.16 Archivo de facturas La finalidad de este formulario es administrar las facturas

pd

adquiridas por la compra de elementos de configuración. Permite

capturar el número de la factura, nombre del proveedor, fecha de elaboración, observaciones y una imagen de la misma (ver anexo

M).

39

2.7.17 Archivo de empleados Este archivo permite buscar a un empleado por medio de un número de identificación que se le asigna en la empresa, o desplazándose con los botones de movimiento.

La ventaja de tener este archivo es que se pueden dar de alta bienes, modificar sus partes o darlos de baja e imprimir un reporte con todos los bienes que tiene en su poder el empleado. A este reporte ya impreso se le nombra resguardo de equipo de cómputo, mismo que firman los empleados constantemente para aceptar que

si on

tienen en su poder un bien (ver anexo N).

al

ve r

2.7.18 Altas y cambios de equipo de cómputo

tri

Es uno de los principales formularios porque contiene una

ne

descripción muy completa de todos los equipos incluyendo marcas, modelos, partes, ubicaciones, resguardantes, fecha de compra,

fM ac

hi

póliza de seguro, número de factura, etc. (Ver anexo S).

pd

Como sistema de consulta permite a los usuarios buscar un

equipo de tres formas diferentes:

 Código interno: número que se le asigna a los equipos dentro de la empresa para una identificación rápida.

40

 Número de serie: es el número de identificación que viene de fábrica en los equipos o partes de los equipos.

 No. de inventario: número que se asigna a los equipos por la empresa de acuerdo a sus características. 2.7.19 Altas y cambios a almacén de partes en stock Contiene información de todas las partes nuevas y usadas que están disponibles en el almacén para ser agregadas a un equipo

si on

(ver anexo T).

ve r

2.7.20 Altas y cambios a partes por equipo

al

Permite agregar, quitar o modificar una parte, un programa o

tri

un consumible a un equipo con lo que se podrá tener el control de lo

fM ac

hi

anexo U).

ne

que realmente tiene ese equipo, sea en software o hardware (ver

pd

2.7.21 Consulta de equipos por estado operacional Muestra el estado de operación en el que se encuentran los equipos actualmente, ejemplo: alta, baja, obsoleto, inservible (ver anexo V).

41

2.7.22 Consulta de equipos por estado contable Muestra el estado en el que se encuentra el equipo fiscalmente. Ejemplo: alta, baja por donación, destrucción, por robo o extravió, etc (ver anexo W). 2.7.23 Acerca de... Muestra información del sistema de control de equipo de

cómputo como es la versión, los derechos reservados y el año en

pd

fM ac

hi

ne

tri

al

ve r

si on

que se implementó.

Fig. 2.9 Utilerías del sistema

Además, cuenta con un botón que envía al usuario a una base

de datos del sistema que contiene información de hardware y software del equipo en el que se está trabajando.

42

si on

ve r

Fig. 2.10 Información del sistema

tri

ne

del sistema

al

2.8 Elaboración de formularios de aplicación para los reportes

fM ac

hi

Para el diseño de los formularios de los reportes no hubo problema, ya que

sólo se tuvo necesidad de diseñar dos tipos

diferentes. El primero fue un formulario estándar que fue tomado

pd

para todos los reportes, a excepción del reporte de bienes. El segundo es un formulario que permite al usuario cinco opciones generar un reporte de bienes.

43

Las opciones con las que cuenta el formulario de bienes para filtrar la información son:

 Imprimir todos los bienes  Imprimir sólo los bienes de un empleado (por número)  Imprimir sólo los bienes de un empleado (por nombre)  Por proyecto

tri

al

ve r

si on

 Por ubicación

pd

fM ac

hi

ne

Fig. 2.11 Botón de impresión del reporte

44

ve r

2.9 Elaboración de reportes

si on

Fig. 2.12 Formulario de impresión del reporte de bienes

al

Los reportes sirven especialmente para documentar la

tri

información que contiene la base de datos. El diseño de los

ne

reportes se hace individualmente y, al igual que en los formularios

pd

fM ac

datos.

hi

de aplicación, se toma la información directamente de la base de

45

Reporte de clasificación general de bienes Muestra toda la información contenida en el catálogo de

clasificación general de bienes, pero en formato de impresión con el

si on

logotipo de la empresa.

al

ve r

Fig. 2.13 Reporte de clasificación general de bienes

ne

tri

Reporte de clasificación general de bienes

hi

Contiene toda la información del catálogo de tipos de bienes

pd

fM ac

en formato de impresión de la Comisión Estatal de Aguas.

46

Fig. 2.14 Reporte de Tipos de bienes

ve r

si on

Reporte del catálogo de marcas

Contiene un listado de las marcas manejadas por la CEA con

pd

fM ac

hi

ne

tri

al

su respectiva clave de identificación.

Fig. 2.15 Reporte del catálogo de marcas

47

Reporte del catálogo de modelos

Muestra un reporte de los modelos de los equipos en forma de lista. Los datos que imprime son clave y descripción del modelo

tri

al

ve r

si on

ordenados por clave o por orden alfabético.

ne

Fig. 2.16 Reporte del catálogo de modelos

pd

fM ac

hi

Reporte del catálogo de partes

Imprime un reporte que incluye la clave del bien, clave de la

parte, descripción de la parte y descripción del bien.

48

Fig. 2.17 Reporte del catálogo de partes

si on

Reporte del catálogo de características Muestra clave y descripción de bien, parte y característica

pd

fM ac

hi

ne

tri

al

ve r

ordenados en orden alfabético o por clave.

Fig. 2.18 Reporte del catálogo de características

49

Reporte del catálogo de capacidades Imprime un reporte completo de los equipos de cómputo: clave

y descripción de tipo de bien, parte, característica, capacidad y

ne

tri

al

ve r

si on

unidad de medida.

fM ac

hi

Fig. 2.19 Reporte del catálogo de capacidades

pd

Reporte de unidades de medida Muestra una lista de la clave y descripción de las unidades de

medida utilizadas para las diferentes capacidades de las partes de los equipos.

50

Fig. 2.20 Reporte del catálogo de unidades de medida

Reporte del catálogo de ubicaciones

si on

Imprime por clave y descripción una lista de todas las

pd

fM ac

hi

ne

tri

al

ve r

ubicaciones de trabajo que hay en la empresa.

Fig. 2.21 Reporte del catálogo de ubicaciones 51

Reporte del catálogo de proveedores

Contiene un reporte de los proveedores de equipo de cómputo, partes y consumibles de la empresa. La actualización de este reporte, al igual que todos los demás, se realiza desde el

tri

al

ve r

si on

sistema de control de equipo de cómputo.

hi

ne

Fig. 2.22 Reporte del catálogo de proveedores

pd

fM ac

Reporte del archivo de pólizas de seguro Contiene una relación de los equipos de cómputo asegurados

y a qué aseguradora pertenecen. También contiene las fechas de inicio y fin de la vigencia de la póliza.

52

Fig. 2.23 Reporte de pólizas de seguro

Reporte de archivos de facturas

si on

Contiene una relación de las facturas de equipos comprados

por la Dirección de Telemática. Los datos que contiene el reporte

No. proveedor, fecha de realización y

ve r

son: No. de la factura,

pd

fM ac

hi

ne

tri

al

observaciones.

Fig. 2.24 Reporte de archivos de facturas

53

Resguardo de bienes de cómputo De todos los reportes es el más completo porque contiene

información de muy completa de los bienes que tiene a su cargo cada empleado de la empresa. Es un reporte que se actualiza constantemente por el administrador debido a que es un documento oficial que debe de estar firmado por cada empleado para aceptar que tiene a bajo su resguardo ciertos equipos.

Para poder imprimir este reporte sólo se tiene que oprimir el

si on

botón de impresión que se encuentra en el archivo de empleados e

ve r

insertar el No. de empleado que se necesita. Ver Fig. 2.32.

ne

tri

al

Reporte de archivo de bienes de cómputo

hi

Es muy similar al reporte de resguardo de equipo de cómputo,

fM ac

pero tiene diferencias muy significativas que se deben de tomar en

pd

cuenta

54

Fig. 2.25 Reporte de bienes de cómputo

Presentación

del

sistema

si on

2.10

a

los

usuarios

ve r

posteriormente hacer algunas posibles correcciones

para

al

Esta etapa del proyecto consistió en hacer una breve

tri

presentación de aproximadamente 3 horas para obtener puntos de

ne

vista de los futuros usuarios, dar una explicación breve sobre el

hi

funcionamiento del sistema y hacer anotaciones de los posibles

pd

fM ac

cambios que requiere el sistema antes de su implementación.

Al término de la reunión se llegó a la conclusión de que se

debían agregar formularios y reportes que no estaban contemplados

en el diseño del sistema, sin embargo, eran necesarios para la correcta administración de la configuración de la infraestructura.

55

En el capítulo siguiente se describen las correcciones y modificaciones que se hicieron al sistema.

2.11 Modificaciones y correcciones a las observaciones realizadas por los usuarios

Las correcciones y modificaciones que se realizaron al sistema son las siguientes:

si on

 Se agregó un formulario para generar los reportes de bienes de la empresa.

ve r

 Se hicieron 5 reportes de bienes de cómputo.

al

 Se volvió a depurar la base de datos.

tri

 Se hicieron correcciones al formato de los reportes.

ne

 Se agregaron al sistema imágenes de las facturas de bienes

fM ac

hi

de la Dirección de Telemática.

pd

2.12 Implementación del sistema Se presentó de manera oficial el sistema ante los usuarios y se

dio la capacitación para su uso. Se instaló en las máquinas de las

56

personas que lo requerían y se configuraron los equipos para poder

pd

fM ac

hi

ne

tri

al

ve r

si on

acceder al servidor con una cuenta de usuario.

57

si on

CAPÍTULO III

pd

fM ac

hi

ne

tri

al

ve r

CONCLUSIONES

3.1. Dificultades

Las principales dificultades que se presentaron durante el periodo de estadía fueron:

 Mala planeación del tiempo, por parte de la empresa y del sustentante, para la definición y el desarrollo del proyecto, lo cual tuvo como consecuencia un retrazo en el plan de trabajo.

si on

 Falta de experiencia del sustentante en el área empresarial, la

cual impidió al sustentante un rápido acoplamiento en las

al

ve r

labores que le correspondían dentro de la empresa.

tri

 Falta de capacitación del sustentante en el manejo de Crystal

ne

Reports, la cual se vio reflejada al momento de tratar de

fM ac

hi

elaborar los diseños de los reportes para la empresa. Para poder superar la mala planeación del tiempo fue

pd

necesario apoyar 15 días más a la empresa para finalizar en su totalidad el proyecto de estadía. El acuerdo se dio entre el asesor de la empresa, el asesor de estadía y el sustentante.

59

La experiencia se fue adquiriendo conforme avanzaron los días y la falta de capacitación se pudo superar por medio de manuales, libros y asesoría por parte de los compañeros de trabajo. 3.2 Logros obtenidos

Se implementó el Sistema de Consulta y Control de Equipo de Cómputo satisfactoriamente y, por lo tanto, se pudieron cumplir

cada uno de los objetivos planteados en el capítulo I. Los resultados

si on

obtenidos al término del proyecto son los siguientes:

ve r

 Se Identificaron y se clasificación todos los CI’s existentes en

la empresa, por medio de códigos que fueron generados por el

tri

al

sistema. Todos los CI’s se encuentran registrados en la base

ne

de datos del sistema.

hi

 Se actualizó y se depuró al 100% la base de datos de la

fM ac

administración de la configuración verificando que no existan

pd

duplicados en las claves o en los nombres de los CI´s.

 Se creó el formato para los reportes que genera el sistema para documentar la información de la base de datos, sin afectar los formatos establecidos por la empresa.

60

3.3 Recomendaciones

 Depurar constantemente la base de datos para contar sólo con la información necesaria para el sistema.

 En caso de que se realice una actualización al sistema o a la base de datos, se recomienda documentar cada movimiento que se desee realizar para conocer exactamente la estructura

si on

del sistema y de la base de datos.

 Capacitar a una persona para que se encargue del

ve r

mantenimiento y soporte técnico del sistema para evitar

pd

fM ac

hi

ne

tri

al

posibles errores que en un futuro puedan presentarse.

61

3.4 Aportaciones

La mayor parte del tiempo fue dedicada al proyecto de estadía, pero en ocasiones se requería apoyo en otras actividades como son:

 Soporte técnico  Tomar llamadas telefónicas  Configuración de equipos

pd

fM ac

hi

ne

tri

al

ve r

si on

 Asesoría para el uso del cañón en las salas de juntas

62

hi

fM ac

pd ne al

tri si on

ve r

ANEXOS

ANEXO A

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de clasificación general de bienes

ANEXO B

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de tipos de bienes

ANEXO C

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de marcas

ANEXO D

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de modelos

ANEXO E

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de partes

ANEXO F

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de características

ANEXO G

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de capacidades

ANEXO H

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de unidades de medida

ANEXO I

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de ubicaciones

ANEXO J

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de proveedores

ANEXO K

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de tipos de licencia

ANEXO L

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del archivo de pólizas de seguro

ANEXO M

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo de características

ANEXO N

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del archivo de empleados

ANEXO O

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del archivo de bienes

ANEXO P

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del archivo de pólizas de seguro

ANEXO Q

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del archivo de facturas

ANEXO R

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del catálogo del archivo de bienes

ANEXO T

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario del Inventario de partes

ANEXO U

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario de altas y cambios a partes por equipo

ANEXO V

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario de consulta de equipos por estado operacional

ANEXO W

pd

fM ac

hi

ne

tri

al

ve r

si on

Formulario de consulta de equipos por estado contable

hi

fM ac

pd ne al

tri si on

ve r

GLOSARIO

Access: programa de Microsoft utilizado para el desarrollo de bases

de datos y formularios de aplicación sencillos.

BASIC (Beginners All Purpose Symbolic Instruction Code): sencillo

lenguaje de programación para el desarrollo de programas de tipo general creado en 1964, hoy en desuso.

CMDB (Configuration Manager Data Base): es la base de datos de

si on

la administración de la configuración.

ve r

Código interno: código asignado por la empresa para identificar

tri

al

elementos de configuración y sus partes internamente.

ne

Consultas: unión de una o más tablas de bases de datos para

fM ac

hi

formar una sola.

pd

Crystal Reports: es un diseñador de informes que fue creado para ser usado en conjunto con Visual Basic, sin embargo puede funcionar de forma independiente con Access, SQL, u otro programa de base de datos.

Cuenta contable: número generado por medio de las claves de los CI’S para la identificación de equipos.

Elementos de configuración (CI’S): son todos los elementos que pueden configurarse como son impresoras, CPU’s, routers, etc.

Hardware: son todas las partes físicas de una computadora como son discos duros, procesadores, teclado y monitor

Infraestructura TI: está conformada por todos los elementos de

RAM:

memoria

utilizada

temporalmente

por

la

al

Memoria

ve r

si on

configuración y tecnologías de información

ne

tri

computadora para realizar diversas tareas

hi

Procesador: también conocido como CPU o Unidad Central de

fM ac

Proceso. Es el cerebro principal de una computadora.

pd

Router: equipo inteligente utilizado en las telecomunicaciones para

administrar una red por medio de protocolos.

Servidor: computadora conectada a una red que pone sus recursos

a disposición del resto de los integrantes de la red. Suele utilizarse para mantener datos centralizados o para gestionar recursos compartidos.

Software: el término inglés original define el concepto por oposición a hardware: blando-duro, en referencia a la intangibilidad de los programas y corporeidad de la máquina. Software es un término

genérico que designa al conjunto de programas de distinto tipo operar con el ordenador.

si on

(sistema operativo y aplicaciones diversas) que hacen posible

ve r

Switch: dispositivo de red que filtra, envía e inunda de frames en

base a la dirección de destino de cada frame. El switch opera en la

tri

al

capa de enlace de datos del modelo OSI 2. Término general que se

aplica a un dispositivo electrónico o mecánico que permite

ne

establecer una conexión cuando resulte necesario y terminarla

fM ac

hi

cuando ya no hay sesión alguna que soportar.

pd

Tabla: es una colección de datos sobre un tema específico, como

productos o proveedores. La utilización de una tabla diferente para cada tema significa que se almacenan los datos sólo una vez.

Tarjeta de red: hardware utilizado para conectar por medio de un

cable a dos o más computadoras en red

Tecnologías de información (TI): conjunto de medios técnicos, instrumentos y procedimientos utilizados para la elaboración de sistemas de información

Visual Basic 6.0: versión de BASIC de Microsoft utilizado para desarrollar aplicaciones de Windows, que se ha vuelto popular. Las interfaces de usuario se desarrollan llevando objetos de la caja de

pd

fM ac

hi

ne

tri

al

ve r

si on

herramientas de Visual Basic hacia el formato de aplicación.

hi

fM ac

pd ne al

tri si on

ve r

MATERIAL DE CONSULTA

CEVALLOS

Francisco Javier, “curso de Programación Visual

Basic”, Trillas, México, 2001. CEVALLOS

Francisco Javier, "Enciclopedia de Microsoft Visual

Basic", Trillas, México, 2001. http://www.lawebdelprogramador.com/diccionario http://tecnoguia.wcom.com http://telematica.uteq.edu.mx/ http://www.ii.uam.es/esp/alumnos/terminologia_informatica.html http://cisco.netacad.net/public/index.html http://www2.ubu.es/wav.cee/extension/diccionario.shtml

si on

http://www.elrinconcito.com/DiccAmpliado/W2000.htm

ve r

http://www.elguruprogramador.com.ar http://www.canalvisualbasic.net

al

http://www.canalvisualbasic.net

tri

http://www.mmu.host.sk/seccion.php/cat/5

ne

http://planetarroba.com

hi

http://www.todoexpertos.com

pd

fM ac

http://www.google.com.mx/