BAB II TINJAUAN PUSTAKA

Transkripsi

1 BAB II TINJAUAN PUSTAKA II.. Sistem Sistem berasal dari bahasa Latin (systēma) dan bahasa Yunani (sustēma) adalah suatu kesatuan yang terdiri komponen atau elemen yang dihubungkan bersama memudahkan aliran informasi, materi atau energi. Istilah ini sering dipergunakan untuk menggambarkan suatu set entitas yang berinteraksi, di mana suatu model matematika seringkali bisa dibuat. Sistem juga merupakan kesatuan bagian -bagian yang saling berhubungan yang berada dalam suatu wilayah serta memiliki item-item penggerak. Sistem dapat abstrak maupun fisik. Sebuah sistem abstrak adalah suatu susunan teratur, gagasan atau konsepsi yang saling tergantung, sedangkan sistem fisik adalah serangkaian unsur yang saling bekerja sama untuk mencapai tujuan. Sistem adalah jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau menyelesaikan suatu sasaran tertentu. Sistem adalah suatu jaringan daripada elemen elemen yang saling berhubungan, membentuk satu kesatuan untuk melaksanakan suatu tujuan pokok dari sistem tersebut. Menurut Baary E. Chusing yang diterjemahkan oleh Azhar Susanto dalam bukunya, menerangkan bahwa suatu sistem adalah kumpulan atau group dari sub sistem atau bagian atau komponen apapun, baik phisik maupun non phisik yang saling berhubungan satu sama lain dan

2 2 /bekerjasama untuk mencapai tujuan tertentu kesatuan yang terdiri dari dua atau lebih komponen sebagai sistem yang berinteraksi untuk mencapai suatu tujuan. (R Achmad Margoyuwono ; 203 : 46) Sistem adalah kumpulan dari komponen-komponen peralatan model requirement, function dan interface. Sedangkan sistem informasi merupakan kombinasi teratur apapun dari sumber daya manusia, hardware, software, data dan jaringan. (Adhinta Nicho Pratama ; 203 : 75) Dari pengertian diatas dapat diambil kesimpulan bahwa sistem merupakan suatu sekumpulan dari komponen-komponen tersusun yang tergabung dan saling berhubungan satu sama lain untuk mencapai tujuan yang sama. II.2. Sistem Pakar II.2.. Sejarah Sistem Pakar Sistem Pakar dikembangkan pada pertengahan tahun 960-an oleh Artificial Intelligence Corporation. Periode penelitian artificial intelligenceini didominasi oleh suatu keyakinan bahwa nalar yang digabung dengan komputer canggih akan menghasilkan prestasi pakar atau bahkan yang melebihi prestasi manusia. Suatu usaha ke arah ini adalah General Purpose Problem-Solver(GPS). GPS yang berupa sebuah prosedur yang dikembangkan oleh Allen Newell, John Cliff Shaw, dan Herbert Alexander Simon dari Logic Theorist merupakan sebuah percobaan untuk menciptakan mesin yang cerdas. GPS sendiri merupakan sebuah predecessor menuju Expert System(ES). GPS berusaha untuk menyusun beberapa langkah-langkah yang dibutuhkan untuk mengubah situasi awal menjadi statetujuan yang telah ditentukan sebelumnya. (Adhinta Nicho Pratama;203: 76)

3 3 II.2.2. Pengertian Sistem Pakar Sistem pakar ( expert system) adalah sistem yang berusaha mengadopsi pengetahuan manusia ke komputer, agar komputer dapat menyelesaikan masalah seperti yang biasa dilakukan oleh para ahli. Sistem pakar yang baik dirancang agar dapat menyelelasikan suatu permasalahan tertentu dengan meniru kerja dari para ahli. Bagi para ahli, sistem pakar ini juga akan membantu aktivitasnya sebagai asisten yang sangat berpengalaman. Kecendrungan penggunaan sistem pakar dalam aplikasi mempercepat para analisa dan designer memperoleh sistem yang lebih baik. Sistem pakar menerapkan proses pada basis pengetahuan yang berisi data dan aturan. Aturan ( rules) dalam hal ini berarti computer meniru perilaku manusia dan akan berbuat lebih teliti. (Adhinta Nicho Pratama ; 203 : 75-76) Sistem pakar adalah sistem yang berusaha mengadopsi pengetahuan manusia ke komputer agar komputer dapat menyelesaikan masalah seperti yang biasa dilakukan oleh para pakar. (Yasidah Nur Istiqomah ; 203 : 33) Dalam pengertian yang tertera dapat dijelaskan bahwa Sistem Pakar (Expert System) adalah program berbasis pengetahuan yang menyediakan solusisolusi dengan kualitas pakar untuk problema-problema dalam suatu domain yang spesifik. Sistem Pakar merupakan program komputer yang meniru proses pemikiran dan pengetahuan pakar dalam menyelesaikan suatu masalah tertentu. II.2.3. Ciri-Ciri Sistem Pakar Ciri-ciri sistem pakar menurut Ali Ibrahim (200 : 23) dapat dijelaskan sebagai berikut :. Terbatas pada domain keahlian tertentu.

4 4 2. Dapat memberikan penalaran untuk data-data yang tidak pasti. 3. Dapat mengemukakan rangkaian alasan-alasan yang diberikan dengan cara yang dapat dipahami. 4. Berdasarkan pada kaidah/rule tertentu. 5. Dirancang untuk dapat dikembangkan secara bertahap. 6. Pengetahuan dan mekanisme inferensi jelas terpisah. 7. Keluarannya bersifat anjuran. 8. Sistem dapat mengaktifkan kaidah secara searah yangsesuai, dituntun oleh dialog dengan pemakai. (Ali Ibrahim ; 200 : 23) II.3. Metode Fuzzy Logic Logika fuzzy adalah peningkatan dari logika Boolean yang berhadapan dengan konsep kebenaran sebagian. Saat logika klasik menyatakan bahwa segala hal dapat di ekspresikan dalam istilah biner (0 atau, hitam atau putih, ya atau tidak) logika fuzzy menggantikan kebenaran Boolean dengan timgkat kebenanaran. Himpunan logika fuzzy pertamakali diperkenalkan oleh Lotfi A. Zadeh pada tahun 965 sebagai cara matematis untuk merepresentasikan ketidakpastian linguistik. Berdasarkan konsep logika fuzzy, faktor-faktor dan kriteria-kriteria dapat diklasifikasikan tanpa batasan yang mengikat. Logika fuzzy sangat berguna untuk menyelesaikan banyak permasalahan dalam berbagai bidang yang biasanya memuat derajat ketidakpastian. Teori himpunan logika fuzzy dikembangkan oleh Professor Lofti A. Zadehpada tahun 965. Ia berpendapat bahwa logika benar dan salah dari logika boolean konvensional tidak dapat mengatasi masalah gradasi yang berada

5 5 padadunia nyata. Untuk mengatasi masalah gradasi yang tidak terhingga tersebut, Zadeh mengembangkan sebuah himpunan fuzzy. Tidak seperti logika boolean, logika fuzzy mempunyai nilai yang berkelanjutan. Fuzzy dinyatakan dalam derajat darisuatu keanggotaan dan derajat dari kebenaran. Oleh sebab itu sesuatu dapat dikatakan sebagian benar dan sebagian salah pada waktu yang sama. Berdasarkan hal tersebut diatas Logika fuzzy dapat digunakan untuk memodelkan suatu permasalahan yang matematis, dimana konsep matematis yang mendasari penalaran fuzzy sangat sederhana dan mudah dimengerti. Logika fuzzy merupakan generalisasi dari logika klasik ( Crisp Set) yang hanya memiliki dua nilai keanggotaan yaitu 0 dan. Dalam logika fuzzy nilai kebenaran suatu pernyataan berkisar dari sepenuhnya benar sampai dengan sepenuhnya salah. Fuzzy Logic berhubungan dengan ketidakpastian yang telah menjadi sifatalamiah manusia, mensimulasikan proses pertimbangan normal manusia dengan jalan memungkinkan komputer untuk berperilaku sedikit lebih seksama dan logis dari pada yang dibutuhkan metode computer konvensional. Pemikiran di balik pendekatan ini adalah pengambilan keputusan tidak sekadar persoalan hitam dan putih atau benar dan salah, namun kerap kali melibatkan area abu-abu, dan hal itu dimungkinkan. (Rizkysari Meimaharani ; 204 : 9) a. Inference Fuzzy Sugeno Sering dikenal dengan nama metode Max Min. fuzzy ini mempunyai output (konsekuen) system tidak berupa himpunan fuzzy, melainkan berupa konstanta atau persamaan linier. - Model Fuzzy Sugeno Orde Nol, bentuk umum:

6 6 IF (X is A ). (X2 is A2). (X3 is A2).(X3is A3) ( Xn is An) then z =k adalah konstanta (tegas) sebagai konsekuen - Model Fuzzy Sugeno Orde Satu, bentuk umum: IF (X is A )... (XNisAN) THEN z = p* x + + pn* XN + q b. Metode Centroid. Pada metode ini penetapan nilai crips diperoleh dengan cara pengambilan titik pusat daerah fuzzy. c. Metode pengembangan fuzzy.

7 7 Menyusun Model dalam Segmen Kebijakan Mendefenisikan Karakteristik Model Secara Fungsional Mendekomposisikan Variabel-Variabel ke dalam Himpunan- Mendefenisikan Normalisasi post- Model Membentuk Aturan Mendefenisikan Metode Defuzzifikasi Mendefenisikan Matriks Unjuk Kerja Sistem Menjalankan Simulasi Sistem Pengujian, Pengaturan dan Memvalidasi Model Menghubungkan ke Sistem Gambar II.. Metode Pengembangan Fuzzy Sumber : (Rizkysari Meimaharani ; 204 : 9)

8 8 II.4. PHP PHP adalah bahasa pemrograman web atau scripting language yang dijalankan diserver. PHP dibuat pertama kali oleh Rasmus Lerdorf, yang pada awalnya dibuat untuk menghitung jumlah pengunjung pada homepagenya. Pada waktu itu PHP bernama FI (Form Interpreter). Pada saat tersebut PHP adalah sekumpulan script yang digunakan untuk mengolah data form dari web. Perkembangan selanjutnya adalah Rasmus melepaskan kode sumber tersebut dan menamakannya PHP/FI, pada saat tersebut kepanjangan dari PHP/FI adalah Personal Home Page/Form Interpreter. Pelepasan kode sumber ini menjadi open source, maka banyak programmer yang tertarik untuk ikut mengembangkan PHP. Pada tahun 997 sebuah perusahaan bernama Zend, menulis ulang interpreter PHP mejadi lebih bersih, lebih baik dan lebih cepat. Kemudian pada Juni 998 perusahaan tersebut merilis interpreter baru untuk PHP dan meresmikan nama rilis tersebut menjadi PHP 3.0. Pada pertengahan tahun999, Zend merilis interpreter PHP baru dan rilis tersebut dikenal dengan PHP 4.0. PHP 4.0 adalah versi PHP yang paling banyak dipakai. Versi ini banyak dipakai sebab versi ini mampu dipakai untuk membangun aplikasi web kompleks tetapi tetap memiliki kecepatan proses dan stabilitas yang tinggi. Pada Juni 2004 Zend merilis PHP 5.0. Versi ini adalah versi mutakhir dari PHP. Dalam versi ini, inti dari interpreter PHP mengalami perubahan besar. Dalam versi ini juga dikenalkan model pemrograman berorientasi objek baru untuk menjawab perkembangan bahasa pemrograman kearah pemrograman berorientasi objek. Hal yang menarik yang didukung oleh PHP adalah kenyataan bahwa PHP bisa digunakan untuk mengakses berbagai

9 9 macam database seperti Access, Oracle, MySQL, dan lain-lain. (Abdul Kadir, 2002). II.5. Database Database merupakan sekumpulan data atau informasi yang terdiri atas satu atau lebih tabel yang saling berhubungan antara satu dengan yang lain, dimana anda mempunyai wewenang untuk mengganti, menghapus, dan mengedit data dalam tabel - tabel tersebut. Database pada microsoft acces adalah sekumpulan objek yang terdiri dari Tabel, Query, Form, Report, Pages, Macro dan Module. Objek-objek ditampung dalam satu wadah atau database. Jadi dalam microsoft acces yang dimaksud database adalah kumpulan dari Tabel, Query, Form, Report, Page, Micro dan Module. (Adhinta Nicho Pratama ; 203 : 77) II.5.. Jenis-Jenis Database Database ada dua jenis menurut Indra Warman 202 yaitu :. Database hirarki Yaitu suatu data yang tersusun dengan bentuk hirarki pohon. Susunan yang seperti ini terdiri dari beberapa unsure komponen yang saling mempengaruhi dan tidak dapat dipisahkan, jenis database ini merupakan hubungan satu komponen dengan banyak komponen. 2. Database relasi Adalah suatu data yang disusun dalam bentuk tabel yang terdiri dari dua definisi dan tersusun secara terstruktur. Bentuk susunan dua dimensi ini terdiri dari beberapa kolom dan record yang tersusun berbentuk baris dari kiri kekanan.

