INTRODUCCION

La presente investigacin tiene como finalidad la realizacin de una valoracin

crtica de la conferencia: 46th Hawaii International Conference on System
Sciences, con el tema: A Comparative Analysis of Traditional Software
Engineering and Agile Software Development.

Para poder hablar del tema vamos a conocer pequeos conceptos como Qu
es una Ingeniera de Software tradicional? Y Qu es un desarrollo de software
gil?

Empezaremos respondiendo la primera pregunta. Qu es una ingeniera de

Software tradicional?

La ingeniera tradicional se centra especialmente en el control del proceso,

mediante una rigurosa definicin de roles, actividades, artefactos, herramientas
y anotaciones para el modelado y documentacin detallada. Muy efectivas y
necesarias para grandes proyectos.

En este tipo de proceso se tiene ms control en cuanto a la programacin del

desarrollo, y al tener control, se reduce el riesgo de exceso de gastos.

Se podra decir que al utilizar este proceso el usuario no participara en el

proceso de desarrollo, el proceso no se hace de forma secuencial por lo que se
llevara un desorden, el tiempo de desarrollo se podra exceder de lo estimado
y si el usuario olvida aclarar pautas, esto puede significar sobrecostos en el
proyecto.

Qu es un desarrollo de software gil?

Incluye una estrategia incremental de desarrollo. Los incrementos de software

deben entregarse en cortos periodos para que la adaptacin mantenga un buen
ritmo con el cambio, permitiendo que el cliente evale el incremento del
software de manera regular, proporcionando la retroalimentacin al equipo, e
influye sobre las adaptaciones del proceso para adecuar la retroalimentacin.

Un proceso gil debe ser adaptable en forma incremental a un proyecto y a

condiciones tcnicas que cambian con rapidez.

Habiendo conceptuado ambos trminos que sern analizados en lo posterior,

sealaremos los principales temas o puntos que se sealaran en la respectiva
evaluacin critica; los resultados pueden no ser definitiva o exhaustiva pero s
un punto de partida para continuar el debate y la investigacin sobre la relacin
entre la ASD y el TSE.
OBJETIVO GENERAL

Conocer las metodologas que conforman una propuesta de Desarrollo de

Software, su importancia y principios para as elegir el modelo de acuerdo a los
requisitos y alcances del proyecto.

OBJETIVO ESPECIFICO

Identificar las ventajas y desventajas de utilizar la metodologa gil y

tradicional.
Calcular cuan factible es dicha metodologa de desarrollo de software
para su aplicacin.
Evaluar la informacin y especificaciones detalladamente de cada
metodologa.
MARCO TERICO

Proceso

Un conjunto de actividades interrelacionadas que transforman entradas en

salidas. (ISO 12207/UNE 77104).

Un proceso se lo define como una serie de actividades en el cual se especifica,

disea, implementa y pruebas para determinar su resultado final.

Proceso de software

Un conjunto coherente de polticas, estructuras organizacionales, tecnologas,

procedimientos y artefactos que son necesarios para concebir, desarrollar,
instalar y mantener un producto software. (Fugetta, 2000)

El proceso de desarrollo de software es un conjunto de personas, estructuras

de organizacin, reglas, polticas, actividades y sus procedimientos,
metodologas, y herramientas utilizadas o creadas especficamente para definir,
desarrollar, ofrecer un servicio, innovar y extender un producto de software.

La meta de la ingeniera de software es construir productos de software de alta

calidad y mejorar sus procesos.

Un proceso de software efectivo incrementa la productividad de la

organizacin:

Permite estandarizar esfuerzos, promover reso, repeticin y

consistencia entre proyectos.
Provee la oportunidad de introducir mejores prcticas de la industria.
Permite entender que las herramientas deben ser utilizadas para
soportar un proceso.
Establece la base para una mayor consistencia y mejoras futuras.

Un proceso de software mejora los esfuerzos de mantenimiento y

soporte:

Define cmo manejar los cambios y liberaciones a sistemas de software

existentes.
Define cmo lograr la transicin del software a la operacin, y cmo
ejecutar los esfuerzos de operacin y soporte.
Metodologas Agiles

Las metodologas agiles han demostrado en sus pocos aos de existencia

mayor eficacia en el control del avance y manejo de las expectativas, sin
embargo debe aceptarse que aunque no son la solucin a todos los problemas,
si contribuyen una conveniente alternativa para el desarrollo de proyectos
informticos. (Toro, 2013)

Esta metodologa a demostrados su eficiencia en tan poco tiempo, haciendo

