Metodologia Watch

Es un metodo creado para la

C
o descripcion de procesos tecnicos
n gerenciales y de soporte que
c utilizan los grupos u
e organizaciones encargados de
p desarrollar aplicaciones
t
informaticas de un sistema de
o
informacion organizacional.

1. Modelado del negocio: obtener un

conocimiento global y detallado de dominio de la
aplicacin empresarial; esto es, del sistema de
negocios para el cual se desarrolla la aplicacin.
F 2. Ingenieria de requisitos: determinar las
a necesidades de informacion y automatizacion de
s procesos de negocios, que tienen los usuarios de
e la aplicacion empresarial en desarrollo, mediante
s la especificacion de requisitos. 3. Diseo
arquitectonico: Elaborar un diseo de la
arquitectura de la aplicacion empresarial que sea
d apropiada a los requisitos especificados y que
e establezca los subsistemas de la aplicacion, a su
l vez sus componentes, a su vez las conexiones de
esos componentes y las restricciones que regulan
la arquitectura. 4. Diseo de componentes:
m Elaborar los diseos detallados de los
e componentes que integran cada uno de los
t subsistemas de la aplicacin. 5.
o Aprovisionamiento de componentes: *Bsqueda
d y adaptacion de componentes de software
reutilizables que cumplan con las
o especificaciones de componentes. * Desarrollo de
aquellos componentes que no puedan ser
localizados o que no satisfagan adecuadamente
las especificaciones de componentes.
 1. Modelado del negocio: obtener un
conocimiento global y detallado de dominio de la
aplicacin empresarial; esto es, del sistema de
negocios para el cual se desarrolla la aplicacin.
F 2. Ingenieria de requisitos: determinar las
a necesidades de informacion y automatizacion de
s procesos de negocios, que tienen los usuarios de
e la aplicacion empresarial en desarrollo, mediante
s la especificacion de requisitos. 3. Diseo
arquitectonico: Elaborar un diseo de la
arquitectura de la aplicacion empresarial que sea
d apropiada a los requisitos especificados y que
e establezca los subsistemas de la aplicacion, a su
l vez sus componentes, a su vez las conexiones de
esos componentes y las restricciones que regulan
la arquitectura. 4. Diseo de componentes:
m Elaborar los diseos detallados de los
e componentes que integran cada uno de los
t subsistemas de la aplicacin. 5.
o Aprovisionamiento de componentes: *Bsqueda
d y adaptacion de componentes de software
reutilizables que cumplan con las
o especificaciones de componentes. * Desarrollo de
aquellos componentes que no puedan ser
localizados o que no satisfagan adecuadamente
las especificaciones de componentes.

V
e
n Utiliza un procedimiento de
t desarrollo incremental e iterativo
a en el que se van agregando ms
j funcionalidades al sistema.
a
s

D
e
s
v
e Poco factible en un desarrollo real
n con todas las caracteristicas de este
t
D
e
s
v
e Poco factible en un desarrollo real
n con todas las caracteristicas de este
t modelo.
a
j
a
s

U
s
o Se utiliza en mega proyectos.
s

Integra
- Castilla Flores, Jorge
- Medina Lupo, Harold
- Condori Joaquin, Rod
 Modelo en espiral Modelo incremental

El incremental es un modelo de tipo

Consiste en una serie de ciclos que se
evolutivo que est basado en varios ciclos
repiten en forma de espiral, comenzando
Cascada realimentados aplicados
desde el centro.
repetidamente, con una filosofa iterativa

1. Requerimientos: son los objetivos centrales y

especficos que persigue el proyecto.
2. Definicin de las tareas y las iteraciones: teniendo en
cuenta lo que se busca, el siguiente paso es hacer una
lista de tareas y agruparlas en las iteraciones que tendr
el proyecto. Esta agrupacin no puede ser aleatoria.
Cada una debe perseguir objetivos especficos que la
definan como tal.
1. establecer la comunicacin entre el cliente y el 3. Diseo de los incrementos: establecidas las
desarrollador. 2. definicin de los recursos, tiempo iteraciones, es preciso definir cul ser la evolucin del
y otra informacin relacionada con el proyecto. 3. producto en cada una de ellas. Cada iteracin debe
evaluar los riesgos tcnicos y de gestin del superar a la que le ha precedido. Esto es lo que se
denomina incremento.
proyecto. 4. construir una o ms representaciones
4. Desarrollo del incremento: posteriormente se realizan
de la aplicacin software. 5. construir la aplicacin, las tareas previstas y se desarrollan los incrementos
instalarla, probarla y proporcionar soporte al establecidos en la etapa anterior.
usuario o cliente 6. obtener la reaccin del cliente, 5. Validacin de incrementos: al trmino de cada
segn la evaluacin de lo creado e instalado en los iteracin, los responsables de la gestin del proyecto
ciclos anteriores. deben dar por buenos los incrementos que cada una de
ellas ha arrojado. Si no son los esperados o si ha habido
algn retroceso, es necesario volver la vista atrs y
buscar las causas de ellos.
6. Entrega del producto: cuando el producto en su
conjunto ha sido validado y se confirma su
correspondencia con los objetivos iniciales, se procede
a su entrega final.

