PENDAHULUAN
1.1. Latar Belakang
Teknologi Informasi dewasa ini berkembang dengan sangat pesat, dan menjadi kebutuhan mutlak bagi suatu perusahaan, organisasi maupun individu, bukan lagi merupakan monopoli suatu perusahaan yang bergerak dibidang teknologi informasi. Salah satu teknologi yang berkembang pesat adalah internet, dengan teknologi internet kita bisa mendapatkan informasi yang cepat, tepat dan akurat tanpa ada batas ruang dan waktu. Sehingga banyak aktifitas kehidupan mulai mengarah pada pemanfaatan teknologi internet baik itu dibidang pendidikan, ilmu pengetahuan, teknologi, hiburan sampai dunia usahapun ikut mempergunakan teknologi ini.
memenangkan proyek tersebut. Pihak perusahaan dapat memasukkan rule atau syarat-syarat yang harus dipenuhi oleh perusahaan atau individu yang ingin mendapatkan proyek tersebut. Dengan sistem pakar diharapkan dapat memudahkan dan membantu perusahaan dalam mengambil keputusan, serta dapat menghemat waktu bagi perusahaan atau individu yang menawarkan proyek.
1.2. Rumusan Masalah
Berdasarkan pada uraian latar belakang diatas, permasalahan pada tugas akhir ini adalah “ Bagaimana merancang dan membangun sistem informasi lelang proyek dengan menggunakan aplikasi berbasis web agar dapat mempermudah bagi para pelelang dalam mengambil suatu keputusan ”
1.3. Pembatasan Masalah
Pembatasan masalah dalam tugas akhir ini adalah :
1. Terdapat suatu sistem pendukung keputusan bagi perusahaan atau individu yang berhak memenangkan proyek sehingga para pemilik proyek tidak kesulitan dalam memilih satu persatu dari peserta proyek.
2. Penyajian perusahaan atau individu yang berhak memenangkan proyek didasarkan pada kriteria yang meliputi :
- Besarnya penawaran.
- Lama pengalaman para peserta lelang di software. - Lama waktu pengerjaan proyek.
- Lokasi peserta
- Pernah atau tidak nya para peserta menangani proyek pada perusahaan yang sedang membuka lelang.
3. Sistem lelang ini menjaga keamanan informasi mengenai pemilik proyek. 4. Sistem lelang proyek ini hanya menyangkut suatu proyek yang berjangka
pendek dan tidak terikat selama-lamanya.
5. Informasi mengenai detail dari pemilik proyek tidak akan diberikan kepada para peserta lelang selama belum didapatkan siapa yang berhak memenangkan proyek yang dilelangkan.
6. Para peserta yang mendaftar baik sebagai perusahaan atau individu yang membuka lelang maupun yang ikut lelang dianggap benar-benar ada.
7. Pemodelan sistem dengan menggunakan UML hanya menyangkut pemodelan use case diagram, sequence diagram, class diagram, component diagram dan deployment diagram.
1.4. Tujuan
Tujuan dari pembuatan sistem informasi lelang proyek ini adalah sebagai berikut :
1. Dapat membantu pemilik proyek atau pelelang dalam mengambil keputusan dalam menentukan siapa yang berhak mendapatkan proyek. Didasarkan pada besarnya penawaran, lama pengalaman para peserta lelang di software, lama waktu pengerjaan proyek, lokasi peserta, pernah atau tidak nya membuat proyek yang sedang dilelang, pernah atau tidak nya para peserta menangani proyek pada perusahaan yang sedang membuka lelang.
pemilik proyek atau pelelang tidak perlu mengkhawatirkan tentang keamanan informasi informasi hanya diberikan ketika pemilik proyek telah menyepakati perusahaan atau individu yang berhak akan proyek mereka. 1.5. Sistematika Penulisan
Sistematika yang digunakan dalam penyusunan Tugas Akhir ini dibagi menjadi beberapa bab, yaitu :
BAB I PENDAHULUAN
Pada bab ini diuraikan secara garis besar tentang latar belakang masalah, rumusan masalah, tujuan, pembatasan masalah, metodologi penelitian serta sistematika penulisan Tugas Akhir.
BAB II LANDASAN TEORI
Pada bab ini membahas tentang teori-teori yang digunakan untuk penyusunan Tugas Akhir, dimana teori-teori tersebut nantinya akan digunakan sebagai dasar dalam memecahkan masalah.
BAB III PERANCANGAN SISTEM
Pada bab ini membahas tentang perancangan sistem lelang proyek berbasis web dengan menggunakan Rational Rose.
BAB IV IMPLEMENTASI DAN EVALUASI SISTEM
Pada bab ini berisi tentang kebutuhan dan konfigurasi sistem yaitu kebutuhan akan perangkat lunak (software) dan kebutuhan perangkat keras (hardware) yang dibutuhkan pada sistem serta implementasi dan evaluasi dari sistem online lelang software.
BAB V PENUTUP
BAB II
LANDASAN TEORI
2.1 Sistem Pakar (Expert System)
Sistem Pakar (Expert System) merupakan suatu sistem perangkat lunak
komputer yang memiliki basis pengetahuan untuk domain tertentu dan
menggunakan penalaran inferensi menyerupai seorang pakar dalam memecahkan
masalah. Digunakan untuk membantu mengambil keputusan dalam memilih
berbagai alternatif keputusan yang merupakan hasil pengolahan
informasi-informasi yang diperoleh nantinya akan tersedia dengan menggunakan
model-model pengambilan keputusan.
Sistem pakar terdiri dari 4 bagian utama yaitu : user interface, knowledge
base, inference engine, dan development engine.
Gambar 2.1 Model Sistem Pakar
Problem domain
Expert and knowledge engineer
Pemakai Instruksi dan Solusi dan Pengetahuan Informasi Penjelasan
User Interface
Inference engine
Development engine
Keterangan :
a. User Interface
Merupakan fasilitas komunikasi antara pemakai dengan sistem serta berfungsi
sebagai media pemasukan informasi ke dalam basis pengetahuan.
b. Knowledge Base
Knowledge base adalah pengetahuan yang diperlukan untuk membuat suatu
keputusan dimana didalam knowledge base memuat fakta-fakta dan juga
teknik dalam menerangkan masalah yang menjelaskan bagaimana fakta-fakta
tersebut cocok antara satu dengan yang lain dalam urutan yang logis.
Knowledge Base terdiri atas 2 bagian yaitu fakta dan aturan. Dimana Fakta
merupakan informasi tentang kenyataan atau kebenaran yang diketahui. Fakta
menyatakan hubungan (relasi) antara dua objek (benda) atau lebih. Fakta dapat
juga menunjukkan sifat suatu objek. Sedangkan Aturan adalah informasi
tentang bagimanana membangkitkan fakta baru atau hipotesa dari fakta yang
sudah diketahui. Sturuktur kaidah yang paling umum dipakai adalah :
IF……..THEN.
c. Inference Engine
Menggunakan penalaran, yang serupa dengan manusia, dalam mengolah isi
dari knowledge base berdasarkan urutan tertentu. Selama konsultasi, inference
engine menguji aturan-aturan dari knowledge base satu demi satu, dan saat
kondisi aturan itu benar tindakan tertentu diambil dan saat kondisi aturan itu
d. Development Engine
Terdiri dari bahasa pemograman atau prewritten inference engine yang disebut
shell sistem pakar. Development engine adalah komponen utama keempat
yang digunakan untuk menciptakan sistem pakar dimana didalamnya
melibatkan pembuatan perangkat aturan dengan menggunakan bahasa
pemrograman yang di spesialisasikan untuk sistem pakar.
Dalam memecahkan masalah dengan Sistem Pakar dapat menggunakan Rule Base
System (Sistem yang berbasis pada aturan-aturan). Pada Rule Base System dapat
menggunakan metode Backward Reasoning. Backward Reasoning dimulai dengan
database dari fakta yang tidak diketahui dan dikosongi.
Known Fact Base : ( )
Sekumpulan tujuan/kesimpulan dibutuhkan untuk dapat dicapai.
Contoh :
Goals : (fruit)
Langkah-langkah pada backward reasoning adalah sebagai berikut :
1. Buat stack yang mulainya berisi semua top level goal yang didefinisikan dalam
sistem.
2. Untuk goal yang pertama dari stack, kumpulkan rule-rule yang sesuai.
3. Untuk semua rule tersebut (2), kajilah premisnya :
a. Bila semua premis untuk sebuah rule adalah cocok, kemudian eksekusi rule
untuk mendapatkan kesimpulan. Jika nilai telah didapat untuk tujuan yang
ada, hapus dari stack dan kembali ke langkah no. 2
b.Bila ada sebuah premise dari rule tidak cocok, carilah rule yang memberikan
ditemukan maka parameter tersebut dapat dijadikan subgoal dan
ditempatkan sebagai top of stack, dan kembali ke nomor 2.
c. Bila pada langkah b tidak terpenuhi, minta user untuk memasukkan nilainya
dan dimasukkan ke database. Bika nilainya memenuhi dengan premise yang
diuji maka lanjutkan dengan premis pada rule tersebut. Jika premise tidak
cocok, maka lanjutkan ke rule berikutnya.
4. Jika semua rule telah dicocokkan dengan tujuan yang ada dan semua gagal
maka tujuan ini tidak dapat ditetapkan. Hapus dari stack dan kembali ke
langkah no. 2. jika stack telah kosong ( semua tujuan pucak yang ada telah
dicoba ), kemudian berhenti dan proses selesai.
2.2 Unified Modeling Language (UML)
Unified Modeling Language adalah sebuah tool yang digunakan untuk
membangun, membuat, mendokumentasikan sebuah sistem. Komponen dari UML
terdiri dari :
2.2.1 Use Case Diagram
Menurut Cavaness (2001:20) use case diagram mengambarkan interaksi
actor (mis. user) dengan sebuah sistem software. Maksudnya untuk
menggambarkan kebutuhan sistem (system requirements) berkenaan dengan
fitur-fitur kongkrit (concrete features) yang dibutuhkan oleh end user. Dalam use case
diagram terdapat 2 (dua) unsur yang saling berinteraksi, yaitu:
a. Actor
berupa user, external system atau physical environment. Menurut Schmuller
(1999:68) actor didefinisikan sebagai entity yang memulai (initiate) sequence.
b. Use case
Use case merepresentasikan sebuah rangkaian (sequence) dari interaksi
fungsional. Menurut Schmuller (1999:68) use case merupakan sekumpulan
skenario mengenai penggunaan sistem. Setiap skenario menggambarkan sebuah
sequence dari kejadian-kejadian (events).
Interaksi atau hubungan (relationship) antara actor dengan use case ada 3 (tiga) jenis antara lain:
1. Asosiasi: relasi di mana dua obyek tidak saling tergantung, hanya sekadar
berkomunikasi. Relasi ini merupakan hubungan yang paling umum.
2. Generalisasi (turunan): relasi di mana satu obyek merupakan generalisasi
(memiliki sifat-sifat yang lebih umum) dari beberapa obyek.
3. Dependensi: relasi di mana perubahan yang terjadi pada satu obyek akan
menimbulkan pengaruh pada obyekyang lain.
Stereotype yang digunakan untuk menandakan relasi antara actor dengan use case atau use case dengan use case antara lain:
a. <<communicate>>, menunjukkan actor berkomunikasi (berinterkasi) dengan
use case.
b. <<include>>, artinya suatu use caseakan dimasukkan secara otomatis oleh use
case utamanya.
Contoh use case diagram dapat dilihat pada Gambar 2.1 dan Gambar 2.2.
Gambar 2.2. Contoh Use Case Diagram Yang Menggambarkan Relasi Generalisasi
Sumber: Schmuller, Joseph, 1999, Sams Teach Yourself UML in 24 Hours, Indiana, Sams Publishing, hal. 83
Dari gambar 2.1 dapat dilihat bahwa:
• actor Employee merupakan generalisasi dari actor Corporate
Officer, Manager, Consultant dan Clerical Staff.
Sedangkan actor Manager merupakan generalisasi dari actor Office
Manager, Project Managerdan Network Administrator.
• actor Corporate Officer, Manager, Consultant dan
semua hak yang dimiliki Employee dimiliki juga oleh Corporate
Officer, Manager, Consultant dan Clerical Staff.
Demikian juga actor Office Manager, Project Manager dan
Network Administrator karena merupakan turunan dari actor
Manager, maka memiliki semua hak yang dimiliki oleh Manager.
Use case semacam ini biasanya digunakan untuk memodelkan hierarki user
(pemakai sistem).
2.2.2 Sequence Diagram
Sequence diagram merupakan gambaran detail dari use case, interaksi
antara actor dengan use case dijelaskan secara lebih rinci dalam sequence
diagram. Obyek-obyek yang ada dalam sistem akan tampak di sequence diagram.
“Dalam sequence diagram interaksi antar obyek dilakukan dengan cara mengirim
message. Message digambarkan dengan anak panah dari satu lifeline obyek ke
lifelineobyek yang lain, atau ke lifelineobyek itu sendiri” (Schmuller: 1999:104).
“Sequence diagram menggambarkan interaksi obyek yang dibutuhkan
untuk menyelesaikan tugas-tugas yang dibutuhkan oleh sebuah use case”
(Cavaness, 2001:20).
Menurut Schmuller (1999:104) sequence diagram terdiri dari
obyek-obyek yang direpresentasikan dengan cara yang lazim: seperti kotak yang diberi
nama yang diberi garis bawah, messages yang direpresentasikan dengan anak
Contoh sequence diagram dapat dilihat pada Gambar 2.3.
Gambar 2.3. Contoh Sequence Diagram
Sumber: Cavaness, Chuck and Friesen, Geoff, and Keeton, Brian 2001, Special Edition Using Java 2 Standar Edition, Indiana, Que Corporation, hal. 24
Dari Gambar 2.3 yang dimaksud dengan:
• obyek: User, Catalog, Product, Order, OrderLineItem
• messages: showProducts(), getDescription(), new(),
addProduct(), getCurrentPrice(), removeProduct(),
delete(),
• lifeline: garis putus-putus vertikal yang terletak di bawah obyek-obyek
User, Catalog, Product, Order, OrderLineItem
• focus of control: balok pada lifeline yang menunjukkan periode berapa
Untuk mengecek keabsahan sequence diagram yang telah dibuat, obyek-obyek
yang ada dalam sequence diagramperlu di-mapping dengan class yang ada dalam
class diagram.
2.2.3 State Diagram
“State-chart diagram atau state diagram merepresentasikan
keadaan-keadaan (states) sebuah obyek yang mungkin ada bersamaan dengan transisi
antara states tersebut dan menunjukkan titik awal dan titik akhir dari rangkaian
perubahan state” (Schmuller, 1999:92).
Sedangkan menurut Cavaness (2001:20) state diagram menunjukkan
keadaan-keadaan (states) yang mungkin terjadi dalam sebuah obyek dan kejadian-kejadian
(events) yang menyebabkan timbulnya perubahan state. Contoh state diagram
dapat dilihat pada Gambar 2.4.
Gambar 2.4. Contoh State Diagram
Sumber: Schmuller, Joseph, 1999, Sams Teach Yourself UML in 24 Hours, Indiana, Sams Publishing, hal. 95
Dari gambar tersebut yang dimaksud dengan:
• State: Initializing, Working, Shutting Down
• Start state ditunjukkan dengan icon lingkaran hitam
• Action: do/ Bootup
2.2.4 Activity Diagram
“Activity diagram didesain untuk menyederhanakan pandangan akan apa
yang terjadi selama suatu operasi atau proses berlangsung” (Schmuller,
1999:134). Activity diagram merupakan perluasan dari state diagram, hanya saja
bedanya kalau pada state diagram ditunjukkan perubahan state dari suatu object,
sedangkan pada activity diagram yang ditekankan adalah aktivitas (activity)nya.
Notasi yang digunakanpun sama hanya saja lebih banyak di activity diagram dan
tidak mengenal icon state. Pada pemrograman konvensional diagram ini dikenal
dengan flow chart. Contoh activity diagram dapat dilihat pada Gambar 2.5.
Answer := 1 Counter := 1
computeFib(n)
Answer := Answer1 [n=1]
Answer2 := 1 Counter := 2 [n>1]
Answer := Answer1 + Answer2 Counter := Counter + 1
[n>2]
Answer := Answer2 [n=2]
Answer1 := Answer2 Answer2 := Answer
print(Answer, Counter) Format:
"The " Counter"th Fib is: " Answer
[n>Counter]
[n=Counter]
Gambar 2.5. Contoh Activity Diagram
Dari Gambar 2.5. telihat contoh activity diagram dari method computeFibo:
• awal dan akhir activity ditandai dengan icon yang sama dengan pada state
diagram, yaitu start state dan end state
• activity digambarkan dengan icon segiempat yang bersudut bulat setengah
lingkaran dengan di dalamnya terdapat operasi yang dilakukan.
• icon condition digambarkan dengan belah ketupat kosong, sedangkan
kondisinya ditulis pada masing-masing jalur percabangan.
• komentar (catatan) sama seperti diagram yang lain ditandai dengan icon
note yang digambarkan dengan kertas yang terlipat salah satu ujungnya.
Pemberian catatan ini hanya untuk penjelasan saja.
2.2.5 Class Diagram
“Class diagram menggambarkan kelas-kelas (classes) yang ditemukan
dalam sebuah sistem dan hubungan (relationship) di antara kelas-kelas itu”
(Cavaness, 2001:20). Sebuah kelas (class) adalah sekumpulan obyek yang
memiliki struktur dan perilaku yang sama, dalam arti sama attribute, operation
dan relationshipnya. Attribute adalah data (fields) yang dimiliki oleh sebuah class.
Sedangkan operation artinya layanan (services) yang disediakan oleh suatu class,
bisa berupa method untuk mengakses dan merubah nilai field/attribute dari class
tersebut atau method yang mengimplementasikan karakteristik behavior dari
interface. Operation dalam class di class diagram merupakan message yang masuk
ke suatu obyek dalam sequence diagram.Object dalam sequence diagram
merupakan instance dari class dalam class diagram. Sebuah class dapat
menspesifikkan operation dari sebuah class yang belum diimplementasi. Gambar
2.6 menunjukkan contoh class diagram.
Gambar 2.6. Contoh Class Diagram
Sumber: Cavaness, Chuck and Friesen, Geoff, and Keeton, Brian 2001, Special Edition Using Java 2 Standar Edition, Indiana, Que Corporation, hal. 22
Dari Gambar 2.6 dapat dilihat bahwa:
• dalam class diagram tersebut terdapat 8 (delapan) class, yaitu: Catalog,
Product, ClothingItem, Appliance, Customer, Order,
OrderLineItemdan Address.
• class Catalog memiliki private attribute name yang bertype String,
dan memiliki public operationshowProducts(). Demikian juga class
• Class Product merupakan generalisasi dari class ClothingItemdan
Appliance.
• Antara class Order dan OrderLineItem terdapat relasi agregasi.
Sedangkan relasi di antara class yang lain adalah asosiasi biasa.
• Cardinality relasi asosiasi antara class Catalog dan Product dapat
diartikan object yang merupakan instance dari class Product boleh
berasosiasi dengan banyak (*) atau tidak sama sekali (0) object yang
merupakan instance dari class Catalog. Namun sebaliknya object yang
merupakan instance dari class Catalog boleh berasosiasi dengan banyak
(*) atau minimal 1 object yang merupakan instancedari class Product.
2.2.6 Component Diagram
“Component diagram berisi komponen, interface dan
relationship“(Schmuller, 1999:152). Gambar 2.7 menggambarkan contoh
component diagram.
calculator.java
Gambar 2.7. Contoh Component Diagram
Sumber: Schmuller, Joseph, 1999, Sams Teach Yourself UML in 24 Hours, Indiana, Sams Publishing, hal. 152
Dari Gambar 2.7 terlihat component calculator merealisasikan
2.2.7 Deployment Diagram
Deployment diagram menggambarkan arsitektur secara fisik sistem berbasis computer, dapat juga menggambarkan setiap komponen yang berada
didalam komputer serta peralatan yang dibutuhkan di dalam sebuah sistem.
Gambar 2.8 menggambarkan contoh deployment diagram.
Gambar 2.8 Contoh Deployment Diagram
2.3 Rational Rose
Rational Rose merupakan suatu tool pemodelan dari UML yang bersifat
visual. Rational rose terdiri dari :
2.3.1 Use Case View
Use Case View digunakan untuk menggambarkan system yang ada. Use
Case View menggambarkan bagaimana actor dan use case berinteraksi. Use Case
View terdiri dari 4 diagram :
1. Use Case Diagram
2. Sequence Diagram
3. Collaboration Diagram
2.3.2 Logical View
Logical View digunakan untuk menggambarkan kebutuhan dari system
serta bagaimana class-class yang ada berhubungan. View terdiri dari 2 diagram :
1. Class Diagram
2. Statechart Diagram
2.3.3 Component View
Component View menggambarkan informasi tentang software,
komponen library dari system. View ini hanya terdiri dari component diagram.
2.3.4 Deployment View
Deployment View menggambarkan proses yang ada pada hardware serta
kebutuhannya.
2.4 Java Server Pages (JSP)
Java Server Pages adalah suatu teknologi web berbasis bahasa
pemrograman java dan berjalan di platform java, serta merupakan bagian
teknologi J2EE(Java 2 Enterprise Edition) . JSP sangat sesuai dan tangguh untuk
menangani presentasi di web. Sedangkan J2EE merupakan platform java untuk
pengembangan system aplikasi enterprise dengan dukungan API (Application
Programming Interface) yang lengkap dan portabilitas serta memberikan sarana
untuk membuat suatu aplikasi yang memisahkan antara business logic (system),
presentasi dan data.
JSP merupakan bagian dari J2EE dan khususnya merupakan komponen
Virtual Machine) supaya dapat berjalan, yang berarti mengisyaratkan keharusan
menginstall java virtual machine di server, dimana JSP akan dijalankan.
Kelebihan dari JSP adalah :
a. Memisahkan presentasi statis dan isi yang dinamik
Untuk memudahkan dalam pembuatan maupun pemeliharaa situs desain
presentasi harus dapat dipisahkan dengan skrip/kode pemograman untuk
menghasilkan data/isi yang dinamik.
Dengan teknologi JSP hal ini dapat dilakukan, di mana dengan JSP, maka web
programmer dapat menyisipkan tag atau skriplet dengan data atau isi dinamik
akan ditampilkan pada bagian-bagian dari halaman web yang telah didesain.
Proses logic yang menampilkan data dinamik juga dapat terenkapsulasi
menggunakan tag JSP maupun Java Bean.
b. Menekankan komponen reusable
Teknologi JSP memerlukan komponen yang reusable dan cross platform (Java
Bean atau Enterprise Java Bean) untuk melakukan pemrosesan yang lebih
kompleks. Dengan komponen, developer dapat menggunakannya untuk operasi
yang umum sehingga memungkinkan sharing dan distribusi komponen kepada
public. Penggunaan komponen dapat mempercepat pembuatan aplikasi web
karena proses logik yang diperlukan sudah tersedia dan langsung dapat
digunakan.
c. Memudahkan pembuatan aplikasi dengan tag
Teknologi JSP memungkinakan pembuatan dan pendefinisian tag-tag baru
yang disebut custom tag sehingga memungkinkan adanya tag libraries, yaitu
d. Berbasis Bahasa Pemrograman Java
Oleh karena JSP berbasis java, maka aplikasi yang dibuat dengna JSP juga
memiliki manajemen memori dan sekuritas yang baik. Selain itu, JSP mudah
dipelajari dan dapat memanfaatkan pemrograman berorientasi objek dari java.
e. Bagian dari platform Java
Oleh karena merupakan bagian dari platform java, maka JSP juga memiliki
karakteristik “Write Once, Run Anywhere” yaitu protabilitas yang tinggi.
f. Terintegrasi dengan J2EE
Oleh karena JSP merupakan bagian integrasi J2EE, maka aplikasi JSP dapat
dikembangkan ke aplikasi berskala enterprise.
2.5 JavaBeans
Salah satu kehandalan dari teknologi JSP adalah kemampuan dalam
mengakses komponen javabeans. Penggunaan Java bean mampu meringkas dan
mengefisiensikan pemrograman JSP, karena Java bean dapat mengenkapsulasi
logic bisnis atau fungsi-fungsi tertentu.
2.5.1 Sifat dan Karakteristik Java Bean
Adapun sifat dan karakteristik Java bean adalah :
a. Memiliki properti dengan akses bukan public yang digunakan untuk
menyimpan data.
b. Memiliki metode untuk set dan get.
2.5.2 Menambahkan Java Bean dalam JSP
Menambahkan JavaBean ke dalam halaman JSP, dengan menggunakan
tag <jsp:usebean>, yang memiliki sintak seperti berikut :
<jsp:usebean id=”namaBean” class=”belajarjsp.TesBean” scope=”page” />
Keterangan :
a. Atribut id berfungsi untuk memberi nama pada Java bean pada halaman JSP.
b. Atribut class merupakan program java yang sudah dikompilasi yang
menyediakan logic untuk Java bean pada halaman JSP.
PERANCANGAN SISTEM
Dalam bab ini akan diuraikan tentang perancangan sistem lelang online
yang mana digambarkan dalam berbagai notasi diagram UML ( Unified
Modelling Language ),yang terdiri dari : Use case diagram, Sequence diagram,
Class diagram dan Component diagram serta perancangan sitem pakar yang
terdiri dari metode inferensi, Dependency Diagram, Entity Relational Diagram,
struktur file sistem pakar.
3.1 Use Case Diagram
Use case diagram mengambarkan interaksi actor (misal. user) dengan
sebuah sistem software. Adapun actor yang akan berinteraksi dengan software
lelang online disini adalah Anggota, Admin dan Superuser. Use case diagram
lelang online dapat digambarkan seperti pada gambar 3.1 berikut :
S uperUser
A nggota
A dministrator
S uperUser
Keterangan :
− Pada use case diagram diatas actor (user) dibagi menjadi 3 yaitu anggota,
administrator dan Superuser. Actor anggota dan administrator merupakan
turunan (inheritance) dari actor superuser, yang mana anggota dan
administrator melakukan suatu proses yang sama yaitu subscribe dan
unsubscribe.
<<Extends>> Ikut Lelang
Melihat Semua Proyek milik A nggota bersangkutan
Update Proyek Melihat Peserta Lelang Melihat P royek Baru
<<Extends>> <<Extends>>
Anggota Logout
Mengirim Proyek Baru <<Extends>>
Anggota
Melihat jadi peserta tender apa aja <<Extends>> Memilih pemenang Anggota Login <<Uses>> <<Uses>> <<Uses>> <<Uses>> Keterangan :
1. Anggota login
Precondition :
− Anggota dapat klik pada button login untuk login ke sistem.
Trigger :
− Anggota dapat mengisi form login, kemudian dapat menekan tombol login.
Postcondition :
− Anggota yang sudah login dapat melihat project baru, melihat semua project
milik anggota bersangkutan, mengirim project baru, melihat jadi peserta
tender apa saja serta dapat logout dari sistem.
2. Melihat project baru
Precondition :
− Anggota dapat melihat daftar proyek software baru dan dapat melihat
peserta lelang atau dapat ikut dalam lelang.
Postcondition :
− Menampilkan daftar proyek software baru.
− Anggota akan mempunyai pilihan untuk melihat peserta lelang atau ikut
dalam lelang.
3. Melihat peserta lelang
Precondition :
− Daftar peserta lelang dapat dilihat pada daftar proyek baru.
Trigger :
− Anggota dapat klik pada button peserta.
Postcondition :
− Menampilkan detail daftar peserta lelang berdasarkan proyek software yang
dipilih.
4. Ikut lelang
Precondition :
Trigger :
− Anggota dapat klik pada link ikut lelang
− Form isian ikut lelang ditampilkan.
Postcondition :
− Anggota ikut lelang
5. Melihat semua proyek milik anggota bersangkutan
Precondition :
− Anggota dapat melihat daftar proyek milik anggota bersangkutan dan dapat
memilih pemenang atau mengupdate proyek.
Trigger :
− Anggota dapat klik pada menu my project.
Postcondition :
− Menampilkan daftar proyek milik anggota bersangkutan
− Anggota akan mempunyai pilihan untuk memilih pemenang atau
mengupdate proyek.
6. Mengirim proyek baru
Precondition :
− Anggota dapat mengirim proyek baru pada menu kirim proyek
Trigger :
− Klik kirim proyek
− Form isian kirim proyek akan ditampilkan
Postcondition :
7. Melihat jadi peserta tender apa saja
Precondition :
− Anggota dapat melihat jadi peserta tender apa saja pada menu peserta lelang
Trigger :
− Klik pada menu peserta lelang
Postcondition :
− Daftar proyek software beserta nama peserta lelang
8. Memilih pemenang
Precondition :
− Anggota akan melihat daftar proyek dan dapat memilih pemenang dari
proyek lelang software.
Trigger :
− Klik pada link pilih pemenang
− Klik pada link proses
Postcondition :
− Anggota dapat melihat pemenang dari proyek lelang.
9. Update proyek
Precondition :
− Anggota akan melihat daftar proyek dan dapat memilih link update proyek.
Trigger :
− Anggota dapat klik pada link update
Postcondition :
Edit Rule Hapus Rule Tambah Rule Edit Anggota Hapus Anggota Tambah Anggota Edit proyek Hapus proyek Tambah proyek Login Melihat semua anggota
lelang
Melihat semua proyek <<Extends>> <<Extends>>
<<Extends>>
Administrator Melihat Rule <<Extends>> <<Extends>> <<Extends>> <<Extends>> <<Extends>> <<Extends>> <<Uses>> <<Uses>> <<Uses>>
Gambar 3.1 Use Case Diagram
Keterangan :
1. Administrator Login
Precondition :
− Administrator dapat login ke sistem
Trigger :
− Klik button login
Postcondition :
2. Melihat Semua Anggota Lelang
Precondition :
− Daftar semua anggota lelang akan ditampilkan dan dapat memilih link edit,
tambah dan hapus anggota
Trigger :
− Pilih menu view member
Postcondition :
− Daftar anggota lelang
3. Melihat Rule
Precondition :
− Daftar semua rule akan ditampilkan dan dapat memilih link edit, tambah dan
hapus rule.
Trigger :
− Pilih menu view rule.
Postcondition :
− Daftar rule lelang
4. Tambah Anggota
Precondition :
− Pada daftar anggota lelang klik link tambah.
Trigger :
− Klik button tambah
Postcondition :
5. Hapus Anggota
Precondition :
− Pada daftar anggota lelang klik link hapus
Trigger :
− Klik button hapus
Postcondition :
− Anggota yang dipilih akan ke hapus
6. Edit Anggota
Precondition :
− Pada daftar anggota lelang klik link edit
Trigger :
− Klik button edit
Postcondition :
− Anggota telah berubah.
7. Tambah Rule
Precondition :
− Pada Daftar rule lelang klik pada link tambah.
Trigger :
− Klik pada button tambah.
Postcondition :
− Rule bertambah.
8. Hapus Rule
Precondition :
Trigger :
− Klik pada button hapus.
Postcondition :
− Rule terhapus
9. Edit Rule
Precondition :
− Pada daftar rule klik pada link edit rule
Trigger :
− Klik pada button edit
Postcondition :
− Rule telah berubah.
3.2 Sequence Diagram
Pada use case diagram diatas dapat diperinci lebih lanjut interaksi user
dalam hal ini anggota, adminsistem serta superuser ke dalam sequence diagram.
Sequence diagram merupakan gambaran detail dari use case diagram. Dari
penjelasan use case diagram diatas dapat digambarkan sequence diagramnya,
yang terdiri dari :
: An ggota Index P age : Index P age
Me mber Info : Me mberInfo
ConDB : ConDB
1: Fillus ernam epas s word( )
2: C lic k login( )
3: c hec k Logi n(us erNam e :S tring,pa s s word: S t ri ng)
4: c hec k Driver( ) 5: openConnec tion( )
6: ifauthentic ateds aveus ernam etos es s ion( )
7: ifauthentic atedredirec ttoc orrec tpage( )
[image:33.612.100.515.84.536.2]8: iffailredirec ttoindex page( )
Gambar 3.2 Sequence diagram dari use case anggota login
Keterangan :
− Pada sequence diagram diatas menggambarkan interaksi actor anggota dalam
3.2.2 Sequence diagram dari use case melihat project baru
: A nggota M em ber page : NewP rojec t Catalog :
Catalog
ConDB : ConDB
1: Clic k P rojec tBaru( )
2: loadCatal og( ) 3: c hec k Driver( )
4: openConnection( )
[image:34.612.104.513.109.475.2]5: V iewA llNewPr ojec t( )
Gambar 3.3 Sequence diagram dari use case melihat project baru
Keterangan :
− Pada sequence diagram diatas menggambarkan bagaimana proses actor
berinteraksi dengan sistem pada use case melihat project baru. Pada sequence
diagram diatas pada interface member page anggota memilih menu project
baru didalam interface tersebut terdapat sebuah proses loadCatalog() yang
mana proses ini akan melakukan perintah query pada database dan hasil dari
3.2.3 Sequence diagram dari use case mengirim project baru
: Angg ota
Member pag e : SendProje ct Project :
Project
ConDB : ConDB Form Project Baru : FormKirim
1: ClickKirim( )
2: FillFormProject( ) 3: ClickSimpan( )
4: P ro ject (St ri ng)
5: checkDriver( ) 6: openConnection( )
7: closeData( )
[image:35.612.99.513.101.520.2]8: LookAllMyProject( )
Gambar 3.4 Sequence diagram dari use case mengirim project baru
Keterangan :
− Pada sequence diagram diatas menggambarkan bagaimana proses actor
berinteraksi dengan sistem pada use case mengirim project baru. Pada gambar
diatas menjelaskan bagaimana proses mengirim project baru bagi anggota
3.2.4 Sequence diagram dari use case menjadi peserta tender apa saja
M ember P ag e : Li nk P es erta
: A nggota TLelang :
TLe lang
ConDB : ConDB
1: Clic k P es erta( )
2: loadTLelang(us erID:S tring)
3: c hec k Driver( )
4: o penConnec tio n( )
[image:36.612.98.503.104.519.2]5: V iewP es e rta Lela ng( )
Gambar 3.5 Sequence diagram dari use case menjadi peserta tender apa saja
Keterangan :
− Pada sequence diagram diatas menggambarkan bagaimana proses actor
3.2.5 Sequence diagram dari use case Subscribe
: SuperUser Index Page : IndexPage Subscribe Page : SubscribePage MemberInfo : MemberInfo
conDB : ConDB
1: ClicksignUp( )
2: loadsubscribePage( )
3: Fillform( )
4: Clickagree( )
5: insertSQL( )
6: checkDriver( )
7: openConnection( )
8: ifsuccesredirecttocorrectpage( )
[image:37.612.102.511.76.466.2]9: iffailredirectt osubscribepage( )
Gambar 3.6 Sequence diagram dari use case subscribe
Keterangan :
− Pada sequence diagram diatas menggambarkan interaksi antara actor yaitu
superuser dengan use case subscribe. Berdasarkan gambar diatas bahwa tiap
actor superuser pada interface index page memilih clik signup yang kemudian
actor diharapkan untuk mengisi form subscibe dan kemudian akan diproses
3.2.6 Sequence diagram dari use case ikut lelang
: Anggota MemberPage : LinkIkut Form Lelang : FormLelang Tlelang : TLelang
ConDB : ConDB
1: ClickIkut( )
2: ViewFormLelang( ) 3: FillForm( )
4: ClickSave( )
5: insertSQL( )
6: checkDriver( ) 7: openConnection( )
[image:38.612.99.504.97.530.2]8: clos eData( )
Gambar 3.7 Sequence diagram dari use case ikut lelang
Keterangan :
− Pada sequence diagram diatas menggambarkan interaksi antar actor
3.2.7 Sequence diagram dari use case melihat semua project milik anggota bersangkutan
MemberPage : LinkProjectku : Anggota
Projec t : Project
ConDB : ConDB
1: Clickprojectku( )
2: loadProject(userID:String) 3: checkDriver( )
4: openConnection( )
[image:39.612.101.510.120.489.2]5: ViewAllProjectku( )
Gambar 3.8 Sequence diagram dari use case melihat semua project milik anggota
bersangkutan
Keterangan :
− Pada sequence diagram diatas menggambarkan interaksi actor anggota
dalam melakukan proses melihat semua project milik anggota bersangkutan
3.2.8 Sequence diagram dari use case update project
ConDB : C onDB : Anggota Member page : LinkProjectku E dit pr oject page : EditProjectPage
Project : Project 1: Clickprojectku()
2: ClickT itleProject()
3: ViewE ditP roject (idProject: id)
4: Cl ick Edit ()
5: updateSQL() 6: checkDriver()
7: openConnecti on()
[image:40.612.102.504.90.637.2]8: closeData()
Gambar 3.9 Sequence diagram dari use case update project
Keterangan :
− Pada sequence diagram diatas menggambarkan interaksi actor anggota
dalam melakukan proses update project pada sistem lelang online.
3.2.9 Sequence diagram dari use case insert anggota
FormViewAnggota : F ormViewAnggota : Administrator AdminPage : AdminPage
ConDB : ConDB Member :
MemberInfo 1: ClickInsertMember( )
2: LoadFormInsert( ) 3: FillForm( ) 4: ClickSave( )
5: insertSQL( )
6: checkDriver( ) 7: openConnection( )
8: ViewMember( )
Keterangan :
− Pada gambar diatas menggambarkan bagaimana proses actor dalam hal ini
administrator berinteraksi dengan use case insert anggota
3.2.10 Sequence diagram dari use case update anggota
AdminPage : AdminPage : Administr ator
Member : MemberInfo
ConDB : ConDB
1: ClikUpdat eMember( )
2: updateSQL(userID:String)
3: checkD river( )
4: openConnection( )
[image:41.612.102.512.206.490.2]5: ViewMember( )
Gambar 3.11 Sequence diagram dari use case update anggota
Keterangan :
− Pada gambar diatas menggambarkan interaksi actor dalam hal ini adalah
3.2.11 Sequence diagram dari use case delete anggota
AdminPage : AdminPage : Administrator
Mem ber : MemberInfo
ConDB : ConDB
1: ClickDeleteMember( )
2: deleteSQ L(userID:String)
3: checkD ri ver( )
4: openConnection( )
[image:42.612.99.502.106.645.2]5: ViewMember( )
Gambar 3.12 Sequence diagram dari use case delete anggota
Keterangan :
− Pada gambar diatas menggambarkan proses interaksi actor dalam hal ini
administrator dengan use case delete anggota lelang.
3.2.12 Sequence diagram dari use case melihat semua anggota lelang
AdminPage : AdminPage : Administrator
Member : MemberInfo
ConDB : C onDB
1: LoadAdminPage( )
2: loadMember( )
3: checkDriver( )
4: openConnection( )
5: ViewMember( )
Keterangan :
− Pada gambar diatas menggambarkan interaksi actor dalam hal ini
administrator dengan use case melihat semua anggota lelang
3.3 Class Diagram
Dari sequence diagram dapat ditemukan obyek-obyek apa saja yang ada
didalam sistem. Obyek-obyek tersebut akan digambarkan didalam class diagram,
dimana satu obyek digambarkan dalam sebuah class. Class diagram hasil
3.4 Component Diagram
Component Diagram menampilkan tampilan secara fisik dari sistem.
Diagram ini menggambarkan hubungan yang terjadi antar komponen pada
software, termasuk source code. Component diagram sistem web online lelang ini
3.5 Deployment Diagram
Deployment diagram menggambarkan arsitektur secara fisik sistem
berbasis computer, dapat juga menggambarkan setiap komponen yang berada
didalam komputer serta peralatan yang dibutuhkan di dalam sebuah sistem.
Pada sistem online lelang deployment diagram digambarkan sebagai berikut :
C lient : Browser Application Server
[image:47.612.98.514.248.505.2]Database
Gambar 3.16 Deployement Diagram
3.6 Metode Inferensi
Metode yang digunakan dalam pencarian suatu kesimpulan/tujuan (
inferensi ) adalah mekanisme Backward Reasoning / Backward Chaining. Metode
Backward Chaining dimulai dari menentukan tujuan / goal sebagai awal proses
inferensi dalam database rule. Adapun langkah-langkah penentuan tujuan dengan
1. Buat stack yang mulainya berisi semua top level goal yang didefinisikan dalam
sistem.
2. Untuk goal yang pertama dari stack, kumpulkan rule-rule yang sesuai.
3. Untuk semua rule tersebut (2), kajilah premisnya :
a. Bila semua premis untuk sebuah rule adalah cocok, kemudian eksekusi rule
untuk mendapatkan kesimpulan. Jika nilai telah didapat untuk tujuan yang
ada, hapus dari stack dan kembali ke langkah no. 2
b.Bila ada sebuah premise dari rule tidak cocok, carilah rule yang memberikan
parameter tertentu yang digunakan dalam premis tersebut. Bila dapat
ditemukan maka parameter tersebut dapat dijadikan subgoal dan
ditempatkan sebagai top of stack, dan kembali ke nomor 2.
c. Bila pada langkah b tidak terpenuhi, minta user untuk memasukkan nilainya
dan dimasukkan ke database. Bika nilainya memenuhi dengan premise yang
diuji maka lanjutkan dengan premis pada rule tersebut. Jika premise tidak
cocok, maka lanjutkan ke rule berikutnya.
4. Jika semua rule telah dicocokkan dengan tujuan yang ada dan semua gagal
maka tujuan ini tidak dapat ditetapkan. Hapus dari stack dan kembali ke
langkah no. 2. jika stack telah kosong ( semua tujuan pucak yang ada telah
dicoba ), kemudian berhenti dan proses selesai.
Langkah-langkah Backward Chaining diatas dapat digambarkan dengan sistem
Start
Inisialisasi Stack
Push Goal to Stack
Cek Stack
Kosong ? Baca KBS Rekomendasi
Stop Cek Queue
Ada ? Inisialisasi Queue
Cek Queue Kosong
Kosong ? Queue Rule ygmemenuhi Push Rule keQueue
Uji Premise
Cek Knowledge
Ada ? Cek ada rule yang
menurunkan
Cek ada premis berikutnya ?
Ada ?
Simpan di KBS
Pop Goal dr Stack
Pop rule yang tidak memenuhi di
queue
Ada ?
Push Premise ke stack sbg
subgoal
Tanya User
[image:49.612.102.527.74.673.2]3.7 Dependency Diagram
Dependency diagram merupakan sebuah statement grafik yang lengkap
dari sebuah KBS (Knowledge Base Syatem). Dependeny diagram
menunjukkan hubungan antara critical factor, pertanyaan input, rule, dan
rekomendasi yang dibuat oleh KBS prototype.
Kesesuaian Pengalaman ?
( ya,tidak )
Pernah mengerjakan proyek serupa? ( Ya, Tidak ) Pernah mengerjakan proyek di perusahaan ini?
( Ya, Tidak )
( Sesuai, Tidak )
( Sama, Tidak )
( Sesuai, Tidak )
Rekomendasi Pemenang ( Ya,Tidak )
Lama Penyelesaian Pelelang.waktupenyelesai an=peserta.waktupenyeles
aian? ( Ya, Tidak )
Lokasi Pelelang.lokasi=peserta.lo
kasi ? ( Ya, Tidak )
Penawaran Harga Pelelang.penawaran=pese
rta.penawaran ?
( Ya, Tidak ) ( Sama, Tidak ) Lokasi
[image:50.612.103.515.206.491.2]Pelelang.lokasi=peserta.lo kasi ? ( Ya, Tidak )
Gambar 3.18 Dependency Diagram
3.8 Rule Set Akhir
Dalam uraian rule set akhir ini akan diuraikan beberapa rule base Dimana
rule tersebut berbentuk tabel.
Penawaran Harga ( Sesuai, Tidak ) 2 x
Lokasi ( Sama, Tidak ) 2 x
Lama Penyelesaian ( Sesuai, Tidak) 2 x
Kesesuaian Proyek ( Ya, Tidak ) 2 x
Tabel 3.1 Rule Set Induk
Rule Penawaran
Harga
Lokasi Lama
Pengerjaan
Kesusaian Proyek
Rekomendasi
R1 Sesuai Sama Sesuai Ya Pemenang
R2 Sesuai Sama Sesuai Tidak Bukan
R3 Sesuai Sama Tidak Ya Bukan
R4 Sesuai Sama Tidak Tidak Bukan
R5 Sesuai Tidak Sesuai Ya Bukan
R6 Sesuai Tidak Sesuai Tidak Bukan
R7 Sesuai Tidak Tidak Ya Bukan
R8 Sesuai Tidak Tidak Tidak Bukan
R9 Tidak Sama Sesuai Ya Bukan
R10 Tidak Sama Sesuai Tidak Bukan
R11 Tidak Sama Tidak Ya Bukan
R12 Tidak Sama Tidak Tidak Bukan
R13 Tidak Tidak Sesuai Ya Bukan
R14 Tidak Tidak Sesuai Tidak Bukan
R15 Tidak Tidak Tidak Ya Bukan
R16 Tidak Tidak Tidak Tidak Bukan
Pengalaman ( Ya, Tidak ) 2 x
Experience ( Sama, Tidak ) 2 x
Pernah Mengerjakan Proyek Serupa ( Ya, Tidak ) 2 x
Pernah Mengerjakan Proyek di Perusahaan ini ( Ya, Tidak )
2 x
[image:51.612.105.514.123.666.2]16 x
Tabel 3.2 Rule Set Kesesuaian
Rule Pengalaman Experience Pernah
Mengerjakan Proyek Serupa? Pernah mengerjakan proyek di perusahaan ini? Kesesuaian
R17 Ya Sama Ya Ya Ya
R18 Ya Sama Ya Tidak Tidak
R19 Ya Sama Tidak Ya Tidak
R20 Ya Sama Tidak Tidak Tidak
R21 Ya Tidak Ya Ya Tidak
R22 Ya Tidak Ya Tidak Tidak
R25 Tidak Sama Ya Ya Tidak
R26 Tidak Sama Ya Tidak Tidak
R27 Tidak Sama Tidak Ya Tidak
R28 Tidak Sama Tidak Tidak Tidak
R29 Tidak Tidak Ya Ya Tidak
R30 Tidak Tidak Ya Tidak Tidak
R31 Tidak Tidak Tidak Ya Tidak
[image:52.612.130.512.81.190.2]R32 Tidak Tidak Tidak Tidak Tidak
Tabel 3.3 Rule Set waktupenyelesaian
Rule Pelelang.experience=peserta.experience ? Experience
R33 Ya Sama
[image:52.612.103.516.230.513.2]R34 Tidak Tidak
Tabel 3.4 Rule Set waktupenyelesaian
Rule Pelelang.waktupenyelesaian=peserta.waktupenyelesaian ?
Lama Penyelesaian
R35 Ya Sesuai
R36 Tidak Tidak
Tabel 3.5 Rule Set lokasi
Rule Pelelang.lokasi=peserta.lokasi ? Lokasi
R37 Ya Sama
[image:52.612.130.488.576.619.2]R38 Tidak Tidak
Tabel 3.6 Rule Set penawaran
Rule Pelelang.penawaran=peserta.penawaran ? Penawaran Harga
R39 Ya Sesuai
R40 Tidak Tidak
Berdasarkan tabel diatas maka secara keseluruhan rule yang digunakan untuk
menentukan pemenang lelang software sebanyak 38 rule. Dari tabel diatas jika
Rule 1
If penawaran=sesuai and plokasi=sama and lamapengerjaan=sesuai and
kesesuaian=ya then rekomendasi=Pemenang
3.9 Entity Relational Diagram
[image:53.612.101.515.194.531.2]parameter_premis_rules parameter_konklusi_rules Parameter nama_parameter satuan Konklusi no_rule nama_parameter operator_konklusi nilai_konklusi Premis no_premis no_rule nama_parameter operator nilai_premis operator_logika
Gambar 3.19 Entity Relational Diagram
3.10 Struktur File Sistem Pakar
Struktur file untuk menyimpan knowledge base :
3.10.1 Tabel parameter
Nama Tabel : Parameter
Fungsi : Untuk menyimpan data-data parameter rule
Tabel 3.6 Tabel Parameter
Nama Type Constraint Deskripsi
Nama_parameter Text (100) PK ( Primary Key ) Menyimpan nama
parameter
Satuan Text (50) - Menyimpan satuan
3.10.2 Tabel konklusi
Nama Tabel : Konklusi
[image:54.612.103.514.180.632.2]Fungsi : Untuk menyimpan data-data konklusi
Tabel 3.7 Tabel Konklusi
Nama Type Constraint Deskripsi
No_rule Text (5) PK (Primary Key) Menyimpan no rule
Nama_parameter Text (100) FK (table parameter)
Menyimpan parameter konklusi
Nilai_konklusi Text (100) Not null Menyimpan nilai
konklusi
3.10.3 Tabel Premis Nama tabel : Premis
Fungsi : Untuk menyimpan data-data premis rule
Tabel 3.8 Tabel Premis
Nama Type Constraint Deskripsi
No_premis Text (5) PK (Primary Key) Menyimpan no premis
No_rule Text (5) FK (tabel
konklusi)
Menyimpan no rule
Nama_parameter Text (100) Not Null Menyimpan nama
parameter
Operator Text (5) - Menyimpan operator
premis
Nilai premis Text (50) Not null Menyimpan nilai
premis
Operator logika Text (10) - Menyimpan operator
IMPLEMENTASI DAN EVALUASI SISTEM
4.1 Kebutuhan dan Konfigurasi Sistem
Sebelum menjalankan program ada beberapa hal yang diperhatikan, yaitu
kebutuhan sistem dan konfigurasi dari sistem. Tujuan pokok dari sistem computer
adalah mengolah data untuk menghasilkan informasi. Dalam melaksanakan tujuan
pokok tersebut diperlukan adanya elemen-elemen yang mendukung.
Elemen-elemen dari sistem tersebut antara lain kebutuhan perangkat keras (Hardware) dan
kebutuhan perangkat lunak (Software).
4.1.1 Kebutuhan sistem
Dalam sistem lelang online ini ada beberapa peralatan yang dibutuhkan
untuk menunjang dalam menjalankan program, baik software maupun hardware.
a. Kebutuhan Perangkat Keras ( Hardware )
Kebutuhan perangkat keras ( Hardware ) untuk sistem lelang online ini
antara lain :
− Komputer PC dengan processor yang setara dengan processor Pentium
Celeron keatas
− Memory RAM minimal 128 MB
− VGA Card 4 MB
− Printer
b. Kebutuhan Perangkat Lunak ( Software )
Kebutuhan perangkat lunak ( Software ) untuk sistem lelang ini antara
lain :
− Microsoft Windows 98
− Microsoft Access
− Macromedia Dreamweaver
− JSDK 1.4
− Tomcat 4.1
− Borland JBuilder 3 Professional
− Rational Rose 2000 Enterprise Edition
4.1.2 Konfigurasi sistem
Yang dimaksud dengan konfigurasi sistem adalah cara menginstalan
sistem, pengaturan dan pengoperasian sistem tersebut kedalam komputer. Adapun
cara konfigurasi dari sistem online lelang ini adalah sebagai berikut :
a. Instalasi JDK 1.4
Untuk menginstal Java Virtual Machine dan untuk development, kita perlu
menginstall JDK 1.4. Langkah – langkah sebagai berikut :
1. Klik ganda pada icon j2sdk-1_4_0-win
2. Selanjutnya akan muncul kotak dialog welcome yang menampilkan
pesan-pesan dari Sun Microsystem. Klik tombol next untuk melanjutkan instalasi.
3. Berikutnya tentukan lokasi penyimpanan untuk Java Development Kit.
Misal c:\j2sdk1.4.0 lalu tekan tombol next
4. Pilihlah komponen-komponen pendukung sesuai dengan kebutuhan, secara
5. Jika instalasi telah berhasil, langkah selanjutnya setting classpath sebagai
berikut :
Set classpath=.\;
C:\j2sdk1.4.0\lib\jawt.lib;
C:\j2sdk1.4.0\lib\jvm.lib;
C:\j2sdk1.4.0\lib\tools.jar;
b. Instalasi Tomcat
Adapun langkah-langkah instalasi tomcat adalah sebagai berikut :
1. Klik ganda pada icon Jakarta-tomcat-4.1
2. Selanjutnya akan muncul kotak dialog, yang memungkinkan untuk memilih
komponen-komponen yang akan diinstall
3. Kemudian tentukan lokasi penyimpanan untuk tomcat. Misal C:\Tomcat,
kemudian klik next.
4. Jika proses instalasi telah berhasil, tambahkan settingpath pada variable
environment pada CATALINA_HOME, sebagai berikut :
C:\Tomcat;
5. Untuk menguji apakah Tomcat sudah berjalan, ketikkanlah
http://localhost:8082/ pada web browser. Jika pada web browser muncul
website Jakarta project berhasil instalasi tomcat anda telah berhasil.
c. Instalasi James Mail Server
Untuk instalasi James Mail Server, ekstrak james-2.1.3.zip letakkan pada
direktori penyimpanan, missal C:\james-2.1.3. Kemudian tambahkan setting
C:\james-2.1.3 serta JAVA_HOME, sebagai berikut C:\j2sdk1.4.0. untuk
instalasi james mail server harus terdapat instalasi java.
4.2 Implementasi Input dan Output
Implementasi input dan output menggambarkan implementasi program
sistem lelang online, adapun implementasi tersebut adalah sebagai berikut :
4.2.1 Implementasi Halaman Utama
Implementasi halaman utama ini adalah suatu halaman yang bersifat
umum bagi semua pengunjung website lelang software. Pada halaman ini terdapat
2 instruksi yaitu bagaimana cara memasang lelang dan cara memenangkan
lelang.pada instruksi bagaimana cara memasang lelang berguna bagi para pelelang
yang ingin melelangkan software, sedangkan cara memenangkan lelang
merupakan instruksi bagi para peserta lelang. Pada halaman utama ini juga
terdapat menu antara lain : home, lelang terbaru, myproject, pesertalelang,
contact. Yang mana pada menu home dan contact merupakan menu yang bersifat
umum sedangkan untuk menu lelang terbaru, myproject serta peserta lelang
merupakan menu khusus bagi para anggota yang sudah mendaftar pada sistem
Gambar 4.1 Implementasi Halaman Utama
4.2.2 Implementasi pada Menu Memasang Lelang
Implementasi pada Menu memasang lelang bersifat umum, pada menu
Gambar 4.2 Implementasi Menu Cara Memasang Lelang
4.2.3 Implementasi pada Menu Pendaftaran
Pada menu pendaftaran juga merupakan menu yang bersifat umum, para
pengujung yang ingin mengikuti lelang terlebih dahulu daftar dengan mengisi
Gambar 4.3 Implementasi pada Menu Pendaftaran
4.2.4 Implementasi pada Menu Login
Bagi para peserta yang sudah mendaftarkan diri dan ingin mengakses
menu-menu khusus seperti menu informasi lelang terbaru, myproject, peserta
Gambar 4.4 Implementasi pada Menu Login
4.2.5 Implementasi pada Menu Lelang Terbaru
Implementasi pada menu lelang terbaru merupakan menu dimana para
peserta bisa melihat daftar project-project baru yang sedang dilelang. Pada menu
Gambar 4.5 Implementasi pada Menu Lelang Terbaru
4.2.6 Implementasi pada menu project pelelang
Implementasi pada menu project pelelang merupakan menu dimana para
pelelang bisa melihat daftar project-project yang pernah dilelang. Pada menu ini
Gambar 4.6 Implementasi pada menu project pelelang
4.2.7 Implementasi pada menu memilih pemenang
Implementasi pada menu memilih pemenang merupakan menu dimana
para pelelang bisa melihat daftar para peserta lelang serta dapat menentukan
pemenang dengan menekang tombol inferensi, tombol ini berfungsi untuk
melakukan proses penentuan pemenang dengan menggunakan metode backward
Gambar 4.7 Implementasi pada menu memilih pemenang
4.2.8 Implementasi pada menu Inference pemenang
Implementasi pada menu inference pemenang merupakan menu dimana
para pelelang memproses masing-masing para peserta untuk menentukan
pemenang lelang dengan menggunakan bantuan metode backward chaining. Hasil
Gambar 4.8 Implementasi pada menu Inference peserta
4.2.9 Implementasi pada menu kirim project
Implementasi pada menu kirim project merupakan menu dimana para
Gambar 4.9 Implementasi pada menu kirim project
4.2.10 Implementasi pada menu contact
Implementasi pada menu contact merupakan menu dimana para pelelang,
pelelang maupun tamu dapat memberikan komentar atau masukkan bagi web site
Gambar 4.10 Implementasi pada menu contact
4.3 Evaluasi
Setelah melakukan implementasi sistem ini dapat diberikan evaluasi
antara lain : online lelang software adalah sistem yang digunakan oleh semua
perusahaan atau individu yang ingin melelangkan software secara online, dimana
para pelelang secara langsung memasukkan data-data software yang akan
dilelangkan dan para peserta yang ingin ikut dapat langsung memberikan
penawaran serta memberikan penjelasan tentang deskripsi pribadi atau perusahaan
serta pengalaman yang dimiliki para peserta.
Sistem online lelang software merupakan suatu sistem yang dapat
menampilkan software yang sedang dilelang serta dapat memberikan informasi
tentang penawaran yang telah dilakukan oleh para peserta. Kekurangan sistem
pemenang dari lelang software, dengan melihat penawaran, deskripsi, lama waktu
dari tiap-tiap peserta kemudian para pelelang baru bisa menentukan pemenang,
sehingga membutuhkan waktu yang cukup lama.
Untuk mengatasi masalah tersebut maka dalam sistem online lelang
software ini, terdapat suatu sistem yang dapat membantu para pelelang dalam
menentukan pemenang. Sistem yang digunakan untuk menentukan pemenang
menggunakan sistem pakar dengan metode backward reasoning. Alasan pemilihan
metode backward reasoning dalam proses inferensi karena didalam pemilihan
pemenang lelang yang ingin dicapai itu sudah pasti yaitu pemenang. Sehingga
penerapan dengan menggunakan metode backward chaining sangat
PENUTUP
5.1 KESIMPULAN
Dari hasil perancangan dan pembuatan program ini dapat diambil
beberapa kesimpulan sebagai berikut:
1. Dalam pembuatan sistem ini menggunakan Javabean yang mana class-class
yang terdapat di javabean dapat kita gunakan untuk aplikasi lain dengan
menggunakan swing atau awt.
2. Dengan sistem ini para pelelang dapat mengetahui secara otomatis pemenang
lelang, dengan bantuan sistem pakar dengan metode backward chaining.
Sehingga informasi pemenang lelang dapat diketahui lebih cepat dan lebih
akurat.
3. Para penawar dapat memperhatikan perkembangan penawarannya dan dapat
mengubah penawarannya sebelum masa lelang berakhir dan bagi para
pemenang lelang dapat langsung dikonfirmasikan mengenai data pemilik/
pelelang software melalui email yang menggunakan mail server james..
5.2 SARAN
Program aplikasi ini dapat dikembangkan lebih lanjut diantaranya :
1. Sistem online lelang software ini dapat dikembangkan lebih lanjut dengan
menggunakan teknologi WAP, sehingga bagi para pengguna ponsel yang
2. Jangkauan pada sistem ini masih pada kota-kota di Indonesia saja, untuk itu
dibutuhkan pengembangan sistem agar transaksi bisa dilakukan oleh
masyarakat di seluruh dunia.
3. Sistem oline lelang ini nantinya dapat juga dapat dikembangkan dengan
pemilihan 2 bahasa yaitu bahasa Indonesia dan bahasa Inggris sehingga bagi
para pelelang ataupun peserta yang berada diluar Indonesia bisa juga ikut serta.
