SEP

SNEST

DGEST

INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ

GESTIN DE PROYECTOS DE SOFTWARE

MODELOS PARA DESARROLLAR SOFTWARE
INTEGRANTES:

Lujan Snchez Mariana.13110069

Martnez Reyes Claudia Iveth...12111142
Mendoza Salas Ana Paola.......12111237

TITULAR: Castaeda Monarrez Rosa del Carmen

Cd. Jurez Chihuahua

05-FEBRERO-2016
Pgina| 1

NDICE
INTRODUCCIN..........pgina 3
METODOLOGAS DE DESARROLLO SE SOFTWARE...pgina 4

Que son las metodologas de desarrollo de software..pgina 4

MODELO EN CASCADA (SECUENCIAL LINEAL).......pgina 5

Etapas.. pgina 5
Ventajas... pgina 6
Desventajas. pgina 6

MODELO INCREMENTAL.........pgina 7

Caractersticas..pgina 8
Ventajas.pgina 8
Desventajas...pgina 8

MODELO EVOLUTIVO...........pgina 9

Ventajas... pgina 10
Desventajas. pgina 10

MODELO EN ESPIRAL.........pgina 11

Etapas......pgina 12
Caractersticas...pgina 12
Ventajas... pgina 13
Desventajas. pgina 13

MODELO DE PROTOTITPOS.........pgina 14

Tipos de prototipos...pgina 14
Etapas......pgina 14
Ventajas... pgina 15
Desventajas. pgina 16

MODELO DE DESARROLLO BASADO EN COMPONENTES.

...pgina 17

Etapas......pgina 17
Ventajas... pgina 18
Desventajas. pgina 18

MODELO EN ESPIRAL WINWIN..........pgina 19

Ventajas... pgina 19
Desventajas. pgina 19

Pgina| 2

BIBLIOGRAFA..........pgina 20

Pgina| 3

INTRODUCCIN
El siguiente trabajo habla acerca de las diferentes metodologas que se pueden
aplicar para llevar a cabo la realizacin del desarrollo del software.
Cada metodologa lleva diferentes etapas para que se pueda realizar con mayor
facilidad el software y poder tener los mejores resultados y que el cliente quede
satisfecho con el resultado.
Cabe mencionar que dependiendo de lo que se quiera realizar se utiliza
determinada metodologa ya que unas metodologas no se pueden aplicar a todos
los software porque estos pueden ser sencillos o laboriosos, algunas metodologas
tienen varias etapas que no es necesario seguir cuando se trate de un software
pequeo o viceversa.

Pgina| 4

METODOLOGAS DE DESARROLLO DE SOFTWARE

Qu son las metodologas de desarrollo de Software?
Las metodologas de desarrollo de software son un conjunto de procedimientos,
tcnicas y ayudas a la documentacin para el desarrollo de productos software.
Es como un libro en el que se van indicando paso a paso todas las actividades a
realizar para lograr el producto informtico deseado, indicando adems qu
personas deben participar en el desarrollo de las actividades y qu papel deben de
tener. Adems detallan la informacin que se debe producir como resultado de una
actividad y la informacin necesaria para comenzarla.
Las tcnicas indican cmo debe ser realizada una actividad tcnica determinada
identificada en la metodologa. Combina el empleo de unos modelos o
representaciones grficas junto con el empleo de unos procedimientos detallados.
Se debe tener en consideracin que una tcnica determinada puede ser utilizada
en una o ms actividades de la metodologa de desarrollo de software. Adems se
debe tener mucho cuidado cuando se quiere cambiar una tcnica por otra.

Pgina| 5

MODELO EN CASCADA (SECUENCIAL LINEAL)

El Modelo en Cascada o tambin conocido como Ciclo de Vida del software da las
pautas que permiten la organizacin en el desarrollo del software a travs de la
implementacin de sus caractersticas etapas, esto quiere decir que cuando se
est llevando a cabo todas las tareas pertinentes dentro de esa etapa, no se podr
avanzar a la siguiente etapa hasta no concluir con todas las tareas.

