Sistem

Sistem
Dari Wikipedia bahasa Indonesia, ensiklopedia bebas
Perubahan tertunda ditampilkan di halaman iniBelum Diperiksa
Langsung ke: navigasi, cari

Sistem berasal dari bahasa Latin (systēma) dan bahasa Yunani (sustēma) adalah suatu kesatuan yang terdiri komponen atau elemen yang dihubungkan bersama untuk memudahkan aliran informasi, materi atau energi. Istilah ini sering dipergunakan untuk menggambarkan suatu set entitas yang berinteraksi, di mana suatu model matematika seringkali bisa dibuat.

Sistem juga merupakan kesatuan bagian-bagian yang saling berhubungan yang berada dalam suatu wilayah serta memiliki item-item penggerak, contoh umum misalnya seperti negara. Negara merupakan suatu kumpulan dari beberapa elemen kesatuan lain seperti provinsi yang saling berhubungan sehingga membentuk suatu negara dimana yang berperan sebagai penggeraknya yaitu rakyat yang berada dinegara tersebut.

Kata "sistem" banyak sekali digunakan dalam percakapan sehari-hari, dalam forum diskusi maupun dokumen ilmiah. Kata ini digunakan untuk banyak hal, dan pada banyak bidang pula, sehingga maknanya menjadi beragam. Dalam pengertian yang paling umum, sebuah sistem adalah sekumpulan benda yang memiliki hubungan di antara mereka.
Daftar isi
[sembunyikan]

* 1 Elemen dalam sistem
* 2 Elemen sistem
* 3 Jenis sistem
* 4 Referensi

[sunting] Elemen dalam sistem

Pada prinsipnya, setiap sistem selalu terdiri atas empat elemen:

* Objek, yang dapat berupa bagian, elemen, ataupun variabel. Ia dapat benda fisik, abstrak, ataupun keduanya sekaligus; tergantung kepada sifat sistem tersebut.
* Atribut, yang menentukan kualitas atau sifat kepemilikan sistem dan objeknya.
* Hubungan internal, di antara objek-objek di dalamnya.
* Lingkungan, tempat di mana sistem berada.

[sunting] Elemen sistem

Ada beberapa elemen yang membentuk sebuah sistem, yaitu : tujuan, masukan, proses, keluaran, batas, mekanisme pengendalian dan umpan balik serta lingkungan. Berikut penjelasan mengenai elemen-elemen yang membentuk sebuah sistem :

1. Tujuan

Setiap sistem memiliki tujuan (Goal), entah hanya satu atau mungkin banyak. Tujuan inilah yang menjadi pemotivasi yang mengarahkan sistem. Tanpa tujuan, sistem menjadi tak terarah dan tak terkendali. Tentu saja, tujuan antara satu sistem dengan sistem yang lain berbeda.

2. Masukan

Masukan (input) sistem adalah segala sesuatu yang masuk ke dalam sistem dan selanjutnya menjadi bahan yang diproses. Masukan dapat berupa hal-hal yang berwujud (tampak secara fisik) maupun yang tidak tampak. Contoh masukan yang berwujud adalah bahan mentah, sedangkan contoh yang tidak berwujud adalah informasi (misalnya permintaan jasa pelanggan).

3. Proses

Proses merupakan bagian yang melakukan perubahan atau transformasi dari masukan menjadi keluaran yang berguna dan lbih bernilai, misalnya berupa informasi dan produk, tetapi juga bisa berupa hal-hal yang tidak berguna, misalnya saja sisa pembuangan atau limbah. Pada pabrik kimia, proses dapat berupa bahan mentah. Pada rumah sakit, proses dapat berupa aktivitas pembedahan pasien.

4. Keluaran

Keluaran (output) merupakan hasil dari pemrosesan. Pada sistem informasi, keluaran bisa berupa suatu informasi, saran, cetakan laporan, dan sebagainya.

5. Batas

Yang disebut batas (boundary) sistem adalah pemisah antara sistem dan daerah di luar sistem (lingkungan). Batas sistem menentukan konfigurasi, ruang lingkup, atau kemampuan sistem. Sebagai contoh, tim sepakbola mempunyai aturan permainan dan keterbatasan kemampuan pemain. Pertumbuhan sebuah toko kelontong dipengaruhi oleh pembelian pelanggan, gerakan pesaing dan keterbatasan dana dari bank. Tentu saja batas sebuah sistem dapat dikurangi atau dimodifikasi sehingga akan mengubah perilaku sistem. Sebagai contoh, dengan menjual saham ke publik, sebuah perusahaan dapat mengurangi keterbasatan dana.

6. Mekanisme Pengendalian dan Umpan Balik

Mekanisme pengendalian (control mechanism) diwujudkan dengan menggunakan umpan balik (feedback), yang mencuplik keluaran. Umpan balik ini digunakan untuk mengendalikan baik masukan maupun proses. Tujuannya adalah untuk mengatur agar sistem berjalan sesuai dengan tujuan.

7. Lingkungan

Lingkungan adalah segala sesuatu yang berada diluar sistem. Lingkungan bisa berpengaruh terhadap operasi sistem dalam arti bisa merugikan atau menguntungkan sistem itu sendiri. Lingkungan yang merugikan tentu saja harus ditahan dan dikendalikan supaya tidak mengganggu kelangsungan operasi sistem, sedangkan yang menguntungkan tetap harus terus dijaga, karena akan memacu terhadap kelangsungan hidup sistem.
[sunting] Jenis sistem

Ada berbagai tipe sistem berdasarkan kategori:

* Atas dasar keterbukaan:
o sistem terbuka, dimana pihak luar dapat mempengaruhinya.
o sistem tertutup.

* Atas dasar komponen:
o Sistem fisik, dengan komponen materi dan energi.
o Sistem non-fisik atau konsep, berisikan ide-ide.

[sunting] Referensi

