Kami senang menyambut Anda di halaman korporat perusahaan "Unidata". Belakangan ini, nama perusahaan kami semakin mulai terdengar di Habré, yang mendorong kami untuk membuat blog korporat kami, di mana kami akan menulis tentang manajemen data, manajemen data, dan menganalisis tren utama di bidang Manajemen Data. Singkatnya, berbagi di ruang terbuka "Habr" berbagai materi menarik di bidang data, yang biasa kami lakukan dalam kerangka Komunitas Pakar Manajemen Data kami .
Topik yang akan kami bahas secara rutin di blog kami adalah tata kelola data, tata kelola data, kualitas data, tren data utama, metodologi implementasi pengelolaan data, DAMA-DMBOK, dan banyak lagi.
Topik publikasi pertama ada di permukaan. Beberapa hari yang lalu, sebuah artikel tebal berjudul “Pengalaman mengenal solusi MDM dari perusahaan UniData ” diterbitkan di Sandbox , di mana seorang penulis dari perusahaan yang tidak disebutkan namanya berbicara tentang pengalaman mengganti solusi asing dengan platform kami.
Artikel tersebut ternyata sangat banyak, dengan banyak ilustrasi dan contoh, tetapi menderita skematisme terkenal dan, sayangnya, negatif. Banyak kerugian dipertimbangkan, tetapi kelebihannya tidak disebutkan, yang membuat kita berpikir tentang objektivitas pengarang. Mungkin ini karena pengamatan berikut yang kami lakukan selama bertahun-tahun penerapan platform: ketika pindah ke tingkat teknologi baru, beberapa kolega, yang berpegang pada pengalaman lama dan kepatuhan pada solusi favorit mereka, bahkan yang sangat lama, sering tidak siap untuk berubah dan berkembang mengikuti teknologi baru di bidang manajemen data.
Kami tidak akan menganalisis semuanya secara detail, publikasinya, secara umum, agak aneh, tetapi menarik untuk memikirkan beberapa poin secara lebih detail.
Kutipan pertama. Kurangnya konsep "keadaan perekaman yang sah".
, . , ( , ), . -, , , , .
Realitas. Drama utamanya adalah kita hanya berbicara tentang antarmuka pengguna yang baru dan tidak biasa, yang dengannya penulis artikel, karena alasan alami, tidak punya waktu untuk berkenalan. Dan juga bahwa perusahaan sering membuat gagasan mereka sendiri tentang "status pencatatan yang sah" berdasarkan pengalaman sebelumnya. Kami ingin menggunakan contoh ini untuk memisahkan konsep "versi tunggal kebenaran" dalam bekerja dengan data master dan seluk-beluk bekerja dengan rekaman di antarmuka pengguna.
Dari sudut pandang platform, kami menampilkan status draf posting sehingga pengguna sistem dapat melihat perubahan yang direncanakan di kartu pos. Pada saat yang sama, catatan dalam status "Saat disetujui" tidak dipublikasikan ke sistem penerima hingga perubahan yang dibuat pada draf berhasil disepakati dalam proses bisnis. Saya juga ingin menyebutkan bahwa antarmuka platform mendukung kemampuan untuk memfilter rekaman yang berstatus "Saat disetujui", yang karenanya Anda dapat menyembunyikan rekaman tersebut dari pengguna dan menampilkan rekaman yang diterbitkan dalam hasil pencarian umum.
Tentang mekanisme pencarian duplikat otomatis kami sendiridi platform kami, kami akan menulis materi terpisah. Ada alasan untuk percaya bahwa sebelum implementasi platform kami, penulis tidak bekerja dengan alat seperti itu, inilah mengapa penekanan negatif ditempatkan, tepatnya pada risiko mendapatkan duplikat, yang, seperti yang kita lihat, diperangi secara manual.
Kutipan kedua. Klasifikasi ganda.
, , . , . «» (update) . , , .
Realitas. Platform ini bersifat universal dan berfungsi di sejumlah besar industri, di mana seringkali tidak mungkin dilakukan tanpa beberapa klasifikasi, bahkan dengan mempertimbangkan semua daya tarik GOST, metodologi, dan keadilan secara umum. Namun, pada kenyataannya, misalnya, counterparty mungkin memiliki beberapa kelas menurut OKVED, dll. Pada saat yang sama, item ini dengan jelas menunjukkan tingkat kepemilikan platform yang rendah, sejak Beberapa klasifikasi dapat segera dinonaktifkan langsung di antarmuka .
Kutip tiga. Platform ini mengimplementasikan pencarian di buku referensi di mesin Elasticsearch.
( « »), . , ( ) etc.
.Perhatikan bahwa benar-benar semua teknologi pencarian memiliki batasan, tetapi ini membutuhkan materi terpisah terkait dengan manajemen data, dan kami pasti akan menyoroti ini dalam publikasi mendatang. Namun, sekali lagi, penekanan utamanya adalah bahwa antarmuka lama nyaman dan familier. Untuk pengguna yang tidak terbiasa dengan platform MDM, penafian penting harus dibuat: Anda mencari data di register dan buku referensi yang Anda modelkan sendiri, dan oleh karena itu kemampuan untuk membuat kueri penelusuran bergantung padanya. Formulir pencarian yang ditunjukkan dalam artikel bekerja berdasarkan prinsip "temukan setidaknya sesuatu yang serupa" dan memiliki pengaturan penganalisis yang agak luas, sehingga banyak data gangguan masuk ke hasil pencarian. Untuk pencarian yang lebih jelas, perlu untuk menunjukkan atribut pencarian yang spesifik, dan hasilnya akan sesuai dengan harapan pengguna.
. «» .
, , - , . , .
Realitas. Penulis memutuskan untuk tidak memperkenalkan diri dan tidak berbicara tentang proyek, tujuan, dan kondisi apa yang sedang dilaksanakan oleh implementasi. Dan dia bahkan tidak menunjukkan dari perusahaan mana dia berasal (meskipun, tentu saja, ini sudah jelas dari tangkapan layar). Namun, ini menarik fakta bahwa kesopanan platform tidak sesuai dengan organisasinya. Pada saat yang sama, perbandingan terus-menerus dilakukan dengan produk yang tentunya tidak memulai pergerakannya di Rusia, sementara platform kami sudah pasti dibuat di Rusia sejak hari pertama. Pada saat yang sama, kami menganggap pernyataan ini berguna. Mari tambahkan produk ke peta jalan.
Saya ingin mencatat bahwa proses pengembangan dan pengintegrasian alat baru bukan hanya teknik, tetapi juga pengalaman pengguna baru yang kami coba gunakan untuk meningkatkan kualitas dan pengembangan platform lebih lanjut. Berdasarkan hal ini, kami secara rutin akan memposting artikel baru tentang pengelolaan data di Habré.
Sampai jumpa!