P: PHP, bahasa pemrograman web. Bahasa pemrograman PHP merupakan bahasa pemrograman untuk
membuat web yang bersifat server-side scripting. PHP memungkinkan kita untuk membuat halaman web yang bersifat dinamis. Sistem manajemen basis data yang
sering digunakan bersama PHP adalah MySQl. namun PHP juga mendukung sistem manajement database Oracle, Microsoft Access, Interbase, d-base,
PostgreSQL, dan sebagainya. P: Perl, bahasa pemrograman.
Mengenal bagian XAMPP yang biasa digunakan pada umumnya : Htdoc adalah folder tempat meletakkan berkas-berkas yang akan dijalankan, seperti
berkas PHP, HTML dan skrip lain. phpMyAdmin merupakan bagian untuk mengelola basis data MySQL yang ada dikomputer. Kontrol Panel yang berfungsi
untuk mengelola layanan service XAMPP. Seperti menghentikan stop layanan, ataupun memulai start.
2.4. Analisis Berorientasi Objek
Metode analisis berorientasi objek bertujuan mendesain dan membangun sistem dengan mengumpulkan objek software yang dapat digunakan, kunci
reusability adalah untuk mendaftar dalam library atau database objek dimana beberapa diantaranya ada yang sesuai dengan permintaan user. Tentunya proses
pencarian membutuhkan cara yang kuat dan efisien.
2.4.1 Unified Approach UA
Untuk melakukan analisis sistem terdapat beberapa macam pendekatan, diantaranya pendekatan konvensional dan pendekatan berorientasi objek.
Pendekatan konvensional terutama mengacu kepada strategi dekomposisi yang berdasar algoritma atau fungsional. Pendekatan ini telah berkembang
meliputi seluruh tahap atau aktivitas proses rekayasa perangkat lunak dari mulai pemrograman dengan iterasi perbaikan, pemrograman
terstruktur, ditambah dengan perancangan terstruktur kemudian analisis terstruktur dan sebagainya. Sedangkan pendekatan berorientasi objek
memusatkan pada rancangan pada objek dan antar muka yang dihasilkan. Objek adalah entiti yang berisi data atau variabel dan tingkah laku. Data atau variabel
yang menggambarkan sifat atau keadaan objek dalam dunia nyata real world didefiniskan sebagai attribute, sedangkan tingkah laku yang menggambarkan
aksi-aksi yang dimiliki objek didefinisikan sebagai method. Unified Approach UA
merupakan metode analisis berorientasi objek dari Ali Bahrami 1999. UA adalah suatu metodologi pengembangan sistem
berbasis objek yang menggabungkan proses dan metodologi yang telah ada sebelumnya dan menggunakan UML sebagai standar pemodelannya. Proses dan
tahapan yang ada dalam UA merupakan proses-proses terbaik yang diambil dari metode objek yang telah diperkenalkan oleh Booch, Rumbaugh, dan Jacobson.
Tahap Analisis dalam UA ditujukan untuk mengidentifikasi kelas-kelas yang terdapat dalam sistem.
Analisis berorientasi objek dengan pendekatan UA Unified Approach dari Ali Bahrami seperti yang terlihat pada Gambar Tahap Analisis Unified
Approach UA Bahrami, 1999 dalam bagan berikut:
Gambar 2.3 Tahap Analisis Unified Approach UA Bahrami, 1999.
Identifikasi aktor adalah tahap pertama yang penting dalam OOA. Istilah aktor merepresentasikan peran dari seorang
user terhadap sistem. Kandidat aktor dapat ditemukan dengan mencari tahu siapa yang akan menggunakan sistem
dan apa yang dilakukan aktor terhadap sistem. Pada tahap Pengembangan Diagram Aktifitas dan Diagram Use Case ini akan digambarkan model aktifitas
bisnis menggunakan diagram aktifitas UML untuk menggambarkan kinerja sistem. Dalam diagram aktifitas akan digambarkan alur kerja dari sistem. Dengan
mengetahui alur kerja sistem yang ada, dapat dilakukan pemodelan diagram use case
untuk menggambarkan interakasi user
terhadap sistem. Dalam pengembangan diagram interaksi, salah satu dari diagram interaksi adalah
sequence diagram. Sequence diagram adalah suatu model untuk menggambarkan interaksi antar objek dalam sistem. Interaksi yang dilakukan oleh objek-objek
tersebut dilakukan dengan cara satu objek mengirimkan pesan message kepada objek lain. Dalam tahap ini akan ditentukan rangkaian diagram aktifitas sistem
yang sedang berjalan. Identifikasi kelas, dari sequence diagram akan terlihat kelas-kelas apa saja yang ada dalam sistem. Pada tahap ini dilakukan proses
identifikasi kelas-kelas, relationship, atribut serta metode-metode yang digunakan 15
Gambar 2.3 Tahap Analisis Unified Approach UA Bahrami, 1999.
Identifikasi aktor adalah tahap pertama yang penting dalam OOA. Istilah aktor merepresentasikan peran dari seorang
user terhadap sistem. Kandidat aktor dapat ditemukan dengan mencari tahu siapa yang akan menggunakan sistem
dan apa yang dilakukan aktor terhadap sistem. Pada tahap Pengembangan Diagram Aktifitas dan Diagram Use Case ini akan digambarkan model aktifitas
bisnis menggunakan diagram aktifitas UML untuk menggambarkan kinerja sistem. Dalam diagram aktifitas akan digambarkan alur kerja dari sistem. Dengan
mengetahui alur kerja sistem yang ada, dapat dilakukan pemodelan diagram use case
untuk menggambarkan interakasi user
terhadap sistem. Dalam pengembangan diagram interaksi, salah satu dari diagram interaksi adalah
sequence diagram. Sequence diagram adalah suatu model untuk menggambarkan interaksi antar objek dalam sistem. Interaksi yang dilakukan oleh objek-objek
tersebut dilakukan dengan cara satu objek mengirimkan pesan message kepada objek lain. Dalam tahap ini akan ditentukan rangkaian diagram aktifitas sistem
yang sedang berjalan. Identifikasi kelas, dari sequence diagram akan terlihat kelas-kelas apa saja yang ada dalam sistem. Pada tahap ini dilakukan proses
identifikasi kelas-kelas, relationship, atribut serta metode-metode yang digunakan 15
Gambar 2.3 Tahap Analisis Unified Approach UA Bahrami, 1999.
Identifikasi aktor adalah tahap pertama yang penting dalam OOA. Istilah aktor merepresentasikan peran dari seorang
user terhadap sistem. Kandidat aktor dapat ditemukan dengan mencari tahu siapa yang akan menggunakan sistem
dan apa yang dilakukan aktor terhadap sistem. Pada tahap Pengembangan Diagram Aktifitas dan Diagram Use Case ini akan digambarkan model aktifitas
bisnis menggunakan diagram aktifitas UML untuk menggambarkan kinerja sistem. Dalam diagram aktifitas akan digambarkan alur kerja dari sistem. Dengan
mengetahui alur kerja sistem yang ada, dapat dilakukan pemodelan diagram use case
untuk menggambarkan interakasi user
terhadap sistem. Dalam pengembangan diagram interaksi, salah satu dari diagram interaksi adalah
sequence diagram. Sequence diagram adalah suatu model untuk menggambarkan interaksi antar objek dalam sistem. Interaksi yang dilakukan oleh objek-objek
tersebut dilakukan dengan cara satu objek mengirimkan pesan message kepada objek lain. Dalam tahap ini akan ditentukan rangkaian diagram aktifitas sistem
yang sedang berjalan. Identifikasi kelas, dari sequence diagram akan terlihat kelas-kelas apa saja yang ada dalam sistem. Pada tahap ini dilakukan proses
identifikasi kelas-kelas, relationship, atribut serta metode-metode yang digunakan
pada setiap kelas. Pemeriksaan terhadap tahap sebelumnya, proses pemeriksaan terhadap hasil akhir tahap analisis. Bila terdapat kesalahan maka kembali
ke tahap awal analisis bila hasilnya benar maka tahap analisis selesai.
1 Identifikasi Aktor
Mengidentifikasi aktor merupakan hal penting dalam proses analisis sistem. Istilah aktor menunjukan sekumpulan pengguna yang beraktivitas pada
sistem. Satu pengguna mungkin saja melakukan satu atau lebih aktivitas pada sistem. Dalam mengidentifikasi aktor mesti dipahami pula bagaimana
aktor tersebut berinterakasi dengan sistem. Bahrami, 1999. Aktor adalah sesuatu yang perlu berinteraksi dengan sistem untuk
pertukaran informasi. Pelaku menginisiasi kegiatan sistem, yakni sebuah use case, dengan maksud melengkapi beberapa tugas bisnis yang menghasilkan
sesuatu yang dapat diukur Whitten 2004. Primary Business Actor Pelaku Bisnis Utama, Stakeholder
yang terutama mendapatkan keuntungan dari pelaksanaan use case dengan menerima nilai yang terukur atau terobservasi.
Pelaku bisnis utama kemungkinan tidak menginisiasi kejadian bisnis. Sebagai contoh, dalam kejadian bisnis dari seorang karyawan yang menerima gaji nilai
terukur dari sistem penggajian setiap hari jumat, karyawan tidak menginisiasi kejadian itu, tetapi merupakan penerima utama dari sesuatu yang bernilai.
Primary System Actor Pelaku Sistem Utama, Stakeholder yang secara langsung berhadapan dengan sistem untuk menginisiasi atau memicu kegiatan atau sistem.
Pelaku sistem utama dapat berinteraksi dengan para pelaku bisnis utama untuk menggunakan sistem aktual. Mereka memfasilitasi kejadian dengan
menggunakan sistem secara langsung demi mencapai keuntungan para pelaku bisnis utama. Contohnya operator telepon yang memberikan bantuan kepada
pelanggan dan kasir Bank yang memproses transaksi Bank. Pelaku bisnis utama dan pelaku sistem utama kemungkinan memiliki persamaan, yaitu sama-sama
pelaku bisnis yang berhadapan langsung dengan sistem, misalnya seorang yang melayani jasa penyewaan mobil via website. External Server Actor Pelaku
Server Eksternal, Stakeholder yang melayani kebutuhan pengguna use case misalnya biro kredit yang memiliki kuasa atas perubahan kartu kredit. External
Receiving Actor Pelaku Penerima Eksternal, Stakeholder yang bukan pelaku utama, tapi menerima nilai yang terukur atau teramati output dari use case
misalnya gudang menerima paket permintaan untuk menyiapkan pengiriman sesudah seorang pelanggan memesannya.
2 Analisa Bisnis Proses
Gambar 2.4 Activity Diagram AD
Tahap ini tidak selalu mengawali suatu proyek analisis sistem, akan tetapi jika dibutuhkan, proses bisnis dan kebutuhan pengguna menjelaskan
sampai ke level detail. Seperti yang terlihat Gambar 2.4 Activity Diagram AD
menunjukan beberapa aktivitas dilakukan aktor Bahrami, 1999 contoh pemodelan proses bisnis pada menggunakan diagram aktivitas.
3 Identifikasi Use Case
Suatu use case adalah interaksi antara aktor dengan sistem. Suatu use case menyangkut aktivitas dan respon dari suatu aktor. Pemodelan use case dapat
dilakukan dengan mengambil beberapa aktor kemudian mendiskusikan apa saja yang akan dilakukan aktor tersebut terhadap sistem. Setiap
use case merepresentasikan apa yang akan dilakukan oleh aktor. Seperti yang terlihat pada
Gambar 2.5 Contoh Use case diagram pada sistem perpustakaan use case diagram pada sistem perpustakaan.
Gambar 2.5 Contoh Use case diagram pada sistem perpustakaan 4
Pemodelan Interaksi Menggunakan Interaction Diagram
Salah satu dari diagram interaksi adalah sequence diagram. Diagram interakasi menjelaskan urutan proses dan interaksi yang terdapat pada use case
menunjukan beberapa aktivitas dilakukan aktor Bahrami, 1999 contoh pemodelan proses bisnis pada menggunakan diagram aktivitas.
3 Identifikasi Use Case
Suatu use case adalah interaksi antara aktor dengan sistem. Suatu use case menyangkut aktivitas dan respon dari suatu aktor. Pemodelan use case dapat
dilakukan dengan mengambil beberapa aktor kemudian mendiskusikan apa saja yang akan dilakukan aktor tersebut terhadap sistem. Setiap
use case merepresentasikan apa yang akan dilakukan oleh aktor. Seperti yang terlihat pada
Gambar 2.5 Contoh Use case diagram pada sistem perpustakaan use case diagram pada sistem perpustakaan.
Gambar 2.5 Contoh Use case diagram pada sistem perpustakaan 4
Pemodelan Interaksi Menggunakan Interaction Diagram
Salah satu dari diagram interaksi adalah sequence diagram. Diagram interakasi menjelaskan urutan proses dan interaksi yang terdapat pada use case
menunjukan beberapa aktivitas dilakukan aktor Bahrami, 1999 contoh pemodelan proses bisnis pada menggunakan diagram aktivitas.
3 Identifikasi Use Case
Suatu use case adalah interaksi antara aktor dengan sistem. Suatu use case menyangkut aktivitas dan respon dari suatu aktor. Pemodelan use case dapat
dilakukan dengan mengambil beberapa aktor kemudian mendiskusikan apa saja yang akan dilakukan aktor tersebut terhadap sistem. Setiap
use case merepresentasikan apa yang akan dilakukan oleh aktor. Seperti yang terlihat pada
Gambar 2.5 Contoh Use case diagram pada sistem perpustakaan use case diagram pada sistem perpustakaan.
Gambar 2.5 Contoh Use case diagram pada sistem perpustakaan 4
Pemodelan Interaksi Menggunakan Interaction Diagram
Salah satu dari diagram interaksi adalah sequence diagram. Diagram interakasi menjelaskan urutan proses dan interaksi yang terdapat pada use case
atau scenario. Pada interaction diagram digambarkan interakasi antar suatu objek terhadap objek yang lain. Pengembangan diagram ini menuntut pengembang
untuk mengidentifikasi seluruh objek dan event yang terjadi pada suatu use case, hal ini akan sangat membantu untuk perancangan kelas class.
5 Perancangan Kelas
Class adalah sebuah spesifikasi
yang jika
diinstansiasi akan
menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan atributproperti suatu sistem,
sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut
metodafungsi. Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain.
Dalam proses identifikasi kelas ada beberapa pendekatan yang dapat digunakan untuk mengidentifikasi kelas-kelas pada sistem yang dirancang :
Pendekatan Noun Phrase; pendekatan common class patterns; pendekatan use-case driven; dan pendekatan Class, Responsibility and Collaborators
CRC. Adapun pendekatan yang penulis gunakan dalam penelitian ini
adalah noun phrases approach, dengan kata lain pendekatan ini dilakukan dengan cara mendaftar sejumlah objek kata benda atau frase pada sistem
yang dirancang yang dianggap akan menjadi kandidat kelas. Objek yang telah teridentifikasi menjadi kandidat kelas tersebut kemudian diidentifikasi
menjadi tiga kategori kelas, Rellevant class, Fuzzy class kelas ambigu dan Irrelevant class. Rellevant class adalah kategori kelas yang terdiri dari objek-
objek yang memiliki keterkaitan dengan sistem serta memiliki attribut dan method.
Fuzzy class adalah kelas yang memiliki makna ambigu dimana kelas ini tidak jelas apakah relevan atau tidak. Irrelevant class adalah kelas yang tidak
mempunyai pengaruh atau keterkaitan langsung dengan sistem, misalkan proses eliminasi pada kelas yang berupa atribut atau method seperti yang terlihat pada
Gambar 2.6 Tiga kategori kelas.
Gambar 2.6 Tiga kategori kelas 2.4.2
Unified Modelling Language UML 1
Sejarah UML
Grady Booch dan Jim Rumbaugh memulai penelitian di Rational
Software Co. sekitar tahun 1994. Tujuan mereka yakni menciptakan sebuah metode baru yang dapat menciptakan metode-metode sebelumnya yang dapat
digunakan pada semua kalangan. Sekitar tahun 1995 Ivar Jacobson, seorang tokoh yang menciptakan OOSE and Objectory Methode bergabung. Selain itu,
perusahaan Rational Software Co. Membeli lisensi Objectory System dari Swedish Company sebagai pengembang dan pendistribusinya. Maka lahirnya sebuah
metode baru yang mereka beri nama “Unified Modeling Languange” yang diharapkan dapat menjadi sebuah bahasa pemodelan standar seperti yang terlihat
pada Gambar 2.7 Unsur-unsur pembentuk UML.
Gambar 2.7 Unsur-unsur pembentuk UML 2
Definisi Unified Modelling Language
Unified Modelling Language merupakan sebuah notasi grafis standar untuk menggambarkan sistem berorientasi objek yang merupakan hasil kerjasama
dari Grady Booch, James Rumbaugh dan Ivar Jacobson. Dan didefinisikan sebagai berikut:
“Unified Modelling Language UML adalah keluarga notasi grafis yang didukung oleh meta-model tunggal, yang membantu pendeskripsian dan desain
sistem perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek OO”, Flowler, 2005.”
“Unified Modeling Language UML adalah suatu bahasa untuk menetapkan, membangun, memvisualisasikan, dan mendokumentasikan sistem
perangkat lunak dan komponen-komponennya
”, Bahrami, 1999.”
Dari definisi diatas UML merupakan sebuah bahasa pemodelan suatu sistem berdasarkan grafik atau gambar untuk menspesifikasikan, membangun,
menvisualisasikan dan mendokumentasikan suatu sistem perangkat lunak berorientasi objek. UML memberikan standar penulisan sebuah sistem yang
meliputi konsep bisnis proses, penulisan kelas, skema database, dan komponen yang diperlukan dalam sistem perangkat lunak.
Gambar 2.7 Unsur-unsur pembentuk UML 2
Definisi Unified Modelling Language
Unified Modelling Language merupakan sebuah notasi grafis standar untuk menggambarkan sistem berorientasi objek yang merupakan hasil kerjasama
dari Grady Booch, James Rumbaugh dan Ivar Jacobson. Dan didefinisikan sebagai berikut:
“Unified Modelling Language UML adalah keluarga notasi grafis yang didukung oleh meta-model tunggal, yang membantu pendeskripsian dan desain
sistem perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek OO”, Flowler, 2005.”
“Unified Modeling Language UML adalah suatu bahasa untuk menetapkan, membangun, memvisualisasikan, dan mendokumentasikan sistem
perangkat lunak dan komponen-komponennya
”, Bahrami, 1999.”
Dari definisi diatas UML merupakan sebuah bahasa pemodelan suatu sistem berdasarkan grafik atau gambar untuk menspesifikasikan, membangun,
menvisualisasikan dan mendokumentasikan suatu sistem perangkat lunak berorientasi objek. UML memberikan standar penulisan sebuah sistem yang
meliputi konsep bisnis proses, penulisan kelas, skema database, dan komponen yang diperlukan dalam sistem perangkat lunak.
Gambar 2.7 Unsur-unsur pembentuk UML 2
Definisi Unified Modelling Language
Unified Modelling Language merupakan sebuah notasi grafis standar untuk menggambarkan sistem berorientasi objek yang merupakan hasil kerjasama
dari Grady Booch, James Rumbaugh dan Ivar Jacobson. Dan didefinisikan sebagai berikut:
“Unified Modelling Language UML adalah keluarga notasi grafis yang didukung oleh meta-model tunggal, yang membantu pendeskripsian dan desain
sistem perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek OO”, Flowler, 2005.”
“Unified Modeling Language UML adalah suatu bahasa untuk menetapkan, membangun, memvisualisasikan, dan mendokumentasikan sistem
perangkat lunak dan komponen-komponennya
”, Bahrami, 1999.”
Dari definisi diatas UML merupakan sebuah bahasa pemodelan suatu sistem berdasarkan grafik atau gambar untuk menspesifikasikan, membangun,
menvisualisasikan dan mendokumentasikan suatu sistem perangkat lunak berorientasi objek. UML memberikan standar penulisan sebuah sistem yang
meliputi konsep bisnis proses, penulisan kelas, skema database, dan komponen yang diperlukan dalam sistem perangkat lunak.
3 View Dalam UML
UML dibangun atas model 4+1 view. Model ini didasarkan pada fakta bahwa struktur sebuah sistem dideskripsikan dalam 5 view dimana salah satu
diantaranya use case view. Use case view ini memegang peran untuk mengintegrasikan content ke view yang lain seperti yang terlihat pada Gambar 2.8
Model 4+1 View.
Gambar 2.8 Model 4+1 View
Use case View mendefinisikan perilaku eksternal sistem. Hal ini menjadi daya tarik bagi end-user, analis dan tester. Pandangan ini mendefinisikan
kebutuhan sistem karena mengandung semua view
yang lain yang mendeskripsikan aspek-aspek tertentu dan rancangan sistem. Itulah sebabnya use
case view menjadi pusat peran yang dan sering dikatakan yang men-drive proses pengembangan perangkat lunak.
Selanjutnya Design view
mendeskripsikan struktur logika yang mendukung fungsi-fungsi yang dibutuhkan di use case. Design view berisi definisi
komponen program, class-class utama bersama-sama dengan spesifikasi data, perilaku dan interaksinya.
Implementation view menjelaskan komponen-
komponen fisik dari sistem yang akan dibangun. Hal ini berbeda dengan komponen logic yang dideskripsikan pada design view. Termasuk disini
diantaranya file exe, library dan database. Informasi yang ada di view ini relevan dengan aktifitas-aktifitas seperti manajemen konfigurasi dan integrasi sistem.
Process view berhubungan dengan hal-hal yang berkaitan dengan concurrency di dalam sistem. Sedangkan deployment view menjelaskan
bagaimana Design Implementation Process Deployment Use Case komponen- komponen fisik didistribusikan ke lingkungan fisik. Kedua view ini menunjukan
kebutuhan non-fungsional dari sistem. Deployment View menjelaskan bagaimana komponen-komponen fisik didistribusikan ke lingkungan fisik seperti jaringan
komputer, printer dan peralatan lainnya serta bagaimana peralatan tersebut dihubungkan dengan peralatan yang lainnya dimana sistem akan dijalankan.
4 Diagram-diagram Unified Modelling Language
Setiap sistem yang komplek memiliki pendekatan yang terbaik melalui suatu himpunan kecil dalam pandangan semua view dalam suatu model, tidak ada
single view yang terpenuhi. Setiap model bisa dinyatakan pada tingkat yang berbeda dari ketepatannya.
Gambar 2.9 Klasifikasi Jenis Diagram UML Versi 1.3
Diagram-diagram yang terdapat pada UML seperti yang terlihat pada Gambar 2.9 Klasifikasi Jenis Diagram UML Versi 1.3.
Diagram kelas bersifat statis, diagram ini memperlihatkan himpunan kelas- kelas, serta relasi-relasi. Diagram ini umum dijumpai pada pemodelan sistem
berorientasi objek. Meskipun bersifat statis, sering pula diagram kelas memuat kelas-kelas aktif. Diagram Objek bersifat statis, diagram ini memperlihatkan
objek-objek serta relasi-relasi antar objek. Diagram objek memperlihatkan instansiasi statis dari segala sesuatu yang dijumpai pada diagram kelas. Use Case
Diagram bersifat statis, diagram ini memperlihatkan himpunan use case dan aktor-aktor suatu jenis khusus dari kelas. Diagram ini terutama sangat penting
untuk mengorganisasi dan memodelkan perilaku dari suatu sistem yang dibutuhkan serta diharapkan pengguna. Sequence diagram bersifat dinamis,
diagram urutan adalah diagram interaksi yang menekankan pada pengiriman pesan message dalam suatu waktu tertentu. Collaboration diagram Bersifat
dinamis, diagram kolaborasi adalah diagram interaksi yang menekankan organisasi structural dari objek-objek yang menerima serta mengirim pesan
message. Statechart diagram bersifat dinamis, diagram state ini memperlihatkan state-state pada sistem; memuat state, transisi, even, serta aktivitas. Diagram ini
terutama penting untuk memperlihatkan sifat dinamis dari antarmuka interface, kelas, kolaborasi dan terutama penting pada pemodelan sistem-sistem reaktif.
Activity diagram bersifat dinamis, diagram aktivitas ini adalah tipe khusus dari diagram state yang memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya
dalam suatu sistem. Diagram ini terutama penting dalam pemodelan fungsi-fungsi dalam suatu sistem yang memberi tekanan pada aliran kendali antar objek.
Component diagram bersifat statis, diagram komponen ini memperlihatkan organisasi serta kebergantungan sistemperangkat lunak pada komponen-
komponen yang telah ada sebelumnya. Diagram ini berhubungan dengan diagram kelas dimana komponen secara tipikal dipetakan kedalam satu atau lebih kelas-
kelas, antarmuka-antarmuka interfaces, serta kolaborasi-kolaborasi. Deployment diagram bersifat statis, diagram ini memperlihatkan konfigurasi saat aplikasi
dijalankan saat run-time. Diagram ini memuat simpul-simpul node beserta komponen-komponen yang ada di dalamnya. Deployment diagram berhubungan
erat dengan diagram komponen dimana deployment diagram memuat satu atau lebih komponen-komponen. Diagram ini sangat berguna saat aplikasi kita berlaku
sebagai aplikasi yang dijalankan pada banyak mesin distributed computing. Class diagram, juga dikenal sebagai objek modeling, adalah diagram
analisis statis yang utama. Diagram ini menunjukkan struktur yang statis dari suatu model. Suatu class diagram adalah suatu koleksi unsur-unsur modeling
yang statis, seperti kelas-kelas dan relationship yang dihubungkan sebagai suatu grafik antara yang satu dengan yang lainnya beserta isi-isinya. Sebagai contoh, hal
yang ada seperti kelas-kelas, struktur-struktur class diagram internal, dan hubungan class diagram dengan kelas-kelas yang lain. Class diagram tidak
menunjukkan informasi yang temporal, yang diperlukan di dalam pemodelan yang dinamis.
Class diagram memodelkan struktur kelas dan isinya dengan
menggunakan elemen-elemen model seperti class, package, dan objek. Kelas terdiri dari tiga bagian yaitu nama kelas, attribut dan operations. Kelas
didefinisikan secara global dapat diakses oleh objek diluar kelas tersebut seperti yang terlihat pada Tabel 2.2 Notasi pada Class Diagram
Tabel 2.2 Notasi pada Class Diagram Fungsi
Pengertian Simbol
Class
Class adalah blok - blok pembangun pada pemrograman berorientasi objek.
Sebuah class digambarkan sebagai sebuah kotak yang terbagi atas 3 bagian.Bagian atas
adalah bagian nama dari class. Bagian tengah
mendefinisikan propertyatribut
class. Bagian akhir mendefinisikan method- method dari sebuah class.
Assosiation Sebuah
asosiasi merupakan
sebuah relationship paling umum antara 2 class,
dan dilambangkan oleh sebuah garis yang menghubungkan antara 2 class. Garis ini
bisa melambangkan tipe-tipe relationship dan juga dapat menampilkan hukum-hukum
multiplisitas pada sebuah
relationship Contoh: One-to-one, one-to-many, many-
to-many.
Dependency Kadangkala sebuah class menggunakan
class yang lain. Hal ini disebut dependency. Umumnya
penggunaan dependency
digunakan untuk menunjukkan operasi pada suatu class yang menggunakan class yang
lain. Sebuah dependency
dilambangkan sebagai sebuah panah bertitik-titik.
Fungsi Pengertian
Simbol Aggregation
Aggregation mengindikasikan keseluruhan bagian relationship dan biasanya disebut
sebagai relasi “mempunyai sebuah” atau “bagian
dari”. Sebuah
aggregation digambarkan sebagai sebuah garis dengan
sebuah jajaran
genjang yang
tidak berisitidak solid.
Generalization
Sebuah relasi
generalization sepadan
dengan sebuah relasi inheritance pada konsep
berorientasi objek.
Sebuah generalization
dilambangkan dengan
sebuah panah dengan kepala panah yang tidak solid yang mengarah ke
kelas “parent”-nyainduknya.
Sumber : http:resources.visual-paradigm.com
Diagram kelas memodelkan struktur kelas dan isinya. Kelas terdiri dari Nama Kelas, Atribut dan Operasi seperti yang terlihat pada Gambar 2.10 Diagram
Kelas.
Gambar 2.10 Diagram Kelas
Class name bagian yang paling atas berisi nama kelas, nama kelas diambil dari domain permasalahan dan harus sejelas mungkin. Oleh karena itu, nama kelas
harus lah berupa kata benda.
Attribute kelas memiliki attribut yang
menggambarkan karakteristik dari objek. Attribut kelas yang benar adalah yang dapat mencakup informasi yang dilukiskan dan mengenali instance tertentu dari
kelas. Tipe attribut dapat berupa primitive attribut atau tipe lainnya. Method Operations operations digunakan untuk memanipulasi attribut atau menjalankan
aksi-aksi. Class diagram terdiri dari beberapa relationship, diantaranya Generalization, Diagram objek, Aggregation dan Association. Generalisasi adalah
hubungan antara suatu kelas secara umum dengan suatu kelas yang lebih spesifik. Generalisasi adalah suatu yang dipertunjukkan sebagai suatu garis berarah dengan
tertutup. UML membiarkan suatu label diskriminator untuk dihubungkan dengan suatu
Generalization superclass. Sebagai contoh, kelas
boeing-airplane mempunyai kejadian-kejadian dari kelas boeing 737, boeing 747, boeing 757, dan
boeing 767, yang merupakan subclass dari kelas boeing-airplane. Elipsis tunjukkan bahwa Generalization itu adalah tidak lengkap dan lebih banyak
subclass yang tidak ditunjukkan. Pembangun melengkapi menunjukkan bahwa Generalization itu sudah lengkap dan tidak memerlukan lagi subclass. Jika suatu
label teks ditempatkan di segi tiga yang berongga yang dibagi dengan beberapa alur generalization kepada subclass, label berlaku bagi semua alur. Dengan kata
lain, semua subclass berbagi property yang diberi.
Gambar 2.11 Contoh Generalisasi Bahrami, 1999. Diagram objek, suatu diagram objek yang statis adalah satu kejadian dari
suatu diagram kelas. Itu menunjukkan suatu snapshot dari status yang terperinci dari sistem pada suatu momen yang tepat. Notasi adalah sama selama satu
diagram objek dan suatu diagram kelas. Diagram kelas dapat berisi objek, maka suatu diagram kelas dengan objek dan tidak ada kelas-kelas adalah satu diagram
objek. Aggregation, Aggregasi adalah suatu bentuk asosiasi. Komposisi, juga
yang dikenal sebagai a-part-of adalah suatu wujud aggregation dengan kepemilikan yang kuat untuk menunjukkan komponen dari suatu objek yang
kompleks. Komposisi juga dikenal sebagai suatu part-whole relationship. notasi UML untuk komposisi adalah suatu berlian yang padat pada akhir suatu alur.
Sebagai alternatif, UML menyediakan suatu wujud dengan nyata bersarang itu, dalam banyak kesempatan, lebih menyenangkan karena adanya komposisi.
Gambar 2.12 Contoh Aggregasi Nugroho, 2005. Tabel 2.3 Notasi Multiplisitas
Multiplitas Arti
Banyak Nol
1 Satu
0… Nol atau banyak
Multiplitas Arti
1… Satu atau banyak
0…1 Nol atau satu
1…1 Hanya satu
Sumber : Nugroho, 2005. Association, Asosiasi didefinisikan sebagai penghubung objek-objek pada
kelas yang sama. Multiplisitas Multiplicity, Multiplicity atau multiplisitas adalah jumlah banyaknya objek sebuah class yang berelasi dengan sebuah objek lain
pada class lain yang berasosiasi dengan class tersebut. Untuk menyatakan multiplisitas anda dapat meletakkannya diatas garis asosiasi berdekatan dengan
class yang sesuai. notasi – notasi yang ada pada multiplisitas seperti yang terlihat pada Tabel 2.3 Notasi Multiplisitas.
Konsep use case diperkenalkan oleh ivan Jacobson di dalam Object Oriented Software Engineering OOSE. Kemampuan suatu sistem menguraikan
sejumlah use case yang berbeda, masing-masing menunjukkan secara spesifik suatu arus kejadian yang spesifik di dalam sistem.
Use case adalah deskripsi fungsi dari sebuah sistem dari prespektif pengguna. Use case akan menggambarkan cara kerja suatu software dengan aktor.
Dalam use case diagram akan digambarkan hubungan antara aktor dengan use case. Aktor adalah orang atau subsistem lain yang akan berinteraksi dengan
sistem. Sementara use case menggambarkan proses yang akan dilakukan oleh aktor terhadap sistem seperti yang terlihat pada Gambar 2.13 Use Case Diagram.
Gambar 2.13 Simbol Use Case Diagram
Gambar 2.14 Contoh Kondisi Uses
Uraian suatu use case menggambarkan apa yang terjadi di dalam sistem ketika use case dilaksanakan. Pada intinya hubungan-hubungan ini ditunjukkan di
suatu diagram use case diantaranya Communication, hubungan komunikasi dari suatu aktor di suatu use case, ditunjukkan dengan menghubungkan simbol aktor
kepada simbol use case dengan suatu alur yang padat. Aktor itu dikatakan “komunikasi” dengan use case. Uses, menggunakan hubungan antara use case
ditunjukkan oleh panah generalisasi dari use case seperti yang terlihat pada Gambar 2.14 Contoh Kondisi Uses.
Extends, perluasan hubungan digunakan ketika kita mempunyai satu use case yang serupa dengan use case yang lain tetapi lebih banyak. Pada intinya, itu
seperti suatu subclass seperti yang terlihat pada Gambar 2.15 Contoh Kondisi Extends.
Gambar 2.15 Contoh Kondisi Extends
Berikut merupakan notasi-notasi untuk use case diagram seperti yang terlihat pada Tabel 2.4 Notasi Use Case Diagram dibawah.
Tabel 2.4 Notasi Use Case Diagram Fungsi
Kegunaan Simbol
Actor Actor adalah pengguna sistem. Actor tidak
terbatas hanya manusia saja, jika sebuah sistem berkomunikasi dengan aplikasi lain
dan membutuhkan input atau memberikan output, maka aplikasi tersebut juga bisa
dianggap sebagai actor.
Fungsi Kegunaan
Simbol Use Case
Use case digambarkan sebagai lingkaran elips dengan nama use case dituliskan
didalam elips tersebut.
Fungsi Kegunaan
Simbol Association
Asosiasi digunakan untuk menghubungkan actor dengan use case. Asosiasi digambarkan
dengan sebuah garis yang menghubungkan antara Actor dengan Use Case.
Depends on
Menyatakan hubungan ketergantungan antar Use Case, yakni pelaksanaan suatu use case
baru bisa dilakukan setelah pelaksanaan use case lain selesai.
Sumber : http:resources.visual-paradigm.com
Gambar 2.16 Contoh Use Case Diagram
Sequence diagram menggambarkan interaksi antar objek didalam dan disekitar sistem termasuk pengguna, display dan sebagainya berupa message
yang digambarkan terhadap waktu. Sequence diagram terdiri atas dimensi vertikal waktu dan dimensi horizontal objek-objek yang terkait.
Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respon dari sebuah event
untuk menghasilkan output tertentu. Sequence diagram terdiri dari sumbu vertikal putus-putus yang merepresentasikan “lifetime” objek dan sumbu horizontal yang
menunjukan sekumpulan objek yang saling berinteraksi dalam sistem. Diagram ini menjelaskan bagaimana objek berinteraksi dengan objek yang lainnya yaitu
dengan cara mengirim dan menerima pesan. Komunikasi antar objek tersebut ditandai dengan garis horizontal yang disertai dengan nama operasinya. Berikut
adalah notasi-notasinya seperti yang terlihat pada Tabel 2.5 Notasi Sequence Diagram.
Tabel 2.5 Notasi Sequence Diagram Fungsi
Pengertian Simbol
Object
Object merupakan
instance dari
sebuah class dan dituliskan tersusun secara
horizontal. Digambarkan
sebagai sebuah class kotak dengan nama objek didalamnya yang diawali
dengan sebuah titik koma.
Actor
Actor juga
dapat berkomunikasi
dengan objek, maka actor juga dapat diurutkan sebagai kolom. Simbol
Actor sama dengan simbol pada Actor Use Case Diagram.
Lifeline
Lifeline mengindikasikan keberadaan sebuah objek dalam basis waktu.
Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari
sebuah objek.
Activation
Activation dinotasikan sebagai sebuah kotak segi empat yang gambar pada
sebuah lifeline.
Activation mengindikasikan sebuah objek yang
akan melakukan sebuah aksi.
Message
Message, digambarkan dengan anak panah horizontal antara Activation.
Message mengindikasikan komunikasi antara objek-objek
Sumber : http:resources.visual-paradigm.com
Berikut ini adalah contoh dari Sequence Diagram seperti yang terlihat pada Gambar 2.17 Contoh Sequence Diagram.
Gambar 2.17 Contoh Sequence Diagram
Activity diagram menggambarkan berbagai alur aktifitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, keputusan yang
mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, dimana sebagian besar state adalah aksi dan sebagian besar transisi di-trigger oleh selesainya state
sebelumya internal processing. Oleh karena itu, Activity diagram tidak menggambarkan behavior internal sebuah sistem dan interaksi antar subsistem
secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktifitas dari level atas secara umum. Sebuah aktivitas dapat direalisasikan oleh satu use
case atau lebih. Aktifitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana actor mengguanakan sistem untuk melakukan
aktifitas. Berikut adalah notasi activity diagram seperti yang terlihat pada Tabel 2.5 Notasi Activity Diagram.
Tabel 2.6 Notasi Activity Diagram Simbol
Keterangan
Titik Awal Titik Akhir
Activity Pilihan Untuk mengambil Keputusan
Fork; Digunakan untuk menunjukkan kegiatan yang dilakukan secara parallel menggabungkan dua kegiatan
peralel menjadi satu.
Rake; Menunjukkan adanya dekomposisi Tanda Waktu
Tanda pengiriman Tanda penerimaan
Aliran akhir Flow Final Sumber:
http:resources.visual-paradigm.com
2.5. Rational Rose
