BAB II LANDASAN TEORI
2.1 Prototype
Menurut Roger S. Pressman (2002) pendekatan prototipe atau prototyping paradigma sangat cocok digunakan untuk sistem atau perangkat lunak yang dibangun mengikuti kebutuhan pengguna, metode ini sangat sesuai diterapkan dalam proses perancangan perangkat lunak yang akan dibangun. Tahapan-tahapan dalam model proses prototipe mewakili tahapan pengembangan desain perangkat lunak baru yang akan dibangun. 2.1.2 Keunggulan dan kelemahan prototype
o Keunggulan prototype .Adanya
komunikasi yang baik antara pengembang dan
pelanggan untuk dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan. Pelanggan juga berperan aktif dalam pengembangan
system.
Lebih
menghemat
waktu
dalam
pengembangan system Penerapan menjadi lebih mudah karena pelanggai mengetahui apa yang diharapkannya.
o Kelemahan prototype
Aplikasi tidak selalu sesuai pada kehidupan nyata.
Terkadang hubungan antar pelanggan dan pengembang bila tidak baik, maka produk yang diciptakan pun akan terlihat kurang baik.
5
6
2.2 Model dan Simulasi
Dunia terdiri dari sistem yang sangat kompleks, dengan komponen sistem yang sangat banyak, saling mempengaruhi dan saling bergantung antara satu komponen sistem dengan komponen lainnya, sehingga manusia harus menghadapi dan menanggulangi banyak masalah yang sangat rumit yang memerlukan penanganan yang segera dan antisipatif. Untuk memecahkan masalah ini dikembangkan Ilmu Sistem yang berkembang pesat belakangan ini. Ilmu Sistem sering menggunakan model. Model dibuat menjadi lebih sederhana daripada dunia nyata, sehingga manusia dapat lebih mudah untuk menanganinya (Saaty 1993).
2.2.1 Keunggulan Model Simulasi
Menurut
Kakiay
(2004)
penggunaan
model
dan
simulasi
mempunyai keuntungan: 1.
Menghemat waktu
2.
Dapat merentang-luaskan waktu
3.
Dapat mengawasi sumber-sumber yang bervariasi
4.
Mengoreksi kesalahan-kesalahan perhitungan
5.
Dapat dihentikan dan dijalankan kembali
6.
Besaran konstanta sistem dapat diubah-ubah untuk melihat pengaruhnya
Simulasi merupakan satu-satunya cara yang dapat digunakan untuk mengatasi masalah, dengan catatan : 1. Solusi analitik tidak bisa dikembangkan, karena sistem yang sangat kompleks. 2. Pengamatan sistem secara langsung tidak dimungkinkan, karena : o
Sangat mahal
o
Memakan waktu yang terlalu lama
o
Akan merusak sistem yang sedang berjalan.
7
2.2.2 Kelemahan Simulasi Adapun kekurangan simulasi adalah : 1.
Membuat suatu model simulasi yang baik bisa jadi memerlukan biaya yang sangat mahal, bahkan sering dibutuhkan waktu bertahun-tahun untuk mengembangkan model yang sesuai.
2.
Teknik simulasi bukan proses optimisasi dan tidak menghasilkan sebuah jawaban tetapi hanya menghasilkan sekumpulan output dari sistem pada berbagai kondisi yang berbeda.
2.3
RPL RPL (Rekayasa Perangkat Lunak) adalah suatu disiplin ilmu yang
mempelajari semua aspek produksi dalam suatu proses perancangan suatu perangkat lunak / sistem dengan tujuan untuk dapat menghasilkan suatu perangkat lunak / sistem dengan cara yang efektif dan efisien dari segi biaya, waktu, dan tenaga. Tahapan-tahapan pengembangan suatu perangkat lunak yakni : Analisis, Desain, Implementasi, Pengujian, Pemeliharaan, dan Dokumentasi. (IAN SOMMERVILLE, 2003)
2.4
Metode Waterfall Model ini melakukan pendekatan secara sistematis dan urut mulai
dari level kebutuhan sistem. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan Analisis dan Definisi Persyaratan
Perancangan Sistem dan Perangkat Lunak
Implementasi dan Pengujian Unit
Integrasi dan Pengujian Sistem
Operasi dan Pemeliharaan
Gambar 2.1
Siklus Hidup Perangkat Lunak (Sumber: IAN SOMMERVILLE, 2003)
8
Model pengembangan ini tidak mengizinkan tahapan tertentu langsung menggantikan tahapan berikutnya sampai operasi tahapan yang terdahulu telah terpenuhi. tahapan yang ada di dalam model ini adalah : -
Analisis dan Definisi Persyaratan Pada tahapan ini biasanya dilakukan pengumpulan data-data / informasi-informasi yang berkaitan dengan perangkat lunak / sistem yang akan dikembangkan
-
Perancangan Sistem dan Perangkat Lunak Pada tahapan ini, arsitektur perangkat lunak / sistem mulai dibuat berdasarkan data-data yang telah diperoleh sebelumnya pada tahapan analisa. komponen antarmuka perangkat lunak juga dirancang dengan mengacu pada kebutuhan-kebutuhan yang sebelumnya telah dilakukan pada tahapan analisa
-
Implementasi dan Pengujian Unit Pada tahapan ini, dilakukan pengujian terhadap tiap unit-unit program yang telah dibuat. Tujuan dilakukannya tahapan ini adalah untuk mem-verifikasi bahwa setiap unit program telah berjalan sesuai dengan fungsi yang telah ditetapkan sebelumnya.
-
Integrasi dan Pengujian Sistem Pada tahapan ini, seluruh unit program mulai diintegrasikan satu sama lain kemudian diuji sebagai perangkat lunak secara lengkap dan utuh. Tujuan dari tahapan ini adalah untuk menjamin bahwa segala persyaratan yang sebelumnya dicatat pada tahapan analisa telah terpenuhi dan tidak ada yang meleset dari perkiraan atau prediksi.
-
Operasi dan Pemeliharan Pada tahapan ini biasanya dilakukan perbaikan , penambahan , pengembangan perangkat lunak berdasarkan permintaan dari user atau pemilik.
9
2.5 Unified Modelling Language (UML) Unified Modelling Language (UML) adalah keluarga notasi grafis
yang
didukung
oleh
meta-model
tunggal,
yang
membantu
pendeskripsian dan desain system perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek (Fowler, 2005).
UML bukan yang merupakan standar yang relatif terbuka yang dikontrol oleh Objek Management Group (OMG), sebuah konsorsium terbuka yang terdiri dari banyak perusahaan. OMG dibentuk untuk membuat standarstandar yang mendukung interoperabilitas, khususnya interopebilitas sistem berorientasi objek. OMG mungkin lebih dikenal dengan standar-standar COBRA( Common Object Request Broker Architecture ) (Fowler, 2005). Tabel 2.1 : Jenis diagram resmi UML (Munawar. 2005) No.
Diagram
Kegunaan
1.
Activity
Perilaku prosedural dan parallel
2.
Class
Class, fitur, dan relasinya
3.
Communication
Interaksi antar objek; penekanan pada link
4.
Component
Struktur dan koneksi dari komponen
5.
Composite
Dekomposisi sebuah class pada saat runtime
structure 6.
Deployment
Penyebaran / instalasi ke klien
7.
Interaction
Gabungan sequence dan activity diagram
overview 8.
Object
Contoh konfigurasi dari contoh-contoh
9.
Package
Struktur hierarki saat kompilasi
10.
Sequence
Interaksi antar objek; penekanan pada sequence
11.
State machihne
Bagaimana event mengubah objek selama aktif
12.
Timing
Interaksi antar objek; penekanan pada timing
13.
Use case
Bagaimana
pengguna
sebuah sistem
berinteraksi
dengan
10
2.6
Use Case Diagram Use case diagram adalah teknik untuk merekam persyaratan
fungsional sebuah sistem. Use Case mendeskripsikan interaktsi tipikal antara para pengguna sistem dengan sistem itu sendiri, dengan memberi sebuah narasi tentang bagaimana sistem tersebut digunakan. (Fowler 2005)
Rangkaian langkah-langkah yang menjabarkan sebuah interaksi antara seorang pengguna dengan sebuah sistem disebut skenario. Dalam bahasan use case, para pengguna disebut sebagai aktor. Aktor merupakan sebuah peran yang dimainkan seorang pengguna dalam kaitannya dengan sistem. Seorang aktor dapat menggunakan banyak use case , sebaliknya sebuah use case juga dapat digunakan oleh beberapa aktor.
Setiap use case mempunyai aktor utama yang meminta sistem untuk memberi sebuah layanan. Setiap langkah dakam use case adalah sebuah elemen dalam interaksi antara aktor dan sistem. Setiap langkah harus berupa pernyataan sederhana dan dengan jelas menunjukkan siapa yang menjalankan langkah tersebut.
Tabel 2.2 : Notasi use case diagram (Booch, Rambaugh, dan Jacobson 1998)
Notasi
Deskripsi Aktor, yang digunakan untuk menggambarkan pelaku atau pengguna. Pelaku ini meliputi manusia atau sistem komputer atau subsistem lain yang memiliki metode untuk melakukan sesuatu. Contoh: Manager, Pelanggan, dan lain-lain.
11
Tabel 2.2 : Notasi use case diagram (Booch, Rambaugh, dan Jacobson 1998) (Lanjutan)
Notasi
Deskripsi Use
case,
spesifikasi deskripsi
digunakan pekerjaan pekerjaan
untuk (job (job
menggambarkan
specification) description),
dan serta
keterkaitan antar pekerjaan (job). Contoh: pesan barang, menutup pintu, dan lain-lain. Aliran
proses
(relationship),
digunakan
untuk
menggambarkan hubungan antara use case dengan use case lainnya. Aliran perpanjangan (extension point), digunakan untuk menggambarkan hubungan antara use case dengan use case yang diperpanjang (extended use case) maupun dengan use case yang dimasukkan (included use case). Aliran yang digunakan untuk menggammbarkan hubungan antara actor dengan use case. Kondisi yang mendeskripsikan apa yang terjadi <<extended>>
antara use case dengan use case yang diperpanjang. Include adalah kondisi aliran proses langsung
<
>
(directed relationship) antara dua use case yang secara
tak
langsung
menyatakan
kelakuan
(behaviour) dari use case yang dimasukkan. <>
Adalah kondisi yang mendeskripsikan apa yang terjadi antara actor dengan use case.
12
Gambar 2.2 Contoh Diagram Use Case (Djajono, 2005) 2.6.1
Activity Diagram Diagram aktifitas adalah teknik untuk mendeskripsikan logika
prosedural, proses bisnis dan aliran kerja dalam banyak kasus (Munawar, 2005). Activity diagram memodelkan alur kerja (workflow) sebuah proses bisnis dan urutan aktivitas dalam suatu proses. Diagram ini sangat mirip dengan sebuah flowchart karena kita dapat memodelkan sebuah alur kerja dari satu aktivitas ke aktivitas lainnya atau dari satu aktivitas ke dalam keadaan sesaat (state). Seringkali bermanfaat bila kita membuat sebuah activity diagram terlebih dahulu dalam memodelkan sebuah proses untuk membantu kita memahami proses secara keseluruhan. Activity diagram juga sangat
berguna
ketika
kita
ingin
menggambarkan
perilaku
paralel/menjelaskan bagaimana perilaku dari berbagai use case berinteraksi.
Tabel 2.3 : Notasi activity diagram (Fowler, 2005) No. 1.
Notasi
Keterangan Aktifitas,
digunakan
untuk
aktifitas dalam diagram aktifitas.
menggambarkan
13
Tabel 2.3 : Notasi activity diagram (Fowler, 2005) (Lanjutan) No.
Notasi
1.
Keterangan Aktifitas, digunakan untuk menggambarkan aktifitas dalam diagram aktifitas.
2.
Node keputusan (decision node), digunakan untuk menggambarkan kelakuan pada kondisi tertentu.
3.
Titik awal, digunakan untuk menggambarkan awal dari diagram aktifitas.
4.
Titik akhir (final acton), digunakan untuk menggambarkan akhir dari diagram aktifitas.
5.
Akhir alur (flow final), digunakan untuk menghancurkan semua tanda yang datang dan tak memiliki efek alur dalam aktifitas.
6.
Aksi (action), digunakan untuk menggambarkan alur antara aksi dengan aksi, titik awal dengan aksi, atau aksi dengan titik akhir.
7.
Aksi penerimaan kejadian (accept event action), sebuah aksi yang menunggu sebuah kejadian dari suatu peristiwa bertemu kondisi yang spesifikasi.
8.
DataStore digunakan untuyk menjaga agar < >
semua tanda yang masuk dan menduplikasinya saat mereka dipilih untuk pindah ke
alur
selanjutnya (downstream). 9.
Node fork memiliki satu aksi yang masuk dan beberapa aksi yang keluar.
14
V a lid p a ssw o rd /ID
In v a lid
S e le c t m a jo r fu n c tio n
p a s s w o r d /I D
P ro m p t fo r re e n try
N o in p u t trie s re m a in
In p u t trie s re m a in
S e le c t su rv e illa n c e
T h u m b n a il v ie w s
S e le c t a s p e c ific c a m e ra
S e le c t c a m e r a ic o n
S e le c t s p e c if ic c a m e r a - t h u m b n a ils
V ie w
c a m e r a o u t p u t in la b e le d w in d o w
P r o m p t f o r a n o t h e r v ie w
E x it th is fu n c tio n
S e e a n o th e r c a m e ra
Gambar 2.3 Contoh Diagram Activity (Pressman, 2005)
2.6.3 DEPLOYMENT DIAGRAM
Deployment Diagram memperlihatakan pemetaan software kepada hardware. Setiap model hanya memiliki satu deployment diagram. Deployment diagram menggambarkan arsitektur fisik dari perangkat keras dan perangkat lunak sistem, menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Di dalam nodes, executeable component dan object yang dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.
15
2.7 Borland Delphi 7 Borland Delphi merupakan suatu bahasa pemrograman yang memberikan berbagai fasilitas pembuatan aplikasi untuk mengolah teks, grafik, angka, database dan aplikasi web. Program ini mempunyai kemampuan luas yang terletak pada produktifitas, kualitas, pengembangan perangkat lunak, kecepatan kompilasi, pola desain yang menarik serta bahasa pemrogramannya terstruktur dan lengkap. Fasilitas pemrograman dibagi dalam dua kelompok yaitu object dan bahasa pemrograman. Object adalah suatu komponen yang mempunyai bentuk fisik dan biasanya dapat dilihat. Object biasanya dipakai untuk melakukan tugas tertentu dan mempunyai batasan-batasan tertentu. Sedangkan bahasa pemrograman dapat disebut sekumpulan teks yang mempunyai arti tertentu dan disusun dengan aturan tertentu untuk menjalankan tugas tertentu. Gabungan antara object dengan bahasa pemrograman sering disebut bahasa pemrograman berorientasi object.
2.7.1 IDE Delphi 7 Merupakan lingkungan pemrograman terpadu yang terdapat dalam Delphi. Dengan IDE semua yang diperlukan dalam pengembangan, dalam kondisi normal, semuanya telah tersedia. Adapun bagian-bagian IDE Delphi yang biasa ditampilkan: • Jendela Utama Di dalam jendela utama Delphi terdapat menu-menu sebagaimana menu aplikasi Windows umumnya, toolbar yang merupakan langkah cepat dari beberapa menu, dan component palette yaitu gudang komponen yang akan digunakan untuk membuat aplikasi. •
Object Treeview Fasilitas ini berguna untuk menampilkan daftar komponen yang digunakan dalam pengembangan aplikasi sesuai dengan penempatannya.
16
•
Object Inspector Object ini digunakan untuk mengatur properti dan event suatu komponen. Akan tetapi tidak dapat mengubah langsung properti-properti yang tidak ditampilkan kecuali melalui penulisan kode program.
•
Form Designer Form adalah komponen utama dalam pengembangan aplikasi. Form designer adalah tempat melekatnya komponen yang lain, dengan arti lain tempat komponen-komponen lain diletakkan.
•
Code Editor, Explorer dan Component Diagram Code Editor adalah tempat kode program yang diperlukan untuk mengatur tugas aplikasi ditulis. Code Explorer adalah fasilitas yang membantu penjelajahan kode program menjadi lebih mudah. Component Diagram adalah fasilitas yang dapat digunakan untuk membuat diagram komponen-komponen yang digunakan dalam aplikasi
2.7.2 ADO ADO command
ADO connection
Gambar
ADO table
2.4:
gambar
ADO Query
dari
ADOConnection,
ADOCommand,
ADOtable dan ADOQuery
o
ADOConnection Koneksi Objek ADO digunakan untuk membuat koneksi terbuka untuk sumber data. Melalui sambungan ini, dapat mengakses dan memanipulasi database tetapi Jika ingin mengakses database beberapa kali, harus membuat sambungan menggunakan objek Connection.
17
o
ADO Command Objek Command ADO digunakan untuk mengeksekusi query terhadap database tunggal. Permintaan dapat melakukan tindakan seperti menciptakan, menambahkan, mengambil, menghapus atau memperbarui catatan.
o
ADO Table ADOTable digunakan untuk mengakses data dalam sebuah tabel database tunggal dengan menggunakan ADO. ADOTable menyediakan akses langsung ke setiap merekam dan field dalam tabel database. Komponen ADO tabel juga dapat bekerja dengan subset dari record dalam tabel database menggunakan rentang dan filter.
o
ADO Query Berfungsi menampilkan table dengan ketentuan - ketentuan tertentu dengan menggunakan query. Ditampilkan pada komponen data controls. Contoh: SELECT nama FROM MAHASISWA.
Data source Gambar 2.5 : Gambar data source
o
TDataSource Digunakan
untuk
bertindak
sebagai
penghubung
DataAccess dengan data aware-visual control.
DBGrid Gambar 2.4.1 : gambar dari DBGrid Gambar 2.6 : Gambar DBGrid
antara
18
o
TDBGrid Digunakan untuk menampilkan data dan edit dataset dengan format tabulasi atau sering disebut browse.
2. 8
Microsoft accsess 2003 Microsoft Access adalah suatu program aplikasi yang dikeluarkan
oleh microsoft , aplikasi yang berhubungan dengan basis data komputer yang digunakan untuk merancang, membuat dan mengolah berbagai jenis data dengan kapasitas yang besar. Sedangkan Database adalah kumpulan tabel-tabel yang saling berelasi atau berhubungan . Antar tabel yang satu dengan yang lain saling berhubungan sehingga sering disebut basis data relasional. Relasi antar tabel dihubungkan leh suatu key, yaitu primary key dan foreign key.
Gambar 2.7 : layout dari Microsoft accsess o primary key, yaitu suatu atribut yang tidak hanya mengidentifikasi secara unik suatu kejadian tetapi juga mewakili setiap kejadian dari suatu entitas. o Foreign key adalah atribut yang melengkapi relationship dan menunjukkan hubungan antara tabel induk dengan tabel cabang. Foreign key ditempatkan pada tabel cabang.
19
2.8.1
Komponen Utama (Object)
o Table Table adalah objek utama dalam database yang digunakan untuk menyimpan sekumpulan data sejenis dalam sebuah objek. Table terdiri atas : Field Name
:
atribut
dari
sebuah
table
yang
menempati bagian kolom Record
: Isi dari field atau atribut yang saling
berhubungan yang menempati bagian baris. o Query ( SQL / Structured Query Language ) Query adalah bahasa untuk melakukan manipulasi kepada database. Yang digunakan untuk menampilkan, mengubah, dan menganalisa sekumpulan data. Query dibedakan menjadi 2, yaitu : DDL ( Data Definition Language ) digunakan untuk membuat atau mendefinisikan obyek-obyek database seperti membuat tabel, relasi antar tabel dan sebagainya. DML ( Data Manipulation Language ) digunakan untuk manipulasi database, seperti : menambah, mengubah atau menghapus data serta mengambil informasi yang diperlukan dari database. o Form Form digunakan untuk mengontrol proses masukan data (input), menampilkan data (output), memeriksa dan memperbaharui data. o Report Form digunakan untuk menampilkan data yang sudah dirangkum dan mencetak data secara efektif.
20
2.9 Black Box Pengujian yang dilakukan hanya mengamati hasil eksekusi melalui data uji dan memeriksa fungsional dari perangkat lunak. Jadi dianalogikan seperti kita melihat suatu koatak hitam , kita hanya bisa melihat penampilan luarnya saja, tanpa tau ada apa dibalik bungus hitam nya. Sama seperti prngujian black box, mengevaluasi hanya dari tampilan luarnya(interface nya) fungsionalitasnya.tanpa mengetahui apa sesungguhnya yang terjadi dalam proses detilnya. Keunggulan Black Box: o
Dapat memilih subset test secara efektif dan efisien
o
Dapat menemukan kesalahan dari aplikasi
o
Memaksimalkan testing investmen Kelemahan:
o
Aplikasi tersebut benar – benar lolos uji atau tidak.
