unidad iv. modelos de proceso de software

5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com

http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 1/54

CICLOS DE VIDAPARA DESARROLLAR

SOFTWARE DE CALIDAD



Consideraciones preliminares

• Todo esfuerzo en el desarrollo deSistemas conlleva un ciclo de vida.

• Un modelo de ciclo de vida es un modeloprescriptivo de lo que pasaría entre laprimera idea y el funcionamiento delsistema.

• Existen varios modelos del ciclo de vida.• El modelo de ciclo de vida apropiado

puede orientar el proyecto y ayudar aasegurar que cada paso se acerque mása la consecución del objetivo.



• Dependiendo del modelo deciclo de vida seleccionado: – Se puede aumentar la velocidad

de desarrollo. – Mejorar la calidad, el control y el

seguimiento del proyecto.

– Minimizar gastos y riesgos. – Mejorar las relaciones con el

usuario.




• La selección ineficaz de unmodelo de ciclo de vida puede

ser una fuente constante de: – Hacer lento el trabajo. – Trabajo repetitivo, innecesario y

frustrante.

• Se pueden producir estosúltimos efectos si no se elige unmodelo de ciclo de vida.




Diferentes tipos de Ciclos de Vida

Ciclos de vidaen el

desarrollode Software

Cascada pura Codificar ycorregir

Espiral

Cascadas

modificadas

Prototipoevolutivo

Entrega poretapas

Diseño porplanificación

Entrega

evolutiva

Diseño porherramientas

Softwarecomercialexistente



PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS

• CASCADA PURA



• Es el predecesor de todos losmodelos de ciclo de vida y ha servidode base para otros modelos.

• En este modelo, un proyectoprogresa a través de una secuenciaordenada de etapas, partiendo desdesu concepto inicial hasta la prueba

del mismo.• El proyecto realiza una revisión al

final de cada etapa para determinarsi está preparado para pasar a la

siguiente.

El modelo de Cascada Pura



Gráfica del modelo deCascada Pura

Implementación

Utilización

Planeación

Análisis

Diseño



Ventajas del modelo deCascada Pura

• Se utiliza correctamente para ciclos en los que: – se tiene una definición estable del producto. – cuando se esta trabajando con metodologías y

técnicas conocidas.• Puede constituir una elección correcta para el

desarrollo rápido cuando se está: – construyendo una versión de mantenimiento

bien definida de un producto existente

– migrando un producto existente a una nuevaplataforma.

• Ayuda a minimizar los gastos de laplanificación porque permite realizarla sinproblemas.



Desventajas del modelo deCascada Pura

• Dificultad para especificarclaramente losrequerimientos al comienzo

del proyecto (no permiteflexibilidad en los cambios).

• Para un proyecto de

desarrollo rápido, el modelode cascada puede suponeruna cantidad excesiva dedocumentación.




• CODIFICAR Y CORREGIR



El modelo Codificar y Corregir

• Es un modelo poco útil, pero bastantecomún

• Si no se ha seleccionado explícitamenteotro modelo, por omisión se estará

utilizando este modelo.• Cuando se utiliza se empieza con unaidea general de lo que se necesitaconstruir. – se puede tener una especificación

formal, o no tenerla. – se utiliza cualquier combinación de

diseño, código, depuración y métodosde prueba no formales que sirven hastaque se tiene el producto listo paraentregarlo.



Gráfica del modeloCodificar y Corregir

codificar y

corregir

Especificación

del sistema

(quizás)

Entrega

(quizás)



Ventajas del modeloCodificar y Corregir

• No conlleva ninguna gestión.• No se pierde tiempo en:

– La planificación. – Documentación. – Control de la calidad. – Cumplimiento de los

estándares.

– Cualquier otra actividad que nosea la codificación pura.



Desventajas del modeloCodificar y Corregir

• Resulta peligroso para otro tipode proyectos que no seanpequeños.

• Aunque no suponga gestiónalguna, tampoco ofrece mediosde evaluación del progreso. – se codifica justo hasta que se

termina.

• No proporciona medios deevaluación de la calidad o deidentificación de riesgos.




• ESPIRAL



El modelo de Espiral

• Es un modelo orientado a riesgos que divide un proyecto enminiproyectos. – cada miniproyecto se centra en uno o más riesgos importantes hasta

que todos éstos estén controlados.• El concepto “riesgo” puede referirse a:

– requerimientos y arquitecturas poco comprensibles. – problemas de ejecución importantes. – problemas con la tecnología subyacente.

• Después de controlar todos los riesgos importantes, el modelofinaliza del mismo modo que el modelo de ciclo de vida encascada.



Planificación Análisis de riesgos

Evaluación del cliente Ingeniería

Recolección derequisitos yplanificación inicialdel cliente

Planificaciónbasada en loscomentarios delcliente

Evaluación delcliente

Análisis de riesgobasado en losrequisitos iniciales

Análisis de riesgobasado en la reaccióndel cliente

Prototipo inicial delsoftware

Prototipo delsiguiente nivel

Sistema deingeniería

Hacia el sistemafinal

