You are on page 1of 33

SISTEMA DE CONTROL DE

ACTIVOS DE HARDWARE Y
SOFTWARE PARA FONTEBO
PROYECTO DE DESARROLLO

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

Departamento de Tecnologa y Sistemas de Informacin
01/03/2013

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








ELABORADO POR:
DIANA CAROLINA ARIAS CADENA
JEFE DEL DEPARTAMENTO DE TECNOLOGIA Y SISTEMAS DE INFORMACION

FABIO NELSON ORTIZ BUSTOS
ANALISTA 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 FONTEBO
DEPARTAMENTO DE TECNOLOGIA Y SISTEMAS DE INFORMACION
BOGOT CUNDINAMARCA
2013
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 fsico
y lgico de los sistemas que la empresa usa constantemente con el fin de
administrar mejor y ms 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 auditora que solo fue hecha a el rea de
tecnologa y sistemas de informacin, en el cual como observaciones se estipulo
que el inventario no deba continuar el archivos planos de Excel debido a que
deben ser procesado por una aplicativo dedicado a el inventario. As que despus
se convoca a reunin 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 mdulos van a
continuar siendo desarrollados despus de implementacin, es decir, el proyecto
seguir creciendo no como un proyecto de un desarrollo nuevo de aplicativo sino
como un proyecto de mejora o actualizacin del aplicativo.
























2. OBJETIVOS


2.1. OBJETIVO GENERAL

Disear, desarrollar e implementar el Sistema de Control de Activos de
Hardware y Software para FONTEBO, de tal manera que permita
controlar los activos fsicos de hardware tales como: PCs de escritorio,
Porttiles, Tablets, impresoras y de Software de la compaa.

2.2. OBJETIVOS ESPECIFICOS

Los principales tpicos que debe cumplir el sistema a desarrollar se citarn a
continuacin:

Registrar la informacin de los activos de hardware y software
existentes formando as la hoja de vida.
Llevar a cabo consultas sobre el stock de equipos, caractersticas,
ubicacin, responsable, software instalado por cada mquina.
Llevar el control de las bajas presentadas correspondiente a equipos y
software por cada departamento o locacin.
Presentar una herramienta tecnolgica consistente y veraz para el
control de inventario en busca de mejorar en procedimientos de
auditora y control interno.
Controlar el proceso de licenciamiento de software propietario y libre
de las estaciones de trabajo como de servidores.







3. PLANTEAMIENTO DEL PROBLEMA




3.1. ANTECEDENTES

En la actualidad la elaboracin y ejecucin de un proyecto que tenga
como objetivo desarrollar un sistema de control de inventario de
hardware y software ha venido tomando cada vez ms fuerza, debido a
la necesidad de sistematizar y controlar el flujo de la informacin en
trminos de los activos que la empresa tiene. Se ha visto dicha necesidad
ya que FONTEBO sea ha convertido en una de las empresas lderes en el
mercado de la economa solidaria haciendo de esta manera que el
crecimiento en trminos de infraestructura tecnolgica 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 inversin para la libre operacin
de la empresa.

Desde la perspectiva de la optimizacin y automatizacin de procesos se
opta por replantear la manera de llevar el inventario de los activos
tecnolgicos y tambin a raz de la estricta normatividad nacional
respecto a los licenciamientos de software que con leyes tales como: la
ley 603 de 2010, la Direccin 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 informticos.

3.1.1. Organizacin
En esta seccin se describir la compaa y su estructura, a grandes
rasgos, donde se desarrollar el proyecto para dar una visin global
al lector.

3.1.1.1. Descripcin de la Organizacin

FONTEBO es una de las instituciones lderes del sector
solidario. Es una entidad con proyeccin social y financiera que
da a da pone en marcha su visin y adems lidera un gran
objetivo de educacin y participacin entre sus asociados. Es
una empresa altamente calificada y as lo demuestra la
certificacin al Sistema de Gestin 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 distincin fue
entregada en la celebracin de los 38 aos que cumpli
FONTEBO en el 2011. El reconocimiento lo recibi el Dr. Miller
en compaa de los integrantes de la Junta Directiva.


3.1.1.2. Estructura de la Organizacin







