Ganar ganar

Ganar-ganar: extiende el modelo espiral, haciendo nfasis en la

identificacin de las condiciones de ganancia para todas las partes,
creando un plan para alcanzar las condiciones ganadoras y los
riesgos correspondientes.
Se establecen las reglas para definir el proceso de desarrollo del
proyecto, tomando en cuenta todas las partes implicadas.
El modelo no necesita mucho tiempo de gestin, lo que permite
utilizarlo tanto en proyectos pequeos, como mayores.
Se consideran cuatro ciclos, compuesto cada uno de cuatro
actividades:
Elaborar los objetivos, restricciones y alternativas del proceso y
producto del sistema y subsistema
Evaluar las alternativas con respecto a los objetivos y
restricciones.
Identificar y resolver las fuentes principales de riesgo en el
proceso y el producto.
Elaborar la definicin del producto y proceso.
Planear el siguiente ciclo y actualizar el plan de su ciclo de vida,
incluyendo la particin del sistema en subsistemas para ser
consideradas en ciclos paralelos. Esto puede incluir un plan para
terminar el proyecto si es muy riesgoso o no es factible. Asegurar el
compromiso de la administracin para continuar segn lo planeado.
Ganar-ganar: Una vez revisadas las actividades, los ciclos definen
lneas especficas a seguir:
Ciclo 0. Grupos de aplicacin. Se determina la viabilidad de un
grupo apropiado de aplicaciones

 Ciclo 1. Objetivos del ciclo de vida de la aplicacin. Se

desarrollan los objetivos del ciclo de vida, incluyendo
prototipos, planes y especificaciones de aplicaciones
individuales, y se verifica la existencia de al menos una
arquitectura viable para cada aplicacin.
Ciclo 2. Arquitectura del ciclo de vida de la aplicacin. Se
establece una arquitectura del ciclo de vida detallado, se
verifica la viabilidad y determina que no existen riesgos
mayores en satisfacer los planes y especificaciones.
Ciclo 3. Capacidad de operacin inicial. Alcanzar una
capacidad operacional inicial para cada etapa crtica del
proyecto en el ciclo de vida del software.
VENTAJAS

Minimiza
Agrega

riesgos
objetivos

del
de

proyecto
calidad

DESVENTAJAS

Genera mucho tiempo en el desarrollo del sistema

Resulta
como
un
modelo
muy
costoso
Requiere de mucha experiencia en la identificacin de los riesgos

Proceso unificado
La metodologa de UP, es un mtodo iterativo de diseo de software
que describe cmo desarrollar software de forma eficaz, utilizando
tcnicas probadas en la industria.
El Proceso Unificado de Desarrollo de Software o simplemente
Proceso Unificado es un marco de desarrollo de software que se
caracteriza por estar dirigido por casos de uso, centrado en la
arquitectura, enfocado en el riesgo, y por ser iterativo e incremental.

El Proceso Unificado no es simplemente un proceso, sino un marco

de trabajo extensible que puede ser adaptado a organizaciones o
proyectos especficos.
El nombre Proceso Unificado se usa para describir el proceso
genrico que incluye aquellos elementos que son comunes a la
mayora de los refinamientos existentes. Es una metodologa
orientada a conducir el proceso de desarrollo de software en sus
aspectos tcnicos; los flujos y productos de trabajo de UP no
incluyen la administracin del proyecto.
UP Divide El Trabajo De Desarrollo De Software En Cuatro
Fases:
Fase de Inicio en UP: En esta fase corresponde definir el negocio.
Es la etapa donde se define la factibilidad del proyecto a realizar, se
representa el modelo de negocio, visin y metas del proyecto, se
identifican actores, conceptos de dominio y deseos de usuario.
Adicionalmente se complementa con la definicin de la arquitectura
preliminar, y estimaciones (imprecisas, preliminares) de plazos y
costos. Tambin se define la viabilidad del proyecto.
Fase de Elaboracin en UP: En la fase de elaboracin se obtiene la
visin refinada del proyecto a realizar, la implementacin iterativa del
ncleo central de la aplicacin, la resolucin de los riesgos ms altos,
la identificacin de nuevos requisitos y nuevos alcances, y
estimaciones ms ajustadas. A esta altura existe la posibilidad de
detener el proyecto por complejidad tcnica.
Fase de Construccin en UP: La fase de construccin es la
implementacin iterativa del resto de los requisitos de menor riesgo y
elementos ms sencillos. Es la evolucin hasta convertirse en un
producto listo, incluyendo todos los requisitos (100%), para
entregarse al Cliente. Al final de esta fase el sistema contiene todos
los casos de uso que el cliente y la direccin del proyecto han
acordado. La mayora de los casos de uso que no se desarrollaron
en la fase anterior se desarrollan en iteraciones, en grupos de
requisitos o casos de uso durante esta fase.

