Universidad don Bosco.

Facultad de estudios tecnolgicos.

Docente: Inga. Evelyn Hernndez.
Materia: Desarrollo de Sistemas.
Caractersticas, ventajas y desventajas de los desarrollos de Software.
Alumno: Jose Miguel Campos Aviles.
Carnet: CA100780

Modelo de Cascada Modelo de Desarrollo de Software

El aspecto ms importante del modelo de cascada es que ninguno de las etapas se pueden
comenzar con la fase anterior antes se haya completado. El ciclo de vida del software tiene que
seguir la secuencia. El modelo est dividido en 7 capas las cuales se vern a continuacin:

- Etapa 1: Requisitos de la Fase
Ya sea que usted disee un pequeo programa para sumar dos nmeros, o usted est en el
desarrollo de un sistema de software para la automatizacin de toda una compaa area, sta es
la primera fase, que no se puede anular. A menos que usted sepa lo que est pasando con el
diseo, no se puede abordar el problema. Aqu, las especificaciones de la salida o el producto final
se estudia y marcado. Si el software que va a ser diseado no debe contener ciertas
caractersticas, como por razones de seguridad, y tambin se menciona en esta etapa.

- Etapa 2: Especificacin de la Fase
Con todos los requisitos y las limitaciones en la mano, una vista final de cmo el producto debe ser
exactamente, se decide. La forma exacta en que el software debe funcionar se menciona en esta
etapa.

- Etapa 3: Fase de Diseo
Bueno, aqu el trabajo real comienza. Cada tipo de recurso que se necesaria para el correcto
diseo del software que se menciona aqu, en esta fase. Qu tipo de base de datos se requiere,
qu tipo de datos debe ser apoyado, etc.? son algunos de los aspectos importantes que se
establezca en esta fase. El algoritmo del proceso en el que el software debe estar diseado se hace
en esta fase. Este algoritmo es la columna vertebral de la parte real de la codificacin en la
siguiente fase.

- Etapa 4: Etapa de Implementacin y Pruebas
Ahora comienza la parte de codificacin. Aqu, el software est diseado como por el algoritmo.
Por lo tanto se hace muy importante que el algoritmo debe ser diseado adecuadamente. El
software diseado segn el algoritmo tiene que ir a travs de pruebas de software constante y
procesos de correccin de errores para saber si hay alguna falla o error. La salida de esta etapa
debe ser un programa bien diseado que est a la par con el algoritmo diseado.

- Etapa 5: Fase de Integracin y Ensayos
Aqu los distintos cdigos diseados por diferentes programadores se integran y se comprueba si
el software funciona de acuerdo con las especificaciones establecidas. La configuracin del
software final que debe ser instalado en el sistema de clientes tambin ha sido diseada y probada
para que el cliente no enfrenta ningn problema durante la instalacin del programa. El producto
es entonces entregado al cliente.

- Etapa 6: Fase de mantenimiento
El trabajo de desarrollo de software no termina con la entrega del software para el cliente. Los
diseadores de software pueden tener que proporcionar constantemente el apoyo al cliente para
resolver cualquiera de los problemas que puedan surgir. Puede haber algunos defectos que se
detectan durante la ejecucin real del proyecto. Durante la fase de mantenimiento, soporte y
depuracin se proporciona para todos estos problemas.

- Etapa 7: Fase de Requerimientos de Nueva
Tiempos de cambio puede exigir que los requisitos del producto puede cambiar. La empresa
cliente puede ampliar a otros campos y puede que desee nuevas caractersticas que se aadirn
ms en el software existente. Por lo tanto, es muy importante que los requisitos actualizados ser
tomado desde el cliente. Esto requiere el ciclo de vida del producto que empezar todo de nuevo.

Ventajas del modelo de cascada
El modelo de cascada es el modelo ms antiguo y ms ampliamente utilizado en el campo de
desarrollo de software. Hay ciertas ventajas del modelo de cascada, que hace que sea el modelo
ms ampliamente utilizado hasta el momento. Algunos de ellos se pueden enumerar como bajo.

* No hace falta mencionar, es un modelo lineal y, por supuesto, los modelos lineales son las ms
simples a ser implementadas.

* La cantidad de recursos necesarios para implementar este modelo es mnimo.

* Una gran ventaja del modelo de cascada es que la documentacin se produce en cada etapa del
desarrollo del modelo de cascada. Esto hace que la comprensin del producto disear
procedimiento ms sencillo.

* Despus de cada etapa importante de la codificacin de software, las pruebas se realizan para
comprobar el correcto funcionamiento del cdigo.

Desventajas del modelo cascada
La pregunta que hay que te preocupa ahora es que con tantas ventajas a la mano, lo que podra
ser las posibles desventajas del modelo de cascada. Bueno, hay algunas desventajas de este
modelo ampliamente aceptado tambin. Echemos un vistazo a algunos de ellos.

* Irnicamente, la mayor desventaja del modelo de cascada es uno de sus mayores ventajas. No se
puede volver atrs, si la fase de diseo ha ido mal, las cosas pueden ser muy complicado en la fase
de ejecucin.

* Los Muchas veces, sucede que el cliente no es muy clara de lo que exactamente quiere del
software. Cualquier cambio que se menciona en el medio puede causar mucha confusin.

* Los pequeos cambios o errores que surgen en el software completo puede causar mucho
problema.

