ANALISA DAN PERANCANGAN SISTEM

Analyzing Systems Using Data Dictionaries

oleh:

ARIEF KURNIAWAN (1510531029)

INDAH SALMA FITRA (1510531047)

BERLI MULIA TAMA (1510532003)

JURUSAN AKUNTANSI

FAKULTAS EKONOMI

UNIVERSITAS ANDALAS

PADANG

2018
 1. KAMUS DATA
Kamus data merupakan referensi mengenai olahan suatu data, dimana kamus data ini
disusun oleh analis sistem untuk memandu mereka selama menganalisa dan merancang sistem.
Sebagai sebuah dokumen, kamus data mengumpulkan dan mengkoordinasikan syarat data tertentu
dan mengkorfirmasi makna syarat tersebut bagi tiap orang berbeda dalam oraganisasi tersebut.
Data Flow Diagram merupakan titik awal yang baik dalam memulai untuk mengumpulkan entri
kamus data.

Satu alasan pentingnya menjaga kamus data yaitu agar data tetap bersih. Hal ini berarti
data harus bersifat konsisten. Misalkan dalam suatu sistem, dalam suatu entri huruf “S” digunakan
untuk menggambarkan pekerjaan sebagai seorang Siswa, namun pada entri selanjutnya huruf “M”
dan angka “1” juga digunakan untuk menggambarkan Siswa, hal ini berarti data yang dikelola
sistem tidak teratur atau tidak bersih. Kamus data akan membantu menyelesaikan masalah ini.

Pentingnya Memahami Kamus Data

Banyak sistem manajemen database saat ini telah menggunakan kamus data otomatis.
Kamus data ini dapat bersifat rumit ataupun sederhana. Beberapa kamus data yang
terkomputerisasi secara otomatis mecatat item data saat pemrograman selesai dilakukan.

Meskipun dengan adanya kamus data otomatis, memahami bagian – bagian dari kamus
data, konvensi yang digunakan, dan bagaimana kamus data dikembangakan merupakan masalah
yang masih harus dihadapi oleh analis sistem dalam mengembangkan sistem. Memahami
bagaimana proses penyusunan kamus data dapat membantu analis sistem mengkonsepkan bentuk
sistem dan bagaimana sistem tersebut bekerja.

Selain menyediakan dokumentasi dan menjadi data tetap bersih, kamus data dapat
digunakan untuk :

1. Validasi ketepatan dan kelengkapan diagram arus data

2. Menyediakan titik awal bagi pengembangan laporan
3. Menentukan konten dari data yang tersimpan dalam file
4. Mengambangkan logika dari proses diagram arus data
5. Membuat XML (extensible markup language)

2. GUDANG DATA
 Meskipun kamus data telah memuat informasi mengenai data dan prosedur, kumpulan
informasi yang lebih besar mengenai suatu proyek disebut sebagai gudang data (data respository).
Konsep tentang gudang data merupakan salah satu dampak dari CASE tools.

Kamus data dibuat dengan mengamati dan menggambarkan konten dari arus data,
penyimpanan data dan proses data. Setiap penyimpanan data dan arus data harus dijelaskan dan
dikembangkan hingga detail dari elemen tersebut dapat dilihat. Hal ini dapat dilihat dalam ilustrasi
dibawah.

Terdapat empat kategori dalam kamus data yaitu arus data, struktur data, elemen data dan
penyimpanan data, yang seharusnya dikembangkan untuk meningkatkan pemahaman mengenai
data dari sistem.

Mendefenisikan Arus Data

Arus data biasanya merupakan komponen awal yang didefenisikan. Input dan output sistem
ditentukan berdasarkan interview, mengamati pengguna dan menganalisa dokumen dan sistem
lainnya. Informasi yang diperoleh untuk tiap arus data dapat diringkas menggunakan blanko yang
berisi informasi berikut:

1. ID, merupakan nomor identitas. Terkadang ID dikodekan menggunakan skema tertentu

untuk mengidentifikasi sistem dan aplikasi dalam sistem
2. Nama deskriptif yang unik untuk arus data. Nama ini adalah teks yang harus muncul dalam
diagram dan memberi petunjuk dalam semua deskripsi yang menggunakan arus data
3. Deskripsi umum dari arus data
4. Sumber dari arus data. Sumber dapat berupa entitas eksternal, proses maupun data yang
berasal dari penyimpanan data
 5. Tujuan dari arus data
