Analisis dan Perancangan Sistem Informasi Rental Mobil dengan UML (Use Case, Activity, Sequence dan Class Diagram)

Bagi yang mau lihat bisa klik link dibawah ini.

Klik disini.

Terimakasih.

Pengertian Class Diagram dan Contohnya

Pengertian Class Diagram

Class diagram adalah sebuah class yang menggambarkan struktur dan penjelasan class, paket, dan objek serta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class diagram juga menjelaskan hubungan antar class dalam sebuah sistem yang sedang dibuat dan bagaimana caranya agar mereka saling berkolaborasi untuk mencapai sebuah tujuan.

Class juga memiliki 3 area pokok (utama) yaitu : nama,atribut,dan operasi. Nama berfungsi untuk member identitas pada sebuah kelas, atribut fungsinya adalah untuk member karakteristik pada data yang dimiliki suatu objek di dalam kelas, sedangkan operasi fungsinya adalah memberikan sebuah fungsi ke sebuah objek . Dalam mendefinisikan metode yang ada di dalam kelas harus diperhatikan yang namanya Cohesion dan Coupling, Cohesion adalah ukuran keterkaitan sebuah instruksi di sebuah metode, Coupling adalah ukuran keterkaitan antar metode. Di dalam class diagram terdapat hubungan antar kelas secara konseptual, yang disebut Relasi antar Class, di UML disediakan macam-macam relasi antar Class, diantaranya: Asosiasi (Hubungan statis antar kelas), Agregasi (hubungan dari keseluruhan objek), Generalisasi (relasi beberapa subkelas ke super kelas), Dependency (keterhubungan tiap kelas.)

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

Hubungan Antar Class

• 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.
• Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).
• Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
• Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu classkepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram yang akan dijelaskan kemudian.

Contoh Class Diagram Sistem Rental Mobil

Pengertian Sequence Diagram dan Contohnya

Pengertian Sequence Diagram

Sequence diagram (diagram urutan) adalah suatu diagram yang memperlihatkan atau menampilkan interaksi-interaksi antar objek di dalam sistem yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek tersebut termasuk pengguna, display, dan sebagainya berupa pesan/message. Sequence Diagram digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai sebuah respon dari suatu kejadian/even untuk menghasilkan output tertentu. Sequence Diagram diawali dari apa yang me-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. 

Sequence diagram berisi informasi yang sama dengan collaboration diagram, tetapi menekankan pada alur sekuensial sebuah pesan daripada hubungan antara obyek-obyek. UML sequence diagram menggambarkan alur dari logika di dalam sistem secara visual, sehingga memungkinkan kita untuk menyimpan dan mengvalidasi logika kita. Sequence diagram juga digunakan secara umum untuk keperluan analisis dan desain.

Simbol-simbol dalam Sequence Diagram 

 

Pengertian Activity Diagram dan Contohnya

ACTIVITY DIAGRAM

• Salah satu cara untuk memodelkan aliran kerja (workflow) dari business use case dalam bentuk grafik.
• Diagram ini menunjukkan langkah-2 dalam aliran kerja, titik-titik keputusan dalam aliran kerja, siapa yang bertanggungjawab menyelesaikan masing-masing aktivitas dan objek-objek yang digunakan dalam aliran kerja.

FUNGSI ACTIVITY DIAGRAM

•  Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah proses
• Dipakai pada business modeling untuk memperlihatkan urutan aktifitas proses bisnis
• Struktur diagram ini mirip flowchart atau Data Flow Diagram pada perancangan terstruktur
• Sangat bermanfaat apabila kita membuat diagram ini terlebih dahulu dalam memodelkan sebuah proses untuk membantu memahami proses secara keseluruhan
• Activity diagram dibuat berdasarkan sebuah atau beberapa use case pada use case diagram

ELEMEN2 ACTIVITY DIAGRAM

