DOKUMEN SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. E-Commerce Trip On Bali. (E-Com TOB)

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 Nomor Dokumen

Halaman

SKPL-XXX

hlm / # hlm

Jurusan Teknik Informatika ITS

Revisi

-

29 Juni 2007

DAFTAR PERUBAHAN Revisi

Deskripsi

A

B

C

D

E

F

G


SKPL-XXX E-Commerce TOB

Halaman 2 dari 63

INDEX

-

A

B

C

D

E

F

G

TGL Ditulis oleh Diperiksa oleh Disetujui oleh

Daftar Halaman Perubahan Halaman

Revisi


Halaman


Revisi

Halaman 3 dari 63



Halaman 4 dari 63

Daftar Isi 1

2

3

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

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

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: .............................................................Error! Bookmark not defined.

3.3

3.2.2.1

Skenario: .........................................................Error! Bookmark not defined.

3.2.2.2

Diagram Aktivitas: .........................................Error! Bookmark not defined.

3.2.2.3

Diagram Sekuens: ...........................................Error! Bookmark not defined.

3.2.2.4

Diagram Kolaborasi Objek: ............................Error! Bookmark not defined.

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.



Halaman 5 dari 63

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



Halaman 6 dari 63

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.



Halaman 7 dari 63

Daftar Gambar Error! No table of figures entries found.



Halaman 8 dari 63

1 1.1

Pendahuluan 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 ECommerceTrip 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)



Halaman 9 dari 63

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

Keterangan

Singkatan 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 ECommerce Trip On Bali serta mengatur dan merawat fasilitas-fasilitas yang ada.

User

Orang yang membeli minuman dan dilayani oleh E-COM TOB



Halaman 10 dari 63

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 Bab

Aturan Penomoran/Penamaan 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.

1.6

3.

http://www.balidiscovery.com

4.

http://www.balibagus.com

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,



Halaman 11 dari 63

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 ECOM TOB.

3.

Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem ECOM TOB, yang meliputi kebutuhan antarmuka eksternal, kebutuhan fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak dan kebutuhan lain dari sistem E-COM TOB.



Halaman 12 dari 63

2 2.1

Deskripsi Umum Perangkat Lunak 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.



Halaman 13 dari 63

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.

2.

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.

Administrator : o

Melakukan pengawasan terhadap seluruh sistem

o

Mengatur konfigurasi sistem.

o

Maintenance sistem.

Karakteristik pengguna dijabarkan dalam tabel berikut ini.



Halaman 14 dari 63

Tabel T03 Karakteristik Pengguna Kategori

Tugas

Hak Akses ke aplikasi

Kemampuan yang harus

Pengguna

dimiliki

Perusahaan

Melihat dan menganggapi

User(Perusahaan)

pesanan dari pelanggan.

Dapat menggunakan komputer beserta web browsernya

Pelanggan

Melakukan pemesanan

Administrator

User(Pelanggan)

terhadap hotel dan travel

komputer dan web

yang tersedia.

browsernya.

Memantau dan

Admin

mermaintain system.

2.4

Dapat menggunakan

Memahami database dan jaringan yang digunakan

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.

2.5

3.

Antarmuka hanya berupa tampilan menu yang menarik dan cukup bagus..

4.

Sistem E-COM TOB akan dibangun hanya menggunakan bahasa aspx.

Lingkungan Operasi Sistem E-COM TOB hanya dapat dijalankan di sistem operasi Windows.



Halaman 15 dari 63

3

Deskripsi Umum Kebutuhan

3.1

3.1.1

Kebutuhan antarmuka eksternal

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.



Halaman 16 dari 63

3.2 3.2.1

Deskripsi Fungsional Use Case Diagram Diagram D01 diagram use case

Calon Pelanggan (f rom Actors)

registrasi pelanggan

registrasi perusahaan

(from <Use Case Name>)


Calon Perusahaan (f rom Actors)

pesan penginapan Perusahaan


Pelanggan

(f rom Actors) (f rom Actors)

isi buku tamu (from <Use Case Name>)

forum (from <Use Case Name>)

