ANALISIS KEBUTUHAN SISTEM

Transkripsi

1 1 ANALISIS KEBUTUHAN SISTEM 1. Tujuan Praktikum 1. Praktikan mampu mendefinisikan pengertian analisis sistem 2. Praktikan mampu menjelaskan peran para ahli yang akan terlibat dalam pengembangan sistem 3. Praktikan mampu memahami dan mendefinisikan problem statement 4. Praktikan mampu mendefinisikan proses identifikasi kandidat obyek-obyek bisnis 5. Praktikan mampu menjelaskan peran dan fungsi dari Use case diagram 6. Praktikan mampu membuat Use case Form dan mampu menjelaskan skenario untuk setiap use case 2. Perlengkapan 1. Modul praktikum APSI 2. Software Power Designer 3. Landasan Teori 3.1 Analisis Sistem Analisis sistem adalah penelitian atas sistem yang telah ada dengan tujuan untuk merancang sistem baru atau diperbaharui.kegiatan analisis sistem adalah kegiatan untuk melihat sistem yang sudah berjalan, melihat bagian mana yang bagus dan tidak bagus, dan kemudian mendokumentasikan kebutuhan yang akan dipenuhi dalam sistem yang baru. Pada proyek sistem informasi proses analisis dan desain sering berjalan bersamasama agar lebih mudah mendefinisikan kebutuhan jika user telah melihat gambar rancangan sistem yang baru. Adapun beberapa tahap untuk melakukan analisis sistem yaitu: 1. Penetapan ruang lingkup sistem Menetapkan masalah awal yang ada pada sistem, menetapkan ruang lingkup untuk pengembangan sistem,mengkomunikasin rencana proyek. 1

2 2. Analisis masalah Menganalisis masalah dan kesempatan serta menganalisa proses bisnis selanjutnya menentukan tujuan perbaikan sistem 3. Analisis kebutuhan Apakah yang diinginkan user sudah memenuhi sasaran dan kebutuhan bisnis atau belum. 4. Desain Menggambarkan berbagai model sistem untuk mendokumentasikan persyaratan untuk sistem baru dan sistemm yang ditingkatkan. 5. Analisis keputusan Fase ini menekankan bagaimana sistem baru dapat diimplementasiakn dengan teknologi. 3.2 Problem Statement Problem statement merupakan dokumen yang mendeskripsikan kebutuhankebutuhan customer sistem dalam suatu proyek sebagai basis untuk mengidentifikasi domain problem. Dimana suatu problem statement harus menjelaskan secara jelas, yaitu: semua informasi yang dibutuhkan dalam analisis dan perancangan sistem; batasan batasan yang harus dipertimbangkan selama pengembangan sistem aliran informasi yang ada pada sistem pengguna dari sistem yang akan dikembangkan masukan dan keluaran sistem. 3.3 Problem Domain Problem domain adalah pernyataan baik berupa grafis maupun tekstual yang mendeskripsikan area dan masalah-masalah yang akan ditangani. 3.4 Menentukan Kandidat Obyek dan Kelas Dalam fase analisis ini dilakukan identifikasi daftar obyek dan kelas yang diperlukan disistem yang akan dikembangkan. Identifikasi ini dilakukan mulai dari problem statement, cara untuk mengidentifkasi kandidat obyek dan kelas 2

3 yaitu dengan menggaris bawahi kata benda dan frase kata benda dari problem statement. Contoh peminjaman buku di perpustakaan: Setiap mahasiswa IT Telkom mempunyai kartu pinjam perpustakaan, dimana setiap mahasiswa dapat meminjam buku dengan alur, pertama mahasiswalogin dengan KTM kedalam sistem, kemudian mahasiswa dapat memilih buku yang diinginkan dengan melihat catalog buku di sistem, setelah dapat, mahasiswa membawa buku tersebut ke petugas perpustakaan dengan menyerahkan kartu pinjam dan ktm. Identitas buku direkap oleh petugas setelah itu buku dapat dipinjam mahasiswa.mahasiswa harus mengembalikan buku tersebut sesuai tanggal yang ditentukan, jika tidak maka mahasiswa harus membayar denda. Semua kata benda dan frase kata benda sudah digaris bawahi, beberapa diantaranya merupakan model bisnis untuk mengawali identifikasi dalam menganalisis masalah. 3.5 Menentukan Form Kandidat Obyek dan Kelas Dalam menentukan kandidat objek kita membuat list dari kata benda dan frase kata benda pada problem statement setelah itu kita membuat nama kelas untuk calon objeknya. Contohnya seperti dibawah ini. Kandidat Obyek / Kelas Mahasiswa Buku Kartu Pinjam Perpusatakaan Petugas Identitas buku Denda Nama Kelas Mahasiswa Buku Kartu Pinjam Perpustakaan Petugas Buku Denda 3.6 Membuat Use case Diagram Merupakan gambaran fungsionalitas yang diharapkan dari sebuah sistem yang ditekankan adalah apa yang diperbuat sistem bukan bagaimana sistem 3

