Upload
firait
View
4.344
Download
3
Embed Size (px)
Citation preview
DAFTAR ISI
Daftar isi Hal
Daftar isi ……………………………………………………………………………................................... 1
BAB I. Pendahuluan
1.1. Perancangan Perangkat Lunak …………………………………………………………………. 31.2. Data Flow Diagram (DFD) ……………………………………………………….……………….. 31.3. Entity Relationship Diagram (ERD) …………………………………………………………… 9
BAB II. Perancangan Dengan Power Designer
2.1. Perancangan Process Analyst Model (PAM) ………….………………………………… 152.2. Perancangan Conceptual Data Model (CDM) ………………………………………….. 152.3. Perancangan Physical Data Model (PDM) …………….….……………………………… 162.4. Pembuatan Aplikasi dengan VB (Visual Basic) …………………………………………. 16
BAB III. Process Analyst
3.1. Membuat dan membuka root proses ……………….…………………………………….. 173.2. Membuat dan mendefenisikan Entitas Eksternal .…………………………………… 203.3. Membuat Data Flow Diagram ……………………………………………………………....... 203.4. Dekomposisi Root Process ……………………………………………………………………….. 213.5. Menampilkan Tree Pada Process …………………………………………………………….. 243.6. Membuat Control Flow ……………………………………………………………………………. 243.7. Membuat Item dan Domain …………………………………………………………………….. 253.8. Menyimpan Data Item …………………………………………………………………………….. 313.9. Pengujian Model (Check Error) …………………………………………………………..…… 35
BAB IV. Conceptual Data Model (CDM)
4.1. Konsep-Konsep Dari CDM ..................................................................................36
4.2. Membuat Entitas ………………………………………………………………………………………………………..364.3. Membuat atribut ………………………………………………………………………………………………………..38 4.4. Mendefenisikan Relasi antar Entitas …………………………………………………………………………..394.5. Mendefenisikan turunan Entitas ………………………………………………………………………………..424.6. Pengujian Model (Check Error) …………………………………………………………………………………..45
BAB V. Process Analyst Model (PDM)
5.1. Membuat PDM dari CDM ……………………………………………………………………………………………465.2. Mendefenisikan preferenced dan Option PDM ………………………………………………………..475.3. Pengujian Model (Check Error) …………………………………………………………………….. 47
1
BAB VI. Membuat aplikasi
6.1. Mendefenisikan option aplikasi pada CDM …………………………………………………………
6.2. Generate Aplilkasi Pada Visual Basic ………………………………………………………………….
2
BAB IPENDAHULUAN
1.1. Perancangan Perangkat Lunak
Dalam perencanaan pengembangan suatu system perangkatlunak (software Project Plan)
terdapat tiga hal pokok yang melandasinya. Ketiga pokok yang harus ditentukan adalah
sebagai berikut:
1. What must be don’t to create a working system
2. Who will do this work
3. When the work will be done
Perancangan suatu proyek perangakat lunak meliputi empat tahap utama, yakni:
1. Menentukan aktifitas dalam proyek
2. Menentukan urutan dari sekelompo pekerjaan yang telah ditentukan dalam
proyek tersebut
3. Mengalokasikan waktu dan biaya yang dibutuhkan untuk setiap aktifitas dan
4. Keseluruhan proyek
1.2. Data Flow Diagram (DFD)
1.2.1. Sekilas Tentang DFD
Gane dan Garson menyatakan bahwa pada tingkat logis pemakaian diagram alur data
sebagai alat kunci untuk mengetahui dan untuk mengerjakan system pada tiap
kesemournaan, serta untuk membatasi model bagi pemakaian pada tahap analisis
( Diperkenalkan pada awal 1970)
Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional
sistem untuk menggambarkan system sebagai suatu jaringan proses fungsional yang
dihubungkan satu sama lain dengan alur data, baik secara manual maupun
komputerisasi. DFD ini sering disebut juga dengan nama Bubble chart, Bubble diagram,
model proses, diagram alur kerja, atau model fungsi.
3
DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila
fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data
yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang
memberikan penekanan hanya pada fungsi sistem. DFD ini merupakan alat perancangan
sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan
untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan
oleh professional
1.2.2. Simbol-Simbol DFD
Symbol symbol DFD adalah symbol yang digunakan untuk menggambarkan jalannya
suatu proses. Terdapat berapa symbol yaitu:
1) Alur Data
Alur data disimbolkan dengan gambar anak panah yang dipakai untuk menunjukan alur
data (informasi atau objek). Nama alur data dituliskan pada garis atau disampingnya.
Contoh:
Flow_3 [Nota Pembayaran]
2) Proses
Proses digambarkan dengan gambar lingkaran yang dipakai untuk menunjukan proses
yang mamnual ataupun otomatis. Gambar ini tidak hanya menunjukkan alur data input
ke dalalm lingkaran, tetapi juga menunjukkan transformasi data ke dalam output. Nama
proses dituliskan pada garis atau disampingnya berupa kata perintah. Contoh proses:
Gbr (a). symbol proses menurut OMT Funtional Model gbr (b). Menurut Gane & Sarson
Gbr (c ) proses dengan satu input dan satu output
4
3) External Entity
Simbol External Entity digambarkan dengan segi empat. Keadaan External Entity adalah
untuk menunjukkan tepat asal data(sumber) atau tujuan data. Nama sumber serta
tujuan ditulis dalam kotak segi empat, dalam bentuk tunggal. Terminator mewakili
eksternal entity yang berkomunikasi dengan sistem yang sedang dikembangkan.
Terdapat dua jenis terminator :
o Terminator Sumber (source) : merupakan terminator yang menjadi sumber.
o Terminator Tujuan (sink) : merupakan terminator yang menjadi tujuan data /
informasi sistem.
Gbr (a). symbol proses menurut Gane & Sarson
dan OMT Funtional Model gbr (b). terminator dgn tujuan dan sumber
4. Data Store
Simbol data store digambarkan dengan persegi empat terbuka. Data Store digunakan
untuk membuat model sekumpulan paket data dan diberi nama dengan kata benda
jamak, misalnya Mahasiswa. Data store ini biasanya berkaitan dengan
penyimpananpenyimpanan, seperti file atau database yang berkaitan dengan
penyimpanan secara komputerisasi, misalnya file disket, file harddisk, file pita magnetik.
Data store juga berkaitan dengan penyimpanan secara manual seperti buku alamat, file
folder, dan agenda.
Suatu data store dihubungkan dengan alur data hanya pada komponen proses, tidak
dengan komponen DFD lainnya. Alur data yang menghubungkan data store dengan suatu
proses mempunyai pengertian sebagai berikut :
· Alur data dari data store yang berarti sebagai pembacaan atau pengaksesan satu paket
tunggal data, lebih dari satu paket data, sebagian dari satu paket tunggal data, atau
sebagian dari lebih dari satu paket data untuk suatu proses
5
· Alur data ke data store yang berarti sebagai pengupdatean data, seperti menambah
satu paket data baru atau lebih, menghapus satu paket atau lebih, atau
mengubah/memodifikasi satu paket data atau lebih.
Pada pengertian pertama data store tidak berubah, jika suatu paket data/informasi
berpindah dari data store ke suatu proses. Sebaliknya pada pengertian kedua data store
berubah sebagai hasil alur yang memasuki data store. Dengan kata lain, proses alur data
bertanggung jawab terhadap perubahan yang terjadi pada data store.
Contoh:
Gbr (a).model OMT Funtional Model Gbr (b). model Gane & Serson
5. Data dictionary (Kamus Data)
Kamus data adalah tempat menyimpan informasi yang menyimpan informasi tentang semua
entity yang ditampilkan pada emodelan prposes DFD mauon pemodelan data. Kamus data pada
kegiatan pengembangan system, nama-nama yang dipakai untuk alur data, deskripsi
proses, sumber dan penyimpanan harus dijelaskan.
1.2.3. Tujuan DFD
Tujuan dari pemakaian DFD ini adalah:
Menunjukkan aliran data dalam system
Mendokmentasikan batasan dari seistem secara grafik
Menunjukkan aliran data antara system dengan dunia luar atau dengan
system lainnya
Sebagai alat bantu para analis system untuk memuudahkan dalam
menganalisa
Membantu komunikasi antara analis dengan pengguna
6
1.2.4. Keterbatasan dan Kelebihan DFD
Seperti yang diketahui bahwa DFD menggambarkan pembagian system kedalam
sub-sub system alur data pada dan simoanan data dan alur data masuk maupun
alur data keluar, akan tetapi DFD memiliki kelemahan yaitu:
Tidak menunjukkan komposisi alur data pada system
Tidak menunjukkan syarta akses data dari data store
Tidak menunjukkan kalkulasi dan kuantitas data atau proses
1.2.5. Alasan Menggunakan DFD
Alasan utama penggunaan DFD adalah:
1. DFD dapat membantu para analis system meringkas informasi tentang
system, mengetahui komponen kunci tentannng system dan membantu
menentukan fungsi-fungsi yang dapat dipakai kmbali.
2. DFD berfungsi sebagai alat komunikasi yang baik antara analis dengan
pengguna Karena DFD tidak rumit
3. Dengan DFD analis system dapat mengambarkan sejumlah batas-batas
untuk mengembangkan alternative system fisik
1.2.6. Contoh DFD
7
DFD Level 1 proses trnsaksi
1.2.7. Bentuk Data Flow Diagram
Terdapat dua bentuk DFD, yaitu Diagram Alur Data Fisik, dan Diagram Alur
data Logika. Diagram alur data fisik lebih menekankan pada bagaimana proses dari
sistem diterapkan, sedangkan diagram alur data logika lebih menekankan proses-
proses apa yang terdapat di sistem.
1. Diagram Alur Data Fisik (DADF)
DADF lebih tepat digunakan untuk menggambarkan sistem yang ada (sistem yang
lama). Penekanan dari DADF adalah bagaimana proses-proses dari system
diterapkan (dengan cara apa, oleh siapa dan dimana), termasuk proses-proses
manual.
Untuk memperoleh gambaran bagaimana sistem yang ada diterapkan, DADF harus
memuat :
1. Proses-proses manual juga digambarkan.
2. Nama dari alur data harus memuat keterangan yang cukup terinci untuk
menunjukkan bagaimana pemakai sistem memahami kerja sistem.
3. Simpanan data dapat menunjukkan simpanan non komputer.
4. Nama dari simpanan data harus menunjukkan tipe penerapannya apakah secara
manual atau komputerisasi. Secara manual misalnya dapat menunjukkan buku
8
catatat, meja pekerja. Sedang cara komputerisasi misalnya menunjukkan file urut,
file database.
5. Proses harus menunjukkan nama dari pemroses, yaitu orang, departemen, sistem
komputer, atau nama program komputer yang mengakses proses tersebut.
2. Diagram Alur Data Logika (DADL)
DADL lebih tepat digunakan untuk menggambarkan sistem yang akan
diusulkan (sistem yang baru). Untuk sistem komputerisasi, penggambaran DADL
hanya menunjukkan kebutuhan proses dari sistem yang diusulkan secara logika,
biasanya proses-proses yang digambarkan hanya merupakan proses-proses
secara komputer saja.
1.2.8. Syarat-Syarat Pembuatan Data Flow Diagram
Syarat pembuatan DFD ini akan menolong profesional sistem untuk menghindari
pembentukkan DFD yang salah atau DFD yang tidak lengkap atau tidak konsisten
secara logika. Beberapa syarat pembutan DFD dapat menolong profesional sistem
untuk membentuk DFD yang benar, menyenangkan untuk dilihat dan mudah dibaca
oleh pemakai.
Syarat-syarat pembuatan DFD ini adalah :
1. Pemberian nama untuk tiap komponen DFD
2. Pemberian nomor pada komponen proses
3. Penggambaran DFD sesering mungkin agar enak dilihat
4. Penghindaran penggambaran DFD yang rumit
5. Pemastian DFD yang dibentuk itu konsiten secara logika
1.3. Entity Relationship Diagram (ERD)
Entity relationship adalah suatu cara memodelkan suatu data ditingkat konseptual
dalam perancangan basis data. Model Entity-Relationship merupakan alat modeling data
yang populer dan banyak digunakan oleh para perancang database. Data model
merupakan representasi abstrak dari data tentang entitas, kejadian, aktifitas dan
9
asosiasinya dalam suatu organisasi. Tujuan dari pemodelan data adalah untuk
menyajikan data dan menjadikan data mudah dimengerti, sehingga mempermudah
perancangan dan pengaksesan database.
Berdasarkan tipe konsepnya, data model dibagi menjadi dua kategori yaitu Conceptual
(High Level) Data Model dan Physical (Low Level) Data Model. Conceptual Data Model
merupakan konsep yang berkaitan dengan pandangan pemakai terhadap data,
sedangkan Physical Data Model merupakan konsep yang menerangkan detail dari
bagaimana data di simpan di dalam komputer. Dalam pandangan ini model Entity-
Relationship digunakan untuk menggambarkan Conceptual Data Model (E-R).
1.3.1.Model Entity-Relationship
Model E-R diperkenalkan pertama kali oleh P.P. Chen pada tahun 1976, walau model ini sudah ketinggalan jaman akan tetapi dalam penerapannya ER masih merupakan model yang efektif dalam upaya menggambarkan persepsi dari pemakai karena berisi objek-objek dasar yang disebut sebagai entitas dan hubungan antar entitas-entitas yang disebut relationship. Adapun model E-R dinotasikan sebagai berikut:
Simbol Arti Uraian
Entitas Entitas/Entity adalah sesuatu yang dibedakan dalam dunia nyata, diman informasi yang berkaitan dengannya dikumpulkan. Entity set (Himpunan entitas) adalah kumpulan dari entity yang sejenis, berupa proyek, kendaraan, pegawai, konsumen, pemasok, penjualan dan lain sebagainya.
Relationship Hubungan yang terjadi antara satu atau lebih entity. Relationship tidak mempunyai keberadaan fisik kecuali yang diwarisi dari hubungan antara entity tersebut.
Atribut Karakteristik dari entity atau relationship yang menyediakan penjelasan detail tentang entity atau relationship tersebut. Nilai atribut (Attribute value) adalah suatu data aktual atau informasi tertentu yang disimpan pada tiap atribut di dalam suatu entitas atau relationship (Nonkey attribute). Identifier (key) digunakan untuk menentukan suatu entity secara unik. Descriptor (nonkey attribute) digunakan untuk menspesifikasikan karakteristik dari suatu entity yang tidak unik.
10
Key Atribut (Atribut Kunci)
Atribut yang digunakan untuk menentukan suatu entity secara unik.
Weak Entity Suatu entity yang mungkin memiliki suatu atribut yang bukan miliknya, dimana keberadaannya tergantung dari entity lain. Entity lain tersebut dikatakan sebagai Identifying Owner dan relationshipnya dinamakan Identifying Relationship. Weak entity selalu memiliki Total Participation Constraint dengan Identifying Owner.
Identifying Relationship
Lihat penjelasan tentang weak entity
Multivalued Atribut
Lihat penjelasan tentang weak entity
Discriminating atribut pada weak entity
Lihat penjelasan tentang weak entity
1.3.2. Derajat Relationship
Terdapat 3 macam derajat dari relationship, yaitu :
Unary Degree (derajat satu),
Bila satu entity mempunyai relasi terhadap dirinya sendiri. Digambarkan sebagai berikut:
Binary degree (derajat dua) danBila satu relasi menghubugkan dua entity, digambarkan sebagai berikut :
Ternary degree (derajat tiga)Bila satu entity menghubungkan lebih dari dua entity. Digambarkan sebagai berikut :
11
1.3.3. Cardinality Ratio Constraint
Berfungsi untuk menjelaskan jumlah hubungan/relationship dari entity-entity yang
berpastisipasi. Terdapat 3 macam CRC yaitu :
Hubungan 1 : 1 (One to One Relationship)
Yaitu suatu entity yang berada di himpunan A berhubungan dengan paling banyak
dengan satu entity pada himpunan B, dan entity pada himpunan B berhubungan dengan
paling banyak satu entity di himpunan A, digambarkan sebagai :
Hubungan 1 : M (One to Many/Many to One Relationship)
Yaitu suatu entity pada himpunan A dapat berhubungan dengan sejumlah entity pada
himpunan B, tetapi entity yang berada pada himpunan B hanya dapat berhubungan
dengan hanya satu entity dari himpunan A atau sebaliknya. Digambarkan sebagai :
Hubungan M : N (Many to Many Relationship)12
Yaitu suatu entity yang berada di himpunan A dapat berhubungan dengan banyak
entity di himpunan B, dan sebaliknya. Digambarkan sebagai :
1.3.4. Notasi Bentuk Lain
Bentuk lain dari Cardinality Ratio Constraint dapat ditunjukan dalam beberapa bentuk
hubungan antar entitas ke entitas, entitas ke relationship, maupun sebaliknya yang
digambarkan sebagai berikut :
Simbol Uraian Simbol Uraian
Hubungan satu ke satu
Hubungan satu
(optional)
Hubungan satu atau lebih
Hubungan many
(optional)
Hubungan many
1.3.5. Participation Constraint
Berfungsi untuk menjelaskan keberadaan suatu entity yang tergantung dengan entitas lainnya. Terdapat dua macam Participation Constraint yaitu:
13
1. Total Participation : Yaitu keberadaan suatu entity tergantung pada entity lain, yang digambarkan dengan dua garis penghubung antara entity dengan relationshipnya.
2. Partial Participation: Dimana keberadaan suatu entity tidak tergantung pada entity lain, digambarkan cukup dengan satu garis penghubung.
1.3.6. Weak Entity
Suatu entity yang mungkin memiliki suatu atribut yang bukan miliknya, dimana keberadaannya tergantung dari entity lain. Entity lain tersebut dikatakan sebagai Identifying Owner dan relationshipnya dinamakan Identifying Relationship. Weak entity selalu memiliki Total Participation Constraint dengan Identifying Owner.
BAB IIPerancangan Dengan Power Designer
2.1. Perancangan Proses Analyst Model
Process Analyst Model atau disingkat dengan PAM merupakan gambaran hasil analisis
fungsional dari sebuah sistem informasi. Model ini menganalisis fungsifungsi yang
ditunjukkan oleh berbagai proses yang terjadi didalam sistem. PAM merupakan
komplemen dari Conceptual Data Model (CDM). PAM menunjukkan dinamika diantara
elemen-elemen yang terdapat didalam system. Sedangkan CDM menggambarkan data
statis yang berada pada setiap elemen-elemen tersebut. Process Analyst menunjukkan
aliran data dari satu elemen ke elemen yang lain serta tranformasi data yang sedang
terjadi.Process Analyst Model didalam Power Designer veri 6.1 mendukung empat
metode dalam penggambaran model analisis, yaitu :
a. The OMT functional model
OMT model merupakan metode yang paling banyak digunakan dan merupakan tool
analisis untuk menggambarkan struktur data dalam bentuk Data Flow Diagram
14
(DFD) yang paling powerful. OMT Model ini juga memiliki lebih banyak cara untuk
merepresentasikan aliran data dibandingkan dengan metode lain.
b. Yourdon/DeMarco (data flow diagram)
Merupakan tool untuk menggambar Data Flow Diagram (DFD) dengan
menggunakan symbol dari Yourdon/DeMarco.
c. Gane & Sarson (data flow diagram)
Merupakan tool untuk menggambar Data Flow Diagram (DFD) dengan
menggunakan symbol dari Gane dan Sarson.
d. SSADM (data flow diagram)
Merupakan tool untuk menggambar Data Flow Diagram (DFD) dengan
menggunakan symbol dari metode SSADM.
2.2. Perancangan Conceptual Data Model
Sebuah Conceptual data Model menggambarkan struktur logical secara keseluruh
an dari sebuah database. Sebuah conceptual Model berisi data objek yang belum
diimplementasikan physical database. CDM memberikan sebuah gambaran untuk dijalan
kan oleh pengguna.
Objek Pada CDM
Beberapa objek dalam CDM adalah:
Domain :
Data item : Bagian terkecil dari informasi
Entity : Entitas/Entity adalah sesuatu yang dibedakan dalam dunia nyata, diman
informasi yang berkaitan dengannya dikumpulkan. Entity set (Himpunan entitas) adalah
kumpulan dari entity yang sejenis, berupa proyek, kendaraan, pegawai, konsumen,
pemasok, penjualan dan lain sebagainya.
Entity attribute : Element dari informasi yang tergabung dalam entity
Relationship : Penghubung antar dua entitas
Inheritance link : Hubungan khusus yang menjelaskan sebuah dari entity
yang lebih umum
15
2.3. Perancangan Physical Data Model
Physical Data Model (PDM), PDM merupakan bentuk spesifik dari CDM yang telah kita
bangun. Power Designer memiliki banyak dukungan target database, sehingga kita tidak
perlu bingung mengenai tipe – tipe data yang dipergunakan, karena Power Designer akan
menyesuaikan seperti pada tipe data yang kita definisikan sebelumnya pada tahap CDM.
Physical Data Model (PDM), PDM merupakan bentuk spesifik dari CDM yang telah
kita bangun. Power Designer memiliki banyak dukungan target database, sehingga kita
tidak perlu bingung mengenai tipe – tipe data yang dipergunakan, karena Power
Designer akan menyesuaikan seperti pada tipe data yang kita definisikan sebelumnya
pada tahap CDM.
2.4. Pembuatan Aplikasi
Dalam pembuatan aplikasi dibutuhkan beberapa tahapan penting untuk menghasilkan suatu aplikasi yang sesuai dengan kebutuhan pengguan. Tahapan-tahapan dalam pembuatan aplikasi diantaranya adalah:1. Menyelesaikan analisa rancangan suatu sitem sehingga dapat dipahami oleh
pengguna yaitu berupa rancangan DFD, ERD penysunan kamus data,dan segal kebutuhan lainnya.
2. Menuangkan hasil rancangan kedalam proses rancangan dimulai dari pembuatan PAM, mengubah dalam bentuk CDM dan PDM hingga generate dalam program.
3. Mengecek hasil akhir apakah sudah sesuai dengan apa yang didinginkan pengguna sehingga aplikasi mudah dijalankan.
16
BAB IIIPROCESS ANALYST
3.1. MEMBUAT DAN MEMBUKA ROOT PROSES
Langkah pertama adalah membuat proses awal (root process). Proses awal ini
menggambarkan fungsi umum dari semua fungsi-fungsi yang terdapat didalam ruang
lingkup analisis. Dalam contoh kasus ini, proses awalnya adalah fungsi system informasi
kasir restoran. Didalam model ini, pelangga dan kasir restoran disebut sebagai entitas
eksternal (External Entity). Sebuah entitas eksternal adalah aktor (pelaku) yang berkaitan
dengan sebuah proses baik sebagaik sumber data yang akan diproses maupun sebagai
penerima data yang sudah diproses. Sebuah entitas eksternal memiliki peranan yang
lebih pasif dibandingkan dengan sebuah proses. Proses mempengaruhi data dengan
mentranformasikannya. Entitas eksternal hanya sebagai pemberi atau penerima data.
Dalam contoh ini, ppelanggan adalah entitas eksternal dan sebagai pemberi data dan
sebagai penerima data, sedangkan kasir restoan adalah entitas eksternal yang berperan
sebagai penerima data. Untuk mengalirkan data antara entitas eksternal dan proses,
dibutuhkan data flow. Data Flow adalah garis transmisi antara berbagai objek didalam
model. Untuk membuat model baru maka langkah-langkahnya adalah :
1. Membuat File Model PAM Baru.
Double klik Process Analyst pada icon program, dan akan muncul layer jendela
seperti gambar dibawah ini. Sebelum memulai membuat modelnya, simpan model
terlebih dahulu dengan cara klik File>Save As> ketikkan nama file (dalam contoh ini
simpan dengan nama Percetakan.PAM > klik OK. Dan file akan tersimpan dengan akhiran
(ekstensi) PAM.
17
Membuat dan Mendefinisikan Process
Sebelum memulai membuat object process didalam ruang kerja Power Designer Process
Analyst. Terlebih dahulu atur methodologi yang digunakan didalam menggambar
diagram aliran data. Klik File>Model Option> dan akan muncul dialog layar seperti
dibawah ini. Dalam contoh ini digunakan model DFD dengan metode Gane & Sarson.
Selain itu, beri tanda check untuk isian Model Type> Context Model , untuk membuat
level terendah dari model DFD. Dalam hal ini, jika context model dipilih, maka proses
awal akan memiliki nomor proses 0. Selanjutnya, isian Data Stores>Autofill juga diberi
tanda check agar objek data store akan otomatis terisi dengan data item apabila ada data
flow yang menuju kearahnya.
18
Setelah model option diatur sesuai dengan setting seperti gambar diatas, maka
selanjutnya klik objek process pada Tool. Berbagai jenis objek pada Tool dapat dilihat
pada gambar dibawah ini.
Buat sebuah objek proses didalam ruang kerja process analyst, beri nama proses. Klik Process pada Tool, lalu drag dan drop pada halaman kerja (workspace). Nomor yang ada pada objek proses merupakan nomor identifikasi setiap proses. Level teratas adalah DFD Level 0. Untuk memberi nama pada objek proses tersebut, lakukan Double Klik pada objek proses dan akan muncul jendela properties seperti dibawah ini. Setelah memberi nama objek, lalu Klik OK.
3.2. Membuat dan mendefenisikan Entitas Eksternal
19
Selanjutnya adalah membuat Entitas Eksternal. Didalam kasus sistem percetakan ini, ada
tiga entitas eksternal yaitu Kasir, Pemilik resetoran dan Pelanggan. Untuk membuat
entitas eksternal, klik object External Entity pada Tool, dan drag drop di halaman kerja.
Beri nama entitas eksternal itu dengan cara Double Klik sebagaimana cara memberi
nama pada objek proses. Hasil dari pembuatan entitas ekternal itu seperti gambar
dibawah ini.
3.3 MEMBUAT DATA FLOW DIAGRAM
Setelah membuat objek proses dan entitas ekternal, selanjutnya memberikan
data flow yang akan menunjukkan aliran data dari entitas menuju proses atau dari proses
menuju entitas eksternal. Dalam hal ini akan dibuat dua data flow yang berasal dari
entitas Pelanggan menuju Proses Sistem Informasi kasir restoran. Lakukan Klik objek
Data Flow pada Tool, lalu drag drop dengan cara menghubungkan entitas dengan proses.
Untuk memastikan bahwa data flow sudah menghubungkan kedua objek, lakukan
Double Klik pada Data Flow tersebut. Akan muncul jendela properti data flow seperti
dibawah ini
20
Data flow juga diberi nama sebagaimana objek yang lain. Nama data flow biasanya
menunjukkan aktivitas yang dilakukan berkaitan dengan hubungan entitas dengan
proses. Contoh diatas menunjukkan bahwa hubungan Penulis dengan Percetakan adalah
penulis mengusulkan bukunya untuk dicetak. Kemudian, buat data flow untuk objek
proses Sistem Percetakan dengan entitas Toko Buku. Hasil diagram DFD level 0 seperti
dibawah ini.
3.4 DEKOMPOSISI PROSES
Proses awal (root process) merupakan akar dari semua proses yang berada pada
urutan teratas dalam sebuah hirarki proses. Root process ini merupakan sebuah proses
yang menjadi acuan dari proses lain. Untuk mengidentifikasi proses-proses ini, maka
harus dibuat analisis yang lebih rinci dari root process.
Langkah-langkah dalam membuat dekomposisi proses adalah sebagai berikut :
1. Melakukan Dekomposisi Proses
Klik Decomposition Tool, lalu arahkan ke proses Sistem Percetakan dan klik pada proses
tersebut, maka akan muncul halaman kerja baru yang disebut sebagai sub proses dari
sistem percetakan. Tampilan awal dari halaman kerja baru tersebut seperti gambar
dibawah ini.
21
Data flow dan entitas eksternal yang muncul pada halaman kerja sub proses berasal dari
proses level diatasnya. Cara lain untuk melakukan dekomposisi dari sebuah proses
adalah Klik Kanan objek Process> Decompose. Data Flow yang memiliki nama dalam
tanda kurung berarti data flow tersebut merupakan pindahan dari level atasnya.
Demikian juga dengan objek entitas eksternal yang muncul saat dekomposisi juga berasal
dari level proses diatasnya. Selanjutnya membuat proses baru yaitu proses Pendataan
Menu, pendataan Pelanggan, Transaksi dan Laporan SIM Kasir dengan cara klik Process
Tool kemudian drop di halaman kerja. Selain itu, setiap objek proses akan memiliki
nomor proses, jika nomor objek yang ada di halaman kerja tidak urut maka dapat
dilakukan dengan cara klik Dictionary > Renumber Objects.
2. Membuat dan Menghubungkan Proses
22
Setelah membuat proses baru didalam halaman kerja sub proses Sistem Percetakan,
maka selanjutnya mengatur agar objek didalam halaman kerja tersebut saling terhubung
sehingga terbentuk aliran data level 1 (DFD Level 1). Lakukan langkah berikut :
Klik Data Flow Tool, hubungkan antara objek proses Seleksi Buku dan Cetak Buku.
Double Klik Data Flow tersebut dan akan muncul jendela properti berikut.
Untuk merapikan garis data flow yang menghubungkan antar objek, maka dapat
diperbaiki dengan cara Klik Kanan Data Flow>Line Style> pilih dalah satu jenis
garis sesuai dengan keinginan.
Perubahan arah, dapat juga dilakukan melalui pilihan combo box yang ada pada
jendela properti, pada combo box Direction.
Data flow yang menghubungkan proses Seleksi Buku dan Cetak Buku ada dua,
yaitu flow "perintah untuk cetak" dan flow 'dikirim ke"
Hasil akhir dari pembuatan DFF Level 1 adalah sebagai berikut:
23
dfd level 0 Sistem Informasi kasir restoran
3.5 MENAMPILKAN TREE PADA PROSES
Untuk melihat hirarki dari proses yang dibuat didalam model Process Analyst
adalah dengan cara Klik Dictionary>Subprocesses>Process Tree. Setelah itu akan muncul
jendela diagram pohon seperti dibawah ini.
3.6 MEMBUAT CONTROL FLOW
Didalam pemodelan diagram dengan metode Gane & Sarson, data flow yang
memiliki arti kontrol (control flow) tidak aktif. Untuk membuat diagram yang
menyediakan Control Flow, metode proses analyst dapat diubah menjadi Yourdon/
24
DeMarco. Control Flow merupakan flow yang menggambarkan sebuah perintah.
Misalnya pada DFD Level 1 pada metode Gane & Sarson terdapat flow "perintah untuk
cetak" dengan mengubah metode menjadi Yourdon/DeMarco, maka data flow "perintah
untuk mencetak' dapat diubah menjadi control flow dengan cara Double Klik Data Flow
> Type>Control.
Model DFD Level 1 dengan metode Yourdon//DeMarco menjadi :
3.7 MEMBUAT DATA ITEM DAN DOMAIN
Sebuah Data Item adalah elemen informasi dasar didalam PAM. Dalam model
PAM ini, data item yang ada misalnya format buku, tanggal cetak, dan alamat toko buku.
Sebuah Domain mengidentifikasi tipe data item didalam sistem. Domain ini
mendefinisikan himpunan dari nilai data item yang valid. Didalam Domain dapat dibuat
standarisasi dan karakteristik dari data item serta melakukan modifikasi global dari
model apabila diperlukan. Spesifikasi yang lebih rinci seperti berapa nilai yang diijinkan
25
pada suatu data item dapat didefinisikan dengan cara mengisi Check Parameter pada
data item tersebut. Didalam Check Parameter dapat didefinisikan nilai minimum,
maximum atau besar nilai yang diterima.
1. Membuat Data Item
Klik Dictionary > List of Data Items > lalu akan muncul jendela list data item seperti
berikut
Ketik nama dari data item pada kolom Name, selanjutnya untuk nama code klik
button = . Setiap data item memiliki tipe data, untuk mendefinisikan tipe data klik
kolom Tipe dan akan muncul button … . Selanjutnya klik button tersebut dan akan
muncul jendela untuk memilih tipe data yang sesuai dengan jenis data item.
Misalnya data item Judul tipenya Characters dan lebar 40.
26
2. Membuat Domain
Klik Dictionary> List of Domains
Ketik data domain seperti gambar berikut ini
3. Memasukkan Check Parameter pada Data Item
Klik Dictionary> List of Data Item
Muncul jendela list of data utem seperti dibawah ini
Pilih salah satu data item, misalnya Format, sorot baris format seperti gambar
dibawah ini
27
Selanjutnya, klik button Check di pojok kiri bawah seperti gambar diatas.
Lalu ketik nilai minimum 10, maksimum 50, dan satuan unit dalam cm seperti
gambar dibawah ini.
4. Menggunakan Domain untuk Data Item
Semua data item yang diaplikasin domain terhadapnya akan memiliki tipe data
sesuai dengan tipe data domain tersebut.
Contoh dalam kasus ini, data domain Nama memiliki tipe A80. Untuk
mengaplikasin data domain ini terdapat data item dapat dilakukan dengan cara
Klik Dictionary> List of Data Item> akan muncul jendela berikut .
28
Pada data item NmTokoBuku memiliki tipe sama dengan domain Tanggal Domain Nama juga digunakan untuk data item NamaPelanggan, sedangkan domain
Tanggal akan digunakan untuk data item TglEdisi dan TglCetak.
5. Memasukkan Data Item pada Data Flow
Didalam model PAM ada banyak jenis data flow yang digunakan. Didalam data flow terdapat isian atribut Data Item. Untuk mengisi data flow dengan data item, dimulai dari proses teratas terlebih dahulu (root process).
Klik Dictionary >Subprocesses> Up One Level Klik Dictionary > List of Object Kemudian klik tab Data Flows seperti gambar dibawah ini Sorot baris data flow ' mengirim buku" Klik button Detail, lalu akan muncul jendela detail seperti dibawah ini Kemudian klik button Add untuk menambahkan data item kedalam data flow tersebut. Setelah button Add diklik akan muncul pilihan data item yang dapat digunakan.
29
Lalu pilih data item NmTokoBuku,Koleksi, ISBN,TglEdisi,TglCetak, JumlahCetak,
Harga dan HargaKhusus.
Gunakan CTRL untuk memilih beberapa data item sekaligus.'
Setelah dipilih lalu klik Ok, maka data flow "Mengirim Buku" sudah terisi dengan
data item terpilih.
Untuk data flow yang lain, maka data item yang digunakan dapat dilihat seperti
pada tabel dibawah.
30
3. 8 Menyimpan Data Item
Dua hal yang dapat terjadi pada data item adalah (1). Data item dapat
ditranformasi secara langsung oleh proses, dan (2) Data item dapat disimpan sementara
didalam sebuah tempat yang dimana data tersebut dapat dengan mudah diambil
kembali, Ketika sebuah data tidak digunakan secara langsung, maka data tersebut
disimpan kedalam sebuah data store. Data Store adalah objek yang digunakan untuk
menyimpan data item didalam model.
Apabila entitas eksternal bertujuan untuk mengirim dan menerima data, maka
data store bertujuan untuk menyimpan dan memberikan akses terhadap data. Objek
data store merupakan objek yang diperlukan didalam menyimpan data sementara
sebelum ada proses berikutnya.
1. Membuat Data Store
Klik Data Store Tool, dan drop kedalam halaman kerja.
Beri nama Data store dengan nama "Transaksi Penjualan", caranya dengan klik
dua kali objek data store dan akan muncul jendela properti data store seperti
dibawah ini.
31
2. Membuat Flow
Setelah membuat objek data store, selanjutnya membuat objek data flow
Data flow ini menghubungkan antara proses "Transaksi" dengan data store
"Transaksi Penjualan".
Beri nama data flow ini dengan " Data Transaksi" dengan cara klik ganda data
flow dan akan muncul properti seperti gambar berikut.
Jika dengan Model OMT Functional Model, maka DFD Level 1 memiliki bentuk
model seperti dibawah ini .
32
3. Menyimpan Data Item dalam Data Store
Pada langkah sebelumnya, yaitu pada menu File>Model Option, telah dipilih Data
Store > Autofill. Sehingga apabila adalah data flow yang telah berisi data item
menuju ke data store, maka data store tersebut langsung terisi dengan data item
sesuai yang dibawa oleh data flow.
Pada model DFD Level 1, data flow "Buku Yang Diterima' harus terlebih dahulu
diisi dengan data item. Data item yang ada pada data flow tersebut adalah ;
33
Kemudian chek isi data item pada objek data store, maka sudah terisi dengan
data item sama dengan data item pada data flow.
Dalam proses selanjutnya, data store yang ada didalam model PAM akan menjadi
entiti. Sehingga option isian IsEntity , harus diberi tanda check box.
4. Menghubungkan Data Store dengan Sisa Proses yang lain
Setelah data store disimpan, berarti ada aktivitas dimana data tersebut
digunakan. Sehingga perlu dibuat data flow baru yang menghubungkan data store
dengan proses sisanya yaitu "Cetak Buku"
Data flow baru ini diberi nama " Mengirim Data Buku"
Model DFD Level 1 diatas menggunakan metode OMT Functional Model.
Data flow "Mengirim Data Buku" berisi dengan data item yang sama dengan data
item dari data store .
Model DFD Level 1 dengan metode Gane & Sarson seperti gambar dibawah ini.
34
3.9. Pengujian Model
Setelah model selesai, maka dilakukan pengecekan model melalui Dictionary>
Check Model. Dari contoh model diatas, dilakukan check model dengan hasil seperti
berikut :
BAB IV
35
CONCEPTUAL DATA MODEL
4.1. Konsep-Konsep Dari CDM
Sebuah Conceptual data Model menggambarkan struktur logical secara keseluruh an dari
sebuah database. Sebuah conceptual Model berisi data objek yang belum
diimplementasikan physical database. CDM memberikan sebuah gambaran untuk dijalan
kan oleh pengguna.
Pada tahap ini kita akan membuat CDM dengan studi kasus adalah relasi antara Anggota Perpustakaan dengan Buku pada Sistem Informasi Perpustakaan. Sampai tahap ini, diasumsikan anda sudah paham mengenai konsep ERD dan pemodelan data.
4.2 Membuat Entitas
Untuk membuat sebuah entity, anda dapat mengikuti langkah-langkah sebagai
berikut:
Klik obyek Entity yang terdapat pada Tools.
Selanjutnya arahkan pointer ke posisi yangdiinginkan di lembar kerja.
Sehingga menghasilkan suatu entity seperti gambar berikut ini:
Untuk melihat, mengubah, mengatur properties dari entity :
Klik dua kali entity sehingga muncul tampilan properties, atau……
Klik obyek Prop pada Tools dan arahkan pointer ke entity sehingga muncul tampilan
properties.
36
Beri nama entity dengan mengisi nama yang diinginkan di kolom name.
Selanjutnya masukkan nama kode (code) dari entity yang akan anda
pergunakan dengan mengisinya di kolom name, atau……
Apabila akan menggunakan nama code yang sama dengan nama entity,
maka dapat mengisinya secara otomatis dengan cara klik tanda (=) pada
Code, sehingga kolom Code berisi sesuai dengan nama entity.
4.3. Membuat Atribut Langkah selanjutnya anda dapat memberi atribut pada entity yang dibuat dengan
menekan tombol attributes Selanjutnya masukkan nama atribut pada kolom Name. Anda juga dapat memasukkan Code yang akan dipergunakan pada kolom Code,
dengan diketikkan atau dengan menekan tanda = Masukkan tipe data untuk atribut tersebut dengan mengarahkan pointer ke Data
Type dan klik mouse. Selanjutnya akan muncul tanda . Klik tanda tersebut sehingga muncul tampilan seperti berikut ini:
37
Selanjutnya pilih tipe atribut dan lebar atribut yang diinginkan.
Untuk menjadikan atribut sebagai Primary-key, anda dapat melakukannya dengan klik pada checkbox (I)
Setelah semua atribut dimasukkan, tutup window Attributes dengan
menekan tombol OK. Maka terbentuklah sebuah entity Seperti gambar
dibawah ini
38
Pelanggan
id_pelanggannama pelangganTlp
4.4. Membuat Relasi Antar Entitas
Untuk membuat relasi dapat anda lakukan dengan cara-cara sebagai berikut :
Klik obyek Relationship pada Tools,
Pelanggan
id_pelanggannama pelangganTlp
Transaksi
no transaksitgl transaksitotal bayar
Arahkan pointer menuju entity yang akan direlasikan. Tarik pointer dari entity yang merupakan parent ke entity child.
kemudian tarik kearah entity lain yang akan berelasi dengan entity sebelumnya. Sehingga akan menghasilkan seperti gambar dibawah ini.
Melakukan
Pelanggan
id_pelanggannama pelangganTlp
Transaksi
no transaksitgl transaksitotal bayar
Untuk mengatur atau mengubah properti dari relasi yang telah dibuat, dapat dilakukan dengan klik dua kali pada relasi tersebut.
dengan memilih Obyek Properties pada Tools, dimana akan ditampilkan gambar seperti berikut ini
39
Pilih kardinalitas (cardinality) yang dikehendaki sebagai relasi antara dua entity
yang direlasikan
Langkah selanjutnya adalah memilih tipe kardinalitas diantara kedua entity dan
menentukan modalitasnya (min – max).
4.5. Mendefenisikan Penurunan Entitas
Himpunan entitas yang terdiri dari entitas-entitas yang merupakan bagian dari
himpunan entitas yang lebih utama/superior.
Sub entitas merupakan hasil dekomposisi himpunan entitas terhadap
pengelompokan tertentu.
Terkadang sub entitas juga disebut dengan subtypes atau subclass
Supertype: Entity yang memiliki relasi dengan satu atau lebih subtypes.
Entity utama yang merupakan parent, disebut sebagai supertypes.
Entity turunan dari entity utama yang merupakan child, disebut sebagai subtypes.
Contoh:
Melihat
Melakukan
Pelanggan
id_pelanggannama pelangganTlp
Transaksi
no transaksitgl transaksitotal bayar
Daf tar Menu
Id MenuNAMA_menuHarga
40
4.6. Pengujian Model
41
BAB V
Physical Data Model
5.1 Membuat PDM dari CDM
Setelah Model Conceptual data berhasil dibuat dan tidak lagi terdapat erroe maka
langkha selanjutnya adalah membuat aplikasi tersebut kedalam bentuk PDM(Physical
Data Model). Ini adalah contoh bentuk CDM model Sistem Informasi Kasir restoran
Melihat
Melakukan
Pelanggan
id_pelanggannama pelangganTlp
Transaksi
no transaksitgl transaksitotal bayar
Daf tar Menu
Id MenuNAMA_menuHarga
Untuk mengubah CDM ke PDM: maka pilih tools dictionary > generate physical model atau Ctrl+G, OK
42
ID_PELANGGAN = ID_PELANGGAN
ID_MENU = ID_MENU
PELA NGGA N
ID_PELA NGGA N Text(4)ID_MENU Text(5)NAMA_PELANGGA N Text(30)TLP Integer
TRA NSA KSI
NO_TRA NSAKSI IntegerID_PELA NGGA N Text(4)TGL_TRANSAKSI DateTimeTOTAL_BA YA R Currency
DAFTA R_MENU
ID_MENU Text(5)NAMA_MENU Text(30)HARGA Currency
Hasil setelah generate
5.2 Mendifinisikan preference dan option PDM
Sebelum anda mulai bekerja, anda akan mendefinisikan display preference tertentu dan
option model untuk CDM.
1. Pilih file Display Preference dari menu bar.
Kotak dialog Display preference tampil
2. Pilih atau hapus checkbox dan radiobutton sedemikian hingga kotak dialog
terlihat seperti di bawah ini
43
Preference ini menampilkan nama object. Identifier entity, atribut- atribut entity dan
tugas –tugas relationship. Perintah ini akan mengatur entity dengan menyesuaikan teks.
3. Klik Ok
5.3 Pengujian Model
Langkah akhir dari perancangan PDM adalah pengecekan apakah model yang dibuat
sudah benar. Jika masih terdapat kesalahan maka akan terdapat pesan error. Model
dinyatakan berhasil jika tidak ada lagi pesan error maupun warning. Langkah-langkahnya
dalah sebagai berikut:
memilih tools > check model > OK(F4)
44
BAB VI
Membuat Database dari Physical Data Model
6.1 Membuat Database dan Koneksi Database dari PDM
Jika PDM telah selesai dibuat dan tidak terdapat lagi kesalahan maka selanjutnya adalah
membuat database dari PDM dan mengkoneksikan PDM dengan database. Langkah-
langkahnya adalah:
Membuat database koneksi dari PDM
1. Klik database pada menu pilih configure kemudian add lalu pilih Microsoft access driver kemudian klik finish seperti gambar dibawah ini
2. Ketik nama database:
45
3. selanjutnya pilih database kemudian change the target database,pada new database pilih vb 4 seperti gambar dibawah ini
4. untuk selanjutnya pilih database dan sub menu generate database (Ctrl+ G) pilih create database seperti gambar dibawah ini. Untuk melihat script, pilih generate script sedangakan untuk generate database pilih gengerate database
Maka akan muncul jendela seperti gambar dibawah ini:
5. pilih data source name perpustakaan, kemudian isi user name dengan nama mis :intan dan passowordnya,lalu klik connect.
46
6. kemudian tampil seperti gambar dibawah ini
7. script dari database:
47
6.2. KONEKSI DATABASE KE VB
Untuk koneksi ke VB pada menu project pilih Add Data Environment maka akan muncul jendela Data Environment seperti pada gamabr dibawah:
Selanjutnya klik kanan connection1 pilih Add command. Untuk mengubah properti command klik kanan pada command dan pilih properties maka akan muncul jendela command properties. Ganti nama command sesuai dengan table yang terdapat pada database source acces yang telah dbuat sebelumnya. seperti gambar dibawah:
Untuk mengatur koneksi klik kanan konection pilih properties, pada jendela Data Link Properties pilih Microsoft Jet 4.0 OLE DB Provider, selanjutnya pada tabualasi connetion masukkan nama database atau pilih sesuai dengan direktori penyimpanan, OK. Maka akan tampil jendela seperti gambar dibawah:
48
Kemudian klik kanan pada command pilih properties, pada jendela command masukkan nama command sesuai dengan nama table dalam database.
Kemudian ganti command tersebut dengan nama table mis Pelanggan. setelah itu klik dan drag dari connetction ke form pada vb seperti gambar dibawah ini
49
Kemudian simpan project tersebut dan form tersebut sesuai dengan nama yang diinginkan. Perintah lain dapat ditambahakan sesuai dengan kebutuhan dari database tersebut. Berikut hasil koneksi database ke dalam form VB dengan penambahan command untuk perintah Save, Delete, Clear, Exit dan cari:
Form daftar menu
Form transaksi
Form pelanggan
50
6.3 Menambahkan Fungsi-Fungsi Pada Aplikasi
Membuat Form Menu Utama
Form menu utama ini berfungsi untuk memudahkan pengguna dalam mengakses system. Masing-masing table akan terhubung ke menu utama.
51
DAFTAR PUSTAKADAFTAR PUSTAKA
Adi Pratomo - [email protected]/ Entity – Relationship Diagram.ppt
DFD dengan tool power designer/contoh pembuatan DFD.pdf
Mulyadi,SST .Bahan ajar matakuliah Rekayasa Perangkat Lunak , /G2 IT, 2007-2008
Oke Hendradhy/ Mengenal-entity-relationships-diagram-dan-implementasinya-di-visio.asp
Priyo Selasa, Tutorial Power Designer PROCESSANALYST POWER DESIGNER 6/2008 Desember 16
Perancangan power designer/business process model.pdf
Perancangan power designer/tutorial perancangan database dengan tool power designer.pdf
Dan sumber-smber lainnya yang berhubungan.
52