Шаардык Санарип Эгиздер үчүн BIM негизиндеги маалыматты башкаруу алкагы, Urban Digital Twin колдонмосунда кайсы маалымат эмне үчүн керек экенин, аны ким өндүрөрүн, кандай деталдуулук деңгээлинде тапшырылаарын, кантип текшерилерин жана чечимди колдоодо колдонулганга чейин кандайча көзөмөлдөнүүчү бойдон сакталарына ISO 19650 принциптери менен IDM, LIN, IFC жана IDS түзүмдөрү аркылуу өз ара байланыштырып берген стандарттарга багытталган маалыматты башкаруу ыкмасы. Изилдөөнүн негизги тезиси — ишенимдүү санарип эгиз “интеллекти” өнүккөн сенсорлордон, жасалма интеллекттен же визуалдаштыруу куралдарынан гана эмес; ылайыктуу, толук, ырааттуу, көзөмөлдөнүүчү жана текшерилген маалыматтан жаралышы мүмкүн экендиги.

Изилдөө жаңы BIM, IFC, IDM, LIN же IDS стандартын сунуштабайт. Өзгөчө салымы — бар стандарттар менен түшүнүктөрдү Digital Twinге багытталган бирдиктүү көзөмөлдөнүүчү чынжырга бириктирүү. Чынжыр уюштуруучулук максаттардан башталып, Digital Twin колдонуу сценарийлерине, Organizational Information Requirements (OIR), Asset Information Requirements (AIR), Project Information Requirements (PIR), Exchange Information Requirements (EIR), Information Delivery Manual (IDM), Level of Information Need (LIN) жана акырында машина аркылуу текшериле турган Information Delivery Specification (IDS) эрежелерине өтөт.

Алкак Timișoara шаарын колдонгон IoT колдоосу бар шаардык аба сапаты боюнча Digital Shadow демонстратору менен түшүндүрүлгөн. Демонстратор географиялык контекстти, чектелген BIM негизиндеги актив маалыматын, аба ырайы кызматтарын, аба сапаты APIлерин, Unreal Engine негизиндеги визуалдаштырууну жана үлгүлүү IDS текшерүүлөрүн бир чөйрөдө байланыштырат. Бирок система текшерилген атмосфералык дисперсия моделин, текшерилген эмиссия инвентаризациясын, үйрөтүлгөн божомол моделин, толук сенсор тармагын же физикалык системага автоматтык кайра байланышты камтыбайт.

Ошондуктан демонстратор чыныгы жана толук операциялык Urban Digital Twin эмес. Булак аны такыраак Digital Shadow катары классификациялайт: физикалык жана тышкы булактардан санарип чөйрөгө маалымат агымы бар; бирок санарип чөйрөдөн физикалык дүйнөгө автоматтык башкаруу, жабык циклдүү кайра байланыш же автоматтык актуатордук аракет жок.

Изилдөө мындан тышкары алкакты келечекте эмпирикалык баалоо үчүн 11 талапкер Information Quality Key Performance Indicator (IQ-KPI) аныктайт. Алар маалыматтын толуктугу, текшерүүнүн ийгилиги, ырааттуулук, метамаалыматтын бар болушу, актуалдуулук, көзөмөлдөнүүчүлүк, сенсордун жеткиликтүүлүгү, сенсор маалыматынын жарактуулугу, маалыматты кайра колдонуу, текшерүү өзгөчөлүгү жана маалымат маселесин чечүү убактысын камтыйт. Макаладагы бардык сандык KPI мисалдары синтетикалык; алар чыныгы долбоордун натыйжасы же алкактын текшерилген ийгилиги эмес.

Булакта эки маанилүү математикалык дал келбестик бар. Формула (10) түшүндүрмөсүндө 240 текшерүүнүн 8и өзгөчө учур экени айтылганы менен, басылган теңдеме бөлүүчүдө 200дү колдонуп, %3,3 натыйжасын берет. Формула (11)де 14 күндүк жалпы чечүү убактысы 10 маселеге бөлүнүп 1,4 күн натыйжасы көрсөтүлгөнү менен, теңдемеде кошумча “×100” туюнтмасы бар. Verianla булак ичиндеги бул айырмачылыктарды унчукпай оңдобойт.

Изилдөөнүн негизги көйгөйү эмнеде?

Шаардык Санарип Эгиздер BIM, GIS, IoT, жасалма интеллект, булуттагы эсептөөлөр, сенсор тармактары жана реалдуу убакыттагы визуалдаштыруу сыяктуу көптөгөн технологияларды бир системада бириктире алат. Бирок көп маалымат чогултуу өзү эле ишенимдүү чечим чыгарылат дегенди билдирбейт. Бир шаар жөнүндө миллиарддаган маалымат чекиттери болушу мүмкүн; бирок ал маалыматтар кайсы чечим үчүн керек экени, канчалык актуалдуу экени, булагы эмне экени, бири-бири менен бирдей маанини сактайбы жана текшерүү эрежелерине жооп береби белгисиз болсо, маалымат көлөмү ишенимдүү “интеллектке” айланбайт.

Изилдөөнүн баштапкы чекити дал ушул. Авторлор көптөгөн Urban Digital Twin демилгелеринде күчтүү 3B визуалдаштыруу, сенсор интеграциясы жана аналитикалык куралдар болгону менен, маалымат талаптарын аныктоо, жоопкерчиликти белгилөө, семантикалык ырааттуулук, көзөмөлдөнүүчүлүк жана текшерүү жагынан бөлүнгөн бойдон каларын белгилешет.

Ошондуктан изилдөө “кайсы технология колдонулушу керек?” деген суроодон мурда “кайсы чечимди колдоо керек жана бул чечим үчүн чындап кандай маалымат керек?” деген суроону коёт.

Бул жерде BIM болгону 3B модель дегенди билдиреби?

Жок. Булак ISO 19650 ыкмасына таянып, Building Information Modelling (BIM) түшүнүгүн имарат геометриясын түзгөн 3B чийүү ыкмасы катары гана эмес, курулган активдердин жашоо цикли бою маалыматты түзүүнү, бөлүшүүнү жана башкарууну жөнгө салуучу маалыматты башкаруу алкагы катары карайт.

