MODELOS DE CALIDAD DE SOFTWARE

Una organización que quiera medir la calidad, o usando los términos de los modelos, la capacidad y/o madurez de sus procesos, puede comparar su forma de trabajar con respecto a lo que sugieren estos modelos. Esto se conoce como evaluación de procesos (Process Assessment)

Con base en lo anterior realice las siguientes actividades:

1. Realice un informe en el que describa la respuesta, considerando lo siguiente:

a. Seleccione uno de los modelos de referencia abordados en el material de apoyo. Considere las condiciones en las que opera la organización donde usted labora. Investigue el mecanismo de evaluación que propone el modelo seleccionado. Describa a que se refiere, como se define, sus principales características y los beneficios que reportaría a su organización.

TABLA DE CONTENIDO

 Objetivos

 Visión General de la norma

– Contexto Histórico

– Objetivos de la norma

– Definir conceptos

– Introducción

 Norma 12207:

– Procesos Principales

– Procesos de soporte

– Procesos Organizacionales

OBJETIVOS

 Dar una visión global de la norma a implementar

 Poder comprender sus principales aspectos

VISION GENERAL DE LA NORMA

CONTEXTO HISTORICO

 La norma surge a principios de la década de los noventa, como un estándar internacional.

 Es una norma conjunta entre ISO– IEC

o (International Organization for Standarization – International Electrotechnical Commission)

 Fue el Comité conjunto JTC1 quien construye la norma

 Su principal motivación fue establecer un marco de trabajo común a la ingeniería del software. Aplicable a la Ingeniería y a la gestión.

DEFINICION Y OBJETIVOS DE LA NORMA

 La norma iso/iec 12207establece un marco de trabajo común para la ingeniería del software, a lo largo de todo el ciclo de vida del producto.

 A grandes rasgos, concluyó que el ciclo de vida de un sistema de software comienza en el momento que se concibe su idea o necesidad.

 Momento en el que ya es necesario comenzar a actuar de manera ortodoxa para describir el ámbito del problema y las soluciones posibles.

 El ciclo de vida comprende el desarrollo, mantenimiento y operación y no concluye hasta que el sistema deja de utilizarse y es definitivamente retirado.

SISTEMA VS. SOFTWARE

 Marca la diferencia entre los conceptos.

 La norma es concebida para ser aplicada tanto a productos de software específicos o a sistemas donde el software es un parte del mismo.

 El sw es concebido como una parte integral del sistema total.

 Establece tareas especificas para uno u otro.

CONCEPTOS

 ¿A quién está dirigida?

– La norma está concebida para ser aplicada a ambas partes implicadas en el negocio (cliente – vendedor) o solo a unas de ellas para ser usada como contralor.

 Cualquier organización que imponga el uso de esta norma es responsable de especificar un grupo mínimo de:

o Procesos

o Actividades

o Tareas

 No existen certificaciones para el estándar

ESTANDAR Y LAS ORGANIZACIONES

 Se distinguen 4 prerrequisitos básicos para un uso efectivo y productivo del estándar:

– Contar con personal entrenado

– Familiarizarlos con las políticas organizacionales

– Familiarizarlos con el entorno del proyecto

– Lograr un entendimiento del estándar

NORMA ISO 12207

INTRODUCCION A LOS PROCESOS

La norma describe los procesos, pero no especifica cómo implementarlos, ya sea de sus actividades y/o tareas

"what to do” action, not a

“how to do” action

VISION

 Aporta una visión global de los procesos.

 Los procesos establecen la arquitectura del ciclo de vida. Pero no dependen de ningún ciclo de vida concreto.

 Las organizaciones son la encargadas de seleccionar y aplicar los métodos que entiendan convenientes para llevar a cabo las actividades y tareas

PROCESOS

 Modularidad

o Maximamente cohesivos y minimamente acoplados

 Responsabilidad

o Se considera que cada proceso es responsable por una parte del ciclo de vida del software

 La calidad es considerada desde el principio del ciclo de vida

 El estándar implementa los principios de TQM (Total Quality Management)

 Cada proceso tiene asociado un ciclo PDCA (plan-do-check-act).

 Procesos de soporte relacionados

o validación y verificación

o Aseguramiento de la calidad

PROCESOS PRINCIPALES

 Sirven a las partes principales

 Partes principales

o Adquiriente

o Proveedor

o Desarrollador

o Operador

o Responsable de mantenimiento

PROCESO DE ADQUISICION

 Identificar la necesidad, preparar una solicitud y seleccionar un proveedor. Gestionar el proceso.

 Actividades

o Inicio

o Preparación de solicitud de propuestas

o Preparación y actualización del contrato

o Seguimiento del proveedor

o Aceptación y finalización

PROCESO DE SUMINISTROS

 Determinar procedimientos y recursos para gestionar el proyecto.

 Actividades

o Inicio

o Preparación de la respuesta

o Contrato

o Planificación

o Ejecución y control

o Revisión y evaluación

o Entrega y finalización

PROCESO DE DESARROLLO

 Contiene actividades de análisis, diseño...para el producto software. Puede contener actividades a nivel de sistema.

 Actividades

o Implementación del proceso

o Análisis de requerimientos del sistema

o Diseño de la arquitectura del sistema

o Análisis de requerimientos de software

o Diseño de la arquitectura del software

o Diseño detallado del software

o Codificación y pruebas del sofware

o Integración del software

o Pruebas de calificación del

...