Shembull udhëzues për programuesin e sistemit të informacionit. Dokumentacioni teknik

Manuali i përdoruesit është përpiluar në bazë të GOST 19.504-79. Udhëzuesi i programuesit zhvillohet në tre raste:

– produkti softuer, sipas qëllimit të tij kryesor, është një mjedis zhvillimi ose bibliotekë (si Delphi ose Qt);

– një produkt kompleks ose softuer shërben si një platformë për zhvillimin e programeve ose sistemeve të një lloji të caktuar (si 1C ose Axapta);

– programi shpërndahet së bashku me kodin burimor ose modifikohet vazhdimisht nga vetë zhvilluesit.

Detyra e dukshme e menaxhmentit të programuesit është t'i sigurojë zhvilluesit informacione që do të jenë të mjaftueshme që ai të krijojë programet ose sistemet e tij bazuar në produktin softuer të zhvilluar.

Manuali i programuesit duhet të shpjegojë:

– Me çfarë objektesh merret programuesi, ku ndodhen, sa kohë ekzistojnë dhe si ndërveprojnë me njëri-tjetrin. Cilat prej tyre i krijon ai vetë dhe cilat i jep fillimisht mjedisi, korniza, biblioteka.

– Cilat mjete të tjera zhvillimi (përveç produktit softuerik të zhvilluar) nevojiten për të krijuar një aplikacion ose sistem. Për shembull, nëse produkti softuer i zhvilluar është një bibliotekë, programuesit do t'i duhet një përpilues, një lloj mjedisi zhvillimi dhe mjete të tjera.

– Në çfarë mjedisi funksionon aplikacioni ose sistemi. Cilat do të jenë kërkesat minimale të sistemit? A do t'ju duhet ndonjë softuer shtesë për ta ekzekutuar atë: korniza, kohëzgjatje, interpretues.

– Çfarë përbën një aplikacion minimal të operueshëm ose një sistem minimal të operueshëm. Cilat objekte duhet të krijohen dhe në çfarë sekuence, si t'i lidhni ato me njëri-tjetrin në mënyrë që aplikacioni të mund të kryejë disa nga rezultatet e tij minimale.

– Si (hap pas hapi) të përpiloni një aplikacion pune ose të vendosni një sistem pune.

Përveç kësaj, manuali i programuesit duhet të përmbajë përshkrime të plota të të gjitha objekteve të dhëna në produktin softuer. Nëse këto janë funksione, atëherë duhet të jepen përmbledhjet e tyre, nëse janë klasa, atëherë përshkrimet e ndërfaqeve të tyre, etj.

Nëse një produkt softuer përfshin përdorimin e një gjuhe programimi origjinal dhe është i pajisur me përpiluesin ose interpretuesin e tij, një përshkrim i tij duhet të përfshihet në manualin e programuesit.

Rregullat e mëposhtme duhet të respektohen në tekstin e manualit:

– Kur prezantoni një koncept të ri, duhet të mbështeteni vetëm në ato koncepte që janë prezantuar më herët ose janë dukshëm të njohura për lexuesin.

– Paraqitja e secilit koncept duhet të arsyetohet në një farë mënyre.

Kërkesa kryesore gjatë përshkrimit të objekteve individuale është plotësia e përshkrimit të secilit prej tyre.

Gjatë përshkrimit të objekteve, vëmendje e veçantë duhet t'i kushtohet aspekteve të mëposhtme:

– Çfarë duhet të paraprijë domosdoshmërisht krijimit dhe përdorimit të një objekti.

– Cilat janë efektet anësore të aksesimit në objekt.

- Karakteristikat e interpretimit të objektit të të dhënave të transmetuara në të.

– Ku “fizikisht” (në cilin skedar, në cilën bibliotekë) ndodhet objekti.

– Këshillohet që të jepen shembuj të përdorimit për çdo objekt, fragmente të vogla kodi që demonstrojnë krijimin e objektit (nëse duhet të krijohet para përdorimit), kalimin e të dhënave hyrëse tek objekti, marrjen e të dhënave dalëse dhe interpretimin e tyre.

Është e mundur të ekzekutohet manuali i programuesit në hipertekst.

Struktura e udhëzuesit të programuesit:

1. Qëllimi dhe kushtet e përdorimit të programit.

2. Karakteristikat e programit.

3. Qasja në program.

4. Të dhënat hyrëse dhe dalëse.

5. Mesazhet.

Udhëzuesi i programuesit mund të plotësohet me diagrame të ndryshme, për shembull, diagramet e bazës së të dhënave, diagramet e klasave, grafikët e thirrjeve

Si shembull, është paraqitur përmbajtja e manualit të programuesit të Sistemit të tregtarit e-port. Protokolli klient-server.

Sistemi “e-port dealer” është krijuar për marrjen dhe kryerjen e pagesave të menjëhershme kur paguan për shërbimet e komunikimit celular, aksesin në internet etj. Serveri qendror i sistemit i përket grupit e-port dhe çdokush mund të hapë një pikë pranimi pagese. duke e instaluar në programin klient të kompjuterit të tyre (të lidhur me internetin). Shkëmbimi i të dhënave midis serverit qendror dhe programit të klientit kryhet duke përdorur një protokoll të veçantë. Protokolli është i hapur, i cili u lejon organizatave të ndryshme: bankave, zinxhirëve të shitjes me pakicë, rrjeteve të terminaleve të pagesave, të bëjnë pagesa direkt nga sistemet e tyre. Protokolli u zhvillua nga e-port Group, dhe dokumentacioni teknik u porosit nga Philosoft.

PREZANTIMI

Sistemi tregtar i porteve elektronike: protokoll klient-server. Qëllimi dhe pasqyra e aftësive

Objektivat e Protokollit

Përparësitë kryesore të përdorimit të protokollit

1 Zbatimi i protokollit (porta)

1.1 Informacion i përgjithshëm

1.2 Struktura e aplikimit

2. Si funksionon porta

2.1 Regjistrimi dhe raportimi

2.1.1 Regjistrimi

2.1.2 Raportimi

2.2 Shkëmbimi i të dhënave me serverin

2.2.1 Struktura e paketës

2.2.2 Drejtoritë

2.2.3 Urdhri i këmbimit të paketave

2.3 Cikli i përpunimit të operimit

2.3.2 Radha

2.3.3 Analiza e përgjigjes së serverit

2.3.4 Situatat jo standarde

3 Specifikimi i protokollit

3.1 Elementet strukturore të paketës

3.2 Kreu i kërkesës

3.3 Kreu i përgjigjes

3.4 Rimbushja e llogarisë

3.5 Blerja e një kodi PIN

3.6 Ndërprerja e procesit të përpunimit të transaksionit

3.7 Vetitë transaksionale të operacionit

3.9 Drejtoria

3.11 Statusi i funksionimit

3.11.1 Shembuj të mesazheve të statusit të transaksionit

3.11.2 Kodet e statusit për transaksionet në pritje ose të përfunduara

3.11 Njoftimet e sistemit

4 FJALOR

APLIKACIONET

Shtojca 1. Kërkesa XML DTD dhe koment

Manuali i programuesit i referohet dokumentacionit operativ dhe teknik. Një dokument i tillë është duke u zhvilluar për produktet softuerike. I destinuar për njohje nga një programues i cili do të zgjidhë probleme të caktuara që lidhen me funksionimin e këtij programi.

Kur nevojitet udhëzimi i programuesit?

