Evolucion del Software

Durante los primeros años de la era de la computadora, el software se contemplaba como

un añadido. La programación de computadoras era un "arte de andar por casa" para el que
existían pocos métodos sistemáticos. El desarrollo del software se realizaba virtualmente
sin ninguna planificación, hasta que los planes comenzaron a descalabrarse y los costes a
correr.
Los programadores trataban de hacer las cosas bien, y con un esfuerzo heroico, a menudo
salían con éxito. El software se diseñaba a medida para cada aplicación y tenia una
distribución relativamente pequeña.
La segunda era en la evolución de los sistemas de computadora se extienden desde la
mitad de la década de los sesenta hasta finales de los setenta. La multiprogramación y los
sistemas multiusuario introdujeron nuevos conceptos de interacción hombre - maquina.
También se caracterizo por el establecimiento del software como producto y la llegada de
las "casas del software".
La tercera era en la evolución de los sistemas de computadora comenzó a mediados de los
años setenta y continúo más allá de una década. El sistema distribuido, múltiples
computadoras, cada una ejecutando funciones concurrentes y comunicándose con alguna
otra, incrementó notablemente la complejidad de los sistemas informáticos.
La cuarta era de la evolución de los sistemas informáticos se aleja de las computadoras
individuales y de los programas de computadoras, dirigiéndose al impacto colectivo de las
computadoras y del software. Potentes máquinas personales controladas por sistemas
operativos sofisticados, en redes globales y locales, acompañadas por aplicaciones de
software avanzadas se han convertido en la norma.
Sin embargo, un conjunto de problemas relacionados con el software ha persistido a
través de la evolución de los sistemas basados en computadora, y estos problemas
continúan aumentando:
1. Los avances del software continúan dejando atrás nuestra habilidad de construir
software para alcanzar el potencial del hardware.
2. Nuestra habilidad de construir nuevos programas no pueden ir al mismo ritmo de la
demanda de nuevos programas, ni podemos construir programas lo suficientemente
rápido como para cumplir las necesidades del mercado y de los negocios.
3. El uso extenso de computadoras ha hecho de la sociedad cada vez más dependiente
de la operación fiable del software. Cuando el software falla, pueden ocurrir daños
económicos enormes y ocasionar sufrimiento humano.
4. Luchamos por construir software informático que tengan fiabilidad y alta calidad.
5. Nuestra habilidad de soportar y mejorar los programas existentes se ve amenazada
por diseños pobres y recursos inadecuados.

Ergonomia del Software:

En los programas informáticos se pueden emplear distintas técnicas de diálogo
mediante las cuales el usuario interacciona con la máquina; entre ellas se encuentran los
comandos, los menús, la manipulación de objetos y los formularios. Dichas técnicas de
diálogo, que pueden ser utilizadas por separado o combinadas en una misma aplicación
informática, constituyen uno de los principales objetos del diseño ergonómico del software.
En la ergonomía del software se consideran siete principios generales de diseño,
aplicables a cualquier técnica específica de diálogo:
• Capacidad de adecuación a la tarea.
• Autodescriptividad del sistema.
• Controlabilidad.
• Conformidad con las expectativas del usuario.
• Tolerancia a los errores.
Las Normas en ergonomía de Software

En materia de ergonomía, podemos citar cerca de 35 documentos normativos relativos,

por ejemplo, a los ambientes térmicos, a la postura de trabajo, a las señales de peligro y de
información, etc. Todos estos documentos pueden ser solicitados en las páginas web de los
organismos de normalización. Puedes encontrar más información acerca de las normas, su
proceso de elaboración, etc.

El objetivo de este articulo no es el de presentar todas las normas disponibles en

ergonomía, sino de indicar los documentos publicados y que están siendo elaborados en
ergonomía de software.
• Las normas ISO
○ ISO 13407 proceso de diseño centrado en el usuario para sistemas
interactivos
○ ISO/TR 16982: Métodos de usabilidad que soportan diseño centrado en el
usuario
○ ISO 9241-10: Principios para diálogos
○ ISO 9241-11: Guía de especificaciones y medidas de usabilidad
○ ISO 9241-12: Presentación de la información
○ ISO 9241-13: Guía del usuario
○ ISO 9241-14: Diálogos de menús
○ ISO 9241-15: Diálogos de tipo lenguaje de órdenes
○ ISO 9241-16: Diálogos de manipulación directa
○ ISO 9241-17: Diálogos por cumplimentación de formularios
○ ISO 14915: Ergonomía del software para interfaces de usuario multimedia
• Otras normas
○ IUSR & CIF
○ ISO/TS 16071: La accesibilidad a interfaces
Licenciamiento
La licencia de software es una especie de contrato, en donde se especifican
todas las normas y clausulas que rigen el uso de un determinado programa,
principalmente se estipulan los alcances de uso, instalacion, reproducion y copia
de estos productos.

Licenciar un Software:

"El procedimiento de conceder a otra persona o entidad el derecho de usar un

software con fines industriales, comerciales o personales, de acuerdo a las
clausulas que en ella aparecen."

No es mas que obtener la determinada licencia ó autorizacion que le permita el

uso legal de determinado programa, esta licencia es un documento bien sea
electrónico, en papel original ó numero de serie autorizado por el autor.

Usted puede tener cualquier cantidad de programas instalados, pero necesitará un

documento ó numero de serie legal que le autorice su uso. (es lo mismo que por
ejemplo para exportar productos en su pais usted necesitara de una licencia de
exportacion que le suministre en ese caso, el estado)
Software gratis como el sistema operativo Linux, el traductor Babylon, WinZip para
descomprimir archivos y muchos otros son considerados por el usuario promedio
como programas que son para el 'uso y el abuso'por parte de este. Y los que
tienen alguna idea sobre las diferentes licencias que cobijan el software sin costo
pueden llegar a confundirse con las sutiles distinciones que existen entre los
varios tipos de licencias como GPL, Free Software, de dominio público y Open
Source. La intención de esta nota es guiar al usuario a traves de los confusos
terminos y alertarlo sobre las limitantes que incluyen las licencias.