Бул айырма маанилүү. BIM модели геометрия, материал, системалык байланыштар, жабдуу мүнөздөмөлөрү, мейкиндик түзүмү жана эксплуатациялык маалыматты камтышы мүмкүн. Urban Digital Twin болсо мындан тышкары физикалык дүйнө менен ылайыктуу жыштыкта синхрондолгон тарыхый жана учурдагы маалыматтарды, сенсор агымдарын жана келечекке байланышкан талдоолорду колдоно алат.

Демек, BIM менен Digital Twin бир нерсе эмес. Изилдөөдө BIM Digital Twin экосистемасынын ишенимдүү маалымат омурткасын түзгөн түзүмдөрдүн бири катары жайгаштырылат.

Digital Twin менен Digital Shadow ортосунда кандай айырма бар?

Digital Shadow — физикалык же тышкы булактардан санарип чөйрөгө автоматтык же жарым автоматтык маалымат агымы бар, бирок санарип чөйрөдөн физикалык системага автоматтык кайра байланыш жана актуатордук аракет жок болгон бир багыттуу байланыштагы санарип өкүлчүлүк; толук Digital Twin болсо жогорку жетилгендикте эки багыттуу байланыш, үзгүлтүксүз синхрондошуу жана ылайыктуу колдонмолордо физикалык системага кайра таасир этүү мүмкүнчүлүгү бар операциялык система.

Бул айырма изилдөөнүн эң маанилүү чечмелөө чектеринин бири. Макаланын аба сапаты колдонмосунда айрым жандуу же тышкы булак маалыматтары санарип чөйрөгө киргизилиши мүмкүн болсо да, система физикалык дүйнөнү автоматтык башкарбайт. Ошондуктан визуалдык жактан өнүккөн шаар модели түзүлгөнү аны өзүнөн өзү толук Digital Twin кылбайт.

Изилдөөнүн борбордук сунушу

Изилдөөнүн дизайн сунушу мындай логикага негизделет: Digital Twinге багытталган маалымат чөйрөсү ишенимдүү талдоо жана чечимди колдоону камсыз кылышы маалымат талаптарын так аныктоо, маалымат алмашууларын стандартташтыруу, жоопкерчиликти бекитүү жана тапшырылган маалыматты текшерүүгө мүмкүн болушу менен көбүрөөк ыктымал болот.

Бул сунуш изилдөөдө эмпирикалык далилденген себептик мыйзам эмес. Авторлор аны алкакты иштеп чыгууну багыттаган дизайн сунушу катары колдонушат. Операциялык долбоорлордо салыштырма түрдө сыноо келечектеги иш катары калтырылган.

Изилдөөнүн максаттары

Изилдөө суроолору

Алкак кантип иштелип чыкты?

Булак беш ырааттуу иштеп чыгуу кадамын аныктайт:

1. Көйгөйдү аныктоо жана адабиятты кароо: бөлүнгөн маалымат, өз ара иштешүү чектөөлөрү, бүдөмүк жоопкерчиликтер, төмөн көзөмөлдөнүүчүлүк жана жетишсиз текшерүү сыяктуу кайталануучу Digital Twin көйгөйлөрүн аныктоо.
2. Стандарт жана спецификация тандоо: ISO 19650, ISO 29481, ISO 7817, IFC жана IDSти башкаруу, процесс, маалымат мазмуну, алмашуу жана көзөмөл функциялары үчүн тандоо.
3. Функционалдык картага түшүрүү: уюштуруучулук максатты маалымат өндүрүүгө жана текшерүүгө айландыруу.
4. Алкакты синтездөө: максат, колдонуу сценарийи, талап, маалымат алмашуу, LIN, машина окуй алган көзөмөл жана сапат боюнча кайра байланыштын бир үзгүлтүксүз процессте бириктирилиши.
5. Түшүндүрмө колдонмо: аба сапаты сценарийи аркылуу үлгүлүү OIR, AIR, PIR, EIR, IDM түзүмдөрүн, көзөмөлдөнүүчүлүк матрицаларын жана IDS эрежелерин иштеп чыгуу.

Алкактын беш дизайн принциби

ISO 19650 негизиндеги маалымат башкаруу чынжыры кантип иштейт?

Изилдөө сунуштаган чынжырда уюм адегенде көздөгөн чечимди жана Digital Twin колдонуу сценарийин аныктайт; бул максат OIR, AIR, PIR жана EIR маалымат талаптарына айландырылат, IDM маалымат алмашуу кимдердин ортосунда жана кантип жүргүзүлөрүн аныктайт, LIN керек болгон маалымат көлөмүн жана деталдуулугун чектейт, IDS болсо тапшырылган модель жана актив маалыматын машина аркылуу текшерүүгө мүмкүндүк берген эрежелерди түзөт.

OIR деген эмне?

Organizational Information Requirements (OIR), уюмдун стратегиялык максаттарын, бизнес процесстерин жана чечимдерин колдоо үчүн кандай маалымат керек экенин аныктайт. Изилдөөнүн аба сапаты мисалында жөнгө салуучу чектерге жакындаган булгоочу концентрациялар кайда жана качан пайда болорун аныктоо же калктын таасирленүүсүн баалоо сыяктуу максаттар OIR деңгээлинде каралат.

AIR деген эмне?

Asset Information Requirements (AIR), активди эксплуатациялоо, көзөмөлдөө, тейлөө жана оптималдаштыруу үчүн талап кылынган маалыматты аныктайт. Аба сапаты мисалында сенсордун уникалдуу идентификатору, географиялык координатасы, түзмөк түрү, өндүрүүчүсү, тактыгы, калибрлөө аралыгы, тейлөө талаптары, операциялык абалы жана өлчөгөн параметрлери AIR алкагына кириши мүмкүн.

PIR деген эмне?

Project Information Requirements (PIR), системаны долбоорлоо, орнотуу, текшерүү жана кармоо үчүн долбоор деңгээлинде керектүү маалыматты аныктайт. BIM жана GIS модели, сенсор жайгаштыруу стратегиясы, IoT байланыш архитектурасы, BIM–GIS–IoT интеграциясы жана келечектеги божомол моделдеринин маалымат/калибрлөө муктаждыктары ушул топко кирет.

