Post on 17-Jul-2015
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 2/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 3/54
• 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.
Consideraciones preliminares
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 4/54
• 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.
Consideraciones preliminares
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 5/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 6/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• CASCADA PURA
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 7/54
• 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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 8/54
Gráfica del modelo deCascada Pura
Implementación
Utilización
Planeación
Análisis
Diseño
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 9/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 10/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 11/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• CODIFICAR Y CORREGIR
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 12/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 13/54
Gráfica del modeloCodificar y Corregir
codificar y
corregir
Especificación
del sistema
(quizás)
Entrega
(quizás)
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 14/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 15/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 16/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• ESPIRAL
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 17/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 18/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 19/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 20/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 21/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• CASCADAS MODIFICADAS
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 22/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 23/54
Gráfica del modelo de cascadacon fases solapadas
Planeación
Análisis
Diseño
Implementación
Utilización
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 24/54
Gráfica del modelo de Cascada con Subproyectos
Planeación
Análisis
Diseño
Diseño
detallado
Prueba delsubsistema
Diseñodetallado
Prueba delsubsistema
Diseñodetallado
Codificación ydepuración
Prueba delsubsistema
Prueba delsistema
Codificación ydepuración
Codificación ydepuración
G áfi d l d l d R d ió d
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 25/54
Planeación
Análisis
Diseño
Implementación
Utilización
Gráfica del modelo en cascada con Reducción deRiesgos
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 26/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• PROTOTIPADO
EVOLUTIVO
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 27/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 28/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 29/54
• 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?
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 30/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 31/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• ENTREGA POR ETAPAS
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 32/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 33/54
Gráfica del modelo de Entrega por Etapas
Planeación
Análisis
Diseño
Etapa 1: diseño,implementación, utilización
Etapa 2: diseño,implementación, utilización
Etapa 3: diseño,implementación, utilización
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 34/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 35/54
Desventajas del modelo deEntrega por Etapas
• No funciona sinuna planificaciónadecuada tantopara nivelestécnicos como
para niveles degestión.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 36/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• DISEÑO POR
PLANIFICACIÓN
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 37/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 38/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 39/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 40/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 41/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• ENTREGA EVOLUTIVA
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 42/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 43/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 44/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• DISEÑO POR HERRAMIENTAS
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 45/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 46/54
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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 47/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 48/54
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)
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 49/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• SOFTWARE COMERCIAL
EXISTENTE
El d l d f
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 50/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 51/54
PLANIFICACIÓN DEL CICLODE VIDA DE SISTEMAS
• SELECCIÓN DEL CICLO
DE VIDA
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 52/54
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.
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 53/54
• 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
5/14/2018 Unidad IV. Modelos de Proceso de Software - slidepdf.com
http://slidepdf.com/reader/full/unidad-iv-modelos-de-proceso-de-software 54/54
• ¿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