Pendahuluan

Tujuan Penulisan laporan

Tujuan dari penulisan laporan ini adalah membangun sistem informasi
pengolahan data rental mobil pada perusahaan Rental Mobil. Secara
perlahan dunia transportasi memerlukan dukungan teknologi informasi
yang dapat membantu dalam meningkatkan kinerja dari manusia. Dalam
persaingan dunia bisnis pelayanan terhadap pelanggan sangat
diutamakan, seperti ketepatan waktu, banyaknya akses kemudahan yang
didapat oleh pelanggan serta kemudahan-kemudahan lain yang bisa
meningkatkan produksi pendapatan dari pelanggan, serta bisa
menjadikan sebuah perusahaan jauh lebih baik lagi.
Sebagai contoh dalam pelayanan penyewaan alat tranportasi.
Perusahaan jasa rental mobil yang dalam kegiatan sewa menyewa mobil
mengutamakan pelayanan kepada costumernya. Guna mengutamakan
pelayanan kepada costumernya maka keakuratan dari informasi dan
kemudahan mendapatkan informasi tentang data kendaraan merupakan
suatu kebutuhan dari perusahaan rental mobil untuk dapat
memperlihatkan efisiensi dan efektifitas usahanya

Pengertian UML
Unified Modeling Language(UML) digunakan untuk melakukan
pemodelan sistem/perangkat lunak dengan menggunakan tools yang ada.
Dengan pemodelan menggunakan UML, rekayasa dan pengembangan
perangkat dapat dilakukan dengan fokus pengembangan dan desain
perangkat lunak terhadap:
1. Tinjauan umum bagaimana arsitektur sistem secara keseluruhan
2. Penelaah bagaimana objek-objek dalam sistem saling mengirimkan
pesan (message) dan saling bekerjasama satu sama lain
3. Menguji apakah sistem/perangkat lunak sudah berfungsi seperti yang
seharusnya
4. Dokumentasi sistem/perangkat lunak untuk keperluan-keperluan
tertentu di masa yang akan datang
Setiap sistem yang komplek seharusnya bisa dipandang dari sudut
pandang yang berbedabeda sehingga bisa dilakukan pemahaman secara
menyeluruh. Dalam upaya-nya tersebut, UML menyediakan sembilan jenis
diagram yang dapat dikelompokkan berdasarkan sifatnya yang statis
ataupun dinamis. Kesembilan jenis diagram untuk UML adalah:
1. Use-Case Diagram - bersifat statis, memperlihatkan himpunanusecase dan aktor-aktor. Diagram ini sangat penting terutama untuk
memodelkan ataupun mengorganisasikan perilaku dari sistem yang
dibutuhkan pengguna

2.
Class Diagram - bersifat statis tetapi sering pula memuat kelas-kelas
aktif dan memperlihatkan himpunan kelas-kelas, antarmuka-antarmuka,
kolaborasi-kolaborasi, serta relasi-relasi
3. Statechart Diagram - bersifat dinamis yang
memperlihatkanstate state dari sistem, memuat state, transisi, event,
serta aktivitas. Penting untuk memperlihatkan sifat dinamis dari
antarmuka (interface), kelas, kolaborasi, terutama penting pada
pemodelan system-sistem yang reaktif
4.
Activity Diagram - bersifat dinamis. Merupakan tipe khusus
dari diagram state yang memperlihatkan aliran dari suatu aktivitas ke
aktivitas lainnya dalam suatu sistem
5.
Sequence Diagram - bersifat dinamis yang menekankan pada
pengiriman pesan (message) dalam suatu waktu tertentu
6.
Collaboration Diagram - bersifat dinamis yang menekankan
organisasi struktural dari objek-objek yang menerima serta mengirim
pesan (message)
7.
Component Diagram - bersifat statis.diagram ini berhubungan
dengan digram kelas dimana komponen secara tipical dipetakan ke dalam
satu atau lebih kelas-kelas, antarmuka (interface) ataupun kolaborasi
8.
Diagram Objek - bersifat statis, memperlihatkan objek-objek serta
serta relasi-relasi antar-objek. Selain itu juga memperlihatkan instansiasi
statis dari segala sesuatu yang dijumpai pada diagram kelas
9.
Depeloyment Diagram - bersifat statis, diagram memperlihatkan
konfigurasi saat aplikasi dijalankan (run-time). Digram ini sangat berguna
saat aplikasi kita berlaku sebagai aplikasi yang dijalankan pada banyak
mesin (distributed computing)
Unified Modelling Language (UML) juga sebuah "bahasa" yg telah
menjadi standar dalam industri untuk visualisasi, merancang dan
mendokumentasikan sistem piranti lunak. UML menawarkan sebuah
standar untuk merancang model sebuah sistem.Dengan menggunakan
UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak,
dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi
dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun.
Tetapi karena UML juga menggunakan class dan operation dalam
konsep dasarnya, maka ia lebih cocok untuk penulisan piranti lunak dalam
bahasabahasa berorientasi objek seperti C++, Java, C# atau VB.NET.
Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi
prosedural dalam VB atau C. Seperti bahasa-bahasa lainnya, UML
mendefinisikan notasi dan syntax/semantik. Notasi UML merupakan
sekumpulan bentuk khusus untuk menggambarkan berbagai diagram
piranti lunak.
Setiap bentuk memiliki makna tertentu, dan UML syntax
mendefinisikan bagaimana bentuk-bentuk tersebut dapat dikombinasikan.
Notasi UML terutama diturunkan dari 3 notasi yang telah ada sebelumnya:

Grady Booch OOD (Object-Oriented Design), Jim Rumbaugh OMT (Object

ModelingTechnique), dan Ivar Jacobson OOSE (Object-Oriented Software
Engineering).Sejarah UML sendiri cukup panjang. Sampai era tahun 1990
seperti kita ketahui puluhan metodologi pemodelan berorientasi objek
telah bermunculan di dunia. Diantaranya adalah: metodologi booch
[1],metodologi coad [2], metodologi OOSE [3], metodologi OMT [4],
metodologi shlaer-mellor [5],metodologi wirfs-brock [6], dsb. Masa itu
terkenal dengan masa perang metodologi (method war)dalam
pendesainan berorientasi objek. Masing-masing metodologi membawa
notasi sendiri-sendiri,yang mengakibatkan timbul masalah baru apabila
kita bekerjasama dengan group/perusahaan lain yang menggunakan
metodologi yang berlainan.

Model use case

Definisi aktor
No Aktor

Deskripsi

Admin

Admin adalah orang yang melakukan pengolahan

terhadap Sistem Pendataan Perentalan Mobil.

Castemer

Customer dapat memilih dan meyewa mobil.

Definisi use case

No Use case

Deskripsi

Mengelola
data
admin

Memasukk
an data
admin
Mengubah
data
admin
Mengahap
us data
admin
Mencetak
data
admin
Mengelola
data
transaksi

Mengelola data admin merupakan proses generalisasi

yang meliputi tiga buah proses pengelolaan data
admin yaitu memasukkan data admin, mengubah data
admin, dan menghapus data admin.
Merupakan proses memasukkan data admin ke dalam
basis data

3
4
5
6

Merupakan proses mengubah data admin yang ada di

basis data
Merupakan proses menghapus data admin yang ada di
basis data
Merupakan proses mencetak/memprint data admin
yang ada di basis data
Mengelola data transaksi merupakan proses
generalisasi yang meliputi tiga buah proses
pengelolaan data transaksi yaitu memasukkan data
transaksi, mengubah data transaksi, dan menghapus

7
8
9
10

Memasukk
an data
transaksi
Mengubah
data
transaksi
Mengahap
us data
transaksi
Mencetak
data
transaksi

data transaksi.
Merupakan proses memasukkan data transaksi ke
dalam basis data
Merupakan proses mengubah data transaksi yang ada
di basis data
Merupakan proses menghapus data transaksi yang ada
di basis data
Merupakan proses mencetak/memprint data admin
yang ada di basis data

Alur proses use case penyewaan mobil :

No
1

Aktor

Sistem
Menampilkan data mobil dan data supir.

Merupakan Proses mencetak

atau memprint data admin
yang ada di basis data.
Memasukkan data penyewa.

Memasukkan data mobil dan

Menyimpan data mobil dan supir yang

disewa.

supir yg disewa.

Menyimpan data penyewa.

Alur proses pengembalian mobil :

No
1
2

Aktor
Menerima
mobil
dan
mengecek data penyewa
Mengecek keterlambatan dan
menghitung denda

Alur proses use

pengembalian :
No
1
2

Sistem

case

Aktor
Membuat laporan penyewaan
dan pengembalian mobil.
Menerima
laporan
penyewaan
dan
pengembalian mobil.

Use-Case Diagram

Menampilkan data penyewa.

Menampilkan total pembayaran.

laporan

penyewaan

dan

Sistem
Menyimpan data laporan.
Menampilkan data
dan pengembalian.

