Cara menguji pembangkit listrik tenaga nuklir

Kami sudah terbiasa menjalankan tes dengan menekan satu tombol. Pemeriksaan dilakukan secara otomatis di setiap komit, statistik dikumpulkan tanpa partisipasi penguji, dan bug dilakukan dalam mode semi-otomatis. Secara umum, kita terbiasa menerapkan teknologi rekayasa perangkat lunak dan sistem untuk proyek perangkat lunak kita. Sekarang bayangkan Anda dihadapkan dengan tugas menguji operasi pembangkit listrik tenaga nuklir. Diperlukan tidak hanya untuk menguji perangkat lunaknya, tetapi juga untuk menguji semua komponennya.

Tentu saja, tidak ada yang dapat membangun stasiun terlebih dahulu dan kemudian mentransfer dinding penahan beban karena fakta bahwa sistem ventilasi tidak dapat dipasang dalam konfigurasi saat ini. Oleh karena itu, proses dunia nyata semakin masuk ke "digital". Bagaimana Anda menyukai komentar pada komit “Relokasi tembok ibukota 2 meter di utara”? Ketika merancang dan menguji pembangkit listrik tenaga nuklir, pendekatan digital sepenuhnya digunakan: model informasi dibuat, model-V klasik dari manajemen siklus hidup diterapkan untuk itu. Dengan demikian, pembangkit listrik tenaga nuklir berubah menjadi objek digital yang dapat ditiru dan sepenuhnya. Pengujian dan peluncuran pembangkit listrik tenaga nuklir modern berlangsung dalam bentuk digital, dan hanya setelah itu pembangun memulai instalasi, menggunakan semua model digital yang sama.

Dari artikel ini Anda akan belajar tentang apa itu sistem informasi modern, bagaimana pengembangan dan pengujian fasilitas "modal" dilakukan dengan menggunakan contoh pembangkit listrik tenaga nuklir.


Materi tersebut didasarkan pada transkrip laporan oleh Vyacheslav Alenkov , direktur teknik sistem dan teknologi informasi dari perusahaan rekayasa Atomstroyexport (ASE) dari konferensi Moskow Desember Heisenbug 2017 Moskow kami.

Dalam artikel ini saya akan berbicara tentang bagaimana kita menggunakan teknologi manajemen informasi, menguji berbagai proses dalam pembangunan fasilitas modal besar (dalam kasus kami, pembangkit nuklir). Mengingat fakta bahwa dalam industri konstruksi ada pengenalan global teknologi digital dan teknologi ini semakin merambah ke berbagai industri, termasuk yang terkait dengan dunia fisik , teknologi terkait IT juga secara aktif termasuk dalam bidang ini.

Pengantar kecil: Atomstroyexport (ASE) adalah perusahaan yang merupakan divisi teknik dari perusahaan negara Rosatom. Kami bertanggung jawab atas desain, pengadaan / pengiriman, dan pembangunan hampir semua pembangkit listrik tenaga nuklir di Rusia dan luar negeri, di lebih dari 15 negara di dunia. Lebih dari 90% proyek kami adalah konstruksi dan desain stasiun di luar negeri, dan dalam hal ini kami menyerap persyaratan terbaik, praktik terbaik dari regulator internasional, menetapkan standar dan aturan, dari pelanggan internasional.

Di banyak negara, topik persyaratan "digital" sangat tinggi. Banyak pelanggan tidak hanya membutuhkan benda yang terbuat dari beton / besi, yang - ini dia, ada di lapangan. Sekarang Anda perlu menyerahkan model digital objek, yang kemudian akan hidup di seluruh siklus hidup pembangkit listrik tenaga nuklir. Stasiun ini dibangun selama 5-10 tahun, kemudian dioperasikan selama 60 tahun atau lebih, yaitu, segala sesuatu yang telah kami lakukan (dengan mempertimbangkan penonaktifan hingga 100 tahun) kemudian akan digunakan dan tinggal di fasilitas yang sesuai. Pada saat yang sama, seperti yang Anda tahu, hampir setiap tahun di bidang TI, dari sudut pandang teknologi, sesuatu berubah secara dramatis, dan bagaimana memperkirakan ini selama 100 tahun, tentu saja, merupakan masalah besar.

