Sumber Daya Kritis – Arsitek Basis Data

Peran administrator basis data (DBA), atau arsitek data, tidak dapat terlalu ditekankan dalam proyek TI. Tujuan TI adalah menangkap, menyimpan, dan mengambil informasi bisnis untuk memajukan tujuan bisnis inti organisasi. Dalam lingkungan saat ini semua informasi yang dulu ditangkap pada catatan kertas sekarang ditangkap dalam catatan elektronik yang harus disimpan untuk pengambilan dalam repositori elektronik. Ini membutuhkan penggunaan basis data relasional untuk semua kecuali aplikasi terkecil, paling sederhana dan penggunaan basis data relasional membutuhkan keterampilan seorang administrator basis data dan / atau arsitek data.

Ada sedikit perbedaan antara keahlian yang dimiliki oleh arsitek data dan yang dimiliki oleh administrator database. Perbedaannya cenderung menjadi fokus dari dua peran. Administrator database bertanggung jawab atas kesehatan database dan data yang dikelolanya. Tanggung jawab ini akan mencakup arsitektur data baru dan kamus database ketika bisnis tumbuh dan berubah. Perubahan basis data dapat terjadi sebagai hasil dari proyek yang memberikan fungsionalitas baru, atau sebagai respons terhadap perubahan dalam data yang ada. Fokus dari administrator database adalah kesehatan keseluruhan dari database dan data yang dikandungnya, termasuk ketersediaan, kinerja, dan akses database. Arsitek data adalah peran yang cenderung datang dengan implementasi contoh database awal dan proyek ekspansi besar.

Perbedaan utama antara kedua perangkat keterampilan adalah penekanan pada kegiatan operasional dan kesehatan database di satu sisi dan penekanan pada kinerja database di sisi lain. Administrator basis data akan mewarisi pekerjaan arsitek data jika digunakan untuk merancang basis data, atau ekstensi basis data, sebagai bagian dari proyek. Mereka akan bertanggung jawab untuk mendukung database yang mereka rancang jika tidak ada. Selain perbedaan ini, set keterampilannya sangat mirip, bahkan sebagian besar program basis data tidak membuat perbedaan antara kedua peran tersebut. Artikel ini akan memperlakukan dua peran secara bergantian; praktik terbaik yang dijelaskan di sini berlaku untuk kedua peran.

Proyek-proyek yang didukung basis data besar membutuhkan keahlian arsitek data dan manajer proyek harus memastikan bahwa orang yang ditugaskan untuk peran ini dalam proyek memiliki keahlian dan pengalaman arsitek. Ini adalah peran yang sangat penting untuk keberhasilan proyek Anda, jadi jika ada seseorang di organisasi Anda yang memenuhi persyaratan Anda, amankan mereka untuk proyek Anda dengan mengidentifikasi mereka sebagai sumber daya penting dalam piagam proyek Anda. Proyek yang lebih kecil dapat dilayani oleh keahlian arsitektur yang dimiliki oleh DBA. Anda harus membahas latar belakang DBA dan memeriksa pelatihan dan pengalaman dalam desain dan kinerja basis data. Pengalaman sebelumnya pada proyek pembuatan basis data akan ideal.

Anda harus merekrut keahlian arsitektur basis data yang ditetapkan secara eksternal jika tidak tersedia dalam organisasi Anda, atau jika pengalamannya tidak cukup dalam. Cari arsitek data dengan pengalaman dalam proyek basis data besar dengan pengetahuan mendalam tentang basis data relasional yang digunakan proyek Anda. Semua database relasional mengelola data dengan cara yang sama tetapi masing-masing memiliki seperangkat alat yang unik dan tanpa pengetahuan di bidang ini, arsitek akan memiliki terlalu banyak yang harus dilakukan untuk berkontribusi pada proyek Anda. Arsitek Anda juga harus memiliki pengalaman dalam normalisasi basis data sehingga desain Anda akan mengikuti praktik terbaik untuk basis data relasional. Pemodelan data juga merupakan keterampilan yang harus dimiliki oleh

jasa desain rumah online Anda. Jika organisasi Anda tidak memiliki orang dengan keterampilan ini dan Anda dilarang merekrut secara eksternal, atau tidak bisa menarik keahlian ini, pertimbangkan untuk melatih DBA Anda. Pastikan Anda menjadwalkan pelatihan cukup awal dalam proyek sehingga DBA siap untuk tahap perencanaan.