EIR деген эмне?

Exchange Information Requirements (EIR), кайсы маалымат кайсы тараптар же системалар арасында алмашылышы керек экенин аныктайт. Мисалы, сенсор өлчөөлөрүн Digital Shadow платформасына өткөрүү, метеорология кызматынан маалымат алуу, BIM актив маалыматын бөлүшүү, GIS контекстин өткөрүү жана IDS текшерүү отчетторун жеткирүү EIR мисалдары.

IDM эмне кылат?

Information Delivery Manual (IDM), “кандай маалымат керек?” деген суроого гана эмес, бул маалымат ким тарабынан, кимге, кайсы процессте, кайсы триггер менен, кайсы этапта жана кандай максатта өткөрүлөрүн түшүндүргөн операциялык процесс түзүмү. Изилдөө ISO 29481 ыкмасын колдонот.

Авторлор IDM үчүн процесс картасын, өз ара аракеттенүү картасын, transaction map жана exchange requirements түзүмдөрүн колдонушат. Ошентип уюштуруучулук максат менен техникалык маалымат өткөрүүнүн ортосунда көзөмөлдөнүүчү байланыш түзүүгө аракет кылынат.

LIN эмне үчүн “көбүрөөк детал” дегенди билдирбейт?

Level of Information Need (LIN), ISO 7817 алкагында колдонуу сценарийи үчүн керек болгондой өлчөмдө маалымат талап кылууну көздөйт. Бул “баарын мүмкүн болгон эң жогорку деталдуулукта өндүр” логикасынын тескериси.

LIN бири-бирин толуктаган үч маалымат өлчөмүн бөлөт:

• Геометриялык маалымат: жайгашуу, өлчөм, топология, мейкиндиктик байланыш, форма.
• Алфанумерикалык маалымат: өзгөчөлүктөр, классификациялар, натыйжалуулук көрсөткүчтөрү, операциялык параметрлер жана метамаалымат.
• Документация: отчеттор, сертификаттар, тейлөө жазуулары, техникалык спецификациялар, калибрлөө документтери жана башка колдоочу жазуулар.

Бул ыкманын максаты эки катаны бир учурда болтурбоо: чечим үчүн жетишсиз маалымат өндүрүү жана эч бир максатка кызмат кылбаган керексиз маалымат өндүрүп, тейлөө жүгүн көбөйтүү.

IDS эмне кылат?

Information Delivery Specification (IDS), аныкталган айрым маалымат талаптарын машина окуй алган көзөмөл эрежелерине айландырат. IDS милдеттүү өзгөчөлүктөрдү, классификацияларды, маалымат түрлөрүн, кабыл алынуучу маанилерди, байланыштарды жана талап кылынган документтерди аныктай алат.

Булак IDSти өзгөчө модель жана актив маалыматынын беш сапат өлчөмүн текшерүү үчүн колдонот:

1. Existence: талап кылынган маалымат чындап барбы?
2. Completeness: бардык милдеттүү талаалар жана документтер берилгенби?
3. Consistency: классификация, аталыш жана бизнес эрежелери ырааттуубу?
4. Correctness: маанилер аныкталган чектөөлөргө жооп береби?
5. Traceability: маалымат кайсы талаптан, алмашуудан жана жооптуу актёрдон келгенине чейин көзөмөлдөнөбү?

Маанилүү чек: бул изилдөөдө IDS өзгөчө IFC негизиндеги модель жана актив маалыматын көзөмөлдөөгө багытталган. Жандуу сенсор агымындагы убакыт белгиси, жетишпеген маалымат, API үзгүлтүксүздүгү, өлчөө жарактуулугу жана актуалдуулук сыяктуу операциялык маалымат текшерүүлөрү кошумча механизмдерди талап кылат.

IFCнин ролу кандай?

Industry Foundation Classes (IFC), курулган чөйрө маалыматын программалык камсыздоо өндүрүүчүсүнөн көз карандысыз жана объектке негизделген түрдө көрсөтө алган ачык маалымат алмашуу схемасы. Геометриядан тышкары өзгөчөлүктөрдү, классификацияларды, актив байланыштарын жана жашоо цикли маалыматын да алып жүрө алат.

Изилдөөнүн ыкмасында IFC жалпы маалымат тили, IDS болсо ошол тилде күтүлгөн маалымат туура берилгенин текшерген машина-окуй алган текшерүү катмары.

Өз ара иштешүү файлды ача билүү ганабы?

Жок. Булак өз ара иштешүүнүн үч өзүнчө өлчөмүн аныктайт:

Мисалы, IoT сенсорунан келген “22,4” мааниси өзү жетишсиз. Бул маани температурабы же PM2.5пи; кайсы бирдикте өлчөндү; кайсы сенсордон келди; сенсор кайсы имаратка/жайгашууга байланыштуу; качан өлчөндү жана өлчөөнүн текшерүү статусу кандай экени белгилүү болушу керек. Семантикалык байланыш сакталбаса, маани системалар арасында өткөрүлүшү мүмкүн, бирок маанилүү маалыматка айланбай калышы мүмкүн.

Үзгүлтүксүз маалымат-сапат башкаруусу

Булак маалымат сапатын долбоор тапшырылганда бир жолу текшерилип бүтчү өзгөчөлүк деп эсептебейт. Digital Twin чөйрөсүндө сенсорлор өзгөрүшү, жаңы маалымат булактары кошулушу, модель жаңыртылышы, эксплуатациялык максаттар өзгөрүшү жана эски маалымат жарактуулугун жоготушу мүмкүн.

Маалыматты аныктоо

Уюштуруучулук максаттар жана DT колдонуу сценарийлери OIR, AIR, PIR жана EIR түзүмдөрүнө айландырылат. IDM, LIN жана IDS бул талаптарды операциялык иш агымына, маалымат мазмунуна жана машина аркылуу текшерилүүчү эрежелерге айландырат.

Маалымат өндүрүү