Pembangkit listrik tenaga nuklir - hari ini, mungkin, salah satu fasilitas paling kompleks yang dibangun umat manusia, dalam hal kompleksitas fasilitas, jumlah peserta, serta memastikan keamanan fasilitas-fasilitas ini. Karena itu, tanpa teknologi digital, benda-benda ini hampir mustahil dibangun. Sekarang, pelanggan (terlepas dari kenyataan bahwa fasilitasnya kompleks) setiap kali menetapkan persyaratan untuk membangun fasilitas "lebih cepat" dan "bahkan lebih murah", sementara kami secara bersamaan membangun dan merancang 30 objek rumit seperti itu di berbagai negara di dunia, dan mengelola sederetan informasi tanpa digital teknologi tidak mungkin. Sebagai contoh, parameter utama adalah ratusan ribu posisi peralatan yang berbeda, dan masing-masing posisi itu sendiri adalah objek teknik yang kompleks. Ini adalah puluhan ribu kelas peralatan yang unik, puluhan dan ratusan ribu persyaratan input digital (saya akan ceritakan lebih banyak tentang ini nanti), ini adalah model informasi yang berisi ratusan ribu, kadang-kadang jutaan elemen yang saling berhubungan, dan ini bukan produk akhir: model masih "mengalir", berubah, sejumlah besar peserta secara bersamaan bekerja dengan informasi digital ini, sejumlah besar tabrakan muncul di antara mereka, dan sangat penting untuk saling berhubungan mengelola seluruh proses ini sehingga tidak bepergian poros Tentu saja, ada masalah yang terkait dengan persiapan "wadah" untuk menyimpan informasi ini, membuat tautan antar elemen, untuk menerima / memeriksa / menguji segala sesuatu yang terjadi dalam proses desain. Pada tahap desain, sebagian besar informasi tentang objek muncul, dan hanya kemudian, pada tahap konstruksi, itu berubah. Hanya pada tahap desain, model informasi objek sedang dibuat, kami memiliki seperangkat teknologi - ada banyak dari mereka, tetapi saya menyoroti beberapa kunci yang memungkinkan Anda untuk mengelola informasi ini sehingga tidak hancur.

Model Informasi dan V-Model

Salah satu tahap pertama adalah pembuatan model informasi , yang, tentu saja, memasukkan konsep 3D. (Model 3D lebih mudah dipahami karena semuanya disajikan secara visual.) Kita berbicara tentang model informasi karena 3D adalah bagian dari informasi: ada banyak data dan atribut matematika yang berbeda. Ambil sebuah elemen, misalnya, pompa (yang, seperti telah saya katakan, ratusan ribu): masing-masing memiliki seperangkat atribut tertentu yang merupakan karakteristik pompa ini, dan atribut ini berubah sepanjang seluruh siklus hidup. Model informasi ini sebenarnya adalah satu sumber kebenaran, yang setiap orang beralih ke, mengambil informasi ini dan menggunakannya dalam pekerjaan mereka ketika merancang benda besar seperti pembangkit listrik tenaga nuklir.

Dengan demikian, ruang informasi tunggal dibuat di sekitar model informasi, yang memungkinkan semua peserta untuk mengakses di sana, melacak perubahan yang ia buat atau beberapa peserta proyek lainnya yang secara geografis didistribusikan, dan satu-satunya hal yang menyatukan mereka adalah informasi ini model.

Poin penting adalah proses manajemen persyaratan dan proses manajemen konfigurasi . Sebagian besar proses ini pada satu waktu datang justru dari manajemen proyek yang bermigrasi dari rekayasa perangkat lunak, beralih ke rekayasa sistem (ini sudah tentang objek rekayasa besar yang dibuat di dunia fisik).

Mungkin, semua orang akrab dengan konsep "V-model" - pada kenyataannya, perangkat lunak juga dikembangkan sesuai dengan V-model: persyaratan terbentuk, arsitektur dibentuk pada tahap berikutnya, proses desain (proyek, desain, desain rinci) berjalan, kemudian tahap implementasi membuat objek. Dan kemudian muncul proses pencadangan, ketika perlu untuk menguji, melakukan berbagai proses yang berkaitan dengan verifikasi, penerimaan, verifikasi, dan akhirnya menyerahkannya kepada pelanggan, yang harus memastikan bahwa dia menerima persis apa yang dia maksudkan. Karena itu, ada dua proses - verifikasi dan penerimaan. Saya pikir semua orang tahu perbedaannya. Cek adalah korespondensi formal dengan tugas teknis: Anda memiliki 500 permintaan - kami mencentang kebalikan dari masing-masing, dan sekarang, kami memenuhi 500 jawaban formal . Dan penerimaan juga mencakup kepuasan pelanggan, yaitu, bukan saja Anda secara resmi memenuhi segalanya, tetapi dia benar-benar mendapatkan apa yang diinginkannya. Karena itu, kedua proses itu penting.