ETAPAS
PLANIFICACIN: Realiza un estudio de factibilidad del software as como
contemplar los posibles costos que pueden surgir mediante su implementacin.
ANLISIS Y DISEO DE
REQUERIMIENTOS: involucra la
identificacin de las caractersticas que nos
guan para determinar las funcionalidades del
software de acuerdo al medio donde se
pretende implementar, es muy importante
notar que trata de responder a las preguntas
Quienes intervienen en el uso del Software?,
Qu restricciones tendr el software?
DISEO: Se identifica y describe las abstracciones del software y cumplir con los
requerimientos plasmando todas esas caractersticas en un diseo que permite
visualizar y contemplar adicionalmente situaciones no previstas.
IMPLEMENTACIN: Realizar las pruebas pertinentes y verificar que se cumplen
con las caractersticas identificadas.
OPERACIN Y MANTENIMIENTO: Se instala dentro del ambiente, depender
que pasar a partir de ah, ya que esta etapa an puede considerar nuevamente la
existencia de caractersticas que no han sido contempladas y/o caractersticas
innecesarias, implicando la modificacin del software para la adaptacin de estas
anomalas.
CRECIMIENTO Y CAMBIO: Se evala el software de modo que se determina si
se puede emplear dentro de la nueva tecnologa no afectando la integridad del
mismo, de modo que si no es posible que exista una adaptacin a lo nuevo, el
proceso de diseo del software nuevamente se repite desde el principio.

Pgina| 6

VENTAJAS

Es un modelo lineal.

La cantidad de recursos necesarios para implementar este modelo es

mnimo.

La documentacin se produce en cada etapa del desarrollo del modelo de

cascada.

Despus de cada etapa importante de la codificacin de software, las

pruebas se realizan para comprobar el correcto funcionamiento del cdigo.

DESVENTAJAS

No se puede volver atrs, si la fase de diseo ha ido mal.

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.

Pgina| 7

MODELO INCREMENTAL
El modelo incremental fue propuesto por Harlan Mills en el ao 1980. Surgi el
enfoque incremental de desarrollo como una forma de reducir la repeticin del
trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de
decisiones en los requisitos hasta adquirir experiencia con el sistema.
Este modelo se conoce tambin bajo las siguientes denominaciones:

Mtodo de las comparaciones limitadas sucesivas.

Ciencia de salir del paso.
Mtodo de atacar el problema por ramas.

El Modelo Incremental combina elementos del MLS con la filosofa interactiva de

construccin de prototipos.
En una visin genrica, el proceso se divide en 4 partes:

Anlisis.
Diseo.
Cdigo.
Prueba.

Sin embargo, para la produccin del Software, se usa el principio de trabajo en

cadena o Pipeline, utilizado en muchas otras formas de programacin. Con esto
se mantiene al cliente en constante contacto con los resultados obtenidos en cada
incremento.
El Modelo Incremental es particularmente til cuando no se cuenta con una
dotacin de personal suficiente. Los primeros pasos los pueden realizar un grupo
reducido de personas y en cada incremento se aadir personal, de ser necesario.
Por otro lado los incrementos se pueden planear para gestionar riesgos tcnicos.

CARACTERSTICAS
Pgina| 8

Se evitan proyectos largos y se entrega algo de valor a los usuarios con

cierta frecuencia.
El usuario se involucra ms.
Difcil de evaluar el coste total.
Difcil de aplicar a los sistemas transaccionales que tienden a ser
integrados y a operar como un todo.
Requiere gestores experimentados.
Los errores en los requisitos se detectan tarde.
El resultado puede ser muy positivo.

VENTAJAS:

Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya

que se implementa la funcionalidad parcial.

Tambin provee un impacto ventajoso frente al cliente, que es la entrega

temprana de partes operativas del Software.

El modelo proporciona todas las ventajas del modelo en cascada

realimentado, reduciendo sus desventajas slo al mbito de cada
incremento.

Permite entregar al cliente un producto ms rpido en comparacin del

modelo de cascada.

Resulta ms sencillo acomodar cambios al acotar el tamao de los

incrementos.

Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel

administrativo como tcnico.

DESVENTAJAS

El modelo Incremental no es recomendable para casos de sistemas de

tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de
alto ndice de riesgos.

Requiere de mucha planeacin, tanto administrativa como tcnica.

Requiere de metas claras para conocer el estado del proyecto.

Pgina| 9

