spesifikasi kebutuhan perangkat lunak · pdf filejurusan teknik informatika its skpl-xxx...

63
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

Upload: buihanh

Post on 30-Jan-2018

237 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 2: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 2 dari 63

E-Commerce TOB

DAFTAR PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

G

Page 3: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 4: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 4 dari 63

E-Commerce TOB

Page 5: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 6: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 7: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 8: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

Jurusan Teknik Informatika ITS SKPL-XXX Halaman 8 dari 63

E-Commerce TOB

Daftar Gambar

Error! No table of figures entries found.

Page 9: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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)

Page 10: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 11: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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,

Page 12: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 13: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 14: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 15: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen 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.

Page 16: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 17: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 18: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 19: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 20: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 21: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 22: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 23: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 24: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 25: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 26: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 27: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 28: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 29: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 30: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 31: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 32: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 33: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 34: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 35: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 36: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 37: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 38: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 39: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 40: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 41: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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 :

Page 42: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 43: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 44: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 45: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 46: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 47: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 48: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 49: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 50: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 51: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 52: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 53: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 54: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 55: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 56: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 57: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 58: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 59: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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,

Page 60: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 61: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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

Page 62: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.

Page 63: SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK · PDF fileJurusan Teknik Informatika ITS SKPL-XXX Halaman 9 dari 63 E-Commerce TOB 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Dokumen ini

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.