TUGAS BESAR PERTEMUAN 10 - 17

 

DAFTAR ISI

 

KATA PENGANTAR.. 2

DAFTAR ISI. 3

BAB I PENDAHULUAN.. 4

1.1           Latar Belakang. 4

1.2           Tujuan Penulisan. 4

1.3           Rumusan Masalah. 5

BAB II PEMBAHASAN.. 6

2.1           UNIFIED MODELLING LANGUAGE (UML). 6

2.1.1       USE CASE DIAGRAM... 9

2.2           DIAGRAM COMMUNICATION.. 15

2.2.1       DIAGRAM COMMUNICATION REGISTRATION.. 16

2.3           STATE DIAGRAM... 17

2.3.1       STATE DIAGRAM AUTHORMANAGEMENT.. 18

2.4           ACTIVITY DIAGRAM... 18

2.4.1       ACTIVITY DIAGRAM E-JOURNAL.. 20

2.5           COMPONENT DIAGRAM... 20

2.5.1       COMPONENT DIAGRAM SISTEM... 21

2.6           DEPLOYMENT DIAGRAM... 22

2.6.1       DEPLOYMENT DIAGRAM... 23

BAB III PENUTUP. 24

3.1           Kesimpulan. 24

DAFTAR PUSTAKA.. 25

 

BAB I PENDAHULUAN

 

1.1         Latar Belakang

Perkembangan teknologi dan komputer dari waktu ke waktu dirasakan semakin meningkat pesat. Perkembangan di bidang teknologi komputer ini telah mendorong penggunaan dan manfaat perkembangan teknologi tersebut secara luas di berbagai bidang dan aspek kehidupan. Perkembangan ini memudahkan masyarakat pada umumnya dan individu pada khususnya dalam menunjang kegiatan mereka sehari-hari. Salah satu contoh pemanfaatan dan penggunaan perkembangan teknologi komputer itu sendiri adalah dengan pemanfaatan komputer beserta perangkat lunaknya untuk membantu memecahkan permasalahan yang ada.

Rekayasa perangkat lunak merupakan satu disiplin ilmu yang bertujuan mengembangkan sistem perangkat lunak yang efektif dari segi biaya. Perangkat lunak bersifat abstrak dan tidak nyata. Perangkat lunak tidak terbuat dari unsur, mengikuti hukum fisika atau proses manufaktur. Dalam beberapa hal, kenyataan ini menyederhanakan rekayasa perangkat lunak karena tidak ada pembatasan fisis terhadap potensi perangkat lunak. Akan tetapi, dalam hal lain, tidak adanya batasan natural ini berarti bahwa perangkat lunak dengan mudah dapat menjadi sangat kompleks dan dengan demikian sangat sulit dipahami

1.2         Tujuan Penulisan

Tujuan tugas ini antara lain :

1.        Memenuhi tugas mata kuliah

2.        Sebagai media pembelajaran

3.        Mengenal UML dan Use Case

4.        Memahami dan dapat membuat Diagram Communication

5.        Mengenal dan memahami State Diagram

6.        Mengenal dan memahami Activity Diagram

7.        Mengenal dan memahami Component Diagram

8.        Mengenal dan memahami Deployment Diagram

1.3         Rumusan Masalah

1.        Apa yang dimaksud UML dan Use Case?

2.        Apa yang dimaksud Diagram Communication?

3.        Apa yang dimaksud State Diagram?

4.        Apa yang dimaksud Activity Diagram?

5.        Apa yang dimaksud Component Diagram?

6.        Apa yang dimaksud Deployment Diagram?

 

BAB II PEMBAHASAN

 

2.1         UNIFIED MODELLING LANGUAGE (UML)

UML dimulai secara resmi pada Oktober 1994, ketika Rumbaugh menggabungkan kekuatan dengan Booch. Mereka berdua lalu bekerja bersama di Relational Software Cooperation. Proyek ini memfokuskan pada penyatuan metode booch dan Rumbaugh(OMT). Pada bulan October 1995, UML merilis versi 0.8 dan pada waktu yang sama juga Jacobson bergabung dengan Relational. Cakupan dari UML pun semakin meluas. Kemudian dibangunlah persatuan untuk UML dengan beberapa organisasi yang akan menyumbangkan sumber dayanya untuk bekerja, mengembangkan,dan melengkapi UML.Jadi,UML dibuat untuk memudahkan para system developer untuk berdiskusi dengan bahasa pemodelan yang mudah dipahami.

