Template serta Pembahasan SKPL dan Project Charter | Ilmu Pengetahuan
DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
(SKPL)
E-Commerce Trip On Bali
(E-Com TOB)
untuk:
Proyek
Dinas Pariwisata Bali
Dipersiapkan oleh:
Muhamad Alif (Pimpinan)
( 080411100040 )
Nama Mahasiswa 1
( 080411100xxx )
Nama Mahasiswa 2
( 080411100xxx )
Nama Mahasiswa 3
( 080411100xxx )
(2)
DAFTAR PERUBAHAN
Revisi
Deskripsi
A
B
C
D
E
F
G
(3)
TGL Ditulis
oleh Diperiksa
oleh Disetujui
(4)
Daftar Halaman Perubahan
(5)
Daftar Isi
1 Pendahuluan...8
1.1 Tujuan Penulisan Dokumen...8
1.2 Lingkup Masalah...8
1.3 Definisi dan Istilah...9
1.4 Aturan Penamaan dan Penomoran...10
1.5 Referensi...10
1.6 Ikhtisar Dokumen...10
2 Deskripsi Umum Perangkat Lunak...12
2.1 Deskripsi Umum Sistem...12
2.2 Fungsi Produk...13
2.3 Karakteristik Pengguna...13
2.4 Batasan...14
2.5 Lingkungan Operasi...14
3 Deskripsi Umum Kebutuhan...15
3.1 Kebutuhan antarmuka eksternal...15
3.1.1 Antarmuka pemakai...15
3.1.2 Antarmuka Perangkat Keras...15
3.1.3 Antarmuka perangkat lunak...15
3.1.4 Antarmuka komunikasi...15
3.2 Deskripsi Fungsional...
3.2.1 Use Case Diagram...
3.2.2 Fungsi 1: <nama use case>...
3.2.2.1 Skenario: <nama use case>...
3.2.2.2 Diagram Aktivitas: <nama use case>...
3.2.5
ER-Diagram
...3.3 Kebutuhan Non Fungsional...
3.4 Batasan Perancangan...
3.5 Ringkasan Kebutuhan...
3.5.1 Ringkasan Kebutuhan Fungsional...
(6)
(7)
(8)
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)
(9)
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
(10)
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, 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.
(11)
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.
(12)
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.
(13)
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
(14)
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.
(15)
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.1 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.2 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.3 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.
(16)
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
(from 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
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
(17)
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 :
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
Pelanggan Sistem
(18)
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 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 :
(19)
3.2.3.2 Diagram Aktivitas registrasi perusahaan
Diagram D05 diagram aktivitas registrasi perusahaan
Melakukan Pendaftaran Membuka Form
Pendaftaran
Memverifikasi data
Menambah data
Perusahaan PerusahaanMemberi ID
Perusahaan Sistem
Calon Perusahaan
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
(20)
Alternative flow : Exception : Includes :
Priority : High
Frequency of use High Business Rule :
Special Requirement : Assumption : Notes and Issues :
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
Sistem Pelanggan
(21)
3.2.5
Deskripsi Diagram
Entity (ER-Diagram)
Diagram D39 ER-Diagram
(Silahkan letakan model ER-Diagram di bagian ini)
3.3
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, 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
(22)
SKPL-Id Parameter Kebutuhan
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.4
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.
3.5
Ringkasan Kebutuhan
3.5.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
(23)
SKPL-Id Keterangan 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
3.5.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.
(24)
(1)
3.2.3.2 Diagram Aktivitas registrasi perusahaan
Diagram D05 diagram aktivitas registrasi perusahaan
Melakukan Pendaftaran Membuka Form
Pendaftaran
Memverifikasi data
Menambah data
Perusahaan PerusahaanMemberi ID Perusahaan Sistem
Calon Perusahaan
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
(2)
Alternative flow : Exception : Includes :
Priority : High Frequency of use High Business Rule :
Special Requirement : Assumption : Notes and Issues :
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
Sistem Pelanggan
(3)
3.2.5
Deskripsi Diagram
Entity (ER-Diagram)
Diagram D39 ER-Diagram
(Silahkan letakan model ER-Diagram di bagian ini)
3.3
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, 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
(4)
SKPL-Id Parameter Kebutuhan
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.4
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.
3.5
Ringkasan Kebutuhan
3.5.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
(5)
SKPL-Id Keterangan 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
3.5.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.
(6)