SISTEMA DE CONTROL DE ACTIVOS DE HARDWARE Y SOFTWARE PARA FONTEBOPROYECTO DE DESARROLLO

En este documento se encuentra consignada la información correspondiente al desarrollo e implementación del sistema para controlar y administrar el inventario de Hardware y Software de FONTEBO de acuerdo al manual de procesos aplicado.

Departamento de Tecnología y Sistemas de Información

01/03/2013

DESARROLLO E IMPLEMENTACION DEL SISTEMA DE CONTROL DE ACTIVOS DE HARDWARE Y SOFTWARE PARA FONTEBO

ELABORADO POR:

DIANA CAROLINA ARIAS CADENAJEFE DEL DEPARTAMENTO DE TECNOLOGIA Y SISTEMAS DE INFORMACION

FABIO NELSON ORTIZ BUSTOSANALISTA DE TECNOLOGIA Y DE SISTEMAS DE INFORMACION

FONDO DE EMPLEADOS, PENSIONADOS, HIJOS DE ASOCIADOS Y EXTRABAJADORES DE LA EMPRESA DE TELECOMUNICACIONES DE BOGOTÁ D.C

S.A. E.S.P. ETB FONTEBODEPARTAMENTO DE TECNOLOGIA Y SISTEMAS DE INFORMACION

BOGOTÁ – CUNDINAMARCA2013

1. INTRODUCCION

El proyecto sobre el Sistema para el control de Inventario de Hardware y Software ha nacido de una necesidad puntual la cual es tener el inventario físico y lógico de los sistemas que la empresa usa constantemente con el fin de administrar mejor y más eficientemente los recursos. Haciendo un poco de historia resalto que el motivo que impulso a que este proyecto fuese planteado para ser ejecutado fue un proceso de auditoría que solo fue hecha a el área de tecnología y sistemas de información, en el cual como observaciones se estipulo que el inventario no debía continuar el archivos planos de Excel debido a que deben ser procesado por una aplicativo dedicado a el inventario. Así que después se convoca a reunión y se determina que el proyecto si es viable y necesario.

Este producto a desarrollar e implementar, será trabajado y planteado de acuerdo a las necesidades que el área requiere por lo tanto va a ser un desarrollo a la medida para una necesidad puntual. De acuerdo a lo referido al alcance se deja estipulado que ciertos módulos van a continuar siendo desarrollados después de implementación, es decir, el proyecto seguirá creciendo no como un proyecto de un desarrollo nuevo de aplicativo sino como un proyecto de mejora o actualización del aplicativo.

2. OBJETIVOS

2.1. OBJETIVO GENERAL

Diseñar, desarrollar e implementar el Sistema de Control de Activos de Hardware y Software para FONTEBO, de tal manera que permita controlar los activos físicos de hardware tales como: PCs de escritorio, Portátiles, Tablets, impresoras y de Software de la compañía.

1.1. OBJETIVOS ESPECIFICOS

Los principales tópicos que debe cumplir el sistema a desarrollar se citarán a continuación:

Registrar la información de los activos de hardware y software existentes formando así la hoja de vida.Llevar a cabo consultas sobre el stock de equipos, características, ubicación, responsable, software instalado por cada máquina.Llevar el control de las bajas presentadas correspondiente a equipos y software por cada departamento o locación.Presentar una herramienta tecnológica consistente y veraz para el control de inventario en busca de mejorar en procedimientos de auditoría y control interno.Controlar el proceso de licenciamiento de software propietario y libre de las estaciones de trabajo como de servidores.

2. PLANTEAMIENTO DEL PROBLEMA

2.1. ANTECEDENTES

En la actualidad la elaboración y ejecución de un proyecto que tenga como objetivo desarrollar un sistema de control de inventario de hardware y software ha venido tomando cada vez más fuerza, debido a la necesidad de sistematizar y controlar el flujo de la información en términos de los activos que la empresa tiene. Se ha visto dicha necesidad ya que FONTEBO sea ha convertido en una de las empresas líderes en el mercado de la economía solidaria haciendo de esta manera que el crecimiento en términos de infraestructura tecnológica se haya venido dando progresivamente.

Por lo tanto, el administrar los activos de hardware y software usando un sistema de control de inventarios permite controlar y ordenar de manera eficiente y correcta a un recurso que es de bastante influencia en el medio y que representa una alta inversión para la libre operación de la empresa.

