Design Engineering. Tim RPL. Program Studi Teknik Informatika

dokumen-dokumen yang mirip
KONSEP DAN PRINSIP DESAIN. Oleh I Made Cipta Wahyudi

Prinsip & Konsep Perancangan Sistem

REKAYASA PERANGKAT LUNAK LANJUT DESIGN ENGINEERING. Defri Kurniawan M.Kom

Review Rekayasa Perangkat Lunak. Nisa ul Hafidhoh

Prinsip dan Konsep Desain Perangkat Lunak

P10 Konsep & Prinsip Desain. A. Sidiq P.

Minggu 6 Prinsip & Konsep Desain

Software Design. Konsep dan Prinsip Desain Struktur Desain. Mira/Rpl/Design

MAKALAH DESAIN PERANGKAT LUNAK. NAMA : RANI JUITA NIM : DOSEN : WACHYU HARI HAJI. S.Kom.MM

Pertemuan 5 Konsep dan Prinsip Desain TIK : Menjelaskan konsep, prinsip dan tahapan dalam perancangan software

Rekayasa Perangkat Lunak

Data & Architecural Design. Tim RPL Progdi Teknik Informatika

Tujuan. Menghasilkan suatu model atau representasi dari entitas yang kemudian akan dibangun. Tim RPL 1 2

Tujuan. entitas yang kemudian akan dibangun. ó Menghasilkan suatu model atau representasi dari. Tim RPL 1 2

Bab 6 PERANCANGAN PERANGKAT LUNAK

Analysis Modeling 4/10/2018. Focus on What not How. Kenapa Analisis Kebutuhan. Definisi Analisis Kebutuhan. Langkah-Langkah Analisis Kebutuhan

REKAYASA PERANGKAT LUNAK MATERI TM 10

Chapter 8. Design Engineering

Pertemuan 9 PRINSIP DAN KONSEP DESAIN

Dibuat Oleh : 1. Andrey ( )

Terjemahan model analisis menjadi desain software

Tujuan 04/07/ :01

DESAIN PERANGKAT LUNAK

Pengujian Perangkat Lunak Berorientasi Objek. Tim RPL Teknik Informatika

REKAYASA PERANGKAT LUNAK

BAB 3 METODOLOGI PENELITIAN

PROSES MODEL DESAIN PERANGKAT LUNAK

Pemrograman Web Berbasis Framework. Pertemuan 13 : Pengembangan Project (Bag. 1) Hasanuddin, S.T., M.Cs. Prodi Teknik Informatika UAD

Prinsip Fundamental dalam Desain Perangkat Lunak

5 Perancangan Perangkat Lunak

PRINSIP DAN KONSEP DESAIN

Konsep Perancangan Perangkat Lunak

IMPLEMENTASI PERANGKAT LUNAK

BAB I PENDAHULUAN I-1

10/4/2007. Posisi Perancangan dalam RPL. Fungsi Proses Perancangan. Elemen Proses Perancangan (1) Perancangan vs Kualitas PL

1 BAB III METODE PENELITIAN

BAB III LANDASAN TEORI

BAB III METODOLOGI PENELITIAN. tools yang akan digunakan untuk merancang aplikasi generator denah

BAB V KONSEP DAN PRINSIP DESAIN

MAKALAH REKAYASA PERANGKAT LUNAK ( KONSEP DESAIN PERANGKAT LUNAK )

Analisis dan desain model

pada masalah pengumpulan kebutuhan pengguna pada tingkatan sistem (system requirements) dengan mendefinisikan konsep sistem beserta interface yang

RENCANA PEMBELAJARAN SEMESTER (RPS)

BAB III LANDASAN TEORI

MODEL DESAIN & DOKUMENTASI DESAIN

ANALISIS DAN PERANCANGAN SISTEM (APS) Konsep Perancangan

ABSTRAKSI DEKOMPOSISI PENGUJIAN Dalam REKAYASA PERANGKAT LUNAK

BAB V PERANCANGAN MOXIE

2. BAB II LANDASAN TEORI. lanjut sehingga terbentuk suatu aplikasi yang sesuai dengan tujuan awal.

Object Oriented Analysis and Design -Pendahuluan- Nisa ul Hafidhoh

Tugas 5 Rekayasa Perangkat Lunak. Artikel mengenai Modularity dalam perangkat Lunak

Object-Oriented Design

