BAB 2 LANDASAN TEORI

Transkripsi

1 BAB 2 LANDASAN TEORI 2.1 Teori-teori Umum Pengertian Data Menurut Raymond Mcleod Jr, dan George P. Shell : 2008 Data merupakan fakta dan angka yang pada umum nya tidak dapat digunakan karena volume yang besar sehingga harus diolah terlebih dahulu sehingga dapat memberikan suatu informasi yang berguna bagi suatu organisasi Pengertian Informasi Menurut Raymond Mcleod Jr, dan George P. Shell : 2008 Informasi adalah sekumpulan data yang telah diproses yang memiliki arti untuk mencapai tujuan tertentu; memberi tahu user tentang sesuatu Pengertian Sistem Menurut Satzinger et al. (2010, p6), sistem adalah sekumpulan dari komponen yang terpisah yang bekerja sama untuk mencapai suatu hasil. Menurut O Brian dan Marakas (2010, p26) Sistem adalah kumpulan komponen yang saling berhubungan dengan batasan yang jelas, dan bekerja bersama-sama untuk mencapai tujuan dengan menerima input dan menghasilkan output dalam suatu proses transformasi yang terorganisasi. 7

2 8 Menurut O Brian dan Marakas (2009, p24) Sistem memiliki 3 komponen dasar yaitu: 1. Input, memasukkan elemen-elemen atau data mentah yang akan diproses. 2. Process, proses transformasi dari input menjadi output. 3. Output, mengirimkan elemen-elemen atau data mentah yang telah diproses Pengertian Sistem Informasi Menurut Raymond Mcleod Jr, dan George P. Shell : 2008 Sistem Informasi adalah virtual sistem yang memungkinkan menejemen untuk mengendalikan operasi dari physical sistem dari suatu organisasi. Physical sistem merupakan sumber daya yang berwujud seperti material,personal,mesin dan uang.sedangkan Virtual sistem merupakan sumber informasi yang mewakili physical sistem Pengertian Database Menurut Thomas M. Connolly dan Carolyn E. Begg: (2010,p65) Database adalah sekumpulan data yang saling terhubung secara logis dan dideskripsikan dari data-data tersebut dan dirancang untuk menemukan informasi yang dibutuhkan oleh suatu organisasi Pengertian Database Sistem Menurut Thomas M. Connolly dan Carolyn E. Begg:(2010,p54) Database sistem adalah kumpulan program aplikasi yang berinteraksi dengan database bersamaan dengan DBMS dan database itu sendiri System Development Lifecycle Menurut Connolly dan Begg (2005, p283), siklus hidup database (Database Application Lifecycle) merupakan tahapan dalam merancang suatu sistem basis data. Adapun siklus hidup basis data digambarkan dalam bagan berikut ini:

3 Gambar 2.1 Database Application Lifecycle 9

4 Pengertian Database Management System (DBMS) Menurut Thomas M. Connolly dan Carolyn E. Begg: (2010,p66) Database Management System (DBMS) adalah sistem perangkat lunak yang memungkinkan pengguna untuk mendefinisikan, membuat, memelihara, dan mengawasi akses ke database Fasilitas yang disediakan DBMS antara lain : 1. Data Definition Language (DDL) Memungkinkan user untuk membuat spesifikasi tipe data, mendefinisikan basis data, struktur data dan constraint untuk disimpan dalam basis data. Constraint merupakan peraturan konsistensi nilai pada basis data yang tidak dapat dilanggar 2. Data Manipulation Language (DML) Memungkinkan user untuk melakukan insert, update, delete, dan mengirim atau mengambil data mdari basis data 3. Menyediakan kontrol akses ke basis data a) Sistem ke amanan, mencegah user yang tidak memiliki hak akses agar tidak dapat mengakses basis data. b) Sistem integrasi memelihara konsistensi data yang disimpan. c) Sistem kontrol pada saat yang bersamaan memperbolehkan shared akses terhadap basis data. d) Sistem control perbaikan, mengembalikan basis data kepada keadaan sebelumnya yang konsisten saat saat terjadi kegagalan pada software atau hardware. e) Katalog yang dapat diakses oleh user, yang memuat deskripsi data dari suatu basis data.