Desde la perspectiva de la optimización y automatización de procesos se opta por replantear la manera de llevar el inventario de los activos tecnológicos y también a raíz de la estricta normatividad nacional respecto a los licenciamientos de software que con leyes tales como: la ley 603 de 2010, la Dirección Nacional de Derechos de Autor y la Superintendencia de Sociedades, se ha requerido en llevar un absoluto control del software usado en la empresa para no llegar a incurrir en delitos informáticos.

2.1.1. OrganizaciónEn esta sección se describirá la compañía y su estructura, a grandes rasgos, donde se desarrollará el proyecto para dar una visión global al lector.

2.1.1.1. Descripción de la Organización

FONTEBO es una de las instituciones líderes del sector solidario. Es una entidad con proyección social y financiera que día a día pone en marcha su visión y además lidera un gran objetivo de educación y participación entre sus asociados. Es una empresa altamente calificada y así lo demuestra la

certificación al Sistema de Gestión de Calidad otorgado bajo la norma ISO 9001 de 2008.

En el 2001, FONTEBO recibió por parte del Honorable Congreso de la Republica la Orden de Comendador, esta distinción fue entregada en la celebración de los 38 años que cumplió FONTEBO en el 2011. El reconocimiento lo recibió el Dr. Miller en compañía de los integrantes de la Junta Directiva.

2.1.1.2. Estructura de la Organización

2.1.2. Sistema de Control de Inventario

Para facilitar la comprensión al lector sobre la problemática a tratar, es necesario explicar el funcionamiento actual del proceso de registro y control del inventario de equipo y software con los procedimientos que se ejecutan.

FONTEBO posee una cantidad considerable de equipos informáticos tales como: equipos de cómputo, portátiles, impresoras, proyectores, y software instalado según el requerimiento de cada departamento. Los equipos informáticos se encuentran distribuidos en cada una de las áreas cada una con unas especificaciones técnicas y de software requeridas para ese puesto y poseen un responsable directo.

Cada PC presenta ciertas características técnicas tales como: como marca, modelo, tipo, velocidad de procesador, tamaño en disco, tamaño de memoria RAM, numero de serie, ultimo inventario, monitor, mouse, teclado, sistema operativo, software instalado, etc. También tenemos que tener en cuenta que cada PC presenta en su interior cierto número de tarjetas internas, como tarjetas de video, tarjetas de red, multimedia, etc., cada una con sus características técnicas importantes para tener en cuenta.

FONTEBO cuenta con una gran variedad de aplicaciones de software las cuales son instaladas en algunas computadoras de los usuarios o cuando ellos lo soliciten. Este software tiene sus propias características como: compañía, nombre de software, categoría (SO, procesador, lenguaje de programación, aplicativo propietario, etc.), versiones disponibles, requisitos de computadora, número de licencias entre otros.

Finalmente tanto periféricos como computadoras pueden llegar a ser enviadas a reparación si se encuentran en mal estado con el fin de evitar fallas, o ser dadas de baja en cualquier momento. También un computador puede ser cambiado de lugar, se pueden cambiar componentes internos asociados a esa máquina, o instalar nuevos componentes en la computadora.

Actualmente el procedimiento de ingreso, modificación y actualización de equipos y dispositivos es llevado a cabo por el departamento de Tecnología y Sistemas de Información, por medio de una carta donde se informa la placa. El proceso de mantenimiento en su totalidad desarrollado en una plantilla de Excel donde se registra el tipo de periférico o equipo, el tipo de

mantenimiento, el responsable y la información sobre lo que se le hizo. Para el proceso de baja se registra en un acta los activos a los cuales se le va a dar de baja y la fecha con las características básica de cada equipo o periférico, con el motivo por el cual se dio de baja.Como tal en el Departamento de Tecnología y Sistemas de Información en FONTEBO no se encuentra un procedimiento con sus procesos definidos para el Control de Inventario de Activos de Hardware y Software.

2.2. Estudio de Factibilidad

En este momento la empresa no cuenta con un sistema de gestión de inventario de los activos de hardware y software sobre una plataforma computacional.

Según lo expresado en apartados anteriores, es necesario implantar un sistema de gestión y control de inventarios que sea rápido, eficiente y brinde información veraz, clara y reciente.

