ITU-T Z 332 SPANISH-1988 METHODOLOGY FOR THE SPECIFICATION OF THE MAN-MACHINE INTERFACE GENERAL WORKING PROCEDURE《人机界面的规范方法 一般工序》.pdf

《ITU-T Z 332 SPANISH-1988 METHODOLOGY FOR THE SPECIFICATION OF THE MAN-MACHINE INTERFACE GENERAL WORKING PROCEDURE《人机界面的规范方法 一般工序》.pdf》由会员分享，可在线阅读，更多相关《ITU-T Z 332 SPANISH-1988 METHODOLOGY FOR THE SPECIFICATION OF THE MAN-MACHINE INTERFACE GENERAL WORKING PROCEDURE《人机界面的规范方法 一般工序》.pdf（10页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T Z.332SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UITLENGUAJE HOMBRE-MQUINAMETODOLOGA PARA LA ESPECIFICACINDEL INTERFAZ HOMBRE-MQUINAPROCEDIMIENTO GENERAL DE TRABAJORecomendacin UIT-T Z.332(Extracto del Libro Azul)NOTAS1 La Recomendacin UIT-T Z.3

2、32 se public en el fascculo X.7 del Libro Azul. Este fichero es un extracto delLibro Azul. Aunque la presentacin y disposicin del texto son ligeramente diferentes de la versin del Libro Azul, elcontenido del fichero es idntico a la citada versin y los derechos de autor siguen siendo los mismos (Vase

3、 acontinuacin).2 Por razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designar auna administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1988, 1993Reservados todos los derechos. No podr reproducirse o utilizarse la presente Recomen

4、dacin ni parte de la misma decualquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.Fascculo X.7 - Rec. Z.332 1Recomendacin Z.332Fascculo X.7 - Rec. Z.332METODOLOGA PARA LA ESPECIFICACIN DEL INTE

5、RFAZHOMBRE-MQUINAPROCEDIMIENTO GENERAL DE TRABAJO1 IntroduccinLa Recomendacin Z.331 contiene un resumen de las funciones que han de controlarse por medio del LHM.Cada rea funcional de la lista debe especificarse con detalle para permitir la generacin de la semntica relacionada conla funcin.El uso de

6、 esa semntica, en unin de las caractersticas proporcionadas por las Recomendaciones de lassecciones 2 y 3, permite la especificacin del interfaz hombre-mquina.Para obtener una especificacin detallada, es necesario un mtodo formal de trabajo que permita un enfoquecomn. Esta Recomendacin ofrece una me

7、todologa para estos fines.A fin de asignar debidamente la responsabilidad de la aplicacin de la metodologa, su aplicacin puedeconsiderarse como un proceso en dos etapas.La primera etapa supone la generacin de la semntica relacionada con la funcin. Esta etapa est orientadaprincipalmente a los experto

8、s que trabajan en Comisiones de Estudio del CCITT responsables de la elaboracin deRecomendaciones asociadas con las funciones que ha de controlar el LHM. Sin embargo, se reconoce que el repertoriode las funciones LHM consideradas en las Recomendaciones del CCITT no puede cubrir las necesidades de to

9、das lasAdministraciones o de todos los sistemas con control por programa almacenado (CPA). Por consiguiente, esta etapa sedestina tambin a las Administraciones, empresas privadas de explotacin reconocidas y organizaciones cientficas oindustriales que consideren necesario especificar funciones peculi

10、ares a sus necesidades individuales.La segunda etapa de la aplicacin de la metodologa supone la obtencin efectiva del interfaz hombre-mquinautilizando la semntica y las caractersticas pertinentes de las secciones 2 y 3. La responsabilidad de esta etapacorresponde a las Administraciones, a las empres

11、as privadas de explotacin reconocidas y a las organizacionescientficas o industriales.2 Orientacin de la metodologa: centrada en la Administracin y centrada en el sistemaLa metodologa para la especificacin de funciones debe basarse en un entendimiento comn del concepto defuncin.Pueden definirse tres

