Tiene tres estados:
- Medición del proceso actual → Mejorar las metas de acuerdo con las mediciones.
- Análisis → Proceso actual valorado, se intenta identificar sus puntos flacos.
- Cambio → Cambio de los procesos identificados en el análisis.
Características
- Comprensión → hasta que punto se define completamente el proceso y cuan fácil es confundir su definición.
- Visibilidad → Predicción a futuro.
- Apoyo → Hasta que punto las actividades pueden apoyarse en las herramientas CASE.
- Fiabilidad → Los errores del proceso se evitan/identifican antes de que se conviertan en errores del producto.
- Aceptabilidad → Aceptable y utilizable por los que pidieron el software.
- Robustez → Capacidad de continuar el proceso a pesar de los problemas inesperados.
- Mantenibilidad → Puede evolucionar para satisfacer los requerimientos cambiantes del cliente.
- Rapidez → Que tan rápido se puede completar el proceso de construcción a partir de su espesificacion.
Calidad del proceso y del producto
Se basa en medir el numero de defectos en los productos y relacionarlos con los defectos de los procesos. Se mejora con el propósito de reducir el numero de defectos en el producto.
La influencia de cada uno de estos factores depende del tamaño y del tipo de proyecto. Para sistemas muy grandes compuestos de subsistemas independientes, desarrollados por equipos que pueden trabajar en diferentes localizaciones, el determinante principal de la calidad del producto es el proceso del software. Los problemas principales con los proyectos grandes son la integración, la gestión y las comunicaciones.
La calidad del producto se ve afectada si un proyecto, independientemente de su tamaño, está mal presupuestado o planificado con un tiempo de entrega irreal. Un buen proceso requiere recursos para su implementación efectiva.
Todas las metodologías y herramientas tienen un único fin producir software de gran calidad.
"Concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos con los estándares de desarrollo explícitamente documentados y con las características implícitas que se espera de todo software desarrollado profesionalmente”
R.S. Pressman (1992).
El aseguramiento de calidad del software es el conjunto de actividades planificadas y sistemáticas necesarias para aportar la confianza en que el producto (software) satisfará los requisitos dados de calidad.
El aseguramiento de calidad del software se diseña para cada aplicación antes de comenzar a desarrollarla y no después.
Factores que determinan la calidad del producto
Se clasifican en tres grupos:Operaciones del producto:
-Corrección (¿Hace lo que se le pide?)
• El grado en que una aplicación satisface sus especificaciones y consigue los objetivos encomendados por el cliente.
-Fiabilidad (¿Lo hace de forma fiable todo el tiempo?)
• El grado que se puede esperar de una aplicación lleve a cabo las operaciones especificadas y con la precisión requerida.
-Eficiencia (¿Qué recursos hardware y software necesito?)
• La cantidad de recursos hardware y software que necesita una aplicación para realizar las operaciones con los tiempos de respuesta adecuados.
-Integridad (¿Puedo controlar su uso?)
• El grado con que puede controlarse el acceso al software o a los datos a personal no autorizado.
-Facilidad de uso (¿Es fácil y cómodo de manejar?)
• El esfuerzo requerido para aprender el manejo de una aplicación, trabajar con ella, introducir datos y conseguir resultados.
Revisión del producto (capacidad para soportar cambios)
Facilidad de mantenimiento (¿Puedo localizar los fallos?)
• El esfuerzo requerido para localizar y reparar errores
Flexibilidad (¿Puedo añadir nuevas opciones?)
• El esfuerzo requerido para modificar una aplicación en funcionamiento
Facilidad de prueba (¿Puedo probar todas las opciones?)
• El esfuerzo requerido para probar una aplicación de forma que cumpla con lo especificado en los requisitos
Transición del producto (Adaptabilidad a nuevos entornos)
Portabilidad (¿Podré usarlo en otra máquina?)
• El esfuerzo requerido para transferir la aplicación a otro hardware o sistema operativo.
Reusabilidad (¿Podré utilizar alguna parte del software en otra aplicación?)
• Grado en que partes de una aplicación pueden utilizarse en otras aplicaciones.
Interoperabilidad (¿Podrá comunicarse con otras aplicaciones o sistemas informáticos?)
• El esfuerzo necesario para comunicar la aplicación con otras aplicaciones o sistemas informáticos.
Clasificación de los procesos
Informales: No existe modelo de proceso definido.
Gestionados: Se utiliza un modelo para dirigir el proceso de desarrollo.
Metodológicos: Se utiliza algún o algunos metidos de desarrollo.
Mejora: Tienen inherente-mente objetivos de mejora.
Mediciones del proceso
Debe ser usada para responder preguntas especificas del proceso del software utilizado, debe basarse en metas de mejora organizacionales.
Tres clases de métricas:
* Tiempo.
* Atributos.
* Numero de ocurrencias en un evento en particular.

No hay comentarios.:
Publicar un comentario