• Swimlanes, menunjukkan siapa yang bertanggung jawab melakukan aktivitas dalam suatu diagram 
• Activities State, adalah kegiatan dalam aliran kerja
• Action State, adalah langkah-langkah dalam sebuah activity. Action bisa terjadi saat memasuki activity, meningggalkan activity, saat di dalam activity, atau pada event yang spesifik 
• Business object, adalah entitas-entitas yang digunakan dalam aliran kerja
• Transition, menunjukkan bagaimana aliran kerja itu berjalan dari satu aktivitas ke aktivitas lainnya
• Decision point, menunjukkan dimana sebuah keputusan perlu dibuat dalam aliran kerja
• Syncronization, menunjukkan dua atau lebih langkah dalam aliran kerja berjalan secara serentak à Fork dan Join
• Start state, menunjukkan dimana aliran kerja itu dimulai
• End state, menunjukkan dimana aliran kerja itu berakhir

Simbol-Simbol Activty Diagram

CONTOH

Activity Diagram Manajemen Member Sistem Rental Mobil

Pengertian Data Flow Diagram (DFD) dan Contohnya

Data Flow Diagram (DFD) merupakan suatu cara atau metode untuk membuat rancangan sebuah sistem yang mana berorientasi pada alur data yang bergerak pada sebuah sistem nantinya. Dalam pembuatan Sistem Informasi, DFD sering digunakan. DFD dibuat oleh para analis untuk membuat sebuah sistem yang baik. Dimana DFD ini nantinya diberikan kepada para programmer untuk melakukan proses coding. Dimana para programmer melakukan sebuah coding sesuai dengan DFD yang dibuat oleh para analis sebelumnya. Tools yang digunakan pada pembuatan DFD (Data Flow Diagram) yaitu EasyCase, Power Designer 6. Salah satu cara lain untuk mendesain sistem yaitu menggunakan UML(Unified Manual Language).

Simbol-simbol dalam Data Flow Diagram

Komponen DFD (Data Flow Diagram):

1. User / Terminator: Kesatuan diluar sistem (external entity) yang memberikan input ke sistem atau menerima output dari sistem berupa orang, organisasi, atau sistem lain.
2. Process: Aktivitas yang mengolah input menjadi output.
3. Data Flow: Aliran data pada sistem (antar proses, antara terminator & proses, serta antara proses & data store).
4. Data Store: Penyimpanan data pada database, biasanya berupa tabel.

Didalam DFD terdapat 3 level, yaitu :

1. Diagram Konteks

Menggambarkan satu lingkaran besar yang dapat mewakili seluruh proses yang terdapat di dalam suatu sistem. Merupakan tingkatan tertinggi dalam DFD dan biasanya diberi nomor 0 (nol). Semua entitas eksternal yang ditunjukkan pada diagram konteks berikut aliran-aliran data utama menuju dan dari sistem. Diagram ini sama sekali tidak memuat penyimpanan data dan tampak sederhana untuk diciptakan.

2. Diagram Nol (diagram level-1) 

Merupakan satu lingkaran besar yang mewakili lingkaran-lingkaran kecil yang ada di dalamnya. Merupakan pemecahan dari diagram Konteks ke diagram Nol. di dalam diagram ini memuat penyimpanan data.

3. Diagram Rinci  

Merupakan diagram yang menguraikan proses apa yang ada dalam diagram Nol.

Fungsi dari Data Flow Diagram adalah :

• Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi.
• DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem.
• DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.

Contoh DFD:

Diagram Konteks

Pengertian dan Contoh Use Case Diagram

Pengertian Use Case. Jika anda sudah lama bergelut dalam dunia IT pasti tidak asing lagi dengan apa itu Use Case. Use Case merupakan sebuah komponen wajib dalam program, dengan adanya use case pengguna dapat melihat gambaran dari kegunaan aplikasi tersebut.

Pengertian Use Case
Use case diagram adalah suatu model yang dangat fungsional dalam sebuah sistem yang menggunakan actor dan use case. Sedangkan pengertian dari use case sendiri adalah layanan atau fungsi-fungsi yang tersedia pada sistem untuk penggunannya.

