Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak

Slides:



Advertisements
Presentasi serupa
REKAYASA PERANGKAT LUNAK
Advertisements

Pertemuan - 8 Teknik Audit Berbantuan Komputer
DASAR-DASAR PENGUJIAN PERANGKAT LUNAK
Bab 6 PERANCANGAN PERANGKAT LUNAK
DESAIN ARSITEKTUR PERANGKAT LUNAK
Minggu 6 Prinsip & Konsep Desain
Perancangan Perangkat Lunak lanjutan Kuliah - 7
Pertemuan 8 Proyek Sistem Informasi Viska Armalina, ST., M.Eng
PENGENALAN ANALISA SISTEM BERORIENTASI OBYEK
Desain Sistem By Hendro Joko Prasetyo, M.Kom.
6 Managing Software Requirement Perancangan
Perancangan (Design).
Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak
PERANCANGAN PERANGKAT LUNAK
Desain Sistem By Hendro Joko Prasetyo, M.Kom.
Prototyping Aplikasi Teknologi Informasi
PERANCANGAN KASUS UJI.
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
PLANNING A SOFTWARE PROJECT Ir. Waniwatining Astuti, M.T.I.
Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak
STRATEGI PENGUJIAN PERANGKAT LUNAK
Pengujian Perangkat Lunak Shinta P.. Pengujian perangkat lunak : Menjalankan program dengan maksud untuk mengetahui kesalahan (error) program, mengukur.
Methods for Software Engineering CHAPTER 5 Software Project Planning Software engineering: a practitioner’s approach / Roger S. Pressman.—5th ed.
TEKNIK TESTING DAN STRATEGI TESTING
KONSEP PERANCANGAN SISTEM INFORMASI
Class and Object Matakuliah : XXXX / Algoritma dan Metode Object Oriented Programming II Pertemuan : 2 Tahun : 2008 Versi : 1/0.
1 Pertemuan Fungsi Matakuliah: T0016 / Algoritma dan Pemrograman Tahun: 2007 Versi: 6.
1. Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu :  Mendemonstrasikan penggunaan fungsi serta pengiriman parameter 2.
1 Pertemuan 5 Teknik Modular Matakuliah: H0112 – Pemrograman Bahasa Tingkat Tinggi Tahun: 2005/2006 Versi: >
Perancangan umum Sistem Informasi
Rekayasa Perangkat Lunak Spesifikasi Formal 9 By : Andi Latifa Nabone.
Spesifikasi Perangkat Lunak
Desain Sistem.
Pengertian Algoritma Pemrograman Pertemuan 1
Pemrograman Visual I Outline: Method Method Void & fungsi
PERANCANGAN PERANGKAT LUNAK ( PL )
Perancangan Antar Muka
Object oriented analyst and design
Pertemuan 6 Implementasi Modularitas Dalam Bahasa Pemrograman
PEMODELAN PROSES EVI YULIANTI, M.SI.
Strategi Pengujian Perangkat Lunak
PERTEMUAN 13.
KEBUTUHAN & SPESIFIKASI SOFTWARE
Strategi Pengujian Perangkat Lunak & Sistem
PEMODELAN PROSES.
Pertemuan 4 Modularitas
TESTING DAN IMPLEMENTASI SISTEM (Pertemuan Ke-11)
Mobile Device User Interface
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
Materi Rekayasa Perangkat Lunak
TESTING DAN IMPLEMENTASI PERTEMUAN 4
10 Perancangan Arsitektural
KEBUTUHAN & SPESIFIKASI SOFTWARE
REKAYASA PERANGKAT LUNAK
MEMBANGUN MODUL PROGRAM YANG EFEKTIF
ANALISA & DESAIN BERORIENTASI OBJEK
Testing Dan Implementasi Sistem
Database Server & Terdistribusi
Desain Sistem.
STRUKTUR DATA NAMA : ALDI NUGROHO SETYO PAMBUDI NIM :
Database Server & Terdistribusi
Rekayasa Perangkat Lunak
DASAR - DASAR PERANCANGAN PERANGKAT LUNAK
Pengujian White Box Kustanto 11/16/2018 Pengujian white box.
Strategi Pengujian Perangkat Lunak
Pengujian White Box Kustanto 11/27/2018 Pengujian white box.
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
Strategi Pengujian Perangkat Lunak
Strategi Pengujian Perangkat Lunak
Strategi Pengujian Perangkat Lunak
Transcript presentasi:

Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak DESAIN

Desain Perangkat Lunak Kegiatan Desain dimulai dengan satu set persyaratan, dan arsitektur Desain dilakukan sebelum sistem diimplementasikan Desain berfokus pada melihat modul - modul yaitu apa yang harus ada di sistem Desain sistem adalah cetak biru untuk implementasi Sering memiliki dua tingkat - tingkat tinggi (modul didefinisikan), dan desain rinci (logika tertentu)

Desain ... Desain adalah sebuah aktivitas kreatif Tujuan: untuk membuat rencana untuk memenuhi persyaratan Desain merupakan aktivitas yang paling penting selama pengembangan sistem Desain menentukan karakteristik utama dari suatu sistem Memiliki dampak yang besar pada pengujian dan pemeliharaan Desain bentuk dokumen referensi untuk tahap selanjutnya Metodologi Desain - pendekatan sistematis untuk menciptakan desain