MODELO EVOLUTIVO

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez
ms completas y complejas, hasta llegar al objetivo final deseado; incluso
evolucionar ms all, durante la fase de operacin.
La idea detrs de este modelo es el desarrollo de una implantacin del sistema
inicial, exponerla a los comentarios del usuario, refinarla en N versiones hasta que
se desarrolle el sistema adecuado.
Existen dos tipos de desarrollo evolutivo:

DESARROLLO EXPLORATORIO: El objetivo de este enfoque es explorar

con el usuario los requisitos hasta llegar a un sistema final. El desarrollo
comienza con las partes que se tiene ms claras. El sistema evoluciona
conforme se aaden nuevas caractersticas propuestas por el usuario.

ENFOQUE UTILIZANDO PROTOTIPOS: El objetivo es entender los

requisitos del usuario y trabajar para mejorar la calidad de los requisitos. A
diferencia del desarrollo exploratorio, se comienza por definir los requisitos
que no estn claros para el usuario y se utiliza un prototipo para
experimentar con ellos. El prototipo ayuda a terminar de definir estos
requisitos.

P g i n a | 10

VENTAJAS

La especificacin puede desarrollarse de forma creciente.

Los usuarios y desarrolladores logran un mejor entendimiento del sistema.

Esto se refleja en una mejora de la calidad del software.

Es ms efectivo que el modelo de cascada, ya que cumple con las

necesidades inmediatas del cliente.

DESVENTAJAS

Proceso no Visible: Los administradores necesitan entregas para medir el

progreso.

Sistemas pobremente estructurados: Los cambios continuos pueden ser

perjudiciales para la estructura del software haciendo costoso el
mantenimiento.

Se requieren tcnicas y herramientas: Para el rpido desarrollo se

necesitan herramientas que pueden ser incompatibles con otras o que poca
gente sabe utilizar.

P g i n a | 11

MODELO EN ESPIRAL
El modelo espiral en el desarrollo del software es un modelo meta del ciclo de vida
del software donde el esfuerzo del desarrollo es iterativo, tan pronto culmina un
esfuerzo del desarrollo por ah mismo comienza otro; adems en cada ejecucin
del desarrollo se sigue cuatro pasos principales:

1. Determinar o fijar los objetivos: En este paso se definen los objetivos

especficos para posteriormente identifica las limitaciones del proceso y del
sistema de software, adems se disea una planificacin detallada de gestin y se
identifican los riesgos.
2. Anlisis del riesgo: En este paso se efecta un anlisis detallado para cada
uno de los riesgos identificados del proyecto, se definen los pasos a seguir para
reducir los riesgos y luego del anlisis de estos riesgos se planean estrategias
alternativas.
3. Desarrollar, verificar y validar: En este tercer paso, despus del anlisis de
riesgo, se eligen un paradigma para el desarrollo del sistema de software y se lo
desarrolla.
4. Planificar: En este ltimo paso es donde el proyecto se revisa y se toma la
decisin si se debe continuar con un ciclo posterior al de la espiral. Si se decide
continuar, se desarrollan los planes para la siguiente fase del proyecto.

P g i n a | 12

ETAPAS
Existen seis etapas que son:
Comunicacin con el cliente: esta es
una tarea requerida para establecer
comunicacin entre el desarrollador y el
cliente.
Planificacin: esta tarea es necesaria
aplicarla para poder definir los recursos,
el tiempo y otras informaciones
relacionadas con el proyecto, es decir,
son todos los requerimientos.
Anlisis de riesgos: esta es una de las
tareas principales por lo que se aplica el
modelo en espiral, es requerida para evaluar los riesgos tcnicos y otras
informaciones relacionadas con el proyecto.
Ingeniera: esta es una tarea necesaria ya que se requiere construir una o ms
representaciones de la aplicacin.
Construccin y adaptacin: esta tarea es requerida en el modelo espiral porque
se necesita construir, probar, instalar y proporcionar soporte al usuario.
Evaluacin el cliente: esta tambin es una tarea principal, necesaria para adquirir
la reaccin del cliente segn la evaluacin de las representaciones del software
creadas durante la etapa de ingeniera y la de implementacin creada durante la
etapa de instalacin.

CARACTERSTICAS

Es considerado como un modelo evolutivo ya que combina el modelo

clsico con el diseo de prototipos.

Contiene una nueva etapa que es el anlisis de riesgos, no incluida