3.1.2. Sistema de Control de Inventario

Para facilitar la comprensin al lector sobre la problemtica 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 informticos
tales como: equipos de cmputo, porttiles, impresoras,
proyectores, y software instalado segn el requerimiento de cada
departamento. Los equipos informticos se encuentran distribuidos
en cada una de las reas cada una con unas especificaciones
tcnicas y de software requeridas para ese puesto y poseen un
responsable directo.

Cada PC presenta ciertas caractersticas tcnicas tales como: como
marca, modelo, tipo, velocidad de procesador, tamao en disco,
tamao de memoria RAM, numero de serie, ultimo inventario,
monitor, mouse, teclado, sistema operativo, software instalado, etc.
Tambin tenemos que tener en cuenta que cada PC presenta en su
interior cierto nmero de tarjetas internas, como tarjetas de video,
tarjetas de red, multimedia, etc., cada una con sus caractersticas
tcnicas 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
caractersticas como: compaa, nombre de software, categora (SO,
procesador, lenguaje de programacin, aplicativo propietario, etc.),
versiones disponibles, requisitos de computadora, nmero de
licencias entre otros.

Finalmente tanto perifricos como computadoras pueden llegar a
ser enviadas a reparacin si se encuentran en mal estado con el fin
de evitar fallas, o ser dadas de baja en cualquier momento. Tambin
un computador puede ser cambiado de lugar, se pueden cambiar
componentes internos asociados a esa mquina, o instalar nuevos
componentes en la computadora.

Actualmente el procedimiento de ingreso, modificacin y
actualizacin de equipos y dispositivos es llevado a cabo por el
departamento de Tecnologa y Sistemas de Informacin, 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 perifrico o equipo, el tipo de
mantenimiento, el responsable y la informacin 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 caractersticas bsica
de cada equipo o perifrico, con el motivo por el cual se dio de baja.
Como tal en el Departamento de Tecnologa y Sistemas de
Informacin en FONTEBO no se encuentra un procedimiento con
sus procesos definidos para el Control de Inventario de Activos de
Hardware y Software.


3.2. Estudio de Factibilidad

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

Segn lo expresado en apartados anteriores, es necesario implantar un
sistema de gestin y control de inventarios que sea rpido, eficiente y
brinde informacin veraz, clara y reciente.

La idea en esta parte es determinar el anlisis de factibilidad examinando
la evaluacin 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 Tecnologa y Sistemas
de Informacin de FONTEBO cuenta con la infraestructura tecnolgica
para la gestin de este sistema. Existe una Datacenter completamente
estructurado con la infraestructura suficiente para la operacin 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 trminos de este
escenario los recursos informticos e infraestructura para desarrollar
este tipo de proyectos.

Tambin se debe tener en cuenta y hacer la aclaracin que dicha
aplicativo va a ser controlado y administrado por el personal que
pertenece al Departamento de Tecnologa y Sistemas de Informacin en
donde describiremos ligeramente como se encuentra conformado:

Jefe de Tecnologa y Sistemas de Informacin
Analista de Tecnologa y Sistemas de Informacin.
Tcnico de Mantenimiento y Soporte.

En vista de las garantas 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.




3.3. Definicin de la Solucin

Considerando todo el anlisis 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 informacin ms reciente.

La solucin 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 programacin
cliente a cargo de NetBeans 7.6.

3.4. Delimitaciones


El proceso que implica el desarrollo del Sistema de Control de Activos de
Hardware y Software para FONTEBO, el levantamiento y determinacin
de requerimientos de usuario van a ser realizados por el rea de
Tecnologa y Sistemas de Informacin junto con la alimentacin con datos
para el sistema durante el proceso de implementacin, tambin los
procesos de pruebas y testeos de la aplicacin donde validen su correcto
desempeo. El sistema controlar aquellos dispositivos que ameriten ser
inventariados por su costo. Se debe aclarar que los mdulos que
inicialmente se desarrollaran sean los que cumplen con el propsito y los
dems se desarrollaran a medida que sea necesario.










4. METODOLOGIA

4.1. Metodologa Sistema de Control de Inventario

Existen varias metodologas 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 metodologa orientada a los datos. Las
dems metodologas tienen aspectos en comn sin embargo la
diferencia la marcan en la perfilacion de las bases de datos.