10 20 Data-data yang susunannya berbentuk barus adalah susunan yang menurun kebawah. Dimana pada setiap baris berisikan data- data yang saling berkaitan satu sama lainnya. Artinya setiap pemasukan data yang tersimpan pada field merupakan kesatuan dalam bentuk satu baris. (Indra Warman ; 202 : 45) II.5.2. Komponen-Komponen Database Komponen utama dari sistem database terdiri atas beberapa bagian yaitu sebagai berikut :. Data : diutamakan data yang bersifat integrity (kesatuan) dan Share (pemakaian bersama). 2. Hardware : semua yang menyangkut media penyimpanan eksternal, piranti input dan output. 3. Software : berupa database manajemen sistem seperti SQL, yang merupakan penghubung antara alumni dengan data yang tersimpan didalam media penyimpanan secara fisik. 4. Database : merupakan kumpulan dari file yang saling berhubungan satu dengan yang lainnya. Database secara fisik terdapat dalam media penyimpanan seperti sistem komputer. (Indra Warman ; 202 : 45) II.5.3. Pengertian Database Management System (DBMS) Sistem manajemen basis data adalah kumpulan data yang saling berhubungan dan kumpulan program untuk mengakses data. Tujuan utama sistem manajemen basis data adalah menyediakan cara penyimpan dan mengambil informasi basis data secara mudah dan efisien. (Adhinta Nicho Pratama ;203;77)

11 2 II.6. MySql MySQL Server 2000 adalah suatu Perangkat lunak Relational Database Mangement system ( RDBMS ) yan g handal. Didesain untuk mendukung proses transaksi yang besar (seperti order entri yang online, inventori, akuntansi atau manufaktur). MySQL Server akan secara otomatis menginstal enam database utama, yaitu master, model, tempdb, pubs, Northwind, dan Msdb. (Anis nurhanafi ; 203 ; 5) II.7. UML (Unified Modelling Language) Unified Modelling Language (UML) adalah 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 bahasa-bahasa 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

12 22 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 Modeling Technique), dan Ivar Jacobson OOSE ( Object-Oriented Software Engineering). Sejarah UML sendiri cukup panjang. Sampai era tahun 990 seperti kita ketahui puluhan metodologi pemodelan berorientasi objek telah bermunculan di dunia. Diantaranya adalah: metodologi booch, metodologi coad, metodologi OOSE, metodologi OMT, metodologi shlaer-mellor, metodologi wirfs-brock, 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. Dimulai pada bulan Oktober 994 Booch, Rumbaugh dan Jacobson, yang merupakan tiga tokoh yang boleh dikata metodologinya banyak digunakan mempelopori usaha untuk penyatuan metodologi pendesainan berorientasi objek. Pada tahun 995 direlease draft pertama dari UML (versi 0.8). Sejak tahun 996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG Tahun 997 UML versi. muncul, dan saat ini versi terbaru adalah versi.5 yang dirilis bulan Maret Booch, Rumbaugh dan Jacobson menyusun tiga buku serial tentang UML pada tahun 999. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek. (Yuni Sugiarti ; 203 : 33)

13 23 Dalam pembuatan skripsi ini penulis menggunakan diagram Use Case yang terdapat di dalam UML. Adapun maksud dari Use Case Diagram diterangkan dibawah ini.. Use Case Diagram Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah apa yang diperbuat sistem, dan bukan bagaimana. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem. 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 diinclude 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. (Yuni Sugiarti ; 203 : 4)

14 24 Tabel II.. Simbol Notasi Use Case Diagram No Simbol Deskripsi Use Case Fungsionalitas yang disediakan sistem sebagai uni-unit yang saling bertukar pesan antar unit Nama Use Case dan aktor, biasanya dinyatakan dengan menggunakan kata kerja di awal frase nama use case. 2 Aktor Orang, proses, atau system yang berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan dibuat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tetapi aktor belum tentu merupakan orang ; biasanya dinyatakan menggunakan kata benda di awal frase nama aktor. 3 Asosiasi/Association Komunikasi antar aktor dan use case yang berpartisipasi pada use case atau use case memiliki interaksi dengan aktor. 4 Extend <<Extend>> 5 Include <<Include>> Sumber : (Yuni Sugiarti ; 203 ; 42) Relasi use case tambahan ke sebuah use case dimanan use case yang ditambahkan dapat berdiri sendiri walau tanpa use case tambahan itu ; mirip dengan prinsip inheritance pada pemrograman berorientasi objek; biasanya use case tambahan memiliki nama depan yang sama dengan use case yang ditambahkan, arah panah menunjuk pada use case yang dituju. Relasi use case tambahan ke sebuah use case dimanan use case yang ditambahkan memrlukan use case ini untuk menjalankan fingsinya atau sebagai syarat dijalankan use case ini. Ada dua sudut pandang yang cukup besar mengenai include di use case, include berarti use case yang ditambahkan akan selalu dipanggil saat use case tambahan dijalankan.

