Praktikum Analisis dan Desain Sistem Informasi

POLITEKNIK TELKOM BANDUNG 2009

Penyusun
Ardhian Agung Yulianto Inne Gartina H Komala Ratna Sari Rini Astuti Wina Witanti

Editor
Ade Hendraputra

Dilarang menerbitkan kembali, menyebarluaskan atau menyimpan baik sebagian maupun seluruh isi buku dalam bentuk dan dengan cara apapun tanpa izin tertulis dari Politeknik Telkom. Hak cipta dilindungi undang-undang @ Politeknik Telkom 2009 No part of this document may be copied, reproduced, printed, distributed, modified, removed and amended in any form by any means without prior written authorization of Telkom Polytechnic.

Politeknik Telkom

Praktikum ADSI

Kata Pengantar
Assalamu‟alaikum Wr. Wb Segala puji bagi Allah SWT karena dengan karunia-Nya courseware ini dapat diselesaikan. Atas nama Politeknik Telkom, kami sangat menghargai dan ingin menyampaikan terima kasih kepada penulis, penerjemah dan penyunting yang telah memberikan tenaga, pikiran, dan waktu sehingga courseware ini dapat tersusun. Tak ada gading yang tak retak, di dunia ini tidak ada yang sempurna, oleh karena itu kami harapkan para pengguna buku ini dapat memberikan masukan perbaikan demi pengembangan selanjutnya. Semoga courseware ini dapat memberikan manfaat dan membantu seluruh Sivitas Akademika Politeknik Telkom dalam memahami dan mengikuti materi perkuliahan di Politeknik Telkom. Amin. Wassalamu‟alaikum Wr. Wb. Bandung, Juni 2009

Christanto Triwibisono Wakil Direktur I Bidang Akademik & Pengembangan

Praktikum ADSI

iii PAGE 10

.............................................2 Project View...........30 4 Dokumen Spesifikasi Kebutuhan Sistem (SyRS) .1 Kebutuhan .............................................38 4...................1..........5 Uninstall Jude Community .35 4.... vii Daftar Tabel ....iii Daftar Isi ........................1 Antarmuka Jude Community 5..3 Spesifikasi Kebutuhan Sistem (SyRS) ....................................................................2 Kuisioner......................................1............................ 1 1........................1....2 Mengapa Kebutuhan Penting ?.......................5 Penjelasan Dokumen SyRS .......10 1..............................................................3...................1.........34 4............................................................................................22 2..................2.........................................................................4.1.....4..................3.............................................................................................................................................................2 Analisis Kebutuhan Sistem .......2 Syarat Pembentukan SyRS ...............................................29 3.................................1...............45 5..................................................................................................................................................15 2............. viii 1 Instalasi Jude Community ..............3................................................3................................................................................................................................................................1 Apa yang Disebut Kebutuhan? ..............................1...................1 Antarmuka Microsoft Office Visio Professional 2007 .......46 5.18 2............................................35 4........13 2.....................36 4.................................................1 .......................10 2 Pengenalan Jude Community dan Visio ............... 4 1........... iv Daftar Gambar ..............................................................................................................1 Penjelasan Jude Community ............2....37 4......1 Management View.............3 Atribut Penulisan SyRS yang Baik ..... 2 1..28 3........ Property View dan Diagram Editor ...............2 Menyusun Diagram Use case .......3 Instalasi Jude Community 5.......41 4.......................................................................................14 2.................34 4...............37 4...........44 5...........................................33 4.Telkom Polytechnic Praktikum ADSI Daftar Isi Kata Pengantar.......4 Tata Letak Dokumen SyRS ..1 Tujuan Pembuatan SyRS .............................................2 Kebutuhan Spesifikasi Komputer.............23 2.3 Elemen-elemen Diagram Use case ...4 Memanggil Jude Community 5..........2 Menggambar Diagram UML dengan Office Visio Professional 2007 24 3 Wawancara dan Kuisioner ...............1 dari Start Menu ...................47 iv Praktikum ADSI PAGE 10 ...............................................................4.........................1 Pengantar .......42 5 Diagram Use case .........................1......................................................3..........2 Mengenal Microsoft Office Visio Professional 2007.......................... 3 1...............................1 Wawancara......................................................................................45 5.........................1 Mendefinisikan Use case ..........

.........................................................................................................89 8 Interaction Diagram & Activity Diagram..........................................................................................................71 6........... 100 8................................................................... 106 9 Diagram Status ...............4 Menggambarkan Diagram Komponen Praktikum ADSI v PAGE 10 ....................1................................................4 Contoh Kasus ...........................................3 Contoh Kasus ..................................2 Sequence Diagram ...........3 Contoh Kasus Diagram Use Case...............113 9.......................3 Multiplicity / Nilai Kardinalitas ...........2 Membuat Diagram Kelas .............2 Cara mendefinisikan kelas ..3 Collaboration Diagram ................................67 6..........................................72 6.......................................50 5..............................................................................................................................................................................................................1.................1 Diagram Komponen .........................................................................................2 Membuat Diagram Use case .......................................................................1 Pengantar ....................... 116 10 Diagram Komponen & Diagram Deployment ... 123 10......................................................................................4 Menggambarkan Diagram Status.4 Contoh kasus ...1 Object Diagram ............................69 6....................1...................................................... 122 10.........1 Pengantar ............................3 Contoh Kasus Diagram Kelas .....................................92 8..............................................................................................................70 6.................................................93 8......99 8.............................1 Interaction Diagram .............. 114 9................1................3 Interface & Realisasi......................................................87 7...............2..........................................................5 Latihan ....................2 Cara mendefinisikan Status & Transisi ...............................................1................................................75 7 Object Diagram & Interface ..1 Mendefinisikan Kelas .............68 6........1.......................................................................................2 Membuat Object Diagram ...................................................................................85 7................99 8...........................57 6 Diagram Kelas ........................67 6.......... 122 10....67 6.........97 8.........Politeknik Telkom Praktikum ADSI 5..............................................................2 Bagian-bagian State Transition Diagram......3 Contoh kasus .......................1..............86 7.............1 Use Case Realization.......................1 Pengantar ...................1..92 8...........................2 Cara Mendefinisikan Komponen ......................... 114 9........................121 10....1........1 Pengertian ............................91 8................1...............2 State Transition Diagram .....................................................................3 Activity Diagram..................................54 5.......................................1..................1............................................................ 115 9....................1....................................................................2. 122 10...

...................2....................... 126 10...... vi vi Praktikum ADSI PAGE 10 .....................................................3 Contoh Kasus ..............................................................2 Diagram Deployment ......................................................................... 128 Daftar Pustaka .....................2............................... 126 10................Telkom Polytechnic Praktikum ADSI 10..1 Pengantar ............................................................2 Cara Menentukan Node ...............................4 Cara menggambar diagram deployment ...................... 127 10............ 126 10...............2........2..............................

..........................................................................................................x dan UML 2...................................................................20 Gambar 2-12 Jude menampilkan jendela diagram editor lebih dari satu ................................................................................................................0...............................25 Gambar 2-16 Shape UML Use Case (Metric) .....93 Gambar 8-2 Lifeline dari object pengirim message ................ 104 Gambar 8-9 State Diagram untuk Cash Register ...............4........................17 Gambar 2-6 Menu Help ...................................19 Gambar 2-9 Map View Bank ATM ......................................................................................................................................1................................95 Gambar 8-3 Sequence diagram untuk Inisialisasi cash register .............................................15 Gambar 2-3Menu Tools mengubah format diagram menjadi citra ................................... 100 Gambar 8-8 Notasi UML untuk state transition detail ......................................................................11 Gambar 2-1 Antarmuka Jude Community 5........................................96 Gambar 8-5 Sequence diagram untuk Pencatatan transaksi pembayaran.........17 Gambar 2-7 Bank Customer ....................... 111 Gambar 10-1 Simbol Diagram Komponen pada UML 1.................................26 Gambar 5-1 Contoh diagram use case ......21 Gambar 2-13 Pertama Menggunakan Office Visio Professional 2007 ..............................................................................................10 Gambar 1-3 Uninstall Jude Community ......................45 Gambar 5-2 Elemen-elemen diagram use case ...............48 Gambar 6-1 Contoh Kelas ...........................................18 Gambar 2-8 Inheritance Tree Bank ATM .........................................................16 Gambar 2-5 Menu Windows ...............................23 Gambar 2-15 Mencari diagram UML ............90 Gambar 8-1 Penamaan object ...............................................19 Gambar 2-10 Diagram List dari diagram pada sebuah proyek .................................. 3 Gambar 1-2 Jude Community pada Start Menu ....................................................................................68 Gambar 7-1 Interface dan Realization .................................22 Gambar 2-14 Antarmuka Office Visio Professional 2007 ....................95 Gambar 8-4 Sequence diagram untuk Pencatatan transaksi penjualan.............................................................................................................89 Gambar 7-2 Stereotype <<interface>> ...........................................................................................................................20 Gambar 2-11 Search and Replace ................................................... 125 Praktikum ADSI vii PAGE 10 ..............Politeknik Telkom Praktikum ADSI Daftar Gambar Gambar 1-1 Situs Web Jude Community ........16 Gambar 2-4 Menu Tools meng-import / meng-export Java ..........................14 Gambar 2-2 Menu File dan Menu Diagram .....97 Gambar 8-7 Notasi UML untuk state .....................................96 Gambar 8-6 Sequence diagram untuk pencetakan struk ........................................................................11 Gambar 1-4 Jendela konfirmasi uninstall ............................................ 105 Gambar 8-10 Activity diagram untuk Cash Register .........................................

............................................................Telkom Polytechnic Praktikum ADSI Daftar Tabel Tabel 1-1 Spesifikasi Komputer ....................................70 Tabel 7-1 Notasi Object Diagram ...................................................86 viii Praktikum ADSI PAGE 10 ........................ 3 Tabel 6-1 Jenis-jenis multiplicity :....................................................................

Telkom Polytechnic Praktikum ADSI 1 Instalasi Jude Community Overview Bab ini menjelaskan mengenai perangkat lunak Jude Community dan langkah-langkah instalasinya. 4. 3. 2. Mengetahui perangkat lunak Jude Community Mengetahui alasan penggunaan Jude Community Mengetahui bagaimana memperoleh / mendonwload Jude Community Mengetahui langkah-langkah instalasi Jude Community Mengetahui langkah-langkah uninstalasi Jude Community Instalasi Jude Community 1 PAGE 10 .1. 5.Dijelaskan pula langkah untuk menghapus / meng-uninstal perangkat lunak Jude Community yang ada pada komputer user. Tujuan 1. Jude Community yang dibahas adalah Jude Community 5.4.

Sedangkan Jude Professional adalah edisi komersil.org). Jude Community telah digunakan oleh sedikitnya 120. Jude dibuat oleh perusahaan Jepang bernama ChangeVision. Untuk memperoleh perangkat lunak ini dapat di download di situs web nya. Fitur tambahan lain adalah panduan untuk membuat diagram.change-vision. Jude Community adalah edisi gratis dengan fitur-fitur dasar.Telkom Polytechnic Praktikum ADSI 1. (lihat gambar 1-1). Link nya adalah : http://jude. model berukuran besar dan membuat dokumentasi.000 orang di seluruh dunia pada tahun 2006 (Sumber : Wikipedia.1 Penjelasan Jude Community Diagram Unified Modelling Language (UML) telah menjadi diagram yang banyak digunakan oleh pengembang sistem berorientasi objek. Jude memiliki produk Jude Community dan Jude Professional yang masingmasing dapat dioperasikan di Windows dan Java. dilengkapi dengan fitur mencetak diagram. Jude menerima penghargaan „Software Product of The Year 2006‟ oleh IPA (InformationTechnology Promotion Agency. sebuah fitur yang memungkinkan kolaborasi antara anggota tim proyek.html 2 Instalasi Jude Community PAGE 10 . Japan). semua fitur Jude Community ada pada edisi ini dan dilengkapi dengan tambahan seperti Manajemen Proyek. mengimport/mengekspor ke/dari program Java.com/jude-web/product/community. sedangkan Jude adalah satu-satunya perangkat lunak pengembangan yang dibuat di Jepang. misalnya Rational Rose. Jude terasa „ringan‟ bahkan untuk pengguna pemula dikarenakan antarmuka yang user-friendly sehingga memungkinkan pengguna membuat diagram UML dengan mudah dan cepat. Salah satu perangkat lunak untuk membuat model UML adalah Jude. Saat ini telah banyak perangkat lunak yang membantu membuat model sistem dengan metodologi berbasis objek. Khusus untuk Jude Community dapat dioperasikan di MacOs hanya saja tidak dijelaskan di buku ini. ini dikarenakan umumnya perangkat lunak pengembangan dibuat di Eropa atau Amerika.

2 Kebutuhan Spesifikasi Komputer Untuk menginstal perangkat lunak Jude Community diperlukan spesifikasi komputer sebagai berikut : Tabel 1-1 Spesifikasi Komputer CPU Memory Hard Disc Pentium III 700Mhz atau yang lebih tinggi 256MB atau lebih (rekomendasi : 512MB atau lebih) Free Space 128MB atau lebih WindowsXP Professional / [5.4 atau yang WindowsXP Home / terbaru] Windows Vista Windows2000 SP1 atau yang terbaru WindowsXP Professional / [Lainnya] WindowsXP Home / Windows Vista Sistem Operasi Instalasi Jude Community 3 PAGE 10 .Telkom Polytechnic Praktikum ADSI Gambar 1-1 Situs Web Jude Community 1.

1 Lakukan langkah-langkah di bawah ini untuk melakukan instalasi di komputer (contoh di bawah menggunakan sistem operasi Windows Vista Basic) : 1. Klik pada tombol Run 4 Instalasi Jude Community PAGE 10 . Klik pada tombol Run. Muncul jendela Security Warning seperti di bawah ini. Klik ganda pada icon setup ini 2.Telkom Polytechnic Praktikum ADSI 1. Kemudian klik ganda pada icon setup tersebut. Melihat Jude Community Setup di komputer (contoh di bawah adalah pada Drive F).3 Instalasi Jude Community 5.4.

Telkom Polytechnic Praktikum ADSI 3. Pilihan default adalah English. setelah itu klik pada pilihan „I accept the agreement‟ untuk melanjutkan proses setup. 5 PAGE 10 Instalasi Jude Community . User diharapkan membaca persetujuan penggunaan perangkat lunak Jude Community. 4. Klik pada tombol Next untuk melanjutkan. Tombol Cancel digunakan untuk membatalkan setup. Muncul jendela Setup Wizard seperti di bawah ini. Klik tombol OK untuk melanjutkan. Pada menu top down terdapat berbagai macam pilihan bahasa untuk proses setup. Setelah itu muncul jendela License Agreement seperti gambar di bawah. Klik pada tombol Next 5. apabila user akan menggunakan bahasa Inggris maka biarkan saja pilihan tersebut. yang menerangkan bahwa proses setup akan dimulai. Pilihan „I do not accept the agreement‟ untuk membatalkan. Muncul jendela Setup Language.

Untuk melanjutkan proses klik pada tombol Next. user diharuskan mengisikan tujuan lokasi / folder instalasi perangkat lunak Jude Community di komputer. Pada jendela ini. Untuk mengubah lokasi / folder klik pada tombol Browse. Default lokasi / folder Jude Community Klik tombol Browse untuk mengubah lokasi / folder Jude Community 6 Instalasi Jude Community PAGE 10 .Telkom Polytechnic Praktikum ADSI Klik pilihan „I accept the agreement‟ 6. Default folder adalah C:\Program Files\JUDE-Community.

Telkom Polytechnic Praktikum ADSI 7. Misalnya Desktop icon. Quick Launch icon. Setelah menginputkan nama folder. Muncul jendela Start Menu Folder. user dibolehkan untuk menambahkan icon pada komputer. di sini user akan menentukan nama folder perangkat lunak Jude Community pada Start Menu. klik tombol Next untuk melanjutkan proses setup. Pada jendela Select Additional Tasks. dan/atau menghubungkan Jude Community dengan ekstensi file Jude. Instalasi Jude Community 7 PAGE 10 . Lihat gambar di bawah. Setelah memilih icon tambahan. Inputkan nama folder sesuai keinginan User Klik tombol Browse untuk mengganti ke folder yang telah ada di komputer 8. klik tombol Next untuk melanjutkan.

Telkom Polytechnic

Praktikum ADSI

9.

Kemudian muncul jendela Ready to Install untuk memulai instalasi.

Pada jendela ini diinformasikan tujuan lokasi untuk instalasi, folder Start Menu, dan icon tambahan yang telah dilakukan oleh user sebelumnya. Klik tombol Install untuk memulai instalasi. 10. Jendela instalasi dengan batang penunjuk memperlihatkan file-file yang sedang diinstal. Biarkan proses instalasi berjalan sampai selesai. Apabila ingin membatalkan, klik tombol Cancel.

8

Instalasi Jude Community PAGE 10

Telkom Polytechnic

