MODELOS DE CALIDAD DE SOFTWARE
Enviado por PUCAYITA • 15 de Octubre de 2013 • 1.352 Palabras (6 Páginas) • 555 Visitas
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
...