5 Komponen Database Management System Menurut Connolly dan Begg (2010, p68), terdapat 5 komponen penting penting DBMS, yaitu : 1. Hardware DBMS membutuhkan hardware untuk menjalankan aplikasi-aplikasinya. Hardware dapat meliputi suatu PC, suatu mainframe, dan suatu jaringan komputer. 2. Software Komponen perangkat lunak meliputi software DBMS itu sendiri, program aplikasi, sistem operasi (OS), dan sistem jaringan. 3. Data Data merupakan komponen yang paling penting dalam DBMS, berasal dari sudut pandang dari end-user. Data berperan sebagai penghubung antara mesin dengan pengguna. 4. Prosedur Prosedur merupakan instruksi dan aturan yang mengatur perancangan dan penggunaan database. 5. Sumber Daya Manusia Komponen terakhir adalah manusia yang berhubungan langsung dengan sistem. Komponen ini meliputi Database Administrator, Database Designers, Application Developers, dan End-Users Keuntungan dan Kerugian DBMS Keuntungan DBMS (Connolly dan Begg, 2010, p77): 1. Control of data redundancy Pendekatan basis data mencoba menghapus redundansi dengan menggabungkan file-file sehingga salinan data yang sama tidak tersimpan.

6 12 2. Data consistency Basis data membantu menghilangkan atau mengatur redundansi. Hal ini akan mengurangi terjadinya data yang tidak konsisten. 3. More information from the same amount of data Dengan integrasi data operasional, hal ini memungkinkan perusahaan untuk mendapatkan tambahan informasi dari data yang sama. 4. Sharing of data Basis data dimiliki oleh seluruh organisasi dan dapat dibagi kepada semua user yang memiliki hak akses. Dengan demikian, banyak user dapat membagi banyak data. 5. Improved data integrity Database integrity menunjuk pada keabsahan dan konsistensi dari data yang disimpan. 6. Improved security Database security adalah pelindung basis data dari user yang tidak memiliki hak akses. Tanpa keamanan yang tepat, integrasi hanya akan membuat data menjadi lebih mudah diserang. 7. Enforcement of standards Integrasi memperbolehkan DBA untuk menentukan dan menyelenggarakan standar yang diperlukan. 8. Economy of scale Dengan menggabungkan data operasional suatu perusahaan ke dalam satu basis data, dan membuat sebuah kumpulan aplikasi yang bekerja pada satu sumber data, akan dapat menghemat pengeluaran suatu perusahaan.

7 13 9. Balance of conflicting requirements Setiap user atau departemen memiliki kebutuhan akan data yang berbeda. Karena basis data berada dibawah kontrol DBA, maka DBA dapat membuat keputusan tentang perancangan dan operasional dari suatu basis data. 10. Improved data accessibility and responsiveness Sebagai hasil dari integrasi, data yang melewati batas departemen dapat diakses oleh end-user. Hal ini akan menghasilkan sebuah sistem dengan fungsionalitas yang tinggi. 11. Increase Productivity DBMS menyediakan sebuah lingkungan fourthgeneration environment yang terdiri dari tools yang menyederhanakan pengembangan aplikasi basis data. Hal inilah yang dapat meningkatkan produktivitas programmer dan juga mengurangi waktu pengembangan. 12. Improved maintenance through data independence DBMS memisahkan deskripsi mengenai data dengan aplikasi. Hal ini akan membuat aplikasi bebas untuk berubah dalam data description. Hal inilah yang disebut dengan data independence. 13. Increase concurrency DBMS akan mengatur akses basis data secara bersamaan dan memastikan agar tidak terjadi kehilangan informasi atau integritas. 14. Improved backup and recovery service DBMS menyediakan fasilitas yang dapat mengurangi proses yang akan mengalami kegagalan.

8 14 Kerugian DBMS (Connolly dan Begg, 2010, p80): 1. Complexity Keinginan untuk membuat DBMS yang baik akan membuat DBMS menjadi perangkat lunak (software) yang sangat kompleks. Perancang dan pengembang basis data, Administrator data dan basis data, serta end-users harus mengerti fungsionalitas DBMS agar dapat memperoleh keuntungan dari DBMS. Kesalahan dalam mengerti sistem akan menghasilkan rancangan yang buruk dan akhirnya akan berdampak buruk bagi organisasi. 2. Size Kompleksitas fungsionalitas membuat DBMS menjadi perangkat lunak (software) yang memiliki ukuran sangat besar dan memerlukan tempat yang besar di memori untuk dapat bekerja secara efisien. 3. Cost of DBMS Biaya DBMS bervariasi secara signifikan sesuai dengan lingkungan dan fungsionalitas yang disediakan. Selain itu terdapat biaya untuk perawatan per tahun. 4. Additional Hardware Costs Tempat penyimpanan yang dibutuhkan untuk DBMS dan basis data mengakibatkan biaya tambahan untuk membeli tempat penyimpanan tambahan. Lebih jauh lagi, untuk menghasilkan kinerja yang dibutuhkan, mungkin dibutuhkan pembelian mesin yang lebih besar, bahkan mungkin sebuah mesin tersendiri untuk menjalankan DBMS.

