Bab 6 PERANCANGAN PERANGKAT LUNAK

Slides:



Advertisements
Presentasi serupa
PEMROGRAMAN TERSTRUKTUR
Advertisements

KEBUTUHAN & SPESIFIKASI SOFTWARE
KONSEP PENGEMBANGAN REKAYASA PERANGKAT LUNAK
PERANCANGAN PERANGKAT LUNAK (SOFTWARE DESIGN)
BAB 8 PENGUJIAN PERANGKAT LUNAK
DESAIN ARSITEKTUR PERANGKAT LUNAK
KONSEP PERANCANGAN TERSTRUKTUR
Minggu 6 Prinsip & Konsep Desain
Perancangan Perangkat Lunak lanjutan Kuliah - 7
KONSEP DESAIN SOFTWARE DATABASE
BPR – Tahap 1 (Persiapan)
By: Mr. Haloho Pemodelan Proses.
REKAYASA SISTEM.
BAB 2 METODE REKAYASA PERANGKAT LUNAK
PENGANTAR REKAYASA PERANGKAT LUNAK I
Pengembangan PL Ahmat Adil.
BAB 4 ANALISIS KEBUTUHAN PERANGKAT LUNAK
6 Managing Software Requirement Perancangan
Perancangan (Design).
PERANCANGAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK REQUIREMENTS ANALYSIS FUNDAMENTALS
Prototyping Aplikasi Teknologi Informasi
Metode Desain Dr. Ema Utami, S.Si, M.Kom.
Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak
PEMODELAN PERANCANGAn
Rekayasa Perangkat Lunak
System Development Life Cycle
REKAYASA PERANGKAT LUNAK
Testing dan Implementasi Sistem
KONSEP PERANCANGAN SISTEM INFORMASI
Perancangan dengan Pendekatan Terstruktur
Metodologi Pengembangan Perangkat Lunak
REKAYASA PERANGKAT LUNAK
Spesifikasi Perangkat Lunak
Perangkat Lunak 1.
BAB 1 PENGUJIAN PERANGKAT LUNAK
Pengenalan Rekayasa Perangkat Lunak
PERANCANGAN PERANGKAT LUNAK ( PL )
REKAYASA PERANGKAT LUNAK
Perancangan Sistem Informasi
PENGEMBANGAN PERANCANGAN SISTEM
Pemeliharaan Perangkat Lunak
Metode Rekayasa Perangkat Lunak
REKAYASA PERANGKAT LUNAK
KEBUTUHAN & SPESIFIKASI SOFTWARE
SISTEM PENDUKUNG KEPUTUSAN
DATA FLOW DIAGRAM.
RPL.
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
ANALISIS KEBUTUHAN PERANGKAT LUNAK
Metode Rekayasa Perangkat Lunak
REKAYASA PERANGKAT LUNAK Nama : Moch.Bachrul S.H Moch.Rofiuddin
REKAYASA PERANGKAT LUNAK Perancangan arsitektur perangkat lunak
REKAYASA PERANGKAT LUNAK
KEBUTUHAN & SPESIFIKASI SOFTWARE
ARSITEKTUR PERANGKAT LUNAK
ANALISA PERANCANGAN PROGRAM.
ANALISIS KEBUTUHAN PERANGKAT LUNAK
TERMINOLOGI ANALISA SISTEM
REKAYASA PERANGKAT LUNAK PERANCANGAN ARSITEKTUR PERANGKAT LUNAK
ANALISA KEBUTUHAN PERANGKAT LUNAK
REKAYASA KEBUTUHAN PL.
REKAYASA PERANGKAT LUNAK PERANCANGAN ARSITEKTUR PERANGKAT LUNAK
PERTEMUAN II PENGANTAR
Analisis dan Desain Berorientasi Obyek
Rekayasa Perangkat Lunak
DASAR - DASAR PERANCANGAN PERANGKAT LUNAK
DASAR - DASAR PERANCANGAN PERANGKAT LUNAK
KEBUTUHAN & SPESIFIKASI SOFTWARE
Pemrograman Terstruktur
Transcript presentasi:

Bab 6 PERANCANGAN PERANGKAT LUNAK

Perancangan adalah proses untuk mengapli- kasikan berbagai macam teknik dan prinsip untuk tujuan pendefenisian secara rinci suatu perangkat ,proses atau sistem agar dapat direalisasikan dalam suatu bentuk fisik. Tujuan Perancangan adalah menghasilkan suatu model atau penggambaran dari suatu entity yang akan dibangun kemudian.

6.1. Pengertian. Perancangan Perangkat Lunak adalah suatu proses bertahap dimana semua kebutuhan atau persyaratan yang ada pada dokumen SRS diterjemahkan menjadi Cetak Biru (Blue Print) yang akan digunakan membangun Perangkat Lunak. Pada tahap awal cetak biru melukiskan suatu gambaran umum PL.

Pada tahap selanjutnya penjelasan rinci dilakukan hingga pada tingkat penjelasan paling rendah. Perancangan PL dilakukan dengan asumsi spesifikasi kebutuhan PL sudah terdefenisikan dalam model-model analisis. Model-model yang dihasilkan selama perancangan menggambarkan bagaimana permasalahan diselesaikan dalam spesifikasi PL yg siap diimplementasikan.

Perancangan dapat juga dipandang sebagai proses penerapan berbagai teknik dan prinsip dengan tujuan untuk mendefenisikan spesifikasi rinci PL sehingga mudah diimple- mentasikan. Dengan suatu metode merancang spesifikasi kebutuhan PL yang diwujudkan dalam domain informasi,keperluan fungsional dan performansi dirancang menjadi spesifikasi PL yang diwujudkan dalam rancangan arsitektur PL,struktur data dan prosedur PL.

Solusi PL dapat berbentuk prosedur- prosedur ataupun objek (paket data dan operasi terhadap data tersebut). Struktur program menggambarkan organisasi dari komponen-komponen program (modul/objek). Struktur program tidak menggambarkan aspek prosedural PL seperti urutan proses, percabangan atau perulangan.

Struktur data menggambarkan hubungan (organisasi) logika antara elemen-elemen data. Struktur data berpengaruh pada prosedur- prosedur proses yang dipilih dan metode aksesnya. Prosedur PL memfokuskan pada proses secara rinci dari masing-masing modul atau objek.

Prosedur ini menerangkan dengan tepat algoritma proses-proses dan struktur data yang digunakan. Prinsip-prinsip dalam penyusunan modul atau objek adalah sebagai berikut : 1. Modularitas 5. Kohesi 2. Penyembunyian Informasi 6. Integritas 3. Abstraksi 7. Ekstensibilitas. 4. Kopling

Modularitas Prosedur PL dibagi atas beberapa Modul. Sebuah modul dapat dibagi atas beberapa sub modul . Modul memiliki nama unik. Sebuah modul dapat memanggil (mengirim pesan) modul lainnya.

Penyembunyian Informasi Merupakan prinsip dasar dalam pembentukan modul,yaitu struktur data dan logik program pada suatu modul bersifat terselubung. Modul dipandang sebagai Kotak Hitam artinya dengan masukan tertentu akan menghasilkan keluaran yang diharapkan tanpa perlu mengetahui proses yang terjadi di dalamnya.

Abstraksi Perancangan secara modular memungkinkan beberapa tingkatan abstraksi dapat diperoleh,sehingga perancang dapat berkonsentrasi pada setiap tingkatan abstraksi tanpa memperdulikan tingkatan abstraksi yang lebih rinci.

Kopling Adalah derajat ketergantungan antara dua modul. Modul yang baik harus memiliki derajat ketergantungan/kopling yang lemah Kohesi Adalah ukuran kekuatan hubungan antar elemen yang membentuk modul. Modul yang baik mempunyai kohesi yang kuat.

Integritas Setiao modul harus bisa menjaga integritasnya masing-masing. Ekstensibilitas Mampu beradaptasi terhadap perubahan spesifikasi.