anteriormente.

Este modelo es el indicado para desarrollar software con diferentes

versiones actualizadas como se hace con los programas modernos de PC
s.

La ingeniera puede desarrollarse a travs del ciclo de vida clsico o el de

construccin de prototipos.

Este es el enfoque ms realista actualmente.

P g i n a | 13

VENTAJAS

No requiere una definicin completa de los requerimientos del software a

desarrollar para comenzar su funcionalidad.

En la terminacin de un producto desde el final de la primera iteracin es

muy factible aprobar los requisitos.

Sufrir retrasos corre un riesgo menor, porque se comprueban los conflictos

presentados tempranamente y existe la forma de poder corregirlos a
tiempo.

DESVENTAJAS

Existe complicacin cuando se evala los riesgos.

Se requiere la participacin continua por parte del cliente.

Se pierde tiempo al volver producir inicialmente una especificacin

completa de los requerimientos cuando se modifica o mejora el software.

P g i n a | 14

MODELO DE PROTOTIPOS
Es un modelo prueba error ya que si al usuario no le gusta una parte del prototipo
significa que la parte prueba fallo por lo cual se debe corregir el error que se tenga
hasta que el usuario quede satisfecho.
El prototipo deber ser construido en poco tiempo, usando los programas
adecuados y no se deben utilizar muchos recursos.
Es un modelo del comportamiento del sistema que puede ser usado para
entenderlo completamente o ciertos aspectos de l y as clarificar los
requerimientos.

TIPOS DE PROTOTIPOS
DESECHABLE: Nos sirve para eliminar dudas sobre lo que realmente quiere el
cliente adems para desarrollar la interfaz que ms le convenga al cliente.
EVOLUTIVO: Es un modelo parcialmente construido que pueda pasar de ser
prototipo a ser software pero no tiene una buena documentacin y calidad.

ETAPAS
RECOLECCIN Y REFINAMIENTO DE REQUISITOS
Se analizan las necesidades de los usuarios finales del
software para determinar qu objetivos debe cubrir.
Extrae informacin al usuario sobre el sistema, para
entender lo que espera que el sistema haga.

MODELADO, DISEO RPIDO

Es realizar un modelo del sistema, a partir de los requisitos que ya conozcamos.
Se trata de un diseo rpido, centrado sobre todo en la arquitectura del sistema y
la definicin de la estructura de las interfaces ms que en aspectos
procedimientos de los programas.

CONSTRUCCIN DEL PROTOTIPO

P g i n a | 15

Existen herramientas especializadas en generar prototipos ejecutables a partir del

diseo.
Otra opcin sera utilizar tcnicas de cuarta generacin.
Se basa en el diseo rpido del prototipo entregado por el Analista funcional.

DESARROLLO, EVALUACIN DEL PROTOTIPO POR EL CLIENTE.

Se presenta al cliente para que lo pruebe y siguiera modificaciones.
A partir de estos comentarios del cliente y los cambios que se muestren
necesarios en los requisitos, se proceder a construir un nuevo prototipo.

REFINAMIENTO DEL PROTOTIPO

Etapa del proceso donde lleva a cabo la accin de comunicacin con el usuario.
Ocurre la retroalimentacin del usuario luego de usar el prototipo.
Ocurre luego de la evaluacin del prototipo por el usuario.

PRODUCTO DE INGENIERA
Etapa del proceso donde el prototipo que ha obtenido la aceptacin del usuario se
convierte en el sistema final.
Es la etapa final del proceso.

VENTAJAS

No modifica el flujo del ciclo de vida.

Reduce el riesgo de construir productos que no satisfagan las necesidades
de los usuarios.
Reduce costo y aumenta la probabilidad de xito.
Exige disponer de las herramientas adecuadas.
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.
Ofrece un mejor enfoque cuando el responsable del desarrollo del software
esta inseguro de la eficacia de un algoritmo, de la adaptabilidad de un
sistema operativo o de la forma que debera tomar la interaccin humanomaquina.

P g i n a | 16

DESVENTAJAS

Debido a que el usuario ve que el prototipo funciona piensa que este es el

producto terminado y no entiende que recin se va a desarrollar el software.

El desarrollador puede caer en la tentacin de ampliar el prototipo para

