ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE

Tamaño: px
Comenzar la demostración a partir de la página:

Download "ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE"

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

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 detalles

PONTIFICIA 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 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 detalles

CAPÍ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. 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 detalles

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema 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 detalles

EVALUACIÓN Y MEJORA DE PROCESOS

EVALUACIÓ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 detalles

MODELOS DE CALIDAD EN EL DESARROLLO DE SOFTWARE

MODELOS 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 detalles

Prof. 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 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 detalles

NTE INEN-ISO/IEC 25010 Primera edición

NTE 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 detalles

Capitulo 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 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 detalles

GESTIÓN DE INDICADORES

GESTIÓ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 detalles

Tres pilares para la Implantación de Sistemas

Tres pilares para la Implantación de Sistemas WICC 2012 621 Tres pilares para la 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 detalles

Definición de un Proceso de Implantación de Sistemas

Definició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 detalles

Desarrollo 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 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 detalles

ITIL. Mejora de la calidad en la gestión de servicios de TI. Gestión Financiera

ITIL. Mejora de la calidad en la gestión de servicios de TI. Gestión Financiera UNIVERSIDAD NACIONAL DE EDUCACIÓN A DISTANCIA ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA Resumen Proyecto de Fin de Carrera de Ingeniero Informático ITIL. Mejora de la calidad en la gestión de

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS 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 detalles

ESQUEMA 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. 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 detalles

Calidad del software. Ingeniería del Software I Universidad Rey Juan Carlos

Calidad del software. Ingeniería del Software I Universidad Rey Juan Carlos Calidad del software Ingeniería del Software I Universidad Rey Juan Carlos Definición de Calidad Software I do not worry whether something is cheap or expensive. I only worry if it is good. If it is good

Más detalles

Planeación del Proyecto de Software:

Planeació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 detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades 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 detalles

Modelo de Mejora de Empresas Método de Evaluación. www.cenatic.es. Versión: 2P Fecha:27/09/11

Modelo de Mejora de Empresas Método de Evaluación. www.cenatic.es. Versión: 2P Fecha:27/09/11 Versión: 2P Fecha:27/09/11 Índice 1 QUÉ ES CENATIC EMPRESA... 3 2 ESTRUCTURA DEL PSEUDO-MODELO Y CRITERIOS DE EVALUACIÓN DE CENATIC... 3 3 METODO DE PUNTUACIÓN ASOCIADO A LOS CRITERIOS DE EVALUACIÓN...5

Más detalles

GERENCIA DE INTEGRACIÓN

GERENCIA 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 detalles

B.2.2. Principios para la gestión de proyectos

B.2.2. Principios para la gestión de proyectos B.2.2. Principios para la gestión de proyectos La gestión de proyectos es la aplicación de conocimientos, conocimiento técnico, herramientas y técnicas para planificar actividades a fin de satisfacer o

Más detalles

Mejora continua del servicio (CSI) Mejora continua del servicio (CSI) D.R. Universidad Tec Virtual del Sistema Tecnológico de Monterrey México, 2012.

Mejora continua del servicio (CSI) Mejora continua del servicio (CSI) D.R. Universidad Tec Virtual del Sistema Tecnológico de Monterrey México, 2012. Mejora continua del servicio (CSI) 1 Introducción Bienvenido al estudio del curso Mejora continua del servicio (CSI)! Crear valor por medio del mejoramiento general es una de las estrategias que la mejora

Más detalles

Instituto Tecnológico de Costa Rica

Instituto 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 detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos 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 detalles

LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA

LEY 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 detalles

COBIT OBJETIVOS DE CONTROL DE ALTO NIVEL

COBIT 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 detalles

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

CALIDAD 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 detalles

UNIVERSIDAD 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 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 detalles

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones

Criterios 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 detalles

ISO 9001:2015 Principales cambios

ISO 9001:2015 Principales cambios ISO 9001:2015 Principales cambios ISO 9001: 2015 se basa en el Anexo SL - la nueva estructura de alto nivel. Se trata de un marco común para todos los sistemas de gestión ISO. Esto ayuda a mantener la

Más detalles