La idea en esta parte es determinar el análisis de factibilidad examinando la evaluación de costo/beneficio para desarrollar el Sistema de Control de inventario, mostrando así la empresa con el sistema y otro escenario con la empresa sin el sistema. El departamento de Tecnología y Sistemas de Información de FONTEBO cuenta con la infraestructura tecnológica para la gestión de este sistema. Existe una Datacenter completamente estructurado con la infraestructura suficiente para la operación normal de los sistemas de FONTEBO contando así con: una sala de servidores, un servidor Proxy/firewall, un servidor de pruebas, un servidor de aplicaciones, servidores destinados a las comunicaciones de datos, entre otras.

Con respecto al software adquirido por la empresa para el funcionamiento computacional, tenemos sistema operativo y software aplicativo con su respectivo licenciamiento. En términos de este escenario los recursos informáticos e infraestructura para desarrollar este tipo de proyectos.

También se debe tener en cuenta y hacer la aclaración que dicha aplicativo va a ser controlado y administrado por el personal que pertenece al Departamento de Tecnología y Sistemas de Información en donde describiremos ligeramente como se encuentra conformado:

Jefe de Tecnología y Sistemas de Información Analista de Tecnología y Sistemas de Información.

Técnico de Mantenimiento y Soporte.

En vista de las garantías presentadas y claramente expuestas, es totalmente factible desarrollar e implementar el Sistema de Control de Activos de hardware y Software para FONTEBO, si el objetivo es sistematizar el proceso para agilizar y controlar el flujo de los procesos.

2.3. Definición de la Solución

Considerando todo el análisis previo realizado hasta ahora en el presente documento, es de vital importancia crear un sistema que apunte a automatizar el control de activos de hardware y software de FONTEBO, para poder acceder a la información más reciente.

La solución propuesta es un Sistema de Control de Activos de Hardware y Software, orientada a bases de datos, basada en arquitectura Cliente – Servidor, para lo cual será usado un Red Hat Linux 5.6, la programación cliente a cargo de NetBeans 7.6.

2.4. Delimitaciones

El proceso que implica el desarrollo del Sistema de Control de Activos de Hardware y Software para FONTEBO, el levantamiento y determinación de requerimientos de usuario van a ser realizados por el área de Tecnología y Sistemas de Información junto con la alimentación con datos para el sistema durante el proceso de implementación, también los procesos de pruebas y testeos de la aplicación donde validen su correcto desempeño. El sistema controlará aquellos dispositivos que ameriten ser inventariados por su costo. Se debe aclarar que los módulos que inicialmente se desarrollaran sean los que cumplen con el propósito y los demás se desarrollaran a medida que sea necesario.

3. METODOLOGIA

3.1. Metodología Sistema de Control de Inventario

Existen varias metodologías como por mencionar algunas serian: una es la orientada a los datos y otra la orientada a los procesos. Debido a que el perfil de este proyecto es usando las bases de datos como pilar principal es necesario optar por la metodología orientada a los datos. Las demás metodologías tienen aspectos en común sin embargo la diferencia la marcan en la perfilacion de las bases de datos.

Esta metodología presenta varias etapas que serán mostradas durante este proyecto y se listaran a continuación:

1.1.1.Planificación del Diseño de la Base de Datos:

Esta etapa contempla el estudio de planeación del trabajo, los recursos necesarios para desarrollar el proyecto y la factibilidad económica para llevarlo a cabo, con todo el proceso paso a paso desde su inicio hasta su culminación donde se llega a la implementación.

1.1.2.Definición del Sistema:

En esta parte se refiere a la interrelación con cada una de las partes dentro de la empresa y como estas presentan el flujo de datos que el sistema usa para su funcionamiento.

1.1.3.Análisis y Recopilación de Requerimientos:

En esta etapa el grupo de Tecnología y Sistemas de Información hará un análisis minucioso por proceso para analizar las necesidades del sistema, también se usaran modelos ya existentes para ayudar a clarificar y determinar parte coyunturales del sistema, se usará diagramación de Casos de uso para un mayor comprensión de la situación y flujo de información del sistema.

1.1.4.Diseño de Base de Datos:

En esta parte se declarará como tal ya el diseño de la base de datos que respaldará el sistema usando principalmente el diseño conceptual y diseño físico de la base de datos, como se explicaran a continuación.

1.1.4.1. Diseño Base de Datos Conceptual y Lógico:

En esta etapa se declaran básicamente las entidades y como se relacionan entre ellas, especificando cada a una de los atributos que la componen. En esta vista se muestra ampliamente las entidades y sus relaciones como la documentación básica como la cardinalidad, tipo de entidad, tipo de relación. También se declarará inicialmente la llave primaria y las foráneas. Durante el modelo Lógico se pasa a consolidar el diagrama en función de los datos que el sistema requiere para funcionar, se analizan la relaciones Muchos a Muchos y las inconsistencias con la llaves foráneas, examinar las relaciones uno a uno y revisar la recursividad. También se revisa el modelo en término de las formas normales para reducir las anomalías de inserción, actualización y eliminación. Con la aplicación solo de tres formas normales será suficiente para asegurar la integridad de los datos en la base de datos.

1.1.4.2. Diseño Base de datos Físico:

En esta etapa se pretende pasar del modelo Lógico Global para el modelo Físico ya teniendo en cuenta el sistema gestor de base de datos en el cual ya será implementada la DB, también se analizaran las restricciones y se des normalizará, también determinación de reglas de acceso.

1.1.5.Selección del Sistema de Administración de la Base de Datos:

Esta etapa no será cubierta debido a que se tendrá en cuenta en las etapas anteriores.

1.1.6.Diseño de la Aplicación:

En esta etapa se busca desarrollar una aplicación amigable para el usuario que busque ocultar la complejidad de los datos siendo esta de tipo cliente, para esta etapa se tiene que tener cuidado con el manejo de la persistencia y el buen diseño de capturas de pantalla.

1.1.7.Prototipo del Sistema:

La necesidad de desarrollar y presentar un prototipo es para lograr mostrar en vista general el funcionamiento de la aplicación y poder a tiempo corregir o agregar nuevas funcionalidades al programa,

revisar el pliego de errores que se pueden presentar y comenzar a darles solución aun en la etapa de desarrollo.

1.1.8.Implementación del Sistema:

La implementación inicialmente presenta la instalación de la aplicación en el lado del Cliente y la instalación de la base de datos en el lado del Servidor y la configuración del origen de datos. Y realizar la capacitación necesaria a los usuarios sobre la aplicación.

1.1.9.Conversión de Datos:

En este paso se pretende analizar la manera de migrar los datos que actualmente se presentan en archivos planos de Excel al nuevo sistema, asegurando la integridad de la información y la validación de los datos en el sistema.

1.1.10. Prueba del Sistema:

Tiene por objeto depurar los errores en tiempo de ejecución del programa. Normalmente se prueba la consistencia de los datos, la concurrencia de estos con el cliente y el servidor, y que los datos en pantalla sean capturados correctamente buscando que el usuario logre cometer en lo mínimo errores de inserción.

1.1.11. Mantenimiento Operacional:

Finalmente se realiza un chequeo de completo después de haber implementado totalmente el sistema. Es recomendable hacer una capacitación a los usuarios para lograr disminuir errores por inserción y que busque encontrar el modelo lógico de funcionamiento de la aplicación.

Fig. Metodología “Ciclo de la Base de datos”

4. RECURSOS

FONTEBO cuenta con una red computacional hibrida, los servidores tienen instalado Red Hat Enterprise Linux Server y Windows Server 2008 R2, las estaciones de trabajo cuentan con Windows 7 Ultimate y Windows 7 Professional. Las Estaciones junto con el servidor cumplen con los requisitos para la implementación de este sistema.

A continuación se especificará el Hardware y Software de cada una de las maquinas o estaciones de trabajo.

1.1. Software

Importante tener en cuenta que la Fase de Diseño e Implementación del Sistema de Control de Activo de Hardware y Software de FONTEBO hará uso de dicha arquitectura debido a que se ha venido invirtiendo en diferentes sistemas tales como: IVR, el sistema SIMCO Plus, Pagina Web Corporativa, la Base de Datos Oracle, Docunet, PSE, Antivirus, Argos, entre otros.

1.1.1. Software en el Servidor

El Software que presenta instalado el servidor donde se desarrollara el proyecto se especifica a continuación:

Sistema Operativo: Windows 2003 Server R2 Standard Edition

Service Pack Instalado: Service Pack 2 Tipo de Instalación: Gestor de Base de Datos: Oracle 10G R2

Actualmente la empresa cuenta con licenciamiento por procesador.

Este servidor donde va a ser instalado la base de datos del Sistema de Control de Activos de Hardware y Software para FONTEBO actualmente tiene instalado un sistema llamado Docunet (Sistema de Gestión Documental de Digitalización)

1.1.2. Software Desarrollo del Proyecto

El software usado en la estación de trabajo para el desarrollo del proyecto presenta las siguientes características:

Sistema Operativo: Windows 7 Ultímate Herramienta de Modelamiento: NetBeans IDE 7.1 Herramienta de Programación: Netbeans IDE 7.1 Herramienta de Diagramación: Oracle SQL Data Modeler V.

3.1.4.710, Power Designer 16.1.0 (Versión de Prueba) .

Cabe aclarar que el software usado para el desarrollo del Sistema de Control de Activos de Hardware y Software para FONTEBO van a ser herramientas gratuitas a excepción de el motor de bases de datos Oracle 10g R2 el cual ya se posee debidamente licenciado, y la aplicación Power Designer va a ser usada en etapa de Prueba.

1.1.3. Software Usuario Cliente

Los requerimientos de Software que necesita la estación de trabajo del cliente se limita básicamente al sistema operativo y la Maquina virtual de Java donde a continuación se detallan:

Sistema Operativo: Windows 7 Ultímate Maquina Virtual Java JVM: Java 7 Update 7

1.2. Hardware

Se definen los requerimientos de hardware del servidor, las estaciones de trabajo y la estación de desarrollo de la aplicación, se describirán a continuación.

1.2.1. Hardware Servidor

Las características de Hardware se detallan a continuación:

Equipo Asus. Memoria RAM: 4 GB Procesador: Intel Core i7 inside Disco Duro: 250 GB particionado.

1.2.2. Hardware Desarrollo del Proyecto

La estación de trabajo donde se desarrollara proyecto viene con características de un equipo con las mismas características o similares a las de un cliente, que se detallan a continuación:

Computador: HP COMPAQ DC 5800 MicroTowerProcesador: Intel Core 2 Duo E4600 2.4 GHzMemoria RAM: 1.50 GBDisco Duro: 150 GB particionado.

1.2.3. Hardware Usuario Cliente

Las características del la estación de trabajo cliente son prácticamente muy parecidas a la estación para el desarrollo del trabajo, por tal motivo se dejan las misma que el equipo anterior.

Computador: HP COMPAQ DC 5800 MicroTowerProcesador: Intel Core 2 Duo E4600 2.4 GHzMemoria RAM: 1.50 GBDisco Duro: 150 GB particionado.

Las especificaciones tanto de hardware como de software que anteriormente fueron citadas cabe aclarar que son las que actualmente posee la empresa para el desempeño de sus funciones.

5. DEFINICION DEL SISTEMA DE CONTROL DE ACTIVOS DE HARDWARE Y SOFTWARE

De acuerdo a la estructuración del proyecto y el alcance que tiene este para la empresa, el sistema de Control de Activos de Hardware y Software para FONTEBO va a ser un aplicativo desarrollado y administrado totalmente por el área de Tecnología y Sistemas de Información, y para las áreas de Gerencia y Control Interno las cuales son áreas que directamente se relacionan con el sistema, las demás áreas son las que nos van a alimentar el sistema con la idea de tener un inventario completo y con información fidedigna.

El siguiente diagrama relaciona como cada área afecta el sistema dentro del Proceso de Inventario.

5.1. Vistas de Usuario

Las vistas refieren a qué tipo de usuarios van a ver el sistema o las tablas desde su perspectiva, por tal razón el desarrollador debe conocer qué tipo de vistas puede ver cada usuario según la información que requiera.

En el siguiente grafico vamos a ver las vistas de cada usuario.

Fig. Vista de usuario Sistema Control de Activos Hardware/Software

6. RECOLECCION Y ANALISIS DE REQUERIMIENTOS

El análisis de requerimientos es fundamental para tener un buen diseño. Por esa razón debemos realizar o utilizar ciertas técnicas que nos ayuden a la determinación sobre cuáles son las necesidades de los usuarios, que el usuario necesita que el sistema realice. Debido a esto principalmente se ha optado por escoger dos técnicas que son vitales para la recolección y determinación de dichos requerimientos tales como: análisis de documentación con la que actualmente funciona el sistema y el diseño de casos de uso, también se va a tener que analizar ciertas aplicaciones existentes en el mercado y en otra instancia entrevista con los usuarios que en este caso en primera instancia es el Departamento de Tecnología y Sistemas de Información.

En esta etapa es donde se debe tener un explicito cuidado a la hora de lograr entender y plasmar los requisitos de nuestra aplicación debido a que después de esto se comienza con el desarrollo de la base de datos, es más fácil hacer correcciones en esta etapa para no cometer errores que hagan reversar el proceso.

