Vous êtes sur la page 1sur 6

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.

Vous aimerez peut-être aussi