2.1.- Alcance del proyecto

Tanto la elaboración de un plan de proyecto completo como la implementación de todos los procesos del área de entrega de servicios son trabajos de cierta envergadura, difíciles de completar dados los plazos de este trabajo.

El plan de proyecto incluye todas las fases más habituales de este tipo de trabajo, pero con una estructura más compacta, en forma de tablas.

Esta memoria se centra en algunos aspectos significativos de ITIL que resulten útiles para una futura implantación de todo el modelo, y que sean sencillos de incorporar al plan de proyecto.

Algunos de los aspectos relacionados con la gestión del nivel de servicio, por ejemplo, como podría ser la definición de los SLA para cada uno de los servicios IT de una organización, sería una tarea importante en una implementación real del modelo, pero no se va a realizar en este trabajo. Algo similar ocurre con la gestión financiera, que requiere entre otros la definición de un presupuesto anual para el departamento de TIC y una contabilidad de gastos que no puede completarse en los plazos previstos para este ejercicio.

3.1.- El software libre en la empresa española

Según datos del observatorio CENATIC [2] para el 2009, el porcentaje de software de fuente abierta usado por las PYMEs alcanzaba el 33%, mientras que disminuía al 14% en el caso de las grandes empresas. El software privativo, por lo tanto, sigue predominando en las empresas, con especial relevancia en el sector industrial (68%) y de la construcción (56%).

En cuanto a las aplicaciones libres más utilizadas, el 50% de las grandes empresas optaban por servidores web de fuente abierta. Por detrás se situaban los sistemas operativos, instalados en el 47% de las empresas, los sistemas de gestión de bases de datos, en un 41%, y las suites ofimáticas, en torno al 28%.

En cuanto a las PYMEs, el 66% utilizaba sistemas de gestión de bases de datos de código abierto, el 61% servidores web y sistemas operativos, y el 48% suites ofimáticas.

Por el contrario, el software de fuente abierta aún tiene un nivel de penetración bajo en otras familias de productos más cercanas al negocio. Dos ejemplos claros son los ERP, con un escaso 13% de implantación en PYMEs y con una presencia nula en grandes empresas, o los CRM, con otro 13% de implantación en PYMEs y un escaso 3% en grandes entornos.

Entre los motivos que señalan las empresas para adoptar soluciones de código abierto, destaca sobre todas las demás el menor o nulo coste de licencia, expresada por un 90% de las grandes empresas, seguido por el acceso al código fuente (80%), el TCO reducido, y por los estándares y procesos de desarrollo abiertos, con algo más del 70%.

En las PYMEs se da una situación similar, ya que un 80% de empresas cita el coste de licenciamiento como el factor fundamental, seguido por el TCO, los estándares y procesos de desarrollo abiertos y por el acceso al código fuente, que pierde importancia en este entorno al situarse en un 77%, en cuarto lugar.

Las principales barreras identificadas por las grandes empresas a la hora de adoptar soluciones basadas en software de fuentes abiertas son las siguientes: incertidumbre respecto a la calidad del soporte y mantenimiento, señalada por un 84% de compañías, riesgo de abandono del proyecto (81%), falta de formación de los usuarios finales (78%), desconocimiento de los productos disponibles (63%) y falta de formación del personal técnico (56%).

Las PYMEs comparten la percepción de las grandes empresas en cuanto a las barreras que han identificado, aunque con diferentes niveles de importancia. Para el 86%, la principal barrera para la adopción de tecnologías basadas en fuentes abiertas es la falta de formación de los usuarios finales, seguida por la incertidumbre respecto a la calidad del soporte y mantenimiento y el desconocimiento de los productos disponibles, con un 75%. Así mismo, tanto la falta de formación del personal técnico, como el riesgo de abandono del proyecto son identificadas por 6 de cada 10 PYMEs como aspectos que dificultan la adopción de este tipo de software.