Arsitek database Anda harus bekerja sama dengan arsitek solusi sehingga desain sistem dan desain basis data selaras. Cara terbaik untuk melakukan ini adalah memastikan bahwa masing-masing menghadiri sesi desain yang lain. Arsitek basis data Anda hanya dapat merancang basis data yang efisien jika mereka tahu bagaimana itu akan digunakan oleh sistem dan pengguna sistem. Di situlah solusi arsitek dapat membantu. Mereka juga harus bekerja sama untuk menentukan kamus data yang akan digunakan sistem. Elemen data harus didefinisikan secara konsisten di seluruh sistem dan sumber untuk definisi ini haruslah kamus data basis data.

Idealnya, Anda harus melibatkan arsitek data dalam ulasan desain dan ulasan kode untuk memastikan bahwa aplikasi yang dirancang memanfaatkan database dengan benar. Arsitek Anda mungkin tidak memiliki bandwidth untuk menghadiri setiap ulasan ini. Dalam hal itu, pastikan bahwa mereka setidaknya meninjau desain dan menyetujuinya.

Lingkungan pengembangan dan pengujian memerlukan instance dari database yang sedang dikembangkan. Ini biasanya menjadi tanggung jawab DBA dan jika proyek Anda memiliki manfaat arsitek data dan DBA, itu akan menjadi DBA yang memasang basis data. Jika proyek Anda tidak memiliki DBA, Anda harus mengandalkan arsitek data Anda untuk menginstal database, atau memohon, meminjam, atau mencuri DBA untuk tujuan tersebut. Pemasangan basis data pengujian harus selalu bergantung pada sistem yang sedang dikembangkan yang memenuhi kriteria untuk promosi ke tahap pengujian.

Menguji data selalu menjadi masalah yang diperdebatkan untuk setiap proyek. Mengumpulkan data uji bukan tanggung jawab DBA tetapi DBA harus bertanggung jawab untuk menyegarkan basis data dengan set data uji yang diberikan. Tetapkan tanggung jawab untuk pengumpulan, “pijatan” (membuat data yang ada kompatibel dengan database baru), dan memasukkan data uji. Tim pengujian harus mengidentifikasi data yang mereka butuhkan untuk melakukan pengujian. Data ini kemungkinan besar merupakan gabungan dari data “sistem” yang dihasilkan dan data yang dihasilkan pengguna. Data yang dihasilkan sistem mencakup hal-hal seperti inventaris produk organisasi, daftar pelanggan, dll. Sementara data yang dihasilkan pengguna akan mencakup item seperti pesanan pelanggan. Tetapkan tanggung jawab anggota tim untuk mengidentifikasi dan menangkap data sistem. “Memijat” apa saja diperlukan kemungkinan harus dilakukan oleh DBA atau arsitek data. Rencana pengujian harus menggunakan kumpulan data yang dibuat pengguna, data yang biasanya tidak dihasilkan sebagai bagian dari kasus uji, sehingga data yang sama digunakan di beberapa kasus uji. Setelah data ini diidentifikasi dan dikumpulkan, data tersebut diserahkan ke DBA untuk pemeliharaan dan setiap kali lingkungan pengujian harus disegarkan, basis data harus dibersihkan dan diisi kembali dengan data ini dan data sistem.

Arsitek data Anda harus menjadi UKM untuk tujuan identifikasi risiko dan analisis perubahan permintaan. Arsitek harus menghadiri pertemuan peninjauan status tim dan melaporkan kemajuan mereka dengan pengembangan basis data. Perubahan permintaan yang dapat menyebabkan perubahan pada basis data harus dianalisis oleh arsitek data untuk memverifikasi dan mengukur dampak dari perubahan yang diajukan.

Arsitek database sangat penting untuk bisnis mengembangkan sistem yang memenuhi persyaratan kinerja organisasi. Tugas Anda adalah menentukan apa persyaratan ini. Pekerjaan arsitek data adalah mengidentifikasi struktur basis data, kamus data, dan persyaratan perangkat keras dan lunak apa pun yang dibutuhkan oleh database untuk memenuhi tujuan-tujuan ini. Meskipun saya telah meninggalkan masalah ini sampai akhir, itu adalah sesuatu yang harus ditangani di awal tahap perencanaan. Desain basis data bukanlah ilmu pasti, tetapi pengadaan perangkat keras dan lunak yang tepat pada awalnya akan memungkinkan Anda untuk memenuhi tujuan Anda. Mengetahui bahwa basis data yang Anda buat tidak memenuhi kebutuhan Anda selama fase pengujian akan menambah waktu, tenaga, dan biaya untuk proyek Anda.

Proyek akan memiliki database, kamus data, skrip, dan alat pemeliharaan untuk diserahkan ke DBA pada akhir proyek. Jika proyek Anda menggunakan DBA organisasi sebagai pemangku kepentingan daripada sebagai anggota tim, Anda perlu merencanakan pelatihan sehingga ada transfer pengetahuan antara arsitek data dan DBA.

Leave a Reply

Your email address will not be published. Required fields are marked *