Repblica Bolivariana de Venezuela

Ministerio del poder popular para la educacin

E.T.I. Capitn Anselmo Belloso
4to ao de petrleo

Integrantes:

Kathleen Nez
Gisell Molina
Wilmary Valds

San francisco, 1 de febrero de 2013

ndic

NDICE...................................................................................................1
SOFTWARE.............................................................................................2
1.

SOFTWARE.......................................................................................2

2.

CLASIFICACIN DEL SOFTWARE.........................................................3

3.

PROCESO DE CREACIN DEL SOFTWARE.............................................5

4.

ETAPAS EN EL DESARROLLO DEL SOFTWARE.......................................6

4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.

CAPTURA, ANLISIS Y ESPECIFICACIN DE REQUISITOS..............................................6

PROCESOS, MODELADO Y FORMAS DE ELICITACIN DE REQUISITOS..............................7
DISEO DEL SISTEMA......................................................................................... 7
CODIFICACIN DEL SOFTWARE.............................................................................8
PRUEBAS (UNITARIAS Y DE INTEGRACIN)..............................................................8
INSTALACIN Y PASO A PRODUCCIN.....................................................................9
MANTENIMIENTO...............................................................................................9

5.

SOFTWARE LIBRE............................................................................10

6.

LIBERTADES DEL SOFTWARE LIBRE...................................................11

7.

TIPOS DE LICENCIAS........................................................................12

8.

COMPARACIN CON EL SOFTWARE DE CDIGO ABIERTO....................14

9.

MOTIVACIONES DEL SOFTWARE LIBRE..............................................16

10.

REGULACIN................................................................................17

11.

CANAIMA.....................................................................................18

12.
POR QU SE ESCOGI DEBIAN COMO DISTRIBUCIN DE ORIGEN DE
CANAIMA?............................................................................................ 18
13.

CICLO DE DESARROLLO DE CANAIMA (PROPUESTA)........................19

Software
Se conoce como software al equipamiento lgico o soporte lgico de un
sistema informtico, el que comprende el conjunto de los componentes lgicos
necesarios que hacen posible la realizacin de tareas especficas, en
contraposicin a los componentes fsicos que son llamados hardware.
Los componentes lgicos incluyen, entre muchos otros, las aplicaciones
informticas; tales como el procesador de texto, que permite al usuario realizar
todas las tareas concernientes a la edicin de textos; el llamado software de
sistema, tal como el sistema operativo, que bsicamente permite al resto de los
programas funcionar adecuadamente, facilitando tambin la interaccin entre
los componentes fsicos y el resto de las aplicaciones, y proporcionando una
interfaz con el usuario.
El anglicismo "software" es el ms ampliamente difundido al referirse a
este concepto, especialmente en la jerga tcnica; el trmino sinnimo "logical",
derivado del trmino francs "logiciel", sobre todo es utilizado en pases y
zonas de influencia francesa.

1. Software
Existen varias definiciones similares aceptadas para software, pero
probablemente la ms formal sea la siguiente:
Es el conjunto de los programas de cmputo, procedimientos, reglas,
documentacin y datos asociados, que forman parte de las operaciones de un
sistema de computacin. Extrado del estndar 729 del IEEE
Considerando esta definicin, el concepto de software va ms all de los
programas de computacin en sus distintos estados: cdigo fuente, binario o
ejecutable; tambin su documentacin, los datos a procesar e incluso la
informacin de usuario forman parte del software: es decir, abarca todo lo
intangible, todo lo no fsico relacionado.

El trmino software fue usado por primera vez en este sentido por
John W. Tukey en 1957. En la ingeniera de software y las ciencias de la
computacin, el software es toda la informacin procesada por los sistemas
informticos: programas y datos.
El concepto de leer diferentes secuencias de instrucciones (programa)
desde la memoria de un dispositivo para controlar los clculos fue introducido
por Charles Babbage como parte de su mquina diferencial. La teora que
forma la base de la mayor parte del software moderno fue propuesta por Alan
Turing en su ensayo de 1936, Los nmeros computables, con una aplicacin
al problema de decisin.

2. Clasificacin del software