UML digunakan untuk memodelkan suatu sistem (bukan hanya perangkat lunak) yang menggunakan konsep berorientasi object. Dan juga untuk menciptakan suatu bahasa pemodelan yang dapat digunakan baik oleh manusia maupun mesin. 

UML adalah bahasa untuk menspesifikasi,memvisualisasi, membangun dan mendokumentasikan artifacts (bagian dari informasi yang digunakan untuk dihasilkan oleh proses pembuatan perangkat lunak, artifact tersebut dapat berupa model, deskripsi atau perangkat lunak)dari sistem perangkat lunak,seperti pada pemodelan bisnis dan sistem non perangkat lunak lainnya. Selain itu UML adalah bahasa pemodelan yang menggunakan konsep orientasi object.UML dibuat oleh Grady Booch, James Rumbaugh, dan Ivar Jacobson di bawah bendera Rational Software Corps. UML menyediakan notasi-notasi yang membantu memodelkan sistem dari berbagai prespetktif. UML tidak hanya digunakan dalam pemodelan perangkat lunak, namun hampir dalam semua bidang yang membutuhkan pemodelan.

Bagian-bagian utama dari UML adalah view, diagram, model element, dan general mechanism.

View digunakan untuk melihat sistem yang dimodelkan dari beberapa aspek yang berbeda. Beberapa Jenis view dalam UML antara lain : use case view,logical view,component view,concurrency view, dan deployment view.

1.      Use case View Mendeskripsikan fungsionalitas sistem yang seharusnya dilakukan sesuai yang diinginkan external actors. Actor yang berinteraksi dengan sistem dapat berupa user atau sistem lainnya. View ini digambarkan dalam use case diagrams dan kadang-kadang dengan activity diagrams. View ini digunakan terutama untuk pelanggan,perancang (designer), pengembang(developer), dan penguji sistem(tester).

2.      Logical View Mendeskripsikan bagaimana fungsionalitas dari sistem, struktur statis (class, object, dan relationship ) dan kolaborasi dinamis yang terjadi ketika object mengirim pesan ke object lain dalam suatu fungsi tertentu. View ini digambarkan dalam class diagrams untuk struktur statis dan dalam state, sequence, collaboration, dan activity diagram untuk model dinamisnya.  View ini digunakan untuk perancang (designer) dan pengembang (developer).

3.      Component View Mendeskripsikan implementasi dan ketergantungan modul. Komponen yang merupakan tipe lainnya dari code module diperlihatkan dengan struktur dan ketergantungannya juga alokasi sumber daya komponen dan informasi administrative lainnya. View ini digambarkan dalam component view dan digunakan untuk pengembang (developer).

4.      Concurrency View Membagi sistem ke dalam proses dan prosesor. View ini digambarkan dalam diagram dinamis (state, sequence, collaboration, dan activity diagrams) dan diagram implementasi (component dan deployment diagrams) serta digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

5.      Deployment View Mendeskripsikan fisik dari sistem seperti komputer dan perangkat (nodes) dan bagaimana hubungannya dengan lainnya. View ini digambarkan dalam deployment diagrams dan digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

Diagram :

Diagram berbentuk grafik yang menunjukkan simbol elemen model yang disusun untuk mengilustrasikan bagian atau aspek tertentu dari sistem. Sebuah diagram merupakan bagian dari suatu view tertentu dan ketika digambarkan biasanya dialokasikan untuk view tertentu. Adapun jenis diagram antara lain :

1.        Use Case Diagram Menggambarkan sejumlah external actors dan hubungannya ke use case yang diberikan oleh sistem. Use case adalah deskripsi fungsi yang disediakan oleh sistem dalam bentuk teks sebagai dokumentasi dari use case symbol namun dapat juga dilakukan dalam activity diagrams. Use case digambarkan hanya yang dilihat dari luar oleh actor (keadaan lingkungan sistem yang dilihat user) dan bukan bagaimana fungsi yang ada di dalam sistem.