9 15 5. Cost of Conversion Dalam beberapa situasi, biaya DBMS dan tambahan perangkat keras (hardware) dapat tidak sebanding dengan biaya untuk mengkonversi aplikasi yang sudah ada pada DBMS yang baru dan perangkat kerasnya. Biaya ini juga termasuk biaya pelatihan karyawan untuk menggunakan sistem yang baru, dan kemungkinan biaya untuk mempekerjakan karyawan spesialis yang membantu dalam mengkonversi dan menjalankan sistem. 6. Performance Biasanya, DBMS ditulis menjadi lebih umum untuk mendukung banyak aplikasi. Akibatnya beberapa aplikasi tidak dapat berjalan dengan kecepatan yang seharusnya. 7. Higher Impact of a failure Sumber data yang tersentralisasi meningkatkan kerentanan terhadap sistem. Sejak semua user dan aplikasi bergantung pada ketersediaan dalam DBMS, kegagalan dari beberapa komponen dapat mengakibatkan operasi terhenti Fungsi DBMS Menurut Connolly dan Begg (2010, p99) merupakan fungsi dari DBMS : 1. Data storage, retrieval, and update DBMS harus mempunyai kemampuan untuk menyimpan (store), memperoleh kembali (retrieve), dan memperbaharui (update) data dalam basis data. 2. A user-accessible catalog DBMS harus menyediakan sebuah katalog dimana deskripsi data dapat disimpan dan diakses oleh user.

10 16 3. Transaction support DBMS harus menyediakan suatu mekanisme yang akan menjamin bahwa semua update yang berhubungan dengan suatu transaksi dibuat atau tidak ada satu pun update yang akan dibuat. 4. Concurrency control services DBMS harus menyediakan mekanisme yang menjamin bahwa basis data di update secara benar, ketika banyak user sedang melakukan update pada basis data secara bersamaan. 5. Recovery services DBMS harus menyediakan mekanisme yang dapat memperbaiki basis data ketika masalah timbul. 6. Authorization services DBMS harus menyediakan mekanisme yang menjamin bahwa hanya user yang mempunyai ijin yang dapat melakukan akses terhadap basis data. 7. Support for data communication DBMS harus mampu beradaptasi dengan software komunikasi. 8. Integrity services DBMS harus dapat menjamin bahwa data yang tersedia maupun perubahan terhadap data, tetap mengikuti peraturan yang ada. 9. Services to promote data independence DBMS harus mempunyai fasilitas yang mendukung independensi suatu program dari struktur basis data aktual. 10. Utility services DBMS harus menyediakan satu set fasilitas pelayanan, seperti fasilitas untuk ekspor impor, pengecekan kegunaan basis data dan operasinya, dan sebagainya.

11 Standard Query Language (SQL) Menurut Connolly dan Begg (2010, p184), SQL adalah salah satu contoh dari bahasa yang dirancang menggunakan relasi untuk mentransformasikan data masukan (input) menjadi data keluaran (output) yang dibutuhkan. Ada dua operasi dasar yang terdapat dalam SQL yaitu: Data Definition Language (DDL) Menurut Connolly dan Begg (2010, p92), Data Definition Language (DDL) adalah suatu bahasa yang mengizinkan pengguna untuk menjelaskan dan memberi nama entitas, atribut, dan relasi yang dibutuhkan oleh aplikasi, bersamaan dengan kesatuan integritas dan batasan keamanan. Beberapa pernyataan dasar dari DDL (Connolly dan Begg, 2010, p237): Create Table Berguna untuk membuat tabel dengan mengidentifikasi tipe data untuk tiap kolom. Alter Table Berguna untuk menambah atau membuang kolom dan constraint. Drop Table Berguna untuk membuang atau menghapus tabel beserta semua data yang terkait di dalamnya. Create Index Berguna untuk membuat index pada suatu tabel. Drop Index Berguna untuk membuang atau menghapus indeks yang telah dibuat sebelumnya Data Manipulation Language (DML) Menurut Connolly dan Begg (2010, p92), DML adalah suatu bahasa yang menyediakan kumpulan operasi dasar yang mendukung operasi manipulasi data yang ada dalam basis data.