BAB I PENDAHULUAN 1.1. Latar Belakang

Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina*

SOFTWARE TESTING. Ratna Wardani

MAKALAH REKAYASA PERANGKAT LUNAK ( SIKLUS HIDUP PERANGKAT LUNAK )

BAB III METODE PENELITIAN. Desain penelitian adalah tahapan atau gambaran yang akan dilakukan dalam

DESAIN PERANGKAT LUNAK DAN REKAYASA PERANGKAT LUNAK PRINSIP DESAIN KONSEP DESAIN

: ENDRO HASSRIE. Nim : : REKAYASA PERANGKAT LUNAK DESAIN PERANG LUNAK DAN REKAYASA PERANGKAT LUNAK

GARIS-GARIS BESAR PROGRAM PENGAJARAN (GBPP)

Ratna Wardani. Department of Electronic Engineering Yogyakarta State University

Pembetulan permasalahan yang timbul mencakup : pembenaran kesalahan yang timbul setelah produk perangkat lunak dipergunakan oleh user

Praktik Rekayasa Perangkat Lunak

BAB II LANDASAN TEORI. sehingga komputer dapat memproses input menjadi output.

FAKULTAS TEKNIK UNIVERSITAS NEGERI YOGYAKARTA SILABUS REKAYASA PERANGKAT LUNAK

SATUAN ACARA PERKULIAHAN MATA KULIAH PEMELIHARAAN PERANGKAT LUNAK. Kompetensi Lulusan 1. Pengertian Pemeliharaan OHT

A. Tujuan dan Ruang Lingkup Proyek Perancangan Rekayasa Perangkat Lunak

Nama : Rendi Setiawan Nim :

BAB III METODOLOGI PENELITIAN. melakukan penelitian yang bertujuan untuk memudahkan peneliti dalam

PERANAN TEAM SOFTWARE PROCESS PADA REKAYASA PERANGKAT LUNAK

BAB III METODOLOGI PENELITIAN. dibutuhkan desain penelitian. Berikut adalah tahapan-tahapan dalam desain

Catatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 2

BAB I PENDAHULUAN. untuk bergerak secara dinamis untuk dapat memenangkan persaingan dan

REKAYASA PERANGKAT LUNAK MATERI TM 12

Catatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 2

BAB I PENDAHULUAN. A. Latar Belakang Masalah. Sistem Informasi merupakan suatu sistem dalam suatu organisasi yang

BAB 1 PENDAHULUAN. tidak bisa dipisahkan dari proses bisnis, bahkan tidak jarang teknologi informasi menjadi

DASAR REKAYASA PERANGKAT LUNAK

BAB 1 PENDAHULUAN. Dalam komunikasi tersebut baik yang berisi informasi maupun pemberitahuan

Bab V Perancangan Model Ensiklopedia

SILABUS MATAKULIAH. Indikator Pokok Bahasan/Materi Aktifitas Pembelajaran

Rekayasa Perangkat Lunak (Software Engineering)

BAB III METODOLOGI PENELITIAN. Desain penelitian disusun berdasarkan tahapan sebagai berikut:

Pengayaan Software/Hardware dan Pengantarmukaan

SATUAN ACARA PERKULIAHAN (SAP)

BAB III LANDASAN TEORI

BAB I PENDAHULUAN. pendidikan, perbankan, perencanaan dan sebagainya. Dengan adanya teknologi komputer

DESAIN PERANGKAT LUNAK. Ign.F.Bayu Andoro.S, M.Kom

PENDAHULUAN. A. Berorientasi Objek. 1. Karakteristik dari Objek

Pengantar Adam Hendra Brata

TESTING DAN IMPLEMENTASI SISTEM. WAHYU PRATAMA, S.Kom., MMSI.

Rekayasa Perangkat Lunak (Software Engineering)

PENGANTAR RUP & UML. Pertemuan 2

BAB III METODOLOGI PENELITIAN. dalam pengumpulan data atau informasi guna memecahkan permasalahan dan

BAB I PENDAHULUAN. komputasi dan komunikasi untuk melakukan tugas-tugas informasi sehingga arus

SATUAN ACARA PERKULIAHAN MATA KULIAH REKAYASA PERANGKAT LUNAK KODE/SKS : TI11. C342 / 2 SKS

SOFTWARE ENGINEERING (REKAYASA PERANGKAT LUNAK)

Pertemuan 11 METODE DESAIN (2)

