Contextualizacion De La Calidad En Ingenieria De Software
CAMPUS PÍCHUCALCO
ALUMNA: CLARIBEL SUAREZ VASCONCELOS
CATEDRATICO: ING ELIAS HERNANDEZ SANCHEZ
CATEDRA: INGENIERIA DE SOFTWARE II
CARRERA: INFORMATICA SEMESTRE: 7MO
PICHUCALCO CHIAPAS, A NUEVE DE SEPTIEMBRE DE 2012
CONTEXTUALIZACION DE LA CALIDAD EN INGENIERIA DE SOFTWARE
¿Qué es la Calidad del Software?
Actualmente, cuando se habla decalidad del software ésta se entiende como el grado con el que un sistema cumple con los requerimientos especificados y las necesidades del cliente. Se identifican tres aspectos importantes de un producto de software:
– Las características operativas. Cuando se trata de características operativas nos preguntamos:
Si el software hace lo que queremos,
Lo hace de forma fiable durante todo eltiempo,
Es seguro,
Se ejecutará en el hardware de manera correcta y su facilidad de uso.
La capacidad de adaptarse a los cambios (revisión del producto). La capacidad del cambio la medimos en función de su facilidad para mantener el producto, la flexibilidad para introducir cambios y probarlos.
– La adaptabilidad a nuevos entornos (o transición del producto). Cuando se trata de laadaptabilidad a nuevos entornos nos preguntamos:
Si se puede usar en distintas máquinas,
Si se puede reutilizar alguna parte del software en otra aplicación y,
Si permite interactuar con otros sistemas.
Algunos problemas en las organizaciones que limitan la calidad de software:
Incumplimiento de plazos de entrega, afluencia constante de defectos de última hora y costos que se van incrementandoindefinidamente.
Reducida visión gerencial en el progreso, con la ocurrencia de sorpresas constantes.
Problemas propios de la calidad, como reprocesar o rehacer el trabajo, que las funciones no operen correctamente y un elevado número de quejas de los clientes luego de la entrega.
MODELOS DE ASEGURAMINETO DE CALIDAD PARA EL DESARROLLO DE SOFTWARE A NIVEL ORGANIZACIONAL
Modelos de Desarrollode Software
Este es el primer modelo de ciclo de vida que se usó y probablemente el más usado. El software se desarrolla sin especificar requerimientos y sin diseño. Luego el software cambia tantas veces como sea necesario hasta que satisface al cliente. Esto trabaja muy bien para programas pequeños y sencillos, pero es completamente insatisfactorio para sistemas de software de cualquier tamaño.Ha sido demostrado que el costo de cambiar un producto de software es relativamente pequeño si el cambio se hace en las fases de requerimientos o diseño y crece mucho en fases posteriores. El mantenimiento también puede ser muy problemático para un sistema desarrollado bajo este escenario.
Modelo construye y arregla
Modelo de cascada (waterfall)
Derivado de otros procesos de ingenieríaen 1970.
Hace el proceso de desarrollo mas estructurado.
Expresa la interacción entre las fases subsecuentes.
El modelo original es estrictamente secuencial. Esto significa que cada fase debe terminar para que la siguiente pueda comenzar. El punto crítico es que una fase no ha terminado hasta que la documentación y/o otros productos asociados con esa fase hayan sido completados. Por lo tantodos fases no se pueden empalmar en el tiempo.
No establece retroalimentación entre fases, ni redefinición de fases anteriores.
Modelo de cascada
Modelo de cascada modificado
Se inventó para permitir retroalimentación y encimamiento entre fases.
Es un modelo iterativo y no lineal.
Para facilitar la terminación de metas y tareas, es normal congelar partes del desarrollo después decierto punto en la iteración.
Se agregaron los pasos de verificación (checar que el sistema es correcto, construir el sistema correctamente) y validación (checar que el sistema cumple con los deseos del cliente, construir el sistema correcto).
Modelo de cascada modificado
El modelo de la cascada (y el de la cascada modificada) son inflexibles en el particionamiento del proyecto en sus...
Regístrate para leer el documento completo.