Si bien esta distincin es, en cierto modo, arbitraria, y a veces confusa, a
los fines prcticos se puede clasificar al software en tres grandes tipos:
Software de sistema: Su objetivo es desvincular adecuadamente al
usuario y al programador de los detalles del sistema informtico en particular
que se use, aislndolo especialmente del procesamiento referido a las
caractersticas internas de: memoria, discos, puertos y dispositivos de
comunicaciones, impresoras, pantallas, teclados, etc. El software de sistema le
procura al usuario y programador adecuadas interfaces de alto nivel,
controlador, herramientas y utilidades de apoyo que permiten el mantenimiento
del sistema global. Incluye entre otros:

Sistemas operativos

Controladores de dispositivos

Herramientas de diagnstico

Herramientas de Correccin y Optimizacin

Servidores

Utilidades

Software de programacin: Es el conjunto de herramientas que permiten

al

programador

desarrollar

programas

informticos,

usando

diferentes

alternativas y lenguajes de programacin, de una manera prctica. Incluyen

bsicamente:

Editores de texto

Compiladores

Intrpretes

Enlazadores

Depuradores

Entornos de Desarrollo Integrados (IDE): Agrupan las anteriores

herramientas, usualmente en un entorno visual, de forma tal que el
programador no necesite introducir mltiples comandos para compilar,
interpretar, depurar, etc. Habitualmente cuentan con una avanzada interfaz
grfica de usuario (GUI).
Software de aplicacin: Es aquel que permite a los usuarios llevar a cabo
una o varias tareas especficas, en cualquier campo de actividad susceptible de
ser automatizado o asistido, con especial nfasis en los negocios. Incluye entre
muchos otros:

Aplicaciones para Control de sistemas y automatizacin industrial

Aplicaciones ofimticas

Software educativo

Software empresarial

Bases de datos

Telecomunicaciones (por ejemplo Internet y toda su estructura

lgica)

Videojuegos

Software mdico

Software de clculo numrico y simblico.

Software de diseo asistido (CAD)

Software de control numrico (CAM)

3. Proceso de creacin del software

Se define como proceso al conjunto ordenado de pasos a seguir para
llegar a la solucin de un problema u obtencin de un producto, en este caso
particular, para lograr un producto software que resuelva un problema
especfico.
El proceso de creacin de software puede llegar a ser muy complejo,
dependiendo de su porte, caractersticas y criticidad del mismo. Por ejemplo la
creacin de un sistema operativo es una tarea que requiere proyecto, gestin,
numerosos recursos y todo un equipo disciplinado de trabajo. En el otro
extremo, si se trata de un sencillo programa (por ejemplo, la resolucin de una
ecuacin de segundo orden), ste puede ser realizado por un solo programador
(incluso aficionado) fcilmente. Es as que normalmente se dividen en tres
categoras segn su tamao (lneas de cdigo) o costo: de pequeo,
mediano y gran porte. Existen varias metodologas para estimarlo, una de las
ms populares es el sistema COCOMO que provee mtodos y un software
(programa) que calcula y provee una aproximacin de todos los costos de
produccin en un proyecto software (relacin horas/hombre, costo monetario,
cantidad de lneas fuente de acuerdo a lenguaje usado, etc.).
Considerando los de gran porte, es necesario realizar complejas tareas,
tanto tcnicas como de gerencia, una fuerte gestin y anlisis diversos (entre
otras cosas), la complejidad de ello ha llevado a que desarrolle una ingeniera
especfica para tratar su estudio y realizacin: es conocida como Ingeniera de
Software.

El proceso de desarrollo puede involucrar numerosas y variadas tareas ,

desde lo administrativo, pasando por lo tcnico y hasta la gestin y el
gerenciamiento. Pero, casi rigurosamente, siempre se cumplen ciertas etapas
mnimas; las que se pueden resumir como sigue:

Captura, elicitacin, especificacin y anlisis de requisitos (ERS)

Diseo

Codificacin

Pruebas (unitarias y de integracin)

Instalacin y paso a produccin

Mantenimiento

En las anteriores etapas pueden variar ligeramente sus nombres, o ser