Esta metodologa presenta varias etapas que sern mostradas durante
este proyecto y se listaran a continuacin:

4.1.1. Planificacin del Diseo de la Base de Datos:

Esta etapa contempla el estudio de planeacin del trabajo, los
recursos necesarios para desarrollar el proyecto y la factibilidad
econmica para llevarlo a cabo, con todo el proceso paso a paso
desde su inicio hasta su culminacin donde se llega a la
implementacin.

4.1.2. Definicin del Sistema:

En esta parte se refiere a la interrelacin 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.

4.1.3. Anlisis y Recopilacin de Requerimientos:

En esta etapa el grupo de Tecnologa y Sistemas de Informacin har
un anlisis minucioso por proceso para analizar las necesidades del
sistema, tambin se usaran modelos ya existentes para ayudar a
clarificar y determinar parte coyunturales del sistema, se usar
diagramacin de Casos de uso para un mayor comprensin de la
situacin y flujo de informacin del sistema.

4.1.4. Diseo de Base de Datos:

En esta parte se declarar como tal ya el diseo de la base de datos
que respaldar el sistema usando principalmente el diseo
conceptual y diseo fsico de la base de datos, como se explicaran a
continuacin.

4.1.4.1. Diseo Base de Datos Conceptual y Lgico:

En esta etapa se declaran bsicamente 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
documentacin bsica como la cardinalidad, tipo de entidad,
tipo de relacin. Tambin se declarar inicialmente la llave
primaria y las forneas. Durante el modelo Lgico se pasa a
consolidar el diagrama en funcin de los datos que el sistema
requiere para funcionar, se analizan la relaciones Muchos a
Muchos y las inconsistencias con la llaves forneas, examinar
las relaciones uno a uno y revisar la recursividad. Tambin se
revisa el modelo en trmino de las formas normales para
reducir las anomalas de insercin, actualizacin y eliminacin.
Con la aplicacin solo de tres formas normales ser suficiente
para asegurar la integridad de los datos en la base de datos.


4.1.4.2. Diseo Base de datos Fsico:

En esta etapa se pretende pasar del modelo Lgico Global para
el modelo Fsico ya teniendo en cuenta el sistema gestor de
base de datos en el cual ya ser implementada la DB, tambin
se analizaran las restricciones y se des normalizar, tambin
determinacin de reglas de acceso.

4.1.5. Seleccin del Sistema de Administracin de la Base de Datos:

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

4.1.6. Diseo de la Aplicacin:

En esta etapa se busca desarrollar una aplicacin 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 diseo de capturas de pantalla.

4.1.7. Prototipo del Sistema:

La necesidad de desarrollar y presentar un prototipo es para lograr
mostrar en vista general el funcionamiento de la aplicacin y poder
a tiempo corregir o agregar nuevas funcionalidades al programa,
revisar el pliego de errores que se pueden presentar y comenzar a
darles solucin aun en la etapa de desarrollo.

4.1.8. Implementacin del Sistema:

La implementacin inicialmente presenta la instalacin de la
aplicacin en el lado del Cliente y la instalacin de la base de datos
en el lado del Servidor y la configuracin del origen de datos. Y
realizar la capacitacin necesaria a los usuarios sobre la aplicacin.

4.1.9. Conversin 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 informacin y la validacin
de los datos en el sistema.

4.1.10. Prueba del Sistema:

Tiene por objeto depurar los errores en tiempo de ejecucin 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 mnimo errores de insercin.

4.1.11. Mantenimiento Operacional:

Finalmente se realiza un chequeo de completo despus de haber
implementado totalmente el sistema. Es recomendable hacer una
capacitacin a los usuarios para lograr disminuir errores por
insercin y que busque encontrar el modelo lgico de
funcionamiento de la aplicacin.



Fig. Metodologa Ciclo de la Base de datos






5. 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 implementacin de este sistema.

A continuacin se especificar el Hardware y Software de cada una de las
maquinas o estaciones de trabajo.

5.1. Software

Importante tener en cuenta que la Fase de Diseo e Implementacin
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.


5.1.1. Software en el Servidor