6. Indikasi apakah arus data memasukkan catatan atau meninggalkan file atau mencatat
laporan terlampir.
7. Nama dari struktur data yang menggambarkan elemen yang ditemukan dalam arus data
tersebut
8. Volume per unit waktu. Data dapat berupa catatan perhari atau unit waktu lainnya
9. Area untuk komentar dan notasi lebih lanjut mengenai arus data

Gambar dibawah merupakan contoh dari deskripsi arus data yang menggambarkan screen
yang digunakan untuk menambahkan COSTUMER ORDER baru dan untuk memperbarui data
pelanggan dan file item. Dapat dilihat bahwa entitas eksternal COSTUMER adalah sumber dan
PROCESS 1 adalah tujuannya, yang menyediakan kaitan kembali terhadap aliran arus data. Kotak
yang dicentang “Screen” mengindikasikan bahwa aliran data mewakili layar input data.

Menggambarkan Struktur Data

 Struktur Data biasannya digambarkan menggunakan notasi aljabar. Metorde ini
memungkinkan analis untuk dapat membuat sebuah pandangan terhadap elemen yang membentuk
struktur data bersama informasi mengenai elemen tersebut. Notasi aljabar menggunakan symbol –
symbol sebagi berikut:

1. Tanda sama dengan (=) berarti “terdiri dari”

2. Tanda tambah (+) berarti “dan”
3. Kurung Kurawal { } menandakan elemen yang berulang, juga dapat disebut sebagai
kelompok berulang atau table
4. Brackets [ ] menggambarkan situasi salah satu/atau.
5. Tanda Kurung ( ) menggambarkan elemen opsional. Elemen opsional dapat dibiarkan
kosong pada layar.

Logical and Physical Data Structures

Sebagai dasar, analis kemudian merancang struktur data fisik, yang mencakup tambahan elemen
yang diperlukan untuk mengimplementasikan sistem. Contoh elemen desain fisik adalah sebagai
berikut:
1. Key fields digunakan untuk menemukan catatan dalam tabel database.
2. Kode untuk mengidentifikasi status master records, seperti apakah seorang karyawan aktif.
(saat ini bekerja) atau tidak aktif. Kode tersebut dapat dipertahankan pada file yang
menghasilkan informasi pajak.
 3. Kode Transaksi digunakan untuk mengidentifikasi jenis catatan ketika file berisi rekaman
yang berbeda jenis.
4. Repeating group entries mengandung hitungan berapa banyak item dalam kelompok
5. Batas jumlah item dalam kelompok diulang.
6. Sebuah password yang digunakan oleh seorang pelanggan mengakses situs Web aman.

Data Elements
Setiap elemen data harus didefinisikan sekali dalam kamus data dan mungkin juga dimasukkan
sebelumnya pada formulir deskripsi elemen. Biasanya disertakan pada form deskripsi elemen
berikut ini:
1. ID Element. Entri opsional ini memungkinkan analis membangun Entri kamus data
otomatis
2. Nama elemen. Nama harus deskriptif, unik, dan berdasarkan pada apa elemen biasanya
disebut di sebagian besar program atau oleh pengguna utama elemen.
3. Aliases, yang sinonim atau nama lain untuk elemen. Aliases adalah nama yang digunakan
oleh pengguna yang berbeda dalam sistem yang berbeda
4. Sebuah deskripsi singkat dari elemen
5. Apakah unsur ini dasar atau diturunkan. Unsur dasar adalah elemen yang awalnya dikunci
sistem, seperti nama pelanggan, alamat, atau kota. Unsur dasar harus disimpan di
file Elemen turunan diciptakan oleh proses sebagai hasil perhitungan atau rangkaian
pernyataan pengambilan keputusan
6. Panjang elemen. Beberapa elemen memiliki panjang standar. Di Amerika Serikat, untuk
Contoh, panjang singkatan nama negara, kode pos, dan nomor telepon semuanya standar.
Untuk elemen lain, panjangnya mungkin berbeda, dan analis dan komunitas pengguna harus
bersama-sama menentukan panjang akhir berdasarkan pertimbangan berikut:
a) Panjang bilangan numerik harus ditentukan dengan menghitung jumlah terbesar
jumlah mungkin akan mengandung dan kemudian memungkinkan ruang yang wajar untuk
ekspansi. Panjang yang ditetapkan untuk total harus cukup besar untuk menampung jumlah
jumlah terakumulasi di dalamnya.
b) Bidang nama dan alamat mungkin diberikan panjang berdasarkan tabel berikut. Untuk
Contoh, field nama belakang 11 karakter akan menampung 98 persen yang terakhir
nama di Amerika Serikat
 c) Untuk bidang lain, sering kali berguna untuk memeriksa atau mencicipi data historis yang
