BAB 2 LANDASAN TEORI

Transkripsi

1 BAB 2 LANDASAN TEORI 2.1 Teori Umum Data Data merupakan aliran fakta yang mewakili kejadian yang terjadi dalam organisasi atau dalam lingkungan fisik sebelum mereka diatur menjadi sebuah bentuk yang dapat dimengerti dan digunakan oleh pengguna (Laudon, 2000, p8). Selain itu data juga dapat diartikan sebagai fakta yang dapat disimpan dan memiliki arti (Navathe dan Elmasri, 2000, p4). Sehingga dapat disimpulkan bahwa data adalah fakta yang telah terjadi, memiliki arti, dan dapat disimpan serta dapat diatur sedemikian rupa sehingga dapat digunakan untuk berbagai tujuan Sistem Basis Data Sistem basis data menurut Connoly (2004, p14) adalah suatu kumpulan logikal data yang terhubung satu sama lain dan deskripsi dari suatu data yang dirancang sebagai informasi yang dibutuhkan oleh organisasi. Sedangkan sistem basis data menurut Date (1999, p5) adalah suatu sistem yang pada dasarnya menyimpan record-record di dalam suatu sistem yang dilakukan secara komputerisasi yang tujuannya adalah menjadi suatu kumpulan data yang terhubung dan Database Management System (DBMS)/ Sistem Manajemen Basisdata menjadi program yang mengatur dan mengontrol akses ke basisdata 9

2 10 serta memelihara informasi dan membuat informasi tersebut tersedia berdasarkan permintaan Pendekatan Basis Data Sistem basis data adalah suatu kumpulan logikal data yang terhubung satu sama lain dan deskripsi dari suatu data yang dirancang sebagai informasi yang dibutuhkan oleh organisasi (Begg,Connoly,2002, p14). Dengan basis data dapat mempercepat proses pemenuhan suatu kebutuhan informasi suatu organisasi di mana kebutuhan informasi tersebut berbeda-beda pada tiap-tiap organisasi. Tujuan utama dari sebuah sistem basis data adalah untuk menyediakan user sebuah view dari data yang abstrak yang menyembunyikan detail tertentu tentang bagaimana data tersebut disimpan dan dimanipulasi. Oleh karena itu, permulaan dari desain basis data harus bersifat abstrak yang menerangkan penjelasan umum dan kebutuhan informasi dari suatu organisasi yang akan direpresentasikan dalam bentuk basis data. (Begg, Connoly, 2002, p33) Database Application Lifecycle Untuk merancang aplikasi sistem basis data diperlukan tahapan-tahapan terstruktur yang harus diikuti yang dinamakan dengan Siklus Hidup Aplikasi Basis Data (Database Application Lifecycle) atau disingkat dengan DBLC. Perlu diingat bahwa tahapan dalam DBLC tidak harus berurutan, namun juga melibatkan beberapa pengulangan ke tahapan sebelumnya melalui putaran balik (feedback loops). Tahapan-tahapan tersebut terlihat pada gambar 2.1.

3 11 Database Planning System Definition Requirements Collection and Analysis DBMS Selection (optional) Database Design Conceptual Database Design Logical Database Design Application Design Physical Database Design Prototyping (optional) Implementation Data Conversion and Loading Testing Operational Maintenance Gambar 2.1 Database Application Lifecycle (Begg,Connolly, 2002, p272)

4 Perencanaan Basis Data Perencanaan basis data adalah kegiatan pengaturan yang memungkinkan tahap-tahap dalam aplikasi basis data dapat diwujudkan secara efisien dan secara efektif mungkin (Begg,Connoly, 2002, p273). Tahap perencanaan basis data juga harus menjelaskan : Mission statement dari proyek basis data. Mission statement ini menjelaskan tujuan utama aplikasi basis data, juga membantu menjelaskan tujuan proyek basis data, dan menyediakan maksud yang lebih jelas dalam pembuatan aplikasi basis data secara efektif dan efisien (Begg,Connoly, 2002, p274). Dengan merumuskan apa sebenarnya yang menjadi tujuan dari proyek basis data ini diharapkan dapat lebih memfokuskan pekerjaan pada tahap selanjutnya. Mission objectives. Selain merumuskan tujuan dari sebuah proyek basis data, harus diperhatikan juga mengenai tugas apa saja yang harus didukung oleh basis data tersebut. Setiap mission objective akan menjelaskan tugas tertentu yang harus didukung oleh basis data, dengan asumsi jika basis data mendukung mission objectives, maka mission statementnya juga akan sesuai (Begg,Connoly, 2002, p274) Pendefinisian Sistem Pendefinisian sistem (system definition) menggambarkan ruang lingkup dan batasan aplikasi basis data dan pandangan pengguna (user view) (Begg,Connoly, 2002, p274). Hal ini sangat penting dilakukan dalam proses perancangan basis data agar lebih terfokus pada proyek basis data yang dibuat.

5 13 Pandangan pengguna (user view) sangat diperlukan untuk mengidentifikasi informasi-informasi yang dibutuhkan oleh user. Pandangan pengguna menggambarkan apa yang dibutuhkan oleh aplikasi basis data dari sudut pandang jabatan tertentu, seperti manajer atau pengawas, maupun dari sudut pandang area aplikasi perusahaan, seperti pemasaran, personalia, atau pengawasan persediaan, dalam hubungannya dengan data yang akan disimpan dan transaksi yang akan dijalankan terhadap data itu (Begg,Connoly, 2002, p275) Pengumpulan Kebutuhan dan Analisis Tahap selanjutnya yang dilakukan setelah Pendefinisian Sistem adalah tahap pengumpulan kebutuhan dan analisis. Dalam tahap ini dilakukan proses pengumpulan dan analisa informasi tentang bagian organisasi yang akan didukung oleh aplikasi basis data, dan menggunakan informasi ini untuk mengidentifikasi kebutuhan pengguna terhadap sistem yang baru (Begg,Connoly, 2002, p276). Suatu proses resmi dalam menggunakan teknik-teknik seperti wawancara atau kuesioner untuk mengumpulkan fakta-fakta tentang sistem dan kebutuhan-kebutuhannya dinamakan dengan teknik fact-finding (Begg,Connoly, 2002, p302). Ada lima kegiatan yang dipakai dalam teknik ini, yaitu :

