Metodologi Pengembangan SI

Metodologi Pengembangan SIPengantar Sistem Informasi

Antonius Teddy S, S.Kom., M.Cs.Metodologi Pengembangan SIMetodologi pengembangan sistem adalah metode-metode,prosedur-prosedur, konsep-konsep pekerjaan, aturan-aturan yang akan digunakan sebagai pedoman bagaimana dan apa yang harus dikerjakan selama pengembangan SIPendekatan TerstrukturTujuan pendekatan terstruktur adalah agar pada akhir pengembangan suatu sistem dapat memenuhi kebutuhan user, dilakukan tepat waktu, tidak melampaui anggaran biaya, mudah dipergunakan, mudah dipahami dan mudah dirawat.

Pendekatan terstruktur mengenalkan penggunaan alat-alat dan teknik-teknik untuk mengembangkan sistem yang terstruktur Ciri-Ciri Pendekatan TerstrukturMemanfaatkan alat-alat pemodelanMerancang berdasarkan modulBekerja dengan pendekatan top-downDilakukan secara iterasiKegiatan dilakukan secara pararelMenggunakan CASEAlat dan Teknik Pengembangan SistemAlat yang digunakan dalam suatu metodologi umumnya berupa gambar atau diagram atau grafik agar lebih mudah dimengerti.

Selain berbentuk gambar, alat yang digunakan juga tidak berupa gambar misalnya kamus data, pseudocode atau formulir-formulir untuk mencatat atau menyajikan data Data Flow Diagram (DFD)DFD adalah suatu model logika data atau proses yang dibuat untuk menggambarkan dari mana asal data dan kemana tujuan data yang keluar dari sistem, dimana data disimpan, proses apa yang dihasilkan data tersebut dan interaksi antara data yang tersimpan dan proses yang dikenakan pada data tersebut.

DFD sering digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir atau dimana data tersebut akan disimpan. Data Flow Diagram (DFD)Kelebihan DFD :Kebebasan dari menjalankan implementasi teknis sistem. Pemahaman lebih jauh mengenai keterkaitan satu sama lain dalam sistem dan subsistem. Mengkomunikasikan pengetahuan sistem yang ada dengan pengguna melalui diagram aliran data. Menganalisis sistem yang diajukan untuk menentukan apakah data-data dan proses yang diperlukan sudah ditetapkan. Membedakan sistem dari lingkungannya dengan menempatkan batas-batasnya. Data Flow Diagram (DFD)DFD terdiri dariContext diagram Berfungsi memetakan model lingkungan (menggambarkan hubungan antara entitas luar, masukan dan keluaran sistem), yang direpresentasikan dengan lingkaran tunggal yang mewakili keseluruhan sistem

Diagram rinci (DFD Levelled). menggambarkan sistem sebagai jaringan kerja antara fungsi yang berhubungan satu sama lain dengan aliran dan penyimpanan data, model ini hanya memodelkan sistem dari sudut pandang fungsi. DFD LeveledDalam DFD levelled akan terjadi penurunan level dimana dalam penurunan level yang lebih rendah harus mampu merepresentasikan proses tersebut ke dalam spesifikasi proses yang jelas.DFD levelled bisa dimulai dari DFD level 0 kemudian turun ke DFD level 1 dan seterusnya. Setiap penurunan hanya dilakukan bila perlu. Aliran data yang masuk dan keluar pada suatu proses di level x harus berhubungan dengan aliran data yang masuk dan keluar pada level x+1 yang mendefinisikan proses pada level x tersebut. Proses yang tidak dapat diturunkan/dirinci lagi dikatakan primitif secara fungsional dan disebut sebagai proses primitif.

Simbol-Simbol DFD

Entitas LuarProsesatauatauatauStored DataAliran DataEntitas LuarMerupakan pihak di luar sistem (bisa orang atau organisasi) yang mengirimkan input ke sistem atau menerima output dari sistem.Menunujukan batasan dari sistem.Contoh :

