EJEMPLOS DE MODELO DE EVALUACIÓN MACCLL

**¡Cómo emplear el**
modelo de McCall?

Antes de comenzar a
utilizar el modelo de McCall hay que seguir las siguientes pautas:

1.      Se aceptan los
factores, criterios y métricas que propone el modelo.

2.      Se aceptan las
relaciones entre factores y criterios, y entre criterios y métricas.

3.      Se selecciona un
subconjunto de factores de calidad sobre los que aplicar los requisitos de calidad establecidos para el proyecto.

Al comienzo del
proyecto habrá que especificar los requisitos de calidad del producto software,
para lo cual se seleccionarán los aspectos inherentes a la calidad deseada del
producto, teniendo que considerarse para ello:

Las características particulares del propio
producto que se está diseñando: por ejemplo, su ciclo de vida que si se espera
que sea largo implicará un mayor énfasis en la facilidad de mantenimiento y la
flexibilidad, o bien si el sistema en desarrollo está destinado a un entorno
donde el hardware evoluciona rápidamente implicará como requisito su
portabilidad, ...

La relación calidad-precio, que puede evaluarse a través del coste
de cada factor de calidad frente al beneficio que proporciona.

* La siguiente tabla muestra la relación calidad-precio para cada factor considerado:

* La determinación de las etapas del ciclo de vida donde es necesario evaluar cada factor de calidad para conocer en cuales se dejan sentir más los efectos de una calidad pobre con respecto a cada uno de los factores.
* Las propias interrelaciones entre los factores debido a que algunos factores pueden entrar en conflicto entre sí: por ejemplo, la eficiencia plantea conflictos prácticamente con todos los demás factores de calidad. La interacción entre los diversos factores a evaluar queda reflejada en la tabla I que indica la dependencia entre los factores de McCall.

También habrá que establecer valores deseables para los criterios, para lo cual se emplearán datos históricos, el promedio en la industria, .... y con ellos se concretarán los valores finales y otros intermedios o predictivos en cada período de medición durante el desarrollo, así como unos valores mínimos aceptables. La explicación para cualquier selección o decisión deberá ser adecuadamente documentada.

En la fase de desarrollo será necesario implementar las métricas elegidas, analizar sus resultados y tomar medidas correctivas cuando los valores obtenidos estén por debajo de los mínimos aceptables.

Una vez finalizado el proyecto será necesario contrastar las medidas predictivas utilizadas y comprobar si, en efecto, se pueden tomar como indicadores de los valores finales.

**EJEMPLOS DEL MODELO DE EVALUACIÓN DE BOEHM**

Boehm, ideó y promulgó un modelo desde un enfoque distinto al tradicional en Cascada: El Modelo Evolutivo Espiral. Su Modelo de Ciclo de Vida en Espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de desarrollar software. Para ello, se comienza mirando las posibles alternativas de desarrollo, se opta por la de riesgo más asumible y se hace un ciclo de la espiral. Si el cliente quiere seguir haciendo mejoras en el software, se vuelve a evaluar las distintas nuevas alternativas y riesgos y se realiza otra vuelta de la espiral, así hasta que llegue un momento en el que el producto software desarrollado sea aceptado y no necesite seguir mejorándose con otro nuevo ciclo.

1. es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de construcción de prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL y SECUENCIAL. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software que no se basa en fases claramente definidas y separadas para crear un sistema. EL modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas REGIONES DE TAREAS , Cada una de las regiones están compuestas por un conjunto de tareas del trabajo llamado CONJUNTO DE TAREAS que se adaptan a las características del proyecto que va a emprenderse en todos los casos se aplican actividades de protección. (es.geocities.com, s.f.)
2. TIPOS El modelo espiral tuvo varias modificaciones que son:  Modelo Original de Boehm . Modelo Tipico de Seis Regiones.  Modelo WINWIN. MODELO ORIGINAL DE BOEHM No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto Cada vuelta se divide en 4 sectores:  Planeación: determinación de los objetivos, alternativas y restricciones  Análisis de riesgo: análisis de alternativas e identificación/resolución de riesgos  Ingeniería: desarrollo del producto hasta "el siguiente nivel".  Evaluación: valoración por parte del cliente de los resultados obtenidos. El movimiento de la espiral, ampliando con cada iteración su amplitud radial, indica que cada vez se van construyendo versiones sucesivas del software, cada vez más completas. Uno de los puntos más interesantes del modelo, es la introducción al proceso de desarrollo a las actividades de análisis de los riesgos asociados al desarrollo y a la evaluación por parte del cliente de los resultados del software. MODELO TÍPICO DE SEIS REGIONES A diferencia del modelo de proceso clásico que termina cuando se entrega el software, el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Una visión alternativa del modelo en espiral puede ser considerada examinando el eje de punto de entrada en el proyecto. Las regiones de tareas que componen este modelo son:  Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.  Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.  Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.  Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.