6 Memeriksa dokumentasi Pemahaman terhadap jalannya sistem akan cepat diperoleh dengan memeriksa dokumen-dokumen, formulir, laporan, dan berkas yang terkait dengan sistem yang sedang berjalan pada perusahaan. Dengan pemeriksaan ini diharapkan dapat mengetahui data-data apa saja yang akan disimpan di dalam basis data Wawancara Wawancara bertujuan untuk mengumpulkan fakta-fakta, memeriksa kebenaran fakta yang ada dan mengklarifikasinya, membangkitkan semangat, melibatkan pengguna akhir, mengidentifikasi kebutuhankebutuhan, dan mengumpulkan ide-ide dan pendapat (Begg,Connoly, 2002, p306). Teknik ini memerlukan kemampuan komunikasi yang baik untuk menghadapi pengguna yang memiliki nilai, prioritas, pendapat, motivasi, dan kepribadian yang berbeda-beda. Keuntungan menggunakan teknik ini menurut Begg,Connoly (2002, p306) antara lain: Memungkinkan orang yang diwawancara untuk menanggapi pertanyaan dengan bebas dan terbuka Memungkinkan orang yang diwawancara merasa bahwa ia merupakan bagian dari proyek Memungkinkan pewawancara untuk menindaklanjuti komentarkomentar menarik yang dibuat oleh orang yang diwawancara

7 15 Memungkinkan pewawancara untuk mengubah atau menyusun kembali pertanyaan selama kegiatan wawancara Memungkinkan pewawancara untuk mengamati bahasa tubuh orang yang diwawancara Kerugian teknik ini menurut Begg,Connoly (2002, p306) yaitu: Sangat memakan waktu dan biaya, sehingga menjadi tidak praktis Keberhasilannya tergantung pada kemampuan komunikasi pewawancara Keberhasilannya tergantung pada keinginan orang yang diwawancara untuk ikut serta dalam wawancara Mengamati operasional perusahaan Pengamatan ini memungkinkan untuk ikut serta atau mengamati seseorang melakukan kegiatan untuk mempelajari sistem. Salah satu faktor pengamatan dapat berhasil adalah dengan mencari informasi sebanyak mungkin tentang aktivitas yang akan diamati serta orang yang melakukan aktivitas tersebut. Keuntungan menggunakan teknik ini antara lain : Validitas fakta dan data dapat diperiksa Pengamat dapat melihat dengan jelas apa yang dikerjakan Pengamat juga dapat memperoleh data yang menjelaskan lingkungan fisik dari tugas yang diberikan Relatif murah Pengamat dapat membuat pengukuran kerja

8 16 Kerugian teknik ini yaitu: Sangat memakan waktu dan biaya, sehingga menjadi tidak praktis Dapat terlewat dalam mengamati tugas-tugas yang melibatkan tingkat kesulitan yang lain Beberapa tugas tidak selalu dilakukan dengan cara seperti pada saat pengamatan Penelitian Selain melakukan penelitian yang berasal dari dalam organisasi itu sendiri, dapat juga dilakukan pengumpulan informasi yang berasal dari luar organisasi tersebut. Beberapa contoh sumber informasi tersebut antara lain jurnal komputer, buku-buku referensi, dan internet. Sumber informasi tersebut juga dapat digunakan untuk memecahkan masalah serupa. Keuntungan menggunakan teknik ini antara lain : Dapat menghemat waktu jika solusinya telah tersedia Peneliti dapat mengamati cara orang lain memecahkan masalah yang sama atau menemui kebutuhan yang serupa Membuat para peneliti selalu up-to-date dengan perkembangan baru Kerugian teknik ini yaitu : Dapat menjadi sangat memakan waktu Membutuhkan akses ke sumber informasi yang tepat Dapat saja tidak membantu memecahkan masalah karena tidak didokumentasikan

9 Kuesioner Teknik lain yang dapat digunakan untuk mengumpulkan informasi yang dibutuhkan adalah dengan menggunakan kuesioner. Kuesioner adalah suatu dokumen dengan tujuan khusus yang memungkinkan fakta-fakta dikumpulkan dari banyak orang sambil menjaga kontrol terhadap tanggapan yang diberikan (Begg,Connoly, 2002, p308). Keuntungan menggunakan teknik ini antara lain : Orang dapat melengkapi dan mengembalikan kuesioner pada waktu yang sebaik-baiknya Tidak mahal untuk mengumpulkan data dari banyak orang Responden lebih mudah untuk memberikan jawaban yang benar karena jawaban yang diberikan dapat dijaga kerahasiaannya Tanggapan dapat ditabulasikan dan dianalisa dengan cepat Kerugian teknik ini yaitu: Jumlah responden dapat saja rendah, sekitar 5% sampai 10% Kuesioner dapat saja dikembalikan dengan tidak lengkap Tidak menyediakan kesempatan untuk mengubah pertanyaan yang salah diartikan Tidak dapat mengamati dan menganalisa bahasa tubuh responden Memakan waktu untuk menyiapkan kuesioner

10 Entity Relationship ( ER ) Modelling Entity Relationship Modelling adalah sebuah pendekatan top-down untuk mendesain basis data yang dimulai dari mengidentifikasikan data - data yang penting, yang disebut Entity (entity) dan hubungan (relationship) diantara data - datanya harus ditampilkan di dalam model (Begg, Connolly, 2002, p330). Lalu tambahkan detail detail lainnya, seperti informasi yang ingin kita ketahui tentang entity dan relationship, yang disebut dengan attribut, dan batasan batasan (Constraints) pada entity, relationship, dan attribut. Entity Relationship Model adalah suatu teknik dasar terpenting dalam mendesain suatu basis data Entity Entity merupakan objek (manusia, tempat, benda, konsep ataupun kejadian) didalam organisasi yang akan diwakilkan dalam basis data (Begg, Connolly, 2002, p15). Entity adalah sekumpulan obyek yang memiliki properti-properti sama, yang mengidentifikasikan suatu obyek di dalam situasi nyata (Begg, Connolly, 2002, p331). Konsep dasar dari Entity Relationship (ER) Model adalah Entity, yang menggambarkan kumpulan dari objek didalam dunia nyata dengan properti yang sama. Nama entiti Pegawai Gambar 2.2 Representasi diagram dari tipe entitas Pegawai

11 Relationship Type Relationship type adalah sebuah set-set asosiasi yang memiliki arti / makna diantara kumpulan Entity, diantara satu atau lebih Entity (Begg, Connolly, 2002, p334). Setiap relationship type diberi nama sesuai dengan fungsinya masing-masing. Contoh relationship type dapat dilihat pada Gambar 2.3 mspegawai Input msbarang Pegawai menginput barang Gambar 2.3 Contoh Relationship Type Derajat Dari Relationship Derajat dari Relationship dihitung dari banyaknya entity yang berpartisipasi dalam suatu relationship. Relasi dengan hanya satu atribut berarti mempunyai satu derajat, dan akan disebut unary relation atau satu tuple, relasi dengan dua atribut disebut binary, relasi dengan tiga atribut disebut ternary, demikian selanjutnya digunakan n-ary untuk penamaannya (Begg, Connolly, 2002, p74) Recursive Relationship Recursive Relationship merupakan tipe relasi dimana entity yang sama berpartisipasi lebih dari satu dengan peranan yang berbeda. Relationship dapat diberikan role names untuk mengindikasikan tujuan dari peranan setiap entity didalam relationship, role names sangat penting

