Está en la página 1de 2

UNIVERSIDAD NACIONAL DE CHIMBORAZO

UNACH- FACULTAD DE INGENIERÍA INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

NOMBRE: José Ignacio Cefla Ortiz


ANÁLISIS CAPITULOS 14 Y 15
Dimensiones de la Factores de la Factores de la
¿Qué es calidad?
calidad de Garvin calidad de McCall calidad ISO 9126
Se refiere a las características que los
*Calidad del desempeño. *Corrección. *Flexibilidad. *Funcionalidad.
diseñadores especifican para un producto. El
*Calidad de las características. *Confiabilidad. *Portabilidad. *Confiabilidad.
tipo de materiales, tolerancias y
*Confiabilidad. *Servicio. *Eficiencia. *Reusabilidad. *Usabilidad.
especificaciones del desempeño, todo
*Conformidad. *Estética. *Integridad. *Interoperabilidad. *Eficiencia.
contribuye a la calidad de diseño.
*Durabilidad. *Percepción. *Usabilidad. *Portabilidad.
*Facilidad de recibir mantenimiento. *Facilidad de recibir

Calidad del Software


Factores de calidad *Intuitiva Transición a un punto *La determinación de la calidad es un
factor clave en los eventos cotidianos.
que se persiguen *Eficiencia. de vista cuantitativo
*La subjetividad y la especialización
*Robustez.
también se aplican a la determinación de
*Riqueza.
la calidad del software.

Software Costo de la
El software suficientemente bueno contiene No hay duda de que la calidad tiene un costo, La implicación es queRiesgos
el software de mala
"Suficientemente calidad lo tiene, no solo
las funciones y característicasBueno"
de alta calidad pero la mala calidad también calidad aumenta los riesgos tanto para el
que desean los usuarios, pero al mismo para los usuarios finales que van a utilizar el desarrollador como para el usuario final. Lo
tiempo tiene otras más oscuras y software defectuoso, sino también para la perjudicial de las aplicaciones mal diseñadas
ADMINISTRACIÓN especializadas que contienen errores organización del software que lo elaboro. no siempre se mide en dólares y tiempo.
DE LA CALIDAD conocidos.

Dilema de la calidad El trabajo comienza con las mejores A medida que aumenta la importancia crítica de los sistemas
de software intenciones por ambas partes, pero en el y aplicaciones basados en web, la seguridad de las
*Decisiones de estimación.
Negligencia
el sistemay se entrega, las aplicaciones se ha vuelto másCalidad y en pocas palabras
momento en que *Decisiones de programación.
importante; Efectos de las acciones
Responsabilidad
cosas han marchado mal, no da los resultados *Decisiones orientadas al riesgo.
el software que no tiene alta Seguridad
calidad es fácil de penetrar por de la administración
y funciones deseadas, comete errores y no parte de intrusos y, en consecuencia, el software de mala
cumple con la aprobación del cliente. calidad aumenta indirectamente el software de calidad.

El control de calidad incluye un Establece la infraestructura de apoyo


Lograr la calidad Si espera construir software de alta calidad, El plan del proyecto debe
conjunto de acciones de ingeniería a los métodos solidos de la
debe entender el problema que se quiere incluir técnicas explicitas para
del software resolver. También debe ser capaz de crear un la administración de la calidad
de software que ayudan a asegurar ingeniería de software, la

Métodos y Técnicas
el cambio. de administración
que todo producto del trabajo administración de Aseguramiento
proyectos y
diseño que de la Ingenieria
esté de acuerdo con el problema y Control
cumpla sus metas de calidad
de calidad. acciones de control de calidad.
que al mismo tiempo tenga
de software características. de proyectos de la calidad
de software
El
Quinto Semestre
UNIVERSIDAD NACIONAL DE CHIMBORAZO

UNACH- FACULTAD DE INGENIERÍA INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

NOMBRE: José Ignacio Cefla Ortiz


ANÁLISIS CAPITULOS 14 Y 15
El objetivo principal de las revisiones técnicas es encontrar errores
Efecto de los efectos del durante el proceso a fin de que no se conviertan en defectos
después de liberar el software. El beneficio obvio de las revisiones
software en el costo técnicas es el descubrimiento temprano de los errores, de modo que
no se propaguen a la siguiente etapa del proceso del software.

Para ilustrar la generación y detección de errores durante las acciones de


diseño y generación de código de un proceso de software, puede usarse un
modelo de amplificación del defecto. Durante la acción, los errores se
Amplificación y eliminación generan de manera inadvertida, la revisión puede fracasar en descubrir los
del defecto errores nuevos que se generan y los cometidos en etapas anteriores, lo que da
como resultado cierto número de errores pasados por alto.

Antes de comenzar el análisis deben hacerse Es difícil medir en tiempo real la eficacia del costo
Métricas de Revisión algunos cálculos sencillos. La densidad del error de cualquier revisión técnica. Una organización de
y su empleo representa los errores encontrados por unidad de ingeniería de software puede evaluar la eficacia de
producto del trabajo revisada. Por ejemplo, si se
revisa un modelo de requerimientos con efecto de Eficacia del costolas revisiones y su relación costo-beneficio solo
Analisis de las métricas después de que estas han terminado, de que las
encontrar errores, inconsistencias y omisiones, es de las revisionesunidades de medidas de la revisión se han recabado,
posible calcular la densidad del error en varias de que los datos promedios han sido calculados y
formas diferentes. que la calidad posterior del software ha sido
medidas.
Las revisiones técnicas deben aplicarse
con un nivel de formalidad apropiado
para el producto que se va a elaborar,
Revisiones:Espectro para el plazo que tiene el proyecto y para
de formalidad el personal que realice el trabajo.

TÉCNICAS DE
Las revisiones informales incluyen una
REVISIÓN simple verificación de escritorio de un
trabajo de ingeniería de software, hecha con
algún colega, o una reunión casual con
objeto de revisar un producto o aspectos
orientados a la revisión de programación por
Revisiones Informales pares.

En la revisión debe involucrarse de tres a Durante la RTF, un revisor registra Los lineamientos para efectuar revisiones Idealmente, todo producto del trabajo de la
cinco personas(normalmente). Debe haber activamente todos los asuntos que se técnicas formales deben establecerse por ingeniería de software debe pasar por una
preparación previa, pero no debe exigir planteen. Estos se resumen al final de la
Revisiones tecnicas reunión y se produce la lista de pendientes
adelantado, distribuirse a todos los revisión técnica. En el mundo real de los
más de dos horas de trabajo de cada revisores, llegar al consenso y, después,
formales persona. de la revisión.
proyectos de software, los recursos son
La reunión Reporte y registro seguirse. Una revisión sin control con limitados y el tiempo escaso. En
Lineamientos Revisiones orientadas
frecuencia es peor que si no se hiciera consecuencia, es frecuente que las
de revisión de la revisión ninguna. para la revisión revisiones al
se muestreo
omitan, aun cuando se
reconozca su valor como un mecanismo de
control de calidad.
Quinto Semestre

También podría gustarte