Modelo COBIT

La evaluación de los requerimientos del negocio, los recursos y procesos IT, son puntos bastante importantes para el buen funcionamiento de una compañía y para el aseguramiento de su supervivencia en el mercado.

El COBIT es precisamente un modelo para auditar la gestión y control de los sistemas de información y tecnología, orientado a todos los sectores de una organización, es decir, administradores IT, usuarios y por supuesto, los auditores involucrados en el proceso.

Las siglas COBIT significan Objetivos de Control para Tecnología de Información y Tecnologías relacionadas (Control Objectives for Information Systems and related Technology). El modelo es el resultado de una investigación con expertos de varios países, desarrollado por ISACA (Information Systems Audit and Control Association).

La estructura del modelo COBIT propone un marco de acción donde se evalúan los criterios de información, como por ejemplo la seguridad y calidad, se auditan los recursos que comprenden la tecnología de información, como por ejemplo el recurso humano, instalaciones, sistemas, entre otros, y finalmente se realiza una evaluación sobre los procesos involucrados en la organización.

El COBIT es un modelo de evaluación y monitoreo que enfatiza en el control de negocios y la seguridad IT y que abarca controles específicos de IT desde una perspectiva de negocios.

La adecuada implementación de un modelo COBIT en una organización, provee una herramienta automatizada, para evaluar de manera ágil y consistente el cumplimiento de los objetivos de control y controles detallados, que aseguran que los procesos y recursos de información y tecnología contribuyen al logro de los objetivos del negocio en un mercado cada vez más exigente, complejo y diversificado.

COBIT, lanzado en 1996, es una herramienta de gobierno de TI que ha cambiado la forma en que trabajan los profesionales de tecnología. Vinculando tecnología informática y prácticas de control, el modelo COBIT consolida y armoniza estándares de fuentes globales prominentes en un recurso crítico para la gerencia, los profesionales de control y los auditores.

COBIT se aplica a los sistemas de información de toda la empresa, incluyendo los computadores personales y las redes. Está basado en la filosofía de que los recursos TI necesitan ser administrados por un conjunto de procesos naturalmente agrupados para proveer la información pertinente y confiable que requiere una organización para lograr sus objetivos.

El conjunto de lineamientos y estándares internacionales conocidos como COBIT, define un marco de referencia que clasifica los procesos de las unidades de tecnología de información de las organizaciones en cuatro “dominios” principales, a saber:

- Planificación y organización
- Adquisición e implantación
- Soporte y Servicios
- Monitoreo

Estos dominios agrupan objetivos de control de alto nivel, que cubren tanto los aspectos de información, como de la tecnología que la respalda. Estos dominios y objetivos de control facilitan que la generación y procesamiento de la información cumplan con las características de efectividad, eficiencia, confidencialidad, integridad, disponibilidad, cumplimiento y confiabilidad.

Asimismo, se deben tomar en cuenta los recursos que proporciona la tecnología de información, tales como: datos, aplicaciones, plataformas tecnológicas, instalaciones y recurso humano.

Modelo PEMM

PEMM (Performance Engineering Maturity Model)

• Evalúa el nivel de integración y aplicación de ingeniería de producción o "Madurez de la Ingeniería de Producción"
  
• Se apoya en el CMM, del SEI
• Este modelo cuenta con 5 niveles, los cuales determinan:
  • La mejora del comportamiento de ejecución
  • El decremento del riesgo de ejecución a través de estos niveles

Modelo de Madurez de la Ingeniería de Producción



Objetivos

Evaluar la Ingeniería de Producción y la Integración de Procesos

Evalúa organizaciones, así como el desarrollo de sus propios procesos específicos

Ser una selección de criterio para elegir un proveedor de software para productos críticos o semi-críticos

Interpretación del PEMM

• Un nivel PEMM indica cuál es la capacidad de una organización de dar orientación en el desarrollo de software
• Esto llevará a la organización, obviamente, a destacar en el mercado

GQM (Goal Question Metric)