12 18 DML biasanya meliputi, yaitu: Menambahkan data baru ke dalam database. Memodifikasi data yang terdapat dalam database. Mengambil data yang tersimpan dalam database. Menghapus data dari database. Menurut Connolly dan Begg (2010, p93), DML dibagi menjadi dua jenis, yaitu: a. Procedural DML adalah suatu bahasa yang memungkinkan pengguna untuk mendeskripsikan ke sistem tentang data apa yang dibutuhkan dan bagaimana cara mendapatkan data tersebut secara tepat. b. Non-Procedural DML adalah suatu bahasa yang memungkinkan pengguna untuk menentukan data apa yang diperlukan tanpa memperhatikan bagaimana data diperoleh Aplikasi Basis Data Menurut Connolly dan Begg (2010, p54), aplikasi basis data merupakan sebuah program sederhana yang berinterkasi dengan database pada saat dieksekusi Arsitektur Basis Data Menurut Connolly dan Begg (2010, p86), arsitektur basis data terbagi menjadi three-level-architecture, yaitu: a. External level Merupakan sebuah pandangan user terhadap database. Tingkat ini menjelaskan bagian database yang relevan bagi tiap pengguna. b. Conceptual level Tingkat ini menjelaskan data apa saja yang disimpan dalam database dan hubungan antar data. c. Internal level Merupakan representasi fisik dari database pada komputer. Tingkat ini menjelaskan bagaimana data disimpan dalam database.

13 Tahap Perancangan Database Perancangan Database Konseptual Perancangan database konseptual adalah suatu proses pembentukan model data dari informasi yang digunakan dalam perusahaan, tidak tergantung dari aspek fisik apapun. Pada tahap ini desain dimulai dari mengidentifikasi entitas, relasi, dan atribut, secara keseluruhan tidak bergantung pada DBMS, program aplikasi, bahasa pemrograman, hardware platform, masalah performa, atau pertimbangan fisik lainnya. Tahap-tahap perancangan database konseptual, yaitu: a. Mengidentifikasi tipe entitas. b. Mengidentifikasi tipe relasi c. Mengidentifikasi dan menghubungkan atribut dengan entitas atau tipe relasi. d. Menentukan domain dari atribut. e. Menentukan atribut-atribut yang dijadikan candidate, primary dan alternate key. f. Mempertimbangkan penggunaan enhanced modelling concepts (langkah opsional). g. Memeriksa redundansi pada model. h. Memvalidasi model konseptual terhadap transaksi user. i. Memeriksa kembali model data konseptual dengan user Perancangan Database Logikal Proses membangun model data yang digunakan dalam suatu perusahaan didasarkan pada model data tertentu, tetapi tidak tergantung terhadap DBMS tertentu dan aspek fisik lainnya. Tahap-tahap perancangan database logikal, yaitu: a. Menurunkan relasi untuk model data logikal. b. Memvalidasi relasi dengan menggunakan normalisasi.

14 20 c. Memvalidasi relasi terhadap tansaksi user. d. Memeriksa batasan integritas. e. Memeriksa ulang model data logikal dengan user. f. Menyatukan model data logikal ke dalam model global (langkah opsional). g. Memeriksa untuk pengembangan kedepannya Perancangan Database Fisikal Proses ini menghasilkan deskripsi mengenai implementasi basis data pada penyimpanan sekunder; menggambarkan struktur penyimpanan dan metode akses yang digunakan untuk mencapai akses yang efisien terhadap data. Tahap-tahap perancangan database fisikal, yaitu: a. Menerjemahkan model data logikal ke target DBMS. Menerjemahkan relasi model data logikal memiliki beberapa tahapan yaitu: Perancangan relasi dasar. Perancangan relasi dari data yang diterima. Perancangan batasan umum (constraint). b. Merancang file organization dan indeks. Aktivitas tahap ini dibagi menjadi: Menganalisis transaksi Memilih file organizations. Memilih indeks. Mengestimasi kebutuhan disk space. c. Merancang user views. d. Merancang mekanisme keamanan (security). e. Mempertimbangkan kembali dengan redundansi yang telah terkontrol. f. Memonitori dan menyesuaikan sistem operasional.

