Jadwal Kerja Praktek Analisis Sistem

24 BAB III PEMBAHASAN

3.1 Jadwal Kerja Praktek

3.1.1 Waktu Pelaksanaan Kerja Praktek

Dilaksanakan mulai pada bulan Juli 2010 sampai Agustus 2010, hari Senin sampai Sabtu mulai pukul 09.00 sampai pukul 17.00 WIB.

3.1.2 Tempat Pelaksanaan Kerja Praktek

Bertempat di Ruang Perpustakaan, SD Assalaam No. 1-3 Kec. Regol Kota Bandung

3.1.3 Jenis Kegiatan Selama Kerja Praktek

Selama kerja praktek yang dilakukan adalah mengerjakan Pembangunan Aplikasi Perpustakaan berbasis client server di SD Assalaam Bandung.

3.1.4 CaraTeknik Kerja Praktek

Adapun carateknik penulis dalam menyelesaikan tugas kerja praktek di SD Assalaam Bandung antara lain : 1. Membuat Analisis dan Perancangan Terlebih dahulu penulis membuat analisis penerjemahan requirement user dan perancangan sistem user interface , struktur data , relasi data dan koneksi sebagai tahapan proses pembangunan Aplikasi Perpustakaan berbasis client server. 2. Menyelesaikan Aplikasi Dokumen Elektronik Pada tahapan ini Penulis Team melakukan proses instalasi , implementasi , dokumentasi sebagai tahapan akhir pembangunan aplikasi Perpustakaan berbasis client server. 25

3.2 Analisis Sistem

3.2.1 Spesifikasi Produk

Perangkat lunak dapat didefinisikan sebagai kumpulan elemen yang saling berhubungan satu sama lain yang membentuk satu kesatuan untuk mengintegrasikan data, memproses dan menyimpan serta mendistribusikan informasi. Dengan kata lain, Perangkat lunak merupakan kesatuan elemen-elemen yang saling berinteraksi secara sistematis dan teratur untuk menciptakan dan membentuk aliran informasi yang akan mendukung pembuatan keputusan dan melakukan control terhadap jalannya perusahaan juga mampu mendukung para pengelola dan staf perusahaan untuk menganalisa permasalahan, table-tabel, serta memungkinkan terciptanya produk serta layanan yang baru. Membangun perangkat lunak bukan sekedar mengotomatiskan prosedur lama, tetapi menata dan memperbarui bahkan menciptakan aliran data yang baru yang lebih efisien, menetapkan prosedur pengolahan data yang baru secara tepat, sistematis dan sederhana, menentukan model penyajian yang informative dan standar, serta distribusi informatif yang efektif. Dalam membangun perangkat lunak, juga dibutuhkan sistem manajemen data yang efektif, sehingga data yang terkumpul dapat diolah, dieksplorasi secara optimal, aman dan terpercaya serta penghapusan pada saat yang tepat agar sistem dapat bekerja dengan maksimal.

3.2.2 Fungsi Produk

a Tambah data Buku b Edit data Buku c Hapus data Buku d Menyimpan Buku di database e Tambah dataPegawai f Edit data Pegawai g Hapus data Pegawai h Tambah data Anggota i Edit data Anggota j Hapus data Anggota k Mencatat laporan peminjaman dan pengembalian buku 26

3.2.3 Analisis Data

3.2.3.1 Tujuan Pembuatan Data

Tujuan dari penulisan data ini yaitu untuk memberikan penjelasan mengenai perangkat lunak yang dibangun secara detail dan menyeluruh. Penulisan data ini diharapkan akan berguna bagi pihak instansi dalam mengelola data yang akan diisikanpada aplikasi ini. Dengan adanya penulisan data ini diharapkan pengembangan aplikasi ini lebih terarah serta tidak menimbulkan kesalahan baik bagi pegembang maupun user.

3.2.3.2 Ruang Lingkup Sistem

Secara umum ruang lingkup pada aplikasi yang dibangun ini meliputi : 1. Menambah data buku, data Pegawai dan data Anggota 2. Edit data buku, data Pegawaidan data anggota 3. Hapus data buku, data Pegawai dan data anggota

3.2.3.3 Sasaran dan Karakteristik Perangkat Lunak

Untuk menjaga ketepatan pengolahan data, maka akan dilakukan sasaran yang akan ditangani oleh aplikasi yang akan dibangun diantaranya dalam hal berikut : Aplikasi ini digunakan untuk mengelola buku, Pegawai, anggota, mencatat laporan, transaksi peminjaman dan pengembalian di perpustakaan

