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 - adiprtm@yahoo.com/ 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