2.        Class Diagram Menggambarkan struktur statis class di dalam sistem. Class merepresentasikan sesuatu yang ditangani oleh sistem. Class dapat berhubungan dengan yang lain melalui berbagai cara: associated (terhubung satu sama lain), dependent (satu class tergantung/menggunakan class yang lain), specialed (satu class merupakan spesialisasi dari class lainnya), atau package (grup bersama sebagai satu unit). Sebuah sistem biasanya mempunyai beberapa class diagram.

3.        State Diagram Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa object lain yang mengirim pesan. State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlah state yang terdefinisi dengan baik dan kondisi class berubah oleh state yang berbeda.

4.        Sequence Diagram Menggambarkan kolaborasi dinamis antara sejumlah object. Kegunaanya untuk menunjukkan rangkaian pesan yang dikirim antara object juga interaksi antara object, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem. 

5.        Collaboration Diagram Menggambarkan kolaborasi dinamis seperti sequence diagrams. Dalam menunjukkan pertukaran pesan, collaboration diagrams menggambarkan object dan hubungannya (mengacu ke konteks). Jika penekannya pada waktu atau urutan gunakan sequence diagrams, tapi jika penekanannya pada konteks gunakan collaboration diagram.

6.        Activity Diagram Menggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untuk aktifitas lainnya seperti use case atau interaksi.

7.        Component Diagram Menggambarkan struktur fisik kode dari komponent. Komponent dapat berupa source code, komponent biner, atau executable component. Sebuah komponent berisi informasi tentang logic class atau class yang diimplementasikan sehingga membuat pemetaan dari logical view ke component view.

8.        Deployment Diagram Menggambarkan arsitektur fisik dari perangkat keras dan perangkat lunak sistem, menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Di dalam nodes, executeable component dan object yang dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.

 

2.1.1        USE CASE DIAGRAM

1.             RANCANGAN USE CASE DIAGRAM KONTEKS

Gambar 1. Rancangan Use Case Diagram Konteks

 

2.             USE CASE PACKAGE AUTHOR

Gambar 2. Rancangan Use Case Diagram Author

 

3.             USE CASE PACKAGE ADMINISTRATOR

Gambar 3. Rancangan Use Case Diagram Administrator

 

4.             USE CASE MANAGE SUBMSSION

Gambar 4. Rancangan Use Case Diagram Manage Submission

 

5.             DEFINISI AKTOR

No	Aktor	Deskripsi
1	Administrator	Orang yang bertugas memiliki hak ases untuk melakukan operasi Mendistribusikan jurnal ke Rev iewers, publish jurnal, dan mengurus halaman.
2	Author	Author orang yang bertugas untuk mengirimkan jurnal.
3	Reader	Reader adalah orang yang diperbolehkan download jurnal sesuai dengan hak aksesnya.
4	Reviewer	Review adalah orang yang dapat meninjau jurnal.

 

 

6.             DEFINISI USE CASE

No	Aktor	Deskripsi
1	Submit Paper	Proses untuk melakukan pengiriman jurnal.
2	Registration	Proses untuk mendaftar
3	Download Paper	Proses untuk mengunduh jurnal
4	Distributes Paper to Reviewers	Merupakan proses untuk mendistribusikan jurnal ke Reviewers
5	Publish Paper	Merupakan proses untuk mempubliskan jurnal
6	Manage Volume	Proses mengatur Halaman jurnal
7	Review Paper	Merupakan Proses untuk peninjauan jurnal.

 

7.             SKENARIO USE CASE

Nama Use Case : Submit Paper

Skenario :

Aksi Aktor	Reaksi Sistem
Skenario Normal
	1.      Memeriksa status actor
2.      Memasukkan jurnal
	3.      Memeriksa valid jurnal
	4.      Mengeluarkan pesan bahwa data jurnal valid atau tidaknya
5.      Mengirimkan jurnal

Nama Use Case : Registration

Skenario :

Aksi Aktor	Reaksi Sistem
Skenario Normal
1.      Memilih menu sign up
	2.      System menampilkan form sign up/register
