UNIVERSIDAD NACIONAL DE LA RIOJA

INGENIERÍA DEL SOFTWARE

Tema: Modelo de Procesos de Desarrollo de Software

Integrantes:
 Córdoba Juan Daniel MU: ELSI517
 Luna Federico Gabriel MU: ELSI531
 Millicay C. Stella Maris MU: ELSI505
 Vargas Peralta Mirtha Elisa MU: ELSI503

AÑO 2020
 UNIVERSIDAD NACIONAL DE LA RIOJA
Ingeniería del Software

MODELO DE PROCESOS DE DESARROLLO DE SOFTWARE

Los modelos de desarrollo de software son una representación abstracta de una manera en
particular. Realmente no representa cómo se debe desarrollar el software, sino de un enfoque
común. Puede ser modificado y adaptado de acuerdo a las necesidades del software en
proceso de desarrollo.

Modelos de Proceso Prescriptivo

Ventajas Desventajas

Modelo de la cascada  Una estructura sencilla  Por norma general,

gracias a unas fases de los proyectos más
proyecto claramente complejos o de
diferenciadas. varios niveles no
 Buena documentación permiten su división
del proceso de en fases de proyecto
desarrollo a través de claramente
unos hitos bien diferenciadas.
definidos.  Poco margen para
 Los costes y la carga de realizar ajustes a lo
trabajo se pueden largo del proyecto
estimar al comenzar el debido a un cambio
proyecto. en las exigencias.
 Aquellos proyectos que  El usuario final no se
se estructuran en base al integra en el proceso
modelo en cascada se de producción hasta
pueden representar que no termina la
cronológicamente de programación.
forma sencilla.  En ocasiones, los
fallos solo se
detectan una vez
finalizado el proceso
de desarrollo.

pág. 2
 UNIVERSIDAD NACIONAL DE LA RIOJA
Ingeniería del Software

Modelos de procesos  Con un paradigma  El modelo

incremental incremental se reduce el Incremental no es
tiempo de desarrollo recomendable para
inicial, ya que se casos de sistemas de
implementa la tiempo real, de alto
funcionalidad parcial. nivel de seguridad,
 Provee un impacto de procesamiento
ventajoso frente al distribuido, y/o de
cliente, que es la entrega alto índice de
temprana de partes riesgos.
operativas del Software.  Requiere de mucha
 El modelo proporciona planeación, tanto
todas las ventajas del administrativa como
modelo en cascada técnica.
realimentado,  Requiere de metas
reduciendo sus claras para conocer el
desventajas sólo al estado del proyecto.
ámbito de cada
incremento.
 Permite entregar al
cliente un producto más
rápido en comparación
del modelo de cascada.
 Resulta más sencillo
acomodar cambios al
acotar el tamaño de los
incrementos.
 Por su versatilidad
requiere de una
planeación cuidadosa
tanto a nivel
administrativo como
técnico.

Modelos de proceso  Este modelo es útil  El cliente considera

evolutivo cuando el cliente conoce
los objetivos generales
para el software, pero no
identifica los requisitos
detallados de entrada,
procesamiento y salida.
Modelos concurrentes  Excelente para  Si no se dan las
proyectos en los que se
la mayoría de veces
al prototipo como el
producto final. La
calidad del software
o la factibilidad de
mantenimiento
puede que no se
tomen en cuenta.
condiciones

pág. 3
 UNIVERSIDAD NACIONAL DE LA RIOJA
Ingeniería del Software

conforman grupos de señaladas no es

trabajo independientes.
 Proporciona una imagen
exacta del estado actual
de un proyecto.
aplicable.
 Si no existen grupos
de trabajo no se
puede trabajar en este
método.

Modelos de Proceso Especializado

Ventajas Desventajas

Desarrollo basado en  Funcionalidad  Genera mucho tiempo.

componentes mejorada.  Genera mucho trabajo
 reduce los costes adicional
y tiempos  Confiabilidad de los
 Reutilización del componentes.
