[Revisi 1]

P R O J E C TANALISI DAN PERANCANGAN SISTEM

INFORMASIU M L

( UNIFIED MODELLING LANGAUGE )

Tim Penyusun :Nama NIM

Adola Silaban 14.111.2222Wahyu S Silaban 14.111.3171

Anna Agustina 14.111.3147Rizki Ananda Lubis 14.111.3261

Nova C Sianturi 14.111.4151Dosen Pembimbing : Kristian Telaumbanua, S.T.,

M.T.

I. Daftar IsiI. Daftar Isi.............................................................................................................................................................3

II. Abstrak................................................................................................................................................................4

III. Sejarah UML......................................................................................................................................................4

IV. Simbol-Simbol Dalam UML........................................................................................................................5

V. Jenis-Jenis UML............................................................................................................................................... 5

1) Diagram Use Case (Use Case Diagram)..................................................................................................5

1.1 Pengertian Use-case Diagram..........................................................................................................5

1.2 Deskripsi Use Case Diagram.............................................................................................................5

1.3 Komponen-komponen Yang Terlibat dalam Use-case Diagram.......................................6

2) Diagram Aktivitas (Activity Diagram)....................................................................................................8

2.1 Pengertian Activity Diagram............................................................................................................8

2.2 Komponen-komponen Yang Terlibat dalam Activity Diagram.........................................8

Diagram Interaksi...................................................................................................................................................10

3) Diagram Sekuensial (Sequence Diagram)..........................................................................................10

3.1 Definisi Sequence Diagram.............................................................................................................10

3.2 Tujuan Sequence Diagram..............................................................................................................10

3.3 Komponen Sequence Diagram......................................................................................................10

4) Diagram Kolaborasi (Collaborate Diagram).....................................................................................13

4.1 Definisi Diagram Kolaborasi..........................................................................................................13

4.2 Komponen Penyusun Diagram Kolaborasi..............................................................................14

5) Diagram Class (Class Diagram)...............................................................................................................15

5.1 Pengertian Class Diagram...............................................................................................................15

5.2 Definisi Class Diagram......................................................................................................................15

5.3 Relasi Antar Kelas (Class)................................................................................................................16

5.4 Komponen Penyusun Class Diagram.........................................................................................17

VI. Referensi..........................................................................................................................................................19

II. Abstrak

UML (Unified Modeling Language) adalah sebuah bahasa untuk menentukan, visualisasi, kontruksi, dan mendokumentasikan artifact (bagian dari informasi yang digunakan atau dihasilkan dalam suatu proses pembuatan perangkat lunak. Artifact dapat berupa model, deskripsi atau perangkat lunak) dari system perangkat lunak, seperti pada pemodelan bisnis dan system non perangkat lunak lainnya.

III. Sejarah UML

Sampai era tahun 1990-an 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 kelompok/perusahaan lain yang menggunakan metodologi yang berlainan. Dimulai pada bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, yang merupakan tiga tokoh yang boleh dikata metodologinya banyak digunakan mempelopori usaha untuk penyatuan metodologi pendesainan berorientasi objek. Pada tahun 1995 direlease draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG).

UML (Unified Modeling Language) adalah sebuah bahasa yang berdasarkan grafik/gambar

untuk memvisualisasi, menspesifikasikan, membangun, dan pendokumentasian dari

sebuah sistem pengembangan software berbasis OO (Object-Oriented). UML sendiri

juga memberikan standar penulisan sebuah sistem blue print, yang meliputi konsep

bisnis proses, penulisan kelas-kelas dalam bahasa program yang spesifik, skema

database, dan komponen-komponen yang diperlukan dalam sistem software. Ada beberapa

jenis UML yaitu Use Case Diagram, Activity Diagram, Package Diagram, State Diagram,

Sequence Diagram, Class Diagram, Communication Diagram, Composite Structure Diagram,

Object Diagram, Timing Diagram, Component Diagram, Deployment Diagram, Interaction

Overview Diagram.

IV. Simbol-Simbol Dalam UML

Penggunaan simbol-simbol dalam pemodelan UML terbagi menjadi beberapa bagian tergantung jenis-jenis dari diagram UML tersebut.

V. Jenis-Jenis UML

1) Diagram Use Case (Use Case Diagram)1.1 Pengertian Use-case Diagram

Use case diagram ialah model fungsional sebuah system yang menggunakan actor dan use case. Use case adalah layanan (services) atau fungsi-fungsi yang disediakan oleh system untuk penggunanya (Henderi et al, 2008).

