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

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

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 Z.352SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUIT,!.!% (/-% -!#().%4%#(.)15% $% 30 #) normalisation du logiciel.Recommandation Z.352 (03/93) 1Recommandation Z.352Recommandation Z.352 (03/93)TECHNIQUE DE SPCIFICATION DE LINTERFACE HOMME

2、-MACHINEORIENTE VERS LES DONNES PORTE, APPROCHEET MODLE DE RFRENCE(Helsinki, 1993)1 Champ dapplication de la technique de spcificationLe but de cette technique de spcification est de spcifier les donnes du point de vue de la HMI ainsi que la grammairepour ces donnes et non de dfinir comment les rsea

3、ux de tlcommunication fonctionnent intrieurement.La spcification des donnes est utilise par les utilisateurs finals avant la mise en oeuvre: pour dterminer la nature dune application; pour sassurer que sa grammaire est correctement comprise; pour sassurer que sa terminologie est bien choisie; et en

4、tant qulment essentiel dun contrat de mise en oeuvre.Les spcifications doivent tre galement utilisables: pour guider lutilisateur en ce qui concerne la structure admissible/obligatoire des donnes et lexplicationdes donnes; pour accder aux instances des donnes dans le cadre de cette application.Il se

5、nsuit que les spcifications doivent pouvoir tre comprises par les concepteurs et les utilisateurs finals auxquelselles sappliquent.Les concepteurs peuvent tre aussi bien des concepteurs de HMI que des concepteurs de logiciel. Les utilisateurs finalspeuvent tre aussi bien des oprateurs OA lapprentiss

6、age des tches accomplir est moins prioritaire.Recommandation Z.352 (03/93) 3Lanalyse des fonctions peut faciliter lidentification des besoins de donnes, mais elle ne permet pas didentifier lesdonnes pour des fonctions complmentaires, les donnes pour de nouveaux usagers ou les donnes non corrles.Lana

7、lyse des fonctions peut donc freiner linnovation et la remise en question des dfinitions de donnes existantes aulieu de les stimuler. La dcomposition des fonctions peut faciliter lidentification des besoins de donnes, mais elle neprsente aucun intrt dans la documentation finale des donnes. Nanmoins,

8、 elle peut tre utile pour enregistrer lesbesoins fonctionnels et les raisons qui ont conduit lidentification des donnes ainsi qu la dfinition de ces donnes.Dans les approches orientes vers les fonctions, les donnes sont identifies au niveau le plus bas de la dcompositiondes fonctions. Les donnes ide

9、ntifies peuvent se situer lentre ou la sortie des diffrentes fonctions. Lidentificationdes donnes sparment dans chaque fonction ne vise pas et ne met pas en cause la structure, la conception et ladfinition globales des donnes. Les dfinitions de donnes peuvent donc continuer exister sans tre harmonis

10、es etdfinies, de sorte quelles sont tout fait inefficaces, et ce linsu des utilisateurs finals.Dans les approches orientes vers les fonctions, des phases de conception distinctes visent regrouper les donnes enstructures de fichier logiques, appropries aux fonctions excuter. Ces phases de conception

11、tiennent compte de laccset de la manipulation des donnes mais ne sont gnralement pas capables de reconsidrer la conception gnrale desdonnes pour cette application.2.3 Conception des donnesDans les approches orientes vers les donnes, les donnes sont identifies indpendamment des fonctions. Les analyst

12、eset les concepteurs: observent le champ dapplication gr par lorganisation; conoivent les dfinitions de donnes pour ce champ dapplication.Lobjectif essentiel des approches orientes vers les donnes est de concevoir des dfinitions de donnes efficaces pourle champ dapplication choisi. Pour la conceptio

13、n des donnes, une large connaissance du champ dapplication gr estncessaire et doit tre acquise.Les dfinitions de donnes sont importantes car elles permettent lorganisation de comprendre et de percevoir sesfonctions et la faon dont elle peut accomplir ses tches.3 Modle de rfrence3.1 Vue densembleLapp

14、roche oriente vers les donnes permet de segmenter toutes les spcifications HMI et tous les logiciels pour formerune architecture en couches: la couche externe gre la prsentation et la manipulation des donnes. Elle gre galement ladaptationaux donnes dapplication et la cration de sous-ensembles de ces

15、 donnes; la couche application est la couche du modle de rfrence HMI qui prend en charge la dfinition desdonnes et leur comportement; la couche interne sort du cadre de la HMI. Cette couche est cense prendre en charge la mmorisation,laccs, la mise en oeuvre et la communication des donnes ainsi que l

16、eur comportement.Chaque couche de larchitecture en couches est cloisonne en schmas, processus et populations. Les donnes de chaquecouche sont adaptes aux donnes des couches adjacentes seulement. Un schma contient les dfinitions de donnes, ycompris les contraintes et les rgles de drivation pour les d

17、onnes de population correspondantes. Une populationcontient les instances de donnes qui sont mises en oeuvre par un processus conformment aux rgles exprimes dans unschma correspondant. Seuls certains aspects des populations HMI et Base(s) de donnes sont dcrits sur la Figure 2.Un processus applique l

18、es rgles indiques dans un schma aux instances de donnes dans une populationcorrespondante.La couche application est une ressource centralise de donnes dapplication et de leur comportement. La spcificationde la terminologie et de la grammaire communes de toutes les donnes HMI nest pas disperse dans p

19、lusieurs fonctionsexternes mais est dfinie de faon non redondante dans le schma dapplication.4 Recommandation Z.352 (03/93)T1005170-92/d02HMIProcessusexternesSchmasexternesSchmadapplicationSchmasinternesProcessusdapplicationProcessusinternesBase(s) dedonnesCoucheexterneCoucheapplicationCoucheinterne

20、CommunicationAdaptation AdaptationFIGURE 2/Z.352Architecture trois couchesFIGURE 2/Z.352.D02 = 5 CM (118%)3.2 Champ dapplicationLe champ dapplication du modle de rfrence du fonctionnement dune HMI est illustr sur la Figure 3. Larchitecture trois couches nest utilise que pour dfinir et illustrer la c

21、hamp dapplication de la HMI; elle na pas pour but dimposerdes restrictions la mise en oeuvre.Les trois couches sont les suivantes: la couche externe HMI; la couche application HMI; la couche interne HMI.La couche application HMI est commande par un schma dapplication, ressource centralise qui contie

22、nt laspcification de la structure et du comportement dynamique de toutes les donnes HMI.La couche externe HMI peut contenir plusieurs schmas externes. Les schmas externes spcifient les syntaxes concrtesdtailles (la prsentation) la HMI et les droits daccs pour chaque prsentation.Les mises en correspo

23、ndance entre le schma dapplication et les schmas externes indiquent la cration de sous-ensembles et la drivation choisies pour chaque prsentation.La couche interne sort du cadre de la HMI. Cette couche est cense prendre en charge la mmorisation, laccs, la miseen oeuvre et la communication internes d

24、es donnes et leur comportement.Les utilisateurs finals utilisent essentiellement les (la prsentation des) donnes de population HMI (instances)conformment aux spcifications du schma externe.Pour savoir quelles sont les prsentations disponibles, les utilisateurs finals doivent accder aux schmas extern

25、es et leur contenu.Cependant, les utilisateurs finals doivent galement accder la dfinition des donnes, leur comportement et leursrelations dinterdpendance. Ces informations sont fournies par le schma dapplication.Il nest, en gnral, pas ncessaire que les utilisateurs finals aient accs aux aspects int

26、ernes des systmes. Le champdaction dune HMI se dfinit donc comme tant constitu par la prsentation et la manipulation: des donnes de population HMI; des schmas externes HMI; du schma dapplication HMI.Les conditions requises, du point de vue des utilisateurs finals, en ce qui concerne la syntaxe et le

27、 comportement de laprsentation des donnes de population HMI indiquent les conditions requises pour les (la prsentation des) schmasexternes. Les (la prsentation des) schmas externes indiquent les conditions requises pour le (la prsentation du)schma dapplication, qui doit tre capable de spcifier les (

28、la totalit des) HMI.Recommandation Z.352 (03/93) 5T1007640-93/d03NOTES1 Le champ daction de la HMI est illustr lintrieur du rectangle suprieur. En plus des donnes de population, il est indiqu que le champ daction de la HMI comprend la prsentation des spcifications dans les schmas externes (pour la p

29、rsentation des donnes de population HMI) et des spcifications communes dans le schma dapplication (pour la structure et le comportement des donnes de population HMI).2 La forme interne et la mise en mmoire des donnes sont indiques dans le rectangle infrieur. Il nest pas ncessaire que les utilisateur

30、s aient accs la forme interne des donnes.3 Les prsentations sur cran et la division en fentres sont des exemples qui indiquent seulement le champ daction de la HMI, leur but ntant pas dillustrer des recommandations existantes ou dimposer de futures recommandations. Lcran peut contenir galement des g

31、raphiques, ce qui nest pas indiqu sur la figure. De mme, la base de donnes et le commutateur ne sont reprsents qu titre dexemple.4 A lintrieur des rectangles qui dcrivent les couches, les petits paralllogrammes reprsentent des schmas et les petits carrs reprsentent des processus. Les flches bidirect

32、ionnelles reprsentent des donnes de population circulant dans les deux sens.FIGURE 3/Z.352Champ dapplication du modle de rfrenceChamp daction de la HMIAbonnO. TURANN de tl.EquipementAnne Couleur908016908017197219671967BRRAbonnNomN de tl.N de tl.(supprim)(supprim)NEquipementAnneCouleurAbonnNomN de tl

33、.(1,1)NEquipementAnne (0,1)CouleurN de tl.(1,1)Prsentation des donnesde population HMI(instances)Prsentation des schmasexternes HMI (rgles)Prsentation du schmadapplication HMI (rgles)Couche externe HMICouche application HMICouche interne HMIBase dedonnesCommutateurForme interne de donnesde populatio

34、n HMI(instances)FIGURE 3/Z.352.D03 = 21 CM PAGE PLEINE (118%)6 Recommandation Z.352 (03/93)3.3 Subdivision de la couche externeLe schma externe prend en charge la spcification des donnes la HMI pour une prsentation particulire. Unesubdivision du schma externe est prvue comme suit (voir Figure 4): le

35、 schma de contenu spcifie la structure des donnes slectionnes et leurs relations pour uneprsentation particulire; le schma de prsentation spcifie la manire dont les donnes doivent tre prsentes lusager.Les contenus des schmas et les mises en correspondance entre les schmas fournissent les spcificatio

36、ns du point devue humain (concepteur et usager).Ces contenus et mises en correspondance ne prjugent en rien la mise en oeuvre finale du systme. Par exemple, toutesles spcifications peuvent tre compiles en un seul bloc fonctionnel.T1005190-92/d04Schmas deprs entationSchmas decontenuSchmadapplicationS

37、chmasinternesHMIProcessusdeprs entationProc essusde contenuProcessusdapplicationProcessusinternesBase(s)de donnesSchmas externesProcessus externesFIGURE 4/Z.352Description dtaille des schmas externesFIGURE 4/Z.352.D04 = 5.5 CM (118%)Annexe ADirectives destines aux concepteurs de HMI(Cette annexe fai

38、t partie intgrante de la prsente Recommandation)A.1 IntroductionCette annexe contient les paragraphes suivants: paragraphe A.2: Mthode; paragraphe A.3: Conception des donnes.Recommandation Z.352 (03/93) 7A.2 MthodeA.2.1 ObjetLe but de la mthode est le suivant: identifier la porte des spcifications d

39、e linterface homme-machine; identifier les activits qui sont strictement ncessaires pour tablir des interfaces homme-machineconformment au modle de rfrence de la prsente Recommandation; identifier les squences ncessaires de ces activits; donner quelques directives pour une bonne conception des donne

40、s.Pour obtenir des informations sur la porte de la mthode, voir larticle 1. Pour les directives concernant la conceptiondes donnes, voir A.3.A.2.2 Processus de dveloppement gnralLe prsent paragraphe dcrit le processus de dveloppement gnral pour les interfaces homme-machine. Le processusde dveloppeme

41、nt gnral est impliqu par larchitecture trois couches du modle de rfrence mais nest pas influencpar le formalisme choisi de la technique de spcification de linterface homme-machine.Le processus de dveloppement gnral peut tre divis en plusieurs activits comme suit:1) prospection et analyse dimpact;2)

