Modelos de Calidad a Nivel de Procesos

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Modelos de Calidad a Nivel de Procesos por Mind Map: Modelos de Calidad a Nivel de Procesos

1. Modelo BOOTSTRAP

1.1. DEFINICIÓN

1.1.1. Metodología de evaluación que permite la mejora de procesos a partir de seis actividades básicas: Examinar la necesidad, Iniciar proceso de mejora, preparación y dirección de la evaluación, análisis de resultados, implantación y finalización de mejoras

1.2. CARACTERISTICAS

1.2.1. Es un modelo robusto, que abarca todo el concepto en cuanto a la estructura. En cuanto a la arquitectura, se descompone en procesos detallados que ofrecen un buen marco para evaluar la calidad y los procesos de software.

1.3. VENTAJAS

1.3.1. El proceso de mejora está muy claro a la hora de aplicarlo. Usa una base de datos global que es beneficioso para la comunicación

1.3.1.1. La metodología tiene una gran ventaja, compara los resultados de la evaluación con los resultados de sus competidores

1.3.1.1.1. Parece que da un gran resultado cuando priorioriza que necesidades se deben mejorar primero.

1.4. DESVENTAJAS

1.4.1. Se implementa principalmente en Europa.

1.4.1.1. Incompleto en comparación con otros modelos.

1.4.1.1.1. Faltaría un poco más de atención en lo que se refiere a la satisfacción del cliente.

1.5. ARQUITECTURA

1.5.1. El modelo de procesos de Boostrap 3.2 tiene la siguiente estructura 1- Organización ORG.1 – Ingeniería del Negocio ORG.2 – Gestión de Recursos Humanos ORG.3 – Gestión de la Infraestructura 2- Metodología 2.1- Ciclo de Vida Dependiente ENG.0 – Definición de desarrollo ENG.1 – Análisis de Requerim. del Sistema ENG.2 – Diseño de la Arquitectura del Sist. ENG.3 – Análisis de los Requerim. del SW ENG.4 – Diseño de la Arquitectura del SW ENG.5 – Diseño Detallado del SW ENG.6 – Implementación y Prueba del SW ENG.7 – Prueba e Integración del SW ENG.8 – Prueba e Integración del Sistema ENG.9 – Mantenimiento ENG.10 – Migración ENG.11 – Retiro 2.2- Ciclo de Vida Independiente 2.2.1- Gestión MAN.0 – Gestión MAN.1 – Gestión del proyecto MAN.2 – Gestión de la Calidad MAN.3 – Gestión de riesgos MAN.4 – Gestión de subcontrato MAN.5 - Gestión de reuso 2.2.2- Soporte SUP.1 – Documentación SUP.2 – Gestión de la configuración SUP.3 – Aseguramiento de la calidad SUP.4 – Verificación SUP.5 – Validación SUP.6 - Revisión completa SUP.7 – Auditoria SUP.8 – Resolución de problemas 2.2.3- Cliente Proveedor CUS.1 – Adquisición CUS.2 – Gestión de la necesidad del cliente CUS.3 – Suministro CUS.4 – Operación de software CUS.5 – Atención al cliente 2.3- Relacionado a proceso PRO.1 – Definición de proceso PRO.2 – Mejora de proceso PRO.3 – Evaluación de proceso PRO.4 – Medición 91 3- Tecnología TEC.1 – Innovación tecnológica TEC.2 - Soporte tecnológ. para los procesos del ciclo de vida TEC.3 – Soporte tecnológico para los procesos independientes del ciclo de vida TEC.4 – Herramienta de integración

2. ITIL

2.1. DEFINICIÓN

2.1.1. Desarrollado en el Reino Unido, con el fin de forta- lecer la gestión gubernamental, a partir de cinco elementos fundamentales: la perspectiva del negocio, entrega del ser- vicio, soporte del servicio, manejo de la infraestructura y manejo de aplicaciones, con el propósito de ofrecer una es- tructura integral para prestar a la organización un servicio completo, cubriendo necesidades de apoyo de instalación, adecuación de redes, comunicaciones, hardware, servidores, sistema operativo, y software necesarios.

2.2. CARACTERISTICAS

2.2.1. Está dirigido a directivos, gerentes y al personal que opera en el Departamento de Tecnología e Información de una empresa.

2.2.2. Se estructura en fases, que a su vez reúnen procesos y actividades específicas.

2.2.3. Brinda a todas las actividades del Departamento de Tecnología de la Información un marco común que se basa en la estructura IT.

2.3. VENTAJAS

2.3.1. Entrega de un servicio de soporte más confiable para el Negocio por parte de la organización de TI.

2.3.2. Incrementar la productividad del negocio, eficiencia y efectividad, y los ahorros financieros por una gestión mejorada de los recursos.

2.3.3. Mejora en la calidad del servicio entregado al cliente de acuerdo a sus necesidades específicas.

2.4. DESVENTAJAS

2.4.1. Su introducción puede llevar tiempo y bastante esfuerzo, y supone un cambio de cultura en la organización.

2.4.2. Se requiere tiempo y esfuerzo necesario para su implementación.

2.4.3. No hay progreso por la falta de comprensión sobre lo que deben dar los procesos, cuáles son los indicadores de desempeño, y cómo se controlan los procesos.

3. Personal Software Process (PSP):

3.1. DEFINICIÓN

3.1.1. Este modelo está enfocado al desarrollo profesional del ingeniero, fomentando una adecuada administración de calidad de los proyectos de desarrollo, reducción de defectos del producto, estimación y planeación del trabajo

3.2. CARACTERISTICAS

3.2.1. Todas las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, están puntualmente definidas en un conjunto de documentos conocidos como scripts. Los scripts son el punto medular de PSP, por lo que se hace mucho énfasis en que deben ser seguidos en forma disciplinada, ya que de ello dependerá el éxito de la mejora que se busca.

3.2.2. Gran parte de las tareas y actividades definidas en los scripts generará en su realización un conjunto de datos, fundamentalmente de carácter estadístico.

3.2.3. La aplicación de PSP en varios procesos de desarrollo, y el análisis de la información estadística generada en cada uno de éstos, permitirán al ingeniero de software identificar, tanto sus fortalezas como sus debilidades, y crecer a través de un proceso de auto aprendizaje y auto mejora.

3.3. VENTAJAS

3.3.1. Hay una mejora en la productividad de las personas, mejora en los hábitos de programación, se puede lograr una detección temprana de defectos y riesgos lo que deriva en una disminución de los defectos, una mejora en la calidad, y por lo tanto, una reducción en el ciclo de vida. Se trabaja con un plan con una base de estimación mas certera al ser realizada por el equipo; se logra una buena comunicación entre los integrantes.

3.4. DESVENTAJAS

3.4.1. En los scripts de PSP no se incluyen tareas y actividades para la etapa de análisis de requerimientos. Siempre se parte de una definición de requerimientos que no va a cambiar.

3.4.2. Aún no existe una herramienta automatizada que facilite el registro y análisis de datos generados por la aplicación de PSP.

3.4.3. Los pasos de registro de información a detalle en el nivel de medición pueden resultar frustrantes cuando se tiene presión de tiempo.

3.5. ARQUITECTURA

3.5.1. PSP 0: – Proceso actual. – Registro de tiempos. – Registro de defectos. • PSP 0.1 : – Estándares de código. – Medición de tamaño. • PSP 1 - Inicial: – Estimación de tamaño. – Reporte de pruebas. • PSP 1.1: – Calendario de planeación de tareas. • PSP 2 - Repetible: – Revisión de diseño y código. • PSP 2.1: – Plantillas de Diseño.

4. Team Software Process (TSP)

4.1. DEFINICIÓN

4.1.1. es la fase posterior de PSP, está diseñado para el trabajo de equipos de desarrollo de software autodirigidos, que se orienta al desarrollo de productos con el mínimo de defectos en tiempo y costos estimados. Cuenta con planes detallados y procesos como revisiones personales, inspecciones e índices de desempeño de calidad, y el fomento de la integración del equipo

4.2. CARACTERISTICAS

4.2.1. -Miembros expertos en papeles de liderazgo y pertenencia. -Relaciones tranquilas y establecidas entre los miembros. -Los miembros se sienten atraídos por el grupo y son fieles. -Los valores y metas del grupo son los de sus integrantes.

4.3. VENTAJAS

4.3.1. • Eleva la calidad de los proyectos • Ayuda a las organizaciones a establecer una práctica da la ingeniería madura y disciplinada. • Reduce el número de los defectos. • Reducción en los costos de pruebas y de los tiempos

4.4. DESVENTAJAS

4.4.1. • Los miembros tiene que tener el compromiso, la disciplina de seguir el plan. • Debe de llenar toda la documentación requerimiento. • Se debe de contar con un buen conjunto de métricas y parámetros de calidad. • Cada miembro debe de estar entrenado en el PSP

5. Dromey

5.1. DEFINICIÓN

5.1.1. Es un modelo adaptable a evaluar varias etapas del proceso de desarrollo como levantamiento de requisitos, diseño e implementación. Se estructura con características y subcaracterísticas de calidad; propone tres modelos distintos para cada etapa de construcción del producto

5.2. CARACTERISTICAS

5.2.1. Eficiencia. Confiabilidad. Facilidad de mantenimiento. Portabilidad. Facilidad de uso. Funcionalidad.

5.3. VENTAJAS

5.3.1. Es flexible y reutilizable en diferentes contextos, responde a preguntas asociadas a la identificación de propiedades de calidad, impacto de la medición de atributos, categoriza el sistema con propiedades de exactitud, estructura y descripción

5.4. DESVENTAJAS

5.4.1. Se enfoca solo en la calidad del producto, no en el desarrollo y análisis del mismo.