* http://www.answers.com/system, 13 Mei 2005.
* Manetsch dan Park(1979) dikutip dalam Eriyatno. 1999. “Ilmu Sistem: Meningkatkan Mutu dan Efektivitas Manajemen”. Jilid Satu. IPB Press, Bogor.
* “System Theory”. (http://www.tcw.utwente.nl/theorieenoverzicht/Theory%20clusters/ Communication%20Processes/System_Theory.doc., 9 mei 2005).
* Ini dapat dipelajari dalam Niklas Luhmann “Soziale Systeme”. Grundriss einer allgemeinen Theorie, Frankfurt, Suhrkamp, 1994.
* Martin, Roderick, dalam buku “Sosiologi Kekuasaan”, hal 2-3.
* Teori sistem diintroduksikan tahun 1940-an oleh biolog Ludwig von Bertalanffy dengan tajuk “General Systems Theory”, dan dikembangkan kemudian oleh Ross Ashby yang mengintroduksikan konsep “Cybernetics”.
* Eriyatno. 1999. “Ilmu Sistem: Meningkatkan Mutu dan Efektivitas Manajemen. Jilid Satu. IPB Press, Bogor. Hal. 26.
* Francis Heylighen and Cliff Joslyn. “What is Systems Theory?” Prepared for the Cambridge Dictionary of Philosophy. Copyright Cambridge University Press. (http://pespmc1.vub.ac.be/SYSTHEOR.html., 9 Mei 2005).
* “Analytic vs. Systemic Approaches”. Copyright © 1997 Principia Cybernetica - Referencing this page. (http://pespmc1.vub.ac.be/ANALSYST.html., 9 Mei 2005).

Diperoleh dari "http://id.wikipedia.org/wiki/Sistem"
Kategori: Sistem

Read more »

Mengenal sistem berkas

Konsep Dasar

Seperti yang telah kita ketahui, komputer dapat menyimpan informasi ke beberapa media penyimpanan yang berbeda, seperti magnetic disks, magnetic tapes, dan optical disks. Agar komputer dapat digunakan dengan nyaman, sistem operasi menyediakan sistem penyimpanan dengan sistematika yang seragam. Sistem Operasi mengabstraksi properti fisik dari media penyimpanannya dan mendefinisikan unit penyimpanan logis, yaitu berkas. Berkas dipetakan ke media fisik oleh sistem operasi. Media penyimpanan ini umumnya bersifat nonvolatile , sehingga kandungan di dalamnya tidak akan hilang jika terjadi gagal listrik maupun system reboot.

Berkas adalah kumpulan informasi berkait yang diberi nama dan direkam pada penyimpanan sekunder. Dari sudut pandang pengguna, berkas merupakan bagian terkecil dari penyimpanan logis, artinya data tidak dapat ditulis ke penyimpanan sekunder kecuali jika berada di dalam berkas. Biasanya berkas merepresentasikan program(baik source maupun bentuk objek) dan data. Data dari berkas dapat bersifat numerik, alfabetik, alfanumerik, ataupun biner. Format berkas juga bisa bebas, misalnya berkas teks, atau dapat juga diformat pasti. Secara umum, berkas adalah urutan bit, byte, baris, atau catatan yang didefinisikan oleh pembuat berkas dan pengguna.

Informasi dalam berkas ditentukan oleh pembuatnya. Ada banyak beragam tipe informasi yang dapat disimpan dalam berkas. Hal ini disebabkan oleh struktur tertentu yang dimiliki oleh berkas, sesuai dengan tipenya masing-masing. Contohnya:

*

Text file; yaitu urutan karakter yang disusun ke dalam baris-baris.
*

Source file; yaitu urutan subroutine dan fungsi, yang nantinya akan dideklarasikan.
*

Object file; merupakan urutan byte yang diatur ke dalam blok-blok yang dikenali oleh linker dari sistem.
*

Executable file; adalah rangkaian code section yang dapat dibawa loader ke dalam memori dan dieksekusi.

Atribut Pada Berkas

Berkas diberi nama, untuk kenyamanan bagi pengguna, dan untuk acuan bagi data yang terkandung di dalamnya. Nama berkas biasanya berupa string atau karakter. Beberapa sistem membedakan penggunaan huruf besar dan kecil dalam penamaan sebuah berkas, sementara sistem yang lain menganggap kedua hal di atas sama.Ketika berkas diberi nama, maka berkas tersebut akan menjadi mandiri terhadap proses, pengguna, bahkan sistem yang membuatnya.

Atribut berkas terdiri dari:

*

Nama; merupakan satu-satunya informasi yang tetap dalam bentuk yang bisa dibaca oleh manusia (human-readable form)
*

Type; dibutuhkan untuk sistem yang mendukung beberapa type berbeda
*

Lokasi; merupakan pointer ke device dan ke lokasi berkas pada device tersebut
*

Ukuran(size); yaitu ukuran berkas pada saat itu, baik dalam byte, huruf, ataupun block
*

Proteksi; adalah informasi mengenai kontrol akses, misalnya siapa saja yang boleh membaca, menulis, dan mengeksekusi berkas
*

Waktu, tanggal dan identifikasi pengguna; informasi ini biasanya disimpan untuk:
o

pembuatan berkas
o

modifikasi terakhir yang dilakukan pada berkas, dan
o

penggunaan terakhir berkas

Data-data tersebut dapat berguna untuk proteksi, keamanan, dan monitoring penggunaan dari berkas.

Informasi tentang seluruh berkas disimpan dalam struktur direktori yang terdapat pada penyimpanan sekunder. Direktori, seperti berkas, harus bersifat nonvolatile , sehingga keduanya harus disimpan pada sebuah device dan baru dibawa bagian per bagian ke memori pada saat dibutuhkan.
Operasi Pada Berkas

Sebuah berkas adalah tipe data abstrak. Untuk mendefinisikan berkas secara tepat, kita perlu melihat operasi yang dapat dilakukan pada berkas tersebut. Sistem operasi menyediakan system calls untuk membuat, membaca, menulis, mencari, menghapus, dan sebagainya. Berikut dapat kita lihat apa yang harus dilakukan sistem operasi pada keenam operasi dasar pada berkas.

*

Membuat sebuah berkas: Ada dua cara dalam membuat berkas. Pertama, tempat baru di dalam sistem berkas harus di alokasikan untuk berkas yang akan dibuat. Kedua, sebuah direktori harus mempersiapkan tempat untuk berkas baru, kemudian direktori tersebut akan mencatat nama berkas dan lokasinya pada sistem berkas.
*

Menulis pada sebuah berkas: Untuk menulis pada berkas, kita menggunakan system call beserta nama berkas yang akan ditulisi dan informasi apa yang akan ditulis pada berkas. Ketika diberi nama berkas, sistem mencari ke direktori untuk mendapatkan lokasi berkas. Sistem juga harus menyimpan penunjuk tulis pada berkas dimana penulisan berikut akan ditempatkan. Penunjuk tulis harus diperbaharui setiap terjadi penulisan pada berkas.
*

Membaca sebuah berkas: Untuk dapat membaca berkas, kita menggunakan system call beserta nama berkas dan di blok memori mana berkas berikutnya diletakkan. Sama seperti menulis, direktori mencari berkas yang akan dibaca, dan sistem menyimpan penunjuk baca pada berkas dimana pembacaan berikutnya akan terjadi. Ketika pembacaan dimulai, penunjuk baca harus diperbaharui. Sehingga secara umum, suatu berkas ketika sedang dibaca atau ditulis, kebanyakan sistem hanya mempunyai satu penunjuk, baca dan tulis menggunakan penunjuk yang sama, hal ini menghemat tempat dan mengurangi kompleksitas sistem.
*

Menempatkan kembali sebuah berkas: Direktori yang bertugas untuk mencari berkas yang bersesuaian, dan mengembalikan lokasi berkas pada saat itu. Menempatkan berkas tidak perlu melibatkan proses I/O. Operasi sering disebut pencarian berkas.
*

Menghapus sebuah berkas: Untuk menghapus berkas kita perlu mencari berkas tersebut di dalam direktori. Setelah ditemukan kita membebaskan tempat yang dipakai berkas tersebut (sehingga dapat digunakkan oleh berkas lain) dan menghapus tempatnya di direktori.
*

Memendekkan berkas: Ada suatu keadaan dimana pengguna menginginkan atribut dari berkas tetap sama tetapi ingin menghapus isi dari berkas tersebut. Fungsi ini mengijinkan semua atribut tetap sama tetapi panjang berkas menjadi nol, hal ini lebih baik dari pada memaksa pengguna untuk menghapus berkas dan membuatnya lagi.

Enam operasi dasar ini sudah mencakup operasi minimum yang di butuhkan. Operasi umum lainnya adalah menyambung informasi baru di akhir suatu berkas, mengubah nama suatu berkas, dan lain-lain. Operasi dasar ini kemudian digabung untuk melakukan operasi lainnya. Sebagai contoh misalnya kita menginginkan salinan dari suatu berkas, atau menyalin berkas ke peralatan I/O lainnya seperti printer, dengan cara membuat berkas lalu membaca dari berkas lama dan menulis ke berkas yang baru.

Hampir semua operasi pada berkas melibatkan pencarian berkas pada direktori. Untuk menghindari pencarian yang lama, kebanyakan sistem akan membuka berkas apabila berkas tersebut digunakan secara aktif. Sistem operasi akan menyimpan tabel kecil yang berisi informasi semua berkas yang dibuka yang disebut “tabel berkas terbuka”. Ketika berkas sudah tidak digunakan lagi dan sudah ditutup oleh yang menggunakan, maka sistem operasi mengeluarkan berkas tersebut dari tabel berkas terbuka.

Beberapa sistem terkadang langsung membuka berkas ketika berkas tersebut digunakan dan otomatis menutup berkas tersebut jika program atau pemakainya dimatikan. Tetapi pada sistem lainnya terkadang membutuhkan pembukaan berkas secara tersurat dengan system call (open) sebelum berkas dapat digunakan.

Implementasi dari buka dan tutup berkas dalam lingkungan dengan banyak perngguna seperti UNIX, lebih rumit. Dalam sistem seperti itu pengguna yang membuka berkas mungkin lebih dari satu dan pada waktu yang hampir bersamaan. Umumnya sistem operasi menggunakan tabel internal dua level. Ada tabel yang mendata proses mana saja yang membuka berkas tersebut, kemudian tabel tersebut menunjuk ke tabel yang lebih besar yang berisi informasi yang berdiri sendiri seperti lokasi berkas pada disk, tanggal akses dan ukuran berkas. Biasanya tabel tersebut juga memiliki data berapa banyak proses yang membuka berkas tersebut.

Jadi, pada dasarnya ada beberapa informasi yang terkait dengan pembukaan berkas yaitu:

*

Penunjuk Berkas: Pada sistem yang tidak mengikutkan batas berkas sebagai bagian dari system call baca dan tulis, sistem tersebut harus mengikuti posisi dimana terakhir proses baca dan tulis sebagai penunjuk. Penunjuk ini unik untuk setiap operasi pada berkas, maka dari itu harus disimpan terpisah dari atribut berkas yang ada pada disk.
*

Penghitung berkas yang terbuka: Setelah berkas ditutup, sistem harus mengosongkan kembali tabel berkas yang dibuka yang digunakan oleh berkas tadi atau tempat di tabel akan habis. Karena mungkin ada beberapa proses yang membuka berkas secara bersamaan dan sistem harus menunggu sampai berkas tersebut ditutup sebelum mengosongkan tempatnya di tabel. Penghitung ini mencatat banyaknya berkas yang telah dibuka dan ditutup, dan menjadi nol ketika yang terakhir membaca berkas menutup berkas tersebut barulah sistem dapat mengosongkan tempatnya di tabel.
*

Lokasi berkas pada disk: Kebanyakan operasi pada berkas memerlukan sistem untuk mengubah data yang ada pada berkas. Informasi mengenai lokasi berkas pada disk disimpan di memori agar menghindari banyak pembacaan pada disk untuk setiap operasi.

Beberapa sistem operasi menyediakan fasilitas untuk memetakan berkas ke dalam memori pada virtual-memory systems . Hal tersebut mengijinkan bagian dari berkas ditempatkan pada suatu alamat di virtual memory . Operasi baca dan tulis pada memori dengan alamat tersebut dianggap sebagai operasi baca dan tulis pada berkas yang ada di alamat tersebut. Menutup berkas mengakibatkan semua data yang ada pada alamat memori tersebut dikembalikan ke disk dan dihilangkan dari virtual memory yang digunakan oleh proses.
Tipe Berkas

Pertimbangan utama dalam perancangan sistem berkas dan seluruh sistem operasi, apakah sistem operasi harus mengenali dan mendukung tipe berkas. Jika suatu sistem operasi mengenali tipe dari berkas, maka ia dapat mengoperasikan berkas tersebut. Contoh apabila pengguna mencoba mencetak berkas yang merupakan kode biner dari program yang pasti akan menghasilkan sampah, hal ini dapat dicegah apabila sistem operasi sudah diberitahu bahwa berkas tersebut merupakan kode biner.

Teknik yang umum digunakan dalam implementasi tipe berkas adalah menambahkan tipe berkas dalam nama berkas. Nama dibagi dua, nama dan akhiran (ekstensi), biasanya dipisahkan dengan karakter titik. Sistem menggunakan akhiran tersebut untuk mengindikasikan tipe berkas dan tipe operasi yang dapat dilakukan pada berkas tersebut. Sebagai contoh hanya berkas yang berakhiran .bat , .exe atau .com yang bisa dijalankan (eksekusi). Program aplikasi juga menggunakan akhiran tersebut untuk mengenal berkas yang dapat dioperasikannya. Akhiran ini dapat ditimpa atau diganti jika diperbolehkan oleh sistem operasi.

Beberapa sistem operasi menyertakan dukungan terhadap akhiran, tetapi beberapa menyerahkan kepada aplikasi untuk mengatur akhiran berkas yang digunakan, sehingga tipe dari berkas dapat menjadi petunjuk aplikasi apa yang dapat mengoperasikannya.

Sistem UNIX tidak dapat menyediakan dukungan untuk akhiran berkas karena menggunakan angka-angkaajaib yang disimpan di depan berkas untuk mengenali tipe berkas. Tidak semua berkas memiliki angka ini, jadi sistem tidak bisa bergantung pada informasi ini. Tetapi UNIX memperbolehkan akhiran berkas tetapi hal ini tidak dipaksakan atau tergantung sistem operasi, kebanyakan hanya untuk membantu pengguna mengenali tipe isi dari suatu berkas.

Tabel 5-1. Tabel Tipe Berkas

berkas1.JPG
Struktur Berkas

Kita juga dapat menggunakan tipe berkas untuk mengidentifikasi struktur dalam dari berkas. Berkas berupa source dan objek memiliki struktur yang cocok dengan harapan program yang membaca berkas tersebut. Suatu berkas harus memiliki struktur yang dikenali oleh sistem operasi. Sebagai contoh, sistem operasi menginginkan suatu berkas yang dapat dieksekusi memiliki struktur tertentu agar dapat diketahui dimana berkas tersebut akan ditempatkan di memori dan di mana letak instruksi pertama berkas tersebut. Beberapa sistem operasi mengembangkan ide ini sehingga mendukung beberapa struktur berkas, dengan beberapa operasi khusus untuk memanipulasi berkas dengan struktur tersebut.

Kelemahan memiliki dukungan terhadap beberapa struktur berkas adalah: Ukuran dari sistem operasi dapat menjadi besar, jika sistem operasi mendefinisikan lima struktur berkas yang berbeda maka ia perlu menampung kode untuk yang diperlukan untuk mendukung semuanya. Setiap berkas harus dapat menerapkan salah satu struktur berkas tersebut. Masalah akan timbul ketika terdapat aplikasi yang membutuhkan struktur informasi yang tidak didukung oleh sistem operasi tersebut.

Beberapa sistem operasi menerapkan dan mendukung struktur berkas sedikit struktur berkas. Pendekatan ini digunakan pada MS-DOS dan UNIX. UNIX menganggap setiap berkas sebagai urutan 8-bit byte, tidak ada interpretasi sistem operasi terhadap dari bit-bit ini. Skema tersebut menawarkan fleksibilitas tinggi tetapi dukungan yang terbatas. Setiap aplikasi harus menambahkan sendiri kode untuk menerjemahkan berkas masukan ke dalam struktur yang sesuai. Walau bagaimana pun juga sebuah sistem operasi harus memiliki minimal satu struktur berkas yaitu untuk berkas yang dapat dieksekusi sehingga sistem dapat memuat berkas dalam memori dan menjalankannya.

Sangat berguna bagi sistem operasi untuk mendukung struktur berkas yang sering digunakan karena akan menghemat pekerjaan pemrogram. Terlalu sedikit struktur berkas yang didukung akan mempersulit pembuatan program, terlalu banyak akan membuat sistem operasi terlalu besar dan pemrogram akan bingung.
Struktur Berkas Pada Disk

Menempatkan batas dalam berkas dapat menjadi rumit bagi sistem operasi. Sistem disk biasanya memiliki ukuran blok yang sudah ditetapkan dari ukuran sektor. Semua I/O dari disk dilakukan dalam satuan blok dan semua blok (‘physical record’) memiliki ukuran yang sama. Tetapi ukuran dari ‘physical record’ tidak akan sama dengan ukuran ‘logical record’. Ukuran dari ‘logical record’ akan bervariasi. Memuatkan beberapa ‘logical record’ ke dalam ‘physical record’ merupakan solusi umum dari masalah ini.

Sebagai contoh pada sistem operasi UNIX, semua berkas didefinisikan sebagai kumpulan byte. Setiap byte dialamatkan menurut batasnya dari awal berkas sampai akhir. Pada kasus ini ukuran ‘logical record’ adalah 1 byte. Sistem berkas secara otomatis memuatkan byte-byte tersebut kedalam blok pada disk.

Ukuran ‘logical record’, ukuran blok pada disk, dan teknik untuk memuatkannya menjelaskan berapa banyak ‘logical record’ dalam tiap- tiap ‘physical record’. Teknik memuatkan dapat dilakukan oleh aplikasi pengguna atau oleh sistem operasi.

Berkas juga dapat dianggap sebagai urutan dari beberapa blok pada disk. Konversi dari ‘logical record’ ke ‘physical record’ merupakan masalah perangkat lunak.

Tempat pada disk selalu berada pada blok, sehingga beberapa bagian dari blok terakhir yang ditempati berkas dapat terbuang. Jika setiap blok berukuran 512 byte, sebuah berkas berukuran 1.949 byte akan menempati empat blok (2.048 byte) dan akan tersisa 99 byte pada blok terakhir. Byte yang terbuang tersebut dipertahankan agar ukuran dari unit tetap blok bukan byte disebut fragmentasi dalam disk. Semua sistem berkas pasti mempunyai fragmentasi dalam disk, semakin besar ukuran blok akan semakin besar fragmentasi dalam disknya.
Penggunaan Berkas Secara Bersama-sama

Konsistensi semantik adalah parameter yang penting untuk evaluasi sistem berkas yang mendukung penggunaan berkas secara bersama. Hal ini juga merupakan karakterisasi dari sistem yang menspesifikasi semantik dari banyak pengguna yang mengakses berkas secara bersama-sama. Lebih khusus, semantik ini seharusnya dapat menspesifikasi kapan suatu modifikasi suatu data oleh satu pengguna dapat diketahui oleh pengguna lain. Terdapat beberapa macam konsistensi semantik. Di bawah ini akan dijelaskan kriteria yang digunakan dalam UNIX.

Berkas sistem UNIX mengikuti konsistensi semantik :

* Penulisan ke berkas yang dibuka oleh pengguna dapat dilihat langsung oleh pengguna lain yang sedang mengakses ke berkas yang sama.
* Terdapat bentuk pembagian dimana pengguna membagi pointer lokasi ke berkas tersebut. Sehingga perubahan pointer satu pengguna akan mempengaruhi semua pengguna sharingnya.

Sumber : http://bebas.vlsm.org

Read more »

bab 4

Bab 4 DESAIN DATABASE (MODEL RELASIONAL DAN DESKRIPSI ATRIBUT)


4.1. Tujuan desain database.

Basis data (database) merupakan kumpulan dari data yang saling berhubungan
satu dengan yang lainnya, tersimpan di simpanan luar komputer dan digunakan
perangkat lunak tertentu untuk memanipulasinya. Database merupakan salah
satu komponen yang penting di sistem informasi, karena berfungsi sebagai
basis penyedia informasi bagi para pemakainya. Penerapa database dalam
sistem informasi disebut dengan database system. Sistem basis data
(database system) ini adalah suatu sistem informasi yang mengintegrasikan
kumpulan dari data yang saling berhubungan satu dengan lainnya dan
membuatnya tersedia untuk beberapa aplikasi yang bermacam-macam di dalam
suatu organisasi.
Tujuan dari desain database adalah untuk menentukan data-data yang
dibutuhkan dalam sistem, sehingga informasi yang dihasilkan dapat
terpenuhi dengan baik. Terdapat beberapa alasan mengapa desain database
perlu untuk dilakukan, salah satu adalah untuk menghindari pengulangan data.
Adapun metode untuk meminimasi pengulangan data (data redudancy) antara
lain dengan :
a. Normalisasi.
b. Dekomposisi lossless.
Diperlukan jika ada indikasi bahwa tabel yang kita buat tidak baik
(terjadi pengulangan informasi, potensi inkonsistensi data pada operasi
pengubahan, tersembunyinya informasi tertentu) dan diperlukan supaya
jika tabel-tabel yang didekomposisi kita gabungkan kembali dapat
menghasilkan tabel awal sebelum didekomposisi, sehingga diperoleh tabel
yang baik.
c. ERD (Entity Relationship Diagram).
d. Menentukan kardinalitas relasi.

Terdapat beberapa pengertian tentang key sehubungan dengan normalisasi dan
ERD, antara lain :
a. Superkey adalah gugus dari sejumlah atribut entiti yang dapat digunakan
untuk mengidentifikasi obyek secara unik.
b. Candidate key adalah superkey dengan jumlah atribut minimal dan dapat
berdiri sendiri.
c. Primary key adalah superkey yang dipilih oleh desainer atau administrator
basis data.


4.2. Normalisasi.

Adalah proses yang berkaitan dengan model data relational untuk
mengorganisasi himpunan data dengan ketergantungan dan keterkaitan yang
tinggi atau erat. Hasil dari proses normalisasi adalah himpunan-himpunan
data dalam bentuk normal (normal form). Ada beberapa bentuk normal, yaitu :
a. Bentuk Normal I (First Normal Form / 1-NF).
b. Bentuk Normal II (Second Normal Form / 2-NF).
c. Bentuk Normal III (Third Normal Form / 3-NF).
d. Bentuk Normal IV (Fourth Normal Form / 4-NF).
e. Bentuk Normal Boyce-Codd (Boyce-Codd Normal Form / BCNF).
f. Project-Join Normal I Form (PJNF).
g. Domain-Key Normal I Form (DKNF).
h. Bentuk Normal V (Fifth Normal Form / 5-NF).

Kegunaan normalisasi :
a. Meminimasi pengulangan informasi.
b. Memudahkan indentifikasi entiti / obyek.

4.3. Bentuk Normal I (First Normal Form / 1-NF).

Suatu relasi memenuhi 1-NF jika dan hanya jika setiap atribut dari relasi
tersebut hanya memiliki nilai tunggal dalam satu baris atau record.

Tabel 4.1 : Bentuk tidak Unnormalized Form (Non 1-NF table) Tabel 4.2 : Bentuk 1-NF table


4.4. Bentuk Normal II (Second Normal Form / 2-NF).

Suatu relasi memenuhi 2-NF jika dan hanya jika :
a. Memenuhi 1-NF.
b. Setiap atribut yang bukan kunci utama tergantung secara fungsional
terhadap semua atribut kunci dan bukan hanya sebagian atribut.
Jika suatu relasi memenuhi 1-NF dan relasi tersebut memiliki tepat satu
atribut yang membentuk kunci utama, maka relasi tersebut memenuhi 2-NF.
Rasionalisasi 2-NF :
a. Memiliki semantik yang lebih eksplisit dari 1-NF.
b. Mencegah beberapa kondisi anomali dalam update data.

Tabel 4.3 : Bentuk 2-NF table (satisfying 1-NF).


Ketergantungan fungsional dilakukan untuk :
a. StudentID => Student, BirthDate (SC1).
b. CourseID => Course, Credit (SC2).
c. StudentID, CourseID => Grade (SC3, SC3A).
d. Grade => Weight (SC3B).

Tabel 4.4 : Tabel yang memenuhi 2-NF.


Tabel 4.5 : Tabel yang memenuhi 3-NF.


Akhirnya semua tabel SC1, SC2, SC3A, SC3B berada dalam kondisi 3-NF,
sehingga semua databases mengalami kondisi 3-NF.

4.5. Bentuk Normal III (Third Normal Form / 1-NF).

Suatu relasi memenuhi bentuk III (3-NF) jika dan hanya jika :
a. Relasi tersebut memenuhi 2-NF.
b. Setiap atribut bukan kunci tidak tergantung secara fungsional kepada
atribut bukan kunci yang lain dalam relasi tersebut.
Suatu relasi yang memenuhi 2-Nf dan hanya memiliki satu atribut bukan kunci
selalu memenuhi 3-NF.

4.6. Bentuk Normal Boyce-Codd (Boyce-Codd Normal Form / BCNF).

Suatu relasi memenuhi BCNF jika dan hanya jika setiap determinan yang ada
pada relasi tersebut adalah kunci kandidat (candidate keys).
Determinan adalah gugus atribut dimanaa satu atau lebih atribut lain
tergantung secara fungsional.

4.7. Model Hubungan atau Relasi Entiti (Entity Realtionship (E-R) Model).

Model relasi entiti didasarkan pada persepsi dunia nyata yang terdiri dari
himpunan obyek dasar yang disebut entiti dan relasi antar entiti.
Entiti adalah obyek yang dapat diidentifikasi secara unik.
Entiti dikarakterisasi dan dipresentasikan dengan suatu gugus atribut.
Contoh gugus atribut dari entiti PEKERJA adalah nama, tanggal lahir, NIP,
golongan/pangkat.
Sekelompok entiti yang memiliki karakterisasi entiti disebut gugus entiti
(entity set).
Setiap entiti dari gugus tersebut disebut anggota gugus (member of set).
Contoh gugus entiti adalah gugus entiti pegawai bank, gugus entiti nasabah
bank. Dari beberapa gugus tadi mungkin terjadi suatu relasi, misalnya relasi
antara gugus bank dengan gugus nasabah bank.
Berdasarkan jumlah gugus yang terlibat maka relasi antar entiti dibedakan
menjadi :
a. Relasi biner (binary), yaitu relasi antar 2 gugus entiti.
b. Relasi trio (ternary), yaitu relasi antar 3 gugus entiti.
c. Relasi N-ary, yaitu relasi antar n gugus entiti.

Khusus untuk relasi biner maka relasi antar anggota dari dua gugus yang
terlibat (kardinalitas relasi biner) dapat bersifat :
a. Relasi 1-1 (one-to-one relationship).
Adalah satu entiti anggota gugus diasosiasikan dengan tepat satu entiti
anggota gugus yang lain.


b. Relasi 1-banyak (one-to-many relationship).
Adalah satu entiti anggota gugus diasosiasikan dengan satu atau lebih
entiti anggota gugus yang lain. Sebaliknya satu entiti anggota gugus
yang lain tersebut diasosiasikan dengan tepat satu entiti anggota gugus
pasangannya.


c. Relasi banyak-1 (many-to-one relationship).
Adalah satu entiti anggota gugus diasosiasikan dengan satu atau lebih
entiti anggota gugus yang lain dan berlaku pula sebaliknya.



4.8. Menterjemahkan ERD ke Tabel



4.9. Tipe file.

Database dibentuk dari kumpulan file. File di dalam pemrosesan aplikasi
dapat dikategorikan ke dalam beberapa tipe, diantaranya yaitu sebagai
berikut :
1. File induk (master file).
Didalam aplikasi, file ini merupakan file yang penting. File ini tetap
terus ada selama hidup dari sistem informasi. File induk dapat dibedakan
lagi menjadi :
a. File induk acuan (reference master file), yaitu file induk yang
recordnya relatif statis, jarang berubah nilainya. Contoh dari file
ini adalah file daftar gaji, file daftar matakuliah.
b. File induk dinamik (dynamic master file), yaitu file induk yang nilai
dari record-recordnya sering berubah atau sering dimutakhirkan
(updated) sebagai akibat dari suatu transaksi. Contoh file ini adalah file induk persediaan, file induk langganan dan lain sebagainya.
2. File transaksi (transaction file).
File transaksi disebut juga dengan nama file input (input file).
File ini digunakan untuk merekam data hasil dari suatu transaksi yang
terjadi. Misalnya nilai unit suatu barang dapat diketahui dari file
induk persediaan. File induk ini hanya menunjukkan status unit akhir
dari barang yang dimaksud. Sedang uni akhir ini berasal dari transaksi-
transaksi yang pernah terjadi. Untuk melihat transaksi-transaksi yang
mempengaruhi nilai di file induk, maka dapat dilihat pada file
transaksinya. Contoh file transaksi yang lain adalah file transaksi
penjualan yang berisi data tentang transaksi penjualan yang terjadi.
Biasanya file transaksi memuat rekaman tanggal dari transaksinya yang
menunjukkan kapan transaksi tersebut terjadi.
3. File laporan (report file).
File ini disebut juga dengan file output (output file), yaitu file yang
berisi dengan informasi yang akan ditampilkan. File ini dibuat untuk
mempersiapkan pembuatan suatu laporan dan biasanya dilakukan bila
printer belum siap atau masih digunakan oleh proses yang lain.
4. File sejarah (history file).
File sejarah dibuat judan dengan file arsip (archival file), yaitu file
yang berisi dengan data masa lalu yang sudah tidak aktif lagi, tetapi
perlu disimpan untuk keperluan mendatang.
5. File pelindung (backup file).
File pelindung merupakan salinan dari file-file yang masih aktif di
database pada suatu saat tertentu. File ini digunakan sebagai cadangan
atau pelindung bila file database yang aktif rusak atau hilang.
6. File kerja (working file).
File kerja disebut juga dengan nama file sementara (temprorary file)
atau scratch file. File ini dibuat oleh suatu proses program secara
sementara karena memori komputer tidak mecukupi atau untuk menghemat
pemakaian memori selama proses dan akan dihapus bila proses telah
selesai.

4.10. Akses dan organisasi file.

Akses file (access file) adalah suatu metode yang menunjukkan bagaimana
suatu program komputer akan membaca record-record dari suatu file.
File dapat diakses dengan dua cara yaitu secara urut (sequential access)
atau secara langsung (direct access atau random access). Metode akses urut
(sequential access method) dilakukan dengan membaca atau menulis suatu
record di file dengan membaca terlebih dahulu mulai dari record pertama,
urut sampai dengan record yang diinginkan. Metode akses langsung (direct
access method) dilakukan dengan cara langung membaca record pada posisinya
di file tanpa membaca dari record pertama terlebih dahulu.
Organisasi file adalah pengaturan dari record secara logika didalam file
dihubungkan satu dengan yang lainnya. File dapat diorganisasikan secara
urut (sequential organization) atau secara acak (random organization).
Walaupun organisasi file dan pengaksesan file dapat dipandang secara
terpisah, tetapi biasanya pembahasan mengenai organisasi file menyangkut
keduanya, yaitu sebagai berikut :
a. File urut (sequential file) merupakan file dengan organisasi urut
(sequential organization) dengan pengaksesan secara urut (sequential
access).
b. File urut berindeks (indexed sequential file) atau sering disebut dengan
ISAM (indexed sequential access method) merupakan file dengan organisasi
urut (sequential organization) dengan pengaksesan secara langsung
(direct access).
c. File akses langsung (direct access file) atau disebut dengan file alamat
langsung (direct address file) merupakan file dengan organisasi acak
(random organization) dengan pengaksesan langsung (direct access).
Organisasi file seperti ini disebut dengan organisasi file tradisional atau
konvensional, karena telah ada sebelum struktur database dikembangkan.
Organisasi file database dapat berbentuk struktur data berjenjang
(hierarchical data structure), struktur data jaringa (network data structure)
dan struktur data hubungan (relational data structure). Struktur data
hubungan merupakan organisasi file database yang terbaru dan mudah dipahami.
Struktur data hubungan mempunyai karakteristik sebagai berikut :
a. File dalam bentuk tabel yang persis dengan file urut.
b. Hubungan antara record didasarkan pada nilai dari field kunci, bukan
berdasarkan alamat atau pointer.
Struktur data hubungan makin banyak digunakan pada paket-paket DBMS, seperti
misalnya Dbase, Foxbase, Sql dan sebagainya.

4.11. Langkah-langkah desain database.

Untuk tahap desain database yang perlu dilakukan adalah mengidentifikasi
terlebih dahulu file-file yang diperlukan dalam sistem informasi yang
dibangun. File-fila database yang dibutuhkan oleh sistem dapat dilihat pada
desain model yang digambarkan dalam bentuk diagram arus data (DFD).
Langkah-langkah desain database secara umum adalah sebagai berikut :
a. Menentukan kebutuhan file database untuk sistem yang baru.
File yang dibutuhkan dapat ditentukan dari DAD sistem baru yang telah
dibuat.
b. Menentukan parameter daru file database.
Setelah file-file yang dibutuhkan telah dapat ditentukan, maka parameter
dari file selanjutnya juga dapat ditentukan. Parameter tersebut, meliputi:
· Tipe dari file : file induk, file transaksi, file sementara (temporary).
· Media dari file : hardisk, disket, pita magnetik, CD.
· Organisasi dari file : fila sequential, random, berindek.
· Field kunci dari file.

Analis sistem dapat menggunakan formulir berikut untuk mengidentifikasi file
database yang akan didesain, sebagai berikut :

Tabel 4.6 : Tabel identifikasi kebutuhan file.


Tabel 4.7 : Tabel identifikasi atribut (field) dalam sebuah file.


Daftar Pustaka


1. Fathansyah, Ir, Basis Data, Penerbit Informatika, Bandung, 1995.
2. HM, Jogiyanto, Analysis and Disain Sistem Informasi (Pendekatan
terstruktur), Penerbit Andi Offset, Yogyakarta, 1995.
3. Martin, Merle P., Analysis and Design of Business Information
System, Macmillan Publishing Company, New York, 1991.
4. Pohan, Husni Iskandar, Pengantar Perancangan Sistem, Penerbit
Erlangga, Jakarta, 1997.

Ke Menu


Last update 24 Oktober 00

Read more »

judul Skipsi

JUDUL SKRIPSI MANAJEMEN SUMBER DAYA MANUSIA UPLOAD JULI 2008

1. PENGARUH KOMPENSASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN MEUBEL CV. KEMBANG JEPUN X
2. PENGARUH PENDIDIKAN DAN LATIHAN TENAGA KERJA TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN KAYU KARYA MULYA KANOR BOJONEGORO
3. ANALISIS PERBANDINGAN PRODUKTIVITAS KERJA KARYAWAN SEBELUM DAN SETELAH PELATIHAN PADA PT. ASURANSI JIWA CENTRAL ASIA RAYA CABANG X
4. ANALISIS PENGARUH PEMBERIAN UPAH DAN INSENTIF TERHADAP HASIL PRODUKSI PADA PERUSAHAAN ROKOK SUMBER REJEKI PASURUAN
5. PENGARUH MOTIVASI TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PT. IMIT TULUNGAGUNG
6. PENGARUH INSENTIF TERHADAP PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN ROKOK LEMBANG JAYA MALANG
7. PENGARUH PEMBERIAN INSENTIF TERHADAP PENINGKATAN PRODUKTIVITAS KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROKOK LEMBANG JAYA MALANG
8. PENGARUH GAYA KEPEMIMPINAN TERHADAP SEMANGAT DAN KEGAIRAHAN KERJA KARYAWAN PADA PT. TELKOM CABANG TULUNGAGUNG
9. PENGARUH KEDISIPLINAN KERJA DALAM MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN TEGEL DAYA GUNA LUMAJANG
10. PENGARUH PEMBERIAN MOTIVASI DALAM BENTUK INSENTIF TERHADAP PENINGKATAN PRESTASI KERJA KARYAWAN PADA HOTEL X
11. PERANAN MOTIVASI KERJA GUNA MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN PADA KUD. “SUMBER MAKMUR” NGANTANG KAB. MALANG
12. PENGARUH MOTIVASI TERHADAP PENINGKATAN KINERJA KARYAWAN BAGIAN DISTRIBUSI PADA PT. PERTAMINA (PERSERO) INSTALASI TANJUNG UBAN
13. PENGARUH GAYA KEPEMIMPINAN TERHADAP SEMANGAT KERJA KARYAWAN PADA PERUSAHAAN KNALPOT RODA JAYA MALANG
14. PELAKSANAAN ANALISA JABATAN YANG TEPAT GUNA MENINGKATKAN EFEKTIVITAS KERJA PADA SEKSI PENGUKURAN DAN PERPETAAN BIRO PERENCANAAN DAN PENGEMBANGAN PERUSAHAAN PERUM PERHUTANI UNIT X
15. ANALISIS FAKTOR-FAKTOR PELATIHAN KERJA TERHADAP PENINGKATAN PRESTASI KERJA PEGAWAI DINAS PERTANIAN DAN KETAHANAN PANGAN KABUPATEN X
16. ANALISIS PENGARUH BUDAYA ORGANISASI TERHADAP KINERJA KARYAWAN PADA KOP SAE PUJON MALANG
17. PENGARUH PEMBERIAN INSENTIF TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROKOK VALAS MALANG
18. PENGARUH KESELAMATAN DAN KESEHATAN KERJA TERHADAP PRODUKTIVITAS KERJA KARYAWAN PADA KOPERASI “SAE” PUJON MALANG
19. ANALISIS FAKTOR-FAKTOR PELATIHAN KERJA TERHADAP PENINGKATAN PRESTASI KERJA KARYAWAN PADA HOTEL KARTIKA WIJAYA BATU
20. PENGARUH FAKTOR-FAKTOR PERILAKU PEMIMPIN DAN KOMITMEN KARYAWAN TERHADAP PRESTASI KERJA KARYAWAN PADA PT. PG. X
21. PENGARUH INSENTIF TERHADAP TINGKAT PERPUTARAN TENAGA KERJA BAGIAN PEMASARAN PADA CV. YUDHISTIRA JAKARTA
22. PENGARUH PEMBERIAN UPAH DAN INSENTIF TERHADAP HASIL PRODUKSI PADA PERUSAHAAN ROKON YALA SUTRA MALANG
23. PENGARUH LINGKUNGAN KERJA PHISIK DAN NON PHISIK TERHADAP PRODUKTIVITAS TENAGA KERJA PADA PT. TELKOM KANCATEL AIRMADIDI MANADO
24. PENGARUH PERILAKU KEPEMIMPINAN TERHADAP KINERJA KARYAWAN (STUDI PADA KARYAWAN HOTEL MUTIARA MALANG)
25. PERANAN KEDISIPLINAN KERJA KARYAWAN BAGIAN PRODUKSI GUNA MENUNJANG PRODUKTIVITAS KERJA PADA PERUSAHAAN GARMEN CV. MAMA & LEON TABANAN BALI
26. PENGARUH PELATIHAN KERJA TERHADAP PRODUKTIVITAS KARYAWAN PADA PERUSAHAAN ROKOK DJAGUNG PADI MALANG
27. PERANAN PRESTASI KERJA KARYAWAN DALAM RANGKA MENCAPAI PROMOSI JABATAN PADA HOTEL WISATA TIDAR MALANG
28. ANALISIS PENGARUH PERILAKU KEPEMIMPINAN TERHADAP KEPUASAN KERJA KARYAWAN PADA PERUSAHAAN ROKOK VALAS MALANG
29. UPAYA MENINGKATKAN KEDISIPLINAN KERJA GUNA MENUNJANG PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN BORDIR UD. X
30. PENGARUH KOMPENSASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN X
31. PENGARUH KESELAMATAN DAN KESEHATAN KERJA TERHADAP KINERJA KARYAWAN PADA PT. PG DJOMBANG BARU DI JOMBANG
32. PENGARUH PEMBERIAN MOTIVASI DALAM BENTUK INSENTIF TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN X
33. PENGARUH PEMBERIAN INSENTIF GUNA MENINGKATKAN PRODUKTIVITAS KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROTI “SALWA” DURENAN-TRENGGALEK
34. PELAKSANAAN MOTIVASI DALAM USAHA MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN KECAP CAP “TAWON” MADIUN
35. PENGARUH UPAH DAN MASA KERJA TERHADAP PRODUKTIVITAS TENAGA KERJA KARYAWAN BAGIAN PRODUKSI PADA PT. INDUSTRI SANDANG SIMPING – PROBOLINGGO
36. PENGARUH LINGKUNGAN KERJA DAN KARAKTERISTIK INDIVIDU TERHADAP KINERJA KARYAWAN DI PERUSAHAAN DAERAH AIR MINUM KABUPATEN X
37. ANALISIS PENGARUH PENDIDIKAN DAN PELATIHAN SDM DALAM USAHA MENINGKATKAN PRESTASI KERJA KARYAWAN PADA PDAM KABUPATEN X
38. PENGARUH MOTIVASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROKOK “SATU JAYA” TANGGULANGIN SIDOARJO
39. PENGARUH KOMUNIKASI YANG EFEKTIF TERHADAP KINERJA KARYAWAN DI KANTOR PERUM PEGADAIAN X
40. PENGARUH PENDIDIKAN DAN LATIHAN KERJA TERHADAP PENINGKATAN PRODUKTIVITAS KARYAWAN PADA PT CHEIL SAMSUNG INDONESIA DI PASURUAN
41. PENGARUH PELATIHAN KERJA KARYAWAN TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PT. OTSUKA INDONESIA
42. USAHA MEMPERBAIKI KONDISI LINGKUNGAN KERJA GUNA MENINGKATKAN SEMANGAT DAN KEGAIRAHAN KERJA KARYAWAN PADA CV. TRI JAYA PASURUAN.
43. PENGARUH PELATIHAN TENAGA KERJA TERHADAP PRODUKTIVITAS KERJA BAGIAN PRODUKSI SUSU PADA KOPERASI “SAE” PUJON MALANG
44. PEMBERIAN INSENTIF YANG EFEKTIF DALAM RANGKA MENINGKATKAN PRESTASI KERJA KARYAWAN PADA PERUSAHAAN JAMU PAYUNG PUSAKA KEDIRI
45. PENGARUH MOTIVASI TERHADAP PENINGKATAN KINERJA KARYAWAN PADA PT. KHARISMA DIAN SUARA MALANG
46. PENGARUH INSENTIF TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN JAMU PAYUNG PUSAKA KEDIRI.
47. ANALISIS PENGARUH KEBUTUHAN AKTUALISASI DIRI, PENGHARGAAN DAN KEBUTUHAN SOSIAL TERHADAP PRESTASI KERJA KARYAWAN PADA PD. BPR BANK PASAR KABUPATEN JOMBANG
48. PENGARUH KESESUAIAN PENEMPATAN KERJA TERHADAP PRESTASI KERJA PEGAWAI (STUDI PADA PEGAWAI KANTOR BADAN PERENCANAAN PEMBANGUNAN DAERAH (BAPPEDA) KABUPATEN LAMONGAN)
49. PENGARUH MOTIVASI KERJA TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PABRIK GULA KEBON AGUNG MALANG
50. ANALISIS TEHNIK MOTIVASI DAN PRODUKTIVITAS PADA HOTEL DARMA NUSANTARA MAKASSAR
51. HUBUNGAN MOTIVASI KERJA DAN PRODUKTIVITAS KARYAWAN BAGIAN PRODUKSI PADA KUD GONDANGLEGI MALANG
52. ANALISIS PENGARUH GAYA KEPEMIMPINAN DALAM MENINGKATKAN PRESTASI KERJA KARYAWAN TINGKAT MENENGAH PADA PABRIK GULA TJOEKIR JOMBANG
53. PENGARUH MOTIVASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN TENUN NASIONAL CV. GOENO NGUNUT TULUNGAGUNG.
54. ANALISIS PENGARUH MOTIVASI DAN KOMITMEN PEGAWAI TERHADAP PRESTASI KERJA PEGAWAI DI DINAS KEBERSIHAN KOTA SIDOARJO
55. PENGARUH UPAH DAN INSENTIF TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN PALATINO EMBROIDERY MALANG
56. PROGRAM PENINGKATAN PENGETAHUAN DAN KETERAMPILAN KARYAWAN GUNA MENURUNKAN TINGKAT PEMBATALAN JUMLAH SURAT POLIS PT. ASURANSI JIWASRAYA CABANG X.
57. PENGARUH MOTIVASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN KONVEKSI UD. JAYANTI TULUNGAGUNG
58. ANALISIS PENGARUH KESELAMATAN KERJA DAN KESEHATAN KERJA TERHADAP KINERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROKOK 369 BOJONEGORO
59. PENGARUH MOTIVASI DAN KOMITMEN KARYAWAN TERHADAP PRESTASI KERJA KARYAWAN DI PT. TELKOM TBK. KANCATEL X
60. HUBUNGAN PENDIDIKAN DAN LATIHAN TENAGA KERJA DENGAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN VYCARIS COSMETICS BABAT LAMONGAN.
61. PENTINGNYA PEMBERIAN MOTIVASI TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN PADA CV. MEBELLUSA SEMARANG
62. PENGARUH PENEMPATAN KERJA KARYAWAN (Faktor Prestasi Akademis, Pengalaman dan Sikap) TERHADAP PRESTASI KERJA KARYAWAN PADA PT. TELKOM KANCATEL X
63. PERANAN KEDISIPLINAN KERJA DALAM USAHA MENINGKATKAN PRODUKTIVITAS KARYAWAN BAGIAN PRODUKSI PADA KOPERASI UNIT DESA (KUD) PANCER PRAJEKAN BONDOWOSO
64. PENGARUH UPAH DAN INSENTIF TERHADAP HASIL PRODUKSI PER TENAGA KERJA PADA PERUSAHAAN ROKOK DJAGUNG PADI MALANG
65. PENGARUH GAYA KEPEMIMPINAN TERHADAP KINERJA KARYAWAN PADA HOTEL KUSUMA AGROWISATA BATU
66. PELAKSANAAN PENARIKAN TENAGA KERJA YANG TEPAT DALAM USAHA MENINGKATKAN PRODUKTIVITAS KARYAWAN PADA UD. YESTOYA GROUP MALANG
67. PERANAN PENDIDIKAN DAN PELATIHAN DALAM RANGKA PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN PADA PT. SURYA ASBEST CEMENT INDUSTRI MULYOREJO MALANG
68. ANALISIS PENGARUH PEMBERIAN INSENTIF FINANSIAL DAN NON FINANSIAL TERHADAP KEPUASAN KERJA KARYAWAN PADA PERUSAHAAN RAKET ABADI MALANG
69. PENGARUH PEMBERIAN KOMPENSASI FINANSIAL DAN NON FINANSIAL TERHADAP PRESTASI KERJA KARYAWAN PADA PT. POS INDONESIA (PERSERO) CABANG MALANG
70. ANALISIS FAKTOR-FAKTOR YANG MEMPENGARUHI PRODUKTIVITAS KERJA PADA PERUSAHAAN KRUPUK “KARYA PUTRA JAYA” SIDOARJO
71. PERANAN PENDIDIKAN DAN LATIHAN DALAM RANGKA PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA CV. TAMAN JATI UTAMA - SINGARAJA – BALI
72. PENGARUH PEMBERIAN INSENTIF YANG EFEKTIF TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN PADA KUD DAU KABUPATEN MALANG
73. PENGARUH GAYA KEPEMIMPINAN TERHADAP KEGAIRAHAN DAN SEMANGAT KERJA KARYAWAN BAGIAN PRODUKSI PADA PT. MENTARI MASSEN TOYS INDONESIA JOMBANG
74. PENGARUH INSENTIF DAN JAMINAN SOSIAL TERHADAP PRESTASI KERJA PADA PO. ANDY’S KENCANA NGAWI.
75. PENGARUH MOTIVASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN BORONGAN BAGIAN PRODUKSI PADA UD. ARISKON MOJOKERTO
76. PENGARUH KOMPENSASI TERHADAP KEPUASAN KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN SHANGHAI GANGSAR NGUNUT TULUNGAGUNG
77. PENGARUH PENDIDIKAN DAN PELATIHAN KERJA TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN PADA PT.TELKOM DI PAMEKASAN
78. PELATIHAN SUMBER DAYA MANUSIA DALAM UPAYA MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN PADA HOTEL “ARMI” MALANG
79. ANALISIS FAKTOR-FAKTOR MOTIVASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN TISSUE COLOGNE “COOL CLEAN” MALANG.
80. PENGARUH KOMPENSASI TERHADAP PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN GARMENT PT. ULU WATU TABANAN- BALI
81. ANALISIS PENGARUH KOMPENSASI FINANSIAL DAN NON FINANSIAL TERHADAP PRESTASI KERJA KARYAWAN BAGIAN PRODUKSI PADA KOPERASI SAE PUJON
82. PENILAIAN PRESTASI KERJA KARYAWAN SEBAGAI SALAH SATU TOLOK UKUR PEMBERIAN PROMOSI JABATAN PADA PERUSAHAAN PT. SURYA ZIG-ZAG KEDIRI
83. UPAYA PEMBERIAN INSENTIF GUNA PENINGKATAN KEDISIPLINAN KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN KACANG SHANGHAI “GANGSAR” NGUNUT-TULUNGAGUNG
84. PELAKSANAAN KEDISIPLINAN KERJA YANG EFEKTIF DALAM USAHA MENINGKATKAN PRODUKTIVITAS KARYAWAN PADA PERUSAHAAN KONVEKSI UD. ”SUBUR MAKMUR” PAKIS-MALANG
85. HUBUNGAN KEDISILPINAN KARYAWAN BAGIAN PRODUKSI DENGAN REALISASI PRODUKSI PADA PERUSAHAAN GARMENT PT. ULU WATU TABANAN - BALI.
86. ANALISIS PENGARUH MOTIVASI DAN KOMITMEN KARYAWAN TERHADAP PRESTASI KERJA KARYAWAN HOTEL MUTIARA
87. PENGARUH JAMINAN SOSIAL TENAGA KERJA TERHADAP KINERJA KARYAWAN (Studi pada Karyawan PT. PLN (Persero) Distribusi Jawa Timur Area Pelayanan dan Jaringan Banyuwangi)
88. PENGARUH PEMBERIAN KOMPENSASI FINANSIAL DAN NON FINANSIAL TERHADAP PRESTASI KERJA KARYAWAN BAGIAN PRODUKSI PADA PT. NURFIRDAUSTEKS
89. PELAKSANAAN KEDISIPLINAN KARYAWAN GUNA MENINGKATKAN PRODUKTIVITAS KERJA PADA PERUSAHAAN TEGEL CV. CITRA INTI MALANG
90. PENGARUH KOMPENSASI TERHADAP PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN GARMENT “MEKAR WANGI COLLECTION” GIANYAR – BALI
91. ANALISIS PENGARUH PEMBERIAN INSENTIF MATERIAL TERHADAP KEPUASAN KERJA PERAWAT PADA RSUD DR. R SOEDARSONO PASURUAN
92. PENGARUH KESELAMATAN DAN KESEHATAN KERJA TERHADAP PRESTASI KERJA KARYAWAN DI PT. GANDUM MALANG
93. PENGARUH INSENTIF DALAM PENINGKATAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROKOK “CEMARA MAS” TANGGULANGIN SIDOARJO
94. PELAKSANAAN PENDIDIKAN DAN LATIHAN GUNA MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN PADA PT. GATRA MAPAN MALANG
95. PENGARUH TINGKAT ABSENSI TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN KECAP CAP BLIMBING PAMEKASAN
96. ANALISIS PENGARUH PEUBAH MOTIVASI TERHADAP PRESTASI KERJA KARYAWAN DI PT. BANK BUANA MALANG
97. PENGARUH MOTIVASI TERHADAP PENINGKATAN KINERJA KARYAWAN PADA PERUM PERHUTANI KPH MALANG
98. PENGARUH GAYA KEPEMIMPINAN AUTOCRATIVE DAN PARTICIPATIVE TERHADAP PRESTASI KERJA KARYAWAN PADA BPR ARTHA SAMUDERA DESA SAMBI KEDIRI
99. PERANAN INSENTIF DALAM MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN ROKOK ONGKOWIDJOJO BLITAR
100. Pengaruh Motivasi Kerja Terhadap Prestasi Kerja Pegawai (Studi Pada Pegawai PT. Pos Indonesia (Persero) Malang)
101. ANALISA FAKTOR-FAKTOR YANG MEMPENGARUHI KEPUASAN KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN KECAP CAP “IKAN LELE” PATI
102. PENGARUH KESELAMATAN DAN KESEHATAN KERJA DENGAN SEMANGAT KERJA KARYAWAN PADA PT. HERO SWALAYAN CABANG SARINAH PLAZA MALANG
103. PENGARUH INSENTIF MATERIAL DAN NON MATERIAL TERHADAP SEMANGAT KERJA KARYAWAN PADA AJB BUMIPUTERA CABANG X
104. ANALISIS PENGARUH VARIABEL KOMPENSASI FINANSIAL DAN NON FINANSIAL TERHADAP PRESTASI KERJA KARYAWAN PADA PT. PG KREBET BARU MALANG
105. PENGARUH VARIABEL MOTIVASI TERHADAP PRESTASI KERJA KARYAWAN PADA PERUSAHAAN ROKOK PT. BINTANG LIMA MANDIRI JOMBANG
106. PENGARUH KESELAMATAN/KESEHATAN KERJA DAN INSENTIF TERHADAP SEMANGAT KERJA KARYAWAN PADA PERUSAHAAN ROTI SALWA
DURENAN TRENGGALEK
107. FAKTOR KOMPENSASI YANG MEMPENGARUHI KEPUASAN KERJA KARYAWAN BAGIAN PRODUKSI PADA PABRIK ROKOK ARTO MORO MALANG
108. PENGARUH FAKTOR KESELAMATAN DAN KESEHATAN KERJA TERHADAP PRESTASI KERJA KARYAWAN BAGIAN PRODUKSI PERUSAHAAN PADA PT. KUTAI TIMBER INDONESIA PROBOLINGGO.
109. PENGARUH LINGKUNGAN KERJA TERHADAP PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN MALANG INDAH GENTENG RAJAWALI
110. PENGARUH DISIPLIN KERJA TERHADAP PRESTASI KERJA KARYAWAN PADA PT. POS INDONESIA (PERSERO) LAWANG
111. PERANAN PENDIDIKAN DAN PELATIHAN SERTA MOTIVASI UNTUK MENINGKATKAN PRODUKTIVITAS KERJA PADA PERUSAHAAN PLASTIK “SIDO BANGUN” SINGOSARI MALANG
112. PENGARUH PEMBERIAN UPAH DAN INSENTIF TERHADAP HASIL PRODUKSI PADA UD. HARI JAYA MALANG
113. PENGARUH FAKTOR MOTIVASI TERHADAP PRESTASI KERJA KARYAWAN PADA HOTEL PELANGI MALANG
114. PENGARUH KEDISIPLINAN TERHADAP HASIL KERJA KARYAWAN BAGIAN PRODUKSI PADA PERUSAHAAN KONVEKSI MERCACI MERCANDHISE MALANG
115. PENGARUH PENDIDIKAN DAN PELATIHAN TERHADAP PENINGKATAN PRODUKTIVITAS KERJA PADA PT. ULTRA JAYA BEDALI LAWANG
116. PELAKSANAAN PENGENDALIAN PERSEDIAAN BAHAN BAKU GUNA MENUNJANG KELANCARAN PROSES PRODUKSI PADA PERUSAHAAN GARMENT PT. PANCAMITRA ICHIGOJAYA MALANG
117. ANALISIS PENGARUH FAKTOR–FAKTOR PERILAKU KEPEMIMPINAN TERHADAP KEPUASAN KERJA KARYAWAN PADA PT. ANINDITA MULTINIAGA INDONESIA DI SURABAYA
118. PERANAN PEMBERIAN INSENTIF NON MATERIAL UNTUK MENINGKATKAN PRODUKTIVITAS KERJA KARYAWAN BAGIAN PRODUKSI PADA PR. DJAGUNG PADI MALANG
119. PENGARUH INSENTIF FINANSIAL DAN NON FINANSIAL TERHADAP PRESTASI KERJA KARYAWAN PADA CV. BUDIONO CURING SAKTI KEDIRI
120. PENGARUH UPAH TERHADAP PRODUKTIVITAS KERJA KARYAWAN PADA PERUSAHAAN CV. JAYA SAKTI GRESIK

Read more »

Pengenalan UML

Pengenalan "Unified Modeling Language/UML"

Dalam suatu proses pengembangan software, analisa dan rancangan telah merupakan terminologi yang sangat tua. Pada saat masalah ditelusuri dan spesifikasi dinegoisasikan, dapat dikatakan kita berada pada tahap rancangan. Merancang adalah menemukan suatu cara untuk menyelesaikan masalah, salah satu tool / model untuk merancang pengembangan software yang berbasis object oriented adalah UML.
Konsep Objek
Obyek dalam ‘software analysis & design’ adalah sesuatu berupa konsep (concept), benda (thing), dan sesuatu yang membedakannya dengan lingkungannya. Secara sederhana obyek adalah mobil, manusia, alarm dan lain¬lainnya. Tapi obyek dapat pula merupakan sesuatu yang abstrak yang hidup didalam sistem seperti tabel, database, event, system messages.
Obyek dikenali dari keadaannya dan juga operasinya. Sebagai contoh sebuah mobil dikenali dari warnanya, bentuknya, sedangkan manusia dari suaranya. Ciri¬ciri ini yang akan membedakan obyek tersebut dari obyek lainnya.
Alasan mengapa saat ini pendekatan dalam pengembangan software dengan object-oriented, pertama adalah scalability dimana obyek lebih mudah dipakai untuk menggambarkan sistem yang besar dan komplek. Kedua dynamic modeling, adalah dapat dipakai untuk permodelan sistem dinamis dan real time.
Tekn i k Dasar OOA/ D (Object-Oriented Analysis/Design)
Dalam dunia pemodelan, metodologi implementasi obyek walaupun terikat kaidah-kaidah standar, namun teknik pemilihan obyek tidak terlepas pada subyektifitas software analyst & designer. Beberapa obyek akan diabaikan dan beberapa obyek menjadi perhatian untuk diimplementasikan di dalam sistem. Hal ini sah-sah saja karena kenyataan bahwa suatu permasalahan sudah tentu memiliki lebih dari satu solusi. Ada 3 (tiga) teknik/konsep dasar dalam OOA/D, yaitu pemodulan (encapsulation), penurunan (inheritance) dan polymorphism.
a. Pemodulan (Encapsulation)
Pada dunia nyata, seorang ibu rumah tangga menanak nasi dengan menggunakan rice cooker, ibu tersebut menggunakannya hanya dengan menekan tombol. Tanpa harus tahu bagaimana proses itu sebenarnya terjadi. Disini terdapat penyembunyian informasi milik rice cooker, sehingga tidak perlu diketahui seorang ibu. Dengan demikian menanak nasi oleh si ibu menjadi sesuatu yang menjadi dasar bagi konsep information hiding.
b. Penurunan (Inheritance)
Obyek-obyek memiliki banyak persamaan, namun ada sedikit perbedan. Contoh dengan beberapa buah mobil yang mempunyai kegunaan yang berbeda-beda. Ada mobil bak terbuka seperti truk, bak tertutup seperti sedan dan minibus. Walaupun demikian obyek-obyek ini memiliki kesamaan yaitu teridentifikasi sebagai obyek mobil, obyek ini dapat dikatakan sebagai obyek induk (parent). Sedangkan minibus dikatakan sebagai obyek anak (child), hal ini juga berarti semua operasi yang berlaku pada mobil berlaku juga pada minibus.

c. Polymorphism
Pada obyek mobil, walaupun minibus dan truk merupakan jenis obyek mobil yang sama, namun memiliki juga perbedaan. Misalnya suara truk lebih keras dari pada minibus, hal ini juga berlaku pada obyek anak (child) melakukan metoda yang sama dengan algoritma berbeda dari obyek induknya. Hal ini yang disebut polymorphism, teknik atau konsep dasar lainnya adalah ruang lingkup / pembatasan. Artinya setiap obyek mempunyai ruang lingkup kelas, atribut, dan metoda yang dibatasi.
Sejarah Singkat UML
UML (Unified Modeling Language) adalah sebuah bahasa yang berdasarkan grafik/gambar untuk memvisualisasi, menspesifikasikan, membangun, dan pendokumentasian dari sebuah sistem pengembangan software berbasis OO (Object-Oriented). UML sendiri juga memberikan standar penulisan sebuah sistem blue print, yang meliputi konsep bisnis proses, penulisan kelas-kelas dalam bahasa program yang spesifik, skema database, dan komponen-komponen yang diperlukan dalam sistem software (http://www.omg.org).
Pendekatan analisa & rancangan dengan menggunakan model OO mulai diperkenalkan sekitar pertengahan 1970 hingga akhir 1980 dikarenakan pada saat itu aplikasi software sudah meningkat dan mulai komplek. Jumlah yang menggunakaan metoda OO mulai diuji cobakandan diaplikasikan antara 1989 hingga 1994, seperti halnya oleh Grady Booch dari Rational Software Co., dikenal dengan OOSE (Object-Oriented Software Engineering), serta James Rumbaugh dari General Electric, dikenal dengan OMT (Object Modelling Technique).
Kelemahan saat itu disadari oleh Booch maupun Rumbaugh adalah tidak adanya standar penggunaan model yang berbasis OO, ketika mereka bertemu ditemani rekan lainnya Ivar Jacobson dari Objectory mulai mendiskusikan untuk mengadopsi masing-masing pendekatan metoda OO untuk membuat suatu model bahasa yang uniform / seragam yang disebut UML (Unified Modeling Language) dan dapat digunakan oleh seluruh dunia.
Secara resmi bahasa UML dimulai pada bulan oktober 1994, ketika Rumbaugh bergabung Booch untuk membuat sebuah project pendekatan metoda yang uniform/seragam dari masing-masing metoda mereka. Saat itu baru dikembangkan draft metoda UML version 0.8 dan diselesaikan serta di release pada bulan oktober 1995. Bersamaan dengan saat itu, Jacobson bergabung dan UML tersebut diperkaya ruang lingkupnya dengan metoda OOSE sehingga muncul release version 0.9 pada bulan Juni 1996. Hingga saat ini sejak Juni 1998 UML version 1.3 telah diperkaya dan direspons oleh OMG (Object Management Group), Anderson Consulting, Ericsson, Platinum Technology, ObjectTime Limited, dll serta di pelihara oleh OMG yang dipimpin oleh Cris Kobryn.
UML adalah standar dunia yang dibuat oleh Object Management Group (OMG), sebuah badan yang bertugas mengeluarkan standar-standar teknologi object- oriented dan software component.
3. Pengenalan UML
UML sebagai sebuah bahasa yang memberikan vocabulary dan tatanan penulisan kata-kata dalam ‘MS Word’ untuk kegunaan komunikasi. Sebuah bahasa model adalah sebuah bahasa yang mempunyai vocabulary dan konsep tatanan / aturan penulisan serta secara fisik mempresentasikan dari sebuah sistem. Seperti halnya UML adalah sebuah bahasa standard untuk pengembangan sebuah software yang dapat menyampaikan bagaimana membuat dan membentuk model-model, tetapi tidak menyampaikan apa dan kapan model yang seharusnya dibuat yang merupakan salah satu proses implementasi pengembangan software.

UML tidak hanya merupakan sebuah bahasa pemograman visual saja, namun juga dapat secara langsung dihubungkan ke berbagai bahasa pemograman, seperti JAVA, C++, Visual Basic, atau bahkan dihubungkan secara langsung ke dalam sebuah object-oriented database. Begitu juga mengenai pendokumentasian dapat d ilakukan seperti; requirements, arsitektur, design, source code, project plan, tests, dan prototypes.
Untuk dapat memahami UML membutuhkan bentuk konsep dari sebuah bahasa model, dan mempelajari 3 (tiga) elemen utama dari UML seperti building block, aturan-aturan yang menyatakan bagaimana building block diletakkan secara bersamaan, dan beberapa mekanisme umum (common).
a. Building blocks
3 (tiga) macam yang terdapat dalam building block adalah katagori benda/Things, hubungan, dan diagram. Benda/things adalah abstraksi yang pertama dalam sebuah model, hubungan sebagai alat komunikasi dari benda-benda, dan diagram sebagai kumpulan / group dari benda-benda/things.
• Benda/Things
Adalah hal yang sangat mendasar dalam model UML, juga merupakan bagian paling statik dari sebuah model, serta menjelaskan elemen-elemen lainnya dari sebuah konsep dan atau fisik. Bentuk dari beberapa benda/thing adalah sebagai berikut:
Pertama, adalah sebuah kelas yang diuraikan sebagai sekelompok dari object yang mempunyai atribute, operasi, hubungan yang semantik. Sebuah kelas mengimplementasikan 1 atau lebih interfaces. Sebuah kelas dapat digambarkan sebagai sebuah persegi panjang, yang mempunyai sebuah nama, atribute, dan metoda pengoperasiannya, seperti terlihat dalam gambar 1.

Gambar 1. Sebuah Kelas dari model UML
Kedua, yang menggambarkan ‘interface’ merupakan sebuah antar-muka yang menghubungkan dan melayani antar kelas dan atau elemen. ‘Interface’ / antar¬muka mendefinisikan sebuah set / kelompok dari spesifikasi pengoperasian, umumnya digambarkan dengan sebuah lingkaran yang disertai dengan namanya. Sebuah antar-muka berdiri sendiri dan umumnya merupakan pelengkap dari kelas atau komponen, seperti dalam gambar 2.

ISpelling
Gambar 2. Sebuah interface/antar-muka
Ketiga, adalah collaboration yang didefinisikan dengan interaksi dan sebuah kumpulan / kelompok dari kelas-kelas/elemen-elemen yang bekerja secara bersama-sama. Collaborations mempunyai struktura dan dimensi. Pemberian sebuah kelas memungkinkan berpartisipasi didalam beberapa collaborations dan digambarkan dengan sebuah ‘elips’ dengan garis terpotong-potong.


Gambar 3. Collaborations
Keempat, sebuah ‘use case’ adalah rangkaian/uraian sekelompok yang saling terkait dan membentuk sistem secara teratur yang dilakukan atau diawasi oleh sebuah aktor. ‘use case’ digunakan untuk membentuk tingkah-laku benda/ things dalam sebuah model serta di realisasikan oleh sebuah collaboration. Umumnya ‘use case’ digambarkan dengan sebuah ‘elips’ dengan garis yang solid, biasanya mengandung nama, seperti terlihat dalam gambar 4.

Gambar 4. Use Case
Kelima, sebuah node merupakan fisik dari elemen-elemen yang ada pada saat dijalankannya sebuah sistem, contohnya adalaha sebuah komputer, umumnya mempunyai sedikitnya memory dan processor. Sekelompok komponen mungkin terletak pada sebuah node dan juga mungkin akan berpindah dari node satu ke node lainnya. Umumnya node ini digambarkan seperti kubus serta hanya mengandung namanya, seperti terlihat dalam gambar 5.

Gambar 5. Nodes
• Hubungan / Relationship
Ada 4 macam hubungan didalam penggunaan UML, yaitu; dependency, association, generalization, dan realization.
Pertama, sebuah dependency adalah hubungan semantik antara dua benda/things yang mana sebuah benda berubah mengakibatkan benda satunya akan berubah pula. Umumnya sebuah dependency digambarkan sebuah panah dengan garis terputus-putus seperti terlihat dalam gambar 6.
Gambar 6. Dependency

Kedua, sebuah association adalah hubungan antar benda struktural yang terhubung diantara obyek. Kesatuan obyek yang terhubung merupakan hubungan khusus, yang menggambarkan sebuah hubungan struktural diantara seluruh atau sebagian. Umumnya assosiation digambarkan dengan sebuah garis yang dilengkapi dengan sebuah label, nama, dan status hubungannya seperti terliahat dalam gambar 7.
0..1 *
employer employee
Gambar 7. Association
Ketiga, sebuah generalization adalah menggambarkan hubungan khusus dalam obyek anak/child yang menggantikan obyek parent / induk . Dalam hal ini, obyek anak memberikan pengaruhnya dalam hal struktur dan tingkah lakunya kepada obyek induk. Digambarkan dengan garis panah seperti terlihat dalam gambar 8.

Gambar 8. Generalizations
Keempat, sebuah realization merupakan hubungan semantik antara pengelompokkan yang menjamin adanya ikatan diantaranya. Hubungan ini dapat diwujudkan diantara interface dan kelas atau elements, serta antara use cases dan collaborations. Model dari sebuah hubungan realization seperti terlihat dalam gambar 9.

Gambar 9. Realizations
• Diagram
UML sendiri terdiri atas pengelompokkan diagram-diagram sistem menurut aspek atau sudut pandang tertentu. Diagram adalah yang menggambarkan permasalahan maupun solusi dari permasalahan suatu model. UML mempunyai 9 diagram, ya itu; use-case, class, object, state, sequence, collaboration, activity, component, dan deployment diagram.
Diagram pertama adalah use case menggambarkan sekelompok use cases dan aktor yang disertai dengan hubungan diantaranya. Diagram use cases ini menjelaskan dan menerangkan kebutuhan / requirement yang diinginkan/ dikehendaki user/pengguna, serta sangat berguna dalam menentukan struktur organisasi dan model dari pada sebuah sistem.

Pengenalan "Unified Modelling Language/UML"
(Bagian II)
Dalam suatu proses pengembangan software, analisa dan rancangan telah merupakan terminologu yang sangat tua. Pada saat masalah ditelusuri dan spesifikasi dinegosiasikan, dapat dikatakan bahwa kita berada pada tahap rancangan. merancang adalah menemukan suatu cara untuk menyelesaikan masalah, salah satu tool/model untuk merancang pengembangan software yang berbasis object-oriented adalah UML. Alasan mengapa UML digunakan adalah, pertama, scalability dimana objek lebih mudah dipakai untuk menggambarkan sistem yang besar dan komplek. Kedua, dynamic modeling, dapat dipakai untuk pemodelan sistem dinamis dan real time.
Sebagaimana dalam tulisan pertama, penulis menjelaskan konsep mengenai obyek, OOA&D (Obyek Oriented Analyst/ Design) dan pengenalan UML, maka dalam tulisan kedua ini lebih ditekankan pada cara bagaimana UML digunakan dalam merancang sebuah pengembangan software yang disertai gambar atau contoh dari sebuah aplikasi.
1. Use Case
Sebuah use case menggambarkan suatu urutan interaksi antara satu atau lebih aktor dan sistem. Dalam fase requirements, model use case mengambarkan sistem sebagai sebuah kotak hitam dan interaksi antara aktor dan sistem dalam suatu bentuk naratif, yang terdiri dari input user dan respon-respon sistem. Setiap use case menggambarkan perilaku sejumlah aspek sistem, tanpa mengurangi struktur internalnya. Selama pembuatan model use case secara pararel juga harus ditetapkan obyek-obyek yang terlibat dalam setiap use case.
Perhatikan satu contoh sederhana dari proses perbankan, yaitu mesin teller otomatis (Automated Teller Machine-ATM) yang memberikan kemudahan pada customernya untuk mengambil uang dari rekening bank secara langsung. Pada proses ini terdapat satu aktor, yaitu ATM Customer dan satu use case, yaitu Penarikan Dana. Proses ini dapat dilihat pada Gambar 1. Use case Penarikan Dana menggambarkan urutan interaksi antara customer dengan sistem, diawali ketika customer memasukan kartu ATM ke dalam mesin pembaca kartu dan akhirnya menerima pengeluaran uang yang dilakukan oleh mesin ATM.
2. Aktor
Sebuah aktor mencirikan suatu bagian outside user atau susunan yang berkaitan dengan user yang berinteraksi dengan sistem [Rumbaugh, Booch, dan Jacobson 1999]. Dalam model use case, aktor merupakan satu-satunya kesatuan eksternal yang berinteraksi dengan sistem.
Terdapat beberapa variasi bagaimana aktor dibentuk [Fowler dan Scott 1999]. Sebuah aktor sering kali merupakan manusia (human user). Pada sejumlah sistem informasi, manusia adalah satu-satunya aktor. Dan mungkin saja dalam sistem informasi, seorang aktor bisa saja menjadi suatu sistem eksternal. Pada aplikasi real-time dan distribusi, sebuah aktor bisa saja menjadi satu perangkat eksternal I/O atau sebuah alat pengatur waktu. Perangkat eksternal I/O dan pengatur waktu aktor secara khusus lazimnya berada dalam real-time yang tersimpan dalam sistem (real-time embedded systems), sistem berinteraksi dengan lingkungan eksternal melalui sensor dan aktuator.

Primary actor (aktor utama) memprakarsai sebuah use case. Jadi, suatu primary aktor memegang peran sebagai proaktif dan yang memulai aksi dalam sistem. Aktor lainnya yang berperan sebagai secondary aktor bisa saja terlibat dalam use case dengan menerima output dan memberikan input. Setidaknya satu aktor harus mendapatkan nilai dari use case. Biasanya adalah primary aktor (aktor utama). Bagaimanapun, dalam real-time embedded systems, primary aktor dapat berperan sebagai perangkat eksternal I/O atau pengatur waktu, penerima utama dari use case bisa menjadi secondary human aktor yang menerima sejumlah informasi dari sistem.

Gambar 1. Contoh aktifitas Aktor dan Use Case
Aktor manusia bisa saja menggunakan berbagai perangkat I/O untuk berinteraksi fisik dengan sistem. Aktor manusia dapat berinteraksi dengan sistem melalui perangkat standar I/O, seperti keyboard, display, atau mouse. Aktor manusia bisa juga berinteraksi dengan sistem melalui perangkat non-standar I/O seperti bermacam-macam sensor. Dalam keseluruhan hal tersebut, manusia merupakan aktor dan perangkat I/O adalah bukan aktor.
Perhatikan beberapa contoh human aktor (aktor manusia). Pada sistem perbankan, satu contoh aktor adalah manusia yang berperan sebagai teller yang berinteraksi dengan sistem melalui perangkat standar I/O, seperti keyboard, display, atau mouse. Contoh lainnya adalah manusia yang berperan sebagai customer yang berinteraksi dengan sistem melalui mesin teller otomatis (ATM). Dalam hal ini, customer berinteraksi dengan sistem dengan menggunakan beberapa perangkat I/O, termasuk perangkat pembaca kartu (card reader), pengeluar uang (cash dispenser), dan pencetak tanda terima (receipt printer), ditambah lagi keyboard dan display.
Pada beberapa kasus, bagaimana pun juga sebuah aktor bisa saja berupa perangkat I/O. Hal ini bisa terjadi ketika sebuah use case tidak melibatkan manusia, seperti yang sering terjadi pada aplikasi-aplikasi real-time. Dalam hal ini, I/O aktor berinteraksi dengan sistem melalui sebuah sensor. Contoh aktor yang merupakan perangkat input adalah Arrival Sensor pada Sistem Kontrol Elevator. Sensor ini mengidentifikasi elevator tersebut pada saat hendak mencapai lantai dan perlu dihentikan. Kemudian sensor tersebut menginisiasikan Stop Elevator at Floor use case. Aktor lain dalam Elevator Control System adalah orang yang berada dalam elevator (human passenger) yang berinteraksi dengan sistem melalui tombol-tombol nomor pada tingkat lantai dan tombol-tombol elevator. Input dari aktor secara aktual dideteksi melalui sensor-sensor tombol lantai dan sensor-sensor tombol elevator berturut-turut.
Aktor dapat pula menjadi sebuah alat pengukur waktu yang secara periodik
mengirimkan pengukuran waktu kejadian (timer events) pada sistem. Use case-

use case secara periodik diperlukan ketika beberapa informasi perlu di-output oleh sistem pada suatu basis reguler. Hal ini sangat penting dalam sistem-sistem real-time, dan juga sangat berguna dalam sistem informasi. Walaupun sejumlah metodologi menganggap pengukur waktu merupakan hal internal bagi sistem, dan akan lebih berguna dalam desain aplikasi real-time untuk memperhatikan pengukur-pengukur waktu sebagai eksternal logis bagi sistem dan menganggapnya sebagai primary aktor yang memulai aksi dalam sistem. Contohnya, pada sistem monitoring mobil, beberapa use case di-inisialisasi dengan suatu aktor pengukur waktu. Sebagai contoh dapat dilihat pada Gambar
2. Timer aktor mengawali Calculate Trip Speed use case, yang secara periodik menghitung rata-rata kecepatan melalui suatu jalan/ jejak dan menampilkan nilai ini ke driver. Dalam hal ini, pengukur waktu merupakan primary aktor (aktor utama) dan driver merupakan secondary aktor (aktor kedua).

Gambar 2. Contoh aktor pengukur waktu
Suatu aktor bisa juga menjadi sistem eksternal yang melakukan inisiatif (sebagai primary aktor) atau partisipan (sebagai secondary aktor) dalam use case. Satu contoh aktor sistem eksternal adalah pabrik robot dalam Automation System. Robot mengawali proses dengan use case Generate Alarm dan Notify, robot menggerakkan alarm conditions yang dikirim ke operator pabrik yang berkepentingan, yang telah terdaftar untuk menerima alarms. Dalam use case ini, robot merupakan primary aktor yang mengawali inisiatif use case, dan operator merupakan secondary aktor yang menerima alarms.
3. Identifikasi Use Case
Sebuah use case dimulai dengan masukan/input dari seorang aktor. Use case merupakan suatu urutan lengkap kejadian-kejadian yang diajukan oleh seorang aktor, dan spesifikasi interaksi antara aktor dengan sistem. Use case yang sederhana hanya melibatkan satu interaksi/hubungan dengan sebuah aktor, dan use case yang lebih kompleks melibatkan beberapa interaksi dengan aktor. Use cases yang lebih kompleks juga melibatkan lebih dari satu aktor.
Untuk menjabarkan use case dalam sistem, sangat baik bila dimulai dengan memperhatikan aktor dan actions/aksi yang mereka lakukan dalam sistem. Setiap use case menggambarkan suatu urutan interaksi antara aktor dengan sistem. Sebuah use case harus memberikan sejumlah nilai pada satu aktor.
Kemudian, kebutuhan fungsional sistem dijelaskan dalam use case yang merupakan suatu spesifikasi eksternal dari sebuah sistem. Bagaimanapun juga, ketika membuat use case, sangatlah penting menghindari suatu dekomposisi fungsional yang dalam beberapa use case kecil lebih menjelaskan fungsi-fungsi

individual sistem daripada menjelaskan urutan kejadian yang memberikan hasil yang berguna bagi aktor.
Perhatikan lagi contoh pada perbankan. Disamping penarikan melalui ATM, ATM Customer, aktor juga bisa menanyakan jumlah rekening atau mentransfer dana antar dua rekening. Karena terdapat fungsi-fungsi yang berbeda yang diajukan oleh customer dengan hasil-hasil guna yang berbeda, fungsi-fungsi pertanyaan dan pentransferan harus dibuat sebagai use case yang terpisah, daripada menjadi bagian dari original use case. Oleh karena itu, customer dapat mengajukan tiga use case seperti yang dapat dilihat di Gambar. 3; Withdraw Funds (Penarikan dana), Query Account, dan Transfer Funds (Pentransferan Dana).

Gambar 3: Aktor dan use case dalam sistem Bank
Urutan utama use case menjelaskan urutan interaksi yang paling umum antara aktor dan sistem. Dan mungkin saja terdapat cabang-cabang urutan use case utama, yang mengarah pada berkurangnya frekuensi interaksi antara aktor dengan sistem. Deviasi-deviasi dari urutan utama hanya dilaksanakan pada beberapa situasi, contohnya jika aktor melakukan kesalahan input pada sistem. Ketergantungan pada aplikasi kebutuhan, alternatif ini memecahkan use case dan kadang-kadang bersatu kembali dengan urutan utama. Cabang-cabang alternatif digambarkan juga dalam use case.
Dalam use case Withdraw Funds, urutan utama adalah urutan tahap-tahap dalam keberhasilan pelaksanaan penarikan (withdrawal). Cabang-cabang alternatif digunakan untuk mengarahkan berbagai error cases, seperti ketika kartu ATM tidak dikenali atau dilaporkan telah hilang dan lain sebagainya.
4. Pendokumentasian Model Use Case
Use case didokumentasi dalam use case model sebagai berikut:
• Use Case Name. Setiap use case diberi nama.
• Summary. Deskripsi singkat use case, biasanya satu atau dua kalimat.
• Dependency. Bagian ini menggambarkan apakah use case yang satu tergantung pada use case yang lain, dalam arti apakah use case tersebut termasuk pada use case yang lain atau malah memperluas use case lain.

• Actors. Bagian ini memberikan nama pada actor dalam use case. Selalu terdapat use case utama (primary use case) yang memulai use case. Disamping itu terdapat juga secondary use case yang terlibat dalam use case. Contohnya, dalam use case Withdraw Funds, ATM Customer adalah actor-nya.
• Preconditions. Satu atau lebih kondisi harus berjalan dengan baik pada permulaan use case; contohnya mesin ATM yang tidak jalan, menampilkan pesan Selamat Datang.
• Deskripsi. Bagian terbesar dari use case merupakan deskripsi naratif dari urutan utama use case yang merupakan urutan yang paling umum dari interaksi antara aktor dan sistem. Deskripsi tersebut dalam bentuk input dari aktor, diikuti oleh respon pada sistem. Sistem ditandai dengan sebuah kotak hitam (black box) yang berkaitan dengan apa yang sistem lakukan dalam merespon input aktor, bukan bagaimana internal melakukannya.
• Alternatif-alternatif. Deskripsi naratif dari alternatif merupakan cabang dari urutan utama. Terdapat beberapa cabang alternatif dari urutan utama. Contohnya, jika rekening customer terdapat dana yang tidak sesuai, akan tampil permohonan maaf dan menolak kartu.
• Postcondition. Kondisi yang selalu terjadi di akhir use case, jika urutan utama telah dilakukan; contohnya dana customer telah ditarik.
• Outstanding questions. Pertanyaan-pertanyaan tentang use case didokumentasikan untuk didiskusikan dengan para user.

Read more »

BAB 3 Laporan PKL

BAB III
ANALISIS DAN PERANCANGAN


Pada bab ini, dibahas mengenai analisis dan perancangan dari program yang
dibuat.

3.1 Analisis Masalah
Program komputerisasi ini merupakan suatu aplikasi yang memiliki kemampuan sebagai berikut :
1. Dapat mengetahui jumlah obat yang di beli dalam kurun waktu tertentu (hari, bulan tahun).
2. Terdapat grafik yang menunjukan jumlah obat yang paling sering di beli oleh konsumen.

3.2 Jenis Perangkat Lunak Dan Perangkat Keras Yang Di Pakai
Untuk mengimplementasikan sistem yang telah dibuat dibutuhkan fasilitas dan peralatan yang mendukung beroperasinya sistem tersebut, karena sistem baru ini hanya berjalan jika didukung fasilitas dan peralatan seperangkat komputer, yaitu perangkat keras dan perangkat lunak komputer.


3.2.1 Jenis Perangkat Lunak Yang Dipakai
 Sistem operasi windows XP SP2 Profesional
 XAMPP 1.5.3
 Bahasa pemrograman PHP version 5.1.4
 Mozilla Firefox (2.0.0.11)

3.2.2 Jenis Perangkat Keras Yang Dipakai
 Personal Computer Processor : Intel(R) Pentium(R) 4 CPU 2.80GHz.
 Memory : 512 MB RAM.
 Harddisk : 80 GB.
 Monitor : Samsung 1024 x 768 (32 bit) (60Hz).
 VGA : 64 MB.









3.3 Strategi Pemecahan Masalah
Penulis merumuskan beberapa alternative pemecahan masalah untuk menyelesaikan masalah di atas, yaitu sebagai berikut :
1) Merancang prototype pelaporan yang dapat memudahkan pegawai bag pembelian (gudang).
2) Membangun sebuah aplikasi pelaporan yang menggunakan bahasa pemrograman open source sehingga bisa digunakan di berbagai sistem operasi (LINUX, UNIX, Macintosh, Windows).
3) Tidak semua orang bisa menggunakan aplikasi sistem pelaporan karena sistem hanya bisa di gunakan oleh pegawai bag pembelian yang sudah mempunyai hak akses.
Maka dengan adanya aplikasi ini diharapkan dapat meningkatkan efektifitas proses pembuatan laporan transaksi pada Apotek Otista.

3.4 Perancangan Berorientasi Objek
Perancangan ini dilakukan dengan menggunakan UML (Unified Modeling Language). UML adalah metode pemodelan secara visual sebagai sarana untuk merancang dan atau membuat software berorientasi objek. Karena UML ini merupakan bahasa visual untuk pemodelan bahasa berorientasi objek, maka semua elemen dan diagram berbasiskan pada paradigma object oriented.


3.5 Use Case Diagram
Use case diagram menentukan fungsionalitas yang diharapkan dari sebuah system. Sebuah use case mempresentasikan sebuah interaksi antara actor dengan system. Untuk membuat sebuah use case diagram terlebih dahulu tentukan actor yang terlibat dalam system.

1. Aktor
Untuk aktor yang terlibat dalam sistem ini , dapat dilihat pada tebel 3.1 berikut ini :
Tabel 3.1 Aktor yang ada pada use case
NO Aktor Definisi
1





Pegawai Bag Pembelian Pegawai bagian pembelian yang bertugas dapat melakukan :
1. Login
2. Pencatatan transaksi pembelian
3. Delete data
4. Pencarian data
5. Mencetak laporan
6. Logout
2 Distributor Yang melakukan pengiriman obat dan data obat yang di beli ke pihak apotek
2. Use case yang ada pada aplikasi ini adalah :
a. Pegawai Bag Pembelian : login, penginputan data, pengeditan data, cari data, mencetak data, logout.
b. Distributor : Melakukan pengiriman obat dan data obat yang di beli ke pihak apotek.

















3.6 Diagram Uce case





















3.6.1 Skenario
Skenario merupakan penjelasan lebih detail dari kasus (case) dari awal hingga akhirnya diperoleh sebuah output.
Tabel 3.2 use case login
Identifikasi Use Case Keterangan
Use case Name Login
Actor Admin
Brief Description Admin meng upload data informasi
Precondition Admin memasukan E-mail dan password yang telah ditntukan sebelumnya.
Main flow 1. Admin memasulan E-mail dan password kemudian menakan tombol Enter pada keyboad
Alternative flow Jika Admin Salah memasukan E-mail dan password salah atau tidak di isi maka akan muncul peringatan.
Post Condition Admin masuk kehalaman utama.




Tabel 3.3 use case Informasi Kecamatan
Identifikasi Use Case Keterangan
Use case Name Informasi Kecamatan
Actor Pegawai Admin
Brief Description Pegawai Admin meng Upload data Informasi
Precondition 1. Admin log in telah login
2. Halaman utama tampil dilayar
Main flow Admin memasukan ( upload ) data informasi dari bagian lain
Alternative flow Jika data telah selesai di Upload maka data sudah siap untuk di Publikasikan.




Tabel 3.4 use case delete Informasi
Identifikasi Use Case Keterangan
Use case Name Hapus Informasi
Actor Pegawai bag Admin
Brief Description Pegawai bag admin men delete data informasi yang ada dalam Web
Precondition 1. Pegawai bag admin telah login
2. Halaman utama tampil dilayar

Main flow Pegawai bag Admin menghapus informasi yang telah Upload
Alternative flow Jika data telah selesai di hapus maka akan tampil informasi bahwa data telah dihapus.


Tabel 3.5 use case cari data
Identifikasi Use Case Keterangan
Use case Name Cari data
Actor Pegawai bag pembelian
Brief Description Pegawai bag pembelian mencari data berdasarkan tanggal.
Precondition 1. Pegawai bag pembelian telah login
2. Halaman utama tampil dilayar
3.Jika tombol cari ditekan maka data dicari akan tampil.
Main flow Pegawai bag pembelian mencari data yang telah diinput.
Alternative flow Jika data dicari ada maka akan tampil,jika tidak tampil maka data tidak ada atau tidak ditemukan.
Post Condition Data yang dicari ditampilkan.







Tabel 3.6 use case cetak
Identifikasi Use Case Keterangan
Use case Name Cetak data
Actor Pegawai bag pembelian
Brief Description Pegawai bag pembelian mencetak laporan.
Precondition 1. Pegawai bag pembelian telah login
2.Halaman utama tampil dilayar
3.Jika tombol cetak ditekan maka akan langsung tampil perintah print dilayar.
Main flow Pegawai bag pembelian mencetak data yang telah diinput.
Alternative flow Jika data laporan yang akan dicetak maka akan otomatis print.
Post Condition Laporan dicetak.
Diagram use case menggambarkan aktor-aktor dan aktifitas-aktifitas yang terlibat dalam aplikasi yang ada pada Apotek Otista.

3.7 Diagram Kelas (class diagram)


















3.8 Diagram Statechart (Statechart Diagram)
Diagram statechart yang ada dapat dilihat pada gambar 3.3 sampai 3.7
1. Statechart diagram login



















2. Statechart diagram input data





















3. Statechart diagam hapus data





















4.Statechart diagram cari data





















5. Statechart diagram cetak laporan





















3.9 Diagram Aktifitas (Activity Diagram)
Diagram aktifitas yang ada dapat dilihat pada gambar 3.8 sampai gambar 3.12

1. Activity diagram login













Gambar 3.8 Activity diagram login



2. Activity diagram input data


















Gambar 3.9 Activity diagram input data


3. Activity diagram hapus data













Gambar 3.10 Activity diagram hapus data







4.Activty diagram cari data
















Gambar 3.11 Activity diagram cari data




2. Activity diagram cetak laporan















Gambar 3.12 Activity diagram cetak laporan





3.10 Diagram Sequence (Sequence Diagram)
Diagram sequence yang ada dapat dilihat pada gambar 3.13 sampai gambar 3.18

1. Sequence Diagram login















Gambar 3.13 Sequence diagram login

2. Sequence Diagram Input Data
















Gambar 3.14 Sequence diagram input data




3.Sequence Diagram hapus data
















Gambar 3.15 Sequence diagram hapus data




4.Sequence Diagram cari data

















Gambar 3.16 Sequence diagram cari data



5.Sequence Diagram cetak laporan

















Gambar 3.17 Sequence cetak laporan



6.Sequence Diagram Logout


















Gambar 3.18 Sequence diagram logout


3.11 Rancangan Antar Muka (User Interface)


1. Tampilan Login





Gambar 3.20 Perancangan Interface Login












2. Halaman Utama





















3. Halaman Data Transaksi


4. Halaman Data Transaksi


















4. Form Input Data Transaksi





















5. Form Cari Data Transaksi





















6. Halaman Data Obat





















7. Halaman Grafik

Read more »

Materi 1 Teknik Simulasi

1.1 Tujuan Mempelajari Simulasi
• Melalui kuliah ini diharapkan kita dapat mempelajari suatu sistem dengan memanfaatkan komputer untuk meniru (to simulate) perilaku sistem tersebut.
1.2.Cara Mempelajari Sistem
• Sistem dapat dipelajari dengan pengamatan langsung atau pengamatan pada model dari sistem tersebut.
• Model dapat diklasifikasikan menjadi model fisik dan model matematik
• Model matematik ada yang dapat diselesaikan dengan solusi analitis, ada yang tidak. Bila solusi analitis sulit didapatkan maka digunakan SIMULASI



Eksperimen dengan model
Eksperimen
dengan sistem
sebenarnya



Model Fisik Model Matematik


Solusi Analitis SIMULASI

1.3. Manfaaat/Kelebihan Simulasi
Simulasi adalah satu-satunya cara yang dapat digunakan untuk mengatasi masalah, jika :
1. Sistem nyata sulit diamati secara langsung
Contoh : Jalur penerbangan pesawat ruang angkasa atau satelit.
2. Solusi Analitik tidak bisa dikembangkan, karena sistem sangat kompleks.
3. Pengamatan sistem secara langsung tidak dimungkinkan, karena : - sangat mahal

- memakan waktu yang terlalu lama
- akan merusak sistem yang sedang berjalan.
1.4. Kelemahan Simulasi
1. Simulasi tidak akurat.
Teknik ini bukan proses optimisasi dan tidak menghasilkan sebuah jawaban tetapi hanya menghasilkan sekumpulan output dari sistem pada berbagai kondisi yang berbeda. Dalam banyak kasus, ketelitiannya sulit diukur.
2. Model simulasi yang baik bisa jadi sangat mahal, bahkan sering dibutuhkan waktu bertahun-tahun untuk mengembangkan model yang sesuai.
3. Tidak semua situasi dapat dievaluasi dengan simulasi. Hanya situasi yang mengandung ketidak-pastian yang dapat dievaluasi dengan simulasi. Karena tanpa komponen acak semua eksperimen simulasi akan menghasilkan jawaban yang sama.
4. Simulasi menghasilkan cara untuk mengevaluasi solusi, bukan menghasilkan cara untuk memecahkan masalah.
Jadi sebelumnya perlu diketahui dulu solusi atau pendekatan solusi yang akan diuji.
1.5. Aplikasi Model Simulasi
• Design dan analisa sistem manufaktur
• Mengetahui kebutuhan sofware dan hardware untuk sebuah sistem komputer.
• Mengevaluasi sistem persenjataan baru, dalam bidaang militer
• Menentukan pengaturan dalam sistem inventory/persediaan.
• Mendesign sistem transportasi
• Mendesign sistem komunikasi
• Mengevaluasi sistem pelayanan dalam bidang perbankan.
• Mengevaluasi sistem ekonomi dan finansial.
Contoh : Simulasi Monte Carlo

Berikut merupakan tabel data umur server untuk komputer.
Umur (bln) Prob (%)
1 10
2 15
3 25
4 20
5 15
6 10
7 5

Buat simulasi yang menggambarkan penggantian server komputer selama 2 tahun
Solusi
> Buat tabel interval bil.random
Umur(bln) Prob Total Prob
1 0,10 0,10
2 0,15 0,25
3 0,25 0,50
4 0,20 0,70
5 0,15 0,85
6 0,10 0,95
7 0,05 1,00

> Buat simulasi :
Sampai dengan akhir thn ke 2 , terjadi pergantian server sebanyak 9 kali
i Xi Ui=Xi/m Umur(bln) Total
1 6 0,375 3 3
2 1 0,063 1 4
3 8 0,500 3 7
4 11 0,688 4 11
5 10 0,625 4 15
6 5 0,313 3 18
7 12 0,750 5 23
8 15 0,938 7 30
9 14 0,875 6 36

Read more »

Bidang Pengembangan Sistem Pakar

Written by Mr. Endi on March 15, 2009 – 12:49 am -

Ada banyak area atau wilayah yang menjadi daerah kerja AI yaitu jaringan saraf sistem persepsi, robotik, bahasa ilmiah, sistem pendukung keputusan, sistem informasi berbasis manajemen dan sistem pakar. Tiap daerah kerja AI memiliki potensi dalam memecahkan masalah, tetapi keunggulan utama ada dalam bentuk pengetahuan dari pakar manusia secara heuristik dalam sistem pakar. Heuristik sendiri berasal dari bahasa Yunani yaitu Eureka yang berarti menemukan. Heuristik dalam sistem pakar tidak menjamin hasil semutlak sistem kecerdasan buatan lainnya, tetapi menawarkan hasil yang spesifik untuk dimanfaatkan karena sistem pakar berfungsi secara konsisten seperti seorang pakar manusia, menawarkan nasihat kepada para pemakai dan menemukan solusi terhadap berbagai permasalahan yang spefisik.

Ada berbagai kategori pengembangan sistem pakar, antara lain:

1. Kontrol. Contoh pengembangan banyak ditemukan dalam kasus pasien di rumah sakit, di mana dengan kemampuan sistem pakar dapat dilakukan kontoro terhadap cara pengobatan dan perawatan melalui sensor data atau kode alarm dan memberikan solusi terapi pengobatan yang tepat bagi si pasien yang sakit.

2. Desain. Contoh sistem pakar di bidang ini adalah PEACE yang dibuat oleh
Dincbas pada tahun 1980 untuk membantu disain pengembangan sirkuit elektronik. Contoh lain adalah sistem pakar untuk membantu desain komputer dengan komponen-komponennya.

3. Diagnosis. Pengembangan sistem pakar terbesar adalah di bidang diagnosis penyakit, diagnosis kerusakan mesin kendaraan bermotor, diagnosis kerusakan komponen komputer, dan lain-lain.

4. Intruksi. Intruksi merupakan pengembangan sistem pakar yang sangat berguna dalam bidang ilmu pengetahuan dan pendidikan, di mana sistem pakar dapat memberika instruksi dan pengajaran tertentu terhadap suatu topik permasalahan. Contoh pengembangan sistem pakar di bidang ini adalah sistem pakar untuk pengajaran bahasa Inggris, sistem pakar untuk pengajaran astronomi dan lain-lain.

5. Interpretasi. Sistem pakar yang dikembangkan dalam bidang interpretasi melakukan proses pemahaman akan suatu situasi dari beberapa informasi yang direkam. Contoh sistem yang dikembangkan dewasa ini adalah sistem untuk melakukan sensor gambar dan suara kemudian menganalisanya dan kemudian membuat suatu rekomendasi berdasarkan rekaman tersebut.

6. Monitor. Sistem pakar dibidang ini banyak digunakan militer, yaitu menggunakan sensor radar kemudian menganalisanya dan menentukan posisi obyek berdasarkan posisi radar tersebut.

7. Perencanaan. Perencanaan banyak digunakan dalam bidang bisnis dan keuangan suatu proyek, di mana sistem pakar dalam membuat perencanaan suatu pekerjaan berdasarkan jumlah tenaga kerja, biaya dan waktu sehingga pekerjaan lebih efisien dan lebih optimal.

8. Prediksi. Sistem pakar ini mampu memprediksi kejadian masa mendatang berdasarkan informasi dan model permasalahan yang dihadapi. Biasanya sistem memberikan simulasi kejadian masa mendatang tersebut, misalnya memprediksi tingkat kerusakan tanaman apabila terserang hama dalam jangka waktu tertentu. Program ini dibuat pada tahun 1983 oleh Boulanger dengan nama PLANT.

9. Seleksi. Sistem pakar dengan seleksi mengidentifikasikan pilihan kemungkinan solusi. Biasanya sistem mengidentifikasikan permasalahan secara spesifik, kemudian mencoba untuk menemukan solusi yang paling mendekati kebenaran.

10. Simulasi. Sistem ini memproses operasi dari beberapa variasi kondisi yang ada dan menampilkan dalam bentuk simulasi. Contoh adalah program PLANT yang sudah menggabungkan antara prediksi dan simulasi, di mana program tersebut mampu menganalisa hama dengan berbagai kondisi suhu dan cuaca.

Bahas pemrograman juga menentukan pengembangan sistem pakar di bidang-bidang yang disebutkan di atas. Pada tahun 1970-an di mana sistem operasi masih berbasis teks, pengembangan sistem pakar hanya memanfaatkan bahasa pemrograman seperti Prolog, LISP atau Shell sehingga pengembangan sistem pakar pada waktu itu menjadi sangat sulit. Faktor kesulitan tersebut juga dipengaruhi oleh kecepatan prosesor dan memori yang masih sangat terbatas sehingga sistem pakarhanya dapat dikembangkan pada komputer-komputer workstation.

Berbeda dengan pengembangan komputer pada tahun-tahun awal AI berkembang, dewasa ini komputer telah memiliki kecepatan GigaHertz dan didukung oleh perkembangan perangkat keras yang maupun perangkat lunak yang sangat canggih. Perkembangan yang sangat menarik adalah perkembangan pemrograman Visual berorientasi objek yang mampu mengolah database dalam jumlah data yang sangat besar. Perkembangan perangkat lunak ini tentunya sangat membantu pengembangan secara luas terhadap sistem-sistem berbasis kecerdasan buatan, termasuk sistem pakar.

Read more »

Object Oriented Programming PHP 5 - Bagian 1

PHP merupakan server-side scripting untuk membangun halaman web dinamis yang sangat populer saat ini dan powerful. Keunggulan PHP adalah pada kemudahan dalam penulisan program dan dukungan extension library yang sangat banyak terutama dalam hal koneksi database. Salah satu keunggulan PHP yang lain adalah penulisan kode dalam style Object Oriented Programming atau biasa juga disingkat OOP. Style OOP sudah didukung sejak PHP 3, tetapi mulai versi 5 style OOP PHP ditulis ulang kembali agar lebih mendekati kepada prinsip-prinsip OOP yang sebenarnya seperti munculnya modifier public, protected, private, abstract dsb. OOP pada PHP 5 mirip dengan OOP pada Java.

Apa sih Object Oriented Programming itu? OOP mudahnya adalah membangun sebuah aplikasi dengan menggunakan object (objek). Mari kita analogikan sebuah aplikasi sebagai sebuah Mobil. Mobil dibangun oleh komponen-komponen pendukungnya (objek) seperti ban, mesin, rangka mobil, setir dan komponen-komponen lainnya. Setiap komponen mempunyai fungsinya masing-masing dan saling mendukung satu sama lain, agar sebuah mobil dapat berjalan dengan baik. Hal seperti ini kemudian kita implementasikan dalam pembangunan aplikasi dimana kita membangun aplikasi dengan menggunakan objek-objek yang telah kita buat sebelumnya. Pengenalan lebih lanjut mengenai konsep OOP dapat dilihat di sini.

Untuk membuat sebuah objek maka kita harus mendeklarasikan terlebih dahulu Blue-Print atau prototype dari object tersebut. Prototype dari sebuah objek dalam terminologi pemrograman disebut class (kelas). Di bawah ini adalah contoh sebuah deklarasi kelas dengan sebuah variabel dan sebuah metode.


class kelasKucing
{
var nama_kucing = '';

// metode untuk memberikan nama pada kucing

function setNamaKucing($isi_nama_kucing)
{
$this->nama_kucing = $isi_nama_kucing;
}


// metode untuk mengetahui nama kucing
function getNamaKucing()
{
return $this->nama_kucing;
}

}

?>



Source code di atas mendeklarasikan sebuah kelas (Blue-Print) dengan nama kelasKucing. Kelas ini nantinya akan menghasilkan sebuah objek "kucing". Salah satu metode kelas ini adalah metodeSetNamaKucing yang fungsinya adalah memberikan nama untuk objek kucing nantinya. WARNING!! Jangan samakan kelas dengan objek, objek merupakan hasil cetakan dari sebuah kelas.

Untuk membuat sebuah objek dari dari kelasKucing, maka kita harus meng-instantiate kelasKucing atau mudahnya mencetak sebuah objek dari kelasKucing. Contohnya bisa dilihat pada contoh di bawah ini :


require 'kelasKucing.inc.php';

// buat objek kucing pertama
$blacky = new kelasKucing();
// kasih nama buat kucing baru kita

$blacky->setNamaKucing('blacky');
// siapakah nama kucing yang baru kita buat
echo "Nama kucing pertama kita adalah : ".$blacky->getNamaKucing;


// buat objek kucing kedua
$kitty = new kelasKucing();
// kasih nama buat kucing baru kedua kita
$kitty->setNamaKucing('kitty');
// siapakah nama kucing yang baru kita buat

echo "Nama kucing kedua kita adalah : ".$kitty->getNamaKucing;

?>



Perbedaan paling mendasar pada OOP di PHP 5 dengan versi PHP sebelumnya adalah pada akses kepada properti dan metode dari kelas. Pada PHP 4, semua properti kelas bisa diakses secara public (dari manapun) dan semua metode kelas bisa diakses secara static tanpa harus membuat objek dari kelas terlebih dahulu. Pada PHP 5 sudah diperkenalkan modifier-modifier properti dan metode seperti halnya Java dan C++. Beberapa diantaranya yang penting adalah :

* PUBLIC Ini artinya setiap properti atau metode bisa diakses secara langsung oleh program lain diluar kelas.
* PROTECTED Ini artinya setiap properti atau metode hanya bisa diakses oleh kelas itu sendiri dan bisa diakses oleh kelas lain yang meng-inherit kelas tersebut.
* PRIVATE Ini artinya setiap properti atau metode hanya bisa diakses oleh kelas itu sendiri.

Contoh implementasi modifier ini bisa dilihat pada source code di bawah ini :


class kelasKucing
{
private nama_kucing = '';
private tahun_lahir_kucing;
protected usia_kucing;
public gender_kucing = '';


public function setNamaKucing($isi_nama_kucing)
{
$this->nama_kucing = $isi_nama_kucing;
}


public function setTahunLahirKucing($isi_tahun_lahir_kucing)
{
$this->tahun_lahir_kucing = $isi_tahun_lahir_kucing;
}


protected function hitungUsiaKucing()
{
if ($this->tahun_lahir_kucing AND ) {

$this->usia_kucing = (integer)date("Y") - $this->tahun_lahir_kucing
}

}


}

// buat objek kucing
$arie = new kelasKucing();
// metode setNamaKucing dan setTahunLahir bisa dipanggil

// langsung oleh objek karena sifatnya public
// kasih nama untuk si kucing
$arie->setNamaKucing("arie");
// tahun lahir si kucing
$arie->setTahunLahir(1982);


// syntax di bawah ini benar
// karena properti gender_kucing bersifat public
$arie->gender_kucing = "laki-laki"

// syntax di bawah ini salah dan akan memunculkan error
// properti usia_kucing bersifat private

$arie->usia_kucing = 20;
// properti nama_kucing bersifat private
echo "Nama kucing kita adalah : ".$arie->nama_kucing;


?>



Bisa dilihat bahwa implementasi OOP pada PHP 5 sudah sangat advanced dan pada kenyataan sudah banyak extension library ataupun fungsi-fungsi di PHP 5 yang menggunakan model OOP untuk penggunaannya. Salah satunya adalah fungsi mysql improved (mysqli) yang menyediakan style komunikasi database mysql dalam bentuk OOP. Sampai sini dulu pengenalan pada OOP PHP 5, see you on next articles with same topics.

Read more »