4 mengerjakannya. Usecase menggambarkan kebutuhan sistem dari sudut pandang user, menggambarkan hubungan antara usescase dan actor. secara umum usecase mempunyai beberapa bagian penting seperti: 1. Usecase Merupakan fungsionalitas yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor, biasanya dinyatakan dengan menggunakan kata kerja. Dinotasikan dengan gambar horizontal elipse dan tidak boleh ada 2 atau lebih nama usecase yang sama. Simbolnya seperti ini: nama usecase Dibawah ini merupakan contoh penggambaran usecase pada kasus peminjaman buku di perpustakaan lihat katalog buku barcode buku mahasiswa cari buku manage buku petugas perpustakaan pinjam buku <<include>> kembalikan buku <<extends>> bayar denda 2. Actors Menggambarkan orang, sistem,atau external entitas yang menyediakan atau menerrima informasi dari sistem Aktor menggambarkan sebuag tugas atau peran dan bukan jabatan 4

5 Aktor memberikan input atau menerima informasi Aktor biasayan menggunakan kata benda Tidak boleh ada komunikasi langsung antar aktor Meletakkan aktor utama di pojok kiri atas Simbolnya seperti dibawah ini: Actor_3 3. System boundary Digambarkan dengan kotak disekitar usecase, untuk menggambarkan jangkauan sistem Digunakan apabila memberikan beberapa alternative sistem yang dapat dijadikan pilihan Sistem boundary dalam penggunaanya bersifat optional lihat katalog buku barcode buku mahasiswa cari buku manage buku petugas perpustakaan pinjam buku <<include>> kembalikan buku <<extends>> bayar denda 4. Relationship Asosiasi bukan menggambarkan aliran data / informasi 5

6 Asosiasi digunakan untuk menggambarkan bagaimana aktor terlibat dalam usecase Terdapat 4 jenis relasi yang timbul pada usecase diagram yaitu a. Asosiasi antara aktor dan usecase Ujung panah pada asosiasi mengindikasin siapa / apa yang meminta interaksi dan bukannya mengindikasin aliran data Menggunakan garis tanpa panah Jika asosiasi mengguankan panah terbuka untuk mengindikasi bila aktor berinteraksi secara pasif dengan sistem. b. Asosiasi antar usecase <<Include>> Tanda panah terbuka harus terarah ke sub usecase Termasuk didalam usecase lain / required / diharuskan ada Cara penggambaran association include secara horizontal <<>extends>> Perluasan dari usecase lain jika kondisi atau syarat terpenuhi Tanda panah terbuka harus terarah ke parent / base usecase Gambaran association extend secara vertikal 6

7 c. Generalisasi/ inheritance antara usecase Digambarkan dengan garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum Cara penggambarannya secara vertical dengan inheriting usecase dibawah parent usecasenya d. Generalisasi / inheritance antara actor Gamabarkan secara vertikal dengan inheriting aktor dibawah parent usecase 7

8 3.7 Use case Form Digunakan untuk menulis ringkasan setiap usecase. Usecase form bukan bagian dari uml. Tidak ada form standar atau definitive sehingga pengembang dapat membuat versi form masing-masing. Contoh use case form untuk usecase pengembalian buku Nama Pengembalian buku Prioritas Tinggi Actor Mahasiswa,Petugas Status Lengkap Extension - point Extends membayar Denda Precondition/ Mahasiswa telah menyerahkan KTM dan buku untuk asumsi dikembalikan ke petugas perpustakaan Post conditions Mahasiswa telah mengembalikan buku dan petugas mengupdate buku. Alur peristiwa 1. Input data kode buku dan nim siswa 2. Melihat status pengembalian buku 3. Update status pengembalian buku [a] Alur Alternatif 1. [a] dapat mengekstends membayar denda sebelum mengupdate status pengembalian buku. Kebutuhan non fungsional Kinerja Petugas perpustakaan berinteraksi dengan sistem peminjaman 8