BankDekanKaprodiProsesPekerjaan atau kegiatan yang dilakukan terhadap data yang masuk untuk menghasilakn data yang keluar.Hanya menunjukan kegiatannya saja, komponen fisik tidak diidentifikasiContoh :ProsesPembayaranProsesCetak KRSStored Data dan Aliran DataStored data:Merupakan kumpulan dataBisa berupa file atau basis data tapi tidak selalu berupa file atau basis datacontoh: file Mahasiswa, data KRS, dll

Aliran data:Menyatakan data masukan ke suatu proses atau data keluaran dari suatu prosesDapat juga menyatakan update data dalam suatu file, basis data atau simpanan data yang lain.contoh: Matakuliah yang diambil, Jumlah yang dibayarkan, Saldo terakhir, dll

Aturan dalam DFDAntar entitas tidak diijinkan terjadi hubungan atau relasi.Tidak boleh ada aliran data antara entitas eksternal dengan data store Untuk alasan kerapian (menghindari aliran data yang bersilangan), entitas eksternal atau data store boleh digambar beberapa kali dengan tanda khusus, misalnya diberi nomor Satu aliran data boleh mengalirkan beberapa paket data Aturan dalam DFDSemua objek harus mempunyai nama Aliran data selalu diawali atau diakhir dengan proses Semua aliran data harus mempunyai tanda arah.Jumlah proses tidak lebih dari sembilan proses dalam sistem, jika melebihi maka sebaiknya dikelompokkan beberapa proses yang bekerja bersama-sama didalam suatu subsistem

Petunjuk Pembuatan DFD1. Penamaan yang jelas Setiap entitas diberi nama yang sesuai dengan suatu kata benda. Nama aliran data dalam kata benda karena menunjukkan seseorang, tempat atau sesuatu. Proses diberi nama menggunakan format kata kerja - kata sifat - kata benda untuk proses-proses yang rinci. Penyimpanan data diberi nama dengan suatu kata benda.

2. Memberi nomor pada proses Nomor yang diberikan pada proses tidak harus menjadi nomor urut. Penomoran dimaksudkan sebagai identifikasiproses dan memudahkan penurunan (level yang lebih rendah) ke proses berikutnya. Untuk proses primitif selain diberi nomor juga diberi tanda khusus (biasanya tanda *) untuk menyatakan bahwa proses tersebut tidak dirinci lagi Petunjuk Pembuatan DFD3. Penggambaran kembali Ukuran dan bentuk lingkaran tetap sama Panah yang melengkung dan lurus tidak jadi masalah.

4. Hindari proses yang mempunyai masukan tetapi tidak mempunyai keluaran begitu juga sebaliknya hindari proses yang mempunyai keluaran tetapi tidak mempunyai masukan.

Contoh Diagram KonteksNasabahKartu ATMSistem Transaksi BankKode Bank, Kode KartuUang Tunai, Slip, Pesan

Password, Macam Transaksi, Tipe Rekening, JumlahDiagram Level 0Kartu ATMBaca MasukanLakukan TransaksiHasilkan KeluaranKode Bank, Kode KartuNasabahPassword, Macam Transaksi, Tipe Rekening, JumlahUang Tunai, Slip, Pesan

Penyeimbangan SaldoMacam Transaksi, Tipe Rekening, JumlahJumlah

RekeningERD (Entity Relationship Diagram)Model data Diagram Hubungan Entitas (ERD/Entity Relationship Diagram) dibuat berdasarkan anggapan bahwa dunia nyata terdiri dari koleksi objek-objek dasar yang dinamakan entitas (entity) serta hubungan (relationship) antara entitas-entitas itu.

Entitas adalah sesuatu atau objek pada dunia nyata yang dapat dibedakan satu terhadap yang lainnya, yang bermanfaat bagi aplikasi yang sedang kita kembangkan. Sebagai contoh, setiap orang adalah entitas dan rekening bank dapat dipertimbangkan sebagai sebuah entitas.