12、 clases diferentes de funciones del sistema, a saber:l) Funciones de clase A o funciones de lenguaje hombre-mquina (LHM)Funciones del sistema que proporcionan al usuario del LHM los medios de control de otras funciones delsistema. La palabra “control” se supone que incluye todos los tipos de entrada

13、s y salidas.Toda funcin de clase A puede subdividirse en una parte general, relacionada por ejemplo con lacomprobacin de la sintaxis, control de transmisin de informacin, etc., y una parte de aplicacinrelacionada con el trabajo en curso.Ejemplo: crear una medicin de trfico.2) Funciones de clase BFun

14、ciones del sistema que el usuario del LHM puede controlar, al menos parcialmente, mediante funcionesLHM.Ejemplo: realizar mediciones de parmetros de trfico.3) Funciones de clase CFunciones del sistema que el usuario del LHM no puede controlar en absoluto en un sistema dado durante elfuncionamiento.

15、En la siguiente metodologa no se hace referencia a las funciones de clase C.2 Fascculo X.7 - Rec. Z.332La relacin entre los conceptos de “trabajo” y los diferentes tipos de funciones se muestra en la figura 1/Z.332.Esta definicin de funcin LHM incluye el concepto de acciones del sistema y de accione

16、s humanas realizadassobre objetos. La metodologa presentada en los puntos siguientes se basa en la comprensin de este concepto.Para aclarar el concepto de “trabajo”, tal como se aplica a la operacin y al mantenimiento, se formulan lassiguientes definiciones:trabajoActividad administrativa discreta e

17、n un negocio de telecomunicaciones, designada como una parte del planglobal para la direccin del negocio y caracterizada por la comunicacin hombre-mquina y/o acciones manuales.Se reconoce que en el futuro, el grado de automatizacin de los trabajos de operacin y mantenimiento en la redde telecomunica

18、cin aumentar a medida que se ample la aplicacin de sistemas auxiliares. En consecuencia, se prevque toda o parte de una cierta funcin de clase B implantada en un sistema puede aparecer como una funcin de clase Cen otro sistema. El resultado es que el nmero y tipo de funciones de clase A que apoyan e

19、l mismo conjunto de trabajosde operacin y mantenimiento pueden diferir de un sistema a otro.3 Procedimiento de trabajo generalEste procedimiento comprende cinco fases:l) identificacin de las necesidades de la Administracin;2) identificacin suficientemente detallada de las funciones LHM; es decir, ne

20、cesarias para el control delsistema por el usuario;3) identificacin de la estructura de informacin asociada a cada funcin LHM;4) especificacin del interfaz hombre-mquina;5) verificacin y validacin de las fases 2, 3 y 4.Las figuras 2/Z.332, 3/Z.332 y 4/Z.332 muestran una representacin ms formal de es

21、te procedimiento de trabajogeneral. La representacin se realiza mediante diagramas de interaccin de bloques funcionales como se define en lasRecomendaciones de la serie Z.100 sobre el lenguaje de especificacin y descripcin (LED). La figura 2/Z.332representa el procedimiento a alto nivel, mostrando s

22、us factores bsicos. La figura 3/Z.332 describe, en un grado inferiorde detalle, las cinco fases presentadas ms arriba en trminos de la informacin que debe elaborarse y considerarse encada fase, as como sus relaciones. La figura 4/Z.332 describe, en los mismos trminos, las dos subfases en las que sed

23、escompone la fase 2. Por convenio de representacin, la informacin que se utiliza principalmente en apoyo de lasactividades realizadas en las diferentes fases se indica en la parte superior del smbolo de bloque funcional.Cada fase se describe con ms detalle en los siguientes prrafos en cuanto a su ob