Use Case Diagram menggambarkan fungsionalitas yang diharapkan dari sebuah system. Yang tekankan adalah “apa” yang dubuat system, dan bukan “bagaimana” sebuah use case menerangkan sebuah interaksi antar actor dengan system. Use case merupakan sebuah pekerjaan tertentu, misal :login ke system, meng-create sebuah daftar belanja, dsb. Seorang sebuah actor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan system untuk melakukan pekerjaan-pekerjaan tertentu.

Use Case Diagram dapat sangat membantu bila kita sedang menyusun requitment sebuah system, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada system. Sebuah 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 fungsional yang common.

Sebuah use case juga dapat meng-exted use case lain dengan behavior-nya sendiri. Sementara hubungan generalisasi antar use case mennjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain.

1.2 Deskripsi Use Case Diagram Sebuah use case adalah dimana system digunakan untuk memenuhi satu atau lebih

kebutuhan pemakai. Use case merupakana awal yang sangat baik untuk setiap fase pengembangan

berbasis objek, design testing, dan dokumentasi. Use case menggambarkan kebutuhan system dari sudut pandang di luar system. Use case menentukan nilai yang diberikan system kepada pemakainya. Use case hanya menetapkan apa yang seharusnya dikerjakan oleh system, yaitu

kebutuhan fungsional system. Use case tidak untuk menentukan kebutuhan nonfungsional, misal : sasaran kerja,

bahasa pemrograman, dsb.

1.3 Komponen-komponen Yang Terlibat dalam Use-case DiagramSimbol Deskripsi

Use CaseFungsional yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor, biasanya dinyatakan dengan menggunakan kata kerja diawal frase nama use case

Aktor/actorPada dasarnya actor bukanlah bagian dari 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.

Asosiasi /associationKomunikasi antara aktor dan use-case yang berpartisipasi pada use-case atau use-case memiliki interaksi dengan aktor.

Ekstensi / extendRelasi use case tambahan ke sebuah use case dimana use case yang ditambahkan dapat berdiri sendiri walaupun tanpa use case tambahan itu; biasanya use case tambahan memiliki nama depan yang sama dengan use case yang ditambahkan.

Generalisasi / GeneralizationHubungan generalisasi dan spesialis(umu-khusus) antara dua buah use-case dimana fungsi yang satu adalah fungsi umum dari lainnya.

Menggunanakan / UsesRelasi use case tambahan ke sebuah use case yang ditambahkan memerlukan use case ini untuk menjalankan fungsinya atau sebagai syarat dijalankan use case ini.

Nama Use Case

Contoh Use Case Diagram

Salah satu tool yang dapat digunakan untuk memodelkan Use Case Diagram adalah Edraw –edrawsoft.com-

2) Diagram Aktivitas (Activity Diagram)2.

2.1 Pengertian Activity DiagramActivity diagram merupakan diagram yang menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram berfungsi untuk menggambarkan workflow / aliran kerja dari suatu proses bisnis. Suatu aliran kerja bisa saja dituangkan dalam bentuk narasi / teks, akan tetapi jika aliran kerjanya sudah kompleks maka kita akan kesulitan untuk membayangkan bagaimana proses itu terjadi. Oleh karena itu, dibuatlah activity diagram sebagai salah satu cara untuk menggambarkan aliran kerja tersebut.

2.2 Komponen-komponen Yang Terlibat dalam Activity DiagramNotasi Keterangan Simbol

Initial ActivitySebagai awal dari aktivitas modul sistem aplikasi yang akan dikerjakan

ActivityMenunjukkan aktivitas yang dilakukan

Final Activity Merupakan akhir dari aktivitas

DecisionMenunjukkan aktivitas yang harus dipilih apakah pilihan pertama atau pilihan yang lain.

Signal

Sebagai pengirim dan penerima pesan dari aktivitas yang terjadi. Sinyal terdiri dari 2 jenis, yaitu sinyal penerima yang digambarkan dengan poligon terbuka dan sinyal pengirim yang digambarkan dengan convex poligon.

Concurrent activitiesMenggambarkan aktivitas yang dilakukan secara bersamaan atau paralel.

Contoh Activity Diagram : Pinjam – Kembalikan Buku Perputakaan

