Document Content Architecture , o DCA por sus siglas en inglés, es un estándar desarrollado por IBM para documentos de texto a principios de los años 1980. DCA se utilizó en sistemas mainframe e IBM i y formó la base del formato de archivo de DisplayWrite . DCA se amplió posteriormente como MO:DCA (Mixed Object Document Content Architecture), que agregó archivos de datos integrados .
El propósito original de DCA era proporcionar un formato de documento común que pudiera usarse en múltiples plataformas de procesamiento de textos de IBM, como IBM PC , mainframes IBM , Displaywriter System y IBM 5520 Administrative System . [1]
La DCA define dos tipos de documentos: [2] [3]
DCA define un flujo de datos que representa un documento .
Los documentos pueden contener fuentes, superposiciones y otros objetos de recursos necesarios en el momento de la presentación para presentar los datos correctamente. Por último, los documentos pueden contener objetos de recursos, como un índice de documentos y elementos de etiquetado que respalden la búsqueda y la navegación de los datos de los documentos, para una variedad de propósitos de aplicación. [4] : 2
MO:DCA es el contenedor de los distintos objetos que pueden formar parte del documento. Cada objeto está definido por su propia arquitectura subordinada. Las arquitecturas son: [4]
Cada arquitectura utiliza una serie de campos estructurados binarios para describir su objeto correspondiente.
Revisable-Form Text (abreviado RFT o RFT-DCA ) es parte de DCA. A veces se lo denomina Revisable Format Text . Lo utilizaban los procesadores de texto IBM DisplayWriter 4 y 5 en los mainframes System/360 y 370 , y OfficeVision/400 para permitir la transferencia de documentos formateados a otros sistemas. [1]
RFT tiene un texto de forma final equivalente (abreviado FFT o FFT-DCA ), que no fue pensado para ser editable y era solo de salida.
El impulso para iniciar estándares internacionales para los DCA se inició en 1980 en las instalaciones de IBM en Rochester. Se formó un equipo, formado por dos arquitectos MODCA, un arquitecto RTOCA y un arquitecto PTOCA. Estos arquitectos fueron responsables de formar el consenso de IBM para el diseño de los flujos de datos y de llevar el trabajo al ámbito de los estándares internacionales. Se realizó un esfuerzo concertado para involucrar a la comunidad internacional en el desarrollo. Esta decisión se basó en parte en la experiencia adquirida con la aceptación de GML en un estándar SGML internacional. Para evitar el largo retraso de la creación de la arquitectura, querían que todos participaran desde el principio. La estandarización de SGML [5] había tardado muchos años en desarrollarse. El trabajo de IBM con el contenido de los documentos había sido impulsado por las necesidades de los ordenadores centrales donde se utilizaban GML y DCA, pero esa experiencia apuntaba a la necesidad de arquitecturas de componentes estandarizadas para texto revisable y no revisable en particular.
En 1981, poco después de su creación, el grupo se trasladó junto con el IBM 5280 Distributed Data System a IBM Austin, cerca de Round Rock, Texas, donde el trabajo continuó con un éxito desigual. A medida que las arquitecturas se iban posicionando más firmemente en el escenario internacional, el equipo se trasladó de nuevo en 1987 al IBM Dallas Programming Center, donde en 1998 se disolvió y el trabajo en las arquitecturas DCA se interrumpió debido principalmente a que la comunidad de PC había tomado una dirección diferente por necesidad. Las arquitecturas DCA se completaron por completo, pero no se llegó a un acuerdo completo después de 18 años. No había implementaciones activas a la vista. [1]
El mundo de las computadoras personales había optado por HTML (considerado una aplicación del estándar internacional SGML ) y utilizaba partes de él para sus propósitos. Microsoft Word finalmente utilizó el flujo de datos similar para el flujo de datos de trabajo interno para el almacenamiento de contenido editable. Aunque el estándar SGML estaba disponible, no era práctico utilizar la implementación completa del analizador SGML, por lo que un posible subconjunto del mismo se convirtió en el estándar de facto para el texto revisable que se utiliza hoy en día en el ámbito de las computadoras personales.
Casi al mismo tiempo, Adobe Systems diseñó y produjo el codificador de documentos imprimibles PDF , que se ha convertido en el estándar para los documentos imprimibles producidos por PC. El estándar internacional se estableció en 2008, con la participación de los usuarios, quienes decidieron utilizar los productos que se ofrecían en gran cantidad. La decisión fue impulsada por la necesidad del producto, y la solución encontrada fue mucho más aceptable que la que los comités de estándares pudieron diseñar. Más de 10 años de trabajo no habían producido un método aceptable, y la comunidad de la informática de PC creó lo que necesitaba en menos tiempo. [3]
Los intentos de lograr un flujo de datos de documentos consensuado se vieron rápidamente superados por el contenido disponible y utilizable proporcionado por las empresas que no intentaron compartirlo con otros, sino que crearon una solución viable y la vendieron con éxito a los usuarios. El resultado del software de procesamiento de textos se "imprime" en el formato PDF proporcionado por el producto de presentación más utilizado. Por ejemplo, Microsoft Word ofrece una selección de impresora "Microsoft Print to PDF" para producir el resultado requerido para un documento PDF. Se podría haber utilizado un método similar para producir el estándar internacional si finalmente hubiera surgido.
Cuando IBM disolvió su Centro de Programación de Dallas en 1998, todo el personal de arquitectos se jubiló y abandonó la empresa, excepto el gerente, que fue trasladado, poniendo fin al proyecto de arquitectura DCA para el futuro previsible en IBM. [1]