Ingenieria de software

Modelo

Características

Ventajas

Desventajas

Aporte Critico

Ciclo en cascada

Es un proceso que se lleva a cabo de una manera secuencial, quiere decir lineal, de allí su nombre.

Representa el proyecto de acuerdo a las bases que están en este.

Cuando se aplica este modelo en un software tiene una mayor estabilidad.

Se pide consigo unos requerimientos, expresando la necesidad de ser un proceso secuencial debe llevar por norma estos.

Su ejecución se denomina fases de proyecto, las cuales son 7; Requisitos del sistema, Requisitos del Software, Análisis, Diseño, Implementación, Prueba, Servicio.

Es más fácil estructurar un trabajo en este modelo puesto que cuenta con diferentes etapas.

Sus fases deben ir documentadas de acuerdo a lo planeado y establecido así se tiene un mayor control.

Se establece fácilmente un seguimiento en cuanto a progreso y presupuesto del mismo.

A la hora de hacer las faces en la iteración ya definida es más fácil encontrar errores.

Es un sistema de software más robusto.

En algunos trabajos o proyectos este modelo no es muy adecuado puesto que no se puede seguir al pie de la letra sus fases establecidas.

El ajuste del software en cualquiera de sus fases o etapas ya pasada la primera es mucho más difícil.

En casos no tan particulares los errores que se pueden llegar a presentar son vistos en última instancia al finalizar el desarrollo.

Es uno de los modelos por no decir que es el modelo más robusto a la hora de implementarlo en un software sin embargo se tiene que conocer muy bien el proyecto y además de esto saber implementar el modelo, puesto que como se dijo ya, no es sistema que sea buena idea implementarlo en todos los trabajos, sin embargo, con el equipo de trabajo adecuado y con una buena implementación se pueden tener grandes resultados.

A la hora de implementarlo se debería tener un pleno control en el código para no presentar todos los errores en su fase final.

Modelo Incremental

Se presenta como un modelo en donde se tienen que entregar progresos significativos denotados en fechas específicas.

Su entrega se hace a partir de diferentes fechas, en estas tiene que haber incremento en su calidad y en su avance, de allí su nombre.

Las fechas en las cuales se presentan los avances están especificadas con anterioridad ya se por un gestor de proyectos o por el cliente.

A medida que avanza el proyecto el trabajo debería ir acaparando menos tiempo, puesto que se llega a su etapa final.

Se tienen diferentes evaluadores de etapas, esto sirve para que no se presenten fallos en casos futuros.

Se tiene un mayor control en su calidad, pues todo se hace respecto a una brecha de tiempo ya establecida.

Se puede tener un seguimiento mucho más fácil y ameno.

Aun que tiene que ser un proceso ya estructurado el mismo se puede adaptar a los pendientes que surjan.

Los imprevistos se tienen que solucionar de manera rápida, pues se tienen pactadas unas revisiones y un avance fijo en calendario.

Requiere que se tenga una planeación bien definida entre todos los que trabajan en el proyecto.

No se recomienda que se use en proyectos que requieran una alta seguridad, por ende, que sean mucho mas importantes que uno normal, pues estos demandan más tiempo.

Se pueden sacar muy buenos resultados de este modelo, teniendo en cuenta el verdadero propósito del proyecto se genera un software que este a medida y que contenga todo lo deseado, sin embargo, para proyectos que requieran implementaciones especiales no sería tan eficaz, pues estos tienen mas altibajos a lo hora de su desarrollo y este modelo por naturaleza tiene que mostrar avances significativos en cuanto a fechas se refiere.

Desarrollo en espiral

Este es un modelo que adopta dos formas de ser en uno mismo, como lo es el modelo en cascada y el modelo waterfall.

En este proceso se empieza por un nivel “bajo” arrancando con el concepto del proyecto a realizar.

A medida que va pasando el tiempo el proyecto se va volviendo un poco mas tedioso, pues este abarca muchas mas cosas en su camino a ser terminado.

Es un modelo en el cual se trabajan diferentes etapas al mismo tiempo, todas empezando desde lo conceptual hasta llegar a su ejecución.

Se tiene presente una fase final en donde todas sus epatas se unen para ser complementadas.

Se pueden tener diferentes personas encargadas en ejecutar cada parte del proyecto por separado.

Todo el proceso se puede acelerar de una manera bastante notoria a comparación de otros modelos.

Al tener procesos uno seguido del otro y ser detallados se puede conseguir un buen resultado.