Praktikum ADSI

11. Apabila proses instalasi selesai, maka akan muncul jendela Completing Setup Wizard seperti pada gambar di bawah.

Klik pada pilihan ini untuk langsung menggunakan Jude Community sesaat setelah tombol Finish diklik.

Klik tombol Finish untuk menyelesaikan proses setup / instalasi. Terdapat pilihan bagi user setelah proses setup selesai. Pilihan „Read README‟ apabila diberi tanda centang, maka akan memunculkan file Readme.txt berisi panduan penggunaan bagi user. Begitu pula dengan pilihan „Read ReleaseNote‟ dan „Read API User Guide‟. Sedangkan pilihan „Launch JUDE Community‟ apabila diberi tanda centang akan menjalankan Jude Community sesaat setelah user selesai melakukan proses setup seperti pada gambar di bawah ini :

Instalasi Jude Community

9 PAGE 10

Telkom Polytechnic

Praktikum ADSI

1.4

Memanggil Jude Community 5.4.1 dari Start Menu

Untuk memanggil Jude dari Start Menu, user mengklik icon Start Menu kemudian memilih folder Jude. Kemudian klik pada pilihan Jude Community lihatlah langkah di bawah ini (contoh menggunakan Windows Vista Basic) :

Klik pada Jude Community

Gambar 1-2 Jude Community pada Start Menu

1.5

Uninstall Jude Community

Untuk menghilangkan / menghapus perangkat lunak Jude Community yang telah ada di komputer, maka user memilih Start Menu, mencari folder Jude Community. Klik pada pilihan „Uninstall Jude Community‟ seperti pada gambar 1-3.

10

Instalasi Jude Community PAGE 10

Apabila akan membatalkan klik tombol No.Telkom Polytechnic Praktikum ADSI Setelah itu muncul jendela konfirmasi uninstall. Klik di sini untuk Uninstall Gambar 1-3 Uninstall Jude Community Gambar 1-4 Jendela konfirmasi uninstall Instalasi Jude Community 11 PAGE 10 . Lihat gambar 1-4. Apabila akan melanjutkan uninstall klik pada tombol Yes.

Cari dan download (unduh) perangkat lunak Jude Community 5.4.1 12 Instalasi Jude Community PAGE 10 .1 Lakukan instalasi Jude Community 5.Telkom Polytechnic Praktikum ADSI Latihan 1. 2.4.

Mengetahui antarmuka dan komponen pada Jude Community 5.1.1 Mengetahui antarmuka dan komponen pada Microsoft Office Visio Professional 2007 2.4. Tujuan 1. Pengenalan Jude Community dan Visio 13 PAGE 10 .Telkom Polytechnic Praktikum ADSI 2 Pengenalan Jude Community dan Visio Overview Bab ini akan menjelaskan tentang antarmuka dan komponen pada Jude Community 5. Pada bagian akhir dibahas secara singkat antarmuka dan komponen pada Microsoft Office Visio Professional 2007.4.

menampilkan supertype dan subtype dari objek yang dipilih di tree view. Map View. Project View. Project View terdiri dari : Structure Tree.Telkom Polytechnic Praktikum ADSI 2. 14 Pengenalan Jude Community dan Visio PAGE 10 . yaitu : Management View.1 Management View berisi Menu Utama yang mengoperasikan program dan ToolBar. mencari model dan menempatkan teks. Inheritance Tree. Search and Replace. mengelola struktur model. Management View Project View Structure Tree Inheritance Tree Map View Diagram Search Diagram Editor Property View Gambar 2-1 Antarmuka Jude Community 5.4. menampilkan daftar dari diagram yang ada di proyek. Property View dan Diagram Editor (lihat gambar 2-1).1 Antarmuka Jude Community 5. Diagram List.4.1 Jude memiliki empat komponen pada antarmukanya. menampilkan semua Diagram Editor.

menyimpan dokumen (Save). Gambar 2-2 Menu File dan Menu Diagram Menu Edit berisi submenu-submenu antara lain untuk meng-copy model.Telkom Polytechnic Praktikum ADSI Property View memungkinkan user untuk mengedit properti sebuah model. Window. menyimpan dengan nama lain (Save As) . 2. redo dan lain-lain. Edit. View. dan keluar dari Jude (Exit). Lihat gambar 2-2 sebelah kiri.1. membuka dokumen lama (Open). Menu File berisi submenu-submenu umum antara lain untuk membuat dokumen baru (New). Diagram. mencetak (print).menutup dokumen (Close). Alignment. Pengenalan Jude Community dan Visio 15 PAGE 10 .1 Management View Menu Utama yang terdapat pada Jude adalah File. undo. Help. Tool. Diagram Editor memungkinkan user untuk mengedit diagram-diagram.

Lihat gambar 2-2 sebelah kanan. Class Diagram dan lain-lain. left dan right.Telkom Polytechnic Praktikum ADSI Menu Diagram berisi submenu-submenu untuk membuat sembilan diagram UML seperti Use Case. Juga untuk mengimport atau meng-export Java ke/dari Diagram Editor (lihat gambar 2-4). Menu Alignment dan View berisi submenu-submenu untuk mengatur tata letak tulisan secara horisontal maupun vertikal seperti top. bottom. Menu Tools berisi submenu-submenu untuk mengubah format diagram menjadi format citra JPEG atau PNG (lihat gambar 2-3). Gambar 2-3Menu Tools mengubah format diagram menjadi citra Gambar 2-4 Menu Tools meng-import / meng-export Java 16 Pengenalan Jude Community dan Visio PAGE 10 .

Telkom Polytechnic

Praktikum ADSI

Menu Windows untuk menutup jendela tab apabila terdapat lebih dari satu tab dalam Diagram Editor. Contohnya lihat gambar 2-5, terdapat jendela tab Statemachine Diagram0, tab Activity Diagram0, tab Class Diagram0 dan tab UseCase Diagram1. Submenu „Close Right Tabs‟ akah menutup jendela tab paling kanan yaitu tab UseCase Diagram1.

Gambar 2-5 Menu Windows

Menu Help berisi submenu-submenu untuk masuk ke situs web Jude Homepage dan Jude Community. Juga berisi submenu untuk memperoleh informasi update perangkat lunak Jude Community, seperti gambar 2-6.

Gambar 2-6 Menu Help

Pengenalan Jude Community dan Visio

17 PAGE 10

Telkom Polytechnic

Praktikum ADSI

2.1.2

Project View, Property View dan Diagram Editor

Project View terdiri dari structure tree, inheritance tree, map view, diagram list dan search. Setiap pekerjaan / model yang dibuat menggunakan Jude disimpan sebagai sebuah proyek (diagram secara keseluruhan). Di bawah ini adalah contoh structure tree, property view dan digram editor di bawah untuk soal kasus Bank ATM (gambar 2-7). Gambar tersebut menjelaskan sebuah model berbentuk orang / aktor (pada Diagram Editor), dengan struktur yang digambarkan pada Structure Tree, dan nama modelnya yaitu Bank Customer tertera pada Property View.

Gambar 2-7 Bank Customer

18

Pengenalan Jude Community dan Visio PAGE 10

Telkom Polytechnic

Praktikum ADSI

Inheritance Tree, menampilkan supertype dari model yang dipilih di tree view yaitu Bank Customer (gambar 2-8). Sedangkan Map View menampilkan peta diagram pada sebuah proyek, seperti pada gambar 2-9.

Gambar 2-8 Inheritance Tree Bank ATM

Gambar 2-9 Map View Bank ATM

Pengenalan Jude Community dan Visio

19 PAGE 10

mencari model dan menempatkan teks. menampilkan hasil pencarian sebagai berikut (gambar 2-11) : Gambar 2-11 Search and Replace 20 Pengenalan Jude Community dan Visio PAGE 10 .Telkom Polytechnic Praktikum ADSI Diagram List. menampilkan daftar dari diagram yang ada di proyek. Gambar 2-10 Diagram List dari diagram pada sebuah proyek Search and Replace. Contoh di bawah ini adalah mencari model bernama bank customer.

0.0 dan diagram editor Bank ATM System 2.Telkom Polytechnic Praktikum ADSI Jude dapat menampilkan jendela diagram editor lebih dari satu. Contoh di bawah (gambar 2-12) memperlihatkan jendela diagram editor lebih dari satu yaitu diagram editor Bank ATM System 1. Gambar 2-12 Jude menampilkan jendela diagram editor lebih dari satu Pengenalan Jude Community dan Visio 21 PAGE 10 . dengan pengaturan lebar dan tinggi jendela (men-drag ujung kanan bawah jendela).

Telkom Polytechnic

Praktikum ADSI

2.2

Mengenal Microsoft Office Visio Professional 2007

Microsoft Office Visio 2007 adalah produk yang terdapat pada paket Microsoft Office Visio Standard 2007 dan Microsoft Office Visio Professional 2007. Kedua edisi Visio tersebut didesain agar dapat menyediakan tools yang berguna bagi user. Orang-orang yang bergerak di bidang IT dan pengembangan perangkat lunak merasakan manfaat dari diagram yang memang ditujukan bagi mereka di Office Visio Professional 2007. Antarmuka Visio Professional 2007 pada saat pertama dijalankan adalah seperti gambar di bawah :

Gambar 2-13 Pertama Menggunakan Office Visio Professional 2007

22

Pengenalan Jude Community dan Visio PAGE 10

Telkom Polytechnic

Praktikum ADSI

2.2.1

Antarmuka Microsoft Office Visio Professional 2007

4 6

5

1

3

2

7
Gambar 2-14 Antarmuka Office Visio Professional 2007

Pengenalan Jude Community dan Visio

23 PAGE 10

Telkom Polytechnic

Praktikum ADSI

Komponen yang terdapat pada Office Visio Professional 2007 (lihat gambar 214) adalah : 1. 2. 3. 4. 5. 6. 7. 8. Shapes Window. Jendela Shapes berisi stensil dan komponen Search yang memungkinkan user mencari bentuk yang diinginkan. Drawing Page. Halaman ini dilengkapi grip yang memudahkan menempatkan bentuk ke dalamnya secara rapi. Rules. Penggaris horisontal dan vertikal yang membantu user menempatkan bentuk di posisi tertentu. Menu dan Toolbar. Di atas drawing page terdapat menu dan toolbar Standard and Formatting, yang berisi menu umum untuk membuat, memodifikasi, memformat teks, bentuk dan diagram. Toolbar drop-down lists. Button pada toolbar yang merupakan daftar drop-down. Shortcut Menu. Perintah yang muncul apabila user meng-klik kanan sebuah icon. Page tabs. Di bawah drawing page, terdapat tab halaman yang memungkinkan user menggambar beberapa halaman dalam satu ruang kerja. Task Pane. Umumnya di sebelah kanan drawing pane terdapat jendela yang memungkinkan user mengakses sebuah tugas tertentu secara cepat, misalnya menyisipkan clip art. Menggambar Diagram Professional 2007 UML dengan Office Visio

2.2.2

Untuk menggambar diagram UML dengan Offie Visio Professional 2007 adalah dengan cara mengklik icon Shapes pada Toolbar (lihat gambar 2-15). Muncul drop-down list, pilih folder Software and Database, kemudian folder Sofware, lalu muncul berbagai macam bentuk diagram diantaranya diagramdiagram UML seperti Use Case diagram, Class diagram, dan lain-lain. Pilih salah satu bentuk, misalnya UML Use Case (Metric) maka akan muncul jendela bentuk tersebut pada Shape Window (lihat gambar 2-16).

24

Pengenalan Jude Community dan Visio PAGE 10

Telkom Polytechnic Praktikum ADSI Diagram UML Gambar 2-15 Mencari diagram UML Pengenalan Jude Community dan Visio 25 PAGE 10 .

Telkom Polytechnic Praktikum ADSI Gambar 2-16 Shape UML Use Case (Metric) 26 Pengenalan Jude Community dan Visio PAGE 10 .

2.Telkom Polytechnic Praktikum ADSI Latihan 1. Carilah informasi mengenai perangkat lunak lain (selain Jude dan Visio) yang dapat membantu pengembang sistem dalam menganalisis dan merancang sistem berorientasi objek. Pengenalan Jude Community dan Visio 27 PAGE 10 . Carilah informasi mengenai sejarah perkembangan Jude Community di internet.

Mengetahui cara-cara membuat pertanyaan Mengetahui cara-cara membuat kuisioner 28 Wawancara dan Kuisioner PAGE 10 .Telkom Polytechnic Praktikum ADSI 3 Wawancara dan Kuisioner Overview Bab ini akan menjelaskan pembuatan pertanyaan untuk Wawancara dan Kuisioner. 2. Tujuan 1. diberikan pula contohnya.

Telkom Polytechnic Praktikum ADSI 3. mengapa?) 5.. Sudah berapa lama anda bekerja di bagian ini? 3. Apakah posisi anda di bagian Perpustakaan ini? 2. Dalam mewawancara narasumber. Tujuannya adalah agar diperoleh informasi mengenai kondisi sistem saat ini dan bagaimana pengembangannya. Anda boleh berimprovisasi dengan mencoba menggali bagian-bagian tertentu yang menurut anda penting. Catat hasil wawancara tersebut. Ada beberapa teknik pengumpulan data yang sering dilakukan diantaranya adalah teknik wawancara. gunakan pertanyaan yang jelas dan mudah dipahami. Apakah ada nilai tambah setelah pengembangan? 6.1 Wawancara Hal pertama yang dilakukan dalam analisis sistem adalah melakukan pengumpulan data. atau dapat dihapus jika dianggap tidak relevan berdasarkan informasi yang sudah diketahui secara pasti selama wawancara. Cobalah untuk menggali mengenai kelebihan dan kekurangan sistem yang telah berjalan sebelumnya. Sudah pernah ada pengembangan terhadap sistem tersebut? (Apabila tidak. misalnya melewati pertanyaan-pertanyaan yang sudah dijawab di pertanyaan sebelumnya. bisa memberikan contoh?) . Berikut adalah daftar pertanyaan dapat yang diajukan kepada Kepala Bagian Perpustakaan : Pertanyaan Pembuka Pertanyaan Isi 1. (menyimpulkan hasil wawancara) Kesimpulan Wawancara dan Kuisioner 29 PAGE 10 . Bisa anda ceritakan mengenai Sistem Informasi Perpustakaan yang ada saat ini? 4. Apakah pernah mengalami kegagalan setelah pengembangan sistem? (Apabila ada. Hindari pertanyaan yang panjang dan kompleks. Dimisalkan ada seorang analis sistem sedang mengumpulkan data mengenai Pengembangan Sistem Informasi Perpustakaan di sebuah sekolah tinggi di Bandung..

Sedangkan kelemahan pengumpulan data dengan menggunakan kuisioner adalah sebagai berikut : Responden cenderung malas untuk mengisi kuisioner Sulit untuk membuat pertanyaan yang singkat. Kira-kira 3 hari sekali c. Beri tanda silang pada jawaban yang cocok. Apa yang anda lakukan di perpustakaan ? a. Ya b. majalah.Telkom Polytechnic Praktikum ADSI 3. yaitu . bahkan lebih jarang lagi 3.. Membaca buku dan meminjam buku c. Meminjam buku d. dan lain-lain b. Membaca buku.. Hampir setiap hari b. Sebulan sekali. Berikut ini adalah kuisioner yang diberikan kepada responden untuk dijawab : Bagian A. Lain-lain... koran. 30 Wawancara dan Kuisioner PAGE 10 . Berapa kali anda datang ke perpustakaan ini ? a. 1. Tujuannya adalah agar diperoleh informasi mengenai kondisi sistem saat ini dan bagaimana pengembangannya.. Bukan 2. Dipilih beberapa orang dari anggota perpustakaan (pelanggan) sebagai responden.. Dimisalkan ada seorang analis sistem sedang mengumpulkan data mengenai Pengembangan Sistem Informasi Perpustakaan di sebuah sekolah tinggi di Bandung. Apakah anda anggota perpustakaan ? a.. karena kuisioner dapat dilakukan kepada banyak orang sekaligus Waktunya lebih singkat. jelas... Seminggu sekali d. dan mudah dipahami...2 Kuisioner Pengumpulan data dengan menggunakan kuisioner mempunyai keuntungan yaitu : Hasilnya lebih objektif.

ra Se tu ga kS etu ju 31 PAGE 10 . krn sudah cukup baik Sistem Informasi Perpustakaan sangat membantu memberikan informasi yg dibutuhkan anggota Wawancara dan Kuisioner Sa n Tid a ju Sa ng a Se t Tid tuj ak u tS etu ju gu Ra gu . Tidak 4.2 Apakah yang datang ke perpustakaan harus menjadi anggota ? Ya Tidak Tahu 5.1 Apakah boleh meminjam lebih dari 1 buku? 4. Arsir ke daerah yang dianggap mewakili jawaban anda Low Buku di sini lengkap 1 Suasana Perpust nyaman 1 Petugasnya ramah 1 High 7 7 7 6. Beri tanda centang (v) pada kotak jawaban di sebelah kanan : 4.Telkom Polytechnic Praktikum ADSI Bagian B. Beri tanda silang (x) pada kotak jawaban di sebelah kanan Sistem Informasi Perpustakaan tidak perlu dikembangkan lagi.

Buatlah minimal 5 pertanyaan isi (inti) untuk mengetahui Sistem saat ini untuk teknik wawancara. Buatlah minimal 5 pertanyaan isi (inti) untuk teknik kuisioner. Selama ini apotek tersebut telah didukung oleh Sistem Informasi Persediaan Barang. Responden adalah pegawai Gudang yang menggunakan sistem tersebut. Responden adalah karyawan bagian Gudang. 1. 32 Wawancara dan Kuisioner PAGE 10 . sistem ini pertama kali diimplementasikan 8 tahun lalu dan belum pernah dikembangkan lagi setelah itu. bagian Pembelian dan bagian Keuangan.Telkom Polytechnic Praktikum ADSI Latihan Diketahui sebuah Apotek di Bandung sudah beroperasi selama 10 tahun. Seorang analis sistem hendak menganalisis sistem di apotek tersebut dan akan mengumpulkan informasi berkaitan dengan penggunaan dan performansi Sistem Informasi Persediaan Barang kepada para penggunanya yaitu pegawai Gudang. 2.

macam-macam kebutuhan dan tahapan membuat Dokumen Spesifikasi Kebutuhan Sistem (System Requirement Specification / SyRS). Mahasiswa mengetahui definisi kebutuhan Mahasiswa dapat menemukan kebutuhan-kebutuhan dalam suatu kasus Mahasiswa dapat membuat dokumen SyRS SyRS 33 PAGE 10 . Tujuan 1.Telkom Polytechnic Praktikum ADSI 4 Dokumen Spesifikasi Kebutuhan Sistem (SyRS) Overview Bab ini menjelaskan mengenai kebutuhan. 3. 2.

atau dokumen formal lainnya. Sebagai contoh: a) Sistem harus dapat menyimpan semua rincian data pesanan pelanggan. ada tiga buah jenis kebutuhan sistem [IEE93] : 1) Kebutuhan fungsional (functional requirement) Disebut juga kebutuhan operasional. Sebagai contoh: a) Perangkat untuk memasukkan data dapat berupa keyboard. standar. syarat atau kemampuan yang harus dimiliki oleh sistem untuk memenuhi apa yang disyaratkan atau diinginkan pemakai. atau untuk mencapai tujuan. b) Sistem harus dapat membuat laporan penjualan sesuai dengan periode waktu tertentu. spesifikasi. Dengan mengadopsi pengertian-pengertian di atas. kriteria. Secara kategoris. c) Sistem harus mampu menyajikan informasi jalur pengiriman barang terpendek. mouse atau scanner. atau basis data. sistem. 34 SyRS PAGE 10 . dapat disimpulkan bahwa kebutuhan sistem adalah kondisi.1 4. 2) Kebutuhan antarmuka (interface requirement) Kebutuhan antarmuka yang menghubungkan sistem dengan elemen perangkat keras.Telkom Polytechnic Praktikum ADSI 4. • Kondisi atau kemampuan yang harus dimiliki atau dipunyai oleh sistem atau komponen sistem untuk memenuhi kontrak.1 Kebutuhan Apa yang Disebut Kebutuhan? Menurut IEEE [IEE93] kebutuhan (atau istilah lainnya persyaratan) adalah: • Kondisi atau kemampuan yang diperlukan pemakai untuk menyelesaikan suatu persoalan. b) Akses ke basisdata menggunakan ODBC (Open Database Connectivity).1. yaitu kebutuhan yang berkaitan dengan fungsi atau proses transformasi yang harus mampu dikerjakan oleh sistem.