Tipos de licencias de software libre

Software Libre

La palabra anglosajona 'free' traducida al español tiene dos aceptaciones: libre

y gratis. Cuando hablamos de free software tenemos la tendencia a cree que se
trata solamente de programas que el usuario puede utilizar sin pagar un peso y
que normalmente se encunetran gratis en internet. Peor free software es mucho
mas que eso. Según Richard Stallman, fundador del proyecto GNU, "el termino
software libre ha sido malinterpretado, pues no tiene nada que ver con el precio,
tiene que ver con libertad" (El Proyecto GNU es una campaña para difundir el Free
Software. Fue iniciada por Richard Stallman en 1984 y pretende implantar la
tendencia hacia el desarrollo de software sin limitantes de derechos de autor y
bajo precio).

Explica Stallman que para un software sea libre, este debe cumplir los siguientes
requisitos:

1. Que se pueda ejecutar sin importar el propósito.

2. Que el usuario lo pueda modificar para ajustarlo a sus necesidades. Para
lograrlo, este debe tener acceso acceso al código fuente ya que si no se sabe el
código es muy dificil realizar cambios.
3. Que el usuario pueda redistribuir copias dle programa, ya sea gratis o por una
suma determinada.
4. Que el usuario pueda distribuir versiones modificadas del programa siempre y
cuando se documenten los cambios al software.

Debido al anuncio de Netscape de revelar el código fuente de su navegador de

Internet, Netscape Navigator, en 1998, la comunidad del software libre,
preocupada por el hecho que ese tipo de licencia ya se iba a utilizar en el ámbito
corporativo, sometió la palabra a consideración de los miembros y expertos de esa
comunidad. El término que surgió fue Open Source (fuente abierta). El surgimiento
de esa nueva expresión dio origen dos grupos de seguidores: lso que adoptaron el
nuevo término y los que creían que no era lo suficientemente exacto. El propio
Linus Torvalds acogió la nueva iniciativa, minetras que Richard Stallman se quedó
con el antiguo apelativo dando así origen a una pequeña disidencia de la idea
original que es lo que se conoce hoy como Open Source.

Open Source

Es necesario aclarar que Open Source y Free Software son esencialmente lo

mismo, la diferencia radica en que los defensores del Free Software no están
ciento por ciento de acuerdo con que las empresas disfruten y distribuyan Free
Software ya que, según ellos, el mercado corporativo antepone la utilidad a la
libertad, a la comunidad y a los principios y por ende no va de la mano con la
filosofía pura detrás del Free Software.

Por otra parte, los seguidores del software Open Source sostienen que el proceso
normal de crecimiento de la tendencia debe llegar al mercado corporativo y no
seguir escondida bajo el manto de la oposición, sino que, por el contrario, están en
el deber de lanzar software potente y de excelente calidad. Para lograrlo, creen en
la necesidad de un software Open Source más confiable que el software
propietario ya que son más las personas que trabajan en el al mismo tiempo y
mayor la cantidad de 'ojos' que pueden detectar errores y corregirlos.

Open Source es pues, el software que puede ser compartido abiertamente entre
desarrolladores y usuarios finales de tal forma que todos aprendan de todos. Tal
es el caso de Linux, que espera juntar a desarrolladores de todo el mundo,
profesionales y aficionados a la espera del despegue definitivo de la tecnología
bajo licencia Open Source.

Licencia GPL (General Public License) ó 'copyleft'

La licencia GPL se aplica al software de la FSF (Free Software Foundation) y el
proyecto GNU y otorga al usuario la libertad de compartir el software y realizar
cambios en él. Dicho de otra forma, el usuario tiene derecho a usar el programa,
modificarlo y distribuir las versiones modificadas pero no tiene permiso de realizar
restricciones propias con respecto a la utilización de ese programa modificado.

La licencia GPL o copyleft (contrario a copyright) fue creada para mantener la

libertad del software y evitar que alguien quisiera apropiarse de la autoría
intelectual de un determinado programa. La licencia advierte que el software debe
ser gratuito y que el paquete final, también debe ser gratuito.

Software de Dominio Publico

El software de dominio público no está protegido por las leyes de derechos de

autor y puede ser copiado por cualquiera sin costo alguno. Algunas veces los
programadores crean un programa y lo donan para su utilización por parte del
público en general. Lo anterior no quiere decir que en algún momento un usuario
lo pueda copiar, modificar y distribuir como si fuera software propietario. Así
mismo, existe software gratis protegido por leyes de derechos de autor que
permite al usuario publicar versiones modificadas como si fueran propiedad de
este último.

Freeware

Es software que el usuario final puede bajar totalmente gratis de Internet. La

diferencia con el Open Source es que el autor siempre es dueño de los derechos,
o sea que el usuario no puede realizar algo que no esté expresamente autorizado
por el autor del programa, como modificarlo o venderlo. Un ejemplo de este tipo de
software es el traductor Babylon, Quintessential, BSPlayer, etc.

Shareware

Es software que se distribuye gratis y que el usuario puede utilizar durante algún
tiempo. El autor requiere que después de un tiempo de prueba el usuario pague
por el software, normalmente a un costo bastante bajo, para continuar usando el
programa. Algunas veces el programa no deja de funcionar si el usuario no paga,
pero se espera que este último cancele una suma de dinero y se registre como
usuario legal del software para que ademas del programa reciba soporte técnico y
actualizaciones. El usuario puede copiar el software y distribuirlo entre sus amigos
pero se espera que que estos últimos paguen por el programa después de
culminado su período de prueba. El 'bajo costo' del shareware se debe a que el
producto llega directamente al cliente (Internet), evitando asi los costos de
empaque y transporte. (Por ejemplo. WinRar). A menudo el software shareware es
denominado como software de evaluación.
Hay tambien software shareware que dejan de funcionar despues de un periodo
de prueba, los llamados Try Out.
For Your Information (FYI)

