FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA

DOCENTE: ASCON VALDIVIA OSCAR ARQUIMEDES

CURSO: INGENIERIA DE SOFTWARE I

TEMA

METODOLOGIAS DE DESARROLLO

ALUNMO: PLASENCIA QUISPE MARIA ELIZABETH

FECHA: 19/04/2015

CHIMBOTE PERU

TAREA DE SESION

1. A tu opinin, cul modelo del ciclo de vida crees que es ms

aplicable?

2. Haz un breve resumen comparativo entre los ciclos de vida

estudiados.

Ciclo de Vida Lineal:

Es el ms utilizado, siempre que es posible, precisamente por ser el ms sencillo. Consiste en

descomponer la actividad global del proyecto en fases que se suceden de manera lineal, es decir,

cada una se realiza una sola vez, cada una se realiza tras la anterior y antes que la siguiente. Con un

ciclo lineal es fcil dividir las tareas entre equipos sucesivos, y prever los tiempos (sumando los de

cada fase).

Ciclo de vida con Prototipado:

A menudo ocurre en desarrollos de productos con innovaciones importantes, o cuando se prev la

utilizacin de tecnologas nuevas o poco probadas, que las incertidumbres sobre los resultados

realmente alcanzables, o las ignorancias sobre el comportamiento de las tecnologas, impiden

iniciar un proyecto lineal con especificaciones cerradas.

Ciclo de Vida en Espiral:

El ciclo de vida en espiral puede considerarse como una generalizacin del anterior para los casos

en que no basta con una sola evaluacin de un prototipo para asegurar la desaparicin de

incertidumbres y/o ignorancias. El propio producto a lo largo de su desarrollo puede as

considerarse como una sucesin de prototipos que progresan hasta llegar a alcanzar el estado

deseado. En cada ciclo (espirales) las especificaciones del producto se van resolviendo

paulatinamente.

3. Son realmente importantes las metodologas giles en el mundo

actual?

Claro que es importante ya que en el mundo la persona, empresa u

organizacin, etc., Vivimos da a da con equipos de software que quieren

trabajar con metodologas giles porque necesitan un proceso que pueda

responder de manera eficiente a los cambios en los productos en desarrollo.

Las metodologas giles permiten una mayor flexibilidad que las metodologas

tradicionales de desarrollo, que se bloquean muy pronto en los detalles del

proyecto y son menos capaces de ajustarse a las cambiantes necesidades de

los accionistas, del mercado y de los desafos imprevistos que plantea la

tecnologa.

4. Qu ventajas y desventajas tienen las metodologas giles?

VENTAJAS

La primera y la que, a mi parecer es la ms importante, es que estas

metodologas ofrecen una rpida respuesta a cambios de requisitos a lo largo

del desarrollo del proyecto gracias a su proceso iterativo, es tan importante

realizar una buena recolecta de requisitos, como despus poder modificarlos

evitando grandes prdidas en cuanto a costes, motivacin, tiempo

El cliente, si quiere colaborar, puede observar como va avanzando el proyecto,

y por supuesto, opinar sobre su evolucin gracias a las numerosas reuniones

que realiza el equipo con el cliente. Esto le da tranquilidad.

Uniendo las dos anteriores, se puede deducir que al utilizar estas

metodologas, los cambios que quiera realizar el cliente van a tener un menor

impacto, ya que se va a entregar en un pequeo intervalo de tiempo un

pequeo trozo del proyecto al cliente, y si ste quiere cambiarlo, solo se

habr perdido unas semanas de trabajo. Con las metodologas tradicionales las

entregas al cliente se realizaban tras la realizacin de una gran parte del

proyecto, eso quiere decir que el equipo ha estado trabajando meses para que

luego un mnimo cambio que quiera realizar el cliente, conlleve la prdida de

todo ese trabajo.

Importancia de la simplicidad al eliminar trabajo innecesario

DESVENTAJAS

Falta de documentacin del diseo. Al no haber documentacin es el cdigo

(junto con sus comentarios) lo que se toma como documentacin.

Problemas derivados de la comunicacin oral. No hace falta decir que algo que

est escrito no se puede borrar, en cambio, algo dicho es muy fcil crear

ambigedad.

Fuerte dependencia de las personas.

Falta de reusabilidad derivada de la falta de documentacin

Restricciones en cuanto a tamao de los proyectos

Problemas derivados del fracaso de los proyectos giles. Si un proyecto gil

fracasa no hay documentacin o hay muy poca; lo mismo ocurre con el diseo.

La comprensin del sistema se queda en las mentes de los desarrolladores.

5. Indica, a t opinin, que metodologa es mejor y por qu?

Metodologa estructurada Es la primera aproximacin al problema. Est orientada a procesos, es decir, se centra en especificar y descomponer la funcionalidad del sistema. Herramientas utilizadas: Diagramas de flujo de datos (DFD): Representan la forma en la que los datos

se mueven y se transforman. Incluye:

Procesos

Flujos de datos

Almacenes de datos

Los procesos individuales se pueden a su vez descomponer en otros DFD de

nivel superior.

Especificaciones de procesos: Es lo que se escribe para uno de los procesos

definidos en el DFD cuando no se puede descomponer ms. Puede hacerse en

pseudocdigo, con tablas de decisin o en un lenguaje de programacin.

Diccionario de datos: Son los nombres de todos los tipos de datos y almacenes

de datos junto con sus definiciones

Diagramas de transicin de estados: Modelan procesos que dependen del

tiempo

Diagramas entidad-relacin: Los elementos del modelo E/R se corresponden

con almacenes de datos en el DFD. En este diagrama se muestran las

relaciones entre dichos elementos

Los lenguajes de programacin tambin reflejan esta dicotoma que existe

entre la metodologas, as existen lenguajes para la programacin estructurada.

Los ms famosos son: Cobol, Fortran, C, Pascal y Modula 2.