karena sangat mempengaruhi sukses atau gagalnya pelaksanaan pengembangan sistem. b) Sistem harus dapat digunakan oleh multiuser sesuai dengan otoritas yang diberikan pada user. Pada tahap ini.2 Analisis Kebutuhan Sistem Analisis kebutuhan sistem (system requirements analysis) merupakan aktivitas awal dari siklus hidup pengembangan sistem. 4. c) Waktu tanggap penyajian informasi maksimal selama satu menit.1. Sebagai contoh: a) Sistem harus bisa mengolah data sampai 1 juta record untuk tiap transaksi. usaha untuk memperbaikinya akan sangat mahal. Menurut hasil survey DeMarco. misalnya: kecepatan. Produk sistem yang tidak sempurna akan dihasilkan karena kesalahan pada saat menentukan spesifikasi kebutuhan. SyRS 35 PAGE 10 . 4. Pelaksanaan pekerjaan analisis kebutuhan sistem antara lain adalah mempelajari dan memahami persoalan. ketepatan.2 Mengapa Kebutuhan Penting ? Pendefinisian kebutuhan merupakan aktivitas yang sangat penting. seorang analis mempelajari masalah yang ada pada sistem yang dikembangkan. Untuk proyek-proyek sistem yang besar. Jika kesalahan tersebut diketahui di akhir siklus hidup pengembangan.Telkom Polytechnic Praktikum ADSI 3) Kebutuhan unjuk kerja (performance requirement) Kebutuhan yang menetapkan karakteristik unjuk kerja yang harus dimiliki oleh sistem. 56% kegagalan proyek pengembangan sistem dikarenakan ketidaklengkapan pendefinisian kebutuhan dari sistem tersebut. analisis kebutuhan dilaksanakan setelah tahap rekayasa sistem/informasi dan software project planning. sehingga dapat ditentukan seperti : 1) siapa pemakai yang menggunakan sistem. frekuensi. 2) dimana sistem akan digunakan . Analisis kebutuhan dapat diartikan sebagai proses mempelajari kebutuhan pemakai untuk mendapatkan definisi kebutuhan sistem atau sistem [IEE93].

kamus data. dan bagaimana mekanisme pelaksanaannya.Data flow diagram. antarmuka dan unjuk kerja sistem. seperti dokumen hasil analisa dan perancangan sistem. Kemudian pada tahap ini. Sebagai contoh kebutuhan fungsional dapat dimodelkan dengan menggunakan .Telkom Polytechnic Praktikum ADSI 3) pekerjaan apa saja dari pemakai yang akan dibantu oleh sistem. dan diterjemahkan menjadi kebutuhan fungsional. tanpa menjelaskan bagaimana hal tersebut dikerjakan oleh sistem. kebutuhan pemakai yang belum terstruktur tersebut akan akan dianalisis.dan spesifikasi proses jika menggunakan anlisis tertsruktur .3 Spesifikasi Kebutuhan Sistem (SyRS) Spesifikasi Kebutuhan Sistem (SRS) adalah sebuah dokumen yang berisi pernyataan lengkap dari apa yang dapat dilakukan oleh sistem. Sebagai contoh jika masalah bisnis dapat digambarkan dengan flowmap atau bussiness use case untuk analisa berorientasi objek.Use case diagram dan skenario sistem jika menggunkan analisis berorientasi objek. Kemudian kebutuhan tersebut akan dimodelkan atau digambarkan dengan teknik analisis dan alat bantu tertentu. 4. 36 SyRS PAGE 10 . diklasifikasikan. 4) apa saja cakupan dari pekerjaan tersebut. 5) apa yang menjadi kendala dilihat dari sisi teknologi yang digunakan atau dari sisi hukum dan standar. Cara yang digunakan oleh pengembang khususnya analis dalam memahami masalah sistem biasanya dilakukan : 1) wawancara dengan pemakai 2) observasi atau pengamatan lapangan 3) kuesioner 4) mempelajari referensi atau dokumen-dokumen yang digunakan. Hasil dari pemahaman masalah tersebut dapat digambarkan dengan modelmodel tertentu sesuai dengan jenis permasalahannya.

.Sarana komunikasi antara pelanggan. sederhana. analis. . 4. baseline.Telkom Polytechnic Praktikum ADSI SyRS bisa terdiri dari banyak dokumentasi yang saling melengkapi. Suatu SyRS harus dapat menguraikan definisi masalah. dan menguraikan masalah dengan tepat dengan cara yang tepat pula. . adalah . .Memastikan kesamaan antara kebutuhan untuk pengembangan dengan kebutuhan yang ditulis didalam dokumen. tujuan pembuatan SyRS adalah: . dan itu tergantung kepada siapa yang menulisnya. tahapan. 4. yaitu: 1) Mudah diidentifikasi 2) Diuraikan dengan jelas. SyRS dapat ditulis oleh pemakai potensial (pelanggan) dari sistem. Sedangkan manfaat dan kegunaan SyRS menurut Witarto[WIT04] dari IEEE. .Memperjelas peran dan antarmuka bagi para pihak yang terlibat dalam proses pengembangan sistem. tidak ambiguous) SyRS 37 PAGE 10 . simple.Dasar untuk merencanakan dan melaksanakan aktivitas pengujian sistem. dan concise (jelas.Mendefinisikan kerangka kerja bersama untuk proses-proses pengembangan sistem.1 Tujuan Pembuatan SyRS Ada beberapa tujuan pembuatan SyRS.3. dan perancang sistem.Mengenali tugas.Belajar pendekatan praktis yang diterapkan didunia industri.2 Syarat Pembentukan SyRS Ada empat syarat yang harus diperhatikan saat pembentukan SyRS. . . Untuk yang kedua. tujuan penulisan SyRS adalah untuk mendefinisikan keinginan yang biasanya dinyatakan dalam bentuk penjelasan umum. dan kedua oleh pengembang sistem. aktivitas kaji ulang. Untuk kasus pertama.3. Pertama.Menghilangkan persoalan-persoalan seperti yang pernah dialami masa lalu.Acuan untuk melakukan perbaikan dan perubahan sistem. . dan dokumentasinya.Memperjelas jenis dan isi dokumen. pemakai.

maksimal.Telkom Polytechnic Praktikum ADSI 3) Bisa divalidasi dan bisa dites (test reliable. 4) Menuliskan “mimpi-mimpi”. cepat. fleksible dan lainnya. atau hanya ada satu arti dalam satu kalimat. test accessable) 4) Mampu untuk ditelusuri kembali (tracebility) Hindari hal-hal berikut saat pembentukan SyRS: 1) Over specification (penjelasan berlebih dan berulang-ulang sehingga menjadi tidak jelas) 2) Tindakan unconcistency (seperti menggunakan istilah yang tidak konsisten) 3) Ambiguity dalam kata atau kalimat seperti menyatakan keterukuran kebutuhan secara tidak jelas misalkan menggunakan kata-kata :minimal.Contraint 4. optimal. 3) Unambiguouity Setiap permintaan harus punya satu intepretasi.3. efisien. 2) Tepat (precise) Berpengaruh pada hasil perancangan dan pembuatan software requirements design (SRD). yaitu hal-hal yang tidak bisa dilakukan Dalam suatu SyRS ada 2 aspek yang harus bisa dilihat: 1) Fungsi Menjelaskan fungsi dari sistem (digunakan untuk apa keperluan apa). dan datanya. 2) Non-fungsi .Dependability . 38 SyRS PAGE 10 .Performance . sifat sistem.Ergonomic .3 Atribut Penulisan SyRS yang Baik Dokumen SyRS yang baik (sempurna) akan ditulis secara: 1) Benar (correct) Suatu dokumen SyRS disebut benar jika dan hanya jika setiap kebutuhan yang dinyatakan dalam dokumen merepresentasikan sesuatu yang disyaratkan dari sistem yang akan diangun. user friendly.

11) Dapat mencakup dan melingkupi seluruh sistem 12) Dapat melingkupi semua lingkungan operasional. 5) Bisa diverifikasi (verifiable) Bisa diperiksa dan dicek kebenarannya. 13) Bisa menggambarkan sistem seperti yang dilihat oleh pemakai. Setiap kebutuhan selalu dimulai dengan dokumen yang bisa diperiksa. misalnya interaksi fisik dan operasional. ketidakpastian (ambiguous) dan ketidakkonsistenan. harus tahu mana bagian yang diubah. 7) Understandable Dapat dimengerti oleh pemrogram. misalnya diminta A tetap ditulis A. yaitu hubungan ketergantungan antara dua model yang tidak terlalu erat. Bertugas menganalisis persoalan. 10) Harus dapat dibedakan bagian what (bagian spesifikasi) dan how (bagian yang menjelaskan bagaimana menyelesaikan what tadi). dan sebagainya. 9) Dapat ditelusuri (traceable) Jika ditelusuri. 15) Harus bisa dilokalisasi dengan sebuah coupling. nomor tabel. menerima requirement dan menulis requirement. Ada 9 macam orang yang terlibat dalam pembuatan SyRS: 1) Pemakai (user) Kelompok orang yang mengoperasikan/menggunakan produk final dari sistem yang dibuat. nomor gambar. analis sistem atau system engineer. nomor halaman. b) tidak ada bagian yang hilang (to be define) yaitu tulisan yang akan didefinisikan kemudian. 14) Harus toleran (bisa menerima) terhadap ketidaklengkapan. 6) Konsisten Nilai-nilai kebutuhan harus tetap sama baik dalam karakteristik maupun spesifikasi. 8) Bisa dimodifikasi (modifiedable) Bisa diubah-ubah dan pengubahannya sangat sederhana tetapi tetap konsisten dan lengkap.Telkom Polytechnic Praktikum ADSI 4) Lengkap (complete) Lengkap jika dilihat dari dua sudut pandang: a) dokumen memuat tabel isi. 2) Client Orang atau perusahaan yang mau membuat sistem (yang menentukan). SyRS 39 PAGE 10 . 3) System analyst (system engineer) Kelompok orang yang biasa melakukan kontak teknik pertama dengan client.

jika ada sedikit kesalahan) 3) Integritas 4) Ketelitian 5) Proses pembuatan yang mantap 6) Mudah dikembangkan 7) Jumlah versi tidak banyak 8) Ketelitian dari model pengembangan yang digunakan untuk meramal atribut sistem 9) Efektivitas rencana tes dan integrasi 10) Tingkat persiapan untuk sistem perawatan (mempersiapkan pencarian bugs) 40 SyRS PAGE 10 . 5) Programmer Kelompok orang yang menerima spesifikasi perancangan sistem. membuat dokumen. memasukkan data. menguji dan memeriksa (tes) modul. 7) Maintenance group Kelompok orang yang memantau dan merawat performansi sistem sistem yang dibuat selama pelaksanaan dan pada saat modifikasi muncul (80% dari pekerjaan).Telkom Polytechnic Praktikum ADSI 4) Software engineer Kelompok orang yang bekerja setelah kebutuhan sistem dibuat (bekerja sama dengan system engineer saat mendefinisikan kebutuhan sistem dam membuat deskripsi perancangannya). Keberhasilan pengembangan sistem bisa dilihat dari 10 aspek atau titik pandang: 1) Ketelitian dari pembuatnya 2) Kualitas dari spesifikasi sistem yang dihasilkan (baik. 9) Staff dan Clerical Work Kelompok orang yang bertugas mengetik. membuat kode dalam bentuk modul. 6) Test integration group Kelompok orang yang melakukan tes dan mengintegrasi modul. 8) Technical Support Orang-orang yang mengelola (manage) pengembang sistem. termasuk konsultan atau orang yang mempunyai kepandaian lebih tinggi.

4 Batasan-batasan 2.6.4 Output 3.6 Kebutuhan Lain 3.4 Referensi 1.4.2.6.1 Pendahuluan 3.2 Pemeliharaan 3.1.4 Kendala Disain 3.Telkom Polytechnic Praktikum ADSI 4.4 Antarmuka Komunikasi 3.1 Database 3.3 Antarmuka Perangkat Lunak 3. 3.1. PENDAHULUAN 1.5 Sistematika DESKRIPSI UMUM 2.2 Kebutuhan Antarmuka Eksternal 3.3 Proses 3.2 Antarmuka Perangkat Keras 3.5 Asumsi dan Ketergantungan SPESIFIKASI KEBUTUHAN 3.2 Kegunaan 2.1 Kebutuhan Fungsional 3.2 Input 3.3 Definisi 1. SyRS 41 PAGE 10 .4.4 Tata Letak Dokumen SyRS Tata letak atau format dokumen SyRS baku menurut ANSI/IEEE std 830 1984 adalah: 1.1 Standard Compliance 3.5.1 Keamanan Sistem 3.3 Karakteristik Pengguna 2.3 Penyesuaian Tempat 2.2 Pengoperasian 3.5 Atribut 3.6.3 Kebutuhan Performansi 3.2.1.1.2.2 Ruang Lingkup 1.5.1 Antarmuka Pengguna 3.1 Perspektif 2.3.1 Tujuan 1.2 Perangkat Keras 3.2.

