FACTORES DE AJUSTE DE DISEO NEGATIVOS

Uno de los principales factores negativos es la falta de uso

de mtodos de diseo formales. Quiz el factor ms
significativo de todos sea la falta de uso de inspecciones
de diseo formales o, al menos, alguna forma de revisin
del diseo.
Otras influencias negativas en el proceso del software:
Uso del lenguaje normal como medio principal de
expresin del diseo.
Uso de enfoques de diseo grficos sin herramientas
automatizadas.
Falta de colocacin de especificaciones bajo control de
configuracin formal.
Falta de uso de inspecciones de diseo formales.
Sustitucin de prototipos por especificaciones.
Curva de aprendizaje muy pronunciada de mtodos de
diseo orientados a objetos como UML.

BIBLIOTECA DE DOCUMENTACION DEL PROYECTO

ESTABILIDAD DEL HARDWARE DE DESARROLLO

ENTORNO DE ESTACIONES DE TRABAJO

ESTRUCTURA DE LA ORGANIZACIN DEL PROYECTO

ENTORNO DE AUTOMATIZACION DEL DISE

NCIA EN APLICACIONES DE PERSONAL DE DESARROLLO
ALGUNOS FACTORES QUE INFLUYEN ESPECIFICACIONES Y DISEO DEL SOFTWARE PARA BIEN O MAL

ERIENCIA EN ANALISIS Y DISEO DEL PERSONAL DE DESARROLLO

PARTICIPACION DEL USUARIO DURANTE LAS REVISIONES DE DIS

EXPERIENCIA EN HARDWARE DEL PERSONAL DE DESARROLLO

EXPERIENCIA DEL PERSONAL DEL USUARIO CON EL TIPO DE APLICACION
EXPERIENCIA EN LA ELIMINACION DE DEFECTOS EN LA REVISION DEL DISEO

 Las especificaciones y diseo del

aspectos crticos
de proyectos de
software y crticos para mtodos de
costo.
Las especificaciones y diseo del
aspectos crticos
de proyectos de
software y crticos para mtodos de
costo.

software son
desarrollo de
estimacin de
software son
desarrollo de
estimacin de

CAPTULO 16:

Estimacin de superposicin para mtodos de diseo de Sof

Factores de Ajuste de Diseo Nega

Factores de ajuste de diseo Positivos

Diseos de Reemplazos Modernos de Software Uso de Lenguaje Natural como medio principal

Uso de enfoques de diseos grfico.

Diseo de nuevas Caractersticas y mejoras a aplicaciones existentes

Falta de colocacin de especificaciones de bajo control de confi

Sustitucin
Diseos de caractersticas personalizadas para paquetes
ERP
de prototipos por especificaciones.

Curva de aprendizaje muy pronunciada de mtodos

Estimacin de Especificacin y Diseo de

Software.

Las especificaciones y diseos de software son una

respuesta tcnica a requisitos del usuario y sirve para
describir en que forma la aplicacin del software
construye, manejara los resquicitos del usuario de
manera automatizada.

Factores de Ajuste de Diseo Positivos

La realidad es que pocas son nuevas en sentido de
representar usos novedosos para computadoras nunca
antes vistos.

 El conocimiento acumulado de las necesidades se

muestra bastante voluminosos y atiende a reducir el
tamao de especificaciones en papel.
Las Metodologas de Diseos tienen tambin impacto,
aunque este puede oscilar entre sentidos positivos y
negativos.

Factores de Ajuste de Diseo Negativo

Uno de los grandes factores principales en la falta de
mtodos de diseos formales (en las empresas
grandes).
Falta de uso de inspecciones de diseos formales.
Uso de Lenguaje natural como medio principal de
expresin.
Sustitucin de prototipos por especificaciones.

ESTIMACIN DE INSPECCIONES DE DISEO

Se desarroll en IBM Kingston, en la dcada de 1970 por

Michael Fagan y sus colegas.
El proceso de inspeccin ha probado ser una de las operaciones
de eliminacin de defectos ms efectivas y eficientes jams
desarrollada.
La frase eficiencia en la eliminacin de defectos refiere el
refiere el porcentaje de errores latentes efectivamente
detectados. Por ejemplo, si es 60% eficiente, implica que se
ubicaron 6 de 10 errores presentes.
Las inspecciones formales son un mtodo de calidad primordial,
las herramientas modernas de estimacin de costos del
software manejan inspecciones de forma explcita y pueden
predecir los siguientes puntos de datos:
Nmero de defectos en la aplicacin.

 Eficiencia en la eliminacin de defectos de inspecciones