Konsep Desain Desain adalah benar, jika itu akan memenuhi semua persyaratan dan konsisten dengan arsitektur Dari desain yang benar, akan didapatkan desain terbaik Kriteria utama (selain kebenaran) adalah fokus dari modularitas

Modularitas Sistem Modular - di mana modul dapat dibangun secara terpisah dan perubahan dalam satu modul akan memiliki dampak pada yang lain. Modularitas mendukung kebebasan model Modularitas meningkatkan kejelasan desain dan memudahkan implementasi Mengurangi biaya pengujian, debugging dan pemeliharaan Untuk mendapatkan modular, tidak bisa hanya memotong program ke modul Perlu beberapa kriteria untuk dekomposisi – seperti kopling dan kohesi

Coupling Independen modul: jika modul dapat berfungsi sepenuhnya tanpa diperlukan modul yang lain Kebebasan antara modul yang diinginkan Modul dapat dimodifikasi secara terpisah Dapat diimplementasikan dan diuji secara terpisah Biaya Pemrograman menurun Dalam sistem, semua modul tidak bisa mandiri Modul harus bekerjasama satu sama lain Koneksi antara modul ketergantungan mereka pengetahuan lebih lanjut tentang salah satu modul diperlukan untuk memahami modul lain. Coupling menangkap gagasan ketergantungan

Coupling ... Coupling antara modul adalah kekuatan interkoneksi antara modul Secara umum, kita harus tahu tentang modul A untuk memahami modul B dan hubungan antara A ke B "Highly coupled" modul bergabung dengan interkoneksi yang kuat "Loosely coupled" modul memiliki interkoneksi yang lemah

Coupling ... Tujuan: menggabungkan “loosely coupled” jika mungkin. Bila memungkinkan, memiliki modul independen Coupling adalah memutuskan pada desain tingkat tinggi Tidak bisa dikurangi selama pelaksanaan Coupling adalah konsep antar-modul Faktor-faktor utama yang mempengaruhi kopling Tipe koneksi antara modul Kompleksitas antarmuka Jenis arus informasi antara modul

Coupling - Tipe koneksi Kompleksitas dan ketidakjelasan interface membutuhkan kopling Minimalkan jumlah interface per modul Minimalkan kompleksitas setiap antarmuka Coupling diminimalkan bila: jika masuknya hanya didefinisikan dari sebuah modul yang digunakan oleh orang lain Informasi dilewatkan secara eksklusif melalui parameter Coupling ditingkatkan jika antarmuka langsung dan tidak jelas digunakan Internal dari sebuah modul yang langsung digunakan Variabel bersama yang digunakan untuk komunikasi

Coupling - kompleksitas interface meningkatkan Coupling dengan kompleksitas antarmuka misalnya jumlah dan kompleksitas parameter-parameter. Interface dibutuhkan untuk mendukung komunikasi yang dibutuhkan Seringkali digunakan lebih dari yang dibutuhkan Jaga antarmuka modul sesederhana mungkin

Coupling - Type of Info flow Coupling tergantung pada jenis arus informasi Dua jenis informasi: data atau kontrol Transfer informasi kontrol Aksi modul tergantung pada informasi Membuat modul lebih sulit untuk memahami Transfer informasi data Modul dapat diperlakukan sebagai input-output fungsi Lowest coupling: antarmuka hanya dengan komunikasi data tertinggi: hybrid interface

Coupling - Ringkasan Coupling Interface Complexity Type of connection Type of comunication Low Simple Obvious to module by name Data High Complicated obscure to internal elements hybrid

Sistem Coupling di OO Dalam sistem OO, modul dasar kelas, yang lebih kaya dari FNS Sistem OO memiliki tiga jenis kopling Interaksi kopling Komponen kopling Kopling inheritage

Coupling di OO - Interaksi Interaksi coupling terjadi karena metode kelas memanggil metode dari kelas lain Seperti memanggil fungsi jika metode langsung mengakses bagian-bagian internal metode lain jika metode langsung memanipulasi variabel kelas lainnya Info Melewati varians tmp juga buruk

Coupling di OO ... Kopling sedikitnya berinteraksi jika metode berkomunikasi secara langsung dengan parameter Dengan sedikitnya jumlah parameter Dengan sedikitnya jumlah arus informasi Dengan data hanya yang diterima Yakni metode harus melewati sedikitnya jumlah data, dengan setidaknya tidak ada parameters

Coupling di OO - Komponen Komponen coupling - ketika kelas A memiliki variabel lain kelas C A memiliki vars instance dari C A memiliki beberapa parms jenis C A memiliki metode dengan var lokal tipe C Ketika A digabungkan dengan C, maka ditambah dengan semua subclass C Komponen coupling umumnya akan menyiratkan adanya interaksi coupling juga

Coupling di OO - Inheritance Coupling - dua kelas yang digabungkan jika satu adalah subclass dari inheritance yang lain bentuk terburuk - ketika subclass memodifikasi metode atau menghapus metode