04 modelosdeprocesodesoftware isi

Otros Modelos / 1
Ingeniería de Software I
© MSc. Carlos Mera Gómez
2013
Modelos de Proceso de Software
FIEC03046
Sesión 04

Otros Modelos / 2
2013
Agenda
• Terminología
• Modelo de desarrollo incremental
• Modelo orientado a reuso
• Modelo de desarrollo iterativo
• Modelo en espiral de Boehm
• Modelo RUP
• Modelo de desarrollo ágil

Otros Modelos / 3
2013
Terminología

Otros Modelos / 4
2013
Terminología
• Ciclo de vida es otro denominación para
proceso de software.
• Un ciclo de vida es una colección de fases de
un proyecto, define el trabajo en cada fase, los
entregables a producir, cuándo/quién está
involucrado y cómo manejar el
control/aprobación de cada fase.
• Los ciclos de vida no definen los métodos a
ser utilizados en cada fase, eso lo hacen las
metodologías de desarrollo de software.

Otros Modelos / 5
2013
Modelo de desarrollo incremental

Otros Modelos / 6
2013
• Es un modelo que intercala las actividades de
especificación, desarrollo y validación. El
sistema es desarrollado como una serie de
versiones o incrementos, con cada
funcionalidad agregando funcionalidad a la
versión anterior.
• Es fundamental en las enfoques de desarrollo
ágiles.

Otros Modelos / 7
2013
• Se basa en la idea de implementar una
versión inicial, presentarla al usuario y
evolucionar a través de varias iteraciones
hasta que el sistema esté completo.
• Los primeros incrementos del sistema incluyen
las funcionalidades requeridas
prioritariamente por el cliente.
• El cliente evalúa cada incremento del sistema
y si no satisface plenamente sus necesidades,
solo este incremento se verá afectado.

Otros Modelos / 8
2013

Otros Modelos / 9
2013
– Fuente: http://istqbexamcertification.com

Otros Modelos / 10
2013

Otros Modelos / 11
2013
Beneficios del modelo incremental
• El costo de introducir cambios en los
requerimientos del usuario es reducido.
• Facilita la retroalimentación del usuario en el
producto de software. Es más complicado
obtener retroalimentación del usuario a partir
de documentos de diseño.
• Entrega más ágil de software al usuario, aún
cuando toda la funcionalidad aún no ha sido
incluida.

Otros Modelos / 12
2013
Limitaciones del modelo incremental
• No es rentable producir documentos que
reflejen cada versión del sistema lo cual
complica la medición de avances a los
directores de proyecto.
• La estructura del sistema se podría degradar
con cada incremento si no se dedica tiempo y
dinero a realizar un apropiado refactoring.
• Se requiere una definición clara y completa de
todo el sistema antes de dividirlo y contruirlo
incrementalmente.

Otros Modelos / 13
2013
• Conveniente siempre y cuando….
– Los requerimientos están claramente definidos y
entendidos.
– Los principales requerimientos deben estar definidos,
aunque los detalles pueden evolucionar con el
tiempo.
– Se requiere obtener un producto entregable en poco
tiempo.
– Se utilizará una nueva tecnología.
– Recursos con las habilidades requeridas no están
disponibles.
– Existen algunos objetivos y características de alto
riesgo.

Otros Modelos / 14
2013
• En proyectos grandes y de largos desarrollos,
en los cuales diferentes equipos desarrollan
diferentes partes del sistema se podría
dificultar el garantizar una arquitectura y
framework estables. Para evitarlo se debe
definir claramente las responsabilidades a
cada equipo.
• Se puede desarrollar incrementalmente el
sistema y a la vez desplegar estos incrementos
en el ambiente del cliente para su uso.

Otros Modelos / 15
2013
Modelo orientado al reuso

Otros Modelos / 16
2013
• En la mayoría de los proyectos de software,
generalmente hay algún software a reutilizar.
• Este enfoque se fundamenta en el reuso de
componentes de software y un framework de
integración para la composición de estos
componentes.
• Algunas veces estos componentes son son por
sí mismos sistemas independientes (COTS)
que pueden proveer funcionalidades
específicas.

Otros Modelos / 17
2013
• Está basado en la existencia de un número
significativo de componentes reusables. El
desarrollo del sistema se centra en la
integración de estos componentes en un
sistema en vez de desarrollarlos desde cero.

