1. ¿Cómo se mide?
1.1. Se divide en dos las cuáles son
1.1.1. MEDIDAS DIRECTAS: se mide el costo y el esfuerzo requerido para construir el software, el número de líneas de código, etc.
1.1.2. MEDIDAS INDIRECTAS: Se mide la calidad y funcionalidad del software, la eficiencia y facilidad de mantenimiento.
2. MODELOS
2.1. Se lleva a cabo de acuerdo con la naturaleza del proyecto y la aplicación.
2.1.1. Modelo en cascada o Clásico (modelo tradicional)
2.1.1.1. Este es el modelo en el cual se ordenan rigurosamente las etapas del desarrollo del software, de esto se obtiene que el inicio de una etapa de desarrollo deba de esperar el fin de la etapa anterior. De esto se obtiene que cualquier error detectado lleve al rediseño del área de código afectado, lo cual aumenta de costo el desarrollo del proyecto.
2.1.2. Modelo de prototipos
2.1.2.1. Pertenece a los modelos evolutivos, en el cual el prototipo debe de ser construido rápidamente y con la utilización escasa de recursos. El prototipo es construido para mostrárselo al cliente, obtener criticas y retroalimentación, con lo cual se obtendrán los requisitos específicos para la aplicación a partir de las metas graficas que son mostradas.Las etapas de este modelo son:
2.1.2.1.1. Plan rápido
2.1.2.1.2. Modelo
2.1.2.1.3. Construcción del prototipo
2.1.2.1.4. Entrega y retroalimentación
2.1.2.1.5. Comunicación
2.1.2.1.6. Entrega del desarrollo final
2.1.3. Modelo en espiral
2.1.3.1. Es el modelo en el cual las actividades se desarrollan en espiral, estas actividades se realizan conforme se van seleccionando de acuerdo al análisis de riesgo.En cada iteración en este modelo, se deberán de tomar en cuenta los objetivos, las alternativas que se deberán de tomar de acuerdo a las características, estas son experiencia personal, requisitos a cumplir, las formas de gestión del sistema, entre otros. Este modelo tiene dos formas en las cuales se debe de planificar el proyecto, la forma angular, la cual indica únicamente el avance del software dentro del proyecto y la forma radial, la cual indica el aumento del costo dado que cada iteración conlleva más tiempo de desarrollo.
2.1.4. Desarrollo por etapas
2.1.4.1. Es similar al modelo por etapas, sin embargo se diferencia en que al momento de la crítica o bien retro alimentación por parte del usuario final, no se obtendrán completamente las características del software. Estas se irán descubriendo en el proceso del avance del software, mediante la creación de las diferentes versiones del código.En este modelo, se distinguen las siguientes fases:
2.1.4.1.1. Especificación conceptual
2.1.4.1.2. Análisis de requisitos
2.1.4.1.3. Diseño inicial
2.1.4.1.4. Codificación y depuración.
2.1.5. Desarrollo iterativo y creciente o Iterativo e Incremental
2.1.5.1. Resuelve los problemas encontrados en el modelo en cascada, en cual ofrece entornos de trabajo con técnicas para su correcta utilización. Este tipo de modelo es esencial para el método de programación extrema.Este tipo de programación consiste en la realización de programas de manera incremental, la cual sirve para obtener ventaja de lo que se ha realizado a lo largo del proyecto. En este se entran a varias iteraciones con las cuales se obtendrá el software final y a su vez, se le agregaran nuevas funcionalidades a cada etapa.Se puede dividir en los siguientes procesos:
2.1.5.1.1. Etapa de inicialización
2.1.5.1.2. Etapa de iteración
2.1.5.1.3. Lista de control del proyecto.
2.1.6. RAD
2.1.6.1. Como su nombre lo indica permite la construcción rápida de sistemas utilizables. Está compuesto por un grupo reducido de personas incluyendo desarrolladores y testers del sistema. También se debe de hacer énfasis al desarrollo de la aplicación cumpliendo correctamente las funcionalidades principales, dejando a un lado a las implementaciones secundarias.Este modelo toma principalmente en cuenta las características de usabilidad, utilidad y rapidez de la ejecución de la aplicación.
2.1.7. Desarrollo concurrente
2.1.7.1. Como su nombre lo indica permite la construcción rápida de sistemas utilizables. Está compuesto por un grupo reducido de personas incluyendo desarrolladores y testers del sistema. También se debe de hacer énfasis al desarrollo de la aplicación cumpliendo correctamente las funcionalidades principales, dejando a un lado a las implementaciones secundarias.Este modelo toma principalmente en cuenta las características de usabilidad, utilidad y rapidez de la ejecución de la aplicación.
2.1.8. Proceso Unificado
2.1.8.1. Este proceso se distingue por la utilización de casos de uso, el cual está centrado en la arquitectura y la utilización de iteraciones incrementales. Este es un marco de trabajo extensible, el cual puede ser implementado hacia otros proyectos de distintas organizaciones. Este proceso es utilizado para evitar problemas legales con el método RUB dado que este otro método es una marca registrada de IBM.En cada iteración, se busca el avance e iteración en determinadas áreas, con la cual se obtendrán resultados en los cuales se puede constatar el tiempo que se ha dedicado a las distintas áreas en el desarrollo de software.Sus principales características son: es iterativo e incremental, dirigido por casos de uso, centrado en la arquitectura y enfocado en los riesgos.
2.1.9. RUP
2.1.9.1. Es propiedad de IBM desarrollado por la empresa Rational Software, es conocido como RUP y llamado Proceso Unificado Rational, por el nombre de la empresa. Es uno de los modelos más utilizado en el análisis, diseño e implementación de la documentación de sistemas orientados a objetos.Los principios básicos de este método son: adaptar el proceso, equilibrar prioridades, demostrar valor iterativamente, colaboración entre equipos, elevar el nivel de abstracción y enfocarse a la calidad.
3. MÉTRICAS
3.1. Se divide en 2 dimensiones
3.1.1. Su 1 dimensión se divide a su vez en: métricas de productividad, calidad y técnicas
3.1.2. Su 2 dimensión se divide a su vez en: métricas orientadas al tamaño, a la función y a la persona.