Маалымат BIM программаларынан, GIS платформаларынан, IoT түзмөктөрүнөн, операциялык маалымат базаларынан, тейлөө системаларынан, корпоративдик колдонмолордон же тышкы маалымат берүүчүлөрдөн келиши мүмкүн. Булактардын сапаты, ишенимдүүлүгү жана жаңылануу жыштыгы бирдей болбогондуктан, өндүрүү баскычында башкаруу талаптары маанилүү.

Маалыматты текшерүү

IDS негизиндеги автоматтык текшерүүлөр жана керек учурда тармак адисинин карап чыгуусу менен толуктук, ырааттуулук, тууралык, көзөмөлдөнүүчүлүк жана бизнес эрежелерине шайкештик бааланат. Динамикалык маалыматта убакыт белгисинин бүтүндүгү, жаңылануу жыштыгы, өлчөө белгисиздиги, булак тарыхы жана операциялык чектер да маанилүү.

Маалыматты керектөө

Текшерилген маалымат dashboard, симуляция, жасалма интеллект, аналитикалык модель же чечимди колдоо системаларында колдонулушу мүмкүн. Бирок техникалык текшерүүдөн өткөн маалымат өзгөргөн чечим талаптарынан улам дагы деле функционалдык жактан жетишсиз болушу мүмкүн. Ошондуктан булак “fit-for-purpose”, башкача айтканда максатка ылайыктуулук түшүнүгүн борбордо кармайт.

Кайра байланыш

Маалыматты колдонгон адамдар, моделдер жана системалар жетишпеген талааларды, кайталанган сапат көйгөйлөрүн же эми жетишсиз калган талаптарды аныктай алышат. Бул кайра байланыш OIR, AIR, PIR, EIR, IDM, LIN жана IDS түзүмдөрүн жаңыртуу үчүн колдонулушу керек.

Талапкер Information Quality KPIлер

Синтетикалык KPI мисалы эмне үчүн чыныгы натыйжа эмес?

Авторлор 20 мониторинг активи жана ар бир активге 10 милдеттүү маалымат элементи деп кабыл алган толугу менен синтетикалык сенсор-onboarding мисалын түзүшөт. Жалпы 200 керектүү маани кабыл алынат. Бул сандар чыныгы Timișoara сенсор иштөөсүнөн, чыныгы BIM тапшыруусунан же колдонулган Digital Twin долбоорунан өлчөнгөн эмес.

Формулалардын максаты — келечекте чыныгы маалымат колдонулганда көрсөткүчтөр кантип эсептелерин гана көрсөтүү.

Формула (1): Маалымат Толукулук Коэффициенти

\[ ICOR=\frac{184}{200}\times100=92\% \]

200 милдеттүү маанинин 184ү бар жана синтаксистик жактан кабыл алына турган деп кабыл алынган. Алым бар/ылайыктуу маанилердин санын, бөлүүчү жалпы талап кылынган маанилердин санын көрсөтөт. Натыйжа %92. Бул маани синтетикалык мисалга тиешелүү.

Формула (2): Текшерүү Ийгилиги Коэффициенти

\[ VSR=\frac{216}{240}\times100=90\% \]

240 машина-окуй алган текшерүүнүн 216сы өткөн деп кабыл алынган. Көрсөткүч белгиленген текшерүүлөрдүн канчасы ийгиликтүү аткарылганын өлчөйт.

Формула (3): Маалымат Ырааттуулугу Коэффициенти

\[ ICSR=\frac{172}{184}\times100=93.5\% \]

Тапшырылган 184 маанинин 172си сенсор жазуусу, актив модели жана мониторинг маалымат базасынын ортосунда идентификатор, классификация, бирдик жана маани жагынан ырааттуу деп кабыл алынган.

Формула (4): Метамаалымат Бар Болуу Коэффициенти

\[ MAR=\frac{18}{20}\times100=90\% \]

20 активдин 18инде керектүү provenance метамаалыматы бар деп кабыл алынган. Бул метамаалымат маалыматтын булагы, убактысы, жооптуу уюму же статусу сыяктуу ишенимдүүлүктү баалоого мүмкүндүк берген контексттик жазуулар.

Формула (5): Маалымат Актуалдуулугуна Шайкештик Коэффициенти

Булакта сандык түзүм 17 ылайыктуу жазуу / 20 актив жана натыйжа %85 катары берилген:

\[ DFCR=\frac{17}{20}\times100=85\% \]

Булак көрсөтүү эскертүүсү: PDFдеги басылган Формула (5)те көбөйтүү белгиси бузулган символ катары көрүнөт. 17/20 катышы жана %85 натыйжасы математикалык жактан “×100” амалына шайкеш. Verianla булакта көрүнгөн бул типографиялык көйгөйдү жашырбайт.

Формула (6): Көзөмөлдөнүүчүлүк Камтуусу

\[ TC=\frac{176}{200}\times100=88\% \]

200 керектүү маанинин 176сы талап IDсине, exchange IDсине, объект IDсине, текшерүү эрежеси IDсине жана provenance жазуусуна чейин көзөмөлдөнө алат деп кабыл алынган.

Формула (7): Сенсор Жеткиликтүүлүк Коэффициенти

\[ SAR=\frac{5472}{5760}\times100=95\% \]

20 сенсор 24 саат бою ар 5 мүнөт сайын маалымат жөнөтүшү күтүлгөндө, булак мисалы жалпы 5760 байкоону күтөт. 5472 байкоо алынган деп кабыл алынып, синтетикалык жеткиликтүүлүк %95 болот.

Формула (8): Сенсор Маалыматынын Жарактуулук Коэффициенти

\[ SDVR=\frac{5280}{5472}\times100=96.5\% \]

Алынган 5472 байкоонун 5280и жетишпеген маани, бирдик, уруксат берилген аралык, убакыт белгиси жана сенсор абалы текшерүүлөрүнөн өткөн деп кабыл алынган.

Формула (9): Маалыматты Кайра Колдонуу Коэффициенти

\[ IRR=\frac{14}{20}\times100=70\% \]

20 мониторинг активинин 14үнө тиешелүү маалымат жок дегенде бир кийинки процесс, система, талдоо же чечимде кайра колдонулган деп кабыл алынат.