Es un modelo flexible en cuanto a tiempos para implementar sus etapas se refiere.

Se tiene que tener un equipo de trabajo estructurado.

En caso de que se presenten diferencias en el código o en sus etapas y no se hable de esto en el momento debido puede derivar en una mal ejecución a la hora de ser acoplados.

Se tiene que tener presente una buena gestión a la hora de encargar tareas y tiempos finales de ejecución completa.

Es un sistema conceptualmente diferente y mas novedoso que el resto, se puede adaptar fácilmente a un sistema de trabajo remoto pues a la final todas sus etapas se integran, sin embargo creo que se tiene un gran riesgo a la hora de ponerlo en marcha, seria buena idea hacerlo o ejecutarlo con un equipo de desarrollo que tenga tiempo de experiencia trabajando junto, puesto que independiente de ser muy fácil su integración si en la etapa final los grupos de trabajo no tienen afinidad el proyecto se puede perder totalmente por un mal desarrollo e integración.

Modelo V

Es un modelo de desarrollo que se viene implementando desde el año 70 hasta la fecha con reajustes en su forma desde entonces.

Se implemento previo al modelo cascada.

Tiene la estructura muy parecida al modelo de cascada, sin embargo, esta permite un acople individual en su proceso de creación y en su fase final.

Se tiene que tener presente que es un modelo en donde se prima de mas el proceso y la gestión de calidad.

Se tiene dentro del modelo 4 fases las cuales ya vienen especificadas, pero es proceso de cada quien hacerle ciertas modificaciones en pro de su proyecto.

Su estructura y organización se parecen a una letra V, de ahí su nombre.

Si se tiene una muy buena comunicación se puede hacer un uso excelente de este modelo.

Responsabilidades definidas para los integrantes de los diversos grupos de desarrollo del proyecto.

La estructura de los grupos de trabaja va de acuerdo a roles, lo que hace que se tenga definidas tareas haciendo que exista un menor riesgo.

Como se tienen medidas de control previstas que van muy ligadas a este modelo se tiene una buena calidad.

Aun que parece ser un modelo a seguir tiene un error y una desventaja muy significativa en su estructura, ya que esta se basa en un modelo de 4 niveles, en algunos proyectos en los cuales se presenten ciertas complejidades y sean de una mayor complejidad será muy pequeño el margen a cubrir a la hora de implementar todo lo que se necesita.

Es un modelo realmente bueno que no se ha quedado atrás a pesar de su alejada creación al momento contemporáneo, puesto que se le hacen diversos ajustes cuando se cree que es necesario, la calidad con la que se puede llegar a ejecutar los proyectos partiendo de este modelo es muy buena por su gran enfatización en cuando a estándares de calidad se refiere, sin embargo como se dijo antes, cuando se habla de proyectos a grandes escalas sus niveles se quedan demasiado cortos para suministrar todo lo necesario.

Reutilización de Software

Este modelo de creación de software es bastante curioso, pues ocupa un proyecto, un software ya realizado para en este implementar algunos cambios y empezar con su proyecto.

Se emplea este modelo cuando se tenia anteriormente un software que cumplía con algunas de las características que se emplearían.

Se utilizan también paquetes de software de propósito general para que pueda ser ejecutado gran parte de los proyectos previstos por diferentes organizaciones.

Una mayor eficacia cuando se habla se tiempo.

Se reduce notoriamente los tiempos de desarrollo a la hora de realizar el proyecto.

Incrementa la productividad de los trabajadores.

Implementa diferentes versiones de soluciones, haciendo más diverso el programa.

Si no se depura debidamente el software reutilizado puede presentar grandes problemas a la hora de ejecutar el nuevo.

El estudio del software debe ser bueno y detallado, pues si se utilizada uno que no sirva para el proyecto se podría perder todo lo hecho.

Tiene que haber flexibilidad a la hora de manejar el software reutilizado para poder hacer cambios pertinentes a la hora de usarlo.

Me parece que es una estrategia y un modelo acertado pero que no se puede usar en todos los proyectos de trabajo que se tengan a la mano, sin duda el tiempo que se ahorra a la hora de empezar a trabajar en este es bastante significativo se tiene que tener en cuenta que este tiene que tener los previos estándares de calidad para que en algún punto no dañe todo lo realizado, a pesar de esto es una técnica muy buena para ahorrar toda clase de recursos, desde tiempo a el recurso monetario.