Model-V sangat luas, karena di dunia modern tidak ada yang menunggu satu tahap untuk menyelesaikan (misalnya, tahap pengembangan persyaratan), desain dan manufaktur dimulai. Jika Anda melihat irisan (t, waktu), maka garis merah lurus vertikal hanya menunjukkan bahwa proyek secara bersamaan dalam beberapa tahap siklus hidup, yaitu. di tempat lain, mungkin pelanggan menentukan persyaratan, di suatu tempat pengembangan proyek sudah berjalan lancar, dan di suatu tempat, secara kasar, mereka sudah mulai menggali lubang (karena semuanya jelas tentang dia, sudah ada proyek, dll) d.). Dengan demikian, dalam hal ini, persyaratan yang lebih besar muncul untuk koordinasi peserta proyek, karena Anda tidak menunggu akhir tahap. Sebenarnya, topik-topik ini terkait dengan pendekatan yang fleksibel, dengan Agile - mereka sekarang digunakan secara aktif pada tahap konstruksi, karena Anda tidak dapat mengelola beberapa tahap paralel pada saat yang sama jika Anda tidak menerapkan pendekatan yang fleksibel dan acara-acara pembangunan tim, ketika peserta yang berada di berbagai tahapan pada saat yang sama mengerjakan proyek.

Apa arti dari oval merah horisontal: pada kenyataannya, seluruh nilai manajemen proyek (termasuk proyek besar, mungkin bahkan di tempat pertama) terkonsentrasi di dalam oval ini. Semua yang ada di atasnya adalah peran pelanggan : ia membentuk gagasan, kadang-kadang sangat abstrak, kadang-kadang diformalkan, dan kemudian ia membawa produk ke dalam operasi sebagai hasilnya. Segala sesuatu di bawah oval dapat berupa berbagai kontraktor, peserta, pemasok, beberapa mitra. Pusat oval - ini adalah fitur utama, mis. Anda harus dapat berbicara dengan pelanggan dan merumuskan persyaratan dengan benar; perlu untuk menguraikannya dengan benar, untuk memastikan bahwa mereka semua dipahami sama oleh semua orang (ada kriteria formal tentang cara menguji dan menerima persyaratan ini dalam pekerjaan); Anda harus dapat mengatur tugas ke lapisan peserta yang lebih rendah (misalnya, semua kontraktor atau pengembang perangkat lunak) sehingga dirumuskan dengan jelas dan tidak ada yang hilang. Dan di bagian kanan Anda harus dapat melakukan yang sebaliknya, yaitu menerima pekerjaan, menguji kepatuhan dengan persyaratan yang semula, dan menunjukkan ini kepada pelanggan, katakan: "Lihat: apa yang Anda inginkan, maka kami, pada kenyataannya, apakah Anda diserahkan. "

Aspek umum, teoretis, mungkin seperti yang lain: mungkin semua orang akrab dengan segitiga klasik manajemen proyek, ketika perlu menyediakan tiga parameter - waktu, biaya dan kualitas dalam proyek. Lelucon standar: "pilih dua." Dalam hal manajemen waktu dan manajemen biaya, semua teknologi telah ditemukan sejak lama, mis. ambillah, terapkan praktik terbaik, pelajari teknologi, teknik. Namun masalah utama yang muncul dalam proyek selalu terkait dengan kualitas . Dari pengalaman saya (dan saya memiliki cukup banyak pengalaman dalam arah dan industri yang berbeda): selalu ada beberapa jenis masalah dengan pernyataan persyaratan, yang kemudian muncul di akhir proyek, atau seseorang melakukan sesuatu yang salah, memeriksa secara salah, menguji, dan itu muncul di langkah berikutnya. Karena itu, fokus utama ketika mengerjakan suatu proyek sekarang perlu dilakukan pada kualitas. Anda dapat bekerja dengan kualitas, dalam standar internasional (ISO 9000, dll.) Ada deskripsi dokumenter standar tentang konsep kualitas.