De estos datos podemos discernir un cierto problema cultural, debido probablemente a la gran velocidad con la que evoluciona la tecnología, que ha provocado que todavía hoy muchas de las personas en edad laboral se hayan formado mayoritaria y exclusivamente en plataformas Microsoft Windows. Esta situación se acentúa más si cabe al referirnos a gerentes y responsables de PYMEs, que no siempre conocen las ventajas que el software libre puede suponer para sus negocios.

El que la “evangelización” sobre las virtudes del software libre haya estado siempre en manos de la comunidad, la falta de los servicios de soporte profesionales, más personalizados y a menudo basados en atención telefónica o presencial (además de la electrónica), unido a la falta de los canales de distribución más comunes, no hace más que generar la sensación de falta de madurez que se obtiene a partir de los datos del observatorio CENATIC.

Resulta significativo que las grandes empresas, en todos los sectores de actividad analizados por el informe de CENATIC, manifiesten haber tenido dificultades para encontrar empresas proveedoras de servicios basados en software de código abierto en un 44% de los casos (un 29% de las PYMEs). La percepción de las mismas es que estas dificultades son mayores en los aplicativos más vinculados al núcleo de sus negocios.

3.2.- Oportunidad del software libre

Tal y como se concluye del informe de AETIC, muchos de los sectores de actividad españoles han accedido a algún tipo de tecnología. La capacidad de definición de una estrategia TIC, de acuerdo con los objetivos y la estructura de las organizaciones, es ahora una obligación inexcusable.

Sin embargo, la evolución tan rápida del entorno TIC hace que directivos y profesionales se enfrenten a menudo a una tarea para la cual no han recibido suficiente formación. No resulta extraño ver como directivos y profesionales pueden dedicar largas horas tomando decisiones en el ámbito TIC que con el tiempo se demuestra que son absolutamente irrelevantes, al igual que descubren como algún especialista o mando intermedio tomó en su momento decisiones significativas en el área de sistemas de información que han tenido incidencia en el funcionamiento de la organización.

Esta confusión e incertidumbre disminuye en la medida en que la empresas y tecnologías van madurando, como se concluye del estudio de AETIC, que revela que la desconfianza o desconocimiento de la tecnología, considerada como la principal barrera contra la implantación de las TIC, descendió en más de un 5% en el periodo entre el 2008 y el 2009, situándose próxima al 30% de las empresas.

Esta evolución, unida al actual contexto económico que obliga a las empresas, y a su gestión de TIC en particular, a afrontar nuevos retos, entre los que destaca el ahorro de costes, supone una nueva oportunidad para el software libre. Tal y como se ha descrito en los estudios presentados anteriormente, la percepción mayoritaria alrededor del software libre es precisamente su reducción de costes. De hecho, las PYMEs señalan que el usar tecnología basada en software de fuentes abiertas supone un ahorro medio del 34% sobre el total del gasto destinado a TI, mientras que en el caso de las grandes empresas este ahorro se sitúa en un 21%.

Por supuesto, el ahorro de costes no sería suficiente si la calidad del software libre no fuera la deseable. Una amplia mayoría de las organizaciones que han adoptado alguna solución basada en este tipo de software, en concreto el 82% de las grandes empresas y el 78% de las PYMEs, se han mostrado satisfechas o muy satisfechas con los productos utilizados.

En cuanto a la implantación de este tipo de soluciones, cerca de la mitad de las empresas encuestadas en el informe de CENATIC han manifestado que realizan todas las fases de adopción y migración a aplicaciones de fuente abierta con personal interno (44% de las compañías y el 39% de las PYMEs). Los porcentajes más altos a este respecto se encuentran en las fases de instalación (56% en grandes empresas y 59% en PYMEs) e implantación (con un 56% en grandes empresas y un 57% en PYMEs). Las empresas proveedoras de soluciones de código abierto son requeridas principalmente para la fase de asesoramiento en el proceso de adquisición. Esta práctica es realizada por un 16% de las PYMEs y un 21% de las grandes empresas.