1. establecer la comunicacin entre el cliente y el
desarrollador. 2. definicin de los recursos, tiempo
y otra informacin relacionada con el proyecto. 3.
evaluar los riesgos tcnicos y de gestin del
proyecto. 4. construir una o ms representaciones
de la aplicacin software. 5. construir la aplicacin, las tareas previstas y se desarrollan los incrementos
instalarla, probarla y proporcionar soporte al
usuario o cliente 6. obtener la reaccin del cliente,
segn la evaluacin de lo creado e instalado en los iteracin, los responsables de la gestin del proyecto
ciclos anteriores.
1. Requerimientos: son los objetivos centrales y
especficos que persigue el proyecto.
2. Definicin de las tareas y las iteraciones: teniendo en
cuenta lo que se busca, el siguiente paso es hacer una
lista de tareas y agruparlas en las iteraciones que tendr
el proyecto. Esta agrupacin no puede ser aleatoria.
Cada una debe perseguir objetivos especficos que la
definan como tal.
3. Diseo de los incrementos: establecidas las
iteraciones, es preciso definir cul ser la evolucin del
producto en cada una de ellas. Cada iteracin debe
superar a la que le ha precedido. Esto es lo que se
denomina incremento.
4. Desarrollo del incremento: posteriormente se realizan
establecidos en la etapa anterior.
5. Validacin de incrementos: al trmino de cada
deben dar por buenos los incrementos que cada una de
ellas ha arrojado. Si no son los esperados o si ha habido
algn retroceso, es necesario volver la vista atrs y
buscar las causas de ellos.
6. Entrega del producto: cuando el producto en su
conjunto ha sido validado y se confirma su
correspondencia con los objetivos iniciales, se procede
a su entrega final.

Se reduce el tiempo de desarrollo inicial, ya

Reduce riesgos del proyecto Incorpora
objetivos de calidad. Integra el desarrollo
con el mantenimiento, etc. Adems es
posible tener en cuenta mejoras y nuevos
requerimientos sin romper con la
metodologa, ya que este ciclo de vida no es
rgido ni esttico.
que se implementa la funcionalidad parcial.
proporciona todas las ventajas del modelo
en cascada realimentado, reduciendo sus
desventajas slo al mbito de cada
incremento. ms rpido en comparacin del
modelo de cascada. Resulta ms sencillo
acomodar cambios al acotar el tamao de
los incrementos. Pe

El modelo Incremental no es recomendable

para casos de sistemas de tiempo real, de
alto nivel de seguridad, de procesamiento
Genera mucho tiempo en el desarrollo del
distribuido, y/o de alto ndice de riesgos.
sistema Modelo costoso Requiere
Requiere de mucha planeacin, tanto
 El modelo Incremental no es recomendable
para casos de sistemas de tiempo real, de
alto nivel de seguridad, de procesamiento
Genera mucho tiempo en el desarrollo del
distribuido, y/o de alto ndice de riesgos.
sistema Modelo costoso Requiere
Requiere de mucha planeacin, tanto
experiencia en la identificacin de riesgos.
administrativa como tcnica. Requiere de
metas claras para conocer el estado del
proyecto.

El modelo en espiral es beneficioso en Es til sobre todo cuando el personal

proyectos que necesitan reduccin de necesario para una implementacin
riesgos. completa no esta disponible.

Integrantes:
- Castilla Flores, Jorge Andr 2014-119068
- Medina Lupo, Harold Joel 2014-119030
- Condori Joaquin, Rody Franklin 2016-119055
 XP (Xtreme Programming)

Es una metodologa ligera de desarrollo de

software que se basa en la simplicidad, la
comunicacin, y realimentacion del cdigo
desarrollado. fue desarrollado por kent beck.

1. Planificacin del proyecto.definir las historias de

usuario con el cliente, las historias de usuario tienen
la misma finalidad que los casos de uso, pero con
algunas diferencias, constan de 3 o 4 lineas escritas
por el cliente en un lenguaje no tcnico, sin
profundizar mucho en los detalles.
2. codificacin. Debe hacerse atendiendo estndares
de codificacin ya creados, para facilitar su
comprensin y escalabilidad. 3. pruebas.
Uso de test para comprobar el funcionamiento de
los cdigos que se van implementando.
1. Planificacin del proyecto.definir las historias de
usuario con el cliente, las historias de usuario tienen
la misma finalidad que los casos de uso, pero con
algunas diferencias, constan de 3 o 4 lineas escritas
por el cliente en un lenguaje no tcnico, sin
profundizar mucho en los detalles.
2. codificacin. Debe hacerse atendiendo estndares
de codificacin ya creados, para facilitar su
comprensin y escalabilidad. 3. pruebas.
Uso de test para comprobar el funcionamiento de
los cdigos que se van implementando.

Programacin organizada menor taza de

errores satisfaccin del programador.

Es recomendable emplearlo solo en

proyectos a corto plazo. Altas comisiones en
 Es recomendable emplearlo solo en
proyectos a corto plazo. Altas comisiones en
caso de fallar.

Es utilizado para la creacin y desarrollo

practico de software, es utilizado mucho
ltimamente ya que es una metodologa gil
para el desarrollo.

055