Формула (10): Текшерүү Өзгөчө Учур Коэффициентиндеги булак дал келбестиги

Булак тексти 240 текшерүүнүн 8и расмий кабыл алынган өзгөчө учур катары катталганын айтат. Бирок басылган теңдеме мындай көрүнөт:

\[ VER=\frac{8}{200}\times100=3.3\% \]

Бул сап өз ичинде математикалык жактан ырааттуу эмес: \(8/200\times100=4\%\) болот. Булак түшүндүрмөсүндөгү 240 бөлүүчү колдонулса, \(8/240\times100\approx3.3\%\) чыгат. Verianla бул жерде булак теңдемесин унчукпай өзгөртпөйт; текст, басылган бөлүүчү жана билдирилген натыйжанын айырмасын ачык көрсөтөт.

Формула (11): Маалымат Маселесин Орточо Чечүү Убактысындагы булак дал келбестиги

Булак 10 маалымат маселесинин ачылышы менен жабылышынын ортосундагы жалпы убакыт 14 күн экенин билдирип, басылган формуланы мындай берет:

\[ MIIRT=\frac{14}{10}\times100=1.4\ \text{gün} \]

Бул теңдеме да жазылган түрүндө математикалык жактан ырааттуу эмес. \(14/10=1.4\) күн натыйжасы туура; бирок “×100” колдонулса натыйжа 140 болот. Ошондуктан басылган “×100” туюнтмасы билдирилген 1,4 күндүк натыйжага шайкеш келбейт. Verianla булакта жок “оңдолгон расмий теңдемени” түзбөйт.

Бул KPIлердин эч бири азырынча текшерилген жалпы натыйжалуулук көрсөткүчү эмес. Авторлор ар бир көрсөткүч үчүн долбоорго мүнөздүү кабыл алуу чеги чыныгы колдонмодо аныкталышы керек экенин жана көрсөткүчтөрдүн сезгичтиги, көз карандысыздыгы жана ишенимдүүлүгү эмпирикалык изилдениши керек экенин белгилешет.

Изилдөөнүн Ыкмасы жана Жыйынтыктары

Аба сапаты демонстраторунун максаты

IoT колдоосу бар шаардык аба сапаты колдонмосунун максаты алкактын айрым бөлүктөрү техникалык жактан кантип бириктириле аларын көрсөтүү. Колдонмо чыныгы булгоочу концентрацияларды божомолдоону, аба сапаты боюнча мыйзамдарга шайкештикти далилдөөнү же экологиялык/чечимди колдоо натыйжалуулугун өлчөөнү көздөбөйт.

Ошондуктан бул бөлүм эмпирикалык кейс-изилдөө эмес, worked illustration / техникалык колдонууга жарамдуулук демонстрациясы катары бааланышы керек.

Демонстратордун географиялык контексти

Proof-of-concept чөйрөсү үчүн Румыниядагы Timișoara шаары тандалган. Шаар геометриясын түзүүдө Cesium for Unreal ыкмасы колдонулуп, географиялык шилтемеленген рельеф, спутник сүрөтү жана 3D Tiles негизиндеги шаар контексти Unreal Engine чөйрөсүнө өткөрүлө алары көрсөтүлгөн.

Изилдөө өзгөчө жогорку тактык талап кылган мектеп, оорукана, транспорт борбору же критикалык инфраструктура сыяктуу аймактарда келечекте IFC, CityGML, LiDAR, UAV фотограмметриясы же кадастр маалыматтары менен кеңири геометрия кошулушу мүмкүн экенин талкуулайт. Бул өнүккөн маалымат интеграциялары учурдагы демонстратордо текшерилген натыйжалар эмес.

Колдонулган негизги программалык камсыздоо жана маалымат компоненттери

Кайсы метеорологиялык өзгөрмөлөр каралат?

Булак аба ырайы APIлеринен температура, салыштырмалуу нымдуулук, атмосфералык басым, шамал ылдамдыгы, шамал багыты, жаан-чачын жана күн радиациясы сыяктуу экологиялык өзгөрмөлөрдү алууга болорун билдирет. Бул өзгөрмөлөр чыныгы атмосфералык дисперсия моделдөөсүндө маанилүү болсо да, учурдагы демонстратор бул маалыматтардан текшерилген булгоочу концентрация божомолун чыгарбайт.

Демонстратор контекстинде кайсы булгоочулар айтылат?

Proof-of-concept архитектурасында мониторинг контексти үчүн PM1, PM2.5, PM10, NO жана CO2 мисалдары колдонулат. AQICN API бере алган кеңири маалымат топтомунда PM2.5, PM10, NO2, SO2, CO жана O3 сыяктуу булгоочу көрсөткүчтөр да бар.

Appendix Bдеги үлгү IDS тизмеси PM1, PM2.5, PM10, NO, NO2, SO2, CO, CO2, O3 жана VOC сыяктуу параметрлерден тышкары температура, салыштырмалуу нымдуулук, шамал ылдамдыгы жана шамал багыты үчүн машина-окуй алган чектелген маани топтомдорун көрсөтөт.

Niagara Fluids менен жасалган нерсе чыныгы CFDби?

Жок. Unreal Engine ичиндеги Niagara Fluids системасы импорттолгон шаар геометриясынын айланасында агымга окшош визуалдык жүрүм-турумдарды жарата алат. Геометрия Signed Distance Field же кагылышуу чек арасы катары колдонулуп, тышкы аба ырайы маалыматынан келген макро шамал вектору визуалдык агымга таасир эте алат.

Бирок булак бул чыгуу илимий жактан калибрленген же текшерилген атмосфералык дисперсия чечими эмес экенин ачык белгилейт. Визуалдык катмар кызыкдар тараптарга келечекте текшерилген CFD же божомол моделдеринен келиши мүмкүн болгон натыйжалар мейкиндикте кантип көрсөтүлөрүн түшүнүүгө жардам берген түшүндүрмө катмар.

Ошондуктан Unreal Engine жогорку кадр ылдамдыгында көлөмдүү визуалдаштыруу жасай алышы анын илимий CFD чечүүчүсүнүн тактыгына ээ экенин билдирбейт.