1. Diagram PendaftaranPada aktifitas diagram disamping yaitu seorang mahasiswa yang ingin meminjam buku di perpustakaan kampus, tetapi mahasiswa tersebut belum mempunyai member atau belum pernah meminjam buku sama sekali dari perpus, olehkarena itu perlu adanya pendaftaran identitas si peminjam. Berikut langkah-langkahnya untuk pendaftaran : Sipeminjam harus input data terlebih

dahulu yaitu dengan membuktikan nama, nomor identitas atau NPM dan jurusan fakultas. Pembuktian ini berbentuk dalam BLANKO atau tanda bukti pembayaran uang kuliah pada semester yang bersangkutan.

Setelah itu adanya verifikasi yaitu petugas perpus menginpit semua data si peminjam dalam komputer.

Setelah menginput, petugas perpus mencetak kartu member sipeminjam,

Setelah selesai di cetak kartu member diberikan kepada sipeminjam, jadi jika mau meminjam dan mengembalikan buku pinjaman harus menyertakan kartu member tersebut. Maka sipeminjam boleh meminjam buku tersebut sampai batas waktu yang telah ditentukan oleh perpustakaan.

2. Diagram Pengembalian BukuPada diagram activity diatas yaitu transaksi dimana sipeminjam mengembalikan buku yang telah dipinjam. Berikut langkah-langkah aktifitasnya :

Sipeminjam membawa buku yang telah dipinjam kepada petugas perpus, Setelah itu petugas memeriksa data-data sipeminjam dengan menyerahkan kartu member, Petugas juga mengecek buku tersebut apakah benar buku tersebut yang telah dipinjam, jika ya maka si petugas menghitung masa waktu pengembalian buku tersebut. Jika melewati tanggal pengembalian buku yang telah ditetapkan petugas maka sipeminjam wajib membayar denda. Jika tidak maka sipeminjam tidak dikenakan denda. Setelah itu petugas juga memeriksa kondisi buku. Setelah selesai membayar denda, maka petugas wajib memeriksa validasi data sipeminjam atau mengupdatenya bahwa sipeminjam sudah mengembalikan buku

tersebut.

Diagram InteraksiDiagram interaksi dibagi menjadi 2 yaitu : Sequence Diagram dan Diagram Kolaborasi

3) Diagram Sekuensial (Sequence Diagram)3.

3.1 Definisi Sequence DiagramSequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna,  display, dan sebagainya) berupa message yang digambarkan terhadap waktu.  Sequence diagram terdiri atar 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. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya.

3.2 Tujuan Sequence DiagramTujuan penggunaan sequence diagram :1. Mengkomunikasikan requirement kepada tim teknis karena diagram ini dapat lebih

mudah untuk dielaborasi menjadi model design.2. Merupakan diagram yang paling cocok untuk mengembangkan model deskripsi use-case

menjadi spesifikasi design.3. Analisa dan desain, memfokuskan pada identifikasi method didalam sebuah system.

Sequence diagram biasanya dipakai untuk memodelkan :· Deskripsi tentang system yang ada pada sebuah / beberapa use case pada use case

diagram, yang menggambarkan hubungan antara actor dan use case diagram.· Logika dari method (operation, function atau procedure).· Logika dari service (high level method).

3.3 Komponen Sequence Diagram

Symbol/Notasi Keterangan

Actor Orang, proses, atau sistem lain yang berinteraksi dengan sistem informasi dan mendapat manfaat dari system.

Berpartisipasi secara berurutan dan/ atau menerima pesan

Ditempatkan pada bagian atas diagram.

Object:Class Sebuah objek : Berpartisipasi secara berurutan dengan

mengirim dan/ atau menerima pesan Ditempatkan pada bagian atas diagram

Object Lifeline Menandakan kehidupan obyek selama urutan

Diakhiri tanda ×

Object active Fokus kontrol Menandakan ketika suatu objek

mengirim atau menerima pesan.

Message() Objek mengirim satu pesan ke pesan lainnya.

<<Create>> Menyatakan suatu objek untuk membuat objek yang lain, arah panah mengarah pada objek yang dibuat

1:Masukan Menyatakan bahwa suatu objek mengirimkan masukan ke objek lainnya. Arah panah mengarah pada objek yang dikirimi.

1:Keluaran Objek/ metode menghasilkan suatu kembalian ke objek tertentu, arah panah mengarah pada objek yang menerima kembalian.