ditemukan di organisasi untuk menentukan panjang lapangan yang sesuai.

Jika elemennya terlalu kecil, data yang perlu dimasukkan akan terpotong. Analisnya
harus memutuskan bagaimana hal itu akan mempengaruhi keluaran sistem. Misalnya, jika nama
belakang pelanggan terpotong, surat biasanya akan dikirim; jika alamat email terpotong, Namun,
itu akan dikembalikan karena tidak ditemukan.
7. Jenis data-numerik, tanggal, abjad, varchar, atau karakter, yang kadang-kadang
disebut data alfanumerik atau teks. Data Varchar mungkin berisi sejumlah karakter,
hingga sebuah batasan yang ditetapkan oleh perangkat lunak database. Bila menggunakan
varchar, tetapkan panjangnya adalah opsional.
8. Input dan output format harus dimasukkan, menggunakan simbol-simbol coding khusus
untuk menunjukkan bagaimana data harus disajikan.
9. Kriteria Validasi untuk memastikan bahwa data yang akurat ditangkap oleh sistem.
Elemen adalah baik diskrit, artinya mereka memiliki nilai tetap tertentu, atau kontinu,
dengan kelancaran nilai. Berikut adalah kriteria pengeditan yang umum:
a. Berbagai nilai cocok untuk elemen yang mengandung data kontinyu. Misalnya, di
Amerika Serikat rata-rata nilai rata-rata siswa mungkin dari 0,00 sampai 4,00. Jika
ada hanya batas atas atau bawah yang terikat pada data, batas digunakan sebagai
pengganti jarak jauh.
b. Daftar nilai ditunjukkan jika data diskrit. Contohnya adalah kode yang mewakili
warna barang yang akan dijual di katalog Trend Dunia.
c. Tabel kode cocok jika daftar nilai sangat luas (misalnya, negara bagian
singkatan, kode negara telepon, atau kode area telepon AS.)
d. Untuk elemen kunci atau indeks, digit cek sering disertakan.

10. Setiap nilai default elemen mungkin memiliki. Nilai default ditampilkan pada layar masuk
dan digunakan untuk mengurangi jumlah kunci yang mungkin harus dilakukan operator.
Biasanya, Beberapa bidang di setiap sistem memiliki nilai default. Saat menggunakan
daftar GUI atau drop-down daftar, nilai default adalah yang saat ini dipilih dan disorot.
Saat menggunakan radio tombol, pilihan untuk nilai default dipilih, dan bila menggunakan
 kotak centang, nilai default (baik "ya" atau "tidak") menentukan apakah kotak cek akan
memiliki atau tidak cek awal di dalamnya

11. Sebuah komentar tambahan atau komentar daerah. Ini bisa digunakan untuk menunjukkan
format date, validasi khusus yang diperlukan, metode check digit yang dan seterusnya.

Data Stores
Semua elemen dasar harus disimpan dalam sistem. Elemen berasal, seperti karyawan tahun-
todate gaji kotor, juga dapat disimpan dalam sistem. Data stores dibuat untuk setiap data yang
berbeda entitas disimpan Artinya, ketika arus data elemen dasar dikelompokkan bersama
untuk membentuk sebuah record struktural, sebuah data store dibuat untuk setiap record
struktural yang unik. Karena aliran data tertentu hanya bisa menunjukkan sebagian data
kolektif yang merupakan rekam structural berisi, Anda mungkin harus memeriksa banyak
struktur aliran data yang berbeda sampai selesai deskripsi penyimpanan data.
Bentuknya adalah sebagai berikut:
1) Menyimpan data ID. ID sering merupakan entri wajib untuk mencegah analis dari
penyimpanan informasi yang berlebihan Contohnya adalah D1 untuk
CUSTOMER MASTER
2) Nama menyimpan data, yang deskriptif dan unik.
3) Sebuah alias untuk tabel, seperti CLIENT MASTER untuk MASTER
PELANGGAN.
4) Sebuah deskripsi singkat dari data store.
5) Jenis file, baik komputer atau manual.
6) Format menunjuk apakah file adalah tabel database atau jika memiliki format
sederhana file datar
7) Jumlah maksimum dan rata-rata catatan pada file serta pertumbuhan per tahun.
Informasi ini membantu analis memprediksi jumlah ruang disk yang dibutuhkan
untuk aplikasi dan diperlukan untuk perencanaan akuisisi perangkat keras
8) Nama file atau data set menentukan nama file, jika diketahui. Pada tahap desain
awal, ini item boleh dibiarkan kosong Bentuk elektronik yang dihasilkan dengan
menggunakan Visible Analyst. Contoh ini menunjukkan bahwa CUSTOMER
MASTER tersimpan di computer dalam bentuk database dengan jumlah maksimal
45.000 catatan.
9) Struktur data harus menggunakan nama yang ditemukan dalam kamus data,
menyediakan link ke elemen untuk penyimpanan data ini. Sebagai alternatif,
elemen data dapat dijelaskan pada data formulir deskripsi toko atau pada layar alat
KASUS untuk penyimpanan data.
 3. MENCIPTAKAN DATA DICTIONARY

