Mag-download ng dokumento

STANDARD NG USSR UNION

INTERFACE
PARA SA AUTOMATED
MGA SISTEMA NG KONTROL
IPINAHAGI NA MGA BAGAY

PANGKALAHATANG KINAKAILANGAN

K.I. Didenko, Ph.D. tech. mga agham; Yu.V. Rosen; K.G. Karnaukh; M.D. Gafanovich, Ph.D. tech. mga agham; K.M. Usenko; Zh.A. Guseva; L.S. Lanina; S.N. Kiiko

IPINAGPILALA ng Ministry of Instrumentation, Automation and Control Systems

Miyembro ng Lupon N.I. Gorelikov

INAPRUBAHAN AT PINAG-EPEKTO sa pamamagitan ng Resolusyon ng USSR State Committee on Standards na may petsang Marso 30, 1984 No. 1145

STANDARD NG USSR UNION

hanggang 01/01/90

Ang pagkabigong sumunod sa pamantayan ay may kaparusahan sa batas

Nalalapat ang pamantayang ito sa interface na kumokontrol sa mga pangkalahatang tuntunin para sa pag-aayos ng pakikipag-ugnayan ng mga lokal na subsystem bilang bahagi ng mga automated na sistema ng kontrol para sa mga ipinamahagi na bagay gamit ang isang backbone na istraktura ng komunikasyon (mula rito ay tinutukoy bilang interface).

Sa mga tuntunin ng pisikal na pagpapatupad, ang pamantayan ay nalalapat sa mga interface ng mga pinagsama-samang gumagamit ng mga de-koryenteng signal upang magpadala ng mga mensahe.

1. LAYUNIN AT SAKLAW NG APPLICATION

1.1. Ang interface ay idinisenyo upang ayusin ang komunikasyon at pagpapalitan ng impormasyon sa pagitan ng mga lokal na subsystem bilang bahagi ng mga automated control system para sa mga teknolohikal na proseso, makina at kagamitan sa iba't ibang industriya at hindi pang-industriya na lugar.

interface sa pagpapatakbo at teknolohikal na mga tauhan;

interface na may upper-tier control na mga computer complex sa mga hierarchical system.

2. PANGUNAHING KATANGIAN

2.1. Ang interface ay nagpapatupad ng isang bit-serial synchronous na paraan ng pagpapadala ng mga digital na signal ng data sa isang two-wire trunk channel.

2.2. Ang kabuuang attenuation ng signal sa pagitan ng output ng transmitting at input ng receiving station ay dapat na hindi hihigit sa 24 dB, habang ang attenuation na ipinakilala ng linya ng komunikasyon (pangunahing channel at taps) ay dapat na hindi hihigit sa 18 dB, na iniambag. sa pamamagitan ng bawat aparato ng komunikasyon na may linya - hindi hihigit sa 0, 1 dB.

Tandaan. Kapag gumagamit ng cable type RK-75-4-12, ang maximum na haba ng linya ng komunikasyon (kabilang ang haba ng mga sanga) ay 3 km.

(Bagong edisyon, Susog Blg. 1).

2.5. Upang kumatawan sa mga signal, dapat gamitin ang two-phase modulation na may phase-difference coding.

2.6. Para sa proteksyon ng code ng mga ipinadalang mensahe, dapat gumamit ng cyclic code na may bumubuo ng polynomial X 16 + X 12 + X 5 + 1.

2.7. Upang maalis ang mga random na error, dapat na posible na muling magpadala ng mga mensahe sa pagitan ng parehong mga lokal na subsystem.

2.8. Ang paghahatid ng mga mensahe sa pagitan ng mga lokal na subsystem ay dapat isagawa gamit ang isang limitadong hanay ng mga function byte, ang pagkakasunud-sunod nito ay itinatag ng format ng mensahe. Ang interface ay nagtatatag ng dalawang uri ng mga format ng mensahe (Figure 1).

Ang Format 1 ay may nakapirming haba at inilaan para sa paghahatid ng mga mensahe sa interface lamang.

Kasama sa Format 2 ang isang bahagi ng impormasyon na may variable na haba na nilayon para sa paghahatid ng data.

Ang format 2, depende sa bilis ng paghahatid (mababang bilis o hanay ng mataas na bilis), ay dapat magmukhang 2.1 o 2.2, ayon sa pagkakabanggit.

Mga uri ng mga format ng mensahe

Format 1

2.9. Kasama sa mga format ng mensahe ang mga sumusunod na function byte:

pag-synchronize ng CH;

address ng tinatawag na lokal na AB subsystem;

code ng gumanap na function na CF;

sariling address ng lokal na subsystem ng AS;

bilang ng mga byte ng data sa bahagi ng impormasyon ng DS, DS1 o DS2;

byte ng impormasyon DN1 - DNp;

control code bytes KB1 at KB2.

2.8, 2.9.

2.9.1. Ang synchronization byte CH ay nagsisilbing ipahiwatig ang simula at pagtatapos ng isang mensahe. Ang synchronization byte ay itinalaga ang code?111111?.

2.9.2. Ang AB subsystem address byte ay kinikilala ang lokal na subsystem kung saan ang mensahe ay dinala.

2.9.3. Tinutukoy ng CF function na ginanap na byte ang operasyon na ginagawa sa isang naibigay na ikot ng komunikasyon. Ang layunin ng mga bit sa loob ng CF byte ay ipinapakita sa Fig. 2.

KF byte na istraktura

2.9.4. Ang mga CF code at ang kaukulang mga operasyong isinagawa ay ipinahiwatig sa talahanayan.

Tinutukoy ng zero bit ang uri ng mensahe (challenge-response) na ipinadala sa trunk channel.

Ang Bit 1 ay tumatagal ng isang solong halaga kapag ang subsystem ay abala (halimbawa, pagbuo ng buffer ng data).

Ang Bit 2 ay tumatagal ng isang halaga kung ang isang mensahe ng format 2 ay ipinadala sa cycle na ito.

Dinadala ng Bit 3 ang halaga ng isa sa isang muling ipinadalang mensahe sa parehong lokal na subsystem kung may nakitang error o walang tugon.

(Binagong edisyon, Susog Blg. 1).

2.9.5. Ang sariling address ng lokal na subsystem na bumubuo ng mensahe ng AC ay ibinibigay upang ipaalam sa tinatawag na subsystem ng address ng tugon at i-verify ang kawastuhan ng napili nito.

2.9.6. Tinutukoy ng DS byte ang haba ng bahagi ng impormasyon sa 2.1 na format, habang ang halaga ng binary code ng DS byte ay tumutukoy sa bilang ng mga DN byte. Ang pagbubukod ay ang code ????????, na nangangahulugang 256 na byte ng impormasyon ang ipinadala.

Tinutukoy ng Bytes DS1, DS2 ang haba ng bahagi ng impormasyon sa 2.2 na format.

(Binagong edisyon, Susog Blg. 1).

2.9.7. Ang mga byte ng data ng DN ay kumakatawan sa bahagi ng impormasyon ng isang mensahe sa format 2. Dapat na maitatag ang pag-encode ng data ng mga dokumentong pang-regulasyon para sa nauugnay na mga lokal na subsystem.

2.9.8. Ang mga control byte na KB1, KB2 ay bumubuo sa bahagi ng kontrol at ginagamit upang matukoy ang pagiging maaasahan ng mga ipinadalang mensahe.

3. INTERFACE STRUCTURE

3.1. Ang interface ay nagbibigay ng kakayahang bumuo ng mga distributed system na may backbone na istraktura ng komunikasyon (Larawan 3).

Istraktura ng koneksyon ng mga lokal na subsystem

LC1 - LCn- mga lokal na subsystem; MK- pangunahing channel; PC- pagtutugma ng risistor

3.2. Ang lahat ng mga naka-interface na lokal na subsystem ay dapat na konektado sa pangunahing channel kung saan ang impormasyon ay ipinagpapalit.

3.3. Upang i-interface ang mga lokal na subsystem sa pangunahing channel, dapat nilang isama ang mga controller ng komunikasyon. Dapat na:

pag-convert ng impormasyon mula sa form ng pagtatanghal na tinanggap sa lokal na subsystem sa form na kinakailangan para sa paghahatid sa pangunahing channel;

pagdaragdag at pag-highlight ng mga palatandaan ng pag-synchronize;

pagkilala at pagtanggap ng mga mensahe na naka-address sa lokal na subsystem na ito;

pagbuo at paghahambing ng mga control code upang matukoy ang pagiging maaasahan ng mga natanggap na mensahe.

3.4. Ang pagpapalitan ng mensahe sa pagitan ng mga lokal na subsystem ay dapat na organisado sa anyo ng mga cycle. Ang cycle ay nauunawaan bilang ang pamamaraan para sa pagpapadala ng isang mensahe ng format 1 o 2 sa pangunahing channel. Ilang magkakaugnay na cycle ang bumubuo sa proseso ng paghahatid.

3.5. Ang proseso ng paghahatid ay dapat na isinaayos ayon sa asynchronous na prinsipyo: ang lokal na subsystem ay dapat makatanggap ng mga tugon sa mga tawag na ipinadala sa pangunahing channel (maliban sa mga pagpapatakbo ng grupo).

4. MGA FUNCTION NG INTERFACE

4.1. Itinatag ng interface ang mga sumusunod na uri ng mga function, na naiiba sa mga antas ng kontrol, na sumasakop sa mga lokal na subsystem sa proseso ng pagmemensahe:

pasibo na pagtanggap;

pagtanggap at pagtugon;

desentralisadong pamamahala ng pangunahing kanal;

kahilingan na sakupin ang pangunahing channel;

sentralisadong kontrol ng pangunahing channel.

(Binagong edisyon, Susog Blg. 1).

4.2. Ang komposisyon ng mga function ng interface na ipinatupad ng lokal na subsystem ay tinutukoy ng komposisyon ng problemang nalutas ng subsystem na ito at ang mga functional na katangian nito.

4.3. Ang uri ng lokal na subsystem ay tinutukoy ng pinakamataas na antas ng pag-andar sa mga ibinigay. Ang lokal na subsystem ay itinuturing na aktibo na nauugnay sa function na ginagawa nito sa kasalukuyang cycle.

4.4. Alinsunod sa komposisyon ng ipinatupad na mga function ng interface, ang mga sumusunod na uri ng mga lokal na subsystem ay nakikilala:

passive na kinokontrol na subsystem;

kinokontrol na subsystem;

kontrol subsystem;

proactive control subsystem;

nangungunang subsystem.

4.4.1. Ang passive na kinokontrol na subsystem ay gumaganap lamang ng pagkakakilanlan at pagtanggap ng mga mensahe na naka-address dito.

4.4.2. Ang kinokontrol na subsystem ay tumatanggap ng mga mensahe na naka-address dito at bumubuo ng isang tugon na mensahe alinsunod sa natanggap na function code.

4.4.3. Ang control subsystem ay dapat na may kakayahang:

tanggapin ang kontrol ng palitan sa pangunahing channel sa sentralisadong at desentralisadong mga mode;

bumuo at magpadala ng mga mensahe sa pangunahing channel;

tumanggap at magsuri ng mga mensahe ng tugon;

pagbabalik o paglipat ng kontrol ng trunk channel pagkatapos ng pagtatapos ng proseso ng paglilipat.

(Binagong edisyon, Susog Blg. 1).

4.4.4. Ang proactive control subsystem, bilang karagdagan sa function ayon sa clause 4.4.3, ay dapat magkaroon ng kakayahang bumuo ng request signal para sakupin ang pangunahing channel, tumanggap at magpadala ng kaukulang mga mensahe kapag nagsasagawa ng search procedure para sa humihiling na subsystem.

4.4.5. Ang nangungunang subsystem ay nag-uugnay sa gawain ng lahat ng mga lokal na subsystem sa mode ng sentralisadong kontrol ng pangunahing channel. Isinasagawa niya ang:

arbitrasyon at paglipat ng kontrol ng pangunahing channel sa isa sa mga lokal na kontrol na subsystem;

sentral na kontrol ng lahat ng mga lokal na subsystem;

pagsubaybay sa pagpapatakbo ng aktibong kontrol lokal na subsystem;

paghahatid ng mga mensahe na may karaniwang address para sa lahat (o ilang) lokal na subsystem.

Isang subsystem lang na may aktibong master function ang maaaring ikonekta sa pangunahing channel.

(Binagong edisyon, Susog Blg. 1).

5. PAMAMARAAN NG PAGPAPALIT NG MENSAHE

5.1. Ang bawat cycle ng pagpapadala ng mensahe sa pangunahing channel ay dapat magsimula sa pag-synchronize ng lahat ng mga subsystem na konektado sa pamamagitan ng interface.

5.1.1. Upang maisagawa ang pag-synchronize, ang master o aktibong control subsystem ay dapat magpadala ng synchronizing byte CH sa pangunahing channel. Posibleng magpadala ng ilang synchronization byte nang sunud-sunod. Ang mga karagdagang synchronization byte ay hindi kasama sa format ng mensahe.

5.1.2. Kapag na-synchronize na ang lahat ng subsystem, magpapadala ang master o active control subsystem ng format 1 o 2 na mensahe sa trunk link, kasama ang sarili nilang CH byte.

5.1.3. Ang lahat ng mga byte, maliban sa control KB1 at KB2, ay ipinadala sa pangunahing channel, simula sa hindi bababa sa makabuluhang bit.

Bytes KB1, KB2 ay ipinadala mula sa pinaka makabuluhang bit.

5.1.4. Upang ibukod mula sa mensaheng ipinadala sa pangunahing channel ang isang pagkakasunud-sunod ng mga bit na tumutugma sa code ng CH byte, ang bawat mensahe ay dapat na ma-convert sa paraang pagkatapos ng 5 magkakasunod na "1" na mga character ay dapat isama ang isang karagdagang "0" na character. . Dapat na naaayon na ibukod ng tatanggap na subsystem ang character na ito mula sa mensahe.

5.1.5. Pagkatapos ipadala ang mensahe, kasama ang CH end byte, ang nagpapadalang subsystem ay dapat magpadala ng hindi bababa sa 2 higit pang CH byte upang makumpleto ang mga operasyon ng pagtanggap, pagkatapos nito ay magtatapos ang ikot ng paghahatid.

5.2. Tinutukoy ng pamamaraan ng kontrol ng trunk channel ang pagkakasunud-sunod ng mga operasyon para sa pag-activate ng isa sa mga control subsystem upang maisagawa ang proseso ng paghahatid ng mensahe. Ang mga subsystem na konektado sa pamamagitan ng isang interface ay maaaring gumana sa mode ng sentralisadong kontrol ng pangunahing channel.

5.2.1. Ang pamamaraan para sa sentralisadong kontrol ng pangunahing channel ay nagbibigay para sa pagkakaroon ng isang nangungunang subsystem, na nag-uugnay sa pakikipag-ugnayan ng mga subsystem sa pamamagitan ng pamamahala sa paglipat ng kontrol ng pangunahing channel.

5.2, 5.2.1. (Bagong edisyon, Susog Blg. 1).

5.2.2. Kapag naglilipat ng kontrol ng trunk link, itinatalaga ng master subsystem ang aktibong control subsystem upang isagawa ang proseso ng paglilipat ng mensahe. Upang gawin ito, ang nangungunang subsystem ay dapat magpadala ng format 1 na mensahe na may function code na KF6 sa napiling control subsystem.

5.2.3. Pagkatapos makatanggap ng mensahe na may function code na KF6, dapat na maging aktibo ang control subsystem at maaaring magsagawa ng ilang cycle ng pagpapalitan ng mensahe sa isang proseso ng paghahatid. Ang bilang ng mga exchange cycle ay dapat na kontrolado at limitado ng master subsystem.

5.2.4. Matapos ilipat ang kontrol ng pangunahing channel, dapat i-activate ng nangungunang subsystem ang passive reception function at i-on ang control timing. Kung sa loob ng itinakdang oras (ang oras ng paghihintay ng tugon ay hindi dapat higit sa 1 ms) ang itinalagang aktibong subsystem ay hindi magsisimulang magpadala ng mga mensahe sa trunk channel, ang nangungunang subsystem ay muling magpapadala ng mensahe ng format 1 na may function code na KF6 at ang retransmission sign sa control subsystem.

5.2.5. Kung, sa paulit-ulit na pag-access, ang control subsystem ay hindi magsisimulang magpadala ng mga mensahe (ay hindi nagiging aktibo), ang nangungunang subsystem ay tumutukoy na ito ay may sira at nagpapatupad ng mga pamamaraang ibinigay para sa ganoong sitwasyon.