GOBIERNO Y GESTIÓN TIC. Marcos de Referencia: COBIT, PMBOK, ITIL

GOBIERNO Y GESTIÓN TIC. Marcos de Referencia: COBIT, PMBOK, ITIL GOBIERNO Y GESTIÓN TIC Marcos de Referencia: COBIT, PMBOK, ITIL Marcos de Referencia Existe una creciente preocupación en la alta dirección de las empresas acerca de las actividades de la función TI. Esto

Más detalles

Experiencia en la IMPLANTACIÓN DE UN SISTEMA DE CALIDAD en la Facultad de Ciencias Agrotecnológicas de la Universidad Autónoma de Chihuahua

Experiencia 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 detalles

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE Denominación de la materia INGENIERIA DE SOFTWARE N créditos ECTS = 60 carácter = OPTATIVA Ubicación dentro del plan de estudios y duración Esta materia conforma el itinerario de Ingeniería de Software.

Más detalles

Actualizació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 * 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 detalles

UNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK

UNIVERSIDAD 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 detalles

Administración de Centros de Computo FCCA UNIDAD II. EVALUACIÓN DEL DESEMPEÑO. Evaluación del Desempeño. 2. Introducción.

Administración de Centros de Computo FCCA UNIDAD II. EVALUACIÓN DEL DESEMPEÑO. Evaluación del Desempeño. 2. Introducción. UNIDAD II. EVALUACIÓN DEL DESEMPEÑO. Objetivo Particular: El alumno entenderá la importancia de la revisión de los planes y objetivos establecidos, utilizando diversas técnicas de medición, así como el

Más detalles

UNIVERSIDAD DE TARAPACÁ

UNIVERSIDAD 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 detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducció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 detalles

INTRODUCCIÓN A LA INVESTIGACIÓN DE MERCADOS

INTRODUCCIÓN A LA INVESTIGACIÓN DE MERCADOS MÓDULO 1 INTRODUCCIÓN A LA INVESTIGACIÓN DE MERCADOS 1. INTRODUCCIÓN AL CONCEPTO DE LA INVESTIGACIÓN DE MERCADOS... 1 1.1. DEFINICIÓN DE INVESTIGACIÓN DE MERCADOS... 2 1.2. EL MÉTODO CIENTÍFICO... 8 2.

Más detalles

Enginyeria del Software III

Enginyeria 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 detalles

TRANSFERENCIA TECNOLÓGICA

TRANSFERENCIA TECNOLÓGICA TRANSFERENCIA TECNOLÓGICA La transferencia se puede dar en el interior de la empresa desde los grupos de innovación hacia la producción. También se da entre las empresas; desde el sector académico y gubernamental;

Más detalles

RECOMENDACIONES DE INVESTIGACIÓN FUTURA.

RECOMENDACIONES 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 detalles

Transición a la versión 2015 de la NORMA ISO 9001. Posibles Cambios

Transición a la versión 2015 de la NORMA ISO 9001. Posibles Cambios Transición a la versión 2015 de la NORMA ISO 9001 Posibles Cambios INSTITUTO POLITÉCNICO NACIONAL Secretaría de Extensión e Integración Social Unidad Politécnica para el Desarrollo y la Competitividad

Más detalles

Aprendizaje Colaborativo Técnicas Didácticas

Aprendizaje Colaborativo Técnicas Didácticas Dirección de Investigación e Innovación Educativa Programa de Desarrollo de Habilidades Docentes Aprendizaje Colaborativo Técnicas Didácticas Definición de AC Definición de AC El aprendizaje colaborativo

Más detalles

Subgerencia General Auditoría General

Subgerencia 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 detalles

PLAN DE CAPACITACIÓN PARA ADMINISTRATIVOS SISTEMA DE GESTIÓN DE LA CALIDAD

PLAN DE CAPACITACIÓN PARA ADMINISTRATIVOS SISTEMA DE GESTIÓN DE LA CALIDAD Página 1 de 12 PLAN DE CAPACITACIÓN PARA SISTEMA DE GESTIÓN DE LA CALIDAD Dirección de Recursos Humanos Dirección de Calidad y Sistemas Firma Revisado por: Caroline Bravo Barrera Cargo: Jefa de Capacitación