Udhëzimet e programuesit janë të nevojshme në disa raste:

Programi për të cilin është përpiluar dokumentacioni është një mjedis zhvillimi ose bibliotekë.
Ky produkt softuer ofron një platformë për të shkruar programe ose sisteme standarde.
Produkti shpërndahet së bashku me kodin e programit, ose modifikohet vazhdimisht nga zhvilluesi.

Me ndihmën e një dokumenti të tillë, programuesit duhet t'i sigurohen të gjitha informacionet e nevojshme që mund të përdoren për të krijuar produktet e tyre softuerike bazuar në këtë sistem. Informacioni duhet të jepet në sasi të mjaftueshme. Zhvilluesit, me ndihmën e manualit të programuesit, kanë mundësinë të regjistrojnë gjendjen aktuale të produktit të lëshuar në mënyrë që të shmangin konfuzionin gjatë lëshimit të produkteve të reja.

Detyrat tipike të një dokumenti të tillë përfshijnë:

Sqarim dhe shpjegim tek specialisti i gjendjes aktuale të objekteve, vendndodhjes së tyre dhe metodave të ndërveprimit. Gjithashtu, menaxhmenti i programuesit duhet të bëjë dallimin e qartë midis objekteve që fillimisht përfshihen në sistem dhe objekteve që programuesi krijon në mënyrë të pavarur.
Një listë e mjeteve shtesë të zhvillimit që do të kërkohen gjatë punës, përveç produktit aktual.
Sqarimi i kërkesave të sistemit, mjedisit të softuerit dhe mjeteve të nevojshme për nisje.

Më poshtë është një shembull (shembull) i dokumentit " Udhëzues Përdorues“, zhvilluar në bazë të udhëzimeve RD 50-34.698-90.

Ky dokument formohet nga një specialist IT, ose një specialist funksional, ose një shkrues teknik gjatë zhvillimit të dokumentacionit të punës për sistemin dhe pjesët e tij në fazën "Dokumentacioni i punës".

Për të krijuar manualin e përdoruesit, mjeti u mor si shembull Oracle Discoverer sistemi informativ dhe analitik "Depoja e të dhënave të korporatës".

Më poshtë është përbërja e manualit të përdorimit në përputhje me GOST. Shkurtimisht brenda çdo seksioni Janë dhënë kërkesat e përmbajtjes dhe teksti i shembullit plotësues.(e theksuar me një vijë vertikale).

Seksionet e manualit të përdoruesit:

1. Hyrje

Në seksionin "Hyrje" tregoni:

1. zona e aplikimit;
2. një përshkrim të shkurtër të aftësive;
3. niveli i trajnimit të përdoruesve;
4. një listë e dokumentacionit operacional që përdoruesi duhet të lexojë.

1.1. Zona e aplikimit

Kërkesat e këtij dokumenti zbatohen kur:

• teste paraprake gjithëpërfshirëse;
• operacion provë;
• testet e pranimit;
• operacion industrial.

1.2. Përshkrim i shkurtër i veçorive

Sistemi i informacionit dhe analitik Corporate Data Warehouse (IAS KHD) është krijuar për të optimizuar teknologjinë për marrjen e vendimeve taktike dhe strategjike të menaxhimit nga përdoruesit fundorë të biznesit bazuar në informacionin për të gjitha aspektet e aktiviteteve financiare dhe ekonomike të Kompanisë.

IAS QCD ofron aftësinë për të punuar me raportim të rregulluar dhe të parregulluar.

Kur punoni me raportimin, përdoret mjeti i përdoruesit Oracle Discoverer Plus, i cili ofron aftësitë e mëposhtme:

• gjenerimi i raporteve tabelare dhe ndër-tabelore;
• ndërtimi i diagrameve të ndryshme;
• eksporti dhe importi i rezultateve të analizave;
• rezultatet e analizës së printimit;
• shpërndarja e rezultateve të analizës.

1.3. Niveli i përdoruesit

Përdoruesi i IAS QCD duhet të ketë përvojë pune me MS Windows OS (95/98/NT/2000/XP), aftësi për të punuar me Internet Explorer, softuerin Oracle Discoverer dhe gjithashtu të ketë njohuritë e mëposhtme:

• njohin fushën përkatëse lëndore;
• të njohë bazat e analizës multivariate;
• të kuptojë modelin shumëdimensional të fushës lëndore përkatëse;
• të njohin dhe të kenë aftësi për të punuar me aplikacione analitike.

Kualifikimet e përdoruesit duhet të lejojnë:

• gjeneroni raporte në Oracle Discoverer Plus;
• kryejnë analizën e të dhënave.

1.4. Lista e dokumentacionit operacional që përdoruesi duhet të lexojë

• Sistemi informativ dhe analitik “Depoja e të dhënave të korporatës”. PASAPORT;
• Sistemi informativ dhe analitik “Depoja e të dhënave të korporatës”. PËRSHKRIMI I PËRGJITHSHËM I SISTEMIT.

2. Qëllimi dhe kushtet e përdorimit të Oracle Discoverer Plus

Në seksionin "Qëllimi dhe kushtet e përdorimit" tregoni:

1. llojet e aktiviteteve, funksionet për automatizimin e të cilave synohet ky mjet automatizimi;
2. kushtet, në përputhje me (përmbushjen, shfaqjen) e të cilave, përdorimi i pajisjeve të automatizimit sigurohet në përputhje me qëllimin e tij të synuar (për shembull, lloji i kompjuterit dhe konfigurimi i mjeteve teknike, mjedisi operativ dhe programi i përgjithshëm i sistemit, informacioni hyrës, ruajtja media, databaza, kërkesat për trajnimin e specialistëve, etj. . P.).

Oracle Discoverer Plus si pjesë e IAS QCD është krijuar për të automatizuar përgatitjen dhe personalizimin e formularëve të raportimit për treguesit e performancës, si dhe për kërkime të thelluara të të dhënave bazuar në informacionin e magazinës së të dhënave të korporatës.

Puna me Oracle Discoverer Plus si pjesë e IAS QCD është e mundur sa herë që ka nevojë për të marrë informacion për analizë, kontroll, monitorim dhe vendimmarrje bazuar në të.

Puna me Oracle Discoverer Plus si pjesë e IAS QCD është e disponueshme për të gjithë përdoruesit me të drejta të përcaktuara aksesi.

3. Përgatitja për punë

Në seksionin "Përgatitja për punë" tregoni:

1. përbërja dhe përmbajtja e medias së shpërndarjes;
2. renditja e ngarkimit të të dhënave dhe programeve;
3. procedura për kontrollin e funksionalitetit.

3.1. Përbërja dhe përmbajtja e mjetit shpërndarës

Për të punuar me IAS QCD, kërkohet softueri i mëposhtëm:

1. Internet Explorer (i përfshirë me sistemin operativ Windows);
2. Oracle JInitiator instalohet automatikisht herën e parë që një përdorues hyn në QCD IAS.

3.2. Rendi i ngarkimit të të dhënave dhe programeve

Përpara se të filloni të punoni me IAS QCD në vendin e punës së përdoruesit, duhet të kryeni hapat e mëposhtëm:

1. Ju duhet të shkoni në faqen e internetit të IAS QCD ias-dwh.ru.
2. Gjatë nisjes, do të shfaqet një dritare "Security Warning", e cila do të përmbajë sa vijon: "A dëshironi të instaloni dhe ekzekutoni "Oracle JInitiator" ..." Klikoni në butonin "Po".
3. Pastaj do të fillojë instalimi i Oracle JInitiator në kompjuterin tuaj. Zgjidhni butonin Next dhe më pas OK.

