Diferencia entre revisiones de «Implementación de ITIL - Sistemas de aplicaciones»
De IT Process Wiki
(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...) |
m (→Objetivos) |
||
| (No se muestra una edición intermedia de la misma usuaria) | |||
| Línea 1: | Línea 1: | ||
<itpmch><title>Implementación de ITIL - Sistemas de aplicaciones | IT Process Wiki</title> | |||
<meta name="keywords" content="sistemas ITIL, aplicaciones ITIL" /> | |||
<meta name="description" content="Selección e implementación de sistemas de aplicaciones: objetivos - prerequisitos - resultados - factores de éxito." /> | |||
</itpmch> | |||
<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_-_Systeme diese Seite auf Deutsch] | |||
rect 107 0 155 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Application_Systems this Page in English] | |||
desc none | desc none | ||
</imagemap> | </imagemap> | ||
| Línea 11: | Línea 16: | ||
|} | |} | ||
Si se necesitan sistemas de aplicaciones nuevos o cam-biados para apoyar los procesos, deben primero procurarse y/o desarrollarse e implementarse. | |||
===Objetivos=== | |||
---- | |||
* Definir los requisitos para sistemas de aplicaciones nuevos o cambiados | |||
* Seleccionar sistema(s) y proveedor(es) adecuados para el sistema de aplicaciones que vaya a obtenerse | |||
* Implementar sistemas de aplicaciones nuevos / cambiados para que puedan apoyar los procesos por introducir | |||
==Definir los requisitos de sistemas== | |||
==== Descripción ==== | ====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. | 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. | ||
| Línea 22: | Línea 33: | ||
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 | ||
* 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 | ||
* Anejo | *Anejo | ||
** Modelos de procesos | **Modelos de procesos | ||
** Datos que se importarán de sistemas previos | **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: | 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==== | ||
* Documento de requisitos para aplicaciones que se cambiarán o se obtendrán | * Documento de requisitos para aplicaciones que se cambiarán o se obtendrán | ||
* 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 implementan otros procesos de ITIL. | |||
<span style="color:#5d5d5d"> | ====<span style="color:#5d5d5d"> Perspectivas relevantes del Mapa de Procesos ITIL</span>==== | ||
<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 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 sistema(s) de apoyo para los procesos por hacer== | |||
==== Descripción ==== | ====Descripción==== | ||
Una evaluación sistemática de los sistemas adecuados se consigue basándose en la lista de requisitos. | Una evaluación sistemática de los sistemas adecuados se consigue basándose en la lista de requisitos. | ||
| Línea 89: | Línea 98: | ||
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==== | |||
*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 | ||
*[[Implementación de ITIL - Diseñando los procesos|Descripciones detalladas de los procesos ITIL]] expresados como secuencias de actividades | |||
*[[Listas de control ITIL|Guías/ listas de control]] | |||
*Definir las outputs de los procesos | |||
==== | ====Resultados / Entregables==== | ||
* | *Sistemas de aplicaciones completamente implementados y operacionales | ||
==== | ====<span style="color:#5d5d5d"> Perspectivas relevantes del Mapa de Procesos ITIL</span>==== | ||
<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> | |||
==Recursos== | |||
*[1] Gartner, Inc., Analysts: Jeffrey M. Brooks and Jarod Greene: [http://www.gartner.com/technology/reprints.do?id=1-1BS56X7&ct=120821&st=sb Magic Quadrant for IT Service Support Management Tools]. -- August 20, 2012 | |||
*[2] ZDNet.com - by Forrester Research: [http://www.zdnet.com/saas-itsm-tools-forrester-delivers-market-overview-7000011865/ SaaS ITSM tools: Forrester delivers market overview]. -- February 26, 2013. | |||
==El próximo paso== | |||
Implementación de ITIL - Paso 10: '''[[Implementación de ITIL - Adiestramiento|Implementación de procesos y adiestramiento]]''' | |||
<p> </p> | |||
<html>By:  Andrea Kempter <a rel="author" href="https://www.linkedin.com/in/andreakempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="de / by: Andrea Kempter | Perfil en LinkedIn" alt="Autor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</html> | |||
Implementación de ITIL - Paso | <!-- 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 actual - 15:41 4 ago 2013
| 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.
Objetivos
- Definir los requisitos para sistemas de aplicaciones nuevos o cambiados
- Seleccionar sistema(s) y proveedor(es) adecuados para el sistema de aplicaciones que vaya a obtenerse
- Implementar sistemas de aplicaciones nuevos / cambiados para que puedan apoyar los procesos por introducir
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
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
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.
Recursos
- [1] Gartner, Inc., Analysts: Jeffrey M. Brooks and Jarod Greene: Magic Quadrant for IT Service Support Management Tools. -- August 20, 2012
- [2] ZDNet.com - by Forrester Research: SaaS ITSM tools: Forrester delivers market overview. -- February 26, 2013.
El próximo paso
Implementación de ITIL - Paso 10: Implementación de procesos y adiestramiento
By: Andrea Kempter 
, IT Process Maps.