24、jetivo, productos de entrada ysalida, mtodos e instrumentos aplicables, y responsabilidades de las Comisiones de Estudio del CCITT.Para conseguir un mayor grado de comunidad de realizacin de las fases 1, 2 y 3 entre las diferentes reasfuncionales, es fundamental armonizar la terminologa utilizada. E

25、n la Recomendacin Z.333 figura un glosario detrminos que puede ser til en cierto nmero de reas funcionales.Fascculo X.7 - Rec. Z.332 3Se cree que el glosario evolucionar a medida que prosiga la actividad semntica de las funciones LHM.Adems, debe prepararse tambin un glosario de trminos especficos de

26、 cada rea funcional, como se indica acontinuacin.Conviene subrayar que la armonizacin terminolgica se refiere a las fases de la metodologa aqu descritas quecaen bajo la responsabilidad del CCITT. Esta Recomendacin no pretende, con su glosario o ejemplos anexos,recomendar una terminologa especfica pa

27、ra su utilizacin en el interfaz hombre-mquina real. Se pretende ms bien quelos fabricantes y las Administraciones utilicen los conceptos, aqu definidos, que esta terminologa representa.Seleccionarn su propia terminologa para representar los conceptos que sean aplicables a sus necesidades en laespeci

28、ficacin del interfaz real. El entendimiento comn de las definiciones de esos conceptos mejorar la coherencia delas Recomendaciones del CCITT sobre la semntica de las funciones LHM, y facilitar la discusin de las capacidadesde los diferentes sistemas al respecto de las mismas reas funcionales y reas

29、funcionales distintas.La salida de cada fase debe recogerse en una serie de documentos basados en la terminologa de lasfiguras 3/Z.332 y 4/Z.332.Fases Nombre1 Documento A Lista de funciones de clase B y lista de trabajos2.1 Documento B Modelos de funciones2.2 Documento C Lista de funciones LHM3 Docu

30、mento D Estructura de informacin de cada funcin LHM4 Documento E Especificacin del interfaz hombre-mquina5 Documento F Resultados de verificacin y validacin1-5 Documento G Glosario de trminosLa aplicacin de la metodologa a un rea funcional especfica puede variar. Pueden producirse documentos A-Gpara

31、 el rea funcional en su conjunto o dividirse el rea funcional en subreas y tratarse separadamente cada una de ellas.La razn fundamental para elegir uno u otro mtodo ser la coherencia y mantenibilidad del juego completo dedocumentos preparados para el rea funcional. Si se elige el segundo mtodo, debe

32、n documentarse tambin sus detalles,con una descripcin inequvoca del rea principal y subreas identificadas.3.1 Fase 1: Identificacin de necesidadesObjetivoIdentificar las diversas necesidades de las Administraciones para preparar una lista de trabajos a realizar pormedio de comunicaciones hombre-mqui

33、na y preparar una lista convenida de funciones que se prevea que serncontroladas por el LHM (funciones de clase B). La armonizacin de la terminologa es esencial.EntradaLas entradas al proceso de identificacin de funciones de clase B proceden de tres fuentes. En primer lugar, lasComisiones de Estudio

34、 pueden proporcionar modelos de operacin y mantenimiento y listas de funciones de clase B queforman parte de esos modelos.En segundo lugar, las Administraciones pueden proporcionar informacin sobre los trabajos mediante los cualesse operan y mantienen sus sistemas. Alguna indicacin en cuanto a la im

35、portancia relativa y la frecuencia podra resultartil en el proceso de especificar las funciones LHM.La tercera entrada es la versin actual de la Recomendacin Z.331.SalidaLista de funciones de clase B y lista de trabajos (Documento A).Estas funciones y trabajos podran realizarse en terminales asociad

36、os a sistemas de operacin y mantenimiento osistemas CPA. Es posible que una cierta parte de estas funciones y trabajos slo puedan realizarse en terminalesasociados a sistemas de operacin y mantenimiento, o slo en terminales asociados con sistemas CPA.4 Fascculo X.7 - Rec. Z.332Instrumentos y mtodosS