El Software que presenta instalado el servidor donde se desarrollara
el proyecto se especifica a continuacin:

Sistema Operativo: Windows 2003 Server R2 Standard
Edition
Service Pack Instalado: Service Pack 2
Tipo de Instalacin:
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 Gestin Documental de Digitalizacin)

5.1.2. Software Desarrollo del Proyecto

El software usado en la estacin de trabajo para el desarrollo del
proyecto presenta las siguientes caractersticas:

Sistema Operativo: Windows 7 Ultmate
Herramienta de Modelamiento: NetBeans IDE 7.1
Herramienta de Programacin: Netbeans IDE 7.1
Herramienta de Diagramacin: Oracle SQL Data Modeler V.
3.1.4.710, Power Designer 16.1.0 (Versin 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 excepcin de el
motor de bases de datos Oracle 10g R2 el cual ya se posee
debidamente licenciado, y la aplicacin Power Designer va a ser
usada en etapa de Prueba.



5.1.3. Software Usuario Cliente

Los requerimientos de Software que necesita la estacin de trabajo
del cliente se limita bsicamente al sistema operativo y la Maquina
virtual de Java donde a continuacin se detallan:

Sistema Operativo: Windows 7 Ultmate
Maquina Virtual Java JVM: Java 7 Update 7

5.2. Hardware

Se definen los requerimientos de hardware del servidor, las estaciones
de trabajo y la estacin de desarrollo de la aplicacin, se describirn a
continuacin.

5.2.1. Hardware Servidor

Las caractersticas de Hardware se detallan a continuacin:
Equipo Asus.
Memoria RAM: 4 GB
Procesador: Intel Core i7 inside
Disco Duro: 250 GB particionado.

5.2.2. Hardware Desarrollo del Proyecto

La estacin de trabajo donde se desarrollara proyecto viene con
caractersticas de un equipo con las mismas caractersticas o
similares a las de un cliente, que se detallan a continuacin:

Computador: HP COMPAQ DC 5800 MicroTower
Procesador: Intel Core 2 Duo E4600 2.4 GHz
Memoria RAM: 1.50 GB
Disco Duro: 150 GB particionado.


5.2.3. Hardware Usuario Cliente

Las caractersticas del la estacin de trabajo cliente son
prcticamente muy parecidas a la estacin para el desarrollo del
trabajo, por tal motivo se dejan las misma que el equipo anterior.

Computador: HP COMPAQ DC 5800 MicroTower
Procesador: Intel Core 2 Duo E4600 2.4 GHz
Memoria RAM: 1.50 GB
Disco 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 desempeo de sus funciones.




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


De acuerdo a la estructuracin 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 Tecnologa y Sistemas de Informacin, y para las reas de Gerencia
y Control Interno las cuales son reas que directamente se relacionan con el
sistema, las dems reas son las que nos van a alimentar el sistema con la
idea de tener un inventario completo y con informacin fidedigna.

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


6.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 razn el desarrollador debe conocer qu
tipo de vistas puede ver cada usuario segn la informacin que requiera.

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


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


7. RECOLECCION Y ANALISIS DE REQUERIMIENTOS


El anlisis de requerimientos es fundamental para tener un buen diseo. Por
esa razn debemos realizar o utilizar ciertas tcnicas que nos ayuden a la
determinacin sobre cules son las necesidades de los usuarios, que el
usuario necesita que el sistema realice. Debido a esto principalmente se ha
optado por escoger dos tcnicas que son vitales para la recoleccin y
determinacin de dichos requerimientos tales como: anlisis de
documentacin con la que actualmente funciona el sistema y el diseo de
casos de uso, tambin 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 Tecnologa y
Sistemas de Informacin.

En esta etapa es donde se debe tener un explicito cuidado a la hora de lograr
entender y plasmar los requisitos de nuestra aplicacin debido a que despus
de esto se comienza con el desarrollo de la base de datos, es ms fcil hacer
correcciones en esta etapa para no cometer errores que hagan reversar el
proceso.

En los requerimientos se deben dejar en claro cules 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 continuacin vamos a especificar cules son las tcnicas que vamos a usar
el anlisis de requerimientos.

7.1. Examen de Documentacin.

La idea de esta tcnica es analizar la documentacin que son materia
prima del sistema (Entrada), y los procesos de salida que se generan
(Informes).

Para el Departamento de Tecnologa y Sistemas de Informacin de
FONTEBO se listan los siguientes documentos para su anlisis:

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
Telfonos avaya.xlsx
Listado maestro de proveedores informatica2.xlsx
Los documentos citados sern analizados para la aclaracin de
requisitos del aplicativo.

7.2. Casos de Uso

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



Fig. Caso de Uso procesos Super Administrador






Fig. Caso de Uso Procesos Usuario Tcnico



Fig. Caso de uso Proceso Usuario Consulta




7.3. Anlisis de aplicaciones existentes en el mercado.

En esta fase lo que pretendemos es comparar y extraer lo mejor y ms
til para lograr aplicarlo en el desarrollo del sistema y que permita
darnos una visin 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 mdulos y
aspectos de interfaces graficas. Se deja reservado las aplicaciones a tener
en cuenta en este proceso.








8. DISEO DE LA BASE DE DATOS


Aqu daremos inicio a aplicar la metodologa Ciclo de vida de la Base de
Datos en el cual iremos diseando y explicando poco a poco aplicado al
Sistema de Control de Inventario para FONTEBO.

Existen varias metodologas para el diseo y la implementacin de una base
de datos, sin embargo segn como el desarrollador enfoque el diseo as
escoger que metodologa usar.

A continuacin se explicara el diseo del modelo lgico y fsico.

8.1. Diseo del Modelo Lgico

El diseo lgico 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
lgico. El objetivo es convertir el esquema conceptual de datos en
un esquema lgico que se ajuste al gestor de base de datos
utilizado DBMS.

8.1.1. Identificacin de Entidades

Bueno en esta parte ya se va a comenzar a realizar la especificacin
como tal de la base de datos, por tal razn 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 unvocamente de otro objeto
o cosa incluso siendo del mismo tipo, o una misma entidad. Esta
puede ser un objeto con existencia fsica o con existencia
conceptual.

Es importante sealar que la definicin de las entidades es un
producto continuo del anlisis de los requerimientos.

En trminos de este concepto ya aclarado, se definirn las
entidades para el Sistema de Control de Activos de Hardware y
Software.


Se realiza la documentacin para que en algn momento de ser
requerida para hacer reingeniera o tambin para tener claro en
procesos de actualizacin de la aplicacin, la metodologa para la
documentacin de las entidades tendr la siguiente estructura:

Nombre de la Entidad.
Descripcin del porque de esa entidad.
Ocurrencia.
A continuacin vamos mostrar en un cuadro las entidades del
Sistema de Inventario.
ENTIDAD DESCRIPCION OCURRENCIA


Equipo
Entidad diseada para la
descripcin de los
equipos
computacionales de la
empresa.
En la empresa existen
equipos de computo
tales como: desktop,
porttiles y tablets.
Software Entidad diseada para la
descripcin 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 diseada para la
descripcin de los
monitores que tiene
cada computador
asignado.
La empresa tiene
monitores para cada
estacin de trabajo.
Unidad_DVD Entidad diseada para
descripcin de las
unidades de CD y DVD
En la empresa cada PC
tiene su unidad de
CD/DVD.
Memoria_RAM Entidad diseada para la
descripcin de la
En la empresa cada PC
tiene su bloque de
memoria RAM que tiene
cada PC.
memoria RAM.
Disco_duro Entidad diseada para
describir el Disco Duro
de cada PC.
En la empresa cada
equipo de cmputo tiene
su disco duro asignado.
Tipo_equipo Entidad diseada para
describir los tipos de
equipos de cmputo que
tiene la empresa.
En la empresa existen
tipos de equipos como:
estaciones de trabajo,
Servidores y Tablets
principalmente.
Motivo_baja Entidad diseada para
registrar los posibles
motivos de baja para un
equipo de cmputo.
En la empresa se
registran las bajas
presentadas a los
equipos de cmputo,
siendo este un proceso.
Proveedor Entidad diseada para
registrar los proveedores
de la empresa
La empresa tiene tanto
proveedores de
Hardware como de
Software, entre otros
Servicio Entidad diseada para
registrar los servicios que
solicitan los usuarios al
departamento de
Tecnologa y Sistema de
Informacin.
En la empresa los
usuarios presentan
solicitudes de servicios a
diario.
Tipo_solicitud Entidad diseada para
describir los tipos de
solicitud de servicio.
En la empresa se
estipulan servicios tales
como: Reporte, Soporte.
Empleado Entidad diseada para
registrar los empleados
de FONTEBO
Empleados que
conforman cada
departamento.
Departamento Entidad diseada para
descripcin de los
departamentos que
conforman a FONTEBO
Departamentos de
FONTEBO donde laboran
los empleados.
Impresora Entidad diseada para
describir las impresoras y
scanner.
Impresoras usadas en
cada departamento
Telfono Entidad diseada para
registrar los telfonos de
cada usuario.
Telfonos de Avaya que
tiene cada usuario con su
extensin.
Tipo_software Entidad diseada 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 diseada para
registrar las licencias de
software que usan los
Equipos.
Tipos de licencias
propietarias y gratuitas.
Mantenimiento Entidad diseada para
registrar los
mantenimientos de las
terminales segn un
cronograma de
Mantenimiento.
Mantenimientos
programados tanto los
realizados por Sistemas
como los de Terceros.
Activos Entidad diseada para
unificar los equipos de
hardware y software de
la empresa.
Se toma la PC como un
solo con software
incluido.



8.1.2. Identificacin de Relaciones

Una vez identificadas las entidades procedemos a identificacin de
la relacin que tiene cada una de las entidades para representar las
reglas del sistema.

A continuacin se describirn las relaciones del modelo de datos
con el siguiente esquema para su descripcin:

Nombre de la Entidad 1.
Tipo de Relacin.
Descripcin.
Nombre Entidad 2.
Cardinalidad.

ENTIDAD RELACION DESCRIPCION ENTIDAD CARDINALIDAD

Equipo

Le
pertenece
Asigna al equipo
de Computo
CPU el monitor

Monitor

1:N

Equipo

Tiene
Se asigna una
Unidad CD/DVD
a el Equipo

Unidad_DVD

1:1

Equipo
Presenta El equipo
registra la
capacidad de
Memoria RAM

Memoria_RA
M

1:1

Equipo
Contiene El equipo puede
registrar como
un disco duro o
ms.

Disco_Duro

1:N

Tipo_equipo
Equipo de
Tipo
Tipifica los
equipos de
computo segn
su clase

Equipo

1:N


Motivo_baja
Dar baja Registro de
equipos dados
de baja del
inventario

Equipo

1:1

Tipo_solicitud
Tipo de Registra los
tipos de
solicitud para un
servicio

Servicio

1:N

Tipo_software
Clase de Registra los
tipos de
software
posibles

Software

1:N

Software
Licencias de Registras las
licencia
permitidas para
un software

Licencias

1:N

Empleado
Asignado Contiene los
telfonos para
cada empleado

Telfono

1:1

Impresora
Asignado a Hace uso de un
impresora en
especifico

Empleado

1:N

Departamento
Trabaja en Empleados que
laboran en un
departamento

Empleado

1:N


Equipo
Se realiza Correspondenci
a de los
mantenimientos
realizados a
equipos


Mantenimient
o


1:N
Responsabl Cada usuario es
Equipo e de responsable de
su equipo
Empleado 1:1

Activos
Servicio_act
ivos_FK
Registra los
servicios de
cada activo

Servicio

1:N
Software Activos_soft
ware_FK
Registra el
software
registrado en
cada activo

Activos

1:N
Proveedor Activos_pro
veedor_FK
Relaciona los
proveedores de
los activos

Activos

1:N
Equipo Activos_equ
ipo_FK
Relaciona el
hardware que
tiene cada
activo

Activos

1:N

Proveedor
IMPRESORA
_PROVEED
OR_FK
Relaciona las
impresoras con
cada proveedor

Impresora

1:N




8.1.3. Determinacin de Dominios de atributos para el Sistema Control
de Inventario

ATRIBUTO ENTIDAD CARACTERISTICAS EJEMPLO
id_placa_cpu Equipo Numrico de 7 2456578
marcas Caracteres de 20 ABCDEFGDS
modelos Caracteres de 15 PEUSGFKVD
Seriales Caracteres de 15 QIERTMCDS
Fechas Tipo Fecha 05/03/2013
Tamaos Caracteres de 10 5 MB
Id_unidad Numrico de 3 Consecutivos
Descripciones Caracteres de 200 EIRKFJF589895
Validar Booleano 1, 0
Extensin Numrico de 3 542
Email Caracteres de 50 FRENTE@HOTMAIL
Velocidad_lectura Caracteres de 8 DUDIEH
Nombres Caracteres de 20 PABLO
Id_memoria Numrico de Consecutivos
Id_disco Numrico de 3 Consecutivos
Fabricante Caracteres de 15 HEWLLET
Nomb_depart Caracteres de 30 Contabilidad



Esta descripcin de los atributos es general y puede haber datos
que dependiendo de la tabla va cambiar solo el tamao.










8.1.4. Identificacin de Claves Primarias y Forneas

En esta seccin se encuentra registrado las llaves primarias y
forneas de cada entidad del modelo Lgico.

ENTIDAD CLAVE
PRIMARIA
CLAVE
FORANEA
Monitor Id_placa_monitor
Unidad_dvd Id_unidad Id_placa_cpu
Memoria_ram Id_memoria Id_placa_cpu
Disco_duro Id_disco Id_placa_cpu
Tipo_equipo Id_tipo
Motivo_baja Id_motivo Id_placa_cpu
Proveedor Nit_prov
Activos Id_placa_cpu
Id_soft
Nit_prov
Servicio Id_servicio Id_solicitud
Id_placa_cpu
Id_soft
Tipo_solicitud Id_solicitud
Departamento Id_depart
Empleado Id_empleado Id_depart
Id_placa_cpu
Id_placa
Id_impresora
Mantenimiento Id_mantto Id_placa_cpu
Software Id_soft Id_tipo
Tipo_software Id_tipo
Impresora Id_impresora Nit_prov
Telfono Id_placa
Licencia Id_licencia Id_soft
Equipo Id_placa_cpu Id_placa_monitor
Id_unidad
Id_memoria
Id_tipo
Id_motivo
Id_empleado
Id_impresora






8.1.5. Modelo Lgico del Sistema de Control de Inventario


Continuando con la con la metodologa de diseo de la base de
datos, la idea es mostrar diseado el modelo Lgico de la base de
datos.
Lo ideal para esta etapa es que el modelo sea de fcil
entendimiento para el usuario, si en este punto se encuentran
errores o anomalas 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 lgico no forman parte
del diagrama debido a que el desarrollador ha decidido
adicionarlas en el modelo fsico.








8.2. Diseo del Modelo Fsico

Lo que se persigue en este modelo es depurar el modelo lgico en
trminos de:

Relaciones mucho mucho.
Relaciones muchos uno.
Eliminacin de relaciones complejas.
Eliminacin de relaciones Recursivas.
Revisin de relaciones 1 1.
Eliminacin de Relaciones Redundantes.

Esto nos permitir generar la informacin propia de Sistema
de gestor de bases de datos utilizado, es decir, el cdigo
SQL de la BD.

Los cambios ms visibles realizados en el Modelo Fsico respecto al
Modelo Lgico, son una relacin mucho a muchos y la inclusin de
las entidades que no fueron incluidas en el Modelo Lgico.
En las siguientes modelos se comparar los cambios en el
modelado.

Relacin Equipo Software, Modelo Lgico

Despus de aplicar las formas normales, el Modelo Fsico
queda de la siguiente manera:






Relacin Activos, Proveedores y Servicio: Esta relacin no se
encuentra bien documentada en el Modelo Lgico, las entidades
Servicio y Tipo_solicitud es diseada en el Modelo Lgico pero
no se encuentra Relacionada y la Entidad Proveedores se disea
en el modelo Fsico.











El Modelo Fsico despus de las modificaciones
correspondientes, el modelo Fsico queda as:



Sin embargo, para completar el diseo del Modelo Fsico que
corresponde al planteamiento o diseo de la Base de Datos,
tenemos el modelo que es el siguiente:







9.

You might also like