Tujuan Tahap Perancangan : Merealisasikan hasil tahap analisis ke dalam bentuk rancangan sistem yang lebih rinci. Mendefenisikan bentuk antar muka pemakai pada bagian masukan dan keluaran. Mendefenisikan proses pengolahan data atau informasi secara detail. Membentuk struktur data atau basis data secara logik.

Perancangan yang baik : Melaksanakan seluruh kebutuhan/ persyaratan yang tercantum pada dokumen SRS. Merupakan acuan yang dapat dibaca, dimengerti oleh pembuat program dan penguji PL.

Menyediakan gambaran yang lengkap tentang PL mencakup data,fungsi dan tanggapan dalam perspektif pelaksanaan pembuatan PL. Menghasilkan model atau representasi dari PL untuk digunakan dalam proses implementasi atau coding.

Proses Perancangan Merupakan proses Kreatif dalam pembangunan PL untuk memecahkan suatu persoalan. Model dari proses perancangan secara garis besar terdiri dari 4 tahap proses : 1. Mengemukakan suatu solusi 2. Membangun model dari solusi tersebut 3. Evaluasi model terhadap spesifikasi yang ada. 4. Menjabarkan rincian spesifikasi dari solusi tsb.

Proses Perancangan mempunyai masukan,fungsi dan Keluaran. Masukan Proses Perancangan  Model informasi,model fungsional dan model behavioral dan spesifikasi kebutuhan lain yang diperoleh setelah proses analisis kebutuhan.

Fungsi Proses Perancangan  Ada dua fungsi yang dipunyai proses perancangan yaitu Translasi/pengembangan dari spesifikasi PL dan Penjabaran bagaimana PL menjadi berfungsi dan bagaimana spesifikasi PL diimplementasikan. Keluaran Proses Perancangan  Perancangan Data,perancangan arsitektural, perancangan prosedural dan perancangan antar muka pemakai.

Tahapan Perancangan Dari sudut pandang Manajemen Proyek perancangan terdiri dari 2(dua) bagian.yaitu: 1. Perancangan Awal (Preliminary Design) Menentukan arsitektur PL secara keseluruhan : a. Bagaimana lingkungan programnya ? b. Bagaimana bentuk penyimpanan data? c. Bagaimana bentuk Interfacenya ?

2. Perancangan Rinci (Detailed Design) Menentukan Modul Program(prosedural) yang harus dibuat. Dari sudut pandang Teknis kegiatan perancangan terdiri atas aktivitas sebagai berikut : 1. Perancangan Data. 2. Perancangan Arsitektural. 3. Perancangan Prosedural 4. Perancangan Interface.

Tahap perancangan mempunyai peran yang cukup penting karena akan digunakan sebagai basis dari implementasi dan pengembangan PL tahap selanjutnya. Sebagai basis implementasi,diperlukan penjabaran aspek PL dari berbagai sudut pandang.

Semakin kompleks sistem PL semakin banyak sudut pandang perancangan yang dihasilkan sehingga seluruh aspek PL tercakup penjabarannya. Secara umum ada 4(empat) sudut pandang pemodelan perancangan PL yaitu : 1. Perilaku (behaviour) 2. Fungsional 3. Pemodelan Data 4. Struktural.

Hasil perancangan didokumentasikan dalam SDD (Software Design Description) yang berisi model atau representasi perangkat lunak untuk digunakan sebagai dasar proses implementasi (coding).

6.2. Teknik Perancangan PL Ada beberapa teknik dan pendekatan yang dapat digunakan pada saat merancang Perangkat Lunak. Salah satu teknik tersebut adalah Teknik Perancangan Terstruktur (Structured Design) yang dilaksanakan berdasarkan aliran data.

Perancangan Terstruktur. Ada beberapa pengertian tentang perancangan terstruktur diantaranya adalah : 1. Pendekatan displin perancangan PL yang menganut pada sekumpulan aturan tertentu berdasarkan prinsip-prinsip seperti Top-down Design,Stepwise Refinement dan analisis aliran data.