FYI es una abreviatura en inglés común For Your Information que traducida al
español significa para tu información. FYI es utilizado comúnmente en correo
electrónico, mensajes de memorándum, como la primera palabra en el asunto de
un correo electrónico o como una marca para indicar que el mensaje es
informativo y deberá ser utilizado como material de referencia. Generalmente se
utiliza para reenviar correos electronicos, cuando se coloca esta seña no require
una respuesta el correo.

En Internet, FYIs es un subconjunto de RFC serie.

La descripción siguiente se toma de FYI 1, el FYI en FYIs: La serie del FYI

de notas se diseña para proveer de usuarios del Internet un depósito central de la
información sobre cualquier asunto que se relacionen con el Internet. Los asuntos
de FYIs pueden extenderse de notas históricas en “porqué fue hecho esta
manera” a las respuestas a preguntas operacionales comúnmente hechas.

Request For Comments (RFC)

En red de ordenadores ingeniería, a Request For Comments (RFC) es a

memorándum publicado por Internet Engineering Task Force (IETF) describiendo
métodos, comportamientos, la investigación, o las innovaciones aplicables al
funcionamiento del Internet y sistemas Internet-conectados.

Con Internet Society, los ingenieros y los informáticos pueden publicar discurso
bajo la forma de RFC, cualquiera para revisión de par o transportar simplemente
nueva conceptos, información, o (de vez en cuando) humor de la ingeniería. El
IETF adopta algunas de las ofertas publicadas como RFCs como Estándares del
Internet.

Producción y evolución del RFC

Redactor del RFC asigna a cada RFC un único número de serie. Una vez que esté
asignado un número y publicado, un RFC nunca se rescinda o se modifique; si el
documento requiere enmiendas, los autores publican un documento revisado. Por
lo tanto, algún RFCs reemplaza otros; el RFCs reemplazado serían desaprobado,
obsoleto, o aún hecho anticuado (sic). Junto, el RFCs serializado compone un
expediente histórico continuo de la evolución de los estándares y de las prácticas
del Internet.
Observe que el término RFC no es único a esta serie. Varias otras organizaciones
han publicado documentos usando el término RFC. Sin embargo, el IETF RFCs es
la serie en gran medida más conocida de RFCs en el Internet.

El proceso de producción del RFC diferencia de estandardización proceso de las

organizaciones de estándares formales por ejemplo ISO. Los expertos de la
tecnología del Internet pueden someter Bosquejo del Internet sin ayuda de una
institución externa. la Estándar-pista RFCs se publica con la aprobación del IETF,
y son producidos generalmente por los expertos que participan adentro grupos de
trabajo, que primero publican un bosquejo del Internet. Este acercamiento facilita
redondos iniciales de la revisión de par antes de los documentos maduros en
RFCs.

La tradición del RFC de pragmático, experiencia-conducida, de la profesión de

escritor de los estándares del después--hecho lograda por los individuos o de los
grupos de trabajo pequeños tiene ventajas importantes sobre el típico de proceso
más formal, comité-conducida de la ISO y los cuerpos nacionales de los
estándares.

Emblematic de algunas de estas ventajas es la existencia de una tradición que

prospera de broma RFCs. Típicamente por lo menos uno se publica cada año,
generalmente encendido Día de los tontos de abril.

La mayoría del uso de RFCs un sistema común de términos por ejemplo “DEBE” y
“NO RECOMENDADO” (según lo definido cerca RFC 2119), Forma aumentada de
Backus-Naur (ABNF) (según lo definido cerca RFC 5234) como un metalenguaje,
y texto simple basó el formato, para mantener el RFCs constante y fácil entender.
[1]

Para más detalles sobre RFCs y el proceso del RFC, vea RFC 2026, “el proceso
de los estándares del Internet, revisión 3”.

Historia

El inicio del formato del RFC ocurrió adentro 1969 como parte del seminal
ARPANET proyecto. Hoy, es el canal de la publicación oficial para el Internet
Engineering Task Force (IETF), Internet Architecture Board (IAB), y-a una cierta
comunidad global del grado- de los investigadores de la red de ordenadores en
general.

Los autores del primer RFCs escribió a máquina su trabajo y circulado copias
duras entre los investigadores de ARPA. Desemejante del RFCs moderno,
muchos del RFCs temprano eran pedidos comentarios. Las preguntas de las hojas
del RFC se abren y se escriben en un estilo menos formal. Este estilo menos
formal es típico ahora de Bosquejo del Internet documentos, el paso del precursor
antes de ser aprobado como RFC.

En diciembre de 1969, los investigadores comenzaron a distribuir RFCs nuevo vía

el ARPANET nuevo-operacional. RFC 1, dado derecho “software del anfitrión”, fue
escrito cerca Steve Crocker de Universidad de California, Los Ángeles (UCLA), y
publicado encendido 7 de abril, 1969. Aunque fue escrito por Steve Crocker, el
RFC emergió de un temprano grupo de funcionamiento discusión entre Steve
Crocker, Steve Carr, Jeff Rulifson. (El documento enumera la cuenta Duvall como
siendo assistido solamente a la reunión final de grupo de funcionamiento antes de
la publicación.)

En RFC 3, que primero definió la serie del RFC, Steve Crocker comenzó a atribuir
la serie del RFC “al grupo de funcionamiento de la red”. Este grupo nunca se
parece haber tenido una existencia formal, algo siendo definido como “este grupo
de gente”, pero la atribución queda orientada RFCs a este día.

Muchos del RFCs subsecuente del los años 70 también vino de UCLA, no sólo
debido a la calidad del beca, pero también porque UCLA era uno del primer
Procesadores del mensaje del interfaz (IMPs) en ARPANET.

Douglas Engelbart Centro de investigación del aumento (ARCO) en Instituto de

investigación de Stanford era otros de los cuatro primer ARPANET nodos, así
como el primer Centro de información de la red, y (según lo observado por
sociólogo Thierry Bardini) la fuente de una gran cantidad de RFCs temprano.