En los requerimientos se deben dejar en claro cuáles son las entradas y salidas del sistema junto con los procesos que se deben controlar y tener ya una idea de la interfaces de usuario.

A continuación vamos a especificar cuáles son las técnicas que vamos a usar el análisis de requerimientos.

6.1. Examen de Documentación.

La idea de esta técnica es analizar la documentación que son materia prima del sistema (Entrada), y los procesos de salida que se generan (Informes).

Para el Departamento de Tecnología y Sistemas de Información de FONTEBO se listan los siguientes documentos para su análisis:

Cronograma de Mantenimiento.xlsx Hoja de Vida de equipos 1.xlsx Usuario de equipos.xlsx Formatos del Mantenimiento Servicios.xlsx Control de activos FONTEBO.xlsx Listado de Equipos.xlsx Teléfonos avaya.xlsx

Listado maestro de proveedores informatica2.xlsx

Los documentos citados serán analizados para la aclaración de requisitos del aplicativo.

6.2. Casos de Uso

Los siguientes son los casos de uso básicos que presenta el sistema de acuerdo a sus actores y procesos.

Fig. Caso de Uso procesos Super Administrador

Fig. Caso de Uso Procesos Usuario Técnico

Fig. Caso de uso Proceso Usuario Consulta

6.3. Análisis de aplicaciones existentes en el mercado.

En esta fase lo que pretendemos es comparar y extraer lo mejor y más útil para lograr aplicarlo en el desarrollo del sistema y que permita darnos una visión de hasta donde el sistema puede llegar para así

conocer las fronteras del mismo, se usaran aplicativos tanto gratuitos como demos de otros productos solo con el fin de analizar módulos y aspectos de interfaces graficas. Se deja reservado las aplicaciones a tener en cuenta en este proceso.

7. DISEÑO DE LA BASE DE DATOS

Aquí daremos inicio a aplicar la metodología “Ciclo de vida de la Base de Datos” en el cual iremos diseñando y explicando poco a poco aplicado al Sistema de Control de Inventario para FONTEBO.

Existen varias metodologías para el diseño y la implementación de una base de datos, sin embargo según como el desarrollador enfoque el diseño así escogerá que metodología usar.

A continuación se explicara el diseño del modelo lógico y físico.

1.1. Diseño del Modelo Lógico

El diseño lógico de la base de datos permite que los datos se puedan representar de manera eficiente posibles recursos para estructurar datos y modelar restricciones disponibles en el modelo lógico. El objetivo es convertir el esquema conceptual de datos en un esquema lógico que se ajuste al gestor de base de datos utilizado DBMS.

1.1.1. Identificación de Entidades

Bueno en esta parte ya se va a comenzar a realizar la especificación como tal de la base de datos, por tal razón vamos a comenzar con las entidades que van a componer nuestro modelo de base de datos.

Qué es una Entidad?Representa una “cosa” u “objeto” del mundo real con existencia independiente, es decir, se diferencia unívocamente de otro objeto o cosa incluso siendo del mismo tipo, o una misma entidad. Esta

puede ser un objeto con existencia física o con existencia conceptual.

Es importante señalar que la definición de las entidades es un producto continuo del análisis de los requerimientos.

En términos de este concepto ya aclarado, se definirán las entidades para el Sistema de Control de Activos de Hardware y Software.

Se realiza la documentación para que en algún momento de ser requerida para hacer reingeniería o también para tener claro en procesos de actualización de la aplicación, la metodología para la documentación de las entidades tendrá la siguiente estructura:

Nombre de la Entidad. Descripción del porque de esa entidad. Ocurrencia.

A continuación vamos mostrar en un cuadro las entidades del Sistema de Inventario.

ENTIDAD DESCRIPCION OCURRENCIA

Equipo

Entidad diseñada para la descripción de los equipos computacionales de la empresa.

En la empresa existen equipos de computo tales como: desktop, portátiles y tablets.

Software Entidad diseñada para la descripción de los productos de software con los que cuenta la empresa

En la empresa existe software para los servidores, estaciones de trabajo tanto SO como aplicaciones Core del Negocio.

Monitor Entidad diseñada para la descripción de los monitores que tiene cada computador asignado.

La empresa tiene monitores para cada estación de trabajo.

Unidad_DVD Entidad diseñada para descripción de las unidades de CD y DVD

En la empresa cada PC tiene su unidad de CD/DVD.

Memoria_RAM Entidad diseñada para la descripción de la

En la empresa cada PC tiene su bloque de

