departamento de sistemas de info
















Departamento de Sistemas Info
rmáticos y Computación.
Universidad Politécnica de Valencia.
© P.Letelier
1
Proceso de desarrollo de software
Introducción
Un sistema informático está compuesto por hardware y software. En cuanto al hardware, su producción se
realiza sistemáticamente y la base de conocimiento par
a el desarrollo de dicha actividad estáclaramente
definida. La fiabilidad del hardware es, en principio,
equiparable a la de cualquier otra máquina construida
por el hombre. Sin embargo, respecto del software,
su construcción y resultados han sido históricamente
cuestionados debido a los problemas asociados, ent
re ellos podemos destacar los siguientes [1]:
•
Los sistemas no responden a las expectativas de los usuarios.
•Los programas “fallan” con cierta frecuencia.
•
Los costes del software son difíciles de pr
ever y normalmente superan las estimaciones.
•
La modificación del software es una tarea difícil y costosa.
•
El software se suele presentar fuera del plazo establecido y con menos prestaciones de las
consideradas inicialmente.
•
Normalmente, es difícil cambiar de ent
orno hardware usandoel mismo software.
•
El aprovechamiento óptimo de los recursos (pers
onas, tiempo, dinero, herramientas, etc.) no suele
cumplirse.
Según el Centro Experimental de Ingeniería de Software (CEIS)
1
, el estudio de mercado
The Chaos Report
realizado por Standish Group Internactional
2
en 1996, concluyó que sólo un 16% de los proyectos de
software son exitosos (terminan dentro deplazos y co
stos y cumplen los requerimientos acordados). Otro
53% sobrepasa costos y plazos y cumple parcialment
e los requerimientos. El resto ni siquiera llega al
término. Algunas deficiencias comunes en el desarrollo de software son:
•
Escasa o tardía validación con el cliente.
•
Inadecuada gestión de los requisitos.
•
No existe medición del proceso ni registro de datos históricos.•
Estimaciones imprevistas de plazos y costos.
•
Excesiva e irracional presión en los plazos.
•
Escaso o deficiente control en el
progreso del proceso de desarrollo.
•
No se hace gestión de riesgos formalmente.
•
No se realiza un proceso formal de pruebas.
•
No se realizan revisiones técnicas formales e inspecciones de código.
El primer reconocimiento público de laexistencia
de problemas en la producción de software tuvo lugar en
la conferencia organizada en 1968 por la Comisión de Ciencias de la OTAN en Garmisch (Alemania), dicha
situación problemática se denominó
crisis del software
. En esta conferencia, así como en la siguiente
realizada en Roma en 1969, se estipuló el interés hacia
los aspectos técnicos y administrativos en el
desarrollo ymantenimiento de productos software. Se
pretendía acordar las bases para una ingeniería de
construcción de software. Según Fritz
Bauer [2] lo que se necesitaba era “
establecer y usar principios de
ingeniería orientados a obtener software de manera ec
onómica, que sea fiable y funcione eficientemente
sobre máquinas reales
”. Esta definición marcaba posibles cuestiones
tales como: ¿Cuálesson los principios
robustos de la ingeniería aplicables al desarrollo de software de computadora? ¿Cómo construimos el
software económicamente para que sea fiable? ¿Qué se
necesita para crear programas de computadora
que funcionen eficientemente no en una máquina sino en dife
rentes máquinas reales?. Sin embargo, dicho
planteamiento además debía incluir ot
ros aspectos, tales como:mejora de la calidad del software,
satisfacción del cliente, mediciones y métricas, etc.
1
http://www.ceis.cl/Gestacion/Gestacion.htm
(5.3.2003)
2
http://standishgroup.com/
(5.3.2003)
Departamento de Sistemas Info
rmáticos y Computación.
Universidad Politécnica de Valencia.
© P.Letelier
2
El “
IEEE Standard Glossary of Software Engineering Terminology
” (Stad. 610.12-1990) ha...