15 25 2. Class Diagram Diagram kelas atau class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi. Berikut adalah simbolsimbol pada diagram kelas : Tabel II.2. Class Diagram Simbol Package Deskripsi Package merupakan bungkusan dari satu atau lebih kelas. Package Operasi Kelas pada struktur sistem. Nama kelas +Attribute +Attribute +Operation () Antar muka / Interface Sama dengan konsep interface dalam pemrograman berorientasi objek. Asosiasi/Association Relasi antar kelas dengan makna umum, asosiasi biasanya juga disertai dengan multiplicity. Asosiasi berarah Relasi antar kelas dengan makana kelas yang satu digunakan olah kelas yang lain, asosiasi juga disertai dengan multiplicity. Generalisasi Relasi antar kelas dengan makna generalisasi spesialisasi (umum-khusus). Kebergunaan / defedency Relasi Antar kelas dengan makna kebergantungan antar kelas.

16 26 Agrasiasi Relasi antar kelas dengan makna semua bagan (whole part). Sumber : (Yuni Sugiarti ; 203 ; 59)

17 27 Login +validasilogin() +logout() KoneksiBasisData +host +database +username +password Main +main() +uilogin() +uimenu() +uimengelolapustaka() +uimengelolaanggota() +uimengelolapeminjaman() +membukakoneksi() +eksekusiqueryselect() +eksekusiqueryupdate() +tutupkoneksi()..*..*..* MengelolaPustaka +caripustakabyid() +caripustakabyjudul() +caripustakabyjenis() +caripustakabypengarang() +memasukkanpustaka() +ubahpustaka() +hapuspustaka() MengelolaAnggota +carianggotabynama() +carianggotabyid() +memasukkananggota() +mengubahanggota() +menghapusanggota() MengelolaPeminjaman +memasukkanpeminjaman() +mencaripeminjaman() +ubahpeminjaman()..*..* TPustaka +id +judul +jenis +jumlah +tahun +pengarang +setid() +getid() +setjudul() +getjudul() +setjenis() +getjenis() +setjumlah() +getjumlah() +settahun() +gettahun() +setpengarang() +getpengarang()..* TAnggota +id +nama +alamat +telepon +setid()..* +getid() +setnama() +getnama() +setalamat() +getalamat()..* +settelepon() +gettelepon() TPeminjaman +id +tgl_peminjaman +id_anggota +id_pustaka +tgl_kembali +setid() +getid() +settglpeminjaman() +gettglpeminjaman() +setidanggota() +getidanggota() +setidpustaka() +getidpustaka() +settglkembali() +gettglkembali() Gambar II.2. Contoh Class Diagram Sumber : (Yuni Sugiarti ; 203 : 63)

18 28 3. Sequence Diagram Diagram Sequence menggambarkan kelakuan/prilaku objek pada use case dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar objek. Oleh karena itu untuk menggambarkan diagram sequence maka harus diketahui objek-objek yang terlibat dalam sebuah use case beserta metode-metode yang dimiliki kelas yang diinstansiasi menjadi objek itu. Banyaknya diagram sequence yang harus digambar adalah sebanyak pendefinisian use case yang memiliki proses sendiri atau yang penting semua use case yang telah didefinisikan interaksi jalannya pesan sudah dicakup pada diagram sequence sehingga semakin banyak use case yang didefinisikan maka diagram sequence yang harus dibuat juga semakin banyak. Gambar II.3. Contoh Sequence Diagram Sumber : (Yuni Sugiarti ; 203 : 63)

19 29 4. Activity Diagram Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision 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, 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. Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan prosesproses paralel (fork dan join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.

20 Gambar II.4. Activity Diagram Sumber : (Yuni Sugiarti ; 203 : 76) 30