memoria RAM que tiene cada PC.

memoria RAM.

Disco_duro Entidad diseñada para describir el Disco Duro de cada PC.

En la empresa cada equipo de cómputo tiene su disco duro asignado.

Tipo_equipo Entidad diseñada para describir los tipos de equipos de cómputo que tiene la empresa.

En la empresa existen tipos de equipos como: estaciones de trabajo, Servidores y Tablets principalmente.

Motivo_baja Entidad diseñada para registrar los posibles motivos de baja para un equipo de cómputo.

En la empresa se registran las bajas presentadas a los equipos de cómputo, siendo este un proceso.

Proveedor Entidad diseñada para registrar los proveedores de la empresa

La empresa tiene tanto proveedores de Hardware como de Software, entre otros

Servicio Entidad diseñada para registrar los servicios que solicitan los usuarios al departamento de Tecnología y Sistema de Información.

En la empresa los usuarios presentan solicitudes de servicios a diario.

Tipo_solicitud Entidad diseñada para describir los tipos de solicitud de servicio.

En la empresa se estipulan servicios tales como: Reporte, Soporte.

Empleado Entidad diseñada para registrar los empleados de FONTEBO

Empleados que conforman cada departamento.

Departamento Entidad diseñada para descripción de los departamentos que conforman a FONTEBO

Departamentos de FONTEBO donde laboran los empleados.

Impresora Entidad diseñada para describir las impresoras y scanner.

Impresoras usadas en cada departamento

Teléfono Entidad diseñada para registrar los teléfonos de cada usuario.

Teléfonos de Avaya que tiene cada usuario con su extensión.

Tipo_software Entidad diseñada para registrar los tipos de software que manejan

Los tipos de software tales como: Propietario, de terceros, entre otros.

los usuarios en cada terminal.

Licencia Entidad diseñada para registrar las licencias de software que usan los Equipos.

Tipos de licencias propietarias y gratuitas.

Mantenimiento Entidad diseñada para registrar los mantenimientos de las terminales según un cronograma de Mantenimiento.

Mantenimientos programados tanto los realizados por Sistemas como los de Terceros.

Activos Entidad diseñada para unificar los equipos de hardware y software de la empresa.

Se toma la PC como un solo con software incluido.

1.1.2. Identificación de Relaciones

Una vez identificadas las entidades procedemos a identificación de la relación que tiene cada una de las entidades para representar las reglas del sistema.

A continuación se describirán las relaciones del modelo de datos con el siguiente esquema para su descripción:

Nombre de la Entidad 1. Tipo de Relación. Descripción. Nombre Entidad 2. Cardinalidad.

ENTIDAD RELACION DESCRIPCION ENTIDAD CARDINALIDAD

Equipo Le pertenece

Asigna al equipo de Computo CPU el monitor

Monitor 1:N

Equipo TieneSe asigna una Unidad CD/DVD a el Equipo

Unidad_DVD 1:1

EquipoPresenta El equipo

registra la Memoria_RA 1:1

capacidad de Memoria RAM

M

EquipoContiene El equipo puede

registrar como un disco duro o más.

Disco_Duro 1:N

Tipo_equipoEquipo de Tipo

Tipifica los equipos de computo según su clase

Equipo 1:N

Motivo_bajaDar baja Registro de

equipos dados de baja del inventario

Equipo 1:1

Tipo_solicitudTipo de Registra los

tipos de solicitud para un servicio

Servicio 1:N

Tipo_softwareClase de Registra los

tipos de software posibles

Software 1:N

SoftwareLicencias de Registras las

licencia permitidas para un software

Licencias 1:N

EmpleadoAsignado Contiene los

teléfonos para cada empleado

Teléfono 1:1

ImpresoraAsignado a Hace uso de un

impresora en especifico

Empleado 1:N

DepartamentoTrabaja en Empleados que

laboran en un departamento

Empleado 1:N

Equipo

Se realiza Correspondencia de los mantenimientos realizados a equipos

Mantenimiento

1:N

EquipoResponsable de

Cada usuario es responsable de su equipo

Empleado 1:1

ActivosServicio_activos_FK

Registra los servicios de cada activo

Servicio 1:N

Software Activos_software_FK

Registra el software registrado en cada activo

Activos 1:N

Proveedor Activos_proveedor_FK

Relaciona los proveedores de los activos

Activos 1:N

Equipo Activos_equipo_FK

Relaciona el hardware que tiene cada activo

Activos 1:N

