10 Langkah untuk Kejayaan SQL - dummies

Tujuan SQL adalah untuk membolehkan pemaju membuat pangkalan data yang berguna dan mantap dan aplikasi pangkalan data. Untuk berjaya dalam hal ini, usaha pembangunan anda harus melalui beberapa tahap, masing-masing bangunan pada masa sebelumnya, sehingga anda dapat merayakan projek yang berhasil. Berikut adalah 10 peringkat penting yang akan menghasilkan usaha pembangunan pangkalan data yang berjaya.

Tentukan tugas

Pada permulaan sesuatu projek, orang yang memberi anda tugas membina sebuah sistem (klien) mempunyai beberapa idea tentang apa yang diperlukan. Idea itu mungkin sangat spesifik, tajam, dan ringkas, atau mungkin samar-samar, samar-samar, dan tidak jelas. Tugas pertama anda adalah untuk menghasilkan dan memasukkan penerangan terperinci tentang apa hasil akhirnya projek, yang dipanggil yang boleh dihantar sepatutnya. Ini adalah tugas utama peringkat definisi.

Di peringkat definisi, anda menentukan masalah yang akan diselesaikan oleh pangkalan data anda dan aplikasi yang berkaitan dengan seberapa tepat yang mungkin. Lakukan ini dengan mendengarkan dengan teliti kepada pelanggan anda ketika dia menerangkan apa yang dibayangkannya. Tanya soalan untuk menjelaskan perkara yang samar-samar. Seringkali, pelanggan tidak akan memikirkan perkara melalui sepenuhnya. Dia akan mempunyai idea umum tentang apa yang dia mahu, tetapi tidak ada idea yang jelas tentang spesifiknya. Anda mesti membuat perjanjian dengannya pada perkara yang spesifik sebelum anda boleh meneruskan.

Tentukan skop projek

Langkah seterusnya dalam fasa definisi adalah untuk menentukan skop projek. Berapa besar pekerjaan itu? Apa yang diperlukan dalam masa penganalisis sistem, masa programmer, peralatan, dan barangan kos lain? Adakah tarikh akhir?

Tentukan apa yang diperlukan untuk melakukan kerja:

Setelah anda menentukan skop projek, soalan berikut untuk bertanya kepada diri sendiri adalah, 'Adakah mungkin untuk melakukan pekerjaan ini dalam masa dan kos yang dihadkan oleh pelanggan? 'Untuk menjawab soalan ini, anda mesti melakukan analisis kebolehlaksanaan. Selepas anda melengkapkan analisis, anda boleh memutuskan bahawa projek itu tidak boleh dilaksanakan seperti yang ditetapkan sekarang. Anda mesti merosotnya atau meyakinkan klien untuk mengurangkan skop ke sesuatu yang lebih mudah diurus.

Sekali anda telah menentukan bahawa projek itu boleh dilakukan, anda tahu jenis kakitangan yang perlu anda lakukan. Pada ketika ini anda perlu memutuskan siapa yang akan bekerja pada projek itu. Anda mungkin boleh melakukan pekerjaan kecil sendiri, tetapi kebanyakan usaha pembangunan memerlukan satu pasukan dari beberapa individu. Mencari orang yang mempunyai kemahiran yang diperlukan (dan yang juga boleh bekerja untuk projek ini apabila anda memerlukannya) boleh mencabar sebagai sebahagian daripada usaha pembangunan keseluruhan.

Menjana Pernyataan Keperluan

Setelah anda mencapai persetujuan dengan klien anda tentang apa yang akan dimasukkan oleh projek, anda boleh menulis Pernyataan Keperluan formal. Pernyataan Keperluan adalah pernyataan eksplisit mengenai paparan, kemas kini, dan mekanisme aplikasi pangkalan data.

Pernyataan Keperluan mestilah sebagai terperinci yang mungkin. Ia pada dasarnya merupakan kontrak antara anda dan pelanggan anda. Anda bersetuju dengan tepat apa yang akan dihantar dan apabila ia akan dihantar. Untuk mengelak pengaturan itu, anda dan pelanggan anda harus menandatangani Pernyataan Keperluan, menandakan perjanjian mengenai apa yang anda akan bertanggungjawab untuk menyampaikan. Langkah ini mungkin kelihatan agak formal, tetapi ia melindungi kedua-dua pihak. Tidak boleh ada apa-apa soalan kemudian mengenai apa yang telah dipersetujui.

Buat model pangkalan data rasmi

Sehingga kini, projek ini telah menjadi analisis utama. Pada ketika ini, anda boleh memasukkan fasa reka bentuk dan membuat peralihan dari analisis ke reka bentuk. Anda kemungkinan besar tahu semua yang anda perlu tahu tentang masalah, jadi sekarang anda boleh mula merancang penyelesaiannya.

Reka bentuk pangkalan data adalah mengenai model. Pada ketika ini, anda mempunyai model data pengguna, yang menangkap konsep pengguna tentang struktur pangkalan data. Ia merangkumi semua jenis utama objek, ciri-ciri objek tersebut, dan bagaimana objek berkaitan dengan satu sama lain. Bagaimanapun, ia tidak cukup berstruktur untuk menjadi asas bagi reka bentuk pangkalan data. Untuk itu, anda perlu menukar model data pengguna menjadi model yang mematuhi salah satu sistem pemodelan pangkalan data rasmi yang telah dibangunkan sejak beberapa dekad yang lalu.

