PRAKTIKUM MODUL PENGENALAN USE CASE dalam UML 2013/2014

dokumen-dokumen yang mirip
PRAKTIKUM REKAYASA PERANGKAT LUNAK MODUL KE - 3 PENGENALAN USE CASE dalam UML

ANALISA & PERANCANGAN SISTEM INFORMASI. Sufajar Butsianto, M.Kom

MODUL 1 USE CASE DIAGRAM

Yuli Purwati, M.Kom USE CASE DIAGRAM

Diagram Use Case. Pertemuan 3

Citra N., S.Si, MT Sistem Informasi - UNIKOM

PENGEMBANGAN WEBSITE KOMUNITAS STUDI KASUS : KOMUNITAS FOTOGRAFI

PRAKTIKUM REKAYASA PERANGKAT LUNAK PENGENALAN DFD dan ERD dengan POWER DESIGNER. oleh : Anisa Istiqomah RPL Kelas B

MODUL 1 ANALISIS KEBUTUHAN SISTEM


BAB III METODE PENELITIAN

PEMBANGUNAN APLIKASI PENCATATAN PENANGANAN GANGGUAN PT. TELKOM REGIONAL BANDUNG

DAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... xi. DAFTAR TABEL... xvii. DAFTAR SIMBOL... xx BAB I PENDAHULUAN...

Tugas SRS dan Skenario Proses System Pemilihan perguruan tinggi swasta

Praktikum Rekayasa Perangkat Lunak Pertemuan II Use Case Diagram bag I

Teknik Informatika S1

DAFTAR ISI. ABSTRAK... i. ABSTRACT... ii. KATA PENGANTAR... iii. DAFTAR ISI... v. DAFTAR GAMBAR... xvi. DAFTAR TABEL... xxiii. DAFTAR SIMBOL...

Praktikum Pertemuan 5 Requirement Capture : Use Case Diagram

HALAMAN JUDUL HALAMAN PERSETUJUAN

2.4.1 Pemodelan Proses Behaviour Diagram Implementation Diagram Bahasa pemrograman PHP

BAB III ANALISIS SISTEM

DAFTAR SIMBOL. Yaitu Memperlihatkan Hubungan-hubungan yang terjadi antara actor-aktor SIMBOL NAMA KETERANGAN. Aktor. Use Case.

BAB III METODOLOGI PENELITIAN

BAB III ANALISIS SISTEM

PERANCANGAN SISTEM INFORMASI PENILAIAN KINERJA KARYAWAN (Kasus : PT. Neuronworks Indonesia)

LAPORAN PROSES PERANCANGAN BERBASIS OBJECT SISTEM INFORMASI PENERIMAAN MAHASISWA BARU ONLINE

Mia Fitriawati, M.Kom

BAB III ANALISIS DAN DESAIN SISTEM

PEMBUATAN APLIKASI PENERIMAAN OUTSOURCING BERBASIS WEB

Pemodelan Berorientasi Objek

PEMBUATAN APLIKASI PENERIMAAN KARYAWAN BERBASIS WEB

BAB III ANALISA DAN PERANCANGAN SISTEM. permasalahan yang ada sebagai dasar untuk membuat sebuah solusi yang

BAB VI PENUTUP Kesimpulan Saran DAFTAR PUSTAKA LAMPIRAN

BAB III CARA DAN METODOLOGI PENELITIAN

Mata Kuliah Testing & Implementasi Sistem Program Studi Sistem Informasi 2013/2014 STMIK Dumai -- Pertemuan 5 --

Materi 1. 1 Rekayasa Perangkat Lunak

LAPORAN ANALISIS SISTEM (TAHAP I) ANALISIS DAN PERANCANGAN SISTEM PEMESANAN OBAT HERBAL

BAB IV HASIL DAN PEMBAHASAN

BAB 3 PERANCANGAN SISTEM. sistem, pendefenisian darikebutuhan-kebutuhan fungsional persiapan untuk

Notasi dalam UML. Actor

Oleh : RAHMADY LIYANTANTO

BAB V DIAGRAM USE CASE

BAB II TINJAUAN PUSTAKA. yang ditandai dengan saling berhubungan dan mempunyai satu fungsi atau tujuan

PERANGKAT LUNAK BANTU REPORTING SOFTWARE CONFIGURATION MANAGEMENT DENGAN PEMANFAATAN INFORMASI CONCURRENT VERSION SYSTEM

BAB II LANDASAN TEORI 2.1 Konsep Dasar Sistem Pengertian sistem Karakteristik sistem Klasifikasi sistem

BAB 3 PERANCANGAN SISTEM

APLIKASI PENGOLAHAN ARSIP SERTIFIKAT PEGAWAI BERBASIS WEB PADA TELKOM LEARNING CENTER