RANCANGAN PEMBELAJARAN

Gambar 3.1 Desain Penelitian

Transkripsi:

Design Engineering Tim RPL Program Studi Teknik Informatika

Software Design Engineering Desain: mengumpulkan kebutuhan stakeholder, keperluan bisnis dan pertimbangan teknologi untuk memformulasikan suatu produk / sistem Memodelkan aktivitas dan persiapan untuk tahap konstruksi (coding dan testing) Goal : Memodelkan SOLUSI yang siap diimplementasikan (membuat program) * SEPA 8 th ed, Roger S. Pressman 2

Yang dimodelkan? Desain Arsitektur: Struktur Modul Desain Antarmuka: User interface (UI) external interface untuk sistem lain, devices, networks internal interface antar berbagai modul Desain Data: struktur data, arsitektur basis data Desain Procedural / component level: algoritma * SEPA 8 th ed, Roger S. Pressman 3

Analysis to Design [1] Transformasi model analisis terstruktur * SEPA 5 th ed, Roger S. Pressman 4

Analysis to Design [2] Transformasi model analisis OO * SEPA 8 th ed, Roger S. Pressman 5

Proses Desain Proses iteratif untuk menerjemahkan kebutuhan menjadi blueprint untuk membangun perangkat lunak Karakteristik untuk mengevaluasi desain yang baik: Desain harus mengimplementasikan seluruh kebutuhan baik yang eksplisit dan implisit Desain harus mudah dibaca dan dipahami Desain harus menyediakan gambaran lengkap suatu perangkat lunak * SEPA 8 th ed, Roger S. Pressman 6

Design Quality Guideline Sebuah perancangan menunjukkan arsitektur (1) telah dibuat berdasar gaya atau pola arsitektur, (2) disusun dengan komponen yang mempunyai karakteristik desain yang bagus dan (3) dapat diimplementasikan dengan evolutionary fashion Sebuah perancangan seharusnya modular; P/L harus dibagi menjadi elemen atau subsistem Sebuah perancangan seharusnya berisi representasi yang berbeda dari data, arsitektur, antarmuka, dan komponen. Sebuah perancangan seharusnya mengarah pada struktur data yang sesuai untuk kelas yang akan diimplementasikan. Sebuah perancangan seharusnya mengarah pada komponen yang menunjukkan karakteristik fungsional yang independen. Sebuah perancangan seharusnya mengarah pada antarmuka yang mengurangi kompleksitas hubungan antar komponen dan lingkungan eksternal. Sebuah perancangan seharusnya diturunkan menggunakan metode yang dapat diulangi berdasar informasi yang didapat dari analisis kebutuhan. Sebuah perancangan seharusnya direpresentasikan menggunakan notasi yang dapat dipahami artinya. * SEPA 8 th ed, Roger S. Pressman 7

Konsep Desain - Abstraksi Abstraksi Perancangan fokus pada solusi di level lingungan masalah tanpa dihubungkan dengan detil di level rendah Abstraksi prosedural: urutan langkah dengan fungsi terbatas dan tertentu Abstraksi data: koleksi data objek * SEPA 8 th ed, Roger S. Pressman 8

Abstraksi Data & Prosedural door manufacturer model number type swing direction weight lights type number opening mechanism Diimplementasikan sebagai struktur data open (Detail cara membuka pintu) - Berjalan ke pintu - Raih gagang pintu - Putar gagang pintu - Dorong pintu Diimplementasikan sebagai prosedur 9

Konsep Desain - Arsitektur Arsitektur Keseluruhan struktur / organisasi dari komponen atau modul PL, cara komponen berinteraksi dan struktur data yang digunakan komponen. Bagian dari perancangan arsitektur: Structural properties: menggambarkan komponen sistem (modul, objek, dll) Extra-functional properties: kebutuhan untuk performance, capacity, security, adaptability, dll Families of related system: reuse architectural building blocks * SEPA 8 th ed, Roger S. Pressman 10

Konsep Desain - Modularitas PL dipisah menjadi komponen terpisah, yang biasanya disebut modul dan diintegrasikan untuk memenuhi kebutuhan. Modularitas adalah atribut tunggal dari perangkat lunak yang memungkinkan program menjadi mudah dikelola [Mye 78] PL Monolitik (suatu program besar disusun dari satu modul) lebih sulit dibuat. Jumlah control path, variabel dan seluruh kompleksitas sulit dipahami * SEPA 8 th ed, Roger S. Pressman 11