Yang paling popular dalam sistem pemodelan rasmi adalah model hubungan entiti, yang biasanya dirujuk sebagai model E-R. Dengan model ini, anda boleh menangkap apa yang pengguna memberitahu anda ke dalam bentuk yang jelas yang anda dapat dengan mudah menerjemahkan ke dalam pangkalan data hubungan.

Sebaik sahaja anda mempunyai sistem dalam bentuk model E-R, mudah diubah menjadi model hubungan. Model perhubungan adalah sesuatu yang difahami oleh DBMS anda, dan anda boleh membuat pangkalan data secara terus dari itu.

Reka bentuk aplikasi pangkalan data

Sebaik sahaja anda telah merancang pangkalan data, tugas reka bentuk hanya separuh selesai. Anda mempunyai struktur yang kini boleh anda isi dengan data, tetapi anda masih belum mempunyai alat untuk beroperasi pada data tersebut. Alat yang perlu anda rancang sekarang ialah aplikasi pangkalan data.

Aplikasi pangkalan data adalah sebahagian daripada sistem keseluruhan yang berinteraksi dengan pengguna. Ia mewujudkan semua yang dilihat oleh pengguna pada skrin. Ia merasakan dan menanggapi setiap kemurungan utama yang dibuat oleh pengguna dan setiap tindakan tetikus yang dilakukan pengguna. Ia mencetak setiap laporan yang dibaca oleh rakan sekerja pengguna. Dari sudut pandangan pengguna, aplikasi pangkalan data adalah sistem.

Dalam merekabentuk aplikasi pangkalan data, anda mesti memastikan bahawa ia membolehkan pengguna untuk melakukan segala-galanya yang Pernyataan Keperluan menjanjikan bahawa mereka akan dapat melakukannya.Ia juga harus membentangkan antara muka pengguna yang mudah difahami dan mudah digunakan. Fungsi sistem mesti muncul dalam kedudukan logik pada skrin. Pengguna mesti dengan mudah memahami cara melaksanakan semua fungsi yang disediakan oleh aplikasi.

Bina

Sekarang bahawa anda mempunyai reka bentuk pangkalan data, anda boleh membuat jadual, hubungan di antara mereka, dan kekangan pada data yang boleh dimasukkan ke dalamnya.

Dokumen itu

Semua yang anda lakukan dan sebab-sebab bagi semua keputusan yang anda buat mesti didokumentasikan dengan teliti. Mudah-mudahan, anda telah melakukan ini sepanjang masa. Pada peringkat ini, yang perlu anda lakukan ialah meletakkan dokumentasi ke dalam bentuk akhirnya. Pemaju yang berwibawa yang tidak dikenali dengan projek itu sepatutnya dapat mengambilnya selepas anda beralih kepada perkara yang lebih besar dan lebih baik.

Uji segala-galanya

Setelah anda membina dan mendokumentasikan sistem pangkalan data, mungkin kelihatan seperti anda selesai dan anda boleh menikmati percutian yang layak, tetapi anda belum selesai - sistem perlu diuji dengan ketat. Ujian itu perlu dilakukan oleh seseorang yang tidak berfikir dengan cara yang sama seperti yang anda lakukan. Setelah sistem beroperasi, pengguna akan melakukan perkara yang tidak pernah anda bayangkan. Mereka akan membuat kombinasi pilihan yang anda tidak jangkakan, memasukkan nilai ke dalam bidang yang tidak masuk akal, dan melakukan perkara-perkara yang mundur dan terbalik. Tidak ada yang mengatakan apa yang akan mereka lakukan. Apa pun perkara yang tidak dijangka pengguna lakukan, anda mahu sistem itu bertindak balas dengan cara yang melindungi pangkalan data dan memandu pengguna untuk membuat tindakan input yang sesuai.

Mengekalkan produk siap

Selepas anda menyampaikan sistem tepat pada waktunya dan pada belanjawan, merayakan, dan mengumpulkan pembayaran terakhir untuk pekerjaan, tanggung jawab Anda tidak berakhir. Walaupun penguji bebas telah melakukan pekerjaan yang hebat untuk membuat sistem gagal, selepas penghantaran, ia masih dapat menyimpan bug terpendam yang muncul minggu, bulan, atau bahkan beberapa tahun kemudian. Anda mungkin diwajibkan untuk membaiki pepijat itu tanpa caj, bergantung pada perjanjian kontrak anda dengan pelanggan.

Walaupun tiada sebarang bug yang ditemui, anda mungkin masih mempunyai tanggungjawab yang berterusan. Lagipun, tiada siapa yang memahami sistem serta anda. Apabila masa berlalu, keperluan pelanggan anda akan berubah. Mungkin dia akan memerlukan fungsi tambahan, atau mahu berhijrah ke perkakasan yang lebih baru dan lebih kuat. Kemungkinan ini mungkin memerlukan pengubahsuaian kepada aplikasi pangkalan data, dan anda berada dalam kedudukan terbaik untuk melakukan pengubahsuaian tersebut, berdasarkan pengetahuan anda yang terdahulu. Kerja tambahan ini mungkin bermakna pendapatan tambahan yang bagus untuk anda.