1. dan sebagainya SyRS PAGE 10 42 .5. Proses 3. Tujuan Tujuan dari dikembangkannya sistem 1. Kegunaan Kegunaan dari sistem yang dikembangkan 2.1.5 1. Sistematika Sistematika penulisan SyRS DESKRIPSI UMUM 2. 3. PENDAHULUAN 1.5.1.4.2.Telkom Polytechnic Praktikum ADSI 4. Asumsi dan Ketergantungan Asumsi dan ketergantungan yang diperhitungkan dalam pengembangan sistem SPESIFIKASI KEBUTUHAN 3. Karakteristik Pengguna Karakteristik dari target pengguna sistem 2. Ruang Lingkup Ruang lingkup dari pengembangan sistem 1. dan output dari sistem 3.2.4. Referensi Referensi yang digunakan dalam mengembangkan dokumen SyRS 1. Kebutuhan Fungsional Kebutuhan fungsional dari sistem yang mencakup input.1. dengan perangkat keras lainnya.1. Penjelasan Dokumen SyRS 2. Kebutuhan Antarmuka Eksternal Kebutuhan antarmuka yang terdapat dalam sistem yang mencakup segala jenis antarmuka.1. Batasan-batasan Batasan-batasan yang terdapat dalam sistem 2.4. dengan perangkat lunak.3.1. Pendahuluan 3. Input 3.2.3.1. Definisi Definisi definisi dari istilah yang diguankan dalam dokumen SyRS ini 1. Perspektif Deskripsi umum sistem 2.3.2. proses.3. Output 3. baik itu antarmuka untuk interaksi dengan pengguna.

2. serta kebutuhan dalam penyesuaian tempat 3. pengoperasian.4. Perangkat Keras Atribut Atribut dari sistem yang mencakup aspek keamanan sistem dan juga aspek pemeliharaan 3. SyRS 43 PAGE 10 .6.4. buatlah SRSy untuk sistem perpustakaan.1.6.4. Antarmuka Perangkat Keras 3. Database 3.2. Antarmuka Komunikasi Kebutuhan Performansi Kebutuhan performansi dari sistem Kendala Disain Kendala dalam melakukan disain sistem yang terkait dengan standard compliance dan juga kendala disain yang diakibatkan keterbatasan perangkat keras 3.5.1.3.2.3.2. Pengoperasian 3.1. Standard Compliance 3.2. 3.5.1. Studi kasus.2. Keamanan Sistem 3. 3. 3. Antarmuka Perangkat Lunak 3.2.2.6.Telkom Polytechnic Praktikum ADSI 3.4. Pemeliharaan Kebutuhan Lain Kebutuhan sistem yang terkait dengan kebutuhan penyimpanan data. Penyesuaian Tempat Latihan 1.3. Antarmuka Pengguna 3. 3.5.6.

Mengetahui cara mendefinisikan use case Memahami cara menyusun use case Memahami elemen-elemen diagram use case Mampu membuat diagram use case dengan alat bantu tertentu 44 Diagram Use Case PAGE 10 .Telkom Polytechnic Praktikum ADSI 5 Diagram Use case Overview Diagram use case memberikan penjelasan umum (high level) antara sistem dengan “dunia luar” serta fitur-fitur apa yang harus dimiliki oleh sistem dipandang dari dunia luar tersebut. Tujuan 1. 2. 4. 3.

Diagram use case dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem. dan bukan “bagaimana”. Sebuah use case juga dapat meng-extend use case lain dengan behaviour-nya sendiri. Secara umum diasumsikan bahwa use case yang di-include akan dipanggil setiap kali use case yang meng-include dieksekusi secara normal.1.1 Mendefinisikan Use case 5. Gambar 5-1 Contoh diagram use case Diagram Use Case 45 PAGE 10 . misalnya login ke sistem.Telkom Polytechnic Praktikum ADSI 5. meng-create sebuah daftar belanja. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. lihat gambar 5-1. Use case merupakan sebuah pekerjaan tertentu. Yang ditekankan pada diagram ini adalah “apa” yang diperbuat sistem. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. dan merancang test case untuk semua feature yang ada pada sistem. mengkomunikasikan rancangan dengan klien. Contoh diagram use case. Sebuah use case dapat di-include oleh lebih dari satu use case lain.1 Pengantar Diagram use case menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. dan sebagainya. Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain.

mengenali terlebih dahulu pelaku sistem membuat kita akan dapat mengidentifikasi kandidat pada saat kita melakukan wawancara dan observasi untuk menyelesaikan pemodelan use case. Karena use case menggambarkan bagaimana para pelaku sebenarnya berinteraksi 46 Diagram Use Case PAGE 10 . Waktu pertemuan proyek dan lokakarya. Dokumen persyaratan. adalah: Diagram konteks yang mengidentifikasi lingkup dan batasan sistem. Dokumentasi sistem dan manual pengguna yang ada. perjanjian proyek atau persyaratan kerja yang ada.1. ajukan pertanyaan berikut: Siapa atau apa yang menyediakan input ke dalam sistem? Siapa atau apa yang menerima output dari sistem? Antarmuka apa yang dibutuhkan bagi sistem yang lain? Apakah ada kejadian yang dipicu secara otomatis pada waktu yang telah ditentukan sebelumnya? Siapa yang akan mengurusi informasi dalam sistem? Langkah 2: Mengidentifikasi use case persyaratan bisnis Use case persyaratan bisnis menangkap interaksi dengan pengguna menggunakan cara yang bebas dari detail teknologi dan implementasi.Telkom Polytechnic Praktikum ADSI 5.2 Menyusun Diagram Use case Langkah-langkah yang dibutuhkan untuk menyusun diagram use case adalah: Mengidentifikasi pelaku bisnis Mengidentifikasi use case persyaratan bisnis Membuat diagram model use case Mendokumentasikan naratif use case persyaratan bisnis Langkah 1: Mengidentifikasi pelaku bisnis Pelaku bisnis diidentifikasi terlebih dahulu karena pada saat kita akan dapat berkonsentrasi pada bagaimana sistem itu akan digunakan dan bagaimana sistem itu akan dibangun. Sumber referensi untuk menemukan pelaku yang potensial. Pelaku juga menentukan kelengkapan persyaratan sistem. Dengan mengidentifikasi pelaku bisnis juga dapat membantu untuk menyaring dan mendefinisikan lebih lanjut lingkup dan batasan sistem tersebut. Saat mencari pelaku.

kita harus mengembangkannya untuk dapat menyertakan kejadian umum use case dan bagian alternatifnya. maka teknik yang baik untuk mencari use case persyaratan bisnis adalah dengan menyelidiki para pelaku dan bagaimana mereka akan menggunakan sistem tersebut. Langkah 4: Mendokumentasikan naratif use case persyaratan bisnis Untuk setiap use case tingkat tinggi yang teridentifikasi. 5. diagram model use case pun dapat digunakan untuk menggambarkan secara grafis lingkup dan batasan sistem. Bagian alternatifnya mendokumentasikan exception atau conditional branching pada use case.Telkom Polytechnic Praktikum ADSI dengan sistem. Dalam bagian ini kita hanya menyertakan langkah utama yang terjadi dalam sebagian besar waktu tersebut (bagian umumnya).3 Elemen-elemen Diagram Use case Beberapa elemen yang digunakan pada diagram use case dapat dilihat pada gambar 2. Bagian kejadian umum use case adalah deskripsi langkah demi langkah mulai dengan pelaku menginisiasi use case dan melanjutkannya hingga akhir kejadian bisnis. ajukan pertanyaan berikut: Apa tugas utama pelaku tersebut? Informasi apa yang dibutuhkan pelaku sistem? Informasi apa yang disediakan pelaku untuk sistem? Apakah sistem tersebut perlu menginformasikan kepada pelaku tentang segala perubahan atau kejadian yang telah terjadi? Apakah ada kebutuha para pelaku untuk menginformasikan segala perubahan yang tejadi atau kejadian-kejadian yang muncul? Langkah 3: Membuat diagram model use case Setelah use case dan pelaku teridentifikasi. Saat mencari use case.1. Diagram Use Case 47 PAGE 10 .

tapi umumnya tidak digambarkan karena tidak terlalu memberi arti tambahan pada diagram. 2. Digambarkan dengan icon yang mungkin bervariasi namun konsepnya sama: – Umumnya untuk orang digambarkan dengan sosok dengan Diagram Use Case PAGE 10 48 . Digambarkan dengan segiempat yang membatasi semua use case dalam sistem terhadap pihak mana sistem akan berinteraksi. atau device yang memiliki peranan dalam keberhasilan operasi dari sistem. Sistem disertai label yang menyebutkan nama dari sistem. Actor Bisa merupakan manusia. sistem. System Menyatakan batasan sistem dalam relasi dengan actor-actor yang menggunakannya (di luar sistem) dan fitur-fitur yang harus disediakan (dalam sistem).Telkom Polytechnic System Praktikum ADSI Assotiation Dependency Usecase Actor Gambar 5-2 Elemen-elemen diagram use case 1.

namun umumnya terjadi kedua arah (tanpa anak panah) karena selalu diperlukan demikian. Asosiasi bisa berarah (garis dengan anak panah) jika komunikasi satu arah. tangan. Tanpa fitur ini. 49 PAGE 10 Diagram Use Case . dan kaki. o Jika pada beberapa use case terdapat bagian yang memiliki aktivitas yang sama maka bagian aktivitas tersebut biasanya dijadikan use case tersendiri dengan relasi dependensi setiap use case semula ke use case yang baru ini sehingga memudahkan pemeliharaan. Digambarkan sebagai garis antara actor terhadap use case yang bersangkutan. 4. Menyediakan informasi lebih banyak mengenai peranan dari elemen tanpa menyebutkan implementasinya. 6. Use case Mengidentifikasi fitur kunci dari sistem. Diberi nama sesuai dengan goal-nya dan digambarkan dengan elips dengan nama di dalamnya. Umumnya. Assosiation Mengidentifikasikan interaksi antara setiap actor tertentu dengan setiap use case tertentu. Fokus tetap pada goal bukan bagaimana mengimplementasikannya walaupun use case berimplikasi pada prosesnya nanti. Stereotape Memungkinan perluasan UML tanpa memodifikasinya. Setiap use case mengekspresikan goal dari sistem yang harus dicapai. sistem tidak akan memenuhi permintaan user/actor. Terutama untuk menggambarkan: o Use case Dependency o Class-class o Package-package o Classifier Notasi dalam diagram dengan Guil emet “<< … >>” Dependency Dependensi <<include>> o Mengidentifikasi hubungan antar dua use case di mana yang satu memanggil yang lain. Berperan sebagai kualifier pada suatu elemen model. kepala. 5. badan. untuk sistem digambarkan dengan segi empat disertai notasi “<<Actor>>” di atas label nama.Telkom Polytechnic Praktikum ADSI – 3.

5.1.1. 7. Identifikasi semua use case.1 Batasan Masalah Sistem ATM yang akan dibuat modelnya adalah sistem ATM sederhana dan umum dengan fungsi mendasar yaitu: mengambil uang tunai. 5. Generalization Mendefinisikan relasi antara dua actor atau dua use case yang mana salah satunya meng-inherit dan menambahkan atau override sifat dari yang lainnya. Dependensi <<extend>> o Jika pemanggilan memerlukan adanya kondisi tertentu maka berlaku dependensi <<extend>>. Evaluasi setiap actor dan setiap use case untuk mendapatkan kemungkinan refinement. Definisikan asosiasi antara setiap actor dan setiap use case. Penggambaran menggunakan garis bermata panah kosong dari yang meng-inherit mengarah ke yang di-inherit.Telkom Polytechnic Praktikum ADSI o Digambarkan dengan garis putus-putus bermata panah dengan notasi <<include>> pada garis. Evaluasi setiap actor dan setiap use case untuk generalisasi. melakukan transfer ke rekening tertentu pada bank yang sama dan memeriksa saldo. Evaluasi setiap use case untuk dependensi <<extend>>. o Note: konsep “extend” ini berbeda dengan “extend” dalam Java! o Digambarkan serupa dengan dependensi <<include>> kecuali arah panah berlawanan.4. Practical guidance dalam membangun diagram use case: Set konteks dari target sistem. o Arah mata panah sesuai dengan arah pemanggilan. Evaluasi setiap use case untuk dependensi <<include>>. 50 Diagram Use Case PAGE 10 . Identifikasi semua actor.4 Contoh Kasus Dalam contoh kasus ini akan dimodelkan Sistem ATM Bank.

Diagram Use Case 51 PAGE 10 . Operator akan diminta untuk memasukkan sejumlah uang ke dalam dispenser dan menetapkan koneksi ke bank. Jika customer telah selesai melakukan semua transaksi yang diinginkan maka kartu dikeluarkan dan sesi dianggap selesai.2 Deskripsi Use case Use case Sistem StartUp Sistem mulai dijalankan (start) ketika operator memindahkan tombol ke posisi 'on'. karena layanan-layanan tersebut berbeda-beda tergantung dari operator/bank yang mengeluarkan ATM tersebut. Use case Sesi Sebuah sesi dimulai ketika customer memasukkan kartu ATM ke slot pembaca kartu pada mesin.1. penggantian/penambahan uang.Telkom Polytechnic Praktikum ADSI Sistem yang akan dimodelkan tidak mencakup beberapa fungsi ATM yang bergantung fasilitas tambahan dari bank misalnya membayar kartu kredit. membayar PBB. dan lain-lain.4. Koneksi ke bank akan diputuskan dan operator dapat membuka mesin untuk beberapa pekerjaan pemeliharaan (misalnya untuk penggantian kertas. customer akan menjawab pertanyaan apakah akan melakukan transaksi lain. membayar telpon. Setelah koneksi stabil maka mesin siap melayani customer. 5. Jika pembaca kartu tidak dapat membaca kartu karena misalnya salah posisi ketika memasukkan kartu atau kartu tergores. Customer boleh membatalkan satu sesi dengan menekan tombol 'cancel' ketika memasukkan PIN atau ketika memilih salah satu jenis transaksi. ATM akan menarik kartu ke dalam mesin dan membaca kodenya. membayar tagihan kartu seluler. mengisi pulsa. ATM bersama yang menerima berbagai kartu. Setiap satu transaksi selesai. Use case Shutdown Sistem Sistem dimatikan (shut) jika operator telah memeriksa tidak ada customer yang sedang menggunakan mesin dan kemudian memindahkan ke tombol 'off'. Jika kartu diterima maka customer akan diminta memasukkan PIN dan boleh melakukan satu atau beberapa transaksi. dan sebagainya). maka kartu akan dikeluarkan dan akan ditampilkan pesan kesalahan pada layar dan sesi dibatalkan. dengan cara memilih dari menu transaksi yang ditawarkan. Jika sebuah transaksi gagal karena terlalu banyak memasukkan PIN yang salah maka sesi juga dibatalkan dan kartu tetap berada di dalam mesin.