ProveedorIMPRESORA_PROVEEDOR_FK

Relaciona las impresoras con cada proveedor

Impresora 1:N

1.1.3. Determinación de Dominios de atributos para el Sistema Control de Inventario

ATRIBUTO ENTIDAD CARACTERISTICAS EJEMPLOid_placa_cpu Equipo Numérico de 7 2456578marcas Caracteres de 20 ABCDEFGDSmodelos Caracteres de 15 PEUSGFKVDSeriales Caracteres de 15 QIERTMCDSFechas Tipo Fecha 05/03/2013Tamaños Caracteres de 10 5 MBId_unidad Numérico de 3 ConsecutivosDescripciones Caracteres de 200 EIRKFJF589895Validar Booleano 1, 0Extensión Numérico de 3 542Email Caracteres de 50 FRENTE@HOTMAILVelocidad_lectura Caracteres de 8 DUDIEHNombres Caracteres de 20 PABLOId_memoria Numérico de ConsecutivosId_disco Numérico de 3 ConsecutivosFabricante Caracteres de 15 HEWLLETNomb_depart Caracteres de 30 Contabilidad

Esta descripción de los atributos es general y puede haber datos que dependiendo de la tabla va cambiar solo el tamaño.

1.1.12. Identificación de Claves Primarias y Foráneas

En esta sección se encuentra registrado las llaves primarias y foráneas de cada entidad del modelo Lógico.

ENTIDAD CLAVE PRIMARIA

CLAVE FORANEA

Monitor Id_placa_monitorUnidad_dvd Id_unidad Id_placa_cpuMemoria_ram Id_memoria Id_placa_cpuDisco_duro Id_disco Id_placa_cpuTipo_equipo Id_tipoMotivo_baja Id_motivo Id_placa_cpuProveedor Nit_provActivos Id_placa_cpu

Id_softNit_prov

Servicio Id_servicio Id_solicitudId_placa_cpuId_soft

Tipo_solicitud Id_solicitudDepartamento Id_departEmpleado Id_empleado Id_depart

Id_placa_cpuId_placaId_impresora

Mantenimiento Id_mantto Id_placa_cpuSoftware Id_soft Id_tipoTipo_software Id_tipo

Impresora Id_impresora Nit_provTeléfono Id_placaLicencia Id_licencia Id_softEquipo Id_placa_cpu Id_placa_monitor

Id_unidadId_memoriaId_tipoId_motivoId_empleadoId_impresora

1.1.13. Modelo Lógico del Sistema de Control de Inventario

Continuando con la con la metodología de diseño de la base de datos, la idea es mostrar diseñado el modelo Lógico de la base de datos. Lo ideal para esta etapa es que el modelo sea de fácil entendimiento para el usuario, si en este punto se encuentran errores o anomalías en la base de datos podemos llegar corregirlos si es necesario, de esta manera si se requiere reversar los requisitos se puede hacer.

Cabe aclarar que 3 entidades en el modelo lógico no forman parte del diagrama debido a que el desarrollador ha decidido adicionarlas en el modelo físico.

1.2. Diseño del Modelo Físico

Lo que se persigue en este modelo es depurar el modelo lógico en términos de:

Relaciones mucho – mucho. Relaciones muchos – uno. Eliminación de relaciones complejas. Eliminación de relaciones Recursivas. Revisión de relaciones 1 – 1. Eliminación de Relaciones Redundantes.

Esto nos permitirá generar la información propia de Sistema de gestor de bases de datos utilizado, es decir, el código SQL de la BD.

Los cambios más visibles realizados en el Modelo Físico respecto al Modelo Lógico, son una relación mucho a muchos y la inclusión de las entidades que no fueron incluidas en el Modelo Lógico.

En las siguientes modelos se comparará los cambios en el modelado.

Relación Equipo – Software, Modelo Lógico

Después de aplicar las formas normales, el Modelo Físico queda de la siguiente manera:

Relación Activos, Proveedores y Servicio: Esta relación no se encuentra bien documentada en el Modelo Lógico, las entidades Servicio y Tipo_solicitud es diseñada en el Modelo Lógico pero no se encuentra Relacionada y la Entidad Proveedores se diseña en el modelo Físico.

El Modelo Físico después de las modificaciones correspondientes, el modelo Físico queda así:

Sin embargo, para completar el diseño del Modelo Físico que corresponde al planteamiento o diseño de la Base de Datos, tenemos el modelo que es el siguiente:

8.