3.3. Procedura për kontrollin e funksionalitetit

Për të kontrolluar disponueshmërinë e IAS QCD nga vendi i punës i përdoruesit, duhet të kryeni hapat e mëposhtëm:

1. Hapni Internet Explorer; për ta bërë këtë, klikoni në shkurtoren "Internet Explorer" në desktop ose telefononi atë nga menyja "Start".
2. Futni adresën: ias-dwh.ru në shiritin e adresave të Internet Explorer dhe klikoni "Shko".
3. Në formularin e vërtetimit, shkruani emrin e përdoruesit dhe fjalëkalimin. Klikoni butonin "Next".
4. Sigurohuni që aplikacioni Oracle Discoverer Plus të jetë i hapur në dritare.

Nëse aplikacioni Oracle Discoverer Plus nuk fillon, duhet të kontaktoni mbështetjen.

4. Përshkrimi i operacioneve

Në seksionin "Përshkrimi i operacioneve" tregoni:

1. përshkrimi i të gjitha funksioneve të kryera, detyrave, grupeve të detyrave, procedurave;
2. përshkrimi i operacioneve të procesit teknologjik të përpunimit të të dhënave të nevojshme për kryerjen e funksioneve, grupe detyrash (detyrash), procedurash.

Për çdo operacion të përpunimit të të dhënave, tregoni:

1. Emri;
2. kushtet në të cilat mund të kryhet operacioni;
3. veprimet përgatitore;
4. veprimet kryesore në sekuencën e kërkuar;
5. veprimet përfundimtare;
6. burimet e shpenzuara për operacionin.

4.1. Funksionet dhe detyrat e kryera

Oracle Discoverer Plus si pjesë e IAS QCD kryen funksionet dhe detyrat e paraqitura në tabelën e mëposhtme:

4.2. Përshkrimi i operacioneve të procesit teknologjik të përpunimit të të dhënave të nevojshme për kryerjen e detyrave

Më poshtë është një përshkrim i operacioneve të përdoruesit për të kryer çdo detyrë.

Detyra: "Vizualizimi i raportimit"

Operacioni 1: Regjistrimi në portalin IAS QCD

1. Kompjuteri i përdoruesit është i lidhur me rrjetin e korporatës.
2. Portali IAS QCD është i disponueshëm.
3. IAS QCD funksionon në modalitetin normal.

Hapat përgatitor:

Në kompjuterin e përdoruesit, është e nevojshme të kryhen cilësime shtesë të dhëna në paragrafin 3.2 të këtij dokumenti.

1. Klikoni dy herë butonin e majtë të miut në ikonën "IAS QCD" në desktop.
2. Në dritaren që hapet, futni emrin e përdoruesit në fushën "Hyrja" dhe futni fjalëkalimin e përdoruesit në fushën "Fjalëkalimi". Klikoni butonin "Next".

Hapat e fundit:

Nuk kërkohet.

15-30 sekonda.

Hapi 2: Zgjidhni një raport

Kushtet në të cilat mund të kryhet operacioni:

Regjistrim i suksesshëm në Portalin IAS QCD.

Hapat përgatitor:

Nuk kërkohet.

Veprimet themelore në sekuencën e kërkuar:

1. Në dritaren "Workbook Creation Wizard" që shfaqet, vendosni një pikë pranë artikullit "Hap një libër pune ekzistues".

2. Zgjidhni librin e dëshiruar të punës dhe klikoni butonin "Open":

Hapat e fundit:

Pas përfundimit të punës me raportin, duhet të zgjidhni artikullin e menusë "File" dhe më pas të zgjidhni artikullin "Mbyll".

Burimet e shpenzuara për operacionin:

15 sekonda.

Detyrë: “Gjenerimi i formularëve të raportimit tabelor dhe grafik”

Plotësoni me analogji.

5. Situatat emergjente

Në seksionin "Situata emergjente" tregoni: 1. veprimet në rast të mosrespektimit të kushteve të procesit teknologjik, duke përfshirë dështimet afatgjata të pajisjeve teknike; 2. veprimet për rivendosjen e programeve dhe/ose të dhënave në rast të dështimit të mediave magnetike ose zbulimit të gabimeve në të dhëna; 3. veprimet në rastet e zbulimit të ndërhyrjeve të paautorizuara në të dhëna; 4. veprimet në situata të tjera emergjente.

Nëse ndodhin gabime gjatë funksionimit të SNK QCD që nuk përshkruhen më poshtë në këtë seksion, duhet të kontaktoni një punonjës të njësisë së mbështetjes teknike të DIT (HelpDesk) ose Administratorin përgjegjës të SNK QCD.

Klasa e gabimit	Gabim	Përshkrimi i gabimit	Veprimet e nevojshme të përdoruesit kur ndodh një gabim
Portali IAS QCD	Serveri nuk u gjet. Faqja nuk mund të shfaqet	Mund të ketë probleme me rrjetin ose me aksesin në portalin IAS QCD.	Për të zgjidhur problemet e rrjetit, kontaktoni një punonjës të mbështetjes teknike (HelpDesk). Në raste të tjera, kontaktoni administratorin e IAS KHD.
	Gabim: Kërkohet një emër përdoruesi i vlefshëm	Gjatë regjistrimit në portalin IAS QCD, emri i përdoruesit nuk është futur.	Shkruani emrin tuaj të përdoruesit.
	Gabim: Kërkohet fjalëkalimi për t'u regjistruar	Gjatë regjistrimit në portalin IAS QCD, një fjalëkalim nuk u fut.	Futni fjalëkalimin tuaj.
	Gabim: Vërtetimi dështoi. Provo përsëri	Emri i përdoruesit ose fjalëkalimi i futur është i pasaktë ose llogaria nuk është e regjistruar.	Ju duhet të rifusni emrin e përdoruesit dhe fjalëkalimin, por pas përpjekjes së tretë të pasuksesshme të regjistrimit, llogaria juaj është e bllokuar. Nëse llogaria juaj është e bllokuar, duhet të kontaktoni administratorin e IAS KHD.
Dështimi i rrymës në stacionin e punës	Stacioni i punës nuk ka energji ose ka pasur një ndërprerje të energjisë.	Stacioni i punës është mbyllur ose rindezur.	- shtypni butonin "Start". - zgjidhni "Run" Provoni të lidheni (identifikohuni) me IAS QCD përsëri
Dështimi i LAN-it	Nuk ka asnjë ndërveprim rrjeti midis stacionit të punës dhe serverit të aplikacionit IAS QCD	Nuk ka mundësi për fillimin (vazhdimin) e punës me SNK QCD. Nuk ka lidhje rrjeti me serverin IAS KHD	Rinisni stacionin e punës. Kontrolloni disponueshmërinë e serverit IAS KHD në portin 80 duke ekzekutuar komandat e mëposhtme: - shtypni butonin "Start". - zgjidhni "Run" - në linjën e hyrjes shkruani komandën telnet ias_dwh.ru 80 - nëse hapet dritarja Telnet, atëherë lidhja është e mundur. Pasi të jetë restauruar rrjeti lokal, provoni përsëri të lidheni (hyni) me IAS QCD.

Kovtun M.V. janar 2012.

