Migración de SP a SL

Migración de Software Propietario a Software Libre

Algunas recomendaciones antes de alentar a una empresa o institución a migrar de software privado a software libre, debemos tener en cuenta los siguientes puntos:
1. Que los dueños, directivos, entre otros. tengan bien claro el concepto de software libre
2. Tener un plan para capacitar a los usuarios en el software que se va a instalar
3. Los dueños deben estar 100% convencidos y apoyar el proyecto
4. Hacer un análisis para determinar el software que se va instalar en cada caso
5. Hacer la migración por fases

Principales inconvenientes a la hora de migrar:

• Compatibilidad y disponibilidad del software.
• Aceptación por parte del usuario y resistencia al cambio.
• El costo asociado al entrenamiento y soporte del usuario final.
• El reto y costo que implica el desarrollo de aplicaciones completamente dependientes de MS Windows.
• La alta dependencia de algunas instituciones con el Active Directory de Microsoft.

Conclusiones principales de los bloques temáticos del VI foro de Conocimientos Libres

Migración a Software Libre: Tras una nutrida e interesante jornada que destacó por la presentación de herramientas y aplicaciones específicas para la resolución de problemas y situaciones claras de migración en entes públicos, las intervenciones condujeron a las siguientes conclusiones:

1. Es necesario que en el proceso de migración a software libre las instituciones, particulares y organizaciones en general, reconozcan al CNTI como ente encargado de establecer las pautas de la migración y como el llamado a asesorar en esta materia, a través de sus propios servicios o de las entidades que éste designe a tal fin.
2. La convocatoria del CNTI a incorporar organizaciones de la comunidad de software libre a sus equipos de trabajo en migración y desarrollo debe ser ampliado y aún más incluyente. Debe animarse a que los equipos de trabajo del CNTI se incorporen a discusiones en listas de distribución electrónica sobre software libre en Venezuela.
3. Debe incentivarse al colectivo a apostar por mejorar los elementos positivos de la distribución CANAIMA, y a contribuir activamente con su enriquecimiento.
4. Se conminó al CNTI a revisar las inversiones avaladas por ese ente en proyectos duramente criticados por las comunidades de software como GENEXUS y ALTAGRACIA, los cuales contradicen los esfuerzos positivos hacia CANAIMA y atentan contra la credibilidad del CNTI.

Para mayor información: http://viforo.solve.net.ve/

Ficha Tecnica esDebian

Ficha Técnica
Comunidades del Software Libre

Nombre:
esDebian http://www.esdebian.org


Descripción/Misión/Objetivos:
Es una comunidad independiente de usuarios de Debian. Fue creado para que los usuarios de Debian de habla hispana tengan un lugar donde poder expresarse, ayudar y compartir con los demás todo lo relacionado con Debian, y de esa forma ayudar en la difusión del proyecto Debian.


Actividades/Proyectos:
Proyecto Debian
Posee actividades como wiki, blog, videos, y foro de discusión a través del cual se debaten temas relacionados con el proyecto Debian.


Fecha de creación:
Nace el 1 de Octubre de 2001, creada por Ariel Pereira, pero posible gracias al aporte de miles de usuarios.


Observaciones:
Actualmente esta comunidad está conformada por 19745 usuarios registrados.
El sitio contiene artículos técnicos, noticias y todo tipo de contenido en Español relacionado con Debian. Los visitantes se dedican a colaborar debatiendo en los foros, enviando artículos técnicos y noticias.

Motivos que impulsan SL en Venezuela

Motivos que impulsan el desarrollo del SL en Venezuela

El software libre es menos costoso y proporcionar a las empresas servicios y permite ampliar sus infraestructuras en sistemas tecnológicos sin que se vean afectados sus intentos de crecimiento por no poder hacer frente al pago de grandes cantidades en licencias.

Según estudios realizados por la consultora Gartner, el software libre sera el responsable de la caída en los precios de las licencias de licencias de software propietario.

Gartner elimina la idea de que el software libre desplace por completo a las aplicaciones propietarias, pero estima que creará una fuerte presión sobre ellos, así como una gran competencia. Lo mismo será para el software como servicio. Si las tareas informáticas pueden ser realizadas de manera segura con un proveedor externo, la empresa no necesitará comprar y dar mantenimiento a su propio software. El pronóstico de Gartner indica que en 2011 una cuarta parte de todo el programa para negocios será distribuido de esta forma.
Mas información: http://radio.rpp.com.pe/enlineapuntocom/software-libre-vs-software-propietario/

El Software Libre no es un proyecto politico. En mi opinión el software libre trata de libertades, solidaridad y conocimiento al alcance de todos sin barreras artificiales. Nada de política.

Aspectos Legales y Licencia en SL

Software libre vs leyes

En el mundo del software libre, se utiliza el marco legal de los derechos de autor para colectivizar los derechos que el autor tiene sobre el software, incluyendo los derechos a copia, uso y modificación.
Los derechos de autor son la herramienta jurídica básica utilizada para la protección de los programas informáticos y creaciones intelectuales.
Cada país ha desarrollado su propia legislación de derechos de autor con sus propios matices, pero desde hace unos años se han ido homogeneizando gracias a varios convenios internacionales como el OMPI que se llevo a cabo en 1996. Gracias a estos acuerdos, cualquier creador de una obra obtiene de forma automática unos derechos de autor sobre la misma, derechos que son válidos y defendibles en casi todos los países del mundo.