Gráfica del modelo de Espiral



Ventajas del modelo deespiral

• Mientras los costos suben, losriesgos disminuyen. – cuanto más tiempo y dinero se

emplee, menores serán los riesgos.• que es exactamente lo que se quiere

en un proyecto de desarrollo rápido.

• Proporciona al menos tanto controlde gestión como el modelo encascada tradicional. – se tienen los puntos de verificación al

final de cada iteración.



Desventajas del modelo deEspiral

• La única desventaja del modelo enespiral es que se trata de un modelocomplicado.

• Requiere de una gestión concienzuda,atenta, y que exige conocimientosprofundos.

• Puede ser difícil definir hitos objetivos de

comprobación que indiquen si estápreparado para pasar al siguiente nivelde la espiral.




• CASCADAS MODIFICADAS



El modelo Cascadas Modificadas

• El mayor problema del modelo de cascadapura es que trata las fases del ciclo devida como etapas secuenciales disjuntas.

• Es posible corregir los inconvenientes más

importantes en el modelo de cascadapura con pequeñas modificaciones. – puede modificarse de forma tal que las

etapas se solapen. – se puede reducir el énfasis sobre la

documentación. – se puede permitir más regresión.



Gráfica del modelo de cascadacon fases solapadas

Planeación

Análisis

Diseño

Implementación

Utilización



Gráfica del modelo de Cascada con Subproyectos

Planeación

Análisis

Diseño

Diseño

detallado

Prueba delsubsistema

Diseñodetallado


Diseñodetallado

Codificación ydepuración


Prueba delsistema



G áfi d l d l d R d ió d



Planeación

Análisis

Diseño

Implementación

Utilización

Gráfica del modelo en cascada con Reducción deRiesgos




• PROTOTIPADO

EVOLUTIVO



El modelo de PrototipadoEvolutivo

• Es un modelo de ciclo devida en el que se desarrolla

el concepto del sistema amedida que avanza elproyecto.

• Normalmente se comienza

desarrollando los aspectosmás visibles del sistema.



Gráfica del modelo de Prototipado Evolutivo

Inicio

ParadaPlaneación y análisis

Diseño rápido

Construcción delprototipo

Evaluación delprototipo por el

cliente

Refinamiento delprototipo

Producto deIngeniería



• Cuando los requerimientos cambiancon rapidez.

• Cuando el cliente es reacio aespecificar el conjunto de losrequerimientos.

• Cuando ni el analista ni el clienteidentifican de forma apropiada el

área de aplicación.• Cuando los desarrolladores no están

seguros de la arquitectura o losalgoritmos adecuados a utilizar.

¿Cuándo utilizar elPrototipado Evolutivo?



Desventajas del modelo deprototipado evolutivo

• Imposibilidad de conocer al iniciodel proyecto lo que se tardará encrear un producto aceptable. – Incluso no se sabe cuántas

iteraciones se tendrán que realizar. – Esta aproximación puede convertirse

fácilmente en una excusa pararealizar el desarrollo con el modelo decodificar y corregir.




• ENTREGA POR ETAPAS



El modelo de entrega por etapas(implementación incremental)

• El sistema se muestra al cliente enetapas refinadas sucesivamente.

• A diferencia del modelo de

prototipado evolutivo, se conoceexactamente qué es lo que se va aconstruir cuando se procede aconstruirlo.

• Lo que hace diferente a este modelo

es que el sistema no se entregacomo un todo al final del proyecto,sino que éste se entrega por etapassucesivas a lo largo del proyecto.

G áfi d l d l d E t Et



Gráfica del modelo de Entrega por Etapas

Planeación

Análisis

Diseño

Etapa 1: diseño,implementación, utilización





Ventajas del modelo deEntrega por Etapas

• Permite proporcionar unafuncionalidad útil en las manos delcliente antes de entregar el 100%del proyecto.

• Con una planificación cuidadosa, esposible entregar las prestacionesmás importantes al principio, y el

cliente puede comenzar a usar elsistema en ese punto.



Desventajas del modelo deEntrega por Etapas

• No funciona sinuna planificaciónadecuada tantopara nivelestécnicos como

para niveles degestión.




• DISEÑO POR

PLANIFICACIÓN



El modelo de diseño porplanificación

• Es similar al modeloentrega por etapas. – la diferencia radica en que no

siempre se conoce al principiosi se tendrá el producto parala última entrega.

• Se pueden tener cincoetapas planificadas. – pero sólo se llega a la tercera

etapa debido a que se tieneuna fecha límite que no sepuede cambiar.

Gráfica del modelo de diseño por planificación



Gráfica del modelo de diseño por planificación

Planeación

Análisis

Diseño

Alta prioridad: diseño detallado,implementación, utilización

Prioridad media-alta: diseño detallado,implementación, utilización

Prioridad media: diseño detallado,implementación, utilización Entrega

Prioridad media-baja: diseño detallado,implementación, utilización

Prioridad baja: diseño detallado,implementación, utilización

AGOTAMIENTO DELPLAZO O DELPRESUPUESTO



