ITU-T Z 352 SPANISH-1993 DATA ORIENTED HUMAN-MACHINE INTERFACE SPECIFICATION TECHNIQUE C SCOPE APPROACH AND REFERENCE MODEL《基于数据人机界面规范技术 方法范围和参考模型 人机语言 1号研究组 26pp》.pdf

《ITU-T Z 352 SPANISH-1993 DATA ORIENTED HUMAN-MACHINE INTERFACE SPECIFICATION TECHNIQUE C SCOPE APPROACH AND REFERENCE MODEL《基于数据人机界面规范技术 方法范围和参考模型 人机语言 1号研究组 26pp》.pdf》由会员分享，可在线阅读，更多相关《ITU-T Z 352 SPANISH-1993 DATA ORIENTED HUMAN-MACHINE INTERFACE SPECIFICATION TECHNIQUE C SCOPE APPROACH AND REFERENCE MODEL《基于数据人机界面规范技术 方法范围和参考模型 人机语言 1号研究组 26pp》.pdf（26页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T Z.352SECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITLENGUAJE HOMBRE-MQUINATCNICAS DE ESPECIFICACINDE LA INTERFAZ HOMBRE-MQUINAORIENTADA A DATOS ALCANCE,MTODO Y MODELO DE REFERENCIARecomendacin UIT-T Z.352(Anteriormente Recomendacin del C

2、CITT)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 respecto con ob

3、jeto 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 temas.La Rec