5.2.6. Sa pagtatapos ng proseso ng paglipat, ang aktibong control subsystem ay dapat gumanap ng function ng pagbabalik ng kontrol ng trunk channel. Upang gawin ito, dapat itong magpadala ng mensahe sa nangungunang subsystem na may function code na KF7 o KF8.

5.2.7. Ang pamamaraan para sa desentralisadong kontrol ng pangunahing channel ay nagbibigay para sa sunud-sunod na paglipat ng aktibong function sa iba pang mga subsystem ng kontrol sa pamamagitan ng pagpasa ng isang token. Aktibo ang subsystem na tumanggap ng token.

5.2.8. Para sa paunang pagkuha ng token, ang lahat ng mga subsystem na konektado sa pamamagitan ng trunk channel ay dapat may kasamang mga interval timer, at ang mga halaga ng mga agwat ng oras ay dapat na iba para sa lahat ng mga subsystem. Ang subsystem na may mas mataas na priyoridad ay dapat magtalaga ng mas maliit na agwat ng oras.

5.2.9. Kung, pagkatapos mag-expire ang sariling agwat ng oras ng subsystem, ang trunk channel ay libre, ang subsystem na ito ay dapat isaalang-alang ang sarili na may-ari ng token at simulan ang proseso ng paghahatid bilang aktibong control subsystem.

5.2.10. Matapos makumpleto ang proseso ng paglipat, ang aktibong control subsystem ay dapat ilipat ang kontrol ng pangunahing channel sa susunod na control subsystem na may address AB = AC + 1, kung saan dapat itong mag-isyu ng marker, buhayin ang passive reception function sa sarili nito at i-on ang kontrolin ang timing.

Ang isang mensahe ng format 1 (Larawan 1) na may function code na KF13 at address AB ay ginagamit bilang isang marker.

Kung sa loob ng tinukoy na oras ang subsystem na nakatanggap ng token ay hindi magsisimula sa proseso ng paghahatid, ang subsystem na nagpadala nito ay dapat subukang ipadala ang token sa mga subsystem na may mga sumusunod na address AB = AC + 2, AB = AC + 3, atbp. hanggang sa tinanggap ang token. Ang address ng subsystem na nakatanggap ng token ay dapat tandaan ng subsystem na ito bilang kasunod hanggang sa maulit ang paunang pagkuha.

5.2.11. Ang anumang aktibong subsystem na nakakita ng hindi awtorisadong paglabas sa channel ng komunikasyon ay dapat magsagawa ng mga aksyon sa sugnay 5.2.8.

5.2.12. Sa mode ng desentralisadong kontrol ng pangunahing channel, ang lahat ng mga subsystem ay dapat magkaroon ng isang aktibong function ng passive reception. Sa kaganapan ng pagkawala ng token (halimbawa, kung nabigo ang aktibong control subsystem), ang paunang mekanismo ng pagkuha ng token ay dapat ma-trigger (mga sugnay 5.2.8, 5.2.9) at dapat na maibalik ang operasyon.

5.2.13. Anumang subsystem na nagmamay-ari ng token at nakatanggap ng aktibong master function ay maaaring sakupin ang sentralisadong kontrol ng trunk channel at mapanatili ito hanggang sa makansela ang aktibong master function na nakatalaga dito.

5.2.7 - 5.2.13. (Ipinakilala bilang karagdagan, Susog Blg. 1).

5.3. Sa sentralisadong control mode, ang paglipat ng kontrol ng pangunahing channel ay maaaring isaayos batay sa mga kahilingan mula sa mga proactive control subsystem.

5.3.1. Ang mga subsystem ay dapat magkaroon ng aktibong trunk channel capture request function para ayusin ang paglipat ng kontrol kapag hiniling.

5.3.2. Mayroong dalawang posibleng paraan upang ayusin ang paghahanap para sa isang subsystem na humihiling ng access sa pangunahing channel - sentralisado at desentralisado.

5.3, 5.3.1, 5.3.2. (Bagong edisyon, Susog Blg. 1).

5.3.3. Sa sentralisadong botohan, dapat na sunud-sunod na i-poll ng nangungunang subsystem ang lahat ng proactive control subsystem na konektado sa pangunahing channel. Ang nangungunang subsystem ay dapat magpadala ng format 1 na mensahe na may function code na KF5 sa bawat proactive control subsystem.

Ang initiating control subsystem ay dapat magpadala ng mensahe ng tugon sa nangungunang subsystem na may isa sa mga function code na KF21 - KF24, depende sa panloob na estado nito. Ang pagkakasunud-sunod ng mga operasyon sa sentralisadong pamamaraan ng survey ay ipinapakita sa Fig. 4.

5.3.4. Ang desentralisadong botohan ay nagbibigay ng mabilis na proseso para sa pagtukoy ng mga proactive na control subsystem na nagtayo ng kahilingan para sa pag-access sa backbone channel. Ang nangungunang subsystem ay dapat makipag-ugnayan lamang sa una at proactive control subsystem na may mensahe ng format 1 at function code na KF9.

Ang bawat proactive control subsystem ay dapat makatanggap ng mensaheng naka-address dito at magpadala ng sarili nitong mensahe na naka-address sa susunod na subsystem naman sa pangunahing channel. Ang nabuong mensahe ay dapat maglaman ng isa sa mga function code KF9 - KF12, na nagpapakilala sa estado ng subsystem na ito. Ang pamamaraan ng desentralisadong survey ay inilalarawan sa Fig. 5.

5.3.5. Ang nangungunang subsystem, pagkatapos simulan ang desentralisadong poll, ay ina-activate ang passive reception function at tinatanggap ang lahat ng mensaheng ipinadala ng mga proactive control subsystem. Nagbibigay-daan ito sa nangungunang subsystem, pagkatapos ng desentralisadong poll, na magkaroon ng impormasyon tungkol sa mga kahilingan para sa pag-access sa pangunahing channel mula sa lahat ng proactive na control subsystem.

Proseso ng sentralisadong subsystem na botohan

Desentralisadong subsystem na proseso ng botohan

Ang huling inisyatiba na kontrol subsystem sa kadena ng desentralisadong botohan ay dapat tumugon sa mensahe nito sa nangungunang subsystem, na nangangahulugang ang pagtatapos ng desentralisadong pamamaraan ng botohan.

5.3.6. Kung ang anumang subsystem ay hindi nagpapadala ng mga mensahe sa pangunahing channel pagkatapos ma-access ito, ang nangungunang subsystem ay dapat magising at magpadala ito ng paulit-ulit na mensahe na kapareho ng nauna. Kung walang tugon (o mga error) sa isang paulit-ulit na tawag, ang nangungunang subsystem ay maglulunsad ng isang desentralisadong poll mula sa susunod na subsystem, at ang subsystem na ito ay hindi kasama sa poll.

5.4. Ang pamamaraan ng paglilipat ng data ay maaaring isagawa sa anyo ng isa sa mga sumusunod na proseso:

pag-record ng grupo;

sulat basa.

5.4.1. Ang pagre-record ng grupo ay dapat gawin ng master subsystem. Kapag nagsasagawa ng pag-record ng grupo, ang master subsystem ay nag-isyu ng mensahe ng format 2 sa pangunahing channel, kung saan ang code 11111111 (255) at function code na KF1 ay nakasulat bilang AB address.

5.4.2. Ang lahat ng mga subsystem na tumutugon sa multicast address ay dapat tanggapin ang mensahe mula sa trunk link at magrehistro ng isang estado na nagpapahiwatig na ang pampublikong address na mensahe ay tinanggap. Ang mga mensahe ng pagtugon habang nagre-record ng grupo ay hindi ibinibigay ng mga tumatanggap na subsystem.

5.4.3. Ang pagkumpirma ng pagtanggap ng isang mensahe ng grupo ay isinasagawa sa proseso ng sentralisadong o desentralisadong botohan, gayundin kapag ibinalik ang kontrol ng pangunahing channel, kung saan ang kaukulang bit ng katayuan ay kasama sa mga code ng function na KF7, KF8, KF9 - KF12 at KF21 - KF24.

5.4.4. Sa panahon ng proseso ng pag-record, ang master subsystem o ang aktibong control subsystem ay nagpapadala ng isang format 2 na mensahe na may function code KF2 sa pangunahing channel, na nilayon para sa pagtanggap ng isang tiyak na kinokontrol na subsystem, ang address kung saan ay ipinahiwatig sa AB byte. Pagkatapos mag-isyu ng mensahe, ino-on ng aktibong control subsystem ang control countdown at maghihintay ng tugon na mensahe.

5.4.5. Kinikilala ng naka-address na subsystem ang address nito at natatanggap ang mensaheng ipinadala dito. Kung ang mensahe ay natanggap nang walang error, ang tatanggap na subsystem ay dapat mag-isyu ng tugon sa pangunahing channel sa anyo ng isang mensahe ng format 1 na may function code na KF18.

5.4.6. Kung may nakitang error sa isang natanggap na mensahe, hindi dapat magbigay ng tugon ang tatanggap na subsystem.

5.4.7. Ang aktibong subsystem ng kontrol, kung walang tugon sa pagitan ng oras ng kontrol, ay dapat muling ipadala ang parehong mensahe.

5.4.8. Kung walang tugon sa isang paulit-ulit na mensahe, ang subsystem na ito ay itinuturing na may sira at ang aktibong control subsystem ay dapat gawin ang pamamaraan na inireseta para sa ganoong sitwasyon (pag-on ng alarma, pag-alis ng subsystem mula sa paggamit, pag-on sa reserba, atbp.).

5.4.9. Sa mode ng sentralisadong kontrol ng pangunahing channel, ang diyalogo sa pagitan ng kontrol at kinokontrol na mga subsystem ay dapat na patuloy na sinusubaybayan ng nangungunang subsystem, na sa oras na ito ay gumaganap ng function ng passively pagtanggap ng mga mensahe.

(Bagong edisyon, Susog Blg. 1).

5.4.10. Ang proseso ng pagbabasa ay dapat magsimula sa pamamagitan ng pagpapadala ng mensahe ng format 1 na may function code na KF3 ng aktibong control subsystem.

5.4.11. Ang subsystem kung saan ang mensaheng ito ay tinutugunan, kung ito ay natanggap nang tama, ay dapat mag-isyu ng isang tugon na mensahe ng format 2 na may function code na KF19.

5.4.12. Kung ang tinatawag na subsystem ay hindi makapag-isyu ng data sa loob ng tinukoy na oras ng paghihintay, pagkatapos ay pagkatapos matanggap ang mensahe na may function ng pagbabasa, dapat itong itala ang palatandaan na ang subsystem ay abala at magsimulang bumuo ng isang array ng data para sa isyu.

5.4.13. Dapat tandaan ng pinamamahalaang subsystem na ito ang address ng aktibong control subsystem na tumugon dito (kung saan inihahanda ang data) at itakda ang mga busy sign in response na mensahe sa iba pang mga control subsystem.

5.4.14. Upang basahin ang inihandang data, ang aktibong control subsystem ay dapat makipag-ugnayan muli sa kinokontrol na subsystem na may mensahe sa format 1 na may function code na KF3. Kung ang data ay handa na sa oras na ito, ang kinokontrol na subsystem ay dapat na mag-isyu ng isang tugon na mensahe ng format 2 na may function code na KF19.

Ang subsystem busy sign ay dapat na i-clear lamang pagkatapos ng paghahatid ng isang tugon na mensahe ng format 2.

5.4.15. Kung ang mensahe ng tugon ay natanggap ng aktibong subsystem ng kontrol nang walang error, pagkatapos ay magtatapos ang proseso ng pagbabasa.

5.4.16. Kung may nakitang error o walang tugon, inuulit ng aktibong control subsystem ang tawag at pagkatapos ay magsasagawa ng mga hakbang na katulad ng ibinigay sa mga talata. 5.4.7, 5.4.8.

5.4.17. Ang write-read ay isang kumbinasyon ng mga proseso ayon sa mga talata. 5.4.4 - 5.4.15.

5.4.18. Ang aktibong control subsystem ay nagpapadala ng format 2 na mensahe na may function code na KF4 sa pangunahing channel.

5.4.19. Dapat tanggapin ng na-address na subsystem ang mensaheng ipinadala dito at bumuo ng tugon.

5.4.20. Ang mensahe ng tugon sa prosesong ito ay dapat nasa format 2 (naglalaman ng nabasang data) at may function code na KF20.

5.4.21. Ang pagsubaybay sa pagiging maaasahan ng mga ipinadalang mensahe at ang mga aksyon na ginawa ng aktibong subsystem ng kontrol ay dapat na katulad ng ibinigay para sa mga proseso ng pagsulat at pagbabasa.

6. PISIKAL NA IMPLEMENTASYON

6.1. Sa pisikal, ang interface ay ipinatupad sa anyo ng mga linya ng komunikasyon na bumubuo ng backbone channel, at mga controllers ng komunikasyon na nagbibigay ng direktang koneksyon sa mga linya ng komunikasyon.

6.2. Dapat ipatupad ang mga controller ng komunikasyon sa anyo ng mga functional unit na bahagi ng subsystem, o sa anyo ng mga device na hiwalay sa istruktura.

6.3. Ang mga patakaran para sa pagpapares at pakikipag-ugnayan ng mga controllers ng komunikasyon sa functional na bahagi ng subsystem ay hindi kinokontrol ng pamantayang ito.

6.4. Para sa mga linya ng komunikasyon ng trunk, isang coaxial cable na may katangian na impedance na 75 Ohms ay dapat gamitin.

6.5. Ang coaxial cable ay dapat na na-load sa magkabilang dulo na may katugmang resistors na may resistensya na (75 ± 3.75) Ohms. Ang kapangyarihan ng pagtutugma ng mga resistor ay dapat na hindi bababa sa 0.25 W.

Ang mga resistor ng pagwawakas ay dapat na konektado sa mga dulo ng mga linya ng komunikasyon gamit ang mga konektor ng RF.

Ang pag-ground o pagkonekta ng mga linya ng komunikasyon sa mga housing ng device sa mga mating subsystem ay hindi pinahihintulutan.

6.6. Ang pagpapalambing sa kahabaan ng pangunahing linya ng komunikasyon ng channel ay dapat na hindi hihigit sa 18 dB para sa bilis na 500 kbit/s.

6.7. Ang kabuuang attenuation na ipinakilala ng bawat sangay mula sa pangunahing linya ng komunikasyon ng channel ay hindi dapat lumampas sa 0.1 dB, kabilang ang pagpapalambing na tinutukoy ng kalidad ng junction point, attenuation sa sangay at attenuation depende sa mga parameter ng input-output ng pagtutugma ng mga circuit.

6.8. Ang mga sanga mula sa pangunahing linya ng komunikasyon ng channel ay dapat gawin gamit ang isang coaxial cable na may katangian na impedance na 75 Ohms. Ang haba ng bawat sangay ay hindi hihigit sa 3 m. Ang kabuuang haba ng lahat ng sangay ay kasama sa kabuuang haba ng pangunahing kanal. Ang koneksyon sa linya ng komunikasyon ay dapat gawin gamit ang mga RF connectors. Ang hindi pagpapagana sa alinman sa mga subsystem ay hindi dapat humantong sa isang break sa linya ng komunikasyon.

6.9. Dapat maglaman ang mga controller ng komunikasyon ng mga transceiver amplifier na nagbibigay ng:

pagiging sensitibo sa pagtanggap, hindi mas masahol pa................................................. ......... ............. 240 mV

antas ng signal ng output .............................................. ..... ........................... 4 hanggang 5 V

impedance ng output................................................ ........ .......................... (37.50 ± 1.88) Ohm

6.10. Ang pagbuo ng mga de-koryenteng signal para sa paghahatid sa pangunahing channel ay isinasagawa sa pamamagitan ng pag-modulate ng dalas ng orasan sa mga signal ng ipinadalang mensahe. Ang bawat bit ng ipinadalang mensahe ay tumutugma sa isang buong panahon ng dalas ng orasan, at ang nangunguna at bumabagsak na mga gilid ng ipinadalang signal ay dapat na tumutugma sa paglipat sa zero ng dalas ng orasan (Larawan 6). Ang mga sulat ng mga simbolo na natanggap mula sa pangunahing channel hanggang sa makabuluhang mga estado ay itinatag tulad ng sumusunod:

ang simbolo na "0" ay tumutugma sa kabaligtaran na bahagi na nauugnay sa nakaraang simbolo,

PANIMULA