Software dhe harduer
bllokimi dhe mbrojtja e nivelit të ujit

Udhëzues për programues
Struktura e programit të kontrolluesit

SHËNIM

Ky dokument përshkruan qëllimin, kushtet e përdorimit dhe karakteristikat e softuerit aplikativ (ASW) të një kontrolluesi logjik të programueshëm (PLC). Softueri i aplikimit të kompjuterit industrial (PC) përshkruhet në Manualin e Operatorit. Lidhjet me softuerin e kompjuterit sigurohen në të gjithë këtë dokument sipas nevojës.

PËRMBAJTJA
1. QËLLIMI DHE KUSHTET E PËRDORIMIT TË PROGRAMIT
1.1.Qëllimi i softuerit PLC
1.2.Kushtet për përdorimin e PPO PLC
2. KARAKTERISTIKAT E PROGRAMIT
2.1. Struktura PPO PLC

2.3. Blloqet e funksioneve të personalizuara të përdorura në softuerin Unity
3. QASJA NË PROGRAM
4. TË DHËNAT HYRËSE DHE DALJE
5. MESAZHET

1. QËLLIMI DHE KUSHTET E PËRDORIMIT TË PROGRAMIT
PTS e bllokimit dhe mbrojtjes së nivelit të ujit në gjeneratorët me avull të njësive të energjisë nr. 1, 2 të termocentralit është krijuar për të mbrojtur sistemin e tubacioneve të gjeneratorëve të avullit kur niveli i ujit ulet, si dhe për të mbrojtur sistemin nga fluksi i ushqimit uji në pjesën e rrjedhjes së turbinës kur niveli në gjeneratorin e avullit rritet.
Mbrojtja e procesit teknologjik sigurohet nga një kompleks i pajisjeve teknologjike:
Pajisje në linjën kryesore të ujit të furnizimit (VP-9);
Pajisje në linjën kryesore të ujit të furnizimit (VP-10);
Pajisje në linjën e pastrimit (U5-01);
Pajisje në linjën e pastrimit (U5-02);
Pajisje në linjën e anashkalimit të ujit të furnizimit (VP11);
Komandat për të ndezur pompën elektrike përforcuese emergjente (APEN-1);
Komandat për të ndezur pompën elektrike përforcuese emergjente (APEN-2);
Komanda e mbylljes së turbogjeneratorit (TG3);
Komanda e mbylljes së turbogjeneratorit (TG4);
Lëshimi i alarmeve të procesit kur niveli ulet në 4 nga 6 gjeneratorë me avull
Lëshimi i një alarmi procesi për aktivizimin e mbrojtjes në +300 mm
Komanda për të fikur rregullatorin e energjisë në linjën e pastrimit +75 mm
Komandoni për të fikur rregullatorin e energjisë në linjën e pastrimit 500 ton
Lëshimi i alarmeve të procesit në +125mm
Lëshimi i alarmeve të procesit në +75mm
Lëshimi i alarmeve të procesit ±50mm
Lëshimi i alarmeve të procesit në -120 mm
Lëshimi i alarmeve të procesit me 500t/orë

Funksionimi i sistemit sigurohet nga softueri aplikativ (ASW).
Softueri përfshin softuerin e aplikimit kompjuterik industrial (softuerin kompjuterik) dhe softuerin e aplikacionit për kontrollues të programueshëm (softuerin PLC).

1.1. Qëllimi i PPO PLC
PPO PLC si pjesë e PTS zbaton funksionet e mëposhtme:
– teprica e kontrollorëve;
– marrjen dhe përpunimin e sinjaleve I/O nga tre kosha identike I/O;
– Merr dhe filtron sinjale diskrete hyrëse nga kontaktet e mundshme “kërcuese”.
– Merr dhe përpunon sinjalet analoge hyrëse:
siguron kontroll nëse sinjali i tejkalon kufijtë e lejuar (mosbesueshmëria e sinjalit);
shkallëzon sinjalin analog;
kryen histerezë të vlerave të pragut;
analizon gjendjet e tre sinjaleve nga shportat dhe zgjedh vlera të besueshme;
filtron sinjalin bazuar në shkallën e rritjes ose uljes së vlerës së sinjalit.
– Lëshimi i sinjaleve diskrete në pajisje (shkaktimi i mbrojtjes);
– Monitorimi i devijimeve të parametrave nga detyrat dhe arritja e vlerave të përcaktuara;
– Nxjerrja e veprimeve ekzekutive për llambat e alarmit të procesit në dhomën e kontrollit;
– Zbatimi i algoritmeve të mbrojtjes dhe bllokimit;
– Shkëmbimi i të dhënave me sistemet ngjitur nëpërmjet kanalit Modbus/TCP/IP;
– Kontrollimi i moduleve të kontrolluesit për gabime dhe gjenerimi i mesazheve për stacionin e punës për gjendjen e pajisjeve të komandimit, si dhe në panelin e dhomës së kontrollit;
– Monitorimi i situatave emergjente të pajisjeve të sistemit;
– PPO PLC ofron mundësinë për të marrë çelësa nga kompjuteri industrial, si dhe nga paneli i dhomës së kontrollit, që çaktivizojnë disa mbrojtje dhe kyçje të sistemit.

1.2. Kushtet për përdorimin e PPO PLC
Arkitektura e përgjithshme e sistemit është paraqitur në Figurën 1.

Figura 1. Arkitektura e përgjithshme e softuerit

Kompleksi PTS përfshin komponentët e mëposhtëm të harduerit dhe softuerit të blerë:
1) Dy kontrollues logjikë të programueshëm QUANTUM (PLC) bazuar në procesorin CPU P266, që funksionojnë në modalitetin e gatishmërisë së nxehtë. Ambienti i kohës së funksionimit Unity Pro 4.1 XL.
2) Kompjuter industrial i përbërë nga:
– kompjuter personal (kompjuter industrial i integruar);
– sistemi operativ Windows XP Pro SP3;
– Paketa e vizualizimit CITECT 7
PLC-të ndërveprojnë me nënsistemet e jashtme nëpërmjet rrjetit Ethernet (nga ana PLC) dhe nëpërmjet kanaleve I/O.
Ndërveprimi ndërmjet PLC dhe kompjuterit industrial kryhet nëpërmjet një rrjeti Ethernet.
PTS përfshin komponentë të softuerit aplikativ të zhvilluar në përputhje me këtë projekt:
Aplikacioni Unity Pro i instaluar në PLC.
Aplikacioni Citect i instaluar në PC.

2. KARAKTERISTIKAT E PROGRAMIT
2.1. Struktura PPO PLC
Softueri i aplikimit PLC zbatohet si një aplikacion (shih Figurën 1) i shkruar në mjedisin Unity v.4.1. Emri i aplikacionit është upg.stu.
Aplikacioni upg.stu ofron zbatimin e funksionalitetit të sistemit të implementuar në PLC për të gjitha mënyrat e funksionimit.
Aplikacioni përmban:
konfigurimi i harduerit dhe softuerit;
një grup modulesh funksionale, secila prej të cilave zbatohet në seksione të shkruara në gjuhën LD (diagrami i shkallëve);
një grup blloqesh funksionale të zhvilluara brenda projektit;
bazën e të dhënave;
tabelat e animacionit.
Aplikacioni përfshin modulet funksionale të mëposhtme, secila prej të cilave përmban një ose më shumë module softuerësh të paraqitur në Tabelën 1.
Tabela 1