Sabemos que existen diferentes tipos de licencia, en la cual el autor tiene algunos derechos y deberes, por ejemplo:

• En las licencias GPL, el autor conserva los derechos de autor (copyright), y permite la redistribución y modificación, pero controlando que todas las versiones modificadas del software permanecen bajo los términos más restrictivos de la propia licencia GNU GPL.

• Licencias BSD, el autor mantiene la protección de copyright únicamente para la renuncia de garantía y para solicitar la atribución de la autoría en trabajos derivados, pero permite la libre redistribución y modificación, incluso si dichos trabajos tienen propietario.

• Copyleft, se refiere a la autorización por parte del propietario de la licencia para su copia, modificación y posterior distribución, contrariamente a lo que ocurre con el software licenciado bajo los terminos de los derechos de autor. el propietario de la licencia bajo términos de Copyleft puede desarrollar una versión de dicho software bajo licencia sujeta a Copyrigth y vender o ceder este software bajo cualquiera de estas licencias, pero sin afectar a las licencias Copyleft ya otorgadas. El propietario de estas licencias puede retirar la autorización de uso de una licencia Copyleft si lo cree oportuno, pero en ese caso está obligado a indemnizar a los poseedores de las licencias en uso de este tipo.

• Freeware, se trata de un tipo de licencia en el que se autoriza el uso del software de forma libre y gratuita, aunque esta sesión pueda ser bajo determinadas condiciones, como por ejemplo que se autoriza su uso a particulares, pero no a empresas o a organismos oficiales.

• Shareware, es un tipo de distribución en el que se autoriza el uso de un programa para que el usuario lo evalúe y posteriormente lo compre.

Entre otras licencias que existen, aquí pueden ver los derechos que tienen los autores y sus deberes en una forma resumida

Ingenieria del Software Libre parte II

Gestión de calidad y pruebas del software.

El control de la calidad del software en la experiencia que llevo en mi trabajo lo considero como las técnicas y actividades de carácter operativo, utilizadas
para satisfacer los requisitos relativos a la calidad, centradas en dos objetivos fundamentales:
1.- mantener bajo control un proceso
2.- eliminar las causas de los defectos en las diferentes fases del ciclo de vida

En general son las actividades para evaluar la calidad de los productos desarrollados


Los factores para determinar la calidad del software son los siguientes:

1.- Operaciones del producto: características operativas
Corrección (¿Hace lo que se le pide?)
Fiabilidad (¿Lo hace de forma fiable todo el tiempo?)
Eficiencia (¿Qué recursos hardware y software necesito?)
Integridad (¿Puedo controlar su uso?)
Facilidad de uso (¿Es fácil y cómodo de manejar?)

2.- Revisión del producto: capacidad para soportar cambios
Facilidad de mantenimiento (¿Puedo localizar los fallos?)
Flexibilidad (¿Puedo añadir nuevas opciones?)
Facilidad de prueba (¿Puedo probar todas las opciones?)

3.- Transición del producto: adaptabilidad a nuevos entornos
Portabilidad (¿Podré usarlo en otra máquina?)
Reusabilidad (¿Podré utilizar alguna parte del software en otra aplicación?)
Interoperabilidad (¿Podrá comunicarse con otras aplicaciones o sistemas informáticos?)


Algunas recomendaciones:
• Los requisitos del software son la base de las medidas de calidad. La falta de concordancia con los requisitos es una falta de calidad
• Los estándares o metodologías definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Si no se sigue ninguna metodología siempre habrá falta de calidad
• Existen algunos requisitos implícitos o expectativas que a menudo no se mencionan, o se mencionan de forma incompleta (por ejemplo el deseo de un buen mantenimiento) que también pueden implicar una falta de calidad.

"Biblioteca Virtual" Modelada en UML

Aprendiendo a Modelar con UML

UML (Unified Modeling Language)

Según Booch (2003), Es un lenguaje usado para especificar, visualizar, construir y documentar las diversas piezas de sistemas de software y también para modelado de negocios y otros sistemas que no sean software. El uso de UML en el desarrollo de sistemas orientados a objetos ganó importancia cuando los tres autores de esta metodología, Grady Booch, James Rumbaugh e Ivar Jacobson, llegaron juntos a Racional Software Corporation.

Es importante resaltar que UML no es un método de desarrollo. No te va a decir cómo pasar del análisis al diseño y de este al código. No son una serie de pasos que te llevan a producir código a partir de unas especificaciones.

UML al no ser un método de desarrollo es independiente del ciclo de desarrollo que vayas a seguir, puede encajar en un tradicional ciclo en cascada, o en un evolutivo ciclo en espiral o incluso en los métodos ágiles de desarrollo.

UML ha sido ampliamente aceptada debido al prestigio de sus creadores y debido a que incorpora las principales ventajas de cada uno de los métodos particulares en los que se basa (principalmente Booch, OMT y OOSE). UML ha puesto fin a las llamadas “guerras de métodos” que se han mantenido a lo largo de los 90, en las que los principales métodos sacaban nuevas versiones que incorporaban las técnicas de los demás. Con UML se fusiona la notación de estas técnicas para formar una herramienta compartida entre todos los ingenieros software que trabajan en el desarrollo orientado a objetos.

Desarrollo de UML

Cuadro comparativo de algunas herramientas de UML, ajustadas a una serie de criterios:
http://www.diatel.upm.es/malvarez/UML/Comparativa.html

Ingenieria del Software Libre