Destroy/putuskan Menyatakan suatu objek mengakhiri perjalanan/proses objek yang lain, arah panah mengarah pada objek yang diakhiri. Sebaiknya jika ada create maka ada destroy

Contoh Sequence Diagram Admin Dealer Motor

Salah satu tool yang dapat digunakan untuk memodelkan Sequence Diagram adalah Rational Rose

Contoh Sequence Diagram DatabasePada contoh diagram sequence di atas terdapat 1 administrator dan 3 objek, yaitu: Layar login, cek user, data user, menu utama.

Pertama-tama administrator akan masuk ke layar login dengan menggunakan User ID dan Password().

Dari Layar login, admin akan melakukan cek user dengan memasukkan User ID dan Password().

Setelah melakukan cek user, admin akan memasukkan user ID dan password sekali lagi untuk melihat data user.

User ID dan Password yang dimasukkan admin sebanyak 3 kali, digunakan untuk melakukan validasi. Validasi ini bertujuan untuk membuka menu utama().

4) Diagram Kolaborasi (Collaborate Diagram)4.4.1 Definisi Diagram Kolaborasi

1. Diagram kolaborasi menunjukkan informasi yang sama persis dengan diagram sekuensial, tetapi dalam bentuk dan tujuan yang berbeda. Sebagaimana diagram sekuensial, diagram kolaborasi digunakan untuk menampilkan aliran skenario tertentu di dalam use case. Jika diagram sekuensial disusun berdasrkan urutan waktu, diagram kolaborsi lebih berkonsentrasi pada hubungan antar obyek-obyek.

2. Collaboration diagram adalah perluasan dari objek dan diagram (objek diagram menunjukkan objek-objek dan hubungannya satu dengan yang lain). Collaboration Diagram menunjukkan message-message objek yang dikirim satu sama lain  dan juga menggambarkan interaksi antar objek seperti sequence diagram, tetapi lebih menekankan pada peran masing-masing objek dan bukan pada waktu penyampaian message.

3. Diagram Collaboration / kolaborasi adalah diagram yang mengelompokan message pada kumpulan diagram sekuen menjadi sebuah diagram. Dalam diagram kolaborasi yang dituliskan adalaha operasi atau metode yang dijalankan antara objek yang satu dengan objek yang lainnya secara keseluruhan. Oleh karena itu dapat diambil dari jalannya interaksi pada semua diagram sekuen. Untuk menggambarkan objek dari sebuah diagram kolaborasi, dapat menggunakan pilihan Object. Dan untuk menghubungkan antar objek yang satu dengan objek yang lain digunakan Link.

4.4.14.2 Komponen Penyusun Diagram Kolaborasi

Simbol-simbol diagram kolaborasi dan Diagram Sequence pada umumnya sama saja.

Contoh Diagram Kolaborasi

5) Diagram Class (Class Diagram)5.

5.1 Pengertian Class DiagramClass diagram yaitu salah satu jenis diagram pada UML yang digunakan untuk menampilkan kelas-kelas maupun pakaet-paket yang ada pada suatu sistem yang nantinya akan digunakan. Jadi diagram ini dapat memberikan sebuah gambaran mengenai sistem maupun relasi-relasi yang terdapat pada sistem tersebut.

5.2 Definisi Class DiagramClass diagram adalah diagram yang digunakan untuk menampilkan beberapa kelas serta paket-paket  yang  ada  dalam sistem/perangkat  lunak  yang  sedang  kita kembangkan dimana diagram  ini memberi  kita gambaran  (diagram  statis)  tentang  sistem/perangkat  lunak dan relasi-relasi yang ada di dalamnya.

Atribut : merupakan  properti  dari  sebuah  kelas yang  melambangkan  nilai-nilai yang mungkin ada pada kelas tersebut. Atribut merupakan data yang dimiliki suatu objek dalam  kelas. Setiap atribut akan memiliki nilai berbeda untuk setiap objek. Contoh: Kelas manusia misalnya memiliki atribut Nama dan Umur. Untuk kebutuhan  aplikasi  hanya  atribut – atribut  penting  saja  yang  ditampilkan, atribut yang penting disini mungkin berlainan  untuk setiap aplikasi. Misalnya,  aplikasi  pencatatan  mahasiswa  yang  kuliah  di  perguruan  tinggi tertentu mungkin tidak membutuhkan atribut tinggi badan serta berat badan sedangkan aplikasi untuk event olahraga tertentu mungkin membutuhkan atribut- atribut  tersebut.  Atribut  yang  penting  bagi  aplikasi  tertentu membutuhkan kajian yang mendalam oleh para analis sistem.