Init Seksioni ekzekutohet gjatë ciklit të parë pas fillimit dhe siguron që të gjithë parametrave t'u caktohen vlerat fillestare.
Seksioni AI_to_AM për përpunimin e sinjaleve analoge hyrëse. Blloku i duhur i sinjalit thirret për të caktuar një vlerë në një ndryshore të brendshme dhe për të kontrolluar vlefshmërinë e kanalit.
Seksioni DI_to_DM për përpunimin e variablave diskrete të hyrjes. Blloku përkatës i funksionit të sinjalit thirret për t'i caktuar një vlerë variablit të brendshëm dhe për të kontrolluar vlefshmërinë e kanalit.
Seksioni Krahasues për krahasimin e vlerave të marra nga tre kosha të ndryshme të shpërndara I/O. Sinjalet krahasohen duke përdorur 2 nga 3 logjikë. Nëse dy sinjale janë identike dhe i treti është i ndryshëm, atëherë ky i fundit konsiderohet i pavlefshëm.
Emri i seksionit Funksionaliteti
Seksioni i alarmeve për përpunimin e sinjaleve diskrete dhe analoge për të përcaktuar nëse janë arritur vlerat kufi. Zhvillimi i alarmeve dhe komandave për ekzekutimin e bllokimit dhe mbrojtjes.
INTERLOCK Seksioni për gjenerimin e algoritmit të bllokimit dhe mbrojtjes. Në këtë seksion, regjistrimet bëhen për variablat që lidhen me aktuatorët.
Seksioni SIM për kontrollin e mënyrave të simulimit dhe testimit të kontrolluesit.
Seksioni DIAGNOSTIC për gjenerimin e informacionit diagnostikues të kontrolluesit.

Nënprogramet e mëposhtme përdoren brenda seksioneve:
tabela 2
Emri i seksionit Funksionaliteti
CompAI Një bllok funksional i krijuar për të krahasuar tre vlera të ndryshme analoge, për të nxjerrë vlerën që rezulton, si dhe për informacion diagnostikues për çdo kanal.
CompDI Një bllok funksional i krijuar për të krahasuar tre sinjale diskrete që vijnë nga tre shporta të ndryshme, për të nxjerrë vlerën që rezulton, si dhe informacione diagnostikuese për çdo kanal.
BlockF Bllok funksional i krijuar për të regjistruar një rënie ose fitim të shpejtë të papranueshëm të një vlere analoge. Në rast ndërprerjeje ose qarku të shkurtër, ky FB do ta largojë këtë sinjal nga përpunimi, gjë që nuk do të lejojë ndalimin e procesit teknologjik.
GetDI Një bllok funksional i krijuar për të marrë dhe përpunuar sinjale diskrete. Filtron kërcimin e kontaktit.

Emri i seksionit Funksionaliteti
HLLA4 Blloku funksional i krijuar për të gjeneruar katër shkelje të pragut nga një sinjal analog (HH, H, L, LL). FB merr parasysh parametrat e histerezës dhe zonës së vdekur për evidentimin e shkeljeve.
GetAI Një bllok funksional i krijuar për të marrë dhe përpunuar sinjale analoge. Kryen shkallëzimin e vlerës dhe gjithashtu kryen funksione të pjesshme zbutëse.
Blloku funksional SIMPMEHA i krijuar për të gjeneruar ndërhyrje sinusoidale. Kjo zhurmë "përzihet" në sinjalin e simuluar për të shtuar realizëm kur punoni me mënyra të tilla si "test".
SIMPULSE Një bllok funksional i krijuar për të lëshuar impulse të një kohëzgjatjeje të caktuar në sistem.
SIMPV Një bllok funksioni i krijuar për të simuluar një vlerë analoge kur punoni me mënyra të tilla si "sonda".
2.2. Strukturat e të dhënave të softuerit PLC
Në total, çdo bllok energjetik përmban gjashtë gjeneratorë avulli dhe elementët e softuerit të softuerit janë bërë në mënyrë identike për secilin prej tyre.
Projekti i softuerit të kontrolluesit përdor llojet e mëposhtme të të dhënave:
Fjala e statusit të kanalit analog – lloji i fjalës;
Fjala diskrete e statusit të kanalit – lloji i fjalës;
Fjala që përcakton vlerën e kanalit analog është tipi real (fjalë me dy fjalë);
Fjala e statusit të kontrolluesit QUANTUM është e llojit të fjalës (gjithsej janë të rezervuara dy fjalë);
Fjala e statusit të shkeljes – lloji i fjalës;
Fjala e statusit të kyçjes – lloji i fjalës;
Zhbllokimi i fjalës së statusit kyç – lloji i fjalës;

Një kompjuter industrial lejon veprimet e kontrollit vetëm në zhbllokimin e çelësave duke ndryshuar gjendjen e biteve përmes një fjale kontrolli. PLC komunikon statusin e tij nëpërmjet fjalës së statusit. Një përshkrim i fushave individuale (bit) të fjalëve të të dhënave është dhënë në Udhëzuesin e Programuesit.

Variablat në PLC kodohen si më poshtë:
AI – hyrje analoge në PLC;
AIM – hyrje analoge e brendshme e PLC/PC;
DI – hyrje diskrete në PLC;
DM – hyrje diskrete e brendshme e PLC/PC;

2.3. Blloqet e funksioneve të personalizuara të përdorura në softuerin Unity
2.3.1 Blloku i funksionit të krahasimit të kanaleve analoge CompAI

.

Figura 2. Blloku i funksionit të krahasimit të kanaleve analoge CompAI

Ky FB përdoret për të krahasuar tre vlera të ndryshme analoge. Nëse një nga parametrat analog bie jashtë vlerës mesatare të dy të tjerëve, atëherë vlera e tij nuk merret parasysh dhe një mesazh gabimi shkruhet në vetinë e këtij kanali. Nëse të tre kanalet janë të shëndetshme (janë brenda një tolerance të pranueshme mospërputhjeje), atëherë vlera që rezulton do të jetë më e madhja nga vlerat ekzistuese.

2.3.2 Blloku i funksionit të krahasimit të kanaleve analoge CompDI

Figura 3. Blloku i funksionit të krahasimit diskrete të kanaleve CompDI

Ky FB përdoret për të krahasuar tre palë sinjale diskrete. Nëse dy vlera në një palë sinjalesh janë të njëjta, kjo do të tregojë një qark të hapur ose të shkurtër. Në këtë rast, ky çift nuk merret parasysh dhe hiqet nga qarkullimi. Sistemi shfaq një mesazh në lidhje me natyrën e shkeljes që e ka shkaktuar atë. Nëse vlera totale në tre çifte të ndryshme ndryshon, atëherë algoritmi i bllokut heq nga qarkullimi ato që nuk përputhen me dy të mëparshmet.
2.3.3 Blloku i funksionit për llogaritjen e shkallës së kalbjes së një vlere analoge BlockF

Figura 4. Blloku i funksionit për llogaritjen e shkallës së kalbjes së një vlere analoge BlockF

Ky FB përdoret për të llogaritur shkallën e rritjes dhe rënies së vlerave në kanalet analoge. Nëse ka një ndërprerje teli në sensorin analog ose një rënie të mprehtë në vlerën fizike, parametri i lexuar nga ky sensor do të fillojë të bjerë ndjeshëm. Ky FB është krijuar për të regjistruar ngjarje në lidhje me një qark të shkurtër ose ndërprerje dhe të regjistrojë një shenjë gabimi në fjalën e statusit të kanalit. Kjo do të thotë, nëse ndodh një ndërprerje ose qark i shkurtër, ky kanal do të hiqet nga qarkullimi.