Ang mga modernong pamamaraan para sa pagdidisenyo ng mga aktibidad ng mga gumagamit ng awtomatikong sistema ng kontrol ay binuo sa loob ng balangkas ng isang konsepto ng disenyo ng system engineering, dahil sa kung saan ang pagsasaalang-alang sa kadahilanan ng tao ay limitado sa paglutas ng mga problema sa koordinasyon.
"mga input" at "mga output" ng tao at makina. Kasabay nito, kapag pinag-aaralan ang kawalang-kasiyahan ng mga gumagamit ng automated control system, posible na ihayag na madalas itong ipinaliwanag sa pamamagitan ng kakulangan ng isang pinag-isang, pinagsamang diskarte sa disenyo ng mga sistema ng pakikipag-ugnayan.

Ang paggamit ng system approach ay nagbibigay-daan sa iyo na isaalang-alang ang maraming salik na ibang-iba ang kalikasan, tukuyin mula sa mga ito ang mga may pinakamalaking epekto mula sa punto ng view ng umiiral na mga layunin at pamantayan sa buong system, at humanap ng mga paraan at pamamaraan ng epektibong pag-impluwensya sa kanila. .
Ang diskarte sa system ay batay sa aplikasyon ng isang bilang ng mga pangunahing konsepto at probisyon, kung saan maaari nating makilala ang mga konsepto ng system, ang subordination ng mga layunin at pamantayan ng mga subsystem sa pangkalahatang mga layunin at pamantayan ng system, atbp. Ang diskarte sa system ay nagpapahintulot sa amin na isaalang-alang ang pagsusuri at synthesis ng mga bagay na naiiba sa kalikasan at pagiging kumplikado mula sa isang solong punto ng view, habang kinikilala ang pinakamahalagang katangian ng paggana ng system at isinasaalang-alang ang pinaka makabuluhang mga kadahilanan para sa buong sistema. Ang kahalagahan ng diskarte sa mga sistema ay lalong mahusay sa disenyo at pagpapatakbo ng mga system tulad ng mga automated control system (ACS), na mahalagang mga sistema ng tao-machine, kung saan ang isang tao ay gumaganap ng papel ng isang kontrol na paksa.

Ang isang sistematikong diskarte sa disenyo ay isang komprehensibo, magkakaugnay, proporsyonal na pagsasaalang-alang ng lahat ng mga kadahilanan, paraan at pamamaraan para sa paglutas ng isang kumplikadong multifactorial at multivariate na problema ng pagdidisenyo ng interface ng pakikipag-ugnayan. Hindi tulad ng klasikal na disenyo ng engineering, kapag gumagamit ng isang diskarte sa system, ang lahat ng mga kadahilanan ng dinisenyo na sistema ay isinasaalang-alang - functional, sikolohikal, panlipunan at kahit na aesthetic.

Ang pag-automate ng kontrol ay hindi maiiwasang nangangailangan ng pagpapatupad ng isang sistematikong diskarte, dahil ipinapalagay nito ang pagkakaroon ng isang self-regulating system na may mga input, output at isang mekanismo ng kontrol. Ang mismong konsepto ng isang sistema ng pakikipag-ugnayan ay nagpapahiwatig ng pangangailangang isaalang-alang ang kapaligiran kung saan ito dapat gumana. Kaya, ang sistema ng pakikipag-ugnayan ay dapat isaalang-alang bilang bahagi ng isang mas malaking sistema - isang real-time na awtomatikong sistema ng kontrol, habang ang huli ay isang kinokontrol na sistema ng kapaligiran.

Sa kasalukuyan, maaari itong isaalang-alang na napatunayan na ang pangunahing gawain ng pagdidisenyo ng isang user interface ay hindi upang makatwiran na "magkasya" sa isang tao sa control loop, ngunit upang, batay sa mga gawain ng object control, bumuo ng isang sistema ng pakikipag-ugnayan sa pagitan ng dalawang magkapantay. mga kasosyo (human operator at hardware at software complex
ACS), makatwirang pamamahala sa control object.
SUBJECT AREA

Kaya, malinaw na ang operator ng tao ay ang pagsasara ng link ng control system, i.e. paksa ng pamamahala, at ang hardware at software complex ng automated control system ay isang instrumental na paraan ng pagpapatupad nito sa pamamahala (operational) na mga aktibidad, i.e. kontrol na bagay. Ayon sa kahulugan ng V.F. Venda, ang automated control system ay isang hybrid intelligence kung saan ang operational (managerial) staff at ang agro-industrial complex ng automated control system ay pantay na kasosyo sa paglutas ng mga kumplikadong problema sa pamamahala.

Ang nakapangangatwiran na organisasyon ng trabaho ng mga awtomatikong operator ng lugar ng trabaho ay isa sa pinakamahalagang salik na tumutukoy sa epektibong paggana ng system sa kabuuan. Sa napakaraming kaso, ang gawaing pamamahala ay isang hindi direktang aktibidad ng tao, dahil sa mga kondisyon ng isang awtomatikong sistema ng kontrol ay pinamamahalaan niya nang hindi "nakikita" ang tunay na bagay. Sa pagitan ng tunay na control object at ng human operator mayroong isang information model ng object (paraan para sa pagpapakita ng impormasyon). Samakatuwid, ang problema ay lumitaw sa pagdidisenyo ng hindi lamang paraan ng pagpapakita ng impormasyon, kundi pati na rin ang paraan ng pakikipag-ugnayan sa pagitan ng operator ng tao at ng mga teknikal na paraan ng automated control system, i.e. isang problema sa disenyo ng system na dapat nating tawagan ang user interface.

Ang interface ng pakikipag-ugnayan ng tao sa mga teknikal na paraan ng automated control system ay maaaring ilarawan sa istruktura (tingnan ang Fig. 1.). Binubuo ito ng APK at mga protocol ng pakikipag-ugnayan. Ang hardware at software complex ay nagbibigay ng mga sumusunod na function:

1. conversion ng data na nagpapalipat-lipat sa agro-industrial complex ng automated control system sa mga modelo ng impormasyon na ipinapakita sa mga monitor (SOI - mga tool sa pagpapakita ng impormasyon);

2. pagbabagong-buhay ng mga modelo ng impormasyon (IM);

3. pagtiyak ng pakikipag-ugnayan ng diyalogo sa pagitan ng isang tao at ng automated control system;

4. pagbabago ng mga impluwensyang nagmumula sa PO (human operator) sa data na ginagamit ng control system;

5. pisikal na pagpapatupad ng mga protocol ng pakikipag-ugnayan (harmonization ng mga format ng data, kontrol ng error, atbp.).

Ang layunin ng mga protocol ay magbigay ng mekanismo para sa maaasahan at maaasahang paghahatid ng mga mensahe sa pagitan ng human operator at ng SOI, at, dahil dito, sa pagitan ng PO at ng control system. Ang isang protocol ay isang panuntunan na tumutukoy sa pakikipag-ugnayan, isang hanay ng mga pamamaraan para sa pagpapalitan ng impormasyon sa pagitan ng magkatulad na mga proseso sa real time. Ang mga prosesong ito (ang paggana ng agro-industrial complex ng automated control system at ang mga aktibidad sa pagpapatakbo ng control subject) ay nailalarawan, una, sa pamamagitan ng kawalan ng mga nakapirming relasyon sa oras sa pagitan ng paglitaw ng mga kaganapan at, pangalawa, sa kawalan ng pagtutulungan sa pagitan ng mga kaganapan at aksyon sa kanilang paglitaw.

Ang mga function ng protocol ay nauugnay sa pagpapalitan ng mga mensahe sa pagitan ng mga prosesong ito. Ang format at nilalaman ng mga mensaheng ito ay bumubuo ng mga lohikal na katangian ng protocol. Ang mga patakaran para sa pagpapatupad ng mga pamamaraan ay tumutukoy sa mga aksyon na isinagawa ng mga proseso na magkakasamang lumahok sa pagpapatupad ng protocol. Ang hanay ng mga panuntunang ito ay ang pamamaraang katangian ng protocol. Gamit ang mga konseptong ito, maaari na nating pormal na tukuyin ang isang protocol bilang isang hanay ng mga lohikal at procedural na katangian ng isang mekanismo ng komunikasyon sa pagitan ng mga proseso. Ang lohikal na kahulugan ay bumubuo sa syntax, at ang procedural na kahulugan ay bumubuo sa mga semantika ng protocol.

Ang pagbuo ng isang imahe gamit ang APC ay nagbibigay-daan sa iyo upang makakuha ng hindi lamang dalawang-dimensional na mga imahe na naka-project sa isang eroplano, ngunit pati na rin upang ipatupad ang mga three-dimensional na graphics gamit ang mga eroplano at pangalawang-order na mga ibabaw na may paglipat ng texture ng ibabaw ng imahe.

Depende sa uri ng imahe na muling ginawa, ang mga kinakailangan para sa alpabeto ng IM, ang paraan ng pagbuo ng mga character, at ang uri ng paggamit ng mga elemento ng imahe ay dapat na i-highlight. Ang alpabeto na ginamit ay nagpapakita ng uri ng modelo at ang mga visual na kakayahan nito. Ito ay tinutukoy ng klase ng mga problemang nilulutas, na tinukoy ng bilang at uri ng mga character, ang bilang ng mga gradasyon ng liwanag, ang oryentasyon ng mga character, ang flicker frequency ng imahe, atbp.

Dapat tiyakin ng alpabeto ang pagbuo ng anumang mga modelo ng impormasyon sa loob ng ipinapakitang klase. Kinakailangan din na magsikap na bawasan ang redundancy ng alpabeto.

Ang mga pamamaraan para sa pagbuo ng isang tanda ay inuri ayon sa mga elemento ng imahe na ginamit at nahahati sa pagmomodelo, synthesizing at pagbuo. Para sa isang character na nabuo sa isang CRT screen, ang matrix format ay mas kanais-nais.

Ang pagmamasid sa monitor ay nagpapahintulot sa gumagamit na bumuo ng isang imahe ng mode ng system, na nabuo batay sa pagsasanay, pagsasanay at karanasan (modelo ng konsepto), samakatuwid, posible na ihambing ang imaheng ito sa teoretikal na imahe alinsunod sa sitwasyon. .
Ang pangangailangan ng kasapatan, isomorphism, pagkakapareho ng spatio-temporal na istraktura ng mga ipinapakitang control object at kapaligiran ay tumutukoy sa pagiging epektibo ng modelo.

Ang imahe ay muling ginawa batay sa digital na representasyon nito, na nakapaloob sa isang memory block na tinatawag na refresh buffer.

kanin. 1. Impormasyon at lohikal na diagram ng interface ng pakikipag-ugnayan.

IMPORMASYON MODEL: INPUT AT OUTPUT IMPORMASYON

Ang modelo ng impormasyon, bilang isang mapagkukunan ng impormasyon para sa operator sa batayan kung saan siya ay bumubuo ng isang imahe ng totoong sitwasyon, bilang isang panuntunan, ay may kasamang isang malaking bilang ng mga elemento. Isinasaalang-alang ang iba't ibang semantiko na katangian ng mga elementong ginamit, ang modelo ng impormasyon ay maaaring katawanin bilang isang hanay ng mga magkakaugnay na elemento:

D ^ (Dn) , kung saan ang Rj ay ang set ng mga elemento ng information model ng j-th group, n=1,...N; k=1,...K.

Ang bilang ng mga pangkat ng mga elemento ng modelo ng impormasyon ay tinutukoy ng antas ng detalye sa paglalarawan ng mga estado at mga kondisyon ng pagpapatakbo ng control object. Bilang isang panuntunan, ang isang elemento ng modelo ng impormasyon ay nauugnay sa ilang parameter ng control object. Kasama nito, ang isang modelo ng impormasyon ng uri ng grapiko ay maaaring ituring bilang isang kumplikadong graphical na imahe. Ang mga elemento ng modelo ng impormasyon dito ay kumikilos bilang mga elemento ng imahe. Ang anumang larawan ay binubuo ng isang tiyak na hanay ng mga graphic primitive, na isang arbitrary na elemento ng grapiko na may mga geometric na katangian. Ang mga titik (alphanumeric at anumang iba pang mga simbolo) ay maaari ding kumilos bilang mga primitive.

Ang isang hanay ng mga graphic primitive na maaaring manipulahin ng operator bilang isang solong kabuuan ay tinatawag na isang segment ng ipinapakitang impormasyon. Kasama ng isang segment, ang konsepto ng isang graphic na bagay ay madalas na ginagamit, na nauunawaan bilang isang hanay ng mga primitive na may parehong visual na katangian at katayuan, at nakikilala rin sa pamamagitan ng isang pangalan.
Kapag inaayos ang proseso ng pagproseso ng impormasyon sa mga display system, manipulahin namin ang mga sumusunod na konsepto:

6. Static na impormasyon - impormasyon na medyo matatag sa nilalaman at ginagamit bilang background. Halimbawa, isang coordinate grid, plano, larawan ng lugar, atbp.

7. Dynamic na impormasyon - impormasyon na nag-iiba sa isang tiyak na agwat ng oras sa mga tuntunin ng nilalaman o posisyon sa screen. Sa katotohanan, ang dynamic na impormasyon ay kadalasang isang function ng ilang random na parameter.

Ang dibisyong ito ay itinuturing na mataas ang kondisyon. Sa kabila nito, kapag nagdidisenyo ng mga tunay na sistema ng pagpapakita ng impormasyon, maaari itong malutas nang walang kahirapan.

Kapag lumilikha ng kumplikadong mga awtomatikong sistema ng kontrol, ang pagbuo ng software ay napakahalaga, dahil Ito ay software na lumilikha ng katalinuhan ng isang computer na lumulutas sa mga kumplikadong problemang pang-agham at kumokontrol sa mga pinakakumplikadong teknolohikal na proseso. Sa kasalukuyan, kapag lumilikha ng gayong mga sistema, ang papel ng kadahilanan ng tao, at samakatuwid ang ergonomic na suporta ng system, ay makabuluhang tumataas. Ang pangunahing gawain ng suporta sa ergonomic ay upang ma-optimize ang pakikipag-ugnayan sa pagitan ng tao at makina, hindi lamang sa panahon ng operasyon, kundi pati na rin sa panahon ng paggawa at pagtatapon ng mga teknikal na bahagi. Kaya, kapag nag-systematize ang diskarte sa disenyo ng user interface, maaari naming banggitin ang ilang mga pangunahing functional na gawain at mga prinsipyo ng disenyo na dapat lutasin ng isang modernong programming language at matagumpay na nakaya ng Delphi:

Ang prinsipyo ng pinakamababang pagsisikap sa paggawa, na may dalawang aspeto:

8. pagliit ng mga gastos sa mapagkukunan sa bahagi ng developer ng software, na nakakamit sa pamamagitan ng paglikha ng isang tiyak na pamamaraan at teknolohiya ng paglikha na katangian ng maginoo na proseso ng produksyon;

9. pagliit ng mga gastos sa mapagkukunan sa bahagi ng gumagamit, ibig sabihin. Ang PO ay dapat na gumanap lamang ng mga gawaing kinakailangan at hindi maaaring gawin ng sistema, dapat ay walang pag-uulit ng gawaing nagawa na, atbp.

Ang gawain ng pinakamataas na pag-unawa sa isa't isa. Yung. Ang PO ay hindi dapat makisali, halimbawa, sa paghahanap ng impormasyon, o ang impormasyong ipinapakita sa screen ay hindi dapat mangailangan ng recoding o karagdagang interpretasyon ng user.

Dapat tandaan ng user ang kaunting impormasyon hangga't maaari, dahil binabawasan nito ang kakayahan ng PO na gumawa ng mga pagpapasya sa pagpapatakbo.

Ang prinsipyo ng maximum na konsentrasyon ng gumagamit sa gawain sa kamay at lokalisasyon ng mga mensahe ng error.
ANO ANG IBIG SABIHIN MO SA INTERFACE?

Ang interface ng gumagamit ay nangangahulugang komunikasyon sa pagitan ng isang tao at isang computer. Ang Pangkalahatang Access ng User ay mga panuntunan na nagpapaliwanag ng diyalogo sa mga tuntunin ng mga pangkalahatang elemento, tulad ng mga panuntunan para sa pagpapakita ng impormasyon sa isang screen, at mga panuntunan ng interactive na teknolohiya, tulad ng mga panuntunan para sa tugon ng isang operator ng tao sa kung ano ang ipinakita sa isang screen. Sa proyektong ito ng kurso, isasaalang-alang namin ang pamantayan ng OPD mula sa IBM, na binuo nang magkasama sa MICROSOFT para sa klase ng mga makina ng RS-AT.

MGA COMPONENT NG INTERFACE

