Академический Документы
Профессиональный Документы
Культура Документы
COLABORATIVO
Grupo: 301120A_612
Packet Tracer.
CUADRO SINÓPTICO DE SANDRA JOHANNA CAICEDO
CUADRO SINÓPTICO DE MILTON ARCENIO COGOLLO
CUADRO SINÓPTICO DE JEFFERSON CAMILO GONZALEZ SABOGAL
RESPUESTAS A LAS PREGUNTAS
SANDRA JOHANNA CAICEDO
Microsoft Project:
Porque esta herramienta permite programar las actividades del
proyecto en un horizonte de tiempo, asignar recursos y
responsables a cada una de ellas, hacer seguimiento al
progreso del proyecto y administrar el presupuesto.
También es posible encontrar el camino crítico haciendo un
análisis PERT y trazar gráficas Gantt.
Aplica los conceptos descritos del PMI, y en general se puede
afirmar que está estructurado alrededor de tres grandes
conceptos de gestión de proyectos: Gantt, Pert y CPM
LA GESTIÓN DE INCIDENTES
Es un proceso ITIL enmarcado en la fase de Operación del
Servicio. Una incidencia es toda interrupción o reducción de
la calidad no planificada del servicio.
Para contrarrestar las incidencias ITIL propone el siguiente
proceso como norma de buena costumbre:
a. Registro de la incidencia
El proceso de registro debe realizarse inmediatamente, pues
resulta mucho más costoso hacerlo posteriormente y se corre el
riesgo de que la aparición de nuevas incidencias demore
indefinidamente el proceso.
La admisión a trámite del incidente: el Centro de Servicios
debe de ser capaz de evaluar en primera instancia si el servicio
requerido se incluye en el SLA del cliente y en caso contrario
reenviarlo a una autoridad competente.
Comprobación de que ese incidente aún no ha sido registrado:
es muy habitual que más de un usuario notifique la misma
incidencia y por lo tanto han de evitarse duplicaciones
innecesarias.
Asignación de referencia: al incidente se le asignará una
referencia que le identificará unívocamente, tanto en los
procesos internos como en las comunicaciones con el cliente.
Registro inicial: se ha de introducir en la base de datos
asociada la información básica necesaria para el procesamiento
del incidente (hora, descripción del incidente, sistemas
afectados...).
Información de apoyo: se incluirá cualquier información
relevante para la resolución del incidente que puede ser
solicitada al cliente a través de un formulario específico, o
que puede ser obtenida de la propia CMDB (hardware
interrelacionado), etc.
Notificación del incidente: en los casos en que el incidente
pueda afectar a otros usuarios, éstos deben ser notificados
para que conozcan cómo esta incidencia puede afectar su flujo
habitual de trabajo.
b. Clasificación de la incidencia
La clasificación de un incidente tiene como objetivo principal
el recopilar toda la información que pueda ser utilizada para
la resolución del mismo.
El proceso de clasificación debe implementar, al menos, los
siguientes pasos:
Categorización: se asigna una categoría (que puede estar a su
vez subdividida en más niveles) dependiendo del tipo de
incidente o del grupo de trabajo responsable de su resolución.
Se identifican los servicios afectados por el incidente.
Establecimiento del nivel de prioridad: dependiendo del impacto
y la urgencia se determina, según criterios preestablecidos,
un nivel de prioridad.
Asignación de recursos: si el Centro de Servicios no puede
resolver el incidente en primera instancia, designará al
personal de soporte técnico responsable de su resolución
(segundo nivel).
Monitorización del estado y tiempo de respuesta esperado: se
asocia un estado al incidente (por ejemplo: registrado, activo,
suspendido, resuelto, cerrado) y se estima el tiempo de
resolución del incidente en base al SLA correspondiente y la
prioridad.
c. Diagnóstico de la Incidencia
En primera instancia, se examina el incidente con ayuda de la
KB para determinar si se puede identificar con alguna
incidencia ya resuelta y aplicar el procedimiento asignado.
LA GESTIÓN DE PROBLEMAS
Las funciones principales de la Gestión de Problemas son:
Investigar las causas subyacentes a toda alteración, real o
potencial, del servicio TI.
Determinar posibles soluciones a las mismas.
Proponer las peticiones de cambio (RFC) necesarias para
restablecer la calidad del servicio.
Realizar Revisiones Post-Implementación (PIR) para asegurar
que los cambios han surtido los efectos buscados sin crear
problemas de carácter secundario.
GESTIÓN DE CONFIGURACIÓN:
La Gestión de Configuración forma parte de las prácticas
propuestas por el marco de referencia ITIL. Se trata de un
proceso vital que brinda un modelo lógico de la infraestructura
de la organización; mediante la identificación, control,
mantenimiento y verificación de los distintos elementos que
componen el ecosistema de TI a lo largo de su vida útil.
LA GESTIÓN DE LA CAPACIDAD
La Gestión de la Capacidad es un proceso continuo e iterativo
que monitoriza, analiza y evalúa el rendimiento y capacidad de
la infraestructura TI y con los datos obtenidos optimiza los
servicios o eleva una RFC a la Gestión de Cambios.
Tanto la información obtenida en estas actividades como la
generada a partir de ella por la Gestión de la Capacidad se
almacenan y registra en la Base de Datos de la Capacidad.
Es imprescindible elaborar informes que permitan evaluar el
rendimiento de la Gestión de la Capacidad.
La documentación elaborada debe incluir información sobre:
El uso de recursos.
Desviaciones de la capacidad real sobre la planificada.
Análisis de tendencias en el uso de la capacidad.
Métricas establecidas para el análisis de la capacidad y
monitorización del rendimiento.
Impacto en la calidad del servicio, disponibilidad y otros
procesos TI.
GESTION DE DISPONIBILIDAD
Las normas generales para esta gestión deben estar enmarcadas
dentro de los siguientes tópicos:
El objetivo primordial de la Gestión de la Disponibilidad es
asegurar que los servicios TI estén disponibles y funcionen
correctamente siempre que los clientes y usuarios deseen hacer
uso de ellos en el marco de los SLAs en vigor.
Las responsabilidades de la Gestión de la Disponibilidad
incluyen:
https://drive.google.com/file/d/10eLgJGCAJ6F0QEqeyy9
QjGv0IxGzzuVA/view?usp=sharing
CONCLUSIONES