SDLC dan Fase perancangan basis data

SDLC dan tahapannya

SDLC adalah tahapan-tahapan pekerjaan yang dilakukan oleh analis sistem dan programmer dalam membangun sistem informasi.

Menurut ahli :

System Development Life Cycle (SDLC) adalah pendekatan bertahap untuk melakukan analisa dan membangun rancangan sistem dengan menggunakan siklus yang spesifik terhadap kegiatan pengguna (Kendall & Kendall, 2006).

Berdasarkan pada penjelasan diatas maka SDLC dapat disimpulkan sebagai “sebuah siklus untuk membangun sistem dan memberikannya kepada pengguna melalui tahapan perencanaan, analisa, perancangan dan implementasi dengan cara memahami dan menyeleksi keadaan dan proses yang dilakukan pengguna untuk dapat mendukung kebutuhan pengguna”.

Tahapan :

1.Perencanaan
Fase perencanaan adalah sebuah proses dasar untuk memahami mengapa sebuah sistem harus dibangun. Pada fase ini diperlukan analisa kelayakan dengan mencari data atau melakukan proses information gathering kepada pengguna.

2.Analisa
Fase analisa adalah sebuah proses investigasi terhadap sistem yang sedang berjalan dengan tujuan untuk mendapatkan jawaban mengenai pengguna sistem, cara kerja sistem dan waktu penggunaan sistem. Dari proses analisa ini akan didapatkan cara untuk membangun sistem baru. . Setelah mengumpulkan data dan mendokumentasikan fakta, sistem analisis mengetahui apa yang sesungguhnya dilakukan oleh sistem, Selanjutnya, sistem analis melakukan study kelayakan untuk memperhitungkan apakah organisasi atau instansi di mana sistem tersebur dibuat dapat melanjutkan ketahap berikutnya dalam proses pengembangan sistem atau tidak. Studi kelayakan merupakan suatu tinjauan sekilas pada faktor-faktor utama yang akan mempengaruhi kemampuan sistem untuk mencapai tujuan yang diinginkan.

3.Rancangan
Fase perancangan merupakan proses penentuan cara kerja sistem dalam hal architechture design, interface design, database dan spesifikasi file, dan program design. Hasil dari proses perancangan ini akan didapatkan spesifikasi sistem. memberikan gambaran umum kepada pemakai sistem tentang sistem teknologi informasi yang baru. Perancangan sistem secara umum lebih diarahkan kepada pemakai sistem untuk menyetujuinya ke perancangan sistem selanjutnya. Yang dirancang di tahap perencanaan sistem secara umu adalah menggambarkan bentuk dari sistem teknologi informasinya secara logika atau secara konsep dan mengidentikasikan komponen-komponen dari sistem teknologi informasi.

4.Implementasi                                                               
Fase implementasi adalah proses pembangunan dan pengujian sistem, instalasi sistem, dan rencana dukungan sistem.tahap ini merupakan tahap meletakkan sistem supaya siap dioperasikan. Implementasi sistem juga merupakan proses mengganti atau meninggalkan sistem yang lama dengan mengganti sistem yang baru. Untuk menggantikan sistem yang lama ke sistem yang baru diperlukan suatu pendekatan atau strategi supaya berhasil.  

                                                                       

5.testing                                                                                                                                                                             

Setelah sistem selesai dikembangkan dan juga dibuat, maka sistem tersebut tidak akan langsung digunakan secara umum ataupun secara komersil. Tentu saja harus ada proses pengujian terhadap sistem yagn sudah dikembangkan tersebut. Tahap pengujian sistem ini merupakan waktu yagn tepat untuk mencoba apakah sistem yang sudah berhasil dikembangkan memang dapat bekerja degnan optimal dan juga sempurna. Apabila memang dapat bekerja dengan baik dan sempurna, maka sistem siap untuk digunakan.Dalam tahap ini, ada banyak hal aygn harus diperhitungkan, mulai dari kemudahan penggunaan sistem, hingga pencapaian tujuan dari sistem yang sudah disusun sejak perancangan sistem. Apabila terjadi kesalahan, atau sistem tidak dapat berjalan dengan baik dan sebagaimana mestinya, maka tahap 1 hingga tahap 4 harus diperbaharui, diulangi, atau bahkan bisa saja mengalami perombakan total.