formales.
Introduccin de reparaciones defectuosas, generando nuevos
errores.
Nmero de defectos latentes que siguen presentes en la
entrega del software.
Niveles de severidad de defectos latentes.
ndice de descubrimiento de defectos, tras el lanzamiento por
parte de los usuarios del software.
Costos de mantenimiento posteriores al lanzamiento para
reparar defectos latentes.

PROCESO DE INSPECCION
El trmino inspeccin refiere un procedimiento formal en que un
grupo de practicantes calificados examinan un artefacto de
software: una especificacin, pgina por pgina de manera
planeada.
Cada sesin de inspeccin se limita a dos horas y no pueden
realizarse ms de dos sesiones de este tipo en un da hbil.
Los participantes en el proceso de inspeccin suelen incluir los
siguientes:

El creador del material inspeccionado.

Un moderador, responsable de mantener la inspeccin en curso.
Un registrador, encargado de registrar los problemas
identificados.
Un lector, que tiene a su cargo la parfrasis de cada seccin.
Uno o ms revisores, cuya labor consiste en realizar la
inspeccin.
Uno o ms observadores, que son normalmente novatos que
estn ah para aprender cmo operan las inspecciones.

En
organizaciones
realmente
grandes
recurriendo
a
inspecciones, existen tambin otros empleados especializados:

Un coordinador, responsable de programar las inspecciones y

reserva de salones.
Uno o ms facilitadores, cuya labor consiste en instruir a los
novatos en protocolos de inspeccin.

El nmero mnimo de participantes necesarios para llevar a

cabo una inspeccin es de tres: creador, moderador y
registrador. En este complemento mnimo, moderador y
registrador fungen tambin, desde luego, como revisores.

 El nmero mximo de participantes en inspecciones formales

est limitada a no ms de ocho. sta es una limitacin prctica,
motivada por el hecho de que grandes reuniones suelen ser
discursivas e ineficientes.
Los revisores deben seleccionarse cuidadosamente, ya que su
responsabilidad es entender el trabajo que se inspecciona. En
proyectos
grandes,
los
revisores
son
seleccionados
normalmente de entre el equipo del proyecto, por la sencilla
razn de que ningn otro miembro del equipo tiene mejor
prospecto de contribuir con observaciones significativas.

VALOR DE LAS INSPECIONES

Las inspecciones formales han probado beneficiar costos totales
del proyecto y acotar las fechas lmites de los proyectos.
Las inspecciones deben llevarse a cabo de manera electrnica,
que ahorra viticos a equipos geogrficamente dispersos.
Michael Fagan fue quien recibi un premio de la IBM por
determinar que las inspecciones acortan las fechas lmite y
mejoran la calidad, aplicadas a proyectos de software de
sistemas ms importantes

Existe un experimento que cualquiera puede realizarlo validar

suposiciones de fecha lmite y costo, asociadas a inspecciones
formales del diseo y cdigo:
1. Registre esfuerzo, fecha lmite, costos y numero de reportes de
errores de una aplicacin de prueba como una mejora de 100
puntos funcin empleando inspecciones y pruebas.
2. Registre esfuerzo, fecha lmite, costos y numero de reportes de
errores de una aplicacin de prueba similar, prescindiendo de
inspecciones, solo utilizando pruebas.
Las partes inspeccionadas terminaran las pruebas entre un
tercio y un cuarto del tiempo transcurrido, con menos de la tercera
parte del esfuerzo dedicado a reparacin de errores de cdigo,
respecto a las proporciones no inspeccionadas

CRITERIOS PARA QUE UNA ACTIVIDAD PUEDA

LLAMA SE INSPECCION

 Debe haber un tiempo de preparacin adecuado antes de cada

sesin
Se registrara el esfuerzo realizada durante preparacin de
inspecciones
Se debe llevar registros de defectos descubiertos
Los datos de defecto no deben usarse apreciaciones o con fines
punitivos

PROCESO DE INSPECCIN ES BENEFICO EN

TRMINOS GENERALES
Cualquier entregable de software puede estar sujeto a una
inspeccin formal, desarrollando con datos empricos por
ejemplo los siguientes:

Inspecciones de arquitectura
Inspecciones de requisitos
Inspecciones de diseo
Inspecciones de diseo de base de datos
Diagrama de implementacin de funciones de calidad(QFD)
Inspecciones de cdigo
Inspecciones de planes de prueba
Inspecciones para documentacin del usuario
Inspecciones de pginas web