Más detalles

DESARROLLO 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 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 detalles

INSTRUCTIVO PARA LA FORMULACIÓN DEL PLAN DE TRABAJO, PRESUPUESTO Y EVALUACIÓN

INSTRUCTIVO PARA LA FORMULACIÓN DEL PLAN DE TRABAJO, PRESUPUESTO Y EVALUACIÓN INSTRUCTIVO PARA LA FORMULACIÓN DEL PLAN DE TRABAJO, PRESUPUESTO Y EVALUACIÓN - Organizaciones no gubernamentales dedicadas a la prevención y la lucha contra las enfermedades de transmisión sexual y la

Más detalles

El sistema de aseguramiento de calidad adecuado para la fabricación de medicamentos debe garantizar que:

El sistema de aseguramiento de calidad adecuado para la fabricación de medicamentos debe garantizar que: II. GENERALIDADES. II.1. CONCEPTOS GENERALES. II.1.1. GESTION DE LA CALIDAD. La gestión de la calidad total es la organización estructurada y funcional de recursos humanos y materiales que tiene por objeto

Más detalles

La norma ISO 19011:2011

La 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 detalles

Perfil Contador Auditor

Perfil Contador Auditor Perfil Contador Auditor El Contador Auditor de la Universidad de Chile es un profesional capaz de, elaborar, presentar, revelar y validar información económica financiera, reconociendo y midiendo hechos

Más detalles

GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES

GESTIÓ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 detalles

UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA La Universidad Católica de Loja MODALIDAD CLÁSICA ESCUELA DE CIENCIAS DE LA COMPUTACIÓN

UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA La Universidad Católica de Loja MODALIDAD CLÁSICA ESCUELA DE CIENCIAS DE LA COMPUTACIÓN UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA La Universidad Católica de Loja MODALIDAD CLÁSICA ESCUELA DE CIENCIAS DE LA COMPUTACIÓN DEFINICIÓN DE PROCESOS PARA EL GRUPO DE DESARROLLO DE SOFTWARE DE LA UNIDAD

Más detalles

AGENCIA ESTATAL DE EVALUACIÓN DE LAS POLÍTICAS PÚBLICAS Y LA CALIDAD DE LOS SERVICIOS

AGENCIA ESTATAL DE EVALUACIÓN DE LAS POLÍTICAS PÚBLICAS Y LA CALIDAD DE LOS SERVICIOS AGENCIA ESTATAL DE EVALUACIÓN DE LAS POLÍTICAS PÚBLICAS Y LA CALIDAD DE LOS SERVICIOS 1 LA FUNCIÓN EVALUADORA 2 AGENCIA ESTATAL DE EVALUACIÓN DE LAS POLÍTICAS PÚBLICAS Y LA CALIDAD DE LOS SERVICIOS La

Más detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

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

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 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 detalles

RESULTADOS del ESTUDIANTE

RESULTADOS del ESTUDIANTE UNIVERSIDAD NACIONAL DE INGENIERIA FACULTAD DE INGENIERÍA MECÁNICA ESCUELA DE INGENIERIA MECÁNICA RESULTADOS del ESTUDIANTE Competencias que debe demostrar el alumno al momento de egresar 1. Diseño en

Más detalles

CAPITULO 2. 2 Manual de Servicio al Cliente 8

CAPITULO 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 detalles

GUÍ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 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 detalles

COMO 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 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 detalles

Entendiendo mi ambiente de Control

Entendiendo mi ambiente de Control Riesgos y controles de TI, Entendiendo mi ambiente de Control Victor Vasquez AGENDA Agenda Retos de TI Gobierno de TI Concepto riesgo Control Cobit 3 Objetivo Objetivo Lograr que los participantes entiendan

Más detalles

Normas de Auditoría Operacional

Normas de Auditoría Operacional Normas de Auditoría Operacional Resolución CGE/094/2012 27 de agosto de 2012 NE/CE-013 N O R M A D E C O N T R O L E X T E R N O NORMAS DE AUDITORÍA OPERACIONAL DISPOSICIONES GENERALES Propósito El

Más detalles