ms globales, o contrariamente, ser ms refinadas; por ejemplo indicar como
una nica fase (a los fines documentales e interpretativos) de anlisis y
diseo; o indicar como implementacin lo que est dicho como
codificacin; pero en rigor, todas existen e incluyen, bsicamente, las
mismas tareas especficas.

4. Etapas en el desarrollo del software

4.1.

Captura, anlisis y especificacin de requisitos

Al inicio de un desarrollo (no de un proyecto), esta es la primera fase que

se realiza, y, segn el modelo de proceso adoptado, puede casi terminar para
pasar a la prxima etapa (caso de Modelo Cascada Realimentado) o puede
hacerse parcialmente para luego retomarla (caso Modelo Iterativo Incremental
u otros de carcter evolutivo).

En simple palabras y bsicamente, durante esta fase, se adquieren,

renen y especifican las caractersticas funcionales y no funcionales que
deber cumplir el futuro programa o sistema a desarrollar.
4.2.

Procesos, modelado y formas de elicitacin de requisitos

Siendo que la captura, elicitacin y especificacin de requisitos, es una

parte crucial en el proceso de desarrollo de software, ya que de esta etapa
depende el logro de los objetivos finales previstos, se han ideado modelos y
diversas metodologas de trabajo para estos fines. Tambin existen
herramientas software que apoyan las tareas relativas realizadas por el
ingeniero en requisitos.
El estndar IEEE 830-1998 brinda una normalizacin de las Prcticas
Recomendadas para la Especificacin de Requisitos Software.
A medida que se obtienen los requisitos, normalmente se los va
analizando, el resultado de este anlisis, con o sin el cliente, se plasma en un
documento, conocido como ERS o Especificacin de Requisitos Software, cuya
estructura puede venir definida por varios estndares, tales como CMM
(Integracin de modelos de madurez de capacidades).
4.3.

Diseo del sistema

En ingeniera de software, el diseo es una fase de ciclo de vida del

software. Se basa en la especificacin de requisitos producido por el anlisis de
los requerimientos (fase de anlisis), el diseo define cmo estos requisitos se
cumplirn, la estructura que debe darse al sistema de software para que se
haga realidad.
El diseo sigue siendo una fase separada de la programacin o
codificacin, esta ltima corresponde a la traduccin en un determinado
lenguaje de programacin de las premisas adoptadas en el diseo.

4.4.

Codificacin del software

Durante esta etapa se realizan las tareas que comnmente se conocen

como programacin; que consiste, esencialmente, en llevar a cdigo fuente, en
el lenguaje de programacin elegido, todo lo diseado en la fase anterior. Esta
tarea la realiza el programador, siguiendo por completo los lineamientos
impuestos en el diseo y en consideracin siempre a los requisitos funcionales
y no funcionales (ERS) especificados en la primera etapa.
Durante la fase de programacin, el cdigo puede adoptar varios
estados, dependiendo de la forma de trabajo y del lenguaje elegido, a saber:

4.5.

Cdigo fuente

Cdigo objeto

Cdigo ejecutable
Pruebas (unitarias y de integracin)

Entre las diversas pruebas que se le efectan al software se pueden

distinguir principalmente:
Prueba unitarias: Consisten en probar o testear piezas de software
pequeas; a nivel de secciones, procedimientos, funciones y mdulos; aquellas
que tengan funcionalidades especficas. Dichas pruebas se utilizan para
asegurar el correcto funcionamiento de secciones de cdigo, mucho ms
reducidas que el conjunto, y que tienen funciones concretas con cierto grado de
independencia.
Pruebas de integracin: Se realizan una vez que las pruebas unitarias
fueron concluidas exitosamente; con stas se intenta asegurar que el sistema
completo, incluso los subsistemas que componen las piezas individuales
grandes del software funcionen correctamente al operar e inteoperar en
conjunto.

4.6.

Instalacin y paso a produccin

La instalacin del software es el proceso por el cual los programas

desarrollados son transferidos apropiadamente al computador destino,
inicializados, y, eventualmente, configurados; todo ello con el propsito de ser
ya utilizados por el usuario final. Constituye la etapa final en el desarrollo
propiamente dicho del software. Luego de sta el producto entrar en la fase
de funcionamiento y produccin, para el que fuera diseado.
4.7.

