REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR

CONVENIO ENLAUNIV- UNELLEZ

INGENIERIA EN INFORMATICA

Unidad Curricular: Arquitectura del Software, Modulo II.

Presentado por: Jhonathan J. Abreu J, C.I:13.822.235.

Fecha: 3 de febrero del 2019

Ensayo 1. Tema: Métodos Heterodoxos en el desarrollo de software.

Objetivo del ensayo: Analizar el avance metodológico en el desarrollo del Software y su

impacto en la capacidad creadora del ser humano.

Introducción: Haciendo un análisis del material recopilado en Internet conseguimos la

revisión técnica de Nicolás Kicillof 1de la universidad de Buenos Aires, nos habla del
método heterodoxo o métodos ágiles como estrategias para el desarrollo del Software que
promueven las practicas adaptativas, estas se centran en la gente, equipos, iteractividad2
esto alinea los principios y la práctica para el desarrollo efectivo del Software en ambientes
que requieren una adaptabilidad amplia y efectiva, pero se aleja de los métodos rígidos y
tradicionales (ortodoxo) de la industria del desarrollo del software .

En la década de los 90 entraron en vigencia dos temas de gran importancia en el

desarrollo de ingeniería del Software y su metodología, el diseño de patrones y los
métodos ágiles (MAs3). De estos podemos decir que los MAs forman un movimiento
heterodoxo que enfrenta a las metodologías ya constituidas, muchas de estas ya son
asumidas como estándares de desarrollo por consultores, analistas, desarrolladores de
grandes industrias o corporaciones, para poder competir se plasmó manifiestos, libros,

1
Métodos Heterodoxos en Desarrollo de Software Versión 1.0 – Abril de 2004.
2
Que se repite o se ha repetido muchas veces.
3
Métodos ágiles.
logrando el efecto mediático deseado ya que hubo un boom en el uso de la literatura
desarrollada, y ocasionó que la contienda entre ambas formas fuera fuerte y a su vez
difícil.

Considerando la idea en los párrafos anteriores, el autor del presente ensayo,

considera conveniente hacer las reflexiones sobre los aportes de los métodos Heterodoxos
en el desarrollo del Software y su posicionamiento en disciplina Informática, podemos
nombrar algunos métodos importantes como Lean Development4, eXtreme
Programming5 y Adaptive Software Development6, estos (MAs) tienen en común un
desarrollo incremental, cooperativo, directo, adaptativo, veloz y simple.

Los equipos de trabajo centran su atención en alcanzar lo más rápido posible un

desarrollo útil que implemente sólo lo que se considera imprescindible; de inmediato
demandan un feedback de lo que han hecho y lo priorizan. Luego continúan con ciclos
transitorios, haciendo desarrollos de manera incremental. Estructuralmente, los MAs se
parecen a los RADs7 más clásicos, pero su enfoque son distintos y su combinación de
ideas es única.

En este orden de ideas, se define el proceso de desarrollo de los MAs como

métodos Heterodoxo ya que investigaciones hechas como la de Joe Nandhakumar y
David
Avison, que denuncian en un trabajo de campo que las metodologías clásicas de sistemas
de información:

“se tratan primariamente como una ficción necesaria para presentar una imagen de control
o para proporcionar estatus simbólico” y que dichas metodologías son demasiado ideales,
rígidas y mecanicistas para ser utilizadas al pie de la letra, en otras palabras practicas
ortodoxas.

Mientras que para Duane Truex, Richard Baskerville y Julie Travis toman una
posición incluso más radical y aseguran que es posible que los métodos tradicionales
4
 es una traducción de los principios y las prácticas de la forma de producir lean, hacia el área del desarrollo
de software.
5
es una metodología de desarrollo de la ingeniería de software formulada por Kent Beck, autor del primer
libro sobre la materia.
6
es un proceso de desarrollo de software que proviene del desarrollo rápido de aplicaciones por Jim
Highsmith y Sam Bayer.
7
desarrollo rápido de aplicaciones.
sean “meramente ideales inalcanzables y ‘hombres de paja’ hipotéticos que proporcionan
guía normativa en situaciones de desarrollo utópicas”.

Pero también existe la contra parte donde se ha logrado casos documentados de

éxito con metodologías ortodoxas, renombrados investigadores como Martin Fowler, Dee
Hock con su visión caórdica8, Philippe Kruchten con su RUP9 adaptado a los tiempos
que corren, Ivar Jacobson, ellos consideran que los MAs son fundamentales ya que
constituyen un aporte que no se debe dejar de lado.

¿Pero en realidad que es la ortodoxia metodológica en el desarrollo de Software?,

podríamos decir que es un conjunto de medidas rígidas y estructuradas que surgieron a
partir de grandes crisis y el propósito de resolverlas, los organismos y corporaciones
establecieron métodos de desarrollo comprensibles que dieron paso a estándares como
ISO 9000, CMM, Spice, BootStrap, TickIt entre otros, algunos son metodologías de
evaluación o estimación, otros son verdaderos métodos y otros estándares para
metodologías o meta-modelos, existe una amplia variedad de estándares generales y
específicos de industria al que se somete a las organizaciones que desean articular sus
métodos acorde a diversos criterios de evaluación.

A finales del siglo 20 existía una cantidad amplia de procesos o modelos en el

