Judul: Perancangan Sistem Menurut Jogiyanto H
Penulis: Umar Chymenk
Perancangan Sistem
Menurut Jogiyanto H.M (2001:196), Perancangan Sistem yaitu: "Perancangan Sistem dapat didefenisikan sebagai penggambaran, perencanaan, dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah kedalam satu kesatuan yang utuh dan berfungsi".
Pengertian perancangan sistem yang lain menurut Jogiyanto H.M (2001:196), yaitu :
"Perancangan sistem menentukan bagaimana suatu sistem akan menyelesaikan apa yang mesti diselesaikan. Tahap ini menyangkut mengkonfigurasikan dari komponen-komponen perangkat lunak dan perangkat keras dari suatu sistem sehingga setelah instalasi dari sistem akan benar-benar memuaskan rancangan bangun yang telah ditetapkan pada akhir tahap analisa sistem".
Dengan demikian perancangan sistem dapat diartikan sebagai berikut :
Tahap setelah analisis dari siklus pengembangan sistem.
Pendefinisian dari kebutuhan-kebutuhan fungsional.
Persiapan untuk rancang bangun dan implementasi.
Menggambarkan bagaimana suatu sistem dibentuk.
Penggambaran, perancangan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah kedalam satu kesatuan yang utuh dan berfungsi.
Tujuan Perancangan Sistem
Menurut Jogiyanto H.M (2001:209) tujuan utama perancangan sistem adalah:
Untuk memenuhi kebutuhan para pemakai sistem.
Untuk memberikan gambaran yang jelas dan rancang bangun yang lengkap kepada programmer.
Kedua tujuan ini lebih berfokus pada perancangan atau desain siatem yang terinci yaitu pembuatan rancang bangun yang jelas dan lengkap yang nantinya digunakan untuk pembuatan program komputernya.
Diagram HIPO (Hierarchy plus Input-Process-Output)
Menurut Jogiyanto (2005:787) "HIPO (Hierarchy plus Input-Process-Output) merupakan metodologi yang dikembangkan dan didukung oleh IBM. Tetapi saat ini HIPO juga banyak digunakan sebagai alat disain dan teknik dokumentasi dalam siklus pengembangan sistem".
HIPO dapat digunakan sebagai alat pengembangan sistem dan teknik dokumentasi program. Penggunaan HIPO ini mempunyai sasaran utama sebagai berikut:
Untuk menyediakan suatu struktur guna memahami fungsi-fungsi dari program.
Untuk lebih menekankan fungsi-fungsi yang harus diselesaikan oleh program, bukannya menunjukkan statemen-statemen program yang digunakan untuk melaksanakan fungsi tersebut.
Untuk menyediakan penjelasan yang jelas dari input yang harus digunakan dan output yang harus dihasilkan oleh masing-masing fungsi pada tiap-tiap tingkatan dari diagram-diagram HIPO.
Untuk menyediakan output yang tepat dan sesuai dengan kebutuhan-kebutuhan pemakai.
Data Flow Diagram (DFD)
Data Flow Diagram (DFD) adalah representasi grafik dari sebuah sistem. DFD menggambarkan komponen-komponen sebuah sistem, aliran-aliran data di mana komponen-komponen tersebut, dan asal, tujuan, dan penyimpanan dari data tersebut.
Kita dapat menggunakan DFD untuk dua hal utama, yaitu untuk membuat dokumentasi dari sistem informasi yang ada, atau untuk menyusun dokumentasi untuk sistem informasi yang baru.
Ada 3 (tiga) jenis DFD, yaitu ;
Context Diagram (CD)
DFD Fisik
DFD Logis
DFD Level
DFD dapat digambarkan dalam Diagram Context dan Level n. Huruf n dapat menggambarkan level dan proses di setiap lingkaran.
Diagram Context
Diagram Level n
DFD Logis
DFD Fisik
Context Diagram (CD)
Jenis pertama Context Diagram, adalah data flow diagram tingkat atas (DFD Top Level), yaitu diagram yang paling tidak detail, dari sebuah sistem informasi yang menggambarkan aliran-aliran data ke dalam dan ke luar sistem dan ke dalam dan ke luar entitas-entitas eksternal. (CD menggambarkan sistem dalam satu lingkaran dan hubungan dengan entitas luar. Lingkaran tersebut menggambarkan keseluruhan proses dalam sistem).
Beberapa hal yang harus diperhatikan dalam menggambar CD;
Terminologi sistem :
Batas Sistem adalah batas antara "daerah kepentingan sistem".
Lingkungan Sistem adalah segala sesuatu yang berhubungan atau mempengaruhi sistem tersebut.
Interface adalah aliran yang menghubungkan sebuah sistem dengan linkungan sistem tersebut.
Menggunakan satu simbol proses,
Catatan:
Yang masuk didalam lingkaran konteks (simbol proses) adalah kegiatan pemrosesan informasi (Batas Sistem). Kegiatan informasi adalah mengambil data dari file, mentransformasikan data, atau melakukan filing data, misalnya mempersiapkan dokumen, memasukkan, memeriksa, mengklasifikasi, mengatur, menyortir, menghitung, meringkas data, dan melakukan filing data (baik yang melakukan secara manual maupun yang dilakukan secara terotomasi).
Nama/keterangan di simbol proses tersebut sesuai dengan fungsi sistem tersebut,
Antara Entitas Eksternal/Terminator tidak diperbolehkan komunikasi langsung
Jika terdapat termintor yang mempunyai banyak masukan dan keluaran, diperbolehkan untuk digambarkan lebih dari satu sehingga mencegah penggambaran yang terlalu rumit, dengan memberikan tanda asterik ( * ) atau garis silang ( # ).
Jika Terminator mewakili individu (personil) sebaiknya diwakili oleh peran yang dipermainkan personil tersebut.
Aliran data ke proses dan keluar sebagai output keterangan aliran data berbeda.
Diagram Level n / Data Flow Diagram Levelled
Dalam diagram n DFD dapat digunakan untuk menggambarkan diagram fisik maupun diagram diagram logis. Dimana Diagram Level n merupakan hasil pengembangan dari Context Diagram ke dalam komponen yang lebih detail tersebut disebut dengan top-down partitioning. Jika kita melakukan pengembangan dengan benar, kita akan mendapatkan DFD-DFD yang seimbang. Sebagai contoh, gambar 1.1, gambar 1.2, gambar 1.3, gambar 1.4 dan gambar 1.5.
Beberapa hal yang harus diperhatikan dalam membuat DFD ialah:
Pemberian Nomor pada diagram level n dengan ketentuan sebagai berikut:
Setiap penurunan ke level yang lebih rendah harus mampu merepresentasikan proses tersebut dalam sepesifikasi proses yang jelas. Sehingga seandainya belum cukup jelas maka seharusnya diturunkan ke level yang lebih rendah.
Setiap penurunan harus dilakukan hanya jika perlu.
Tidak semua bagian dari sistem harus diturunkan dengan jumlah level yang sama karena yang kompleks bisa saja diturunkan, dan yang sederhana mungkin tidak perlu diturunkan. Selain itu, karena tidak semua proses dalam level yang sama punya derajat kompleksitas yang sama juga.
Konfirmasikan DFD yang telah dibuat pada pemakai dengan cara top-down.
Aliran data yang masuk dan keluar pada suatu proses di level n harus berhubungan dengan aliran data yang masuk dan keluar pada level n+1. Dimana level n+1 tersebut mendefinisikan sub-proses pada level n tersebut.
Penyimpanan yang muncul pada level n harus didefinisikan kembali pada level n+1, sedangkan penyimpanan yang muncul pada level n tidak harus muncul pada level n-1 karena penyimpanan tersebut bersifat lokal.
Ketika mulai menurunkan DFD dari level tertinggi, cobalah untuk mengidentifikasi external events dimana sistem harus memberikan respon. External events dalam hal ini berarti suatu kejadian yang berkaitan dengan pengolahan data di luar sistem, dan menyebabkan sistem kita memberikan respon.
Jangan menghubungkan langsung antara satu penyimpanan dengan penyimpanan lainnya (harus melalui proses).
Jangan menghubungkan langsung dengan tempat penyimpanan data dengan entitas eksternal / terminator (harus melalui proses), atau sebaliknya.
Jangan membuat suatu proses menerima input tetapi tidak pernah mengeluarkan output yang disebut dengan istilah "black hole".
Jangan membuat suatu tempat penyimpanan menerima input tetapi tidak pernah digunakan untuk proses.
Jangan membuat suatu hasil proses yang lengkap dengan data yang terbatas yang disebut dengan istilah "magic process".
Jika terdapat terminator yang mempunyai banyak masukan dan keluaran, diperbolehkan untuk digambarkan lebih dari satu sehingga mencegah penggambaran yang terlalu rumit, dengan memberikan tanda asterik ( * ) atau garis silang ( # ), begitu dengan bentuk penyimpanan.
Aliran data ke proses dan keluar sebagai output keterangan aliran data berbeda.
DFD Fisik
Adalah representasi grafik dari sebuah sistem yang menunjukan entitas-entitas internal dan eksternal dari sistem tersebut, dan aliran-aliran data ke dalam dan keluar dari entitas-entitas tersebut. Entitas-entitas internal adalah personel, tempat (sebuah bagian), atau mesin (misalnya, sebuah komputer) dalam sistem tersebut yang mentransformasikan data. Maka DFD fisik tidak menunjukkan apa yang dilakukan, tetapi menunjukkan dimana, bagaimana, dan oleh siapa proses-proses dalam sebuah sistem dilakukan. (Tidak Bahas).
Perlu diperhatikan didalam memberikan keterangan di lingkaran-lingkaran (simbol proses) dan aliran-aliran data (simbol aliran data) dalam DFD fisik menggunakan label/keterangan dari kata benda untuk menunjukan bagaimana sistem mentransmisikan data antara lingkaran-lingkaran tersebut.
Misal :
Aliran Data : Kas, Formulir 66W, Slip Setoran
Proses: Cleck Penjualan, Kasir, Pembukuan, dll.
DFD Logis
Adalah representasi grafik dari sebuah sistem yang menunjukkan proses-proses dalam sistem tersebut dan aliran-aliran data ke dalam dan ke luar dari proses-proses tersebut. Kita menggunakan DFD logis untuk membuat dokumentasi sebuah sistem informasi karena DFD logis dapat mewakili logika tersebut, yaitu apa yang dilakukan oleh sistem tersebut, tanpa perlu menspesifikasi dimana, bagaimana, dan oleh siapa proses-proses dalam sistem tersebut dilakukan.
Keuntungan dari DFD logis dibandingkan dengan DFD fisik adalah dapat memusatkan perhatian pada fungsi-funsi yang dilakukan sistem.
Perlu diperhatikan di dalam pemberian Keterangan/ Label;
Lingkaran-lingkaran (simbol proses) menjelaskan apa yang dilakukan sistem
Misal : Menerima Pembayaran, Mencatat Penjualan, Membandingkan kas dan Daftar Penerimaan, Mempersiapkan Setoran, dll.
Aliran-aliran data (simbol aliran data) menggambarkan sifat data.
Misal : Pembayaran (bukan "Cek", "Kas", " Kartu Kredit"
Jurnal Penjualan (bukan "Buku Penjualan"), dll
Usulan dari analis ( berupa DFD dalam bab 4 ), beberapa hal yang umum yang mendapat perhatian dalam mendesain baru tersebut ialah:
Menggabungkan beberapa tugas menjadi Satu
Master Detail Update
Meminimalkan tugas-tugas yang tidak penting
Menghilangkan tugas-tugas yang duplikat
Menambahkan proses baru
Meminimalkan proses input
Menetapkan bagian mana yang harus dikerjakan komputer dan bagian mana yang harus dikerjakan manual.
Sistem Flowchart
Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urut-urutan prosedur dari suatu program. Flowchart menolong analis dan programmer untuk memecahkan masalah kedalam segmen-segmen yang lebih kecil dan menolong dalam menganalisis alternatif-alternatif lain dalam pengoperasian.
Flowchart biasanya mempermudah penyelesaian suatu masalah khususnya masalah yang perlu dipelajari dan dievaluasi lebih lanjut.
Jenis-Jenis Flowchart
Flowchart terbagi atas lima jenis, yaitu :
Flowchart Sistem (System Flowchart)
Flowchart Paperwork / Flowchart Dokumen (Document Flowchart)
Flowchart Skematik (Schematic Flowchart)
Flowchart Program (Program Flowchart)
Flowchart Proses (Process Flowchart)
Flowchart Sistem
Flowchart Sistem merupakan bagan yang menunjukkan alur kerja atau apa yang sedang dikerjakan di dalam sistem secara keseluruhan dan menjelaskan urutan dari prosedur-prosedur yang ada di dalam sistem. Dengan kata lain, flowchart ini merupakan deskripsi secara grafik dari urutan prosedur-prosedur yang terkombinasi yang membentuk suatu sistem.
Flowchart Sistem terdiri dari data yang mengalir melalui sistem dan proses yang mentransformasikan data itu. Data dan proses dalam flowchart sistem dapat digambarkan secara online (dihubungkan langsung dengan komputer) atau offline (tidak dihubungkan langsung dengan komputer, misalnya mesin tik, cash register atau kalkulator).
Flowchart Program
Flowchart Program dihasilkan dari Flowchart Sistem.
Flowchart Program merupakan keterangan yang lebih rinci tentang bagaimana setiap langkah program atau prosedur sesungguhnya dilaksanakan. Flowchart ini menunjukkan setiap langkah program atau prosedur dalam urutan yang tepat saat terjadi.
Programmer menggunakan flowchart program untuk menggambarkan urutan instruksi dari program komputer. Analis Sistem menggunakan flowchart program untuk menggambarkan urutan tugas-tugas pekerjaan dalam suatu prosedur atau operasi.
Desain Input, Output dan Dialog
Input
Masukan (input) merupakan awal dimulainya proses informasi. Bahan mentah dari informasi adalah data yang terjadi dari transaksi‐transaksi. Apabila sampah yang masuk maka sampah pula yang akan keluar (garbage in garbage out). Oleh karena itu desain input harus benar‐benar menerima input bukan sampah. Desain input terinci dimulai dari desain dokumen dasar sebagai penangkap input yang pertama kali. Jika dokumen dasar tidak didesain dengan baik, kemungkinan input yang tercatat dapat salah bahkan kurang atau berlebihan.
Dokumen dasar (source document) merupakan formulir yang digunakan untuk menangkap (capture) data yang terjadi. Data yang sudah dicatat di dokumen dasar kemudian dimasukkan sebagai input ke sistem informasi untuk diolah. Dokumen dasar dapat membantu di dalam penanganan arus data sebagai berikut :
Dapat menunjukkan macam dari data yang harus dikumpulkan dan ditangkap.
Data dapat dicatat dengan jelas, konsisten dan akurat.
Dapat mendorong lengkapnya data, disebabkan data yang dibutuhkan disebutkan satu persatu di dalam dokumen dasarnya.
Bertindak sebagai pendistribusian data, karena sejumlah tembusan dari formulir tersebut dapat diberikan kepada individu‐individu atau departemen‐departemen yang membutuhkannya.
Dapat membantu di dalam pembuktian terjadinya suatu transaksi yang sah, sehingga sangat berguna untuk audit trail (pelacakan pemeriksaan).
Dapat sebagai cadangan atau pelindung (back up) dari file‐file data di komputer.
Untuk mencapai maksud tersebut, dokumen dasar harus dirancang dengan baik.
Output
Output adalah produk dari system informasi yang dapat dilihat. Output dapat berupa hasil di media kertas atau hasil di media lunak (berupa tampilan di layar video). Selain itu output dapat berupa hasil dari suatu proses yang akan digunakan oleh proses lain dan tersimpan di suatu media seperti tape atau disk. Output dapat diklasifikasikan ke dalam dua tipe yaitu:
1. Internal Output (Output Intern)
Output intern adalah output yang dimaksudkan untuk mendukung kegiatan manajemen dan tetap ada dan disimpan di dalam perusahaan sebagai arsip atau dimusnahkan bila sudah tidak digunakan lagi.Output intern dapat berupa laporan‐laporan terinci dan laporan‐laporan ringkasan.
2. External Output (Output Ekstern)
Output ekstern adalah output yang akan didistribusikan kepada pihak luar yang membutuhkannya. Sebagai contoh faktur,check dan tanda terima pembayaran. Banyak output ekstern dibuat di formulir yang sudah tercetak sebelumnya dan system informasi hanya menambahkan bagian‐bagian tertentu yang masih harus diisi.
Bentuk atau format output dapat berupa keterangan‐keterangan (narrative), table atau grafik. Desain output secara umum dapat dilakukan dengan langkah‐langkah sebagai berikut :
1. Menetukan kebutuhan output dari system baru
Output yang akan didesain dapat ditentukan dari DFD system baru yang telah dibuat. Output di DFD ditunjukkan oleh arus data dari sustu proses ke entity external atau dari suatu proses ke proses yang lainnya.
2. Menentukan parameter dari output.
Setelah output‐output yang akan didesain telah dapat ditentukan maka parameter dari output selanjutnya juga dapat ditentukan. Parameter tersebut meliputi tipe dari output, formatnya, media yang digunakan, alat output yang digunakan, jumlah tembusannya, distribusinya dan periode output.
Dialog
Merupakan rancang bangun dari percakapan antara pemakai sistem (user) dengan komputer. Percakapan ini dapat terdiri dari proses memasukkan data ke sistem, menampilkan output informasi kepada user atau dapat keduanya.
Pedoman desain dialog :
User harus dibuat sadar/paham tentang apa yang harus dikerjakan selanjutnya.
Sistem harus menyediakan instruksi‐instruksi apa yang harus dikerjakannya.
Layar dialog dibentuk sedemikian rupa sehingga informasi, instruksi dan bantuan-bantuan selalu ditampilkan pada area yang sudah pasti, sehingga layar dibagi dalam bentuk jendela (judul, instruksi, tubuh, escape).
Didalam jendela tubuh, dialog seharusnya dibatasi untuk satu ide saja tiap frame‐nya.
Paging dan scrolling digunakan untuk menampilkan informasi di jendela tubuh.
Berita, instruksi, atau informasi yang ditampilkan harus tetap ditampilkan dalam waktu yang cukup lama sesuai kendali tombol (tidak terlalu cepat bergulir atau berganti halaman).
Gunakan kalimat yang sederhana, mudah dimengerti dan hindari penggunaan istilah-istilah atau jargon.
Hindari penggunaan singkatan‐singkatan.
Hindari penggunaan simbol‐simbol yang dapat membingungkan user.
Gunakanlah kata yang konsisten, misalnya kata KOREKSI layar satu, RUBAH dilayar dua, EDIT dilayar tiga.
Kamus Data
Kamus data atau data dictionary adalah katalog fakta tentang data dan kebutuhan-kebutuhan informasi dari suatu sistem informasi. Dengan kamus data analis sistem dapat mendefinisikan data yang mengalir di sistem dengan lengkap. Pada tahap analisis sistem, kamus data digunakan sebagai alat komunikasi antara analis sitem dengan pemakai sistem tentang data yang mengalir ke sistem, yaitu tentang data yang masuk ke sistem dan tentang informasi yang dibutuhkan oleh pemakai sistem. Pada tahap perancangan sistem, kamus data digunakan untuk merancang input, merancang laporan-laporan dan database. Kamus data dibuat berdasarkan arus data yang ada di Data Flow Diagram (DFD). Arus data di DFD sifatnya adalah global, hanya ditunjukkan nama arus datanya saja. Keterangan lebih lanjut tentang struktur dari suatu arus data di DFD secara lebih terinci dapat dilihat di kamus data.
DD tidak menggunakan notasi grafik sebagaimana halnya DFD. DD berfungsi membantu pelaku sistem untuk mengerti aplikasi secara detil, dan mereorganisasi semua elemen data yang digunakan dalam sistem secara presisi sehingga pemakai dan penganalisa sistem punya dasar pengertian yang sama tentang masukan, keluaran, penyimpanan dan proses.
DD mendefinisikan elemen data dengan fungsi sebagai berikut:
Menjelaskan arti aliran data dan penyimpanan dalam DFD
Mendeskripsikan komposisi paket data yang bergerak melalui aliran,misalnya alamat diuraikan menjadi kota, kodepos, propinsi, dan negara.
Mendeskripsikan komposisi penyimpanan data.
Menspesifikasikan nilai dan satuan yang relevan bagi penyimpanan dan aliran.
Mendeskripsikan hubungan detil antara penyimpanan yang akan menjadi titik perhatian dalam entity relationship diagram.
Isi Kamus Data
Data dictionary harus dapat mencerminkan keterangan yang jelas tentang data yang dicatatnya. Untuk maksud keperluan ini, maka DD harus memuat hal-hal berikut :
Nama arus data.
Karena DD dibuat berdasarkan arus data yang mengalir di DFD, maka nama dari arus data juga harus dicatat di DD, sehingga mereka yang membaca DFD dan memerlukan penjelasan lebih lanjut tentang suatu arus data tertentu di DFD dapat langsung mencarinya dengan mudah di DD.
Alias.
Alias atau nama lain dari data dapat dituliskan bila nama lain ini ada. Alias perlu ditulis karena data yang sama mempunyai nama yang berbeda untuk orang atau departemen satu dengan yang lainnya, misalnnya bagian pembuat faktur dan langganan menyebut bukti penjualan sebagai faktur, sedang bagian gudang menyebutnya sebagai tembusan permintaan persediaan. Baik faktur dan tembusan permintaan persediaan ini mempunyai struktur data yang sama, tetapi mempunyai struktur yang berbeda.
Bentuk data.
Bentuk data perlu dicatat di DD, karena dapat digunakan untuk mengelompokkan DD ke dalam kegunaannya sewaktu perancangan sistem. DD yang mencatat data yang mengalir dalam bentuk dokumen dasar atau formulir akan digunakan untuk merancang bentuk input sistem.DD yang mencatat data yang mengalir dalam bentuk laporan tercetak dan dokumen hasil cetakan komputer akan digunakan untuk merancang output yang akan dihasilkan oleh sistem. DD yang mencatat data yang mengalir dalam bentuk tampilan dilayar monitor akan digunakan untuk merancang tampilan layar yang akan dihasilkan oleh sistem.DD yang mencatat data yang mengalir dalam bentuk parameter dan variabel akan digunakan untuk merancang proses dari program.DD yang mencatat data yang mengalir dalam bentuk dokumen, formulir, laporan, dokumen cetakan komputer, tampilan di layar monitor, variabel dan field akan digunakan untuk merancang database.
Arus data.
Arus data menunjukkan dari mana data mengalir dan ke mana data akan menuju. Keterangan arus data ini perlu dicatat di DD supaya memudahkan mencari arus data ini di DFD.
Penjelasan.
Untuk tidak memperjleas lagi tentang makna dari arus data yang dicatat di DD, maka bagian penjelasan dapat diisi dengan keterangan-keterangan tentang arus data tersebut. Sebagai misalnya nama dari arus data adalah tembusan permintaaan persediaan, maka dapat lebih dijelaskan sebagai tembusan dari faktur penjualan untuk meminta barang dari gudang.
Periode.
Periode ini menunjukkan kapan terjadinya arus data ini. Periode perlu dicatat di DD karena dapat digunakan untuk mengidentifikasikan kapan input data harus dimasukkan ke sistem, kapan proses dari program harus dilakukakan dan kapan laporan-laporan harus dihasilkan.
Volume.
Volume yang perlu dicatat di DD adalah tentang volumen rata-rata dan volume puncak dari arus data. Volume rata-rata menunjukkan banyaknya rata-rata arus data yang mengalir dalam suatu periode tertentu dan volume puncak menunjukkan volume yang terbanyak, Volume ini digunakan untuk mengidentifikasikan besarnya simpanan luar yang akan digunakan, kapasitas dan jumlah dari alat input, alat pemroses dan alat output.
Struktur data.
Struktur data menunjukkan arus data yang dicatat di DD terdiri dari item-item apa saja.
ERD
ERD merupakan suatu model untuk menjelaskan hubungan antar data dalam basis data berdasarkan objek-objek dasar data yang mempunyai hubungan antar relasi.
ERD untuk memodelkan struktur data dan hubungan antar data, untuk menggambarkannya digunakan beberapa notasi dan simbol. Pada dasarnya ada tiga simbol yang digunakan, yaitu :
Entiti
Entiti merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain (Fathansyah, 1999: 30). Simbol dari entiti ini biasanya digambarkan dengan persegi panjang.
Atribut
Setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain. Gambar atribut diwakili oleh simbol elips.
Hubungan / Relasi
Hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. Relasi dapat digambarkan sebagai berikut :
Relasi yang terjadi diantara dua himpunan entitas (misalnya A dan B) dalam satu basis data yaitu (Abdul Kadir, 2002: 48) :
1). Satu ke satu (One to one)
Hubungan relasi satu ke satu yaitu setiap entitas pada himpunan entitas A berhubungan paling banyak dengan satu entitas pada himpunan entitas B.
2). Satu ke banyak (One to many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi setiap entitas pada entitas B dapat berhubungan dengan satu entitas pada himpunan entitas A.
3). Banyak ke banyak (Many to many)
Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B.
Terimakasih telah membaca Perancangan Sistem Menurut Jogiyanto H. Gunakan kotak pencarian untuk mencari artikel yang ingin anda cari.
Semoga bermanfaat
0 komentar: