ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE
|
|
- María José Villalobos Santos
- hace 8 años
- Vistas:
Transcripción
1 ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE INTRODUCCIÓN La calidad es un concepto complejo, que se viene aplicando en el campo de la informática desde hace muchos años, la aplicación de la calidad al producto software toma cuerpo con la aparición de los primeros modelos de calidad de producto y se fortalece con la propuesta de normas internacionales que comienzan a ser utilizados como marco de referencia para el campo profesional y académico. En el año de 1987 la Oficina Internacional para la Estandarización (ISO) y la Comisición Electrotécnica Internacional (IEC), constituyeron un comité técnico conjunto con la finalidad de proponer normas internacionales en el campo de las tecnologías de la información y los equipos denominado ISO/IEC. En 1985 se inició el desarrollo la norma internacional ISO/IEC y fue publicada en 1991 como ISO/IEC 9126:1991: Tecnología de la Información Evaluación del Producto Software Características de la Calidad y Guía para su Aplicación. Para ello usaron como base para la definición de las características el concepto de calidad que posteriormente aparecería en la norma ISO 8402 y que está basada en las necesidades del usuario. Esta norma constituyó el primer esfuerzo internacional para unificar y uniformizar los términos de calidad referido al producto software y proponer una estructura basada en características y subcaracterísticas de calidad. En 1994, se determina la revisión de la norma ISO/IEC 9126 debido a que se estaban desarrollando normas internacionales en el área de evaluación de la calidad de productos. Como resultado de la revisión, se producen dos series de normas la una ISO/IEC 9126 referida al modelo de calidad del producto software y la ISO/IEC referida a la evaluación de la calidad del producto. La publicación completa de ambas series, se iniciaron en julio de 1998 y concluyeron en abril de 2004, con 4 normas en las serie 9126 y 6 normas en la serie Una nueva propuesta de calidad de producto se plantea en 1999 y se aprueba en el 2000, se denomina proyecto SquaRE (Software product Quality REquirements) con la idea de proponer un nuevo marco de referencia para el tema de calidad de producto software, pero esta vez orientándose a la calidad del producto como resultado de un proceso, esta serie de normas tienen la numeración y aún está en construcción. Cada una de estas normas está dividida en características y sub-características internas, externas y de usabilidad que hacen posible definir las métricas asociadas a cada una de estas y el tipo de pruebas que se deben llevar a cabo en la evaluación de software.
2 LA CALIDAD DEL SOFTWARE El producto software es un componente presente en gran cantidad de actividades y su correcta operación es crítica para el éxito del negocio, en este contexto el desarrollo o selección de productos software de gran calidad es de suma importancia. Una especificación y evaluación detallada de la calidad del producto software es un factor clave para asegurar la calidad adecuada, esto solo se puede lograr definiendo las características de calidad y teniendo en cuenta el propósito del uso del producto software, por eso es importante que cada una de las características consideradas importantes de la calidad sea especificada y evaluada utilizando métricas validadas o de amplia aceptación. En la norma ISO/IEC se define al modelo de calidad como un conjunto de características que conforman la base para especificar requerimientos de calidad y evaluar la calidad, en la siguiente figura se muestra un modelo de calidad de dos niveles para las características y sub-características y en el tercer nivel presenta las métricas; estas últimas se pueden obtener de la medición de los diversos atributos que tiene el producto y que influyen en cada sub-característica. Figura 1: Esquema general de un modelo de calidad del software Garvin presenta un enfoque interesante y muy influyente, con cinco visiones de la calidad: La visión trascendental que puede ser reconocida pero no definida La visión del usuario como la adecuación al propósito del usuario La visión del productor como conformidad con la especificación La visión del producto basada en las características observables del producto
3 La visión basada en el valor que el cliente está dispuesto a pagar por ella. El modelo ISO/IEC 9126 presenta el concepto de calidad en uso, la calidad externa y la calidad interna que corresponden con la visión del usuario, del productor y del producto. La siguiente figura representa el ciclo de vida de la calidad que muestra la influencia o dependencia entre los distintos enfoques de calidad interna, externa y en uso. Figura 2: Ciclo de vida de la calidad La calidad también puede ser definida como parte del ciclo de vida de desarrollo de software, la siguiente figura muestra que las necesidades de calidad del usuario sobre el producto de software, contribuyen a especificar los requerimientos de calidad externa y estos a su vez los requerimientos de calidad interna. El cumplimiento de los requisitos de calidad interna se comprobarán en un proceso de verificación que permitirá medirlo, el cumplimiento de requisitos de calidad externa se comprobarán en un proceso de validación que permitirá medirlo y finalmente la satisfacción de las necesidades de la calidad del producto se comprobarán en un proceso de evaluación que permitirá medir la calidad en uso.
4 Figura 3: Calidad en el ciclo de vida del software CALIDAD DEL PRODUCTO SOFTWARE NORMA ISO/IEC 9126 La norma ISO/IEC 9126 presentan dos modelos de calidad, el primero referido a la calidad interna y externa y el segundo modelo referido a la calidad en uso. Calidad interna y externa La norma ISO/IEC 9126 define la calidad interna como la totalidad de las características del producto software desde una perspectiva interna, es medida y evaluada en base a los requerimientos de calidad interna. La calidad externa se define como la totalidad de las características del producto software desde una perspectiva externa, es medida y evaluada mientras se prueba en un ambiente simulado, con datos simulados y usando métricas externas. En la siguiente figura se representa el modelo de calidad externa e interna, se muestra un conjunto de seis características: funcionalidad, fiabilidad, usabilidad, eficiencia, facilidad de mantenimiento y portabilidad.
5 Figura 4: Modelo de calidad interna y externa del producto software En la siguiente tabla se muestra las seis características y las definiciones de cada una de ellas. Tabla 1: Características de la calidad interna y externa ISO/IEC Característica Funcionalidad Fiabilidad Usabilidad Eficiencia Facilidad de mantenimiento Portabilidad Definición Capacidad del producto software para proveer las funciones que satisfacen las necesidades explícitas e implícitas cuando el software se utiliza bajo condiciones específicas. Capacidad del producto software para mantener un nivel especificado de funcionamiento cuando se está utilizando bajo condiciones especificadas Capacidad del producto software de ser entendido, aprendido usado y atractivo al usuario, cuando es usado bajo las condiciones especificadas Capacidad del producto software para proveer un desempeño apropiado, de acuerdo a la cantidad de recursos utilizados y bajo las condiciones planteadas Capacidad del producto software para ser modificado. Las modificaciones pueden incluir correcciones, mejoras o adaptación del software a cambios en el entorno, en requerimientos y especificaciones funcionales Capacidad del producto software de ser trasladado de un entorno a otro
6 Calidad en uso La norma ISO/IEC 9126 define la calidad en uso como la perspectiva del usuario de la calidad del producto software cuando éste es usado en un ambiente específico y un contexto de uso específico. Éste mide la extensión para la cual los usuarios pueden conseguir sus metas en un ambiente particular, en vez de medir las propiedades del software en sí mismo. La siguiente figura representa el modelo de la calidad en uso que muestra un conjunto de 4 características: efectividad, productividad, integridad, y satisfacción. Figura 5: Modelo de calidad del producto software para la calidad en uso. La definición de cada una de las características de la calidad en uso se muestra en la siguiente tabla: Tabla 2: Características de la calidad en uso ISO/IEC 9126 Característica Efectividad Productividad Integridad Satisfacción Definición La capacidad del producto software para permitir a los usuarios lograr las metas especificadas con precisión y completitud en un contexto de uso específico La capacidad del producto software para permitir a los usuarios emplear cantidades apropiadas de recursos en relación a la efectividad lograda en un contexto de uso específico La capacidad del producto software para lograr niveles aceptables de riesgo de daño a las personas, negocio, software, propiedad o entorno en un contexto de uso específico La capacidad del producto software para satisfacer a los usuarios en un contexto de uso específico Las métricas de calidad del producto se asocian y aplican a los diversos atributos del producto, y permiten determinar posteriormente los niveles de calidad del producto. Las métricas que se pueden aplicar de acuerdo a los atributos están definidas en las normas ISO/IEC para el caso de la calidad externa, la ISO/IEC para el caso de la calidad interna y la ISO/IEC para el caso de la
7 calidad en uso. En todos los casos, las normas señalan que las métricas presentadas no pretenden ser exhaustivas y completas, ni limita la posibilidad de usar otras métricas de acuerdo a las necesidades del usuario. Las métricas internas pueden ser aplicadas durante el diseño y la codificación del producto software no ejecutable y proporciona a todos los involucrados el beneficio de conocer la calidad del producto durante su construcción y tomar decisiones sobre esa base para conseguir el producto con la calidad esperada. Las métricas externas pueden ser aplicadas durante la prueba y operación del producto software ejecutable y proporciona a todos los involucrados el beneficio de conocer la calidad del producto software durante las pruebas u operación y saber si cumple con la calidad esperada. Las métricas de calidad en uso miden el nivel en que un producto software cumple con las necesidades específicas de los usuarios en un contexto de uso determinado por los escenarios en los que el usuario realiza sus tareas. EVALUACIÓN DE LA CALIDAD DEL PRODUCTO SOFTWARE NORMA ISO/IEC El estándar ISO/IEC es usado como base metodológica para la evaluación del producto software, pero no solo del producto sino también es necesario considerar mediciones en el proceso empleado para diseñar, desarrollar, probar, y controlar el producto. En este sentido, la norma ISO/IEC ofrece una visión general y explica la relación entre su serie y el modelo de calidad de la ISO/IEC 9126, define los términos técnicos utilizados, contiene requisitos generales para la especificación y evaluación de la calidad del software, y brinda la claridad de los conceptos generales. Además provee un marco de trabajo para evaluar la calidad de todos los tipos de productos software y establece requisitos para los métodos de medición y evaluación de los productos de software. La serie de normas ISO/IEC proporciona un marco de trabajo para evaluar la calidad de todos los tipos de productos de software e indica los requisitos para los métodos de medición y para el proceso de evaluación, esta norma consta de seis partes que describen los requisitos del proceso de evaluación en tres situaciones diferentes: Requisitos para desarrolladores (parte 3) Requisitos para compradores (parte 4) Requisitos para evaluadores (parte 5).
8 Figura 6: Norma ISO/IEC ISO/IEC Parte 1: Visión General: Básicamente provee una visión general de las otras cinco partes y explica la relación entre la evaluación del producto software y el modelo de calidad definido en la ISO/IEC También hace la presentación del proceso de evaluación desglosado en los siguientes pasos: Establecer los requerimientos de evaluación, especificar la evaluación, planear la evaluación, Ejecutar la evaluación. ISO/IEC Parte 2: Planificación y Gestión: Esta parte contiene los requerimientos y las guías para las funciones de soporte tales como el planeamiento y gestión para la evaluación del producto del software. Aquí se planifican las mediciones y las actividades de evaluación, específicamente se incluye: Preparación de las políticas, definición de objetivos organizacionales y de mejora, identificación de la tecnología, asignación de responsabilidades, Identificación e implementación de técnicas de evaluación para software desarrollado y adquirido, entrenamiento en tecnología, recopilación de datos y herramientas, comparación y administración de mejoras dentro de la organización. ISO/IEC Parte 3. El Proceso para desarrolladores: Esta parte provee los requerimientos y las recomendaciones para la evaluación del producto software cuando la evaluación es conducida en paralelo con el desarrollo y llevada a cabo por el desarrollador. Esta parte se enfoca en el uso de indicadores que pueden predecir la calidad final del producto midiendo los productos intermedios que se desarrollan durante el ciclo de vida. Aquí se cubre la planeación y evaluación de mediciones internas y externas con el fin de asegurar de que la calidad del producto sea incorporada en la fase de desarrollo.
9 Una vez identificadas las características fundamentales de calidad y el marco de trabajo, deben ser definidas las etapas siguientes: Organización, donde están los aspectos organizacionales de desarrollo y de soporte deben formar parte de todo el sistema de calidad y del plan de mediciones. Planeamiento del Proyecto y requerimientos de Calidad, donde está el desarrollo y el ciclo de vida de soporte deben ser establecidos y documentados durante el plan de calidad o en otros documentos, aquí es indispensable verificar que el productor y las medidas de control requeridas sean técnicamente factibles, razonables y alcanzables. Especificaciones, donde el desarrollador realiza un mapeo de los requerimientos internos y externos de calidad, con relación a las especificaciones, los requerimientos de mediciones resultantes de esta fase deben ser un tipo de mapeo entre las especificaciones de requerimientos, requerimientos externos de calidad, requerimientos internos correspondientes de calidad y atributos especificados junto a sus escalas de medición y valores objetivos que contribuyan a la cuantificación de la calidad del software, todo esto puede enfocarse por proyecto o por producto. Diseño y planeamiento, donde estás los procedimientos requeridos para el análisis y recopilación de datos necesitan ser definidos, el plan debe incluir: Cronogramas, asignación de responsabilidades, uso de herramientas, bases de datos y entrenamiento especializado requerido, aquí se especifica la precisión de las mediciones y técnicas estadísticas. También debe considerarse como los resultados de las mediciones impactarán en el desarrollo, los planes de contingencia y de mejora. Montaje y pruebas, aquí las mediciones actuales son recolectadas, se realizan análisis apropiados y se toman acciones necesarias, en cada fase del desarrollo debe procurarse lograr un montaje enfocado a las características internas y externas de calidad que definan la calidad global del producto y que puedan ser validados por los resultados de las pruebas y la experiencia del usuario. ISO/IEC Parte 4. El proceso para compradores: Esta parte provee los requerimientos y las recomendaciones para que la evaluación del producto software sea conducida en función a los compradores que planean adquirir o reusar un producto de software existente o pre-desarrollado. Los que adquieren el producto pueden comprar paquetes completos ya sea desarrollados según ciertas especificaciones o pre-desarrollados para un mercado más general. Los compradores también podrían ser desarrolladores que desean integrar productos estándar en sus propios diseños de software, o de desarrolladores buscando herramientas específicas de software.
10 Al respecto se plantean cuatro etapas: Establecimiento de los requerimientos, donde se establece el alcance de la evaluación. Los requerimientos para la calidad del software definidos en la ISO/IEC 9126 pueden ser usados como punto de partida pero otros aspectos como el costo y el de cumplimiento a regulaciones deberán ser también considerados, también deben considerarse el tiempo de la evaluación para que sea consistente con los objetivos. Especificación de la evaluación, durante la redacción de las especificaciones, debe considerarse aspectos tales como: Los requerimientos de calidad a ser evaluados correlacionados con la calidad en uso y métricas externas con prioridades además de un umbral de aceptación definido, el alcance y lo que cubren los casos de prueba donde sean aplicables referencias a módulos de evaluación, los métodos de recolección de mediciones, información requerida y métodos de análisis. Diseño de la Evaluación, Aquí debe considerarse que la evaluación dependerá del tipo de software que será evaluado. Un plan de evaluación necesita considerar: Necesidades de acceso a la documentación del producto, herramientas de desarrollo y personal, requerimientos en costos y conocimientos, cronograma de evaluación y arreglos de contingencia, y criterio para decisiones de evaluación, métodos y herramientas de reporte, procedimientos para la validación y estandarización sobre proyectos futuros. Ejecución de la Evaluación, Aquí se hace el registro documental del seguimiento del proceso evaluativo, puede incluir: Los resultados mismos y la trazabilidad del producto así como información de configuración, registros de análisis, resultados y decisiones, problemas, limitaciones en las mediciones y cualquier compromiso con relación a los objetivos originales, conclusiones sobre los resultados de la evaluación pero también sobre los métodos empleados. ISO/IEC Parte 5: El Proceso para Evaluadores: Esta parte provee los requerimientos y recomendaciones para la evaluación del producto software cuando la evaluación es conducida por evaluadores independientes. Aquí se debe tener en cuenta los requerimientos de evaluación, las especificaciones de evaluación, el diseño de la evaluación, las actividades de evaluación y el reporte de evaluación. ISO/IEC Parte 6: Documentación de los Módulos de Evaluación: Esta parte provee las guías para la documentación del módulo de evaluación. Estos módulos representan la especificación del modelo de calidad y las correspondientes métricas internas y externas que serán aplicadas a una evaluación en particular. Incluye métodos y técnicas de evaluación más las mediciones actuales resultantes de su aplicación. También se considera la
11 administración efectiva de complejidades inherentes a las cuestiones de medición. Los módulos de la evaluación son componentes claves de la ISO/IEC y son usados para proveer un formato consistente y repetible de reporte. Dichos módulos proveen: Visibilidad de la información necesitada para cuadrar con requerimientos específicos de calidad, Documentación de las interfaces necesarias con herramientas de medición. CALIDAD DEL PRODUCTO SOFTWARE NORMA ISO/IEC (SquaRE) El proyecto SquaRE viene avanzando desde el año 2000, este proyecto pretende establecer un modelo para la especificación y evaluación de un producto software, esto ha llevado a reordenar la distribución de normas internacionales ISO/IEC 9126 e ISO/IEC y considerar otras normas para incluirlas dentro de su desarrollo. En la siguiente figura se puede apreciar la nueva arquitectura de la serie de normas Figura 7: Arquitectura de la serie de normas ISO/IEC Esta nueva serie de normas denominada SQuaRE o ISO/IEC 25000:2005 (Software Quality Requirements and Evaluation) se basa en ISO/IEC 9126 y en ISO/IEC y tiene como principal objetivo la coordinación y armonización del contenido de ISO/IEC 9126 y de ISO 15939:2002 (Measurement Information Model), donde la norma ISO tiene un modelo de información que ayuda a determinar que se debe especificar durante la planificación, performance y evaluación de la medición. Esta integración de las normas ISO/IEC 9126 e ISO permiten plantear un proceso de 4 pasos:
12 La identificación de los requerimientos relacionados a la calidad del producto, es decir, seleccionar la parte del modelo de calidad (ISO/IEC 9126-n) que resulta relevante para la evaluación de calidad La identificación del contexto de interpretación, es decir, selección de los valores de referencia y determinación de los target especificados en un contexto determinado El uso de las medidas derivadas de la etapa de preparación de los datos La comparación y análisis de los resultados, obtenidos respecto de un conjunto de valores de referencia. La familia de estándares SQuaRE incluye 14 documentos agrupados en 5 tópicos: Administración de la Calidad 2500n, Modelo de Calidad 2501n, Medidas de Calidad 2502n, Requerimientos de Calidad 2503n y Evaluación de la Calidad 2504n. Administración de la Calidad: Abarca la Guía para SquaRE y Planificación y Administración. Modelo de Calidad: Describe el modelo de calidad interno / externo y la calidad en uso y presenta características y subcaracterísticas. Medidas de Calidad: Medición de primitivas, Medidas para la calidad interna, Medidas para la calidad externa y Medidas para la calidad en uso. Requerimientos de Calidad: Permite habilitar la calidad del software a ser especificado en términos de requerimientos de calidad durante todo el ciclo de vida de un proyecto de software o adquisición, mantenimiento y operación. Evaluación de la Calidad: Evaluación de la Calidad, Proceso para desarrolladores, Proceso para compradores, Proceso para evaluadores y Documentación del módulo de evaluación. La siguiente figura muestra el modelo de referencia SquaRE y la reestructuración de los contenidos, se alinea a otros documentos existentes, y se amplía aspectos que las normas anteriores, sólo se señala a manera de información.
13 Figura 8: Modelo de referencia para la arquitectura Square MODELOS DE MEJORA DE PROCESOS DE SOFTWARE La mejora de proceso software es un mecanismo de mejora continua de la calidad que consiste en aplicar de forma consistente las prácticas que proporcionan buenos resultados y eliminar o cambiar aquellas prácticas que causan problemas. Para aplicar la mejora de proceso software, es necesario tener claro tres aspectos fundamentales: Selección del modelo de mejora del proceso a utilizar, Selección del modelo de proceso a utilizar como referencia, Selección del método a utilizar en la etapa de evaluación. A continuación se menciona algunos modelos de mejora continua del proceso software, y los diferentes métodos de evaluación en el mundo: Estados Unidos En noviembre de 1986, el Instituto de Ingeniería del Software (Software Engineering Institute, SEI) de Pittsburgh, ante el requerimiento presentado por parte del Departamento de Defensa de los Estados Unidos de un modelo que pudiera valorar la capacidad de sus contratistas software, empezó a desarrollar un modelo sobre la madurez del proceso software. En septiembre de 1987, el SEI publicó el primer borrador del modelo de madurez del proceso software y un cuestionario asociado con respuestas del tipo si o no que no recogen diferentes niveles de cumplimiento sobre los aspectos tratados.
14 Este modelo y el cuestionario culminaron en agosto de 1991 en la versión 1.0 del Modelo de Madurez de Capacidad para el Software (Capahility Maturity Model, CMM). Utilizando este modelo como base, el SEI comercializó dos métodos para determinar la madurez del proceso software de una empresa: Evaluación del Proceso Software y Valoración de la Capacidad Software. La versión 1.1 del CMM publicó en febrero de 1993 junto con la actualización del método SCE (v.2.0) para que estuviese alineado con la versión 1.1 del CMM. Muchas empresas han modificado el método SPA para alinearlo con la versión 1.1 del CMM; una de estas empresas ha sido el Instituto para la Mejora del Proceso Software que ha propuesto el método de Evaluación Enfocado en la Acción. En mayo de 1995, el SEI actualizó el SPA, denominándose método de Evaluación basada en el CMM para la Mejora Interna del Proceso v.1.0 (CMM-Based Appraisal for Internal Process Improvemnent, CBA IPI). Se generaron nuevas versiones más consistentes del CBA IPI y de SCE en abril de 1996 donde se utilizan aproximaciones comunes para interpretar el CMM y para recoger y analizar los datos. Actualmente, se encuentra disponible el CMMI, que recoge aspectos tanto del CMM como de ISO/IEC Unión Europea En 1988, la Comisión de la Comunidad Europea comenzó a realizar un estudio sobre el comportamiento de su principal programa de Tecnologías de la Información, el Programa Estratégico Europeo para la Investigación en Tecnologías de la Información descubriéndose que la transferencia de tecnología en el área particular de la ingeniería del software no había tenido el éxito esperado a diferencia de lo acaecido en otras áreas como la fabricación. Así, entre octubre de 1990 y febrero de 1993, la CEC desarrolló un proyecto ESPRIT de investigación denominado BOOTSTRAP para dotar a Europa de un método de evaluación y mejora del proceso software. Este proyecto fue uno de los pioneros en Europa sobre mejora del proceso software (European System and Software Iniciative, ESSI). Se desarrolló tomando como base el CMM, la serie de estándares lso 9000 y el modelo genérico de proceso, PSS 005, de la Agencia Espacial Europea. A partir de febrero de 1991, el método ha sido gestionado y desarrollado por un grupo de interés económico europeo, llamado Instituto Bootstrap, el cual publicó la versión 2.3 en septiembre de 1995 y la versión 3.0 en febrero de 1997 (con ISO/IEC 15504). ISO/IEC Durante 1990 y 1991, el DTI del Reino Unido patrocinó un estudio de investigación, denominado ImprovelT, para analizar los métodos de evaluación y valorar la capacidad de ingeniería del software de los contratistas potenciales. Este estudio descubrió que existían numerosos métodos de evaluación que estaban en uso o bajo desarrollo. También identificó un apoyo muy extendido por parte de las empresas al desarrollo de un método común de dominio público y, preferiblemente, respaldado por un estándar internacional.
15 En junio de 1991, el grupo de Estándares Internacionales para la Ingeniería del Software aprobó un período de estudio con base de ImprovelT, para investigar la necesidad y las características de un estándar de evaluación del proceso software. El informe del estudio indicaba que existía un consenso internacional sobre la necesidad y los requisitos de un estándar de evaluación del proceso software. En junio de 1992 se estableció un nuevo grupo de trabajo para desarrollar este estándar internacional que, en enero de 1993, lanzó el proyecto denominado Mejora del Proceso Software y Determinación de la Capacidad para desarrollar un estándar internacional de evaluación y mejora del proceso software. El proyecto toma como base las mejores características de los siguientes métodos y/o modelos de evaluación: CMM, TRILLIUM, Software Technology Diagnostic (STD) y Bootstrap. El conjunto de los borradores de SPICE se publicaron como informes técnicos durante 1995; posteriormente le ha seguido un período de prueba que aún no ha finalizado. De hecho, se dice que actualmente se encuentra en fase de pruebas y sólo en el entorno de grandes empresas, sin existir todavía experimentación comercial con el método. Finalmente, en 1998 se convirtió en el estándar internacional ISO/IEC versión 3.3 de evaluación del proceso software. Actualmente, las dos líneas, CMM e ISO 15504, han confluido en lo que se ha denominado CMMI (capability Maturity Model integration). CMMI contempla ambas visiones mediante su representación continua (perspectiva ISO) [CMMI, 2001a] y por etapas (perspectiva CMM) [CMMI, 2001b]. También se incluye un método de evaluación denominado SCAMPI [SCAMPI, 2001]. Los principales modelos de mejora del proceso software son: Modelo IDEAL, Desarrollado por el SEI (Software Engineering Institute) Constituido por bucle continuo de 5 etapas (Initiation, Diagnosing, Estahlishing, Acting and Leveraging). La etapa inicial es el comienzo del programa de mejora. Una vez que se tiene el patrocinio y los recursos adecuados, se evalúa el estado actual de la práctica de software (diagnóstico). Posteriormente, se establecen la estrategia de implementación y los planes de acción para la mejora (establecimiento). Por último, se ejecutan los planes y las mejoras recomendadas (actuación) y se difunden (analizando las lecciones aprendidas y los resultados de la mejora, al mismo tiempo que se revisa la aproximación realizada) para el siguiente ciclo de mejora. Modelo de mejora del proceso software desarrollado por ISPI (Institute for Software Process Improvement), donde se describen brevemente cada una de las etapas del modelo de mejora: Compromiso a la mejora del proceso software por parte de la Alta Dirección para que se involucre en el proyecto de mejora, Evaluación del proceso software para determinar cuál es el estado actual del proceso software de la compañía, es decir sus puntos fuertes y débiles, con objeto
16 de determinar los procesos que se van a mejorar, Infraestructura y planes para la mejora del proceso software para crear la estructura necesaria de mejora del proceso, Implantación de la mejora del proceso software para realizar las actividades definidas previamente en el plan. Los dos modelos de proceso utilizados habitualmente en la etapa de evaluación son el Modelo de Madurez de la Capacidad (CMM) y la parte 2 del estándar ISO Como se ha indicado anteriormente, el modelo de procesos se utiliza en la etapa de evaluación con objeto de conocer cómo está el propio proceso software de la empresa con respecto a dicho modelo. La etapa de evaluación se puede llevar a cabo desde dos puntos de vista diferentes: Enfoque de evaluación del proceso que es un enfoque colaborativo y su objeto es determinar las fortalezas y debilidades del proceso software de la compañía, y el enfoque de valoración de la capacidad software que se trata más bien de un enfoque auditor y su objeto es identificar qué subcontratistas cualificados podrán llevar a cabo el desarrollo software a contratar. Actualmente, con el nuevo CMMI se utiliza el método SCAMPI como método de evaluación para la mejora del proceso.
COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a
5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio
Más detallesCAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI
CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel
Más detallesNTE INEN-ISO/IEC 25010 Primera edición
Quito Ecuador NORMA TÉCNICA ECUATORIANA NTE INEN-ISO/IEC 25010 Primera edición SISTEMAS E INGENIERÍA DE SOFTWARE REQUERIMIENTOS Y EVALUACIÓN DE SISTEMAS Y CALIDAD DE SOFTWARE (SQUARE) MODELOS DE CALIDAD
Más detallesMODELOS DE CALIDAD EN EL DESARROLLO DE SOFTWARE
MODELOS DE CALIDAD EN EL DESARROLLO DE SOFTWARE INTRODUCCIÓN Los Modelos de Calidad son herramientas que guían a las Organizaciones a la Mejora Continua y la Competitividad dando les especificaciones de
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesGERENCIA DE INTEGRACIÓN
GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos
Más detallesESQUEMA PARA EL PROYECTO SOCIO TECNOLÓGICO DEL TRAYECTO IV (GESTIÓN DE PROYECTOS) FASE II.
ESQUEMA PARA EL PROYECTO SOCIO TECNOLÓGICO DEL TRAYECTO IV (GESTIÓN DE PROYECTOS) FASE II. f. Modelado de la aplicación: Este debe plasmar todos los procesos o actividades que realizará la aplicación,
Más detallesProf. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014
Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014 Agenda La Crisis del Software Conceptos asociados a Calidad Atributos de Calidad Funciones
Más detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesInstituto Tecnológico de Costa Rica
Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto Programado: Revisión de Utilización Médica: Aplicación Web para el control de pacientes en hospitales de Puerto Rico Práctica
Más detallesDesarrollo de un ciclo de mejora Construcción de un método de diagnóstico
Desarrollo de un ciclo de mejora Construcción de un método de diagnóstico Alicia Mon, Marcelo Estayno, Andrea Arancio {aliciamon, mestayno, andrea.arancio}@fibertel.com.ar G.I.S. UNLaM 1 Resumen. Las pequeñas
Más detallesDiferencias entre nivel 2 y nivel 3 y una estrategia de implantación
CMMI DEV Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación Cecilia Rigoni Gerente de Caelum, Information & Quality Technologies. Vocal del Comité CSTIC de la AEC El modelo CMMI DEV,
Más detallesPONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA Grupo de Investigación y Desarrollo en Ingeniería de Software Normas de la Calidad del Producto Software
Más detallesCurso: Arquitectura Empresarial basado en TOGAF
Metodología para desarrollo de Arquitecturas (ADM) El ADM TOGAF es el resultado de las contribuciones continuas de un gran número de practicantes de arquitectura. Este describe un método para el desarrollo
Más detallesNORMA ISO 31000 DE RIESGOS CORPORATIVOS
NORMA ISO 31000 DE RIESGOS CORPORATIVOS La norma ISO 31000 establece principios y guías para el diseño, implementación y mantenimiento de la gestión de riesgos en forma sistemática y transparente de toda
Más detallesEVALUACIÓN Y MEJORA DE PROCESOS
PORTADA EVALUACIÓN Y MEJORA DE PROCESOS PORTADA ISO 90003 PSP TSP BOOTSTRAP TRILLIUM SPICE (ISO 15504) I MODELO DE MADUREZ DE LA CAPACIDAD () Nivel Inicial Repetible Características - Ausencia de gestión
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD
TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 1. MODELOS, METODOLOGÍAS Y ESTÁNDARES 1.1 Definiciones 01 [Feb. 2006] [Feb. 2007] Cuál de las siguientes frases referidas
Más detallesLa norma ISO 19011:2011
La norma ISO 19011:2011 ISO 19011:2002 ISO 17021:2006 ISO 17021: 2011 e ISO 19011:2011 Términos nuevos: Riesgo Auditoría a distancia Definición Auditoría Proceso sistemático, independiente y documentado
Más detallesRECOMENDACIONES DE INVESTIGACIÓN FUTURA.
Capítulo 6 CONCLUSIONES Y RECOMENDACIONES DE INVESTIGACIÓN FUTURA. 212 METODOLOGÍA PARA LA DETECCIÓN DE REQUERIMIENTOS SUBJETIVOS EN EL DISEÑO DE PRODUCTO. CAPÍTULO 6. CONCLUSIONES, APORTACIONES Y RECOMENDACIONES.
Más detallesCAPITULO 2. 2 Manual de Servicio al Cliente 8
CAPITULO 2 2 Manual de Servicio al Cliente 8 Un Manual de Servicio al cliente es la elaboración de un plan que garantice satisfacer las necesidades concretas de los clientes de la empresa tanto actuales
Más detallesEnginyeria del Software III
Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad
Más detallesPrograma de Criminología UOC
Programa de Criminología UOC Trabajo Final de Grado Presentación Descripción La asignatura en el conjunto del plan de estudios Campos profesionales en que se proyecta Conocimientos previos Objetivos y
Más detallesGESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES
Ciclo Formativo: Módulo: Desarrollo de Aplicaciones Informáticas Análisis y Diseño Detallado de Aplicaciones Informáticas de Gestión Unidad de Trabajo 10: GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN
Más detallesUNIVERSIDAD TECNOLÓGICA DE PANAMÁ SECRETARÍA GENERAL FACULTAD DE INGENIERÍA DE SISTEMAS COMPUTACIONALES DESCRIPCIÓN DE CURSO DE LA CARRERA DE
UNIVERSIDAD TECNOLÓGICA DE PANAMÁ SECRETARÍA GENERAL FACULTAD DE INGENIERÍA DE SISTEMAS COMPUTACIONALES DESCRIPCIÓN DE CURSO DE LA CARRERA DE MAESTRÍA Y POSTGRADO EN INGENIERÍA DE SOFTWARE 2015 APROBADO
Más detallesPRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI
PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado
Más detallesDESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE
DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
Más detallesExperiencia en la IMPLANTACIÓN DE UN SISTEMA DE CALIDAD en la Facultad de Ciencias Agrotecnológicas de la Universidad Autónoma de Chihuahua
46 SynthesiS PUNTO DE VISTA Experiencia en la IMPLANTACIÓN DE UN SISTEMA DE CALIDAD en la Facultad de Ciencias Agrotecnológicas de la Universidad Autónoma de Chihuahua AÍDA RODRÍGUEZ ANDUJO, JULIO CÉSAR
Más detallesCOMPETENCIAS BÁSICAS: DIEZ CLAVES
COMPETENCIAS BÁSICAS: DIEZ CLAVES Este documento ha sido elaborado por un amplio grupo de educadores y educadoras de la Comunidad Autónoma de Canarias, pertenecientes a distintos servicios, con el fin
Más detallesActualización de las Normas Internacionales para el ejercicio profesional de la Auditoría Interna NIA *
Actualización de las Normas Internacionales para el ejercicio profesional de la Auditoría Interna NIA * * Presentación basada en información publicada por el Instituto de Auditores Internos IIA. NIA: Actualización
Más detallesCMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM
CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro
Más detallesENTRENAMIENTO Y DESARROLLO DEL PERSONAL OBJETIVOS Los principales objetivos del entrenamiento son: 1.- Preparar al personal para la ejecución inmediata de las diversas tareas del cargo. 2.- Proporcionar
Más detallesLA PLANIFICACIÓN ESTRATÉGICA EN MATERIA TIC EN EL ÁMBITO DE LA AGE
LA PLANIFICACIÓN ESTRATÉGICA EN MATERIA TIC EN EL ÁMBITO DE LA AGE Subdirector General de Planificación y Coordinación Informática Ministerio de Trabajo y Asuntos Sociales Palabras clave Planificación
Más detallesCapitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas
Capitulo 4. Comparación entre la Representación Continua y la Representación por Etapas "In God we trust, all others bring data." Deming Tal como ya se mencionó al final del Capitulo 2, dentro del CMMI
Más detallesSistemas de Calidad Empresarial
Portal Empresarial Aljaraque Empresarial Sistemas de Calidad Empresarial 1 ÍNDICE 1. INTRODUCCIÓN. 2. CONCEPTO DE CALIDAD Y SU SISTEMA. 3. MÉTODO PARA IMPLANTAR UN SISTEMA DE GESTIÓN DE LA CALIDAD. 4.
Más detallesCAPÍTULO III 3. MÉTODOS DE INVESTIGACIÓN. El ámbito de los negocios en la actualidad es un área donde que cada vez más
CAPÍTULO III 3. MÉTODOS DE INVESTIGACIÓN El ámbito de los negocios en la actualidad es un área donde que cada vez más se requieren estudios y análisis con criterios de carácter científico a fin de poder
Más detallesSistema de Gestión Ambiental 14001
Sistema de Gestión Ambiental 14001 La Gestión Ambiental se refiere a todos los aspectos de la función gerencial (incluyendo la planificación) que desarrollen, implementen y mantengan la política ambiental.
Más detallesGUÍAS. Módulo de Diseño de software SABER PRO 2013-2
GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza
Más detallesSistemas de Gestión de la Calidad según ISO 9001:2000. Anexos I.A9 Ejemplo de procedimiento de sensibilización, formación y competencia profesional
Sistemas de Gestión de la Calidad según ISO 9001:2000 Anexos I.A9 Ejemplo de procedimiento de sensibilización, formación y competencia profesional Procedimiento de sensibilización, formación y Procedimiento
Más detallesUnidad VI: Supervisión y Revisión del proyecto
Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir
Más detallesPlaneación del Proyecto de Software:
Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los
Más detallesPor qué es importante la planificación?
Por qué es importante la planificación? La planificación ayuda a los empresarios a mejorar las probabilidades de que la empresa logre sus objetivos. Así como también a identificar problemas claves, oportunidades
Más detallesSubgerencia General Auditoría General
Subgerencia General Auditoría General Actualización de la Normas Internacionales para el ejercicio profesional de la Auditoría Interna MARCO REGULATORIO DEL INSTITUTO DE AUDITORES INTERNOS Temario 1. Vigencia
Más detallesSistema de Administración de Farmacias Plan de SQA. Historia de revisiones
Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE
Más detalles2.1 Planificación del Alcance
2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar
Más detallesUNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK
PMBOK El PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente
Más detallesUNIVERSIDAD DE TARAPACÁ
UNIVERSIDAD DE TARAPACÁ ESCUELA UNIVERSITARIA DE INGENIERÍA INDUSTRIAL, INFORMÁTICA Y DE SISTEMAS Área de Ingeniería en Computación e Informática PROGRAMA INVESTIGACIÓN EN EDUCACIÓN UTA 2013 PROYECTO UNA
Más detallesLEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA
ADQUISICIÓN DE SOFTWARE DE CORREO 1. Nombre del Área :. Responsable de la Evaluación : Aldo Quispe Santa María. Cargo : Director (e) de Tecnología de la Información y Sistemas 4. Fecha : de Julio de 007
Más detallesMetodología básica de gestión de proyectos. Octubre de 2003
Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución
Más detallesPLAN DE MÉTRICAS EN OCHO PASOS
PLAN DE MÉTRICAS EN OCHO PASOS Primera parte Ing. Esteban Vargas Asesor en Calidad Pro-Software Introducción a las métricas Qué son métricas de software? Las métricas de software son medidas que se usan
Más detallesMARCO TEÓRICO. 2.1.1 Introducción
MARCO TEÓRICO 2.1.1 Introducción Después de estudiar diferentes áreas de la administración de empresas podemos afirmar que, los Recursos Humanos son esenciales para el desarrollo de cualquier compañía.
Más detallesCAPITULO VI ESTRATEGIAS DE OUTSOURCING
CAPITULO VI ESTRATEGIAS DE OUTSOURCING Cuando una compañía decide llevar a cabo un proceso de outsourcing debe definir una estrategia que guíe todo el proceso. Hay dos tipos genéricos de estrategia de
Más detallesModelos y Bases de Datos
Modelos y Bases de Datos MODELOS Y BASES DE DATOS 1 Sesión No. 8 Nombre: Normalización de base de datos Contextualización Sabes cuál es su proceso de la normalización? Tomando en cuenta todos los conceptos
Más detallesPlan provincial de Producción más limpia de Salta
Plan provincial de Producción más limpia de Salta Guía IRAM 009 V.1 Requisitos para la obtención de los distintos niveles de la distinción GESTION SALTEÑA ECOECFICIENTE INTRODUCCIÓN: IRAM, junto con la
Más detallesDefinición de un Proceso de Implantación de Sistemas
Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad
Más detallesInter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre:
Grupo de prácticas de auditoría de acreditación Directriz sobre: Auditando la competencia de los auditores y equipos de auditores de organismos de certificación / registro de Sistemas de Gestión de Calidad
Más detallesCOMO REALIZAR UN DIAGNÓSTICO INICIAL Y DEFINIR LA POLITICA DE SEGURIDAD PARA EL SISTEMA DE GESTIÓN EN CONTROL Y SEGURIDAD BASC
COMO REALIZAR UN DIAGNÓSTICO INICIAL Y DEFINIR LA POLITICA DE SEGURIDAD PARA EL SISTEMA DE GESTIÓN EN CONTROL Y SEGURIDAD BASC AL FINALIZAR EL CURSO.. Estaremos en capacidad de: Conocer la metodología
Más detalles2. Auditorías de sistemas de medición de la calidad del aire
2. Auditorías de sistemas de medición de la calidad del aire En términos generales una auditoría es: una evaluación sistemática e independiente para determinar si las actividades de calidad y los resultados
Más detalles4. EVALUACIÓN DEL PROGRAMA DE CAPACITACIÓN
4. EVALUACIÓN DEL PROGRAMA DE CAPACITACIÓN La etapa final del proceso de capacitación es la evaluación de los resultados obtenidos, mediante este proceso se puede responder a las siguientes preguntas:
Más detallesASEGURAMIENTO DE LA CALIDAD EN LABORATORIO
FUNDACION NEXUS ASEGURAMIENTO DE LA CALIDAD EN LABORATORIO Marzo de 2012 CALIDAD, CONTROL DE LA CALIDAD Y ASEGURAMIENTO DE LA CALIDAD El laboratorio de análisis ofrece a sus clientes un servicio que se
Más detallesEvaluación de la capacidad óptima de medida y alcance de la acreditación de un laboratorio de calibración
Evaluación de la capacidad óptima de medida y alcance de la acreditación de un laboratorio de calibración Fernández Pareja, Mª Teresa te_fer@topografia.upm.es Departamento de Ingeniería Topográfica y Cartografía
Más detallesNORMAS IRAM ISO 9001 Y UTILIZACIÓN DE INDICADORES EN LA ENSEÑANZA DE LA FÍSICA
NORMAS IRAM ISO 9001 Y UTILIZACIÓN DE INDICADORES EN LA ENSEÑANZA DE LA FÍSICA BENAVENTE, N; CUESTA, A. 1 NORMAS IRAM ISO 9001 Y UTILIZACIÓN DE INDICADORES EN LA ENSEÑANZA DE LA FÍSICA Benavente Fager,
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesGuía breve para la. administración de la capacitación en las. entidades públicas. Versión abreviada del Manual para la. entidades públicas
Guía breve para la administración de la en las entidades públicas Versión abreviada del Manual para la administración de la en las entidades públicas Noviembre 2012 sentando bases para una gestión pública
Más detallesModelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.
Anexo 1 CMMI - Capability Maturity Model Integration Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente
Más detallesCurso Auditor Interno Calidad
Curso Auditor Interno Calidad 4. Fases de una auditoria OBJETIVOS Fases de una auditoria 1 / 10 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer las fases de una auditoria interna. Conocer
Más detallesNorma ISO 9001:2015. Cuáles son los cambios presentados en la actualización de la Norma?
Norma ISO 9001:2015 Cuáles son los cambios presentados en la actualización de la Norma? Norma ISO 9001:2015 Contenido Introducción Perspectiva de la norma ISO 9001 Cambios de la norma ISO 9001 Cambios
Más detallesCriterios para seleccionar tecnología de Modelos de Toma de Decisiones
Estado del Arte Por Eduardo Cantú y Stephen Sellers Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Seleccionar la herramienta apropiada para desarrollar sus Modelos de Cadena de
Más detallesLINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO
LINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO Junio 2012 INDICE 1. INTRODUCCIÓN 2. ANTECEDENTES 3. SITUACIÓN ACTUAL A) Daños a la Salud Principales características sociodemográficas Principales
Más detallesDIRECCIÓN DE INNOVACIÓN Y CALIDAD EN LOS SERVICIOS
DIRECCIÓN DE INNOVACIÓN Y CALIDAD EN LOS SERVICIOS Normatividad ISO 9000:2000 ANTECEDENTES En 1969, el Comité N45 de ANSI (Instituto Nacional Americano de Normas) estableció un Comité con el propósito
Más detallesManual de Calidad. Capítulo 1 : Objetivo y Campo de Aplicación. Capítulo 2 : Normas para Consulta. Capítulo 3 : Términos y Definiciones
Manual de Calidad Capítulo 1 : Objetivo y Campo de Aplicación Capítulo 2 : Normas para Consulta Capítulo 3 : Términos y Definiciones Capitulo 4 : Requerimientos del Sistema de Calidad Capítulo 5 : Responsabilidad
Más detallesEvaluación del Software
Evaluación del Software Evaluación de Software El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el hecho por
Más detallesCapítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL
Más detallesNorma Internacional ISO 9001:2008: Sistemas de Gestión de la Calidad- Requisitos. 4. Sistema de Gestión de la Calidad
Norma Internacional ISO 9001:2008: Sistemas de Gestión de la Calidad- Requisitos 4. Sistema de Gestión de la Calidad Figura N 1. Estructura del capítulo 4, Norma ISO 9001:2008. La Norma ISO 9001: 2008
Más detallesDISEÑO Y DESARROLLO DE SERVICIOS
Página 1 de 9 1 Diagrama del proceso. (Anexado al Procedimiento) Descripción 1.1 Evaluación de la necesidad. El sector interesado y Gestión de la Calidad antes de comenzar el diseño de un servicio deben
Más detalles2. LOS SISTEMAS DE COSTOS
2. LOS SISTEMAS DE COSTOS En el actual desarrollo de las técnicas y sistemas de costos se persiguen tres importantes objetivos: La medición de los costos, la más correcta y precisa asignación de costos
Más detallesGESTIÓN DE INDICADORES
GESTIÓN DE INDICADORES Objetivos Conocer los fundamentos del control de procesos necesarios para la formulación de indicadores que sean pertinentes. Establecer las pautas y parámetros, a través de los
Más detallesACUERDOS POR LA SOLIDARIDAD DOCUMENTO DE POSICION ACUERDO POR LA SOLIDARIDAD DOCUMENTO DE POSICIÓN
ACUERDO POR LA SOLIDARIDAD DOCUMENTO DE POSICIÓN 1 1. Qué es un Acuerdo por la Solidaridad? Los acuerdos por la Solidaridad tienen su origen en la Asamblea General de Cruz Roja Española y en los diferentes
Más detallesACUERDO DE ACREDITACIÓN Nº 328 CARRERA DE PEDAGOGÍA EN ARTES VISUALES UNIVERSIDAD DE VIÑA DEL MAR VIÑA DEL MAR
ACUERDO DE ACREDITACIÓN Nº 328 CARRERA DE PEDAGOGÍA EN ARTES VISUALES UNIVERSIDAD DE VIÑA DEL MAR VIÑA DEL MAR ABRIL 2015 ACUERDO DE ACREDITACIÓN Nº 328 Carrera de Pedagogía en Artes Visuales Universidad
Más detallesJornada informativa Nueva ISO 9001:2008
Jornada informativa Nueva www.agedum.com www.promalagaqualifica.es 1.1 Generalidades 1.2 Aplicación Nuevo en Modificado en No aparece en a) necesita demostrar su capacidad para proporcionar regularmente
Más detallesCAPITULO 2: MARCO TEÓRICO
CAPITULO 2: MARCO TEÓRICO 2.1.- Sistema de Gestión Ambiental (SGA) 2.1.1.-Gestión Ambiental Es la gestión del impacto ambiental de las actividades de una organización o compañía sobre el ambiente. Debido
Más detallesCOBIT OBJETIVOS DE CONTROL DE ALTO NIVEL
COBIT OBJETIVOS DE CONTROL DE ALTO NIVEL PO PLANEACION Y ORGANIZACION PO4 Definición de la Organización y las Relaciones de la Tecnología de la Información Control sobre el proceso de TI de: Definición
Más detalles4 Teoría de diseño de Experimentos
4 Teoría de diseño de Experimentos 4.1 Introducción En los capítulos anteriores se habló de PLC y de ruido, debido a la inquietud por saber si en una instalación eléctrica casera que cuente con el servicio
Más detallesMaster en Gestion de la Calidad
Master en Gestion de la Calidad 3. La Calidad en la Actualidad La calidad en la actualidad 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer la calidad en la actualidad. La familia
Más detallesMANUAL DE CALIDAD MANUAL DE CALIDAD. COPIA NO CONTROLADA Empresa S.A.
Página : 1 de 14 MANUAL DE CALIDAD Empresa S.A. Esta es una copia no controlada si carece de sello en el reverso de sus hojas, en cuyo caso se advierte al lector que su contenido puede ser objeto de modificaciones
Más detallesGUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP
GUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP 1. Introducción La información puede adoptar o estar representada en diversas formas: impresa o escrita (papeles de trabajo,
Más detallesBloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.
1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer
Más detallesInternational Laboratory Accreditation Cooperation
International Laboratory Accreditation Cooperation Servicios de ensayos, medida o calibración fiables La diferencia entre acreditación y certificación Qué buscar en un servicio de ensayo, medida o calibración?
Más detallesEstándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.
CMMI Lizbeth Monserrat Hernández Álvarez Yuliana Aguirre Hernández Arely Sánchez Domingo Temas Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles. 1 Definición Un guía para mejorar
Más detallesSISTEMAS DE INFORMACIÓN III TEORÍA
CONTENIDO: QUÉ ES CALIDAD DEL SOFTWARE? ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE CONTROL DE LA CALIDAD DEL SOFTWARE AUDITORÍA DE LA CALIDAD DEL SOFTWARE CALIDAD DEL PRODUCTO DE SOFTWARE CALIDAD DEL PROCESO
Más detallesLista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1
Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1 Sección Punto de Control Cumplimiento 4. Requisitos del Sistema de gestión de la seguridad y salud ocupacional 4.1 Requisitos
Más detalles1 El plan de contingencia. Seguimiento
1 El plan de contingencia. Seguimiento 1.1 Objetivos generales Los objetivos de este módulo son los siguientes: Conocer los motivos de tener actualizado un plan de contingencia. Comprender que objetivos
Más detallesISO/IEC ISO 20000 UNIVERSIDAD NACIONAL FEDERICO VILLARREAL ALUMNO: RAMIREZ FERNANDEZ RICHARD DAVID PROFESOR: INGENIERO FRANO CAPETA CICLO: X CICLO
ISO/IEC ISO 20000 UNIVERSIDAD NACIONAL FEDERICO VILLARREAL ALUMNO: RAMIREZ FERNANDEZ RICHARD DAVID PROFESOR: INGENIERO FRANO CAPETA CICLO: X CICLO Introducción En el pasado los procesos de misión crítica
Más detallesInter-American Accreditation Cooperation
ISO/IAF Directriz del Grupo de Prácticas de Auditoría para la Acreditación sobre: Auditando la conformidad con el Anexo 2 de la Guía IAF GD2:2003 "Tiempos de Auditoria" Este documento es una traducción
Más detallesOrganismo de Acreditación Ecuatoriano. Criterios Específicos
Organismo de Acreditación Ecuatoriano CR EA04 Organismo de Acreditación Ecuatoriano R00 2010-08-27 Turismo sostenible Pág. 1/8 CR EA04 R00 2011-01-06 Criterios Específicos ACREDITACION DE ORGANISMOS DE
Más detallesSISTEMA DE GESTION AMBIENTAL Y DE SEGURIDAD Y SALUD EN EL TRABAJO: INTEGRACIÓN
SISTEMA DE GESTION AMBIENTAL Y DE SEGURIDAD Y SALUD EN EL TRABAJO: INTEGRACIÓN Autores: René G. Manresa González manresa@inin.cu, Lianette Godoy del Pozo lianette@inin.cu, Ibrahím Urquiaga Mergarejo ibm@inin.cu
Más detallesFecha Cargo Nombre Firma
Código: OUADOC014 Revisión Nro. 10 Página 1 de 8 1. OBJETIVO Establecer los requisitos de carácter interpretativo de la UNIT- (equivalente a la ISO/IEC 17025) que los laboratorios de ensayo y calibración
Más detallesIndicadores de la evaluación inclusiva
EVALUACIÓN E INCLUSIÓN EDUCATIVA ES Indicadores de la evaluación inclusiva Preámbulo La evaluación inclusiva es una propuesta de evaluación en centros ordinarios en los que la normativa y la práctica están
Más detallesgestor documental y mejoras V.2.0 para gestion@
Sección de Acción Comunitaria y Dependencia gestor documental y mejoras V.2.0 para gestion@ ÍNDICE 1. INTRODUCCIÓN... 2 2. DETERMINACIÓN DEL PROBLEMA... 3 3. CONCRECIÓN DE OBJETIVOS... 5 4. JUSTIFICACIÓN
Más detalles0. Introducción. 0.1. Antecedentes
ISO 14001:2015 0. Introducción 0.1. Antecedentes Conseguir el equilibrio entre el medio ambiente, la sociedad y la economía está considerado como algo esencial para satisfacer las necesidades del presente
Más detalles