Además, un 76% de las PYMEs y un 89% de las grandes empresas afirman estar realizando actividades relacionadas con software de fuentes abiertas en sus programas de I+D, lo que refleja la importancia de este tipo de software en el desarrollo de las compañías proveedoras de servicios de software y su apuesta de futuro en este ámbito.

Ahora bien, en el ámbito de las estrategias empresariales, a pesar de que algunos responsables TI estén empezando a prestar atención y a evaluar productos basados en software libre de cara a los próximos ejercicios para conseguir una reducción de costes, estos responsables afirman en la mayoría de los casos que no optarían a muy corto plazo por trasladar a software de fuentes abiertas las aplicaciones “core” de su negocio; pero que sí se podrían plantear introducir este tipo de tecnologías en áreas de soporte y obtener así una reducción de costes por licencias sin grandes inversiones en implantación, parametrización, etc. En general, estos responsables TI son conscientes de los gastos iniciales que puede acarrear iniciar un proyecto de migración (en conceptos de parametrización, implantación, formación, etc), y lo barajan como una estrategia de ahorro más a largo plazo.

5.1.- Equipamiento TI

La empresa cuenta con una infraestructura muy sencilla que, eliminando el equipamiento telefónico y el hardware sin conexión a la red (proyectores, ...), se simplifica en el siguiente diagrama:

Todos los puestos de trabajo usan Microsoft Windows XP e inician sesiones contra un directorio activo configurado en un servidor Windows 2003, que también tiene una instalación de Microsoft Dynamics (Navision) que usa el departamento financiero, además de las carpetas compartidas que se usan para guardar documentos y todo aquello que los empleados consideren que debe copiarse a cinta. Este proceso de backup es manual, y se hace a través de una unidad de cintas que un técnico carga todas las tardes.

A pesar de haber portátiles en la empresa, no existe un punto de acceso inalámbrico, por lo que la conexión a la red se hace a través de la red cableada. Estos portátiles se usan sobre todo en las visitas a clientes, y en su mayoría aceden a presentaciones y documentos cargados en los propios equipos o en la web corporativa, aunque también tienen la capacidad de conectarse a la red interna a través un un túnel seguro pptp [4].

El correo corporativo se gestiona a través un proveedor externo, que proporciona los servicios habituales, como el antivirus/antispam, el protocolo de acceso IMAP [5] o el webmail, que también incluye servicios adicionales como la agenda o el calendario.

La web corporativa también está hospedada en el centro de datos de un proveedor externo. Fnnet se encarga de la programación y gestión de la web, además de mantener un pequeño wiki y gestor documental para uso interno.

Los sistemas tienen activas las actualizaciones automáticas tanto del sistema operativo como del software antivirus. Sin embargo, no es un entorno realmente controlado, ya que no se verifica ninguna de las actualizaciones. Algo similar ocurre con el resto del software de la empresa, que no se encuentra bajo ninguna política de actualizaciones, ya que éstas sólo se realizan cuando un técnico de sistemas lo estima oportuno.

Todos los usuarios usan un grupo de aplicaciones comunes: Office, Internet Explorer, herramientas de Adobe para la visión y creación de documentos pdf y Outlook, además de las utilidades habituales como compresores de archivos o reproductores multimedia. A partir de aquí, cada departamento y grupo de usuarios usa un grupo específico de aplicaciones. Los consultores del área de sistemas, por ejemplo, usan varias herramientas de fuentes abiertas para editar código, como eclipse o notepad++ [6]. Por otro lado, el departamento financiero básicamente hace uso de Dynamics (además de las aplicaciones comunes, como no podía ser de otra forma), los comerciales hacen un uso más avanzado de Office, además de otras herramientas de Adobe para crear boletines y newsletters. Otro ejemplo son los consultores de negocio, que usan plugins específicos de eclipse.

