You are on page 1of 4

UNIVERSIDAD PERUANA UNIN

Facultad de Ingenieria y Arquitectura

Escuela Acadmica profesional de Ingeniera de Sistemas

Implementacin de proyectos software basados en Essential Unified Process


Autor:Wilfredo Mamani Espirilla

Resumen

Para el desarrollo de software existen metodologas, por un lado estn las llamadas metodologas tradicionales y por otro lado las
giles, entre las tradicionales se tiene a Rational Unified Procces (RUP), Microsoft Solution Framework (MSF), Win-Win Spiral
Model e Iconix las cuales requieren de mucha disciplina y un riguroso proceso, esto dificulta su implementacin en escenarios en
las cuales el equipo de proyecto est conformado por menos de 15 personas; por otro lado se tiene a las metodologas giles
como Extreme Programming (XP), Crystal Clear, Dynamic Systems Developmemt Method (DSDM) y Feature Driven
Development (FDD) entre otros, estas metodologas presentan respuestas rpidas al cambio y son flexible, generan una
documentacin esencial y estn preparadas para brindar soluciones con equipos pequeos o medianos, sin embargo no presentan
mtodos formales y genera poca documentacin. Esta investigacin propone la metodologa Essential Unified Process (EssUP)
como alternativa para desarrollar proyectos software, esta incorpora las principales prcticas del Proceso Unificado pero con un
enfoque gil, EssUP propone 04 fases: Planteamiento, preparacin, construccin e implantacin; y 07 Roles: Cliente, coach,
administrador del proyecto, tester, programador, documentador y usuarios finales. Para su validacin se mostrar los resultados
obtenidos con el desarrollo de un Sistema de eventos StartUP
Palabras Claves: EssUP, metodologa, gil
1. Introduccin

Actualmente existen muchas metodologas para el desarrollo de software, las cuales se engloban en dos grandes
categoras: las metodologas tradicionales y las metodologas giles.
Las metodologas tradicionales propician las buenas prcticas que existen dentro de la Ingeniera de Sistemas y
Software; sin embargo, requieren de mucha disciplina para seguir con el riguroso proceso que stas conllevan .Por otro lado, las
metodologas giles presentan respuestas rpidas al cambio y son flexibles, aunque generan poca documentacin y no hacen uso
de mtodos formales.
En este artculo se propone una metodologa para desarrollo de proyectos de software basada en la nueva tendencia en
el rea de Ingeniera de Software: las metodologas EssUP.
Incorporan algunas prcticas existentes dentro de las metodologas tradicionales y giles, proporcionando as una gran ventaja.
Para crear la metodologa que se propone

2. Mtodo
2.1 Metodologas Tradicionales
Las metodologas tradicionales contribuyeron positivamente al ser incrementales e iterativas; promovieron la asignacin
de roles dentro del equipo de desarrollo, facilitaron las divisin del sistema en varios subsistemas y fomentaron el rehso de
componentes.
De manera general, las metodologas tradicionales consideran la importancia de documentar
Sin embargo, tienen algunas desventajas, entre las cuales se puede sealar que se requiere de un alto grado de disciplina, no se
tiene respuesta rpida a cambios, se genera documentacin
innecesaria y se invierte mucho tiempo en el modelado del sistema. Adems estas metodologas tienen un plan de
proyecto muy riguroso. Por lo que de manera general, no consideran que el anlisis, el diseo y la construccin son
impredecibles la mayora de las veces .

Nombre del autor/ EAP de Ingeniera de Sistemas

2.2. Metodologas giles


El esquema propuesto por las metodologas tradicionales no resulta ser el ms adecuado para muchos de los proyectos
actuales en donde el entorno del sistema es muy cambiante y se exige reducir drsticamente los tiempos de desarrollo. En este
escenario nacieron las metodologas giles, que en esencia combinan una filosofa y un conjunto de directrices de desarrollo.
La filosofa busca la satisfaccin del cliente y la entrega temprana del software incremental; equipos de proyectos
pequeos y con alta motivacin; mtodos informales y un mnimo de productos de trabajo.
Las directrices de desarrollo resaltan la entrega sobre el anlisis y el diseo, la comunicacin activa y contina entre los
desarrolladores y los clientes.

3. Metodologa propuesta
EssUP: es una metodologa creada por Ivar Jacobson en el 2010, basada en el Proceso Unificado , los mtodos giles y
la madurez de procesos EssUP es gil porque no pretende imponer un proceso especfico, adems toma en cuenta que es
necesario tener flexibilidad y respuestas rpidas ante los cambios Sin embargo, EssUP menciona que es necesario documentar y
modelar en UML, con lo cual retoma una importante caracterstica de las metodologas tradicionales. Por lo que, EssUP es una
metodologa hbrida, aunque conceptualmente, ya que en la prctica el equipo de desarrollo de software que pretenda utilizar esta
metodologa debe seleccionar el modelo de ciclo de vida de desarrollo de software que mejor se adapte a sus necesidades,
asignar los roles que crean convenientes y seleccionar las mejores prcticas; EssUP presenta una nueva tendencia en
metodologas para desarrollo de software, ya que intenta retomar algunas ventajas de las metodologas tradicionales y de las
giles.
Para utilizar esta metodologa basta saber:

Los roles que deben de existir.

Los principios metodolgicos.

El proceso de desarrollo.

Roles

Cliente (especifica los requerimientos).


Lder del proyecto,Manager,Coach (buscar nuevos proyectos recopilacin de la informacin de nuevos
requerimientos el que tiene relacin cliente/usuario).
Administracin del proyecto(se encarga de coordinar a los programadores).
Tester(la coordinacin entrenador, aprobacin y organizar con las reuniones).
Programador (codificacin)aprobador(encargado de realizar pruebas en todo momento).
Documentador (genera la documentacin en el transcurso del software).
Usuarios Finales.es la persona que interactan con el sistema.

Nombre del autor/ EAP de Ingeniera de Sistemas

4. Principios Metodolgicos
Para poder utilizar adecuadamente la metodologa se deben
conocer los siguientes principios metodolgicos:
Hacer uso de papel rotafolio.
Realizar lluvias de ideas durante las juntas.
Hacer uso del Ciclo de Deming para la Gestin de Riesgos durante todo el proceso de desarrollo.
Considerar los 14 Principios de Calidad de Deming, para garantizar calidad en el proceso y en el producto de
software.
Por lo que con dichos principios se guan las actividades dentro
del proceso de desarrollo de esta metodologa

4. Proceso de Desarrollo
4. Proceso de Desarrollo
Como se puede apreciar en la Figura 2, la metodologa tiene 4
etapas, las cuales se describirn ms adelante:

Planteamiento
Preparacin
Construccin
Implantacin

Planteamiento.
En esta etapa se deben cumplir los siguientes objetivos:
Definir los requerimientos del proyecto que se va a desarrollar Realizar la estimacin de costos de tiempo, de recursos
(tanto materiales como humanos) y monetario.
Elaborar, pactar y firmar un contrato que estipule los costos y los requerimientos, as como penalizaciones y otros
aspectos legales.
Elaborar un plan general del proyecto. El primer paso para crear el plan general, consiste en calcular el tiempo que se
tendr para llevar a cabo cada una de las 4 fases. Despus se debe realizar una lista de actividades, as como asignarle la
precedencia a cada una.
En esta etapa, se puede hacer uso de una serie de ciclos, considerando que el software tiene una naturaleza evolutiva;
estos ciclos servirn para pactar acuerdos entre los involucrados.

Preparacin.
En esta etapa se deben establecer las tareas y responsabilidades entre los miembros del equipo. Por lo que esta etapa se
resume en la realizacin del anlisis y el diseo a travs de algunas iteraciones si se requieren.
Construccin.
En esta etapa se lleva a cabo la codificacin del diseo que se plante en la fase de preparacin.
Adems se har uso de algunas prcticas propuestas en otras metodologas como:
Juntas semanales de una hora.
Estas juntas permitirn generar un ciclo de comunicacin en esta etapa; de tal manera, que se puedan identificar avances
y problemas.
Programacin en parejas. La programacin en parejas se llevar a cabo, tal como lo propone XP.
3

Nombre del autor/ EAP de Ingeniera de Sistemas

Con la finalidad de agilizar la codificacin, pero esto se aplicar cuando se tenga poco tiempo para desarrollar la
aplicacin y se pueda contar con los recursos necesarios.

Conclusin

Las metodologas de desarrollo de software han ido evolucionando a medida que los paradigmas de programacin tambin lo han
hecho, de tal manera que se acoplaron a ellos
tratando de ajustarse a las nuevas necesidades.
Dichas metodologas han proporcionando herramientas y prcticas que ayudan en el proceso de desarrollo de software.
Pero a pesar de la evolucin que han tenido no existe una metodologa que se aplique para todos los tipos de proyecto de
software, por lo cual es necesario investigar cules son las
necesidades reales del mbito donde se desea implementar una determinada metodologa. As como tomar en cuenta las prcticas
de las metodologas existentes para poder seleccionar
las que mejor convengan.

Referencias
[1] IBM, IBM Rational Unified Process (RUP). Extrado el 18 de Septiembre del 2011, de http://www01.ibm.com/software/awdtools/rup/
[2] Beck, Kent. Extreme programming (XP): a gentle introduction. Extrado el 3 de Octubre del 2011, de
http://www.extremeprogramming.org/
[3] Scrum group. Scrum. Extrado el 2 de Octubre del2011, de http://www.scrum.org/
[4] Real Academia Espaola. Metodologa. Extrado el 8 de Octubre del 2011, de http://www.rae.es/rae.html
[5] Yourdon, Edward. Techniques of Program Structure and Design. Prentice Hall. 1976
[6] Rumbaugh et al. Object-Oriented Modeling and Design. Prentice-Hall. 1990

You might also like