DAFTAR ISI... HALAMAN JUDUL... HALAMAN PERNYATAAN PERSETUJUAN... HALAMAN PENGESAHAN... MOTTO DAN PERSEMBAHAN... RINGKASAN... KATA PENGANTAR...

DAFTAR ISI LEMBAR PENGESAHAN SURAT PERNYATAAN

BAB III ANALISIS DAN PERANCANGAN SISTEM

BAB III METODE PENELITIAN

Kebutuhan dan Spesifikasi Perangkat Lunak

Kegunaan utama use case

DAFTAR SIMBOL. case. Dependency 2. Generalization 3. 4 Include. 5 Extend. 6 Associaton

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. <Nama Perangkat Lunak>

2.19 CSS (Cascading Style Sheets) PHP Codeigniter Studi Pustaka... 28

Pertemuan 6-7. UML (Unified Modeling Language) (Software Design 2) Muhamad Alif,S.Kom Teknik Informatika UTM 17 Oktober 2012

II.3.5 Statechart Diagram... II-14 II.3.6 Activity Diagram... II-15 II.3.7 Component Diagram... II-16 II.3.8 Deployment Diagram... II-16 II.3.

RANCANG BANGUN SISTEM INFORMASI PELAYANAN UNIT SISTEM INFORMASI SEKOLAH TINGGI TEKNOLOGI GARUT BERBASIS WEB DAN ANDROID

DAFTAR ISI... LEMBAR JUDUL LEMBAR PENGESAHAN... SURAT PERNYATAAN... ABSTRAK... ABSTRACT... KATA PENGANTAR... DAFTAR TABEL... DAFTAR GAMBAR...

BAB II TINJAUAN PUSTAKA. 2.1 Komponen Sumber Daya Manusia dalam Ruang Lingkup Fakultas. Nuraeny (2010) mengemuckakan bahwa Sumber Daya Manusia

BAB II ANALISIS DAN PERANCANGAN

ABSTRAK. Kata Kunci: buku, online, e-commerce, dashboard, laporan. Universitas Kristen Maranatha

Teknik Informatika S1

BAB III ANALISIS DAN DESAIN SISTEM

DASAR REKAYASA PERANGKAT LUNAK

DAFTAR ISI... LEMBAR JUDUL LEMBAR PENGESAHAN... SURAT PERNYATAAN... ABSTRAK... ABSTRACT... KATA PENGANTAR... DAFTAR TABEL... DAFTAR GAMBAR...

DAFTAR ISI LEMBAR PENGESAHAN SURAT PERNYATAAN ABSTRAK ABSTRACT KATA PENGANTAR DAFTAR TABEL DAFTAR GAMBAR BAB I PENDAHULUAN I

BAB III BAB IV Class Diagram... II Sequence Diagram... II Colaboration Digram... II Activity Diagram... II S

BAB IV HASIL DAN UJI COBA

BAB IV HASIL DAN UJI COBA

BAB IV ANALISIS DAN PERANCANGAN SISTEM. Analisis sistem merupakan suatu kegiatan penguraian dari suatu sistem yang

BAB II TINJAUAN PUSTAKA

DAFTAR SIMBOL. Fungsionalitas yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor.

BINUS UNIVERSITY ANALISIS DAN PERANCANGAN APLIKASI BERBASIS WEB UNTUK PENGELOLAAN SUMBER DAYA MANUSIA PADA PT SASEKA GELORA FINANCE

ACTIVITY DIAGRAM. Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah proses

BAB IV ANALISIS DAN PERANCANGAN SISTEM

Praktikum Pertemuan 6 Requirement Analysis : Membuat Class Diagram Awal

BAB IV PERANCANGAN SISTEM


2.8.1 PHP (Hypertext Preprocessor)... II MySQL... II Macromedia Dreamweaver 8... II-12 BAB III ANALISIS SISTEM 3.

BAB II TINJAUAN PUSTAKA. lebih berarti bagi yang menerimanya. Definisi atau pengertian sistem secara

ANALISIS KEBUTUHAN SISTEM

DAFTAR SIMBOL. Notasi Keterangan Simbol. Titik awal, untuk memulai suatu aktivitas. Titik akhir, untuk mengakhiri aktivitas.

BAB III OBJEK DAN METODE PENELITIAN. Dengan demikian objek yang akan penulis kaji adalah Sistem Informasi

E-MALL MENGGUNAKAN METODE RATIONAL UNIFED PROCESS

Modul Responsi. Rekayasa Perangkat Lunak. Dosen Pengampu: Astria Hijriani, S.Kom. M.Kom. Penyusun: Tim Asisten Rekayasa Perangkat Lunak