menghitung saldo) dan kemudian akan dicetak slip transaksi. transfer. Jika bank menyetujui transaksi maka sistem akan menyiapkan sejumlah uang yang diminta dan uang tersebut akan dikeluarkan dari mesin. cek saldo) maka digunakan deksripsi narasi berdasarkan alur kejadian. 52 Diagram Use Case PAGE 10 . Jika transaksi dibatalkan oleh customer atau gagal akibat alasan tertentu (selain dari pengulangan entri PIN yang salah) maka pada layar akan ditampilkan pesan kesalahan serta alasan/penyebab kegagalan. Jumlah uang yang diisikan harus sesuai dengan kelipatan pecahan uang yang tersimpan pada mesin ATM (misalnya limapuluhribuan atau seratusribuan). Untuk menggambarkan perilaku transaksi secara umum (untuk semua tipe: pengambilan uang. Jika tidak maka transaksi selesai. Kemudian mesin ATM akan menanyakan apakah customer akan melakukan transaksi lain. Semua pesan yang dikirimkan ke bank dan respon yang diterima dari bank dicatat dalam log ATM. Jika total uang tidak mencukupi maka sistem akan menampilkan pesan dan menawarkan customer untuk memasukkan jumlah lain. dan diminta memilih jumlah uang dari daftar pilihan yang tersedia atau menuliskan jumlah lain (jika tidak ada pilihan yang sesuai). customer ditawarkan untuk melakukan transaksi lain (jika dimungkinkan). Use case Transaksi Pengambilan Uang (Ambil Tunai) Pada transaksi pengambilan uang. rekening yang terkait dan jumlah uang). Setiap tipe transaksi memiliki operasi tertentu dengan cara tertentu. Jika total uang mencukupi maka sistem akan mengirimkan pesan ke bank untuk pemeriksaan saldo pada nomor rekening tersebut. Sebuah transaksi dimulai dalam sebuah sesi ketika user memilih satu tipe transaksi dari menu yang tersedia. Jika bank menyetujui transaksi tersebut. maka akan dikeluarkan pesan dan jika terlalu banyak kesalahan mengisikan PIN maka kartu akan ditahan di dalam mesin ATM. maka akan dilakukan beberapa tahapan untuk menyelesaikan transaksi (misalnya mengeluarkan sejumlah uang. slip dikeluarkan dan kartu dikeluarkan. Sistem akan memeriksa total uang yang tersedia pada dispenser uang.Telkom Polytechnic Praktikum ADSI Use case Transaksi Transaksi adalah abstraksi generalisasi dari beberapa proses yang memiliki kemiripan. Customer dapat membatalkan transaksi dengan menekan tombol 'cancel'. sesi ditutup. customer diminta menentukan jenis rekening yang akan diambil (misalnya tabungan atau giro). Transaksi kemudian akan dikirim ke bank disertai dengan informasi yang diperoleh dari kartu ATM customer dan PIN yang dimasukkan oleh customer. Jika bank menyatakan bahwa PIN salah. Customer akan diminta untuk mengisi beberapa informasi detil (misalnya no. Setelah uang dikeluarkan maka hasil transaksi dicetak pada slip.

Sebelum transfer dilakukan.1. Customer diminta memasukkan PIN lain dan pesan ini dikirimkan kembali ke bank.Telkom Polytechnic Praktikum ADSI Pengeluaran uang juga dicatat pada log ATM. 5. Transaksi pengambilan uang dapat dibatalkan customer dengan cara menekan tombol 'cancel' sebelum memilih/memasukkan jumlah uang. Customer dan Bank Identifikasi use case apa yang digambarkan dalam sistem: Use case Sistem StartUp Use case Sistem Shutdown Use case Sesi 53 PAGE 10 Diagram Use Case . Transaksi transfer dapat dibatalkan oleh customer dengan menekan tombol 'cancel' sebelum menyetujui konfirmasi dari bank. Use case PIN Salah Kasus PIN salah dimulai di dalam sebuah transaksi ketika bank melaporkan bahwa transaksi customer tidak disetujui karena PIN salah. Transaksi dapat dibatalkan sebelum customer memilih jenis rekening. Customer diminta melakukan konfirmasi dan jika customer menyetujui informasi ini maka transfer dilakukan dan bank akan melakukan perhitungan saldo dan mesin akan mencetak hasilnya pada slip. maka customer diminta memasukkan PIN lainnya. atau tidak menyetujui karena alasan tertentu.3 1. customer diminta memilih jenis rekening dan mesin akan mengirimkan data ini ke bank. Jika customer tiga kali melakukan kesalahan memasukkan PIN maka kartu akan ditahan di dalam mesin dan mesin akan menampilkan pesan agar customer menghubungi petugas bank terkait dan sesi dibatalkan. kemudian customer diminta memasukkan nomor rekening tujuan dan menuliskan jumlah uang yang akan ditransfer. bank akan menampilkan informasi tentang nomor rekening tujuan. Penyelesaian Identifikasi aktor yang terlibat: Operator. Jika bank kemudian menyetujui. khususnya tentang nama pemilik rekening tersebut dan jumlah uang yang akan ditransfer.4. Use case Transaksi Transfer Pada transaksi transfer customer akan diminta memilih jenis rekening yang akan ditransfer dari daftar menu jenis rekening. 2. Use case Transaksi Pengecekan Saldo (Cek Saldo) Pada transaksi pengecekan saldo. Respon dari bank akan ditampilkan di layar dan dicetak pada slip.

Kelompokkan use case yang telah diidentifikasi berdasarkan skenario kasusnya: Use case (utama) : Sistem StartUp. Sesi.2 1.Telkom Polytechnic Praktikum ADSI Use case Transaksi Use case Transaksi Pengambilan Uang Tunai Use case Transaksi Transfer Use case Pengecekan Saldo Use case PIN Salah 3. terbagi atas 3 (tiga) tipe dengan tambahan sifat spesifik selain dari sifat utama yang diwarisi (inherite) dari use case transaksi. Transaksi Use case transaksi. Perluasan use case utama yang mencakup perilaku terhadap kejadian khusus (extend): PIN Salah. Use case Diagram 54 Diagram Use Case PAGE 10 . Membuat Diagram Use case Pilih menu Diagram. 5. Transfer dan Cek Saldo. seperti telah diuraikan di atas. Sistem Shutdown. yaitu: Ambil Tunai.

Klik simbol actor pada toolbox Klik di sini untuk menentukan actor dan drag Klik di sini untuk member nama actor Diagram Use Case 55 PAGE 10 . Akan muncul jendela seperti ini: 3.Telkom Polytechnic Praktikum ADSI 2.

Beri nama actor sesuai dengan perannya (actor bisa seseorang atau sistem) Setelah actor diidentifikasi. 5. Klik di sini dan drag Klik di sini dan beri nama use case 56 Diagram Use Case PAGE 10 . maka buatlah use case berdasarkan kasusnya.Telkom Polytechnic Praktikum ADSI 4.

3 Contoh Kasus Diagram Use Case Contoh-1 Berdasarkan kasus sistem ATM bank di atas. sehingga akan nampak hasilnya sebagai berikut: 5.1 1. Pilih menu File.Telkom Polytechnic Praktikum ADSI 6. Selanjutnya buatlah asosiasi antara actor dan use case dan lengkapi dengan dependensi dan boundary systemnya. akan dibuat diagram use case menggunakan JUDE Community 5. 2.4. Diagram. Klik kanan UseCase Diagram pada tab Structure. New. pilih Modify Name menjadi SISTEM ATM BANK seperti pada gambar di bawah ini: Diagram Use Case 57 PAGE 10 . UseCase Diagram.

Telkom Polytechnic Praktikum ADSI Atau pada kotak dialog dengan tab Base pada name di namespacenya diberi nama diagram use casenya. 58 Diagram Use Case PAGE 10 .

buat 3 actor masing-masing Operator. Diagram Use Case 59 PAGE 10 . Buatlah use case sebanyak yang telah diidentifikasikan. Klik icon actor. 4. Customer dan Bank.Telkom Polytechnic Praktikum ADSI 3.

asosiasi dibuat. 6.Telkom Polytechnic Praktikum ADSI 5. Tambahkan asosiasi antar use case dan actor. Setelah semua generalisasinya. maka buatlah dependensi dan 60 Diagram Use Case PAGE 10 .

Akhirnya berilah nama sistemnya dan selesai. Berikanlah batasan sistemnya. 8. Diagram Use Case 61 PAGE 10 .Telkom Polytechnic Praktikum ADSI 7.

Telkom Polytechnic Praktikum ADSI Contoh-2 Diketahui sistem pembelian produk online seperti tabel di bawah ini. baik melalui link yang terdapat pada homepage situs. o Customer dapat menekan tombol “Search” untuk melakukan pencarian ulang. : --: Customer : Customer sudah berada pada halaman ”Search Result”. yaitu halaman yang menampilkan produk-produk sesuai dengan kriteria pencarian. o Sistem kembali menampilkan halaman search. Diagram Use Case PAGE 10 . buatlah diagram usecase-nya: 1. atau mengetik langsung url pada location bar browser. Dependency : --Actor : Customer Precondition : --Description : o Customer masuk pada halaman pencarian produk. Mencari Produk Use Case Name : Mencari Produk Summary : Customer mencari produk yang disediakan oleh perusahaan (sistem). 2. o Customer mengisi keyword pada kolom search. Postcondition : o Menampilkan halaman ”Search Result”. o Sistem menampilkan pesan ”No product matched”. dan menekan tombol “Search” o Sistem mencari produk yang sesuai dengan kriteria (keyword) dari database produk dan menampilkannya ke halaman ”Search Result”. atau tombol ”Check Out” untuk mengakhiri pencarian dan melakukan pembayaran. tombol ”Show Product” untuk memasukkan produk pada shopping list. Alternatives : o Sistem tidak menemukan produk yang sesuai dengan kriteria. Memilih Produk Use Case Name Summary Dependency Actor Precondition 62 : Memilih Produk : Customer menentukan produk apa yang dipesan.

dan menampilkan ulang halaman ”Search Result”. o Customer mengisi nilai total unit barang yang dipesan di field ”Number of ordered unit” lalu menekan tombol “Add to Shopping List”. tanggal expired kartu kredit dari customer. o Sistem menampilkan detail produk pada halaman baru. Pada halaman ini terdapat field ”Number of ordered unit” dan tombol “Add to Shopping List”. o Customer mengisi field-field di atas dan menekan tombol ”Next”. Description : o Customer menekan tombol ”Check Out” untuk memberitahu sistem bahwa tidak ada lagi produk yang dipesan. o Sistem menampilkan halaman baru (”Check Out”) yang menampilkan daftar produk yang tersimpan dalam Shopping List. o Sistem menambahkan kode produk dan jumlah unit yang dipesan dalam shopping list. alamat. menutup halaman ”Product Detail”. dan akan melakukan pembayaran. atau menghapus pesanan produk tertentu.Telkom Polytechnic Praktikum ADSI Description : o Customer menekan tombol ”Show Product” dari produk yang ingin dilihat detail produknya. Bila total unit barang terisi nol. Pada halaman ini juga terdapat field nama. maka dianggap barang tidak dipesan. o Sistem membentuk User Transaction Info yang berisi field-field di atas (termasuk shopping list). Pada halaman ini customer dapat mengubah jumlah unit yang dipesan untuk setiap produk. 3. Alternatives : --Postcondition : Terbentuk Shopping List. yaitu halaman ”Product Detail”. Melakukan Pembayaran Use Case Name : Melakukan pembayaran Summary : Customer mengisi data pribadi yang diperlukan dalam proses pembayaran Dependency : --Actor : Customer Precondition : Customer berada pada halaman “Search Result”. o Sistem menyimpan user transaction info pada database. Diagram Use Case 63 PAGE 10 . nomor kartu kredit.

Setelah pengiriman user transaction info ke paypal. Sistem menunggu konfirmasi balik dari Paypal. Alternatives : o Customer menekan tombol “Cancel” o Sistem menampilkan kembali halaman ”Search Result”. Alternatives : o Sistem menerima konfirmasi gagal pembayaran dari PayPal. (Sistem tidak melakukan proses validasi dan transaksi kartu kredit sendiri). o 4. Dependency : --Actor : Paypal.Telkom Polytechnic Praktikum ADSI Sistem mengirimkan user transaction info ke Paypal untuk pemrosesan transaksi kartu kredit. Menerima Konfirmasi Transaksi Use Case Name : Menerima konfirmasi transaksi Summary : Sistem menerima konfirmasi apakah transaksi kartu kredit sudah dijalankan atau batal. o Sistem menampilkan ucapan terima kasih untuk customer pada layar. Proses ini ditangani sepenuhnya oleh Paypal. Customer Precondition : Customer telah melakukan transaksi pembayaran kartu kredit melalui Paypal. o Sistem mencatat transaksi dalam data transaksi. Description : o Sistem menerima konfirmasi bahwa pembayaran sudah dilakukan dari Paypal. customer berada pada situs Paypal yang berada di luar sistem ini. 64 Diagram Use Case PAGE 10 . Postcondition : User transaction info dikirimkan ke situs Paypal untuk diproses oleh Paypal. Postcondition : Ucapan terima kasih tertampil di layar customer.

Telkom Polytechnic Praktikum ADSI Latihan 1. Buatlah diagram use case sistem seperti di bawah ini: Diagram Use Case 65 PAGE 10 .

Buatlah diagram use case seperti di bawah ini! Pendaftaran pasien Petugas Loket Pasien Pemeriksaan kesehatan Petugas medis <<extend>> Tindakan medis <<include>> Tea Laboratorium Laboran Pemberian resep Pengambilan obat Apoteker 3. Buatlah diagram use case untuk (pilih salah satu) : Rental VCD/DVD Penjualan barang pada supermarket Perpustakaan Poltek Telkom Sistem informasi akademik Poltek Telkom Penerimaan mahasiswa baru Poltek Telkom Apotik Administrasi kepegawaian Inventori laboratorium komputer Sistem parkir Poltek Telkom dengan asumsi dan batasan yang anda buat sendiri! 66 Diagram Use Case PAGE 10 .Telkom Polytechnic Praktikum ADSI 2.

Sebuah kelas mengimplementasikan satu atau lebih interface. 7.1 Mendefinisikan Kelas Pengantar Kelas (Class) adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi Diagram Kelas 67 PAGE 10 .Telkom Polytechnic Praktikum ADSI 6 Diagram Kelas Overview Diagram kelas menggambarkan jenis-jenis dari objek dalam suatu sistem dan berbagai jenis hubungan statis yang ada diantaranya.1. operasi hubungan dan semantik. Sebuah kelas merupakan kumpulan dari objek yang memiliki karakteristik yang sama seperti atribut. Mengetahui teknik mendefinisikan kelas Memahami cara mendefinisikan kandidat kelas Mampu membuat diagram kelas dengan alat bantu utertentu 6. 6.1 6. Tujuan 5.

tempat. Skema basisdata logical Kelas memiliki tiga area pokok : 1. Public. Nama (dan stereotype) 2. Kolaborasi c. kejadian. sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Atribut 3.1. diagram kelas biasanya digunakan untuk memodelkan salah satu dari tiga hal di bawah ini : a. Nama Atribut Operasi/ metode Gambar 6-1 Contoh Kelas 6. Dengan demikian interface mendukung resolusi metoda pada saat run-time. Private. Metode atau operasi Atribut dan metoda dapat memiliki salah satu sifat berikut : 1. tetapi harus diimplementasikan dahulu menjadi sebuah class. Setiap objek mempunyai atribut-atribut dan metode/operasi-nya. Protected. Dalam pemodelan statis dari sebuah sistem. benda. tidak dapat dipanggil dari luar class yang bersangkutan 2. dll. 68 Diagram Kelas . Kelas menggambarkan keadaan (atribut/properti) suatu sistem. Perbendaharaan dari sistem b. yaitu class abstrak yang hanya memiliki metode. dapat dipanggil oleh siapa saja Kelas dapat merupakan implementasi dari sebuah interface.Telkom Polytechnic Praktikum ADSI objek.2 Cara mendefinisikan kelas Untuk mendefinisikan kelas sari suatu sistem dapat dimulai dari model use case yang sudah dibuat dengan cara menetapkan objek apa saja yang dibutuhkan di sistem. Interface tidak dapat langsung diinstansiasikan. Objek dapat berupa orang. hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya 3.

5. misalnya proseduroperasional. yang muncul dalam lingkup operasional sistem d. unit organisasi yang relevan dengan aplikasi dan perlu dikelola datanya f. atau lebih merupakan kontruksi implementasi 4. khususnya yang dapat menunjukkan peran dan tanggung jawab suatu objek. Entitas eksternal yang memproduksi dan memakai informasi yang akan digunakan oleh sistem berbasis komputer b. samar. Kelas dan objek dapat diidentifikasi dari salah satu atau lebih hal berikut : a. Dari kebutuhan fungsional sistem dan atau kebutuhan pemakai 2.Telkom Polytechnic Praktikum ADSI Di bawah ini beberapa alternatif cara mendefinisikan kandidat kelas : 1. karena : Redundan. yaitu ketergantungan antar satu kelas atau lebih dengan kelas lainnya. struktur yang mendefinisikan kelas dari objek atau yang menghubungkan kelas-kelas objek 3.1. Secara menyeluruh pada lingkup kebutuhan sistem atau pengetahuan atas lingkup aplikasi. identifikasikan atribut dan metode setiap kelas. lebih tepat berupa atribut. Mendefinisikan hubungan (asosiasi atau koneksi) antar kelas. lebih tepat berupa peran. peran yang dimainkan oleh orang-orang yang berinteraksi dengan sistem e. Dari uraian pernyataan masalah b. Setelah kelas terdefinisi. Mengidentifikasi kelas-kelas dan objek-objek yang ada dalam lingkup sistem: a.3 Multiplicity / Nilai Kardinalitas Mutiplicity atau multiplisitas menunjukkan jumlah suatu objek yang bisa berhubungan dengan objek lain. Abaikan kelas dan objek yang tidak tepat. sesuatu yang merupakan bagian dari wilayah informasi dari permasalahan c. Atribut diidentifikasi dari elemen-elemen data yg dapat menggambarkan ciri-ciri sebuah objek secara utuh. Metode atau operasi atau layanan diidentifikasi dari perilaku. c. tidak relevan. lebih tepat berupa operasi. tempat yang menentukan ruang lingkup masalah dan seluruh fungsi sistem g. Multiplisitas biasanya ditunjukkan dengan Diagram Kelas 69 PAGE 10 . kejadian. 6.

atribut dan metode untuk sistem tersebut... Tabel 6-1 Jenis-jenis multiplicity : Indikator 0. Sistem informasi yang akan dibuat tsb. atribut dan metode a.Telkom Polytechnic Praktikum ADSI „satu‟ atau „banyak‟.n 1.* n 0.* 1. 5. kelas Penjualan 2. nama 70 Diagram Kelas . Definisikan kelas. Data yang dimasukkan adalah jumlah dan kode barang. 3. Menginisialisasi identitas kasir dan lokasi cash register kasir 2. Nama Kelas : cashRegister Atribut : No_CR.. Informasi total jumlah dan jumlah kembalian harus ditampilkan saat proses pemasukan data. Membuat laporan penjualan untuk Supervisor. 4. Mencatat data transaksi pembayaran. harga. Penyelesaian 1. tetapi secara khusus dapat ditunjukkan pula dengan bilangan integer lebih besar atau sama dengan nol.1. Data yang dimasukkan adalah jumlah uang yang dibayarkan dan dilakukan setelah data transaksi penjualan selesai dicatat. dan jumlah begitu dt jumlah dan kode barang selesai diinput. Mencetak struk sebagai tanda bukti transaksi pembayaran. Kelas barang. Definisi kelas. Mencatat/merekam data transaksi penjualan yang diketik melalui keyboard.n 6.. Menampilkan informasi nama barang. minimal harus mampu memenuhi kebutuhan fungsional sebagai berikut : 1. id_kasir.1 1 0. 6.4 Contoh kasus Arti Nol atau satu Hanya satu Nol atau lebih Satu atau lebih Hanya n (dengan n > 1) Nol sampai n (dengan n > 1) Satu sampai n (dengan n > 1) Misal akan dibuat sebuah sistem informasi yang dapat membantu kasir supermarket saat menghitung total pembayaran dari pelanggan yang membeli barang secara tunai.. Identifikasi kelas : cashRegister.

banyak Operasi : RekamJual. Toko online yang dikunjungi ada toko buku dari berbagai penerbit. Kasus pendaftaran ulang kuliah di Politeknik Telkom untuk semua jurusan (Sistem informasi. pengembalian dan pemesanan buku yang sedang dipinjam. Di sistem ini. Kasus pembayaran sewa komputer di suatu rental komputer. Jepang dan Perancis. 5. Petugas perpustakaan dapat melayani peminjaman.Telkom Polytechnic Praktikum ADSI b. Teknik Komputer. Lembaga ini menerima kursus bahasa Inggris. 3. pasien harus membayar pemeriksaan dan obat-obatan yang diterimanya. RekamBayar 6. Sistem perpustakaan yang memiliki kebutuhan sebagai berikut : a. cetak laporan. Nama Kelas : barang Atribut : kd_brg. bagi pelanggan yang mendaftar dapat memesan dan menentukan lokasi pengirimannya. Mandarin. Cetak Struk. EntriBayar. updateStok Nama Kelas : Penjualan Atribut : no_jual. Anggota perpustakaan (dosen dan mahasiswa) dapat mencari koleksi buku yang akan dipinjam d. c. Sistem pengolahan nilai di lembaga pendidikan bahasa Asing. majalah b. 6. Setelah diperiksa kesehatannya oleh dokter tertentu. Setiap pasien dapat berobat ke suatu poliklinik lebih dari satu kali. 4. search. dan Komputer Akuntansi). stok Operasi : initiate. nm_brg. harga.1. dan pencarian c. Kasus pemeriksaan pasien di poliklinik yang memiliki beberapa dokter.5 Latihan Definisikan objek/kelas-kelas untuk kasus di bawah ini ! 1. 2. Perpustakaan memiliki koleksi buku. jurnal. Kasus belanja online melalui internet. Metode/operasi : entriJual. Setiap peminjam harus terdaftar menjadi anggota Diagram Kelas 71 PAGE 10 .

Klik simbol kelas pada toolbox Klik di sini 72 Diagram Kelas .2 1. Membuat Diagram Kelas Pilih menu Diagram. Class diagram 2.Telkom Polytechnic Praktikum ADSI 6.

Beri nama kelas. Setelah semua kelas dilengkapi. Klik dan geser garis asosiasi ke kelas yang dituju. Diagram Kelas 73 PAGE 10 . lalu klik kanan untuk menambahkan atribut dan operasi 4.Telkom Polytechnic Praktikum ADSI 3. buat asosiasi antar kelas dengan mengklik simbol asosiasi pada toolbox.

Telkom Polytechnic Praktikum ADSI 5. Hubungan antar kelas 6. Mengubah bentuk garis hubungan generalisasi Klik di sini 74 Diagram Kelas .

New atau Ctrl+N 2.3 Contoh Kasus Diagram Kelas Contoh-1 Dari kasus sistem penjualan di atas. akan dibuat Diagram Kelas menggunakan JUDE Community 5.4. Pilih menu File. Klik icon kelas. 3.Telkom Polytechnic Praktikum ADSI 6.1 1. Class Diagram Klik kanan Class Diagram pada tab Structure. Diagram Kelas 75 PAGE 10 . buat 3 kelas masing-masing CashReg. barang dan penjualan. pilih Modify Name seperti pada gambar di bawah ini 4. Pilih menu Diagram.

Lengkapi diagram dengan atribut dan operasinya Klik di sini untuk mengisi atribut Klik di sini untuk mengisi operasi 76 Diagram Kelas .Telkom Polytechnic Praktikum ADSI 5.

Diagram Kelas 77 PAGE 10 . 7. pilih kardinalitas yang sesuai.Telkom Polytechnic Praktikum ADSI 6. Lengkapi diagram kelas seperti gambar di bawah ini. Dengan cara klik kanan pada garis asosiasi. Kemudian tambahkan asosiasi dan multiplicity.

Memasukkan identitas 2. 7. Memilih edit 2. 4. 6. Memasukkan identitas 2. Memasukkan identitas 2. 3. 3. 1.Telkom Polytechnic Praktikum ADSI Contoh-2 Diberikan Skenario Sistem kehadiran seperti tabel di bawah ini : Aktor Aksi Reaksi Sistem Skenario Normal Dosen 1. 3. Dosen 1. 7. Dosen Memperbaiki valid data tidak 5. 6. 1. Memperbaiki valid data tidak 5. Petugas BAA 4. 6. Mahasiswa 4. Mengecek valid tidaknya data masukan Menampilkan pesan sukses Diagram Kelas Mengecek valid tidaknya data masukan Mengeluarkan pesan bahwa data masukan tidak valid Mengecek valid tidaknya data masukan Menyimpan data kehadiran dosen Menampilkan pesan sukses Mengecek valid tidaknya data masukan Mengeluarkan pesan bahwa data masukan tidak valid Mengecek valid tidaknya data masukan Menyimpan data kehadiran mahasiswa Menampilkan pesan sukses Menyimpan data kehadiran mahasiswa Mengecek valid tidaknya data masukan Mengeluarkan pesan bahwa data masukan tidak valid 78 . Memperbaiki valid data tidak 5.

Jadwal Diagram Kelas 79 PAGE 10 . Kehadiran 5. Dosen 2. Dosen 2. User (petugas BAA) 4.Telkom Polytechnic Praktikum ADSI Aktor 7. Sehingga definisi kelas untuk sistem kehadiran ini menjadi : 1. Jadwal Karena Matakuliah sudah ada pada sistem lain. Aksi Memilih edit 8. Kehadiran 5. Mahasiswa 3. Matakuliah 6. Reaksi Sistem Menyimpan data kehadiran mahasiswa Diagram use case Sistem kehadiran Dari diagram use case diidentifikasi kandidat kelas sebagai berikut : 1. User (petugas BAA) 4. Mahasiswa 3. maka kelas matakuliah ditiadakan untuk sistem ini.

Telkom Polytechnic Praktikum ADSI Maka kelas-kelas terdefinisi dapat digambarkan sebagai berikut : 80 Diagram Kelas .

Keterangan : : Composite.Telkom Polytechnic Praktikum ADSI Buatlah asosiasi dan multiplisitas untuk kelas-kelas tersebut sehingga menjadi diagram kelas yang lengkap. tipe agregasi kuat yang merupakan bagian dari objek yang bergantung pada keseluruhan objek. Diagram Kelas 81 PAGE 10 .

Telkom Polytechnic Praktikum ADSI Latihan 1. 82 Diagram Kelas . Sistem tiket bioskop yang dapat menerima pesanan tiket untuk pertunjukan pada waktu tertentu dan penjualan langsung pada setiap studio dan berbagai film di suatu Mall. Buatlah diagram kelas seperti di bawah ini 2. Buatlah diagram kelas seperti di bawah ini 3.

Telkom Polytechnic Praktikum ADSI 4. Mencetak laporan penjualan dan laporan persediaan obat Buatlah diagram kelas dengan JUDE Community untuk kasus-kasus pada latihan definisi kelas di sub bab sebelumnya. Menampilkan informasi total pembayaran 7. Memvalidasi pemakai sistem yang berhak Mencatat data obat dan stok yang dijual Mencatat data obat yang terjual baik melalui resep atau tidak 4. Sistem pengolahan nilai di lembaga pendidikan bahasa Asing. Sistem penjualan obat di Apotek dapat dioperasikan oleh kasir dan petugas gudang yang berhak. Mencatat pembayaran dari pembeli 8. 3. Memperbaharui data stok obat 6. Jepang dan Perancis. Mandarin. Mencetak struk pembayaran 9. Mencatat identitas pasien untuk penjualan obat dengan resep 5. Lembaga ini menerima kursus bahasa Inggris. 6. Persyaratan atau kebutuhan sistem tersebut diantaranya adalah harus dapat : 1. Mencatat penerimaan obat dari supplier oleh petugas gudang 10. Buatlah diagram kelas untuk sistem perparkiran berdasarkan diagram use case berikut ini : 5. Diagram Kelas 83 PAGE 10 . 2.

Kasus belanja online melalui internet. Kasus pembayaran sewa komputer di suatu rental komputer. Di sistem ini. Setelah diperiksa kesehatannya oleh dokter tertentu. Kasus pemeriksaan pasien di poliklinik yang memiliki beberapa dokter. Kasus pendaftaran ulang kuliah di Politeknik Telkom untuk semua jurusan (Sistem informasi.Telkom Polytechnic Praktikum ADSI 7. Teknik Komputer. 8. pasien harus membayar pemeriksaan dan obat-obatan yang diterimanya. Setiap pasien dapat berobat ke suatu poliklinik lebih dari satu kali. Toko online yang dikunjungi ada toko buku dari berbagai penerbit. 10. 84 Diagram Kelas . 9. bagi pelanggan yang mendaftar dapat memesan dan menentukan lokasi pengirimannya. dan Komputer Akuntansi).

Diagram ini digunakan untuk menggambarkan sebuah sistem pada sebuah sudut pandang waktu tertentu.Telkom Polytechnic Praktikum ADSI 7 Object Diagram & Interface Overview Dalam bab ini akan dibahas Object diagram yaitu diagram yang memberikan gambaran model instance-instance dari sebuah class. Dengan menggunakan diagram ini dapat memeriksa keabsahan kelaskelas diagram berikut aturan-aturan multiplisitasnya dengan “real data” dan mengujinya dengan scenario-skenario tertentu. Tujuan 1. Mahasiswa memahami dan menegerti tengan Object Diagram Mahasiswa bisa membuat Object Diagram Mahasiwa dapat mendefinisikan interface Object Diagram & Interface 85 PAGE 10 . 2. 3.

multiplisitas yang ada di class diagram tidak disertakan dalam object diagram sebagai upaya memfokuskan perhatian hanya terhadap obyek dan property/atributnya. Nilai property/atribut dituliskan berpasangan seperti “nama_atribut=nilai”. Sedangkan notasi sebuah obyek digambarkan segi empat yang terbagi atas 2 bagian. Dengan menggunakan diagram ini anda dapat memeriksa keabsahan kelas-kelas diagram berikut aturan-aturan multiplisitasnya dengan “real data” dan mengujinya dengan scenario-skenario tertentu. Obyek-obyek diidentifikasikan dengancara meletakkan nama instance-nya kemudian diikuti oleh tanda titik dua didepan nama class-nya. detil relationship.1 Object Diagram Object diagram adalah diagram yang memberikan gambaran model instanceinstance dari sebuah class. Tabel 7-1 Notasi Object Diagram 86 Object Diagram & Interface . Object diagram juga dapat mengandung asosiasi. Association. Asosiasi antar 2 obyek biasanya dinotasikan dengan sebuah garis yang menghubungkan kedua obyek iDiagram ini digunakan untuk menggambarkan sebuah sistem pada sebuah sudut pandang waktu tertentu.Telkom Polytechnic Praktikum ADSI 7.1. Biasanya constraint. Notasi diagramnya dapat anda lihat pada tabel 7.

1. – :nama class dan nilai atribut yang terdapat pada section ke-2. role ini boleh dipakai atau tidak. Menggambarkan object dan hubungannya dalam urutan time.Telkom Polytechnic Praktikum ADSI Object Diagram merupakan : a. b. Berikut adalah contoh sebuah object diagram dari relasi antar class Gambar 12.2. umumnya sebuah special case dari class diagram atau communication diagram. Hubungan antara object digambarkan dengan sebuah garis tanpa panah yang berisi sebuah role/peran. 2. Object Diagram 7.2 Membuat Object Diagram Gunakan tombol [object] dan [link] dari Class diagram tool bar untuk membuat object diagram. Pilih menu diagram class Pilih symbol seperti symbol diatas untuk menggambar objek Object Diagram & Interface 87 PAGE 10 . Sebuah object dapat digambarkan dengan cara. c. – Nama object : nama class. d. Digambarkan sebagai sample diagram (diagram yang menggambarkan sample object dari sebuah class dan relasi diantaranya).

5.Telkom Polytechnic Praktikum ADSI 3. Untuk membuat objek lainnya dengan cara yang sama dengan yang diatas Selanjutnya untuk membuat link antar objek klik symbol garis sperti gambar di bawah ini 88 Object Diagram & Interface . Selanjutnya klik tombol new untuk memberi nama objek dan atributnya seperti gambar di bawah ini : 4.

Object Diagram & Interface 89 PAGE 10 .3 Interface & Realisasi Interface adalah satu set operation yang memberikan spesifikasi beberapa aspek dari perilaku dan operasi disuatu class ke class yang lain. Pemodelan interface sama dengan pemodelan class hanya saja pada interface tidak mempunya atribut dan pada penamaannya perlu ditambahkan stereotype <<interface>> atau ditambahkan huruf “I” di depan nama interface seperti yang ditunjukkan pada gambar 7-2.Telkom Polytechnic Praktikum ADSI 6. Sama sperti mebuat class diagram yang telah dijelaskan di bab sebelumnya. Realisasi dituliskan dengan garis putus-putus dengan segitiga yang mengarah ke interface. 2. keyboard pada komputer sebenarnya merupakan interface yang bisa dipakai ulang karena tombol-tombol keyboard sebenarnya berasal dari mesin ketik. Relasi antara class dan interface disebut Realization. seperti yang ditunjukkan pada gambar 7-1. page down dll. Hanya saja kita merubah stereotypenya menjadi interface dengan cara klik class yang telah dibuat. page up. 7. Misalnya tombol control. Contohnya. hanya saja mungkin ada beberapa operasionalisasi tombol tombol yang berbeda yang sudah ditransfer ke sistem yang lain. Kemudian beri nama link untukmenunjukkan relasi antar objek tersebut dengan mendouble klik hal garis tersebut. Gambar 7-1 Interface dan Realization Untuk membuat interface adalah seperti berikut: 1.

Telkom Polytechnic Praktikum ADSI 3. Buatlah objek diagram untuk peminjaman pada system perpustakaan Buatlah class interface untyuk peminjaman diatas. Gambar 7-2 Stereotype <<interface>> Latihan 1. 90 Object Diagram & Interface . 2. Lalu klik stereotype dan pilih interface.

2.Telkom Polytechnic Praktikum ADSI 8 Interaction Diagram & Activity Diagram Overview Bab ini menjelaskan pembuatan diagram interaksi dan diagram activity yang menggambarakan keterkaitan antar objek Tujuan 1. Mahasiswa bisa membuat diagram interaksi Mahasiswa bisa membuat diagram activity Interaction Diagram & Activity Diagram 91 PAGE 10 .

1 Interaction Diagram Use Case Realization Fungsionalitas use case direpresentasikan dengan aliran peristiwa-peristiwa. object mungkin saja mematikan dirinya sendiri.Call : memanggil operasi yang ada pada object.1 8. menghasilkan pemanggilan lokal dari operasi. yaitu: . Interaction Diagram merupakan model yang menjelaskan bagaimana sejumlah object bekerja sama dalam beberapa kelakuan. namun kurang baik dalam mendefinisikan behavior. Skenario digunakan untuk menggambarkan bagaimana use case-use case direalisasikan sebagai interaksi antara object-object.Telkom Polytechnic Praktikum ADSI 8. Ketika kita memberikan pesan.Send : mengirimkan sinyal ke object .Create : membuat sebuah object .Destroy : mematikan sebuah object. diantaranya adalah Class Diagram owned by Use Case Realization serta Interaction Diagram.1. Dalam UML. . Untuk menggambarkan bagaimana realisasi dari suatu use case dapat menggunakan beberapa diagram. 92 Interaction Diagram & Activity Diagram . Interaction Diagram menerangkan kelakuan dari suatu use case. object mungkin mengirim ke dirinya sendiri. Use case realization menggambarkan bagaimana realisasi dari setiap use case yang ada pada use case model. kita dapat memodelkan beberapa jenis aksi.Return : mengembalikan nilai dari caller . Diagram ini menggambarkan sejumlah object dan pesan yang dijalankan antara object dengan use case. Interaction diagram digunakan ketika kita ingin melihat kelakuan dari beberapa object dalam use case tunggal. aksi yang dihasilkan adalah sebuah pernyataan tereksekusi yang membentuk abstraksi dari prosedur komputasi. Sebuah aksi mungkin menghasilkan perubahan kondisi. Ada dua macam Interaction Diagram yaitu : Sequence Diagram dan Collaboration Diagram. Diagram ini baik saat menunjukkan kolaborasi diantara object-object.

1. Dalam UML. Contoh : Gambar 8-1 Penamaan object Dalam diagram sequence. Pilih [add sequence diagram] pada menu pop-up.Telkom Polytechnic Praktikum ADSI 8. Pilih operasi yang diinginkan. Membuat sequence diagram 1.2 Sequence Diagram Sequence Diagram menggambarkan interaksi antara sejumlah object dalam urutan waktu. Pada object terdapat 3 cara untuk menamainya yaitu : nama object. setiap object hanya memiliki garis yang digambarkan garis putus-putus ke bawah. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara object juga interaksi antar object yang terjadi pada titik tertentu dalam eksekusi sistem. Interaction Diagram & Activity Diagram 93 PAGE 10 . Pesan antar object digambarkan dengan anak panah dari object yang mengirimkan pesan ke object yang menerima pesan. 2. nama object dan class serta nama class. object pada diagram sequence digambarkan dengan segi empat yang berisi nama dari object yang digarisbawahi.

8. 94 Interaction Diagram & Activity Diagram . 5. 7. 4. Klik ganda pada message name dan ubah namanya. Ulangi langkah selanjutnya jika masih ingin memasukkan object dan actor. Pilih base class pada structure tree. 2. Klik lifeline dari object pengirim message dan klik pada object yang menerima message (lihat gambar 8-2). Pilih object buttons dari tool pallette. Ulangi langkah selanjutnya jika masih ingin memasukkan message. Klik tombol ke tiga dari kiri untuk mengirim syncronous message atau tombol ke empat dari kiri untuk mengirim asyncronous message. 6. 3. Lihat contoh Sequence Diagram untuk Cash Register (gambar 8-3). Tarik base class kedalam sequence diagram.Telkom Polytechnic Praktikum ADSI Membuat Objects dan Messages 1.

Telkom Polytechnic Praktikum ADSI Gambar 8-2 Lifeline dari object pengirim message Gambar 8-3 Sequence diagram untuk Inisialisasi cash register Interaction Diagram & Activity Diagram 95 PAGE 10 .

Telkom Polytechnic Praktikum ADSI Gambar 8-4 Sequence diagram untuk Pencatatan transaksi penjualan Gambar 8-5 Sequence diagram untuk Pencatatan transaksi pembayaran 96 Interaction Diagram & Activity Diagram .

.1.3 Collaboration Diagram Collaboration Diagram merupakan cara alternatif untuk menggambarkan skenario dari sistem. . Berikut adalah pallet tool collaboration diagram : Atau : Interaction Diagram & Activity Diagram 97 PAGE 10 . Diagram ini menggambarkan interaksi object yang diatur object sekelilingnya dan hubungan antara setiap object dengan object yang lainnya. Collaboration diagram berisi : . Di dalam jude collaboration diagram adalah communication diagram.Pesan yang digambarkan dengan teks dan panah dari object yang mengirim pesan ke penerima pesan.Telkom Polytechnic Praktikum ADSI Gambar 8-6 Sequence diagram untuk pencetakan struk 8.Hubungan antara object yang digambarkan dengan garis penghubung.Object yang digambarkan dengan segiempat.

Untuk membuat link antar object klik simbol ketiga dari kiri pada pallet diagram 98 Interaction Diagram & Activity Diagram . Tarik base class kedalam collaboration diagram 4. 3. 5. 2.Telkom Polytechnic Praktikum ADSI Membuat Collaboration diagram 1. Pilih object buttons dari tool pallette. Pilih base class pada structure tree. Ulangi langkah selanjutnya jika masih ingin memasukkan object dan actor.

yaitu object yang menerima dan mengirim beberapa pesan. State transition diagram tidak akan dibuat untuk setiap class di sistem. State transition diagram hanya dibuat untuk class yang berkelakuan dinamis. Interaction diagram dapat dipelajari untuk menentukan dynamic object di sis tem. Klik garis link sehingga muncul message yang diinginkan Lalu double klik untuk mengisi message 8. Untuk meletakkan message antar object gunakan pallet / symbol keempat dari kiri. Interaction Diagram & Activity Diagram 99 PAGE 10 . event-event atau pesan yang menyebabkan transisi dari satu state ke state yang lain.Telkom Polytechnic Praktikum ADSI 6.2. Kadang-kadang diperlukan untuk melihat kelakuan di dalam object. dan action yang merupakan hasil dari perubahan sebuah state. 8.1 State Transition Diagram Pengertian Use case dan skenario menyediakan cara untuk menggambarkan kelakuan sistem yakni interaksi antara object-object di dalam sistem. State transition diagram menunjukkan state-state dari object tunggal.2 8. 7. State transition diagram juga sangat berguna untuk meneliti kelakuan dari sebuah kumpulan whole class dan control class.

Sehingga muncul pallet sebagai berikut.10.2 8.1 Bagian-bagian State Transition Diagram States State adalah sebuah kondisi selama kehidupan sebuah object ketika object memenuhi beberapa kondisi.2. melakukan beberapa action. sequence diagram ditentukan untuk menemukan state-state sebuah object (lihat pada ruang antara garis-garis yang merepresentasikan pesan-pesan diterima oleh object). atau menunggu sebuah event. Jarak waktu antara dua pesan yang dikirim oleh sebuah object merepresentasikan sebuah state . Klik diagram pada pallet utama. 8. 2. State dari sebuah object dapat dikarakteristikkan oleh nilai dari satu atau lebih atributatribut dari class.2. Oleh karena itu.2. Skenario merepresentasikan satu jalur yang melewati sebuah state transition diagram. State-state dari sebuah object ditemukan dengan pengujian/pemeriksaan atributatribut dan hubunganhubungan dari object. seperti ditunjukkan pada gambar 13. Pilih statemachine Diagram 3. Gambar 8-7 Notasi UML untuk state State transition diagram meliputi seluruh pesan dari object yang dapat mengirim dan menerima. Notasi UML untuk state adalah empat persegipanjang/bujur sangkar dengan ujung yang dibulatkan.Telkom Polytechnic Praktikum ADSI Membuat State Transition Diagram 1. 100 Interaction Diagram & Activity Diagram .

3. Interaction Diagram & Activity Diagram 101 PAGE 10 . Klik untuk memilih icon state dari toolbar.Telkom Polytechnic Praktikum ADSI Membuat State 1. Dengan state masih dipilih. masukkan nama state. Klik untuk menempatkan state pada state transition diagram. 2.

Telkom Polytechnic Praktikum ADSI 8. 4. Ada dua cara untuk membuat transisi sebuah state – otomatis dan tidak otomatis. Notasi UML untuk start state ditunjukkan gambar 13. Kedua tipe dari state transition dipertimbangkan untuk membuat waktu nol dan tidak dapat diinterupsi. Klik untuk memilih icon state transition dari toolbar. Sebuah state transition direpresentasikan oleh sebuah panah yang menunjuk dari state awal ke state berikutnya.2. Sebuah action dapat menyertai sebuah state transition. State transition yang otomatis terjadi ketika activity dari state awal telah lengkap – tidak ada event yang terasosiasi dengan state transition yang belum bernama. 2. State transition yang tidak otomatis disebabkan oleh sebuah event ternama (salah satu dari object atau dari luar sistem).2. Membuat State Transition 1. masukkan nama ketika panah state transition masih dipilih.2.2 State Transitions State transition merepresentasikan sebuah perubahan dari state awal ke sebuah state berikutnya (yang mungkin dapat sama dengan state awal). khusus berikutnya adalah stop state. 8. 3. Masing-masing diagram harus mempunyai satu dan hanya satu start state ketika object mulai dibuat. Drag state transition menuju state yang diinginkan. Klik pada asal state di state transition diagram. Jika state transition merupakan transisi yang mempunyai nama. Pertama adalah start state.3 Special States Ada dua state khusus yang ditambahkan di state transition diagram.2.11. Sebuah object 102 Interaction Diagram & Activity Diagram .

11. Klik pada icon start state dan drag panahnya menuju state yang diinginkan. Membuat Stop State 1. Notasi UML untuk stop state ditunjukkan gambar 13.11 Notasi UML untuk start dan stop state Membuat Start State 1. 4. Klik pada state transition diagram untuk menggambarkan icon start state. 2. 2.Telkom Polytechnic Praktikum ADSI boleh mempunyai banyak stop state. Klik untuk memilih icon stop state dari toolbar. Interaction Diagram & Activity Diagram 103 PAGE 10 . 3. Klik untuk memilih icon state transition dari toolbar. 3. Gambar 13. Klik pada state dan drag panahnya menuju icon stop state. Klik untuk memilih icon start state dari toolbar. Klik untuk memilih idari toolbar. 4. Klik pada state transition diagram untuk menggambarkan icon stop state.

2.12. mereka digunakan hanya oleh object dirinya sendiri. Kedua action dan penja ga adalah kelakuan dari object dan secara tipikal menjadi operasi. Kondisi penjaga adalah ekspresi boolean dari nilai atribut-atribut yang mengijinkan sebuah state transition hanya jika kondisinya benar.Telkom Polytechnic Praktikum ADSI 8.4 State Transition Details Sebuah state transition dapat mempunyai sebuah action dan/atau sebuah kondisi penjaga (guard condition) yang terasosiasi dengannnya. dan mungkin juga memunculkan sebuah event. Sebuah action adalah kelakuan yang terjadi ketika state transition terjadi. Sebuah event adalah pesan yang dikirim ke object lain di sistem. Gambar 8-8 Notasi UML untuk state transition detail 104 Interaction Diagram & Activity Diagram . Seringkali operasi-operasi ini adalah tersendiri – hal itu.2. Notasi UML untuk state transition details ditunjukkan gambar 13.

Masukkan action. Detail State diagram untuk cash register: Gambar 8-9 State Diagram untuk Cash Register Interaction Diagram & Activity Diagram 105 PAGE 10 . 3.Telkom Polytechnic Praktikum ADSI Menambahkan Detail State Transition 1. Klik enter untuk menampilkan action atau event . 4. Klik kiri pada panah state transition untuk menampilkan panel base. Pilih menu event. 2. guard dan/atau event yang akan dikirim.

Telkom Polytechnic Praktikum ADSI 8. Swimlanes yang merepresentasikan role bisnis yang bertanggung jawab pada aktivitas yang berjalan. Transition menunjukkan terjadinya perubahan status aktivitas (transitions show what state follows another) 4. Menguntungkan untuk membuat activity diagram pada awal pemodelan proses untuk membantu memahami keseluruhan proses. Synchronization bars dapat digunakan untuk menunjukkan concurent threads pada workflow proses bisnis. Status start (mulai) dan end (akhir) 2. Elemen-eleman activity diagram : 1. 106 Interaction Diagram & Activity Diagram . Synchronization bars yang menunjukkan subflow parallel. 6. Activity diagram juga bermanfaat untuk menggambarkan parallel behaviour atau menggambarkan interaksi antara beberapa use case. Diagram ini sangat mirip dengan flowchart karena memodelkan workflow dari satu aktivitas ke aktivitas lainnya atau dari aktivitas ke status. Keputusan yang menunjukkan alternative dalam workflow 5. Aktifitas yang merepresentasikan sebuah langkah dalam workflow 3.3 Activity Diagram Activity diagram memodelkan workflow proses bisnis dan urutan aktivitas dalam sebuah proses.

Interaction Diagram & Activity Diagram 107 PAGE 10 . 3. Klik kanan use case yang tersorot di browser. Beri nama activity diagram. Activity Diagram. 2. 4.Telkom Polytechnic Praktikum ADSI Membuat Swimlanes 1. Klik kanan pada use case yang akan dibuat activity diagram. kemudian klik Create Digram. Buka activity diagram dengan klik di diagram activitynya Pilih icon swimlane (partition) dari toolbar dan klik ke dalam activity diagram. 5.

Telkom Polytechnic Praktikum ADSI 6. 108 Interaction Diagram & Activity Diagram . Beri nama swimlane dengan nama sesuai dengan role bisnis yang menjalankan aktivitas -aktivitas. Klik enter. Klik pada swimlane (partition). 7.

4. Interaction Diagram & Activity Diagram 109 PAGE 10 . Ganti nama Action 1 sesuai dengan aktiftas yang dilakukan Untuk menunjukkan aktifitas pada nomor tiga berhubungan dengan status mulai. klik icon state transition di toolbar..Telkom Polytechnic Praktikum ADSI Membuat status Aktifitas (Aktifitas) 1. 2. 3. Klik dan drag transition dari status mulai menuju ke aktifitas nomor tiga. Catatan: untuk membuat aktifitas dan transition lainnya dapat dilakukan dengan mengulang langkah 2 sampai 5. Klik icon aktifitas di toolbar dan kemudian klik di swimlane.

Demikian seterusnya sampai dengan diagram activity selesai. 110 Interaction Diagram & Activity Diagram . 3. Klik icon decision point di toolbar dan kemudian sambungka n transition menuju dan dari decision point ke aktifitas-aktifitas yang berhubungan.Telkom Polytechnic Praktikum ADSI Membuat Decision point 1. Masukkan nama decision point sesuai dengan fungsinya. 2. Klik text untuk menamai decision.

Telkom Polytechnic Praktikum ADSI Gambar 8-10 Activity diagram untuk Cash Register Interaction Diagram & Activity Diagram 111 PAGE 10 .

Telkom Polytechnic Praktikum ADSI Latihan 1. 2. Buatlah diagram interaksi dari sistem perpustakaan Buatlah diagram Activity dari system perpustakaan 112 Interaction Diagram & Activity Diagram .

Perubahan dalam suatu state disebut juga transisi (transition).Telkom Polytechnic Praktikum ADSI 9 Diagram Status Overview State Diagram mengambarkan seluruh state yang memungkinkan yang mana obyek-obyek dalam class dapat dimiliki dan kejadian-kejadian yang menyebabkan state berubah. 3. 2. Tujuan 1. Suatu transisi juga dapat memiliki sebuah aksi yang dihubungkan pada state. lebih spesifik apa yang harus dilakukan dalam hubungannya dengan transisi state. Mengetahui teknik mendefinisikan status Memahami teknik mendefinisikan transisi Mampu membuat diagram status dengan alat bantu tertentu Diagram Status 113 PAGE 10 .

penekanan diagram status diberikan pada perubahan status atas beberapa event yang terjadi baik internal maupun eksternal.2 Cara mendefinisikan Status & Transisi Sebelum menggambar diagram status harus diidentifikasikan hal-hal berikut ini: Mengidentifikasi objek penting untuk dianalisa. Ia menjelaskan status/kondisi dari berbagai komponen dalam sistem. Mengidentifikasi status Mengidentifikasikan event 114 Diagram Status . tatkala bertemu dengan suatu kondisi. 9. Diagram status diadopsi dari penggambaran kondisi status mesin (state machine) yang menggambarkan status apa saja yang dialami oleh mesin. Transisi merupakan event sebagai hubungan antara beberapa status yang menunjukkan kapan sebuah obyek dapat bergerak dari satu status ke status lainnya.1 Pengantar Dari istilah diagram status kita sudah dapat mengetahui tujuan diagram dan rinciannya. Status didefenisikan sebagai suatu kondisi dari suatu obyek yang ada dan perubahan yang terjadi sekiranya ada event yang terpicu. Jadi. Status/kondisi secara spesifik merupakan komponen/obyek yang ada dalam sistem. Diagram status menjelaskan aliran kontrol dari satu status ke status lain. Status mesin sendiri dapat dijelaskan sebagai mesin yang mendefinisikan berbagai status dari sebuah obyek dan status-status ini dipengaruhi oleh event (peristiwa) baik dari internal maupun eksternal. Beberapa tujuan utama dari diagram status yaitu : Memodelkan aspek dinamis dari sistem Memodelkan life time terhadap reaksi dari sistem Untuk menjelaskan perbedaan status/kondisi dari obyek selama sistem berjalan.Telkom Polytechnic Praktikum ADSI 9.

Telkom Polytechnic Praktikum ADSI Untuk mendefinisikan status.3 Contoh kasus Misal dalam sebuah pendaftaran anggota baru dalam sebuah klub melalui sebuah web. Jika form isian benar. Tutup. maka data akan dikirim ke server. yaitu kondisi data tersimpan setelah disetujui oleh admin f. Penyelesaian 4. biasanya berupa event atau guard. b. 8. Validasi. dan akan ada notifikasi bahwa data sudah dikirim. Perhatikan sebuah kelas (class). 10. a. Penulisan penggambaran transisi ini minimal memiliki satu keterangan. Penundaan. Jika data anggota baru disetujui. b. Jika salah. yaitu : a. Perhatikan juga hubungan antar kelas. 9. maka ada beberapa hal yang harus diidentifikasikan. Ketentuan yang ada : 7. Dalam mendefinisikan transisi. sebagai peristiwa yang terjadi Guard sebagai syarat terjadinya transisi yang bersangkutan Action sebagai akibat dari event yang dilakukan. Ketika calon anggota baru mengisi form pendaftaran akan ada validasi terhadap data. perhatikan pada atributatribut yang dimiliki. yaitu proses menunggu persetujuan dari admin e. tetapi akan tertunda beberapa saat menunggu untuk diproses oleh administrator web. yaitu kondisi sedang memvalidasi form registrasi c. apakah memungkinkan adanya perbedaan jika ada hubungan dan jika tidak ada hubungan. yaitu saat proses pendaftaran selesai. Untuk melihat aspek dinamis suatu kelas. maka mengisi form harus diulang. Kirim data. 9. Identifikasi status/kondisi yang ada. Diagram Status 115 PAGE 10 . Simpan. c. ada 3 atribut yang dapat menjelaskan yaitu : Event. Jika ada kemungkinan akan menjadi status. maka data baru ini baru akan disimpan ke dalam database. yaitu kondisi data entri dikirim ke server d. apakah memiliki aspek dinamis yang terlihat. Data yang dikirim tidak langsung disimpan. Status awal biasanya dituliskan dengan Idle atau Ready.

8.4 7. Dari start. Dari status Validasi ke status Kirim terjadi karena validasi sukses Dari status Kirim. begitu sebaliknya dari status validasi ke status Idle karena data isian salah. Identifikasikan transisi dan event yang terjadi. Statemachine Diagram. Menggambarkan Diagram Status Pilih menu Diagram. pengguna membuka form pendaftaran untuk menuju status Idle Dari status Idle ke status validasi berubah karena form terisi. Setelah tersimpan sebelum ke status titip dinyatakan bahwa data baru telah tersimpan 9. Menambahkan Status khusus yaitu status awal dan status akhir. klik icon InitialPseudoState dan FinalState. 116 Diagram Status .Telkom Polytechnic Praktikum ADSI 5. maka terjadi pengiriman notifikasi ke server hingga status Penundaan untuk persetujuan. Status penundaan berubah ke status Simpan terjadi setelah data disetujui.

Telkom Polytechnic Praktikum ADSI 9. Diagram Status 117 PAGE 10 . 10. Menambahkan transisi. Menambahkan status. klik icon Status pada toolbox. klik icon (transition).

Masih tetap meggunakan icon Transisi . Menggambarkan penyatuan transisi. Menggambarkan transisi internal melingkar ke status sendiri. dengan posisi dapat horisontal atau vertikal. Penggambarannya dengan meng-klik icon ForkPseudoState . 14. maka JoinPseudoState akan menggabungkan beberapa transisi menjadi satu aliran. Menambahkan atribut transisi berupa event/guard/action. Dalam beberapa analisa status memungkinkan dari suatu transisi akan terpecah menjadi beberapa transisi. 118 Diagram Status . 13. Kebalikan dari ForkPseudoState. 12. Menggambarkan pemecahan transisi. namun dengan drag-menahan titik akhir dan mengubah menjadi node-node kecil.Telkom Polytechnic Praktikum ADSI 11.

Telkom Polytechnic Praktikum ADSI Diagram status untuk contoh kasus sebelumnya : Diagram Status 119 PAGE 10 .

Jika dikirimkan sebuah transisi yaitu Restore. Pada kondisi ini. Jika dikirimkan sebuah transisi yaitu Minimize. seperti dalam menampilkan display dalam Ms.Telkom Polytechnic Praktikum ADSI Latihan 1. Pada kondisi ini. status Restored dan Maximized akan beralih ke status Minimized Diagram Status 120 . seperti gambar di bawah ini. status Minimized dan Maximized akan beralih ke status Restored. maka akan menampilkan tampilan window yang diperkecil. Objek: ma dari kelas MengelolaAnggota Identifikasikan status dan transisi dari sebuah Window.2. Buatlah diagram status seperti yang ada dalam courseware ISAD teori : menunggu masukan cariPustakaById()/ cariPustakaByJudul()/ cariPustakaByJenis()/ cariPustakaByPengarang() menampilkan pesan dan menunggu even memasukkanPustaka()/ cariPustakaById()/ cariPustakaByJudul()/ cariPustakaByJenis()/ cariPustakaByPengarang() ubahPustaka() / hapusPustaka() 2. Dari soal no. 3.Windows. maka akan menampilkan status Resored. b. buatlah diagram status untuk perubahan : a.

Tetapi diagram komponen dan diagram deployment merupakan diagram yang memiliki tujuan khusus untuk fokus pada perangkat lunak dan komponen perangkat keras. Diagram komponen digunakan untuk menggambarkan komponen dan diagram deployment menunjukkan bagaimana aplikasi menggunakan perangkat keras.Telkom Polytechnic Praktikum ADSI 10 Diagram Komponen & Diagram Deployment Overview UML terutama dirancang untuk fokus pada dokumen perangkat lunak dari sebuah sistem atau aplikasi. 3. Tujuan 1. Mengetahui teknik mendefinisikan komponen dan node Memahami metode kebergantungan antar komponen dan node Mampu membuat diagram komponen dan diagram deployment dengan alat bantu tertentu 121 PAGE 10 Diagram Komponen & Diagram Deployment . 2.

10. Jadi komponen diagram digunakan untuk memvisualisasikan organisasi dan hubungan antar komponen dalam suatu sistem. yaitu : d. Diagram komponen yang dipersiapkan dengan baik juga sangat penting untuk aspekaspek lain dalam aplikasi misalnya kinerja (performance). Component Diagram menunjukkan struktur dan hubungan antar komponen software termasuk ketergantungan (dependency) diantara komponenkomponen tersebut. file atau dokumen yang ada di dalam node. Pustaka (Library) dan dokumen apa saja yang berhubungan dan relevan dengan aplikasi f.2 Cara Mendefinisikan Komponen Untuk mendefinisikan komponen. Aspek fisik inilah yang dikatakan komponen dalam UML.1. Diagram komponen ini sangat penting karena jika diagram komponen dilewatkan maka aplikasi tidak dapat dilaksanakan secara efisien. Aspek fisik ini berupa modul-modul yang berisikan code. perawatan (maintenantce) dll. Membangun file-file yang dapat dieksekusi dengan menggunakan teknik forward and reverse engineering. Bagaimana hubungan antar dokumen-dokumen tersebut.Telkom Polytechnic Praktikum ADSI 10. Jadi tujuan dari komponen diagram dapat diringkas sebagai berikut: Memvisualisasikan komponen dari suatu sistem. Diagram ini juga digunakan untuk menjelaskan cara sistem dapat dieksekusi. File-file apa saja yang digunakan dalam sistem/aplikasi. Umumnya komponen yang terbentuk dari beberapa class dan/atau package. atau juga dapat dari komponen-komponen yang lebih kecil. baik library maupun executable. 122 Diagram Komponen & Diagram Deployment .1 Pengantar Diagram komponen digunakan untuk memodelkan aspek fisik suatu sistem. Menjelaskan organisasi dan hubungan dari komponen. maka ada beberapa hal yang harus diidentifikasikan. e.1 Diagram Komponen 10.1.

Membuat daftar ketergantungan (dependency) antar komponen. Pengguna dapat menambah. mengubah.java c. 3. misalnya kita akan dapatkan : a. Input login menentukan lembar pemasukan data buku telepon c. Akan tersedia sebuah tampilan (form) di halaman depan. maka akan ditampilkan lembar pemasukan data buku telepon.3 Contoh Kasus Misal akan dibuat sebuah pencatatan buku telepon menggunakan pemrograman Java. Lembar pemasukan data buku telepon akan berhubungan dengan database. Diagram Komponen & Diagram Deployment 123 PAGE 10 . 4.utama. Identifikasikan library yang terlibat (jika ada). Tampilan depan menentukan lembar input login b. lembar pemasukan data akan terkoneksi dengan satu tabel dalam database. Kalau diperlukan tulis catatan-catatan kecil untuk menjelaskan hal khusus (pilihan saja). file pemasukan data = BukuTelepon.1.login. dan blok komponen. 3. Bila login dan password benar. menghapus data buku telepon di lembar ini yang berarti mengakses ke sebuat database. 10. Siapkan desain posisi layout diagram komponen (memanjang atau menyamping) sebelum menggunakan perangkat lunak permodelan UML untuk menggambarkannya. 2.java b. file login = UI. Penyelesaian 1. file tampilan depan = UI. Pengguna harus memasukkan login dan password untuk menampilkan lembar pemasukan data buku telepon. File ini biasanya akan menjadi sebuah komponen dalam diagram. selanjutnya yaitu : Tentukan nama yang akan dicantukamkan dalam diagram. Dalam contoh ini. Biasanya nama komponen dapat berupa nama file langsung yang digunakan atau suatu blok tertentu misalnya Database.Telkom Polytechnic Praktikum ADSI Setelah menentukan mengidentifikasikan dokumen/file/library mana saja yang akan ditampilkan dalam diagram komponen. Identifikasi file-file Java yang digunakan. Ketentuan yang ada : 1.java 2. misalnya : a.

124 Diagram Komponen & Diagram Deployment . Pilih menu Diagram. Component Diagram 2. Klik icon Component pada toolbox. lalu pilih asal komponen dan drag kearah komponen lain yang bergantung kepadanya.1. sesuai identifikasi sebelumnya seperti terlihat pada gambar berikut. selanjutnya buat garis kebergantungan (dependency). Tambahkan komponen lain yang sudah diidentifikasikan. 3. Klik icon Depedency.Telkom Polytechnic Praktikum ADSI 10.4 Menggambarkan Diagram Komponen 1.

1 dari JUDE (http://jude.0.Telkom Polytechnic Praktikum ADSI 4. Gambar 0-1 Simbol Diagram Komponen pada UML 1.4.x dan UML 2. Untuk menuliskan dokumen/artifak lain seperti library. Barangkali akan Anda jumpai buku yang menuliskan simbol diagram komponen yang berbeda karena menggunakan UML 2. Diagram komponen untuk contoh kasus sebelumnya. perangkat lunak permodelan UML yang digunakan adalah JUDE Community 5. klik icon Artifact pada toolbox. lalu edit sesuai dengan nama dokumen kita. Keterangan tambahan : Dalam modul ini.0 Diagram Komponen & Diagram Deployment 125 PAGE 10 .0. webpage dll.change-vision.com/). Simbol diagram komponen yang terbentuk adalah menggunakan versi UML 1.

Hubungan antar node 10. Menentukan node b. menampakkan bagian-bagian software yang berjalan pada bagian-bagian hardware yang digunakan untuk mengimplementasikan sebuah sistem dan keterhubungan antara komponen-komponen hardware tersebut.2.2 Diagram Deployment 10.2.dan menunjukkan bagaimana komponen perangkat lunak dan keras ini bekerja sama akan digambarkan dalam diagram deployment ini. yaitu bahwa komponen merupakan hal terkait dan ada dalam eksekusi sistem. maka ada beberapa hal yang harus diidentifikasikan terlebih dahulu : a. sedangkan node merupakan hal yang mengeksekusi komponen. Diagram deployment terdiri dari node dan node merupakan perangkat keras fisik yang digunakan untuk menyebarkan aplikasi. Diagram deployment banyak digunakan oleh system engineer. Hal ini berkaitan dengan diagram komponen.yang biasanya nanti disebut dengan Node. Node merupakan elemen fisik yang sudah tersedia dalam sistem/aplikasi. Amati dan jadikan elemen fisik sebagai node dalam diagram deployment. Untuk menggambar diagram deployment. 126 Diagram Komponen & Diagram Deployment . Diagram deployment mewakili pandangan pengembangan sistem. diantaranya dengan melakukan beberapa langkah sbb : a.2 Cara Menentukan Node Untuk menentukan node. b. Node mewakili sumber-sumber komputasi c. Jadi penggambaran arsitektur fisik sebuah aplikasi yang melibatkan perangkat baik perangkat lunak maupun perangkat keras.1 Pengantar Diagram deployment menunjukkan tata letak sebuah sistem secara fisik.Telkom Polytechnic Praktikum ADSI 10. Node dilambangkan dengan kubus Hubungan antara node dan komponen.

Komponen dalam Main Server adala ActiveX Control. sedangkan komponen pada Client yaitu Web browser. sehingga diagram deployment akan memiliki 3 node yaitu : Main Server. Dari studi kasus dapat diklasifikasikan pembagian komponen yaitu : o Main server : ActiveX Control. JavaBean dan Web Server o Database Server : Oracle Database o Client : Web Browser Menentukan hubungan antar node. yaitu Web browser terhubung dengan Web browser.3 Contoh Kasus Misalnya akan dikembangkan aplikasi database berbasis web client-server dengan kriteria yaitu bahwa elemen-elemen yang terlibat yaitu Main Server. Database Server dan Client.Telkom Polytechnic Praktikum ADSI 10. Database server dan Client. Node didapatkan dari data elemen-elemen dalam sistem. JavaBean dan Web Server.2. Gambarkan diagram deployment. Komponen yang ada di Database Server yaitu Oracle database. Penyelesaian : Menentukan node. begitu juga Database Server terhubung dengan Web Server. Menentukan komponen tiap node. yang menjelaskan relasi antar node. Diagram Komponen & Diagram Deployment 127 PAGE 10 .

4 Cara menggambar diagram deployment 1.2. untuk memunculkan simbol 128 Diagram Komponen & Diagram Deployment . Klik icon Node pada toolbox. Pilih menu Diagram  Deployment Diagram 2.Telkom Polytechnic Praktikum ADSI 10.

Diagram Komponen & Diagram Deployment 129 PAGE 10 . Menambahkan komponen dalam Node.Telkom Polytechnic Praktikum ADSI 3. Pilih node awal dan drag ke node akhir. Untuk menambahkan stereotype. maka klik kanan pada Node. Menghubungkan kebergantungan antar Node. klik icon Depedency.deskripsi keterangan tentang node. pilih salah satu node. kemudian klik icon Component 5. pilih Add Stereotype 4.

Telkom Polytechnic Praktikum ADSI Diagram deployment untuk contoh kasus sebelumnya. 130 Diagram Komponen & Diagram Deployment .

Telkom Polytechnic Praktikum ADSI Latihan 1. Play. Kita sedang membangun sebuah software untuk memutarkan file suara (music). Buatlah diagram komponen seperti di bawah ini 2. Tampilan misalnya sbb : Keterangan : RW = Rewind. RW. FF= Fast Forward. Bahasa pemrograman yang digunakan mungkin dapat Visual Basic atau Java. Diagram Komponen & Diagram Deployment 131 PAGE 10 . Stop dan Pause. Semua kontrol ini disimbolkan dalam Button /tombol. Kontrol dalam aplikasi ini yaitu : Power. sehingga untuk menjalankan satu kontrol diperlukan satu tombol. FF. eject.

keyboard. FireFox 3. (perhatikan kebergantungan antar komponen) 132 Diagram Komponen & Diagram Deployment . TurboPascal for DOS. NortonCommander For DOS. gambarkan diagram komponennya. Buatlah sebuah diagram deployment untuk sistem komputer di rumah. 3. Komputer ini terdiri dari unsur perangkat keras: CPU. printer. Komponen perangakt lunak yang terinstall yaitu : Windows XP. DOS. Office 2003. monitor.Telkom Polytechnic Praktikum ADSI Jika kita melihat tombol sebagai komponen terpisah. mouse.

.

“Modern Structured Analysis”. Object Oriented Analysis and Design with Applications. M. 1998. Arthur. Dutoit.. 6. Langer. 3rd edition. 2009. 5. 4. New Jersey. . 20045. 2008. 1989. 7. Second Edition.com/judeweb/product/community. Booch. Irwin.2004 [YOU89] Yourdon. Object-Oriented Software Engineering Using UML.change-vision. 9. Springer. System Analysis dan Design Method. Bruegge. May 2007. 1993. 8. [IEE93] The Institute of Electrical and Electronics Engineers. PrenticeHall International Inc. 3. “Memahami Sistem Informasi”.html. http://jude. Prentice Hall. Addison Wesley. Edward.12-1993 Standard Glossary of SW Engineering Terminology”. Patterns and Java. Analysis and Design of Information System. Penerbit Informatika. 2004. Whitten. 2.Telkom Polytechnic Praktikum ADSI Daftar Pustaka 1. Bentley. 3rd edition. “IIEEE Std 830-199 Recommended Practice for SW Requirements Specifications (SRS)”. Seventh Edition. Jude Basic Operation Guide e-book. “IEEE Std 610. Englewood Cliffs. [IEE98] The Institute of Electrical and Electronics Engineers. Grady. [WIT04] Witarto. Bandung.

Sign up to vote on this title
UsefulNot useful