Entri kamus data dapat dibuat setelah diagram alir data selesai, atau mungkin dibangun saat
diagram alir data sedang dikembangkan. Penggunaan notasi aljabar dan catatan struktural
memungkinkan analis mengembangkan kamus data dan diagram alir data menggunakan
pendekatan top-down. Misalnya, analis dapat membuat aliran data Diagram 0 setelah beberapa
wawancara pertama dan, pada saat bersamaan, membuat entri kamus data pendahuluan.
Biasanya, entri ini terdiri dari nama aliran data yang terdapat pada diagram alir data dan struktur
data yang sesuai.

Setelah melakukan beberapa wawancara tambahan dengan pengguna untuk mempelajari

rincian sistem dan cara mereka berinteraksi dengannya, analis akan memperluas diagram alir
data dan membuat diagram anak. Kamus data kemudian dimodifikasi untuk memasukkan
catatan struktural baru dan elemen yang dikumpulkan dari wawancara lebih lanjut, observasi,
dan analisis dokumen.

Setiap tingkat diagram alir data harus menggunakan data yang sesuai untuk level. Diagram 0
hanya mencakup formulir, layar, laporan, dan catatan. Seiring diagram anak diciptakan, data
mengalir masuk dan keluar dari proses menjadi lebih dan lebih rinci, termasuk catatan dan
elemen struktural.
 Gambar di atas menggambarkan sebagian dari dua tingkat diagram alir data dan entri kamus
data yang sesuai untuk menghasilkan gaji karyawan. Proses 5, ditemukan pada Diagram 0,
merupakan gambaran umum dari produksi Pellcheck Employee. Entri kamus data yang sesuai
untuk Employee Record menunjukkan nomor karyawan dan empat catatan struktural, tampilan
data yang diperoleh pada awal analisis. Demikian pula, Timefile Record dan Employee Paycheck
juga didefinisikan sebagai rangkaian struktur. Adalah penting bahwa nama aliran data pada
diagram alir data anak dikandung sebagai elemen atau catatan struktural dalam arus data pada
proses induk. Kembali ke contoh, Informasi Wage (masukan ke dalam proses 5.3, Compute
Current Pay Amount) adalah catatan struktural yang terdapat dalam rekaman karyawan
(masukan untuk proses 5). Demikian pula, Gross Pay (output dari proses 5.3.4, proses tingkat
rendah yang tidak ditunjukkan pada gambar) terdapat dalam catatan struktural Current Pay
Amounts (output dari proses induk 5.3, Compute Current Pay Amounts).

Menganalisis Input dan Output

Langkah penting dalam pembuatan kamus data adalah mengidentifikasi dan

mengkategorikan sistem input dan output data flow. Bentuk analisis input dan output
mengandung bidang berikut yang biasanya disertakan:

[Link] nama deskriptif untuk input atau output. Jika arus data berada pada diagram logis,
nama tersebut harus mengidentifikasi data apa (misalnya, INFORMASI PELANGGAN). Jika analis
bekerja pada desain fisik atau jika pengguna secara eksplisit menyatakan sifat input atau output,
bagaimanapun, namanya harus menyertakan informasi mengenai formatnya. Contohnya adalah
PERNYATAAN BILLING PELANGGAN DAN DETAIL LINGKUNGAN KONSUMEN.