SISTEM MONITORING PENGANTARAN OBAT PADA PT. XYZ DENGAN PEMROGRAMAN JAVA ANDROID DAN WEB

Materi 2. Rekayasa Perangkat Lunak

ANALISIS PERANCANGAN SISTEM INFORMASI RENTAL MOTOR DENGAN MENGGUNAKAN PHP DAN MYSQL

LAPORAN ANALISIS SISTEM E-HOTEL RESERVATION. Disusun oleh : 1. Agung Septiansyah Widianto PROGRAM STUDI TEKNIK INFORMATIKA

SISTEM AKADEMIK UNIVERSITAS MATARAM

UNIVERSITAS BINA NUSANTARA. Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil tahun 2006/2007

Analisa & Pemodelan Sistem Berorientasi Obyek

BAB IV ANALISA DAN PERANCANGAN SISTEM. Adapun analisis sistem akan dilakukan pada bagian gudang ruang lingkup

BAB IV ANALISIS DAN PERANCANGAN SISTEM. Use Case Diagram dan Activity Diagram. Selain itu juga pada analisis ini akan

TUGAS ANALISIS DAN PERANCANGAN SISTEM LAUNDRY

BAB IV ANALISIS DAN PERANCANGAN SISTEM. dimaksudkan untuk menitik beratkan kepada fungsi sistem yang berjalan dengan

BAB IV HASIL DAN UJI COBA

BAB IV ANALISIS DAN PERANCANGAN SISTEM. proses kerja yang sedang berjalan. Pokok-pokok yang di analisis meliputi analisis

Transkripsi:

PRAKTIKUM MODUL PENGENALAN USE CASE dalam UML 2013/2014

I. TUJUAN 1. Mahasiswa mengenal konsep Use Case dalam UML. 2. Mahasiswa mampu mengaplikasikan studi kasus ke konsep Use Case. II. APLIKASI YANG DIBUTUHKAN Perangkat Lunak Rational Rose Enterprise Edition III. DASAR TEORI USE CASE Secara umum bahwa use case : 1. Teknik untuk mendapatkan functional requirement dari sebuah sistem. 2. Menggambarkan interaksi antara pengguna dan sistem. 3. Menjelaskan secara naratif bagaimana sistem akan digunakan. 4. Sekumpulan skenario yang dihubungkan satu sama lain dengan satu tujuan yang sama dari pengguna. 5. Berisi apa yang dilakukan oleh sistem, bukan bagaimana sistem melakukan. Use case mempunyai 2 level yaitu : 1. System use case : interaksi dengan sistem. 2. Business use case : bisnis interaksi dengan konsumen atau kejadian. ACTOR Actors: pelaku. 1) Dalam notasi Use Case, pengguna sistem disebut dengan Actor (role).

2) Actor bisa berupa manager, pimpinan, mahasiswa, dan lain sebagainya. Actor tidak harus berupa manusia. Jika sistem A mengerjakan sebuah fungsi untuk sistem B, maka sistem B disebut actor. 3) Satu use case bisa memiliki banyak actor didalamnya. RELASI DALAM USE CASE Ada beberapa relasi yang terdapat pada use case diagram: 1. Association, menghubungkan link antar element. 2. Generalization, disebut juga inheritance (pewarisan), sebuah elemen dapat merupakan spesialisasi dari elemen lainnya. 3. Dependency, sebuah element bergantung dalam beberapa cara ke element lainnya. 4. Aggregation, bentuk assosiation dimana sebuah elemen berisi elemen lainnya. Tipe relasi/ stereotype yang mungkin terjadi pada use case diagram: 1. <<include>>, yaitu kelakuan yang harus terpenuhi agar sebuah event dapat terjadi, dimana pada kondisi ini sebuah use case adalah bagian dari use case lainnya. 2. <<extends>>, kelakuan yang hanya berjalan di bawah kondisi tertentu seperti menggerakkan alarm. 3. <<communicates>>, mungkin ditambahkan untuk asosiasi yang menunjukkan asosiasinya adalah communicates association. Ini merupakan pilihan selama asociasi hanya tipe ralationship yang dibolehkan antara actor dan use case.

IV. PROSEDUR PELAKSANAAN Pada praktikum ini, latihan yang dilakukan mengenai skenario aktivitas e-learning. Aktor yang ada pada e-learning adalah : - Pengunjung - Mahasiswa - Admin Aktivitas secara garis besar yang berkenaan dengan e-learning adalah : - Register - Login - Berita - Matkul - Materi Buatlah use case diagram nya dari skenario diatas!