Gabungan teknik ,strategi dan metode untuk merancang sistem PL dan program melalui tahap demi tahap prosedur perancangan,baik perancangan sistem maupun perancangan rinci,yang didukung oleh sekumpulan strategi perancangan, petunjuk dan teknik dokumentasi. Sekumpulan petunjuk dan teknik-teknik untuk membantu perancang membedakan mana perancangan yang baik pada tingkat modular.

Produk dari Perancangan Terstruktur adalah Structure Chart yang memperlihatkan komponen-komponen prosedural program, pengaturan hierarkinya dan data yang menghubungkan komponen-komponen tersebut.

Tahap Perancangan Terstruktur Nyatakan hasil perancangan sebagai aliran data yang melalui sekumpulan proses-proses dan gambarkan DFDnya. Nyatakan hasil perancangan sebagai hierarki dari fungsi(atau komponen-komponen prosedural) dengan structure chart berdasarkan DFD yang didapat. Evaluasi dan perbaiki hasil rancangan. Siapkan hasil rancangan untuk tahap penerapan.

Perangkat Pemodelan Perancangan Terstruktur Ada beberapa perangkat pemodelan yang dapat digunakan untuk menggambarkan hasil dari Perancangan Terstruktur. Dari beberapa perangkat pemodelan tersebut yang paling umum digunakan diantaranya adalah DFD,Structure Chart dan Pseudocode.

Structure Chart Adalah teknik grafis untuk menggambarkan arsitektur sebuah program atau sistem yang besar secara keseluruhan tanpa memperlihatkan proses pemilihan dan pengulangan secara rinci. Teknik ini menggambarkan arsitektur program atau sistem seperti diagram organisasi sebuah perusahaan.

Simbol Structure Chart

Transformasi DFD menjadi Structure Chart Untuk masalah sederhana pembuatan structure chart untuk menggambarkan rancangan modul program dapat dilakukan tanpa harus memodelkan hasil analisis terlebih dahulu. Tetapi untuk masalah yang cukup besar dan kompleks pembuatan rancangan modul program harus dilakukan setelah hasil analisis selesai dimodelkan.

Tahap Pembuatan Structure Chart dari DFD : Ubah diagram Konteks menjadi modul utama (top module) dari structure chart. Ubah DFD level O menjadi modul-modul yang dipanggil oleh modul utama. Ubah DFD level rinci menjadi modul-modul lainnya sesuai dengan fungsinya dengan pendekatan Transform Analysis dan atau Transaction Analysis. Evaluasi dan perbaiki structure chart yang diperoleh dengan memperhatikan coupling, cohesion dll.

Transform Analysis Model aliran informasi yang digunakan untuk merancang program dengan mengenali komponen-komponen fungsional utama serta masukan dan keluarannya. Dalam DFD sebuah transformasi direpresentasikan oleh sebuah jaringan yang berbentuk linier.

Input Central Output D F C E B G A 4 3 5 2 1 6

Untuk mengubah DFD berbentuk Transformasi dengan cara : 1. Bagi DFD menjadi tiga kelompok bagian yaitu bagian Input,pusat transformasi dan keluaran. 2. Gambarkan bagian pusat transformasi, input dan output dari DFD masing-masing sebagai sebuah komponen fungsional (Modul).

Tempatkan pusat transformasi atau komponen fungsional yang baru sebagai modul pemanggil di level atas dari structure chart dan tempatkan yang lainnya di level berikutnya sebagai modul yang akan dipanggil. 3. Tambahkan sub fungsi-fungsi yang dibutuhkan untuk setiap level untuk melengkapi penggambaran structure chartnya.

Transaction Analysis Merupakan strategi perancangan alternatif yang digunakan untuk merancang program- program yang memproses transaksi yaitu elemen data yang memicu sebuah aksi. Untuk mengubah DFD dengan bentuk transaksi menjadi structure chart ,tahap proses yang harus dilakukan adalah : 1. Tentukan Pusat Transaksi dengan menelaah DFD.

Kenali modul-modul transaksi dari DFD berdasarkan spesifikasi masalahnya. Gambarkan pusat transaksi sebagai modul pemanggil untuk setiap modul transaksi dan lengkapi dengan sub fungsi yang dibutuhkan untuk setiap modul.