Sa praktikal na antas, ang isang interface ay isang hanay ng mga karaniwang pamamaraan para sa pakikipag-ugnayan sa teknolohiya. Sa antas ng teoretikal, ang interface ay may tatlong pangunahing bahagi:

1. Isang paraan ng komunikasyon sa pagitan ng isang makina at isang tao na operator.

2. Ang paraan ng komunikasyon sa pagitan ng isang tao na operator at isang makina.

3. Paraan ng pagtatanghal ng user interface.

MACHINE SA USER

Ang paraan ng pakikipag-ugnayan ng machine sa user (representasyon na wika) ay tinutukoy ng machine application (application software system).
Kinokontrol ng application ang pag-access sa impormasyon, pagproseso ng impormasyon, at pagpapakita ng impormasyon sa isang form na naiintindihan ng gumagamit.

USER SA MACHINE

Dapat kilalanin ng user ang impormasyong ipinapakita ng computer, unawain (suriin) ito, at magpatuloy sa sagot. Ang sagot ay ipinatupad sa pamamagitan ng interactive na teknolohiya, ang mga elemento nito ay maaaring mga aksyon tulad ng pagpili ng isang bagay gamit ang isang key o mouse. Ang lahat ng ito ay bumubuo sa pangalawang bahagi ng interface, katulad ng wika ng pagkilos.

KUNG PAANO NAG-IISIP ANG USER

Ang mga gumagamit ay maaaring magkaroon ng pag-unawa sa interface ng makina, kung ano ang ginagawa nito at kung paano ito patakbuhin. Ang ilan sa mga paniniwalang ito ay nabuo sa mga user sa pamamagitan ng karanasan sa ibang mga makina, tulad ng isang printing device, isang calculator, mga video game, at isang computer system. Sinasamantala ng isang mahusay na user interface ang karanasang ito. Ang mga mas binuo na ideya ay nabuo mula sa karanasan ng user sa mismong interface. Tinutulungan ng interface ang mga user na bumuo ng mga view na magagamit sa ibang pagkakataon kapag nagtatrabaho sa iba pang mga interface ng application.

CONSISTENT INTERFACE

Ang susi sa paglikha ng isang epektibong interface ay para sa mga operator na bumuo ng isang simpleng konseptwal na modelo ng interface sa lalong madaling panahon. Nagagawa ito ng Shared User Access sa pamamagitan ng pagkakapare-pareho. Ang konsepto ng pagkakapare-pareho ay kapag nagtatrabaho sa isang computer, ang gumagamit ay bubuo ng isang sistema ng pag-asa ng parehong mga reaksyon sa parehong mga aksyon, na patuloy na nagpapatibay sa modelo ng user ng interface. Ang pagkakapare-pareho, sa pamamagitan ng pagpapagana ng pag-uusap sa pagitan ng computer at ng operator ng tao, ay maaaring mabawasan ang dami ng oras na kinakailangan ng user para matutunan ang interface at gamitin ito para magsagawa ng trabaho.

Ang pagkakapare-pareho ay isang pag-aari ng isang interface upang mapahusay ang mga perception ng user. Ang isa pang bahagi ng interface ay ang pagiging tiyak at kalinawan nito. Ginagawa ito sa pamamagitan ng paglalapat ng panel plan, gamit ang mga kulay at iba pang mga diskarte sa pagpapahayag. Ang mga ideya at konsepto ay binibigyan ng pisikal na pagpapahayag sa isang screen kung saan direktang nakikipag-ugnayan ang user.

CONSISTENCY - TATLONG DIMENSYON:

Ang pagsasabi na ang isang interface ay pare-pareho ay tulad ng pagsasabi na ang isang bagay ay mas malaki kaysa sa isang bagay. Napipilitan tayong magtanong: "Higit pa sa ano?" Kapag sinabi nating pare-pareho ang interface, napipilitan tayong magtanong: "Consistent with what?" Ang ilang dimensyon ay kailangang banggitin.

Maaaring ihanay ang isang interface sa tatlong malawak na kategorya o dimensyon: pisikal, syntactic, at semantic.

4. Ang pisikal na pagkakapare-pareho ay tumutukoy sa hardware: layout ng keyboard, layout ng key, paggamit ng mouse. Halimbawa, magkakaroon ng pisikal na pagkakapare-pareho para sa F3 key kung ito ay palaging nasa parehong lokasyon anuman ang paggamit ng system. Gayundin, magiging pisikal na pare-pareho ang pagpili ng isang button sa isang mouse kung ito ay palaging nakaposisyon sa ilalim ng hintuturo.

5. Ang syntactic consistency ay tumutukoy sa pagkakasunod-sunod at pagkakasunud-sunod ng paglitaw ng mga elemento sa screen (representasyon na wika) at ang pagkakasunud-sunod ng mga kahilingan sa pagkilos na kinakailangan (action language).

Halimbawa: Magkakaroon ng syntactic consistency kung palagi mong ilalagay ang pamagat ng panel sa gitna at sa itaas ng panel.

6. Ang semantic consistency ay tumutukoy sa kahulugan ng mga elementong bumubuo sa interface. Halimbawa, ano ang ibig sabihin ng "Lumabas"? Saan nagla-log out ang mga user at ano ang susunod na mangyayari?

INTERSYSTEM CONSISTENCY

Ang Pangkalahatang User Access ay naglalaman ng mga kahulugan ng lahat ng elemento at interactive na teknolohiya. Ngunit maaaring magkaiba ang mga kahulugang ito dahil sa mga teknikal na kakayahan ng mga partikular na system. Kaya, ang pangkalahatang interface ay hindi maaaring magkapareho para sa lahat ng mga system.

Ang pagkakapare-pareho ng mga composite system ay isang balanse sa pagitan ng pisikal, syntactic, semantic consistency at ang pagnanais na samantalahin ang pinakamainam na kakayahan ng system.

MGA BENEPISYO NG ISANG CONSISTENT USER INTERFACE

Ang isang pare-parehong interface ay nakakatipid ng oras at pera ng mga user at developer. Ang mga gumagamit ay nakikinabang mula sa pagkuha ng mas kaunting oras upang matutunan kung paano gamitin ang mga application at pagkatapos ay magkaroon ng mas kaunting oras upang magawa ang trabaho kapag sila ay gumana. Ang mga karagdagang benepisyo sa user ay makikita sa kanilang pag-uugali patungo sa mga application.

Binabawasan ng pare-parehong interface ang error ng user, pinatataas ang kasiyahan sa gawain, at ginagawang mas komportable ang user sa system.

Ang pare-parehong user interface ay nakikinabang din sa mga developer ng application sa pamamagitan ng pagtukoy sa mga karaniwang bloke ng mga elemento ng interface sa pamamagitan ng standardisasyon ng mga elemento ng interface at interactive na teknolohiya. Ang mga building block na ito ay maaaring magpapahintulot sa mga programmer na gumawa at magbago ng mga application nang mas madali at mabilis. Halimbawa, dahil ang parehong panel ay maaaring gamitin sa maraming mga system, ang mga developer ng application ay maaaring gumamit ng parehong mga panel sa iba't ibang mga proyekto.

Bagama't ang user interface ay nagtatakda ng mga panuntunan para sa mga elemento ng interface at interactive na teknolohiya, nagbibigay-daan ito para sa medyo mataas na antas ng flexibility. Halimbawa, limang uri ng mga panel ang tinukoy para sa interface, ngunit posibleng gumamit ng mga panel para sa mga partikular na application. Inirerekomenda ng Pangkalahatang Pag-access ng User ang paggamit ng ilang partikular na panel ngunit, kung hindi ito posible, dapat gamitin ang mga partikular na elemento ng ilang panel.

INTERFACE

Nagbibigay ang MS-Windows sa mga user ng isang graphical interface (GUI) shell na nagbibigay ng karaniwang user at programmer environment. (GUI) ay nag-aalok ng mas sopistikado at user-friendly na kapaligiran kaysa sa command-driven na DOS interface. Ang pagtatrabaho sa Windows ay batay sa mga intuitive na prinsipyo. Madali para sa iyo na lumipat mula sa gawain patungo sa gawain at makipagpalitan ng impormasyon sa pagitan nila. Gayunpaman, ang mga developer ng application ay tradisyonal na nahaharap sa mga hamon sa programming dahil ang kapaligiran ng Windows ay lubhang kumplikado.

Ang Delphi ay isang wika at programming environment na kabilang sa RAD class
(Rapid Application Development - "Tool para sa mabilis na pag-develop ng application") CASE tool - mga teknolohiya. Ginawang posible ng Delphi ang malakas na pagbuo ng application
Ang Windows ay isang mabilis na proseso na nagbibigay sa iyo ng kasiyahan. Mga aplikasyon
Ang Windows na nangangailangan ng maraming pagsisikap ng tao upang lumikha, tulad ng sa C++, ay maaari na ngayong isulat ng isang tao gamit ang Delphi.

Tinitiyak ng interface ng Windows ang kumpletong paglipat ng mga teknolohiya ng CASE sa isang pinagsama-samang sistema upang suportahan ang paggawa ng isang sistema ng aplikasyon sa lahat ng mga yugto ng siklo ng buhay ng trabaho at disenyo ng system.

Ang Delphi ay may malawak na hanay ng mga tampok, mula sa isang taga-disenyo ng form hanggang sa suporta para sa lahat ng mga sikat na format ng database. Tinatanggal ng kapaligiran ang pangangailangang i-program ang mga naturang bahagi
Pangkalahatang layunin ng Windows, tulad ng mga label, icon at kahit na mga dialog bar.
Nagtatrabaho sa Windows, paulit-ulit mong nakita ang parehong "mga bagay" sa maraming iba't ibang mga application. Mga panel ng dialog (tulad ng Pumili ng File at I-save
File) ay mga halimbawa ng magagamit muli na mga bahagi na direktang binuo sa Delphi, na nagbibigay-daan sa iyong iangkop ang mga bahaging ito sa kasalukuyang gawain upang gumana ang mga ito nang eksakto tulad ng kinakailangan ng application na iyong ginagawa. Mayroon ding mga paunang natukoy na visual at non-visual na mga bagay, kabilang ang mga pindutan, mga bagay ng data, mga menu, at mga paunang binuo na dialog panel. Gamit ang mga bagay na ito, maaari kang, halimbawa, magbigay ng data entry sa ilang mga pag-click lamang ng mouse, nang hindi gumagamit ng programming. Ito ay isang visual na pagpapatupad ng mga aplikasyon ng mga teknolohiya ng CASE sa modernong application programming. Ang bahagi na direktang nauugnay sa pagprograma ng user interface ng system ay tinatawag na visual programming

Mga benepisyo mula sa pagdidisenyo ng mga workstation sa kapaligiran ng Windows gamit ang Delphi:

10. Tinatanggal ang pangangailangan na muling ipasok ang data;

11. Tinitiyak ang pagkakapare-pareho sa pagitan ng proyekto at pagpapatupad nito;

12. Ang pagiging produktibo ng pag-unlad at ang portability ng programa ay tumataas.

Ang visual programming ay nagdaragdag ng bagong dimensyon sa paglikha ng mga application, na ginagawang posible na ipakita ang mga bagay na ito sa screen ng monitor bago isagawa ang mismong programa. Kung walang visual programming, ang proseso ng pag-render ay nangangailangan ng pagsulat ng isang piraso ng code na lumilikha at nagko-configure sa bagay sa lugar. Posibleng makakita lamang ng mga naka-encode na bagay sa panahon ng pagpapatupad ng programa. Sa diskarteng ito, ang pagkuha ng mga bagay upang tumingin at kumilos sa paraang gusto mo ay nagiging isang nakakapagod na proseso na nangangailangan ng paulit-ulit na pag-aayos ng code, pagkatapos ay patakbuhin ang program at makita kung ano ang mangyayari.

Salamat sa mga tool sa visual development, maaari kang gumawa ng mga bagay, hawak ang mga ito sa harap ng iyong mga mata at makakuha ng mga resulta halos kaagad. Ang kakayahang makita ang mga bagay habang lumilitaw ang mga ito sa panahon ng pagpapatupad ng programa ay nag-aalis ng pangangailangan para sa maraming manu-manong gawain na tipikal ng pagtatrabaho sa isang non-visual na kapaligiran, object-oriented man o hindi. Matapos mailagay ang isang bagay sa anyo ng isang visual programming environment, ang lahat ng mga katangian nito ay agad na ipinapakita sa anyo ng code na tumutugma sa bagay bilang isang yunit na naisakatuparan sa panahon ng pagpapatakbo ng programa.

Ang paglalagay ng bagay sa Delphi ay nagsasangkot ng mas mahigpit na ugnayan sa pagitan ng mga bagay at aktwal na code ng programa. Ang mga bagay ay inilalagay sa iyong form, at ang code na naaayon sa mga bagay ay awtomatikong nakasulat sa source file. Ang code na ito ay nag-compile upang magbigay ng makabuluhang mas mahusay na pagganap kaysa sa visual na kapaligiran, na nagbibigay-kahulugan lamang sa impormasyon habang tumatakbo ang programa.

Ang tatlong pangunahing bahagi ng disenyo ng interface ay: disenyo ng panel, disenyo ng dialogo, at pagtatanghal ng window. Para sa Heneral
Dapat ding isaalang-alang ng User Access ang mga tuntunin ng aplikasyon
Arkitektura ng mga System ng Application. Mayroon ding iba pang mga kundisyon: kung ang mga input device sa mga terminal ay keyboard o pointing, at kung ang mga application ay magiging character o graphical.

PAGBUBUO NG DISENYO NG PANEL

Itatag natin ang mga pangunahing termino na nauugnay sa pagbuo ng panel.

Ang screen ay ang ibabaw ng isang computer workstation o terminal kung saan matatagpuan ang impormasyong nilayon para sa user.
Ang isang panel ay paunang natukoy na nakagrupong impormasyon na nakaayos sa isang partikular na paraan at inilagay sa screen. Heneral
Ang User Access ay nagtatatag ng limang panel scheme, na tinatawag na mga panel type. Kinakailangang gumamit ng iba't ibang uri ng panel upang ipakita ang iba't ibang uri ng impormasyon. Ang limang uri ng panel ay ang mga sumusunod:

9. Impormasyon;

10. Listahan;

11. Lohikal.

Maaari mo ring paghaluin ang mga bahagi ng mga uri ng panel na ito upang lumikha ng mga pinaghalong panel. Dapat mong isipin ang bawat panel bilang isang puwang na nahahati sa tatlong pangunahing bahagi, na ang bawat isa ay naglalaman ng ibang uri ng impormasyon:

12. Action menu at drop-down na menu;

13. Panel body;

14. Function key area.

Sa Fig. Ipinapakita ng Figure 2 ang posisyon ng tatlong lugar ng panel.
|Action Menu |
| |
|Katawan ng panel |
| |
|Function key area |

kanin. 2. Tatlong panel area.

Lumilitaw ang isang menu ng pagkilos sa tuktok ng panel. Nagbibigay ito sa mga user ng access sa isang pangkat ng mga aksyon na sinusuportahan ng application. Ang menu ng pagkilos ay naglalaman ng isang listahan ng mga posibleng pagkilos na mapagpipilian. Kapag pumili ang mga user, lalabas sa screen ang isang listahan ng mga posibleng pagkilos sa anyo ng drop-down na menu. Ang drop-down na menu ay isang extension ng action menu.

Ang salitang "mga aksyon" sa "menu ng pagkilos" ay hindi nagpapahiwatig na ang lahat ng mga utos ay dapat na mga pandiwa. Ang mga pangngalan ay katanggap-tanggap din. Ang kahulugan ng pagkilos sa terminong "menu ng pagkilos" ay nagmula sa katotohanan na ang pagpili ng item sa menu ng pagkilos ay ginagawa ng application sa pamamagitan ng mga pagkilos ng user. Halimbawa, sa isang word processor, ang pagpipiliang menu ng aksyon na "Mga Font" ay isang pangngalan at nagbibigay-daan sa user na humiling ng mga pagkilos sa pagpili ng font.

Ang ilang mga panel ay magkakaroon ng menu ng pagkilos, habang ang iba ay hindi.

Ang menu ng pagkilos at drop-down na menu ay nagbibigay ng dalawang magagandang benepisyo para sa mga user.

Ang unang bentahe ay ang mga pagkilos na ito ay makikita ng mga user at maaaring hilingin na maisagawa sa pamamagitan ng mga simpleng interactive na diskarte. Ang ibig sabihin ng "kahilingan" ay ang pagsisimula ng isang aksyon.
Ang paraan ng pagpapasimula ng isang operator ng isang aksyon ay sa pamamagitan ng pagpindot sa isang function key, paggawa ng pagpili mula sa isang pull-down na menu, o pag-type (pag-type) ng isang command. Ang action menu at pull-down na menu ay nagbibigay ng visual na karanasan na tumutulong sa mga user na mahanap ang mga aksyon na kailangan nila nang hindi kinakailangang tandaan at i-type ang pangalan ng aksyon.