Tetapi ada dua teknologi lagi yang mengatakan: Anda perlu mengelola persyaratan dan konfigurasi . Sangat penting untuk memiliki kedua praktik ini dalam kualitas yang baik dan melacaknya, terutama ketika menyangkut proyek-proyek besar. Desain dan proses konfigurasi ini sebenarnya adalah manajemen kualitas dari seluruh proyek.

Untuk proyek konstruksi modal, katakanlah, pembangkit listrik tenaga nuklir, sangat penting bagi Anda untuk memiliki model informasi terperinci, mis. hampir semuanya sekarang didigitalkan: jika Anda melakukan sesuatu yang tidak dalam teknologi digital, maka dengan kemungkinan tingkat tinggi akan ada kesalahan pada tahap konstruksi. Sebagai contoh, beberapa jenis pipa ventilasi dan pipa pemadam kebakaran akan berpotongan di suatu tempat, dan Anda tidak akan menemukannya di komputer di mana Anda dapat memperbaikinya dengan sangat murah dan cepat , tetapi ketika semua ini telah dilas, dikacaukan, uang nyata dihabiskan , dan Anda perlu memecahkan sesuatu, mendesain ulang, kadang-kadang bahkan sesuatu perlu diubah dalam hal persetujuan proyek - ini segera mempengaruhi biaya, waktu. Karena itu, sangat penting untuk menguji banyak hal dalam lingkungan virtual . Bahkan, ketika kita membangun / membuat objek, kita mengujinya dua kali: untuk pertama kalinya kita benar-benar melakukan digital ganda dalam lingkungan informasi dan memeriksa di sana pengoperasian sistem, pekerjaan yang terkait dengan konstruksi dan desain; kedua kalinya tes pertama dilewati, di dunia fisik nyata. Ini adalah poin yang sangat penting, karena sekarang ini adalah tren yang paling penting dari sudut pandang "fisika": banyak yang dilakukan di komputer.

Sebelumnya, misalnya, bagaimana sebuah pesawat terbang dibuat: dirancang, kemudian dilakukan sejumlah besar uji coba lapangan (tabung aero, mock-up besar), semuanya diterbangkan, lalu pesawat dibangun, diuji - butuh waktu bertahun-tahun ... Tugas telah ditetapkan - apakah mungkin untuk melakukan semuanya di virtual lingkungan, mis. sehingga pesawat pertama yang dibangun segera lepas landas dan terbang sesuai dengan karakteristik yang melekat. Masalah ini sekarang telah dipecahkan: sebagian besar pesawat dirancang sepenuhnya di komputer dan diuji di sana hingga semua karakteristik penerbangan diuji dan kemudian tugas pembuatan yang benar diberikan, proses pembuatan dimonitor sehingga semuanya cocok dengan model virtual - dan yang pertama dibangun pesawat terbang sesuai dengan karakteristik (jelas bahwa ada beberapa perbaikan kecil, tetapi tidak ada banyak kritik seperti sebelumnya).

Situasi serupa terjadi sekarang dalam konstruksi modal: hampir semuanya harus dilakukan dalam lingkungan virtual , dan hanya pada tahap konstruksi tugas utama harus memverifikasi bahwa bangunan yang sebenarnya cocok dengan apa yang Anda lukis di komputer, dan bahwa semuanya dilakukan hanya untuk ini teknologi. Sebagai contoh, ada yang disebut skema teknologi : kami mensimulasikan proses fisik operasi peralatan, melihat bagaimana ia akan berperilaku dalam lingkungan tertentu, bagaimana ia akan memompa cairan / gas, dll. - semua ini disimulasikan dalam komputer yang terhubung dengan 3D .