12 20 dalam recursive relationship untuk menegaskan fungsi dari setiap entity yang berpartisipasi (Begg, Connolly, 2002, p337) Atribut Atribut adalah properti sebuah entitas atau relationship (Begg,Connoly, 2002, p338). Menurut Jeffery L. Whitten (2004, p295), Atribut merupakan properti deskriptif atau karakteristik dari sebuah entitas. Atribut menampung nilai yang menjelaskan setiap entity occurrence dan menggambarkan bagian utama dari data yang disimpan di dalam basis data. msbarang nobarang NamaBarang HargaBarang StatusBarang mspegawai nopegawai AlamatPegawai Jalan Kota KodePos Telp [1 3] Gambar 2.4 Entity dengan Atribut Simple Attribut dan Composite Attribut Simple Attribut adalah sebuah atribut yang terdiri dari satu komponen tunggal dengan keberadaannya sendiri sehingga tidak dapat dipecah menjadi komponen-komponen yang lebih kecil lagi, sering juga disebut dengan atomic attribut (Begg, Connolly, 2002, p339). Composite Attribut adalah sebuah atribut yang dibentuk dari banyak komponen (Begg, Connolly, 2002, p339).

13 Single-Valued Attribut dan Multi-Valued Attribut Single-Valued Attribut adalah sebuah atribut yang memegang sebuah nilai tunggal untuk setiap occurrence dari sebuah entity. Kebanyakan dari atribut adalah single-valued (Begg, Connolly, 2002, p339). Multi-Valued Attribut adalah sebuah attribut yang memegang banyak nilai untuk setiap kejadian dari sebuah entity (Begg, Connolly, 2002, p340) Derived Attribut Merupakan atribut yang diturunkan dari nilai atribut yang berhubungan atau kumpulan atribut, tidak harus dari entity yang sama (Begg, Connolly, 2002, p340) Keys Candidate key adalah himpunan atribut yang minimal yang secara unik mengidentifikasikan setiap occurrence dari sebuah tipe entitas (Begg,Connoly, 2002, p340). Composite key adalah sebuah candidate key yang terdiri atas dua atau lebih atribut (Begg,Connoly, 2002, p341). Primary key adalah candidate key yang terpilih untuk mengidentifikasikan secara unik setiap occurrence dari sebuah tipe entitas (Begg,Connoly, 2002, p341). Pada sebuah tipe entitas biasanya terdapat lebih dari satu candidate key yang salah satunya harus dipilih untuk menjadi primary key. Pemilihan primary key didasarkan pada panjang atribut, jumlah minimal atribut yang diperlukan, dan keunikannya.

14 22 Alternate key adalah setiap candidate key yang tidak terpilih menjadi primary key, atau biasa disebut dengan secondary key (Whitten, 2004, p298). Foreign key adalah sebuah primary key pada sebuah entitas yang digunakan pada entitas lainnya untuk mengidentifikasikan sebuah relationship (Whitten, 2004, p301) Batasan Struktural ( Structural Constaints ) Batasan-batasan yang menggambarkan pembatasan pada relationship seperti yang ada pada real world harus diterapkan pada tipe entitas yang ikut serta pada sebuah relationship. Jenis utama dari batasan pada suatu relationship dinamakan multiplicity (Begg,Connoly, 2002, p344). Multiplicity adalah jumlah occurrence yang mungkin terjadi pada sebuah tipe entitas yang berhubungan ke sebuah occurrence dari tipe entitas lain pada suatu relationship (Begg,Connoly, 2002, p344). Derajat yang biasanya digunakan pada suatu relationship adalah binary relationship, yang terdiri atas: One-to-One (1:1) Relationship Setiap Partner berarti mempunyai paling sedikit satu document dan paling banyak satu document, dan satu Document dapat dimiliki paling sedikit oleh satu Partner atau paling banyak oleh satu Partner (Begg, Connolly, 2002, p345).untuk lebih jelasnya dapat dilihat pada Gambar 2.3.

15 23 setiap barang diatur oleh satu orang pegawai seorang pegawai dapat mengatur nol atau satu barang Pegawai nopeg Input Barang nobarang Multiplicity Gambar 2.5 One-To-One Relationship One-to-Many (1:*) Relationship Setiap User mendaftarkan banyak Kontrak atau tidak ada sama sekali, dan setiap Kontrak didaftarkan oleh satu dan hanya satu orang User (Begg, Connolly, 2002, p346). Untuk lebih jelasnya dapat dilihat pada Gambar 2.4. Gambar 2.6 One-To-Many Relationship Many-to-Many (*:*) Relationship Setiap Kontrak memiliki paling tidak satu atau banyak Aircraft, dan setiap Aircraft dimiliki paling sedikit satu atau banyak Kontrak (Begg, Connolly, 2002, p347). Untuk lebih jelasnya dapat dilihat pada Gambar 2.5.

16 24 mscontract msaircraft ContractID ClientID Destination ValidFrom ValidUntil GroundTime NIK AnnexCode Status 1 * Has 1 * AircraftType Dimension CapacityPassenger CapacityCargo Gambar 2.7 Many-To-Many Relationship Perancangan Basis Data ( Database Design ) Merupakan proses pembuatan suatu rancangan untuk basisdata yang akan mendukung operasi dan objektif perusahaan. Ada 2 (dua) pendekatan perancangan basisdata: Bottom-up Pendekatan ini dimulai dari tingkat paling dasar dari atribut (yakni properti dari entiti dan hubungan relasional) dimana melalui analisis gabungan antara atribut-atribut, dikelompokkan ke dalam relasi-relasi yang merepresentasikan tipe-tipe entiti dan hubungan antara entiti. Pendekatan ini lebih cocok untuk perancangan basisdata yang sederhana dengan jumlah atribut yang relatif kecil. Top-down Pendekatan ini dimulai dari pengembangan model data yang terdiri dari beberapa hubungan relasional dan entiti tingkat tinggi. Database design terdiri dari tiga fase, yaitu: Conceptual database design, Logical database design, dan Physical database design.

17 Rancangan Basis Data Konseptual ( Conceptual Database Design) Conceptual database design adalah proses membangun model informasi yang digunakan organisasi, bebas dari semua pertimbangan fisik Begg,Connoly, 2002, p419). Pertimbangan fisik yang dimaksud meliputi DBMS yang akan digunakan, program aplikasi, bahasa pemrograman, platform perangkat keras, unjuk kerja, dan pertimbangan fisik lainnya. Langkah-langkah dalam metodologi conceptual database design yaitu : Langkah 1 - Membangun Local Conceptual Data Model untuk setiap pandangan pengguna Bertujuan untuk memecah rancangan menjadi tugas-tugas yang dapat diatur dengan memeriksa sudut pandang yang berbeda dari pengguna di dalam organisasi Begg,Connoly, 2002, p421). Hasil dari langkah ini berupa pembuatan satu atau lebih local conceptual data model yang merupakan penggambaran yang tepat dan lengkap dari suatu organisasi dilihat dari para pengguna yang berbeda. Tugas-tugas yang dilakukan pada langkah ini terdiri dari : Langkah 1.1 Mengidentifikasi tipe entitas Tipe entitas dapat dikenali dengan mengidentifikasikan kata benda atau frase kata benda pada spesifikasi kebutuhan pengguna, objek besar seperti orang (people), tempat (place), benda (thing) atau konsep (concept). Alternatif lain adalah dengan mencari obyek yang keberadaannya bebas.

