Page 66

Software libre

© FUOC • XP06/M2118/02155

Caso práctico

Elección de las licencias de desarrollo En nuestro caso será un desarrollo basado en opensource de utilización interna, por lo cual el modelo de licencia no tendrá efectos sobre el modelo de negocio de la compañía. Esto, sin embargo, no evita que no se deban poner las referencias adecuadas en el código desarrollado ni en la documentación. Las posibles alternativas son: • Licencia propietaria: si no se va a distribuir el sistema, se pueden desarrollar bajo licencia propietaria. • Licencia BSD: permite mantener los derechos de autor (copyright) sobre el desarrollo y es coherente con las licencias del resto de los componentes (las cuales se basan en BSD y GPL). Esta licencia NO obliga a distribuir el código fuente final y permite al destinatario de este software su utilización, copia, modificación, redistribución y venta. También permite la integración con otro producto de licencia propietaria. • Licencia GPL: permite mantener los derechos de autor sobre el desarrollo y es coherente con el resto de licencias de nuestro proyecto (BSD y GPL). Pero a diferencia de BSD, obliga a distribuir el código fuente e impide su futura comercialización bajo licencia propietaria. • Licencia LGPL: es prácticamente igual a la GPL, pero permite que software con esta licencia sea integrado en software propietario. Un ejemplo clásico es la librería C de Linux (con licencia LGPL).

ANOTACIONS

• Otras licencias para código abierto: Apache (Basada en BSD), Mozilla (MPL y NPL de Netscape). Dadas las características de nuestro proyecto, nos decantaremos por una licencia LGPL, ya que el proyecto es más de integración que de desarrollo y satisface las expectativas de utilización del cliente.

66

Administracion_redes_GNULinux  
Advertisement