37、er necesario tener en cuenta lo siguiente:- las directrices de expertos de otras Comisiones de Estudio;- las lneas directrices descritas en la Recomendacin Z.333;- las lneas directrices para la armonizacin de la terminologa, descritas en la Recomendacin Z.333.Se recomienda tambin la utilizacin del L

38、ED.3.2 Fase 2: Identificacin de funciones LHMObjetivoIdentificar, utilizando una terminologa armonizada, las funciones LHM relacionadas con las funciones declase B. Esta fase es un procedimiento iterativo que exige la aplicacin de varios instrumentos para la identificacin de lalista de funciones LHM

39、, es decir, las funciones que se describen con suficiente detalle para permitir la obtencin delinterfaz hombre-mquina. La figura 4/Z.332 muestra un diagrama de representacin de esta fase.EntradaLista de funciones de clase B y una lista de trabajos, ambas obtenidas como salida de la fase l.SalidaList

40、a de funciones LHM.Otra informacion (cuando sea aplicable). Documento C3.2.1 Subfase 2.1: ModeladoObjetivoRepresentar, utilizando una terminologa armonizada, las diversas funciones de las partes de los sistemas detelecomunicaciones controladas por LHM mediante modelos.EntradaLista de funciones de cl

41、ase B.SalidaDescripcion de funciones de clase B por medio de modelos. Otra informacion (cuando sea aplicable).Documento BInstrumentos y mtodos- Actualmente se dispone de un modelado informal, por lo que es necesario definir y elaborar un mtodo demodelado formal. El LED podra utilizarse para ciertas

42、partes de la labor de modelado.- Las lneas directrices para la armonizacin de la terminologa, descritas en la Recomendacin Z.333.3.2.2 Subfase 2.2: Descomposicin de funciones LHMObjetivoIdentificar, utilizando una terminologa armonizada, cada una de las funciones LHM, considerando el modelo yla list

43、a definida de trabajos.Entrada- Lista de trabajos.- Lista de funciones de clase B.Fascculo X.7 - Rec. Z.332 5SalidaLista de funciones LHM. Otra informacion (cuando sea aplicable). Documento CInstrumentos y mtodos- Puede utilizarse el LED. A fin de representar o deducir las funciones LHM, debe aplica

44、rse el mtodo dedescomposicin de funciones LHM.- Las lneas directrices para la armonizacin de la terminologa, descritas en la Recomendacin Z.333.3.3 Fase 3: Identificacin de la estructura de informacinObjetivoIdentificar, utilizando una terminologa armonizada, la estructura de informacin de cada func

45、in LHM a fin deproporcionar una imagen clara de la semntica asociada (accin, objetos, entidades de informacin y sus interrelaciones).Deben proporcionarse diagramas separados para la estructura de informacin relativa a las funciones de entrada y aaquellas salidas que revisten una importancia tal que

46、su normalizacin resultara beneficiosa.El contenido de los diagramas de estructura de informacin debe limitarse a la informacin relacionada con esasemntica. Otras informaciones, como las relativas a posibles valores de parmetros, pueden listarse por separado si asse desea, o como notas de pie de pgin

47、a.No se implica una correspondencia biunvoco entre los diagramas de estructura de la informacin elaborados enesta fase y las salidas e instrucciones asociadas que se elaborarn en la fase 4. Ms concretamente, un solo diagrama deestructura de informacin puede llevar a una multiplicidad de entradas o s

48、alidas. Asimismo, varios diagramas deestructura de informacin pueden conducir a una sola entrada o salida. Adems, los diagramas de estructura deinformacin no deben interpretarse como especificaciones de ningn proceso de soporte lgico necesario para ejecutarlas entradas y salidas correspondientes.EntradaLista de funciones LHM.Salida- Diagrama de estructura de informacion de cada funcion LHM- Informacion adicional (una lista de possiblesvalores de parametro asociados con los diagramas de estructura de informacion).Documento DInstrumentos y