Diferencia entre CMMI Y MOPROSOFT

Principalmente En relación a Moprosoft, está dirigido para pequeñas y medianas empresas desarrolladoras de SW, además de que está basado principalmente en las normatividades ISO.

Con CMMI es distinto, pues puede dirigirse a diversas organizaciones, no especialmente a software. En adición a la mejora de comunicación entre integrantes de la organización, también brinda una mejor visibilidad de los proyectos que se están realizando. Otra de sus diferencias son sus etapas de implementación:

Etapas del CMMI

• Nivel 1 (Inicial): El proceso es impredecible, es reactivo y pobremente controlado.
• Nivel 2 (Administrado): El proceso es reactivo y se caracteriza por su aplicación a proyectos.
• Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la organización.
• Nivel 4 (Administrado Cuantitativamente): El proceso es medido y controlado.
• Nivel 5 (Optimizado): El proceso se enfoca en la mejora continua.

Etapas del modelo MOPROSOFT

• Poner Orden: planear todo el trabajo, hacer las cosas que planeamos, ciclo de desarrollo.
• Seguimiento/control: hacer las cosas como las planeamos, revisar que los productos hechos están correctos, revisar que los productos hechos cumplen con los requerimientos, supervisar formalmente el resultado de la realización de las actividades, supervisar formalmente el proceso seguido para la realización de las actividades.
• Mejorar nuestro proceso/proceso unificado: realizar evaluaciones a los procesos, definir indicadores para evaluar el desempeño de cada proceso, los procesos generan la información necesaria para calcular estos indicadores.

Puntos de Función Importancia 

Todo proyecto de desarrollo de software comienza con una etapa de estimación y planificación, en la cual debemos determinar, a partir de los requerimientos del software, cuánto esfuerzo, personal, recursos materiales, tiempo y en última instancia dinero tomará construir el sistema o producto.

La importancia de la estimacion de puntos de funcion en un proyecto de SW es bastante primordial ya permite medir el software a partir de valoraciones y estimaciones de funcionalidades entregadas al usuario y no a partir de aspectos técnicos, con la intención de producir valoraciones independientes de la tecnología y fases del ciclo de vida utilizado.

El presupuesto de proyecto se puede calcular por medio de la formula:

Costo = (Desarrolladores * Duración meses * sueldos) + Otros costos

PSP

El proceso personal de software, PSP, es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas, mediante el seguimiento del desempeño predicho frente al desempeño real. Está alineado y diseñado para emplearse en organizaciones con modelos de procesos CMMI o ISO 15504. Fue propuesto por Watts Humphrey en 1995 y estaba dirigido a estudiantes. A partir de 1997 con el lanzamiento del libro "An introduction to the Personal Software Process" se dirige ahora a ingenieros juniors.

Con PSP los ingenieros de software pueden adquirir las habilidades necesarias para trabajar en un proceso de software en equipo TSP.

Se puede considerar como la guía de trabajo personal para ingenieros de software en organizaciones que emplean un modelo CMMI con nivel de madurez o de capacidad de procesos que implica la medición cualitativa y mejora de procesos.

Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar. El PSP tiene obsesión por la toma de datos y elaboración de tablas. El PSP se orienta el conjunto de áreas clave del proceso que debe manejar un desarrollador cuando trabaja de forma individual.

Videollamada de Equipo

Métricas de SW

Vídeo bastante explicito sobre los temas de clase. Con datos bastante curiosos.

Métricas de SW

Una métrica en general es la manera de medición sobre algo en particular. En el campo de la ingeniería del software una métrica es cualquier medida o conjunto de medidas destinadas a conocer o estimar el tamaño u otra característica de un software o un sistema de información, generalmente para realizar comparativas o para la planificación de proyectos de desarrollo. Un ejemplo ampliamente usado es la llamada métrica de punto función.

Existen diferentes tipos de clasificación de métricas de software, entre las más conocidas son las siguientes: 

¿Cómo logra la calidad de SW?

Les comparto este vídeo que explica claramente los primeros temas del parcial 1 sobre la calidad de SW.

Calidad de Software

Es, en general, una propiedad o conjunto de propiedades inherentes a una cosa que permiten caracterizarla y valorarla como igual, mejor o peor que las restantes de su especie. En cuanto a SW se refiere a la aplicación de las diferentes normas y estándares a un proyecto de aplicación. Esta calidad se basa en técnicas de inspección aplicadas a Producción. Posteriormente nace el Aseguramiento de la Calidad, fase que persigue garantizar un nivel continuo de la calidad del producto o servicio proporcionado. Finalmente se llega a lo que hoy en día se conoce como Calidad Total, un sistema de gestión empresarial íntimamente relacionado con el concepto de Mejora Continua y que incluye las dos fases anteriores pero aplicadas posteriormente al producto de software.

Esta suele involucrar normas y estándares para evaluar los diferentes factores del sistema y así lograr la identificación de fallos o de la correcta ejecución del sistema  para acreditarlo como un “SOFTWARE DE CALIDAD”.