Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Diseño de una CMDB

Diseño de una CMDB para un proyecto en específico (Know How)
by

Alfonso Rivero

on 11 May 2011

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Diseño de una CMDB

Diseño de una CMDB Beneficiarios de la implementación:
- Cliente del negocio
- Equipo de desarrollo Riesgo Asociado:
- Tiempo
- Concentración
- Correcta administración
- Mantenimiento Alcance:
- Equilibrado entre el equipo
de desarrollo y el cliente
- 1 sola CMDB
- Administrar mucho más la
parte de software
- Equilibrio en el número de CI's
- Definición correcta de CI's
- Almacenar sólo lo que tiene que
ver con el desarrollo del sistema Nivel de Detalle:
•Se definirán los CI a ser administrados en la CMDB.
•Determinar los atributos que describen a un determinado CI.
•Tipo de relaciones lógicas y físicas registradas entre los diferentes CI’s.
•Subcomponentes registrados independientemente. Algunos ejemplos de CI’s que deben de ser identificados son los siguientes:
•Hardware, tanto servidores, PC’s, impresoras, componentes de red, etc.
•Software, desde sistema operativo, manejadores de bases de datos, aplicaciones de negocio, software de desarrollo, etc.
•Ambientes
•Configuraciones base
•Versiones de software
•Documentación de sistemas, acuerdos de mantenimiento, acuerdos de nivel de servicio, etc.
•Usuarios y proveedores.
•Componentes de administración de servicios. Algunos ejemplos de relaciones se enlistan a continuación:
• Esta conectado a
• Es una copia de
• Aplica a (relativo a documentación)
• Es usado por (Cl’s relacionados a servicios)
• Es padre de
• Es hijo de
• O cualquier otro tipo de relación que sea significativa y útil para la organización Otras relaciones:
• RFC’s: La relación con todas las RFC’s afectando este CI.
• Relación con Cambios: La relación con todos los archivos de cambios afectando a este CI
• Relación con Problemas: La relación con todos los archivos de Problemas afectando este CI
• Relación con Incidencias: La relación con todos los archivos de Incidencia afectando este CI Los atributos se refieren a las características de un ítem Ejemplo de atributos son:
• El número de identificación del Ítem de Configuración
• La Marca
• El estado
• La ubicación
• El número de serie
• Memoria
• El tamaño del disco
• Etc. En este punto debe tenerse especial cuidado en que los grupos de los diferentes dominios técnicos no tengan la tendencia de considerar solamente los atributos que actualmente ellos rastrean en los repositorios actuales de datos. Ellos conocen exactamente el nivel de detalle de los mismos. Es necesario considerar el coste de rastrear esta información. La profundidad del detalle de un ítem debe depender de las necesidades del negocio y de los requerimientos de servicio. Roles:
- Administrador de configuración
- Coordinador de configuraciones
- Analista de configuraciones
Indicadores de Desempeño:
• Continuidad del equipo de trabajo para mantener en orden y bien administrada la CMDB de información.
• Mejora administrativa y en parte coordinativa entre el equipo de trabajo en un 20% al estado actual.
• Mejora en rapidez del desarrollo de los módulos necesarios para optimizar los procesos de negocio del cliente.
• Minimizar el número de incidentes de seguridad reportados y atendidos (equipos de respuesta ante incidentes).
• Mejorar en el número de actualizaciones de seguridad de los módulos.
• Mejorar el tiempo de respuesta para atender incidentes.
• Mejorar el tiempo promedio de distribución de parches (código).
• Porcentaje de información precisa o correcta en relación con el ambiente real.
• Conocer y comprender los cambios que significan en una organización las nuevas tecnologías de la información y el efecto social de dichos cambios. Migración y conversión de datos
- sqlServer
- Excel
- Programa hecho en Java
- Migración común entre los formatos de fecha que se proponen en el desarrollo del software MM/dd/YYYY. Liberación de CMDB
- La implementación será realizada de una manera tranquila, con tiempo, y cuidando cada detalle.
- Se realizará en los tiempos “libres” de trabajo sin que se pase una fecha de 4 meses desde su inicio de la implementación hasta el final.
- SEDE, GPE, GRH, GPO... Ing. Alfonso Gregorio Rivero Duarte
Full transcript