9 buku Frekuensi High Catatan - 4. Getting Started Perancangan Use Case Diagram dengan Power Designer Langkah-langkah merancang use case diagram pada Power Designer: 1. Buka Power Designer -> Create Model Klik Object-Oriented Model pada Model Type dan pilih Use Case Diagram pada kotak Diagram dan untuk Model name adalah use case diagram Klik OK 9

10 3. Untuk merancang Use Case, gunakan kotak [Palette]. Dalam merancang Use Case, pertama kali adalah mendefinisikan actor, maka klik icon [ ] kemudian klik pada area kerja perancangan use case diagram. 4. Demikian pula dalam merancang use case yaitu klik icon [ ] klik pada area perancangan use case diagram. Untuk mengganti nama pada actor dan use case klik 10

11 double pada actor atau use case. Untuk asosiasi antara actor dengan use case klik icon [ ], sedangkan untuk include/extends klik icon [ ]. 5. Pemunculan <<include>> pada garis dapat dilakukan dengan klik double pada garis/link kemudian pada Stereotype isikan include 11

12 12

13 5. Praktikum Studi Kasus TOSERBA CAHAYA KARTIKAH SEJATI adalah salah satu TOSERBA terbesar yang ada di Republik Indonesia tercinta.toserba ini sangat menjunjung tinggi rasa nasionalisme, sehingga hampir 90% karyawan mereka adalah orang-orang pribumi. TOSERBA CAHAYA KARTIKAH SEJATI sudah melayani pelagganpelanggannya sejak tahun 1991 dan sudah mendirikan cabang di 3 kota besar di Pulau Jawa, yakni : Jakarta (terletak di Jakarta Timur), Surabaya, dan Bandung. Pendapatan TOSERBA ini terus meningkat dari tahun ke tahun, hingga pada akhir tahun 2011, pendapatan TOSERBA mengalami penurunan secara signifikan. Selidik punya selidik, ternyata salah satu faktor penyebab turunnya pendapatan TOSERBA ini adalah menurunnya tingkat kepuasan pelanggan terhadap pelayanan (khususnya sistem pembayaran) yang diberikan oleh karyawan TOSERBA ini. Sistem yang ada dirasa kurang tanggap dan cepat dalam mengidentifikasi keinginan pelanggan yang selalu ingin dilayani secara cepat dan tepat.selain itu, struk pembayaran yang ada kadang-kadang tidak sesuai dengan jumlah pembelian yang dilakukan oleh pelanggan. Dampaknya, pelanggan mulai meninggalkan TOSERBA ini dan memilih TOSERBA lain dengan sistem pelayanan yang lebih nyaman bagi mereka. Temuan tersebut membuat Noor Kartikah Sejati, CEO sekaligus pendiri TOSERBA ini berpikir untuk mendesain ulang proses bisnis yang ada, khususnya pada sistem pembayaran atau POS (Point of Sales). Pada akhirnya, setelah berpetualang mencari ide dan ilham dari Yang Maha Kuasa, akhirrnya Jeng Noor (Sapaan akrab CEO) beserta tim, berhasil membuat proses bisnis baru pada sistem POS yang ada. Proses bisnis dimulai saat pelanggan menghampiri kasir untuk melakukan transaksi pembayaran. Kasir kemudian menggunakan sistem POS untuk mencatat detail barang-barang yang dibeli oleh pelanggan. Selanjutnya, sistem akan menampilkan detail list barang yang dibeli beserta total harga yang harus dibayar pelanggan. Pada tahap berikutnya, pelanggan memasukkan informasi peembayaran (bisa cash, debit, atau credit card) dimana informasi pembayaran ini akan divalidasi dan disimpan oleh sistem. Proses bisnis berakhir saat sistem meng-update inventori barang terkait dan pelanggan menerima bukti pembayaran beserta barang-barang yang mereka beli. 13

14 Dari gambaran proses bisnis diatas, Jeng Noor sadar bahwa untuk merancang ulang sistem POS yang ada, dibutuhkan orang orang yang sudah profesional dalam bidang ini. Dari studi kasus diatas: a. identifikasilah problem statement pada studi kasus diatas, kemudian tentukan kandidat obyek / kelas! b. buatlah rancangan use case dan use case form-nya untuk setiap usecase! Good luck!