Use case diagram menggambarkan efek fungsionalitas yang telah diharapkan oleh sistem. Use case diagram dapat sangat membantu bila kita sedang menyusun requitment sebuah sistem, mengkomunikasikan sebuah rancangan aplikasi dengan konsumen, serta merancang test case untuk semua feature yang ada pada sistem. aturannya, sebuah use case dapat di masukan lebih dari use case lain, sehingga duplikasi fungsionalitas dapat dihindaro dengan cara menarik keluar fungsional yang common.

Deskripsi Use Case Diagram

1. Sebuah use case merupakan dimana sebuah sistem dapat digunakan untuk memenuhi satu atau lebih kebutuhan dari pemakai.
2. Use case sendiri merupakan fase awal yang sangat tepat untuk setiap fase pengembangan sistem berbasis objek, design testing, dan dokumentasi.
3. Use case sendiri menggambarkan kebutuhan sistem sendiri dilihat dari sudut pandang diluar sistem.
4. Use case sendiri menentukan nilai yang diberikan sistem kepada pemakai.
5. Use case hanya menetapkan apa seharusnya yang dikerjakan oleh sisy\tem, yaitu menyangkut dengan kebutuhan fungsional sistem.
6. Use case sendiri tidak menen tukan dengan kebutuhan nonfungsional. Dimaksut dengan kebutuhan nonfungsional misal bahasa pemrograman, sasaran kerja dan lain sebagainya.

Macam komponen-komponen use case diagram

1. Actor
Sebenernya Actor bukanlah bagiandari diagram, namun untuk dapat terciptanya suatu use case diagram diberikan beberapa actor dimana actor tersebut menjelaskan seseorang atau sesuatu (sperti perangkat, system lain) yang berinteraksi dengan system. Sebuah actor mungkin hanya memberikan informasi inputan pada system, hanya menerima informasi dari system atau keduanya menerima dan member informasi pada system, actor hanya berinteraksi dengan use case tetapi tidak memiliki control atas use case. Actor digambarkan secara umum atau spesifik, dimana untuk membedakannya anda dapat menggunakan relationship.

Ada beberapa kemungkinan yang menyebabkan actor tersebut terkait dengan system antara lain :

1. Yang berkepentingan terhadap system dimana adanya arus informasi baik yang diterima maupun yang dia inputkan ke system. 
2. Orang ataupun pihak yang akan mengelola system tersebut. 
3. External resource yang digunaka oleh system
4. System lain yang berinteraksi dengan system yang akan dibuat

2. Use Case
Use case merupakan gambaran fungsional dari suatu sistem, sehingga antara konsumen dan pengguna sistem paham dan mengerti mengenai kegunaan sistem yang akan dibangun.

Relasi dalam Use Case

Berikut adalah relasi dalam use case dan kegunaannya :

• Assoclation adalah hubungan link antar element-element.
• Generalization atau biasa disebut dengan inheritance (pewarisan), adalah sebuah elemen yang merupakan spesifikasi dari elemen lainnya
• Dependency merupakan elemen tergantung dari beberapa cara kepada elemen-elemen lainnya.
• Aggregation adalah bentuk asosiation dimana sebuah elemen berisi elemen lainnya.

Berdasarkan kasus diatas, maka dapat dijabarkan dalam suatu pemodelan Use case. Model use case ini terdiri dari aktor dan kasus penggunaan. Aktor mewakili pengguna sistem yang berinteraksi dengan sistem tersebut. Penggunaan use case ini mewakili perilaku dari sistem, skenario bahwa sistem berjalan melalui tanggapan dari seorang aktor. Use case pada kasus pemanfaatan sistem pakar seleksi karyawan menggunakan metode Tsukamoto sesuai dengan gambar.

Pada use case diatas, maka dapat mendeskripsikan hal-hal sebagai berikut ini:

1. Admin dan User merupakan aktor.
2. Admin dan User melakukan login pada aplikasi sistem pakar seleksi karyawan menggunakan metode Tsukamoto.
3. Admin dan User melakukan pemasukan data pada aplikasi sistem pakar seleksi karyawan menggunakan metode Tsukamoto.
4. Admin dan User melihat data yang telah dimasukkan.
5. Admin dapat melakukan pengubahan range niali.