Ventajas del modelo de diseño porplanificación

• Puede ser una estrategiaválida para asegurar quese tiene un producto listo

a entregar en una fechadeterminada.

• Esta estrategia esparticularmente útil para

las partes del productoque no se quieren realizaren el camino crítico.



Desventajas del modelo de diseñopor planificación

• Si no se completan todas lasetapas, se desperdiciará tiempoen la especificación, arquitecturay diseños de prestaciones que nose van a entregar.

• Si se ha gastado tiempo en unagran cantidad de requerimientos

incompletos que no se van aentregar, se debería tener tiempopara resumir en uno o dosrequerimientos más completos.




• ENTREGA EVOLUTIVA



El modelo de Entrega Evolutiva

• Es un modelo que se encuentraentre el prototipado evolutivo y laentrega por etapas – se desarrolla una versión del producto. – se muestra al cliente. – se refina el producto en función de los

comentarios del cliente.

• El parecido entre ambos modelosdepende de hasta qué punto selleva a cabo una planificación paraadaptarse a las solicitudes de los

clientes.



Gráfica del modelo de Entrega Evolutiva

Planeación

Análisis

Diseño

Entregar laversión final

Desarrollaruna versión

Entregar la

versión

Realimentacióndel cliente

Agregar larealimentación

del cliente




• DISEÑO POR HERRAMIENTAS



El modelo deDiseño por Herramientas

• En este modelo la idea es incluir unaprestación (funcionalidad) dentro delproducto sólo si las herramientas de softwareexistentes la soportan directamente. Si no

está soportada, se deja.• Ejemplos de herramientas son:

– Las librerías de código y clases.

– Generadores de código.

– Lenguajes de desarrollo rápido y otrasherramientas software que reducen de maneraespectacular el tiempo de implementación.



Funcionalidad soportadaspor las herramientas

Funcionalidad que seva a incluir

Funcionalidad ideal

Funcionalidad que nova a estar en elproducto

Gráfica del modelo deDiseño por Herramientas



Ventajas del modelo deDiseño por Herramientas

• Este modelo se puede combinar con otrosmodelos. – Primer ejemplo de combinación.

• construir una espiral inicial para identificar las

capacidades de las herramientas softwareexistentes.

• identificar los requerimientos básicos.• determinar si la aproximación del diseño por

herramientas es viable.

– Segundo ejemplo de combinación.• utilizar una aproximación del diseño por

herramientas para implementar un prototipo deprueba.

• implementar el software real utilizando laentrega por etapas, la entrega evolutiva y eldiseño por planificación.



Desventajas del modelo dediseño por herramientas

• Se pierde mucho control sobre elproducto.

• Puede que no sea posible llevar a cabo la

implementación de todos losrequerimientos que se desean, y que nose puedan implementar otrosrequerimientos exactamente de la formaque se quiere.

• Depende en buena medida de losproductores de software comercial (tantode sus estrategias de productos como desu estabilidad financiera)




• SOFTWARE COMERCIAL

EXISTENTE

El d l d f



El modelo de softwarecomercial existente

• El software comercial disponibleraramente va a satisfacer todas lasnecesidades del cliente.

• Se deben considerar los siguientespuntos: – está disponible de forma inmediata. – en el lapso de tiempo entre que se adquiere

el software comercial y en el que se puede

tener preparada la entrega del sistema decreación propia, los usuarios pueden.• aprender a trabajar con las limitaciones del

producto.• revisar el software comercial para adaptarlo

aún más a las necesidades de cada uno.




• SELECCIÓN DEL CICLO

DE VIDA



Observaciones sobre la selección

• Distintos proyectos tienen necesidadesdiferentes. – incluso si todos necesitan ser desarrollados

lo más rápido posible.

• No existe “un modelo de ciclo de vida dedesarrollo rápido” . – debido a que el modelo más efectivo

depende del contexto en el que se utilice.

• Determinados modelos de ciclo de vida son

considerados más rápidos que otros. – pero cada uno de ellos será más rápido endeterminadas situaciones y más lento enotras.



• Un modelo que a menudo trabaja bien puedesuceder que no funcione bien si no se utilizacorrectamente.

• Para seleccionar el modelo más conveniente sedebe responder a las siguientes preguntas: – ¿Me compenetro con el cliente para la

especificación de los requerimientos al comienzodel problema?.

– ¿Es probable que el entendimiento de las dospartes cambie significativamente a medida quese avance en el proyecto?.

Preguntas sobre la selección



• ¿Comprendo bien la arquitectura del sistema?.• ¿Es probable que necesite llevar a cabo

modificaciones importantes en la arquitectura a

mitad del proyecto?.• ¿Cuánta fiabilidad necesito?.• ¿Cuánto tiempo extra necesito para planificar y

diseñar durante el proyecto para las versionesfuturas?.

• ¿Cuántos riesgos conlleva el proyecto? .• ¿Estoy sometido a una planificación predefinida?.• ¿Necesito poder realizar modificaciones a medio

camino?.

Preguntas sobre la selección

unidad iv. modelos de proceso de software

Documents