A partir de 1969 hasta 1998, Jon Postel servido como el RFC redactor. Después
de la expiración del contrato original de ARPANET con los E.E.U.U. el gobierno
federal, el Internet Society (que actúa a nombre del IETF) contrajo con la división
del establecimiento de una red del USC Instituto de las ciencias de la información
para asumir la dirección editorial y las responsabilidades que publican (bajo
dirección del IAB). Jon Postel continuó sirviendo como el redactor del RFC hasta
su muerte. Más adelante, Bob Braden ha asumido el control el papel del plomo del
proyecto, mientras que Joyce K. Reynolds ha continuado siendo parte del equipo.
Obtención de RFCs

La fuente oficial para RFCs en World Wide Web es Redactor del RFC. Unofficially,
son obtenibles de una multiplicidad de espejos accesibles vía Protocolo de
transferencia de hypertext, Anonymous FTP, protocolo del Gopher, y otro
prominente capa de uso protocolos.

Uno puede recuperar casi cualquier individuo, RFC publicado, como RFC 5000,
vía a URL bajo la forma de ejemplo siguiente: http://www.rfc-
editor.org/rfc/rfc5000.txt

Cada RFC se somete como claramente ASCII el texto y se publica en que la

forma, pero puede también estar disponible en otra formatos. Sin embargo, en
fecha 2008 la versión definitiva de cualesquiera estándar-pista la especificación es
la versión del ASCII.

Para de fácil acceso a los meta datos de un RFC, incluyendo extracto, palabras
claves, autores, fecha de la publicación, erratas, estado, y especialmente
actualizaciones más últimas, Redactor del RFC el sitio ofrece una forma de la
búsqueda con muchas características. Un cambio de dirección fija algunos
parámetros eficientes, ejemplo: http://purl.net/net/rfc/5000

Estado

No todo el RFCs es estándares.[2] Cada RFC se asigna un estado con respecto al

proceso de la estandardización del Internet. Este estado es uno del siguiente:
Informativo, Experimental, La mejor práctica actual (BCP), Pista de los estándares,
o Histórico (sic). Estándar-pista los documentos se dividen más a fondo en
Estándar propuesto, Estándar de bosquejo, y Estándar del Internet documentos. El
término Histórico se aplica a los documentos desaprobados de la estándar-pista o
a RFCs obsoleto que fueron publicados antes de que la pista de los estándares
fuera establecida. Solamente IETF, representado por Internet Engineering
Steering Group (IESG), puede aprobar estándar-pista RFCs. Cada RFC es
estático; si se cambia el documento, se somete otra vez y asignó un nuevo
número del RFC. Si un RFC se convierte en un estándar del Internet (STD), él se
asigna un número del STD pero conserva su número del RFC; sin embargo,
cuando un estándar del Internet es actualizado, sus estancias del número iguales
y él refieren simplemente a un diverso RFC o sistema de RFCs. Un estándar dado
del Internet, STD n, puede ser RFCs x y y en un momento dado, pero el mismo
estándar se puede poner al día más adelante para ser el RFC z en lugar. Por
ejemplo, en 2007 RFC 3700 era un Internet Estándar-STD 1 y en mayo de 2008
fue substituido por RFC 5000, tan RFC 3700 cambiado a Histórico, RFC 5000 se
convirtió un estándar del Internet, y en el día mayo de 2008 El STD 1 es RFC
5000. Cuando el STD 1 se pone al día otra vez, referirá simplemente a un RFC
más nuevo que habrá terminado la pista de los estándares, pero todavía será STD
1. Las mejores prácticas actuales trabajan en una manera similar; BCP n refiere a
un cierto RFC o sistema de RFCs, pero que el RFC o RFCs puede cambiar en un
cierto plazo.
La lista definitiva de los estándares del Internet es sí mismo un estándar del
Internet, STD 1: Estándares de protocolo oficiales del Internet.[3]

informativo El RFC puede ser casi cualquier cosa bromea a partir del 1 de abril
sobre protocolos propietarios hasta RFCs esencial extensamente reconocido
como RFC 1591. Algunos informativo Forma de RFCs el subseries “For Your
Information” (FYI). Mientras que está agregado raramente hoy, algún viejo FYIs
todavía está interesando, por ejemplo FYI 18 aka RFC 1983, el glosario “del
usuario del Internet”. FYI 17 o “el Tao del IETF” ahora está RFC 4677, publicado
en 2006.

experimental El RFC puede ser IETF documento o una sumisión individual a

Redactor del RFC. En teoría es de hecho experimental; algunos documentos no
se promueven en la práctica en pista de los estándares porque no hay voluntarios
para los detalles procesales.

la mejor práctica actual El subseries (BCP) recoge los documentos administrativos

y otros textos que se consideran como reglas oficiales y no sólo informativo, pero
que no afectan sobre los datos del alambre. La frontera entre los estándares sigue
y BCP es a menudo confuso. Si un documento afecta solamente “el proceso de los
estándares del Internet”, como BCP 9, o la administración del IETF, es claramente
un BCP. Si define solamente reglas y las regulaciones para IANA los registros está
menos claro; la mayor parte de estos documentos son BCPs, pero algunos están
en la pista de los estándares.