nfasis en el control de sus procesos mediante una rigurosa definicin de roles,
actividades y artefactos, modelos de datos, procesos y una documentacin
detallada.

Programacin Extrema

Esta metodologa es la que ha recibido ms atencin. La XP empieza con

cuatro valores: comunicacin, retroalimentacin, simplicidad y coraje.
Construye sobre ellos una docena de prcticas que los proyectos XP deben
seguir. Muchas de estas prcticas son tcnicas antiguas, tratadas y probadas,
aunque a menudo olvidadas por muchos, incluyendo la mayora de los
procesos planeados. Una de las ms llamativas, as como inicialmente atractiva
para m, es su fuerte nfasis en las pruebas. (Alfonso, 2013)

Segn lo citado la programacin extrema es una metodologa gil que tiene

como objetivo principal aumentar la productividad del desarrollo de proyecto
software. Se puede considerar la programacin extrema como la adopcin de
las mejores metodologas de desarrollo de acuerdo a lo que se pretende llevar
a cabo con el proyecto, y aplicarlo de manera dinmica durante el ciclo de vida
del software.
Metodologas Agiles en el desarrollo del Software

Luego de haber realizado la respectiva lectura sobre el artculo: Un Anlisis

Comparativo de Ingeniera de Software Tradicional y Desarrollo de Software
gil, las metodologas agiles surge como una extensin a las metodologas
tradicionales para mejorar el desarrollo de los softwares, su realizacin no es
una tarea fcil por lo que existen numerosas metodologas que inciden en
distintas dimensiones del proceso de desarrollo, las metodologas tradicionales
estn pensadas para el uso exhaustivo de documentacin durante todo el ciclo
del proyecto y las metodologas agiles la importancia de esta es la capacidad
de respuesta a los cambios, la confianza en las habilidades del equipo y al
mantener una buena relacin con el cliente. El cliente es el principal factor de
xito para un proyecto de software.

Se recomienda de que haya un interaccin entre el cliente y el equipo de

desarrollo para que comprenda mejor los requerimientos que necesita y el
proyecto sea un xito una vez implementado.

Dentro de la metodologa gil la planificacin debe ser flexible para que pueda
realizar cambios que surgen a lo largo del proyecto, lo que determinara su xito
o fracaso.

El problema esencial en el desarrollo de software es cmo poner en prctica,

el uso de ciertas tecnologas y dentro de ciertos lmites, un sistema. El
procesamiento de la informacin particular, aunque existen problemas
asociados de entender el dominio son generalmente no relacionados con el
software. (Ashley Aitken, pg. 4750)

Aqu el autor da a conocer que el problema esencial al desarrollar es como

poner en prctica las tecnologas que tenemos esto requiere que los analistas,
diseadores y desarrolladores apliquen caractersticas y elementos de calidad
para que se logren productos a las necesidades del usuario, con eficiencia y
eficacia.

Se puede argumentar que no importa qu paradigma o enfoque que se adopte

para el desarrollo de software cada una de las actividades de resolucin de
problemas tiene que ser llevado a cabo en cierta medida. (Ashley Aitken, pg.
4750)

De acuerdo a este prrafo se indica que para el desarrollo de software este

debe seguir un orden para identificar oportunamente cualquier desviacin sobre
lo planificado con el objetivo de tomar decisiones oportunas para corregirlas.

En esencia, todos los desarrolladores van a travs de los requisitos, anlisis,

diseo, y el ciclo de aplicacin, ya sea durante un perodo prolongado, una
semana, un da, una hora o minutos, y si son o no documentar los resultados,
discutirlas con otros en una pizarra (Ashley Aitken, pg. 4750)

En este prrafo nos indica que la comunicacin en la gente es el principal factor

de xito de un proyecto software. Uno de los principales errores que
cometemos es crear el entorno en base a normas y reglamentos para que
adapten el equipo de trabajo, pero sera ms factible entrenar al equipo de
trabajo y que cree su propio entrono de desarrollo en base a sus necesidades.
Cascada. La cascada fue presentada por Royce como un mtodo para el
desarrollo de software de enseanza. Se trata secuencialmente completar cada
fase en su totalidad y luego pasar a la siguiente fase. (Ashley Aitken, pg.
4750)

El mtodo cascada se refiere al ciclo de vida del software esto permite una
organizacin en el desarrollo del software a travs de la implementacin de sus
caractersticas etapas, esto quiere decir que cuando se llevando a cabo todas
las tareas pertinentes dentro de esa etapa no se podr avanzar a la siguiente
etapa hasta no concluir con todas las tareas

