ITU-T T 510 SPANISH-1993 GENERAL OVERVIEW OF THE T 510-SERIES RECOMMENDATIONS《推荐性规范T 510系列的总体概况 信息通讯业务终端设备及协议(8号研究组) 16pp》.pdf

《ITU-T T 510 SPANISH-1993 GENERAL OVERVIEW OF THE T 510-SERIES RECOMMENDATIONS《推荐性规范T 510系列的总体概况 信息通讯业务终端设备及协议(8号研究组) 16pp》.pdf》由会员分享，可在线阅读，更多相关《ITU-T T 510 SPANISH-1993 GENERAL OVERVIEW OF THE T 510-SERIES RECOMMENDATIONS《推荐性规范T 510系列的总体概况 信息通讯业务终端设备及协议(8号研究组) 16pp》.pdf（16页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T T.510SECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITSERVICIOS TELEMTICOSEQUIPOS TERMINALES Y PROTOCOLOSPARA LOS SERVICIOS DE TELEMTICAVISIN DE CONJUNTO DE LASRECOMENDACIONES DE LA SERIE T.510Recomendacin UIT-T T.510(Anteriormente Recomen

2、dacin del CCITT)PREFACIOEl Sector de Normalizacin de las Telecomunicaciones de la UIT (UIT-T) es un rgano permanente de la UninInternacional de Telecomunicaciones. El UIT-T tiene a su cargo el estudio de las cuestiones tcnicas, de explotacin yde tarificacin y la formulacin de Recomendaciones al resp

3、ecto con objeto de normalizar las telecomunicaciones sobreuna base mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se rene cada cuatro aos,establece los temas que habrn de abordar las Comisiones de Estudio del UIT-T, que preparan luego Recomendacionessobre esos t

4、emas.La Recomendacin UIT-T T.510, preparada por la Comisin de Estudio VIII (1988-1993) del UIT-T, fue aprobada porla CMNT (Helsinki, 1-12 de marzo de 1993)._NOTAS1 Como consecuencia del proceso de reforma de la Unin Internacional de Telecomunicaciones (UIT), el CCITTdej de existir el 28 de febrero d

5、e 1993. En su lugar se cre el 1 de marzo de 1993 el Sector de Normalizacin de lasTelecomunicaciones de la UIT (UIT-T). Igualmente en este proceso de reforma, la IFRB y el CCIR han sido sustituidospor el Sector de Radiocomunicaciones.Para no retrasar la publicacin de la presente Recomendacin, no se h

6、an modificado en el texto las referencias quecontienen los acrnimos CCITT, CCIR o IFRB o el nombre de sus rganos correspondientes, como la AsambleaPlenaria, la Secretara, etc. Las ediciones futuras en la presente Recomendacin contendrn la terminologa adecuada enrelacin con la nueva estructura de la

7、UIT.2 Por razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designara una administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1994Reservados todos los derechos. No podr reproducirse o utilizarse la presente Recomendacin ni parte de

8、 la misma decualquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.NDICERecomendacin T.510 (03/93)Pgina1 Alcance. 12 Campo de aplicacin 13 Referencias. 14 Definiciones . 15 Introduccin de la defi

9、nicin de requisitos de implementacin (IR) .26 Clasificacin de requisitos . 37 Modelo de implementacin e implementacin real 48 Especificacin de requisitos de implementacin 79 Enunciado de soporte de implementacin (ISS, implementation support statements). 9Anexo A Relaciones entre los DAP, los requisi

10、tos de implementacin y las caractersticas de los terminales . 11Recomendacin T.510 (03/93) i Recomendacin T.510Recomendacin T.510 (03/93)VISIN DE CONJUNTO DE LAS RECOMENDACIONES DE LA SERIE T.510(Helsinki, 1993)1 AlcanceLa serie de Recomendaciones T.510 contiene las especificaciones de los requisito

11、s de implementacin (IR,implementation requirements) que corresponden a las Recomendaciones de la serie T.500.Esta Recomendacin proporciona las definiciones necesarias para la elaboracin de Recomendaciones pertenecientes ala serie T.510.Esta Recomendacin da las directrices para la descripcin de los r

12、equisitos que deben cumplir las implementaciones deDAP que van a ser utilizadas por una aplicacin. Los requisitos especficos de los servicios telemticos no se tratan enesta serie de Recomendaciones.Esta Recomendacin define un modelo de implementacin abstracto destinado a estructurar los IR y calific

13、ar lasunidades de funcin de acuerdo con las clases de requisitos.Esta Recomendacin define la estructura y la notacin que habrn de utilizarse para la descripcin de IR y la forma deutilizar las tablas para los fines de los enunciados de soporte.2 Campo de aplicacinEsta Recomendacin puede utilizarse co

14、mo una introduccin a las Recomendaciones de la serie T.510.Esta Recomendacin describe cmo los IR debern ser definidos en la serie T.510 y cmo debern ser interpretados.3 Referencias Recomendaciones de la serie T.400 Transferencia, acceso y manipulacin de documentos. Recomendaciones de la serie T.500