18 26 Langkah 1.2 Mengidentifikasi tipe hubungan antar entitas Bertujuan untuk mengidentifikasi relationship yang penting yang ada antara tipe entitas-tipe entitas yang telah diidentifikasi sebelumnya. Tipe relationship diidentifikasikan dengan mencari kata kerja atau suatu kata yang berhubungan dengan kata kerja. Langkah 1.3 Mengidentifikasi dan menghubungkan atribut dengan entitas atau hubungan Tujuannya untuk menghubungkan atribut dengan entitas dan tipe relationship yang tepat. Atribut yang dimiliki oleh setiap entitas dan relationship harus memenuhi karakteristik atribut yaitu simple/composite attribute, single/multi-valued attribute, dan derived attribute. Langkah 1.4 Menentukan attribute domains Domain adalah sekumpulan nilai dimana satu atau lebih atribut memperoleh nilainya Begg,Connoly, 2002, p430). Contoh menentukan domain pada atribut JenisKelamin di entitas Mahasiswa adalah dengan L atau P. Langkah 1.5 Menentukan Candidate Key dan Primary Key Tujuannya untuk mengidentifikasi candidate key setiap tipe entitas, dan jika terdapat lebih dari satu candidate key maka terpilih satu sebagai primary key. Langkah 1.6 Pertimbangkan penggunaan enhance modelling concepts (pilihan) Maksud dari langkah ini adalah untuk menentukan specialization, generalization, aggregation, composition.

19 27 Specialization merupakan suatu proses memaksimalkan perbedaanperbedaan antara anggota-anggota sebuah entitas dengan cara mengidentifikasi karakteristik yang membedakan entitas tersebut Begg,Connoly, 2002, p362). Generalization merupakan suatu proses meminimalkan perbedaanperbedaan antara entitas-entitas dengan cara mengidentifikasi sifat umum entitas Begg,Connoly, 2002, p363). Aggregation menggambarkan relationship has-a atau is-part-of antara tipe entitas dimana yang satunya mewakili whole (seluruhnya) dan yang satunya lagi mewakili part (bagian) Begg,Connoly, 2002, p371). Langkah 1.7 Memeriksa model akan redudansi Bertujuan memeriksa conceptual model untuk menghindari adanya redundansi atau pengulangan data dalam model. Ada dua kegiatan yang dapat dilakukan pada tahap ini: Memeriksa kembali one-to-one relationship (1:1) Kemungkinan ada dua entitas yang menggambarkan objek yang sama dalam organisasi. Oleh karena itu, kedua entitas tersebut harus digabungkan. Menghilangkan relasi yang redundan Suatu relationship menjadi redundan jika informasi yang sama dihasilkan melalui relationship yang lainnya. Untuk meminimalkan data model maka relationship yang redundan harus dihilangkan.

20 28 Langkah 1.8 Validasi model konseptual lokal terhadap transaksi pengguna Bertujuan untuk memastikan local conceptual data model mendukung transaksi yang dibutuhkan oleh pandangan pengguna Begg,Connoly, 2002, p435). Dua pendekatan untuk memastikan local conceptual data model mendukung kebutuhan transaksi: Menggambarkan transaksi (describing the transaction) Memeriksa semua informasi (entitas, relationship, dan atributnya) yang dibutuhkan setiap transaksi yang disediakan oleh model Begg,Connoly, 2002, p435). Menggunakan transaction pathways Memvalidasi data model terhadap kebutuhan transaksi dengan menggambar diagram yang mewakili pathway yang diambil oleh setiap transaksi secara langsung pada E-R diagram Begg,Connoly, 2002, p435). Langkah 1.9 Melihat kembali conceptual data model dengan pengguna Langkah ini dilakukan dengan tujuan untuk memastikan bahwa data model merupakan representasi yang benar bagi setiap pandangan Rancangan Basis Data Logikal (Logical Database Design) Desain basis data logikal adalah proses membangun model informasi yang digunakan organisasi berdasarkan model data tertentu, tetapi tidak tergantung dari Database Management System (DBMS) dan pertimbangan fisik

21 29 lainnya Begg,Connoly, 2002, p441). Langkah-langkah dalam metodologi logical database design yaitu: Langkah 2 Membangun dan validasi local logical data model bagi setiap pandangan pengguna Tujuannya untuk membangun sebuah local logical data model dari sebuah local conceptual data model yang mewakili pandangan tertentu dari organisasi dan kemudian memvalidasi model ini untuk memastikan bahwa strukturnya benar (dengan menggunakan teknik normalisasi) dan untuk memastikan dukungannya terhadap transaksi-transaksi yang dibutuhkan. Kegiatan yang dilakukan pada langkah ini meliputi: Langkah 2.1 Menghilangkan fitur-fitur yang tidak compatible dengan model relational (langkah pilihan) Bertujuan untuk menyaring local conceptual data model sehingga fiturfitur yang tidak sesuai dengan model relasional dihilangkan. Langkahlangkahnya antara lain: Menghilangkan many-to-many (*:*) binary relationship Dengan memecah relationship yang mengandung many-to-many (*:*) untuk mengidentifikasikan sebuah entitas tengah (intermediate entity) sehingga relationship ini digantikan dengan dua buah one-to-many (1:*) relationship, dengan entitas tengah berada di antara dua buah entitas yang lama.

22 30 Menghilangkan many-to-many (*:*) recursive relationship types Jika recursive relationship ada pada conceptual data model, relationship tersebut harus dipecah untuk mengidentifikasikan sebuah entitas tengah dengan cara menganggap entitas yang terlibat pada relationship ini merupakan dua buah entitas dengan jenis relationship many-to-many (*:*) binary sehingga penyelesaiannya sama dengan penyelesaian pada relationship many-to-many (*:*) binary. Menghilangkan complex relationship types Dihilangkan dengan memecah relationship ini untuk mengidentifikasikan entitas tengah (intermediate entity). Kemudian complex relationship ini akan digantikan dengan beberapa one-to-many (1:*) binary relationship. Menghilangkan multi-valued attributes Cara menghilangkannya adalah dengan memecah atribut ini untuk mengidentifikasikan sebuah entitas. Langkah 2.2 Membuat relasi untuk model data logical Yang ditentukan pertama kali adalah nama relasi diikuti daftar simple attribute yang disertai dengan tanda kurung, primary key beserta alternate key dan atau foreign key dari relasi. Relationship antara satu entitas dengan entitas lainnya digambarkan dengan mekanisme primary key atau foreign key.