Fase de Transicin en UP: Es el periodo donde el producto es

completamente entregado al cliente para ser testeado y desplegado
(instalado).
Caractersticas
Est dirigido por casos de uso (vase la seccin sobre UML).
Est centrado en la arquitectura (es decir, en una solucin de
conjunto.
Tiene un ciclo de vida iterativo incremental (vase ms
adelante).
ventajas
Mediante este proceso de desarrollo de software hay varias
oportunidades para revisar el sistema a desarrollar hasta quesea
correcto.
Se
pueden
encontrar
errores
y
corregirlos.
Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios
Se define una arquitectura slida en etapas tempranas del desarrollo.
La arquitectura de un sistema se define como un conjunto de
componentes y las interacciones entre ellas. De este modo este tipo
de ciclo de vida debe ser ampliable, por lo que el sistema es robusto
y tiene facilidad de mantenimiento.
Se reducen los riesgos de no obtener el producto deseado
En cada momento hay una versin del sistema funcionando que se
modifica segn las necesidades y deseos del cliente.
Progreso

visible

en

las

primeras

etapas

Reducir la redundancia e incrementa la productividad, un software

bien diseado evita la duplicidad del cdigo con lo cual se obtiene un
software robusto.
Fcil ejecucin del proceso de elaboracin del sistema software, ya
que describen como est estructurado el sistema desde diferentes
perspectivas orientadas a los diferentes involucrados en un proyecto

El

proceso

es

comprensible

La metodologa de PU es ms adaptable para proyectos de largo

plazo
Desventajas

El mtodo de PU requiere costos de dedicacin altos por lo que no

es conveniente usarlo en procesos de un proyecto pequeo.
Si el proceso no se aplica bien desde el inicio el PU se puede volver
muy grande y difcil, tanto para aprender como para administrar
Una cantidad sustancial de tiempo se gasta en tratar de adecuar el
PU a cada proyecto. Aqu, tambin, se corre el riesgo de volverse un
esclavo del proceso y perder de vista la razn del proceso
Es un proceso pesado
Se basa mucho en la documentacin

Ingeniera web
La ingeniera de la Web es la aplicacin de metodologas
sistemticas, disciplinadas y cuantificables al desarrollo eficiente,
operacin y evolucin de aplicaciones de alta calidad en la World
Wide Web. En este sentido, la ingeniera de la Web hace referencia a
las metodologas, tcnicas y herramientas que se utilizan en el
desarrollo de aplicaciones Web complejas y de gran dimensin en
las que se apoya la evaluacin, diseo, desarrollo, implementacin y
evolucin de dichas aplicaciones.
La ingeniera web se debe al crecimiento desenfrenado que est
teniendo la Web est ocasionando un impacto en la sociedad y el
nuevo manejo que se le est dando a la informacin en las diferentes
reas en que se presenta ha hecho que las personas tiendan a
realizar todas sus actividades por esta va.

La ingeniera web Es el proceso utilizado para crear, implantar y

mantener aplicaciones y sistemas Web de alta calidad
Ingeniera Web ofrece una solucin de comercio electrnico a las
empresas que han decidido comercializar y administrar sus
productos a travs de Internet mediante una tienda virtual y que
adems es la aplicacin de metodologas sistemticas, disciplinadas
y cuantificables al desarrollo eficiente, operacin y evolucin de
aplicaciones de alta calidad en la World Wide Web.
La Ingeniera de la Web no es un clon o subconjunto de la ingeniera
de software aunque ambas incluyen desarrollo de software y
programacin, pues a pesar de que la Ingeniera de la Web utiliza
principios de ingeniera de software, incluye nuevos enfoques,
metodologas, herramientas, tcnicas, guas y patrones para cubrir
los requisitos nicos de las aplicaciones web. Adems, existen
ciertos aspectos que van ligados a la ingeniera web y que son de
mucha utilidad para las aplicaciones que realicen, aqu los ms
importantes para m:

Diseo de procesos de negocio para aplicaciones web

Generacin de cdigo para aplicaciones web

Desarrollo web colaborativo

Ingeniera web emprica

Entornos de desarrollo de aplicaciones web integrados

Ventajas

Es de fcil uso
Permite la comunicacin rpida y directa con una o varias
personas que se encuentre en cualquier parte del mundo,
ayudando de esta manera en las TICs
Desarrollo de diferentes proyectos y propuestas para dar a
conocer dichos proyectos a travs de la red
Ayuda en el proceso de globalizacin de las empresas, ya que
permite contactar diferentes entidades y personas en el mundo
sin altos costos
Crear publicidad para que los clientes puedan acceder a
productos y servicios y tengan informacin actualizada de ellos.

 Creacin de ventaja competitiva, ya que la empresa o entidad

se encontrara a la vanguardia de la tecnologa.

Desventajas

No posee muchas funcionalidades para la empresa. solo suple

necesidades de comunicacin.
No ofrece diversidad de opciones

Metodologas agiles
El desarrollo gil de software son mtodos de ingeniera del software
basado en el desarrollo iterativo e incremental, donde los
requerimientos y soluciones evolucionan mediante la colaboracin de
grupos auto organizado y multidisciplinario. Existen muchos mtodos
de desarrollo gil; la mayora minimiza riesgos desarrollando
software en lapsos cortos. El software desarrollado en una unidad de
tiempo es llamado una iteracin, la cual debe durar de una a cuatro
semanas. Cada iteracin del ciclo de vida incluye: planificacin,
anlisis de requerimientos, diseo, codificacin, revisin y
documentacin. Una iteracin no debe agregar demasiada
funcionalidad para justificar el lanzamiento del producto al mercado,
pero la meta es tener una demo (sin errores) al final de cada
iteracin. Al final de cada iteracin el equipo vuelve a evaluar las
prioridades del proyecto.
Los mtodos giles enfatizan las comunicaciones cara a cara en vez
de la documentacin. La mayora de los equipos giles estn
localizados en una simple oficina abierta, a veces llamadas
"plataformas de lanzamiento" (bullpen en ingls). La oficina debe
incluir revisores, escritores de documentacin y ayuda, diseadores
de iteracin y directores de proyecto. Los mtodos giles tambin
enfatizan que el software funcional es la primera medida del
progreso. Combinado con la preferencia por las comunicaciones cara
a cara, generalmente los mtodos giles son criticados y tratados
como "indisciplinados" por la falta de documentacin tcnica.
Algunos mtodos giles de desarrollo de software:

Adaptive Software Development (ASD).

Agile Unified Process (AUP).

Crystal_Clear

Essential Unified Process (EssUP).

Feature Driven Development (FDD).

Lean Software Development (LSD).

Kanban.

Open Unified Process (OpenUP).

Programacin Extrema (XP).

Mtodo de desarrollo de sistemas dinmicos (DSDM).

Scrum.

G300.

Ventajas

- Rpida respuesta a cambios de requisitos a lo largo del desarrollo.

- Entrega continua y en plazos cortos de software funcional.
- Trabajo conjunto entre el cliente y el equipo de desarrollo.
- Minimiza los costos frente a cambios.
- Importancia de la simplicidad, al eliminar el trabajo innecesario.
- Atencin continua a la excelencia tcnica y al buen diseo.
- Mejora continua de los procesos y el equipo de desarrollo.
- Evita malentendidos de requerimientos entre el cliente y el equipo.
- El equipo de desarrollo no malgasta el tiempo y dinero del cliente
desarrollando soluciones innecesariamente generales y complejas
que en realidad no son un requisito del cliente.
- Cada componente del producto final ha sido probado y satisface los
requerimientos.
Desventajas

- Falta de documentacin del diseo. El cdigo no puede tomarse

como una documentacin. En sistemas de tamao grande se
necesitar leer los cientos o miles de pginas del listado de cdigo

fuente.
- Problemas derivados de la comunicacin oral. Este tipo de
comunicacin resulta difcil de preservar cuando pasa el tiempo y
est sujeta a muchas ambigedades.
- Falta de calidad. Probar el cdigo de forma constante no genera
productos de calidad, slo revela falta de anlisis y diseo.
- Fuerte dependencia de las personas. Como se evita en lo posible la
documentacin y los diseos convencionales, los proyectos giles
dependen crticamente de las personas.
Referencias
http://ithuejutlajoseluisvite.blogspot.mx/
http://agmalu.blogspot.mx/
http://ingenieriaweb2584.blogspot.mx/2013/04/metodologiaingenieria-web.html