Otros Modelos / 18
2013
Etapas del modelo orientado al reuso
1. Análisis de componentes: Dada una especificación de
requerimientos, buscar el componente que mejor se
ajuste.
2. Modificación de requerimientos: De acuerdo a la
disponibilidad de componentes, se ajustan ciertos
requerimientos.
3. Diseño del sistema con reuso: Los diseñadores toman
en consideración los componentes a reutilizar y
organizan el framework para ello. Algún desarrollo si
no hay componentes disponibles.
4. Desarrollo e integración: Componentes y sistemas
COTS son integrados para crear el nuevo sistema.

Otros Modelos / 19
2013

Otros Modelos / 20
2013
• Tipos de componentes que pueden ser utilizados
en este modelo:
– Servicios Web, los mismos que son desarrollados de
acuerdo a los estándares de servicios y están
disponibles por invocación remota.
– Colecciones de objetos que son desarrollados como
un paquete a fin de ser integrados en un framework
de componentes tales como .Net o JEE.
– Sistemas de software stand-alone que pueden ser
configurados para su uso en un ambiente en
particular.

Otros Modelos / 21
2013
Ventajas del modelo orientado al reuso
• Reduce la cantidad de software que debe ser
desarrollado lo que reduce costos y riesgos.
• Usualmente se disminuyen los tiempos de
entrega del software.

Otros Modelos / 22
2013
Limitaciones del modelo orientado al reuso
• Se pierde el control sobre la evolución del
software si las nuevas versiones de los
componentes reusables no están bajo el
control de la organización.
• El ajuste de requerimientos podría producir un
sistema que no satisface las necesidades
reales del usuario.

Otros Modelos / 23
2013
Modelo de desarrollo iterativo

Otros Modelos / 24
2013
• El modelo de ciclo de vida iterativo no busca
empezar con la especificación de
requerimientos completa.
• Mas bien, el desarrollo empieza especificando
e implementando solo una parte del software,
la cual puede luego ser revisada a fin de
identificar más requerimientos.
• Este proceso de repite, produciendo una
nueva versión de software para cada ciclo.

Otros Modelos / 25
2013
Ventajas del modelo de desarrollo
iterativo
• Se crea y se mejora el producto paso a paso,
detectando así los defectos al principio.
• Los primeras iteraciones sirven como un
prototipo que ayudan a extraer
requerimientos para posteriores iteraciones.
• Funcionalidades prioritarias para el cliente
pueden ser entregadas primero.
• Brinda productos frecuentes a los clientes y se
obtiene una retroalimentación confiable.

Otros Modelos / 26
2013

Otros Modelos / 27
2013
Ventajas del modelo de desarrollo
iterativo
• Se dedica menor tiempo a la documentación y
más tiempo para el diseño.
• Los requerimientos y procesos de negocio
cambian con el tiempo y los sistemas deben
evolucionar de la misma forma.

Otros Modelos / 28
2013
Desventajas del modelo de desarrollo
iterativo
• Cada fase de una iteración es rígida sin
superposiciones.
• Arquitecturas costosas o problemas de diseño
podrían aparecer en vista que no se levantan
todos los requerimientos al inicio de todo el
ciclo.
• Es complicado distribuir trabajo en varios
equipos de trabajo.

Otros Modelos / 29
2013
iterativo
• Es difícil negociar contratos con el cliente
porque el producto final es incierto.
• Requiere un significativo manejo del proyecto
y experiencia en manejo de riesgos para tener
éxito.
• El software podría ser pobremente
estructurado y difícil de mantener

Otros Modelos / 30
2013
• Conveniente cuando…
– El proyecto es grande
– Los principales requerimientos han sido definidos;
sin embargo, los detalles pueden evolucionar en el
tiempo.

Otros Modelos / 31
2013
Modelo en espiral de Boehm

Otros Modelos / 32
2013
• Similar al modelo incremental con mayor énfasis
en el manejo de riesgo.
• Un sistema completo incremental es entregado
en cada iteración o ciclo del espiral.
• Los riesgos son evaluados en cada evolución a fin
de decidir si se debe o no proceder; y cómo
hacerlo.
• Cada lazo puede representar una parte del
proceso de software o el desarrollo de un
producto.
• Cada lazo consiste en definir el objeto, analizar el
riesgo, desarrollar, validar y planificar.