En cualquier caso, a pesar de intentar mantener la infraestructura lo más controlada posible, se percibe cierto desorden en la red, con algunas aplicaciones fuera de control, sin actualizar y con vulnerabilidades, o sencillamente instaladas sin el conocimiento de los técnicos de sistemas.

5.2.- Oportunidad de cambio para fnnet

Fnnet es una empresa que trata de diversificar su negocio trabajando tanto con empresas públicas como privadas. Sin embargo, la preocupante situación económica actual no se limita al sector privado, ya que también ha afectado significativamente a la cantidad de proyectos que están impulsando las administraciones.

Para fnnet el valor de sus empleados es muy alto, dada la especialización con la que cuentan y la dificultad y coste que supone encontrar y formar nuevos candidatos. Ante esa situación, antes de prescindir de puestos de trabajo, fnnet pretende impulsar proyectos internos orientados principalmente hacia el ahorro de costes. Uno de estos proyectos es la migración de los puestos de trabajo a plataformas GNU Linux para, a falta de un estudio más detallado, reducir significativamente el gasto en licencias.

Además del previsible ahorro de costes propio de la adopción del software libre, hay otra serie de beneficios que se pueden obtener con la migración de PCs a GNU Linux.

6.1.- Viabilidad técnica

Aunque Linux sea frecuentemente una alternativa técnica perfectamente viable para los PC de escritorio de una organización, no es menos extraño que su adopción, una vez realizado un estudio más amplio, no resulte ser una decisión adecuada. El ahorro en costes directos de licenciamiento, por ejemplo, no debe ocultar factores como el alto coste (no sólo económico) que puede suponer superar las barreras de salida creadas tras años de uso de plataformas de Microsoft.

Las preguntas fundamentales que debe responder la organización son:

• ¿Cuál es la dependencia de la empresa con aplicaciones de terceros, plugins o dispositivos que sólo están disponibles para Windows? Indudablemente, la aparición de la Web 2.0, los estándares basados en SOA, y el que se pueda acceder a muchos ERP y CRM, entre otros, a través del navegador web, resuelve a menudo este problema. Sin embargo, podría darse el caso en el que esta dependencia hiciera que la migración fuera inviable.
• ¿Hay en la empresa muchos desarrollos propios basados en Windows, por ejemplo usando Visual Basic o macros complejas de Microsoft Office? En este caso la migración indudablemente traería un coste mayor que necesita ser evaluado, al ser necesario migrar estas aplicaciones a otros lenguajes.
• ¿Cómo de alto es el número de aplicaciones que se pueden migrar directamente? Un ejemplo de este tipo de aplicaciones es el software de mensajería instantánea, ya que los productos privativos tienen un equivalente con prácticamente las mismas funcionalidades en el mundo del software libre. Este estudio se realizará en profundidad en una fase del proyecto, pero antes del lanzamiento del proyecto se debería realizar un esfuerzo inicial para identificar sobrecostes y otro tipo de problemas.

6.2.- Problemas legales

La confusión ante las diferentes licencias que presenta el software de fuente abierta es una constante en las encuestas a empresas que quieren adoptar este tipo de soluciones. Conviene realizar un estudio inicial sobre posibles incompatibilidades o riesgos de propiedad antes de llevar a cabo el proyecto.

6.3.- Disposición de la organización

Un proyecto de estas características requiere que la empresa, y sus empleados, comprendan, acepten, y estén preparados para afrontarlo:

• Debe tener un patrocinador claro en la alta Dirección de la organización.
• Debe tener usuarios dispuestos a afrontar el cambio. Deben comprender las ventajas de la migración.
• Debe tener un departamento técnico capaz (fnnet no pretende externalizarlo), con conocimiento de la tecnología, y completamente implicado con el proyecto.

6.4.- Evaluación inicial de costes

Aunque el detalle del coste del proyecto de migración se realizará en la propuesta de plan de proyecto, en esta fase se pueden identificar algunos aspectos relevantes:

• Va a ser necesario hardware nuevo. Al menos una máquina que realice las funciones de servidor para la gestión centralizada de puestos de trabajo y su monitorización. También puede ser deseable algún PC extra que ayude en la migración.
• Durante la migración es indudable que el rendimiento de los trabajadores afectados puede verse reducido. Aunque el bajón de productividad variará en función de la calidad de las fases de formación y el momento y plazo en el que se realice, se puede prever entre un 10% y un 40% de descenso en algunos momentos, siempre en función del departamento.

En cuanto al ahorro, destacan los siguientes desde el punto de vista cuantitativo:

• El coste de licenciamiento del software de los ordenadores de sobremesa desaparece. Dependiendo de las aplicaciones imposibles de migrar que aparezcan, podría ser difícil reducir a cero el coste de las licencias, al menos en este primer proyecto, pero se limitará al mínimo.
• El menor gasto de recursos de los nuevos sistemas, unido a la nueva monitorización avanzada, puede suponer que los equipos tengan una vida útil mayor. Aunque no se considere que esto vaya a suponer un ahorro fundamental, es indudable que la optimización de recursos es un objetivo a alcanzar por cualquier empresa eficiente.

Sin embargo, existe otra serie de factores, mucho más difíciles de cuantificar, pero que son clave en este proyecto:

• La seguridad añadida pretende hacer el trabajo más eficiente, con menos interrupciones por viruses, troyanos, gusanos, ....
• Los empleados dispondrán de PCs personalizados, simples y adaptados a sus necesidades, con lo que también se pretende mejorar su productividad una vez se familiaricen con el nuevo entorno.
• Con el sistema de gestión y mantenimiento centralizado se pretende reducir las horas dedicadas al soporte interno, tanto por el personal técnico como por los propios empleados ajenos al departamento de TIC, y que suelen dedican demasiado tiempo a la solución de problemas comunes en sus propios equipos (antivirus desactualizados, instalación de aplicaciones extra, ...). Por lo tanto, el TCO de los componentes TIC disminuirá notablemente.
• Este proyecto pretende ser una base sólida sobre la que construir un nuevo departamento de TIC, en un entorno controlado, visible, escalable y manejable, que garantice unos niveles de servicio y disponibilidad óptimos, que pueda apoyar el crecimiento futuro de la empresa con una inversión mínima, sin sobresaltos.

Aunque la tabla siguiente deba completarse una vez realizado un análisis mínimo del entorno, conceptualmente [16] se podría diseñar de la siguiente manera:

Gracias a este tipo de tabla, en la que se indican claramente los costes de IT asociados a cada departamento, la empresa podrá relacionar los objetivos de negocio que cubre cada área y su coste, para fijarse así objetivos de mejora y reducción de costes de una forma más eficaz. Esta estructura también facilita que los departamentos hagan un análisis de su gasto en TIC, y puedan tratar de optimizarlos o justificar ante Dirección los motivos por los que necesita la inversión.

7.1.- Alcance

Uno de los retos fundamentales a los que se enfrenta el proyecto es conseguir que el proceso de migración sea lo más transparente posible para los usuarios.

Conseguir que los usuarios no disminuyan su rendimiento durante el proceso requiere un esfuerzo importante en formación, y la definición de un plan escalonado, con un feedback constante, que permita minimizar riesgos.

Una de las preocupaciones de la dirección de la empresa es la calidad del soporte que se tendrá con el nuevo sistema. Hay plena confianza en la capacidad de los técnicos de sistemas de la empresa, pero se quiere prestar especial atención a este aspecto. Por eso, aunque la opción elegida en un principio sea completamente gratuita, lo deseable es que la migración a un sistema con soporte de pago fuera sencilla. Por ilustrarlo con un ejemplo, una alternativa podría ser partir de CentOS + Spacewalk, ya que permitiría pasar, si hiciera falta, y con cierta facilidad, a RedHat + RHN, aunque esto supusiera una menor flexibilidad en cuanto al catálogo de servicios que se va a diseñar, y considerando que siempre sería una alternativa ante problemas muy importantes y poco probables.