Sangat penting bahwa Anda tidak kehilangan apa pun dalam 3D, dalam model informasi ini: Anda menggambar diagram, itu berfungsi untuk Anda dengan cara tertentu, dan kemudian komputer memeriksa apakah Anda benar-benar tidak lupa katup atau sepotong pipa yang Anda harus dalam hal teknologi proses. Sekarang komputer memeriksa banyak hal untuk perancang. Anda dapat mengatakan, "tolong, letakkan saya pipa dari sini ke sudut itu," dan komputer dengan aturan tertentu yang diletakkan di dalamnya akan meletakkan pipa. Mungkin Anda ingat dari film-film fiksi ilmiah bagaimana proses mendesain objek diperlihatkan: layar datar besar digantung, dan di sana, dengan beberapa tanda, seseorang mendesain gedung pencakar langit - kita sebenarnya dekat dengan teknologi ini, prinsip desain generatif dalam banyak hal sesuai dengan ini. Adalah penting bahwa sebanyak mungkin pengetahuan dan aturan ditransfer ke komputer.

Manajemen persyaratan

Proses penting, seperti yang saya katakan, adalah manajemen persyaratan . Di "pintu masuk", ketika seorang pelanggan datang kepada kami, terutama yang memenuhi syarat, ia memberi kami bukan tugas teknis klasik (Talmud di atas kertas "merakit stasiun"), tetapi database persyaratan digital . Ini adalah sekitar 15-20 ribu persyaratan, yang masing-masing memiliki formulir yang diformalkan, dan tugasnya adalah untuk memastikan pemenuhan persyaratan ini selama proyek, yaitu Proyek akan diperiksa untuk memenuhi persyaratan ini. Dan pelanggan mengatakan: "Pada tahap seluruh proses menciptakan objek, mendesain objek, Anda membuktikan kepada saya setiap kali Anda melakukan objek ini atas nama memenuhi persyaratan, dan tidak datang dengan sesuatu untuk membawa proyek yang tidak memenuhi persyaratan dalam lima tahun. Anda harus memiliki sistem informasi yang dapat saya masuki kapan saja dan melihat bahwa semua tindakan yang Anda lakukan terkait dengan memenuhi persyaratan yang awalnya saya tetapkan untuk Anda. "

Adalah penting bahwa 15-20 ribu ini bukan persyaratan utama. Ya, sangat sering mereka terdengar kasar, sangat sederhana - misalnya, "mematuhi standar ini dan itu." Tetapi pada kenyataannya, standar ini sendiri mewakili sejumlah besar persyaratan dari tingkat berikutnya, dan salah satu tugas pertama adalah untuk mencapai persyaratan final terakhir, yang sudah dapat dihitung / diukur. Dan dengan sangat cepat, 15-20 ribu ini berubah menjadi ratusan ribu. Anda mengerti bahwa tanpa teknologi informasi, hal itu hampir tidak mungkin dilakukan.

Selain itu, untuk setiap persyaratan, Anda perlu memiliki program pengujian, metodologi pengujian, sejumlah besar peserta proyek, didistribusikan secara geografis, terlibat dalam hal ini, dan hanya itu (ketika kita berbicara tentang oval merah horizontal pada model-V) adalah nilai utama manajemen proyek yang baik.

Semua ini terjadi, pertama-tama, melalui teknologi bekerja dengan persyaratan - mereka hidup sepanjang siklus hidup. Pertama kali Anda memeriksa persyaratan, ketika Anda melakukan model informasi, kembangkan desain dan dokumentasi yang berfungsi - Anda berkata: "Lihat, kami telah membuat model digital objek, dan memenuhi persyaratan Anda." Pada tahap ini, pengujian dilakukan, pengujian penerimaan - pelanggan mengatakan: "Ya, luar biasa!". Selanjutnya, tahap kedua, ketika Anda mulai membeli peralatan dan juga menetapkan serangkaian persyaratan yang sesuai untuk produsen, pemasok peralatan (sudah tentang bagian tertentu dari besi yang akan ada dalam proyek ini), dan periksa apakah mereka benar-benar membuatnya di pabrik seperti yang Anda rancang. dalam modelnya sehingga memenuhi persyaratan dasar. Tahap selanjutnya adalah proses konstruksi, ketika semua potongan besi, pompa, katup sampai ke objek, dan Anda, dari perancang besar, mengumpulkan objek yang kompleks dari mereka. Tetapi ada ratusan ribu elemen seperti itu, dan semuanya harus terhubung, diperiksa. Dan sudah pada tahap ini, teknologi manufaktur diperiksa, prosesnya sendiri diuji. Ketika objek sudah dibangun, Anda menguji - apakah itu berfungsi seperti yang Anda awalnya dirancang dalam model informasi?

Manajemen konfigurasi

Berikutnya adalah proses, katakanlah, tingkat kerumitan berikutnya - ini adalah proses manajemen konfigurasi . Ini sebenarnya sangat sederhana. Dari sudut pandang ideologis, ada tiga entitas yang Anda kontrol dalam sebuah proyek:

• apa yang ingin Anda lakukan, yaitu , , , , ;
• , , .. , : , , — ;
• , .

: , . , , , , , . , , , , , , : , , , , . , , .



Di sini tag — , ( , , ), , , . — - , , .. , (, , , ..), ( ), , . , . , — , . , . - , , . , : ( — 150 , ), , secara fisik - di lantai berapa, di mana sistem rekayasa, di mana bangunan, yaitu ini juga merupakan seperangkat parameter yang menentukan geografi, lokasi. Ada banyak parameter seperti itu. Sebuah jaringan dengan berbagai atribut yang saling berhubungan secara semantik muncul , yang ditetapkan dalam model data, yang kemudian memungkinkan semua peserta proyek untuk mengontrol proses konfigurasi.

: , - «» ( : « - , - »). - ( ). , , , ( , ) .. : , . , : «, , , , - , ». , , « — - -» — . .



, , - , , , - — , — , . : « ». , yaitu Anda berkata: meskipun faktanya kita memiliki sejuta elemen di sini, hari ini 25 ribu ini penting bagi kita - dan kita sedang memantau mereka, kita ingin mereka tidak melanggar parameter mereka. Dan elemen-elemen berikut muncul hanya pada tahap berikutnya, jika tidak, proses ini tidak akan dapat dikendalikan. Baris konfigurasi adalah hal yang memungkinkan Anda untuk menyimpan data dalam jumlah besar di kepala Anda secara bersamaan.

Tes praktek

, , , : , ( , ). , , . V- , . . , , , , , : , ; , , , -, . , , , , . , ́ , , , .



: . , , — . , , (, ) , , - , , ( ). , , . , .

— , , , , , .. : : , , , ( : , , ). : , . , , walaupun Anda memiliki ratusan ribu "piano" seperti itu, dan jelas bahwa tanpa simulasi komputer, memeriksa semua rute, urutan operasi, hampir tidak mungkin dilakukan. Ini berarti bahwa beberapa keputusan non-standar harus dibuat di fasilitas (yang tidak benar), oleh karena itu, kami juga telah mengembangkan teknologi untuk memodelkan proses konstruksi .



Dalam gambar, crane, mesin dan mekanisme bukan gambar, tetapi model kinematik, dan mereka memiliki ahli matematika di dalamnya, yang menunjukkan apa yang diberikan derek ini, apakah itu benar-benar akan mengangkat beban keseluruhan pada penjangkauan ini dan membawanya ke tempat yang diperlukan. Hampir semua teknologi terkait dengan permainan komputer, mereka telah lama digunakan dalam bidang praktis. Dalam hal ini, misalnya, kami menguji lokasi peralatan di situs, karena jika dipasang dengan tidak benar, maka ini adalah bulan pembuatan ulang. Ini adalah mekanisme besi besar, mereka harus segera ditempatkan dengan benar.

: , , — . , , ( ), .



, : — , , ( , ). 5 , — . , .

Bahkan, trennya sedemikian rupa sehingga semakin banyak barang akan diganti, termasuk oleh robot. Jika Anda melihat pabrik BMW yang membuat mobil, praktis tidak ada orang di sana. Beberapa tahun yang lalu, ini tidak mungkin. Bagaimana kabarnya? Dari sudut pandang saya, ini menjadi mungkin hanya karena fakta bahwa semua ini didigitalkan. Jika komputer dapat bermain catur, maka itu bukan masalah untuk mengelas mesin, jika semuanya telah didigitalkan, algoritme, dan diperiksa dengan benar.

