TUGAS POLA-POLA PERANCANGAN Sistem Informasi Peminjaman Buku (Implementasi factory method pada JInternalFrame Java)
Nama Kelompok : Erfan Rachmat Santosa ( 09120073 ) Untari Kristina
( 09120065 )
Teknik Informatika Universitas Wijaya Kusuma Surabaya 2012
BAB I
1. PENDAHULUAN 1.1 LATAR BELAKANG Umumnya pada sebuah aplikasi dapat menghadirkan berbagai macam bentuk form kepada penggunanya.Misalnya, spesifikasi form tersebut (contoh kami adalah classobject) dapat diperoleh secara dinamis.
1.2 BATASAN MASALAH Batasan masalah pada sistem informasi peminjaman buku adalah : 1. Proses Transaksi peminjaman buku tidak diimplementasikan 2. Implementasi factory method pada component Jinternal Frame
BAB II
2. DASAR TEORI 2.1 DESAIN PATTERN Design patterns adalah unsur-unsur rancangan yang sering kali muncul pada berbagai sistem yang berbeda. Setiap kemunculan ini menguji pattern tersebut di berbagai situasi. Semakin terujinya suatu unsur rancangan berarti semakin matangnya unsur tersebut sehingga beberapa dapat dikatakan sebagai best practices dalam perancangan sistem.
2.2 FACTORY METHODE Factory Method Pattern Mendefinisikan sebuah antarmuka untuk menciptakan objek, tetapi membiarkan subclass untuk menentukan kelas untuk instantiate dan Mengacu pada objek yang baru dibuat melalui interface umum. Penggunaan Umum Factory Method Pattern Sama dengan Singleton Pattern, Pattern ini yang paling sering digunakan.
UML Class Diagram
Factory Method Pattern digunakan bila:
Kerangka kerja mendelegasikan penciptaan benda yang berasal dari superclass umum untuk factory
Kelas factory dasar tidak tahu apa kelas beton akan diperlukan untuk membuat delegasi ke subclass penciptaan benda-benda konkret
Pabrik subclass subclass menyadari kelas beton yang harus instantiate
Penerapan & Contoh Factory Method Pattern -
ketika kelas tidak dapat mengantisipasi jenis objek yang bertujuan untuk menciptakan
-
ketika kelas ingin subclass untuk menjadi orang-orang untuk spesifik jenis objek yang baru dibuat.
Contoh - Dokumen lamaran. Mempertimbangkan kerangka untuk aplikasi desktop. Aplikasi ini dimaksudkan untuk bekerja dengan dokumen. Sebuah kerangka kerja untuk aplikasi desktop mengandung definisi untuk operasi seperti membuka, membuat dan menyimpan dokumen. Kelaskelas dasar yang abstrak, bernama Aplikasi dan Dokumen, klien mereka harus membuat subclass dari mereka dalam rangka untuk menentukan aplikasi mereka sendiri. Untuk menghasilkan sebuah aplikasi menggambar, misalnya, mereka harus menentukan DrawingApplication dan kelas DrawingDocument. Kelas Aplikasi mempunyai tugas mengelola dokumen, mengambil tindakan atas permintaan klien (misalnya, ketika pengguna memilih membuka atau menyimpan bentuk perintah menu). Karena kelas Dokumen yang perlu instantiated adalah khusus untuk aplikasi, kelas Application tidak tahu itu di muka, sehingga tidak tahu apa yang harus instantiate, tapi itu tidak tahu kapan harus instantiate itu. Kerangka kerja ini perlu instantiate kelas tertentu, tetapi hanya tahu kelas abstrak yang tidak dapat instantiated. Factory Method Desain Pattern ini memecahkan masalah dengan menempatkan semua informasi yang berkaitan dengan kelas yang perlu instantiated menjadi obyek dan menggunakan mereka di luar kerangka, seperti di bawah ini
2.3 ABSTRACT FACTORY METHODE Abstract Factory Pattern merupakan salah satu jenis Creational Pattern yang menangani mekanisme penciptaan object secara adaptif Abstract Factory menyediakan sebuah interface untuk menciptakan keluarga yang terkait atau object yang tergantung tanpa menentukan concrete class mereka.
UML Class Diagram
Abstract Factory Pattern digunakan ketika:
Sebuah sistem harus dikonfigurasi untuk bekerja dengan keluarga beberapa produk
Sebuah sistem harus independen dari cara kerjanya dengan produk yang dibuat.
keluarga Produk yang sama harus digunakan bersama-sama, produk dari keluarga yang berbeda tidak digunakan bersama-sama dan kendala ini harus dipastikan.
Penciptaan perpustakaan produk yang dibutuhkan, yang relevan hanya antarmuka, bukan implementasi (implementasi tetap tersembunyi kepada klien).
Penggunaan Umum Dari Abstract Factory Pattern: -
java.awt.Toolkit - superclass abstrak semua implementasi aktual dari Toolkit Jendela Abstrak. Subclass dari Toolkit yang digunakan untuk mengikat berbagai komponen untuk implementasi tertentu toolkit asli (Java AWT).
-
javax.swing.LookAndFeel - pabrik ayunan abstrak untuk swithct antara tampilan dan nuansa untuk beberapa komponen yang ditampilkan (Java Swing).
-
java.sql.Connection
–
sebuah
pabrik
abstrak
yang
membuat
Laporan,
PreparedStatements, CallableStatements, ... untuk setiap rasa database.
Contoh Abstract Factory Pattern adalah contoh yang paling umum. Misalnya, kerangka GUI harus mendukung tampilan dan nuansa beberapa tema, seperti Motif dan tampilan Windows. Gaya masing-masing mendefinisikan penampilan yang berbeda dan perilaku untuk setiap jenis kontrol: Tombol dan Edit box. Untuk menghindari hardociding untuk setiap jenis kontrol kita mendefinisikan LookAndFeel kelas abstrak. Ini panggilan akan instantiate, tergantung pada parameter konfigurasi dalam satu aplikasi dari pabrik beton: WindowsLookAndFeel atau MotifLookAndFeel. Setiap permintaan untuk objek baru akan didelegasikan ke pabrik beton instatiated yang akan mengembalikan kontrol dengan aroma spesifik
Contoh UML Class Diagram Look & Feel
BAB III 3. ANALISA DATA 3.1 Class Diagram
UML Class Diagram
Keterangan : -
FormAbstrack : Kelas abstrak umum sebagai template dari antarmuka
- Master_Buku_Form_JFrame : Kelas yang mengimplementasikan dari FormAbstrack - Master_Peminjam_Form_Jframe : Kelas yang mengimplementasikan dari FormAbstrack
- FormAbstrakCreator : Kelas abstrak sebagai template dari kelas Concrete_FormAbstrakCreator.
- Concrete_FormAbstrakCreator : Kelas yang mengimplementasikan dari FormAbstrackCreator dan memiliki method dengan keluaran type data FormAbstrack
BAB IV 4. IMPLEMENTASI
4.1Desain Pertama-tama menentukan bentuk abstraksi umum dari aplikasi form public abstract class FormAbstrak extends javax.swing.JInternalFrame{ public abstract void Initialisasi(); public abstract void Load(); public abstract void Insert(); public abstract void Update(); public abstract void Delete(); }
Sebuah creator class bertanggung jawab (dengan bantuan dari concrete subclass) untuk membuat instant dari subclass FormAbstrak. Abstraksi dari kelas creator diberikan dalam class FormAbstrakCreator public abstract class FormAbstrakCreator { public abstract FormAbstrak createEntryForm(Class c) throws Exception; }
Kita buat contoh dengan membuat 2 kelas yang mengimplementasikan dari FormAbstrak. Perbedaan diantara form tersebut dapat terletak pada jumlah field, button, dll. public class Master_Buku_Form_JFrame extends FormAbstrak{ public abstract void Initialisasi(); { /* Code omitted. */ } public void Load();{ /* Code omitted. */ } public void Insert();{ /* Code omitted. */ }
public void Update();{ /* Code omitted. */ } public void Delete();{ /* Code omitted. */ } } public class Master_Peminjam_Form_Jframe extends FormAbstrak { public abstract void Initialisasi(); { /* Code omitted. */ } public void Load();{ /* Code omitted. */ } public void Insert();{ /* Code omitted. */ } public void Update();{ /* Code omitted. */ } public void Delete();{ /* Code omitted. */ } }
Sebuah concrete subclass dapat menciptakan segala bentuk form yang berbasis dari tipe kelas FormAbstrak public class Concrete_FormAbstrakCreator extends FormAbstrakCreator{ @Override public FormAbstrak createEntryForm(Class c) throws Exception { return (FormAbstrak) c.newInstance(); } }
Client (User) yang akan menginstanisasi object Concrete_FormAbstrakCreator secara run time. Contoh pada Form Menu Pengguna dan Menu Buku. factory_method.FormAbstrak form_pattern=null; factory_method.FormAbstrakCreator fc=new factory_method.Concrete_FormAbstrakCreator(); form_pattern=fc.createEntryForm(factory_method.Master_Peminjam_Form_Jframe.class);
4.2 Tampilan Interface Aplikasi 4.2.1 Login
4.2.2 Menu Utama
4.2.3 Form Master Peminjam (yang menggunakan konsep factory method)
4.2.4 Form Master Buku