• Es un método para identificar cuestionamientos y métricas expertas
• Consta de 34 preguntas
• Primero se definen los objetivos, luego se seleccionan preguntas y finalmente se definen métricas ordinales para cuantificar las respuestas
• Mide aspectos generales, la organización, la definición de Ingeniería producción, el proyecto de la dirección y la tecnología

Nivel 1: Prácticas no coordinadas

• El uso de PE depende del compromiso personal de los desarrolladores
• Los métodos individuales no son estructurados

Nivel 2: Consideración de Subprocesos PE

• Se consideran todas las partes del proceso de PE
• Todavía no se cuenta con una descripción completa de los procesos

Nivel 3: Definición Completa de Procesos PE

• El proceso de PE es considerado dentro del proceso de desarrollo de software en su totalidad.
• Se seleccionan productos de rendimiento relevantes y recursos métricos para el uso de PE y luego son estandarizados dentro de la organización
• Los requerimientos del cliente son usados como criterios exitosos en la prueba final

Nivel 4: Procesos PE integrados y probados exitosamente

• Las tareas de PE son parte esencial del desarrollo de software
• Todos los involucrados en procesos de PE tienen acceso a información relevante
• Las métricas son usadas para la estimación de características, para modelos de procesos o para evaluaciones estadísticas
• El valor suplente es evidente mientras se implementan los sistemas de información
• La estructura organizacional es desarrollada de acuerdo a las experiencias

Nivel 5: Procesos PE Optimizados

• Se archiva el máximo grado de madurez de los procesos
• La PE puede ser aplicada a todos los campos de operación
• Las modificaciones tecnológicas dentro del desarrollo de software pueden ser absorbidas por la PE

El lado positivo de este modelo

• La evaluación de la maduración de procesos en la organización
• Toma aspectos tecnológicos relevantes como:
  • El software para la definición
  • Diseño de procesos de desarrollo

Problemas con los Modelos de Madurez de Procesos

• En cuanto a su naturaleza:
  • Por ser modelos para proyectos de gran tamaño, se complica su generalización en proyectos de menor formato
  • No convergen los objetivos de los modelos con los de la organización; se complica la aceptación e instauración de los modelos
  • Definición excesiva de procesos, complicando su aplicación y/o entendimiento
  • No se enfatiza en la certificación y/o evaluación de proyectos de pequeño y/o mediato formato
• En cuanto a su implementación:
  • Los modelos sólo estandarizan y mejoran procesos de producción que se espera mejoren los productos finales
  • Decremento de la productividad al inicio de la aplicación del modelo
  • Resistencia de la organización al cambio

Modelo IDEAL

El modelo IDEAL (Modelo para la Mejora Continua de Procesos) es un modelo elaborado por el SEI para guiar el inicio, planificación e implementación de iniciativas de mejora para el proceso de software en las organizaciones.

El modelo IDEAL provee un enfoque disciplinado de ingeniería para la mejora del proceso de software, focaliza en el gerenciamiento del programa de mejoras y establece los fundamentos para una estrategia de largo plazo. El modelo consiste de cinco fases, compuestas por actividades:
Iniciar: su propósito es estableces los fundamentos básicos para garantizar la iniciativa de mejoramiento de procesos.
se aclaran con la gerencia cuales son los objetivos de la empresa u organización que serán beneficiados por el esfuerzo.
El apoyo de la alta dirección y de la gerencia en general es básica para el éxito del programa de mejoramiento. el compromiso de los gestionarios garantiza la disponibilidad de recursos, la infraestructura y la prioritizacion del proyecto de mejoramiento.
Las actividades de esta fase determinan el éxito o el fracaso del programa.

Diagnosticar: evaluar mediante un método formal las fortalezas y debilidades del proceso seguido por los proyectos.

Establecer: realizar la planificación específica de los mejoramientos que se desea alcanzar.
se desarrolla un plan detallado que sirve como plan de proyecto.
se establece las estrategias y las prioridades.

Actuar: implementar el mejoramiento de procesos llevando a cabo el plan de acción. Aquí se introducen o mejoran los procesos, se estrena a los respectivos niveles de personal, se miden los avances/beneficios logrados, se realiza proyectos pilotos, se implantan los procesos mejorados en los proyectos nuevos o existentes, se hacen mini evaluaciones para constatar la evolución del plan.