Ang pangalawang bentahe ay ang pagpili mula sa menu ng pagkilos ay nagdudulot ng isang drop-down na menu, i.e. hindi sila nagiging sanhi ng agarang aksyon. Nakikita ng mga user na ang pagpapatupad ng mga naturang aksyon ay hindi humahantong sa hindi na mapananauli na mga kahihinatnan, at wala silang takot sa isang maling aksyon.

Ang menu ng pagkilos at drop-down na menu ay nagbibigay ng dalawang antas na hierarchy ng mga aksyon. Maaari kang magbigay ng karagdagang layer sa pamamagitan ng paggamit ng mga pop-up window na lumilitaw kapag ang isang pagpipilian ay ginawa mula sa isang drop-down na menu ng operator. Pagkatapos, kapag gumawa ang operator ng pagpili sa pop-up window, maaaring lumitaw ang isang serye ng mga pop-up habang isinasagawa ang mga aksyon. Heneral
Inirerekomenda ng User Access na limitahan mo ang bilang ng mga antas ng popup sa tatlo, dahil maraming mga user ang nahihirapang maunawaan ang hierarchy ng mga menu na may maraming antas.

Ang katawan ng panel ay matatagpuan sa ibaba ng action menu at sa itaas ng function key area. Ang bawat panel na gagawin mo ay magkakaroon ng katawan, na maaaring hatiin sa maraming lugar kung ang iyong application ay kailangang magpakita sa mga user ng higit sa isang pangkat ng impormasyon sa isang pagkakataon, o nagpapahintulot sa mga user na magpasok o mag-update ng higit sa isang pangkat ng impormasyon sa parehong oras oras.

Ang panel body ay maaari ding maglaman ng command area, kung saan ang mga user ay nagta-type ng application o system command, at isang message area, kung saan lumalabas ang mga mensahe.

Ang command area ay isang paraan ng pagbibigay sa mga user ng command interface na isang alternatibo sa pag-prompt para sa mga aksyon sa pamamagitan ng action menu at pull-down menu. Ang mga pane ng mensahe ay nagbibigay sa iyo ng ibang lugar para maglagay ng mga mensahe sa screen kaysa sa mga window, dahil mahalaga na ang mga mensahe ay hindi makagambala sa impormasyon ng panel o mga kahilingan sa pagkilos.

Ang lugar ng function key ay matatagpuan sa ibaba ng panel at maaaring piliin ng operator na ilagay ito sa maikling anyo, mahabang anyo, o hindi sa lahat. Naglalaman ito ng listahan ng mga function key. Ang ilang mga panel ay maaaring maglaman ng parehong action menu at isang function key header. Dapat mong tiyakin na ang bahagi ng function key ay pinagana para sa lahat ng mga panel, bagama't maaaring piliin ng user na huwag protektahan ang mga ito. Tingnan ang fig. 3 na nagpapakita ng pangkalahatang view ng panel ng user ng system.
|Pagpili ng Komunikasyon |
|Pumili ng isa sa mga sumusunod na uri ng komunikasyon: |
|1. Pagtanggap ng mail |
|2. Pagtanggap ng mga mensahe |
|3. Nagpapadala ng mail |
|4. Postal Journal |
|5. Mga operasyon |
|6. Katayuan sa koreo |
|Esc=Kanselahin |F1=Tulong |F3=Lumabas |

kanin. 3. Panel na may function key area. Ang function key area ay na-screen sa maikling anyo at naglalaman ng Cancel, Help at

Ang mga elemento ng panel ay ang pinakamaliit na bahagi ng disenyo ng panel.
Ang ilang mga elemento ay eksklusibo sa ilang mga lugar ng panel, habang ang iba ay maaaring gamitin sa iba't ibang mga lugar.

Ang Pangkalahatang Pag-access ng User ay nagbibigay ng ilang simbolo at visual na mga pahiwatig, gaya ng mga pseudobutton at mga contact button, na magagamit mo upang ipahiwatig sa mga user kung aling mga field ng pagpili o aksyon ang kanilang ginagawa.

MGA PRINSIPYO NG DISENYO: OBJECT - ACTION

Ang paghahati-hati ng panel sa mga lugar na naglalaman ng mga bagay ng impormasyon o mga pagpipilian ng aksyon ay batay sa prinsipyo ng object-action ng disenyo ng panel. Ang prinsipyong ito ay nagbibigay-daan sa mga user na pumili muna ng isang bagay sa katawan ng panel, at pagkatapos ay piliin ang naaangkop na pagkilos upang gumana sa napiling bagay mula sa menu ng pagkilos o mula sa lugar ng function key.

Binibigyang-daan ka ng object-action mapping na ito na bumuo ng mga action menu at pull-down na menu mula sa isang aksyon, kasama lamang ang mga valid para sa mga kaukulang bagay. Ang paggamit ng konsepto ng object-action ay nakakatulong upang mabawasan ang bilang ng mga mode, na kung minsan ay nagdudulot ng abala sa mga user at napakaraming bilang nito at ginagawang mahirap matutunan at gamitin ang application. Ang prinsipyo ng object-action ay mas kanais-nais, ngunit sa karamihan ng mga kaso ang isang action-object na relasyon ay maaari ding ilapat, kung saan ang operator ay pumipili ng mga bagay at aksyon sa reverse order.

OPERASYON NG USER SA PAnel

Nakikipag-ugnayan ang user sa mga elemento ng panel gamit ang isang selection cursor, isa sa mga paraan ng pagpili kung saan ay isang color bar na ginagamit upang i-highlight ang mga field ng pagpili at mga input field. Ipinapakita ng cursor ng pagpili kung saan at kung saan gagana ang user. Inilipat ng mga user ang cursor sa palibot ng panel gamit ang keyboard o mouse.

DIREKTA MAKIPAG-UGNAYAN

Kasama sa Shared User Access ang mga konsepto ng disenyo tulad ng turn-by-turn, visual cues, at interactive na teknolohiya.
Gayunpaman, maaaring hindi kailanganin ng mga may karanasang user ang antas na ito ng kadalian ng paggamit. Maaaring mangailangan sila ng mas direktang pakikipag-ugnayan sa application. Para sa mga naturang user, ang Shared User Access ay naglalaman din ng mga mabilis na interactive na teknolohiya tulad ng:

15. Pagtatalaga ng mga function key sa mga aksyon.

16. Pinabilis na paglabas mula sa mga aktibidad na may mataas na antas.

17. Paggamit ng mnemonics at mga numero upang pumili ng mga bagay at aksyon.

18. Ang command area ay nagbibigay-daan sa user na magpasok ng application at system commands.

19. Ang paggamit ng mouse ay nagpapabilis sa pagpili ng mga aksyon.

PAGBUO NG DIALOGUE

Ang isang dialogue ay isang pagkakasunud-sunod ng mga kahilingan sa pagitan ng isang user at isang computer: ang kahilingan ng user, ang tugon at kahilingan ng computer, at ang panghuling aksyon ng computer.

Habang ang user at computer ay nagpapalitan ng mga mensahe, ang dialogue, sa ilalim ng kontrol ng operator, ay gumagalaw sa isa sa mga landas na ibinigay ng application. Sa pangkalahatan, gumagalaw ang user sa application gamit ang mga partikular na pagkilos na bahagi ng isang pag-uusap. Ang mga pagkilos na ito sa pakikipag-usap ay hindi kinakailangan na ang computer ay magproseso ng impormasyon; maaari lamang silang maging dahilan upang lumipat ka mula sa isang panel patungo sa isa pa, o mula sa isang application patungo sa isa pa kung higit sa isang application ang tumatakbo. Kinokontrol din ng mga pagkilos sa pag-uusap kung ano ang nangyayari sa impormasyong tina-type ng mga user sa isang partikular na panel; kung dapat itong i-save o tandaan kapag nagpasya ang mga user na lumipat sa isa pang panel ng app.

Kaya, ang diyalogo ay binubuo ng dalawang bahagi:

Ang bawat hakbang ng dialogue ay sinamahan ng isang desisyon upang i-save o hindi i-save ang bagong impormasyon.

Sa maraming landas ng pag-uusap, binibigyan ng pagkakataon ang operator na kumuha ng mga alternatibong landas pasulong sa kanilang mga desisyon, kabilang ang mga karaniwang pagkilos sa pag-uusap gaya ng enter, cancel, at exit. Ang mga karaniwang pagkilos sa dialogo ay isang hanay ng mga naturang pagkilos na tinukoy sa
Pangkalahatang Access ng User, na may karaniwang kahulugan sa lahat ng application. Sa ilan sa mga mode na ito, maaaring mag-advance ang user:

22. Pasulong ng isang hakbang (pagpasok ng aksyon);

23. Bumalik ng isang hakbang (kanselahin ang pagkilos);

24. Bumalik sa isang partikular na punto ng aplikasyon (function exit action);

25. Iwanan ang aplikasyon (lumabas sa mode ng aplikasyon).

Ipasok at kanselahin ang mga pagkilos, tulad ng mga hakbang sa dialogo, ay karaniwang nagpapakita sa operator ng isang bagong panel o maaaring magpakita ng parehong panel ngunit may mga makabuluhang pagbabago. Sa iba't ibang mga punto sa dialog, ang pag-alis ng tsek at paglabas ng mga aksyon ay ginagawa sa parehong paraan, gaano man karaming mga exit point ang mayroon ang application. Ang ilang mga application ay mayroon lamang isang exit point, habang ang iba ay may ilan. Ang isang hanay ng ilang karaniwang mga aksyon sa dialogo ay inilalarawan sa Fig. 4.

Inilalarawan nito ang mga kakayahan sa pag-navigate ng isang karaniwang dialog kapag lumilipat mula sa panel patungo sa panel, na kinakatawan ng mga parihaba. Mga operasyon
Ang Forward at Back ay mga scrolling operation, hindi navigational, at ginagamit para gumalaw sa loob ng mga panel.

kanin. 4. Mga aksyong diyalogo.

RETENSIYON AT PAGSI-save ng IMPORMASYON

Habang nagna-navigate ang mga user sa application, dapat may mangyari sa impormasyong binago sa panel. Maaari itong gaganapin sa antas ng panel o maaaring maimbak.

Ang impormasyong hawak ay kabilang sa impormasyon sa antas ng panel ng aplikasyon. Kapag bumalik ang mga user sa pag-uusap sa pamamagitan ng pagkansela ng panel, itinatapon o ise-save ng application ang anumang mga pagbabago sa impormasyon ng panel.
Maaaring i-escape ang impormasyong hawak bilang mga default na halaga sa susunod na tingnan ng user ang panel na iyon. Ngunit hindi ito nangangahulugan na ang impormasyon ay mai-save. Ang bawat aplikasyon ay nagpasya na panatilihin o iimbak ang naturang impormasyon.

Ang pag-save ng impormasyon ay nangangahulugan ng paglalagay nito sa isang lugar ng memorya na tinukoy ng operator. Ang mga pagkilos sa pag-navigate na gumagabay sa user sa pamamagitan ng isang application ay hindi nagse-save ng impormasyon maliban kung ang user ay partikular na nagsasaad na ang mga pagkilos na iyon ay dapat magtapos sa pag-save ng impormasyon.

Kung ang mga aksyon ng isang user ay maaaring magresulta sa pagkawala ng ilang partikular na impormasyon, inirerekomenda ng Pangkalahatang User Access na hilingin sa user na kumpirmahin na ayaw niyang i-save ang impormasyon, o payagan silang i-save ang impormasyon, o kanselahin ang huling kahilingan at bumalik sa isang hakbang .

Maaaring tumakbo ang iyong application sa windowed mode. Nangangahulugan ito na ang panel ay matatagpuan sa magkahiwalay na limitadong bahagi ng screen, na tinatawag na mga bintana. Ang isang system na may windowing mode ay nagbibigay-daan sa user na hatiin ang screen sa mga window na naglalaman ng sarili nilang pane. Gamit ang ilang mga window nang sabay-sabay, maaaring sabay na tingnan ng user ang ilang mga panel ng pareho o magkakaibang mga application sa screen.

Kung ang screen ay naglalaman ng isa o dalawang window, maaaring hindi makita ng user ang buong panel sa bawat window. Depende ito sa laki ng bintana.
Maaaring ilipat o baguhin ng user ang bawat window upang umangkop sa impormasyong kailangan nila. Gayundin, ang mga gumagamit ay maaaring mag-scroll sa mga nilalaman ng mga bintana sa pamamagitan ng paglipat ng impormasyon sa mga panel sa loob ng lugar ng screen na nakatali sa window.

Ang mga kakayahan sa Windows mode ay ibinibigay ng operating system o ng mga serbisyo at tool nito, kung hindi, ang mga application mismo ay dapat magpatupad ng mode na ito.

TATLONG URI NG WINDOWS

Ang pangunahing window ay ang window kung saan sinisimulan ng user at computer ang kanilang dialogue. Halimbawa, sa isang text editor, ang pangunahing window ay naglalaman ng tekstong ie-edit. Sa editor ng spreadsheet, naglalaman ang pangunahing window ng talahanayan. Sa mga system na walang kakayahan sa windowing, isaalang-alang ang buong screen bilang pangunahing window. Ang bawat pangunahing window ay maaaring maglaman ng maraming mga panel kung kinakailangan, isa-isa, upang dalhin ang pag-uusap. Maaaring ilipat ng mga user ang pangunahing window sa isa pang pangunahin o pangalawang window.

Ang mga pangalawang bintana ay tinatawag mula sa mga pangunahing bintana. Ito ay mga bintana kung saan ang mga user at ang computer ay nagsasagawa ng dialogue na kahanay ng dialogue sa pangunahing window. Halimbawa, sa isang word processor, ang pangalawang window ay maaaring maglaman ng isang panel na nagpapahintulot sa user na baguhin ang format ng dokumento, habang ang pangunahing window ay naglalaman ng nae-edit na impormasyon. Ginagamit din ang mga pangalawang window upang magbigay ng sumusuportang impormasyon na nauugnay sa dialog sa mga pangunahing window. Ang mga user ay maaaring lumipat mula sa mga pangunahing bintana patungo sa pangalawang mga bintana at vice versa. Ang mga pangunahin at pangalawang window ay may mga title bar sa itaas ng window. Ang pamagat ay nauugnay sa window sa mga application.

Ang mga pop-up window ay isang seksyon ng screen na naglalaman ng screenable na panel na nagpapalawak sa dialogue ng user sa pamamagitan ng pangunahin at pangalawang window. Ang mga pop-up window ay nakikipag-ugnayan sa ibang mga window at lumalabas kapag ang isang application ay gustong palawakin ang dialog sa isa pang window. Isa sa mga gamit ng mga pop-up ay upang ihatid ang iba't ibang mensahe. Bago ipagpatuloy ang isang dialog sa isang partikular na window, dapat kumpletuhin ng user ang kanyang trabaho gamit ang nauugnay na pop-up window.

Mga Input Device: keyboard, mouse at iba pa

Sinusuportahan ng Shared User Access ang pare-parehong paggamit ng keyboard at mouse, o anumang iba pang device na kumikilos tulad ng mouse. Ipagpalagay pa namin na ang mouse ang pangunahing aparato sa pagturo.

Dapat maging handa ang mga user na lumipat sa pagitan ng keyboard at mouse sa halos anumang yugto ng isang pag-uusap nang hindi kinakailangang baguhin ang mga mode ng application. Ang isang device ay maaaring maging mas epektibo kaysa sa isa pa sa isang kilalang sitwasyon, kaya ang user interface ay nagbibigay-daan sa mga user na madaling lumipat mula sa isang device patungo sa isa pa.

Ang lahat ng mga personal na aplikasyon ng computer ay dapat tumanggap ng paggamit ng mouse. Gayunpaman, hindi maaaring suportahan ng mga application sa mga di-programmable na terminal ang mouse. Hindi kinakailangan ang suporta ng mouse sa mga terminal na ito.

Suporta sa Keyboard

Isaalang-alang natin ang Pangkalahatang Pag-access ng Gumagamit bilang de facto na pamantayan, na idinisenyo na may isang uri ng keyboard sa isip, ang IBM na pinahusay na keyboard.