23 31 Langkah 2.3 Validasi relasi dengan normalisasi Normalisasi merupakan sebuah tehnik yang dapat digunakan untuk menjelaskan relasi-relasi yang akan menjelaskan data, relationship, dan constraints seakurat mungkin (Begg, Connolly, 2002, p375). Normalisasi menggunakan pendekatan bottom-up dalam mendesain basis data yang dimulai dengan melakukan pengecekan relationship diantara atributatributnya. Normalisasi adalah tehnik untuk menghasilkan sebuah set dari relasi dengan properti-properti yang diinginkan, memberikan data yang dibutuhkan dari perusahaan (Begg, Connolly, 2002, p376). Proses dari Normalisasi pertama kali dibangun oleh E.F Codd (1972b). 1NF 2NF 3NF BCNF 1NF 2NF 3NF BCNF 4NF 5NF 4NF 5NF Higher Normal Form 1NF 2NF 3NF BCNF 4NF 5NF Gambar 2.8 Diagram ilustrasi dari relationship diantara Normal Form Proses normalisasi dimulai dengan memindahkan data sumber ke bentuk tabel dengan format baris dan kolom. Tabel ini berbentuk tidak normal dan disebut dengan unnormalized table Begg,Connoly, 2002, p388).

24 32 Unnormalized form (UNF) adalah suatu tabel yang terdiri dari satu atau lebih kelompok yang berulang (repeating group) Begg,Connoly, 2002, p387). Repeating group adalah sebuah atribut atau himpunan atribut di dalam tabel yang memiliki lebih dari satu nilai (multiple value) untuk sebuah primary key pada tabel tersebut Begg,Connoly, 2002, p388). Tingkatan normalisasi yang digunakan sebagai landasan penulisan skripsi ada tiga tahap yaitu : First Normal Form (1NF) Suatu relasi dikatakan 1NF jika titik temu tiap baris dan kolom pada relasi tersebut mengandung satu dan hanya satu nilai Begg,Connoly, 2002, p388). Sebuah relasi akan berada dalam bentuk 1NF jika repeating groupnya sudah hilang. Ada dua pendekatan untuk menghilangkan repeating group pada tabel yang tidak normal, yaitu: Dengan memasukkan data yang sesuai ke dalam kolom yang kosong dari baris yang mengandung data berulang. Dengan menempatkan data yang berulang bersama salinan atribut kunci pada relasi yang terpisah. Sebuah primary key diidentifikasikan ke dalam relasi yang baru. Second Normal Form (2NF) Relasi dikatakan 2NF jika relasi tersebut berada pada 1NF dan setiap atribut yang bukan primary key bergantung penuh (fully

25 33 functionally dependent) terhadap primary key (Begg,Connoly,2002, p392). Full functional dependency terjadi jika A dan B merupakan atribut dari suatu relasi, dan B dikatakan bergantung penuh terhadap A (A B), jika B bergantung terhadap A, namun bukan subset dari A Begg,Connoly, 2002, p391). Untuk menghasilkan relasi dalam bentuk 2NF melibatkan penghilangan ketergantungan sebagian (partial dependency) dan menempatkannya pada relasi yang baru bersama salinan atribut penentunya (determinant attribute). Third Normal Form (3NF) Suatu relasi dikatakan 3NF jika relasi tersebut berada dalam bentuk 1NF dan 2NF, dan tidak ada atribut bukan primary key bergantung secara transitif (transitively dependent) terhadap primary key Begg,Connoly, 2002, p394). Transitive dependency ialah sebuah kondisi dimana A, B, dan C merupakan atribut dari relasi yang jika A B dan B C maka C disebut bergantung secara transitif (transitively dependent) terhadap A melalui B (A tidak functionally dependent terhadap B atau C) Begg,Connoly, 2002, p394).

26 34 Langkah 2.4 Validasi relasi terhadap transaksi pengguna Bertujuan untuk memastikan bahwa relasi-relasi pada local logical data model mendukung transaksi-transaksi yang dibutuhkan oleh pengguna, seperti terinci pada spesifikasi kebutuhan pengguna. Langkah 2.5 Mendefinisikan integrity constraint Integrity constraint adalah batasan-batasan yang harus ditentukan untuk melindungi basis data agar tetap konsisten Begg,Connoly, 2002, p457). Ada lima jenis integrity constraint, yaitu : Required data Beberapa atribut harus selalu berisi nilai yang benar (valid), tidak dapat bernilai null. Constraint ini harus diidentifikasikan pada saat mendokumentasikan atribut-atribut pada kamus data (langkah 1.3). Attribute domain constraint Setiap atribut memiliki domain, yaitu himpunan nilai yang dibolehkan Begg,Connoly, 2002, p457). Constraint ini harus diidentifikasikan pada saat pemilihan attribute domain untuk data model (langkah 1.4). Entity integrity Primary key dari sebuah entitas tidak boleh bernilai null. Constraint ini harus dipertimbangkan pada saat penentuan primary key bagi setiap tipe entitas (langkah 1.5).

27 35 Referential integrity Jika suatu foreign key memiliki nilai, maka nilai tersebut harus menunjuk ke sebuah baris yang ada pada relasi parent. Enterprise constraint (business rules) Kegiatan update entitas dibatasi oleh peraturan atau kebijakan organisasi yang mengatur transaksi yang diwakilkan oleh update yang dilakukan. Langkah 2.6 Meninjau kembali local logical data model yang dibuat dengan pengguna Tujuan yang ingin dicapai adalah untuk memastikan bahwa local logical data model dan dokumentasi pendukung yang menggambarkan model merupakan perwakilan yang benar dari pandangan pengguna. Langkah 3 Membangun dan validasi global logical data model Bertujuan menggabungkan masing-masing local logical data model menjadi sebuah global logical data model yang menggambarkan organisasi dengan menyatukan masing-masing local logical data model bagi setiap pandangan pengguna. Kegiatan yang dilakukan pada langkah ini meliputi : Langkah 3.1 Menggabungkan semua model logikal data ke dalam model global Untuk setiap local logical data model telah dihasilkan sebuah diagram Entity-Relationship (ER diagram), skema relasional, kamus data, dan dokumentasi pendukung yang menggambarkan batasan-batasan model. Komponen-komponen tersebut digunakan untuk mengidentifikasikan