Difundir: aprender de la experiencia del ciclo recién realizado y aumentar la habilidad de la empresa u organización para mejorar los procesos en forma continua.

Fundamentos de la calidad de Software

¿Qué es calidad?

1. El grado en que un sistema, compone, o proceso se ajusta con los requerimientos especificados.
2. El grado en que un sistema, compone, o proceso se ajusta con las necesidades y/o espectativas del cliente o usuario.
3. La totalidad de características que una entidad soporte en su habilidad de satisfacer estados y necesidades implicadas.

¿Qué es calidad de software?

Calidad engloba todo el proceso, y está determinada por factores directos e indirectos.
Calidad es un concepto complejo y multifacético, que puede describirse desde diversas perspectivas.

Visiones de Calidad

-Visión trascendental: puede ser reconocida pero no definidad
-Visión del usuario: grado de adecuación al propósito. software que satisface las necesidades de los usuarios, se basa en tareas del usuario a veces muy dependiente del contexto. Apoyado por modelos de confiabilidad, modelos de desempeño y laboratorios de usabilidad.
-Visión del productor: conformidad con la especificación
-Visión del producto: ligada a caracteristicas inherentes del mismo. Caracteristicas internas determinan la calidad.
-Visión basada en valor: ¿Cuánto el cliente está dispuesto a pagar?

Verificación y Validación

-Verificación: ¿estamos construyendo el producto correctamente?
-Validación: ¿estamos construyendo el producto correcto?

¿Qué se puede medir?

El proceso del software para mejorarlo
El proyecto del software para ayudar a estimar, control de calidad, evaluación de la productivad, control de proyectos.
Calidad del producto para ayudar en la toma de decisiones tácticas a medida que el proyecto evoluciona.

Métricas de Calidad

Se miden estadísticamente, es decir, cualitativamente, se aplica a todos los aspectos de calidad de software y éstos se miden desde los puntos de vista de análisis, construcción, funcional, documentación, métodos, proceso, usuario. Existen diferentes tipos de métricas, a continuación mencionaremos 3.

• Métricas técnicas: Se derivan de una relación empírica según las medidas contables del dominio de información del software y evaluaciones de complejidad.


• Métricas Bang: Ayudan a evaluar el análisis y diseño. Proporcionan las medidas de la complejidad y ayudan a diseñar pruebas mas efectivas.

- Medidas de Análisis: Evaluar los elementos más bajos del análisis que no se pueden dividir más.

- Medidas de especificación: Valoran y modelan los requisitos.

- Medidas de Diseño: Evalúan la complejidad de la estructura, los datos, el sistema.

• Métricas de puntos de función de Albretch: Valoran la aplicación desde el punto de vista del usuario. Tiene dos etapas:

1. Identifican las funciones disponibles para el usuario: Salidas, Consultas, Entradas, Archivos, Interfaces.

2. Se ajustan de acuerdo con las caracteristicas del entorno.

Tomado de: Métricas

Clasificación de las métricas

• De complejidad
• De Calidad:

- Modelo de McCall (1977)

- Modelo de FURPS (1987)

- Modelo de DROMEY (1996)

- Normas ISO 9000

- ISO 9126

- MOSCA (Modelo Sistémico de Calidad)

• De Competencia
• De Desempeño
• Estilizados

Algunas Herramientas de Medición de la Calidad

• PHP Depend
• Project Mess Detection

Modelos de Calidad

Un modelo no es una metodología, el modelo dice que hacer y la metodología cómo hacer. Los modelos ayudan a las organizaciones a que se adapten a alguna metodología.

Un modelo de calidad es una herramienta que ayuda a las organizaciones a guiarse en la mejora continua y a la competitividad, proporciona buenas prácticas para el ciclo de vida del software.

Tomado de: Modelos - Metodologías (Iso15504.es)

Tiene como objetivo principal el desarrollo sistemático de bienes, productos y servicios de mayor calidad; y cumplir las expectativas y necesidades de los clientes.

• Depende de las metodologías que use.
• Depende de los objetivos de negocio.
  

Calidad del Proceso

