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...)
 
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|right|ITIL Implementación de Sistemas de Aplicaciones
Image:ITIL-Wiki-english-de.jpg|DE - EN - ITIL Implementación de Sistemas de Aplicaciones|155px
default [https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Implementation Página en inglés]
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 cambiados para apoyar los procesos, deben primero procurarse, o desarrollarse e implementarse.
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 ===
=== 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 los salidas 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 se los puedan ver y editar.
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:
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 los salidas de procesos (estructura de datos)
** 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 renimiento
** 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 (Prio1)
* Criterios decisivos (Prio 1)
* Requisitos importantes (Prio 2)
* Requisitos importantes (Prio 2)
* Requisitos deseables (Prio 3)
* Requisitos deseables (Prio 3)


==== Objetivo de este Paso del Proyecto ====
==== 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 Procesos|Descripciones detalladas de procesos ITIL]] expresados en forma de secuencias de actividades
* [[Implementación de ITIL - Diseñando los procesos|Descripciones detalladas de procesos ITIL]] expresados en forma de secuencias de actividades
* [[Listas de comprobación de ITIL|Guías/ listas de comprobación]]
* [[Listas de control ITIL|Guías/ listas de control]]
* Definiciones de salidas de procesos
* 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 Éxito ====
==== 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 implementarán otros procesos de ITIL.
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 Relevantes del Mapa de Procesos ITIL V3 </span> ====
==== <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 Mapa de Procesos ITIL V3] son una parte importante de los requisitos del sistema.</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 comprobación/ plantillas de documentos apoyan la definición de los salidas de procesos. Los atributos usualmente asignados a un Registro de Incidente, por ejemplo, se encuentran en la lista de comprobación de "Registro de Incidente".</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 ===
=== 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; la meta aquí es encontrar a quienes puedan cumplir con los requisitos más importantes
* 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.


* Esto debe brindar una lista corta de proveedores, para solicitarles que sometan una oferta sólida que también incluya información sobre cuotas para licencias y costos de implementación
* 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 hace luego de visitar a los clientes de referencia, y posiblemente realizar un instalación de prueba del candidato más fuerte
* 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 ====
==== Objetivo de este paso del proyecto ====


* Seleccionar sistema(s) y proveedor(es) adecuados para el sistema de aplicaciones que se obtendrá
* 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 cambiarán u obtendrán
* 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 Éxito ====
==== Factores de éxito ====


El número de proveedores incluidos en el proceso de selección no debe ser muy grande; las encuestas de productos publicados por los Grupos Gartner o Forrester proveen asistencia excelente al recopilar una primera lista de candidatos posibles (verificar en Internet en www.gartner.com ó www.forrester.com).
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 ===
=== Implementar los sistemas ===


==== Descripción ====
==== Descripción ====


Los pasos individuales que debe tomar para implementar el sistema dependerán en gran medida del tipo de aplicación y su ambiente operacional. Esta guía de proyecto por ende no puede darle instrucciones detalladas.
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 al adaptar e implementar las nuevas aplicaciones.
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 ====
==== 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 Procesos|Descripciones detalladas de los procesos ITIL]] expresados como secuencias de actividades
* [[Implementación de ITIL - Diseñando los procesos|Descripciones detalladas de los procesos ITIL]] expresados como secuencias de actividades
* [[Listas de comprobación de ITIL|Guías/ listas de comproación]]
* [[Listas de control ITIL|Guías/ listas de control]]
* Definir los salidas de los procesos
* Definir las outputs de los procesos


==== Resultados / Entregables ====
==== Resultados / Entregables ====
Línea 137: Línea 141:




==== <span style="color:#5d5d5d"> Perspectivas Relevantes del Mapa de Procesos ITIL V3 </span> ====
==== <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 salidas de los procesos sirven como esquema para la configuración de los sistemas.</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>




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." />

DE - EN - ITIL Implementación de Sistemas de Aplicacionesdiese Seite auf Deutschthis Page in English
DE - EN - ITIL Implementación de Sistemas de Aplicaciones


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

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

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