Ada tren serupa dalam teknologi konstruksi modal. Selama bertahun-tahun telah ada printer 3D yang mencetak di rumah, sementara sederhana, meskipun ada gedung bertingkat tinggi. Jelas bahwa ini tidak dapat dilakukan dengan menggunakan contoh pembangkit listrik tenaga nuklir, tetapi kecenderungannya hanyalah itu. Ini dimulai seperti ini: komputer belajar bermain catur, setelah beberapa tahun belajar bermain catur, mis. tren tidak bisa dihindari - semakin Anda menerapkan teknologi digital, mengatur proses dan algoritma, semakin besar kemungkinan pekerjaan yang kurang cerdas akan dilakukan oleh komputer.



Salah satu contoh dalam gambar: sebenarnya, kami memprogram pekerjaan installer di situs - ada alat yang sesuai, mekanisme TI. Sebagai contoh (kiri bawah), sesuatu yang mirip dengan terminal untuk pembayaran mobile adalah kios anti-perusak yang berdiri tepat di lubang atau di objek dalam beton, dalam logam, tertutup debu, dengan perlindungan yang sesuai. Pemasang apa pun dapat mendekatinya, memasukkan kata sandi, melihat model objek tiga dimensi yang harus ia lakukan sekarang, mencetak atau menyalin tugas melalui Wi-Fi, melakukan pekerjaan ini, menandai apa yang telah ia lakukan, kembali dan mengambil pekerjaan itu. Sebelumnya, untuk ini, ia harus pergi, misalnya, ke markas besar, yang terletak satu kilometer dari objek - sekarang semuanya terjadi langsung di situs. Dan semakin dekat: semakin dekat monitor ini tidak diperlukan, seseorang akan menerima semua ini langsung di tablet. Sejauh ini kami meletakkan hal-hal seperti itu, karena ada banyak jaringan komunikasi konkret, logam dan modern tidak selalu berfungsi, dan tidak ada batasan lagi. Generasi muda sekarang, tanpa smartphone atau tablet, pada prinsipnya, tidak ada. Mereka yang sekarang menjadi pembangun sudah bekerja dalam database dengan teknologi komputer, pada prinsipnya, mereka tidak akan lagi membutuhkan grafik, mungkin simulator di komputer akan cukup, yang menunjukkan apa, di mana dan mengapa seseorang harus melakukannya. Ini lebih cepat daripada menggambar grafik dengan cara lama.



Selain itu, jika kita melanjutkan, berikut adalah contoh dari stasiun Rostov, yang kami mulai operasikan di studio pemodelan visual yang disebut. Faktanya, ini seperti bioskop 3D rekayasa ketika Anda mengenakan kacamata Anda dan, secara kasar, menemukan diri Anda di dalam pembangkit listrik tenaga nuklir - Anda melihat pipa di sekitar Anda, Anda bahkan dapat memindahkannya, menjadwal ulang (beberapa orang melakukannya pada saat yang sama), Anda dapat melihat urutan operasi, menguji apakah satu atau elemen lainnya akan berlalu. Berbagai pertemuan sulit diadakan di sini: alih-alih pergi ke objek yang sedang dibangun, misalnya, di Bangladesh, semua spesialis dapat terhubung dari jarak jauh dan melihat situasi saat ini di objek, membandingkannya dengan model virtual dan menyarankan beberapa solusi untuk tim yang ada di ini. momen ada di situs. Ini adalah realitas virtual terdistribusi, juga merupakan elemen permainan komputer, tetapi dialihkan ke kegiatan teknis dan praktis. Anda tidak hanya menanam dalam permainan komputer - Anda benar-benar menciptakan semacam nilai dengan membangun objek besar yang serius, menerapkan keterampilan yang persis sama dengan yang Anda gunakan, misalnya, saat pemrograman atau pemodelan komputer.



Misalnya, gambar menunjukkan pemasangan kapal reaktor, salah satu elemen utama dari pembangkit listrik tenaga nuklir. Semua yang ada di kanan dan bawah adalah simulasi virtual . Kasing ini beratnya sekitar 330 ton, elemen yang agak berat, perlu dipasang dengan akurasi milimeter, dan tidak boleh miring dengan cara apa pun. Kemudian pipa besar terhubung ke sana, di mana derajat dari semua sudut koneksi juga diatur, jika tidak semuanya tidak berjalan sesuai dengan proyek. Dan, tentu saja, semua ini disimulasikan dalam komputer: operasi, crane disimulasikan, dan hanya kemudian objek dipasang di tempat yang tepat, di mana, misalnya, dengan bantuan pemindaian laser, pengujian dilakukan - apakah kami benar-benar memenuhi semua parameter yang semula diletakkan dalam proyek ?