Mantenimiento

El mantenimiento de software es el proceso de control, mejora y

optimizacin del software ya desarrollado e instalado, que tambin incluye
depuracin de errores y defectos que puedan haberse filtrado de la fase de
pruebas de control y beta test. Esta fase es la ltima (antes de iterar, segn el
modelo empleado) que se aplica al ciclo de vida del desarrollo de software. La
fase de mantenimiento es la que viene despus de que el software est
operativo y en produccin.

Anlisis
Anlisis

Mantenimie
Mantenimie
nto
nto

Modelado
Modelado

Instalacion
Instalacion

Diseo
Diseo

Pruebas
Pruebas

Codificacion
Codificacion

5. Software libre
El software libre (en ingls free software, aunque esta denominacin
tambin se confunde a veces con "gratis" por la ambigedad del trmino "free"
en el idioma ingls, por lo que tambin se usan "libre software" y "logical libre")
es la denominacin del software que respeta la libertad de todos los usuarios
que adquirieron el producto y, por tanto, una vez obtenido el mismo puede ser
usado, copiado, estudiado, modificado, y redistribuido libremente de varias
formas. Segn la Free Software Foundation, el software libre se refiere a la
libertad de los usuarios para ejecutar, copiar, distribuir, y estudiar el mismo, e
incluso modificar el software y distribuirlo modificado.

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

costo de la distribucin a travs 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 carcter de libre,
puede ser distribuido comercialmente ("software comercial"). Anlogamente, el
"software gratis" o "gratuito" incluye en ocasiones el cdigo 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 modificacin y redistribucin de
dichas versiones modificadas del programa.
Tampoco debe confundirse software libre con "software de dominio
pblico". ste ltimo es aquel software que no requiere de licencia, pues sus
derechos de explotacin son para toda la humanidad, porque pertenece a
todos por igual. Cualquiera puede hacer uso de l, siempre con fines legales y
consignando su autora original. Este software sera aquel cuyo autor lo dona a
la humanidad o cuyos derechos de autor han expirado, tras un plazo contado

desde la muerte de ste, habitualmente 70 aos. Si un autor condiciona su uso

bajo una licencia, por muy dbil que sea, ya no es del dominio pblico.

6. Libertades del software libre

De acuerdo con tal definicin, un software es "libre" cuando garantiza las
siguientes libertades:
Liberta

Descripcin

d
0

La libertad de usar el programa, con cualquier propsito.

La libertad de estudiar cmo funciona el programa y modificarlo,

adaptndolo a tus necesidades.

La libertad de distribuir copias del programa, con lo cual puedes

ayudar a tu prjimo.

La libertad de mejorar el programa y hacer pblicas esas mejoras

a los dems, de modo que toda la comunidad se beneficie.
Las libertades 1 y 3 requieren acceso al cdigo fuente porque estudiar y

modificar software sin su cdigo fuente es muy poco viable.

Ciertos tericos 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 ms libre, abierto y menos restrictivo que el que le otorga la propia situacin
de incompatibilidad, que podra ser resuelta en la prxima versin 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 cdigos de dos licencias distintas, pese a que las libertades
tericamente lo deberan permitir.

7. Tipos de licencias

Una licencia es aquella autorizacin formal con carcter contractual que

un autor de un software da a un interesado para ejercer "actos de explotacin
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 ms utilizadas es la Licencia Pblica General de GNU (GNU

GPL). El autor conserva los derechos de autor (copyright), y permite la
redistribucin y modificacin bajo trminos diseados para asegurarse de que
todas las versiones modificadas del software permanecen bajo los trminos
ms 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 modificacin y redistribucin
del software, pero nicamente bajo esa misma licencia. Y aade que si se
reutiliza en un mismo programa cdigo "A" licenciado bajo licencia GNU GPL y
cdigo "B" licenciado bajo otro tipo de licencia libre, el cdigo final "C",
independientemente de la cantidad y calidad de cada uno de los cdigos "A" y
"B", debe estar bajo la licencia GNU GPL.

Licencias AGPL