15 Normalisasi Normalisasi adalah suatu teknik untuk menghasilkan kumpulan relasi dengan properti yang diperlukan dan berguna untuk menyediakan kebutuhan data dari perusahaan (Connolly dan Begg, 2010, p416). Langkah-langkah normalisasi dapat dijelaskan sebagai berikut (Connolly dan Begg, 2010, p430-p436): 1. Unnormalized Form (UNF) UNF merupakan suatu tabel yang berisikan satu atau lebih grup data yang berulang-ulang. UNF dilakukan dengan memindahkan data dari sumber informasi ke dalam format tabel dengan baris dan kolom. 2. First Normal Form (1NF) 1NF merupakan sebuah relasi dimana setiap irisan antar baris dan kolom berisikan satu dan hanya satu nilai saja. Cara mengubah dari bentuk UNF ke 1NF adalah sebagai berikut: Tunjuk satu atau sekumpulan atribut sebagai kunci untuk table unnormalized Identifikasi grup yang berulang dalam tabel unnormalized yang berulang untuk kunci atribut Hapus grup yang berulang dengan cara memasukkan data yang semestinya ke dalam kolom yang kosong pada baris yang berisikan data yang berulang atau dengan cara menggantikan data yang ada dengan salinan dari kunci atribut yang sesungguhnya. 3. Second Normal Form (2NF) 2NF berdasarkan pada konsep ketergantungan fungsional penuh (full functional dependency) yang mengindikasikan bahwa, jika A dan B merupakan atribut dari sebuah relasi, B dikatakan tergantung penuh terhadap A jika B tergantung secara fungsional kepada A tetapi tidak pada proper dari subset dari A. 2NF merupakan sebuah relasi dalam 1NF dan setiap atribut non primary key bersifat fully functionally dependent pada primary key. Cara merubah 1NF menjadi 2NF adalah sebagai berikut: Mengidentifikasi primary key untuk relasi 1NF

16 22 Mengidentifikasi functional dependency dalam relasi Jika terdapat partial dependency terhadap primary key, maka hapus dengan menempatkannya dalam relasi baru bersama dengan salinan determinannya. 4. Third Normal Form (3NF) 3NF adalah suatu relasi yang ada dalam 1NF dan 2NF dimana tidak terdapat atribut non primary key yang bersifat transitively dependent pada candidate key. Atribut yang tidak memberikan kontribusi terhadap penjelasan karakteristik primary key, akan dipindahkan ke sebuah tabel yang terpisah. 2.2 Teori-Teori Khusus Sistem Informasi Regristrasi Menurut Ery (2010, p39), sistem informasi registrasi digunakan untuk mendata pasien baru dan lama baik rawat jalan, rawat inap, dan gawat darurat, selain itu juga dapat digunakan untuk mengetahui jumlah kunjungan, sehingga dengan mudah kita dapat membuat laporan serta penyajian data rawat jalan khususnya berapa jumlah kunjungan perpoliklinik yang ada dirumah sakit baik pasien baru dan lama, rawat inap perbangsal, berapa jumlah kunjungan pemeriksaan penunjang (pemeriksaan laboratorium, radiologi, dll) Rumah Sakit Menurut Siregar dan Amalia (2003,p7), rumah sakit merupakan salah satu dari sarana kesehatan tempat menyelenggarakan upaya kesehatan. Menurut Permenkes RI No. 159b/Menkes/Per/1998, fungsi dari rumah sakit : a) Menyediakan dan menyelenggarakan pelayanan medis, penunjang medis, rehabilitas, pencegahan dan peningkatan kesehatan.

17 23 b) Menyediakan tempat pendidikan atau latihan tenaga medis dan paramedis c) Sebagai tempat penilitian dan pengembangan ilmu dan teknologi bidang kesehatan Rawat Inap Menurut kamus Cambridge, rawat inap atau opname adalah seseorang yang berada dalam ruangan rumah sakit untuk menerima perawatan medis, dan menginap satu malam atau lebih selama perawatan berlangsung Pembayaran Menurut Kamus Besar Bahasa Indonesia (KBBI), pembayaran adalah proses, cara, perbuatan membayar(2005, p117) Unified Modeling Language (UML) Unified Modeling Language (UML) merupakan serangkaian standar konstruksi model dan notasi yang secara khusus dirancang untuk pengembangan object-oriented (Satzinger, Jackson, dan burd, 2010, p240). Model dari komponen sistem yang menggunakan UML : Activity Diagram Menurut Satzinger, et al. (2005, p144) Activity diagram merupakan sebuah tipe dari diagram workflow yang menggambarkan aktivitas dari pengguna ketika melakukan setiap kegiatan dan aliran sekuensia