Todos los artefactos de software que manejan inspecciones

formales varan de menos de 60% a ms de 90% en eficiencia
para eliminar defectos y tienen un nivel de eficiencia promedio
de aproximadamente 65%. Este es la mejor eficiencia para
eliminar defectos.

ESTIMACION DE COSTO DE SOFWARE

BASADA EN ACTIVIDADES

Los puntos de origen y descubrimiento de defectos, sin el uso

de las inspecciones formales.
Las inspecciones tambin descubren errores que las pruebas no
pueden, como defectos en requisitos. En total, las inspecciones
tienen un slido record de xito.

Factores para manejo de inspecciones del

software
METAS DEL
PROYECTO

1. Obtener la estimacin estndar de

fecha lmite, personal y calidad.
2. Obtener la fecha lmite de
desarrollo ms corta, con personal
adicional.
3. Obtener menor esfuerzo con
personal reducido.
4. Obtener ms alta calidad con
personal normal.
5. Obtener ms alta calidad con la
fecha limite ms corta.
6. Obtener ms alta calidad con el
menor esfuerzo.

COMPLEJIDAD
DEL PROBLEMA

1. Algoritmos y clculos simples

2. Los algoritmos y clculos simples
son de complejidad promedio
3. Algunos o muchos clculos
difciles o complejos

COMPLEJIDAD
DE LOS DATOS

1. Datos simples, pocas variables y

poca complejidad
2. Varios elementos de datos, pero
relaciones de datos simples
3. Mltiples archivos, cambios e
intercambio de datos
4. Elementos de datos e
intercambios de datos complejos
5. Elementos de datos e
interrelaciones de datos muy
complejos

EXPERIENCIA EN

1. Todos o la mayora son expertos

APLICACIONES
DEL PERSONAL
DE DESARROLLO

en el tipo de programa
desarrollado pero algunos son
recin contratados o novatos
2. Variedad nivelada de expertos,
recin contratados y novatos
3. La mayora son recin contratados
o novatos con algunos expertos
4. Todo el personal es nuevo con este
tipo de programa

EXPERIENCIA EN
ANALISIS Y
DISEO DEL
PERSONAL DE
DESARROLLO

1. Todos o la mayora son expertos

en mtodos de anlisis y diseo
2. Variedad nivelada de expertos,
recin contratados y novatos
3. La mayora con recin contratados
o novatos, con algunos expertos
4. Todo el personal carece de
experiencia en anlisis y diseo

EXPERIENCIA EN
ELIMINACION DE
DEFECTOS
PREVIOS A LAS
PRUEBAS

1. Todo o la mayora el personal es

experimentado en revisiones o
inspecciones
2. Variedad nivelada de expertos,
recin contratados y novatos
3. Todo o La mayora de usuarios no
tienes experiencia previa con
software

COMPLEJIDAD
DE LOS DATOS

1. Datos simples, pocas variables y

poca complejidad
2. Varios elementos de datos, pero
relaciones de datos simples
3. Mltiples archivos, cambios e
intercambio de datos
4. Elementos de datos e
intercambios de datos complejos
5. Elementos de datos e
interrelaciones de datos muy

complejos
EXPERIENCIA EN
APLICACIONES
DEL PERSONAL
DE DESARROLLO

1. Todos o la mayora son expertos

en el tipo de programa
desarrollado pero algunos son
recin contratados o novatos
2. Variedad nivelada de expertos,
recin contratados y novatos
3. La mayora son recin contratados
o novatos con algunos expertos
4. Todo el personal es nuevo con este
tipo de programa

EXPERIENCIA EN
ANALISIS Y
DISEO DEL
PERSONAL DE
DESARROLLO

1. Todos o la mayora son expertos

en mtodos de anlisis y diseo
2. Variedad nivelada de expertos,
recin contratados y novatos
3. La mayora con recin contratados
o novatos, con algunos expertos
4. Todo el personal carece de
experiencia en anlisis y diseo

EXPERIENCIA EN
ELIMINACION DE
DEFECTOS
PREVIOS A LAS
PRUEBAS

1. Todo o la mayora el personal es

experimentado en revisiones o
inspecciones
2. Variedad nivelada de expertos,
recin contratados y novatos
3. Todo o La mayora de usuarios no
tienes experiencia previa con
software