Dapat kang magtalaga ng mga susi sa mga function ng application ayon sa mga tuntunin at mga detalye ng pamantayan ng IBM. Nalalapat ang mga pangunahing takdang-aralin sa mga keyboard ng IBM
Pinahusay na Keyboard. Para sa iba pang mga uri ng keyboard, gamitin ang naaangkop na teknikal na dokumentasyon, halimbawa, ang IBM Modifiable Keyboard
Keyboard.

Mga pangunahing panuntunan sa pagtatalaga:

26. Maaaring gamitin ang anumang key sa mga application, kabilang ang mga key na pinindot nang walang Shift, pati na rin ang mga kumbinasyon na may Shift+, Ctrl+ at

Alt+ kung pinapayagan ng programmable workstation o non-programmable terminal ang pag-access ng application sa mga key na ito. Dapat mong iwasan ang paggamit ng anumang mga key na itinalaga ng operating system kung saan tatakbo ang application.

27. Kung isasalin ang application sa ibang mga wika, hindi ka dapat magtalaga ng mga alphanumeric key combination sa Alt. Gayunpaman, kung maaari, ang mga user ay maaaring magtalaga ng iba't ibang mga function sa mga key na ito.

28. Upang baguhin ang paunang halaga ng mga key, gamitin ang mga ito kasama ng mga Alt, Ctrl at Shift key. Ang mga Alt, Ctrl at Shift key ay hindi ginagamit nang nakapag-iisa.

29. Ang mga pangunahing takdang-aralin ay hindi dapat muling italaga o duplicate.

30. Ang mga gumagamit ay binibigyan ng pagkakataon na baguhin ang pagtatalaga ng mga susi bilang karagdagang pag-andar ng application. Ang mga user ay dapat na makapagtalaga ng mga aksyon at opsyon sa anumang function key, pati na rin baguhin ang kanilang on-screen na label.

31. Kung ang isang partikular na function ay itinalaga sa isang function key sa parehong paraan sa ilang mga application, dapat mong italaga ang partikular na function na ito sa key na ito sa lahat ng mga application.

32. Kung pinindot ng mga user ang isang key na hindi nakatalaga sa kasalukuyang antas ng panel, dapat walang epekto maliban kung tinukoy.
KONGKLUSYON

Sa modernong mga kondisyon, ang paghahanap para sa isang pinakamainam na solusyon sa problema ng pag-aayos ng isang interface ng pakikipag-ugnayan ay tumatagal sa katangian ng isang kumplikadong gawain, ang solusyon na kung saan ay makabuluhang kumplikado sa pamamagitan ng pangangailangan upang ma-optimize ang functional na pakikipag-ugnayan ng mga operator sa bawat isa at sa teknikal na paraan ng mga awtomatikong sistema ng kontrol sa pagbabago ng kalikasan ng kanilang mga propesyonal na aktibidad.

Kaugnay nito, nais kong bigyang-diin ang partikular na kaugnayan ng problema ng pagmomodelo ng pakikipag-ugnayan ng mga sitwasyong pang-emergency na may mga teknikal na paraan ng mga awtomatikong sistema ng kontrol. Ngayon ay may isang tunay na pagkakataon gamit ang pagmomodelo sa modernong multifunctional na pagproseso ng impormasyon at mga tool sa pagpapakita tulad ng
Delphi upang tukuyin ang uri at katangian ng mga modelo ng impormasyon na ginamit, upang matukoy ang mga pangunahing tampok ng hinaharap na mga aktibidad ng mga operator, upang bumalangkas ng mga kinakailangan para sa mga parameter ng hardware at software ng interface ng pakikipag-ugnayan, atbp.

Sa pagsasalita tungkol sa mga problema ng pakikipag-ugnayan ng tao sa mga awtomatikong sistema ng kontrol at ang praktikal na pagpapatupad ng interface ng pakikipag-ugnayan, hindi maaaring alisin ng isa ang isang mahalagang isyu tulad ng pag-iisa at standardisasyon. Ang paggamit ng mga karaniwang solusyon at ang modular na prinsipyo ng pagdidisenyo ng display at mga sistema ng pagproseso ng impormasyon ay nagiging laganap, na, gayunpaman, ay medyo natural.

Ang partikular na diin kapag ipinapatupad ang mga gawaing ito, siyempre, ay dapat ibigay sa mga modernong tool sa pagbuo ng programa ng CASE, dahil pinahihintulutan ka nitong magdisenyo ng mga solusyon batay, una sa lahat, sa mga kinakailangan para sa isang pare-parehong interface ng gumagamit, na siyang interface ng Windows. Walang ibang third-party na produkto na available ngayon ang nag-aalok ng sabay-sabay na kadalian ng paggamit, pagganap, at flexibility na ginagawa ng Delphi. Ang wikang ito ay nagtulay sa agwat sa pagitan ng ika-3 at ika-4 na henerasyon ng mga wika, pinagsasama ang kanilang mga lakas at lumikha ng isang malakas at produktibong kapaligiran sa pag-unlad.

PANITIKAN

Organisasyon ng pakikipag-ugnayan ng tao sa mga teknikal na paraan ng mga awtomatikong sistema ng kontrol, dami 4:
"Pagpapakita ng impormasyon", na-edit ni V.N. Chetverikov, Moscow, "Higher School"
1993.
Organisasyon ng pakikipag-ugnayan ng tao sa mga teknikal na paraan ng mga awtomatikong sistema ng kontrol, dami 7:
"Disenyo ng sistema ng pakikipag-ugnayan ng tao sa mga teknikal na paraan," na-edit ni V.N. Chetverikov, Moscow, "Higher School" 1993.
"Cybernetic dialogue system", I.P. Kuznetsov.
Pangkalahatang Mga Alituntunin sa Interface ng Gumagamit, Microsoft, Rev.
1995
John Matcho, David R. Faulkner. "Delphi" - trans. mula sa Ingles - M.: Binom, 1995.

PANIMULA 2

LUGAR NG PAKSA 3

MODEL NG IMPORMASYON: INPUT AT OUTPUT IMPORMASYON 6

MGA FUNCTIONAL TASKS NA NALULUWAS NG DELPHI SA INTERFACE CONSTRUCTION
7

ANO ANG IBIG SABIHIN MO SA INTERFACE 8

MGA COMPONENT NG INTERFACE 8

MACHINE SA USER 8

USER SA MACHINE 8

KUNG PAANO NAG-IISIP ANG USER 8
CONSISTENT INTERFACE 9

CONSISTENCY - TATLONG DIMENSYON: 9

CROSS-SYSTEM CONSISTENCY 10

MGA BENEPISYO NG KONSISTENSYANG INTERFACE NG USER 10

SOFTWARE AT HARDWARE: IMPLEMENTATION AND CREATION OF CUSTOM
INTERFACE 11

PAGBUBUO NG DISENYO NG PANEL 13
MGA PRINSIPYO NG DESIGN: SITE - ACT 16

OPERASYON NG USER SA PANELO 16

DIREKTANG INTERAKSIYON 16

PAGBUO NG DIALOG 16
RETENSIYON AT PAG-IMPORMASYON 19
WINDOWS 19

TATLONG URI NG WINDOWS 20
MGA INPUT DEVICES: KEYBOARD, MOUSE AT IBA 20

SUPORTA SA KEYBOARD 21

Sa modernong mga sistema ng automation, bilang isang resulta ng patuloy na paggawa ng makabago ng produksyon, ang gawain ng pagbuo ng mga ipinamamahagi na pang-industriyang network gamit ang nababaluktot na mga protocol ng paglilipat ng data ay lalong nakatagpo.

Wala na ang mga araw kung kailan inilagay ang isang malaking cabinet na may mga kagamitan sa isang lugar sa control room, na may mga kilometro ng makapal na bundle ng mga cable na humahantong sa mga sensor at actuator na umaabot dito. Ngayon, sa karamihan ng mga kaso, higit na kumikita ang pag-install ng ilang lokal na controller na pinagsama sa isang network, sa gayon ay nakakatipid sa pag-install, pagsubok, pag-commissioning at pagpapanatili kumpara sa isang sentralisadong sistema.

Upang ayusin ang mga pang-industriyang network, maraming interface at data transfer protocol ang ginagamit, halimbawa Modbus, Ethernet, CAN, HART, PROFIBUS, atbp. Ang mga ito ay kinakailangan para sa pagpapadala ng data sa pagitan ng mga sensor, controller at actuator (AM); pagkakalibrate ng sensor; supply ng kuryente para sa mga sensor at MI; mga koneksyon sa pagitan ng mas mababa at itaas na antas ng automated na proseso ng control system. Ang mga protocol ay binuo na isinasaalang-alang ang mga detalye ng produksyon at teknikal na mga sistema, na tinitiyak ang isang maaasahang koneksyon at mataas na katumpakan ng paglipat ng data sa pagitan ng iba't ibang mga aparato. Kasabay ng maaasahang operasyon sa malupit na mga kondisyon, functionality, flexibility sa disenyo, kadalian ng pagsasama at pagpapanatili, at pagsunod sa mga pamantayang pang-industriya ay nagiging mas mahalagang mga kinakailangan sa mga automated na sistema ng kontrol sa proseso.

Ang pinakakaraniwang sistema ng pag-uuri para sa mga protocol ng network ay ang OSI theoretical model ( pangunahing modelo ng sanggunian para sa pakikipag-ugnayan ng mga bukas na sistema, Ingles. Open Systems Interconnection Basic Reference Model). Ang pagtutukoy para sa modelong ito ay sa wakas ay pinagtibay noong 1984 ng International Organization for Standardization (ISO). Alinsunod sa modelo ng OSI, ang mga protocol ay nahahati sa 7 mga layer, na matatagpuan sa itaas ng isa, ayon sa kanilang layunin - mula sa pisikal (generation at pagkilala ng mga de-koryenteng o iba pang mga signal) hanggang sa aplikasyon (API para sa paglilipat ng impormasyon sa pamamagitan ng mga application). Ang pakikipag-ugnayan sa pagitan ng mga antas ay maaaring isagawa nang patayo at pahalang (Larawan 1). Sa pahalang na komunikasyon, ang mga programa ay nangangailangan ng isang karaniwang protocol upang makipagpalitan ng data. Sa vertical - sa pamamagitan ng mga interface.

kanin. 1. Teoretikal na modelo ng OSI.

Layer ng aplikasyon

Application layer - application layer ( Ingles Layer ng aplikasyon). Nagbibigay ng pakikipag-ugnayan sa pagitan ng network at mga application ng user na lampas sa modelo ng OSI. Ang mga sumusunod na protocol ay ginagamit sa antas na ito: HTTP, gopher, Telnet, DNS, SMTP, SNMP, CMIP, FTP, TFTP, SSH, IRC, AIM, NFS, NNTP, NTP, SNTP, XMPP, FTAM, APPC, X.400 , X .500, AFP, LDAP, SIP, ITMS, Modbus TCP, BACnet IP, IMAP, POP3, SMB, MFTP, BitTorrent, eD2k, PROFIBUS.

Antas ng executive

Antas ng ehekutibo ( Ingles Layer ng pagtatanghal) - antas ng presentasyon ng datos. Ang layer na ito ay maaaring magsagawa ng protocol conversion at compression/decompression o pag-encode/decoding ng data, pati na rin ang pag-redirect ng mga kahilingan sa isa pang mapagkukunan ng network kung hindi sila mapoproseso nang lokal. Kino-convert nito ang mga kahilingan sa application na natanggap mula sa layer ng application sa isang format para sa paghahatid sa network, at kino-convert ang data na natanggap mula sa network sa isang format na mauunawaan ng mga application. Ang mga sumusunod na protocol ay tradisyonal na nabibilang sa antas na ito: HTTP, ASN.1, XML-RPC, TDI, XDR, SNMP, FTP, Telnet, SMTP, NCP, AFP.

Layer ng session

Antas ng session ( Ingles Layer ng session) namamahala sa paglikha/pagwawakas ng isang sesyon ng komunikasyon, pagpapalitan ng impormasyon, pag-synchronize ng gawain, pagtukoy sa karapatang maglipat ng data, at pagpapanatili ng isang sesyon sa mga panahon ng kawalan ng aktibidad ng mga aplikasyon. Tinitiyak ang pag-synchronize ng paghahatid sa pamamagitan ng paglalagay ng mga checkpoint sa stream ng data, kung saan ipagpapatuloy ang proseso kung maabala ang pakikipag-ugnayan. Mga Protocol na ginamit: ASP, ADSP, DLC, Named Pipes, NBT, NetBIOS, NWLink, Printer Access Protocol, Zone Information Protocol, SSL, TLS, SOCKS.

Layer ng transportasyon

layer ng transportasyon ( Ingles Layer ng transportasyon) inaayos ang paghahatid ng data nang walang mga pagkakamali, pagkalugi at pagdoble sa pagkakasunud-sunod kung saan sila ipinadala. Hinahati ang data sa mga fragment na may pantay na laki, pinagsasama ang maikli at hinahati ang mahaba (depende ang laki ng fragment sa protocol na ginamit). Mga Protocol na ginamit: TCP, UDP, NetBEUI, AEP, ATP, IL, NBP, RTMP, SMB, SPX, SCTP, DCCP, RTP, TFTP.

Layer ng network

Layer ng network ( Ingles Layer ng network) ay tumutukoy sa mga landas ng paglilipat ng data. Responsable sa pagsasalin ng mga lohikal na address at pangalan sa mga pisikal, pagtukoy sa pinakamaikling ruta, paglipat at pagruruta, at pagsubaybay sa mga problema at kasikipan sa network. Mga protocol na ginamit: IP, IPv6, ICMP, IGMP, IPX, NWLink, NetBEUI, DDP, IPSec, ARP, RARP, DHCP, BootP, SKIP, RIP.

Layer ng Data Link

Link layer ( Ingles Layer ng link ng data) ay idinisenyo upang matiyak ang pakikipag-ugnayan ng mga network sa pisikal na antas. Ang data na natanggap mula sa pisikal na layer ay sinusuri kung may mga error, itinatama kung kinakailangan, naka-pack sa mga frame, sinuri para sa integridad, at ipinadala sa layer ng network. Maaaring makipag-ugnayan ang layer ng data link sa isa o higit pang mga pisikal na layer. Hinahati ng detalye ng IEEE 802 ang layer na ito sa 2 sublayer - kinokontrol ng MAC (Media Access Control) ang pag-access sa nakabahaging pisikal na medium, nagbibigay ang LLC (Logical Link Control) ng serbisyo sa layer ng network. Mga protocol na ginamit: STP, ARCnet, ATM, DTM, SLIP, SMDS, Ethernet, FDDI, Frame Relay, LocalTalk, Token ring, StarLan, L2F, L2TP, PPTP, PPP, PPPoE, PROFIBUS.

Pisikal na layer

Pisikal na layer ( Ingles Pisikal na layer) ay inilaan nang direkta para sa pagpapadala ng stream ng data. Nagpapadala ng mga electrical o optical signal sa isang cable o radio broadcast at, nang naaayon, tinatanggap ang mga ito at kino-convert ang mga ito sa mga bits ng data alinsunod sa mga digital signal encoding na pamamaraan. Mga protocol na ginamit: RS-232, RS-422, RS-423, RS-449, RS-485, ITU-T, xDSL, ISDN, T1, E1, 10BASE-T, 10BASE2, 10BASE5, 100BASE-T, 1000BASE-T , 1000BASE-TX, 1000BASE-SX.

Tulad ng maaaring napansin mo, maraming mga protocol ang binanggit sa ilang mga antas nang sabay-sabay. Ito ay nagpapahiwatig na ang teoretikal na modelo ay hindi kumpleto at malayo sa mga tunay na protocol ng network, kaya ang pagbubuklod ng ilan sa mga ito sa mga antas ng OSI ay may kondisyon.

Sa pagsasanay sa mundo, sa mga network ng pangkalahatang paggamit, ang pinakamalawak na ginagamit na protocol ay HTTP (Ingles HyperText Transfer Protocol - "hypertext transfer protocol"). Tumutukoy sa application at presentation layer ng theoretical OSI model. Ang HTTP ay batay sa teknolohiya ng client-server, iyon ay, mayroong isang consumer (client) na nagpasimula ng koneksyon at nagpapadala ng isang kahilingan, at isang provider (server) na naghihintay para sa koneksyon na matanggap ang kahilingan, nagsasagawa ng mga kinakailangang aksyon at nagbabalik isang mensahe na may resulta. Ang pangunahing uri ng HTTP client ay isang browser, tulad ng Mozilla Firefox, Opera, o Microsoft Internet Explorer. Ang HTTP ay malawak na ngayong ginagamit sa World Wide Web upang kunin ang impormasyon mula sa mga website.

kanin. 2. Teknolohiya ng server ng kliyente.