search informasi objek wisata (from <Use Case Name>)

searching pemesanan

Aktivasi Pengguna



Pilih paket-paket travel (from <Use Case Name>)

<<extend>>

reject registrasi batalkan pemesanan


cek tanggal pemesanan

Admin

(from <Use Case Name>) (from <Use Case Name>)

(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


Halaman 17 dari 63

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

Alternative 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 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 :



Halaman 18 dari 63

3.2.2.2 Diagram Aktivitas registrasi pelanggan Diagram D02 diagram aktivitas registrasi pelanggan

Calon Pelanggan

Sistem

Pelanggan

Membuka form Pendaftaran

Melakukan Pendaftaran

Memverifikasi data

Memperoleh ID Pelanggan

Menambah data Pelanggan

3.2.2.3 Diagram Sekuens registrasi pelanggan Diagram D03 diagram sekuens registrasi pelanggan

: Calon Pelanggan : FormRegistrasi Mengisi Data

: CtrlRegistrasi

: DataPelanggan Persistency ADO.NET Insert

tambahData(ID,Nama) validasiData( ) simpanData(ID,Nama) return value tampilData( )



Halaman 19 dari 63

3.2.2.4 Diagram Kolaborasi registrasi pelanggan Diagram D04 diagram kolaborasi registrasi pelanggan

: DataPelanggan : FormRegistrasi 4: simpanData(ID,Nama) 2: tambahData(ID,Nama) 1: Mengisi Data

5: return value 3: validasiData( )

6: tampilData( )

: CtrlRegistrasi : Calon Pelanggan

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



Halaman 20 dari 63

pelanggan perusahaan mendapat id pelanggan Normal flow

Alternative 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 Jika data calon pelanggan tidak valid, maka system akan menolak pendaftaran pelanggan baru


High

Frequency of use

High


3.2.3.2 Diagram Aktivitas registrasi perusahaan Diagram D05 diagram aktivitas registrasi perusahaan

Calon Perusahaan

Sistem

Perusahaan

Membuka Form Pendaftaran

Melakukan Pendaftaran

Memverifikasi data

Menambah data Perusahaan



Memberi ID Perusahaan

Halaman 21 dari 63

3.2.3.3 Diagram Sekuens registrasi perusahaan Diagram D06 diagram sekuens registrasi perusahaan

: Calon Perusahaan

: FormRegistrasi

: CtrlRegistrasi

: DataPerusahaan

tuliskan data lengkap Persistency ADO.NET Insert

tambahData(ID,Nama) validasiData( ) simpanData(ID,Nama) return value tampilData( )

3.2.3.4 Diagram Kolaborasi registrasi perusahaan Diagram D07 diagram kolaborasi registrasi perusahaan

1: tuliskan data lengkap

: FormRegistrasi

: Calon Perusahaan

6: tampilData( )

2: tambahData(ID,Nama)

3: validasiData( )

5: return value

4: simpanData(ID,Nama) : DataPerusahaan : CtrlRegistrasi



Halaman 22 dari 63

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. 2. 3. 4. 5. 6.

pelanggan membuka form pemesanan penginapan pelanggan memilih penginapan yang akan dipesan pelanggan memasukkan data penginapan yang akan dipesan sistem memverifikasi data pemesanan penginapan sistem mencatat data pemesanan penginapan pada database sistem menampilkan data pemesanan penginapan

Alternative flow : Exception : Includes : Priority :

High

Frequency of use

High




Halaman 23 dari 63

3.2.4.2 Diagram Aktivitas pesan penginapan Diagram D08 diagram aktivitas pesan penginapan

Pelanggan

Sistem

Membuka Form PsnInap

Memilih Pesanan

Memasukkan Pemesanan

Memverifikasi data Pesanan

Menampilkan data Pesanan

Menambah data Pesanan

3.2.4.3 Diagram Sekuens pesan penginapan Diagram D09 diagram sekuens pesan penginapan

: Pelanggan : FormPsnInap Memasukkan pesanan

: CtrlPsnInap

: DataPsnInap Persistency ADO.NET Insert

KirimPesanan( ) VerifikasiPesanan( ) simpanData( ) return value TampilData( )



Halaman 24 dari 63

3.2.4.4 Diagram kolaborasi pesan penginapan Diagram D10 diagram kolaborasi pesan penginapan 1: Memasukkan pesanan

: Pelanggan

6: TampilData( )

: FormPsnInap

3: VerifikasiPesanan( ) 2: KirimPesanan( ) 4: simpanData( )

5: return value : DataPsnInap

: CtrlPsnInap

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. 2. 3. 4.

aktor membuka form guest book aktor mengisi form guest book / menuliskan pesan sistem memasukkan isi guest book ke database sistem menampilkan isi guest book yang telah diupdate

Alternative flow :



Halaman 25 dari 63


Medium

Frequency of use

Medium


3.2.5.2 Diagram Aktivitas isi buku tamu Diagram D11 diagram aktivitas isi buku tamu

Pelanggan

Sistem

Mem buka Form Gues tBook

Menulis kan Pes an

Menambah Pes an

Menampilkan Buku Tamu Pelanggan



Halaman 26 dari 63

3.2.5.3 Diagram Sekuens isi buku tamu Diagram D12 diagram sekuens isi buku tamu

: Pelanggan

: CtrlGuestBook

: FormGuestBook

Persistency ADO.NET Insert

: DataGuestBook

tuliskanPesan sendPesan( )

simpanPesan( ) return value

tampilData( )

3.2.5.4 Diagram kolaborasi isi buku tamu Diagram D13 diagram kolaborasi isi buku tamu 1: tulis kanPes an

: FormGues tBook

: Pelanggan

5: tampilData( ) 2: s endPes an( )

3: s impanPes an( )

4: return value : DataGuestBook

: CtrlGues tBook

3.2.6 Fungsi forum 3.2.6.1 Skenario use case forum



Halaman 27 dari 63

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. 2. 3. 4. 5.

pelanggan membuka forum pelanggan memilih kategori pelanggan memasukkan pesan pada forum sistem mancatat data yang dimasukkan pada database sistem menampilkan data yang telah diisikan pada forum


Medium

Frequency of use

Medium




Halaman 28 dari 63

3.2.6.2 Diagram Aktivitas forum Diagram D14 diagram aktivitas forum

Pelanggan

Sistem

Mem buka Form Forum Mem ilih Kategori Menulis Pes an

Menam bah pes an di Forum

Menam pilkan pes an di Forum

3.2.6.3 Diagram Sekuens forum Diagram D15 diagram sekuens forum

: Pelanggan

: FormForum

: CtrlForum

: DataForum

Persistency ADO.NET Insert

tulis pesan KirimPesan( ) simpanData( ) return value

tampilData( )



Halaman 29 dari 63

3.2.6.4 Diagram kolaborasi forum Diagram D16 diagram kolaborasi forum

1: tulis pesan

: FormForum

: Pelanggan 5: tampilData( )

2: KirimPesan( )

3: simpanData( )

4: return value : DataForum

: CtrlForum

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



Halaman 30 dari 63

kunci pada databasenya 4. system menampilkan data tempat pariwisata yang ada


Medium

Frequency of use

Medium


3.2.7.2 Diagram Aktivitas search informasi obyek wisata Diagram D17 diagram aktivitas search informasi obyek wisata

Pelanggan

Sistem

Mem buka Form Searching Mem as ukkan kata kunci

Mencari Paket Wis ata

Menam pilkan Paket Wis ata



Halaman 31 dari 63

3.2.7.3 Diagram Sekuens search informasi obyek wisata Diagram D18 diagram sekuens search informasi obyek wisata

: Pelanggan

: CtrlSearching

: FormSearching

Persistency ADO.NET Read

: DataTempatWisata

masukkan kata kunci sendCommand( )

searchData( ) return value

tampilData( )

3.2.7.4 Diagram kolaborasi serach informasi obyek wisata Diagram D19 diagram kolaborasi search informasi obyek wisata 1: mas ukkan kata kunci

: FormSearching

: Pelanggan 5: tampilData( )

2: s endCom mand( )

3: s earchData( )

4: return value : DataTem patWis ata

: CtrlSearching

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



Halaman 32 dari 63

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


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



Halaman 33 dari 63

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. 2. 3. 4.

Alternative flow :

Jika

aktor membuka form searching aktor memasukkan kata kunci sistem akan mencari daftar pesanan berdasarkan kata kunci sistem menampilkan data pemesanan data

pemesanan

tidak

ditemukan

maka

sestem

akan

menampilkan peringatan bahwa pemesanan tidak ada Exception : Includes : Priority :

High

Frequency of use

High




Halaman 34 dari 63

3.2.9.2 Diagram Aktivitas searching pemesanan Diagram D23 diagram aktivitas searching pemesanan

Admin

Sistem

Mem buka Form Searching Mencari Pes anan

Mem asukkan kata kunci Menampilkan Pes anan

3.2.9.3 Diagram Sekuens searching pemesanan Diagram D24 diagram sekuens searching pemesanan

: Admin

: FormSearching

: CtrlSearching

: DataPsnInap

Persistency ADO.NET Read

masukkan kata kunci sendCommand( )

searchData( ) return value

tampilData( )



Halaman 35 dari 63

3.2.9.4 Diagram kolaborasi searching pemesanan Diagram D25 diagram kolaborasi searching pemesanan 1: mas ukkan kata kunci

: FormSearching

: Admin 5: tampilData( )

2: s endCom mand( )

3: s earchData( )


: CtrlSearching

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. 2. 3.

admin membuka form aktivasi admin memilih pelanggan yang akan diaktivasi dan mencentangnya sistem mengaktifkan login tersebut

Alternative flow :



Halaman 36 dari 63


High

Frequency of use

High


3.2.10.2 Diagram Aktivitas aktivasi pengguna Diagram D26 diagram aktivitas aktivasi pengguna

Admin

Sistem

Membuka form Aktivas i

Memilih data Perus ahaan Mencetang data Perus ahaan


Mengaktifkan Login Perus ahaan


Halaman 37 dari 63

3.2.10.3 Diagram Sekuens aktivasi pengguna Diagram D27 diagram sekuens aktivasi pengguna

Persistency ADO.NET Update : Admin

: CrtrlAktivasi

: Form Aktivasi isi data

sendData( )

: DataPerusahaan update( ) return value

tampilData( )

3.2.10.4 Diagram kolaborasi aktivasi pengguna Diagram D28 diagram kolaborasi aktivasi pengguna 1: isi data

: Form Aktivasi


2: sendData( ) 3: update( )

4: return value : DataPerusahaan

: CrtrlAktivasi

3.2.11 Fungsi batalkan pemesanan 3.2.11.1 Skenario use case batalkan pemesanan Table T13 skenario use case batalkan pemesanan



Halaman 38 dari 63

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. 2. 3. 4.

Alternative flow :

Jika tanggal pembatalan melebihi tanggal batas pembatalan pada

pelanggan membuka form pembatalan pemesanan pelanggan memasukkan data pemesanan yang akan dibatalkan system akan mengecek tanggal pemesanan. system menghapus data pemesanan dari database

perjanjian, maka pembatalan ditolak Exception : Includes :

Cek tanggal pemesanan

Priority :

High

Frequency of use

Medium




Halaman 39 dari 63

3.2.11.2 Diagram pembatalan pesesanan Diagram D29 diagram aktivitas pembatalan pemesanan

Pelanggan

Sistem

Membuka FormPembatalan Mengambil data Pesanan ( Ya )

Memasukkan data yang akan dibatalkan

Mengecek tanggal Pembatalan

Menampilkan Informasi Pembatalan Gagal

Tgl Btl < Tgl ditentukan

( Tidak )

Menghapus data Pesanan ( Ya )

3.2.11.3 Diagram Sekuens pembatalan pemesanan Diagram D30 diagram sekuens pembatalan pemesanan

: Pelanggan : Form Pembatalan tulis pembatalan

: CtrlPem batalan

: DataPsnInap

Persistency ADO.NET update

send_pem batalan( ) cekTanggalBatal( )

update( ) tam pilData( )



return value

Halaman 40 dari 63

3.2.11.4 Diagram kolaborasi pembatalan pemesanan Diagram D31 diagram kolaborasi pembatalan pemesanan 1: tulis pembatalan

: FormPembatalan : Pelanggan 6: tampilData( )

2: s end_pembatalan( )

3: cekTanggalBatal( )

4: update( )


: CtrlPembatalan

3.2.12 Fungsi cek tanggal pemesanan 3.2.12.1 Skenario use case cek tanggal pemesanan Use Case ID

Table T14 skenario use case cek tanggal pemesanan 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 :



Halaman 41 dari 63

Includes : Priority :

High

Frequency of use

Medium


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



Halaman 42 dari 63

3. sistem mengahapus data perusahaan yang telah direject 4. data pelanggan perusahaan baru ditampilkan Alternative flow : Exception : Includes : Priority :

High

Frequency of use

Medium


3.2.13.2 Diagram aktivitas reject perusahaan Diagram D35 diagram aktivitas reject perusahaan

Admin

Sistem

Membuka Form Reject

Memeriks a/m emilih data Perus ahaan akan direject

Menghapus data Perus ahaan

Menolak Perus ahaan

Menampilkan data Perus ahaan baru



Halaman 43 dari 63

3.2.13.3 Diagram Sekuens reject perusahaan Diagram D36 diagram sekuens reject perusahaan

: Admin

: CtrlReject

: FormReject

Persistency ADO.NET Delete

: DataPerusahaan

reject sendCommnad( ) DeleteData( ) return value tampilData( )

3.2.13.4 Diagram kolaborasi reject perusahaan Diagram D37 diagram kolaborasi reject perusahaan 1: reject

: FormReject


2: sendCom mnad( )

3: DeleteData( )

4: return value : DataPerusahaan

: CtrlReject



Halaman 44 dari 63

3.3

Deskripsi Kelas-kelas

3.3.1 Diagram Kelas Diagram D38 diagram kelas



Halaman 45 dari 63

3.3.2 Deskripsi Domain Persoalan 3.3.3 Deskripsi Kelas Pengendali Table T16 skenario deskripsi kelas pengendali No

Nama

Atribut

1 CtrlRegistrasi

2 CtrlReject

Metode

Tugas

-

tamnbahData

Mengontrol proses registrasi

-

validasiData

calon pelanggan

-

sendCommand

Mengontrol proses reject calon pendaftar

3 CtrlPsnInap

4 CtrlPembatalan

5 CtrlForum

-

kirimPesanan

Mengontrol proses

-

verivikasiPesanan

pemesanan penginapan

-

send_pembatalan

Mengontrol proses

-

cekTanggalBatal

pembatalan penginapan

-

kirimPesan

Mengontrol proses pengisian forum

6 CtrlSearching

7 CtrlGuestBook


-

sendCommand

-

sendData

-

sendPesan

Mengontrol proses pengisian

-

verifikasiPesan

guest book

-

cekTanggal

-

delete_data


Mengontrol proses searching

Halaman 46 dari 63

3.3.4 Deskripsi Kelas Entity (Persisten) Diagram D39 Physical Data Model



Halaman 47 dari 63

Table T17 deskripsi kelas entity No

Nama

1 DataPelanggan

Atribut

Metode

Kode_pelanggan (string) -

SimpanData

Tugas Menyimpan data

Nama_pelanggan(string)

pelanggan baru yang

Alamat_pelanggan(string)

mendaftar

No_telepon(string) 2 DataPerusahaan

Kode_perusahaan (string)-

SimpanData

Menyimpan data

Nama_perusahaan(string)-

DeleteData

perusahan yang baru

Alamat_perusahaan(string

mendaftar atau yang akan

)

direject

No_telepon(string) Penginapan(string) 3 DataPsnInap

Kode_pesan(string)

-

Update

Menyimpan data

Nama_pesan(string)

-

searchData

pemesanan atau

simpanData

pembatalan pemesanan

simpan

Menyimpan data yang

Tanggal_pesanan(string) Isi_pesanan(string)

4 DataForum

Tanggal_plh_inap(date) Nama_plh_inap(string)

diisikan pada forum

Isi_plh_inap(string) 5 DataTempatWisata

Kode_tempat_wisata(strin-

searchData

g)

Menyimpan data tempat wisata yang ada

Nama_tempat_wisata(stri ng) Alamat_tempat_wisata(str ing) 6 DataGuestBook

Kode_gb(string)

-

simpanPesan

Tanggal_isi_gb(date)

Menyimpan data yang diisikan di guest book

Kesan_pesan_gb(string)

3.3.5 Deskripsi Kelas Boundary Table T18 deskripsi kelas boundary No

Nama

Atribut


Metode


Tugas

Halaman 48 dari 63

No

Nama

Atribut

1 FormRegistrasi

Metode -

tampilData

Tugas 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

3.4

-

tampilData

Kelas untuk tampilan guest book

Deskripsi Perilaku Sistem

3.4.1 Statechart control Diagram D40 statechart diagram untuk aktivasi

error

idle

attaching data


sending command


Halaman 49 dari 63

Diagram D41 statechart diagram untuk forum

idl e

attachi ng data

s ending data

error

Diagram D42 statechart diagram untuk pembatalan pesanan

cek tanggal idle

attaching data

error s ending data



Halaman 50 dari 63

Diagram D43 statechart diagram untuk guest book

idle

error sending data

attaching data

verifying data

Diagram D44 statechart diagram untuk registrasi

idle

validating data

attaching data

sending data error



Halaman 51 dari 63

Diagram D45 statechart diagram untuk reject registrasi

idle

validating data

attaching data

sending data error

3.4.2 Statechart data Diagram D46 statechart diagram untuk dataForum

open Added Data Value

close



Halaman 52 dari 63

Diagram D47 statechart diagram untuk dataGuestBook


close

Diagram D48 statechart diagram untuk dataPelanggan


close



Halaman 53 dari 63

Diagram D49 statechart diagram untuk dataPerusahaan


close

Diagram D50 statechart diagram untuk dataPesanInap


close



Halaman 54 dari 63

Diagram D51 statechart diagram untuk dataTempatWisata


close

3.4.3 Statechart form Diagram D52 statechart diagram untuk formAktivasi

receiving data

open

s ending data

clos e



Halaman 55 dari 63

Diagram D53 statechart diagram untuk formForum

receiving data

open

s ending data

clos e

Diagram D54 statechart diagram untuk formGuestBook

receiving data

open

s ending data

clos e



Halaman 56 dari 63

Diagram D55 statechart diagram untuk formPembatalan

open s ending data

clos e

Diagram D56 statechart diagram untuk formPesanInap

open

s ending data

clos e



Halaman 57 dari 63

Diagram D57 statechart diagram untuk formRegistrasi

receiving data

open

s ending data

clos e

Diagram D58 statechart diagram untuk formReject

receiving data

open

s ending data

clos e



Halaman 58 dari 63

Diagram D59 statechart diagram untuk formSearching

receiving data

open

clos e

3.5

Kebutuhan Non Fungsional Tabel T19 Deskripsi Kebutuhan Non Fungsional SKPL-Id

SKPL-N01

Parameter Availability

Kebutuhan 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,



Halaman 59 dari 63

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

3.6

Bahasa

Bahasa yang digunakan pada web harus komunikatif

komunikasi

dan menarik sehingga menarik banyak pengunjung.

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.



Halaman 60 dari 63

3.7

Ringkasan Kebutuhan

3.7.1 Ringkasan Kebutuhan Fungsional Tabel T20 Ringkasan Kebutuhan Fungsional SKPL-Id SKPL-F001

Keterangan 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



Halaman 61 dari 63

3.7.2 Ringkasan Kebutuhan Non Fungsional Tabel T21 Ringkasan Kebutuhan Non Fungsional SKPL-Id SKPL-N01

keterangan 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.



Halaman 62 dari 63


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.

DOKUMEN SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. E-Commerce Trip On Bali. (E-Com TOB)

Recommend Documents