La serie de BCP también cubre las recomendaciones técnicas para cómo practicar
estándares del Internet; por ejemplo la recomendación de utilizar la fuente que se
filtra para hacer ataques del DOS más difíciles (RFC 2827: “Filtración del ingreso
de la red: Derrotar la negación de los ataques del servicio que emplean la
dirección Spoofing de la fuente del IP ") es BCP 38.

A histórico El RFC es uno que es hecho anticuado por una más nueva versión,
documenta un protocolo que no se considere el interesar en el Internet actual, o se
ha quitado de la pista de los estándares por otras razones. Algún RFCs obsoleto
no se clasifica como histórico, porque “el proceso de los estándares del Internet”
no permite generalmente referencias normativas de un RFC de la pista de los
estándares a otro RFC con un estado más bajo. También, pocos están
interesados en el trabajo a través de los detalles procesales requeridos para
conseguir RFCs clasificado como histórico y ponga al día todo el RFCs
normatively dependiendo de él.

Estado desconocido se utiliza para algún RFCs muy viejo, donde está confuso que
el estado el documento conseguiría si fue publicado hoy. Algunos de estos RFCs
no serían publicados en todos hoy; un RFC temprano era a menudo justo eso: un
Request For Comments simple, no previsto para especificar un protocolo,
procedimiento administrativo, o todo lo demás para las cuales la serie del RFC se
utiliza hoy.
Licenciamiento Propietario

El software propietario (también llamado privativo o de código cerrado) es

cualquier programa informático en el que el usuario final tiene limitaciones para
usarlo, modificarlo o redistribuirlo (con o sin modificaciones), o cuyo código fuente
no está disponible o el acceso a éste se encuentra restringido por un acuerdo de
licencia, o por tecnología anticopia.

Para la Fundación para el Software Libre (FSF) este concepto se aplica a

cualquier software que no es libre o que sólo lo es parcialmente (semilibre), sea
porque su uso, redistribución o modificación está prohibida, o requiere permiso
expreso del titular del software.

En el software de código cerrado una persona física o jurídica (compañía,

corporación, fundación, etc.) posee los derechos de autor sobre un software lo que
le da la posibilidad de controlar y restringir los derechos del usuario sobre su
programa. Esto implica por lo general que el usuario sólo tiene derecho a ejecutar
el software y no dispone de acceso a su código fuente o aún teniendo acceso a él
no tiene derecho a modificarlo ni distribuirlo.

De esta manera, un software sigue siendo de código cerrado aún si el código

fuente es hecho público, cuando se mantiene la reserva de derechos sobre el uso,
modificación o distribución (por ejemplo, en la versión comercial de SSH o el
programa de licencias shared source de Microsoft).

Historia
Es documentalmente demostrable que en los años 60 los laboratorios Bell
proporcionaron el código fuente de su sistema operativo UNIX,[1] y tiempo
después comenzó a existir lo que se conoce como software de código cerrado. Sin
embargo hay que destacar que, al inicio de la era de la informática, era común que
agrupaciones científicas estuvieran dispuestas a ceder su código a terceros sin un
pago por el mismo ya que tampoco había una política que lo reglamentara y
además era un beneficio común conocer los desarrollos ajenos en busca de la
estandarización.[2]

Pasado el tiempo es en 1972 cuando el gobierno de los Estados Unidos obliga a

IBM a distinguir entre software y hardware que hasta entonces no se distinguían
claramente, dando lugar a los primeros intentos de cerrar el código de los
programas. Aún en esa época, se encontraban en revistas como Creative
Computing y Byte hojas y hojas llenas de código libre.

Terminología utilizada.
No existe consenso sobre el término a utilizar para referirse al opuesto del
software libre. Entre los términos más usados, sin ningún orden en particular, se
encuentran:
Software propietario
La expresión software propietario proviene del término en inglés "proprietary
software". En la lengua anglosajona, "proprietary" significa «poseído o controlado
privadamente» («privately owned and controlled»), que destaca la manutención de
la reserva de derechos sobre el uso, modificación o redistribución del software.
Inicialmente utilizado, pero con el inconveniente que la acepción proviene de una
traducción literal del inglés, no correspondiendo su uso como adjetivo en el
español, de manera que puede ser considerado como un barbarismo.

El término "propietario" en español resultaría inadecuado, pues significa que

«tiene derecho de propiedad sobre una cosa»,[4] por lo que no podría calificarse
de "propietario" al software, porque éste no tiene propiedad sobre nada (es decir,
no es dueño de nada) y, además, no podría serlo (porque es una cosa y no una
persona). Asimismo, la expresión "software propietario" podría ser interpretada
como "software sujeto a propiedad" (derechos o titularidad) y su opuesto, el
software libre, está sujeto al derecho de autor.
Con la intención de corregir el defecto de la expresión "software propietario"
aparece el llamado "software con propietario", sin embargo se argumenta contra
del término "con propietario" justamente su similitud con proprietary en inglés, que
sólo haría referencia a un aspecto del software que no es libre, manteniendo una
de las principales críticas a éste (de "software sujeto a derechos" o "propiedad").
Adicionalmente, si "propietario" refiere al titular de los derechos de autor (y está
claro que no puede referir al usuario, en tanto éste es simplemente un cesionario),
no resuelve la contradicción: todo el software libre tiene también titulares de
derechos de autor.
Software privativo
La expresión software privativo comenzó a ser utilizada por Richard Stallman,
desde el año 2003, en sus conferencias sobre software libre, pues sería más
adecuada que "software propietario".

El término "privativo" significa "que causa privación o restricción de derechos o

libertades", justamente lo que se pretende describir con él: la privación a los
usuarios de sus libertades en relación al software, esto desde el punto de vista de
las organizaciones que apoyan las opciones de código abierto.

Este término haría referencia a una propiedad diferente a la de ser un software no

libre, ya que la principal acepción de "privativo" es que «causa privación o la
significa».[5] En este sentido, el contrario de "software privativo" sería "software no
privativo", es decir, sin limitaciones o como se le conoce: de dominio público. Así,
software libre y su opuesto serían ambos conceptos diferentes a los sugeridos por
"software privativo".

Asimismo, este término sería aplicable, en sentido figurado, al software cuyo coste
es realmente alto, no pudiendo ser soportado por un particular, caso muy común
en el software diseñado para realizar labores muy específicas, con independencia
a si éste es libre o no.

Software no libre
La expresión software no libre (en inglés non-free software) es usado por la FSF
para agrupar todo el software que no es libre, es decir, incluye al llamado en inglés
"semi-free software" (software semilibre) y al "propietary software".[6]

Asimismo, es frecuentemente utilizado para referirse al software que no cumple

con las Directrices de software libre de Debian, las cuales siguen la misma idea
básica de libertad en el software, propugnada por la FSF, y sobre las cuales está
basada la definición de código abierto de la Open Source Initiative.
Software de código cerrado
La expresión software de código cerrado nace como antónimo de software de
código abierto y por tanto se centra más en el aspecto de ausencia de acceso al
código que en en los derechos sobre el mismo. De todas formas su uso también
equivale al de software propietario en el sentido de restricción de derechos sobre
el software.

Es un término más neutral al no implicar al movimiento del software libre, véase la

denominación "software no libre", ni ejercer posibles connotaciones subjetivas
como "software privativo".
Software privado
La expresión software privado es usada por la relación entre los conceptos de
(tener) propietario y ser privado.

Este término sería inadecuado debido a que, en una de sus acepciones, la palabra
"privado" se entiende como antónimo de "público", o sea, que «no es de propiedad
pública o estatal, sino que pertenece a particulares»,[7] provocando que esta
categoría se interpretara como no referente al Estado, lo que produciría la
exclusión del software (no libre) generado por el aparato estatal.

Además, al igual que con el término "software privativo", el contrario "literal" de

"software privado", es decir, el "software público" se asocia generalmente con
software de dominio público.
Software libre
El software libre (en inglés free software, aunque en realidad esta denominación
también puede significar gratis, y no necesariamente libre, por lo que se utiliza el
hispanismo libre software también en inglés) es la denominación del software que
respeta la libertad de los usuarios sobre su producto adquirido y, por tanto, una
vez obtenido puede ser usado, copiado, estudiado, cambiado y redistribuido
libremente. Según la Free Software Foundation, el software libre se refiere a la
libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar
el software; de modo más preciso, se refiere a cuatro libertades de los usuarios del
software: la libertad de usar el programa, con cualquier propósito; de estudiar el
funcionamiento del programa, y adaptarlo a las necesidades; de distribuir copias,
con lo cual se puede ayudar a otros y de mejorar el programa y hacer públicas las
mejoras, de modo que toda la comunidad se beneficie (para la segunda y última
libertad mencionadas, el acceso al código fuente es un requisito previo).[1]

El software libre suele estar disponible gratuitamente, o al precio de costo de la

distribución a través de otros medios; sin embargo no es obligatorio que sea así,
por lo tanto no hay que asociar software libre a "software gratuito" (denominado
usualmente freeware), ya que, conservando su carácter de libre, puede ser
distribuido comercialmente ("software comercial"). Análogamente, el "software
gratis" o "gratuito" incluye en ocasiones el código fuente; no obstante, este tipo de
software no es libre en el mismo sentido que el software libre, a menos que se
garanticen los derechos de modificación y redistribución de dichas versiones
modificadas del programa.

Tampoco debe confundirse software libre con "software de dominio público". Éste
último es aquel software que no requiere de licencia, pues sus derechos de
explotación son para toda la humanidad, porque pertenece a todos por igual.
Cualquiera puede hacer uso de él, siempre con fines legales y consignando su
autoría original. Este software sería aquel cuyo autor lo dona a la humanidad o
cuyos derechos de autor han expirado, tras un plazo contado desde la muerte de
este, habitualmente 70 años. Si un autor condiciona su uso bajo una licencia, por
muy débil que sea, ya no es del dominio público.
Historia
Entre los años 60 y 70 del Siglo XX, el software no era considerado un producto
sino un añadido que los vendedores de las grandes computadoras de la época
(las mainframes) aportaban a sus clientes para que éstos pudieran usarlos. En
dicha cultura, era común que los programadores y desarrolladores de software
compartieran libremente sus programas unos con otros. Este comportamiento era
particularmente habitual en algunos de los mayores grupos de usuarios de la
época, como DECUS (grupo de usuarios de computadoras DEC). A finales de los
70, las compañías iniciaron el hábito de imponer restricciones a los usuarios, con
el uso de acuerdos de licencia.

Allá por el 1971, cuando la informática todavía no había sufrido su gran boom, las
personas que hacían uso de ella, en ámbitos universitarios y empresariales,
creaban y compartían el software sin ningún tipo de restricciones.

Con la llegada de los años 80 la situación empezó a cambiar. Las computadoras

más modernas comenzaban a utilizar sistemas operativos privativos, forzando a
los usuarios a aceptar condiciones restrictivas que impedían realizar
modificaciones a dicho software.

En caso de que algún usuario o programador encontrase algún error en la

aplicación, lo único que podía hacer era darlo a conocer a la empresa
desarrolladora para que esta lo solucionara. Aunque el programador estuviese
capacitado para solucionar el problema y lo desease hacer sin pedir nada a
cambio, el contrato le impedía que mejorase el software.

El mismo Richard Stallman cuenta que por aquellos años, en el laboratorio donde
trabajaba, habían recibido una impresora donada por una empresa externa. El
dispositivo, que era utilizado en red por todos los trabajadores, parecía no
funcionar a la perfección, dado que cada cierto tiempo el papel se atascaba. Como
agravante, no se generaba ningún aviso que se enviase por red e informase a los
usuarios de la situación.

La pérdida de tiempo era constante, ya que en ocasiones, los trabajadores

enviaban por red sus trabajos a imprimir y al ir a buscarlos se encontraban la
impresora atascada y una cola enorme de trabajos pendientes. Richard Stallman
decidió arreglar el problema, e implementar el envío de un aviso por red cuando la
impresora se bloqueara. Para ello necesitaba tener acceso al código fuente de los
controladores de la impresora. Pidió a la empresa propietaria de la impresora lo
que necesitaba, comentando, sin pedir nada a cambio, qué era lo que pretendía
realizar. La empresa se negó a entregarle el código fuente.
En ese preciso instante, Richard Stallman se vio en una encrucijada: debía elegir
entre aceptar el nuevo software privativo firmando acuerdos de no revelación y
acabar desarrollando más software privativo con licencias restrictivas, que a su
vez deberían ser más adelante aceptadas por sus propios colegas.

Con este antecedente, en 1984, Richard Stallman comenzó a trabajar en el

proyecto GNU, y un año más tarde fundó la Free Software Foundation (FSF).
Stallman introdujo la definición de free software y el concepto de "copyleft", que
desarrolló para otorgar libertad a los usuarios y para restringir las posibilidades de
apropiación del software.[2
Libertades del software libre
De acuerdo con tal definición, el software es "libre" si garantiza las siguientes
libertades:[1]
Libertad Descripción
0 la libertad de usar el programa, con cualquier propósito.
1 la libertad de estudiar cómo funciona el programa y modificarlo, adaptándolo a
tus necesidades.
2 la libertad de distribuir copias del programa, con lo cual puedes ayudar a tu
prójimo.
3 la libertad de mejorar el programa y hacer públicas esas mejoras a los demás,
de modo que toda la comunidad se beneficie.
Las libertades 1 y 3 requieren acceso al código fuente porque estudiar y modificar
software sin su código fuente es muy poco viable.

Ciertos teóricos usan este cuarto punto (libertad 3) para justificar parcialmente las
limitaciones impuestas por la licencia GNU GPL frente a otras licencias de
software libre (ver Licencias GPL). Sin embargo el sentido original es más libre,
abierto y menos restrictivo que el que le otorga la propia situación de
incompatibilidad, que podría ser resuelta en la próxima versión 3.0 de la licencia
GNU GPL, causa en estos momentos graves perjuicios a la comunidad de
programadores de software libre, que muchas veces no pueden reutilizar o
mezclar códigos de dos licencias distintas, pese a que las libertades teóricamente
lo deberían permitir.

En el sitio web oficial de Open Source Initiative está la lista completa de las
licencias de software libre actualmente aprobadas y tenidas como tales.[3]

El término software no libre se emplea para referirse al software distribuido bajo

una licencia de software más restrictiva que no garantiza estas cuatro libertades.
Las leyes de la propiedad intelectual reservan la mayoría de los derechos de
modificación, duplicación y redistribución para el dueño del copyright; el software
dispuesto bajo una licencia de software libre rescinde específicamente la mayoría
de estos derechos reservados.

La definición de software libre no contempla el asunto del precio; un eslogan

frecuentemente usado es "libre como en libertad, no como en cerveza gratis" o en
inglés "Free as in freedom, not as in free beer" (aludiendo a la ambigüedad del
término inglés "free"), y es habitual ver a la venta CDs de software libre como
distribuciones Linux. Sin embargo, en esta situación, el comprador del CD tiene el
derecho de copiarlo y redistribuirlo. El software gratis puede incluir restricciones
que no se adaptan a la definición de software libre —por ejemplo, puede no incluir
el código fuente, puede prohibir explícitamente a los distribuidores recibir una
compensación a cambio, etc—.

Para evitar la confusión, algunas personas utilizan los términos "libre" (software
libre) y "gratis" (software gratis) para evitar la ambigüedad de la palabra inglesa
"free". Sin embargo, estos términos alternativos son usados únicamente dentro del
movimiento del software libre, aunque están extendiéndose lentamente hacia el
resto del mundo. Otros defienden el uso del término open source software
(software de código abierto). La principal diferencia entre los términos "open
source" y "free software" es que éste último tiene en cuenta los aspectos éticos y
filosóficos de la libertad, mientras que el "open source" se basa únicamente en los
aspectos técnicos.

En un intento por unir los mencionados términos que se refieren a conceptos

semejantes, se está extendiendo el uso de la palabra "FLOSS" con el significado
de free/libre and open source software e, indirectamente, también a la comunidad
que lo produce y apoya.
Tipos de licencias
Una licencia es aquella autorización formal con carácter contractual que un autor
de un software da a un interesado para ejercer "actos de explotación legales".
Pueden existir tantas licencias como acuerdos concretos se den entre el autor y el
licenciatario. Desde el punto de vista del software libre, existen distintas variantes
del concepto o grupos de licencias:
Licencias GPL
Una de las más utilizadas es la Licencia Pública General de GNU (GNU GPL). El
autor conserva los derechos de autor (copyright), y permite la redistribución y
modificación bajo términos diseñados para asegurarse de que todas las versiones
modificadas del software permanecen bajo los términos más restrictivos de la
propia GNU GPL. Esto hace que sea imposible crear un producto con partes no
licenciadas GPL: el conjunto tiene que ser GPL.

Es decir, la licencia GNU GPL posibilita la modificación y redistribución del

software, pero únicamente bajo esa misma licencia. Y añade que si se reutiliza en
un mismo programa código "A" licenciado bajo licencia GNU GPL y código "B"
licenciado bajo otro tipo de licencia libre, el código final "C", independientemente
de la cantidad y calidad de cada uno de los códigos "A" y "B", debe estar bajo la
licencia GNU GPL.

En la práctica esto hace que las licencias de software libre se dividan en dos
grandes grupos, aquellas que pueden ser mezcladas con código licenciado bajo
GNU GPL (y que inevitablemente desaparecerán en el proceso, al ser el código
resultante licenciado bajo GNU GPL) y las que no lo permiten al incluir mayores u
otros requisitos que no contemplan ni admiten la GNU GPL y que por lo tanto no
pueden ser enlazadas ni mezcladas con código gobernado por la licencia GNU
GPL.

En el sitio web oficial de GNU hay una lista de licencias que cumplen las
condiciones impuestas por la GNU GPL y otras que no.[4]

Aproximadamente el 60% del software licenciado como software libre emplea una
licencia GPL.
Licencias estilo BSD
Llamadas así porque se utilizan en gran cantidad de software distribuido junto a
los sistemas operativos BSD. El autor, bajo tales licencias, mantiene la protección
de copyright únicamente para la renuncia de garantía y para requerir la adecuada
atribución de la autoría en trabajos derivados, pero permite la libre redistribución y
modificación, incluso si dichos trabajos tienen propietario. Son muy permisivas,
tanto que son fácilmente absorbidas al ser mezcladas con la licencia GNU GPL
con quienes son compatibles. Puede argumentarse que esta licencia asegura
“verdadero” software libre, en el sentido que el usuario tiene libertad ilimitada con
respecto al software, y que puede decidir incluso redistribuirlo como no libre. Otras
opiniones están orientadas a destacar que este tipo de licencia no contribuye al
desarrollo de más software libre (normalmente utilizando la siguiente analogía:
"una licencia BSD es más libre que una GPL si y sólo si se opina también que un
país que permita la esclavitud es más libre que otro que no la permite").
Licencias estilo MPL y derivadas
Esta licencia es de Software Libre y tiene un gran valor porque fue el instrumento
que empleó Netscape Communications Corp. para liberar su Netscape
Communicator 4.0 y empezar ese proyecto tan importante para el mundo del
Software Libre: Mozilla. Se utilizan en gran cantidad de productos de software libre
de uso cotidiano en todo tipo de sistemas operativos. La MPL es Software Libre y
promueve eficazmente la colaboración evitando el efecto "viral" de la GPL (si usas
código licenciado GPL, tu desarrollo final tiene que estar licenciado GPL). Desde
un punto de vista del desarrollador la GPL presenta un inconveniente en este
punto, y lamentablemente mucha gente se cierra en banda ante el uso de dicho
código. No obstante la MPL no es tan excesivamente permisiva como las licencias
tipo BSD. Estas licencias son denominadas de copyleft débil. La NPL (luego la
MPL) fue la primera licencia nueva después de muchos años, que se encargaba
de algunos puntos que no fueron tenidos en cuenta por las licencias BSD y GNU.
En el espectro de las licencias de software libre se la puede considerar adyacente
a la licencia estilo BSD, pero perfeccionada.
Copyleft
Hay que hacer constar que el titular de los derechos de autor (copyright) de un
software bajo licencia copyleft puede también realizar una versión modificada bajo
su copyright original, y venderla bajo cualquier licencia que desee, además de
distribuir la versión original como software libre. Esta técnica ha sido usada como
un modelo de negocio por una serie de empresas que realizan software libre (por
ejemplo MySQL); esta práctica no restringe ninguno de los derechos otorgados a
los usuarios de la versión copyleft. También podría retirar todas las licencias de
software libre anteriormente otorgadas, pero esto obligaría a una indemnización a
los titulares de las licencias en uso. En España, toda obra derivada está tan
protegida como una original, siempre que la obra derivada parta de una
autorización contractual con el autor. En el caso genérico de que el autor retire las
licencias "copyleft", no afectaría de ningún modo a los productos derivados
anteriores a esa retirada, ya que no tiene efecto retroactivo. En términos legales,
el autor no tiene derecho a retirar el permiso de una licencia en vigencia. Si así
sucediera, el conflicto entre las partes se resolvería en un pleito convencional.

BIBLIOGRAFIA.

http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=1&ved=0CAcQFjAA&url=http%3A%2F
%2Fcnx.org%2Fcontent%2Fm17405%2Flatest
%2F&rct=j&q=evolucion+de+el+software&ei=bohfS_GuA9WUtgfYzJHxCw&usg
=AFQjCNHOF9978Agcmi4HtNJUbyielgZIdg&sig2=6WN41A47UrGLZ518VCqKiA
http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=2&ved=0CA4QFjAB&url=http%3A%2F
%2Fhtml.rincondelvago.com%2Fconceptos-y-evolucion-de-la-ingenieria-del-
software.html&rct=j&q=evolucion+de+el+software&ei=bohfS_GuA9WUtgfYzJH
xCw&usg=AFQjCNFa8ved_3nytCqYZrMzJL4j2Du0ug&sig2=ZP7AO1Nc0epxWBW
i7AKEsQ

http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=4&ved=0CBcQFjAD&url=http%3A%2F
%2Fwww.monografias.com%2Ftrabajos73%2Fevolucion-software%2Fevolucion-
software.shtml&rct=j&q=evolucion+de+el+software&ei=bohfS_GuA9WUtgfYzJ
HxCw&usg=AFQjCNGjqnNyCx0BpZChaX2k0-
sx34xRmg&sig2=GTrmToRNACTQdRHuTsN76Q

http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=1&ved=0CAsQFjAA&url=http%3A%2F
%2Fes.wikipedia.org%2Fwiki
%2FLicencia_de_software&rct=j&q=licenciamiento+de+el+software&ei=mYhf
S5ncNtCVtgf15bDvCw&usg=AFQjCNH-
kF2tq3RUb9w6Ai3mX45X7Wusfg&sig2=Jp-Lm_7yAU5DOgYXG-UK4Q

http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=3&ved=0CBMQFjAC&url=http%3A%2F
%2Fwww.monografias.com%2Ftrabajos55%2Flicencias-de-software
%2Flicencias-de-
software.shtml&rct=j&q=licenciamiento+de+el+software&ei=mYhfS5ncNtCVt
gf15bDvCw&usg=AFQjCNFAOuf2i6fwN9RTTkNNLUYyhO9IAg&sig2=eK674hqZ7
Z_pF1AV9TlfzA

http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=4&ved=0CBoQFjAD&url=http%3A%2F
%2Fwww.slideshare.net%2FLicenciamiento%2Flicenciamiento-licencias-de-
software&rct=j&q=licenciamiento+de+el+software&ei=mYhfS5ncNtCVtgf15b
DvCw&usg=AFQjCNHctCU41ybWIEFA7ism3oCJZLv-Hw&sig2=sgo_fXH-7tITAp-
2zAbw9Q
http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=1&ved=0CAcQFjAA&url=http%3A%2F
%2Fwww.caballano.com
%2Fsoftware.htm&rct=j&q=ergonomia+de+el+software&ei=wIhfS5_CK9Sztgf
b1NHoCw&usg=AFQjCNHV4uWixC0mvVy_sb9avMn1H_nyEA&sig2=MITt54vZhP
s04rfBaIsedg

http://www.google.co.ve/url?
sa=t&source=web&ct=res&cd=4&ved=0CBQQFjAD&url=http%3A%2F
%2Fes.kioskea.net%2Ffaq%2Fsujet-1632-las-normas-en-ergonomia-de-
software&rct=j&q=ergonomia+de+el+software&ei=wIhfS5_CK9Sztgfb1NHoCw
&usg=AFQjCNHVwKwJX4K0dddFnhFdwInCpfmotw&sig2=UFXCFMqnfD_D-
J9ZsFbHXw