Ang mga pinahabang protocol ay binuo batay sa HTTP: HTTPS ( Ingles Hypertext Transfer Protocol Secure), na sumusuporta sa pag-encrypt, at HTTP-NG ( Ingles HTTP Next Generation), pagtaas ng pagganap ng Web at pagpapalawak ng mga posibilidad ng mga pang-industriyang aplikasyon.

Mga positibong panig: kadalian ng pagbuo ng mga application ng kliyente, ang kakayahang palawakin ang protocol sa pamamagitan ng pagdaragdag ng iyong sariling mga header, ang malawakang paggamit ng protocol.

Mga negatibong panig: malaking laki ng mensahe kumpara sa binary data, kakulangan ng nabigasyon sa mga mapagkukunan ng server, kawalan ng kakayahang gumamit ng distributed computing.

paglikha ng mga remote control center, Web application para sa SCADA system, software para sa pang-industriyang controllers, organisasyon ng video surveillance.

Ngayon, ang HTTP protocol at ang mga pagbabago nito ay sinusuportahan ng hardware at software mula sa karamihan ng mga tagagawa. Tingnan natin ang ilan sa kanila.

Sa kagamitan ng Korenix ng JetNet, JetRock, JetPort, JetI/O, JetBox (networking batay sa pang-industriyang Ethernet), ang JetWave (mga wireless na solusyon) na mga protocol ng serye ng pamilya ng HTTP ay ginagamit upang ayusin ang pag-access, i-configure at pamahalaan ang mga device.

Ang ICPDAS ay nag-aalok ng sumusunod na kagamitan at software para sa pagtatrabaho sa HTTP protocol. Ang mga controller ng HRAK, WinPAC, WinCon, LinPAC, ViewPAC series ay tumatakbo sa ilalim ng Windows at Linux operating system, na may built-in na HTTP server. Gumagamit din ang mga software package na InduSoft (SCADA), ISaGRAF, Web HMI, VXCOMM, MiniOS7 Studio ng HTTP server upang makipag-ugnayan at makipag-ugnayan sa mga device.

Hindi magagawa ng mga pinamamahalaang switch, naka-embed na computer, at pang-industriya na wireless network na kagamitan na ginawa ni Moha nang walang paggamit ng mga protocol ng pamilya ng HTTP.

kanin. 3. Pagkatugma ng mga protocol ng pamilya ng Modbus.

Upang ayusin ang pakikipag-ugnayan sa pagitan ng mga elemento ng automation sa mga pang-industriyang data network, malawakang ginagamit ang Modbus communication protocol. Mayroong tatlong pangunahing pagpapatupad ng Modbus protocol, dalawa para sa pagpapadala ng data sa mga serial na linya ng komunikasyon, parehong tansong EIA/TIA-232-E (RS-232), EIA-422, EIA/TIA-485-A (RS-485) , at optical at radyo: Modbus RTU at Modbus ASCII, at para sa paghahatid ng data sa mga Ethernet network sa TCP/IP: Modbus TCP.

Ang pagkakaiba sa pagitan ng mga protocol ng Modbus ASCII at Modbus RTU ay ang paraan ng pag-encode ng mga character. Sa ASCII mode, ang data ay naka-encode gamit ang ASCII table, kung saan ang bawat character ay tumutugma sa dalawang byte ng data. Sa RTU mode, ipinapadala ang data sa anyo ng 8-bit na binary na mga character, na nagbibigay ng mas mataas na rate ng paglilipat ng data. Ang ASCII ay nagbibigay-daan sa mga pagkaantala ng hanggang 1 segundo, hindi tulad ng RTU, kung saan ang mga mensahe ay dapat na tuluy-tuloy. Gayundin, ang ASCII mode ay may pinasimpleng pag-decode at sistema ng pamamahala ng data.

Ang pamilya ng mga protocol ng Modbus (Modbus ASCII, Modbus RTU at Modbus TCP/IP) ay gumagamit ng parehong protocol ng application, na nagsisiguro sa kanilang pagiging tugma. Ang maximum na bilang ng mga node ng network sa isang Modbus network ay 31. Ang haba ng mga linya ng komunikasyon at bilis ng paglipat ng data ay nakasalalay sa pisikal na pagpapatupad ng interface. Ang mga elemento ng network ng Modbus ay nakikipag-usap gamit ang isang modelo ng client-server batay sa mga transaksyon sa kahilingan at pagtugon.

Karaniwan, ang network ay mayroon lamang isang kliyente, ang tinatawag na "master" na aparato, at ilang mga server - "mga alipin" na aparato. Ang master device ay nagpapasimula ng mga transaksyon (nagpapadala ng mga kahilingan). Ang mga Slave device ay nagpapadala ng data na hiniling ng master device, o nagsasagawa ng mga hiniling na aksyon. Maaaring i-address ng master ang alipin nang isa-isa o simulan ang isang broadcast message sa lahat ng alipin. Ang slave device ay bumubuo ng isang mensahe at ibinabalik ito bilang tugon sa isang kahilingan na partikular na tinutugunan dito.

Mga aplikasyon sa industriya:

Ang kadalian ng paggamit ng mga protocol ng pamilya ng Modbus sa industriya ay humantong sa malawakang paggamit nito. Ngayon, ang kagamitan mula sa halos lahat ng mga tagagawa ay sumusuporta sa mga protocol ng Modbus.

Ang kumpanya ng ICPDAS ay nag-aalok ng malawak na hanay ng mga kagamitan sa komunikasyon para sa pag-aayos ng mga network batay sa mga protocol ng pamilya ng Modbus: I-7000 series (DeviceNet gateway, Modbus server, addressable communication controllers); programmable controllers ng HRAK, WinPAC, WinCon, LinPAC, ViewPAC series.

Ginagamit din ng mga operator panel na ginawa ng Weintek at Control Techniques ang mga frequency converter ng Modbus protocol upang makipag-ugnayan sa mga controllers.

Ayon sa kaugalian, ang mga protocol ng pamilya ng Modbus ay sinusuportahan ng mga OPC server ng SCADA system (Clear SCADA, Control Microsystems, InTouch Wonderware, TRACE MODE) para sa komunikasyon sa mga control elements (controllers, VFDs, regulators, atbp.).

kanin. 4. Profibus network.

Sa Europa, ang bukas na pang-industriyang network na PROFIBUS (PROcess FIeld BUS) ay naging laganap. Sa una, ang isang prototype ng network na ito ay binuo ng Siemens para sa mga pang-industriyang controllers nito.

Pinagsasama-sama ng PROFIBUS ang mga teknolohikal at functional na tampok ng serial na komunikasyon sa antas ng larangan. Pinapayagan ka nitong pagsamahin ang magkakaibang mga automation device sa isang solong sistema sa antas ng mga sensor at drive. Ang network ng PROFIBUS ay batay sa ilang mga pamantayan at protocol, gamit ang pagpapalitan ng data sa pagitan ng master at mga alipin (mga protocol ng DP at PA) o sa pagitan ng ilang mga master (mga protocol ng FDL at FMS).

Ang PROFIBUS network ay maaaring iugnay sa tatlong layer ng OSI model: physical, data link at application layer.

Ang nag-iisang protocol para sa pag-access sa bus para sa lahat ng bersyon ng PROFIBUS ay ang PROFIBUS-FDL protocol na ipinatupad sa ikalawang antas ng modelo ng OSI. Gumagamit ang protocol na ito ng pamamaraan sa pag-access ng token. Tulad ng mga network na batay sa mga protocol ng Modbus, ang isang PROFIBUS network ay binubuo ng mga master at slave device. Makokontrol ng master device ang bus. Kapag ang isang master device ay may mga karapatan sa pag-access ng bus, maaari itong magpadala ng mga mensahe nang walang remote na kahilingan. Ang mga slave device ay mga ordinaryong peripheral device at walang mga karapatan sa pag-access ng bus, ibig sabihin, maaari lang nilang kilalanin ang mga natanggap na mensahe o magpadala ng mga mensahe sa master device kapag hiniling. Sa isang minimal na pagsasaayos, ang network ay maaaring binubuo ng alinman sa dalawang master o isang master at isang alipin.

Ang parehong mga channel ng komunikasyon ng PROFIBUS network ay nagbibigay-daan sa sabay-sabay na paggamit ng ilang data transfer protocol. Tingnan natin ang bawat isa sa kanila.

Ang PROFIBUS DP (Decentralized Peripheral) ay isang protocol na naglalayong tiyakin ang high-speed data exchange sa pagitan ng DP master device at distributed I/O device. Ang protocol ay nailalarawan sa pamamagitan ng kaunting oras ng pagtugon at mataas na pagtutol sa mga panlabas na electromagnetic field. Na-optimize para sa mataas na bilis at mababang gastos na mga sistema.

Ang PROFIBUS PA (Process Automation) ay isang protocol para sa pagpapalitan ng data sa field-level na kagamitan na matatagpuan sa normal o mapanganib na mga lugar. Ang protocol ay nagbibigay-daan sa mga sensor at actuator na konektado sa isang linear bus o ring bus.

Ang PROFIBUS FMS (Fieldbus Message Specification - Field level message specification) ay isang unibersal na protocol para sa paglutas ng mga problema ng pagpapalitan ng data sa pagitan ng mga intelligent na device sa network (mga controller, computer/programmer, human-machine interface system) sa field level. Ang ilang analogue ng pang-industriyang Ethernet, kadalasang ginagamit para sa high-speed na komunikasyon sa pagitan ng mga controllers at upper-level na mga computer.

Ang lahat ng mga protocol ay gumagamit ng parehong mga teknolohiya sa paglilipat ng data at isang karaniwang paraan ng pag-access sa bus, upang maaari silang gumana sa parehong bus.

Mga positibong panig: pagiging bukas, kalayaan mula sa tagapagtustos, pagkalat.

Mga aplikasyon sa industriya: organisasyon ng komunikasyon ng mga sensor at actuator sa controller, komunikasyon ng mga controllers at control computer, komunikasyon sa mga sensor, controller at corporate network, sa SCADA system.

Ang karamihan ng kagamitan na gumagamit ng PROFIBUS protocol ay kagamitan mula sa SIEMENS. Ngunit kamakailan ang protocol na ito ay ginamit ng karamihan sa mga tagagawa. Ito ay higit sa lahat dahil sa paglaganap ng mga control system batay sa Siemens controllers.

kanin. 5. Profibus network batay sa kagamitan ng ICP DAS.

Para sa pagpapatupad ng PROFIBUS-based na mga proyekto, nag-aalok ang ICPDAS ng ilang slave device: PROFIBUS/Modbus gateway ng GW series, PROFIBUS to RS-232/485/422 converter ng I-7000 series, modules at remote I/O frames ng PROFIBUS ng PROFI-8000 series. Sa kasalukuyan, ang mga inhinyero ng ICPDAS ay nagsasagawa ng masinsinang pagpapaunlad sa larangan ng paglikha ng isang PROFIBUS master device.

Ang mga modernong pamamaraan para sa pagdidisenyo ng mga aktibidad ng mga gumagamit ng awtomatikong sistema ng kontrol ay binuo sa loob ng balangkas ng isang konsepto ng system engineering ng disenyo, dahil sa kung saan isinasaalang-alang ang kadahilanan ng tao ay limitado sa paglutas ng mga problema ng pag-coordinate ng "mga input" at "mga output" ng isang tao at isang makina. Kasabay nito, kapag pinag-aaralan ang kawalang-kasiyahan ng mga gumagamit ng automated control system, posible na ibunyag na madalas itong ipinaliwanag sa pamamagitan ng kakulangan ng isang pinag-isang, pinagsamang diskarte sa disenyo ng mga sistema ng pakikipag-ugnayan, na ipinakita bilang isang komprehensibo, magkakaugnay, proporsyonal na pagsasaalang-alang. ng lahat ng salik, paraan at paraan ng paglutas ng kumplikadong multifactorial at multivariate na gawain ng pagdidisenyo ng interface ng pakikipag-ugnayan. Ito ay tumutukoy sa functional, psychological, social at even aesthetic na mga salik.

Sa kasalukuyan, maaari itong isaalang-alang na napatunayan na ang pangunahing gawain ng pagdidisenyo ng isang user interface ay hindi upang makatwiran na "magkasya" sa isang tao sa control loop, ngunit upang, batay sa mga gawain ng object control, bumuo ng isang sistema ng pakikipag-ugnayan sa pagitan ng dalawang magkapantay. mga kasosyo (human operator at ACS hardware at software complex), makatwirang pamamahala sa control object. Ang operator ng tao ay ang pagsasara ng link ng control system, i.e. paksa ng pamamahala. Ang APK (hardware-software complex) ACS ay kasangkapan sa pagpapatupad ang kanyang (operator) na mga aktibidad sa pamamahala (operasyonal), i.e. kontrol na bagay. Ayon sa kahulugan ng V.F. Venda, ang automated control system ay isang hybrid intelligence kung saan ang operational (managerial) staff at ang agro-industrial complex ng automated control system ay pantay na kasosyo sa paglutas ng mga kumplikadong problema sa pamamahala. Ang interface ng pakikipag-ugnayan ng tao sa mga teknikal na paraan ng automated control system ay maaaring ilarawan sa istruktura (tingnan ang Fig. 1.).

kanin. 1. Impormasyon at lohikal na diagram ng interface ng pakikipag-ugnayan

Ang nakapangangatwiran na organisasyon ng trabaho ng mga automated control system operator ay isa sa pinakamahalagang kadahilanan na tumutukoy sa epektibong paggana ng system sa kabuuan. Sa napakaraming kaso, ang gawaing pamamahala ay isang hindi direktang aktibidad ng tao, dahil sa mga kondisyon ng isang awtomatikong sistema ng kontrol ay pinamamahalaan niya nang hindi "nakikita" ang tunay na bagay. Sa pagitan ng tunay na control object at ng tao na operator ay naroon modelo ng impormasyon ng bagay(paraan ng pagpapakita ng impormasyon). Samakatuwid, ang problema ay lumitaw sa pagdidisenyo ng hindi lamang paraan ng pagpapakita ng impormasyon, kundi pati na rin ang paraan ng pakikipag-ugnayan sa pagitan ng operator ng tao at ng mga teknikal na paraan ng automated control system, i.e. problema sa disenyo ng system, na dapat nating tawagan user interface.

Binubuo ito ng APK at mga protocol ng pakikipag-ugnayan. Ang hardware at software complex ay nagbibigay ng mga sumusunod na function:

pagbabago ng data na nagpapalipat-lipat sa awtomatikong sistema ng kontrol sa mga modelo ng impormasyon na ipinapakita sa mga monitor (SOI - mga tool sa pagpapakita ng impormasyon);

pagbabagong-buhay ng mga modelo ng impormasyon (IM);

pagtiyak ng pakikipag-ugnayan ng diyalogo sa pagitan ng isang tao at ng automated control system;

pagbabago ng mga impluwensya na nagmumula sa PO (human operator) sa data na ginagamit ng control system;

pisikal na pagpapatupad ng mga protocol ng pakikipag-ugnayan (harmonization ng mga format ng data, kontrol ng error, atbp.).

Ang layunin ng mga protocol ay magbigay ng mekanismo para sa maaasahan at maaasahang paghahatid ng mga mensahe sa pagitan ng human operator at ng SOI, at, dahil dito, sa pagitan ng PO at ng control system. Protocol- ito ay isang panuntunan na tumutukoy sa pakikipag-ugnayan, isang hanay ng mga pamamaraan para sa pagpapalitan ng impormasyon sa pagitan ng magkatulad na mga proseso sa real time. Ang mga prosesong ito (ang paggana ng agro-industrial complex ng automated control system at ang mga aktibidad sa pagpapatakbo ng control subject) ay nailalarawan, una, sa pamamagitan ng kawalan ng mga nakapirming relasyon sa oras sa pagitan ng paglitaw ng mga kaganapan at, pangalawa, sa kawalan ng pagtutulungan sa pagitan ng mga kaganapan at aksyon sa kanilang paglitaw.

Ang mga function ng protocol ay nauugnay sa pagpapalitan ng mga mensahe sa pagitan ng mga prosesong ito. Ang format at nilalaman ng mga mensaheng ito ay bumubuo ng mga lohikal na katangian ng protocol. Ang mga patakaran para sa pagpapatupad ng mga pamamaraan ay tumutukoy sa mga aksyon na isinagawa ng mga proseso na magkakasamang lumahok sa pagpapatupad ng protocol. Ang hanay ng mga panuntunang ito ay ang pamamaraang katangian ng protocol. Gamit ang mga konseptong ito, maaari na nating pormal na tukuyin ang isang protocol bilang isang hanay ng mga lohikal at procedural na katangian ng isang mekanismo ng komunikasyon sa pagitan ng mga proseso. Ang lohikal na kahulugan ay bumubuo sa syntax, at ang procedural na kahulugan ay bumubuo sa mga semantika ng protocol.