28 36 persamaan dan perbedaan antara model-model dan oleh karena itu akan membantu menyatukan model-model tersebut. Langkah 3.2 Validasi global logical data model Bertujuan untuk memvalidasi relasi-relasi yang dibuat dari global logical data model dengan menggunakan teknik normalisasi dan untuk memastikan bahwa model tersebut mendukung transaksi-transaksi yang dibutuhkan. Langkah 3.3 Memeriksa kemungkinan perkembangan di masa yang akan datang Bertujuan untuk menentukan kemungkinan adanya perubahan yang berarti pada waktu mendatang dan untuk memperkirakan apakah global logical data model yang ada dapat menyesuaikan dengan perubahan tersebut. Langkah 3.4 Meninjau kembali global logical data model dengan para pengguna Bertujuan untuk memastikan bahwa global logical data model merupakan representasi yang benar dari organisasi Pemilihan DBMS (Database Management System) DBMS (Database Management System) adalah perangkat lunak khusus yang digunakan untuk membuat, mengakses, mengontrol, dan mengatur sebuah basis data (Whitten, 2004, p760). Karena suatu organisasi memerlukan perluasan atau perubahan pada sistem yang sedang berjalan, maka akan menjadi hal yang perlu untuk

29 37 mengevaluasi produk-produk DBMS yang baru. Tujuannya untuk memilih sebuah sistem yang sesuai dengan kebutuhan perusahaan saat ini maupun di masa yang akan datang, yang seimbang dengan biaya-biaya yang dikeluarkan termasuk dalam pembelian produk DBMS, perangkat lunak maupun perangkat keras tambahan yang dibutuhkan untuk mendukung sistem basis data, dan biaya-biaya lain yang berhubungan dengan perubahan dan pelatihan pegawai. Tahapan utama dalam memilih DBMS antara lain: Mendefinisikan syarat-syarat sebagai referensi Dibuat dengan menyatakan tujuan dan ruang lingkup pembelajaran, tugas-tugas yang akan dikerjakan, penjelasan kriteria (berdasarkan spesifikasi kebutuhan pengguna) yang akan digunakan dalam mengevaluasi produk-produk DBMS, daftar produk-produk yang dimungkinkan, semua batasan-batasan dan skala waktu yang dibutuhkan untuk pembelajaran. Daftar singkat dua atau tiga produk Kriteria yang dianggap penting dalam keberhasilan implementasi dapat digunakan untuk membuat daftar produk-produk DBMS dalam evaluasi, seperti dana yang tersedia, tingkat dukungan vendor, kecocokan dengan perangkat lunak lainnya, dan apakah produk hanya berjalan pada perangkat keras tertentu. Evaluasi produk Fitur-fitur yang digunakan dalam evaluasi produk-produk DBMS dikelompokkan menjadi definisi data, definisi fisik,

30 38 kemampuan akses, penanganan keperluan-keperluan, pengembangan, dan fitur-fitur lainnya. Merekomendasikan pilihan dan memproduksi laporan Langkah terakhir dari pemilihan DBMS adalah mendokumentasikan prosesnya dan membuat pernyataan dalam penemuan dan rekomendasi atas produk DBMS tertentu Rancangan Basis Data Fisikal (Physical Database Design) Perancangan basis data fisikal (physical database design) adalah proses untuk menghasilkan penjelasan dari pengimplementasian suatu basis data pada media penyimpanan kedua, juga menjelaskan base relation, pengaturan file, dan indeks yang digunakan untuk mencapai akses data yang efisien, integrity constraint, serta ukuran keamanan Begg,Connoly, 2002, p282). Langkah-langkah metodologi perancangan basis data fisikal terdiri dari: Langkah 4 Menterjemahkan global logical data model untuk target DBMS Bertujuan untuk menghasilkan skema basis data relasional bagi global logical data model yang dapat diimplementasikan pada target DBMS. Langkah 4.1 Merancang Relasi Dasar Untuk setiap relasi yang diidentifikasikan pada global logical data model, definisinya terdiri dari nama relasi, daftar simple attribute diikuti tanda kurung, primary key berserta alternate key dan foreign key

31 39 jika ada, dan referential integrity constraint bagi foreign key yang teridentifikasi. Definisi setiap atribut pada kamus data terdiri dari domainnya yang terdiri atas tipe data, panjang data, setiap constraint pada domain, nilai defaultnya jika ada, dan keterangan apakah atribut dapat memiliki nilai null. Langkah 4.2 Merancang representasi derived data Bertujuan untuk menentukan cara untuk merepresentasikan derived data yang ada dalam global logical data model ke dalam target DBMS. Biasanya derived attribute tidak terlihat pada logical data model namun didokumentasikan di dalam kamus data. Untuk setiap derived attribute yang ada, tanda / digunakan untuk menandakan atribut tersebut adalah derived attribute. Langkah 4.3 Merancang enterprise constraints Bertujuan untuk merancang batasan-batasan organisasi untuk target DBMS. Update terhadap relasi dibatasi oleh peraturan organisasi yang mengatur transaksi real world yang diwakili oleh update tersebut. Langkah 5 Membuat representasi fisikal Bertujuan untuk menentukan organisasi file yang optimal untuk menyimpan base relation dan indeks yang diperlukan untuk mencapai unjuk kerja yang sesuai, dengan cara penentuan penyimpanan relasi dan

32 40 baris-baris pada tempat penyimpanan kedua. Ada tiga faktor untuk mengukur efisiensi penyimpanan data yaitu: Transaction throughput: jumlah transaksi yang dapat diproses pada rentang waktu yang diberikan Begg,Connoly, 2002, p484). Response Time: waktu yang diperlukan untuk menyelesaikan sebuah transaksi Begg,Connoly, 2002, p484). Disk storage: besarnya ukuran penyimpanan untuk menyimpan basis data Begg,Connoly, 2002, p484). Untuk meningkatkan unjuk kerja, cara interaksi antara empat komponen dasar perangkat keras harus diperhatikan karena berpengaruh terhadap unjuk kerja sistem. Komponen-komponen itu antara lain: Main memory Semakin besar memori utama yang disediakan untuk DBMS dan aplikasinya, semakin cepat aplikasi akan berjalan. CPU CPU mengontrol tugas-tugas dari sumber daya sistem lain dan mengeksekusi proses yang diminta oleh pengguna. Komponen ini harus dijaga agar tidak terjadi bottleneck. Disk I/O Penyimpanannya harus didistribusikan secara merata ke semua drive yang ada untuk mengurangi masalah pada untuk kerja sistem. Prinsip dasar dalam pendistribusian data yaitu: File sistem operasi harus dipisahkan dari file basis data

33 41 File utama basis data harus dipisahkan dari file indeks File log recovery harus dipisahkan dari basis data yang sedang tidak digunakan Network Ketika jumlah lalu-lintas data menjadi besar, atau ketika jumlah tabrakan di dalam jaringan menjadi besar, akan terjadi bottleneck di dalam jaringan. Langkah 5.1 Analisis transaksi Bertujuan untuk memahami fungsi dari transaksi yang dijalankan pada basis data dan menganalisis transaksi-transaksi yang penting. Dalam menganalisis transaksi, kriteria unjuk kerja yang harus diidentifikasi seperti: Transaksi yang sering digunakan dan yang memiliki dampak yang signifikan pada unjuk kerja Transaksi yang penting bagi kegiatan operasional bisnis Peak load, yaitu saat-saat pada hari atau minggu dimana akan ada permintaan yang tinggi terhadap basis data Begg,Connoly, 2002, p486) Langkah 5.2 Memilih organisasi file Untuk menentukan organisasi file yang efisien untuk setiap base relation. Langkah 5.3 Memilih indeks Untuk menentukan apakah penambahan indeks akan meningkatkan unjuk kerja sistem. Ada tiga jenis indeks yaitu:

34 42 Primary index Pengindeksan dilakukan pada kolom kunci (key field), yang diurutkan terlebih dahulu secara sekuensial. Clustering index Pengindeksan dilakukan pada kolom bukan kunci (non-key field), yang sudah diurutkan terlebih dahulu secara sekuensial. Kolom bukan kunci itu disebut juga dengan clustering attribute Begg,Connoly, 2002, p1155). Secondary index Pengindeksan yang dilakukan pada kolom yang tidak terurut di dalam file data Begg,Connoly, 2002, p1155). Langkah 5.4 Memperkirakan kebutuhan disk space Memperkirakan besarnya ruang penyimpanan yang dibutuhkan untuk mendukung implementasi basis data pada tempat penyimpanan kedua. Hal ini sangat tergantung pada target DBMS dan perangkat keras yang digunakan. Perkiraan ukuran dapat dilakukan dengan mengukur besar data tiap baris dan jumlah baris pada setiap relasi. Langkah 6 Merancang user view Bertujuan untuk merancang pandangan pengguna yang diidentifikasikan selama tahap pengumpulan kebutuhan dan analisa pada daur hidup aplikasi basis data relasional (database application lifecycle). Langkah 7 Mekanisme Keamanan Bertujuan untuk menentukan bagaimana kebutuhan keamanan akan direalisasikan. Keamanan bagi basis data sangat diperlukan karena basis

35 43 data merupakan sumber daya perusahaan yang penting. Dua tipe keamanan basis data Begg,Connoly, 2002, p502), yaitu: Keamanan sistem Memberikan perlindungan terhadap akses dan penggunaan basis data pada tingkat sistem, seperti user name dan password. Keamanan data Memberikan perlindungan akses dan penggunaan objek basis data, sepeti relasi dan view dan aksi terhadap objek yang dapat dimiliki oleh pemakai. Langkah 8 Mempertimbangkan pengenalan pengontrolan redundancy Untuk menentukan apakah pengenalan pengontrolan redundancy dengan mengendurkan aturan normalisasi akan meningkatkan unjuk kerja sistem. Langkah 9 Memantau operasional sistem Bertujuan untuk memantau operasional sistem dan meningkatkan unjuk kerja sistem untuk memperbaiki keputusan desain yang tidak sesuai atau menggambarkan kebutuhan-kebutuhan perubahan Mendesain Aplikasi (Application Design) Desain aplikasi merupakan desain dari user interface dan program aplikasi yang menggunakan dan memproses basis data (Begg, Connolly, 2002, p287). Terdapat dua aspek desain aplikasi, yaitu: desain transaksi dan desain tampilan bagi user

36 Desain Transaksi Transaksi merupakan sebuah aksi, atau sekumpulan aksi yang dibawa oleh user atau program aplikasi, yang mengakses atau merubah isi dari basis data (Begg, Connolly, 2002, p288). Tujuan dari mendesain transaksi adalah untuk menemukan dan mendokumentasikan high-level karakteristik dari transaksi yang dibutuhkan pada basis data, mencakup: Data yang akan digunakan oleh transaksi; Karakteristik fungsional dari transaksi Output dari transaksi Rata-rata pemakaian yang diharapkan Terdapat tiga tipe dari transaksi, diantaranya adalah: a. Retrieval transaksi, digunakan untuk meretrieve data untuk tampilan dilayar atau untuk produksi report. b. Update transaksi, digunakan untuk memasukkan record baru, menghapus record lama, atau memodifikasi record yang ada dalam basis data. c. Transaksi campuran, yang mencakup kedua transaksi, baik retrieval dan update data Desain Tampilan Bagi User Sebelum pengimplementasian sebuah form atau report, penting untuk mendesain layout. Berikut ini adalah aturan-aturan untuk mendesain user interface (Begg, Connolly, 2002, p289):

37 45 Judul yang mempunyai arti Informasi yang ada pada judul harus jelas dan tidak ambiguous dalam menjelaskan form atau report. Instruksi yang komprehensif Instruksi harus jelas, dan ketika informasi tambahan dibutuhkan, menu bantuan harus tersedia. Pengelompokan secara logikal dan mengurutkan field-field Field-field yang berhubungan harus mempunyai posisi yang sama dalam form/report. Pengurutan dari field harus logikal dan konsisten. Tampilan yang atraktif dari form/report Form/report harus menampilkan tampilan yang atraktif bagi user. Tidak boleh ada daerah dari form/report yang mempunyai terlalu banyak atau terlalu sedikit field. Nama-nama field yang familiar Nama field harus familiar bagi user. Consistent terminology dan abbreviations An agreed list dari familiar term dan abbreviation harus digunakan konsisten. Penggunaan warna yang konsisten Warna harus digunakan untuk meningkatkan penampilan dari form/report dan untuk menandai field penting atau pesan penting.

38 46 Spasi dan batasan untuk setiap field data entry Seorang user harus memperhatikan secara visual dari total jumlah dari tempat yang tersedia untuk setiap field. Pergerakan cursor yang nyaman Seorang user harus mengidentifikasi dengan mudah operasi yang dibutuhkan untuk menggerakkan cursor didalam form/report. Pengecekan kesalahan untuk karakter individual dan seluruh field Seorang user harus mengidentifikasi dengan mudah operasi yang dibutuhkan untuk membuat masukan untuk nilai field. Mekanisme yang sederhana harus tersedia seperti menggunakan key Backspace. Pesan kesalahan untuk nilai yang tidak dapat diterima Jika user memasukkan nilai yang salah kedalam field, sebuah pesan kesalahan harus ditampilkan. Pesan harus menginformasikan kepada user dari kesalahan yang terjadi. Optional field harus ditandai dengan jelas Optional field harus jelas diidentifikasikan untuk user. Hal ini dapat dilakukan menggunakan sebuah nama field yang tepat atau dengan menampilkan field menggunakan warna yang mengindikasikan tipe dari field. Pesan informasi bagi setiap field Ketika seorang user menempatkan cursor pada field, informasi tentang field harus muncul dilayar.