6.Pemeliharaan

Dalam kegiatan praktisnya, pengembangan sistem yang menggunakan prinsip SDLC ini membutuhkan beebrapa langkah – langkah penting yang dapat membantu proses berlangsungya pengembangan sistem ini. berikut ini adalah beberapa langkah – langkah penting yang bisa diterapkan oleh para programmer atau analisis sistem dalam menerapkan pengembangan sistem :

1. Melakukan survey, dan melakukan penilaian terhadap kelayakan pengembangan sistem yang ada
2. Melakukan proses analisis dan juga mempelajari sistem yang sudah ada dan sedang berjalan
3. Mencari solusi dan juga pemecahan masalah yang terbaik dalam pengembangan sistem
4. Menentukan penggunaan hardware atau perangkat keras dan juga software atau perangkat lunak yang akan digunakan
5. Melakukan proses perancangan terhadap sistem yang baru
6. Melakukan proses pembgangunan dan juga pengembangan sistem yang baru
7. Melakukan pemeliharaan dan juga perbaikan, serta peningkatan sistem yang baru, apabila diperlukan.

 Fase Perancangan Basis Data

Tahap 1 dan 6 kadang-kadang bukan merupakan bagian dari perancangan database. Sedangkan yang merupakan inti dari proses perancangan database adalah pada tahap 2, 4, 5.

• Tahap 1 – Pengumpulan data dan analisa
  Merupakan suatu tahap dimana kita melakukan proses indentifikasi dan analisa kebutuhan-kebutuhan data dan ini disebut pengumpulan data dan analisa. Untuk menentukan kebutuhan-kebutuhan suatu sistem database, kita harus mengenal terlebih dahulu bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database, termasuk para user yang ada dan para useryang baru beserta aplikasi-aplikasinya. Kebutuhan-kebutuhan dari para user dan aplikasi-aplikasi inilah yang kemudian dikumpulkan dan dianalisa.
  Berikut ini adalah aktifitas-aktifitas pengumpulan data dan analisa:
1. Menentukan kelompok pemakai dan bidang-bidang aplikasinya
2. Peninjauan dokumentasi yang ada
3. Analisa lingkungan operasi dan pemrosesan data
4. Daftar pertanyaan dan wawancara
• Tahap 2, Perancangan database secara konseptual
  Pada tahap ini akan dihasilkan conceptual schema untuk database yang tergantung pada sebuah DBMS yang spesifik. Sering menggunakan sebuah high-level data modelseperti ER/EER modelselama tahap ini. Dalam conceptual schema, kita harus merinci aplikasi-aplikasi databaseyang diketahui dan transaksi-transaksi yang mungkin.Tahap perancangan databasesecara konseptual mempunyai 2 aktifitas pararel:
1. Perancangan skema konseptual
   Menguji kebutuhan-kebutuhan data dari suatu database yang merupakan hasil dari tahap 1 dan menghasilkan sebuah conceptual database schema pada DBMS-independent model data tingkat tinggi seperti EER (Enhanced Entity Relationship) model.Untuk menghasilkan skema tersebut dapat dihasilkan dengan penggabungan bermacam-macam kebutuhan user dan secara langsung membuat skema database atau dengan merancang skema-skema yang terpisah dari kebutuhan tiap-tiap user dan kemudian menggabungkan skema-skema tersebut. Model data yang digunakan pada perancangan skema konseptual adalah DBMS-independent dan langkah selanjutnya adalah memilih DBMS untuk melakukan rancangan tersebut.
2. Perancangan transaksi
   Menguji aplikasi-aplikasi databasedimana kebutuhan-kebutuhannya telah dianalisa pada fase 1, dan menghasilkan perincian transaksi-transaksi ini.Kegunaan tahap ini yang diproses secara paralel bersama tahapp perancangan skema konseptual adalah untuk merancang karakteristik dari transaksi-transaksi database yang telah diketahui pada suatu DBMS-independent. Transaksi-transaksi ini akan digunakan untuk memproses dan memanipulasi database suatu saat dimana database tersebut dilaksanakan.