La Licencia Pblica General de Affero (en ingls Affero General Public

License, tambin Affero GPL o AGPL) es una licencia copyleft derivada de la
Licencia Pblica General de GNU diseada especficamente para asegurar la
cooperacin con la comunidad en el caso de software que corra en servidores
de red.

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
proteccin de copyright nicamente para la renuncia de garanta y para requerir
la adecuada atribucin de la autora en trabajos derivados, pero permite la libre

redistribucin y modificacin, incluso si dichos trabajos tienen propietario. Son

muy permisivas, tanto que son fcilmente 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 estn orientadas a destacar que
este tipo de licencia no contribuye al desarrollo de ms software libre
(normalmente utilizando la siguiente analoga: "una licencia BSD es ms libre
que una GPL si y slo si se opina tambin que un pas que permita la
esclavitud es ms 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 colaboracin evitando el efecto
"viral" de la GPL (si usas cdigo 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 cdigo. No obstante la MPL no es tan
excesivamente permisiva como las licencias tipo BSD. Estas licencias son
denominadas de copyleft dbil. La NPL (luego la MPL) fue la primera licencia
nueva despus de muchos aos, 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 tambin realizar una versin
modificada bajo su copyright original, y venderla bajo cualquier licencia que

desee, adems de distribuir la versin original como software libre. Esta tcnica
ha sido usada como un modelo de negocio por una serie de empresas que
realizan software libre (por ejemplo MySQL); esta prctica no restringe ninguno
de los derechos otorgados a los usuarios de la versin copyleft.
En Espaa, toda obra derivada est tan protegida como una original,
siempre que la obra derivada parta de una autorizacin contractual con el autor.
En el caso genrico de que el autor retire las licencias "copyleft", no afectara
de ningn modo a los productos derivados anteriores a esa retirada, ya que no
tiene efecto retroactivo. En trminos legales, el autor no tiene derecho a retirar
el permiso de una licencia en vigencia. Si as sucediera, el conflicto entre las
partes se resolvera en un pleito convencional.

Smbolo del copyleft

8. Comparacin con el software de cdigo abierto

Aunque en la prctica el software de cdigo abierto y el software libre
comparten muchas de sus licencias, la Free Software Foundation opina que el
movimiento del software de cdigo abierto es filosficamente diferente del
movimiento del software libre.7 Apareci en 1998 con un grupo de personas,
entre los que cabe destacar a Eric S. Raymond y Bruce Perens, que formaron
la Open Source Initiative (OSI). Ellos buscaban darle mayor relevancia a los
beneficios prcticos del compartir el cdigo fuente, e interesar a las principales
casas de software y otras empresas de la industria de la alta tecnologa en el
concepto. Por otro lado, la Free Software Foundation y Richard Stallman

prefieren plantear el asunto en trminos ticos empleando el trmino "software

libre".
Los defensores del trmino "cdigo abierto", en ingls open source,
afirman que ste evita la ambigedad del trmino en ese idioma que es free en
free software. El trmino "cdigo abierto" fue acuado por Christine Peterson
del think tank Foresight Institute, y se registr para actuar como marca
registrada el trmino en ingls para los productos de software libre.
Mucha gente reconoce el beneficio cualitativo del proceso de desarrollo
de software cuando los desarrolladores pueden usar, modificar y redistribuir el
cdigo fuente de un programa. (Vase tambin La Catedral y el Bazar). El
movimiento del software libre hace especial nfasis en los aspectos morales o
ticos del software, viendo la excelencia tcnica como un producto secundario
de su estndar tico. El movimiento de cdigo abierto ve la excelencia tcnica
como el objetivo prioritario, siendo la comparticin del cdigo fuente un medio
para dicho fin. Por dicho motivo, la FSF se distancia tanto del movimiento de
cdigo abierto como del trmino "Cdigo Abierto" (en ingls Open Source).
Puesto que la OSI slo aprueba las licencias que se ajustan a la Open
Source Definition (definicin de cdigo abierto), la mayora de la gente lo
interpreta como un esquema de distribucin, e intercambia libremente "cdigo
abierto" con "software libre". Aun cuando existen importantes diferencias
filosficas entre ambos trminos, especialmente en trminos de las
motivaciones para el desarrollo y el uso de tal software, raramente suelen tener
impacto en el proceso de colaboracin.
Aunque el trmino "cdigo abierto" elimina la ambigedad de libertad
frente a precio (en el caso del ingls), introduce una nueva: entre los
programas que se ajustan a la definicin de cdigo abierto, que dan a los
usuarios la libertad de mejorarlos, y los programas que simplemente tiene el
cdigo fuente disponible, posiblemente con fuertes restricciones sobre el uso
de dicho cdigo fuente. Mucha gente cree que cualquier software que tenga el
cdigo fuente disponible es de cdigo abierto, puesto que lo pueden manipular
(un ejemplo de este tipo de software sera el popular paquete de software

gratuito Graphviz, inicialmente no libre pero que inclua el cdigo fuente,

aunque luego AT&T le cambi la licencia). Sin embargo, mucho de este
software no da a sus usuarios la libertad de distribuir sus modificaciones,
restringe el uso comercial, o en general restringe los derechos de los usuarios.

Mapa conceptual del software libre y de cdigo abierto.

9. Motivaciones del software libre

La motivacin tica, abanderada por la Free Software Foundation,
heredera de la cultura hacker, y partidaria del apelativo libre, que argumenta
que el software es conocimiento y debe poderse difundir sin trabas. Su
ocultacin es una actitud antisocial y la posibilidad de modificar programas es
una forma de libertad de expresin, aunque sin olvidar una estructura
jerarquizada por la meritocracia
La motivacin pragmtica, abanderada por la Open Source Initiative y
partidaria del apelativo abierto, que argumenta ventajas tcnicas y econmicas,

con respecto a evitar una tragedia de los anticomunes mejorando los

incentivos.
Aparte de estas dos grandes motivaciones, la gente que trabaja en
software libre suele hacerlo por muchas otras razones, que van desde la
diversin a la mera retribucin econmica, que es posible debido a modelos de
negocio sustentables

10.

Regulacin

Espaa
La Orden EDU/2341/2009, de 27 de agosto, por la que se crea el Centro
Nacional de Desarrollo Curricular en Sistemas no Propietarios, tiene como
finalidad el diseo, el desarrollo y la promocin de contenidos educativos
digitales para colectivos educativos especficos, en el mbito de las
Tecnologas de la Informacin y la Comunicacin, que se centra en
promocionar y aplicar estrategias dirigidas a poner a disposicin de los centros
escolares recursos y contenidos digitales de calidad, desarrollados en software
libre.
Venezuela
El Decreto presidencial 3390 de fecha 23 de diciembre de 2004 y
publicado en La Gaceta Oficial de Venezuela n 38095 el 28 de diciembre de
2004, establece textualmente en su artculo 1 que "La Administracin Pblica
Nacional emplear prioritariamente Software Libre desarrollado con Estndares
Abiertos, en sus sistemas, proyectos y servicios informticos. A tales fines,
todos los rganos y entes de la Administracin Pblica Nacional iniciarn los
procesos de migracin gradual y progresiva de stos hacia el Software Libre
desarrollado con Estndares Abiertos"
Ecuador
El Decreto presidencial 1014 del 10 de abril de 2008, decreta
"Establecer como poltica pblica para las Entidades de la Administracin

Pblica Central la utilizacin de Software Libre en sus sistemas y

equipamientos informticos."

11.

Canaima

El Proyecto Canaima est compuesto por un grupo heterogneo de

participantes provenientes de diferentes instituciones pblicas y particulares,
activistas del Software Libre y ciudadanos en general. Su desarrollo es abierto
y busca sumar a la mayor cantidad posible de colaboradores y desarrolladores.

12.

Por qu se escogi Debian como distribucin de

origen de Canaima?

Debian es una metadistribucin

que permite ser adaptada a

necesidades propias para disear distribuciones especficas.

Posee cerca de 25 mil paquetes y soporta ms de 10 arquitecturas.

Cuenta con un gran comunidad de voluntarios a nivel mundial.

Debian permanece 100% libre.

Posee un sistema de control de calidad bastante fiable.

Es la metadistribucin origen de otras grandes distribuciones como

Ubuntu, guadalinex, knopix, entre otras.

13.

Ciclo de desarrollo de Canaima (Propuesta)