2.3.4 Blloku i funksionit të shkallëzimit të kanalit analog GetAI

Figura 5. Blloku i funksionit të shkallëzimit të kanalit analog GetAI

Ky FB përdoret për të kthyer njësitë e programit të kontrolluesit (INT) në vlerat e njësive të procesit real (REAL). Nëse parametri shkon përtej kufijve të gabimit të lejuar (OFFSET), nuk gjenerohet një gabim në kanal dhe parametri ndalon në vlerën maksimale ose minimale. Nëse një parametër del më i fortë se gabimi i normalizuar, gjenerohet një gabim në kanal me një dekodim të natyrës së shkeljes.

2.3.5 Blloku i funksionit të përpunimit të kanaleve diskrete GetDI

Figura 6. Blloku i funksionit për përpunimin e një kanali diskret GetDI

Ky FB përdoret për të filtruar "fryrjen" në një kanal të veçantë. Në rast të humbjes së lidhjes me kanalin, vlera e specifikuar shkruhet në hyrjen e këtij FB, si rezultat i së cilës vlera e specifikuar si parazgjedhje do të shkruhet në daljen që rezulton në daljen e bllokut funksional.

2.3.6 Blloku funksional për gjenerimin e shkeljeve të pragut HLLA4

Figura 7. Blloku funksional për gjenerimin e shkeljeve të pragut HLLA4

Ky FB përdoret për zbatimin e katër shkeljeve të pragut, të cilat mund të përdoren si për lëshimin e shkeljeve të sistemit ashtu edhe për zbatimin e tyre në algoritme për zbatimin e bllokimit dhe mbrojtjes. Për të siguruar që shkelja të mos zhduket menjëherë kur ktheheni në zonën e vlerës së caktuar, sigurohet një funksion histeresis që ndikon në natyrën e lëshimit të sinjaleve të shkeljes.

2.3.7 Blloku funksional për gjenerimin e interferencës sinusoidale SIMPMEHA

Figura 8. Blloku funksional për gjenerimin e interferencës sinusoidale SIMPMEHA

Ky FB përdoret për të zbatuar mënyrat e kontrolluesit që lidhen me korrigjimin dhe simulimin e funksionimit të instalimit. Ky sinjal në diagram duket si një kurbë sinusoidale, me një diapazon përhapjeje të specifikuar nga kufijtë (ndryshoret hyrëse). Kjo ndërhyrje është krijuar për të "shtuar" në madhësinë e sinjalit analog dhe për t'i dhënë atij veti dinamike dhe realizëm vizual.

2.3.8 Blloku funksional për gjenerimin e impulseve me gjatësi të caktuar SIMPULSE

Figura 9. Blloku funksional për gjenerimin e impulseve me gjatësi të caktuar SIMPULSE

Ky FB përdoret për të zbatuar mënyrat e kontrolluesit që lidhen me korrigjimin dhe simulimin e funksionimit të instalimit. Ky sinjal në grafik duket si një gjarpërim, me diapazon të ndryshëm majash dhe luginash. Vlerat e përkohshme të kulmeve të gjarpërimit përcaktohen nga kufijtë kohorë (ndryshoret hyrëse).

2.3.9 Blloku i funksionit të gjenerimit të variablave analoge SIMPV

Figura 10. Blloku i funksionit të gjenerimit të variablave analoge SIMPV

Ky FB përdoret për të gjeneruar sinjale analoge për mënyrat e simulimit të funksionimit të pajisjes dhe korrigjimit të kontrolluesit.
3. QASJA NË PROGRAM
Kur punoni në vend, programi është konfiguruar që të fillojë automatikisht kur kontrolluesi është i ndezur. Statusi i programit shfaqet në ekranin e komanduesit. Parametrat e programit mund të konfigurohen nga një kompjuter laptop i përfshirë në shpërndarjen e sistemit.

4. TË DHËNAT HYRËSE DHE DALJE
Të dhënat hyrëse të sistemit janë informacione të marra nga objekti i kontrollit në PTS përmes pajisjeve të komunikimit me objektin (periferia e shpërndarë), si dhe komandat e futura nga operatori nga një PC.
Të dhënat dalëse të sistemit janë informacioni i transmetuar në objektin e kontrollit nga PTS përmes një pajisjeje komunikimi me objektin. Informacioni shfaqet në PC në formën e formularëve të ekranit dhe dërgohet si alarm në panelin e dhomës së kontrollit.

5. MESAZHET
Mesazhet e transmetuara nëpërmjet ndërfaqes PLC-PC përshkruhen në dokumentin "Udhëzuesi i programuesit. Pjesa 2. Ndërfaqja PLC-PC." Mesazhet e lëshuara për operatorin përshkruhen në dokumentin "Manuali i Operatorit".

#Manual, #programues, #përshkrim, #PLC, #PTS, #ndërfaqe, #analog, #kontrollues

Manuali i programuesit i referohet dokumentacionit operativ dhe teknik dhe kërkohet në rastet kur sistemi në një mënyrë ose në një tjetër ofron mundësinë për të shkruar, modifikuar ose përdorur kodin e programit.

Shembujt përfshijnë:

– biblioteka e funksioneve;

– platformë ose mjedis për zhvillimin e softuerit;

– Softuer me kod të hapur.

Dokumenti duhet të sigurojë të gjithë informacionin e nevojshëm në mënyrë që zhvilluesi të mund të përfitojë nga aftësitë e sistemit. Për të zgjidhur këtë problem, përmbajtja e dokumentit mund të përfshijë:

– qëllimi, struktura e të dhënave hyrëse dhe dalëse të funksioneve të softuerit;

– aftësitë për krijimin e kodit të programit, veçoritë e interpretimit dhe kompilimit të tij;

– veçoritë sintaksore të gjuhës programuese të përdorur;

– rregullat dhe kufizimet e mundshme gjatë punës me kodin e programit;

– udhëzime të ndryshme për të punuar me programin.

Lista e temave të mundshme nuk është e kufizuar në këtë, gjithçka varet nga karakteristikat e një sistemi të veçantë. Duhet thënë se manuali i programuesit mund të jetë shumë i dobishëm për zhvilluesit e sistemit, duke shërbyer si referencë për zbatimin aktual të logjikës së funksionimit të softuerit.

Përbërja e një manuali standard programuesi

Në përputhje me kërkesat GOST, manuali i programuesit duhet të përmbajë seksionet e mëposhtme:

– Qëllimi dhe kushtet e përdorimit të programit , ku tregojnë fushën e softuerit dhe kërkesat teknike të nevojshme për funksionimin e tij.

– Karakteristikat e programit , ku përshkruajnë mënyrën e funksionimit të programit, treguesit e shpejtësisë së tij dhe karakteristika të tjera të rëndësishme për përdorim.

– Qasja në program , ku tregojnë metodat dhe parametrat për nisjen e programit;

– Të dhënat hyrëse dhe dalëse , ku përshkruajnë formatin, mënyrën e organizimit dhe kërkesat e tjera për të dhënat hyrëse dhe dalëse;

– Mesazhet , i cili siguron tekstet e mesazheve të lëshuara nga programi në situata të ndryshme dhe veprimet që duhen ndërmarrë.