2. Kontak pengguna bertanggung jawab untuk klarifikasi lebih lanjut, umpan balik desain, dan
persetujuan akhir.

3. Apakah data itu input atau output.

4. Format arus data. Pada tahap desain logis, formatnya mungkin belum ditentukan.

5. Elemen yang menunjukkan urutan data pada laporan atau layar (mungkin di kolom).

6. Daftar elemen, termasuk nama, panjang, dan apakah itu basis atau turunannya, dan kriteria
pengeditannya.

Setelah formulir selesai, masing-masing elemen harus dianalisis untuk menentukan apakah
elemen berulang, apakah opsional, atau terlepas dari unsur lain. Elemen yang termasuk dalam
kelompok atau yang secara teratur digabungkan dengan beberapa elemen lain dalam banyak
struktur harus ditempatkan bersamaan dalam catatan struktural. Pertimbangan ini dapat dilihat
pada Formulir Analisis Input dan Output yang telah selesai untuk Divisi Katalog Trend Dunia (lihat
Gambar di bawah). Dalam contoh pernyataan pelanggan, nama pertanggungjawaban pelanggan,
nama langgeng pelanggan, dan pelanggan awal harus dikelompokkan bersama dalam catatan
struktural.

Mengembangkan Data Store

Kegiatan lain dalam pembuatan kamus data adalah mengembangkan data store. Sampai
sekarang, kami telah menentukan data apa yang perlu mengalir dari satu proses ke proses
lainnya. Informasi ini dijelaskan dalam struktur data. Informasi, bagaimanapun, dapat disimpan
di banyak tempat, dan di setiap tempat, penyimpanan data mungkin berbeda. Sedangkan arus
data mewakili data yang bergerak, penyimpanan data mewakili data saat istirahat. Misalnya,
ketika pesanan tiba pada Trend Dunia (lihat Gambar berikut),

Ini berisi sebagian besar informasi sementara, yaitu informasi yang dibutuhkan untuk
memenuhi pesanan tertentu, namun beberapa informasi mungkin disimpan secara permanen.
Contoh yang terakhir mencakup informasi tentang konsumen (jadi katalog dapat dikirimkan
kepada mereka) dan informasi tentang barang (karena item ini akan muncul pada banyak
pesanan pelanggan lainnya). Toko data berisi informasi bersifat permanen atau semipermanen
(sementara). Nomor Item, Uraian, dan Item Biaya adalah contoh informasi yang secara permanen
bersifat permanen. Begitu juga dengan Tax Rate. Ketika Biaya Item dikalikan dengan Tax Rate,
dihitung Tax Charged (atau diturunkan). Nilai turunan tidak harus disimpan di toko data.
 Bila penyimpanan data dibuat hanya untuk satu laporan atau layar, kami menyebutnya
sebagai "tampilan pengguna" karena mereka mewakili cara pengguna ingin melihat
informasinya.

4. USING THE DATA DICTIONARY

Kamus data yang ideal bersifat otomatis, interaktif, online, dan evolusioner. Sebagai analis sistem
belajar tentang sistem organisasi, item data ditambahkan ke kamus data. Di sisi lain, kamus data
bukanlah tujuan itu sendiri dan tidak pernah menjadi begitu. Agar tidak teralihkan dengan
pembuatan kamus data yang lengkap, analis sistem harus melihatnya sebagai aktivitas yang paralel
dengan analisis dan disain sistem.

Untuk mendapatkan daya maksimum, kamus data harus dikaitkan ke sejumlah program sistem
sehingga ketika item diperbarui atau dihapus dari kamus data, data tersebut akan diperbarui atau
dihapus secara otomatis dari database. Kamus data menjadi sekadar keingintahuan sejarah jika
tidak disimpan saat ini.

Kamus data dapat digunakan untuk membuat layar, laporan, dan formulir. Sebagai contoh, pelajari
struktur data untuk Trick ORDER PICKING SLIP di Gambar 8.14. Karena elemen dan panjang
yang diperlukan telah ditentukan, proses pembuatan dokumen fisik terdiri dari mengatur elemen
dengan cara yang menyenangkan dan fungsional dengan menggunakan pedoman desain dan akal
sehat. Kelompok yang berulang menjadi kolom, dan catatan struktural dikelompokkan ke dalam
layar, laporan, atau formulir. Tata letak laporan untuk Trip ORDER PICKING SLIP Dunia
ditunjukkan pada Gambar 8.15.
Perhatikan bahwa FIRST NAME dan LAST NAME dikelompokkan bersama di NAME, dan
QUANTITY (PICKED and ORDERED), BAGIAN, NOMOR SHELF, NOMOR ITEM, ITEM
DESCRIPTION, SIZE, dan COLOR membentuk serangkaian kolom, karena merupakan elemen
berulang.