Үч булгоочу жүрүм-турум үлгүсү

Булак үч жөнөкөйлөштүрүлгөн визуалдык жүрүм-турум категориясын колдонот:

• Жерге жакын топтолуу — абадан оорураак жүрүм-турум үчүн түшүндүрмө үлгү.
• Шамал менен негизинен горизонталдуу ташылуу — абага жакын нейтралдуу тыгыздык мамилеси.
• Күчөгөн вертикалдуу көтөрүлүү — абадан жеңилирээк жүрүм-турумду билдирген түшүндүрмө үлгү.

Бул категорияларды чыныгы жөнгө салынган булгоочуларга түздөн-түз ыйгарууга болбойт. Чыныгы атмосфералык дисперсия эмиссия температурасы, чыгуу ылдамдыгы, бөлүкчө өлчөмү, молекулалык касиеттер, атмосфералык туруктуулук, турбуленттүүлүк, шаар морфологиясы, химиялык өзгөрүү, чөкмө жана метеорология сыяктуу көптөгөн факторлорго көз каранды.

Булактагы 14-сүрөттө көрсөтүлгөн булгоочу бөлүкчөлөр жана эмиссия маалыматы гипотетикалык. Алар шилтеме берилген өнөр жай объектинен өлчөнгөн чыныгы эмиссияларды билдирбейт жана орнотулган фильтрация/тазалоо технологияларынын таасирин эсепке албайт.

API маалыматы платформага кантип кирет?

Булакта OpenWeatherMap үчүн HTTP суроо-талабын түзүп, JSON форматындагы жоопту алып жана керектүү метеорологиялык талааларды ажыраткан Blueprint иш агымы көрсөтүлгөн.

AQICN тарабында тандалган станция жайгашуусу жана аутентификация токени менен API суроо-талабы түзүлөт; JSON жооптогу IAQI бөлүгү ажыратылат. Система айрым булгоочуларды кодго катуу бекитүүнүн ордуна бар талаа аттарын аралап, кайтарылган параметрлерди Key–Value жуптарынан турган атайын ST_AQIParameter түзүмүнө айландырат.

Key, PM10, O3, SO2, нымдуулук, температура, басым же шамал ылдамдыгы сыяктуу параметр идентификаторун; Value болсо APIден келген тиешелүү өлчөөнү билдирет.

Демонстратор архитектурасы

IDS мисалында чындыгында эмне текшерилет?

Булактын Appendix B бөлүмүндө buildingSMART IDS 1.0 жалпы түзүмүнө ылайык үлгү XML берилет. Мисалы, IFCSENSOR активи үчүн сенсор аты, уникалдуу Tag, сенсор түрү, операциялык абал жана жооптуу уюм сыяктуу маалымат милдеттүү өзгөчөлүк катары аныкталышы мүмкүн.

Башка үлгү спецификацияда сенсор өлчөгөн параметр жана күтүлгөн өлчөө бирдиги текшерилет. Булак тизмеси PM1, PM2.5, PM10, NO, NO2, SO2, CO, CO2, O3, VOC, температура, салыштырмалуу нымдуулук, шамал ылдамдыгы жана шамал багыты сыяктуу маанилерди; µg/m³, mg/m³, ppm, ppb, °C, %, m/s жана градус сыяктуу бирдиктерди мисал кылат.

Имарат объекттери үчүн имарат IDси, функциясы, колдонуу түрү, болжолдуу колдонуучу саны, эксплуатация программасы, желдетүү түрү, энергия булагы, унаа токтотуу сыйымдуулугу, унаа кирүү түрү, кабат саны жана сенсордун бар болушу сыяктуу контексттик маалыматты текшерүүгө болору көрсөтүлөт.

Бул жердеги IDS XML чыныгы муниципалитет же ыйгарым укуктуу мекеме бекиткен акыркы аба сапаты маалымат стандарты эмес. Ал изилдөө сунуштаган алкакты көрсөтүү үчүн даярдалган түшүндүрмө мисал.

Жөнгө салуучу алкак эмне үчүн маалымат башкаруунун бөлүгү?

Appendix A Европа Бирлигинин аба сапаты, өнөр жай эмиссиялары, улуттук эмиссияны азайтуу, коомдук отчет берүү жана мейкиндиктик маалыматтын өз ара иштешүүсүнө байланышкан жөнгө салуучу түзүмдөрүн OIR иштеп чыгуу үчүн контексттик киргизүү катары карайт.

Негизги логика мындай: чечимди колдоо системасы “PM2.5 маанисин” гана сурабашы керек. Мыйзамдар өлчөө бирдигине, орточолоштуруу мөөнөтүнө, жайгашууга, маалымат булагына, текшерүү статусуна, отчет талаптарына жана кайсы чек кайсы жөнгө салууга ылайык маанилүү экенине таасир этиши мүмкүн.

Бирок булак Appendix A комплекстүү укуктук талдоо эмес экенин ачык белгилейт. Жөнгө салуучу таблица келечектеги DT маалымат талаптары системасында кайсы укуктук милдеттенмелер маалымат талабын жарата аларын көрсөтүү үчүн берилген.

Изилдөө колдогон жыйынтыктар

• Digital Twin колдонмолорунда ишенимдүү талдоо үчүн маалымат талаптарын технология тандоодон мурда так аныктоого боло турган түзүмдөлгөн башкаруу чынжырын түзүүгө болот.
• ISO 19650 маалымат талаптары, IDM, LIN, IFC жана IDS түшүнүктөрү бирдиктүү DTге багытталган көзөмөлдөнүүчүлүк процессинде байланыштырылышы мүмкүн.
• IDM актёр, жоопкерчилик жана маалымат алмашуу процесстерин; LIN керектүү маалымат көлөмүн; IDS болсо айрым модель/актив маалыматынын машина-окуй алган көзөмөлүн аныктоо үчүн бирге колдонулушу мүмкүн.
• Тандалган BIM, GIS, API жана аба сапаты маалыматы Unreal Engine негизиндеги жалпы визуалдык чөйрөдө техникалык жактан бириктирилиши мүмкүн.
• Digital Shadow демонстратору айрым маалымат агымдарынын жана интеграциялык байланыштардын техникалык колдонууга жарамдуулугун түшүндүрө алат.
• Талапкер IQ-KPIлер келечекте чыныгы долбоорлордо маалымат экосистемасынын айрым сапат өзгөчөлүктөрүн өлчөө үчүн бааланышы мүмкүн болгон баштапкы түзүмдү берет.