3.      Mengisi form data register dan pilih tombol registrasi
	4.      System menyimpan data dan kemudian menampilkan halaman beranda

Nama Use Case : Download Paper

Skenario :

Aksi Aktor	Reaksi Sistem
Skenario Normal
1.      Reader membuka halaman e-journal
	2.      Menampilkan halaman beranda e-journal
3.      Memilih jurnal
	4.      Reader memverifikasi username dan password
	5.      Sistem menampilkan halaman untuk Download jurnal

Nama Use Case : Publish Paper

Skenario :

Aksi Aktor	Reaksi Sistem
Skenario Normal
1.      Administrator membuka halaman e-journal
	2.      Menampilkan halaman beranda e-journal
3.      Memilih jurnal
	4.      Administrator memverifikasi username dan password
	5.      Sistem menampilkan halaman untuk Publish jurnal

Nama Use Case : Manage Volume

Skenario :

Aksi Aktor	Reaksi Sistem
Skenario Normal
1.      Administrator membuka halaman e-journal
	2.      Menampilkan halaman beranda e-journal
3.      Memilih jurnal
4.      Mengatur halaman jurnal
	5.      Sistem memperbarui manage volume

Nama Use Case : Review Paper

Skenario :

Aksi Aktor	Reaksi Sistem
Skenario Normal
1.     Reviewer membuka halaman e-journal
	2.     Menampilkan halaman beranda e-journal
3.     Memilih jurnal
4.     Reviewer melakukan peninjauan jurnal

 

 

2.2         DIAGRAM COMMUNICATION

Communication Diagram adalah suatu diagram yang mengambarkan struktur interaksi yang terdapat disekitar objek (seperti halnya sequence diagram) dan hubungannya terhadap yang lainnya. Communication Diagram lebih mengedepankan peran setiap objek dan bukan pada waktu pengiriman pesan (message).

Communication diagram mirip dengan sequence diagram. Yang membedakan Communication diagram dari yang lain adalah diagram yang mengarahkan objek-objek dan asosiasi dengan objek-objek yang lain dalam sistem bersamaan dengan interaksinya. Asosiasi ini tidaklah dijelaskan dalam sequence diagram. Adapun fungsi dan tujuan Comunication Diagram:

1. Model pesan melalui antar peran atau objek yang mengirimkan operasi penggunaan dan fungsionalitas kasus.
2. Mekanisme model dalam desain arsitektur system.
3. Tangkap interaksi yang mengarahkan pesan yang dilewati antar peran dan objek dalam skenario kolaborasi.
4. Model skenario alternatif dalam kasus pemakaian atau operasi yang melibatkan kolaborasi dari berbagai interaksi dan objek.
5. Dukung pengidentifikasian objek (sebab kelas), atributnya (parameter pesan), dan operasi (pesan) yang ikut serta dalam use case.

Setelah memahami hal di atas maka selanjutnya kita perlu mengenal simbol Communication Digram yang terdiri dari:

1. Object : Objek adalah instance dari sebuah kelas  yang tersusun secara horizontal. Digambarkan sebagai sebuah kelas (kotak) dengan nama objek didalamnya yang diawali dengan sebuah titik koma (;).

2. Aktor : Actor juga dapat berhubungan dengan objek , maka actor juga dapat diurutkan sebagai kolom. Simbolnya sama pada Actor Use Case Diagram

3. Message : Message digambarkan dengan anak panah yang mengarah antar obyek dan diberi label urutan nomor yang mengindikasikan urutan komunikasi yang terjadi antar obyek, seperti yang sudah digambarkan dan dijelaskan di atas.

2.2.1        DIAGRAM COMMUNICATION REGISTRATION

Gambar 5. Rancangan Diagram Komunikasi Use Case Registration

2.3         STATE DIAGRAM

State Diagram Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa object lain yang mengirim pesan. State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlah state yang terdefinisi dengan baik dan kondisi class berubah oleh state yang berbeda.

Berikut Simbol yang ada pada State Diagram :

2.3.1   STATE DIAGRAM AUTHORMANAGEMENT

Gambar 6. Rancangan State Machine AuthorManagement

 