Dada la complejidad del proyecto, se ha optado por una distribución en fases; con el objetivo de finalizar la migración en 8 meses una vez comenzado el proyecto, en Enero. La principal ventaja de este planteamiento es que la puesta en marcha final se realizará en fechas de menor actividad laboral (Agosto), y por lo tanto será menos traumática.

La descripción general de las fases de las que consta el proyecto, junto a sus objetivos, las tareas principales de cada una de ellas, sus resultados (entregables), la estimación temporal y su previsión de costes es la siguiente [20]:

7.2.- Análisis de riesgos

Todo proyecto que implica un cambio tan importante en la forma de trabajar de una empresa implica una serie de riesgos que deben gestionarse.

Como norma general, cada fase del proyecto ha sido planificada para generar la máxima cantidad de información posible, para permitir así una detección rápida de riesgos, y facilitar con ello su resolución.

La implicación de los integrantes del proyecto es crítica. Desde el apoyo de Dirección hasta los empleados usuarios de los nuevos sistemas, pasando por los técnicos que desarrollen el proyecto; es deseable que todos ellos se involucren.

La descripción detallada de los riesgos más importantes es la siguiente:

7.3.- Calendario de trabajo

El cronograma se ha ido mostrando en cada fase individual. Esta es la visión en conjunto de toda la planificación temporal del proyecto:

7.4.- Hitos

A partir de la planificación, se han identificado los siguientes hitos fundamentales:

7.5.- Recursos y roles

El equipo de trabajo está formado básicamente por tres ingenieros de sistemas, con la ayuda puntual de un ingeniero de red para las fases en las que sea necesario obtener información sobre el hardware de comunicaciones, y de personal del departamento de marketing para asistir con el plan de comunicación.

Fnnet diseña los proyectos para que el trabajo sea realizado por equipos pequeños, de unos tres trabajadores, y sin una estructura jerárquica demasiado definida. Por lo tanto, para este proyecto, uno de los tres ingenieros, de perfil senior, dedicará parte de su tiempo a tareas de coordinación y dirección del proyecto, pero sin dejar de ejecutar directamente las actividades en las que su conocimiento sea más importante.

Este Director de Proyecto será el responsable de revisar y verificar la documentación que se ha generado antes de entregarla al Comité de Dirección. Será, por lo tanto, el interlocutor del proyecto.

El Comité de Dirección está formado por el CEO y por los responsables de los distintos departamentos, aunque por la tipología del proyecto será el CIO el responsable final de la mayoría de las decisiones en las que se requiera la participación de la alta Dirección.

Se plantea una rutina de reuniones quincenal, aunque se tratará que coincidan con las fechas de cumplimiento de los hitos, para poder así analizar el estado del proyecto y tomar decisiones.

7.6.- Costes

Los costes de personal se incluyen desglosados en las tablas explicativas de cada fase en este mismo documento. Se han calculado de acuerdo a la siguiente tabla:

El total en coste de personal para el proyecto suma, por lo tanto, 121400 Euros, a lo que hay que añadir:

• Equipo para la gestión centralizada, monitorización y política: 2000 Euros.
• 6[25] nuevos PCs de más capacidad: 3000 Euros.

Para un total de 126400 Euros.

En cuanto al ahorro en licencias, se estima que los equipos que necesitarán mantener una licencia de Windows son 6, junto a las aplicaciones no migrables instaladas en cada uno de ellos. El resto de licencias dejarán de ser necesarias. Esto incluye al menos 20 licencias de Windows, 26 de Microsoft Office, y por supuesto todas aquellas que se puedan migrar a aplicaciones libres.

En cuanto al tiempo destinado al mantenimiento, se estima un ahorro aproximado de un 60% en el tiempo que los técnicos de sistemas destinan mensualmente a tareas de administración de equipos internos.