NORMAS GENERALES DE AUDITORÍA INTERNA Y DE GESTIÓN COLEGIO DE CONTADORES DE CHILE

NORMAS GENERALES DE AUDITORÍA INTERNA Y DE GESTIÓN COLEGIO DE CONTADORES DE CHILE ENERO 2013 NORMA Nº 4 NORMAS GENERALES DE AUDITORÍA INTERNA Y DE GESTIÓN EMITIDAS POR COLEGIO DE CONTADORES DE CHILE COMISION DE AUDITORÍA INTERNA Y DE GESTIÓN La Comisión de Auditoría Interna y de Gestión

Más detalles

LA 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 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 detalles

LINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO

LINEAMIENTOS 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 detalles

Normas de Auditoría de Proyectos de Inversión Pública

Normas de Auditoría de Proyectos de Inversión Pública Normas de Auditoría de Proyectos de Inversión Pública Resolución CGE/094/2012 27 de agosto de 2012 NE/CE-016 N O R M A D E C O N T R O L E X T E R N O NORMAS DE AUDITORÍA DE PROYECTOS DE INVERSIÓN PÚBLICA

Más detalles

ENTRENAMIENTO 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 detalles

Ingeniería de Software Calidad de Procesos y Productos de Software

Ingeniería de Software Calidad de Procesos y Productos de Software Ingeniería de Software Calidad de Procesos y Productos de Software M. Visconti & H. Astudillo Departamento de Informática Universidad Técnica Federico Santa María Calidad

Más detalles

PODER JUDICIAL REPÚBLICA DOMINICANA

PODER JUDICIAL REPÚBLICA DOMINICANA PODER JUDICIAL REPÚBLICA DOMINICANA Experiencias Sobre Monitoreo y Evaluación en el Poder Judicial de la República Dominicana Experiencias Sobre Monitoreo en el Poder Judicial de la República Dominicana

Más detalles

Sistemas de Información

Sistemas de Información INSTITUTO UNIVERSITARIO POLITÉCNICO "SANTIAGO MARINO" SEDE BARCELONA Cátedra: Sistemas I Sistemas de Información PROFESOR: Ing. Osmar Lunar SECCIÓN: SN INTEGRANTE: Castillo, Marggy Cordero, Morelys Franco,

Más detalles

NORMA ISO 31000 DE RIESGOS CORPORATIVOS

NORMA 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 detalles

Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.

Modelo 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 detalles

Asegurando el valor de las aplicaciones para el negocio PERSPECTIVA. j u n i o 2 0 1 2

Asegurando el valor de las aplicaciones para el negocio PERSPECTIVA. j u n i o 2 0 1 2 GESTIÓN DE CARTERA DE APLICACIONES APM Asegurando el valor de las aplicaciones para el negocio Por Vanesa Cabral, Raúl Jaraba, Miguel Katz y Cristian Martínez, Practia Consulting España La crisis que comenzó

Más detalles

DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN

DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN CONTENIDO Qué es un proceso agil Proceso Ágil Otros modelos ágiles de proceso Programación extrema Desarrollo adaptativo de software Método de desarrollo

Más detalles

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE Denominación de la materia INGENIERIA DE SOFTWARE N créditos ECTS = 60 carácter = OPTATIVA Ubicación dentro del plan de estudios y duración Esta materia conforma el itinerario de Ingeniería de Software.

Más detalles

República de Colombia Instituto Colombiano de Bienestar Familiar Cecilia De la Fuente de Lleras Dirección de Abastecimiento

República de Colombia Instituto Colombiano de Bienestar Familiar Cecilia De la Fuente de Lleras Dirección de Abastecimiento CONSOLIDADO PREGUNTAS A LA FICHA DE CONDICIONES TÉCNICAS RECIBIDAS DURANTE EL ESTUDIO DE MERCADO Fecha 19/06/14 Las siguientes preguntas se recibieron durante el desarrollo del Estudio de Mercado para

Más detalles

GUÍA PRÁCTICA DE GESTIÓN DE SERVICIOS LNCS

