థీమ్ను కొనసాగిస్తోంది
మన సిస్టమ్ సరిగ్గా మనం డిజైన్ చేసినదే, మన డిజైన్ ఎగురుతుందా లేదా తేలుతుందా అని త్వరగా ఎలా నిర్ధారించుకోవచ్చు? మరియు అది ఎగిరితే, ఎంత ఎత్తు? మరియు అది తేలుతూ ఉంటే, ఎంత లోతు?
సాంకేతిక వ్యవస్థల యొక్క డైనమిక్ నమూనాలను సృష్టించేటప్పుడు సాంకేతిక భవనం యొక్క అవసరాలకు అనుగుణంగా ధృవీకరణ యొక్క ఆటోమేషన్ గురించి ఈ వ్యాసం చర్చిస్తుంది. ఉదాహరణగా, ఎయిర్క్రాఫ్ట్ ఎయిర్ కూలింగ్ సిస్టమ్ కోసం సాంకేతిక వివరణ యొక్క మూలకాన్ని చూద్దాం.
నిర్దిష్ట గణన నమూనా ఆధారంగా సంఖ్యాపరంగా వ్యక్తీకరించబడే మరియు గణితశాస్త్రపరంగా ధృవీకరించబడే ఆ అవసరాలను మేము పరిశీలిస్తాము. ఇది ఏదైనా సాంకేతిక వ్యవస్థకు సాధారణ అవసరాలలో ఒక భాగం మాత్రమే అని స్పష్టమవుతుంది, అయితే వాటిని తనిఖీ చేయడంలో మేము వస్తువు యొక్క డైనమిక్ నమూనాలను రూపొందించడానికి సమయం, నరాలు మరియు డబ్బు ఖర్చు చేస్తాము.
పత్రం రూపంలో సాంకేతిక అవసరాలను వివరించేటప్పుడు, అనేక రకాలైన విభిన్న అవసరాలు వేరు చేయబడతాయి, వీటిలో ప్రతి ఒక్కటి అవసరాల నెరవేర్పు యొక్క స్వయంచాలక ధృవీకరణను రూపొందించడానికి వివిధ విధానాలు అవసరం.
ఉదాహరణకు, ఈ చిన్న కానీ వాస్తవిక అవసరాల సమితిని పరిగణించండి:
- నీటి శుద్ధి వ్యవస్థ ప్రవేశద్వారం వద్ద వాతావరణ గాలి ఉష్ణోగ్రత:
పార్కింగ్ స్థలంలో - మైనస్ 35 నుండి 35 ºС వరకు,
విమానంలో - మైనస్ 35 నుండి 39 ºС వరకు. - విమానంలో వాతావరణ గాలి యొక్క స్థిర పీడనం 700 నుండి 1013 GPa వరకు (526 నుండి 760 mm Hg వరకు).
- విమానంలో SVO ఎయిర్ ఇన్టేక్ ప్రవేశద్వారం వద్ద మొత్తం గాలి పీడనం 754 నుండి 1200 GPa (566 నుండి 1050 mm Hg వరకు) వరకు ఉంటుంది.
- శీతలీకరణ గాలి ఉష్ణోగ్రత:
పార్కింగ్ స్థలంలో - 27 ºС కంటే ఎక్కువ కాదు, సాంకేతిక బ్లాక్ల కోసం - 29 ºС కంటే ఎక్కువ కాదు,
విమానంలో - 25 ºС కంటే ఎక్కువ కాదు, సాంకేతిక బ్లాక్ల కోసం - 27 ºС కంటే ఎక్కువ కాదు. - శీతలీకరణ గాలి ప్రవాహం:
పార్క్ చేసినప్పుడు - కనీసం 708 kg/h,
విమానంలో - 660 kg/h కంటే తక్కువ కాదు. - ఇన్స్ట్రుమెంట్ కంపార్ట్మెంట్లలో గాలి ఉష్ణోగ్రత 60ºС కంటే ఎక్కువ కాదు.
- శీతలీకరణ గాలిలో జరిమానా ఉచిత తేమ మొత్తం 2 g/kg పొడి గాలి కంటే ఎక్కువ కాదు.
ఈ పరిమిత అవసరాలలో కూడా, సిస్టమ్లో విభిన్నంగా నిర్వహించాల్సిన కనీసం రెండు వర్గాలు ఉన్నాయి:
- సిస్టమ్ యొక్క ఆపరేటింగ్ పరిస్థితుల కోసం అవసరాలు (క్లాజులు 1-3);
- సిస్టమ్ కోసం పారామెట్రిక్ అవసరాలు (నిబంధనలు 3-7).
సిస్టమ్ ఆపరేటింగ్ పరిస్థితుల అవసరాలు
మోడలింగ్ సమయంలో అభివృద్ధి చేయబడిన సిస్టమ్ యొక్క బాహ్య పరిస్థితులు సరిహద్దు పరిస్థితులుగా లేదా సాధారణ వ్యవస్థ యొక్క ఆపరేషన్ ఫలితంగా పేర్కొనబడతాయి.
డైనమిక్ సిమ్యులేషన్లో, పేర్కొన్న ఆపరేటింగ్ పరిస్థితులు అనుకరణ ప్రక్రియ ద్వారా కవర్ చేయబడతాయని నిర్ధారించుకోవడం అవసరం.
పారామెట్రిక్ సిస్టమ్ అవసరాలు
ఈ అవసరాలు సిస్టమ్ ద్వారా అందించబడిన పారామితులు. మోడలింగ్ ప్రక్రియలో, మేము ఈ పారామితులను గణన ఫలితాలుగా పొందవచ్చు మరియు ప్రతి నిర్దిష్ట గణనలో అవసరాలు తీర్చబడుతున్నాయని నిర్ధారించుకోండి.
అవసరాల గుర్తింపు మరియు కోడింగ్
అవసరాలతో పని చేయడం సౌలభ్యం కోసం, ఇప్పటికే ఉన్న ప్రమాణాలు ప్రతి అవసరానికి ఐడెంటిఫైయర్ను కేటాయించాలని సిఫార్సు చేస్తున్నాయి. ఐడెంటిఫైయర్లను కేటాయించేటప్పుడు, ఏకీకృత కోడింగ్ సిస్టమ్ను ఉపయోగించడం చాలా అవసరం.
ఆవశ్యక కోడ్ అనేది కేవలం ఆవశ్యకత యొక్క ఆర్డర్ సంఖ్యను సూచించే ఒక సంఖ్య కావచ్చు లేదా ఇది ఆవశ్యక రకానికి సంబంధించిన కోడ్, సిస్టమ్ లేదా అది వర్తించే యూనిట్ కోసం ఒక కోడ్, పారామీటర్ కోడ్, లొకేషన్ కోడ్ మరియు ఇంజనీర్ ఏదైనా ఊహించగలడు. (ఎన్కోడింగ్ ఉపయోగం కోసం కథనాన్ని చూడండి)
టేబుల్ 1 అవసరాల కోడింగ్ యొక్క సాధారణ ఉదాహరణను అందిస్తుంది.
- అవసరాల మూలం యొక్క కోడ్ R- అవసరాలు TK;
- కోడ్ రకం అవసరాలు E - అవసరాలు - పర్యావరణ పారామితులు, లేదా ఆపరేటింగ్ పరిస్థితులు
S - సిస్టమ్ అందించిన అవసరాలు; - ఎయిర్క్రాఫ్ట్ స్టేటస్ కోడ్ 0 – ఏదైనా, G – పార్క్ చేయబడింది, F – విమానంలో;
- భౌతిక పారామితి రకం కోడ్ T - ఉష్ణోగ్రత, P - ఒత్తిడి, G - ప్రవాహం రేటు, తేమ H;
- అవసరం యొక్క క్రమ సంఖ్య.
ID అవసరాలు |
వివరణ | పరామితి |
REGT01 | నీటి శీతలీకరణ వ్యవస్థ ప్రవేశద్వారం వద్ద పరిసర గాలి ఉష్ణోగ్రత: పార్కింగ్ స్థలంలో - మైనస్ 35ºС నుండి. 35 ºС వరకు. | |
REFT01 | వాయు రక్షణ వ్యవస్థ ప్రవేశద్వారం వద్ద వాతావరణ గాలి ఉష్ణోగ్రత: విమానంలో - మైనస్ 35 ºС నుండి 39 ºС వరకు. | |
REFP01 | విమానంలో స్థిరమైన వాతావరణ వాయు పీడనం 700 నుండి 1013 hPa (526 నుండి 760 mm Hg వరకు) ఉంటుంది. | |
REFP02 | విమానంలో SVO ఎయిర్ ఇన్టేక్ ప్రవేశ ద్వారం వద్ద మొత్తం గాలి పీడనం 754 నుండి 1200 hPa (566 నుండి 1050 mm Hg వరకు). | |
RSGT01 | శీతలీకరణ గాలి ఉష్ణోగ్రత: 27ºС కంటే ఎక్కువ పార్క్ చేసినప్పుడు | |
RSGT02 | శీతలీకరణ గాలి ఉష్ణోగ్రత: పార్కింగ్ స్థలంలో, సాంకేతిక యూనిట్ల కోసం 29 ºС కంటే ఎక్కువ కాదు | |
RSFT01 | విమానంలో శీతలీకరణ గాలి ఉష్ణోగ్రత 25ºС కంటే ఎక్కువ కాదు | |
RSFT02 | శీతలీకరణ గాలి ఉష్ణోగ్రత: విమానంలో, సాంకేతిక యూనిట్లకు 27ºС కంటే ఎక్కువ కాదు | |
RSGG01 | శీతలీకరణ గాలి ప్రవాహం: పార్క్ చేసినప్పుడు 708 kg/h కంటే తక్కువ కాదు | |
RSFG01 | శీతలీకరణ గాలి ప్రవాహం: విమానంలో 660 కిలోల / h కంటే తక్కువ కాదు | |
RS0T01 | ఇన్స్ట్రుమెంట్ కంపార్ట్మెంట్లలో గాలి ఉష్ణోగ్రత 60ºС కంటే ఎక్కువ కాదు | |
RSH01 | శీతలీకరణ గాలిలో జరిమానా ఉచిత తేమ మొత్తం 2 g/kg పొడి గాలి కంటే ఎక్కువ కాదు |
అవసరాల ధృవీకరణ సిస్టమ్ రూపకల్పన.
ప్రతి డిజైన్ ఆవశ్యకత కోసం డిజైన్ పారామితులు మరియు అవసరంలో పేర్కొన్న పారామితుల అనురూపతను అంచనా వేయడానికి ఒక అల్గోరిథం ఉంది. పెద్దగా, ఏదైనా నియంత్రణ వ్యవస్థ ఎల్లప్పుడూ డిఫాల్ట్గా అవసరాలను తనిఖీ చేయడానికి అల్గారిథమ్లను కలిగి ఉంటుంది. మరియు ఏదైనా రెగ్యులేటర్ కూడా వాటిని కలిగి ఉంటుంది. ఉష్ణోగ్రత పరిమితికి మించి ఉంటే, ఎయిర్ కండీషనర్ ఆన్ అవుతుంది. అందువల్ల, ఏదైనా నియంత్రణ యొక్క మొదటి దశ పారామితులు అవసరాలకు అనుగుణంగా ఉన్నాయో లేదో తనిఖీ చేయడం.
మరియు ధృవీకరణ ఒక అల్గారిథమ్ అయినందున, మేము నియంత్రణ ప్రోగ్రామ్లను రూపొందించడానికి ఉపయోగించే అదే సాధనాలు మరియు సాధనాలను ఉపయోగించవచ్చు. ఉదాహరణకు, SimInTech పర్యావరణం మోడల్ యొక్క వివిధ భాగాలను కలిగి ఉన్న ప్రాజెక్ట్ ప్యాకేజీలను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తుంది, ప్రత్యేక ప్రాజెక్ట్ల రూపంలో అమలు చేయబడుతుంది (ఆబ్జెక్ట్ మోడల్, కంట్రోల్ సిస్టమ్ మోడల్, పర్యావరణ నమూనా మొదలైనవి).
ఈ సందర్భంలో అవసరాల ధృవీకరణ ప్రాజెక్ట్ అదే అల్గోరిథం ప్రాజెక్ట్ అవుతుంది మరియు మోడల్ ప్యాకేజీకి కనెక్ట్ చేయబడింది. మరియు డైనమిక్ మోడలింగ్ మోడ్లో ఇది సాంకేతిక లక్షణాల అవసరాలకు అనుగుణంగా ఒక విశ్లేషణను నిర్వహిస్తుంది.
సిస్టమ్ డిజైన్ యొక్క సాధ్యమైన ఉదాహరణ మూర్తి 1లో చూపబడింది.
మూర్తి 1. ధృవీకరణ ప్రాజెక్ట్ రూపకల్పనకు ఉదాహరణ.
నియంత్రణ అల్గారిథమ్ల మాదిరిగానే, అవసరాలను షీట్ల సమితిగా రూపొందించవచ్చు. SimInTech, Simulink, AmeSim వంటి నిర్మాణాత్మక మోడలింగ్ పరిసరాలలో అల్గారిథమ్లతో పని చేసే సౌలభ్యం కోసం, సబ్మోడల్స్ రూపంలో బహుళ-స్థాయి నిర్మాణాలను రూపొందించే సామర్థ్యం ఉపయోగించబడుతుంది. నియంత్రణ అల్గారిథమ్ల కోసం చేసినట్లుగా, అవసరాల శ్రేణితో పనిని సులభతరం చేయడానికి ఈ సంస్థ వివిధ అవసరాలను సెట్లుగా సమూహపరచడం సాధ్యం చేస్తుంది (Fig. 2 చూడండి).
మూర్తి 2. అవసరాల ధృవీకరణ నమూనా యొక్క క్రమానుగత నిర్మాణం.
ఉదాహరణకు, పరిశీలనలో ఉన్న సందర్భంలో, రెండు సమూహాలు ప్రత్యేకించబడ్డాయి: పర్యావరణ అవసరాలు మరియు నేరుగా సిస్టమ్ కోసం అవసరాలు. అందువల్ల, రెండు-స్థాయి డేటా నిర్మాణం ఉపయోగించబడుతుంది: రెండు సమూహాలు, వీటిలో ప్రతి ఒక్కటి అల్గోరిథం యొక్క ఆకు.
మోడల్కు డేటాను కనెక్ట్ చేయడానికి, సిగ్నల్ డేటాబేస్ను రూపొందించడానికి ప్రామాణిక పథకం ఉపయోగించబడుతుంది, ఇది ప్రాజెక్ట్ యొక్క భాగాల మధ్య మార్పిడి కోసం డేటాను నిల్వ చేస్తుంది.
సాఫ్ట్వేర్ను సృష్టించేటప్పుడు మరియు పరీక్షించేటప్పుడు, కంట్రోల్ సిస్టమ్ ఉపయోగించే సెన్సార్ల రీడింగులు (నిజమైన సిస్టమ్ సెన్సార్ల అనలాగ్లు) ఈ డేటాబేస్లో ఉంచబడతాయి.
ఒక పరీక్ష ప్రాజెక్ట్ కోసం, డైనమిక్ మోడల్లో లెక్కించిన ఏవైనా పారామీటర్లు అదే డేటాబేస్లో నిల్వ చేయబడతాయి మరియు ఆ విధంగా అవసరాలు నెరవేరాయో లేదో తనిఖీ చేయడానికి ఉపయోగించబడుతుంది.
ఈ సందర్భంలో, డైనమిక్ మోడల్ ఏదైనా గణిత మోడలింగ్ సిస్టమ్లో లేదా ఎక్జిక్యూటబుల్ ప్రోగ్రామ్ రూపంలో కూడా అమలు చేయబడుతుంది. బాహ్య వాతావరణానికి మోడలింగ్ డేటాను జారీ చేయడానికి సాఫ్ట్వేర్ ఇంటర్ఫేస్ల ఉనికి మాత్రమే అవసరం.
మూర్తి 3. ధృవీకరణ ప్రాజెక్ట్ను కాంప్లెక్స్ మోడల్కు కనెక్ట్ చేస్తోంది.
ప్రాథమిక అవసరాల ధృవీకరణ షీట్ యొక్క ఉదాహరణ మూర్తి 4లో ప్రదర్శించబడింది. డెవలపర్ యొక్క దృక్కోణం నుండి, ఇది అవసరాల ధృవీకరణ అల్గోరిథం గ్రాఫికల్గా ప్రదర్శించబడే సాంప్రదాయిక గణన రేఖాచిత్రం.
మూర్తి 4. అవసరాలు చెక్ షీట్.
చెక్ షీట్ యొక్క ప్రధాన భాగాలు మూర్తి 5లో వివరించబడ్డాయి. నియంత్రణ అల్గోరిథంల రూపకల్పన రేఖాచిత్రాల మాదిరిగానే చెక్ అల్గోరిథం ఏర్పడుతుంది. కుడి వైపున డేటాబేస్ నుండి సిగ్నల్స్ చదవడానికి ఒక బ్లాక్ ఉంది. ఈ బ్లాక్ అనుకరణ సమయంలో సిగ్నల్ డేటాబేస్ను యాక్సెస్ చేస్తుంది.
స్వీకరించిన సంకేతాలు అవసరాల ధృవీకరణ పరిస్థితులను లెక్కించడానికి విశ్లేషించబడతాయి. ఈ సందర్భంలో, విమానం యొక్క స్థానాన్ని నిర్ణయించడానికి ఎత్తు విశ్లేషణ నిర్వహించబడుతుంది (ఇది పార్క్ చేయబడిందా లేదా విమానంలో ఉందా). ఈ ప్రయోజనం కోసం, మీరు మోడల్ యొక్క ఇతర సిగ్నల్స్ మరియు లెక్కించిన పారామితులను ఉపయోగించవచ్చు.
తనిఖీ చేయబడిన ధృవీకరణ పరిస్థితులు మరియు పారామితులు ప్రామాణిక ధృవీకరణ బ్లాక్లకు బదిలీ చేయబడతాయి, దీనిలో పేర్కొన్న అవసరాలకు అనుగుణంగా ఈ పారామితులు విశ్లేషించబడతాయి. ఫలితాలు సిగ్నల్ డేటాబేస్లో నమోదు చేయబడతాయి, అవి స్వయంచాలకంగా చెక్లిస్ట్ను రూపొందించడానికి ఉపయోగించబడతాయి.
మూర్తి 5. అవసరాల ధృవీకరణ గణన షీట్ యొక్క నిర్మాణం.
పరీక్షించాల్సిన పారామితులు తప్పనిసరిగా డేటాబేస్లో ఉన్న సిగ్నల్లను ఉపయోగించవు, ఇవి అనుకరణ ప్రక్రియలో లెక్కించబడిన పారామితుల ద్వారా నియంత్రించబడతాయి. మేము ధృవీకరణ షరతులను లెక్కించినట్లే, డ్రాఫ్ట్ అవసరాల ఫ్రేమ్వర్క్లో అదనపు గణనలను నిర్వహించకుండా మమ్మల్ని ఏదీ నిరోధించదు.
ఉదాహరణకు, ఈ అవసరం:
లక్ష్యానికి ఫ్లైట్ సమయంలో దిద్దుబాటు వ్యవస్థ యొక్క క్రియాశీలతల సంఖ్య 5 మించకూడదు మరియు దిద్దుబాటు వ్యవస్థ యొక్క మొత్తం ఆపరేటింగ్ సమయం 30 సెకన్లు మించకూడదు.
ఈ సందర్భంలో, ప్రారంభాల సంఖ్య మరియు మొత్తం ఆపరేటింగ్ సమయాన్ని ఎదుర్కోవడానికి ఒక అల్గోరిథం అవసరాల రూపకల్పన రేఖాచిత్రానికి జోడించబడుతుంది.
సాధారణ అవసరాల ధృవీకరణ బ్లాక్.
ప్రతి ప్రామాణిక ఆవశ్యక తనిఖీ పెట్టె ఒక నిర్దిష్ట రకం అవసరాల నెరవేర్పును లెక్కించడానికి రూపొందించబడింది. ఉదాహరణకు, పర్యావరణ అవసరాలు పార్క్ చేసినప్పుడు మరియు విమానంలో ఉన్నప్పుడు పరిసర ఆపరేటింగ్ ఉష్ణోగ్రతల పరిధిని కలిగి ఉంటాయి. ఈ బ్లాక్ తప్పనిసరిగా మోడల్లోని గాలి ఉష్ణోగ్రతను పారామీటర్గా స్వీకరించాలి మరియు ఈ పరామితి పేర్కొన్న ఉష్ణోగ్రత పరిధిని కవర్ చేస్తుందో లేదో నిర్ణయించాలి./p>
బ్లాక్లో పారామ్ మరియు కండిషన్ అనే రెండు ఇన్పుట్ పోర్ట్లు ఉన్నాయి.
మొదటిది తనిఖీ చేయబడిన పారామీటర్తో అందించబడుతుంది. ఈ సందర్భంలో, "బాహ్య ఉష్ణోగ్రత".
ఒక బూలియన్ వేరియబుల్ రెండవ పోర్ట్కు సరఫరా చేయబడుతుంది - తనిఖీని నిర్వహించడానికి షరతు.
రెండవ ఇన్పుట్ వద్ద TRUE (1) స్వీకరించబడితే, బ్లాక్ ఆవశ్యక ధృవీకరణ గణనను నిర్వహిస్తుంది.
రెండవ ఇన్పుట్ FALSE (0)ని స్వీకరిస్తే, పరీక్ష షరతులు నెరవేరవు. గణన పరిస్థితులను పరిగణనలోకి తీసుకోవడానికి ఇది అవసరం. మా సందర్భంలో, ఈ ఇన్పుట్ మోడల్ స్థితిని బట్టి చెక్ను ప్రారంభించడానికి లేదా నిలిపివేయడానికి ఉపయోగించబడుతుంది. అనుకరణ సమయంలో విమానం నేలపై ఉంటే, విమానానికి సంబంధించిన అవసరాలు తనిఖీ చేయబడవు మరియు వైస్ వెర్సా - విమానం విమానంలో ఉంటే, స్టాండ్ వద్ద ఆపరేషన్కు సంబంధించిన అవసరాలు తనిఖీ చేయబడవు.
మోడల్ను సెటప్ చేసేటప్పుడు కూడా ఈ ఇన్పుట్ ఉపయోగించవచ్చు, ఉదాహరణకు గణన ప్రారంభ దశలో. మోడల్ అవసరమైన స్థితికి తీసుకురాబడినప్పుడు, చెక్ బ్లాక్లు నిలిపివేయబడతాయి, అయితే సిస్టమ్ అవసరమైన ఆపరేటింగ్ మోడ్కు చేరుకున్న వెంటనే, చెక్ బ్లాక్లు ఆన్ చేయబడతాయి.
ఈ బ్లాక్ యొక్క పారామితులు:
- సరిహద్దు పరిస్థితులు: ఎగువ (UpLimit) మరియు దిగువ (DownLimit) పరిధి పరిమితులు తప్పనిసరిగా తనిఖీ చేయబడాలి;
- సరిహద్దు పరిధుల వద్ద అవసరమైన సిస్టమ్ ఎక్స్పోజర్ సమయం (TimeInterval) సెకన్లలో;
- అభ్యర్థన ID ReqName;
- పరిధిని అధిగమించే అనుమతి Out_range అనేది బూలియన్ వేరియబుల్, ఇది తనిఖీ చేయబడిన పరిధిని మించిన విలువ ఆవశ్యకతను ఉల్లంఘిస్తుందో లేదో నిర్ణయిస్తుంది.
కొన్ని సందర్భాల్లో, పరీక్ష విలువ అవుట్పుట్ సిస్టమ్కు కొంత మార్జిన్ ఉందని మరియు దాని ఆపరేటింగ్ పరిధి వెలుపల పనిచేస్తుండవచ్చని సూచిస్తుంది. ఇతర సందర్భాల్లో, అవుట్పుట్ అంటే సిస్టమ్ సెట్పాయింట్లను పరిధిలో ఉంచలేకపోతుంది.
మూర్తి 6. రేఖాచిత్రం మరియు దాని పారామితులలో ఒక సాధారణ ఆస్తి తనిఖీ బ్లాక్.
ఈ బ్లాక్ యొక్క గణన ఫలితంగా, అవుట్పుట్ వద్ద ఫలిత వేరియబుల్ ఏర్పడుతుంది, ఇది క్రింది విలువలను తీసుకుంటుంది:
- 0 – rNone, విలువ నిర్వచించబడలేదు;
- 1 - rDone, అవసరం నెరవేరింది;
- 2 - rFault, అవసరం తీర్చబడలేదు.
బ్లాక్ చిత్రం వీటిని కలిగి ఉంది:
- ఐడెంటిఫైయర్ టెక్స్ట్;
- కొలత పరిమితుల పారామితుల డిజిటల్ ప్రదర్శనలు;
- పరామితి స్థితి యొక్క రంగు ఐడెంటిఫైయర్.
బ్లాక్ లోపల సంక్లిష్టమైన తార్కిక అనుమితి సర్క్యూట్ ఉండవచ్చు.
ఉదాహరణకు, మూర్తి 6 లో చూపిన యూనిట్ యొక్క ఆపరేటింగ్ ఉష్ణోగ్రత పరిధిని తనిఖీ చేయడానికి, అంతర్గత సర్క్యూట్ మూర్తి 7 లో చూపబడింది.
మూర్తి 7. ఉష్ణోగ్రత పరిధి నిర్ధారణ యూనిట్ యొక్క అంతర్గత రేఖాచిత్రం.
సర్క్యూట్ బ్లాక్ లోపల, బ్లాక్ పారామితులలో పేర్కొన్న లక్షణాలు ఉపయోగించబడతాయి.
అవసరాలకు అనుగుణంగా విశ్లేషించడంతోపాటు, బ్లాక్ యొక్క అంతర్గత రేఖాచిత్రం అనుకరణ ఫలితాలను ప్రదర్శించడానికి అవసరమైన గ్రాఫ్ను కలిగి ఉంటుంది. ఈ గ్రాఫ్ గణన సమయంలో వీక్షించడానికి మరియు గణన తర్వాత ఫలితాలను విశ్లేషించడానికి రెండింటినీ ఉపయోగించవచ్చు.
గణన ఫలితాలు బ్లాక్ యొక్క అవుట్పుట్కి ప్రసారం చేయబడతాయి మరియు మొత్తం ప్రాజెక్ట్ కోసం ఫలితాల ఆధారంగా సృష్టించబడిన సాధారణ నివేదిక ఫైల్లో ఏకకాలంలో రికార్డ్ చేయబడతాయి. (అంజీర్ 8 చూడండి)
అనుకరణ ఫలితాల ఆధారంగా రూపొందించబడిన నివేదిక యొక్క ఉదాహరణ, ఇచ్చిన ఫార్మాట్ ప్రకారం సృష్టించబడిన html ఫైల్. నిర్దిష్ట సంస్థ ఆమోదించిన ఫార్మాట్కు ఫార్మాట్ను ఏకపక్షంగా కాన్ఫిగర్ చేయవచ్చు.
సర్క్యూట్ బ్లాక్ లోపల, బ్లాక్ పారామితులలో పేర్కొన్న లక్షణాలు ఉపయోగించబడతాయి.
అవసరాలకు అనుగుణంగా విశ్లేషించడంతోపాటు, బ్లాక్ యొక్క అంతర్గత రేఖాచిత్రం అనుకరణ ఫలితాలను ప్రదర్శించడానికి అవసరమైన గ్రాఫ్ను కలిగి ఉంటుంది. ఈ గ్రాఫ్ గణన సమయంలో వీక్షించడానికి మరియు గణన తర్వాత ఫలితాలను విశ్లేషించడానికి రెండింటినీ ఉపయోగించవచ్చు.
గణన ఫలితాలు బ్లాక్ యొక్క అవుట్పుట్కి ప్రసారం చేయబడతాయి మరియు మొత్తం ప్రాజెక్ట్ కోసం ఫలితాల ఆధారంగా సృష్టించబడిన సాధారణ నివేదిక ఫైల్లో ఏకకాలంలో రికార్డ్ చేయబడతాయి. (అంజీర్ 8 చూడండి)
అనుకరణ ఫలితాల ఆధారంగా రూపొందించబడిన నివేదిక యొక్క ఉదాహరణ, ఇచ్చిన ఫార్మాట్ ప్రకారం సృష్టించబడిన html ఫైల్. నిర్దిష్ట సంస్థ ఆమోదించిన ఫార్మాట్కు ఫార్మాట్ను ఏకపక్షంగా కాన్ఫిగర్ చేయవచ్చు.
మూర్తి 8. అనుకరణ ఫలితాల ఆధారంగా నివేదిక ఫైల్ యొక్క ఉదాహరణ.
ఈ ఉదాహరణలో, నివేదిక ఫారమ్ నేరుగా ప్రాజెక్ట్ లక్షణాలలో కాన్ఫిగర్ చేయబడింది మరియు పట్టికలోని ఫార్మాట్ గ్లోబల్ ప్రాజెక్ట్ సిగ్నల్స్గా సెట్ చేయబడింది. ఈ సందర్భంలో, నివేదికను సెటప్ చేసే సమస్యను SimInTech స్వయంగా పరిష్కరిస్తుంది మరియు ఫైల్కు ఫలితాలను వ్రాయడానికి బ్లాక్ రిపోర్ట్ ఫైల్కు వ్రాయడానికి ఈ పంక్తులను ఉపయోగిస్తుంది.
మూర్తి 9. గ్లోబల్ ప్రాజెక్ట్ సిగ్నల్స్లో నివేదిక ఆకృతిని అమర్చడం
అవసరాల కోసం సిగ్నల్ డేటాబేస్ను ఉపయోగించడం.
ఆస్తి సెట్టింగులతో పనిని ఆటోమేట్ చేయడానికి, ప్రతి సాధారణ బ్లాక్ కోసం సిగ్నల్ డేటాబేస్లో ఒక ప్రామాణిక నిర్మాణం సృష్టించబడుతుంది. (అంజీర్ 10 చూడండి)
మూర్తి 10. సిగ్నల్ డేటాబేస్లో అవసరాల చెక్ బ్లాక్ యొక్క నిర్మాణం యొక్క ఉదాహరణ.
సిగ్నల్ డేటాబేస్ అందిస్తుంది:
- అవసరమైన అన్ని సిస్టమ్ అవసరాల పారామితులను నిల్వ చేయడం.
- పేర్కొన్న పారామీటర్లు మరియు ప్రస్తుత మోడలింగ్ ఫలితాల నుండి ఇప్పటికే ఉన్న ప్రాజెక్ట్ అవసరాలను సౌకర్యవంతంగా వీక్షించడం.
- స్క్రిప్టింగ్ ప్రోగ్రామింగ్ లాంగ్వేజ్ ఉపయోగించి ఒక బ్లాక్ లేదా బ్లాక్ల సమూహాన్ని సెటప్ చేయడం. సిగ్నల్ డేటాబేస్లో మార్పులు రేఖాచిత్రంలో బ్లాక్ ప్రాపర్టీ విలువలలో మార్పులకు దారితీస్తాయి.
- అవసరాల నిర్వహణ వ్యవస్థలో టెక్స్ట్ వివరణలు, సాంకేతిక వివరణలు అంశాలు లేదా ఐడెంటిఫైయర్లకు లింక్లను నిల్వ చేయడం.
అవసరాల కోసం సిగ్నల్ డేటాబేస్ నిర్మాణాలు థర్డ్-పార్టీ అవసరాల నిర్వహణ వ్యవస్థతో పని చేయడానికి సులభంగా కాన్ఫిగర్ చేయబడతాయి అవసరాల నిర్వహణ వ్యవస్థలతో పరస్పర చర్య యొక్క సాధారణ రేఖాచిత్రం మూర్తి 11లో ప్రదర్శించబడింది.
మూర్తి 11. అవసరాల నిర్వహణ వ్యవస్థతో పరస్పర చర్య యొక్క రేఖాచిత్రం.
SimInTech పరీక్ష ప్రాజెక్ట్ మరియు ఆవశ్యక నియంత్రణ వ్యవస్థ మధ్య పరస్పర చర్య యొక్క క్రమం క్రింది విధంగా ఉంది:
- రిఫరెన్స్ నిబంధనలు అవసరాలుగా విభజించబడ్డాయి.
- సాంకేతిక ప్రక్రియల గణిత నమూనా ద్వారా ధృవీకరించబడే సాంకేతిక లక్షణాల అవసరాలు గుర్తించబడతాయి.
- ఎంచుకున్న అవసరాల యొక్క లక్షణాలు ప్రామాణిక బ్లాక్ల నిర్మాణంలో SimInTech సిగ్నల్ డేటాబేస్కు బదిలీ చేయబడతాయి (ఉదాహరణకు, గరిష్ట మరియు కనిష్ట ఉష్ణోగ్రత).
- గణన ప్రక్రియలో, నిర్మాణ డేటా బ్లాక్ డిజైన్ రేఖాచిత్రాలకు బదిలీ చేయబడుతుంది, విశ్లేషణ నిర్వహించబడుతుంది మరియు ఫలితాలు సిగ్నల్ డేటాబేస్లో నిల్వ చేయబడతాయి.
- గణన పూర్తయిన తర్వాత, విశ్లేషణ ఫలితాలు అవసరాల నిర్వహణ వ్యవస్థకు బదిలీ చేయబడతాయి.
డిజైన్ మరియు/లేదా అవసరాలకు మార్పులు సంభవించినప్పుడు మరియు మార్పుల ప్రభావాన్ని మళ్లీ పరీక్షించాల్సిన అవసరం వచ్చినప్పుడు డిజైన్ ప్రక్రియలో 3 నుండి 5 అవసరాల దశలు పునరావృతం కావచ్చు.
కంక్లూజన్స్.
- సిస్టమ్ యొక్క సృష్టించబడిన నమూనా సాంకేతిక లక్షణాల అవసరాలకు అనుగుణంగా ఇప్పటికే ఉన్న నమూనాల విశ్లేషణ సమయంలో గణనీయమైన తగ్గింపును అందిస్తుంది.
- ప్రతిపాదిత టెస్టింగ్ టెక్నాలజీ ఇప్పటికే ఉన్న డైనమిక్ మోడల్లను ఉపయోగిస్తుంది మరియు SimInTech వాతావరణంలో ప్రదర్శించని వాటితో సహా ఏదైనా డైనమిక్ మోడల్లకు కూడా ఉపయోగించవచ్చు.
- బ్యాచ్ డేటా ఆర్గనైజేషన్ని ఉపయోగించడం వల్ల మోడల్ డెవలప్మెంట్తో సమాంతరంగా అవసరాల ధృవీకరణ ప్యాకేజీలను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తుంది లేదా మోడల్ డెవలప్మెంట్ కోసం ఈ ప్యాకేజీలను సాంకేతిక లక్షణాలుగా కూడా ఉపయోగించవచ్చు.
- సాంకేతికతను గణనీయమైన ఖర్చులు లేకుండా ఇప్పటికే ఉన్న అవసరాల నిర్వహణ వ్యవస్థలతో అనుసంధానించవచ్చు.
చివరి వరకు చదివిన వారికి,
మూలం: www.habr.com