laporan

penyewaan

Use-case diagram adalah gambaran graphical dari beberapa atau

semua actor, use-case, dan interaksi diantara komponen-komponen
tersebut yang memperkenalkan suatu sistem yang akan dibangun. Usecase diagram menjelaskan manfaat suatu sistem jika dilihat menurut
pandangan orang yang berada di luar sistem. Diagram ini menunjukkan
fungsionalitas suatu sistem atau kelas dan bagaimana sistem tersebut
berinteraksi dengan dunia luar.Use-case diagram dapat digunakan selama
proses analisis untuk menangkap requirement system dan untuk
memahami bagaimana sistem seharusnya bekerja. Selama tahap desain,
use-case diagram berperan untuk menetapkan perilaku (behavior) sistem
saat diimplementasikan.
Sebuah use case dapat meng-include fungsionalitas use case lain
sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan
bahwa use case yang di-include akan dipanggil setiap kali use case yang
meng-include dieksekusi secara normal.
Sebuah use case dapat di-include oleh lebih dari satu use case lain,
sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik
keluar fungsionalitas yang common.
Sebuah use case juga dapat meng-extend use case lain dengan
behaviour-nya sendiri.
Sementara hubungan generalisasi antar use case menunjukkan bahwa
use case yang satu merupakan spesialisasi dari yang lain.

Berikut merupakan gambaran Use Case Diagram pada Sistem Pendataan

Perentalan Mobil :

1. Use-Case Diagram

Gambar 1.1 Sistem Informasi Rental Mobil

Class Diagram
Class diagram menggambarkan struktur sistem dari segi
pendefinisian kelas-kelas yang akan dibuat untuk membangun sebuah

system. Class adalah sebuah spesifikasi yang jika diinstansiasi akan

menghasilkan sebuah objek dan merupakan inti dari pengembangan dan
desain berorientasi objek. Class menggambarkan keadaan suatu sistem,
sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut.
Class diagram juga menggambarkan struktur dan deskripsi class,
package dan objek beserta hubungan satu sama lain seperti containment,
pewarisan, asosiasi, dan lain-lain.
Class memiliki tiga area pokok :
1. Nama
2. Atribut
3. Metoda
Berikut gambaran class diagram pada Sistem pendataan perentalan mobil
:

2. class diagram

Gambar 2.1 Sistem Informasi Rental Mobil

Activity Diagram
Activity diagram menggambarkan workflow (aliran kerja) atau aktivitas dari
sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini adalah bahwa
diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan
actor, jadi aktivitas yang dilakukan oleh system

Activity diagrams menggambarkan berbagai alir aktivitas dalam

sistem yang sedang dirancang, bagaimana masing-masing alir berawal,
decision yang mungkin terjadi, dan bagaimana merekaberakhir. Activity
diagram juga dapat menggambarkan proses paralel yang mungkin terjadi
pada beberapa eksekusi.Activity diagram merupakan state diagram
khusus, di mana sebagian besar state adalah action dan sebagian besar
transisi di-trigger oleh selesainya state sebelumnya (internal processing).
Oleh karena itu activity diagram tidak menggambarkan behaviour internal
sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih
menggambarkan proses-proses dan jalur-jalur aktivitas
dari level atas secara umum. Sebuah aktivitas dapat direalisasikan oleh
satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan,
sementara use case menggambarkan bagaimana aktor menggunakan
sistem untuk melakukan aktivitas.
Berikut merupakan
Perentalan Mobil :

gambaran

activity

diagram

3. Activity Diagram penyewaan

pada

Sistem

Pendataan

Gambar 3.1 Sistem Informasi Rental Mobil

Activity Diagram pengembalian

Gambar 3.2 Sistem Informasi Rental Mobil

Sequence Diagram

Sequence Diagram menggambarkan kelakuan objek pada use case

dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan
dan diterima antarobjek. Oleh karena itu untuk menggambar sequence
diagram maka harus diketahui objek-objek yang terlibat dalam sebuah
use case beserta metode-metode yang dimiliki kelas yang menjadi objek
itu. Adapun sequence diagram pada Sistem Pendataan Perentalan Mobil
adalah sebagai berikut:

4. Login Sequence Diagram

Gambar 4.1 Sistem Informasi Rental Mobil

Sequence Diagram Penyewaan

Gambar 4.2 Sistem Informasi Rental Mobil

Sequence Diagram Pengembalian

Gambar 4.3 Sistem Informasi Rental Mobil