GUÍA PRÁCTICA DE GESTIÓN DE SERVICIOS LNCS GUÍA PRÁCTICA DE GESTIÓN DE SERVICIOS LNCS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon Las distintas normas ISO

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e Proceso de Ingeniería de Software Evaluación del Proceso de Ingeniería de Software 3. Evaluación del proceso 3.1. Modelos del proceso de evaluación 3.2. Métodos del proceso de evaluación 2 Los objetivos

Más detalles

COMPETENCIAS BÁSICAS: DIEZ CLAVES

COMPETENCIAS 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 detalles

Norma 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 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 detalles

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - 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 detalles

MODELO ESTANDAR DE CONTROL INTERNO

MODELO ESTANDAR DE CONTROL INTERNO MODELO ESTANDAR DE CONTROL INTERNO INTRODUCCIÓN Con la expedición del Decreto 1599 del 20 de mayo de 2005, el Gobierno Nacional adopta el nuevo Modelo Estándar de Control Interno para el Estado Colombiano.

Más detalles

La automatización de malos procesos sólo agrava más la ineficiencia" [HAMMER; 90].

La automatización de malos procesos sólo agrava más la ineficiencia [HAMMER; 90]. CAPITULO 1. INTRODUCCION La automatización de malos procesos sólo agrava más la ineficiencia" [HAMMER; 90]. La tecnología en la actualidad avanza a pasos cada vez más grandes y difíciles de rastrear. Tanto

Más detalles

Anexo I - Descripción de Posición: Gestor de Demandas y Proyectos 1

Anexo I - Descripción de Posición: Gestor de Demandas y Proyectos 1 1 OBJETIVOS Centralizar los requerimientos y solicitudes definidos por el Negocio y los internos de la Dirección TIC, administrándolos oportunamente. Optimizar y racionalizar el uso de los recursos y capacidades

Más detalles

4. EVALUACIÓN DEL PROGRAMA DE CAPACITACIÓN

4. 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 detalles

ISO/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 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 detalles

CURSO EN GERENCIA DE PROYECTOS - PLANEACIÓN

CURSO EN GERENCIA DE PROYECTOS - PLANEACIÓN CIERRE DEL PROYECTO ANDRÉS VÁSQUEZ Ingeniero de Sistemas y Computación Especialista en Gerencia de Proyectos CIERRE DEL PROYECTO 1. Generalidades QUE ES EL CIERRE? POR QUÉ SE DEBE CERRAR UN PROYECTO? CUÁNDO

Más detalles

GUÍA METODOLÓGICA: FORMULACIÓN DE PROYECTOS DE INVERSIÓN PÚBLICA DE CAPITAL HUMANO

GUÍA METODOLÓGICA: FORMULACIÓN DE PROYECTOS DE INVERSIÓN PÚBLICA DE CAPITAL HUMANO GUÍA METODOLÓGICA: FORMULACIÓN DE PROYECTOS DE INVERSIÓN PÚBLICA DE CAPITAL HUMANO FACEN - UNA GUÍA METODOLÓGICA: FORMULACIÓN DE PROYECTOS DE INVERSIÓN PÚBLICA DE CAPITAL HUMANO FEBRERO, 2014 GUÍA-M ETO

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S5 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Sistema de Gestión Ambiental 14001

Sistema 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 detalles

Por qué es importante la planificación?

Por 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 detalles

4 Teoría de diseño de Experimentos

4 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 detalles

PRC-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 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 detalles

INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO

INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO TEXTO DEL INFORME QUE LA PRESIDENCIA DE DECEVAL PONE A CONSIDERACIÓN DE LA JUNTA DIRECTIVA Y QUE DEBE INCLUIRSE EN EL INFORME ANUAL DE GESTIÓN El

Más detalles

Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación

Diferencias 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 detalles

gestor documental y mejoras V.2.0 para gestion@

gestor 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 detalles

Unidad VI: Auditoria de la calidad

Unidad VI: Auditoria de la calidad Unidad VI: Auditoria de la calidad 6.1 Concepto y evolución de la calidad A continuación mencionaremos algunos conceptos de calidad. la calidad no es otra cosa más que 24"Una serie de cuestionamiento hacia

Más detalles

2. 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 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 detalles