construir el sistema final sin tener en cuenta los compromisos de calidad y
mantenimiento que tiene con el cliente.

P g i n a | 17

MODELO DE DESARROLLO BASADO EN

COMPONENTES
COMPONENTE: Es una pieza de cdigo pre-elaborado que encapsula alguna
funcionalidad expuesta atreves de interfaces estndar.
Los componentes son los ingredientes de las aplicaciones, que se juntan y
combinan para llevar a cabo una tarea.
Es el paradigma de ensamblar componentes y escribir cdigo para hacer que
estos componentes funcionen.
Configurar aplicaciones desde componentes preparados de software (llamados
clases).

ETAPAS

COMUNICACIN: Extrae informacin al usuario sobre el sistema, tambin sirve

para entender lo que el espera que el sistema realice.
PLANIFICACIN: En esta etapa se evala la funcin y el rendimiento que se
asignaron al software durante la ingeniera del sistema de computadora para
establecer un mbito de proyecto que no sea ambiguo e incomprensible.
ANLISIS DE RIESGO: En esta etapa el analista se encarga de analizar los
riesgos que el software a estar expuesto y as encontrar la manera de
corregirlos.
CONSTRUCCIN Y ADAPTACIN DE LA INGENIERA: En esta etapa se
construye el software, se aprueba si no tiene algn problema o para detectar
errores. Se instala y luego se le brinda soporte al software.
EVALUACIN DEL CLIENTE: El cliente tiene la tarea de evaluar el software para
verificar si este cumple con los requisitos que este proporciono al inicio y est en
toda la tarea de aprobar o rechazar el software.

P g i n a | 18

VENTAJAS

Reutilizacin del software

Simplifica las pruebas
Simplifica el mantenimiento del sistema
Mayor calidad

DESVENTAJAS

Genera mucho tiempo en el desarrollo del sistema.

Modelo costoso.
Requiere experiencia en la identificacin de riesgos
Genera mucho trabajo adicional.

P g i n a | 19

MODELO EN ESPIRAL WINWIN

Esta es una adaptacin del modelo de espiral que se hace hincapi explcitamente
situados en la participacin del cliente en un proceso de negociacin en la gnesis
del desarrollo de productos. Idealmente, el desarrollador simplemente preguntar al
cliente lo que se requiere y el cliente proporcionara el suficiente detalle para
proceder.
El modelo win-win. Deriva su nombre del objetivo de estas negociaciones, es
decir, de "ganar-ganar". El cliente recibe el producto que satisface la mayora de
sus necesidades, y el desarrollador trabaja para alcanzar presupuestos y fechas
de entrega. Para lograr este objetivo, el modelo define un conjunto de actividades
de negociacin al principio de cada paso alrededor de la espiral.
1.-Identificacin del sistema o subsistemas
clave de los directivos.
2.-Determinacin de las condiciones de
victoria de los directivos.
3.-Negociacin de las condiciones de
victoria de los directivos.
4.-Evaluar las alternativas del producto y
del proceso y resolucin de los riesgos.
5.-Definir el siguiente nivel del producto y
del proceso, incluyendo particiones.
6.-Validar las definiciones del producto y del proceso.
7.-Revisin y comentarios.
VENTAJAS
El anlisis del riesgo se hace de forma explcita y clara. Une los mejores
elementos de los restantes modelos.

Reduce riesgos del proyecto

Incorpora objetivos de calidad

Integra el desarrollo con el mantenimiento, etc.

DESVENTAJAS

P g i n a | 20

Genera mucho tiempo en el desarrollo del sistema

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

BIBLIOGRAFA
http://www.ecured.cu/Modelo_de_Prototipos
https://prezi.com/fbts6cbwkgb1/modelado-de-prototipos/
http://ingenexescom.blogspot.mx/2012/02/modelo-en-cascada.html
http://quecomputadoracomprar.com/ventajas-y-desventajas-modelo-cascada/
http://ingenieraupoliana.blogspot.mx/2010/10/modelo-incremental.html
http://dianao9.blogspot.mx/2012/11/modelo-incremental.html
http://www.ojovisual.net/galofarino/modeloespiral.pdf
https://prezi.com/gqtsguvhc2go/desarrollo-basado-en-componentes/
http://www.hanantek.com/es/win-win

P g i n a | 21