Source files of fsfe.org, pdfreaders.org, freeyourandroid.org, ilovefs.org, drm.info, and test.fsfe.org. Contribute: https://fsfe.org/contribute/web/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

def.es.xhtml 5.3KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115
  1. <?xml version="1.0" encoding="UTF-8" ?>
  2. <html>
  3. <head>
  4. <title>FSFE - Estándares Abiertos - Definición</title>
  5. </head>
  6. <body>
  7. <p id="category"><a href="http://www.fsfe.org/projects/work.html">Nuestra Acción</a> / <a href="/projects/os/os.html">Estándares Abiertos</a></p>
  8. <h1>Estándares Abiertos</h1>
  9. <div id="introduction">
  10. <p>No hay una definición universalmente aceptada de qué constituye
  11. un Estándar Abierto, aunque hay muchas propuestas al respecto. Más
  12. abajo hay enlaces a algunas de ellas.</p>
  13. </div>
  14. <p>La FSFE no quiere proponer una definición más. Hemos decidido
  15. usar la definición de Estándar Abierto desarrollada como parte de
  16. los preparativos para el
  17. <a href="http://www.certifiedopen.com">Certified Open</a>. Se
  18. empezó a trabajar en esta definición antes de que la FSFE se
  19. involucrara en el proyecto y estaba basada en la definición de la
  20. <a href="http://ec.europa.eu/idabc/en/document/3473/5585.html#finalEIF">European
  21. Interoperability Framework (EIF)</a> de la Comisión Europea.</p>
  22. <p>En un diálogo en el que intervinieron varios actores
  23. principales de la industria, la política y la comunidad, la
  24. definición fue convertida en una definición de cinco puntos que
  25. consiguió el consenso de las partes implicadas. Posteriormente, la
  26. definición ha sido adoptada por el
  27. <a href="http://selfproject.eu/OSD">SELF EU Project</a>, la
  28. <a href="http://www.openforumeurope.org/library/geneva/declaration/manifesto-with-logos-final.pdf">Declaration
  29. on Standards and the Future of the Internet</a> de 2008 en Genova
  30. o el <a href="http://documentfreedom.org/openstandards.es.html">Document
  31. Freedom Day</a>.</p>
  32. <h2>Definición</h2>
  33. <p>Un Estándar Abierto hace referencia a un formato o protocolo
  34. que</p>
  35. <ol>
  36. <li>esté sujeto a una evaluación pública completa,
  37. se pueda usar sin restricciones y esté disponible por igual para
  38. todas las partes;</li>
  39. <li>no necesite ningún componente o extensión adicional que
  40. tenga dependencias con formatos o protocolos que no cumplan la
  41. definición de un Estándar Abierto;</li>
  42. <li>esté libre de cláuslas legales o técnicas que limiten su
  43. utilización por cualquier parte o en cualquier modelo de
  44. negocio;</li>
  45. <li>esté gestionado y pueda ser desarrollado independientemente
  46. por cualquier compañía en un proceso abierto a la participación
  47. equitativa por parte de competidores y terceras partes;</li>
  48. <li>esté disponible en varias implementaciones completas por
  49. compañías en competencia, o como una implementación completa
  50. disponible para todas las partes.</li>
  51. </ol>
  52. <h3>Comentarios sobre los Estándares Emergentes</h3>
  53. <p>Cuando un nuevo formato o protocolo está siendo desarrollado,
  54. la cláusula 5 no puede ser cumplida. La FSFE cree que este es el
  55. procedimiento correcto en los casos en los que la madurez
  56. tecnológica sea un requisito. En varias situaciones, como por
  57. ejemplo, en despliegues gubernamentales, el costo del fracaso
  58. puede ser muy alto.</p>
  59. <p>En las situaciones que busquen promover el crecimiento de los
  60. Estándares Abiertos, la aplicación estricta de esta clausula puede
  61. prevenir nuevos Estándares Abiertos. Desde el punto de vista de la
  62. definición, estos estándares estarían en competencia directa con
  63. formatos propietarios de una compañía. En estos casos, tiene
  64. sentido permitir que no se cumpla la clausula 5 para los
  65. «Estándares Emergentes».</p>
  66. <p>El tratamiento que estos «Estándares Emergentes» recibirán es
  67. bastante dependiente de la situación. Cuando el coste del fracaso
  68. es alto, sólo se deberían usar Estándares Abiertos completos.
  69. Cuando se pretende la promoción de los Estándares Abiertos, los
  70. Estándares Emergentes deberían recibir una promoción especial.</p>
  71. <p>En general, los Estándares Abiertos son mejores que los
  72. Estándares Emergentes y los Estándares Emergentes son mejores que
  73. los formatos específicos de una compañía. Cuanto mejor cumpla un
  74. formato todos los puntos de la definición, más en consideración se
  75. deberá tener en aquellas situaciones en las que la
  76. interoperabilidad y el almacenamiento de datos fiable a largo
  77. plazo sean esenciales.</p>
  78. <h3>Enlaces a otras definiciones</h3>
  79. <p>La Wikipedia tiene una visión general del término
  80. <a href="http://es.wikipedia.org/wiki/Estándar_abierto">Estándar
  81. Abierto</a> y varias definiciones. Algunas otras definiciones de
  82. Estándar Abierto son las siguientes:</p>
  83. <ul>
  84. <li><a href="http://ec.europa.eu/idabc/en/document/3473/5585.html#finalEIF">European Interoperability Framework</a></li>
  85. <li><a href="http://www.ft.dk/Samling/20051/beslutningsforslag/B103/index.htm">Motion B 103 of the Danish Parliament</a></li>
  86. <li><a href="http://perens.com/OpenStandards/Definition.html">Open Standards - Principles and Practice</a> por Bruce Perens</li>
  87. <li><a href="http://www.digistan.org/open-standard:definition">Open Standards Definition</a> por Digistan</li>
  88. </ul>
  89. </body>
  90. <timestamp>$Date$ $Author$</timestamp>
  91. <translator>Javier Merino</translator>
  92. </html>
  93. <!--
  94. Local Variables: ***
  95. mode: xml ***
  96. End: ***
  97. -->