software.  Los componentes son
 Simplifica las cajas negras de unidades
pruebas. de programas, y el código
 Simplifica el de los componentes
mantenimiento puede no estar disponible
del sistema. para los usuarios de
 Mayor calidad. dichos componentes.
 Ciclos de
desarrollo más
cortos.

El modelo de métodos  Se comprende  El desarrollo de

formales mejor el sistema. herramientas que apoyen
 La comunicación la aplicación de métodos
con el cliente formales es complicado y
mejora ya que se los programas resultantes
dispone de una son incómodos para los
descripción clara usuarios.
y no ambigua de  Los investigadores por lo
los requisitos del general no conocen la
usuario. realidad industrial.
 El sistema se  Es escasa la colaboración
describe de entre la industria y el
manera más mundo académico, que en
precisa.

pág. 4
 UNIVERSIDAD NACIONAL DE LA RIOJA
Ingeniería del Software

 El sistema se ocasiones se muestra

asegura demasiado dogmático.
matemáticamente  Se considera que la
que es correcto aplicación de métodos
según las formales encarece los
especificaciones. productos y ralentiza su
 Mayor calidad desarrollo.
software respecto
al cumplimiento
de las
especificaciones.
 Mayor
productividad.

Desarrollo de software  Reusabilidad.  Cambio en la forma de

orientado a aspectos Cuando hemos pensar de la programación
diseñado tradicional a la orientada a
adecuadamente objetos.
las clases, se  La ejecución de programas
pueden usar en orientados a objetos es
distintas partes más lenta.
del programa y en  La necesidad de utilizar
numerosos bibliotecas de clases
proyectos. obliga a su aprendizaje y
 Mantenibilidad. entrenamiento.
Debido a las
sencilleces para
abstraer el
problema, los
programas
orientados a
objetos son más
sencillos de leer y
comprender, pues
nos permiten
ocultar detalles
de
implementación
dejando visibles
sólo aquellos
detalles más
relevantes.
 Modificabilidad.
La facilidad de
añadir, suprimir o
modificar nuevos

pág. 5
 UNIVERSIDAD NACIONAL DE LA RIOJA
Ingeniería del Software

objetos nos
permite hacer
modificaciones
de una forma
muy sencilla.
 Fiabilidad. Al
dividir el
problema en
partes más
pequeñas
podemos
probarlas de
manera
independiente y
aislar mucho más
fácilmente los
posibles errores
que puedan
surgir.

El Proceso Unificado

Ventajas Desventajas

Proceso unificado  Mediante este proceso  El método de PU

de desarrollo de requiere costos de
software hay varias dedicación altos por
oportunidades para lo que no es
revisar el sistema a conveniente usarlo
desarrollar hasta en procesos de un
quesea correcto. Se proyecto pequeño.
pueden encontrar  Si el proceso no se
errores y corregirlos. aplica bien desde el
 Adaptabilidad del inicio el PU se
desarrollo a nuevos puede volver muy
requisitos o nuevos grande y difícil,
cambios. tanto para aprender
 Se define una como para
arquitectura sólida en administrar.
etapas tempranas del  Una cantidad
desarrollo. sustancial de tiempo

pág. 6
 UNIVERSIDAD NACIONAL DE LA RIOJA
Ingeniería del Software

 Se reducen los riesgos se gasta en tratar de

de no obtener el adecuar el PU a cada
producto deseado. proyecto. Aquí,
 En cada momento hay también, se corre el
una versión del riesgo de volverse
sistema funcionando un esclavo del
que se modifica según proceso y perder de
las necesidades y vista la razón del
deseos del cliente. proceso.
 Progreso visible en las  Es un proceso
primeras etapas. pesado.
 Fácil ejecución del  Se basa mucho en la
proceso de documentación.
elaboración del
sistema software, ya
que describen como
está estructurado el
sistema desde
diferentes
perspectivas
orientadas a los
diferentes
involucrados en un
proyecto.
 El proceso es
comprensible.

pág. 7