sibuntusiua - 2012-06-14 
                 Licencia del Software

Escogimos GPL para nuestra remasterización, la cual llamamos Sibuntu, escogimos dicha licencia, por que nos permite ciertos derechos y responsabilidades, que creemos conveniente para nuestro software, las cuales se explicaran a continuación:

1.Me permitirá ejecutar Sibuntu en cualquier lugar, bajo cualquier propósito y para siempre.

2.Me permitirá la libertad de estudiarlo. Esto exige acceso al código fuente.

3.La libertad de redistribuir Sibuntu, de modo que permita colaborar con amigos, vecinos o comunidades de software libre.

4.La libertad para modificar Sibuntu y publicar sus mejoras. Esto también exige acceso al código fuente.

5.Esta licencia nos permite que, la(s) personas que desean liberar a Sibuntu, bajo esta licencia, lo pueden hacer, siempre y cuando no restrinja los puntos anteriores y mantenga los derechos de autor.

6.Elegimos esta licencia, por que libera tanto autores como desarrolladores, sobre errores atribuidos al software.

7.Esta licencia tiene respaldo de aplicaciones de GNU y la Free Software Foundation.

                Licencia de la Documentación

Escogimos la licencia Reconocimiento Compartir Igual, de creative commons, para toda la documentación asociada a Sibuntu, lo cual creemos conveniente, por que le da ciertos derechos y responsabilidades, las cuales se explicaran a continuación:

  1. Me permitirá comunicar la obra, en cualquier lugar, bajo cualquier propósito y para siempre.

  2. Me permitirá distribuir la obra, de modo que permita colaborar con amigos, vecinos o comunidades de software libre.

  3. Esta licencia nos permite que, la(s) personas que desean liberar la obra, bajo esta licencia, lo pueden hacer, siempre y cuando no restrinja los puntos anteriores y mantenga los derechos de autor.

                Historia del Proyecto

Sibuntu fue creado inicialmente como un proyecto para el curso Contexto Desarrollo y Aplicación de Software Libre y Código Abierto.

En colaboración con algunos funcionarios de la Sede Interuniversitaria, logramos crear un sistema operativo que contiene gran parte del software que es necesario para los usuarios de los laboratorios de la Sede.

                 Estado Actual

        El estado del proyecto es: Alpha

           Metodología de desarrollo del proyecto

El modelo que escogimos, por que creímos más conveniente, para nuestro proyecto, fue el modelo de prototipos, el cual pertenece al modelo de desarrollo de software evolutivo.

            Modelo de Prototipos

En ocasiones un cliente define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.
Este modelo ayuda al ingeniero en sistemas y al cliente, a entender de mejor manera cual será el resultado de la construcción cuando los requisitos estén satisfechos.
Se plantea con rapidez una iteración, de construcción de prototipos y se presenta el modelado.
El prototipo es evaluado por el cliente/usuario y con retroalimentación, se refinan los requisitos del software que se desarrollará.
Las iteraciones se presentan cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que el desarrollador tenga una visión mas clara de lo que se debe hacer.
Si se construye un prototipo de trabajo, el desarrollador intenta emplear los fragmentos del programa ya existentes o aplica herramientas (como generadores de informes, administradores de ventanas) que permiten producir programas de trabajo con rapidez.
Es un sistema agradable tanto a desarrolladores como a clientes, por que a los clientes les gusta un sistema real y a los desarrolladores les gusta construir algo de inmediato.
El sistema de prototipos tiene ciertas deficiencias como lo son:

  1. El producto se construye tan de prisa que se olvida en ocasiones de la calidad del software y del mantenimiento a largo plazo.
  2. Tal vez se utilice un sistema operativo o lenguaje de programación inadecuado solo porque esta disponible y es conocido. En ocasiones la selección menos ideal se convierte en la parte más integral del sistema.
    Para que estos problemas no surjan, se debe definir bien las reglas del juego desde el inicio.
    Tanto el cliente como el desarrollador, se deben de poner de acuerdo en que el prototipo se construya y sirva como un mecanismo para la definición de requisitos, en que se descarte, al menos en parte y en que después se desarrolle un software real o un producto en este caso, con un enfoque de calidad.
 

Last edit: sibuntusiua 2012-06-14