Está en la página 1de 11

ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA

CURSO DE ADAPTACIÓN AL GRADO EN INGENIERÍA DEL SOFTWARE

PRÁCTICA 8

Realizado por:
BERMUDO ANCIO, JOSÉ MANUEL
DELHOM VIANA, JOAQUÍN
NAVARRO ACEMEL, ANTONIO JESÚS

Sevilla, 27 de junio de 2014


Proceso de Software y Gestión - Práctica 8

HISTÓRICO DEL DOCUMENTO

Versión Fecha Comentario


1.0 27/06/2014 Documento final

2
Proceso de Software y Gestión - Práctica 8

ÍNDICE

HISTÓRICO DEL DOCUMENTO............................................................................................2


ÍNDICE.......................................................................................................................................3
1. Introducción............................................................................................................................5
2. Objetivos.................................................................................................................................5
3. Roles........................................................................................................................................5
3.1. Definición de roles..........................................................................................................5
3.2. Asignación de roles.........................................................................................................5
4. Base de datos de gestión de la configuración (CMDB)..........................................................6
4.1 Objetivos y alcance..........................................................................................................6
4.2 Descripción del servicio y justificación de la necesidad..................................................6
4.3 Estructura y ejemplos.......................................................................................................6
4.4 Plataforma tecnológica de la CMDB................................................................................9
4.5 Implantación de la CMDB...............................................................................................9
4.6 Consultas a la CMDB.......................................................................................................9
4.6.1 Petición de ejemplo.......................................................................................................9
4.7 Librería del Software Definitivo (DSL).........................................................................11
5. Conclusiones.........................................................................................................................11

3
Proceso de Software y Gestión - Práctica 8

Índice de ilustraciones
Ilustración 1: Modelo relacional de la CMDB............................................................................6

4
Proceso de Software y Gestión - Práctica 8

1. Introducción
Hoy en día la información de una empresa es su bien más valioso. Y no sólo por los datos
confidenciales o código que ésta pueda tener, sino por cómo están todos esos datos organizados.
Perder información es perder dinero y credibilidad. Por esa razón las empresas invierten
grandes cantidades en sistemas informáticos confiables y que hagan uso de robustas bases de datos en
las que se puedan almacenar todos aquellos datos importantes para la empresa, para poderlos
consultar, modificar/actualizar o eliminar.
En los últimos años se ha desarrollado y tratado de ir madurando la idea de las CMDB, que
son bases de datos que manejan, administran o gestionan la configuración de las tecnologías de
información de una organización.
Esta práctica versará sobre una CMDB, de una empresa pequeña, y sobre cómo afecta la
correcta implantación y ordenación de dicha CMDB en las posibles peticiones de trabajos que nos
lleguen.

2. Objetivos

• Crear una base de datos de gestión de configuración (CMDB) según la guía de ITILv3 para la
gestión de la configuración.
• Resolver distintas peticiones de servicio utilizando la CMDB anterior.
• Realizar una revisión técnica formal de la CMDB utilizada.

3. Roles

3.1. Definición de roles


A continuación se describen los roles que desempeñan cada uno de los participantes:
• Jefe del proyecto: Encargado de coordinar las tareas y tomar decisiones.
• Analista: Encargado de realizar y supervisar el análisis de la tarea.
• Secretario: Encargado de tomar los apuntes en las reuniones y pasar el documento al formato
final

3.2. Asignación de roles


Dado el reducido tamaño del grupo, es necesario que los miembros del grupo asuman diversos
roles. A continuación se muestra la configuración de roles para esta práctica:
• José Manuel Bermudo Ancio: Secretario y analista.
• Antonio Jesús Navarro Acemel: Analista y secretario.
• Joaquín Delhom Viana: Jefe de proyecto, analista y secretario

5
Proceso de Software y Gestión - Práctica 8

4. Base de datos de gestión de la configuración (CMDB)

4.1 Objetivos y alcance