Relationship adalah hubungan antara beberapa entitas. Sebagai contoh, mahasiswa memiliki orangtua; memiliki menjelaskan hubungan tertentu antara mahasiswa dengan orangtuanya.Simbol-Simbol ERDEntitasRelasiAtributConnectingObjek yang dapat diidentifikasi didalamlingkungan sistemHubungan diantara sejumlah entitas yangberbedaMendeskripsikan karakter entitas (atribut yang berfungsi sebagai key (kunci) digaris bawah)Penghubung antara relasi dengan entitas,Relasi dan entitas dengan atributKardinalitas RelasiDalam ERD hubungan (relasi) dapat terdiri dari sejumlah entitas yang disebut dengan derajad relasi. Derajad relasi maksimum disebut dengan kardinalitas sedangkan derajad minimum disebut dengan modalitas. Jadi kardinalitas relasi menunjukkan jumlah maksimum entitas yang dapat berelasi dengan entitas pada himpunan entitas lain. Kardinalitas RelasiKardinalitas relasi yang terjadi diantara dua himpunan entitas (misalnya A dan B) dapat berupa : 1. Satu ke satu (one to one/ 1-1) Setiap entitas pada himpunan entitas A dapat berelasi dengan paling banyak satu entitas pada himpunan entitas B, demikian juga sebaliknya. 2. Satu ke banyak (one to many/ 1- N) Setiap entitas pada himpunan entitas A dapat berelasi dengan banyak entitas pada himpunan entitas B, tetapi tidak sebaliknya. 3. Banyak ke banyak (many to many/ N N) Setiap entitas pada himpunan entitas A dapat berelasi dengan banyak entitas pada himpunan entitas B, demikian juga sebaliknya.

Tahapan Pembuatan ERDDiagram ER dibuat secara bertahap, ada dua kelompok pentahapan yang biasa ditempuh didalam pembuatan diagram ER, yaitu :

1. Tahap pembuatan diagram ER awal (preliminary design)

2. Tahap optimasi diagram ER (final design)

Preliminary DesignMendapatkan sebuah rancangan basis data minimal yang dapata mengakomodasi kebutuhan penyimpanan data terhadap sistem yang sedang ditinjau.

Tahap awal ini umumnya mengabaikan anomali-anomali (proses pada basis data yang memberikan efek sampaing yang tidak diharapkan) yang menang ada sebagai suatu fakta. Final DesignDalam tahap ini mempertimbangkan anomali-anomali dan juga memperhatikan aspek-aspek efisiensi, performasi dan fleksibilitas. Tiga hal tersebut seringkali dapat saling bertolak belakang. Karena itu, tahap ini ditempuh dengan melakukan koreksi terhadap tahap pertama. Bentuk koreksi yang terjadi dapat berupa pendekom-posisian himpunan entitas, penggabungan himpunan entitas, pengubahan derajad relasi, penambahan relasi baru atau perubahan (penambahan dan pengurangan) atribut-atribut untuk masing-masing entitas dan relasi.

Langkah-langkah Pembuatan ERD1. Mengidentifikasi dan menetapkan seluruh himpunan entitas yang akan terlibat.

2. Menetukan atribut-atribut key (kunci) dari masing-masing himpunan entitas.

3. Mengidentifikasi dan menetapkan seluruh himpunan relasi diantara himpunan entitas-himpunan entitas yang ada beserta foreign keynya (kunci asing/ kunci tamu).

4. Menentukan derajad /kardinalitas relasi untuk setiap himpunan relasi.

5. Melengkapi himpunan entitas dan himpunan relasi dengan atribut dekriptif (atribut yang bukan kunci)

Contoh Penggambaran ERD (Entity Relationship Diagram)NamaMahasiswaMatakuliahMengambilNIMNilaiNo_MKNama_MKSKSModel RelasionalNIMNama5184025Bambang Bendol5184026Kuncung5184035YuliantoNo_MKNama_MKSKS110011Pemr. Pascal3110012Pemr. C/C++3110022Basis Data3NIMNo_MKNilai5184025110011A5184025110022B5184035110022A Thanks GBU