Dalam gambar - contoh lain: pada beberapa tahap konstruksi untuk memantau kemajuan konstruksi, Anda menandai titik-titik dalam model informasi komputer yang ingin Anda lacak dalam hal kemajuan. Dan kemudian teknologi yang sangat sederhana - foto 360 derajat bulat diambil pada titik-titik ini (Anda tidak akan mengejutkan siapa pun juga), itu dikombinasikan dengan titik dari model 3D (Anda dapat berbalik, menggulir, melihat), dan di sebelah kanan Anda bisa lihat apa, dari sudut pandang model, pada saat itu seharusnya sudah dilakukan, dan di sebelah kiri Anda melihat foto nyata dari apa yang sebenarnya terjadi pada saat ini di lokasi konstruksi. Dan Anda dapat dengan cepat membandingkan apakah semua ini berjalan sesuai rencana atau tidak sesuai rencana, ada penyimpangan atau tidak. Sebelumnya, untuk ini perlu melakukan sejumlah besar operasi perbandingan - untuk melihat dokumen, membandingkan dengan jadwal - tetapi sekarang sangat cepat, dalam hitungan menit, Anda dapat melihat pergerakan proyek, dan dari jarak jauh, yaitu, Anda tidak perlu secara fisik pergi ke objek ini, Anda melihat bagaimana hal-hal benar-benar terjadi. Di bawah ini adalah penggeser waktu, jika Anda menggulirnya, Anda akan memiliki "film" tentang apa yang terjadi - baik dalam model maupun dalam kehidupan nyata.



Oleh karena itu, seperti yang telah saya katakan, poin penting tidak hanya pemodelan, tetapi juga verifikasi fakta kerja. Banyak hal tidak lagi dilakukan "dengan mata" ketika Anda datang dan melihat - ya, Anda memang menaruh peralatan atau menuangkan beton, tetapi Anda tidak memiliki kontrol formal. Sekarang ada cara seperti itu - Anda dapat memindai objek dengan laser, melihat bahwa itu benar-benar belum menyimpang dari kapaknya. Apalagi sekarang ini bisa dilakukan dengan menggunakan drone, jika kita berbicara tentang benda yang bukan di dalam gedung, tetapi di situs. Teknologi berkembang secara aktif: seseorang bahkan tidak perlu berjalan dan membuang waktu jika benda itu besar. Anda dapat secara teratur, apalagi, dalam mode otomatis mengisi, meluncurkan drone sesuai dengan beberapa algoritma, yang akan memindai dan memberikan informasi pada kenyataannya apakah ada penyimpangan dari apa yang Anda miliki dalam model pada saat ini. Ada kontrol lain yang sesuai di dalam objek, panorama bola yang sama - sehingga Anda benar-benar melakukan irisan sistem kontrol otomatis (kontrol otomatis, pengujian, berbicara bahasa Anda) apakah Anda benar-benar melakukan apa yang semula diprogram sebagai proyek, di bentuk model informasi.

Sebagai kesimpulan, saya ingin mengatakan bahwa, dengan mempertimbangkan digitalisasi total dari dunia fisik (dan trennya menjadi semakin terlihat), keterampilan yang sekarang dikembangkan dalam industri TI, termasuk pengujian, semakin banyak dan semakin aktif memasuki industri fisik nyata. Dan dalam hal ini, saya mungkin akan melepaskan potensi teknologi. Misalnya, ketika kami mengambil karyawan, kami membawa banyak orang ke posisi teknik, tetapi dari industri TI, karena kadang-kadang lebih mudah untuk membuat insinyur dari spesialis TI daripada mentransfer keterampilan budaya ini, pendekatan fleksibel, dll ke beberapa insinyur, meskipun ini Tentu saja, ini tidak selalu terjadi.

Jika Anda menyukai laporan ini, perhatikan: pada 6-7 Desember, Heisenbug datang ke Moskow lagi. Akan ada tips yang berguna, dan cerita yang luar biasa, dan dunia penguji dan pengembang akan bersentuhan lagi. Anda selalu dapat melihat kondisi program saat ini (dan, jika mau, membeli tiket) di situs web konferensi.