Universidad Abierta y a Distancia de México

Nombre de la Actividad:

Unidad 1

Impacto de la ingeniería de software aquí

Curso:

Introducción a la ingeniería de software

Asesor Académico: NANCY ROSALINA GUTIÉRREZ SOTO

Docente en línea: IVONNE ENRIQUEZ CASTILLO

Alumno (a):

SANTOS DIAZ LUIS FERNANDO CANEK [ES1511100213]

 2. A partir de la información obtenida, elabora un organizador gráfico: en el que agregues las principales características de los métodos revisados.
El organizador que obtengas te permitirá realizar un ejercicio de comparación.

Modelo Características Ventajas Desventajas

Cascada Ordena rigurosamente las etapas
del ciclo de vida del software, de tal
forma que el inicio de cada etapa
debe esperar a la finalización de la
inmediatamente anterior.
Se tiene todo bien organizado y no se
mezclan las fases.
Es perfecto para proyectos que son rígidos,
y además donde se especifiquen muy bien
los requerimientos y se conozca muy bien
la herramienta a utilizar.
En la vida real, un proyecto rara vez sigue una secuencia
lineal, esto crea una mala implementación del modelo, lo
cual hace que lo lleve al fracaso.
El proceso de creación del software tarda mucho tiempo
ya que debe pasar por el proceso de prueba y hasta que el
software no esté completo no se opera. Esto es la base
para que funcione bien.

Prototipo Éstos permiten testar el objeto antes Es el único apto para desarrollos en los Este desconocimiento tiene la desventaja de ser altamente
de que entre en producción, que no se conoce a priori sus costoso y difícil para la administración temporal.
detectar errores, deficiencias, especificaciones o la tecnología a utilizar.
etcétera. Cuando el prototipo está
suficientemente perfeccionado en
todos los sentidos requeridos y
alcanza las metas para las que fue
pensado, el objeto puede empezar a
producirse.
Incremental Construir incrementando las Construir un sistema pequeño siempre es menos riesgoso que construir un sistema grande.
funcionalidades del programa. Se Como desarrollamos independientemente las funcionalidades, es más fácil revelar los requerimientos
realiza construyendo por módulos del usuario.
que cumplen las diferentes Si se detecta un error grave, solo desechamos la última iteración.
funciones del sistema. Esto permite No es necesario disponer de los requerimientos de todas las funcionalidades y en el comienzo del
ir aumentando gradualmente las proyecto y además facilita la labor del desarrollo con la conocida filosofía de divide & Vencerás
capacidades del software.

RAD El desarrollo de software de
"métodos rápidos" reduce el tiempo
del ciclo de vida del software (por
lo tanto, acelera el desarrollo) al
desarrollar, en primera instancia,
una versión prototipo y después
integrar la funcionalidad de manera
iterativa para satisfacer los
requisitos del cliente y controlar
todo el ciclo de desarrollo.
Comprar puede ahorrar dinero en
comparación con construir.
Los entregables pueden ser fácilmente
trasladados a otra plataforma.
El desarrollo se realiza a un nivel de
abstracción mayor.
Visibilidad temprana.
Mayor Flexibilidad.
Menor codificación manual.
Mayor involucramiento de los usuarios.
Comprar puede ser más caro que construir.
Costo de herramientas integradas y equipo necesario.
Progreso más difícil de medir.
Menos eficiente.
Menor precisión científica.
Riesgo de revertirse a las prácticas sin control de antaño.
Más fallas (por síndrome de "codificar a lo bestia").
3. Al terminar, redacta tus conclusiones respecto al ejercicio de comparación

considerando las siguientes preguntas:

¿Cuáles son las principales diferencias entre los métodos de desarrollo

de software?

Las diferencias realmente se basan en que tan flexibles son al momento de la realización de
desarrollar el software entre que unos métodos se llevan a una rigurosidad muy fuerte otros se
van por el lado de mejorarlo de manera constante y otros por el lado de separarlos por módulos
el cual se puede llevar una administración muy cómoda y otros creando muchas versiones mucho
mejores que la anterior, pero dejándolas obsoletas.

¿Los métodos ágiles desplazaron a los tradicionales y éstos desaparecieron?, o bien, ¿Cuáles son
los mejores y por qué?

Realmente no han desaparecido los tradicionales, desde mi punto de vista se han ido adaptando
para mejorar porque hay que tomar en cuenta que en el momento de realizar cualquier proyecto
de software se tiene que tomar lo que más se acomode a las necesidades nuestras y también de
nuestros clientes.

En cuento cual es mejor, no existe ninguno mejor que otro porque todos dan resultados y la
cuestión es saber elegir cual o cuales modelos necesitamos adaptar al proyecto.

FUENTES

Tavo Hernadez. (2013). 7.-Tabla comparativa entre modelos de procesos. 2017, de NINGUNO
Sitio web: http://ingsoft2013.blogspot.mx/2013/02/tabla-comparativa-de-modelos-de.html

poala aboytes. (2014). PRESENTACIÓN MODELOS PARA EL DESARROLLO DE SOFTWARE. 2017,

de UNIVERSIDAD DEL SABES Sitio web: https://es.slideshare.net/paoaboytes/cuadro-
comparativo-modelos-para-el-desarrollo-de-software