Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id
Transcript of Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id
![Page 2: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/2.jpg)
Tujuanó Menghasilkan suatu model atau representasi dari
entitas yang kemudian akan dibangun.
Tim RPL 1 2
![Page 3: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/3.jpg)
FASE PENGEMBANGAN DAN DESAIN PERANGKAT LUNAKó Fase pengembangan terdiri dari 3 langkah :
1. Design
2. Code Generation (manual or automatic)
3. Testing
ó Setiap langkah melakukantransformasi informasi
dalam suatu cara yang akhirnya menghasilkan
software komputer yang valid
Tim RPL 1 3
![Page 4: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/4.jpg)
Software Requirementó Dijelaskan dengan DzInformation Domaindz, DzFunctional
and performance requirmentsdz, DzFeed the design stepdzó Menggunakan metodelogi :
1. Data Design
2. Architectural Design
3. Procedural Design
ó Data Design -> difokuskan pada definisi dari struktur
data
Tim RPL 1 4
![Page 5: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/5.jpg)
Software Requirementó Architectural Design -> mendefinisikan hubungan
antara elemen struktur utama dari program
ó Procedural Design -> mengubah struktur elemen ke
dalam prosedur software
Tim RPL 1 5
![Page 6: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/6.jpg)
Proses Designó Software design -> Suatu proses yang melawati
serangkaian kebutuhan yang membentuk sebuah
perangkat lunak
ó Software design dibagi dalam 2 tahap :
1. Preliminary Design
Pada tahap ini difokuskan dengan transformasi
dari keperluan / kebutuhan ke dalam data dan
arsitektur software
Tim RPL 1 6
![Page 7: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/7.jpg)
Proses Design2. Detail Design
óDifokuskan pada penghalusan
representasi arsitektur yang berisi
struktur data detail dan algoritma
untuk software
Tim RPL 1 7
![Page 9: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/9.jpg)
Kualitas Desain & SoftwareBeberapa tuntunan dalam melakukan agar dihasilkan
desain dengan kriteria yang baik, yaitu suatu desain
haruslah :
1. Memperlihatkan organisasi hirarki yang mengontrol
elemen-elemen software
2. Berkenaan dengan modul. Software secara logika
terbagi dalam elemenelemen yang membentuk fungsi
dan sub fungsi
3. Berisi representasi yang berbeda dan terpisah dari
data dan prosedur
Tim RPL 1 9
![Page 10: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/10.jpg)
4. Membentuk modul ( contoh subroutine dan
procedure ) yang memperlihatkan karakteristik fungsi
yang tidak saling bergantung
5. Diturunkan dengan menggunakan metode
perulangan yang didukung oleh informasi yang ada
selama analisa kebutuhan software
Kualitas Desain & Software
Tim RPL 1 10
![Page 11: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/11.jpg)
EVOLUSI DESAIN SOFTWAREó Evolusi dari desain software merupakan proses yang
berkelanjutan terus selama 3 dekade
ó Beberapa metodologi telah tumbuh, dan secara umum
memiliki karakteristik sebagai berikut :
1. Sebuah mekanisme untuk menterjemahkan
representasi domain informasi ke dalam representasi
desain
2. Notasi untuk merepresentasikan fungsi komponen-
komponen dan interfaces-nya
Tim RPL 1 11
![Page 12: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/12.jpg)
EVOLUSI DESAIN SOFTWARE3. Heuristics bagi penyaringan dan partisi
4. Petunjuk untuk penaksiran kualitas
Tim RPL 1 12
![Page 13: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/13.jpg)
DASAR-DASAR DESAINMembantu software engineer untuk menjawab
pertanyaan-pertanyaan berikut :
ó Apakah kriteria yang dapat dipakai untuk mempartisi
software menjadi sejumlah komponen ?
ó Bagaimana fungsi atau struktur data dipisahkan dari
suatu representasi konseptual software ?
ó Apakah ada kriteria yang seragam yang menetapkan
kualitas tehnik dari suatu software desain ?
Tim RPL 1 13
![Page 14: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/14.jpg)
Arsitektur Softwareó Arsitektur perangkat lunak menyinggung 2
karakteristik penting dari sebuah program
komputer :
1. Hirarki struktur dari komponen-komponen
prosedural ( modul )
2. Struktur data
Tim RPL 1 14
![Page 15: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/15.jpg)
Arsitekture Software
Tim RPL 1 15
![Page 16: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/16.jpg)
Arsitektur Software
Tim RPL 1 16
![Page 17: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/17.jpg)
Program Structureó Program structure menampilkan / menyajikan
organisasi ( seringkali organisasi hirarki ) dari
komponen-komponen program ( modul-modul ) dan
mengandung arti hirarki dari kontrol program
ó Notasi yang digunakan adalah diagram tree. Biasanya
dinamakan structure chart
Tim RPL 1 17
![Page 18: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/18.jpg)
Program Structure
Tim RPL 1 18
![Page 19: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/19.jpg)
Data Structureó Menggambarkan relasi logikal antara sejumlah elemen
dari . Contoh :
type G = array [1..100] of integer;......Procedure S ( var T : G ; n : integer ; sum : integer );Var
I : integer;begin
sum := 0;for I:=1 to n do
sum := sum + t[i];end;
Tim RPL 1 19
![Page 20: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/20.jpg)
Sotware ProcedureóDifokuskan pada detail pemrosesan dari
setiap modul secara individu. Prosedur
harus mengandung spesifikasi yang benar /
tepat dari pemrosesan, termasuk : sequence
of events, decision points, repetitive
operations, dan struktur data.
Tim RPL 1 20
![Page 21: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/21.jpg)
Software Procedure
Tim RPL 1 21
![Page 22: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/22.jpg)
Modularitasó Software dibagi kedalam nama-nama yang terpisah
dan elemen-elemen yang dapat dipanggil, yang
disebut dengan modul, yang termasuk kedalam
memenuhi syarat-syarat permasalahan
ó Misalkan :
C(x) = fungsi kompleksitas dari suatu masalah
E(x) = fungsi usaha/waktu yang diperlukan untuk
memecahkan suatu masalah
P1 ,P2 = masalah 1, masalah 2
Tim RPL 1 22
![Page 23: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/23.jpg)
ModularitasJika : C(P1) > C(P2) maka : E(P1) > E(P2)
Berdasarkan penelitian :
1. C ( P1 + P2 ) > C ( P1 ) + C ( P2 )
2. E ( P1 + P2 ) > E ( P1 ) + E ( P2 )
ó Konklusi :1. Kompleksitas suatu masalah gabungan P1 dan P2 akan
berkurang jika masalah tersebut dipisahkan
2. Akan lebih mudah menyelesaikan suatu masalah jika
dipecah / dipartisi
Tim RPL 1 23
![Page 25: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/25.jpg)
Dokumentasi DesignOutline spesifikasi desain :
I. Ruang Lingkup
A. Sasaran Sistem
B. Persyaratan utama software
C. Batasan-batasan dan pembatasan desain
II. Desain Data
A. Obyek data dan struktur data resultan
B. Struktur file dan database
1. Struktur file eksternal
Tim RPL 1 43
![Page 26: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/26.jpg)
a. struktur logis
b. deskripsi record logis
c. metode akses
2. data global
3. file dan referensi lintas data
III. Desain Arsitektural
A. Kajian data dan aliran control
B. Struktur program yang diperoleh
Tim RPL 1 44
![Page 27: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/27.jpg)
IV. Desain Interface
A. Spesifikasi interface manusia-mesin
B. Aturan desain interface manusia-mesin
C. Desain interface eksternal
1. Interface untuk data eksternal
2. Interface untuk sistem atau peralatan eksternal
V. Desain Prosedural
Untuk masing-masing modul :
A. Naratif pemrosesan
Tim RPL 1 45
![Page 28: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/28.jpg)
B. Deskripsi Interface
C. Deskripsi bahasa (atau lainnya) desain
D. Modul-modul yang digunakan
E. Struktur data internal
F. Keterangan/larangan/pembatasan
VI. Persyaratan Lintas-Referensi
VII. Ketetentuan pengujian
1. Panduan pengujian
2. Strategi integrasi
Tim RPL 1 46
![Page 29: Pertemuan 7 - ghaffar_rizqi.staff.gunadarma.ac.id](https://reader030.fdocuments.in/reader030/viewer/2022020623/61f185df1257457e8f34a329/html5/thumbnails/29.jpg)
3. Pertimbangan Khusus
VIII. Catatan Khusus
IX. Lampiran
Tim RPL 1 47