Se puede ver como una colección estructurada de prácticas que describen las características de un proceso efectivo.

Se usa para:

• Definir las prioridades y objetivos de mejora.
• Guía para la mejora.
• Definir un lenguaje común.

Áreas del proceso relacionadas con la gestión de la calidad:

1. Aseguramiento de la calidad en el proceso y en el producto.
2. Verificación del proceso.
3. Validación del proceso.

"El proceso de Software define como se organiza, gestiona, mide, soporta y mejora el desarrollo, independientemente de las técnicas y métodos usados.

(Derniame et al, 1999)"

Gestión de Proyectos de Software

• Gestión: Disciplina de organizar y administrar recursos de manera tal que se pueda culminar todo el trabajo requerido en el proyecto dentro del alcance, el tiempo y un coste definido.
• Proyecto: Esfuerzo temporal, único y progesivo.

Objetivo de la Gestión de Proyectos de Software:

Obtener productos de alta calidad. Se centra en 3 partes:

• Personal: Gestionar el personal para el proyecto es importante, con esto se obtiene el aumento de la preparación en la organización del software. si se llega a alcanzar la madurez en esta área se logran mejores prácticas en ingenierías.
• Problema: Teniendo en cuenta los objetivos, se consideran las soluciones alternas y además se establecen las dificultades técnicas y de gestión.
• Proceso: Se adquiere la estructura de un plan detallado para el desarrollo del proyecto.

Caracteristicas:

• Objetivo.
• Complejo.
• Estructura organizacional.
• Calendario.
• Demanda.
• Sistema de Control de Información.

Visión del Software:

Según el PMI (Project Management Institute)

• Temporal: Tiene un Inicio y Final, así se hayan alcanzado los objetivos o no.
• Productos o servicios únicos.
• Elaboración gradual: Se desarrolla por pasos y va aumentando.

Capas de La Ingeniería del Software:

Tomado de: Capas de Ingeniería

Herramientas que se utilizan para la Gestión de Proyectos de Software: Tomado de: Anexos Wikipedia - Gestion de Proyectos de Software

Crisis del Software

"La Ingeniería de Software no ha sabido adaptarse a su propia definición."

Ingeniería del Software Libre. Una Visión Alternativa a la Ingeniería de Software Tradicional. Gregorio Robles.

Universidad Rey Juan Carlos.

• Se habla de una crisis del software, aunque éste no ha sufrido ningún punto crucial, sólo una lenta evolución. Más que una crisis se trata de una enfermedad crónica; se agudece mas porque existen aplicaciones antiguas que aún se utilizan y de las cuales no se conoce su estructura interna.


• La crisis del software se da también por el hecho que el software no se construye en el tiempo estimado, ni los requerimientos, ni las necesidades del cliente son entendidas; además se excede el presupuesto.


• No se ha podido satisfacer la demanda, se sigue construyendo software complejo y la demanda aumenta cada vez mas. La implementación del software requiere de mucho tiempo debido a que se intenta plasmar la complejidad del mundo real en las aplicaciones, y esto conlleva a software complejos que son difíciles de entender por el usuario.


• Se puede mencionar lo siguiente como uno de los principales problemas en el desarrollo de Software, y es que al comenzar con el proyecto se enfocan mucho en la codificación.

Síntomas:

• Poca calidad del software.
• No se cumple con el plan de proyecto (tiempo y costo).
• Poca confiabilidad.
• Grandes requerimientos.
• El software necesita mantenimiento permanente.
• Carece de transparencia, imposible de mantener y no se puede modificar, ni mejorar.

Factores:

• Mayor obsolencia de hardware y software.
• Crecimiento de usuarios de sistemas de software.
• Magnitud del proyecto.
• Entre otros.

Cambios en el entorno:

• Tecnológicos.
• Económicos.
• Sociales.

Causas:

• "Las causas de la crisis del software fueron vinculadas a la complejidad en general del proceso de software y a la relativa inmadurez de la ingeniería de software como una profesión." Ing. Juan Carlos Heredia Mayer. Consultor e Instructor en TI.

Calidad del producto