mercado del desarrollo del Software, el más usado era el modelo en cascada o de línea-
secuencial, pero también había otros modelos menos usados pero igual de importantes
como el “V”, el modelo de construcción de prototipos, RADs, el modelo incremental, el
modelo en espiral básico, el espiral win-win, el modelo de desarrollo concurrente y un
conjunto de modelos evolutivos, en un principio coexistían entre sí, aunque cada uno tuvo
su origen en la crítica o percepción de las limitaciones de algún otro modelo, algunos
incluían iteraciones, incrementos, recursos o bucles de retroalimentación y otros se
valoraban también como rápidos, adaptables y diligentes.

¿Dónde origina la heterodoxia metodológica?, en 1993 para la gente del mundo del
desarrollo del Software, la ortodoxia metodológica se volvió insostenible, en muchos casos
hubo resultado que revelaron serias fallas en los proyectos donde era usada, entonces
regreso la idea de la crisis del Software, ciertas publicaciones como Bro7510 atacaron al
modelo en cascada, catalogándolo como erróneo y se comenzó a publicar historias del
8
se refiere a un sistema de organización que combina características de caos y orden.
9
Desarrollo de Procesos.
10
Fred Brooks The Mythical Man-Month.
fracaso del modelo en cascada, el cual era el método más usado, ya a la mitad de la
década de los 90, también la ISO 9000 fue objeto de cuestionamiento ya que se encontró
incongruencia entre lo que describía su estándar y la calidad del producto, ya con este
contexto expertos en el área como Harlan Mills, Tom Gilb, Barry Boehm, James Martin,
Tom DeMarco, Ed Yourdon entre otros, aconsejaron abandonar el método en cascada y
las ortodoxia metodológica, muchos de estos hombres eran reconocidos por sus diversos
logros y en su mayoría se encontraban elaborando sus propias alternativas dinámicas,
iterativas, evolutivas y ágiles, Los MAs difieren en sus particularidades, pero están de
acuerdo con aplicar un modelo que se oponga dialécticamente al modelo ortodoxo que es
el dominante en la industria del Software.

No tiene mayor relevancia como se quiera catalogar el método ortodoxo, como

corriente principal siempre será opuesta a las metodologías heterodoxas, adaptativas,
extremas, minimalistas o marginales, el antagonismo según los expertos en la materia es
extrema y abismal, con este tipo de diferencias insalvables a principios del siglo 21 se
crean las condiciones para la aparición del manifiesto de los métodos ágiles MAs.

Así bien analizando las bases teóricas y la evolución de los métodos expuestos en
los párrafos anteriores, el autor del presente ensayo concluye, que tanto la ortodoxia
metodológica y los métodos heterodoxos, a pesar de las diferencias de visión, han hecho
un gran a porte en el desarrollo del Software, de hecho es una realidad que se requiere de
una buena metodología para poder estructurar con éxito un programa informático y que
este cumpla con la idea para lo que fue concebido, no se puede pensar en una era digital o
de la información o como le definamos, sin el Software, a medida que crece el desarrollo
tecnológico, aumenta la exigencia de sofisticación, podemos citar como ejemplo la
evolución del Windows11 de Microsoft12, en 30 años ha cambiado acorde a las
expectativas de un público cada vez más exigente, en el año 1990 hizo su aparición el
Windows versión 3.0, al día de hoy luego de diferentes transformaciones visuales,
inclusión de servicios, variedad de programas, herramientas de comunicación tenemos en
el mercado el Windows 10, si hacemos un ejercicio mental y colocamos la versión del año
1990 en la actualidad, este no sería nada funcional para el usuario, evolutivamente este
sistema operativo (Software) tuvo que ser sometido a una metodología, con un tipo de
estructura que permite mantener su desarrollo durante 30 años, entonces cabe la idea en
11
Software sistema operativo
compañía tecnológica multinacional con sede en Redmond, Washington, EE.UU. Microsoft es el acrónimo
12

de microcomputer y software.
la opinión del autor del ensayo que Microsoft escogió una metodología híbrida y saco
provecho de las dos visiones, utilizando métodos novedosos, equilibrados, con
documentación exhaustiva, reutilizable desde su base, herramientas de cuarta generación,
que permiten entregas rápidas de los desarrollos y a su vez que cumplan con las diferentes
normas y estándares ya definidos, como la ISO 9000, ISO 9001, ISO 12207 entre otros.

Es importante entender que el futuro del software ha dependido mucho del

crecimiento vertiginoso de la tecnología, de su inclusión en todos los aspectos de nuestra
vida cotidiana, hoy en día el software se presenta en casi todo lo que nos rodea, desde
nuestro Smartphone hasta en el trabajo que desempeñamos día a día, incluso ya se
comienza a usar electrodomésticos con software que interactúan con el usuario, pero este
crecimiento no pudo darse sin orden, sin metodología, sin el estudio y desarrollo de
grandes investigadores, ingenieros, corporaciones que buscaban articular en ese entonces
en la década de los 90 soluciones factibles a la crisis del software, estas diferencias en
entre dos corrientes metodológicas, dio paso a la creación a todo lo que hoy conocemos,
no existe ningún aspecto de nuestra sociedad que se pueda automatizar que no tenga un
software, en la actualidad ya se habla de inteligencia artificial y lo primero que podemos
leer al estudiar el desarrollo de esta, es que también tiene una metodología para su
estudio, proceso, diseño e implementación.

Bibliografías:

Carlos Reynoso métodos heterodoxos en arquitectura de software.

https://es.wikipedia.org/wiki/Ortodoxia.

https://dialnet.unirioja.es/servlet/tesis?codigo=48677

http://www.develapps.com/es/noticias/metodologias-agiles-en-el-desarrollo-de-software