15、Perfiles de aplicacin de documentos. Recomendacin T.560 Caractersticas de los terminales.4 DefinicionesLos trminos que aparecen escritos entre comillas estn definidos en esta clusula.aplicacin: La palabra aplicacin se utiliza como el trmino genrico para representar el conjunto de prestaciones,que co

16、mbinan la comunicacin y el procesamiento de documentos, sobre las cuales los usuarios finales pueden realizaroperaciones. Las aplicaciones pueden depender de los mtodos de trabajo y del procesamiento autorizado de losdocumentos. Ejemplos de aplicaciones son: intercambio abierto de documentos procesa

17、bles, trabajo cooperativo, etc.proceso de conversin: El proceso de conversin se utiliza para convertir un formato basado en arquitectura dedocumento abierto (ODA, open document architecture) en otro formato (formato normalizado o formato de carcterprivado), y viceversa. Este proceso deber hacer corr

18、esponder las unidades de funcin que constituyen un documentoODA con prestaciones correspondientes realizadas por otro formato, si existe.requisitos mnimos de implementacin de DAP (DMIR): Para cada DAP, el requisito mnimo de implementacin(DMIR, DAP minimum implementation requirements) identifica el c

19、onjunto de requisitos que debern ser cumplidos portodas las implementaciones cualesquiera que sean las aplicaciones. Este DMIR corresponde al kernel (ncleo)comn de requisitos que sern implementados, y, por lo tanto, asegurar el interfuncionamiento entre aplicacionesmediante la seleccin del mismo DAP

20、.proceso de exteriorizacin/interiorizacin: El proceso de exteriorizacin se utiliza para codificar el fichero (file)basado en ODA en un tren de datos de formato de intercambio de documentos de oficina (ODIF, office documentinterchange format) utilizando las reglas de codificacin expresadas por ODIF (

21、Recomendacin T.415). El proceso deinteriorizacin se utiliza para la operacin inversa: decodificar un tren de datos de ODIF para pasarlo a un ficherobasado en ODA.Recomendacin T.510 (03/93) 1 repliegue: Un repliegue es una directriz para un procesamiento alternativo de una unidad de funcin que puede

22、serutilizada por un proceso particular cuando no pueda procesar directamente esa unidad de funcin. Los repliegues,podrn ser utilizados slo cuando estn autorizados por IR y nicamente por implementaciones que actan comoreceptores.unidad de funcin (FU): Las unidades de funcin (FU, function unit) son co

23、ndicionamientos condicionamiento(s)o una combinacin de condicionamientos constituyentes de DAP, que sern utilizadas para especificar IR de DAP. Lasunidades de funcin algunas veces corresponden exactamente a prestaciones de procesamiento de documentoconocidas por el usuario final.generacin: Una imple

24、mentacin soporta la generacin de una unidad de funcin particular si puede emitir untren de datos que corresponde a los condicionamientos constituyentes de DAP.imaginizacin: Cuando acta como un receptor, una implementacin soporta la imaginizacin de una unidad defuncin particular si la unidad de funci

25、n recibida puede ser procesada ulteriormente por un proceso deimaginizacin de acuerdo con la informacin de imaginizacin dada por los condicionamientos constituyentes queforman esa unidad de funcin.implementacin: Una implementacin es una realizacin efectiva (combinacin de soporte fsico y/o soporte lg

26、ico)que satisface la totalidad o una parte de los requisitos de una aplicacin particular en trminos de comunicacin, ascomo en trminos de procesamiento de documento.enunciado soporte de implementacin (ISS): El enunciado soporte de implementacin (ISS, implementation supportstatement) es una proforma (

27、o formulario) que deber ser utilizada por los vendedores para enunciar qu IR sonefectivamente soportados por su implementacin.disposicin: Cuando acta como receptor, una implementacin soporta la disposicin de una unidad de funcinparticular si la unidad de funcin puede ser procesada ulteriormente por

28、un proceso de disposicin de acuerdo con lainformacin de disposicin dada por las constricciones constituyentes de esa unidad de funcin.punto de control y observacin (PCO): Un punto de control y observacin (PCO, point of control and observation)es un punto de que dispone el usuario (o el probador) en

29、el cual se puede manipular y/u observar datos. Este punto actacomo un punto de control cuando se utiliza para introducir algunos datos en la implementacin a fin de controlar elprocedimiento de prueba. Por el contrario, este punto acta como un punto de observacin cuando, despus de haberejecutado algn

30、 control sobre la implementacin sometida a prueba, se utiliza para observar el comportamiento deesta implementacin. Es a travs de los PCO que el usuario ver las unidades de funcin.calificador: Un calificador es un trmino utilizado para especificar el nivel de exigencia (o de requerimiento)asociado a

31、 una unidad de funcin segn la naturaleza del proceso que va a ejecutarse. Por ejemplo, el procesamientode una determinada unidad de funcin puede ser requerido para el proceso de generacin, en tanto que puede seropcional para otro proceso.recepcin: Una implementacin soporta la recepcin de una unidad