4、omendacin UIT-T Z.352, preparada por la Comisin de Estudio X (1988-1993) del UIT-T, fue aprobada por laCMNT (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 de 1993. En su

5、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 han modificado

6、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 UIT.2 Por razo

7、nes 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 la misma decu

8、alquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.Recomendacin Z.352 (03/93) iNDICEPgina1 Alcance de la tcnica de especificacin . 12 Mtodo . 12.1 Datos por oposicin a funciones. 12.2 Consecuen

9、cias. 12.3 Diseo de datos. 33 Modelo de referencia 33.1 Visin de conjunto 33.2 Alcance . 43.3 Subdivisin de la capa externa 6Anexo A Directrices para los diseadores de HMI . 6A.1 Introduccin 6A.2 Mtodo 7A.3 Diseo de datos. 10Apndice I Directrices adicionales para el diseo de datos. 12I.1 Generalidad

10、es . 12I.2 Diseo de clases 12I.3 Diseo de identificadores . 16I.4 Datos derivados y nivel de detalle 21ii Recomendacin Z.352 (03/93)RESUMENEsta Recomendacin proporciona un marco para la especificacin de HMI armonizados.La Recomendacin seala la importancia de identificar el rea de aplicacin correcta

11、y la gran repercusin que estotendr en el diseo final del HMI. En consecuencia, se propone un enfoque orientado a datos, en lugar de un enfoquefuncional.Se presenta y explica un modelo de referencia de tres capas para el HMI. Este modelo de referencia permite lacentralizacin de definiciones de datos

12、para HMI y la derivacin de presentaciones externas de una manera armonizada.El Anexo A proporciona directrices sobre la forma de llevar a cabo el desarrollo de los HMI de acuerdo con el modelode referencia y el formalismo elegidos. El mtodo de desarrollo no es un proceso de desarrollo de tipo cada d

13、e agua.Este anexo tambin ofrece un marco para el correcto diseo de los datos desde el punto de vista del HMI.El Apndice I contiene directrices adicionales para el diseo de datos.La correspondencia entre el modelo de referencia del HMI y la arquitectura funcional de la RGT est en estudio.Entre las re

14、as que guardan relacin con esta Recomendacin cabe citar: correspondencia con las especificaciones RGT; normalizacin del soporte lgico.Recomendacin Z.352 (03/93) 1Recomendacin Z.352Recomendacin Z.352 (03/93)TCNICAS DE ESPECIFICACIN DE LA INTERFAZHOMBRE-MQUINA ORIENTADA A DATOS ALCANCE, MTODO Y MODELO

15、 DE REFERENCIA(Helsinki, 1993)1 Alcance de la tcnica de especificacinEl objetivo de esta tcnica de especificacin es especificar los datos vistos en el HMI, as como la gramtica de estosdatos. La Recomendacin no tiene por objetivo definir el modo de funcionamiento interno de las redes detelecomunicaci

16、n.Los usuarios finales utilizan la especificacin de los datos antes de la realizacin: para evaluar en qu consiste la aplicacin; para asegurar que su gramtica se comprende correctamente; para asegurar que su terminologa est bien elegida; y como una parte genrica de un contrato para las realizaciones.

17、Las especificaciones deben ser tambin aplicables para: dar orientaciones a los usuarios sobre la estructura admisible u obligatoria de los datos, y las explica-ciones de los datos; acceder a las instancias de los datos para esa aplicacin.Por esta razn, las especificaciones deben ser legibles para lo

18、s diseadores y los usuarios finales, y aplicables a ambos.Los diseadores pueden ser diseadores de HMI y diseadores de soporte lgico. Los usuarios finales pueden seroperadores OA se concede un menor nivel de prioridad a la capacitacin sobre las tareas a ejecutar.Recomendacin Z.352 (03/93) 3Si bien el

19、 anlisis de funciones puede ser til para identificar necesidades de datos, este anlisis no ayuda a identificardatos para funciones adicionales, para nuevos usuarios, ni tampoco a identificar datos inconexos. En consecuencia, elanlisis de funciones puede constreir, ms bien que favorecer, la innovacin

20、 y el estudio crtico de definiciones de datosexistentes. Igualmente, si bien la descomposicin de funciones puede ser til para la identificacin de necesidades dedatos, ella no ofrece inters para la documentacin final de los datos. No obstante, puede ser til para tomar nota de lasnecesidades funcional

21、es y de los motivos que han conducido a la identificacin de datos en el proceso de definicin deesos datos.En los mtodos orientados a funciones, los datos se identifican en el nivel ms bajo de descomposicin de las funciones.Los datos identificados pueden ser introducidos en diferentes funciones u obt

22、enidos a la salida de las mismas. La iden-tificacin de datos por separado en cada funcin no trata ni afecta a la estructura general, el diseo y la definicin de losdatos. En consecuencia, las definiciones de datos pueden seguir existiendo no armonizadas, y seguir estando formuladasde tal manera que s

23、ean ineficaces en lo que respecta a su empleo por los usuarios finales, sin que stos lo perciban.En los mtodos orientados a funciones, distintas fases de diseo tratan la agrupacin de datos en estructuras de ficherolgicas, apropiadas para las funciones que van a ser ejecutadas. Estas fases de diseo t

24、ienen en cuenta el acceso a, y lamanipulacin de, los datos, pero por lo general no son capaces de reconsiderar el diseo global de datos paraesa aplicacin.2.3 Diseo de datosEn los mtodos orientados a datos, los datos se identifican independientemente de las funciones. Los analistas ydiseadores observ

25、an el rea de aplicacin que est siendo administrada por la organizacin, disean definiciones de datos para esa rea de aplicacin.El objetivo primario de los mtodos basados en datos es disear definiciones de datos eficientes para el rea deaplicacin elegida. Para el diseo de datos se requiere, y hay que

26、adquirir, un conocimiento profundo del rea deaplicacin que se est administrando.Las definiciones de datos son importantes porque pueden ayudar a la organizacin a comprender la manera de realizarlas tareas.3 Modelo de referencia3.1 Visin de conjuntoEl mtodo orientado a datos permite particionar todas

27、 las especificaciones HMI y todo el soporte lgico en unaarquitectura estratificada (es decir, organizada en capas): La capa externa se hace cargo de la presentacin y manipulacin de datos. Se ocupa tambin de lacorrespondencia con los datos de aplicacin, y de formacin de subconjuntos de los datos de a

28、plicacin. La capa de aplicacin es la capa del modelo de referencia HMI que se ocupa de la definicin de datos y sucomportamiento. La capa interna est fuera del mbito del HMI. Se supone que esta capa se encarga del almacenamientointerno, acceso, realizacin y comunicacin de datos, y de su comportamient

29、o.Cada capa de la arquitectura estratificada est particionada en esquemas, procesos y poblaciones. Los datos de cada capason mapeados a datos de capas adyacentes solamente. Un esquema contiene las definiciones de datos, incluidas las limi-taciones y reglas de derivacin para los correspondientes dato

30、s de poblacin. Una poblacin contiene las instancias dedatos que son cumplimentadas por un proceso de acuerdo con las reglas expresadas en un esquema correspondiente. Enla Figura 2 slo se representan algunos aspectos de las poblaciones HMI y Base(s) de datos. Un proceso lleva a efectola cumplimentaci

31、n de las reglas encontradas en un esquema sobre instancias de datos en una poblacin correspondiente.La capa de aplicacin es un recurso centralizado de datos de aplicacin y de su comportamiento. La especificacin de laterminologa y la gramtica comunes de todos los datos HMI no est dispersada en varias

32、 funciones internas, sino que sedefine de manera no redundante en el esquema de aplicacin.4 Recomendacin Z.352 (03/93)T1005170-92/d02HMIProcesosexternosEsquemasexternosEsquema deaplicacinEsquemasinternosProceso deaplicacinProcesosinternosBase(s) dedatosCapa externa Capa deaplicacinCapa internaComuni

33、cacinCorres-pondenciaCorres-pondenciaFIGURA 2/Z.352La arquitectura de tres capasFIGURE 2/Z.352.D02 = 5 CM (118%)3.2 AlcanceEl alcance del modelo de referencia del trabajo HMI se ilustra en la Figura 3. Se utiliza exclusivamente la arquitectura detres capas para definir e ilustrar el alcance del HMI,

34、 sin que se pretenda imponer ninguna restriccin a la realizacin.Las tres capas son: la capa externa HMI; la capa de aplicacin HMI; la capa interna HMI.La capa de aplicacin HMI es controlada por un esquema de aplicacin, que, por ser un recurso centralizado, contiene laespecificacin de la estructura y

35、 del comportamiento dinmico de todos los datos HMI.La capa externa HMI puede contener varios esquemas externos. Los esquemas externos especifican las sintaxisconcretas detalladas (layout) en el HMI y los derechos de acceso para cada presentacin.Las correspondencias entre el esquema de aplicacin y lo

36、s esquemas externos enuncian la formacin de subconjuntos yderivacin para cada presentacin.La capa interna est fuera del mbito del HMI. Se supone que esta capa se encarga del almacenamiento interno, acceso,realizacin y comunicacin de datos, y de su comportamiento.Los usuarios finales utilizan primord

37、ialmente (la presentacin de) (instancias de) datos de poblacin HMI, de acuerdocon las especificaciones del esquema externo.A fin de saber qu presentaciones estn disponibles, los usuarios finales tienen que acceder a esquemas externos ysus contenidos.Sin embargo, los usuarios finales necesitan tambin

38、 acceder a la definicin de los datos, su comportamiento einterrelaciones. Esta informacin se obtiene del esquema de aplicacin.Los usuarios finales normalmente no tienen que acceder a los aspectos internos de los sistemas. Por tanto, el alcance deltrabajo HMI se define como constituido por la present

39、acin y la manipulacin: de los datos de poblacin HMI; de los esquemas externos HMI; del esquema de aplicacin HMI;Las exigencias de los usuarios finales en cuanto a la sintaxis y al comportamiento de la presentacin de los datos depoblacin HMI hace que surjan exigencias en cuanto a (la presentacin de)

40、los esquemas externos. Los (la presentacinde los) esquemas externos hace que surjan exigencias en cuanto al (a la presentacin del) esquema de aplicacin, el cualtiene que ser capaz de especificar HMI (es decir, la unin de todos los HMI).Recomendacin Z.352 (03/93) 5T1007640-93/d03NOTAS1 El alcance de

41、HMI se ilustra en el interior del rectngulo superior. Adems, de los datos de poblacin, se muestra el alcance de HMI para incluir la presentacin de las especificaciones en los esquemas externos (para la presentacin de los datos de poblacin HMI) y las especificaciones comunes en el esquema de aplicaci

42、n (para la estructura y comportamiento de los datos de poblacin HMI).2 La forma interna y el almacenamiento de datos se muestran en el rectngulo inferior. Los usuarios finales no necesitan acceder a la forma interna de los datos.3 La organizacin de la pantalla y la particin en ventanas se presentan

43、a ttulo de ejemplo para ilustrar el alcance de HMI solamente, y no se pretende que ilustren recomendaciones existentes ni que sugieran recomendaciones futuras. La pantalla puede contener tambin grficos, pero stos no se han incluido en el ejemplo. De la misma forma, la base de datos y la central se h

44、an incluido como ejemplos nicamente.4 Dentro de los rectngulos que representan las capas, los pequeos paralelogramas representan esquemas y los pequeos cuadrados representan procesos. Las flechas bidireccionales representan datos de poblacin que fluyen en ambos sentidos.FIGURA 3/Z.352Alcance del mod

45、elo de referenciaAlcance de HMIAbonadoO. TURANN. Tel.EquipoAo Color908016908017197219671967BRRAbonadoNombreN. Tel.N. Tel.(Suprimido)(Suprimido)N.EquipoAoColorAbonadoNombreN. Tel.(1,1)N.EquipoAo (0,1)ColorN. Tel.(1,1)Presentacin dedatos de poblacin HMI(instancias)Presentacin deesquemas externos HMI(r

46、eglas)Presentacin deesquema de aplicacin HMI(reglas)Capa externa HMICapa de aplicacin HMICapa interna HMIBase dedatosCentralForma interna dedatos de poblacin HMI(instancias)FIGURE 3/Z.352.D03 = 21 CM PAGE PLEINE (118%)6 Recomendacin Z.352 (03/93)3.3 Subdivisin de la capa externaEl esquema externo se

47、 ocupa de la especificacin de datos en el HMI para una presentacin especfica. Se proporciona lasiguiente subdivisin del esquema externo (vase la Figura 4): El esquema de contenido especifica la estructura de los datos seleccionados y su relacin para unapresentacin especfica. El esquema de disposicin

48、 (o esquema de layout) especifica la forma en que los datos se presentan al serhumano.El contenido de los esquemas y las correspondencias entre los esquemas proporcionan especificaciones desde el puntode vista del ser humano (es decir, del diseador y del usuario).Estos contenidos y correspondencias no hacen ningn enunciado sobre la realizacin final del sistema. Por ejemplo,todas las especificaciones pueden ser compiladas en un solo bloque funcional.T1005190-92/d04Esquemas dedisposicinEsquemas decontenidoE