El tiempo destinado a la gestión de la seguridad informática de los equipos se reduce también en aproximadamente un 75%.

Eliminar el software antivirus de los PCs, unido a la optimización del número de aplicaciones instaladas en cada puesto aumentará su rendimiento en un 20%, lo que debe repercutir también en la productividad de los empleados.

7.7.- Futuros proyectos

Una vez terminada esta primera migración deben estudiarse los motivos que no han permitido migrar la totalidad de las aplicaciones. Un proyecto específico para esta tarea puede impulsar la búsqueda de alternativas a medio plazo.

La evolución que está viviendo la tecnología hace previsible que muchas empresas lancen sus soluciones en entornos de cloud computing tipo SaaS, que podría abrir la puerta a un nuevo proyecto.

Este proyecto asienta las bases no sólo para la mejora en la gestión de los puestos de escritorio. Por sus características, es perfectamente viable una migración de los equipos servidores a este nuevo entorno controlado, sin volver a incurrir en la importante inversión que necesita éste nuevo sistema.

Los cambios en la infraestructura harán que sea necesaria una nueva política de copias de seguridad. Un nuevo proyecto podría explorar el software libre disponible, y plantear su adopción.

8.1.- Gestión centralizada

Las principales empresas que ofrecen distribuciones Linux tienen en el mercado aplicaciones para la gestión centralizada de los equipos de una red. Novell dispone del grupo de aplicaciones ZenWorks, Canonical (Ubuntu) de Landscape, y RedHat usa su plataforma Red Hat Network.

Junto a esto, en este proyecto se ha citado otro grupo de aplicaciones para complementar la monitorización que ofrecen estas herramientas, además de otras orientadas a la seguridad informática capaces de detectar cambios en el software instalado en los hosts de una red.

Sin pretender ser una lista definitiva, este tipo de funcionalidades podría conseguirse con el siguiente grupo de aplicaciones [26]:

• Distribución Linux: CentOS.
• Gestión centralizada: SpaceWalk.
• Instalación automática: SpaceWalk, Cobbler, Kickstart.
• Gestión centralizada de configuraciones: SpaceWalk, Cfengine, Puppet.
• Monitorización: SpaceWalk, Nagios.
• Seguridad: Ossec.
• Copias de seguridad: Bacula.

8.2.- Referencias

El software que se ha nombrado en esta memoria se puede buscar con facilidad a través de cualquier buscador de Internet. Como referencia rápida se adjunta la siguiente lista:

• CentOS: http://www.centos.org
• Spacewalk: http://www.redhat.com/spacewalk
• Cobbler: https://fedorahosted.org/cobbler
• Cfengine: http://www.cfengine.org
• Puppet: http://www.puppetlabs.com
• Nagios: http://www.nagios.org
• Ossec: http://www.ossec.net
• Mozilla Firefox: http://www.getfirefox.org
• Mozilla Thunderbird: http://www.mozillamessaging.com/en-US/thunderbird
• Suite OpenOffice: http://www.openoffice.org
• Pidgin: http://www.pidgin.im
• Evolution: http://www.novell.com/products/desktop/features/evolution.html
• Scribus: http://www.scribus.net
• The Gimp: http://www.gimp.org
• Bacula: http://www.bacula.org/en

9.1.- Planificación

(Eliminada la planificación temporal de la redacción de este trabajo)

9.2.- Bibliografía

• http://www.aetic.es/CLI_AETIC/ftpportalweb/documentos/Las%20Tecnolog%c3%adas%20de%20la%20Informaci%c3%b3n%20y%20las%20Comunicaciones%20en%20la%20empresa%20espa%c3%b1ola%202009.pdf
• http://web.cenatic.es/web/phocadownload/informes/informe_empresas2009completa.pdf
• http://www.redbooks.ibm.com/redpieces/abstracts/sg246380.html
• [Oggerino] High Availability Network Fundamentals. ISBN: 1-58713-017-3

Notas