Modular Design easier to build, easier to change, easier to fix... 12

Konsep Design Information Hiding Merancang agar informasi (data dan prosedur) yang terkandung dalam sebuah modul tidak dapat diakses oleh modul yang tidak membutuhkan informasi tersebut. Membatasi akses antara prosedur detail dan struktur data lokal Information hiding menunjang modularity 13

Information Hiding module controlled interface algorithm data structure details of external interface resource allocation policy clients "secret" a specific design decision 14

Konsep Desain Separation of Concern Berbagai masalah kompleks dapat mudah ditangani jika dibagi menjadi bagian yang dapat dipecahkan atau dioptimasi secara independen Concern adalah fitur atau perilaku yang dispesifikasikan sebagai bagian dari model kebutuhan untuk perangkat lunak (+) mengurangi usaha dan waktu untuk menyelesaikan masalah * SEPA 8 th ed, Roger S. Pressman 15

Konsep Desain Functional Independence Sesuai dengan konsep abstraksi, modularitas, information hiding Functional independence dapat dicapai jika memiliki modul dengan fungsi yang "single-minded" dan "keengganan" untuk melakukan interaksi yang berlebihan dengan modul lain. 16

Kriteria Kualitatif Functional Independece Cohesion: Derajat / level dimana sebuah modul membentuk satu dan hanya satu fungsi sebagai indikasi kekuatan fungsional suatu modul. Coupling: Derajat dimana sebuah modul dihubungkan pada modul lain dalam sebuah sistem sebagai indikasi kebebasan di antara modul. Good design is low-coupling & high-cohesion 17

Konsep Desain - Refinement Stepwise Refinement adalah strategi desain top down. Refinement adalah proses elaborasi untuk detail prosedur yang berurutan. Dimulai dari pernyataan fungsi (deskripsi informasi) yang didefinisikan pada level abstrak, kemudian didekomposisi hingga didapatkan pernyataan dalam bahasa program. 18

Stepwise Refinement open walk to door; reach for knob; open door; walk through; close door. repeat until door opens turn knob clockwise; if knob doesn't turn, then take key out; find correct key; insert in lock; endif pull/push door move out of way; end repeat 19

Konsep Desain - Pola Pola desain menjelaskan suatu struktur desain untuk mengatasi suatu masalah desain tertentu dengan solusi yang sudah terbukti. Memberikan gambaran yang memungkinkan perancang untuk menentukan apakah pola dapat diterapkan, apakah pola dapat digunakan kembali, dan apakah pola dapat berfungsi sebagai panduan untuk mengembangkan pola serupa * SEPA 8 th ed, Roger S. Pressman 20

Konsep desain - Refactoring Teknik reorganisasi yang menyederhanakan desain (atau kode) dari suatu komponen tanpa mengubah fungsi atau perilakunya. Menghilangkan redundansi, elemen desain yang tidak terpakai, algoritma yang tidak efisien dan tidak perlu, konstruksi yang buruk atau data struktur tidak sesuai, atau kegagalan desain lainnya * SEPA 8 th ed, Roger S. Pressman 21

Model Desain Component-level Design Interface Design Architectural Design Data/Class Design 22

Abstraction Dimension Dimensi Model Desain High Analysis model Design model Low Data/Class Elements Architectural Elements Interface Elements Component-level Elements Deployment-level Elements Process Dimension (Progression) 23

Elemen Desain Desain data / kelas Menciptakan model dari data dan objek yang diwakili pada abstraksi tingkat tinggi Desain arsitektur Menggambarkan tata letak keseluruhan dari perangkat lunak Desain antarmuka Menceritakan bagaimana informasi mengalir masuk dan keluar dari sistem dan bagaimana hal itu dikomunikasikan antara komponen didefinisikan sebagai bagian dari arsitektur Termasuk antarmuka pengguna, antarmuka eksternal, dan antarmuka internal Desain elemen komponen Menjelaskan detail internal tiap komponen perangkat lunak dengan cara definisi struktur data, algoritma, dan spesifikasi antarmuka Desain elemen deployment Menunjukkan bagaimana fungsi perangkat lunak dan subsistem akan dialokasikan dalam lingkungan komputasi fisik yang akan mendukung perangkat lunak 24

Next Data Desain Arsitektur Desain Interface Desain 25