Turpinot tÄmu , aplÅ«kosim matemÄtiskÄs modelÄÅ”anas problÄmu no otras puses. Kad esam pÄrliecinÄjuÅ”ies, ka modelis atbilst paÅ”mÄju dzÄ«ves patiesÄ«bai, varam atbildÄt uz galveno jautÄjumu: "Kas mums te Ä«sti ir?" Veidojot tehniskÄ objekta modeli, parasti vÄlamies pÄrliecinÄties, vai Å”is objekts attaisnos mÅ«su cerÄ«bas. Å im nolÅ«kam tiek veikti procesu dinamiskie aprÄÄ·ini un rezultÄts tiek salÄ«dzinÄts ar prasÄ«bÄm. Å is ir digitÄlais dvÄ«nis, virtuÄlais prototips utt. modÄ«gi mazi puiÅ”i, kuri projektÄÅ”anas stadijÄ risina problÄmu, kÄ pÄrliecinÄties, ka esam iecerÄjuÅ”i.
KÄ mÄs varam Ätri pÄrliecinÄties, ka mÅ«su sistÄma ir tieÅ”i tÄda, kÄdu mÄs izstrÄdÄjam, vai mÅ«su dizains lidos vai peldÄs? Un, ja tas lido, cik augstu? Un, ja tas peld, cik dziļi?
Å ajÄ rakstÄ aplÅ«kota tehniskÄs Äkas prasÄ«bu atbilstÄ«bas pÄrbaudes automatizÄcija, veidojot tehnisko sistÄmu dinamiskos modeļus. KÄ piemÄru aplÅ«kosim gaisa kuÄ£a gaisa dzesÄÅ”anas sistÄmas tehniskÄs specifikÄcijas elementu.
MÄs Åemam vÄrÄ tÄs prasÄ«bas, kuras var izteikt skaitliski un pÄrbaudÄ«t matemÄtiski, pamatojoties uz konkrÄtu aprÄÄ·inu modeli. Skaidrs, ka tÄ ir tikai daļa no vispÄrÄ«gajÄm prasÄ«bÄm jebkurai tehniskai sistÄmai, taÄu tieÅ”i to pÄrbaudei mÄs tÄrÄjam laiku, nervus un naudu, veidojot objekta dinamiskus modeļus.
Aprakstot tehniskÄs prasÄ«bas dokumenta veidÄ, var izdalÄ«t vairÄkus dažÄdu prasÄ«bu veidus, no kuriem katram ir nepiecieÅ”amas dažÄdas pieejas prasÄ«bu izpildes automÄtiskÄs pÄrbaudes veidoÅ”anai.
PiemÄram, apsveriet Å”o nelielo, bet reÄlo prasÄ«bu kopumu:
- AtmosfÄras gaisa temperatÅ«ra pie ieejas Å«dens attÄ«rÄ«Å”anas sistÄmÄ:
autostÄvvietÄ - no mÄ«nus 35 lÄ«dz 35 ĀŗŠ”,
lidojumÄ - no mÄ«nus 35 lÄ«dz 39 ĀŗŠ”. - AtmosfÄras gaisa statiskais spiediens lidojuma laikÄ ir no 700 lÄ«dz 1013 GPa (no 526 lÄ«dz 760 mm Hg).
- KopÄjais gaisa spiediens pie ieejas SVO gaisa ieplÅ«dÄ lidojuma laikÄ ir no 754 lÄ«dz 1200 GPa (no 566 lÄ«dz 1050 mm Hg).
- DzesÄÅ”anas gaisa temperatÅ«ra:
autostÄvvietÄ - ne vairÄk kÄ 27 ĀŗŠ”, tehniskajiem blokiem - ne vairÄk kÄ 29 ĀŗŠ”,
lidojumÄ - ne vairÄk kÄ 25 ĀŗŠ”, tehniskajiem blokiem - ne vairÄk kÄ 27 ĀŗŠ”. - DzesÄÅ”anas gaisa plÅ«sma:
stÄvvietÄ - vismaz 708 kg/h,
lidojumÄ - ne mazÄk kÄ 660 kg/h. - Gaisa temperatÅ«ra instrumentu nodalÄ«jumos nav augstÄka par 60 ĀŗŠ”.
- SmalkÄ brÄ«vÄ mitruma daudzums dzesÄÅ”anas gaisÄ ir ne vairÄk kÄ 2 g/kg sausa gaisa.
Pat Å”ajÄ ierobežotajÄ prasÄ«bu kopumÄ ir vismaz divas kategorijas, kas sistÄmÄ jÄapstrÄdÄ atŔķirÄ«gi.
- prasÄ«bas sistÄmas darbÄ«bas apstÄkļiem (1.-3. punkts);
- parametru prasÄ«bas sistÄmai (3.-7. punkts).
SistÄmas darbÄ«bas nosacÄ«jumu prasÄ«bas
ModelÄÅ”anas laikÄ izstrÄdÄjamÄs sistÄmas ÄrÄjos nosacÄ«jumus var norÄdÄ«t kÄ robežnosacÄ«jumus vai vispÄrÄjÄs sistÄmas darbÄ«bas rezultÄtÄ.
DinamiskajÄ simulÄcijÄ ir jÄnodroÅ”ina, lai simulÄcijas process aptvertu norÄdÄ«tos darbÄ«bas apstÄkļus.
PrasÄ«bas parametru sistÄmai
Å Ä«s prasÄ«bas ir parametri, ko nodroÅ”ina pati sistÄma. ModelÄÅ”anas procesÄ Å”os parametrus varam iegÅ«t kÄ aprÄÄ·inu rezultÄtus un pÄrliecinÄties par prasÄ«bu izpildi katrÄ konkrÄtajÄ aprÄÄ·inÄ.
PrasÄ«bu identifikÄcija un kodÄÅ”ana
Lai atvieglotu darbu ar prasÄ«bÄm, esoÅ”ie standarti iesaka katrai prasÄ«bai pieŔķirt identifikatoru. PieŔķirot identifikatorus, ļoti vÄlams izmantot vienotu kodÄÅ”anas sistÄmu.
PrasÄ«bas kods var bÅ«t vienkÄrÅ”i skaitlis, kas apzÄ«mÄ prasÄ«bas pasÅ«tÄ«juma numuru, vai arÄ« tas var ietvert prasÄ«bas veida kodu, tÄs sistÄmas vai vienÄ«bas kodu, uz kuru tas attiecas, parametra kodu, atraÅ”anÄs vietas kodu un jebkas cits, ko inženieris var iedomÄties. (skatiet rakstu par kodÄjuma izmantoÅ”anu)
1. tabulÄ sniegts vienkÄrÅ”s prasÄ«bu kodÄÅ”anas piemÄrs.
- prasību avota kods R-prasības TK;
- koda tips prasÄ«bas E - prasÄ«bas - vides parametri, vai ekspluatÄcijas apstÄkļi
S - sistÄmas nodroÅ”inÄtÄs prasÄ«bas; - gaisa kuÄ£a statusa kods 0 ā jebkurÅ”, G ā stÄvvietÄ, F ā lidojumÄ;
- fizikÄlÄ parametra tipa kods T ā temperatÅ«ra, P ā spiediens, G ā plÅ«smas Ätrums, mitrums H;
- prasÄ«bas sÄrijas numurs.
| ID Prasības |
Apraksts | Parametrs |
| REGT01 | ApkÄrtÄjÄ gaisa temperatÅ«ra pie ieejas Å«dens dzesÄÅ”anas sistÄmÄ: autostÄvvietÄ - no mÄ«nus 35ĀŗŠ”. lÄ«dz 35ĀŗŠ”. | |
| REFT01 | AtmosfÄras gaisa temperatÅ«ra pie ieejas pretgaisa aizsardzÄ«bas sistÄmÄ: lidojuma laikÄ - no mÄ«nus 35 ĀŗŠ” lÄ«dz 39 ĀŗŠ”. | |
| REFP01 | Statiskais atmosfÄras gaisa spiediens lidojuma laikÄ ir no 700 lÄ«dz 1013 hPa (no 526 lÄ«dz 760 mm Hg). | |
| REFP02 | KopÄjais gaisa spiediens pie ieejas SVO gaisa ieplÅ«dÄ lidojuma laikÄ ir no 754 lÄ«dz 1200 hPa (no 566 lÄ«dz 1050 mm Hg). | |
| RSGT01 | DzesÄÅ”anas gaisa temperatÅ«ra: novietojot stÄvvietÄ ne vairÄk kÄ 27 ĀŗŠ” | |
| RSGT02 | DzesÄÅ”anas gaisa temperatÅ«ra: autostÄvvietÄ, tehniskajÄm vienÄ«bÄm ne vairÄk kÄ 29 ĀŗŠ” | |
| RSFT01 | DzesÄÅ”anas gaisa temperatÅ«ra lidojuma laikÄ nav augstÄka par 25 ĀŗŠ” | |
| RSFT02 | DzesÄÅ”anas gaisa temperatÅ«ra: lidojuma laikÄ tehniskajÄm vienÄ«bÄm ne vairÄk kÄ 27 ĀŗŠ” | |
| RSGG01 | DzesÄÅ”anas gaisa plÅ«sma: stÄvÄÅ”anai ne mazÄk kÄ 708 kg/h | |
| RSFG01 | DzesÄÅ”anas gaisa plÅ«sma: lidojumÄ ne mazÄk kÄ 660 kg/h | |
| RS0T01 | Gaisa temperatÅ«ra instrumentu nodalÄ«jumos nav augstÄka par 60 ĀŗŠ” | |
| RSH01 | SmalkÄ brÄ«vÄ mitruma daudzums dzesÄÅ”anas gaisÄ ir ne vairÄk kÄ 2 g/kg sausa gaisa |
PrasÄ«bu pÄrbaudes sistÄmas projektÄÅ”ana.
Katrai projektÄÅ”anas prasÄ«bai ir izstrÄdÄts algoritms projektÄÅ”anas parametru un prasÄ«bÄ norÄdÄ«to parametru atbilstÄ«bas novÄrtÄÅ”anai. KopumÄ jebkurÄ vadÄ«bas sistÄmÄ pÄc noklusÄjuma vienmÄr ir algoritmi prasÄ«bu pÄrbaudei. Un pat jebkurÅ” regulators tos satur. Ja temperatÅ«ra pÄrsniedz ierobežojumus, gaisa kondicionieris ieslÄdzas. TÄdÄjÄdi jebkura regulÄjuma pirmais posms ir pÄrbaudÄ«t, vai parametri atbilst prasÄ«bÄm.
Un tÄ kÄ verifikÄcija ir algoritms, mÄs varam izmantot tos paÅ”us rÄ«kus un rÄ«kus, kurus izmantojam vadÄ«bas programmu izveidei. PiemÄram, SimInTech vide ļauj izveidot projektu pakotnes, kas satur dažÄdas modeļa daļas, kas tiek izpildÄ«tas atseviŔķu projektu veidÄ (objekta modelis, vadÄ«bas sistÄmas modelis, vides modelis utt.).
PrasÄ«bu pÄrbaudes projekts Å”ajÄ gadÄ«jumÄ kļūst par tÄdu paÅ”u algoritma projektu un ir savienots ar modeļa pakotni. Un dinamiskajÄ modelÄÅ”anas režīmÄ tas veic analÄ«zi par atbilstÄ«bu tehnisko specifikÄciju prasÄ«bÄm.
IespÄjamais sistÄmas konstrukcijas piemÄrs ir parÄdÄ«ts 1. attÄlÄ.
1. attÄls. PÄrbaudes projekta izstrÄdes piemÄrs.
TÄpat kÄ vadÄ«bas algoritmiem, prasÄ«bas var noformÄt kÄ lapu kopu. Darba ÄrtÄ«bai ar algoritmiem strukturÄlÄs modelÄÅ”anas vidÄs, piemÄram, SimInTech, Simulink, AmeSim, tiek izmantota iespÄja izveidot daudzlÄ«meÅu struktÅ«ras apakÅ”modeļu veidÄ. Å Ä« organizÄcija dod iespÄju sagrupÄt dažÄdas prasÄ«bas kopÄs, lai vienkÄrÅ”otu darbu ar prasÄ«bu masÄ«vu, kÄ tas tiek darÄ«ts vadÄ«bas algoritmiem (sk. 2. att.).
2. attÄls. PrasÄ«bu pÄrbaudes modeļa hierarhiskÄ struktÅ«ra.
PiemÄram, aplÅ«kojamajÄ gadÄ«jumÄ izŔķir divas grupas: prasÄ«bas videi un prasÄ«bas tieÅ”i sistÄmai. TÄpÄc tiek izmantota divu lÄ«meÅu datu struktÅ«ra: divas grupas, no kurÄm katra ir algoritma lapa.
Lai savienotu datus ar modeli, tiek izmantota standarta shÄma signÄlu datu bÄzes Ä£enerÄÅ”anai, kurÄ tiek glabÄti dati apmaiÅai starp projekta daļÄm.
Veidojot un testÄjot programmatÅ«ru, Å”ajÄ datubÄzÄ tiek ievietoti vadÄ«bas sistÄmas izmantoto sensoru (reÄlo sistÄmas sensoru analogu) rÄdÄ«jumi.
Testa projektÄ jebkurus dinamiskajÄ modelÄ« aprÄÄ·inÄtos parametrus var saglabÄt tajÄ paÅ”Ä datubÄzÄ un tÄdÄjÄdi izmantot, lai pÄrbaudÄ«tu, vai prasÄ«bas ir izpildÄ«tas.
Å ajÄ gadÄ«jumÄ pats dinamiskais modelis var tikt izpildÄ«ts jebkurÄ matemÄtiskÄs modelÄÅ”anas sistÄmÄ vai pat izpildÄmas programmas veidÄ. VienÄ«gÄ prasÄ«ba ir programmatÅ«ras saskarÅu klÄtbÅ«tne modelÄÅ”anas datu izdoÅ”anai ÄrÄjai videi.
3. attÄls. PÄrbaudes projekta savienoÅ”ana ar komplekso modeli.
PamatprasÄ«bu pÄrbaudes lapas piemÄrs ir parÄdÄ«ts 4. attÄlÄ. No izstrÄdÄtÄja viedokļa tÄ ir parasta aprÄÄ·inu diagramma, uz kuras grafiski attÄlots prasÄ«bu pÄrbaudes algoritms.
4. attÄls. PrasÄ«bu pÄrbaudes lapa.
PÄrbaudes lapas galvenÄs daļas ir aprakstÄ«tas 5. attÄlÄ. PÄrbaudes algoritms tiek veidots lÄ«dzÄ«gi kÄ vadÄ«bas algoritmu projektÄÅ”anas diagrammas. LabajÄ pusÄ ir bloks signÄlu nolasÄ«Å”anai no datu bÄzes. Å is bloks simulÄcijas laikÄ piekļūst signÄlu datu bÄzei.
SaÅemtie signÄli tiek analizÄti, lai aprÄÄ·inÄtu prasÄ«bu pÄrbaudes nosacÄ«jumus. Å ajÄ gadÄ«jumÄ tiek veikta augstuma analÄ«ze, lai noteiktu gaisa kuÄ£a pozÄ«ciju (vai tas ir novietots stÄvvietÄ vai lidojumÄ). Å im nolÅ«kam varat izmantot citus modeļa signÄlus un aprÄÄ·inÄtos parametrus.
PÄrbaudÄmie verifikÄcijas nosacÄ«jumi un parametri tiek pÄrnesti uz standarta verifikÄcijas blokiem, kuros tiek analizÄta Å”o parametru atbilstÄ«ba noteiktajÄm prasÄ«bÄm. RezultÄti tiek ierakstÄ«ti signÄlu datu bÄzÄ tÄ, lai tos varÄtu izmantot, lai automÄtiski Ä£enerÄtu kontrolsarakstu.
5. attÄls. PrasÄ«bu pÄrbaudes aprÄÄ·inu lapas struktÅ«ra.
PÄrbaudÄmie parametri ne vienmÄr izmanto datu bÄzÄ esoÅ”os signÄlus, kurus kontrolÄ simulÄcijas procesÄ aprÄÄ·inÄtie parametri. Nekas neliedz mums veikt papildu aprÄÄ·inus projektu prasÄ«bu ietvaros, tÄpat kÄ mÄs aprÄÄ·inÄm pÄrbaudes nosacÄ«jumus.
PiemÄram, Ŕī prasÄ«ba:
Korekcijas sistÄmas aktivizÄcijas reižu skaits lidojuma laikÄ uz mÄrÄ·i nedrÄ«kst pÄrsniegt 5, un kopÄjais korekcijas sistÄmas darbÄ«bas laiks nedrÄ«kst pÄrsniegt 30 sekundes.
Å ajÄ gadÄ«jumÄ prasÄ«bu projektÄÅ”anas diagrammai tiek pievienots algoritms palaiÅ”anas reižu skaita un kopÄjÄ darbÄ«bas laika noteikÅ”anai.
Tipisku prasÄ«bu pÄrbaudes bloks.
Katra standarta prasÄ«bas izvÄles rÅ«tiÅa ir paredzÄta, lai aprÄÄ·inÄtu noteikta veida prasÄ«bas izpildi. PiemÄram, vides prasÄ«bas ietver apkÄrtÄjÄs darba temperatÅ«ras diapazonu stÄvvietÄ un lidojuma laikÄ. Å im blokam kÄ parametrs jÄsaÅem gaisa temperatÅ«ra modelÄ« un jÄnosaka, vai Å”is parametrs aptver norÄdÄ«to temperatÅ«ras diapazonu./p>
BlokÄ ir divi ievades porti, parametrs un nosacÄ«jums.
Pirmais tiek padots ar pÄrbaudÄmo parametru. Å ajÄ gadÄ«jumÄ āÄrÄjÄ temperatÅ«raā.
Otrajam portam tiek piegÄdÄts BÅ«la mainÄ«gais - nosacÄ«jums pÄrbaudes veikÅ”anai.
Ja otrajÄ ieejÄ tiek saÅemts TRUE (1), tad bloks veic prasÄ«bu pÄrbaudes aprÄÄ·inu.
Ja otrÄ ievade saÅem FALSE (0), tad pÄrbaudes nosacÄ«jumi nav izpildÄ«ti. Tas ir nepiecieÅ”ams, lai varÄtu Åemt vÄrÄ aprÄÄ·ina nosacÄ«jumus. MÅ«su gadÄ«jumÄ Å”Ä« ievade tiek izmantota, lai iespÄjotu vai atspÄjotu pÄrbaudi atkarÄ«bÄ no modeļa stÄvokļa. Ja lidaparÄts simulÄcijas laikÄ atrodas uz zemes, tad ar lidojumu saistÄ«tÄs prasÄ«bas netiek pÄrbaudÄ«tas, un otrÄdi - ja lidmaŔīna atrodas lidojumÄ, tad netiek pÄrbaudÄ«tas prasÄ«bas saistÄ«bÄ ar darbÄ«bu stendÄ.
Å o ievadi var izmantot arÄ« modeļa iestatÄ«Å”anai, piemÄram, aprÄÄ·ina sÄkuma stadijÄ. Kad modelis ir nogÄdÄts vajadzÄ«gajÄ stÄvoklÄ«, pÄrbaudes bloki tiek atspÄjoti, bet, tiklÄ«dz sistÄma sasniedz nepiecieÅ”amo darbÄ«bas režīmu, tiek ieslÄgti pÄrbaudes bloki.
Å Ä« bloka parametri ir:
- robežnosacÄ«jumi: augÅ”ÄjÄ (UpLimit) un apakÅ”ÄjÄ (DownLimit) diapazona robežas, kas ir jÄpÄrbauda;
- nepiecieÅ”amais sistÄmas ekspozÄ«cijas laiks robeždiapazonos (TimeInterval) sekundÄs;
- Pieprasījuma ID ReqName;
- diapazona pÄrsniegÅ”anas pieļaujamÄ«ba Out_range ir BÅ«la mainÄ«gais, kas nosaka, vai vÄrtÄ«ba, kas pÄrsniedz pÄrbaudÄ«to diapazonu, ir prasÄ«bas pÄrkÄpums.
Dažos gadÄ«jumos testa vÄrtÄ«bas izvade norÄda, ka sistÄmai ir zinÄma rezerve un tÄ var darboties Ärpus darbÄ«bas diapazona. Citos gadÄ«jumos izvade nozÄ«mÄ, ka sistÄma nespÄj noturÄt iestatÄ«tÄs vÄrtÄ«bas diapazonÄ.
6. attÄls. Tipisks Ä«paŔību pÄrbaudes bloks diagrammÄ un tÄ parametri.
Å Ä« bloka aprÄÄ·ina rezultÄtÄ izejÄ tiek izveidots mainÄ«gais RezultÄts, kas iegÅ«st Å”Ädas vÄrtÄ«bas:
- 0 ā rNav, vÄrtÄ«ba nav definÄta;
- 1 ā rGatavs, prasÄ«ba ir izpildÄ«ta;
- 2 ā rKļūme, prasÄ«ba nav izpildÄ«ta.
Bloka attÄlÄ ir:
- identifikatora teksts;
- mÄrÄ«jumu robežu parametru digitÄlie displeji;
- parametra statusa krÄsu identifikators.
Bloka iekÅ”pusÄ var bÅ«t diezgan sarežģīta loÄ£isko secinÄjumu Ä·Äde.
PiemÄram, lai pÄrbaudÄ«tu 6. attÄlÄ redzamÄs iekÄrtas darba temperatÅ«ras diapazonu, iekÅ”ÄjÄ Ä·Äde ir parÄdÄ«ta 7. attÄlÄ.
7. attÄls. TemperatÅ«ras diapazona noteikÅ”anas vienÄ«bas iekÅ”ÄjÄ diagramma.
ĶÄdes bloka iekÅ”pusÄ tiek izmantotas bloka parametros norÄdÄ«tÄs Ä«paŔības.
Bloka iekÅ”ÄjÄ diagramma papildus prasÄ«bÄm atbilstÄ«bas analÄ«zei satur simulÄcijas rezultÄtu attÄloÅ”anai nepiecieÅ”amo grafiku. Å o grafiku var izmantot gan apskatei aprÄÄ·ina laikÄ, gan rezultÄtu analÄ«zei pÄc aprÄÄ·ina.
AprÄÄ·inu rezultÄti tiek pÄrsÅ«tÄ«ti uz bloka izvadi un vienlaikus tiek ierakstÄ«ti vispÄrÄjÄ pÄrskata failÄ, kas tiek izveidots, pamatojoties uz visa projekta rezultÄtiem. (skat. 8. att.)
Atskaites, kas izveidota, pamatojoties uz simulÄcijas rezultÄtiem, piemÄrs ir html fails, kas izveidots atbilstoÅ”i noteiktam formÄtam. FormÄtu var patvaļīgi konfigurÄt formÄtam, ko akceptÄjusi konkrÄta organizÄcija.
ĶÄdes bloka iekÅ”pusÄ tiek izmantotas bloka parametros norÄdÄ«tÄs Ä«paŔības.
Bloka iekÅ”ÄjÄ diagramma papildus prasÄ«bÄm atbilstÄ«bas analÄ«zei satur simulÄcijas rezultÄtu attÄloÅ”anai nepiecieÅ”amo grafiku. Å o grafiku var izmantot gan apskatei aprÄÄ·ina laikÄ, gan rezultÄtu analÄ«zei pÄc aprÄÄ·ina.
AprÄÄ·inu rezultÄti tiek pÄrsÅ«tÄ«ti uz bloka izvadi un vienlaikus tiek ierakstÄ«ti vispÄrÄjÄ pÄrskata failÄ, kas tiek izveidots, pamatojoties uz visa projekta rezultÄtiem. (skat. 8. att.)
Atskaites, kas izveidota, pamatojoties uz simulÄcijas rezultÄtiem, piemÄrs ir html fails, kas izveidots atbilstoÅ”i noteiktam formÄtam. FormÄtu var patvaļīgi konfigurÄt formÄtam, ko akceptÄjusi konkrÄta organizÄcija.
8. attÄls. ZiÅojuma faila piemÄrs, kas balstÄ«ts uz simulÄcijas rezultÄtiem.
Å ajÄ piemÄrÄ atskaites forma ir konfigurÄta tieÅ”i projekta rekvizÄ«tos, un formÄts tabulÄ ir iestatÄ«ts kÄ globÄlie projekta signÄli. Å ajÄ gadÄ«jumÄ SimInTech pati atrisina atskaites iestatÄ«Å”anas problÄmu, un bloks rezultÄtu ierakstÄ«Å”anai failÄ izmanto Ŕīs rindas, lai rakstÄ«tu atskaites failÄ.
9. attÄls. Atskaites formÄta iestatÄ«Å”ana globÄlajos projekta signÄlos
SignÄlu datu bÄzes izmantoÅ”ana prasÄ«bÄm.
Lai automatizÄtu darbu ar rekvizÄ«tu iestatÄ«jumiem, katram tipiskajam blokam signÄlu datu bÄzÄ tiek izveidota standarta struktÅ«ra. (skat. 10. att.)
10. attÄls. PrasÄ«bu pÄrbaudes bloka struktÅ«ras piemÄrs signÄlu datu bÄzÄ.
SignÄlu datu bÄze nodroÅ”ina:
- SaglabÄ visus nepiecieÅ”amos sistÄmas prasÄ«bu parametrus.
- Ärta esoÅ”o projekta prasÄ«bu apskate no norÄdÄ«tajiem parametriem un aktuÄlajiem modelÄÅ”anas rezultÄtiem.
- Viena bloka vai bloku grupas iestatÄ«Å”ana, izmantojot skriptu programmÄÅ”anas valodu. IzmaiÅas signÄlu datu bÄzÄ rada izmaiÅas bloka Ä«paŔību vÄrtÄ«bÄs diagrammÄ.
- Teksta aprakstu, saiÅ”u uz tehnisko specifikÄciju vienÄ«bÄm vai identifikatoru glabÄÅ”ana prasÄ«bu pÄrvaldÄ«bas sistÄmÄ.
SignÄlu datu bÄzes struktÅ«ras prasÄ«bÄm var viegli konfigurÄt darbam ar treÅ”Äs puses prasÄ«bu pÄrvaldÄ«bas sistÄmu.VispÄrÄ«ga mijiedarbÄ«bas ar prasÄ«bu pÄrvaldÄ«bas sistÄmÄm diagramma parÄdÄ«ta 11. attÄlÄ.
11. attÄls. MijiedarbÄ«bas ar prasÄ«bu vadÄ«bas sistÄmu diagramma.
SimInTech testa projekta un prasÄ«bu kontroles sistÄmas mijiedarbÄ«bas secÄ«ba ir Å”Äda:
- Darba uzdevumi ir sadalÄ«ti prasÄ«bÄs.
- Ir noteiktas tehnisko specifikÄciju prasÄ«bas, kuras var pÄrbaudÄ«t, veicot tehnisko procesu matemÄtisku modelÄÅ”anu.
- IzvÄlÄto prasÄ«bu atribÅ«ti tiek pÄrnesti uz SimInTech signÄlu datu bÄzi standarta bloku struktÅ«rÄ (piemÄram, maksimÄlÄ un minimÄlÄ temperatÅ«ra).
- AprÄÄ·inu procesÄ struktÅ«ras dati tiek pÄrnesti uz blokprojekta diagrammÄm, tiek veikta analÄ«ze un rezultÄti tiek saglabÄti signÄlu datu bÄzÄ.
- Kad aprÄÄ·ins ir pabeigts, analÄ«zes rezultÄti tiek pÄrsÅ«tÄ«ti uz prasÄ«bu pÄrvaldÄ«bas sistÄmu.
PrasÄ«bu 3. lÄ«dz 5. darbÄ«bu var atkÄrtot projektÄÅ”anas procesa laikÄ, kad projektÄ un/vai prasÄ«bÄs notiek izmaiÅas un izmaiÅu ietekme ir jÄpÄrbauda atkÄrtoti.
SecinÄjumi.
- Izveidotais sistÄmas prototips ievÄrojami samazina esoÅ”o modeļu analÄ«zes laiku tehnisko specifikÄciju prasÄ«bÄm.
- PiedÄvÄtajÄ testÄÅ”anas tehnoloÄ£ijÄ tiek izmantoti jau esoÅ”ie dinamiskie modeļi, un to var izmantot pat jebkuriem dinamiskiem modeļiem, arÄ« tiem, kas netiek veikti SimInTech vidÄ.
- Izmantojot pakeÅ”u datu organizÄÅ”anu, paralÄli modeļu izstrÄdei var izveidot prasÄ«bu pÄrbaudes pakotnes vai pat izmantot Ŕīs pakotnes kÄ modeļa izstrÄdes tehniskÄs specifikÄcijas.
- TehnoloÄ£iju var integrÄt ar esoÅ”ajÄm prasÄ«bu pÄrvaldÄ«bas sistÄmÄm bez ievÄrojamÄm izmaksÄm.
Tiem, kas izlasa lÄ«dz beigÄm,
Avots: www.habr.com