Изилдөө колдобогон жыйынтыктар

• Сунушталган алкак чыныгы долбоордо маалымат сапатын жакшыртары далилденген эмес.
• Алкак долбоордун баасын төмөндөтөрү же тапшыруу мөөнөтүн кыскартары көрсөтүлгөн эмес.
• Алкак жасалма интеллекттин же божомолдун тактыгын жогорулатары көрсөтүлгөн эмес.
• Digital Shadow демонстратору чыныгы булгоочу концентрацияларды эсептебейт.
• Niagara визуалдары текшерилген CFD же атмосфералык дисперсия натыйжалары эмес.
• Булакта көрсөтүлгөн эмиссиялар шилтеме берилген объекттин текшерилген чыныгы эмиссиялары эмес.
• Синтетикалык IQ-KPI пайыздары чыныгы долбоор натыйжалуулугу эмес.
• Демонстратор жөнгө салууга шайкештикти далилдебейт.
• Система жарандардын таасирленүүсүн чыныгы маалымат менен эсептебейт.
• Автоматтык физикалык башкаруу же жабык циклдүү актуатордук аракет колдонулган эмес.
• Алкакты башка колдонуу тармактарына түздөн-түз жалпылоого болору азырынча текшерилген эмес.

Изилдөөнүн күчтүү жактары

Изилдөөнүн эң күчтүү жагы “көбүрөөк технология” ыкмасынан алыстап, чечим максаты менен маалымат талабынын ортосундагы көзөмөлдөнүүчүлүктү борборго коюшу. OIR → DTUC → AIR/PIR/EIR → IDM → LIN → IDS чынжыры маалымат эмне үчүн талап кылынганын жана кайсы текшерүү эрежесине чейин көзөмөлдөнө аларын ачыктоого аракет кылат.

Экинчи күчтүү жагы — BIM, GIS, IoT жана API интеграциясын техникалык маалымат өткөрүү катары гана эмес, семантикалык жана уюштуруучулук өз ара иштешүү менен бирге кароо.

Үчүнчү күчтүү жагы — авторлор демонстратордун чектерин ачык аныктаганы. Система “Digital Twin” максатынын ичинде сүрөттөлгөнү менен, учурдагы техникалык колдонмонун такыраак классификациясы Digital Shadow экени белгиленген.

Негизги чектөөлөр

Операциялык текшерүү жок: Алкак чыныгы долбоордо базалык процесс менен салыштырылган эмес.

KPI маанилери синтетикалык: 92%, 90%, 93,5%, 88% же башка маанилер чыныгы талаа маалыматы эмес.

Текшерилген эмиссия инвентаризациясы жок: Өнөр жай булактарынын визуалдаштырылган булгоочу маалыматы гипотетикалык.

Калибрленген атмосфералык дисперсия модели жок: Niagara Fluids чыгыштары визуалдык байланыш үчүн.

Толук сенсор тармагы жок: Демонстратор бүт шаарды камтыган текшерилген операциялык мониторинг тармагы эмес.

Үйрөтүлгөн божомол модели жок: Келечектеги AI же божомол мүмкүнчүлүгү архитектура деңгээлинде талкууланган.

Автоматтык кайра байланыш жок: Санарип чөйрө физикалык дүйнөгө автоматтык башкаруу буйругун жибербейт.

Чечим сапаты салыштырылган эмес: Алкакты колдонгон жана колдонбогон процесстердин чечим натыйжалары салыштырылган эмес.

Өткөрүлүп колдонуу мүмкүнчүлүгү текшерилген эмес: Аба сапатынан башка инфраструктураны тейлөө, энергияны башкаруу же өзгөчө кырдаалга жооп берүү сыяктуу экинчи тармакта эмпирикалык сыноо талап кылынат.

Келечектеги изилдөөлөр кантип жүргүзүлүшү керек?

Булак келечекте алкакты чыныгы операциялык долбоордо сынап көрүүнү сунуштайт. Мындай баалоодо базалык процесс менен башкаруу алкагы колдонулган процесс салыштырылып; маалымат толуктугу, текшерүү натыйжалуулугу, көзөмөлдөнүүчүлүк, маселени чечүү убактысы, моделдин колдонууга жарамдуулугу жана чечим сапаты сыяктуу көрсөткүчтөр чыныгы маалымат менен бааланышы керек.

Аба сапаты колдонмосу үчүн текшерилген эмиссия инвентаризациясы, калибрленген сенсор маалыматы, кабыл алынган атмосфералык дисперсия же CFD моделдери, белгисиздик талдоосу, калктын таасирленүү маалыматы жана чыныгы өлчөөлөр менен модель салыштыруусу талап кылынат.

Авторлор инфраструктураны тейлөө, энергияны башкаруу же өзгөчө кырдаалга жооп берүү сыяктуу экинчи колдонуу тармагында да сыноо жүргүзүүнү, ошентип алкак аба сапаты демонстраторуна гана мүнөздүүбү же жокпу баалоону сунуштайт.

Булак жана Ыкма Эскертүүсү

Түп нуска аталышы: A BIM-Based Framework Proposal for Reliable Information Governance in Urban Digital Twins

Авторлор: Andrei Crisan; Sorin Herban; Massimiliano Pepe; Jan Karlshøj; Valerio Baiocchi; Bogdan Runceanu.

Авторлордун тартиби: Булактагы тартип өзгөртүүсүз сакталган.

Жооптуу автор: Sorin Herban.

Мекеме 1: Department of Steel Structures and Structural Mechanics, Politehnica University Timisoara, Timișoara, Romania.

Мекеме 2: Department of Overland Communication Ways, Foundation and Cadastral Survey, Politehnica University Timisoara, Timișoara, Romania.