La calidad del software no depende de un proceso de manufactura sino de un proceso de diseño en el que las capacidades del individuo son importantes. para algunas clases de productos, el proceso utilizado es el determinante más importante de la calidad del producto.Sin embargo, para aplicaciones innovadoras en particular, la gente involucrada en el proceso es más importante que el proceso utilizado. Para los productos de software donde la calidad depende del diseño, existen cuatro factores que afectan a la calidad del producto.
Principales factores de la calidad del producto:

La influencia de cada uno de estos factores depende del tamaño y del tipo de proyecto. para sistemas muy grandes compuestos de subsistemas independientes, desarrollados por equipos que pueden trabajar en diferentes localizaciones, el determinante principal de la calidad del producto es el proceso del software. los problemas principales con los proyectos grandes son la integración, la gestión y las comunicaciones. Por lo general existe una mezcla de habilidades y de experiencia en los miembros del equipo y, puesto que el proceso de desarrollo requiere varios años, el equipo de desarrollo es volátil. Para proyectos pequeños donde existe únicamente unos pocos miembros, la calidad del equipo de desarrollo es más importante que el proceso de desarrollo utilizado. Si el equipo tiene un nivel alto de habilidad y experiencia, la calidad del producto probablemente sea alta. Si el equipo no tiene experiencia ni habilidades, un buen proceso delimita el daño, pero no conducirá, por sí mismo, a software de alta calidad. si los equipos son pequeños es bueno contar con una buena tecnología de desarrollo.
La calidad del producto se ve afectada si un proyecto, independientemente de su tamaño, está mal presupuestado o planificado con un tiempo de entrega irreal. Un buen proceso requiere recursos para su implementación efectiva. Si los recursos no son adecuados, sólo las personas excelentes pueden salvar el proyecto. Más aún, si el déficit es demasiado grande, la calidad del producto se degradará.
A menudo, la causa real de los problemas en la calidad del software no es la mala gestión, los procesos inadecuados o la poca calidad de la capacitación. Más bien, es el hecho de que las organizaciones deben competir para sobrevivir. Muchos proyectos de software infravaloran el esfuerzo o prometen una entrega rápida con el fin de conseguir el contrato de desarrollo. En un intento de mantener estos compromisos, la compañía podría sacrificar la calidad del software.

Todas las metodologías y herramientas tienen un único fin producir software de gran calidad.
"Concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos con los estándares de desarrollo explícitamente documentados y con las características implícitas que se espera de todo software desarrollado profesionalmente”
R.S. Pressman (1992).

El aseguramiento de calidad del software es el conjunto de actividades planificadas y sistemáticas necesarias para aportar la confianza en que el producto (software) satisfará los requisitos dados de calidad.
El aseguramiento de calidad del software se diseña para cada aplicación antes de comenzar a desarrollarla y no después.

FACTORES QUE DETERMINAN LA CALIDAD DEL PRODUCTO

Se clasifican en tres grupos:

Operaciones del producto:
-Corrección
(¿Hace lo que se le pide?)
• El grado en que una aplicación satisface sus especificaciones y consigue los objetivos encomendados por el cliente
-Fiabilidad
(¿Lo hace de forma fiable todo el tiempo?)
• El grado que se puede esperar de una aplicación lleve a cabo las operaciones especificadas y con la precisión requerida
-Eficiencia
(¿Qué recursos hardware y software necesito?)
• La cantidad de recursos hardware y software que necesita una aplicación para realizar las operaciones con los tiempos de respuesta adecuados
-Integridad
(¿Puedo controlar su uso?)
• El grado con que puede controlarse el acceso al software o a los datos a personal no autorizado
-Facilidad de uso
(¿Es fácil y cómodo de manejar?)
• El esfuerzo requerido para aprender el manejo de una aplicación, trabajar con ella, introducir datos y conseguir resultados

REVISIÓN DEL PRODUCTO
capacidad para soportar cambios

Facilidad de mantenimiento
(¿Puedo localizar los fallos?)
• El esfuerzo requerido para localizar y reparar errores
Flexibilidad
(¿Puedo añadir nuevas opciones?)
• El esfuerzo requerido para modificar una aplicación en funcionamiento