3.2.3.4 Analisis Perangkat Lunak yang Sedang Berjalan

Analisis ini dilakukan untuk mengetahui informasi mengenai perangkat lunak yang digunakan pada SD Assalaam Bandung dan melihat kekurangan atau kelebihan perangkat lunak yang dipakai.

1. Kondisi software yang dimiliki perusahaan

a Sistem Operasi : Client : Microsoft Windows XP, b Software DBMS : Client : Microsoft Acceess 2007 Server : Microsoft Acceess 2007 27

3.2.3.5 Analisis Kebutuhan Non Fungsional

Analisis non fungsional menggambarkan spesifikasi yang rinci tentang hal-hal yang dilakukan : Analisis User Analisis brainware digunakan untuk mengetahui spesifikasi user yang dimiliki perusahaan. 1. Kebutuhan sistem Dibutuhkan seorang administrator dengan kriteria sebagai berikut : a Mengerti dan mampu mengoperasikan komputer b Menguasai database Microsoft Acceess 2007 c Menguasai alur sistem informasi d Memahami pengelolaan data sistem e Memahami pemberian hak akses

3.2.3.6 Analisis Activity Diagram

Pada tahap analisis ini akan dijelaskan bagan aliran proses kegiatan pengolahan pegawai, anggota, dan buku.

3.2.3.6.1 Activity Diagram untuk Perpustakaan

Activity diagrams menggambarkan berbagai alur aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alur berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya internal processing. Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem dan interaksi antar subsistem secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum. 28 Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas. Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel fork dan join digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Berikut ini adalah beberapa Activity diagram pada aplikasi perpustakaan berbabis client server : Gambar 3.1 Activity Diagram Peminjaman 29 Gambar 3.2 Activity Diagram pengembalian buku Gambar 3.3Activity Diagram tambah anggota Gambar 3.4 Activity Diagram edit anggota 30 Gambar 3.5 Activity Diagram hapus anggota Gambar 3.6 Activity Diagram Pencarian buku 31

3.2.3.6.2 Entity Relationship Diagram ERD

Entity Relationship Diagram adalah pemodelan data utama dan akan membantu mengorganisasikan data dalam suatu proyek ke dalam entitas-entitas dan menentukan hubungan antara entitas. Berdasarkan analisis yang penulis lakukan, berikut adalah ERD untuk aplikasi Perpustakaan Berbasis client server. Gambar 3.7 ERD Perpustakaan berbasis client server

3.2.3.6.3 Use Case Diagram

Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Seorangsebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, 32 mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua featureyang ada pada sistem.Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case yang di-include akan dipanggil setiap kali use case yang meng-include dieksekusi secara normal. Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common. Sebuah use case juga dapat meng-extenduse case lain dengan behaviour-nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain. Gambar 3.8 Use case 33

3.2.3.6.4 Class Diagram

Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan atributproperti suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut metodafungsi. Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class memiliki tiga area pokok : 1. Nama dan stereotype 2. Atribut 3. Metoda Adapun Class Diagramnya dapat dilihat di gambar : Gambar 3.9 Class Diagram 34

3.2.3.6.5 Statechart Diagram

Statechart Diagram di Sistem informasi Perpustakaan Yayasan Assalaam ini memperlihatkan urutan keadaan sesaat yang dilalui sebuah pbject,kejadian yang menyebabkan sebuah transisi dari suatu state atau aktivitas kepada yang lainnya,dan aksi yang menyebabkan perubahan suatu state atau aktivitas. Statechart Diagram sistem informasi perpustakaan dimodelkan seperti gambar dibawah ini : Gambar 3.10 Statechart Diagram Admin Login M elakukan pengolahan data pegaw ai data buku Data ditambah Data dihapus Data diubah Data disim pan Data Login benar Penghapusan data Penambahan Data Data tidak sesuai M enyimpan data Data t idak dibutuhkan 35 Gambar 3.11 Statechart Diagram Client Login M elakukan pengolahan data pem injaman dan pengembalian Data ditambah Data dihapus Data diubah Data disim pan Data Login benar Penghapusan data Penambahan Data Anggota Data tidak sesuai M enyimpan Data t idak dibutuhkan M elakukan pengolahan data Anggota Pem injaman Pengembalian Simpan Pengembalian Simpan Peminjaman 36

3.3. Perancangan Antar Muka