18 24 Gambar 2.2 : Activity Diagram (Satzinger 2005, p144) Event Table Menurut Satzinger et al. (2010, p168) Event table merupakan sebuah katalog dari use case yang menyusun peristiwa pada barisnya dan kunci informasi dari setiap kejadian pada kolomnya. Komponen dari sebuah event table yaitu: a. Event: Suatu peristiwa yang menjadi penyebab bagi sistem untuk melakukan sesuatu. b. Trigger: Suatu pertanda atau sinyal yang menginformasikan sistem bahwa suatu peristiwa telah terjadi, baik suatu data yang memerlukan pengolahan atau titik waktu. c. Source: Agen eksternal yang menyediakan data untuk sistem. d. Use case: Kegiatan yang dilakukan sistem ketika peristiwa (event) terjadi.

19 25 e. Response: Output yang diproduksi oleh sistem dan memiliki tujuan. f. Destination: Agen eksternal atau aktor yang menerima data dari sistem. Gambar 2.3 : Event Table (Satzinger 2010, p169) Use Case Description a. Brief Description Menurut Satzinger,et al. (2010, p170) Use Case Description adalah suatu daftar eksekusi yang memperlihatkan proses detail dari sebuah use case. Scenario atau use case instance merupakan suatu kumpulan unik dari aktivitas internal di dalam use case yang menggambarkan langkah unik sepanjang use case. Gambar 2.4 : Brief Description (Satzinger 2010, p172)

20 26 b. Intermediate Description Menurut Satzinger,et al. (2010, p172) Use case description yang merupakan perluasan dari brief description dimana terdapat aliran dari aktivitas use case. Jika terdapat beberapa skenario, maka setiap aliran dari aktivitas akan dijabarkan secara individual. Exception conditions dapat didokumentasikan jika mereka diperlukan. Gambar 2.5 : Intermediate Description (Satzinger 2010, p172)

21 27 c. Fully Developed Description Menurut Satzinger,et al. (2010, p172) Fully developed description merupakan metode yang paling formal mendokumentasikan sebuah use case. Meskipun memerlukan waktu lebih untuk mengerjakan, jenis dari use case description ini dapat meningkatkan kemungkinan akan pemahaman mengenai proses bisnis. Gambar 2.6 : Fully Developed Description (Satzinger 2010, p172)

22 Domain Class Diagram Menurut Satzinger, et al. (2010, p187) Class diagram digunakan untuk menunjukkan objek class untuk sistem. Notasinya dari Unified Modelling Language (UML), yang telah menjadi standar untuk model yang digunakan dengan pengembangan system object oriented. Salah satu jenis class diagram UML menunjukkan halhal dalam pekerjaan domain user disebut sebagai domain model class diagram. Tipe lain dari notasi class diagram UML digunakan untuk membuat desain class diagram ketika merancang class perangkat lunak. Di class diagram, persegi panjang mewakili kelas, dan garis yang menghubungkan persegi panjang menunjukkan asosiasi antara kelas. Dalam persegi panjang (kotak) terbagi dua, bagian atas berisi nama kelas, dan bagian bawah merupakan atribut kelas. Nama kelas selalu diawali dengan huruf kapital, dan atribut nama selalu diawali dengan huruf kecil. Diagram class digambarkan dengan menampilkan kelas dan asosiasi antara kelas. Gambar 2.7: Domain Class Diagram (Satzinger 2010, p187)

23 Use Case Diagram Use case menurut Satzinger, et al. (2010, p242) merupakan suatu aktivitas yang dilakukan oleh sistem, biasanya merupakan sebuah respon untuk permintaan dari pengguna sistem. Satzinger, et al. (2010, p243) menjelaskan bahwa aktor tidak selalu sama dengan sumber dari peristiwa di event table karena aktor di use case merupakan orang yang berinteraksi dengan sistem yang mana sistem harus meresponnya. Gambar 2.8 : A simple use case with an actor (Satzinger 2010, p243)

24 30 Gambar 2.9: A use case diagram of the Order-entry subsystem for RMO, showing a system boundary (Satzinger 2010, p244) Fact Finding Menurut (Connolly dan Begg 2010, p317), metode Factfinding adalah proses formal dari penggunaan tehnik seperti wawancara dan kuisioner untuk mengumpulkan data tentang sistem, kebutuhan, dan pilihan yang akan diambil. Metode fact-findingakan digunakan pada waktu awal, maupun saatsaat pentingdari sebuah life cycle.