Académique Documents
Professionnel Documents
Culture Documents
ISSN: 1560-9146
iifi@unmsm.edu.pe
Universidad Nacional Mayor de San
Marcos
Per
Tinoco Gmez, Oscar; Rosales Lpez, Pedro Pablo; Salas Bacalla, Julio
Criterios de seleccin de metodologas de desarrollo de software
Industrial Data, vol. 13, nm. 2, julio, 2010, pp. 70-74
Universidad Nacional Mayor de San Marcos
Lima, Per
SISTEMA E INFORMTICA
Revista de la Facultad de Ingeniera Industrial
13(1): 70-74 (2010) UNMSM
ISSN: 1560-9146 (Impreso) / ISSN: 1810-9993 (Electrnico)
RESUMEN
E l desarrollo de softw are no es una tarea sencilla,
por m ucho tiem po esta labor se ha llevado adelante
sin una m etodologa definida. A l respecto algunos
autores definen una m etodologa com o una coleccin de procedim ientos, tcnicas, herram ientas y
docum entos auxiliares que ayudan a los desarrolladores de softw are en sus esfuerzos por im plem entar
nuevos sistem as de inform acin.
E n las dos ltim as dcadas, respecto a estas m etodologas de desarrollo de softw are se ha entablado
un intenso debate entre dos grandes corrientes. P or
un lado, las denom inadas m etodologas tradicionales, centradas en el control del proceso, con un
riguroso seguim iento de las actividades involucradas en ellas. P or otro lado, las m etodologas giles,
centradas en el factor hum ano, en la colaboracin y
participacin delcliente en elproceso de desarrollo y
a un incesante increm ento de softw are con iteraciones m uy cortas.
E lartculo presenta una propuesta,en m edio de este
debate, para seleccionar una m etodologa de desarrollo de softw are.
Palabra clave: S eleccin m etodologas; desarrollo
softw are.
INTRODUCCIN
Avison y Fitzgerald (1995) nos presentan una denicin de las
metodologas de desarrollo muy clara, destacando sus principales componentes, fases, herramientas y tcnicas. Una metodologa es una coleccin de procedimientos, tcnicas, herramientas y documentos auxiliares que ayudan a los desarrolladores
de software en sus esfuerzos por implementar nuevos sistemas
de informacin. Una metodologa esta formada por fases, cada
una de las cuales se puede dividir en sub-fases, que guiarn a
los desarrolladores de sistemas a elegir las tcnicas ms apropiadas en cada momento del proyecto y tambin a planicarlo,
gestionarlo, controlarlo y evaluarlo .
Modelo de proceso
Segn Darniame (1999), un modelo de procesos es una representacin del mundo real, que captura el estado de actual de
las actividades para guiar, reforzar o automatizar partes de la
produccin de los procesos.
En el artculo de E. Georgiadou Software Process and Product
Improvement: A Historical Perspective, nos hablan de los modelos; V-Model, WModel, X-Model, RAD y Orientado a Objetos, sin
embargo los ms conocidos son:
Modelo secuencial. Representado por metodologas tan
famosas como Waterfall. Se inicia con un completo anlisis
de los requisitos de los usuarios. En el siguiente paso, los
programadores implementan el diseo y nalmente, el completado y perfecto sistema es probado y enviado.
ABSTRACT
In the last tw o decades, on these softw are developm ent m ethodologies has been engaged in intense
debate betw een tw o currents. O n the one hand, the
so-called traditional m ethods, focusing on process
control, w ith rigorous m onitoring of the activities involved in them . O n the other hand, agile m ethods,
focusing on hum an factors in collaboration and custom er participation in the developm ent process and
a relentless increase in softw are w ith very short iterations.
70
(1)
Ing. Oscar Tinoco Gmez1
Ing. Pedro Pablo Rosales Lpez2
(3)
Ing. Julio Salas Bacalla3
SISTEMA E INFORMTICA
OSCAR TINOCO GMEZ / PEDRO ROSALES / JULIO SALAS
MARCO CONCEPTUAL
Dijkstra, con un inuyente artculo (Go to statement
considered harmful), sienta las bases para la creacin de las metodologas, como las conocemos
ahora.
En tiempos recientes, han surgido las metodologas giles, como una alternativa, una reaccin a
las metodologas tradicionales y principalmente a
su burocracia. Brooks, en su mtico libro The Mythical Man Month, expone las primeras ideas que se
plantean en las metodologas giles, gran parte de
ellas, responden al sentido comn.
Metodologas tradicionales
Se basan en heursticas provenientes de prcticas de produccin Se basan en normas provenientes de estndares seguidos por el
de cdigo
entorno de desarrollo
Preparados para cambios durante el proyecto
Impuestas externamente
Contrato prefijado
Grupos grandes
Pocos artefactos
Ms artefactos
71
SISTEMA E INFORMTICA
CRITERIOS DE SELECCIN DE METODOLOGAS DE DESARROLLO DE SOFTWARE
XBreed
Extreme Programming
Win Win Spiral
Evolutionary Project Management
Story cards driven development
Agile Unied Process
Open Unied Process
Seleccin de metodologas giles, por criterios
de presencia
Los diseadores de software tienen inters de trabajar con metodologas lo sucientemente documentadas, que nos faciliten la obtencin de informacin, pero tambin es interesante trabajar con
metodologas que dispongan de algn tipo de certicacin y training. Segn estas condiciones, hemos determinado seis clasicaciones que permiten
seleccionar una metodologa, segn se encuentran
mejor posicionadas, en el acumulado nal.
Las clasicaciones son:
La metodologa con mayor presencia en Internet.
Seleccin de metodologas
Este aspecto no ha sido tratado de manera adecuada, sobre todo en el mbito de las metodologas
tradicionales, y en el caso de las giles no existe
un criterio unicado. Por ello, el presente artculo
se orienta a la formulacin inicial, en base a la informacin existente a la fecha y a la experiencia
personal, a la formulacin de dos procedimientos al
respecto: seleccin por criterios de presencia y por
conocimiento.
Aplicacin del criterio de seleccin por presencia
A un grupo de programadores profesionales en el
medio local (10), se le ha aplicado una encuesta,
sobre recordacin, conocimiento y uso de metodologas, quedando un grupo de 5 metodologas, que
se han evaluado, segn este criterio de seleccin.
Para determinar la presencia, de las metodologas
en Internet, se han realizado bsquedas en Google,
Yahoo y Live. Sobre el resultado, se asignaron 5
puntos al mayor, y 1 punto al menor.
Para determinar las metodologas de mayor documentacin, se han considerado como documentos,
los Libros en espaol, Libros en ingls y Papers
que hablen sobre la aplicacin de la metodologa.
Siguiendo el mismo mtodo, se asign 5 puntos al
mayor y 1 punto al menor.
72
SISTEMA E INFORMTICA
OSCAR TINOCO GMEZ / PEDRO ROSALES / JULIO SALAS
En cuanto a proyectos de software y presencia empresarial, se han asignado 5 puntos, a la metodologa que presenta ms proyectos y un punto a la que
presenta menos.
Resultado de la aplicacin del criterio de seleccin por presencia
Se ha preparado un cuadro resumen con los resultados de la seleccin. Para cada metodologa
evaluada, se ha colocado la puntuacin que se ha
obtenido de la clasicacin. La sumatoria de cada
clasicacin determina que Scrum, es la metodologa que se debera usar, por tener una mejor puntuacin.
Tabla 2
Mayor
presencia
en Internet
Mejor
documentacin
11
22
Scrum
27
16
19
Total
15
15
19
19
15
15
95
Metodologa
Presencia
Proyectos
Certificadas
Comunidades
empresarial de software
y con training
Total
En funcin de los conocimientos que el equipo tenga, se establecen los pesos para cada criterio. Por
ejemplo, Ros y Suntaxi [37], en su tesis de grado,
proponen la siguiente tablas de pesos:
20% para el Grado de conocimiento
15% para Adaptable a cambios y Posee documentacin adecuada
10% para el resto de criterios
Para determinar la metodologa a usar, Ros y Suntaxi, han elaborado un cuadro resumen, evaluando
las siguientes metodologas:
RUP, Rational Unied Process
MSF, Microsoft Solution Framework
RAD, Rapid Application Development
XP, Extreme Programming
En esta evaluacin, la metodologa RUP es la que
recibe un mayor puntaje por parte del equipo de desarrollo.
73
SISTEMA E INFORMTICA
CRITERIOS DE SELECCIN DE METODOLOGAS DE DESARROLLO DE SOFTWARE
REFERENCIAS BIBLIOGRFICAS
Tabla 3
Criterio
RUP
MSF
RAD
XP
Total
Grado de conocimiento
20
15
10
10
10
45
Soporte orientado a
objetos
10
10
10
10
10
40
Adaptable a cambios
15
10
15
10
15
50
10
10
10
30
Posee documentacin
adecuada
15
15
15
15
10
55
10
10
10
10
10
40
10
10
34
10
10
10
10
10
40
Total
100
90
83
83
78
CONCLUSIONES
En algunas tesis revisadas, el criterio de seleccin
de la metodologa, es bastante subjetivo. Por ello
se ha buscado de establecer una escala ordinal de
valoracin de la importancia de los criterios de seleccin, hecho que contribuye a una mejora en el
proceso de seleccin pero que no desaparece el
nivel de subjetividad inherente al proceso
En tal sentido, los autores se comprometen, en un
prximo artculo, a enfocar el problema desde el
punto de vista del proceso analtico jerrquico.
74