Këshillohet që në shtojcat e dokumentit të jepen shembuj, ilustrime dhe tabela të ndryshme.

Standardet e Udhëzuesit të Programuesit

GOST-të gjithashtu rregullojnë këtë dokument, në këtë rast është GOST 19.504. (Shtojca 1) Në përputhje me të, përcaktohet struktura dhe përmbajtja e Udhëzuesit të Programuesit.

Kam përdorur Microsoft Visual Studio për të zhvilluar aplikacionin. Për të filluar zhvillimin, klikoni Skedar --- I ri --- Krijo projekt --- Aplikim WPF. Do të hapet një formë bosh. Në formular vendosa një sfond (kam ngarkuar më parë foton për sfondin në burimet e programit të ardhshëm), Komponentët e etiketës (vetia e përmbajtjes Mesazh mirëseardhjeje), TextBox (emri i personit që testohet do të futet këtu), Butoni butonat për thirrjen e ndihmës dhe fillimin e testit. I grupoj të gjithë përbërësit e formës në Canvas. Duke klikuar në butonin "Ndihmë", thirret një formular ndihme, në të cilin ka një TextBox me ndihmë për përdorimin e programit dhe një buton për t'u kthyer në formularin e fillimit.

Përshëndetje.Visibility = Visibility.Hidden;//Fshih elementet e formës fillestare

Spravka.Visibility = Visibility.Visible;//Trego dritaren e ndihmës

Hello.Visibility = Visibility.Visible;//shfaq dritaren e formularit të fillimit

Spravka.Dukshmëri = Visibility.Hidden;//fsheh elementet e formës së ndihmës

Kur klikoni në butonin "Start Test", me kusht që të plotësohet fusha e hyrjes së emrit, hapet një dritare testimi, në të cilën ndodhet një TextBox, ku shfaqen pyetjet, një ListBox, ku shfaqen opsionet e përgjigjeve dhe " Butonat "Pyetja tjetër" dhe "Pyetja e mëparshme". Nëse fusha e futjes së emrit nuk është e plotësuar, shfaqet një mesazh që thotë se fushat e kërkuara nuk janë plotësuar.

Emri i subjektit = Përdoruesi.Teksti;

nëse (!string.IsNullOrEmpty(subjectName) && !string.IsNullOrEmpty(testFilePath)) // kontrolloni nëse fusha është e mbushur

xmlLoad(); //ngarkoni një skedar me pyetje

MessageBox.Show ("Fushat e kërkuara nuk janë plotësuar");//shfaq një mesazh gabimi

countSteps = qstns.Count();

Answer.Items.Clear();

Në fund të testimit, do të hapet formulari i rezultateve të testimit, në të cilin ndodhet një TextBox me rezultatin e testimit dhe butonat "Fillimi nga e para" dhe "Dalja".

nëse (_hapi == numëroni hapat)

Prev.Content = "Dalje";

Pyetje.Tekst = mesazh;

loadStep(_hapi, paraStep);

Kodi i plotë i programit me komente është në Shtojcën 2

PËRFUNDIM

Gjatë praktikës sime, zgjerova aftësitë e mia në mjedisin e zhvillimit të gjuhës programuese C#.

Të gjitha qëllimet e praktikës u arritën:

¾ zgjerimi, thellimi dhe sistematizimi i njohurive të marra në procesin e formimit teorik;

¾ konsolidimi i aftësive praktike në zhvillimin dhe modifikimin e sistemeve të informacionit;

¾ formimi i kompetencave profesionale.

Përfundoi të gjitha detyrat praktike, përkatësisht:

¾ Njohuri me kushtet e punës së ndërmarrjes dhe vendin e tij të punës, përkatësisht me rregullat e brendshme, kërkesat e sigurisë, bazat fiziologjike dhe higjienike të procesit të punës dhe kërkesat sanitare;

¾ ka studiuar materiale normative dhe metodologjike, literaturë themelore dhe periodike në përputhje me detyrën individuale;

¾ teknologjitë e përdorura të informacionit dhe komunikimit;

¾ zgjodhi një mjet për zhvillimin e softuerit;

¾ kryer një detyrë individuale (zhvilluar një program testimi);

¾ përgatiti një raport mbi praktikën.

LISTA E BURIMEVE

1. Jon Skeet. C# për profesionistët: hollësitë e programimit, botimi i 3-të, përkthimi i ri = C# in Depth, botimi i 3-të.. - M.: Williams, 2014. - 608 f.

2. Christian Nagel et al C# 5.0 dhe platforma .NET 4.5 për profesionistë = Professional C# 5.0 dhe .NET 4.5. - M.: “Dialektika”, 2013. - 1440 f.

3. Joseph Albahari, Ben Albahari. C# 6.0. Drejtoria. Përshkrimi i plotë i gjuhës = C# 5.0 me pak fjalë: Referenca definitive. - M.: “Williams”, 2015. - 1008 f.

4. https://habrahabr.ru/

5. http://www.cyberforum.ru/

APLIKACIONET

ANEKSI 1

G O S U D A R S T V E N N Y S T A N D A R T S O Y W A S S R

Sistemi i unifikuar i dokumentacionit të programit	GOST 19.504-79* (ST SEV 2095-80)
UDHËZUES PËR PROGRAMERËT. KËRKESAT PËR PËRMBAJTJEN DHE DIZAJNIN
Sistemi i bashkuar për dokumentacionin e programit. Udhëzues për programues.Kërkesat për përmbajtjen dhe formën e prezantimit

Me Rezolutën e Komitetit Shtetëror të Standardeve të Këshillit të Ministrave të BRSS, datë 12 janar 1979 nr. 74, u vendos data e prezantimit.

Nga data 01.01. 1980

Ky standard përcakton kërkesat për përmbajtjen dhe hartimin e dokumentit të programit "Udhëzuesi i programuesit", të përcaktuar nga GOST 19.101-77.

Standardi përputhet plotësisht me ST SEV 2095-80.

DISPOZITAT E PËRGJITHSHME

1.1. Struktura dhe formati i dokumentit përcaktohen në përputhje me GOST 19.105-78.

Hartimi i pjesës së informacionit (shënimet dhe përmbajtjet) është i detyrueshëm.

1.2. Manuali i programuesit duhet të përmbajë seksionet e mëposhtme:

· qëllimi dhe kushtet e aplikimit të programeve;

· karakteristikat e programit;

· qasje në program;

· të dhëna hyrëse dhe dalëse;

· mesazhe.

Në varësi të specifikave të dokumenteve, është e mundur të kombinohen seksione individuale ose të futen të reja.

2.1. Seksioni "Qëllimi dhe kushtet për përdorimin e programeve" duhet të tregojë qëllimin dhe funksionet e kryera nga programi, kushtet e nevojshme për ekzekutimin e programit (sasia e RAM-it, kërkesat për përbërjen dhe parametrat

pajisjet periferike, kërkesat e softuerit, etj.).

2.2. Seksioni "Karakteristikat e programit" duhet të përmbajë një përshkrim të karakteristikave dhe veçorive kryesore të programit (karakteristikat e kohës, mënyra e funksionimit, mjetet e monitorimit të ekzekutimit të saktë dhe vetë-shërimi i programit, etj.).

2.3. Seksioni "Qasja në program" duhet të përmbajë një përshkrim të procedurave për thirrjen e programit (metodat e transferimit të parametrave të kontrollit dhe të dhënave, etj.).

