Berikut merupakan penjelasan dari masing-masing tahapan di atas Sommerville,
2011.
a. Requirements analysis and definition
Layanan sistem, kendala, dan tujuan yang ditetapkan dengan berkonsultasi dengan pengguna sistem untuk mengetahui kebutuhan yang diinginkan pengguna
sistem Kemudian didefinisikan secara rinci dan dijadikan sebagai spesifikasi sistem.
b. Sistem and software design
Software desain meliputi mengidentifikasi dan merancang abstraksi sistem perangkat lunak yang mendasar. Desain harus dapat mengimplementasikan tahap
requirements. c.
Implementation and unit testing Tahap ini perancangan perangkat lunak diimplementasikan ke dalam bentuk
kode program. Unit pengujian melibatkan verifikasi bahwa setiap unit memenuhi spesifikasinya.
d. Integration and sistem testing
Tahapan dimana unit program individu atau program yang terintegrasi diuji sebagai sistem yang lengkap untuk memastikan bahwa persyaratan perangkat
lunak telah dipenuhi. Setelah pengujian, sistem perangkat lunak disampaikan kepada pengguna.
e. Operation and maintenance
Tahap ini merupakan tahapan dengan masa waktu paling lama. Pemeliharaan meliputi kesalahan mengoreksi yang tidak ditemukan pada awal
tahap siklus hidup, meningkatkan implementasi unit sistem dan meningkatkan pelayanan sistem sebagai kebutuhan baru ditemukan.
2.2. UML Unified Modeling Language
Menurut Braun pada penelitian Haviluddin 2011 Unified Modeling Language adalah suatu alat yang digunakan untuk menvisualisasikan dan
mendokumentasikan hasil dari analisa dan desain yang berisi sintak dan model dari sistem secara visual
Unified Modeling Language merupakan aturan-aturan yang digunakan untuk mendokumentasikan analisis dan desain sistem perangkat lunak dalam
bentuk kumpulan objek kendall, 2011. Unified Modeling Language merupakan aturan-aturan yang digunakan
untuk mendeskripsikan sistem perangkat lunak dalam bentuk kumpulan objek. UML bukan merupakan sebuah metode untuk mengembangkan sistem, akan
tetapi notasi-notasi yang digunakan secara umum sebagai standar untuk pemodelan objek. Berikut gambar diagram UML :
Haviluddin, 2011
Gambar 2. 2.UML diagram
Menurut sugrue pada penelitian Haviluddin 2011 desain Unified Modeling Language memiliki beberapa tujuan utama
a. Menyediakan bagi pengguna analisis dan desain sistem suatu bahasa
pemodelan visual yang mudah dimengerti sehingga mereka dapat mengembangkan dan memahami pertukaran model data yang
bermakna. b.
Menyediakan suatu mekanisme yang spesialisasi untuk memperluas konsep inti.
c. Bersifat independen terhadap bahasa pemrograman, sehingga mudah
untuk digunakan sebagai bahasa pemodelan d.
Memberikan dasar formal untuk pemahaman bahasa pemodelan. e.
sebagai alat desain sistem yang berorientasi objek OO. f.
Mendukung konsep pembangunan tingkat yang lebih tinggi seperti kolaborasi, kerangka, pola dan komponen terhadap suatu sistem.
g. Memiliki integrasi praktik terbaik.
UML terdiri atas pengelompokan diagram-diagram sistem menurut aspek atau sudut pandang tertentu. Berikut beberapa jenis-jenis diagram UML yaitu:
a. Use Case Diagram
Use case menjelaskan urutan kegiatan yang dilakukan aktor dan sistem untuk mencapai suatu tujuan tertentu. Walaupun menjelaskan kegiatan, namun
use case hanya menjelaskan apa yang dilakukan oleh aktor dan sistem bukan bagaimana aktor dan sistem melakukan kegiatan tersebut. Selama tahap desain,
use case berperan untuk menetapkan perilaku behavior sistem saat diimplementasikan. Pada UML, use case digambarkan dengan simbol berbentuk
oval. Berikut merupakan komponen pembentuk use case diagram yaitu: Aktor adalah seseorang atau sesuatu diluar sistem yang harus berinteraksi
dengan sistem. Pada UML aktor digambarkan dengan simbol “sticman” Relasi adalah menggambarkan hubungan antara dua atau lebih aktor dan use
case. Pada UML, relasi digambarkan dengan garis dengan atau tanda panah. Relasi yang mungkin terjadi pada use case diagram yaitu include, extends dan
communicates. Kotak batas sistem adalah kotak disekitar use case untuk menggambarkan
jangkauan sistem Sommerville, 2011. b.
Activity Diagram
Activity Diagram menggambarkan berbagai aliran dari aktivitas dalam sistem yang dirancang, bagaimana suatu aktivitas tersebut berawal, kemungkinan
decision yang terjadi, dan bagaimana suatu aktivitas berakhir. Standar UML menggunakan bentuk oval untuk menggambarkan aktifitas. Decision digunakan
untuk menggambarkan behaviour pada kondisi tertentu. c.
Class Diagram Class menggambarkan keadaan yang mungkin terjadi dalam sistem,
sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut metodafungsi. Class diagram menggambarkan struktur dan deskripsi class,
package dan beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.
Class memiliki tiga area pokok yaitu nama, atribut dan metoda. Atribut dan metoda dapat memiliki salah satu sifat berikut:
Private, tidak dapat dipanggil dari luar class yang bersangkutan. Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-
anak yang mewarisinya. Public, dapat dipanggil oleh siapa saja.
2.3. Sistem operasi android
