Desarrollo de Sistemas de Servicios
| ||||
Desarrollo de Sistemas de Servicios: área de proceso perteneciente a la categoría Establecimiento y prestación de servicio del nivel de madurez 3 definidos por el modelo para la mejora o evaluación de los procesos CMMI (Capacity Madurity Model Integrated). Ésta área se enfoca principalmente en el desarrollo, integración, verificación y validación de los sistemas de servicios.
Sumario
Propósito
Analizar, diseñar, desarrollar, integrar, verificar y validar sistemas de servicios, incluyendo los componentes del sistema de servicio, para satisfacer existentes o posibles futuros acuerdos de servicio.
Notas Introductorias
El área de proceso Desarrollo de Sistema de Servicio (SSD) es aplicable a todos los aspectos del SSD. Se aplica a los sistemas de servicios nuevos, así como cambios en los sistemas de servicios existentes. Un SSD es una combinación de componentes de SSD integrada e interdependiente para satisfacer los requerimientos de los interesados.
Un "componente de sistema de servicio" es un proceso, producto de trabajo, persona, de consumo, o de cliente o de otros recursos necesarios para un sistema de servicio para ofrecer un valor. Componentes del sistema de Servicio puede incluir componentes de propiedad del cliente o de un tercero.
El uso del modelo CMMI-DEV es el preferido para las organizaciones que ya tienen experiencia con CMMI-DEV y para aquellos que deben desarrollar a gran escala, los sistemas de servicios complejos.
Sin embargo, el área de proceso del Sistema de Desarrollo de Servicios ofrece una forma alternativa de lograr fines algo similar, cubriendo las necesidades de desarrollo, así como el desarrollo del sistema de servicios, integración, verificación y validación en un área de proceso individual. El uso SSD puede ser preferida por las organizaciones proveedoras de servicios que son nuevas en CMMI, en especial las que se están desarrollando servicios sencillos con componentes relativamente pocos y las interfaces. Incluso las organizaciones que utilizan el modelo CMMI-DEV para el desarrollo de sistemas de servicio puede referirse al área de proceso DSS de orientación útil sobre la aplicación de prácticas de desarrollo de los componentes del sistema de servicio como por ejemplo las personas, procesos y productos de consumo.
El proceso de desarrollo de sistema de servicio es impulsado por necesidades de servicio y sistema de servicios que se obtienen de diversas fuentes, tales como acuerdos de servicios y los defectos y problemas identificados en tanto la prestación de servicios y resolución de incidentes y los procesos de prevención.
El área de proceso Desarrollo de Sistema de Servicio (SSD) se enfoca principalmente en las siguientes actividades:
- Coleccionar, coordinar, analizar, validar y asignar requerimientos de SSD de los interesados.
- Evaluar y seleccionar soluciones alternativas de sistemas de servicios.
- Diseñar y construir o componer (si es necesario), integrar y documentar los SSD que cumplan los requerimientos.
- Verificando y validando el SSD se confirma que se satisface lo requerimientos previstos y estos satisfacen las expectaciones de los clientes y usuarios finales durante la real prestación de servicios.
Resumen de Objetivos Específicos y Prácticas Específicas
Objetivo Específico: 1 Desarrollar y analizar requerimientos de involucrados relevantes
Las Prácticas Específicas pertenecientes a ese objetivo son 1.1 Desarrollar requerimientos de los involucrados relevantes, 1.2 Desarrollar requerimientos de sistemas de servicios, 1.3 Analizar y validar requerimientos
Objetivo Específico: 2 Desarrollar Sistema de Servicios
Las Prácticas Específicas de este objetivo son 2.1 Seleccionar soluciones de sistemas de servicio, 2.2 Desarrollar el diseño, 2.3 Asegurar la compatibilidad de la interfaz, 2.4 Implementar el diseño del sistema de servicio, 2.5 Integrar los componentes del sistema de servicio.
Objetivo Específico: 3 Validar y verificar el sistema de servicio SP
Las Prácticas Específicas de este objetivo son 3.1 Prepararse para la verificación y validación, 3.2 Realizar revisiones en pares, 3.3 Verifique los componentes del sistema de servicios seleccionados, 3.4 Validar el sistema de servicio
Desarrollar y analizar requerimientos de involucrados relevantes
Las necesidades de los interesados, las expectativas, limitaciones, y las interfaces se reúnen, analizan y se transformadas en los requisitos del sistema de servicios validados. Este objetivo abarca la transformación de las necesidades de los interesados recogidos, expectativas y limitaciones en los requisitos que pueden ser utilizados para desarrollar un sistema de servicio que permite la prestación de servicios. Las necesidades son obtenidas de fuentes que pueden incluir acuerdos de servicios, servicios estándar definidos, las políticas de organización y de comunicación con los usuarios finales, clientes y otras partes interesadas. Estas necesidades de servicios pueden definir las expectativas de las partes interesadas de lo que se va a entregar, especificar determinados niveles o grados de servicio, o determinar las limitaciones sobre cómo, cuándo, con qué frecuencia, o los servicios a que se van a entregar.
El proceso de elaboración y análisis de necesidades puede implicar múltiples iteraciones que incluyen todas las partes interesadas en la comunicación de necesidades y de sus ramificaciones para que todos estén de acuerdo en un coherente conjunto definido de requisitos para el sistema de servicio. Los cambios pueden ser impulsados por los cambios de las expectativas de los interesados, o por las nuevas necesidades descubiertas durante las consiguientes actividades de desarrollo de los servicios del sistema, la transición del sistema de servicio, o la prestación de servicios.
Desarrollar requerimientos de los involucrados relevantes
Recoger y transformar las necesidades de los interesados, las expectativas, las limitaciones, y las interfaces en los requisitos de los interesados. Las necesidades de los interesados pertinentes (por ejemplo, clientes, usuarios finales, proveedores, constructores, probadores, los fabricantes, personal de apoyo logístico, personal de prestación de servicios) son la base para determinar las necesidades de los interesados. Las necesidades de los interesados, las expectativas, limitaciones, interfaces, conceptos operacionales, y se analizan los conceptos de servicios, armonizado, refinado y elaborado para la traducción en un conjunto de necesidades de los interesados. Los requisitos son recogidos de los clientes y usuarios finales de la prestación de servicio y son documentados en el acuerdo de servicio.
Ejemplos de necesidades de los interesados son los siguientes:
- Requisitos de Operaciones
- Los requisitos de prestación al cliente
- Los requisitos de control
- Los requisitos de Instrumentación
- Los requisitos de documentación
- Requisitos de acuerdos de niveles operativos.
- Requisitos de los acuerdos con otras partes interesadas
Producto típicos de trabajo
1.Los requisitos del cliente
2. Los requisitos de usuario final Subprácticas
1. Involucrar a las partes interesadas utilizando métodos para extraer las necesidades, expectativas, limitaciones, y las interfaces externas. Conseguir que vaya más allá de recoger las necesidades por la identificación proactiva de requisitos adicionales no previstos expresamente por los clientes a través de encuestas, análisis de los datos de la satisfacción del cliente, prototipos, simulación, etc
2. Transformar las necesidades de los interesados, las expectativas, limitaciones y necesidades de los interesados en las interfaces. Las diversas aportaciones de las partes interesadas deben ser consolidadas, la información faltante debe ser obtenida, y los conflictos deben ser resueltos en la documentación de la reconocida serie de requisitos de los interesados.
3. Definir las restricciones para la verificación y validación.
Desarrollar requerimientos de sistemas de servicios
Los requisitos de los interesados se analizan en relación con el desarrollo del concepto operativo para obtener conjuntos más detallada y precisa de los requisitos denominados "requisitos derivados." Estos requisitos de abordar todos los aspectos del sistema de servicios relacionados con la prestación de servicios, incluidos los productos de trabajo, servicios, procesos, consumables, los clientes y otros recursos. Los requisitos derivados surgen de las restricciones, el análisis las cuestiones implícito, pero no explícitamente en la línea de base de los requerimientos de los interesados, y los factores introducidos por el sistema de servicio, seleccione la arquitectura, el diseño, las consideraciones de negocios específicos del desarrollador, y las prioridades estratégicas, incluyendo las tendencias del mercado de la industria.
Producto típicos de trabajo
1. Requisitos derivados con relaciones y prioridades. 2. Requisitos de servicio 3. Requisitos del sistema de servicios 4. Requisito de las asignaciones 5. Restricciones de diseño 6. Requisitos de la interfaz 7. Requisitos de nivel de habilidad
Sub-prácticas
1. Desarrollar los requisitos y expresarlos en los términos necesarios para el servicio y el diseño del sistema de servicio. 2. Deducir los requisitos de los resultados de las elecciones de soluciones y decisiones de diseño. 3. Establecer y mantener relaciones entre los requisitos para su examen durante la gestión del cambio y la asignación de requisitos. Las relaciones entre los requisitos pueden ayudar en el diseño y en la evaluación del impacto de los cambios. 4. Asignar los requisitos a los componentes del sistema de servicio. Las relaciones incluyen las dependencias en las que un cambio en uno de los requisitos puede afectar a otros requisitos. 5. Identificar interfaces externos e internos al sistema de servicios. 6. Desarrollar Requisitos de Software para las interfaces identificadas.
Analizar y validar requerimientos
Analizar y validar los requisitos, y definir la funcionalidad del sistema de servicio requerida. Los análisis de requisitos se realizan para determinar el impacto que el entorno destinado a la prestación de servicios tendrá en la capacidad para satisfacer las necesidades de los interesados, las expectativas, limitaciones, y las interfaces. Dependiendo del contexto de la prestación de servicios, factores como la viabilidad, las necesidades de la misión, las limitaciones de costo, al final la heterogeneidad de usuario, el tamaño del mercado potencial, y la estrategia de contratación deben ser tenidos en cuenta.
Todos los métodos específicos de prestación de servicios se consideran y un análisis de línea de tiempo crítico se genera por el tiempo de secuenciación de las funciones. En paralelo con esta actividad, los parámetros utilizados para evaluar la eficacia de la prestación de servicio se determinará sobre la base del cliente y la entrada del usuario final y el concepto preliminar de prestación de servicios. Los requisitos son validados por el trabajo con las partes interesadas para aumentar la probabilidad de que el sistema de servicios resultante proporcionará los servicios de la forma prevista en el entorno de entrega prevista.
Producto típicos de trabajo
1. Conceptos operacionales, casos de uso, diagramas de actividad, y los escenarios de línea de tiempo 2. Instalación de componente de sistema de servicio y sistema de servicio, la capacitación, el funcionamiento, el mantenimiento, el soporte, y los conceptos de eliminación. 3. Nuevos requisitos 4. Arquitectura funcional 5. Reporte de defectos de los requisitos y los cambios propuestos para resolverlos. 6. Evaluación de los riesgos relacionados con los requisitos. 7. Registro de los métodos de análisis y los resultados.
Subprácticas
1. Desarrollar conceptos operacionales y escenarios que incluyen funcionalidad, rendimiento, mantenimiento, apoyo y disposición, según corresponda.
2. Desarrollar un concepto operacional detallado que define la interacción del sistema de servicio, usuarios finales, y el entorno, y que satisfaga operativos, mantenimiento, apoyo, y las necesidades de eliminación.
3. Establecer y mantener una definición de la funcionalidad requerida. La definición de la funcionalidad puede incluir acciones, secuencia, entradas, salidas, o cualquier otra información que comunica la forma en que el sistema de servicios va a funcionar.
4. Analizar los requisitos para garantizar que son necesarios, suficientes y equilibran las necesidades y limitaciones de los interesados. Como se definen los requisitos, su relación con los requisitos de nivel superior definen las funciones que deben ser comprendidas.
5.Validar los requisitos para garantizar el sistema de servicios resultante se desarrollará según lo previsto en el entorno del usuario.
Desarrollar sistemas de servicio
Los componentes del sistema de servicio son seleccionados, diseñados, implementados, e integrados. Un sistema de servicios puede abarcar productos de trabajo, procesos, personas, consumables, y los clientes y otros recursos. Un componente de los sistemas de servicio importante y a menudo pasado por alto es el aspecto humano. Las personas que realizan tareas como parte de un sistema de servicios permiten que el SSD pueda funcionar, y tanto el personal proveedor y los usuarios finales pueden desempeñar este papel. Por ejemplo, un sistema de servicio que los procesos de las llamadas entrantes por un servicio debe disponer de personal capacitado que pueda recibir las llamadas y procesando estas de manera adecuada utilizando los otros componentes del sistema de servicios. En otro ejemplo, los usuarios finales de un servicio de seguro que tenga que seguir un proceso prescrito de reclamaciones reciben los beneficios del servicio del sistema de servicio.
Este objetivo se centra en las siguientes actividades:
- Evaluación y selección de soluciones que podría satisfacer un conjunto adecuado de los requisitos.
- El desarrollo de diseños detallados para las soluciones elegidas (lo suficientemente detallados como para aplicar el diseño como un sistema de servicio)
- Implementar los diseños de los componentes del sistema de servicio, según sea necesario
- Integración del sistema de servicios para que sus funciones pueden ser verificados y validados
Normalmente, estas actividades se superponen, se repiten, y se apoyan mutuamente. Un cierto nivel de diseño, a veces bastante detallado, puede ser necesario para seleccionar las soluciones. Prototipos, los pilotos, y pruebas unitarias funcionales se pueden utilizar como un medio de adquirir conocimientos suficientes para desarrollar un completo conjunto de requisitos o para seleccionar de entre las alternativas disponibles. Desde la perspectiva de la gente, los diseños pueden ser las especificaciones de nivel de habilidad y los planes de dotación de personal, y los prototipos o pilotos podrán probar los diferentes planes de dotación de personal para determinar cuál funciona mejor en determinadas condiciones. Desde una perspectiva de consumo, para los diseños pueden ser necesarias las especificaciones de las características de consumo y las cantidades.
Seleccionar soluciones de sistemas de servicio
Se consideran antes de seleccionar una solución las soluciones alternativas y sus relativas ventajas. Los requisitos principales, cuestiones de diseño, y las limitaciones son utilizados en el análisis de soluciones alternativas.
Seleccionar la solución del sistema de servicio que mejor satisfaga los criterios es la base para la asignación de requisitos a los diferentes aspectos del sistema de servicio. Los requisitos a un nivel más bajo son generados a partir de la alternativa seleccionada y utilizada para desarrollar el diseño de los componentes del sistema de servicios.
Producto típicos de trabajo
1. Criterios de selección de solución alternativa 2. Criterios de selección 3. Decisiones y justificación de selección de componente del sistema de servicios. 4. Las relaciones documentadas entre las necesidades y los componentes del sistema de servicio. 5. Las soluciones, evaluaciones, y justificaciones documentadas.
Subprácticas
1. Establecer los criterios definidos para la selección.
2. Desarrollar soluciones alternativas.
3. Seleccionar soluciones al sistema de servicio que mejor satisfaga los criterios establecidos.
Desarrollar el diseño
Desarrollar diseños para el sistema de servicios y componentes del sistema de servicio. El término "diseño" en esta práctica se refiere a la definición de los componentes del sistema de servicio y su intención de establecer relaciones, estos componentes, en conjunto, interactúan en formas destinadas a lograr la prestación de servicios reales.
Los diseños de sistemas de servicios deben facilitar el contenido adecuado no sólo para la ejecución, sino también para otros aspectos del ciclo de vida del sistema de servicios como la modificación, la transición y el despliegue, mantenimiento, logística, y la prestación de servicios.
La documentación de diseño proporciona una referencia para apoyar la comprensión del diseño con las partes interesadas para soportar los futuros cambios en el diseño, tanto durante el desarrollo y como en las fases posteriores del ciclo de vida. Una descripción completa del diseño está documentado en un "paquete de diseño" que incluye una gama completa de características y parámetros que incluye las funciones, las interfaces, los umbrales de operación, las características del proceso de fabricación y de servicios (por ejemplo, que las funciones se realiza de forma manual o automatizado), y otros parámetros.
Ejemplos de otros productos de trabajo relacionados con servicios son los siguientes:
- Las descripciones de los roles, responsabilidades, autoridades, y las competencias de las personas necesarias para prestar el servicio.
- Casos de uso funcional que describe las funciones y actividades de los participantes del servicio
- Diseños o plantillas para manuales, formularios de papel, materiales de capacitación y guías para los usuarios finales, los operadores y administradores
"Entradas de diseños" en este contexto significa especificar las propiedades de consumo y las características necesarias para apoyar la prestación de servicios, así como estimaciones de la utilización de recursos para la operación del servicio del sistema.
Productos típicos de trabajo
1. La arquitectura del sistema de servicios
2. Componente del sistema de servicios y entradas del diseño.
3. Las descripciones de habilidades y los detalles del personal de solución (por ejemplo, asignación de personal disponible, contratado como personal permanente o temporal)
Subprácticas
1. Desarrollar el diseño para el sistema de servicio.
2. Asegurar de que el diseño cumple con los requisitos asignados.
3. Documentar el diseño.
4. Diseñar interfaces para los componentes de servicio del sistema utilizando los criterios establecidos.
5. Evaluar si los componentes del sistema de servicio debe ser desarrollado, adquirido, o reutilizados sobre la base de criterios establecidos.
Garantizar la compatibilidad de interfaz
Administrar definiciones de las interfaces internas y externas, los diseños, y los cambios de los sistemas de servicio. Muchos problemas de integración se plantean de los aspectos desconocidos o incontrolados de las interfaces internas y externas. La gestión eficaz de los requisitos de la interfaz, las especificaciones y diseños ayudan a asegurar que las interfaces implementadas serán completas y compatibles. En el contexto de los sistemas de servicios, las interfaces pueden describirse a grandes rasgos de acuerdo a uno de los cuatro grupos principales:
- Interfaces persona a persona que son las que representan la comunicación directa o indirecta entre dos o más personas, cualquiera de los cuales podría ser el personal de servicios o los usuarios finales.
- De persona a interfaces de los componentes son los que abarcan la interacción entre una persona y uno o más componentes del sistema de servicios.
- Componente a interfaces de componentes son los que no incluyen la interacción humana directa.
- Interfaces externos son las interacciones entre los componentes del sistema de servicios y cualquier otra entidad externa al sistema de servicios, incluidos las personas, organizaciones y sistemas.
- Interfaces internas pueden incluir la las interacciones entre el personal, equipos, y funciones de la organización proveedora de servicios. "Interfaces internas" también puede incluir la interacción entre el personal o los usuarios finales y los componentes del sistema de servicios.
Producto típicos de trabajo
1. Categorías de las interfaces con las listas de las interfaces por categoría
2. Mesa o Mapeo de objetos de relaciones de interfaces entre los componentes de sistema de servicio y el ambiente externo. 3. Lista de las interfaces definida para cada par de componentes del sistema de servicio, cuando sea aplicable. 4. Informes de las reuniones del grupo de trabajo de control de interfaz 5. Pasos para la actualización de las interfaces. 6. Actualización de la descripción o acuerdo de la interfaz.
Subprácticas
1. Revisar las descripciones de interfaces para la cobertura y la exhaustividad. Las descripciones de interfaz debe ser revisado con las partes interesadas pertinentes, para evitar interpretaciones erróneas, reducir los retrasos, y prevenir el desarrollo de interfaces que no funcionan correctamente.
2. Administrar definiciones de las interfaces internas y externas, los diseños, y los cambios de los componentes del sistema de servicios.
Implementar el Diseño de Sistemas de Servicio
El término "implementar" en esta práctica se refiere a la creación real de los componentes diseñados del sistema de servicio en una forma que posteriormente se pueden integrar, verificar y validados. "Implementar" no se refiere a poner el sistema de servicio en el lugar en el entorno de la entrega.
Ese proceso de despliegue se produce más tarde durante la transición de servicio del sistema. En algunos casos de consumo y las personas (por ejemplo, el personal proveedor) puede ser "implementadas". Por ejemplo, los formularios de papel especializado necesitan estar impresos. La "implementación" de las personas puede implicar la contratación de nuevo personal o la puesta en marcha de una nueva organización o estructura del equipo para manejar nuevos tipos de responsabilidades. Estas nuevas estructuras deben integrarse, comprobarse y validarse antes del comienzo de la transición del servicio. Los componentes del sistema de servicios se implementan a partir de diseños previamente establecidos y las interfaces. La implementación puede incluir prueba independiente de los componentes del sistema de servicio y por lo general incluye el desarrollo de los materiales de capacitación necesarios para el personal y los usuarios finales.
Producto típicos de trabajo
1. Componentes de sistema de servicio implementados.
2. Materiales de capacitación
Subprácticas
1. Uso de métodos eficaces para implementar el diseño del sistema de servicios.
2. Cumplir las normas y criterios aplicables.
3. Realizar revisiones por pares de los componentes del sistema de servicio.
4. Realizar pruebas independientes de los componentes del sistema de servicios, según corresponda.
5. Revisar el sistema de servicios según sea necesario.
Integrar los componentes del sistema de servicio
Reunir e integrar los componentes del sistema de servicios implementados en un sistema de servicio comprobable. La integración del sistema de servicios debe proceder de acuerdo a una planificación de integración prevista y los procedimientos disponibles. Antes de la integración, cada componente del sistema de servicio debe verificar el cumplimiento de los requisitos de la interfaz. Los componentes del sistema de servicio de los procesos manuales que deben ser desarrollados al mismo tiempo que se hace un uso adecuado de los otros componentes del sistema de servicios necesarios para verificar el cumplimiento de los requisitos.
Durante la integración, componentes subordinados se combinan en más grande, se realizan ensambles más complejos de sistemas de servicio y una prestación del sistema más completo en funciones. Estas uniones de sistema de servicios se verifican para el funcionamiento correcto. Este proceso continúa hasta que la integración del sistema de servicio esté completa. Durante este proceso, si un problema se identifica, este se documenta y se inician las acciones correctivas. Algunos sistemas de servicio pueden requerir de la unión con el cliente o recursos de usuario final para completar la plena integración. Cuando estos recursos están disponibles bajo los términos de un acuerdo de servicios, deben ser incorporados, según proceda, actividades de integración. Recursos equivalentes Cuando estos recursos no están disponibles para los clientes y usuarios finales, el sustituto puede ser empleado de forma temporal para permitir la plena integración del sistema de servicio.
Producto típicos de trabajo
1. La secuencia de integración del sistema de servicios del sistema con la justificación. 2. El entorno para la integración del sistema de servicio documentado y verificado. 3. Los procedimientos y criterios de integración del sistema de servicios.
Subprácticas
1. Garantizar la disponibilidad del entorno de integración.
2. Confirme que cada componente del sistema de servicios requeridos para la integración han sido debidamente identificados, las funciones de acuerdo con su descripción, y que todas las interfaces cumplen con sus descripciones.
3.Evaluar la unión del sistema de servicios para la compatibilidad de interfaz, funcionalidad y rendimiento.
Verificar y validar los sistemas de servicio
Algunos proveedores de servicios se refieren a toda verificación y validación como "pruebas". Sin embargo, en CMMI, "pruebas" se considera un método específico usado para la verificación o validación. Verificación y validación se describen por separado en esta área de proceso para garantizar que ambos aspectos son tratados adecuadamente.
Ejemplos de métodos de verificación incluyen las siguientes:
- Inspecciones
- Las revisiones en pares
- Auditoria
- Tutoriales
- Análisis
- Simulaciones
- Pruebas
- Demostraciones
Ejemplos de métodos de validación son los siguientes:
- Las discusiones con los usuarios, tal vez en el contexto de una revisión formal *Demostraciones de prototipos
- Presentaciones funcionales (por ejemplo, ejecutar la prestación de servicios-throughs, demostraciones de interfaz de usuario finales)
- Los pilotos de materiales de capacitación
- Las pruebas de los servicios y componentes del sistema de servicio por los usuarios finales y otras partes interesadas
- Las prácticas de verificación incluyen la preparación de verificación, la realización de la verificación, y la identificación de medidas correctivas. *Verificación incluye la prueba del sistema de servicios y los componentes del sistema de servicio seleccionados contra todos los requisitos seleccionados, incluidos los acuerdos de servicio, los requisitos de servicio y los requisitos del sistema de servicio.
Algunos ejemplos de los componentes del sistema de servicios que puedan ser verificados y validados incluyen lo siguiente:
- Gente
- Procesos
- Equipo
- Software
- Consumibles
- Validación demuestra que el sistema de servicio, según lo desarrollados, presta los servicios según lo previsto. Verificación va dirigido a si el sistema de servicios refleja correctamente los requisitos especificados. En otras palabras, verificación asegura que "se construye bien". Validación asegura que "se construyó lo correcto. " Las actividades de validación utilizan un enfoque similar a la verificación (por ejemplo, pruebas, análisis, inspección, demostración, simulación).
Preparar la Verificación y Validación
Establecer y mantener un enfoque y un entorno para la verificación y validación. La preparación es necesaria para garantizar que las disposiciones de verificación están incluidos en los requisitos de servicio y del sistema de servicio, diseños, planes de desarrollo, y horarios. Verificación comprende la selección, inspección, prueba, análisis, y la demostración de todos los componentes del sistema de servicio, incluidos los productos de trabajo, procesos y recursos de consumo. Las actividades de preparación son necesarias para que la validación sea significativa y exitosa. Estas actividades incluyen la selección de servicios y componentes del sistema de servicios y establecer y mantener el entorno de validación, los procedimientos y criterios.
Subprácticas
1. Seleccione los componentes para ser verificados y validados y el método de verificación y la validación que se utilizarán para cada uno. Los componentes del sistema de servicio son seleccionados en base a su contribución a los objetivos del proyecto y los requisitos y para hacer frente a los riesgos del proyecto.
2. Establecer y mantener el entorno necesario para apoyar la verificación y validación.
3. Establecer y mantener procedimientos de verificación y validación y los criterios para seleccionar los componentes del sistema de servicio.
Realizar revisiones en pares
Las revisiones en pares implican un examen metódico de los componentes del sistema de servicio por parte de los revisores para identificar los defectos a eliminar y para recomendar cambios. Una revisión en pares es un método de verificación importante y eficaz llevado a cabo a través de inspecciones, las entrevistas estructuradas, u otros métodos de revisión.
Subprácticas
1. Determinar qué tipo de revisión en pares se llevarán a cabo.
Ejemplos de tipos de revisiones en pares son las siguientes:
- Inspecciones
- Las entrevistas estructuradas
- Revisiones activas
2. Establecer y mantener procedimientos de revisión en pares y los criterios para seleccionar los componentes del sistema de servicio y productos de trabajo.
3. Definir los requisitos para la revisión en pares. Las revisiones en pares deberían abordar las siguientes directrices:
Ejemplos de requisitos para revisiones en pares son los siguientes:
- Recopilación de datos
- Los criterios de entrada y salida.
- Criterios para exigir otra revisión en pares
4. Establecer y mantener listas de control para garantizar que los componentes del sistema de servicio y los productos de trabajo se revisan constantemente.
5. Desarrollar un detallado programa de revisión en pares, incluyendo las fechas para la capacitación de revisión en pares y cuándo los materiales para las revisiones en pares estarán disponible.
6. Prepararse para la revisión por pares. Las actividades de preparación para las revisiones en pares suelen incluir lo siguiente:
7. Asignar roles para la revisión por pares, según proceda.
Ejemplos de roles son las siguientes:
- Líder
- Lector
- Grabadora
- Autor
8. Dirigir revisiones en pares sobre los componentes del sistema de servicio y productos de trabajo seleccionados, e identificar los problemas resultantes de la revisión en pares.
9. Realizar una revisión en pares adicionales si los criterios definidos indican la necesidad.
10. Asegurar de que se cumplen los criterios de salida para la revisión en pares.
11. Registrar y almacenar los datos relacionados con la preparación, realización y resultados de las revisiones en pares.
12. Analizar los datos de revisión en pares.
Verificar los componentes del sistema de servicios
Verifique los componentes del sistema de servicio seleccionado contra los requisitos especificados. Los métodos de verificación, los procedimientos, criterios, y el entorno se utilizan para verificar el sistema de servicios seleccionados y lo asociado al mantenimiento, capacitación y procesos de apoyo. Las actividades de verificación se deben realizar en todo el ciclo de vida del sistema de servicio.
Producto típicos de trabajo
1. Resultados y los registros de la verificación.
2. Reporte de verificación
3. Reporte de análisis (por ejemplo, las estadísticas sobre el rendimiento, el análisis causal de las no conformidades, la comparación de la conducta entre el sistema de servicio real y modelos, tendencias)
4. Reporte de problemas
5. Métodos de verificación de las solicitudes de cambio, los criterios, y el entorno.
Subprácticas
1. Realizar la verificación de los componentes del sistema de servicio y productos de trabajo contra los requisitos.
2. Registro de los resultados de las actividades de verificación.
3. Identificar los elementos de acción resultantes de la verificación de los componentes del sistema de servicios y productos de trabajo.
4. Documentar los métodos de verificación que se está aplicando y las desviaciones de los métodos disponibles y los procedimientos descubiertas durante su rendimiento.
5. Analizar y registrar los resultados de todas las actividades de verificación.
Validar el Sistema de Servicio
Validar el sistema de servicios para garantizar que es apto para su uso en el entorno de prestación destinado y responde a las expectativas de las partes interesadas. Él método de validación, procedimientos y criterios se utilizan para validar los servicios seleccionados, los componentes del sistema de servicio y de mantenimiento asociados, la capacitación, y apoyo a los procesos utilizando el correspondiente entorno de validación. Las actividades de validación se realizan en todo el ciclo de vida del sistema de servicio.
Producto típicos de trabajo
1. Reporte de validación y resultados.
2. Matriz de referencia cruzada de validación
3. Reporte sobre deficiencias de validación y otras cuestiones
4. Las solicitudes de cambio para los métodos de validación, los criterios y el entorno.
5. La aceptación del usuario para la validación de la prestación de servicios.
6. Informes de los grupos de enfoque.
Subprácticas
1. Realizar validaciones funcionales y no funcionales a los componentes del sistema de servicio para garantizar que son aptos para su uso en su entorno de prestación previsto.
2. Analizar los resultados de las actividades de validación.
Vea También
Fuente
Febrero 2009 Colectivo de coautores Drew Allison, Rhonda Brown, Brandon Buteau,Eileen Clark,Eileen Forrester, Craig Hollenbach,Mike Konrad, Frank Niessink, M. Lynn Penn Libro: CMMI for Services, Version 1.2