32、de funcin particular cuando puedainterpretar los condicionamientos constituyentes correspondientes y efectuar el procesamiento apropiado.retencin: Cuando acta como receptor, una implementacin soporta la retencin de una unidad de funcinparticular si esta unidad de funcin puede ser ulteriormente acced

33、ida y procesada sin prdida de informacinsemntica.caractersticas del terminal: caractersticas del terminal representan la descripcin tcnica completa de un equipoque ha sido desarrollado para suministrar un servicio CCITT determinado cualquiera, definido por la Comisin deEstudio 1. Incluye la seleccin

34、 de especificaciones de implementacin apropiadas que dependern de lasaplicaciones autorizadas por el servicio. Asimismo, caractersticas del terminal pueden especificar caractersticasadicionales, dependientes del servicio, para las aplicaciones y sus implementaciones correspondientes.5 Introduccin de

35、 la definicin de requisitos de implementacin (IR)Los perfiles de aplicacin de documento (DAP, document application profiles) se describen en las Recomendaciones dela serie T.500. La finalidad primordial de un DAP es definir un conjunto de trenes de datos como un subconjunto detodos los trenes de dat

36、os autorizados por la Norma ODA. Estos se obtienen constriendo los componentes y los valoresde atributo que pueden estar contenidos en los trenes de datos que son conformes al DAP.Para cada DAP es necesario especificar IR correspondientes. Estos requisitos tienen que ver con la aptitud de lasimpleme

37、ntaciones para generar trenes de datos conformes a un DAP y su aptitud para interpretar correctamente lainformacin contenida en trenes de datos recibidos, de modo que pueda ser utilizada por la aplicacin o presentada a unusuario.2 Recomendacin T.510 (03/93) Los IR pueden ser de dos tipos, a saber: r

38、equisitos que son independientes de la aplicacin y requisitos que sondependientes de la aplicacin.Los requisitos independientes de la aplicacin se definen en las Recomendaciones de la serie T.510 en conjuncin conlos DAP relevantes. Puesto que un DAP dado puede ser utilizado por ms de una aplicacin,

39、los IR del DAP definidosen las Recomendaciones de la serie T.510 dependern de estas aplicaciones. Con esto se asegura que todas lasimplementaciones basadas en el mismo DAP satisfarn, por lo menos, los requisitos expresados por lasRecomendaciones de la serie T.510 cualesquiera que sean las aplicacion

40、es.Los requisitos dependientes de la aplicacin se definen en las Recomendaciones de la serie T.560 que describencaractersticas de terminales.Los requisitos independientes de la implementacin se especifican en base a unidades de funcin. Una unidad de funcines una unidad con relacin a la cual se espec

41、ifica un requisito de implementacin. Una unidad de funcin es uncondicionamiento a trenes de datos, expresada por condicionamientos constituyentes de DAP, una combinacin de lasmismas, o una condicin sobre valores de atributo, etc.La clasificacin de los requisitos se especifica en la clusula 6. Los IR

42、 califican a todas y cada una de las unidades defuncin como requerida u opcional, atendiendo al soporte de las mismas, y proporcionan tambin mtodos derepliegue cuando se necesitan.6 Clasificacin de requisitos6.1 ClasificacinComo se ha dicho antes, una especificacin precisa de implementacin deber gar

43、antizar la aptitud de unaimplementacin para generar trenes de datos que son conformes a un DAP y su aptitud para interpretar correctamente lainformacin contenida en trenes de datos recibidos, de modo que dicha informacin pueda ser utilizada por la aplicacino presentada a un usuario.En consecuencia,

44、se tratarn los siguientes requisitos: requisitos sobre la generacin de documentos por la implementacin; requisitos sobre la recepcin de documentos por la implementacin.6.2 Requisitos de la generacinUna implementacin puede pretender el soporte de la generacin de una FU particular si puede emitir un t

45、ren de datosODIF condicionado correspondiente.6.3 Requisitos de la recepcinSe especifican tres clases diferentes de requisitos cuando se recibe un tren de datos ODIF, que dependen de la naturalezade la manipulacin efectuada por el recibidor sobre el documento recibido: Requisitos sobre la retencinUn

46、a implementacin puede pretender el soporte de la retencin de una FU particular si la semntica deesa FU puede ser retenida por la implementacin y puede ser accedida y procesada localmente en unmomento ulterior. Esa informacin puede o bien ser modificada por el usuario final (por ejemplo, elespaciamie

47、nto de las lneas en una porcin de contenido de carcter) o sigue estando disponible despusde una edicin ms general del documento recibido (por ejemplo, numeracin automtica de las notas depie de pgina). Requisitos sobre la disposicinUna implementacin puede pretender el soporte de la disposicin (layout) de una FU particular si puedeorganizar el documento de acuerdo con la informacin de disposicin cuando sta se encuentraespecificada en el documento recibido para esa FU.NOTA 1 Si el documento recibido no contiene