Struktur data dan elemen untuk penyimpanan data biasanya digunakan untuk menghasilkan kode
sumber bahasa komputer correspon-ding, yang kemudian dimasukkan ke dalam program
komputer. Kamus data dapat digunakan bersamaan dengan diagram alir data untuk menganalisa
sistem de-sign, mendeteksi kekurangan dan area yang membutuhkan klarifikasi. Beberapa
pertimbangan adalah:

1. Semua elemen dasar pada arus data output harus ada pada input data flow
ke proses penghasil output. Unsur dasar dikodekan dan tidak boleh
diciptakan oleh sebuah proses.
2. Elemen turunan harus dibuat oleh sebuah proses dan harus dikeluarkan dari
sekurang-kurangnya satu proses yang tidak dimasukkan ke dalamnya.
3. Elemen yang ada dalam aliran data masuk atau keluar dari penyimpanan
data harus terdapat di penyimpanan data.
 Jika dimulai lebih awal, kamus data bisa menghemat banyak jam dalam tahap analisis dan
perancangan. Kamus data adalah satu sumber umum dalam organisasi untuk menjawab pertanyaan
dan menyelesaikan perselisihan tentang aspek definisi data apa pun. Kamus data mutakhir dapat
menjadi referensi bagus untuk upaya pemeliharaan pada sistem yang tidak dikenal. Kamus data
otomatis dapat berfungsi sebagai referensi untuk orang dan program.

Menggunakan Kamus Data untuk Membuat XML