Nuestra empresa se encarga de prestar servicios de mantenimiento de software, por lo que es
necesario mantener información lo más detallada posible para determinar el software que se puede
mantener y el que no.
Para ello se ha decidido crear una base de datos de gestión de la configuración siguiendo las
directrices de ITILv3.

4.2 Descripción del servicio y justificación de la necesidad


El servicio principal que debe prestar la CMDB es mantener todos los elementos de
configuración de la empresa con el objetivo de mediante consultas poder responder rápidamente si es
o no posible la prestación de un determinado servicio con unos requerimientos concretos.
Los recursos de la empresa son bastante limitados, por lo que resulta imprescindible saber en
cada momento si se puede o no prestar un determinado servicio, ya que el compromiso con un servicio
que no se pueda mantener causaría un grave perjuicio para la imagen de la empresa.

4.3 Estructura y ejemplos


La estructura decidida para la CMDB se puede apreciar en el modelo relacional de la siguiente
imagen:

6
Proceso de Software y Gestión - Práctica 8

Para los servicios que se pretenden prestar, se ha decidido considerar los siguientes elementos
de configuración:
• Equipos: se mantendrá la siguiente información sobre cada uno de los equipos incluidas las
máquinas virtuales disponibles en la empresa:
◦ Nombre, que seguirá la siguiente nomenclatura:
EQ.XX.YY_Z, donde:
• EQ: Nomenclatura para equipos
• XX: Determinará el tipo de equipo:
◦ PT: Portátil
◦ SM: Sobremesa
◦ SV: Servidor
◦ MV: Máquina Virtual
• YY: Número identificativo del equipo.
• Z: Versión del equipo. Se comenzará por la letra A e irá avanzando en orden
alfabético si el equipo sufre modificaciones en su configuración hardware.
◦ Equipo, este atributo indica en que equipo se encuentra la máquina virtual, por lo que si
no es una máquina virtual el valor será null.

7
Proceso de Software y Gestión - Práctica 8

◦ Arquitectura.
◦ RAM, la memoria RAM del equipo expresada en MegaBytes.
◦ HD, la capacidad del disco duro expresada en GigaBytes.
◦ Precio, el coste en euros.
◦ Modelo.
◦ Garantía, la fecha de expiración de la garantía.
◦ Usuario, la persona que está utilizando el equipo.
• Sistemas operativos: se mantendrá la siguiente información para todos los sistemas operativos
disponibles en la empresa, ya sean instalados o no:
◦ Nombre, que seguirá la siguiente nomenclatura:
SO.XX.YY_ZZ, donde:
• SO: Nomenclatura para Sistemas Operativos
• XX: Determinará la familia:
◦ WI: Microsoft Windows
◦ LI: GNU/Linux
◦ etc.
• YY: Versión del Sistema Operativo
• ZZ: Este campo puede tomar varios valores:
◦ Versión concreta del Sistema Operativo (ej: versión 12.04, U: Ultimate,
Proffesional, etc.)
◦ Arquitectura del sistema (32, 64)
◦ Familia, que podrá tener los valores:
▪ Microsoft Windows.
▪ GNU/Linux
▪ OS/X
◦ Versión.
◦ Arquitectura.
◦ Licencia, contendrá el número de licencia si tiene.
◦ Precio.
◦ Volumen. Indicará el número de equipos a los que es aplicable la licencia o 0 si no hay
restricciones.
• Software: se mantendrá la siguiente información para todo el software disponible en la
empresa:

8
Proceso de Software y Gestión - Práctica 8

◦ Nombre, que seguirá la siguiente nomenclatura:


SW.XX.YY_ZZ, donde:
• SW: Nomenclatura para Software
• XX: Tipo de Software:
◦ DES: Desarrollo
◦ BBDD: Base de datos
◦ GEN: General
◦ DIS: Diseño gráfico
◦ etc.
• YY: Siglas identificativas del software
• ZZ: Versión concreta del software
◦ Versión.
◦ Licencia, contendrá el número de licencia si tiene.
◦ Volumen. Indicará el número de equipos a los que es aplicable la licencia o 0 si no hay
restricciones.
También es necesario mantener las siguientes relaciones entre los diferentes elementos de
configuración:
• Los sistemas operativos podrán estar instalados en más de un equipo y en un equipo podrá
haber instalado más de un sistema operativo.
• El software podrá estar instalado en más de un equipo y en un equipo podrá haber más de un
software.

4.4 Plataforma tecnológica de la CMDB


Debido a la familiaridad de los trabajadores de la empresa con esta tecnología se ha decidido
utilizar el sistema gestor de base de datos MySQL.

4.5 Implantación de la CMDB


Para la implantación de la CMDB se ha utilizado un servidor de bases de datos que dispone la
empresa en un alojamiento web.

4.6 Consultas a la CMDB


Las consultas a la CMDB son simples consultas SQL, para ilustrarlo a continuación ponemos
un ejemplo de resolución de una petición mediante consultas a la CMDB.

4.6.1 Petición de ejemplo


• Se desea realizar un servicio de actualizaciones de Windows XP a Windows 8 pero
para poder prestar este servicio primero es necesario actualizar dos ordenadores de Windows
XP a Windows 8. El equipo resultante debe tener su propio Windows 8.

9
Proceso de Software y Gestión - Práctica 8

En este caso deben comprobar si, al menos dos ordenadores tienen Windows XP y si su DSL
incluye Windows 8.

Primero obtenemos cuántos equipos con Windows XP instalado tenemos en la oficina.

SELECT *
from sistemaInstalado
where sistema in (
select id from sistemaOperativo
where familia = 'Microsoft Windows'
and Version like '%XP%'
);

A continuación, vemos cuántas licencias (en general) tenemos de Windows 8

SELECT sum( `Volumen` )


FROM sistemaOperativo
WHERE familia = 'Microsoft Windows'
AND (
Version LIKE '% 8%'
OR Version = '8'
)

Y por último, vemos cuántas licencias, de ese total, están instaladas. Con este dato,
tendremos aquellas que no están instaladas, y por tanto, libres para usar.

SELECT count(*)
FROM `sistemaInstalado`
WHERE sistema in (
select id from sistemaOperativo
where familia = 'Microsoft Windows'
and (
Version LIKE '% 8%'
OR Version = '8'
)
);

En este caso, no tenemos más que un equipo con Windows XP instalado, por lo que no
podríamos satisfacer la petición.

10
Proceso de Software y Gestión - Práctica 8

4.7 Librería del Software Definitivo (DSL)


La DSL de la que dispone nuestra empresa aporta información sobre las licencias de nuestros
sistemas operativos y de todo el software con el que trabajamos. Se almacena para cada uno de los
elementos su número de serie o código único necesario para su funcionamiento.

5. Conclusiones
La utilización de una base de datos para la gestión de la configuración puede resultar una
herramienta muy útil para tener un control exhaustivo de todos los elementos de configuración
presentes en la empresa, además de proporcionarnos información adecuada en todo momento de los
recursos disponibles en la empresa para abordar los diferentes proyectos que surjan. No obstante su
correcta implantación es bastante costosa, por lo que en casos de pequeñas empresas con pocos
elementos de configuración, puede no compensar ya que la correcta implantación de la misma es
bastante costosa.
Como valoración personal, hemos tenido muchas dudas sobre la manera de crear y organizar
la base de datos, y cómo hacer las relaciones. Es bastante complicado introducir toda la información
necesaria, ya que a priori es difícil saber qué tipo de consultas se deberán realizar.
De todos modos, ha resultado una práctica enriquecedora, donde hemos visto la dificultad de
la realización de la CMDB, y la importancia que tiene luego en la empresa.

11

También podría gustarte