Facilidad de prueba
(¿Puedo probar todas las opciones?)
• El esfuerzo requerido para probar una aplicación de forma que cumpla con lo especificado en los requisitos

TRANSICIÓN DEL PRODUCTO
Adaptabilidad a nuevos entornos
Portabilidad
(¿Podré usarlo en otra máquina?)
• El esfuerzo requerido para transferir la aplicación a otro hardware o sistema operativo
Reusabilidad
(¿Podré utilizar alguna parte del software en otra aplicación?)
• Grado en que partes de una aplicación pueden utilizarse en otras aplicaciones
Interoperabilidad
(¿Podrá comunicarse con otras aplicaciones o sistemas
informáticos?
• El esfuerzo necesario para comunicar la aplicación con otras aplicaciones o sistemas
informáticos

Mejora procesos de calidad

Uno de los principios básicos de la calidad es la prevención y las mejoras continuas. Esto significa que la calidad es un proyecto interminable, cuyo objetivo es detectar disfunciones tan rápido como sea posible después de que ocurran. Así, la calidad puede representarse en un ciclo de acciones correctivas y preventivas llamado "ciclo de Deming":

Este ciclo, representado en el ciclo de Deming, se llama modelo PDCA.
PDCA se refiere a las iniciales del inglés de los siguientes cuatro pasos:
Planear (plan): definir los objetivos a alcanzar y planificar cómo implementar las acciones.
Hacer (do): implementar las acciones correctivas.
Controlar (check): verificar que se logre el conjunto de objetivos.
Actuar (act): según los resultados obtenidos en el paso anterior, tomar medidas preventivas.

Mejorar la calidad interna y externa permite que una compañía trabaje con sus beneficiarios en las mejores condiciones, lo que se traduce en una relación de confianza y ganancias de naturaleza tanto financiera (aumento de ganancias) como personal (clarificación de roles, necesidades y oferta, motivación del empleado).

La mejora de la calidad es un proceso que requiere la participación de toda la compañía y, en la mayoría de los casos, conduce a cambios en los hábitos de trabajo e incluso en la organización. Por lo tanto, un procedimiento de calidad es un acercamiento organizativo al progreso continuo en el área de la eliminación de defectos. Es un procedimiento participativo, lo que significa que debe participar toda la compañía, incluyendo el nivel jerárquico más alto.

La mejora de procesos es una actividad ciclica y tiene tres estados principales
1. Proceso de medición de los atributos del proyecto actual o del producto: el objetivo es mejorar las mediciones de acuerdo con las metas de la organización involucrada en el proceso de mejora.

2. Proceso de análisis: el proceso actual es valorado, y se identifican puntos flacos y cuellos de botella. en esta estapa se suelen desarrollar los procesos que describen los modelos de proceso.

3. Introducción de los cambios del proceso identificados en el análisis.

Cada etapa del proceso puede durar varios meses. La mejora de procesos es una actividad a largo plazo. Es una actividad continua, en la que se introducen nuevos procesos, el entorno de negocio cambia y los procesos por sí mismos evolucionan para tener en cuenta estos cambios.

Introducción Calidad del Software

La obtención de un software con calidad implica la utilización de metodologías o procedimientos estándares para el análisis, diseño, programación y pruebas del software que permitan uniformar la filosofía de trabajo, en áreas de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad del software.

• Los requisitos del software son la base de las medidas de calidad.La falta de concordancia con los requisitos es una falta de calidad.
• Los estándares o metodologías definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Si no se sigue ninguna metodología siempre habrá falta de calidad.

La política establecida debe estar sustentada sobre tres principios básicos: tecnológico, administrativo y ergonómico.

El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software.

El principio administrativo contempla las funciones de planificación y control del desarrollo del software, así como la organización del ambiente o centro de ingeniería de software.

El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado.

La adopción de una buena política contribuye en gran medida a lograr la calidad del software, pero no la asegura. Para el aseguramiento de la calidad es necesario su control o evaluación.

A partir del siguiente gráfico se observa la interrelación existente entre la Gestión de la Calidad, el Aseguramiento de la Calidad y el Control de la Calidad.