• Tahap 3, Pemilihan DBMS
  Pemilihan databaseditentukan oleh beberapa faktor diantaranya faktor teknik, ekonomi, dan politik organisasi.Contoh faktor teknik:
  Keberadaan DBMS dalam menjalankan tugasnya seperti jenis-jenis DBMS (relational, network, hierarchical, dan lain-lain), struktur penyimpanan, dan jalur akses yang mendukung DBMS, pemakai, dan lain-lain.Faktor-faktor ekonomi dan organisasi yang mempengaruhi satu sama lain dalam pemilihan DBMS :
1. Struktur data
   Jika data yang disimpan dalam database mengikuti struktur hirarki, maka suatu jenis hirarki dari DBMS harus dipikirkan.
2. Personal yang telah terbiasa dengan suatu sistem
   Jika staf programmer dalam suatu organisasi sudah terbiasa dengan suatu DBMS, maka hal ini dapat mengurangi biaya latihan dan waktu belajar.
3. Tersedianya layanan penjual
   Keberadaan fasilitas pelayanan penjual sangat dibutuhkan untuk membantu memecahkan beberapa masalah sistem.
• Tahap 4, Perancangan database secara logika (data model mapping)
  Tahap selanjutnya adalah membuat sebuah skema konseptual dan skema eksternal pada model data dari DBMS yang terpilih. Tahap ini dilakukan oleh pemetaan skema konseptual dan skema eksternal yang dihasilkan pada tahap 2. Pada tahap ini, skema konseptual ditransformasikan dari model data tingkat tinggi yang digunakan pada tahap 2 ke dalam model data dari model data dari DBMS yang dipilih pada tahap 3.Pemetaan tersebut dapat diproses dalam 2 tingkat:
1. Pemetaan system-independent
   Pemetaan ke dalam model data DBMS dengan tidak mempertimbangkan karakteristik atau hal-hal yang khusus yang berlaku pada implementasi DBMS dari model data tersebut.
2. Penyesuain skema ke DBMS yang spesifik
   Mengatur skema yang dihasilkan pada langkah 1 untuk disesuaikan pada implementasi yang khusus di masa yang akan datang dari suatu model data yang digunakan pada DBMS yang dipilih.Hasil dari tahap ini memakai perintah-perintah DDL (Data Definition Language) dalam bahasa DBMS yang dipilih yang menentukan tingkat skema konseptual dan eksternal dari sistem database. Tetapi 10 dalam beberapa hal, perintah-perintah DDL memasukkan parameter-parameter rancangan fisik sehingga DDL yang lengkap harus menunggu sampai tahap perancangan databasesecara fisik telah lengkap.Tahap ini dapat dimulai setelah pemilihan sebuah implementasi model data sambil menunggu DBMS yang spesifik yang akan dipilih. Contoh: jika memutuskan untuk menggunakan beberapa relational DBMS tetapi belum memutuskan suatu relasi yang utama. Rancangan dari skema eksternal untuk aplikasi-aplikasi yang spesifik seringkali sudah selesai selama proses ini.
• Tahap 5, Perancangan database secara fisik
  Perancangan database secara fisik merupakan proses pemilihan struktur-struktur penyimpanan dan jalur-jalur akses pada file-file databaseuntuk mencapai penampilan yang terbaik pada bermacam-macam aplikasi.Selama fase ini, dirancang spesifikasi-spesifikasi untuk database yang disimpan yang berhubungan dengan struktur-struktur penyimpanan fisik, penempatan record dan jalur akses. Berhubungan dengan internal schema(pada istilah 3 level arsitektur DBMS).Beberapa petunjuk dalam pemilihan perancangan databasesecara fisik :
1. Response time
   Waktu yang telah berlalu dari suatu transaksi database yang diajukan untuk menjalankan suatu tanggapan. Pengaruh utama pada response time adalah di bawah pengawasan DBMS yaitu : waktu akses database untuk data item yang ditunjuk oleh suatu transaksi. Response time juga dipengaruhi oleh beberapa faktor yang tidak berada di bawah pengawasan DBMS, seperti penjadwalan sistem operasi atau penundaan komunikasi.
