spesifikasi kebutuhan perangkat lunak · pdf filejurusan teknik informatika its skpl-xxx...
TRANSCRIPT
DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
E-Commerce Trip On Bali
(E-Com TOB)
untuk:
Tugas
Analisa Desain Berorientasi Objek
Dipersiapkan oleh:
M. Arief H ( 5101100029 )
Ahmad Zaki Mubarok ( 5103100087 )
Ricky Eka Putra ( 5104100090 )
I Made Sudiadnya ( 5104100107 )
Fajar Ardiansyah ( 5104100158 )
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Kampus ITS Keputih Sukolilo Surabaya
Jurusan
Teknik Informatika
ITS
Nomor Dokumen Halaman
SKPL-XXX hlm / # hlm
Revisi - 29 Juni 2007
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 2 dari 63
E-Commerce TOB
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 3 dari 63
E-Commerce TOB
INDEX
TGL
- A
B C D E F G
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 4 dari 63
E-Commerce TOB
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 5 dari 63
E-Commerce TOB
Daftar Isi
1 Pendahuluan .................................................................................................................................................... 9
1.1 Tujuan Penulisan Dokumen ..................................................................................................................... 9
1.2 Lingkup Masalah ..................................................................................................................................... 9
1.3 Definisi dan Istilah................................................................................................................................. 10
1.4 Aturan Penamaan dan Penomoran ......................................................................................................... 11
1.5 Referensi ................................................................................................................................................ 11
1.6 Ikhtisar Dokumen .................................................................................................................................. 11
2 Deskripsi Umum Perangkat Lunak ................................................................................................................ 13
2.1 Deskripsi Umum Sistem ........................................................................................................................ 13
2.2 Fungsi Produk ........................................................................................................................................ 14
2.3 Karakteristik Pengguna .......................................................................................................................... 14
2.4 Batasan .................................................................................................................................................. 15
2.5 Lingkungan Operasi .............................................................................................................................. 15
3 Deskripsi Umum Kebutuhan ......................................................................................................................... 16
3.1 Kebutuhan antarmuka eksternal ............................................................................................................ 16
3.1.1 Antarmuka pemakai ....................................................................................................................... 16
3.1.2 Antarmuka Perangkat Keras .......................................................................................................... 16
3.1.3 Antarmuka perangkat lunak ........................................................................................................... 16
3.1.4 Antarmuka komunikasi .................................................................................................................. 16
3.2 Deskripsi Fungsional .............................................................................. Error! Bookmark not defined.
3.2.1 Use Case Diagram .......................................................................... Error! Bookmark not defined.
3.2.2 Fungsi 1: <nama use case> ............................................................. Error! Bookmark not defined.
3.2.2.1 Skenario: <nama use case> ......................................................... Error! Bookmark not defined.
3.2.2.2 Diagram Aktivitas: <nama use case> ......................................... Error! Bookmark not defined.
3.2.2.3 Diagram Sekuens: <nama use case> ........................................... Error! Bookmark not defined.
3.2.2.4 Diagram Kolaborasi Objek: <nama use case> ............................ Error! Bookmark not defined.
3.3 Deskripsi Kelas-kelas ............................................................................. Error! Bookmark not defined.
3.3.1 Diagram Kelas ................................................................................ Error! Bookmark not defined.
3.3.2 Deskripsi Domain Persoalan ........................................................... Error! Bookmark not defined.
3.3.3 Deskripsi Kelas Pengendali ............................................................ Error! Bookmark not defined.
3.3.4 Deskripsi Kelas Entity (Persisten) .................................................. Error! Bookmark not defined.
3.3.5 Deskripsi Kelas Boundary .............................................................. Error! Bookmark not defined.
3.4 Deskripsi Perilaku Sistem ....................................................................... Error! Bookmark not defined.
3.5 Kebutuhan Non Fungsional .................................................................... Error! Bookmark not defined.
3.6 Batasan Perancangan .............................................................................. Error! Bookmark not defined.
3.7 Ringkasan Kebutuhan ............................................................................. Error! Bookmark not defined.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 6 dari 63
E-Commerce TOB
3.7.1 Ringkasan Kebutuhan Fungsional .................................................. Error! Bookmark not defined.
3.7.2 Ringkasan Kebutuhan Non Fungsional .......................................... Error! Bookmark not defined.
LAMPIRAN A ..………………………………………………………………………………………………………………...……A-1
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 7 dari 63
E-Commerce TOB
Daftar Tabel
Tabel 1 Aturan Penamaan dan Penomoran ........................................................................................................... 11
Tabel 2 Karakteristik Pengguna ........................................................................................................................... 15
Tabel 3 Deskripsi Kelas Domain Persoalan ........................................................... Error! Bookmark not defined.
Tabel 4 Deskripsi Kelas Pengendali ....................................................................... Error! Bookmark not defined.
Tabel 5 Deskripsi Kelas Entity ............................................................................... Error! Bookmark not defined.
Tabel 6 Deskripsi Kelas Boundary ......................................................................... Error! Bookmark not defined.
Tabel 7 Deskripsi Kebutuhan Non Fungsional ....................................................... Error! Bookmark not defined.
Tabel 8 Ringkasan Kebutuhan Fungsional ............................................................. Error! Bookmark not defined.
Tabel 9 Ringkasan Kebutuhan Non Fungsional ..................................................... Error! Bookmark not defined.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 8 dari 63
E-Commerce TOB
Daftar Gambar
Error! No table of figures entries found.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63
E-Commerce TOB
1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software
Requirement Spesification (SRS) untuk sistem E-COM TOB (E-Commerce Trip On Bali).Tujuan dari
penulisan dokumen ini adalah untuk memberikan penjelasan mengenai perangkat lunak yang akan
dibangun baik berupa gambaran umum maupun penjelasan detil dan menyeluruh.
Pengguna dari dokumen ini adalah pengembang perangkat lunak sistem E-COM TOB dan
pengguna (user) dari perangkat lunak atau personil-personil yang terlibatra dalam sistem. Dokumen
ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi pada
saat proses pengembangan perangkat lunak maupun di akhir pengemvbangannya. Dengan adanya
dokumen SKPL ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus
serta tidak menimbulkan ambiguitas terutama bagi pengembang perangkat lunak sistem E-
CommerceTrip On Bali (E-COM TOB).
1.2 Lingkup Masalah
Perangkat lunak yang akan dikembangkan adalah perangkat lunak E-Commerce Trip On Bali
(E-COM TOB), yaitu merupakan perangkat lunak yang digunakan pada sebuah travel agency dimana
dapat memberikan informasi mengenai tempat-tempat pariwisata yang ada di Pulau Dewata beserta
penginapannya. E-COM TOB dapat melakukan hal-hal berikut ini :
1. Dapat mencari informasi mengenai tempat-tempat pariwisata yang ada di Pulau Bali.
2. Dapat memilih tempat-tempat pariwisata yang ditawarkan berupa paket-paket
perjalanan yang telah disediakan.
3. Dapat memberikan pilihan pada pelanggan dalam mencari tempat-tempat pariwisata
yang diingini.
4. Dapat memberikan pilihan pada pelanggan dalam mencari sebuah penginapan yang
nyaman bagi pelanggan.
5. Dapat melakukan chatting antar pengguna yang sedang online.
6. Dapat melakukan diskusi antar pengguna atau disediakannya forum pertanyaan (FAQ)
7. Dapat melakukan registrasi dan login. Karena orang yang dapat melakukan pemesanan
hanya orang-orang yang telah terdaftar sebagai anggota.
8. Dapat mengetahui waktu yang diperlukan agar tiket dapat sampai ke pelanggan
9. Dapat melayani pembayaran berupa kartu kredit dari bank-bank tertentu (secara
simulasi)
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 10 dari 63
E-Commerce TOB
10. Terdapat fasilitas searching pada database sendiri. Misalnya mencari tempat-tempat
pariwisata yang disediakan oleh perangkat lunak kita nanti.
11. Terdapat fasilitas searching ke google/link untuk menyambungkan ke Google.
12. Terdapat buku tamu dalam produk yang akan kita bangun nanti
Dengan adanya E-COM TOB ini diharapkan, pelanggan dapat dilayani dengan lebih cepat dan
memuaskan serta mempermudah pelanggan dalam mencari informasi mengenai tempat-tempat
pariwisata di Bali.
1.3 Definisi dan Istilah
Tabel T01 definisi dan istilah
Istilah, Akronim dan
Singkatan Keterangan
SKPL Spesifikasi Kebutuhan Perangkat Lunak
Merupakan dokumen hasil analisis yang berisi spesifikasi
kebutuhan user.
IEEE Institute of Electrrical and Electronics Engineers
Merupakan standar internasional untuk pengembangan
dan rancangan perangkat lunak
SRS Software Requirement Spesification
Dokumen ini sama dengan SKPL
E-COM TOB E-Commerce Trip On Bali
Merupakan sistem yang menangani proses-proses pada
travel agency online
DCD Data Context Diagram
Merupakan diagram yang menggambarkan hubungan
sistem dengan lingkungannya
DFD Data Flow Diagram
Diagram yang menggambarkan aliran data dan proses
yang terjadi di dalam sistem
Admin Merupakan seseorang yang bertanggungjawab pada E-
Commerce Trip On Bali serta mengatur dan merawat
fasilitas-fasilitas yang ada.
User Orang yang membeli minuman dan dilayani oleh E-COM
TOB
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 11 dari 63
E-Commerce TOB
Printer Perangkat keras yang digunakan untuk mencetak resi atau
data-data transaksi
1.4 Aturan Penamaan dan Penomoran
Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan
penomoran yang berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran yang
digunakan berdasarkan hal/bagian tersebut adalah seperti yang tercantum pada Tabel T02 berikut ini.
Tabel T02 Aturan Penamaan dan Penomoran
Hal/Bagian Aturan Penomoran/Penamaan
Bab Tiap bab diberi nomor sesuai dengan urutannya dalam dokumen.
Bila satu bab dibagi menjadi beberapa sub bab maka sub bab diberi
nomor urut sesuai dengan urutannya pada bab tersebut. Antara
nomor bab dan sub bab dipisahkan dengan tanda titik.
Tabel Tiap tabel yang ada dinamai dengan TXX dengan XX adalah nomor
urut tabel dalam dokumen.
Diagram Tiap diagram yang ada dinamai dengan DXX dengan XX adalah
nomor urut diagram dalam dokumen
1.5 Referensi
Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah
sebagai berikut:
1. IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement
Specifications.
2. Software Engineering, Aparctitioner’s Approach 5th edition, Roger S Pressman, Mc
Graw Hill, 2001.
3. http://www.balidiscovery.com
4. http://www.balibagus.com
1.6 Ikhtisar Dokumen
Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:
1. Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL yang berisi tujuan penulisan
dokumen, lingkup masalah pengembangan perangkat lunak, juga memuat definisi,
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 12 dari 63
E-Commerce TOB
akronim dan istilah yang digunakan serta deskripsi umum dokumen yang merupakan
ikhtisar dokumen SKPL.
2. Bab 2 Deskripsi Global Perangkat Lunak, mendefinisikan perspektif produk perangkat
lunak serta asumsi dan ketergantungan yang digunakan dalam pengembangan sistem E-
COM TOB.
3. Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem E-
COM TOB, yang meliputi kebutuhan antarmuka eksternal, kebutuhan fungsionalitas,
kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak dan
kebutuhan lain dari sistem E-COM TOB.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 13 dari 63
E-Commerce TOB
2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
Perangkat lunak yang akan dikembangkan adalah perangkat lunak E-Commerce Trip On Bali
(E-COM TOB), yaitu merupakan perangkat lunak yang digunakan pada sebuah travel agency dan hotel
dimana dapat memberikan informasi mengenai tempat-tempat pariwisata yang ada di Pulau Dewata
beserta penginapannya. E-COM TOB dapat melakukan hal-hal berikut ini :
1. Dapat mencari informasi mengenai tempat-tempat pariwisata yang ada di Pulau Bali.
2. Dapat memilih tempat-tempat pariwisata yang ditawarkan berupa paket-paket
perjalanan yang telah disediakan.
3. Dapat memberikan pilihan pada pelanggan dalam mencari tempat-tempat pariwisata
yang diingini.
4. Dapat memberikan pilihan pada pelanggan dalam mencari sebuah penginapan yang
nyaman bagi pelanggan.
5. Dapat melayani pembatalan pemesanan dari pelanggan.
6. Dapat melakukan registrasi dan login. Karena orang yang dapat melakukan pemesanan
hanya orang-orang yang telah terdaftar sebagai anggota.
7. Dapat melakukan chatting antar pengguna yang sedang online.
8. Dapat melakukan diskusi antar pengguna atau disediakannya forum pertanyaan (FAQ)
9. Dapat mengetahui waktu yang diperlukan agar tiket dapat sampai ke pelanggan
10. Dapat melayani pembayaran berupa kartu kredit dari bank-bank tertentu (secara
simulasi)
11. Terdapat fasilitas searching pada database sendiri. Misalnya mencari tempat-tempat
pariwisata yang disediakan oleh perangkat lunak kita nanti.
12. Terdapat fasilitas searching ke google/link untuk menyambungkan ke Google.
13. Terdapat buku tamu dalam produk yang akan kita bangun nanti
Pada e-commerce ini tidak menangani penyampaian pesanan dari pelanggan ke perusahaan
yang terkait secara online. Namun proses penyampaian ini dapat dilakukan secara manual dengan
menelpon atau menghubungi perusahaan-perusahaan yang terkait (perusahaan travel dan hotel). Tetapi
perusahaan-perusahaan yang terkait tersebut dapat melihat pesanan-pesanan tersebut melalui web
service ini.
Dengan adanya E-COM TOB ini diharapkan, pelanggan dapat dilayani dengan lebih cepat dan
memuaskan serta mempermudah pelanggan dalam mencari informasi mengenai tempat-tempat
pariwisata di Bali.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 14 dari 63
E-Commerce TOB
2.2 Fungsi Produk
Sistem E-COM TOB ini memiliki beberapa fungsi utama :
1. (SKPL-E-COM TOB 1) Melakukan pendaftaran login.
2. (SKPL-E-COM TOB 2) Login
3. (SKPL-E-COM TOB 3) Melakukan searching informasi mengenai tempat-tempat
pariwisata dan hotel di Bali
4. (SKPL-E-COM TOB 4) Melakukan pemesanan tiket travel tempat-tempat pariwisata
dan hotel.
5. (SKPL-E-COM TOB 5) Melayani pemesanan tiket travel tempat-tempat pariwisata
dan hotel.
2.3 Karakteristik Pengguna
Perangkat lunak E-COM TOB ini merupakan perangkat lunak yang digunakan pada travel dan
perhotelan. Sistem ini berkaitan dengan beberapa entitas luar, yaitu admin, pembeli/pelanggan/user
Hal – hal yang dilakukan oleh entitas – entitas tersebut adalah :
1. User
❖ Perusahaan
o Dapat mengetahui akan permintaan-permintaan dari pelanggan
o Dapat memberikan pelayanan terhadap permintaan-permintaan dari pelanggan
❖ Pelanggan
o Dapat mencari informasi atau searching mengenai tempat-tempat pariwisata
beserta hotelnya.
o Dapat melakukan pemesanan tiket travel tempat-tempat pariwisata dan hotel.
o Dapat melakukan pembayaran online melalui kartu kredit (secara simulasi)
o Dapat melakukan chatting dengan pengguna online lainnya
o Dapat melakukan tanya jawab melalui forum yang disediakan.
o Dapat melakukan link ke situs-situs pariwisata lainnya.
o Dapat mencari informasi-informasi di google.
2. Administrator :
o Melakukan pengawasan terhadap seluruh sistem
o Mengatur konfigurasi sistem.
o Maintenance sistem.
Karakteristik pengguna dijabarkan dalam tabel berikut ini.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 15 dari 63
E-Commerce TOB
Tabel T03 Karakteristik Pengguna
Kategori
Pengguna
Tugas Hak Akses ke aplikasi Kemampuan yang harus
dimiliki
Perusahaan Melihat dan menganggapi
pesanan dari pelanggan.
User(Perusahaan) Dapat menggunakan
komputer beserta web
browsernya
Pelanggan Melakukan pemesanan
terhadap hotel dan travel
yang tersedia.
User(Pelanggan) Dapat menggunakan
komputer dan web
browsernya.
Administrator Memantau dan
mermaintain system.
Admin Memahami database dan
jaringan yang digunakan
2.4 Batasan
Pengembangan sistem E-COM TOB ini memiliki keterbatasan-keterbatasan yaitu sebagai
berikut :
1. Sistem E-COM TOB hanya dapat dijalankan di sistem operasi Windows.
2. Keterbatasan karena perangkat keras, contohnya kapasitas memori yang dibutuhkan
lumayan besar, sehingga kerjanya lebih lambat.
3. Antarmuka hanya berupa tampilan menu yang menarik dan cukup bagus..
4. Sistem E-COM TOB akan dibangun hanya menggunakan bahasa aspx.
2.5 Lingkungan Operasi
Sistem E-COM TOB hanya dapat dijalankan di sistem operasi Windows.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 16 dari 63
E-Commerce TOB
3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pengguna
System E-COM TOB ini menggunakan antar muka berbasis windows dan pengguna
menggunakan keyboard dan mouse.
3.1.2 Antarmuka Perangkat Keras
Sistem E-COM TOB berjalan diatas perangkat keras mesin komputer, memory, hardisk.
Dimana sistem ini juga terhubung dengan jaringan komputer dengan menggunakan desktop.
3.1.3 Antarmuka perangkat lunak
Sistem E-COM TOB adalah program yang dibangun menggunakan bahasa aspx, visual
studio.Net, DBMS Access dan akan berjalan pada sistem operasi WINDOWS.
3.1.4 Antarmuka komunikasi
Sistem E-COM TOB merupakan sistem yang terhubung ke jaringan komputer dengan
menggunakan desktop, sehingga pelanggan bisa dilayani oleh lebih dari satu pegawai dengan
menggunakan database yang sama. Dan pihak yang bertugas(admin,menejer) bisa memonitor system
lewat jaringan komputer. Dengan demikian aliran informasi menjadi lebih lancar.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 17 dari 63
E-Commerce TOB
3.2 Deskripsi Fungsional
3.2.1 Use Case Diagram
Diagram D01 diagram use case
isi buku tamu
(from <Use Case Name>)
cek tanggal pemesanan
(from <Use Case Name>)
registrasi perusahaan
(from <Use Case Name>)
registrasi pelanggan
(from <Use Case Name>)
pesan penginapan
(from <Use Case Name>)
forum
(from <Use Case Name>)
Pilih paket-paket travel
(from <Use Case Name>)
batalkan pemesanan
(from <Use Case Name>)
<<extend>>
search informasi objek wisata
(from <Use Case Name>)
Calon Perusahaan
(f rom Actors)
Calon Pelanggan
(f rom Actors)
Pelanggan
(f rom Actors)
Perusahaan
(f rom Actors)
reject registrasi
(from <Use Case Name>)
searching pemesanan
(from <Use Case Name>)
Aktivasi Pengguna
(from <Use Case Name>)
Admin
(f rom Actors)
3.2.2 Fungsi registrasi pelanggan
3.2.2.1 Skenario use case registrasi pelanggan
Table T04 skenario use case registrasi pelanggan
Use Case ID 1
Use Case Name Registrasi pelanggan
Created by Last updated by
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 18 dari 63
E-Commerce TOB
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Calon pelanggan
Descryption : Use case ini berfungsi untuk melakukan registrasi pelanggan baru
Trigger : Calon pelanggan membuka form pendaftaran
Preconditions : Calon pelanggan akan melakukan pendaftaran
Postcondition : Data pelanggan baru telah tersimpan di database dan pelanggan
mendapat id pelanggan
Normal flow 1. calon pelanggan membuka form pendaftaran
2. calon pelanggan mengisi data – data yang diperlukan
3. sistem memverifikasi data pelanggan
4. sistem menambah data pelanggan ke dalam database
5. pelanggan baru mendapat id pelanggan
Alternative flow : Jika data calon pelanggan tidak valid, maka system akan menolak
pendaftaran pelanggan baru
Exception :
Includes :
Priority : High
Frequency of use High
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 19 dari 63
E-Commerce TOB
3.2.2.2 Diagram Aktivitas registrasi pelanggan
Diagram D02 diagram aktivitas registrasi pelanggan
Membuka form
Pendaftaran
Melakukan
Pendaftaran
Menambah
data Pelanggan
Memverifikasi data
Memperoleh ID
Pelanggan
PelangganSistemCalon Pelanggan
3.2.2.3 Diagram Sekuens registrasi pelanggan
Diagram D03 diagram sekuens registrasi pelanggan
: FormRegistrasi : Calon Pelanggan : CtrlRegistrasi : DataPelanggan
Mengisi Data
tambahData(ID,Nama)
validasiData( )
simpanData(ID,Nama)
tampilData( )
return value
Persistency
ADO.NET Insert
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 20 dari 63
E-Commerce TOB
3.2.2.4 Diagram Kolaborasi registrasi pelanggan
Diagram D04 diagram kolaborasi registrasi pelanggan
: CtrlRegistrasi
: FormRegistrasi
: DataPelanggan
: Calon Pelanggan
3: validasiData( )
2: tambahData(ID,Nama)
6: tampilData( )
1: Mengisi Data
4: simpanData(ID,Nama)
5: return value
3.2.3 Fungsi registrasi perusahaan
3.2.3.1 Skenario use case registrasi perusahaan
Table T05 skenario use case registrasi perusahaan
Use Case ID 2
Use Case Name Registrasi perusahaan
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Calon pelanggan perusahaan
Descryption : Use case ini berfungsi untuk melakukan registrasi pelanggan
perusahaan
Trigger : Calon pelanggan perusahaan membuka form pendaftaran
Preconditions : Calon pelanggan perusahaan akan melakukan pendaftaran
Postcondition : Data pelanggan perusahaan baru telah tersimpan di database dan
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 21 dari 63
E-Commerce TOB
pelanggan perusahaan mendapat id pelanggan
Normal flow 1. calon pelanggan perusahaan membuka form pendaftaran
2. calon pelanggan perusahaan mengisi data – data yang diperlukan
3. sistem memverifikasi data pelanggan perusahaan
4. sistem menambah data pelanggan perusahaan ke dalam database
5. pelanggan baru mendapat id pelanggan perusahaan
Alternative flow : Jika data calon pelanggan tidak valid, maka system akan menolak
pendaftaran pelanggan baru
Exception :
Includes :
Priority : High
Frequency of use High
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.3.2 Diagram Aktivitas registrasi perusahaan
Diagram D05 diagram aktivitas registrasi perusahaan
Melakukan
Pendaftaran
Membuka Form
Pendaftaran
Memverifikasi
data
Menambah data
PerusahaanMemberi ID
Perusahaan
PerusahaanSistemCalon Perusahaan
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 22 dari 63
E-Commerce TOB
3.2.3.3 Diagram Sekuens registrasi perusahaan
Diagram D06 diagram sekuens registrasi perusahaan
tuliskan data lengkap
: Calon Perusahaan : FormRegistrasi : DataPerusahaan : CtrlRegistrasi
tambahData(ID,Nama)
validasiData( )
simpanData(ID,Nama)
return value
tampilData( )
Persistency
ADO.NET Insert
3.2.3.4 Diagram Kolaborasi registrasi perusahaan
Diagram D07 diagram kolaborasi registrasi perusahaan
: DataPerusahaan
: Calon Perusahaan : FormRegistrasi
: CtrlRegistrasi
3: validasiData( )
1: tuliskan data lengkap
2: tambahData(ID,Nama)6: tampilData( )
4: simpanData(ID,Nama)
5: return value
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 23 dari 63
E-Commerce TOB
3.2.4 Fungsi pesan penginapan
3.2.4.1 Skenario use case pesan penginapan
Table T06 skenario use case pesan penginapan
Use Case ID 3
Use Case Name Pesan penginapan
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk melakukan pemesanan penginapan oleh
pelanggan
Trigger : Pelanggan membuka form pemesanan penginapan
Preconditions : Pelanggan belum memesan penginapan
Postcondition : Pelanggan telah memesan penginapan dan data pemesanan
penginapan tersimpan di database
Normal flow 1. pelanggan membuka form pemesanan penginapan
2. pelanggan memilih penginapan yang akan dipesan
3. pelanggan memasukkan data penginapan yang akan dipesan
4. sistem memverifikasi data pemesanan penginapan
5. sistem mencatat data pemesanan penginapan pada database
6. sistem menampilkan data pemesanan penginapan
Alternative flow :
Exception :
Includes :
Priority : High
Frequency of use High
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 24 dari 63
E-Commerce TOB
3.2.4.2 Diagram Aktivitas pesan penginapan
Diagram D08 diagram aktivitas pesan penginapan
Memasukkan
Pemesanan
Menampilkan
data Pesanan
Membuka Form
PsnInap
Memilih
Pesanan
Memverifikasi
data Pesanan
Menambah
data Pesanan
SistemPelanggan
3.2.4.3 Diagram Sekuens pesan penginapan
Diagram D09 diagram sekuens pesan penginapan
: Pelanggan : FormPsnInap : CtrlPsnInap : DataPsnInap
Memasukkan pesanan
KirimPesanan( )
simpanData( )
VerifikasiPesanan( )
return value
TampilData( )
Persistency
ADO.NET Insert
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 25 dari 63
E-Commerce TOB
3.2.4.4 Diagram kolaborasi pesan penginapan
Diagram D10 diagram kolaborasi pesan penginapan
: CtrlPsnInap
: Pelanggan : FormPsnInap
: DataPsnInap
3: VerifikasiPesanan( )
1: Memasukkan pesanan
2: KirimPesanan( )
6: TampilData( )
4: simpanData( )
5: return value
3.2.5 Fungsi isi buku tamu
3.2.5.1 Skenario use case isi buku tamu
Table T07 skenario use case isi buku tamu
Use Case ID 4
Use Case Name Isi buku tamu
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan perusahaan, pelanggan, calon pelanggan perusahaan, calon
pelanggan
Descryption : Use case ini berfungsi untuk melayani pengisian buku tamu
Trigger : Actor membuka form buku tamu
Preconditions : Actor akan mengisi buku tamu
Postcondition : Buku tamu telah terisi
Normal flow 1. aktor membuka form guest book
2. aktor mengisi form guest book / menuliskan pesan
3. sistem memasukkan isi guest book ke database
4. sistem menampilkan isi guest book yang telah diupdate
Alternative flow :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 26 dari 63
E-Commerce TOB
Exception :
Includes :
Priority : Medium
Frequency of use Medium
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.5.2 Diagram Aktivitas isi buku tamu
Diagram D11 diagram aktivitas isi buku tamu
Menuliskan
Pesan
Menampilkan Buku
Tamu Pelanggan
Membuka
FormGuestBook
Menambah
Pesan
SistemPelanggan
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 27 dari 63
E-Commerce TOB
3.2.5.3 Diagram Sekuens isi buku tamu
Diagram D12 diagram sekuens isi buku tamu
: CtrlGuestBook : Pelanggan : FormGuestBook : DataGuestBook
tuliskanPesan
sendPesan( )simpanPesan( )
return value
tampilData( )
Persistency
ADO.NET Insert
3.2.5.4 Diagram kolaborasi isi buku tamu
Diagram D13 diagram kolaborasi isi buku tamu
: Pelanggan : FormGuestBook
: CtrlGuestBook : DataGuestBook
1: tuliskanPesan
2: sendPesan( )
5: tampilData( )
3: simpanPesan( )
4: return value
3.2.6 Fungsi forum
3.2.6.1 Skenario use case forum
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 28 dari 63
E-Commerce TOB
Table T08 skenario use case forum
Use Case ID 5
Use Case Name Forum
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk menampung forum dari pelanggan
Trigger : Pelanggan membuka forum
Preconditions : Pelanggan akan mengisi forum
Postcondition : Forum telah diisi dan disimpan di sistem
Normal flow 1. pelanggan membuka forum
2. pelanggan memilih kategori
3. pelanggan memasukkan pesan pada forum
4. sistem mancatat data yang dimasukkan pada database
5. sistem menampilkan data yang telah diisikan pada forum
Alternative flow :
Exception :
Includes :
Priority : Medium
Frequency of use Medium
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 29 dari 63
E-Commerce TOB
3.2.6.2 Diagram Aktivitas forum
Diagram D14 diagram aktivitas forum
Memilih
Kategori
Menulis Pesan
Menampilkan
pesan di Forum
Membuka Form
Forum
Menambah
pesan di Forum
SistemPelanggan
3.2.6.3 Diagram Sekuens forum
Diagram D15 diagram sekuens forum
: Pelanggan : FormForum : CtrlForum : DataForum
tulis pesan
KirimPesan( )
simpanData( )
return value
tampilData( )
Persistency
ADO.NET Insert
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 30 dari 63
E-Commerce TOB
3.2.6.4 Diagram kolaborasi forum
Diagram D16 diagram kolaborasi forum
: Pelanggan : FormForum
: CtrlForum : DataForum
1: tulis pesan
2: KirimPesan( )
5: tampilData( )
3: simpanData( )
4: return value
3.2.7 Fungsi search informasi obyek wisata
3.2.7.1 Skenario use case search informasi obyek wisata
Table T09 skenario use case search informasi obyek wisata
Use Case ID 6
Use Case Name Search informasi obyek wisata
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk melakukan search informasi obyek
pariwisata
Trigger : Pelanggan membuka form search informasi obyek pariwisata
Preconditions : Pelanggan akan mencari informasi pariwisata tertentu
Postcondition : System menampilkan data tempat pariwisata
Normal flow 1. pelanggan membuka halaman untuk search informasi obyek
pariwisata
2. pelanggan memasukkan kata kunci
3. system mencari data tempat pariwisata yang sesuai dengan kata
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 31 dari 63
E-Commerce TOB
kunci pada databasenya
4. system menampilkan data tempat pariwisata yang ada
Alternative flow :
Exception :
Includes :
Priority : Medium
Frequency of use Medium
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.7.2 Diagram Aktivitas search informasi obyek wisata
Diagram D17 diagram aktivitas search informasi obyek wisata
Memasukkan
kata kunci
Menampilkan
Paket Wisata
Membuka
FormSearching
Mencari Paket
Wisata
SistemPelanggan
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 32 dari 63
E-Commerce TOB
3.2.7.3 Diagram Sekuens search informasi obyek wisata
Diagram D18 diagram sekuens search informasi obyek wisata
: FormSearching : Pelanggan : CtrlSearching : DataTempatWisata
masukkan kata kunci
sendCommand( )searchData( )
return value
tampilData( )
Persistency
ADO.NET Read
3.2.7.4 Diagram kolaborasi serach informasi obyek wisata
Diagram D19 diagram kolaborasi search informasi obyek wisata
: Pelanggan : FormSearching
: CtrlSearching : DataTempatWisata
1: masukkan kata kunci
2: sendCommand( )
5: tampilData( )
3: searchData( )
4: return value
3.2.8 Fungsi search pilih paket travel
3.2.8.1 Skenario use case pilih paket travel
Table T10 skenario use case pilih paket travel
Use Case ID 7
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 33 dari 63
E-Commerce TOB
Use Case Name Pilih paket travel
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk melakukan pemilihan paket travel yang
akan dipakai
Trigger : Pelanggan membuka form pemesanan travel
Preconditions : Pelanggan akan memesan travel
Postcondition : Pelanggan telah memesan paket travel
Normal flow
Alternative flow :
Exception :
Includes :
Priority : High
Frequency of use High
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.8.2 Diagram Aktivitas pilih paket travel
Diagram D20 diagram aktivitas pilih paket travel
3.2.8.3 Diagram Sekuens pilih paket travel
Diagram D21 diagram sekuens pilih paket travel
3.2.8.4 Diagram kolaborasi pilih paket travel
Diagram D22 diagram kolaborasi pilih paket travel
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 34 dari 63
E-Commerce TOB
3.2.9 Fungsi search searching pemesanan
3.2.9.1 Skenario use case searching pemesanan
Table T11 skenario use case searching pemesanan
Use Case ID 8
Use Case Name Searching pemesanan
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan perusahaan, admin
Descryption : Use case ini berfungsi untuk melayani searching pemesanan yang
telah dilakukan pelanggan biasa
Trigger : Actor membuka form searching
Preconditions : Actor akan melakukan searching
Postcondition : System menampilkan data pemesanan
Normal flow 1. aktor membuka form searching
2. aktor memasukkan kata kunci
3. sistem akan mencari daftar pesanan berdasarkan kata kunci
4. sistem menampilkan data pemesanan
Alternative flow : Jika data pemesanan tidak ditemukan maka sestem akan
menampilkan peringatan bahwa pemesanan tidak ada
Exception :
Includes :
Priority : High
Frequency of use High
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 35 dari 63
E-Commerce TOB
3.2.9.2 Diagram Aktivitas searching pemesanan
Diagram D23 diagram aktivitas searching pemesanan
Menampilkan
Pesanan
Memasukkan
kata kunci
Membuka
FormSearching
Mencari
Pesanan
SistemAdmin
3.2.9.3 Diagram Sekuens searching pemesanan
Diagram D24 diagram sekuens searching pemesanan
: FormSearching : Admin : CtrlSearching : DataPsnInap
masukkan kata kunci
sendCommand( )searchData( )
return value
tampilData( )
Persistency
ADO.NET Read
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 36 dari 63
E-Commerce TOB
3.2.9.4 Diagram kolaborasi searching pemesanan
Diagram D25 diagram kolaborasi searching pemesanan
: CtrlSearching
: Admin : FormSearching
: DataPsnInap
1: masukkan kata kunci
2: sendCommand( )
5: tampilData( )
3: searchData( )
4: return value
3.2.10 Fungsi aktivasi pengguna
3.2.10.1 Skenario use case aktivasi pengguna
Table T12 skenario use case aktivasi pengguna
Use Case ID 9
Use Case Name Aktivasi pengguna
Created by Last updated by
Date created 18-06-2007 Date last updated 18-06-2007
Actors : Admin
Descryption : Use case ini berfungsi untuk mengaktifkan login pelanggan dan
pelanggan perusahaan yang telah mendaftar
Trigger : admin membuka form aktivasi
Preconditions : admin akan melakukan proses aktivasi pelanggan dan pelanggan
perusahaan
Postcondition : System menampilkan pesan bahwa pelanggan telah diaktuvasi
Normal flow 1. admin membuka form aktivasi
2. admin memilih pelanggan yang akan diaktivasi dan
mencentangnya
3. sistem mengaktifkan login tersebut
Alternative flow :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 37 dari 63
E-Commerce TOB
Exception :
Includes :
Priority : High
Frequency of use High
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.10.2 Diagram Aktivitas aktivasi pengguna
Diagram D26 diagram aktivitas aktivasi pengguna
Membuka form
Aktivasi
Memilih data
Perusahaan
Mencetang data
Perusahaan
Mengaktifkan Login
Perusahaan
SistemAdmin
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 38 dari 63
E-Commerce TOB
3.2.10.3 Diagram Sekuens aktivasi pengguna
Diagram D27 diagram sekuens aktivasi pengguna
: Admin : Form Aktivasi : CrtrlAktivasi : DataPerusahaan
Persistency
ADO.NET Update
isi datasendData( )
tampilData( )
update( )
return value
3.2.10.4 Diagram kolaborasi aktivasi pengguna
Diagram D28 diagram kolaborasi aktivasi pengguna
: CrtrlAktivasi
: Admin : Form Aktivasi
: DataPerusahaan
1: isi data
2: sendData( )
5: tampilData( )
3: update( )
4: return value
3.2.11 Fungsi batalkan pemesanan
3.2.11.1 Skenario use case batalkan pemesanan
Table T13 skenario use case batalkan pemesanan
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 39 dari 63
E-Commerce TOB
Use Case ID 10
Use Case Name Batalkan pemesanan
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk membatalkan pesanan yang telah
dilakukan
Trigger : Pelanggan membuka form pembatalan pemesanan
Preconditions : Pelanggan akan melakukan pembatalan pemesanan
Postcondition : Pesanan telah dibatalkan
Normal flow 1. pelanggan membuka form pembatalan pemesanan
2. pelanggan memasukkan data pemesanan yang akan dibatalkan
3. system akan mengecek tanggal pemesanan.
4. system menghapus data pemesanan dari database
Alternative flow : Jika tanggal pembatalan melebihi tanggal batas pembatalan pada
perjanjian, maka pembatalan ditolak
Exception :
Includes : Cek tanggal pemesanan
Priority : High
Frequency of use Medium
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 40 dari 63
E-Commerce TOB
3.2.11.2 Diagram pembatalan pesesanan
Diagram D29 diagram aktivitas pembatalan pemesanan
Menampilkan Informasi
Pembatalan Gagal
Memasukkan data yang
akan dibatalkan
Membuka
FormPembatalan
Mengambil
data Pesanan
Menghapus
data Pesanan
Tgl Btl < Tgl
ditentukan
( Ya )
( Tidak )
Mengecek tanggal
Pembatalan
( Ya )
SistemPelanggan
3.2.11.3 Diagram Sekuens pembatalan pemesanan
Diagram D30 diagram sekuens pembatalan pemesanan
: FormPembatalan : Pelanggan : CtrlPembatalan : DataPsnInap
tulis pembatalan
send_pembatalan( )
update( )
return valuetampilData( )
cekTanggalBatal( )
Persistency
ADO.NET update
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 41 dari 63
E-Commerce TOB
3.2.11.4 Diagram kolaborasi pembatalan pemesanan
Diagram D31 diagram kolaborasi pembatalan pemesanan
: Pelanggan : FormPembatalan
: CtrlPembatalan : DataPsnInap
3: cekTanggalBatal( )
1: tulis pembatalan
2: send_pembatalan( )
6: tampilData( )
4: update( )
5: return value
3.2.12 Fungsi cek tanggal pemesanan
3.2.12.1 Skenario use case cek tanggal pemesanan
Table T14 skenario use case cek tanggal pemesanan
Use Case ID 11
Use Case Name Cek tanggal pemesanan
Created by Last updated by
Date created 29-05-2007 Date last updated 11-05-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk mengecek tanggal pembatalan
pemesanan jika terjadi use case pembatalan pemesanan
Trigger : Pelanggan membuka melakukan pembatalan pemesanan
Preconditions : Pelanggan akan melakukan pembatalan pemesanan
Postcondition : Pesanan telah dibatalkan atau tidak jadi batal
Normal flow 1. pelanggan melakukan pembatalan pemesanan
2. system akan mengecek tanggal terakhir batas pembatalan
pemesanan
3. jika tanggal pemesanan melebihi batas waktu , maka pembatalan
pemesanan tidak dapat dilakukan
Alternative flow :
Exception :
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 42 dari 63
E-Commerce TOB
Includes :
Priority : High
Frequency of use Medium
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.12.2 Diagram cek tanggal pemesanan
Diagram D32 diagram aktivitas cek tanggal pemesanan
3.2.12.3 Diagram Sekuens cek tanggal pemesanan
Diagram D33 diagram sekuens cek tanggal pemesanan
3.2.12.4 Diagram kolaborasi cek tanggal pemesanan
Diagram D34 diagram kolaborasi cek tanggal pemesanan
3.2.13 Fungsi reject registrasi
3.2.13.1 Skenario use case reject registrasi
Table T15 skenario use case reject registrasi
Use Case ID 12
Use Case Name Reject registrasi
Created by Last updated by
Date created 29-05-2007 Date last updated 18-06-2007
Actors : Admin
Descryption : Use case ini berfungsi untuk menghapus sebuah perusahaan dari
daftar pendaftar pelanggan perusahaan
Trigger : Admin membuka form reject registrasi
Preconditions : Admin akan menghapus data pelanggan perusahaan tertentu yang
telah terdaftar
Postcondition : Data pelanggan perusahaan tertentu telah terhapus dari system
Normal flow 1. admin membuka form reject perusahaan
2. admin memilih perusahaan yang akan direject
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 43 dari 63
E-Commerce TOB
3. sistem mengahapus data perusahaan yang telah direject
4. data pelanggan perusahaan baru ditampilkan
Alternative flow :
Exception :
Includes :
Priority : High
Frequency of use Medium
Business Rule :
Special Requirement
:
Assumption :
Notes and Issues :
3.2.13.2 Diagram aktivitas reject perusahaan
Diagram D35 diagram aktivitas reject perusahaan
Memeriksa/memilih data
Perusahaan akan direject
Menolak
Perusahaan
Menampilkan data
Perusahaan baru
Membuka
FormReject
Menghapus data
Perusahaan
SistemAdmin
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 44 dari 63
E-Commerce TOB
3.2.13.3 Diagram Sekuens reject perusahaan
Diagram D36 diagram sekuens reject perusahaan
: Admin : FormReject : CtrlReject : DataPerusahaan
reject
sendCommnad( )
DeleteData( )
return value
tampilData( )
Persistency
ADO.NET Delete
3.2.13.4 Diagram kolaborasi reject perusahaan
Diagram D37 diagram kolaborasi reject perusahaan
: CtrlReject
: Admin : FormReject
: DataPerusahaan
1: reject
2: sendCommnad( )
5: tampilData( )
3: DeleteData( )
4: return value
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 45 dari 63
E-Commerce TOB
3.3 Deskripsi Kelas-kelas
3.3.1 Diagram Kelas
Diagram D38 diagram kelas
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 46 dari 63
E-Commerce TOB
3.3.2 Deskripsi Domain Persoalan
3.3.3 Deskripsi Kelas Pengendali
Table T16 skenario deskripsi kelas pengendali
No Nama Atribut Metode Tugas
1 CtrlRegistrasi - tamnbahData
- validasiData
Mengontrol proses registrasi
calon pelanggan
2 CtrlReject - sendCommand Mengontrol proses reject
calon pendaftar
3 CtrlPsnInap - kirimPesanan
- verivikasiPesanan
Mengontrol proses
pemesanan penginapan
4 CtrlPembatalan - send_pembatalan
- cekTanggalBatal
Mengontrol proses
pembatalan penginapan
5 CtrlForum - kirimPesan Mengontrol proses pengisian
forum
6
CtrlSearching - sendCommand
- sendData
Mengontrol proses searching
7
CtrlGuestBook - sendPesan
- verifikasiPesan
- cekTanggal
- delete_data
Mengontrol proses pengisian
guest book
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 47 dari 63
E-Commerce TOB
3.3.4 Deskripsi Kelas Entity (Persisten)
Diagram D39 Physical Data Model
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 48 dari 63
E-Commerce TOB
Table T17 deskripsi kelas entity
No Nama Atribut Metode Tugas
1 DataPelanggan Kode_pelanggan (string)
Nama_pelanggan(string)
Alamat_pelanggan(string)
No_telepon(string)
- SimpanData Menyimpan data
pelanggan baru yang
mendaftar
2 DataPerusahaan Kode_perusahaan (string)
Nama_perusahaan(string)
Alamat_perusahaan(string
)
No_telepon(string)
Penginapan(string)
- SimpanData
- DeleteData
Menyimpan data
perusahan yang baru
mendaftar atau yang akan
direject
3 DataPsnInap Kode_pesan(string)
Nama_pesan(string)
Tanggal_pesanan(string)
Isi_pesanan(string)
- Update
- searchData
- simpanData
Menyimpan data
pemesanan atau
pembatalan pemesanan
4 DataForum Tanggal_plh_inap(date)
Nama_plh_inap(string)
Isi_plh_inap(string)
- simpan Menyimpan data yang
diisikan pada forum
5 DataTempatWisata Kode_tempat_wisata(strin
g)
Nama_tempat_wisata(stri
ng)
Alamat_tempat_wisata(str
ing)
- searchData Menyimpan data tempat
wisata yang ada
6
DataGuestBook Kode_gb(string)
Tanggal_isi_gb(date)
Kesan_pesan_gb(string)
- simpanPesan Menyimpan data yang
diisikan di guest book
3.3.5 Deskripsi Kelas Boundary
Table T18 deskripsi kelas boundary
No Nama Atribut Metode Tugas
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 49 dari 63
E-Commerce TOB
No Nama Atribut Metode Tugas
1 FormRegistrasi - tampilData Kelas untuk tampilan pengisian
registrasi pelanggan
2 FormReject - tampilData Kelas untuk tampilan proses
reject registrasi
3 FormPsnInap - TampilDataPsnInap Kelas untuk menapilkan form
pengisian pemesanan
penginapan
4 FormPembatalan - tampilData Kelas untuk tampilan proses
pembatalan pemesanan
5 FormForum - tampilaData Kelas untuk tampilan pengisian
forum
6
FormSearching - tampilData Kelas untuk tampilan dalam
melakukan searching
7
FormGuestBook - tampilData Kelas untuk tampilan guest book
3.4 Deskripsi Perilaku Sistem
3.4.1 Statechart control
Diagram D40 statechart diagram untuk aktivasi
attaching
data
idle
error
sending
command
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 50 dari 63
E-Commerce TOB
Diagram D41 statechart diagram untuk forum
idle
attaching
data
error
sending
data
Diagram D42 statechart diagram untuk pembatalan pesanan
idle
attaching
data
error
sending
data
cek tanggal
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 51 dari 63
E-Commerce TOB
Diagram D43 statechart diagram untuk guest book
erroridle
sending
data
attaching
data
verifying
data
Diagram D44 statechart diagram untuk registrasi
error
idle
attaching
data
sending
data
validating
data
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 52 dari 63
E-Commerce TOB
Diagram D45 statechart diagram untuk reject registrasi
sending
data
idle
attaching
data
error
validating
data
3.4.2 Statechart data
Diagram D46 statechart diagram untuk dataForum
open
Added Data
Value
close
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 53 dari 63
E-Commerce TOB
Diagram D47 statechart diagram untuk dataGuestBook
close
open
Added Data
Value
Diagram D48 statechart diagram untuk dataPelanggan
open
Added Data
Value
close
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 54 dari 63
E-Commerce TOB
Diagram D49 statechart diagram untuk dataPerusahaan
open
Added Data
Value
close
Diagram D50 statechart diagram untuk dataPesanInap
open
Added Data
Value
close
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 55 dari 63
E-Commerce TOB
Diagram D51 statechart diagram untuk dataTempatWisata
close
open
Added Data
Value
3.4.3 Statechart form
Diagram D52 statechart diagram untuk formAktivasi
close
openreceiving
data
sending
data
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 56 dari 63
E-Commerce TOB
Diagram D53 statechart diagram untuk formForum
close
openreceiving
data
sending
data
Diagram D54 statechart diagram untuk formGuestBook
close
openreceiving
data
sending
data
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 57 dari 63
E-Commerce TOB
Diagram D55 statechart diagram untuk formPembatalan
open
close
sending
data
Diagram D56 statechart diagram untuk formPesanInap
close
open
sending
data
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 58 dari 63
E-Commerce TOB
Diagram D57 statechart diagram untuk formRegistrasi
close
openreceiving
data
sending
data
Diagram D58 statechart diagram untuk formReject
close
openreceiving
data
sending
data
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 59 dari 63
E-Commerce TOB
Diagram D59 statechart diagram untuk formSearching
close
openreceiving
data
3.5 Kebutuhan Non Fungsional
Tabel T19 Deskripsi Kebutuhan Non Fungsional
SKPL-Id Parameter Kebutuhan
SKPL-N01 Availability Aplikasi ini harus dapat beroperasi terus menerus
selama 7 hari per minggu, 24 jam per hari tanpa
berhenti, karena aplikasi ini akan bersifat web-based
dan akan diakses oleh pengguana yang membutuhkan
dari berbagai tempat pada waktu yang berbeda-beda.
SKPL-N02 Reliability Aplikasi ini harus dibangun dengan kehandalan yang
setinggi mungkin meskipun tidak perlu setinggi
kehandalan sebuah critical application. Kegagalan
yang dapat ditoleransi kurang lebih 10%. Dengan
kahandalan yang tinggi diharapkan aplikasi ini dapat
digunakan dengan baik pada saat dibutuhkan.
Kehandalan yang dimiliki oleh aplikasi ini juga akan
sangat bergantung pada beberapa hal eksternal,
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 60 dari 63
E-Commerce TOB
SKPL-Id Parameter Kebutuhan
seperti kehandalan jaringan telekomunikasi yang
digunakan untuk akses internet, kehandalan sistem
daya listrik yang digunakan, dll.
SKPL-N03 Ergonomy Aplikasi ini harus memiliki nilai ergonomi/
kenyamanan dipakai yang tinggi bagi user. Aplikasi
akan dibangun dengan antarmuka user yang mudah
dimengerti, indah dilihat, konsisten, mudah
dioperasikan dan tidak membingungkan.
SKPL-N04 Memory Aplikasi ini harus ringan dan tidak membutuhkan
memory tinggi. Sehingga aplikasi ini dapat
dijalankan pada computer dengan spesifikasi rendah.
Hal ini sangat penting karena aplikasi ini akan
diakses melalui internet dan mungkin akan diakses
melalui warnet dengan spesifikasi hardware yang
rendah
SKPL-N05 Response time Aplikasi ini harus cepat. Karena akan dijalankan
melaui internet. Pada daerah – daerah yang koneksi
internetnya lambat maka aplikasi ini juga harus dapat
diakses secara cepat
SKPL-N06 Security Aplikasi ini harus aman. Karena terdapat transaksi
keuangan maka faktor keamanan menjadi sangat
penting
SKPL-N07 Bahasa
komunikasi
Bahasa yang digunakan pada web harus komunikatif
dan menarik sehingga menarik banyak pengunjung.
3.6 Batasan Perancangan
Pengembangan sistem E-COM TOB ini memiliki keterbatasan-keterbatasan yaitu sebagai
berikut :
1. Sistem E-COM TOB hanya dapat dijalankan di sistem operasi Windows.
2. Keterbatasan karena perangkat keras, contohnya kapasitas memori yang dibutuhkan
lumayan besar, sehingga kerjanya lebih lambat.
3. Antarmuka hanya berupa tampilan menu yang menarik dan cukup bagus..
4. Sistem E-COM TOB akan dibangun hanya menggunakan bahasa aspx.
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 61 dari 63
E-Commerce TOB
3.7 Ringkasan Kebutuhan
3.7.1 Ringkasan Kebutuhan Fungsional
Tabel T20 Ringkasan Kebutuhan Fungsional
SKPL-Id Keterangan
SKPL-F001 Menerima data calon pelanggan pada form pendaftaran pelanggan,
memverifikasinya dan memasukkannya ke database
SKPL-F002 Menerima data calon pelanggan perusahaan pada form pendaftaran pelanggan
perusahaan, memverifikasinya dan memasukkannya ke database
SKPL-F003 Menerima data pemesanan penginapan yang diinputkan pelanggan pada form
pemesanan penginapan, memverifikasi datanya lalu memasukannya ke database dan
menampilkan data penginapan yang telah dipesan
SKPL-F004 Menerima data yang diisikan pada form buku tamu, lalu memasukkannya ke
database dan menampilkan isi buku tamu yang telah diupdate
SKPL-F005 Menerima data yang diisikan pada forum, lalu memasukkannya ke database dan
menampilkan isi forum yang telah diupdate
SKPL-F006 Menerima data untuk searching informasi obyek wisata pada form searching lalu
melakukan searching berdasarkan kata kunci yang telah dimasukkan dan
menampilkan hasil searching
SKPL-F007 Menerima data paket travel yang dipilih pelanggan lalu memasukkannya ke
database dan menampilkan paket yang telah dipilih pelanggan
SKPL-F008 Menerima kata kunci yang digunakan untuk searching pemesanan pada form
searching pemesanan. Lalu mencari data pemesanan sesuai kata kunci pada database
dan menampilkan hasilnya
SKPL-F009 Menerima data pelanggan yang dicentang pada form aktivasi pengguna lalu
mengaktifkan login pelanggan tersebut
SKPL-F010 Menerima data pemesanan yang dibatalkan pada form pembatalan pemesanan.
Mengecek tanggal batas waktu pembatalan lalu membatalkan pemesanan dari
database
SKPL-F011 Menerima data perusahaan yang akan direject registrasinya dari form reject
registrasi. Lalu menghapus data perusahaan pada database
Jurusan Teknik Informatika ITS SKPL-XXX Halaman 62 dari 63
E-Commerce TOB
3.7.2 Ringkasan Kebutuhan Non Fungsional
Tabel T21 Ringkasan Kebutuhan Non Fungsional
SKPL-Id keterangan
SKPL-N01 Aplikasi ini harus dapat beroperasi terus menerus selama 7 hari per minggu, 24
jam per hari tanpa berhenti.
SKPL-N02 Aplikasi ini harus dibangun dengan kehandalan yang setinggi mungkin meskipun
tidak perlu setinggi kehandalan sebuah critical application.
SKPL-N03 Aplikasi ini harus memiliki nilai ergonomi/ kenyamanan dipakai yang tinggi bagi
user.
SKPL-N04 Aplikasi ini harus ringan dan tidak membutuhkan memory tinggi.
SKPL-N05 Aplikasi ini harus cepat tingkat kecepatan aksesnya.
SKPL-N06 Aplikasi ini harus aman bagi pengguna yang bertransakasi
SKPL-N07 Bahasa yang digunakan pada web harus komunikatif dan menarik sehingga
menarik banyak pengunjung.
Jurusan Teknik Informatika ITS SKPL-FRS Halaman 63 dari 63
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa
Perangkat Lunak Jurusan Teknik Informatika-ITS.