42、planification et coordination du systme;3) conception du schma dapplication;4) conception du schma externe;5) mise en oeuvre et tablissement dun prototype.Lintroduction et lutilisation des spcifications ainsi que les mises en application conformment aux spcifications sontconsidres comme sortant du c

43、adre du processus de dveloppement gnral.Ces activits sont brivement prsentes ci-dessous: Lactivit 1, prospection et analyse dimpact, ne fait pas lobjet de cette srie de Recommandations. Cetteactivit peut inclure les lments suivants: analyse du champ dapplication; analyse des systmes connexes, par ex

44、emple structures dorganisation et tches prendre enconsidration; tablissement desquisses de conception; formulation des objectifs du ou des nouveaux systmes; analyse des consquences en matire dconomie, dorganisation, de personnel et autres; dfinition de la porte, des limites et de lintroduction du ou

45、 des futurs systmes. Lactivit 2, planification et coordination du systme, ne fait pas lobjet de cette srie de Recommanda-tions. Cette activit peut inclure llment suivant: conception de lorganisation propose pour les procdures de fonctionnement dans la communautdes utilisateurs. Lactivit 3, conceptio

46、n du schma dapplication, est laxe principal de la technique de spcification de laHMI oriente vers les donnes. Le processus de dveloppement propos pour le schma dapplication estdcrit dans A.2.3. Lactivit 4, conception du schma externe, est actuellement laisse en suspens pour tude ultrieure. Ellecompr

47、endra les lments suivants: spcification du contenu des vues (schmas de contenu) du schma dapplication; spcification de HMI concrtes (schmas de prsentation).8 Recommandation Z.352 (03/93) Lactivit 5, mise en oeuvre et tablissement dun prototype, ne fait pas lobjet de cette srie deRecommandations. Elle peut comprendre les lments suivants: conception du logiciel dapplication HMI; vrification et validation de la HMI ralise.T1007650-93/d051 Prospection et analyse dimpact Processus d