Diferencia entre revisiones de «Implementación de ITIL - Sistemas de aplicaciones»
(New page: <imagemap> Image:ITIL-Wiki-english.jpg|right|ITIL Implementación de Sistemas de Aplicaciones default [http://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Implementation Pág...) |
mSin resumen de edición |
||
Línea 1: | Línea 1: | ||
<seo metakeywords="sistemas ITIL, aplicaciones ITIL" metadescription="Selección e implementación de sistemas de aplicaciones: objetivos - prerequisitos - resultados - factores de éxito." /> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english.jpg| | Image:ITIL-Wiki-english-de.jpg|DE - EN - ITIL Implementación de Sistemas de Aplicaciones|155px | ||
rect 63 0 106 36 [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_System-_und_Prozess-Implementierung diese Seite auf Deutsch] | |||
rect 107 0 155 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Implementation this Page in English] | |||
desc none | desc none | ||
</imagemap> | </imagemap> | ||
Línea 12: | Línea 15: | ||
Si se necesitan sistemas de aplicaciones nuevos o | Si se necesitan sistemas de aplicaciones nuevos o cam-biados para apoyar los procesos, deben primero procurarse y/o desarrollarse e implementarse. | ||
=== Definir los | === Definir los requisitos de sistemas === | ||
==== Descripción ==== | ==== Descripción ==== | ||
Línea 22: | Línea 25: | ||
Se pueden añadir más requisitos (ejemplo: "Crear un Incidente nuevo debe ser posible desde el libro de direcciones de Outlook"). | Se pueden añadir más requisitos (ejemplo: "Crear un Incidente nuevo debe ser posible desde el libro de direcciones de Outlook"). | ||
Las definiciones de | Las definiciones de las outputs de procesos describen qué datos son procesados dentro del sistema. Por ejemplo, el proceso "Registro y Categorización de Incidentes" genera un "Registro de Incidente". El sistema debe poder manejar una estructura de estos datos, y ofrecer interfaces adecuadas para que los usuarios los puedan ver y editar. | ||
Finalmente, se deben identificar todos los requisitos no funcionales para que resulte | Finalmente, se deben identificar todos los requisitos no funcionales para que resulte, como un todo, la siguiente estructura para el documento de requisitos: | ||
* Requisitos funcionales | * Requisitos funcionales | ||
** Referencia a modelos detallados de procesos | ** Referencia a modelos detallados de procesos | ||
** Requisitos adicionales relacionados con funcionalidad | ** Requisitos adicionales relacionados con la funcionalidad | ||
** Definiciones de | ** Definiciones de las outputs de procesos (estructura de datos) | ||
** Requisitos de informes | ** Requisitos de informes | ||
* Requisitos no funcionales | * Requisitos no funcionales | ||
** Requisitos relacionados con capacidades y cantidades | ** Requisitos relacionados con capacidades y cantidades | ||
** Ejecución y | ** Ejecución y rendimiento | ||
** Escalabilidad/ expansión | ** Escalabilidad/ expansión | ||
** Disponibilidad | ** Disponibilidad | ||
Línea 40: | Línea 43: | ||
* Requisitos desde un punto de vista operacional | * Requisitos desde un punto de vista operacional | ||
* Requisitos desde un punto de vista de Seguridad TI | * Requisitos desde un punto de vista de Seguridad de TI | ||
* Interfaces con otros sistemas | * Interfaces con otros sistemas | ||
Línea 50: | Línea 53: | ||
Una vez que estén completos los requisitos, se extrae una lista detallada y con prioridades del documento de requisitos. Esta lista se utiliza como una matriz para evaluar a los proveedores. Los requisitos se deben categorizar como en el siguiente ejemplo: | Una vez que estén completos los requisitos, se extrae una lista detallada y con prioridades del documento de requisitos. Esta lista se utiliza como una matriz para evaluar a los proveedores. Los requisitos se deben categorizar como en el siguiente ejemplo: | ||
* Criterios decisivos ( | * Criterios decisivos (Prio 1) | ||
* Requisitos importantes (Prio 2) | * Requisitos importantes (Prio 2) | ||
* Requisitos deseables (Prio 3) | * Requisitos deseables (Prio 3) | ||
==== Objetivo de este | ==== Objetivo de este paso del proyecto ==== | ||
* Definir los requisitos para sistemas de aplicaciones nuevos o cambiados | * Definir los requisitos para sistemas de aplicaciones nuevos o cambiados | ||
==== Prerequisitos ==== | ==== Prerequisitos ==== | ||
* [[Implementación de ITIL - Diseñando los | * [[Implementación de ITIL - Diseñando los procesos|Descripciones detalladas de procesos ITIL]] expresados en forma de secuencias de actividades | ||
* [[Listas de | * [[Listas de control ITIL|Guías/ listas de control]] | ||
* Definiciones de | * Definiciones de outputs de procesos | ||
==== Resultados / Entregables ==== | ==== Resultados / Entregables ==== | ||
Línea 68: | Línea 72: | ||
* Lista de prioridades de requisitos | * Lista de prioridades de requisitos | ||
==== Factores de | ==== Factores de éxito ==== | ||
Es importante no limitarse a los aspectos funcionales cuando se especifiquen los requisitos del sistema. Los aspectos operacionales son de igual importancia, como lo son las posibilidades de expandir el sistema; especialmente si luego se | Es importante no limitarse a los aspectos funcionales cuando se especifiquen los requisitos del sistema. Los aspectos operacionales son de igual importancia, como lo son las posibilidades de expandir el sistema; especialmente si luego se implementan otros procesos de ITIL. | ||
==== <span style="color:#5d5d5d"> Perspectivas | ==== <span style="color:#5d5d5d"> Perspectivas relevantes del Mapa de Procesos ITIL V3 </span> ==== | ||
<span style="color:#5d5d5d"> Las descripciones detalladas (secuencias de actividades) del [https://en.it-processmaps.com | <span style="color:#5d5d5d"> Las descripciones detalladas (secuencias de actividades) del [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map] son una parte importante de los requisitos del sistema.</span> | ||
<span style="color:#5d5d5d">Además, las listas de | <span style="color:#5d5d5d">Además, las listas de control/ plantillas de documentos apoyan la definición de las outputs de procesos. Los atributos usualmente asignados a un Registro de Incidente, por ejemplo, se encuentran en la lista de control de "Registro de Incidente".</span> | ||
=== Seleccionar | === Seleccionar sistema(s) de apoyo para los procesos por hacer === | ||
Línea 89: | Línea 93: | ||
Se ha comprobado que un enfoque de tres partes es lo más eficiente para este propósito: | Se ha comprobado que un enfoque de tres partes es lo más eficiente para este propósito: | ||
* Primero se puede hacer un acercamiento por escrito a una gran cantidad de proveedores | * Primero se puede hacer un acercamiento por escrito a una gran cantidad de proveedores para encontrar los que puedan cumplir los requisitos más importantes. | ||
* | * Se prevé que con este paso se obtenga una lista corta de proveedores, con el fin de solicitarles que presenten una oferta sólida que también incluya información sobre cuotas para licencias y costos de implementación. | ||
* La decisión final se | * La decisión final se toma después de haber visitado a los clientes de referencia, y posiblemente haber realizado una instalación de prueba del proveedor de sistemas considerado. | ||
==== Objetivo de este | ==== Objetivo de este paso del proyecto ==== | ||
* Seleccionar sistema(s) y proveedor(es) adecuados para el sistema de aplicaciones que | * Seleccionar sistema(s) y proveedor(es) adecuados para el sistema de aplicaciones que vaya a obtenerse | ||
==== Prerequisitos ==== | ==== Prerequisitos ==== | ||
* Documento de requisitos de las aplicaciones que se | * Documento de requisitos de las aplicaciones que se cambien u obtengan | ||
* Lista de prioridades de requisitos | * Lista de prioridades de requisitos | ||
==== Resultados / Entregables ==== | ==== Resultados / Entregables ==== | ||
* Evaluar los sistemas y proveedores | * Evaluar los sistemas y los proveedores | ||
==== Factores de | ==== Factores de éxito ==== | ||
El número de proveedores incluidos en el proceso de selección no debe ser | El número de proveedores incluidos en el proceso de selección no debe ser demasiado grande; las encuestas de productos publicados por los Grupos Gartner o Forrester proveen asistencia excelente al recopilar una primera lista de posibles candidatos (verificar en Internet en www.gartner.com ó www.forrester.com). | ||
=== Implementar los | === Implementar los sistemas === | ||
==== Descripción ==== | ==== Descripción ==== | ||
Los pasos individuales que debe | Los pasos individuales que debe tomarse para implementar el sistema dependerán en gran medida del tipo de aplicación y su ambiente operacional. En este sentido, esta guía de proyecto no puede darle instrucciones detalladas. | ||
Generalmente es más eficiente usar los conocimientos de los proveedores del sistema | Generalmente es más eficiente usar los conocimientos de los proveedores del sistema a la hora de adaptar e implementar las nuevas aplicaciones. | ||
==== Objetivo de este | ==== Objetivo de este paso del proyecto ==== | ||
* Implementar sistemas de aplicaciones nuevos / cambiados para que puedan apoyar los procesos por introducir | * Implementar sistemas de aplicaciones nuevos / cambiados para que puedan apoyar los procesos por introducir | ||
Línea 128: | Línea 132: | ||
* Seleccionar los proveedores de sistemas | * Seleccionar los proveedores de sistemas | ||
* [[Implementación de ITIL - Diseñando los | * [[Implementación de ITIL - Diseñando los procesos|Descripciones detalladas de los procesos ITIL]] expresados como secuencias de actividades | ||
* [[Listas de | * [[Listas de control ITIL|Guías/ listas de control]] | ||
* Definir | * Definir las outputs de los procesos | ||
==== Resultados / Entregables ==== | ==== Resultados / Entregables ==== | ||
Línea 137: | Línea 141: | ||
==== <span style="color:#5d5d5d"> Perspectivas | ==== <span style="color:#5d5d5d"> Perspectivas relevantes del Mapa de Procesos ITIL V3 </span> ==== | ||
<span style="color:#5d5d5d">Las descripciones detalladas de los procesos (secuencias de actividades) y las definiciones de las guías y | <span style="color:#5d5d5d">Las descripciones detalladas de los procesos (secuencias de actividades) y las definiciones de las guías y outputs de los procesos sirven como esquema para la configuración de los sistemas.</span> | ||
Línea 145: | Línea 149: | ||
Implementación de ITIL - Paso 10: '''[[Implementación de ITIL - Adiestramiento|Implementación de procesos y adiestramiento]]''' | Implementación de ITIL - Paso 10: '''[[Implementación de ITIL - Adiestramiento|Implementación de procesos y adiestramiento]]''' | ||
<!-- Esta página se asigna a las siguientes categorías: --> | |||
[[Categoría: ITIL|Implementación de ITIL - Paso 9]] | |||
[[Categoría: Implementación de ITIL|Sistemas de aplicaciones]] | |||
<!-- --- --> |
Revisión del 10:30 4 jun 2011
<seo metakeywords="sistemas ITIL, aplicaciones ITIL" metadescription="Selección e implementación de sistemas de aplicaciones: objetivos - prerequisitos - resultados - factores de éxito." />
Paso 9: Selección e implementación de sistemas de aplicaciones |
Si se necesitan sistemas de aplicaciones nuevos o cam-biados para apoyar los procesos, deben primero procurarse y/o desarrollarse e implementarse.
Definir los requisitos de sistemas
Descripción
Los requisitos funcionales de los sistemas de aplicaciones se derivan mayormente de las descripciones detalladas de los procesos; éstos ilustran qué actividades apoyará el sistema de aplicación.
Se pueden añadir más requisitos (ejemplo: "Crear un Incidente nuevo debe ser posible desde el libro de direcciones de Outlook").
Las definiciones de las outputs de procesos describen qué datos son procesados dentro del sistema. Por ejemplo, el proceso "Registro y Categorización de Incidentes" genera un "Registro de Incidente". El sistema debe poder manejar una estructura de estos datos, y ofrecer interfaces adecuadas para que los usuarios los puedan ver y editar.
Finalmente, se deben identificar todos los requisitos no funcionales para que resulte, como un todo, la siguiente estructura para el documento de requisitos:
- Requisitos funcionales
- Referencia a modelos detallados de procesos
- Requisitos adicionales relacionados con la funcionalidad
- Definiciones de las outputs de procesos (estructura de datos)
- Requisitos de informes
- Requisitos no funcionales
- Requisitos relacionados con capacidades y cantidades
- Ejecución y rendimiento
- Escalabilidad/ expansión
- Disponibilidad
- Requisitos desde un punto de vista operacional
- Requisitos desde un punto de vista de Seguridad de TI
- Interfaces con otros sistemas
- Anejo
- Modelos de procesos
- Datos que se importarán de sistemas previos
Una vez que estén completos los requisitos, se extrae una lista detallada y con prioridades del documento de requisitos. Esta lista se utiliza como una matriz para evaluar a los proveedores. Los requisitos se deben categorizar como en el siguiente ejemplo:
- Criterios decisivos (Prio 1)
- Requisitos importantes (Prio 2)
- Requisitos deseables (Prio 3)
Objetivo de este paso del proyecto
- Definir los requisitos para sistemas de aplicaciones nuevos o cambiados
Prerequisitos
- Descripciones detalladas de procesos ITIL expresados en forma de secuencias de actividades
- Guías/ listas de control
- Definiciones de outputs de procesos
Resultados / Entregables
- Documento de requisitos para aplicaciones que se cambiarán o se obtendrán
- Lista de prioridades de requisitos
Factores de éxito
Es importante no limitarse a los aspectos funcionales cuando se especifiquen los requisitos del sistema. Los aspectos operacionales son de igual importancia, como lo son las posibilidades de expandir el sistema; especialmente si luego se implementan otros procesos de ITIL.
Perspectivas relevantes del Mapa de Procesos ITIL V3
Las descripciones detalladas (secuencias de actividades) del ITIL Process Map son una parte importante de los requisitos del sistema.
Además, las listas de control/ plantillas de documentos apoyan la definición de las outputs de procesos. Los atributos usualmente asignados a un Registro de Incidente, por ejemplo, se encuentran en la lista de control de "Registro de Incidente".
Seleccionar sistema(s) de apoyo para los procesos por hacer
Descripción
Una evaluación sistemática de los sistemas adecuados se consigue basándose en la lista de requisitos.
Se ha comprobado que un enfoque de tres partes es lo más eficiente para este propósito:
- Primero se puede hacer un acercamiento por escrito a una gran cantidad de proveedores para encontrar los que puedan cumplir los requisitos más importantes.
- Se prevé que con este paso se obtenga una lista corta de proveedores, con el fin de solicitarles que presenten una oferta sólida que también incluya información sobre cuotas para licencias y costos de implementación.
- La decisión final se toma después de haber visitado a los clientes de referencia, y posiblemente haber realizado una instalación de prueba del proveedor de sistemas considerado.
Objetivo de este paso del proyecto
- Seleccionar sistema(s) y proveedor(es) adecuados para el sistema de aplicaciones que vaya a obtenerse
Prerequisitos
- Documento de requisitos de las aplicaciones que se cambien u obtengan
- Lista de prioridades de requisitos
Resultados / Entregables
- Evaluar los sistemas y los proveedores
Factores de éxito
El número de proveedores incluidos en el proceso de selección no debe ser demasiado grande; las encuestas de productos publicados por los Grupos Gartner o Forrester proveen asistencia excelente al recopilar una primera lista de posibles candidatos (verificar en Internet en www.gartner.com ó www.forrester.com).
Implementar los sistemas
Descripción
Los pasos individuales que debe tomarse para implementar el sistema dependerán en gran medida del tipo de aplicación y su ambiente operacional. En este sentido, esta guía de proyecto no puede darle instrucciones detalladas.
Generalmente es más eficiente usar los conocimientos de los proveedores del sistema a la hora de adaptar e implementar las nuevas aplicaciones.
Objetivo de este paso del proyecto
- Implementar sistemas de aplicaciones nuevos / cambiados para que puedan apoyar los procesos por introducir
Prerequisitos
- Seleccionar los proveedores de sistemas
- Descripciones detalladas de los procesos ITIL expresados como secuencias de actividades
- Guías/ listas de control
- Definir las outputs de los procesos
Resultados / Entregables
- Sistemas de aplicaciones completamente implementados y operacionales
Perspectivas relevantes del Mapa de Procesos ITIL V3
Las descripciones detalladas de los procesos (secuencias de actividades) y las definiciones de las guías y outputs de los procesos sirven como esquema para la configuración de los sistemas.
El próximo paso:
Implementación de ITIL - Paso 10: Implementación de procesos y adiestramiento