Ang pagbuo ng isang imahe gamit ang APC ay nagbibigay-daan sa iyo upang makakuha ng hindi lamang dalawang-dimensional na mga imahe na naka-project sa isang eroplano, ngunit pati na rin upang ipatupad ang mga three-dimensional na graphics gamit ang mga eroplano at pangalawang-order na mga ibabaw na may paglipat ng texture ng ibabaw ng imahe.

Kapag lumilikha ng kumplikadong mga awtomatikong sistema ng kontrol, ang pagbuo ng software ay napakahalaga, dahil Ito ay software na lumilikha ng katalinuhan ng isang computer na lumulutas sa mga kumplikadong problemang pang-agham at kumokontrol sa mga pinakakumplikadong teknolohikal na proseso. Sa kasalukuyan, kapag lumilikha ng mga naturang sistema, ang papel ng kadahilanan ng tao at, dahil dito, ang ergonomic na suporta ng system ay makabuluhang tumataas. Ang pangunahing gawain ng suporta sa ergonomic ay upang ma-optimize ang pakikipag-ugnayan sa pagitan ng tao at makina, hindi lamang sa panahon ng operasyon, kundi pati na rin sa panahon ng paggawa at pagtatapon ng mga teknikal na bahagi. Kaya, kapag nag-systematize ang diskarte sa disenyo ng interface ng gumagamit, maaari kaming magbigay ng ilang mga pangunahing gawain sa pagganap at mga prinsipyo ng disenyo na dapat lutasin ng system.

Pinakamababang prinsipyo ng lakas ng paggawa software developer at user, na may dalawang aspeto:

pagliit ng mga gastos sa mapagkukunan sa bahagi ng developer ng software, na nakakamit sa pamamagitan ng paglikha ng isang tiyak na pamamaraan at teknolohiya ng paglikha na katangian ng maginoo na proseso ng produksyon;

pagliit ng mga gastos sa mapagkukunan sa bahagi ng gumagamit, i.e. Ang PO ay dapat na gumanap lamang ng mga gawaing kinakailangan at hindi maaaring gawin ng sistema, dapat ay walang pag-uulit ng gawaing nagawa na, atbp.

Ang gawain ng pinakamataas na pag-unawa sa isa't isa ang user at ang agro-industrial complex na kinakatawan ng software developer. Yung. Ang PO ay hindi dapat makisali, halimbawa, sa paghahanap ng impormasyon, o ang impormasyong ipinapakita sa video control device ay hindi dapat mangailangan ng recoding o karagdagang interpretasyon ng user.

Ang gumagamit ay dapat tandaan ang kaunting impormasyon hangga't maaari, dahil binabawasan nito ang kakayahan ng pribadong negosyo na gumawa ng mga pagpapasya sa pagpapatakbo.

Prinsipyo ng maximum na konsentrasyon user sa problemang nire-solve at localization ng mga error message.

Ang prinsipyo ng accounting para sa mga propesyonal na kasanayan operator ng tao. Nangangahulugan ito na kapag bumubuo ng isang sistema, batay sa ilang paunang data tungkol sa posibleng contingent ng mga kandidato na tinukoy sa mga teknikal na pagtutukoy, ang isang "sangkap ng tao" ay idinisenyo na isinasaalang-alang ang mga kinakailangan at katangian ng buong sistema at mga subsystem nito. Ang pagbuo ng isang konseptwal na modelo ng pakikipag-ugnayan sa pagitan ng isang tao at mga teknikal na paraan ng isang awtomatikong sistema ng kontrol ay nangangahulugan ng kamalayan at karunungan ng mga algorithm para sa paggana ng subsystem ng "tao - teknikal na paraan" at mastery ng mga propesyonal na kasanayan sa pakikipag-ugnay sa isang computer.

Susi para sa paglikha epektibong interface ay sa isang mabilis, hangga't maaari, pagtatanghal ng operator ng isang simpleng konseptwal na modelo ng interface. Nagagawa ito ng Shared User Access sa pamamagitan ng pagkakapare-pareho. Ang konsepto ng pagkakapare-pareho ay kapag nagtatrabaho sa isang computer, ang gumagamit ay bubuo ng isang sistema ng pag-asa ng parehong mga reaksyon sa parehong mga aksyon, na patuloy na nagpapatibay sa modelo ng user ng interface. Ang pagkakapare-pareho, sa pamamagitan ng pagpapagana ng pag-uusap sa pagitan ng computer at ng operator ng tao, ay maaaring mabawasan ang dami ng oras na kinakailangan ng user para matutunan ang interface at gamitin ito para magsagawa ng trabaho.

Ang pagkakapare-pareho ay isang pag-aari ng isang interface upang mapahusay ang mga perception ng user. Ang isa pang bahagi ng interface ay ang pag-aari ng pagiging konkreto at kalinawan nito. Ginagawa ito sa pamamagitan ng paglalapat ng panel plan, gamit ang mga kulay at iba pang mga diskarte sa pagpapahayag. Ang mga ideya at konsepto ay binibigyan ng pisikal na pagpapahayag sa isang screen kung saan direktang nakikipag-ugnayan ang user.

Sa pagsasagawa, ang mataas na antas ng disenyo ng user interface ay nauuna sa paunang disenyo, na nagbibigay-daan sa amin upang matukoy ang kinakailangang pag-andar ng application na nilikha, pati na rin ang mga katangian ng mga potensyal na gumagamit nito. Ang tinukoy na impormasyon ay maaaring makuha sa pamamagitan ng pagsusuri sa mga teknikal na detalye para sa isang automated control system (ACS) at ang operating manual (OM) para sa control object, pati na rin ang impormasyong natanggap mula sa mga user. Para sa layuning ito, ang isang survey ng mga potensyal na operator at operator na nagtatrabaho sa isang hindi awtomatikong control object ay isinasagawa.

Matapos matukoy ang mga layunin at layunin na nakaharap sa kanila, lumipat sila sa susunod na yugto ng disenyo. Ang yugtong ito ay nauugnay sa paglikha ng mga sitwasyon ng user. Ang senaryo ay isang paglalarawan ng mga aksyon na ginawa ng user upang malutas ang isang partikular na problema sa paraan upang makamit ang kanyang layunin. Malinaw na ang isang tiyak na layunin ay maaaring makamit sa pamamagitan ng paglutas ng ilang mga problema. Maaaring lutasin ng user ang bawat isa sa kanila sa maraming paraan; samakatuwid, maraming mga sitwasyon ang dapat mabuo. Kung marami sa kanila, mas mababa ang posibilidad na mapalampas ang ilang mahahalagang bagay at operasyon.

Kasabay nito, ang developer ay mayroong impormasyong kinakailangan upang gawing pormal ang pagpapagana ng application. At pagkatapos mabuo ang mga senaryo, malalaman ang listahan ng mga indibidwal na function. Sa isang application, ang isang function ay kinakatawan ng isang function block na may kaukulang screen form(s). Posible na ang ilang mga function ay pinagsama sa isang function block. Kaya, sa yugtong ito ang kinakailangang bilang ng mga screen form ay itinatag. Mahalagang tukuyin ang mga relasyon sa nabigasyon ng mga functional block. Sa pagsasagawa, ang pinaka-angkop na bilang ng mga koneksyon para sa isang bloke ay nakatakda sa tatlo. Minsan, kapag ang pagkakasunud-sunod ng mga pag-andar ay mahigpit na tinukoy, ang isang pamamaraang koneksyon ay maaaring maitatag sa pagitan ng mga kaukulang functional block. Sa kasong ito, ang kanilang mga screen form ay tinatawag na sunud-sunod mula sa isa't isa. Ang ganitong mga kaso ay hindi palaging nangyayari, kaya ang mga link sa nabigasyon ay nabuo batay sa lohika ng pagproseso ng data kung saan gumagana ang application, o batay sa mga pananaw ng gumagamit (pag-uuri ng card). Ang mga koneksyon sa pag-navigate sa pagitan ng mga indibidwal na functional block ay ipinapakita sa diagram ng navigation system. Ang mga kakayahan sa pag-navigate sa application ay ipinapadala sa pamamagitan ng iba't ibang elemento ng nabigasyon.

Ang pangunahing elemento ng nabigasyon ng application ay ang pangunahing menu. Mahusay din ang papel ng pangunahing menu dahil nagsasagawa ito ng interactive na pakikipag-ugnayan sa system ng user-application. Bilang karagdagan, ang menu ay hindi direktang gumaganap ng pag-andar ng pagsasanay sa gumagamit upang gumana sa application.

Ang paglikha ng menu ay nagsisimula sa pagsusuri ng mga function ng application. Upang gawin ito, sa loob ng bawat isa sa kanila, ang mga hiwalay na elemento ay nakikilala: mga operasyong isinagawa ng mga user at mga bagay kung saan ginaganap ang mga operasyong ito. Dahil dito, alam kung aling mga functional block ang dapat payagan ang user na gawin kung aling mga operasyon sa kung aling mga bagay. Ito ay maginhawa upang pumili ng mga pagpapatakbo at mga bagay batay sa mga sitwasyon ng gumagamit at pag-andar ng application. Ang mga napiling elemento ay pinagsama-sama sa mga karaniwang seksyon ng pangunahing menu. Ang pagpapangkat ng mga indibidwal na elemento ay nangyayari alinsunod sa mga ideya tungkol sa kanilang lohikal na koneksyon. kaya, ang pangunahing menu ay maaaring magkaroon ng mga cascading menu, drop-down kapag pumipili ng anumang seksyon. Ang cascade menu ay tumutugma sa listahan ng mga subsection sa pangunahing seksyon.

Ang isa sa mga kinakailangan para sa mga menu ay ang kanilang standardisasyon, ang layunin kung saan ay lumikha ng isang matatag na modelo ng gumagamit para sa pagtatrabaho sa application. Mayroong mga kinakailangan na iniharap mula sa pananaw ng standardisasyon na nauugnay sa paglalagay ng mga heading ng seksyon, ang nilalaman ng mga seksyon na kadalasang ginagamit sa iba't ibang mga aplikasyon, ang anyo ng mga heading, ang organisasyon ng mga cascading menu, atbp. Ang pinakakaraniwang rekomendasyon sa standardisasyon ay ang mga sumusunod:

ang mga pangkat ng mga seksyong may kaugnayan sa paggana ay pinaghihiwalay ng mga separator (bar o walang laman na espasyo);

huwag gumamit ng mga parirala sa mga pamagat ng seksyon (mas mabuti na hindi hihigit sa 2 salita);

Ang mga pangalan ng seksyon ay nagsisimula sa isang malaking titik;

ang mga pangalan ng mga seksyon ng menu na nauugnay sa pagtawag sa mga dialog box ay nagtatapos sa isang ellipsis;

ang mga pangalan ng mga seksyon ng menu na kinabibilangan ng mga cascading menu ay nagtatapos sa isang arrow;

gumamit ng mga shortcut key upang ma-access ang mga indibidwal na seksyon ng menu. Ang mga ito ay na-highlight sa pamamagitan ng salungguhit;

payagan ang paggamit ng "mga hot key", ang kaukulang mga kumbinasyon ng key ay ipinapakita sa mga heading ng mga seksyon ng menu;

payagan ang pagsasama ng mga icon sa menu;

ang mga binagong kulay ay nagpapahiwatig ng hindi naa-access ng ilang mga seksyon ng menu habang nagtatrabaho sa application;

nagbibigay-daan sa iyong gawing hindi nakikita ang mga hindi naa-access na seksyon.

Ang ilang mga seksyon ng menu ay hindi magagamit dahil sa mga sumusunod. Ang pangunahing menu ay static at naroroon sa screen sa buong oras na nagtatrabaho ka sa application. Kaya, kapag nagtatrabaho sa iba't ibang mga form ng screen (nakikipag-ugnayan sa iba't ibang mga functional block), hindi lahat ng mga seksyon ng menu ay may katuturan. Ang mga naturang seksyon ay karaniwang hindi naa-access. Samakatuwid, depende sa konteksto ng mga gawain na nilulutas ng user (minsan sa konteksto ng user mismo), ang pangunahing menu ng application ay mukhang iba. Nakaugalian na magsalita ng magkakaibang mga panlabas na representasyon ng menu tulad ng iba't ibang mga estado ng menu. Hindi tulad ng diagram ng navigation system na iginuhit nang mas maaga at kailangan ng developer, direktang nakikipag-ugnayan ang user sa menu. Tinutukoy ng menu ang bilang ng mga bintana at ang kanilang uri. Ang buong interface ay sinamahan ng mga window ng babala, mga window ng pahiwatig, at mga window ng wizard na tumutukoy sa pagkakasunud-sunod ng mga aksyon ng user kapag nagsasagawa ng ilang partikular na kinakailangang operasyon.

Software ACS MS ay isang solusyon sa client-server na binuo sa mga bersyon ng MS SQL Server platform 2005 at mas mataas at nagbibigay ng paghihiwalay ng mga karapatan sa pag-access sa data mula sa metrological na serbisyo ng mga negosyo. Ang mga bersyon ng ACS MS complex ay ibinibigay para sa parehong pagtatrabaho sa isang solong at distributed database (database volume - hanggang 150,000 SI). Ang functionality ng MS automated control system ay nagbibigay ng accounting, pagpaplano, kontrol ng pagpapanatili, at pagsusuri ng estado ng instrument fleet. Ang espesyal na gawain na "Pagtanggap-Isyu ng mga instrumento sa pagsukat" para sa laboratoryo ng pagkakalibrate ay nagbibigay-daan sa pagliit ng mga gastos sa paggawa para sa pagpasok ng data at paghahanda ng mga dokumento batay sa mga resulta ng serbisyo. Ang mga karapatan ng gumagamit para sa pagtatrabaho sa iba't ibang mga seksyon ng data ay na-configure ng administrator ng MS ACS depende sa mga detalye ng organisasyon ng serbisyo ng metrological.

Ang interface ng ACS MS ay nagbibigay-daan sa iyo na makatanggap, depende sa gawaing nasa kamay, anumang mga seksyon ng impormasyon ng data at bumuo ng mga ulat tungkol sa mga ito. Ang unibersal na filter ay kinukumpleto ng isang pinasimple na sampling function. Ang mga sumusunod na antas ng kalayaan ay ibinibigay sa pag-customize ng screen form: kahulugan ng user ng kinakailangang hanay ng mga tab, column, pati na rin ang pagkakasunud-sunod at lapad ng mga ito, pag-uuri ng data ayon sa anumang kumbinasyon ng mga column at anumang seleksyon ng data sa talahanayan. Ang mga kaganapan ng mechanical engineering, pag-aayos, pagkabigo, pagpapanatili ay ipinapakita sa screen sa mga tabular form, na may kakayahang pag-aralan ang mga naipon na istatistika.

Bilang karagdagan sa pangunahing impormasyon sa accounting at mga regulasyon sa serbisyo, ang SI electronic passport ay naglalaman ng:

• Kasaysayan ng mga kaganapan sa operasyon.
• Listahan ng mga component device (kung ito ay pasaporte para sa isang kit o channel).
• Mga link sa mga pasaporte ng mga channel o complex (kung ang device ay bahagi ng channel).
• Set ng mga sinusukat na parameter.
• Dami ng mamahaling metal.
• Karagdagang katangian ng si.

Tinutukoy ng administrator ng MS ACS ang patakaran sa accounting at kino-configure ang larawan ng pasaporte, nagtatago ng mga hindi kinakailangang field at tab.

Ang metrological control at mga iskedyul ng pagkukumpuni ay maaaring mabuo gamit ang mga cycle ng pag-verify (pagkukumpuni). Ang isang iskedyul ng pagpapanatili ay nabuo. Batay sa mga iskedyul at taripa na nakaimbak sa database, kinakalkula ang mga nakaplanong gastos sa pagpapanatili. Ang mga gastos sa paggawa para sa pagsasagawa ng pagpapanatili ay kinakalkula batay sa mga iskedyul at mga pamantayan ng oras na nakaimbak sa database.

Ang mga ulat sa MS automated control system ay nabuo gamit ang FastReport generator; ang hanay at lapad ng mga column, font, kulay, atbp. ay na-configure; ang mga ulat ay nai-save sa rtf, xls, html na mga format. Ang library ng mga ulat na kasama sa delivery package ng MS ACS ay maaaring dagdagan ayon sa mga kahilingan ng user.