Otros Modelos / 33
2013

Otros Modelos / 34
2013

Otros Modelos / 35
2013
Ventajas del modelo en espiral de Boehm
• Significativo análisis de riesgos, por lo tanto se
minimizan sus consecuencias.
• Buenos para grandes proyectos de misión
crítica.
• Aprobación estricta y control de
documentación.
• Funcionalidad adicional puede ser agregada
con posterioridad.

Otros Modelos / 36
2013
Desventajas del modelo en espiral de Boehm
• Puede ser un modelo costoso de usar.
• El análisis de riesgos requiere un gran
expertise específico en el área.
• No funciona bien en proyectos pequeños.

Otros Modelos / 37
2013
– La evaluación de riesgos y costos es importante.
– Existen proyectos de mediano a alto riesgo.
– Nueva línea de productos
– Se esperan cambios significativos (investigación y
exploración)
– Los usuarios no están seguros de sus necesidades
– Los requerimientos son complejos
– Se requiere compromiso con el proyecto a largo plazo
debido a cambios en las prioridades económicas.

Otros Modelos / 38
2013
Modelo Rational Unified Processs

Otros Modelos / 39
2013
RUP

Otros Modelos / 40
2013
RUP
• Inception
– Establece el caso de negocio para el sistema
• Elaboration
– Desarrollo y entendimiento del dominio del
problema y de la arquitectura del sistema
• Construction
– Diseño del sistema, programación y pruebas
• Transition
– Despliegue del sistema en su ambiente de
operación

Otros Modelos / 41
2013
Modelo de desarrollo ágil

Otros Modelos / 42
2013
• Es un tipo de modelo iterativo e incremental.
El software es desarrollado en incrementos de
ciclos cortos.
• Cada pequeño entregable es construido sobre
los anteriores entregables.
• Cada release es cuidadosamente probado
para asegurar que se mantenga la calidad del
sofware.

Otros Modelos / 43
2013
• Es un modelo para desarrollo de software
iterativo e incremental en el cual los
incrementos son pequeños y usualmente una
nueva versión es presentada al usuario cada 2
o 3 semanas.
• Se minimizan documentación y reuniones
formales para dar paso a reuniones con
comunicaciones informales.
43

Otros Modelos / 44
2013
– Fuente: http://istqbexamcertification.com/

Otros Modelos / 45
2013

Otros Modelos / 46
2013

Otros Modelos / 47
2013
Ventajas del modelo de desarrollo ágil
• Entregables frecuentes (semanas en vez de
meses)
• Se enfatiza las personas y sus interacciones
más que procesos y herramientas
• Satisfacción del cliente por las entregas
constantes y rápidas de software.
• Cooperación cercana entre los expertos de la
lógica del negocio y los desarrolladores.

Otros Modelos / 48
2013
ágil
• Falta de énfasis en diseño y documentación
necesaria.
• Solo desarrolladores senior son capaces de
tomar las decisiones requeridas durante el
proceso de desarrollo. Por lo tanto, no hay
lugar para novatos, a menos que se mezclen
con recursos experimentados.

Otros Modelos / 49
2013
– Existe una alta frecuencia de cambios.
– Se requiere muy poca planificación para iniciar el
proyecto.

Otros Modelos / 50
2013
• Metodologías de desarrollo ágil:
– Scrum
– Extreme programming (XP)
– Test-driven development (TDD)
– Agile Unified Process (AUP)

Otros Modelos / 51
2013
Puntos para recordar
• Actividades del modelo incremental
• Actividades del modelo orientado a reuso
• Fases del modelo en Espiral de Boehm
• Ventajas y desventajas de los principales
modelos de procesos software.

Otros Modelos / 52
2013
Próxima Sesión
• Scrum
• Otros enfoques
– Prototipo
– Ingeniería Concurrente
• El mejor ciclo de vida para un proyecto

04 modelosdeprocesodesoftware isi

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to 04 modelosdeprocesodesoftware isi

Similar to 04 modelosdeprocesodesoftware isi (20)

Recently uploaded

Recently uploaded (11)

04 modelosdeprocesodesoftware isi