2.4         ACTIVITY DIAGRAM

Activity Diagram Menggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untuk aktifitas lainnya seperti use case atau interaksi.

Activity Diagram atau Diagram aktivitas adalah bentuk visual dari alur kerja yang berisi aktivitas dan tindakan, yang juga dapat berisi pilihan, atau pengulangan. Dalam Unified Modeling Language(UML), diagram aktivitas dibuat untuk menjelaskan aktivitas komputer maupun alur aktivitas dalam organisasi. Selain itu diagram aktivitas juga menggambarkan alur kontrol secara garis besar.

Activity diagram bisa juga dianggap sama seperti flowchart (diagram alur), namun meskipun diagram terlihat seperti sebuah diagram alur, tetapi sebenarnya berbeda. Diagram aktivitas menunjukkan aliran yang berbeda seperti paralel, bercabang, bersamaan dan tunggal.

Berikut symbol dari Activity Diagram :

2.4.1        ACTIVITY DIAGRAM E-JOURNAL

Gambar 7. Acitivity Diagram denan SwimLane

 

2.5         COMPONENT DIAGRAM

Component Diagram adalah diagram UML yang menampilkan komponen dalam system dan hubungan antara mereka. Saat berurusan dengan dokumentasi sistem yang kompleks, component diagram dapat membantu memecah sistem menjadi komponen yang lebih kecil.

Component Diagram Menggambarkan struktur fisik kode dari komponent. Komponent dapat berupa source code, komponent biner, atau executable component. Sebuah komponent berisi informasi tentang logic class atau class yang diimplementasikan sehingga membuat pemetaan dari logical view ke component view.

Berikut symbol symbol dari Component Diagram :

2.5.1        COMPONENT DIAGRAM SISTEM

Gambar 8. Rancangan Diagram Komponen Sistem

 

2.6         DEPLOYMENT DIAGRAM

Deployment diagram adalah salah satu model diagram dalam UML untuk mengerahkan artifact dalam node. Deployment diagram digunakan untuk memvisualisasikan, menspesifikasikan, dan mendokumentasikan proses yang terjadi pada suatu sistem perangkat lunak berbasis Object Oriented yang akan dibangun. Tujuan atau fungsi dari deployment diagram yaitu untuk menggambarkan/memvisualisasikan secara umum proses yang terjadi pada suatu sistem/software.

Deployment Diagram Menggambarkan arsitektur fisik dari perangkat keras dan perangkat lunak sistem, menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Di dalam nodes, executeable component dan object yang dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.

Berikut simbool-simbol yang digunakan dalam deployment diagram.

2.6.1        DEPLOYMENT DIAGRAM

Gambar 9. Rancangan Diagram Deployment

 

BAB III PENUTUP

 

3.1         Kesimpulan

UML adalah bahasa untuk menspesifikasi,memvisualisasi, membangun dan mendokumentasikan artifacts (bagian dari informasi yang digunakan untuk dihasilkan oleh proses pembuatan perangkat lunak, artifact tersebut dapat berupa model, deskripsi atau perangkat lunak)dari sistem perangkat lunak,seperti pada pemodelan bisnis dan sistem non perangkat lunak lainnya.

Communication Diagram adalah suatu diagram yang mengambarkan struktur interaksi yang terdapat disekitar objek (seperti halnya sequence diagram) dan hubungannya terhadap yang lainnya.

State Diagram Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah.

Activity Diagram atau Diagram aktivitas adalah bentuk visual dari alur kerja yang berisi aktivitas dan tindakan, yang juga dapat berisi pilihan, atau pengulangan. Dalam Unified Modeling Language(UML), diagram aktivitas dibuat untuk menjelaskan aktivitas komputer maupun alur aktivitas dalam organisasi.

Component Diagram adalah diagram UML yang menampilkan komponen dalam system dan hubungan antara mereka.

Deployment diagram adalah salah satu model diagram dalam UML untuk mengerahkan artifact dalam node. Deployment diagram digunakan untuk memvisualisasikan, menspesifikasikan, dan mendokumentasikan proses yang terjadi pada suatu sistem perangkat lunak berbasis Object Oriented yang akan dibangun.