V. TUGAS PRAKTIKUM 1. Kembangkan use case diatas dengan adanya tambahan aktivitas yang berhubungan dengan Dosen. 2. Buat Use Case sistem aplikasi automatisasi voucher hotspot aktor Dosen beserta Jawaban No 1. Gambar 1.1 Use Case Diagram pada Aplikasi E-Learning Adanya dosen, mengakibatkan proses use case dari sebuah use case diagram elearning semakin lengkap. Actor pertama yakni pengunjung. Disini pengunjung di artikan orang yang mengunjungi elearning. Jadi mahasiswa, dosen dan admin bisa dikatakan sebagai pengunjung. Karena pengunjung ini bersifat generalisasi atau sebagai actor umum (secara general). Namun pengunjung yang sebenarnya atau di luar mahasiswa, dosen dan admin hanya dapat melihat berita saja.

Actor kedua yakni mahasiswa. Mahasiswa dapat melakukan: Register untuk mengakses elearning. Login tidak dapat dilakukan jika mahasiswa belum register. Dan login dapat dilakukan jika adanya user dan password. Melihat berita Mata kuliah yang sebagai induk dari rekayasa perangkat lunak, jaringan, dan desain. Materi tidak dapat dilakukan jika tidak ada matakuliah yang di ambil oleh mahasiswa tersebut. Dan materi didapatkan hanya jika mahasiswa mengupload dan mendownloadnya. Actor ketiga yakni admin. Admin disini bisa berlaku untuk mahasiswa dan dosen. Karena admin bersifat generalisasi. Admin dia mampu melakukan login, matakuliah, materi, dan maintenance. Admin ini memiliki kelebihan di bidang maintenance sistem. Apabila ada kerusakan atau perbaikan hanya admin saja yang melakukannya demi keamanan sebuah sistem. Actor keempat yakni dosen. Untuk dosen dapat melakukan: Register sebagai dosen untuk akses elearning. login dengan password yang sudah di tentukan. Mengakses berita di dalam informasi elearning. Matakuliah yang di ampu dengan bobot sks yang sudah ada. Materi yang akan diberikan dengan menguploadnya dan mendownloadnya. Dan materi tidak dapat berjalan jika tidak ada sajian matakuliah (matakuliah yang di ampu oleh dosen). Pemberian tugas yang nantinya akan di berikan kepada mahasiswa. Pemberian nilai. Jawaban No 2. Pada sistem aplikasi automatisasi voucher hotspot yang akan kami buat, terdapat 3 aktor yang berperan penting dalam sistem tersebut, yakni: 1. Admin : sebagai pembuat aplikasi, pengemban, pengolah, dan perawat, serta yang memperbaiki aplikasi apabila terdapat kerusakan sistem.

2. Pegawai : sebagai pengguna aplikasi 3. Konsumen : sebagai orang yang akan di ikut sertakan dalam pelayanan yang akan digunakan dengan aplikasi tersebut. Dalam setiap actor, memiliki fungsi dan peranannya masing-masing. Dalam menggambarkan perannnya tersebut digunakan use case diagram untuk memudahkan implementasi di dalam pembagian peranan tersebut. Gambar 1.2 Use Case Diagram Aplikasi Automatisasi Voucher pada gambar 1.2 use case diatas, dapat menggambarkan suatu rancangan sistem dengan permodelan fungsionalnya yang nantinya berperan dalam sistem tersebut. Use case tersebut mempunyai maksut dan arti seperti ini : Actor pertama yakni konsumen atau pembeli. Pembeli dapat melakukan : Pemilihan paket voucher yang memiliki anak yakni jenis dari paket tersebut seperti 3 jam, 6 jam, 10 jam, dll. Dari paket voucher tersebut terdapat password yang digunakan untuk login.

Login masuk ke hotspot dapat dilakukan jika konsumen telah membeli voucher dengan mendapatkan password yang sudah ada. Konsumen harus membayar voucher yang telah dibeli. Actor kedua yakni pegawai. Yang berkerja melayani konsumen di creative computer yang telah di percaya dan diberikan amanah dalam pekerjaannya. Pegawai mendapat izin khusus atau sebagai admin yang bisa login dalam penggunaan program tersebut. Namun tidak dapat mengolah data di dalamnya. Pegawai hanya dapat melakukan aktivitas : Masuk ke hotspot dengan atau tanpa daftar. Karena telah diberikan wewenang dan bonus kerja untuk masuk ke hotspot tanpa paket. Mencari data (search data) untuk kode voucher dan data lainnya. Melihat data (view data) untuk kode vucher dan data lainnya. Actor ketiga yakni admin dari sistem. Admin hanya memiliki dua tugas utama, yakni : Mengolah data terdiri dari password, insert data, update data, save data, delete data, search data, view data. Maintenance sistem, dilakukan apabila ada kerusakan pada sistem atau ketidak sesuaian sistem tersebut. Demi membangun sistem yang easily, user friendly, dan good function.