2.4. Seksioni "Të dhënat hyrëse dhe dalëse" duhet të përshkruajë organizimin e informacionit hyrës dhe dalës të përdorur dhe, nëse është e nevojshme, kodimin e tij.

2.5. Seksioni "Mesazhet" duhet të tregojë tekstet e mesazheve të lëshuara për programuesin ose operatorin gjatë ekzekutimit të programit, një përshkrim të përmbajtjes së tyre dhe veprimet që duhet të ndërmerren në përgjigje të këtyre mesazheve.

2.6. Shtojca e manualit të programuesit mund të përmbajë materiale shtesë (shembuj, ilustrime, tabela, grafikë, etj.).

* Ribotim (nëntor 1987) me ndryshim nr. 1, miratuar në shtator 1981 (IUS 11-81)

SHTOJCA 2

duke përdorur System.Collections.Generic;

duke përdorur System.IO;

duke përdorur System.Linq;

duke përdorur System.Text;

duke përdorur System.Threading.Tasks;

duke përdorur System.Windows;

duke përdorur System.Windows.Controls;

duke përdorur System.Windows.Data;

duke përdorur System.Windows.Documents;

duke përdorur System.Windows.Input;

duke përdorur System.Windows.Media;

duke përdorur System.Windows.Media.Imaging;

duke përdorur System.Windows.Navigation;

duke përdorur System.Windows.Shapes;

duke përdorur System.Xml;

duke përdorur System.Xml.Linq;

Hapësira e emrit Vetë-testues

///

/// Logjika e ndërveprimit për MainWindow.xaml

///

klasa publike e pjesshme MainWindow: Dritare

string subjectName = "";//Emri i ndryshores së personit që testohet

private int _step;// Variabla e hapit të testimit lokal

int countSteps;// Numri i pyetjeve në test (të marra në mënyrë dinamike nga skedari i përzgjedhur i testimit)

XDocument mainXml = new XDocument(); // Inicializoni objektin e dokumentit XML për të lexuar skedarin e testimit

Listë Lista e pyetjeve = Lista e re (); // Lista e pyetjeve, e plotësuar nga dosja e testimit

Listë përgjigjet = Lista e re (); // Lista e përgjigjeve

Listë rezultati = Lista e re (); // Numri i pikëve të shënuara

//string testFilePath = "";

int step // Variabli global step

return _step;// Merr vlerën e hapit të ndryshores lokale

var paraHapi = _hapi; // Vendosni hapin e mëparshëm

Hapi = vlera; // Vendosni hapin aktual

nëse (_step == countSteps + 1) // Kontrolloni nëse hapi aktual është i barabartë me numrin total të hapave, veprimi në butonin për të filluar përsëri

score.Clear();// Pastro pikët e grumbulluara

Answer.Visibility = Visibility.Visible; // Trego ListBox-in në të cilin shfaqim përgjigjet e pyetjes aktuale

Hapi = 0;//Shko sërish te hapi zero

nëse (_hapi == 0) // Kontrolloni nëse hapi ynë është zero

Prev.Content = "Dalje";// Cakto butonin "Pyetja e mëparshme" vlerën "Dalje"

ndryshe nëse (_hapi< 0)// Проверяем шаг меньше ли нуля

Close();//Mbyll programin

Prev.Content = "Prapa"; // Caktimi i vlerës së butonit "Pyetja e mëparshme" Prapa "Pyetja e mëparshme"

nëse (_hapi > 0) // Nëse hapi është më i madh se zero

var _answers = përgjigjet[_hapi - 1].Elements().ToList();// Shkruani të gjitha opsionet e përgjigjes për pyetjen aktuale në një variabël

var selectedIndex = Answer.SelectedIndex; // Le të shohim se cili opsion i përgjigjes u zgjodh në hapin e fundit

var indeksi = paraHapi;

var val = (i zgjedhurIndeksi != -1) ? (_answers.Attribute("përgjigje e vërtetë") != null && _answers.Attribute("përgjigje e vërtetë").Vlera == "e vërtetë") ? 1: 0: 0;// Проверяем был ли ответ правильным!}

if (score.Contains(_step))// Le të shohim nëse i jemi përgjigjur pyetjes më herët

score[_step] = val;// Vendos për pyetjen e mëparshme që iu përgjigjëm saktë

score.Add(val);// Vendos për pyetjen e mëparshme që iu përgjigjëm saktë

/*Prodhimi nëse rezultatet e testit iu përgjigjën pyetjes së fundit*/

nëse (_hapi == numëroni hapat)

Next.Content = "Filloni nga e para";

Prev.Content = "Dalje";

shuma e vargut = rezultati.Sum().ToString();

string numeric = GetDeclension(int.Parse(shuma), "përgjigje e saktë", "përgjigje të sakta", "përgjigje të sakta");

string message = "I dashur " + subjectName + ". Faleminderit për testin. Rezultati juaj është " + shuma + " " + numerike + " nga " + countSteps;

Pyetje.Tekst = mesazh;

Përgjigje.Dukshmëri = Dukshmëri.Fshehur;

loadStep(_hapi, paraStep);

string testFilePath = "Resources/testTest.xml";

Dritarja kryesore publike ()

InitializeComponent();

Test.Dukshmëri = Dukshmëri.Fshehur;

void loadStep(int _locStep, int beforeStep)

foreach (var curEl në mainXml.Root.Element("pyetje").Elements())

Pyetje.Text = Lista e pyetjeve[_locStep];

Answer.Items.Clear();

var aktualAnswers = përgjigjet[_locStep];

foreach (var përgjigje në aktualAnswers.Elements())

Answer.Items.Add(përgjigje.Vlera);

vargu publik statik GetDeclension (numri int, vargu nominativ, vargu genetiv, vargu shumës)

numri = numri % 100;

nëse (numri >= 11 && numri<= 19)

var i = numri % 10;

kthim nominativ;

private void prevButton_Click(dërguesi i objektit, RoutedEventArgs e)

if (Prev.Content.ToString().Trim() == "Dalje")

zbrazëti private nextButton_Click(dërguesi i objektit, RoutedEventArgs e)

mainXml = XDocument.Load(testFilePath);

var qstns = mainXml.Root.Element("pyetje").Elementet();

countSteps = qstns.Count();

foreach (pyetje var në qstns)

Lista e pyetjeve.Shto(pyetje.Element("tekst").Vlera);

përgjigjet.Shto(pyetja.Elementi("përgjigjet"));

private void Button_Click(dërguesi i objektit, RoutedEventArgs e)

Emri i subjektit = Përdoruesi.Teksti;

nëse (!string.IsNullOrEmpty(subjectName) && !string.IsNullOrEmpty(testFilePath))

Fillimi.Dukshmëria = Visibility.Hidden;

Test.Dukshmëri = Dukshmëri.Dukshme;

MessageBox.Show("Fushat e kërkuara nuk janë plotësuar");

private void spravkaButton_Click(dërguesi i objektit, RoutedEventArgs e)

Përshëndetje.Visibility = Visibility.Hidden;

Ndihmë.Dukshmëri = Visibility.E dukshme;

zbrazëti private mbyll SpravkaButton_Click(dërguesi i objektit, RoutedEventArgs e)

Përshëndetje.Dukshmëri = Visibility.E dukshme;

Ndihmë.Dukshmëri = Visibility.Hidden;