Sumber

Pengertiaan dan Definisi RPL (Rekayasa Perangkat Lunak)

Pengertiaan dan Definisi

Menurut Wikipedia : Rekayasa perangkat lunak adalah satu bidang profesi yang mendalami cara-cara pengembangan perangkat lunak termasuk pembuatan, pemeliharaan, manajemen organisasi pengembanganan perangkat lunak dan manajemen kualitas.

Menurut IEEE Computer Society : Rekayasa perangkat lunak sebagai penerapan suatu pendekatan yang sistematis, disiplin dan terkuantifikasi atas pengembangan, penggunaan dan pemeliharaan perangkat lunak, serta studi atas pendekatan-pendekatan ini, yaitu penerapan pendekatan engineering atas perangkat lunak.

Rekayasa Perangkat Lunak adalah pengubahan perangkat lunak itu sendiri guna mengembangkan, memelihara, dan membangun kembali dengan menggunakan prinsip reakayasa untuk menghasilkan perangkat lunak yang dapat bekerja lebih efisien dan efektif untuk pengguna.

Tujuan Rekayasa Perangkat Lunak

Secara lebih khusus kita dapat menyatakan tujuan dan Rekaya Perangkat Lunak ini adalah:

1. Memperoleh biaya produksi perangkat lunak yang rendah.
2. Menghasilkan pereangkat lunak yang kinerjanya tinggi, andal dan tepat waktu
3. Menghasilkan perangkat lunak yang dapat bekerja pada berbagai jenis platform
4. Menghasilkan perangkat lunak yang biaya perawatannya rendah

Kriteria Dalam Merekayasa Perangkat Lunak

1. Dapat terus dirawat dan dipelihara (maintainability)
2. Dapat mengikuti perkembangan teknologi (dependability)
3. Dapat mengikuti keinginan pengguna (robust).
4. Efektif dan efisien dalam menggunakan energi dan penggunaannya.
5. Dapat memenuhi kebutuhan yang diinginkan (usability).

Ruang Lingkup Rekayasa Perangkat Lunak

1. Software Requirements berhubungan dengan spesifikasi kebutuhan dan persyaratan perangkat lunak.
2. Software desain mencakup proses penampilan arsitektur, komponen, antar muka, dan karakteristik lain dari perangkat lunak.
3. Software construction berhubungan dengan detail pengembangan perangkat lunak, termasuk. algoritma, pengkodean, pengujian dan pencarian kesalahan.
4. Software testing meliputi pengujian pada keseluruhan perilaku perangkat lunak.
5. Software maintenance mencakup upaya-upaya perawatan ketika perangkat lunak telah dioperasikan.
6. Software configuration management berhubungan dengan usaha perubahan konfigurasi perangkat lunak untuk memenuhi kebutuhan tertentu.
7. Software engineering management berkaitan dengan pengelolaan dan pengukuran RPL, termasuk perencanaan proyek perangkat lunak.
8. Software engineering tools and methods mencakup kajian teoritis tentang alat bantu dan metode RPL.

Rekayasa Perangkat Lunak dan Disiplin Ilmu Lain

Cakupan ruang lingkup yang cukup luas, membuat RPL sangat terkait dengan disiplin dengan bidang ilmu lain. tidak saja sub bidang dalam disiplin ilmu komputer namun dengan beberapa disiplin ilmu lain diluar ilmu komputer.

Keterkaitan RPL dengan bidang ilmu lain

• Bidang ilmu manajemen meliputi akuntansi, finansial, pemasaran, manajemen operasi, ekonomi, analisis kuantitatif, manajemen sumber daya manusia, kebijakan, dan strategi bisnis.
• Bidang ilmu matematika meliputi aljabar linier, kalkulus, peluang, statistik, analisis numerik, dan matematika diskrit.
• Bidang ilmu manajemen proyek meliputi semua hal yang berkaitan dengan proyek, seperti ruang lingkup proyek, anggaran, tenaga kerja, kualitas, manajemen resiko dan keandalan, perbaikan kualitas, dan metode-metode kuantitatif.

Sumber