Мекеме 3: Department of Engineering and Geology (InGeo), “G. d’Annunzio” University of Chieti-Pescara, Pescara, Italy.

Мекеме 4: Department of Civil and Mechanical Engineering, Digital Building Technologies, Technical University of Denmark, Lyngby, Denmark.

Мекеме 5: Department of Civil, Building and Environmental Engineering, Sapienza University of Rome, Rome, Italy.

Мекеме 6: Faculty of Law, Transilvania University of Brasov, Brasov, Romania.

Тең салым: Булактын автор салымдары бөлүмүндө алты автор изилдөөнү концептуалдаштырууга жана долбоорлоого, маалыматтарды талдоого жана чечмелөөгө, макаланы жазууга тең салым кошкону айтылат. Бирок биринчи бетте өзүнчө “тең биринчи автор” белгиси жок.

Журнал: Urban Science.

Басмакана: MDPI, Basel, Switzerland.

Макала түрү: Article; стандарттарга багытталган концептуалдык алкак иштеп чыгуу жана техникалык демонстрациялык изилдөө.

Том / сан / макала номери: 10(7), 416.

DOI: 10.3390/urbansci10070416

Жөнөтүлгөн күнү: 16-июнь 2026.

Кайра кароо күнү: 13-июль 2026.

Кабыл алынган күнү: 16-июль 2026.

Жарыяланган күнү: 19-июль 2026.

Рецензия абалы: Urban Science журналында жарыяланган рецензияланган изилдөө макаласы.

Лицензия: Creative Commons Attribution (CC BY).

Расмий шилтеме: DOI 10.3390/urbansci10070416 аркылуу MDPI Urban Science макала жазуусу.

Ачкыч сөздөр: BIM; digital twin; urban development; information governance; digital shadow.

Негизги стандарттар жана техникалык түзүмдөр: ISO 19650, ISO 29481, ISO 7817, IFC, IDM, LIN жана IDS.

Негизги илимий салым: Бар BIM жана маалымат башкаруу түшүнүктөрүн жаңы стандарттар катары сунуштабай, аларды уюштуруучулук максаттан маалыматты аныктоого, маалымат алмашууга, текшерүүгө жана сапат боюнча кайра байланышка чейин созулган бирдиктүү Digital Twinге багытталган көзөмөлдөнүүчүлүк чынжырына бириктирүү.

Демонстратор түрү: IoT колдоосу бар шаардык аба сапаты Digital Shadow демонстратору.

Демонстрация географиясы: Timișoara, Romania.

Негизги техникалык компоненттер: Unreal Engine 5.7; Cesium for Unreal v2.27.0; BIM/IFC; GIS; Bonsai; REST API; JSON; Blueprint; Python негизиндеги ортоңку катмарлар; OpenWeatherMap, Open-Meteo, Meteostat, uRADMonitor жана AQICN сыяктуу тышкы маалымат кызматтары.

Демонстратор жасабаган иштер: текшерилген атмосфералык дисперсия моделдөөсү, текшерилген булгоочу божомолу, чыныгы калк таасирленүүсүн талдоо, автоматтык физикалык актуатордук аракет, жабык циклдүү башкаруу жана эмпирикалык чечим-сапат салыштыруусу.

IQ-KPI абалы: Сунушталган 11 көрсөткүч талапкер баалоо өлчөмдөрү; эмпирикалык текшерилген жалпы натыйжалуулук көрсөткүчтөрү эмес.

Математикалык булак эскертүүсү: Формула (5)те көбөйтүү белгиси типографиялык жактан бузулган көрүнөт. Формула (10)да түшүндүрмө 8/240 текшерүүнү сүрөттөгөнү менен, басылган бөлүүчү 200 жана билдирилген %3,3 маани басылган бөлүүчүгө шайкеш келбейт. Формула (11)де 14/10 натыйжасы 1,4 күн болгону менен, басылган теңдемеде кошумча ×100 бар. Verianla булак ичиндеги бул дал келбестиктерди унчукпай оңдогон эмес.

Маалыматтын жеткиликтүүлүгү: Изилдөө Cesium, Google Maps жана көрсөтүлгөн аба ырайы/аба сапаты кызматтары аркылуу жеткиликтүү коомдук булактарды колдонгон. Эмпирикалык долбоор маалымат топтому, текшерилген эмиссия инвентаризациясы, жеке маалымат же сезимтал маалымат түзүлгөн эмес деп белгиленет. Үлгү IDS XML Appendix Bде берилген, синтетикалык KPI киргизүүлөрү жана эсептөөлөрү негизги текстте билдирилген. Өзүнчө .ids тиркемеси, синтетикалык маалымат топтому же тышкы маалымат репозиторийи берилген эмес.

Каржылоо: Булакта “This research received no external funding” деген билдирүү бар.

Долбоор/ыраазычылык эскертүүсү: Булак изилдөө Erasmus+ Programme BIM Enabled DTs (BIM2in), долбоор номери 2024-1-RO01-KA220-HED-000249147 алкагында жарым-жартылай жүргүзүлгөнүн да белгилейт. Бул сөз каржылоо билдирүүсүнөн өзүнчө Ыраазычылык бөлүмүндө берилген.

Генеративдик жасалма интеллект колдонуу: Авторлор макаланы даярдоодо булакта “openAI, ChatGPT 5.5/Google, and Gemini 3.5” түрүндө көрсөтүлгөн куралдарды сүрөт түзүү, текст которуу, грамматиканы оңдоо жана текстти түшүндүрүү максатында колдонгонун; чыгыштарды карап чыгып түзөткөнүн жана жарыянын мазмуну үчүн жоопкерчиликти өздөрүнө алганын билдиришет.

Кызыкчылыктардын кагылышы: Авторлор кызыкчылыктардын кагылышы жок экенин билдиришет.

Негизги чечмелөө чеги: Изилдөөнүн негизги чыгышы текшерилген башкаруу чечими же өлчөнгөн натыйжалуулук өсүшү эмес; чыныгы долбоорлордо келечекте сынала турган түзүмдөлгөн маалымат башкаруу алкагы жана баалоо инфраструктурасы.