2. Space utility
   Jumlah ruang penyimpanan yang digunakan oleh file-file database dan struktur-struktur jalur akses.
3. Transaction throughput
   Rata-rata jumlah transaksi yang dapat diproses per menit oleh sistem database, dan merupakan parameter kritis dari sistem transaksi (misal : digunakan pada pemesanan tempat di pesawat, bank, dll). Hasil dari fase ini adalah penentual awal dari struktur penyimpanan dan jalur akses untuk file-file database.
• Tahap 6, Implementasi Sistem database
  Setelah perancangan secara logika dan secara fisik lengkap, kita dapat melaksanakan sistem database. Perintah-perintah dalam DDL dan SDL(Storage Definition Language) dari DBMS yang dipilih, dihimpun dan digunakan untuk membuat skema database dan file-file database (yang kosong). Sekarang databasetersebut dimuat (disatukan) dengan datanya.Jika data harus dirubah dari sistem komputer sebelumnya, perubahan-perubahan yang rutin mungkin diperlukan untuk format ulang datanya yang kemudian dimasukkan ke database yang baru. Transaksi-transaksi database sekarang harus dilaksanakan oleh para programmmer aplikasi.Spesifikasi secara konseptual diuji dan dihubungkan dengan kode program dengan perintah-perintah dari embedded DML yang telah ditulis dan diuji. Suatu saat transaksi-transaksi tersebut telah siap dan data telah dimasukkan ke dalam database, maka tahap perancangan dan implementasi telah selesai, dan kemudian tahap operasional dari sistem database dimulai.

Read More

Abstraksi

1.Abstraksi data

1.    Sistem basis data biasanya menyembunyikan detil tentang bagaimana data disimpan dan diperlihara. Oleh karena itu, seringkali data yang terlihat oleh pemakai sebenarnya berbeda dengan yang tersimpan secara fisik

2.    Abstraksi data merupakan level dalam bagaimana melihat data dalam sebuah sistem basis data

Penjelasan :

- Conceptual view merupakan pandangan yang berkaitan dengan permasalahan data-data apa saja yang diperlukan untuk disimpan dalam basis data dan penjelasan mengenai hubungan antar data yang satu dengan lainnya. Conceptual view dapat disetarakan dengan schema, dilakukan database administrator

- Physical view merupakan bentuk implementasi dari conceptual view, yaitu pandangan tentang bagaimana data disimpan dalam media penyimpan data

- User view dapat disejajarkan dengan sub-sc

-Contoh conceptual view,physical,user view

 

                                                                                                                       

2.Model Skema Basis Data

HIRARKI

Pada model hirarki, field atau record akan diatur dalam kelompok-kelompok yang berhubungan, menyerupai diagram pohon. Record yang levelnya lebih rendah akan berada di bawah record yang levelnya lebih tinggi

 MODEL RELASI

Model Data Relasional adalah model basis data yang menggunakan tabel dua dimensi, yang terdiri dari baris dan kolom untuk menggambarkan sebuah berkas data.

MODEL JARINGAN

Model database jaringan merupakan pengembangan dari model database hirarki, dimana kelemahan yang ada pada model database hirarki yaitu ketidakmampuannya dalam mengelola hubungan banyak ke banyak telah dapat diatasi dengan model database jaringan ini. Konsep database jaringan mirip dengan database hierarkis tetapi setiap record child dapat memiliki lebih dari satu record parent. Selanjutnya setiap record child dapat dimiliki oleh lebih dari satu record parent.

 
Data Definition Language (DDL) 
yaitu perintah yang digunakan untuk mendefinisikan database maupun bagian dari database seperti tabel dan view. Perintah yang digunakan: CREATE, DROP, dan ALTER.

Data Manipulation Language (DML) 
yaitu perintah yang digunakan untuk memanipulasi data dalam tabel dari suatu database. Perintah yang digunakan: SELECT, INSERT, UPDATE, dan DELETE

Read More