Operation  atau Method : merupakan behavior(tingkah  laku)  atau  fungsi  yang dapat dilakukan oleh kelas tersebut. Operasi dan Metode merupakan  fungsi  atau  transformasi  yang  mungkin  dapat  diaplikasikan ke/oleh suatu objek dalam kelas. Misalnya, suatu objek da lam kelas manusia mungkin memiliki fungsi- fungsi: tersenyum, marah, makan, minum dsb. Operasi  yang  sama  dapat  diterapkan  pada  kelas- kelas  yang  berbeda. Misalnya fungsi makan dapat diterapkan baik pada kelas manusia maupun pada kelas kera, konsep ini yang dimaksud dengan konsep Polimorfisme.

Class memiliki 3 area pokok :1. Name (dan stereotype);2. Attribute;3. Method.

5.3 Relasi Antar Kelas (Class)1. AssociationDapat  diartikan sebagai relasi “.. has  a..”.  Digambarkan  sebagai  garis  lurus  antara  dua kelas. Namun  tidak  berarti  bahwa  kelas satu  memiliki/dimiliki kelas  yang  lain,  tetapi kelas lain dapat berelasi juga dengan kelas yang sama.

2. Directed AssociationRelasi  seperti asosiasi namun menggambarkan  objek  atau  aliran  kejadian  berasal  dari salah satu kelas, sedang kelas yang lainnya bersifat pasif.

3. AggregationDapat  diartikan  sebagai “..owns  a  ..”(“terdiri  atas..”). Terdapat  kelas sebagai  part  class (kelas  bagian)  yang  merupakan bagian  dari  kelas  lain(whole  class). Namun  jika whole class tidak ada, part class masih dapat berdiri sendiri.

Apabila  kelas  person dihilangkan, maka  alamat  rumah  masih  dapat berdiri sendiri.

4. Composition Bisa disebut  juga sebagai strong  agregation, dapat diartikan “..is part of..” (“..bagian dari..”). Seperti halnya relasi agregasi, namun apabila whole class hilang, maka mustahil part class untuk ada.

Apabila kelas mobil dihilangkan, maka tangki BBM mobil ikut hilang.

5. GeneralizationDapat  diartikan  sebagai  relasi “..is a..” Digunakan untuk merepresentasikan  pewarisan. Suatu kelas (child class) dapat diturunkan dari kelas lain dan mewarisi semua atribut dan method induknya (parent class) dan dapat menambah method atau atribut baru. Sebagai contoh kucing, srigala, singa, macan adalah hewan. Maka bisa dibuat relasi antar kelas seperti berikut ini:

6. DependencyMerupakan hubungan  ketergantungan  antar  kelas.  Suatu  kelas  memiliki ketergantungan terhadap  kelas  lain,  tetapi  tidak  berlaku  sebaliknya. Perubahan  pada  salah  satu  elemen kelas (pemasok) berdampak pada kelas lain (klien).

7. RealizationAdalah sebuah relasi antar dua class yang mengharuskan class yang satu harus mengikuti aturan  dari  class  yang  lainnya.  Biasanya  terjadi  antara  kelas  dengan antarmuka (interface)

5.4 Komponen Penyusun Class Diagram

NamaKomponen

Keterangan Simbol

Class Class adalah blok - blok pembangunpada pemrograman berorientasi obyek. Sebuah class digambarkan sebagai sebuah kotak yang terbagi atas 3 bagian. Bagian atas adalah bagian nama dari class. Bagian tengah mendefinisikan property/atribut class. Bagian akhir mendefinisikan method- method dari sebuah class.

Nama Class+ atribut+ atribut+ atribut+ method+ method

Association 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).

Composition Jika sebuah class tidak bisa berdiri sendiri dan harus merupakan bagian dari class yang lain, maka class tersebut memiliki relasi Composition terhadap class tempat dia bergantung tersebut. Sebuah relationship composition digambarkan sebagai garis dengan ujung berbentuk jajaran genjang berisi/solid.

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.

Contoh Class Diagram

Salah satu tool yang dapat digunakan untuk memodelkan Class Diagram adalah StarUML – staruml.io -

VI. Referensi

UML.org – Unified Modelling LanguageTutorialspoint.com/uml – TutorialsPointWikipedia – the free encyclopediaInformatika.web.idBloggerDll,