* La mayor desventaja del modelo de cascada es que hasta la etapa final del ciclo de desarrollo se
ha completado, un modelo de trabajo del software no est en las manos del cliente. Por lo tanto,
es difcil en condiciones de mencionar si lo que se ha diseado es exactamente lo que haba
pedido

El modelo de cascada, como ya se mencion, es, por supuesto, el modelo ms ampliamente
utilizado. Hay varias versiones de la misma, lo que permite algunas fases modelo de cascada que
se superponen o retroalimentacin que se toma despus de cada fase, que hacen que el diseo
del software mucho ms simple. As que esto, en definitiva, era todo acerca de las ventajas y
desventajas modelo de cascada. A pesar de las desventajas, las muchas ventajas de este modelo
de garantizar que siga siendo uno de los modelos ms utilizados en el campo de desarrollo de
software.

Modelo de Construccin de Prototipos Modelo de Desarrollo de Software

El Modelo de prototipos que pertenece a los modelos de desarrollo evolutivo, El prototipo debe
ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho
dinero pues a partir de que este sea aprobado nosotros podemos iniciar el verdadero desarrollo
del software.

El diseo rpido se centra en una representacin de aquellos aspectos del software que sern
visibles para el cliente o el usuario final. Este diseo conduce a la construccin de un prototipo, el
cual es evaluado por el cliente para una retroalimentacin; gracias a sta se refinan los requisitos
del software que se desarrollar. La interaccin ocurre cuando el prototipo se ajusta para
satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda
mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

Caractersticas:
Consiste en construir un prototipo que sirva para identificar los requisitos del software antes de
desarrollar la aplicacin definitiva. Los prototipos se construyen y supervisan con la ayuda de los
usuarios, siendo, por tanto, una tcnica orientada al USUARIO.

Adems, permite abordar riesgos tecnolgicos del proyecto antes de su desarrollo, Por otro lado,
facilita la creacin de un modelo del software que se tiene que construir. Puede tener una de las
formas siguientes:

- En papel o un modelo basado en computador que describa la interaccin hombre/mquina de
forma que d al usuario una idea bsica de cmo se realizar la interaccin.

- Un prototipo que implemente algunas de las funcionalidades del sistema.

- Un prototipo que ejecute parte o toda la funcionalidad deseada pero con caractersticas por
mejorar.

Tipos de prototipos:
- Evolutivos: Se van aadiendo funcionalidades hasta que el prototipo se convierte en el sistema
final.
- Desechables: Se utiliza para determinar las necesidades del usuario y todo o parte de l es re
diseado con el objetivo de obtener un sistema ms eficiente.

- Totales: Se construye para el sistema completo.

- Parciales: Se construye slo para modelar una parte del sistema.

Ventajas del modelo de prototipos:
* Este modelo es til cuando el cliente conoce los objetivos generales para el software, pero no
identifica los requisitos detallados de entrada, procesamiento o salida.

* Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est
inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma
que debera tomar la interaccin humano-mquina.

Desventajas del modelo de prototipos:
* El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A
causa de la intencin de crear un prototipo de forma rpida, se suelen desatender aspectos
importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor
parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su funcin.

* Es frecuente que el usuario se muestre reacio a ello y pida que sobre ese prototipo se construya
el sistema final, lo que lo convertira en un prototipo evolutivo, pero partiendo de un estado poco
recomendado.

* En reas de desarrollar rpidamente el prototipo, el desarrollador suele tomar algunas
decisiones de implementacin poco convenientes (por ejemplo, elegir un lenguaje de
programacin incorrecto porque proporcione un desarrollo ms rpido). Con el paso del tiempo, el
desarrollador puede olvidarse de la razn que le llev a tomar tales decisiones, con lo que se corre
el riesgo de que dichas elecciones pasen a formar parte del sistema final porque es muy difcil y
complejo realizarlo.

Modelo Espiral Prototipos Modelo de Desarrollo de Software

El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de
computadora. Una visin alternativa del modelo en espiral puede ser considerada examinando el
eje de punto de entrada en el proyecto.

Las regiones de tareas que componen este modelo son:
* Comunicacin con el cliente: las tareas requeridas para establecer comunicacin entre el
desarrollador y el cliente.

* Planificacin: las tareas requeridas para definir recursos, el tiempo y otras informaciones
relacionadas con el proyecto. Son todos los requerimientos.

* Anlisis de riesgos: las tareas requeridas para evaluar riesgos tcnicos y otras informaciones
relacionadas con el proyecto.

* Ingeniera: las tareas requeridas para construir una o ms representaciones de la aplicacin.

* Construccin y adaptacin: las tareas requeridas para construir, probar, instalar y proporcionar
soporte al usuario.

* Evaluacin del cliente: las tareas requeridas para obtener la reaccin del cliente segn la
evaluacin de las representaciones del software creadas durante la etapa de ingeniera e
implementacin durante la etapa de instalacin.

Ventajas del modelo espiral.
* El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de
computadora.

*Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente
comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.

* El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construccin de
prototipos en cualquier etapa de evolucin del producto.

*El modelo en espiral demanda una consideracin directa de los riesgos tcnicos en todas las
etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se
conviertan en problemas.

* En la utilizacin de grandes sistemas ha doblado la productividad.

Desventajas del modelo espiral.
* Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable.

* Debido a su elevada complejidad no se aconseja utilizarlo en pequeos sistemas.

* Genera mucho tiempo en el desarrollo del sistema.

* Modelo costoso.

* Requiere experiencia en la identificacin de riesgos.