50
2.7 Waterfall
Model waterfall adalah model pengembangan perangkat lunak sekuensial dimana pembangunan dilihat sebagai terus mengalir ke bawah seperti waterfall
melalui beberapa tahapan. Pada tahun 1970 diusulkan Royce apa yang sekarang populer disebut
sebagai model waterfall sebagai konsep awal, model yang berpendapat cacat Royce 1970. kertas-Nya kemudian mengeksplorasi bagaimana model awal dapat
dikembangkan menjadi model iteratif, dengan umpan balik dari setiap fase yang mempengaruhi tahap sebelumnya, mirip dengan banyak metode yang digunakan
secara luas dan sangat dihormati oleh banyak hari ini. Model waterfall menyatakan bahwa seseorang harus pindah ke tahap
hanya bila fase sebelumnya adalah selesai dan disempurnakan. Tahap pembangunan di model waterfall dengan demikian diskrit, dan tidak ada bolak-
balik melompat atau tumpang tindih antara mereka.
Dalam model waterfall asli Royce, tahap-tahap berikut ini diikuti sempurna dalam urutan:
1. Persyaratan spesifikasi 2. Desain
3. Implementasi 4. Integrasi
5. Pengujian 6. Instalasi
7. Pemeliharaan
51
Gambar 2.1 Waterfall Model
Dari gambar diatas, analisis dan perancangan yang terdefinisi dalam pembangunan aplikasi ini dapat diketahui :
1. Tahap analysis terdiri dari use case diagram, scenario diagram dan class diagram tahap analisis belum menggunakan atribut dan operation
2. Tahap design perancangan terdiri dari sequence diagram, dan class diagram tahap perancangan sudah menggunkan atribut dan operation
3. Coding merupakan proses pencodingan atau penulisan scripting program. 4. Testing merupakan uji coba dari aplikasi yang telah berhasil dibangun.
2.8 Use case Diagram
Use case adalah konstruksi untuk mendeskripsikan bagaimana sistem akan terlihat dimata pengguna potensial OMG, 2008 . Use case terdiri dari
sekumpulan skenario yang dilakukan oleh seorang aktor orang, perangkat keras, urutan waktu atau sistem yang lain . Sedangkan use case diagram memfasilitasi
komunikasi antara analis dan pengguna serta diantara analis dank lien.
2.8.1 Notasi Use case
Diagram use case menunjukkan tiga aspek dari sistem yaitu : actor, use case dan sistem sub sistem boundary. Aktor mewakili peran
orang, sistem yang lain atau alat berkomunikasi dengan use case.
52
a. Actor
Seorang sebuah actor adalah sebuah entitas manusia atau mesin dengan sistem untuk melakukan pekerjaan-perkerjaan
tertentu
Gambar 2.2 Actor
b. Use Case
Menggambarkan deskripsi yang melibatkan actor
Gambar 2.3 Use Case
Contoh actor-use case :
Gambar 2.4 Actor-use case anggota
admin user
Sign in
Sign in
actor Admin
53
2.8.2 Stereotype
Stereotype adalah sebuah model khusus yang terbatas untuk kondisi tertentu. Untuk menunjukkan stereotype digunakan simbol “ “ di awal dan
ditutup dengan “ “ . uses atau include merupakan gambar dari use case yang
harus dilibatkan, menunjukkan kebutuhan fungsional dari suatu use case dengan yang lain.
extends merupakan gambar dari use case tambahan ke use case dasar. Menunjukkan perilaku yang dapat dilibatkan.
Generalitation merupakan garis dari use case khusus ke use case dasar dan menunjukkan hubungan dari use case khusus ke use case yang lebih umum.
Gambar 2.5 contoh Use Case Diagram yang dilengkapi dengan stereotype
2.9 Class Diagram
Class adalah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi
objek. Class menggambarkan keadaan atribut properti suatu sistem, sekaligus menawarkan untuk manipulasi keadaan tersebut metoda fungsi
operasi . uses
uses
uses uses
uses uses
uses anggota
admin
Sign in peminja
man
pengem balaian
Sign up
View report
54
Class diagram menggambarkan struktur dan deskripsi class, package dan objek serta hubungan satu sama lain seperti containment, pewarisan,
asosiasi dan lain-lain.
form boundary
username password
id_barang set_password
set_usernam e get username_password
get_username from boundary
boundary
Gambar 2.6 Class Diagram
Atribut dan metoda dapat memiliki salah satu sifat berikut : 1. Private, tidak dapat dipanggil dari luar class yang bersangkutan
2. Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya
3. Public, dapat dipanggil oleh siapa saja
Class dapat merupakan implementasi dari sebuah interface yaitu class abstrak yang hanya memiliki metoda. Interface tidak dapat langsung
diinstansiakan tetapi harus diimplementasikan dahulu menjadi sebuah class. Dengan demikian interface mendukung resolusi metoda pada say run-time.
Hubungan Antar Class : 1. Asosiasi yaitu hubungan statis antar class. Umumnya menggambarkan
class yang memiliki atribut berupa class lain atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arah
query antar class 2. Agregasi yaitu hubungan yang menyatakan bagian “terdiri atas”
3. Pewarisan yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan meroda class asalnya dan
operation atribute
55
menambahkan fungsionalita baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
4. hubungan dinamis yaitu rangkaian pesan message yang di-passing dari satu class kepada class lain.
2.10 Sequence Diagram