Iterativo el iterativo SDLC implica atencin secuencial a cada fase en la

resolucin de problemas, sino que permite a los desarrolladores para volver
atrs y repetir la secuencia de nuevo, para promover los resultados de cada
actividad. (Ashley Aitken, pg. 4750)

Al desarrollar un software la iteracin del ciclo de vida de este incluye la

planificacin, anlisis de requerimientos, diseo, codificacin, revisin y
documentacin al final de cada iteracin el equipo vuelve a evaluar las
prioridades del proyecto.

La meta de esta es no tener errores en cada iteracin.

Una de las principales ventajas que ofrece este modelo es que no hace falta
que los requisitos estn totalmente definidos al inicio del desarrollo, sino que se
pueden ir refinando en cada una de las iteraciones.

Igual que otros modelos similares tiene las ventajas propias de realizar el
desarrollo en pequeos ciclos, lo que permite gestionar mejor los riesgos,
gestionar mejor las entregas pero su desventaja que ofrece este modelo, el no
ser necesario tener los requisitos definidos desde el principio, puede verse
tambin como un inconveniente ya que pueden surgir problemas relacionados
con la arquitectura.

Iterativo e incremental. El SDLC iterativo e incremental es un caso especial de

la iterativo SDLC en el que el objetivo no es iterar sobre el alcance completo
del problema, sino ms bien en un pequeo subconjunto de la mira telescpica.
Iteraciones suelen continuar hasta que este subconjunto se trate
adecuadamente. (Ashley Aitken, pg. 4750)

En este prrafo nos explica como un proyecto se planifica en diversos bloques

temporales que son las iteraciones en todas estas se repite un proceso de
trabajo similar para as proporcionar un resultado completo sobre el producto
para as que el cliente pueda obtener los beneficios del proyecto de forma
incremental.
Modelos (Documentacin aka). TSE esta comprometida con el desarrollo de
modelos dentro de todas las fases de desarrollo de software. Su forma de
documentacin es tradicionalmente aplicando estos modelos antes de
implementar el cdigo puede encontrar errores antes y corregirlos con menos
esfuerzo.

Arquitectura. Procesos TSE casi siempre implican el diseo inicial de la

arquitectura. Esto a menudo se caracteriza por ASD por el diseo. Sin
embargo, no es necesaria para el diseo de toda la aplicacin de software para
ser completada su totalidad.

Dentro de esta investigacin determinamos los enfoques ms compatibles para

el desarrollo del software considerando sus semejanzas y diferencias.
CONCLUSIONES

Por medio del presente trabajo de Comparative Analysis of Traditional Software

Engineering and Agile Software Development podemos concluir que:

Las metodologas agiles bridan muchos beneficios, tanto a las personas

que las usan, como a los proyectos desarrollados con esta; logrando una
mejor ejecucin en cada etapa del proyecto
Las metodologas giles se adaptan al cambio esto ayuda si se
presentan problemas estos puedan desaparecer a medida que el
proyecto avance, en cambio los riesgos de la metodologa tradicional si
se presentan cambios en el transcurso del proyecto hace que las metas
de este no se cumplan.
Scrum es una de las metodologas ms utilizadas ya que brinda
flexibilidad durante cada etapa del proyecto, sin importar el tamao y
alcance del mismo.
Las metodologas de software no son las que resolvern todos los
problemas que se presenten durante el proyecto, estas son unas
herramientas para lograr un mximo beneficio

RECOMENDACIONES

Las empresas al desarrollar proyectos de software deben tomar la

metodologa ms adecuada, analizando las ventajas y desventajas que
ests brindan.
Es aconsejable seleccionar las metodologas agiles para el desarrollo de
proyectos de software, el alcance o tamao de este no afectara en la
eficiencia de esta metodologa.
Scrum es una de las metodologas agiles que propone una constante
revisin del proyecto, permitiendo detectar y solucionar inconvenientes.
Es recomendable poseer lineamientos que vayan acordes con la
metodologa usada para as manejar estos riesgos y brindar la solucin
oportuna

Bibliografa
Ballarin, A. (3 de Septiembre de 2011). THP THE PROJECT. Recuperado el 11
de Octubre de 2015, de http://www.theproject.ws/es/project-
management-scrum/entrada/metodologias-agiles-vs-tradicionales
Lpez, P. L. (12 de Noviembre de 2003). Ingeniera del Software y Sistemas de
Informacin. Recuperado el 11 de Octubre de 2015, de
http://issi.dsic.upv.es/archives/f-1069167248521/actas.pdf