39 47 Completion signal Harus jelas bagi user ketika proses pengisian field pada form sudah selesai Prototyping Prototype merupakan membangun sebuah model kerja dari aplikasi basis data. Tujuan utama mengembangkan suatu aplikasi basis data prototype adalah mengijinkan para pemakai menggunakan prototype itu untuk mengidentifikasi fitur sistem yang bekerja dengan baik, bahkan meningkatkan fitur baru bagi aplikasi basis data. Dengan demikian, kita dapat memperjelas kebutuhan pemakai dan pengembang sistem dan mengevaluasi kelayakan desain sistem tertentu (Begg, Connolly, 2002, p292). Ada dua strategi dari prototype yaitu menentukan kebutuhan prototype dan membuat prototype evolusioner. Kebutuhan prototype berguna untuk menentukan kebutuhan suatu aplikasi basis data yang diusulkan dan ketika kebutuhan terhadap basis data tersebut sudah lengkap maka prototype tidak digunakan lagi. Prototype evolusioner digunakan untuk tujuan yang sama, perbedaannya adalah bahwa prototype tidak dibuang, tetapi dengan pengembangan lebih lanjut prototype tersebut bekerjasama dengan aplikasi basis data Implementasi (Implementation) Implementasi merupakan perwujudan fisik dari basis data dan desain aplikasi (Begg, Connolly, 2002, p292). Pada tahap penyelesaian

40 48 desain (dimana dapat melibatkan pembuatan prototype atau tidak), dapat diterapkan basis data dan program aplikasi yang telah dibuat. Implementasi basis data dapat dicapai dengan menggunakan DDL (Data Definition Language) yang telah dipilih atau dengan menggunakan GUI (Graphical User Interface). Keamanan dan kontrol integrity untuk aplikasi juga dapat diimplementasikan Konversi dan Loading Data (Data Conversion and Loading) Pemindahan data yang ada di dalam basis data baru dan konversi aplikasi yang sedang berjalan agar dapat digunakan dalam basis data yang baru (Begg, Connolly, 2002, p293). Langkah ini hanya diperlukan ketika suatu sistem basis data baru sedang menggantikan sistem basis data yang lama. Dewasa ini DBMS mempunyai peralatan yang dapat dipakai untuk mengisi file yang ada ke dalam basis data yang baru, peralatan ini membutuhkan spesifikasi sumber file dan target basis data dan kemudian secara otomatis mengkonversi data pada format yang diperlukan basis data yang baru Testing Merupakan proses eksekusi program aplikasi dengan tujuan menemukan kesalahan. Dengan menggunakan perencanaan strategi test dan data yang sebenarnya sehingga seluruh proses testing dapat berjalan dengan baik (Begg, Connolly, 2002, p293). Seperti dalam desain basis data, user dari sistem baru ini harus dilibatkan dalam proses testing. Jika data yang sebenarnya yang digunakan, kita perlu membuat back-up,

41 49 apabila terjadi kesalahan. Setelah testing selesai, sistem aplikasi siap untuk dipindah tangankan pada user Pemeliharaan Operasional (Operational Mainenance) Merupakan proses memonitor dan memelihara sistem beserta instalasinya (Begg, Connolly, 2002, p293). Langkah pemeliharaan mencakup dari aktivitas sebagai berikut: Memonitor performansi sistem Memelihara dan mengup-grade aplikasi basis data (jika diperlukan) Proses memonitor ini dilakukan secara kontinu dan pada waktu tertentu boleh melakukan organisasi ulang basis data untuk mencukupi kebutuhan sistem. Perubahan ini menyediakan informasi pada evolusi sistem dan sumber daya yang pada masa yang akan datang mungkin diperlukan State Transition Diagram Menurut Yourdon (1989, p263), STD merupakan suatu modelling tools yang menunjukkan berbagai model tingkah laku (disebut state) sistem dan cara membuat transisi dari state ke state yang lainnya. Jadi, STD menggambarkan sifat ketergantungan pada waktu dari suatu sistem. Diagram ini menggambarkan urutan dan variasi dari layar yang muncul saat pengguna sistem menggunakan terminal tersebut. STD memiliki dua komponen utama yaitu : State Gambar 2.9 Contoh State dalam STD

42 50 Transition state Gambar 2.10 Contoh Transition State dalam STD Setiap STD memiliki initial dan final state. Initial state harus berjumlah satu dalam setiap STD, tetapi final state tidak harus satu (bisa beberapa state). Selain itu untuk melengkapi STD diperlukan dua hal lagi, yaitu: Condition adalah suatu event pada external environment yang dapat dideteksi oleh sistem. Contoh : tekanan tombol dari user, input user, dan sebagainya. Action adalah yang dilakukan oleh sistem bila terjadi perubahan state atau merupakan reaksi terhadap condition. Action akan menghasilkan output, message display pada layar, kalkulasi, dan sebagainya Berikut ini adalah contoh penulisan dari STD : Condition Action Gambar 2.11 Contoh penulisan STD

43 Teori Khusus Teori Sumber Daya manusia Sumber Daya Manusia Peran departemen SDM sudah bertumbuh pesat sekarang ini. Para pemimpin SDM harus menjadi yang pertama dan terakhir dalam menangani perubahan dalam perusahaan. Apakah itu untuk membuka kantor cabang baru, menangani merger, beradaptasi dengan perubahan mendadak, atau menumbuhkan motivasi pekerja. Departemen SDM harus melihat, menangani, dan mengkomunikasikan perubahan tersebut. Misi dari departemen SDM adalah untuk memaksimalkan pengembalian investasi dari setiap investasi pekerja. Dari sudut pandang ini, manajemen SDM adalah merupakan prioritas paling utama untuk semua operasi yang berpusat pada pekerja manusia. Dalam dekade terakhir, perusahaan besar telah mencapai produktivitas yang besar dengan menggunakan solusi SDM yang baik. Sekarang ini, perangkat lunak (software) akan mengubah proses SDM menjadi terotomatisasi. Tabel 2.1 Tabel keuntungan menggunakan perangkat lunak didalam SDM Hal Penggantian Staff Keuntungan Biaya untuk mengganti staff yang buruk dengan staff yang baik sangatlah besar, adakalanya mencapai 100% gaji pertahun. Oleh karena itu sistem HRD harus mampu membantu merekrut staff dan merekrut

44 52 staff yang baik dan dalam saat yang bersamaan juga harus mampu membantu anda mengenali staff yang buruk Operasional Hal Manajemen SDM yang efektif dapat Keuntungan Mengurangi proses administrasi sampai dengan 70%. Ini memberikan manager SDM waktu lebih banyak untuk mengurus masalah lain dan mengurangi biaya administrasi. Integrasi Departemen SDM membantu meningkatkan produksi dengan cara memilih pekerja yang baik, dengan keahlian yang tepat, pada saat yang tepat dan dengan harga yang tepat pula. Satusatunya cara hal ini dapat dilakukan adalah dengan memahami kepentingan bisnis perusahaan. Sistem SDM dapat melakukan hal ini hanya apabila ia dapat membagi data dengan sistem-sistem lain pada perusahaan, terutama yang mengendalikan bisnis perusahaan. Sebuah sistem yang terisolasi tidak akan berguna