Design Perangkat Lunak

Slides:



Advertisements
Presentasi serupa
Analisa Perancangan Sistem
Advertisements

KONSEP PENGEMBANGAN REKAYASA PERANGKAT LUNAK
PERANCANGAN PERANGKAT LUNAK (SOFTWARE DESIGN)
Rekayasa Perangkat Lunak dan Proses Software
Bab 6 PERANCANGAN PERANGKAT LUNAK
DESAIN ARSITEKTUR PERANGKAT LUNAK
Minggu 6 Prinsip & Konsep Desain
Perancangan Perangkat Lunak lanjutan Kuliah - 7
PEMODELAN ANALISIS Kuliah - 5
KONSEP DESAIN SOFTWARE DATABASE
BPR – Tahap 1 (Persiapan)
Unified Modelling Language (UML)
METODE REKAYASA PERANGKAT LUNAK
Perancangan Basis Data MI 1133
PERANCANGAN PERANGKAT LUNAK
Analisis Model.
Prototyping Aplikasi Teknologi Informasi
Metode Desain Dr. Ema Utami, S.Si, M.Kom.
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
UNIFIED MODELLING LANGUAGE
Kelompok 5 : Asdin Ines Lestari Neng Susanti Siti Robiahtul Adawiyah Vena Senja Maba SOFTWARE REQUIREMENTS.
Tugas Sistem Informasi Manajemen
KOMPONEN MANAJEMEN DATA
MODEL PROSES REKAYASA PERANGKAT LUNAK
PROGRAM STUDI AKUNTANSI - STIE MDP
Pengantar Sistem Basis Data
KONSEP DAN PRINSIP ANALISIS
Kelompok 4 Agusta Sigit Dewantoro Almizan Dio Restu Saputra
Spesifikasi Perangkat Lunak
Analisis Model.
Analisa Sistem Informasi
Analisis Perancangan Berbasis Objek
Design Perangkat Lunak
Pengenalan Rekayasa Perangkat Lunak
SISTEM BASIS DATA.
ANALISA DAN PERANCANGAN SISTEM
DESAIN SISTEM.
Object oriented analyst and design
PENDEKATAN UNTUK MEMBANGUN SISTEM
Perancangan Sistem Informasi
Sistem Basis Data Oleh Henry Primandari,S.Kom STMIK-MDP Palembang
PENGEMBANGAN PERANCANGAN SISTEM
KONSEP DESAIN SOFTWARE DATABASE
Rekayasa Perangkat Lunak
13. KONSEP DAN PRINSIP PERANCANGAN (DESAIN)
12. KONSEP DAN PRINSIP ANALISIS
Sistem Informasi Psikologi
SIKLUS HIDUP PEMBANGUNAN SOFTWARE
REKAYASA PERANGKAT LUNAK
Rekayasa Perangkat Lunak Pertemuan 7
KONSEP DAN PRINSIP PERANCANGAN (DESAIN)
Pendahuluan Basis Data
10 Perancangan Arsitektural
Konsep & Perancangan Database
UNIFIED MODELLING LANGUAGE
Analisis Model.
Kelompok 7 siluman harimau Muhammad Hafiz Anshari Muhammad Hafiz Anshari Muhmmad Toto Iswanto Muhamad Tajudin Noor Muhammaddun ( 07 ) ( 52 ) ( 34 ) ( 66.
METHODOLOGYAND UML.
REKAYASA KEBUTUHAN PL.
KELOMPOK 6 Modeling Adnin Devit C F
SISTEM INFORMASI AKADEMIK DI SMK MUHAMMADIYAH 2 BANDUNG
Rekayasa Perangkat Lunak
DASAR - DASAR PERANCANGAN PERANGKAT LUNAK
Analisa Sistem Informasi
Pemrograman Terstruktur
Rekayasa Perangkat Lunak
12. KONSEP DAN PRINSIP ANALISIS
13. KONSEP DAN PRINSIP PERANCANGAN (DESAIN)
Tim RPL Progdi Teknik Informatika
Framework TOGAF SI402 Arsitektur Enterprise Pertemuan #9
Transcript presentasi:

Design Perangkat Lunak Pertemuan 9

Setelah kebutuhan dikumpulkan, analisis terhadap kebutuhan dilakukan dengan menggunakan beberapa alat (tools) seperti DFD (Data Flow Diagram), ERD (Entity Relationship Diagram) dan STD (State Transition Diagram). Data Dictionary menjadi bekal dasar untuk menganalisis kebutuhan. Data Dictionary berisi gambaran dari semua objek data yang diperlukan dan dihasilkan oleh software nantinya. Diagram­diagram tadi mempunyai karakteristik masing­masing. DFD memberi gambaran bagaimana data berubah sejalan dengan alirannya dalam sistem dan menggambarkan fungsi­fungsi yang mengubah data­data tadi. ERD menggambarkan relasi antara objek data. STD menggambarkan bagaimana kerja sistem melalui kondisi (state) dan kejadian yang menyebabkan kondisi berubah. STD juga menggambarkan aksi yang dilakukan karena kejadian

Gambar 2: Entity Relationship Diagram

Gambar 4: hubungan antara model analisis dan model desain Hasil yang diperoleh dari analisis kebutuhan adalah model analisis yang kemudian menjadi bekal untuk melakukan desain. Setiap bagian dari analisis model pada gambar 4 sebelah kanan menjadi bekal pada proses desain pada piramida model Gambar 4: hubungan antara model analisis dan model desain

Model Desain Data design mengubah informasi menjadi struktur data untuk mengimplementasikan software. Data design dibuat berdasarkan data dictionary dan ERD. Architectural design mendefinisikan relasi antara elemen­elemen struktural utama, pola desain yang digunakan untuk mencapai kebutuhan yang ditentukan untuk sistem dan batasan­batasan yang mempengaruhi bagaimana desain arsitektural ini diterapkan. Desain ini berdasarkan spesifikasi sistem, model analisis (bagian DFD) dan interaksi antara subsistem. Interface design menjelaskan bagaimana software berkomunikasi dalam dirinya, dengan sistem yang bertukar informasi dengannya, dan dengan manusia yang menggunakannya. DFD diperlukan untuk desain ini. Component­level design menghasilkan deskripsi prosedur software.

Konsep desain Abstraction Abstraction adalah gambaran dari fungsi suatu program. Gambaran ini bisa bertingkat­tingkat. Tingkat yang paling atas adalah gambaran suatu fungsi program dengan menggunakan bahasa alami. Pada tingkat terendah, menghasilkan abstraksi yang bersifat prosedural/langkah perlangkah dengan menggunakan istilah yang teknis dan bisa diimplementasikan menjadi fungsi program. Pada saat beralih dari tingkat ke tingkat, kita menggunakan procedural dan data abstraction. Procedural abstraction adalah urutan instrasi yang mempunyai tujuan khusus, dan data abstraction adalah koleksi data yang digunakan pada fungsi tersebut.

Contoh Konsep desain Program : Iklan Part­time Job Fungsi: Pendaftaran calon part­timer Abstraction 1 (highest level): Calon part­timer dalam melakukan upload syarat­syarat yang diperlukan untuk melamar: surat lamaran, CV, foto, transkrip, data diri. Abstraction 2 (lower level): Procedural abstraction : � tampilkan pilihan part­time job � input data � verifikasi format � kirim data Data abstraction � nama is STRING � nim is STRING � foto is IMAGE FILE � surat_lamaran is PDF FILE

Refinement Penjelasan detil dari abstraction, Refinement membantu designer untuk memperlihatkan detil dari lowest level dari abstraction. Abstraction dan refinement merupakan konsep yang saling melengkapi. Contoh dari refinement tentang fungsi sebuah pintu ada pada gambar 5. Modularity Membagi software menjadi modul Software dibagi­bagi menjadi beberapa component yang disebut modul­modul. Modul­modul ini nantinya disatukan/diintegrasikan untuk memenuhi kebutuhan sistem. Dalam pembentukan modul­modul berlaku pernyataan­pernyataan berikut : Jika C(p1) > C(p2) dimana C adalah complexity dari suatu modul, maka E(p1) > E(p2) dimana E adalah waktu yang diperlukan. Artinya semakin rumit sebuah modul, maka waktu yang digunakan untuk menyelesaikan modul tersebut makin banyak.

C(p1+p2) > C(p1) + C(p2) Dan E(p1+p2) > E (p1) + E(p2)

Untuk itu, modul yang rumit dipecah lagi menjadi beberapa modul untuk memudahkan penyelesaian masalah. Namun semakin banyak modul, maka waktu/biaya untuk integrasikan modul­modul tersebut juga makin tinggi. Seperti pada grafik di bawah.

Software architecture Struktur software secara keseluruhan struktur hirarki/berjenjang dari modul­modul program. Untuk menggambarkan struktur modul­modul tersebut beberapa model yang ada adalah : framework model : identifikasi pola yang berulang ­ ulang dynamic model : identifikasi bagaimana konfigurasi sistem berubah karena kejadian­kejadian tertentu process model: fokus pada proses teknis yang harus dikerjakan sistem functional model : menggambarkan hirarki sistem berdasarkan fungsinya Software procedure Fokus pada detil proses pada tiap modul. Prosedur menjelaskan proses, urutan kejadian, proses perulangan, penentuan keputusan/arah. Ini bisa digambarkan dengan menggunakan Flow Chart yang bertingkat.

Information hiding Ide dari information hiding (menyembunyikan informasi) adalah modul dirancang sedemikian rupa sehingga informasi (prosedur dan data) yang di dalamnya tidak dapat di akses oleh modul lain yang tidak memerlukannya. Modul yang efektif adalah modul yang berdiri sendiri dan berkomunikasi dengan modul lain yang memang diperlukan.

DesainArsitektur Repository Model Pada model ini data disimpan secara terpusat untuk semua sub­sistem. Contoh : CASE Toolset, sistem informasi perpustakaan UKDW.

• Keuntungan – Efisien untuk share jumlah data yang besar – Sub­system tidak perlu repot dengan bagaimana data dibuat dan manajemen terpusat contoh: backup, keamanan, re­index. • Kerugian – Sub­system harus mengikuti model yang sudah ditetapkan. – Evolusi data sulit dan mahal – Sulit untuk distribusi layanan secara efisien, karena yang melayani hanya satu. • Contoh Sistem informasi perpustakaan UKDW, sistem registrasi akademik UKDW

Client­Server Model ini terdiri dari sekumpulan server yang berdiri sendiri dan masing­masing menyediakan layanan untuk sub­sistem. Ada client­client (sub­system) yang menggunakan layanan server dan tersedia network yang mengijinkan client untuk akses layanan dari server.

Keuntungan – Distribution data secara langsung – Penggunaan sistem jaringan secara efektif –hardware jadi murah – Mudah untuk tambahkan server baru atau updgrade server yang sudah ada Kekurangan – Tidak ada data model, jadi organisasi data macam­macam, sehingga integrasi data sulit – Redundant management – Tidak ada pusat register nama dan service, sehingga kalau tidak tahu nama server dan service­nya sulit ditemukan

End of slide