Tono Revist
a
Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
31
L
a
I
ng
e
n
i
e
r
í
a
de
l
S
o
f
t
w
a
r
e
E
l
s
igloXXI
s
eenfrenta
inexorablemente al acelerado
desarrollo de la
s
ociedad del
ciclo de vida del proyecto de
de
s
arrolloyesflexiblemente
aplicable a entornos de investi-
gación, producción, aplicaciones
áreas claves de procesos que se
deben establecer para la entrega
efectiva de la tecnología de la
ingeniería del software”[17]. Las
conocimiento. Esta nueva era nobancaria
s
, ciencias médicas, redesáreas claves del proceso forman la
sólo e
s
tá cambiando la
s
ociedad,de dato
s
, entre otros [18].base del control de gestión de
sino que los nuevo
s
modelo
s
de
S
in técnicas de ingeniería esproyectos del software y establecen
negocio
s
requieren la reformu-prácticamente imposible sustentarel contexto en el que se aplican los
lación de concepto
s
. Conocimien-el con
s
en
s
o general que plantea lamétodos técnicos, se obtienen pro-
to, información, Internet, Web
s
onnece
s
idaddeproduciraplica-ductosdeltrabajo—modelos,
algunosdelostérmino
s
má
s
cione
s
informáticas basadas endocumentos, datos, informe
s
, for-
utilizados en cualquier ambiente omodelo
s
estándares. “La Ingenie-mularios—, se establecen hitos, se
negociación, por lo tanto,
s
onría del
S
oftware, constituye laasegura la calidad y el cambio se
nece
s
aria
s
nueva
s
tendencia
s
apo-aplicación de un enfoque sistemá-gestiona adecuadamente [18].
yadas precisamente en el cono-tico, di
s
ciplinado y cuantificableEntrelosprocesosquese
cimiento. La Ingeniería de
S
oftwareal de
s
arrollo, funcionamiento yidentifican en el desarrollo de un
no es una excepción, y requiere nomantenimiento del software; essoftware se encuentran los rela-
sólo una actualización de concep-decir, la aplicación de ingeniería alcionados con individuos ai
s
lados
tos,
s
ino también la compren
s
ión y
s
oftware”[14].—
P
roceso
P
ersonal de
S
o
f
tware
formulación del conocimiento exi
s
-La Ingeniería del
S
oftware es una(
PSP
)— y al trabajo en equipo
tente entorno a la
s
nueva
s
tecnolo-tecnología multicapa, por lo tanto,—
P
roceso de
S
oftware en Equipos
gías e innovaciones teórica
s
que
s
ecualquier enfoque de ingeniería,(T
SP
)—. Además, se conforma un
encuentren en de
s
arrollo dinámico .incluida la aplicada al software,modelo que establece el nivel de
Con
s
tituyeunaimportantedebe
s
u
s
tentarse sobre un com-madurez del proceso en toda
disciplina dentro del área de lapromi
s
o de organización y calidadorganización —Modelo de
M
adu-
Informática y las Ciencia
s
de la[18]. Una vez basada su estructurarez de las Capacidades (CM
M
)—,
Computación, encargada de ofre-
s
obre la organización y la calidad,como un estándar de calidad.
cer método
s
y técnica
s
para lael fundamento esencial es la capaLos métodos de la Ingeniería de
creación y el mantenimiento dede proceso que constituye la
S
oftware indican cómo construir
aplicaciones de
s
oftware con ele-unión de las capas tecnológicas ytécnicamente un software, abarcan
vado
s
nivelesdecalidad.
S
epermite el desarrollo racional ylas tareas que incluyen análisis de
empleaparaelde
s
arrollodeoportuno de la Ingeniería del
S
oft-requerimientos, diseño, programa-
diferente
s
producto
s
informá-ware. “El proceso define un marcoción, pruebas y mantenimiento.
ticos, aborda toda
s
la
s
fa
s
e
s
delde trabajo para un conjunto deTambién dependen de los princi-
P
o
r
I
n
g
.
J
o
r
g
e
A
.
R
od
rí
g
u
e
z
Z
a
m
o
r
a
J
e
f
e
d
e
G
r
upo
d
e
G
e
s
t
i
ón
y
A
d
m
i
n
.
d
e
A
p
li
c
a
c
i
on
e
s
G
e
r
e
n
c
i
a
T
e
rri
t
o
ri
a
l
C
a
m
a
g
ü
e
y
,
E
T
E
C
S
A
j
r
z
@
c
m
g
.t
e
l
.
e
t
e
c
s
a
.c
u
P a
r o n
e
s
a
e nl
t
I n g e n i e r í a
d e lS o f t w a r e
32
Tono Revista Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
surgido como estándar el Lenguaje
Unificado de Modelado (UML); y
la
s
metodología
s
que conducen a
todo proyecto a travé
s
de la
s
diferente
s
etapa
s
que conforman el
proce
s
o de desarrollo del
s
oftware,
al otorgarles calidad y eficiencia,
como ADOOSI-U
M
L y el
P
roce
s
o
Unificado Racional (RU
P
). También
haytécnica
s
e
s
tablecida
s
para
potenciar y facilitar la labor de lo
s
especiali
s
ta
s
,porejemplo,el
empleo de Patrone
s
/ Anti
P
atrone
s
.
La
s
herramienta
s
de la Ingeniería
delSoftwareproporcionanun
enfoque automático o
s
emiau-
tomático para el proce
s
o y para lo
s
métodos.Cuando
s
eintegran
herramientas para que la informa-
ción creada por una de ella
s
pueda
utilizarla otra,
s
e e
s
tablece un
sistemadesoporteparael
de
s
arrollo de
s
oftware. Entre la
s
más utilizada
s
,
s
e encuentran la
s
CASE —Compute
r
Aided Soft-
ware Engineering / Ingeniería del
Software Asi
s
tida por Computado-
ra—. E
s
ta
s
s
on tecnología
s
para
automatizar el de
s
arrollo y mante-
nimiento del
s
oftware, combinan
herramientas de
s
oftware y meto-
dología
s
, y deben con
s
tituir un
conjuntointegradoqueauto-
matice todas las parte
s
del ciclo de
vida y ahorren trabajo a lo
s
especiali
s
tas.
Ademá
s
dela
s
CA
S
E,han
surgido otros tipo
s
de herramien-
tas como los CAME —Compute
r
AidedMethodEnginee
r
ing/
Método de Ingeniería A
s
i
s
tido por
Computadora—,I
PS
E—Inte-
g
r
ated Project Suppo
r
t Envi
r
on-
ment / Entorno de Apoyo al
P
a
t
r
o
n
e
s
e
n
l
a
I
ng
e
n
i
e
r
í
a
de
l
S
o
f
t
w
a
r
e
Lanocióngenéricadelos
patrones se origina a partir de los
trabajos desarrollados en los años
s
etenta por Christopher Alexan-
der,prestigiosoarquitectoen
con
s
trucción civil, quien describe,
en uno de sus más reconocidos
texto
s
, algo catalogado como “una
cualidad sin nombre (…) es la cosa
má
s
preciadaqueexisteen
nue
s
tras vidas” [1], refiriéndose a
lo que posteriormente bautizó con
el nombre de patrón.
Ensusescritos,Alexander
expone sus puntos de vista con
relación a problemas recurrentes
que descubre en la construcción
de ciudades y pueblos, describe
dichos problemas, sus respectivas
s
oluciones, y hace uso de la
expre
s
ión que él mismo definió
“Cadapatróndescribeun
problema que ocurre más de una
vez en nuestro entorno, y además,
de
s
cribelasoluciónadicho
problema, de forma tal que pueda
s
erutilizadadichasolución
s
iempre que se vuelva nuevamente
a la misma situación”[2].
La aplicación de los patrones en
el de
s
arrollo de software es uno de
lo
s
tópicos más debatidos en los
últimos años dentro de la comu-
nidad de investigadores, arquitec-
to
s
y programadores de aplica-
cione
s
de software. “Es fundamen-
tal para cualquier ciencia o es-
pecialidad de ingeniería que exista
un vocabulario común para la
expre
s
ión de sus conceptos, así
como un lenguaje que relacione a
pio
s
básico
s
que gobiernan cada
P
royectoIntegrado—,
S
EElosmismos
”
[4].Laprincipal
área de la tecnología e incluyen—Software Engineering Environ-ambición del uso de los patrones
actividade
s
de modelación y otra
s
ment / Entorno de Ingeniería dedentro de la comunidad del soft-
técnica
s
descriptiva
s
[18].
S
oftware—, C
S
CW —Computerware es la creación de un cuerpo
Actualmente,exi
s
tendiver
s
o
s
Supported Cooperative Work /literario capaz de ayudar a sus
métodos de Ingeniería de
S
oftwareTrabajo Colaborativo Apoyado enprofesionalesadilucidarcon
que fundamentan
s
u utilidad en laComputadora—ylosW
F
M
S
claridad los problemas recurrentes
capacidad para facilitar la
s
tarea
s
de—WorkflowManagementSys-encontrados durante el desarrollo
análi
s
is, di
s
eño e implementación.tem
s
/
S
istemas de Administraciónde software.
Para la modelación de
s
i
s
tema
s
, hadel
F
lujo de Trabajo— [12].Conceptualmente, la esencia de
un patrón es la descripción de un
problema y su solución. El pro-
blema es elaborado en términos de
un contexto y de fuerzas aplica-
bles en él. El rol de la solución es
declarar las fuerzas para que se
generen consecuencias positivas,
beneficios y problemáticas mane-
jables, y se conduzcan hacia la
aplicación de otros patrones. La
condiciónnecesariaparaser
consideradounpatrónesla
observación exitosa en, al menos,
tres sistemas reales de la solución
que ofrece. Como tres aconteci-
mientos no pueden ser idénticos,
los patrones son abstracciones de
sus experiencias y resultados [6].
Linda Rising expresa en uno de
sus libros: “(…) un patrón no es
más que otra manera de documen-
tación” [20]. El poder de este tipo
dedocumentaciónesqueel
conocimiento, previamente adqui-
ridopordesarrolladorescon
experiencia, es capturado en una
formaaceptableypuestoal
alcance de todos. Los patrones
son objetos que han sido descu-
biertos en más de un sistema y
proporcionan soluciones exitosas
a problemas recurrentes.
A pesar de que la mayoría de los
estudios han estado dirigidos al
desarrollo orientado a objetos, y
publicaciones y descub
r
imientos
de patrones han sido realizados
sobre este paradigma, la noción de
patrones no se encuentra vincu-
lada a ninguna metodología o
lenguaje. Muchos trabajos sobre
patrones han sido desa
r
rollados
ensistemasnoorientadosa
objetos. “Los patrones no son un
Tono Revist
a
Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
33
E
l
e
m
e
n
t
o
s
p
a
r
a
l
a
c
r
e
a
c
i
ó
n
de
p
a
t
r
o
n
e
s
Paralacreacióndenuevo
s
patrone
s
debe con
s
iderar
s
e, en
primerlugar,quecualquier
solución, algoritmo, máxima o
buenas prácticas no con
s
tituyen
un patrón. Aun cuando e
s
tén
presentes todo
s
lo
s
requi
s
ito
s
que
establezcan lo
s
elemento
s
inte-
grante
s
de un patrón, no debe
s
er
considerado como tal, ha
s
ta que
severifiquequee
s
tee
s
un
fenómeno recurre
n
te. El compor-
tamiento recurrente debe e
s
tar
presente al menos en tre
s
s
i
s
tema
s
existente
s
—regla
d
e tre
s
—, que
una vez logrado no garantiza la
calidad y fiabilidad total del
patrón. Po
s
teriormente
s
erá
s
ome-
tido a un profundo e
s
crutinio,
crítica y revisión por parte de la
comunidad de patrone
s
de
s
oft-
ware, que finalmente acreditará la
validez del mi
s
mo [4].
La terminología patrón
s
ugiere
recurrencia, si algo no e
s
recu-
rrente no e
s
po
s
ible que
s
ea un
patrón. La recurrencia, a pe
s
ar de
ser nece
s
aria, no e
s
determinante
para evaluar la importancia de un
patrón, pue
s
s
olamente lo caracte-
riza cuantitativamente. “E
s
nece-
sario además demo
s
trar que e
s
te
Cadapatróntienequeser
formulado en forma de regla que
e
s
tablezca la relación existente en-
tre un contexto, un sistema de
fuerza
s
que surjan a partir de di-
cho contexto y, una configura-
ción o
s
olución que permita que
e
s
ta
s
fuerzas sean despejadas en-
tre
s
í en el contexto dado.
S
e
recomienda, además, el empleo de
ejemplo
s
gráficos “(…)primera-
mente debe existir una imagen que
mue
s
tre un prototipo de ejemplo
del patrón” [1].
Diver
s
o
s
tiposdeformatos
formale
s
han sido empleados en la
documentación de los patrones.
La de
s
cripción del patrón usada
por Alexander en sus trabajos, es
denominada forma alexa
nd
ri
n
a,
también se encuentra la forma
GoF, la forma ca
n
ó
n
ica entre
otra
s
; a menudo sólo se dife-
rencian unas de las otras por leves
adaptaciones. No obstante, a pesar
del empleo de diferentes formatos,
generalmente todos convergen en
determinados aspectos que cons-
tituyen los elementos indispensa-
ble
s
para la correcta descripción de
un patrón [4].
Exi
s
ten, además, los formatos
informales o mínimos, en los
cuale
s
la estructura reducida es
apropiada para la documentación
concepto orientado a objeto
s
”
s
ea apropiado para el uso, descri-mínima del patrón.
S
on empleados
[20].biendo cómo el mismo es exitoso,en consultas en línea donde la
Los patrones ayudan a la creacióny
s
u utilidad mediante el por quéviabilidad es clave y las fo
r
mali-
y con
s
olidación de un lenguajee
s
beneficioso”[10].dades no son tan necesarias; o en
compartido que permita la comuni-Lae
s
enciaprincipalparaeldeterminados medios de publica-
cación de experiencia
s
s
obre lo
ss
urgimiento de los patrones, fue sución cuyos requerimientos exijan
problema
s
y sus re
s
pectiva
s
s
olu-poder de expresar conocimiento,contenidos escuetos. Entre estos
ciones. Si se codifican formalmentecon la documentación de buenas yformatos están las formas micro,
estas solucione
s
y la
s
relacione
s
probada
s
prácticas, mediante lasformas mi
n
i-i
ndu
ctivas y las
entre ella
s
, es po
s
ible capturardiver
s
a
s
formas de representarlos.formas mi
n
i-
d
e
du
ctivas [6].
exitosamente el conjunto de conoci-“Un libro de referencias compuesto
S
egún Rising y Appleton, para
mientos, para definir la
s
nocione
s
por patrones documentando bue-todo tipo de formato formal que
de buena arquitectura y di
s
eño.na
s
prácticas pudiera proporcionarexprese la estructura de un patrón,
“Formando un lenguaje de patrone
ss
olucione
s
factibles para un deter-determinados elementos —nombre,
común para la comunicación deminado entorno. Un libro como esteproblema, contexto, fuerzas, solu-
estructura
s
y mecani
s
mo
s
s
obrecon
s
tituye una herramienta de in-ción, ejemplos, contexto resultante,
nuestra arquitectura, no
s
permitevaluable utilidad práctica para lapatrones asociados y usos cono-
razonar claramente en función deadqui
s
ición de dominios expertos”cidos— deben ser reconocibles
ello”[4].[19].claramente en el momento de leerlos
[19, 4]. Además, aunque no es
estrictamente requerido, a menudo
las descripciones de un patrón co-
mienzan con un resumen, que pro-
porciona un breve sumario o visión
general del mismo al lector; una
imagen más clara del patrón,
r
ápida
revelación de la información que
corresponda a su utilidad o aplica-
bilidad en un problema dado. “Todo
patrón debe identificar el objetivo
al cual está dirigido y poner bien
en claro qué debe ser asumido por
el lector” [4].
Como objetivo fundamental, de
acuerdo con una estructura correcta
y bien escrita, cada patrón debe
mostrar, en su totalidad, que es más
grandioso que la suma de sus
partes, y que debido al trabajo en
grupo de sus elementos puede
satisfacer diversas demandas.
A
n
t
i
P
a
t
r
o
n
e
s
S
i los patrones representan las
buenas prácticas, los antipatrones
representan las lecciones apren-
didas. “El estudio de antipatrones
es una actividad investigativa de
crucial importancia. La presencia
de buenos patrones en sistemas
exitosos no es suficiente; tiene
que ser demostrado además que
los mismos están ausentes en los
sistemas fallidos. De igual manera,
34
Tono Revista Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
es útil encontrar que cierto
s
anti-
patrones e
s
tán pre
s
ente
s
en
s
i
s
te-
ma
s
fallido
s
, a
s
í como
s
u au
s
encia
en los que funcionan correcta-
mente” [7]. Un antipatrón e
s
,
literalmente, una forma de de
s
-
cribir la ocurrencia común de
s
olu-
cione
s
a problema
s
que degeneren
irremediablemente en con
s
ecuen-
cias negativas. Lo
s
antipatrone
s
pueden ser el re
s
ultado de un ente
admini
s
trativo o de
s
arrollador,
s
in
los
s
uficientes conocimiento
s
y
experiencia en la
s
olución de un
problema particular, o habiendo
aplicado un buen patrón en el
contexto equivocado.
El concepto de antipatrón e
s
una
de la
s
mayore
s
atraccione
s
de
inve
s
tigación dentro del campo de
la Ingeniería del
S
oftware, centrada
particularmente en el análi
s
i
s
de
s
olución, denominada solución refactorizada, que contrasta con la
soluciones negativa
s
. Dado
s
lo
s
primera, consta comúnmente de la aplicación de un método con el cual el
frecuentes defecto
s
de aplicacione
s
antipatrón puede resolverse teniendo en cuenta su ingeniería a favor de
de software y proyecto
s
fallido
s
, la
s
una forma más provechosa [6].
soluciones negativa
s
s
on probable-Como los patrones y antipatrones están relacionados, algunos patrones
mente un objetivo de e
s
tudio muchoen ciertas circunstancias degeneran en antipatrones, “(…) un patrón muy
má
s
rico. En e
s
ta
s
inve
s
tigacione
s
popular, como es el caso de la programación estructurada, pudo ser un
sobre antipatrone
s
s
on categori-paradigma para su época, y decaer a favor de otro, una vez comprendidas
zadas,etiquetada
s
yde
s
crita
s
la
s
consecuencias desfavorables de su actual aplicación” [22]. La princi-
soluciones negativa
s
recurrente
s
;pal diferencia entre las soluciones de patrones y antipatrones radica en
también
s
on adjuntado
s
determi-el contexto. Un antipatrón es un patrón aplicado en un contexto
nados patrone
s
que proporcionaninadecuado. Cuando un patrón se convierte en antipatrón, es útil el
alternativa
s
con
s
tructiva
s
queconocimiento de dicho evento porque proporciona una señal de alarma,
re
s
uelven los orígene
s
del proble-que notifica que la solución actual debe evolucionar hacia otra mejor.
ma.Con
s
tituyenelemento
s
deE
s
te proceso de evolución, cambio o migración es denominado refac-
valor extraordinario y utilidad entorización. En una refactorización, se cambia una solución po
r
otra con
circunstanciasderecuperación,una e
s
tructura mejorada que proporcione un incremento considerable de
refactorización y ree
s
tructuraciónlo
s
beneficios [6].
hacia buenas práctica
s
, a partir deLa legibilidad es una de las cuestiones claves para la descripción de un
situaciones adver
s
a
s
[6, 4].patrón; en determinadas ocasiones es objeto de tediosas abstracciones
En la figura 1 puede apreciar
s
edonde los antipatrones llevan ventaja. En un antipatrón, el problema es
que patrone
s
y antipatrone
s
s
onrepre
s
entado sobre la base de errores comúnmente ocurridos, las
concepto
s
que se relacionan.
s
oluciones erradas maximizan las catástrofes que subyacen bajo un
La esencia de un antipatrón
s
eproblema medular. Esta maximización del problema constituye un paso
repre
s
enta en do
s
s
olucione
s
, aprimordial para el esclarecimiento de determinados propósitos. “Citando
diferencia de la pareja problema/como ejemplo una prueba de software, el responsable de probar un
soluciónencontradaenlo
s
determinado proceso, maximiza los errores a un nivel de colisión del
patrone
s
. La primera
s
olución e
ss
i
s
tema, con el objetivo de ganar la atención de los desarrolladores” [5].
problemática —ocurrencia de unaLa descripción de los antipatrones se fundamenta en una estructura
solución que genera con
s
ecuencia
s
retórica, diferente a la encontrada en los patrones. Estos comienzan con
muynegativa
s
—.La
s
egundauna apremiante y complicada solución, posteriormente ofrecen una
F
i
g
u
r
a
1
R
e
l
a
c
i
ón
d
e
l
o
s
c
on
c
e
p
t
o
s
p
a
t
r
ón
y
a
n
t
i
p
a
t
r
ón
Tono Revist
a
Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
35
otros aspecto
s
, la
s
do
s
s
eccione
s
centrale
s
corre
s
pondiente
s
a
s
u
descripción: la forma general del
antipatrón y
s
u corre
s
pondiente
refactorización.
Un primer pa
s
o hacia la recu-
peración e
s
admitir que
s
e pre
s
enta
un problema, los antipatrone
s
ayu-
Latecnologíadelsoftware
comercial está plagada de defectos,
contradicciones y falsas promesas.
Lo
s
antipatronesrevelanesta
realidad desde sus perspectivas
interna
s
, documentan la informa-
ción necesaria sobre tecnologías
pobre
s
y mal fundamentadas para
soluciónalternativaparare-dan a lo
s
afectados a clarificarlosobrevivir al emergente desarrollo
factorizar el problema. No
s
eapartándole de términos dramá-industrializadodeaplicaciones
garantiza que esta
s
olución
s
eatico
s
.
P
ueden acceder a un vastocomerciales de software.
única; pero e
s
una vía efectivacampo de aplicaciones, enfrentán-Muchos proyectos de software
para dilucidar la
s
fuerza
s
quedo
s
e a lo
s
síntomas del problema,soncaóticos,impredeciblesy
aseguran mejores beneficio
s
. Ena
s
í como a las consecuencias de susazarosos de conducir. Los antipa-
cuestiones práctica
s
, lo
s
anti-
s
ituaciones. “Muchas personas en-trones explican cómo los proyectos
patrones son encontrado
s
comocuentran entretenido el uso de losde software funcionan y cómo
forma
s
poderosa
s
y efectiva
s
paraantipatrones; el error es una cuali-manejar correctamente sus evita-
la re
s
olución de problema
s
recu-dad humana; se ríen de sus propiosbles consecuencias; establecen una
rrente
s
de los patrone
s
.errore
s
y de los errores de otros,definición clara de las conductas
Losantipatrones
s
onnueva
ss
iempre y cuando no impliquenegativas en el desarrollo de soft-
formas de patrone
s
, que por la
s
cualquier tipo de insulto a susware y constituyen útiles descrip-
diferencias de
s
u e
s
tructura
s
oncolega
s
” [6].ciones de las buenas práctica
s
a las
descrito
s
de una forma particular.
P
untualizando en la importancia yque toda organización debe migrar.
En un patrón ordinario, la exi
s
-lo
s
beneficios que reporta paraA pesar de las ventajas del uso de
tencia, al menos, de tre
s
u
s
o
s
toda organización el reconoci-antipatrones en prácticas organiza-
conocido
s
de la solución e
s
con-miento de antipatrones dentro detivas, deben ser cuidadosamente
vencionalmente nece
s
aria. Debido a
s
u
s
s
i
s
temas, Thomas Mowbray ymanejados, fundamentalmente en
que en lo
s
antipatrone
s
exi
s
ten do
s
RaphaelMalveauofrecenlosaquellos entornos que sean opera-
solucione
s
en vez de una, e
s
ta regla
s
iguientes criterios: “Un correcto ytivamenteproductivos.Muchas
de tres e
s
diferente. La primeraactualizado conocimiento sobrecompañías y empresas son objeto
solución, la negativa, tiene queAnti
P
atrones, es esencial para quede un sinnúmero de antipatrones,
conformar las ocurrencia
s
de dichael de
s
arrollo de software sea exi-sin embargo, la ausencia de estos
regla, justamente igual que en lo
s
to
s
o” [16].no garantiza que dichas organiza-
patrones convencionale
s
.
S
on má
s
los proyectos de softwareciones sean exitosas. De hecho,
De
s
afortunadamente, e
s
poco pro-que fracasan que los que tienenalgunas lo son a pesar de repetidas
bable que cada una de e
s
ta
s
tre
s
éxito.
M
alos diseños, decisiones yviolaciones de antipatrones. Cier-
ocurrencias de solucione
s
proble-proyecto
s
prevalecenantelostamente, la resolución de todo
máticas sean re
s
uelta
s
exactamentebueno
s
. El mundo real del softwareantipatrón puede arrojar una mejoría
de la mi
s
ma manera. La
s
egundae
s
tácolmadodeantipatrones,sustancial de las condiciones pro-
solución o refactorización e
s
tácoexi
s
tiendo irónicamente con solu-ductivas, pero desgraciadamente no
basada sobre la conocida
s
olucióncione
s
altamente efectivas. Lossiempre es así. “Implementar una
negativa y, en ca
s
o de que
s
eanmalo
s
di
s
eños de software son, porsoluciónesfactiblesolamente
múltiple
s
, todas deben e
s
tar repre-lo general, el resultado de malascuando el personal técnico tiene las
sentadascorrectamenteenlainterpretaciones y errores clásicos.suficientes aptitudes para afrontar
formulación del antipatrón [6].Lo
s
antipatrones explican por quéel problema. Cuando los conoci-
Al igual que en lo
s
patrone
s
,ocurren estos malos software,mientos técnicos no son suficientes
existen diferente
s
forma
s
formale
s
ecómo refactorizarlos y cómo evitarpara implementar plenamente una
informale
s
de repre
s
entar a lo
s
lareiteracióndeloserrores.solución Anti
P
atrón, el remedio
antipatrone
s
. En una repre
s
entaciónAdemá
s
, enseñan a identificar,puede causar mayores y peores
formal, la plantilla completa de unarreglar errores a tiempo y prevénproblemas que la afección origi-
antipatrón debe comprender, entre
s
eria
s
consecuencias.nal” [16].
C
l
a
s
i
f
i
c
a
c
i
ó
n
y
o
r
g
a
n
i
z
a
c
i
ó
n
de
p
a
t
r
o
n
e
s
P
ara mejorar la comprensión de
los patrones y utilizarlos e
f
icien-
temente se han clasificado en cinco
tipos, en dependencia del es-
cenario en que son aplicados: pa-
36
Tono Revista Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
trone
s
de de
s
arrollo, de análi
s
i
s
, organizacionales, de procesos y deanálisis contribuyen a una mayor
dominio
s
específico
s
.reusabilidad y calidad en el soft-
Mucho
s
de lo
s
enfoque
s
iniciale
s
de la
s
investigaciones relacionadasware en comparación con otras
con el tema han e
s
tado dirigido
s
, fundamentalmente, a los patrones devariedades de patrones, además
de
s
arrollo. Debido a la abrumadora aceptación del texto comúnmentesimplifican la búsqueda de las
denominado Go
F
—Gang of Fou
r
—, han constituido la mayor fuente deestructuras óptimas de los siste-
consulta para la comunidad de
s
oftware internacional.
S
egún como losmas, pues la base de la edificación
defineelGo
F
,
“
(…)lo
s
patrone
s
dedesarrolloconstituyende toda aplicación es el análisis.
descripcione
s
de la
s
relacione
s
y comunicaciones entre objetos y“La correcta modelación de un
cla
s
es, hechas a la medida para
s
olucionar un problema de diseñosubsistema, correspondiente a un
general, enmarcado en un contexto particular dado” [11].sistemacomplejo,puedeser
Por el gran volumen que repre
s
entan, ha sido necesaria laabstraídayconvertidaenun
subclasificación y organización de lo
s
patrones teniendo en cuenta lospatrón de análisis que pueda ser
elementos que lo
s
caracterizan [4].
S
on agrupados de acuerdo con lasreutilizado por otras aplicaciones”
relacione
s
que tengan con un área tecnológica determinada. Dentro de[8, 4].
cada grupo son de
s
plegado
s
de modo que puedan ser reconocidos,Los patrones organizacionales son
atendiendo a diferente
s
nivele
s
de ab
s
tracción, para que los grupos deaquellos que intervienen en los
u
s
uarios puedan encontrar lo
s
patrone
s
que corresponden estrecha-tópicosorganizativosquese
mente con
s
u área de interé
s
; a
s
í como por diferentes puntos de vistaoriginan en los equipos de desarro-
que comprendan una mi
s
ma
s
olución. La combinación de los tres nivelesllo de software, grupos y departa-
de refinamiento en el eje vertical y lo
s
cuatro puntos de vista en el ejementos. Describen buenas técnicas
horizontal deriva una organización en forma de cuadrícula del grafo dede administración y la estructu-
patrone
s
(Figura 2). E
s
ta organización e
s
conocida como Marco deración organizativa de la
s
mismas.
Patrone
s
.“La comprensión y modelación del
Ademá
s
de patrone
s
de de
s
arrollo
s
on encontrados los patrones decontexto organizacional del en-
análisi
s
, definido
s
como “patrone
s
que reflejan la estructura conceptualtorno operativo de un sistema de
de un proce
s
o, recurriendo a modelo
s
de análisis reusables” [9]. En lassoftware, constituye una de las pri-
etapas de análi
s
i
s
tratan de comprender
s
e los principales problemasmerasetapasdesuanálisis
involucrados en un proce
s
o, con ob
s
ervación a través de lospreliminar. Es conveniente la elabo-
requerimientos que afloran en la modelación del mismo. Los patrones deración de estos modelos tomando
como herramientas, el despliegue y
utilización de patrones organizacio-
nales, que describan a menudo
usadas, óptimas y bien probadas
estructuras organizativas”[15]. Ac-
tualmente, los patrones de desarro-
llo parecen ser los más populares,
pero los organizacionales ganan en
impulso.
Ladescripcióndetécnicas
generales, acciones y tareas para
la conducción y desar
r
ollo del
proceso inherente a un proyecto
de software, constituye esencial-
mente la función de los patrones
de procesos. Un importante rasgo
que caracteriza a los patrones de
procesos es que describen qué se
debe hacer; pero no detallan cómo
realizar una determinada acción.
“Cuando son aplicados integral-
F
i
g
u
r
a
2
M
a
r
c
o
d
e
p
a
t
r
on
e
s
mente de una forma organizada,
Tono Revist
a
Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
37
B
e
n
e
f
i
c
i
o
s
y
o
b
li
g
a
c
i
ó
n
e
n
e
l
u
s
o
de
p
a
t
r
o
n
e
s
Los patrones son un punto de
contacto, en el que
s
e con
s
olidan y
complementan la teoría y la práctica,
muestran útil, aplicable y explotada
la estructura que conjuntamente
describen. “E
s
conformado un con-
tinuo ciclo en el que e
s
peciali
s
ta
s
dedicado
s
a la inve
s
tigación, docu-
mentan patrones que
s
on pue
s
to
s
bajo la con
s
ideración y aprobación
de experto
s
y po
s
teriormente em-
pleados por practicante
s
y de
s
a-
rrolladore
s
enelmundoreal,
mejorando con
s
iderablemente la
calidad de los producto
s
finale
s
” [4].
dore
s
, dirigentes, estrategas de
mercado y, en general, entre
todo
s
los roles de una orga-
nización. Un vocabulario común
permite a las personas con roles
de menor nivel técnico compren-
der mejor la arquitectura del
s
i
s
tema
s
in necesidad de involu-
crar
s
eenlosdetallesparti-
culare
s
.
En la documentación no será
nece
s
ario detallar aspectos del
di
s
eño porque el nombre de los
patrone
s
utilizados dará indirec-
tamente esta información.
P
or lo
tanto, la documentación será más
corta y llevará menos tiempo
los patrone
s
de proce
s
o
s
puedenExi
s
ten beneficios inherentes a laescribirla, revisarla y darle man-
ser útilmente utilizado
s
para laadopción de los patrones en eltenimiento.
construccióndelo
s
proce
s
o
s
de
s
arrollo de aplicaciones de soft-Los patrones permiten la reu-
relacionados al de
s
arrollo de apli-ware [21].tilización de la arquitectura y el
cacione
s
de
s
oftware en organiza-Lo
s
patronesposibilitanladiseño de un sistema, y deben ser
ciones dedicada
s
a la actividad.comunicación entre especialistasindependientes de la plataforma.
Dado que lo
s
mismo
s
no e
s
peci-a un elevado nivel de abstrac-Entonces, una arquitectura y un
fican profundamente cómo realizarción;introducenunnuevodiseño que utilicen patrones serán
una determinada tarea, lo
s
patro-vocabulario, donde cada nombretambién independientes de la pla-
nes de proce
s
os con
s
tituyen lo
s
repre
s
entaunapalabra,contaforma y permanecerán estables
reusables bloque
s
con
s
tructivo
s
todo
s
los detalles correspon-hasta que se realicen cambios en
con lo
s
que toda organizacióndiente
s
a su descripción. Analis-laplataformadebajonivel.
podráedificarelproce
s
odeta
s
, arquitectos y diseñadores
S
olamente será necesario po
r
tar la
desarrollo de software hecho a lapodrían discutir temas referentesimplementación de la arquitectura
medida de
s
us nece
s
idade
s
” [3].a un proyecto con el empleo dey el diseño.
Los patrones organizacionale
s
s
ee
s
te lenguaje, sin necesidad deLos patrones brindan conoci-
encuentran muy relacionado
s
concaer en los detalles específicos.mientos expertos a los menos
los de proce
s
os.E
s
to ayuda a la toma de decisio-instruidos. Especialistas con me-
Dentro de la cla
s
ificación dene
s
,conmayorfacilidadynor experiencia tendrán acceso a
patrones de dominio
s
e
s
pecífico
s
eficiencia en cuanto a diversossoluciones estables y bien diseña-
han
s
ido enmarcado
s
aquello
s
tema
s
del proceso de desarrollo.das por expertos, lo que cons-
que, como los define
s
u nombre,Lo
s
patrones facilitan la co-tituye gran ayuda para nuevos
están presente
s
dentro de domi-municación del desarrollo de soft-diseñadores de software y para los
nios especializado
s
, que no inter-ware entre los integrantes de undesarrolladores experimentados
vienen directamente en el de
s
arro-proyecto. El lenguaje de patronesqueincursionanendominios
llo de
s
oftware; pero por
s
upermite a los grupos de trabajonovedosos.
importancia ejercen una accióncompartir los diseños de losA pesar de las virtudes que las
indirecta en la calidad de lo
ss
ub
s
i
s
temas y las interfases exis-diferentes definiciones sobre los
mismo
s
. Entre e
s
to
s
tipo
s
s
e en-tente
s
. Grupos diferentes podránpatrones destacan, su uso requiere
cuentran lo
s
patrone
s
referente
s
aalcanzar una mejor comprensiónde un profundo estudio, disciplina y
lapedagogía,educaciónydeldominiodelsistemaaresponsabilidad colectiva dentro de
entrenamiento de tecnología
s
delde
s
arrollar.Además,facilitancualquier entorno de desarrollo de
software, arquitectura e infrae
s
-la comunicación del diseño de lasoftware que los utilice. “Los
tructura de rede
s
, entre otro
s
[4].arquitecturaentredesarrolla-patrones no crean diseñadores de
novatos o estudiantes de forma
mágica, no es una bala de plata que
convierta en gurú a cualquiera en
una organización” [20].
Las siguientes consideraciones
constituyen obligaciones y pre-
cauciones de probada validez,
vinculadas a la utilización práctica
de los patrones [13].
Uno de los beneficios del empleo
de patrones es la facilidad que
brindan en la comunicación del
diseño.
P
ara obtenerlo, los partici-
pantes de una organización debe-
rán encontrarse familiarizados con
los patrones empleados.
S
i alguien
no los conoce, irremediablemente
38
Tono Revista Técnic
a
de l
a
E
mpres
a
de Telecomunic
a
ciones de Cub
a
S.A.
fraca
s
ará la comunicación.
P
or lo
tanto, implica un con
s
tante incre-
mento del adie
s
tramiento en lo
s
participante
s
del proyecto. Nue-
vos patrones
s
erán e
s
crito
s
y
patrones exi
s
tente
s
podrán cam-
biar, de e
s
e modo, debe realizar
s
e
un
s
eguimiento en la educación
sobre esta
s
modificacione
s
.
Los e
s
pecialista
s
pueden con-
fundir un patrón con otro o
simplemente confundir lo
s
contex-
tos donde se de
s
envuelven. E
s
to
puede fracasar la comunicación,
pues lo
s
integrante
s
de un equipo
discutirán a
s
unto
s
diferente
s
s
in
darse cuenta de ello, y lo que e
s
peor,puede
s
ertomadauna
decisión errónea.
Algunos especiali
s
ta
s
querrán
utilizar un patrón por el mero
hecho de hacerlo,
s
in nece
s
idad
alguna; otro
s
pudieran utilizar
tantos patrone
s
como le
s
s
ea
posible,
s
in con
s
iderar
s
i pueden
ser aplicados al problema en
análisi
s
. E
s
to conllevará a un
di
s
eño de la estructura del pro-
yecto más complejo que
s
i lo
s
patrone
s
no hubieran
s
ido uti-
lizados.
C
o
n
c
l
u
s
i
o
n
e
s
En el estado actual de la indu
s
tria
del
s
oftware e
s
un hecho la
imposibilidad de producir,
s
in la
ayuda de la Ingeniería del
S
oft-
ware, con lo
s
índice
s
de calidad y
eficienciaadecuado
s
.
S
inel
conocimiento y empleo de mode-
los,metodología
s
,técnica
s
y
herramienta
s
, inevitablemente
s
on
encontradosproblema
s
conla
productividad de lo
s
trabajadore
s
,
los tiempos de entrega de lo
s
productos y de la documentación,
la calidad de la
s
prueba
s
y la falta
de comunicación efectiva entre lo
s
involucrado
s
en una organización,
grupo o proyecto.
El uso de patrone
s
y antipatrone
s
por especialistas de la informática,
con
s
tituye una de las mayores
fuente
s
de aprendizaje, perfeccio-
namiento individual y colectivo,
comunicación y consolidación del
proceso de desarrollo de software.
Aunque no son las únicas técni-
ca
s
di
s
ponibles para perfeccionar
el
s
oftwareenlaactualidad,
gracias a su poder de expresión,
dinamismo y adaptación a toda
organización, las convierten en
uno de los mejores métodos de
hacer Ingeniería de
S
oftware para
el presente y el futuro.
R
e
f
e
r
e
n
c
i
a
s
y
B
i
b
li
o
g
r
a
f
í
a
[
1
]
A
l
e
x
a
n
d
e
r
,
C
.
T
h
e
T
i
me
l
e
ss
W
a
y
o
f
B
u
il
d
i
n
g.
U
S
A
:
O
x
fo
r
d
U
n
i
v
e
r
s
it
y
P
r
e
ss
,
1979
.
[
2
]
A
l
e
x
a
n
d
e
r
,
C
.
;
I
s
h
i
k
a
w
a
,
S.
;
e
t
a
l
.
A
P
a
tt
e
r
n
L
a
n
g
u
a
g
e
:
T
o
w
n
s
,
B
u
il
d
i
n
g
s
,
C
o
n
s
t
r
u
c
t
i
o
n
.
U
S
A
:
O
x
fo
r
d
U
n
i
v
e
r
s
it
y
P
r
e
ss
,
1977.
[
3
]
A
m
b
l
e
r
,
S.
W
.
A
n
I
n
t
r
o
d
u
c
t
i
o
n
t
o
P
r
o
c
e
ss
P
a
tt
e
r
n
s
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//
www.
a
m
by
s
oft
.
c
o
m
/
p
r
o
c
e
ss
P
a
tt
e
r
n
s
.
pd
f
.
(
1998
)
(
Co
n
s
u
lt
a
d
o
:
f
e
b
r
e
r
o
,
2004
)
.
[
4
]
A
pp
l
e
to
n
,
B
.
P
a
tt
e
r
n
s
a
n
d
S
o
f
t
w
a
r
e
:
E
ss
e
n
t
i
a
l
C
o
n
c
e
p
t
s
a
n
d
T
e
r
m
i
n
o
l
o
g
y
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//www
.
b
r
a
d
a
pp
.
n
e
t/
.
(
2000
)
(
Co
n
s
u
lt
a
d
o
:
j
u
lio
,
2003
)
.
[
5
]
B
e
z
i
e
r
,
B
.
F
o
un
d
a
t
i
o
n
s
o
f
T
e
s
t
i
n
g
C
o
m
pu
t
e
r
S
o
f
t
w
a
r
e
.
14
t
h
I
n
t
e
r
n
a
tio
n
a
l
Co
n
f
e
r
e
n
c
e
a
n
d
E
x
p
o
s
itio
n
o
n
T
e
s
ti
n
g
Co
m
p
u
t
e
r
S
oftw
a
r
e
.
(
1997
)
.
[
6
]
B
r
ow
n
,
W
.
H
.
;
M
a
l
v
e
a
u
,
R
.
C
.
;
e
t
a
l.
A
n
t
i
P
a
tt
e
r
n
s
.
R
e
f
a
c
t
o
r
i
n
g
S
o
f
t
w
a
r
e
,
A
r
c
h
i
t
e
c
t
u
r
e
s
,
a
n
d
P
r
o
j
e
c
t
s
i
n
C
r
i
s
i
s
.
N
e
w
Y
o
r
k
:
Jo
hn
W
il
e
y
&
S
o
n
s
,
I
n
c
.
,
1998.
[
7
]
Co
p
li
e
n
,
J
.
O
.
A
G
e
n
e
r
a
t
i
v
e
D
e
v
e
l
o
p
me
n
t
-
P
r
o
c
e
ss
P
a
tt
e
r
n
L
a
n
g
u
a
g
e
.
“
T
h
e
P
a
tt
e
r
n
H
a
n
db
oo
k
.
T
e
c
hn
i
q
u
e
s
,
S
t
r
a
t
e
g
i
e
s
,
a
n
d
A
pp
li
c
a
tio
n
”
.
U
K
:
C
a
m
-
b
r
i
d
g
e
U
n
i
v
e
r
s
it
y
P
r
e
ss
,
1996.
[
8
]
F
e
r
n
á
n
d
e
z
,
E
.
B
.
B
u
il
d
i
n
g
S
y
s
t
em
s
U
s
i
n
g
A
n
a
l
y
s
i
s
P
a
tt
e
r
n
s
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//www
.
c
s
.
w
p
i
.
e
d
u
/~
c
s
562
/
s
99
/
r
e
s
o
u
rc
e
s
/
I
S
A
W
-
3
/f
e
r
n
a
n
d
e
z
.
pd
f
.
(
1999
)
(
Co
n
s
u
lt
a
d
o
:
e
n
e
r
o
,
2004
)
.
[
9
]
F
owl
e
r
,
M
.
A
n
a
l
y
s
i
s
P
a
tt
e
r
n
s
:
R
e
u
s
ab
l
e
O
b
j
e
c
t
M
o
de
l
s
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
,
1997.
[
10
]
G
a
b
r
i
e
l
,
R
.
P
a
tt
e
r
n
s
o
f
S
o
f
t
w
a
r
e
:
T
a
l
e
s
f
r
o
m
t
h
e
S
o
f
t
w
a
r
e
C
o
mm
un
i
t
y
.
(
1998
)
[
11
]
G
a
mm
a
,
E
.
;
H
e
l
m
,
R
.
;
e
t
a
l
.
D
e
s
ig
n
P
a
tt
e
r
n
s
:
E
l
eme
n
t
s
o
f
R
e
u
s
ab
l
e
O
b
j
e
c
t
-
O
r
i
e
n
t
ed
S
o
f
t
w
a
r
e
.
U
S
A
:
A
dd
i
s
o
n
-
W
e
s
l
e
y
,
1995.
[
12
]
G
r
a
y
,
J
.
S
o
f
t
w
a
r
e
E
n
gi
n
ee
r
i
n
g
T
oo
l
s
.
33
r
d
I
n
t
e
r
n
a
tio
n
a
l Co
n
f
e
r
e
n
c
e
o
n
S
y
s
t
em
S
c
i
e
n
c
e
s
,
2000.
[
13
]
H
e
l
m
,
R
.
P
a
tt
e
r
n
s
i
n
P
r
a
c
t
i
c
e
.
Co
n
f
e
r
e
n
c
e
o
n
O
b
j
e
c
t O
r
i
e
n
t
e
d
P
r
o
g
r
a
m
-
m
i
n
g
S
y
s
t
em
s
L
a
n
g
u
a
g
e
s
a
n
d
A
pp
li
c
a
tio
n
s
.
OO
P
S
L
A
’
95.
A
C
M
P
r
e
ss
,
1995
,
p
á
g
s
.
337
-
341.
[
14
]
I
EEE
.
S
t
a
n
d
a
r
d
s
C
o
ll
e
c
t
i
o
n
S
o
f
t
w
a
r
e
E
n
gi
n
ee
r
i
n
g
.
I
EEE
S
t
a
n
d
a
r
d
610.12
-
1990.
(
1993
)
.
[
15
]
K
ol
p
,
M
.
,
C
a
s
t
r
o
,
J
.
,
e
t
a
l
.
O
r
g
a
n
i
z
a
t
i
o
n
a
l
P
a
tt
e
r
n
s
f
o
r
E
a
r
l
y
R
e
q
u
i
r
e
-
me
n
t
s
A
n
a
l
y
s
i
s
.
D
i
s
p
o
n
i
b
l
e
e
n
:
h
tt
p
:
//
www
.
c
s
.
to
r
o
n
to
.
e
d
u
/
k
m
/t
r
o
p
o
s
/
r
e
01
-
f
.
pd
f
.
(
2001
)
(
Co
n
s
u
lt
a
d
o
:
e
n
e
r
o
,
2004
)
.
[
16
]
M
ow
b
r
a
y
,
T
.
J
.
a
n
d
M
a
l
v
e
a
u
,
R
.
C
.
C
O
R
B
A
A
n
t
i
P
a
t
e
r
n
s
a
n
d
D
e
s
ig
n
P
a
tt
e
r
n
s
.
N
e
w
Y
o
r
k
:
Jo
hn
W
il
e
y
&
S
o
n
s
,
I
n
c
.
,
1999.
[
17
]
P
a
u
l
k
,
M
.
C
.
,
W
e
b
e
r
,
C
.
V
.
,
e
t
a
l
.
C
MM:
T
h
e
C
a
p
ab
ili
t
y
M
a
t
u
r
i
t
y
M
o
de
l
.
S
oftw
a
r
e
E
n
g
i
n
ee
r
i
n
g
I
n
s
tit
u
t
e
.
C
a
r
n
e
g
i
e
M
e
llo
n
U
n
i
v
e
r
s
it
y
,
1995.
[
18
]
P
r
e
ss
m
a
n
,
R
.
S.
S
o
f
t
w
a
r
e
E
n
gi
n
ee
r
-
i
n
g
:
A
P
r
a
c
t
i
t
i
o
n
e
r
’
s
A
pp
r
o
a
c
h
.
5
ed
.
U
S
A
:
M
c
G
r
a
w
-
H
ill
,
2001.
[
19
]
R
i
s
i
n
g
,
L
.
D
e
s
ig
n
P
a
tt
e
r
n
s
:
E
l
eme
n
t
s
o
f
R
e
u
s
ab
l
e
A
r
c
h
i
t
e
c
t
u
r
e
,
1998.
[
20
]
R
i
s
i
n
g
,
L
.
T
h
e
P
a
tt
e
r
n
s
H
a
n
d
b
oo
k
.
T
e
c
hn
i
q
u
e
s
,
S
t
r
a
t
e
gi
e
s
,
a
n
d
A
pp
li
c
a
t
i
o
n
s
.
U
K
:
C
a
m
b
r
i
d
g
e
U
n
i
v
e
r
s
it
y
P
r
e
ss
,
1998.
[
21
]
S
c
h
m
i
d
t
,
D
.
C
.
“
U
s
i
n
g
D
e
s
i
g
n
P
a
tt
e
r
n
s
to
D
e
v
e
lo
p
R
e
u
s
a
b
l
e
O
b
j
e
c
t
-
O
r
i
e
n
t
e
d
Co
mm
un
i
c
a
tio
n
S
oftw
a
r
e
”
.
C
o
mm
un
i
c
a
t
i
o
n
s
o
f
t
h
e
A
C
M
,
v
ol
.
38
,
n
o
.
10
(
1995
)
:
65
-
74.
[
22
]
W
e
b
s
t
e
r
,
B
.
F
.
E
v
e
r
y
t
h
i
n
g
Y
o
u
K
n
o
w
i
s
W
r
o
n
g
.
O
b
j
e
c
t
W
o
r
l
d
W
e
s
t
’
99.
S
O
F
T
B
A
N
K
-
CO
M
D
E
X
,
1999.
Nota e
d
itorial: en este artículo,
hemos decidido hacer una excepción
en relación con las normas para cita
s
,
notas o referencias bibliográfica
s
y la
bibliografía de nuestra publicación.
P
or su particularidad y complejidad,
hemos respetado la forma en que la
s
ha utilizado el autor.