Extensible markup language (XML) adalah bahasa yang dapat digunakan untuk bertukar data
antara bisnis atau antar sistem dalam suatu bisnis. Hal ini mirip dengan HTML, bahasa markup
digunakan untuk membuat halaman Web, namun lebih kuat. HTML terutama berkaitan dengan
format dokumen; XML membahas masalah berbagi data saat pengguna memiliki sys-tems dan
perangkat lunak komputer yang berbeda atau sistem manajemen basis data yang berbeda
(misalnya, satu perusahaan menggunakan

Oracle dan yang lain menggunakan IBM's DB2). Jika semua orang menggunakan sistem
pengelolaan perangkat lunak atau database yang sama, akan ada sedikit kebutuhan akan XML.

Setelah dokumen XML dibuat, data dapat diubah menjadi sejumlah format output yang berbeda
dan ditampilkan dalam berbagai cara, termasuk output tercetak, halaman Web, output untuk
perangkat genggam, dan dokumen format dokumen portabel (PDF). . Dengan demikian, isi data
dokumen dipisahkan dari format output. Konten XML didefinisikan sekali sebagai data dan
kemudian diubah sebanyak yang diperlukan.

Keuntungan menggunakan dokumen XML adalah analis hanya dapat memilih data yang harus
dimiliki oleh internal departemen atau mitra eksternal agar dapat berfungsi. Ini membantu
memastikan kerahasiaan data. Misalnya, perusahaan pelayaran hanya menerima nama cus-tomer,
alamat, nomor item, dan kuantitas yang dikirimkan, namun bukan informasi kartu kredit atau data
keuangan lainnya. Pendekatan efisien ini juga mengurangi informasi yang berlebihan.

Oleh karena itu XML adalah cara untuk mendefinisikan, mengurutkan, menyaring, dan
menerjemahkan data ke dalam bahasa data universal yang dapat digunakan oleh siapa saja. XML
dapat dibuat dari database, formulir, atau program perangkat lunak, atau mungkin langsung
dimasukkan ke dalam dokumen, editor teks, atau program entri XML.

Kamus data adalah titik awal yang ideal untuk mengembangkan konten XML. Kunci untuk
menggunakan XML adalah membuat definisi standar data. Hal ini dilakukan dengan menggunakan
seperangkat tag atau nama data yang disertakan sebelum dan sesudah setiap elemen data atau
struktur. Tag menjadi metadata, atau data tentang data. Data dapat dibagi lagi menjadi elemen dan
struktur yang lebih kecil sampai semua elemen didefinisikan. Elemen XML juga menyertakan
atribut, kumpulan data tambahan yang disertakan dalam tag yang menggambarkan sesuatu tentang
elemen XML.
Gambar 8.16 mengilustrasikan kamus data yang berisi informasi pelanggan, pesanan, dan
pembayaran. Keseluruhan koleksi pelanggan termasuk dalam apa yang disebut elemen akar,
pelanggan. Sebuah dokumen XML hanya boleh berisi satu elemen root, sehingga sering
merupakan jamak dari data yang terkandung dalam dokumen XML. Setiap pelanggan dapat
memesan banyak pesanan. Struktur didefinisikan dalam dua kolom kiri, dan kode XML muncul di
sebelah kanan. PELANGGAN, seperti yang dapat Anda lihat, terdiri dari NAMA, ALAMAT,
SALDO LANCAR, beberapa INFORMASI ORDER, dan PEMBAYARAN. Beberapa struktur ini
dibagi lagi.

Dokumen XML cenderung mencerminkan struktur kamus data. Entri pertama (selain garis XML
yang mengidentifikasi dokumen) adalah pelanggan, yang mendefinisikan keseluruhan koleksi
informasi pelanggan. Simbol yang kurang dari () dan lebih besar dari () digunakan untuk
mengidentifikasi nama tag (mirip dengan HTML). Baris terakhir dari dokumen XML adalah tag
penutup, / pelanggan, sig-nifying akhir informasi pelanggan.

Pelanggan didefinisikan terlebih dahulu dan berisi atribut, nomor pelanggan. Sering ada
disfrumentasi tentang apakah data harus disimpan sebagai elemen atau atribut. Dalam kasus ini,
mereka disimpan sebagai atribut.

Nama tag, nama, didefinisikan selanjutnya karena ini adalah entri pertama dalam kamus data.
NAME adalah struktur yang terdiri dari LAST NAME, FIRST NAME, dan MIDDLE INITIAL
opsional. Dalam dokumen XML, struktur ini dimulai dengan nama dan diikuti oleh nama
belakang, nama depan, dan awal tengah. Karena spasi tidak diperbolehkan dalam nama tag XML,
garis bawah biasanya digunakan untuk memisahkan kata-kata. Tag penutup / nama menandakan
akhir dari kelompok elemen. Menggunakan struktur seperti nama menghemat waktu dan coding
jika transformasi menampilkan nama lengkap. Masing-masing elemen anak akan berada pada satu
garis yang dipisahkan oleh spasi. Nama juga berisi atribut, baik untuk individu atau C untuk
korporasi.

Indentasi digunakan untuk menunjukkan struktur mana yang mengandung unsur. Perhatikan
bahwa alamatnya mirip dengan pelanggan, tapi ketika kita memesan informasi ada perbedaan
besar.

Ada beberapa entri untuk informasi pesanan, masing-masing berisi nomor pesanan, tanggal
pemesanan, tanggal pengiriman, dan jumlah. Karena pembayaran dilakukan baik dengan cek atau
kartu kredit, hanya satu dari ini yang mungkin ada. Dalam contoh kita, pembayaran dilakukan
dengan cek. Tanggal memiliki atribut yang disebut format yang menunjukkan apakah tanggal
tersebut muncul sebagai bulan, hari, tahun; tahun bulan hari; atau hari, bulan, tahun. Jika kartu
kredit digunakan untuk melakukan pembayaran, atribut TYPE berisi M, V, A, D, atau O yang
menunjukkan jenis kartu kredit (MasterCard, Visa, dan sebagainya).
Definisi Tipe Dokumen XML

Seringkali struktur elemen konten XML didefinisikan dengan menggunakan definisi tipe dokumen
(DTD). DTD digunakan untuk menentukan apakah konten dokumen XML valid, yaitu apakah
sesuai

sesuai urutan dan jenis data yang harus ada dalam dokumen. DTD mudah dibuat dan didukung
dengan perangkat lunak standar. Setelah DTD selesai, bisa digunakan untuk vali-date dokumen
XML menggunakan alat XML standar. DTD lebih mudah dibuat jika data diksi-ary telah selesai,
karena analis telah bekerja dengan pengguna dan membuat keputusan mengenai struktur data.

Gambar 8.17 mengilustrasikan definisi tipe dokumen untuk dokumen XML Pelanggan. Kata
kunci, seperti! DOCTYPE, yang menunjukkan dimulainya DTD, harus dalam huruf besar. ELE-
MENT menggambarkan sebuah elemen, dan! ATTLIST menggambarkan sebuah atribut,
mencantumkan nama elemen yang diikuti dengan nama atribut. Elemen yang memiliki kata kunci
#PCDATA, untuk data karakter parsing, adalah elemen primitif, yang tidak didefinisikan lebih
lanjut.

Elemen yang memiliki serangkaian elemen lain dalam tanda kurung berarti bahwa mereka adalah
elemen anak dan harus berada dalam urutan yang tercantum. Pernyataan itu ELEMEN nama (nama
belakang, nama depan, tengah awal?) Berarti nama yang harus memiliki nama belakang diikuti
dengan nama depan diikuti oleh awal tengah. Tanda tanya setelah "awal tengah" berarti bahwa
elemen itu opsional dan mungkin ditinggalkan dari dokumen untuk pelanggan tertentu.
Tanda tambah berarti ada satu atau beberapa elemen berulang. Penyedia makanan harus
mengandung setidaknya satu tag pelanggan namun dapat mengandung banyak tag pelanggan.
Tanda bintang berarti ada nol atau lebih dari unsur-unsurnya. Setiap pelanggan mungkin memiliki
nol untuk banyak pesanan. Batang vertikal memisahkan dua atau lebih elemen anak yang saling
eksklusif. Pembayaran bisa berupa cek atau kartu kredit sebagai opsi.

Definisi daftar atribut untuk nomor pelanggan berisi ID kata kunci (dalam huruf besar). Ini berarti
bahwa nomor atribut harus muncul hanya sekali dalam dokumen XML sebagai atribut untuk
elemen dengan ID. Itu agak mirip dengan primary key. Perbedaannya adalah, jika dokumen
memiliki beberapa elemen yang berbeda, masing-masing dengan atribut ID, ID yang diberikan
(C15008 dalam contoh ini) hanya bisa muncul satu kali. ID harus dimulai dengan huruf atau garis
bawah dan tidak dapat hanya menjadi nomor. Alasan di balik menempatkan nomor pelanggan
sebagai ID adalah memastikan bahwa hal itu tidak terulang dalam dokumen yang lebih panjang.
Kata kunci # DIPERLUKAN berarti atribut tersebut harus ada. Kata kunci # TERSIRAT berarti
bahwa atribut itu opsional. Sebuah dokumen mungkin juga memiliki atribut ID-REF, yang
menghubungkan satu elemen dengan elemen lain yaitu ID. Tag ORDER memiliki atribut nomor
pelanggan yang didefinisikan sebagai IDREF, dan nilai C15008 harus ada dalam ID di suatu
tempat di dokumen.

Daftar atribut yang berisi nilai dalam tanda kurung berarti bahwa atribut tersebut harus
mengandung salah satu nilainya. Definisi DTD tipe kartu kredit ATTLIST (M | V | A | D | O) #
RE-QUIRED berarti tipe kartu kredit harus berupa M, V, A, D, atau O.

Skema XML

Skema adalah cara lain yang lebih tepat untuk mendefinisikan konten dokumen XML. Skema
dapat mencakup berapa kali elemen dapat terjadi serta jenis data dalam elemen

seperti karakter atau nilai numerik, termasuk panjang elemen, batasan data, dan jumlah tempat ke
kiri dan kanan angka desimal.

Kamus data adalah titik awal yang bagus untuk mengembangkan dokumen XML dan jenis definisi
atau skema doc-ument. Keuntungan menggunakan XML untuk mendefinisikan data adalah bahwa,
dalam format XML, data disimpan dalam format teks murni dan tidak tergantung pada perangkat
lunak berpemilik. Dokumen tersebut dapat dengan mudah divalidasi dan diubah menjadi berbagai
format output yang berbeda.

Kelompok atau organisasi industri mungkin terlibat dalam menentukan struktur XML khusus
industri sehingga semua pihak yang terlibat memahami apa arti data tersebut. Ini sangat penting
kapan

nama elemen mungkin memiliki beberapa arti. Contohnya adalah "keadaan", yang mungkin berarti
singkatan status pos atau keadaan pesanan atau akun. Contoh definisi jenis dan jenis dokumen
XML spesifik industri dapat ditemukan di [Link].