2.
Pgina 4 de 125
Pgina 5 de 125
Pgina 6 de 125
Hitos,
entregas
Puntos
SQA
Actividades de proteccin
Figura 1 - Marco comn del proceso
Pgina 7 de 125
Herramientas
Mtodos
Procesos
Enfoque de calidad
Figura 2 - Visin multicapa de la Ingeniera del Software
Pgina 8 de 125
Pgina 9 de 125
Anlisis
Diseo
Cdigo
Prueba
Pgina 10 de 125
Escuchar al
cliente
El cliente
prueba la
maqueta
Construir y
revisar la
maqueta
Pgina 11 de 125
2.3.3 Evolutivo
Surge para dar respuesta a una realidad: la necesidad de dar
respuesta a la necesidad de rpida evolucin del Software. La
experiencia confirma que, con frecuencia, los requisitos cambian
durante el desarrollo, cuestin que se ve reforzada por la presin
sobre tiempos de entrega que dificultan la finalizacin de un producto
completo y obligan a introducir versiones parciales, cada vez ms
completas, que den cierto grado de solucin en un plazo menor.
2.3.3.1 Incremental
Combina elementos del modelo lineal aplicados repetidas veces con la
filosofa de construccin de prototipos.
1er. incremento
Anlisis
Diseo
Cdigo
Prueba
1 entrega
2 incremento
Anlisis
Diseo
Cdigo
Prueba
2 entrega
Pgina 12 de 125
2.3.3.2 En espiral
Combina igualmente la naturaleza iterativa del la construccin de
prototipos con los aspectos sistemticos del modelo lineal. Este
modelo es propuesto por Boehm en 1988 [9] e incorpora los
conceptos de anlisis de riesgos y planificacin como parte del
proceso.
Pgina 13 de 125
Pgina 14 de 125
2.4 Metodologas
Las metodologas deben dar forma y detalle al proceso de desarrollo
software y, adicionalmente, proporcionar un conjunto de prcticas y
tcnicas recomendadas, as como guas de adaptacin a los distintos
proyectos.
Habitualmente suelen ser combinacin de modelos de proceso
genricos.
Para este estudio del arte, utilizaremos la siguiente distincin:
Metodologas tradicionales
Metodologas giles
Estructuradas
Orientadas a objetos
Figura 10 - Clasificacin de metodologas
Pgina 15 de 125
o SSADM
Orientadas a objetos
Se considera el dominio del problema como un conjunto de
objetos que interactan entre s.
OOAD (Booch), OOSE (Jacobson), OMT (Rumbaugh), MTRICA
son ejemplos de metodologas con enfoque orientado a objetos.
Por ejemplo, MTRICA v3, dispone de actividades que dan cobertura
a ambos enfoques [11]:
Pgina 16 de 125
Pgina 17 de 125
Metodologas
Tradicionales
Metodologas
giles
Impuestas externamente
Pgina 18 de 125
Metodologas
Tradicionales
Metodologas
giles
Ms artefactos
Pocos artefactos
Ms roles
Pocos roles
Comunicacin
Simplicidad
Retroalimentacin
Coraje
Pgina 19 de 125
valores
se
concretan
con
cinco
principios
Rapidez
en
la
retroalimentacin:
favoreciendo
el
aprendizaje, el tiempo que pasa entre una accin y su
retroalimentacin es crtico.
Asumir la simplicidad: tratar cada problema asumiendo que
su solucin es la ms simple, aadir complejidad slo cuando
realmente se necesite.
Cambio incremental: evitar grandes cambios al mismo
tiempo, solucionar los problemas de tamao como secuencia de
cambios ms pequeos.
Aceptar el cambio: resolviendo el problema
preservando el mayor nmero de opciones.
ms
crtico
Pgina 20 de 125
Pgina 21 de 125
Pgina 22 de 125
Pgina 23 de 125
2.4.2.2 SCRUM
Scrum es marco de trabajo iterativo e incremental para el desarrollo
de proyectos, productos y aplicaciones.
Tiene su origen en el artculo The new new product development de
Nonaka y Takeuchi en 1986 en el que se examinan las pautas de
trabajo comunes de varias empresas en productos de xito. En stas,
el trabajo no recorra fases a travs de distintos equipos
especializados,
sino que un equipo altamente cualificado y
multidisciplinar trabajaba conjuntamente desde el principio hasta el
final. Estos autores utilizan por primera vez el trmino SCRUM
(mel), como comparacin de esta forma de trabajar con el trmino
que se utiliza en rugby para designar la jugada en que el equipo
forma un bloque compacto para seguir todos a una un fin comn.
Formalmente, no es hasta 1995 en la OOPSLA Business Object
Design and Implementation Workshop la presentacin y definicin
del marco de trabajo de SCRUM, en el estudio "Scrum Development
Process", por Ken Schwaber y Jeff Sutherland.
Pgina 24 de 125
Pgina 25 de 125
2.4.2.3 RUP
Rational Unified Process se define como un proceso de Ingeniera de
Software cuyo objetivo es la produccin de software de calidad que
satisface los requisitos del usuario final, en un plazo y coste
predecibles.
El proceso de desarrollo de software propuesto por RUP tiene tres
caractersticas esenciales: est dirigido por los Casos de Uso, est
centrado en la arquitectura, y es iterativo e incremental.
Pgina 26 de 125
Pgina 27 de 125
Pgina 28 de 125
Iterativo e incremental
El proceso est dividido en cuatro fases y en cada una de ellas se
pueden dar cuantas iteraciones se consideren necesarias. De cada
iteracin resultar un incremento del sistema que aadir
funcionalidad o mejorar la existente.
Pgina 29 de 125
Fase de elaboracin
Los dos objetivos fundamentales de esta fase sern abordar los
factores de riesgo identificados en la fase anterior y establecer y
validar una arquitectura del sistema.
La validacin de la arquitectura se realiza mediante la obtencin de
una arquitectura ejecutable lnea de base, una implementacin
parcial del sistema que incluir el ncleo del mismo y sus
componentes ms significativos. Su construccin se realizar de
manera iterativa y marcar el final de la fase la disponibilidad de esta
de una arquitectura estable y con un buen comportamiento en cuanto
a su escalabilidad, rendimiento y coste.
Por ltimo se obtendr un plan de proyecto detallado para la
construccin, as como su estimacin de costes.
Fase de construccin
Sobre la arquitectura de base, se ir construyendo el sistema en una
serie de iteraciones cortas. El objetivo de cada iteracin ser obtener
un incremento del sistema en funcionamiento y preparar el conjunto
de casos de uso que se abordarn en la siguiente.
Fase de transicin
En la fase final el sistema se despliega y se pone a disposicin de los
usuarios. El feedback obtenido acerca del sistema puede dar lugar a
iteraciones en esta fase que lo irn refinando. Cuando el conjunto de
requisitos se ampla o vara significativamente, da lugar a un nuevo
ciclo inicio elaboracin construccin transicin.
Pgina 30 de 125
Niveles de
madurez
reas de
proceso
Metas
especficas
Metas
genricas
Prcticas
especficas
Prcticas
genricas
Pgina 31 de 125
Pgina 32 de 125