Download - Template Skpl

DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

(SKPL)

E-Commerce Trip On Bali

(E-Com TOB)

untuk:

Proyek

Dinas Pariwisata Bali

Dipersiapkan oleh:

Muhamad Alif (Pimpinan) ( 080411100040 )

Nama Mahasiswa 1 ( 080411100xxx )



Jurusan Teknik Informatika – Universitas Trunojoyo Madura

Jurusan

Teknik Informatika

UTM

Nomor Dokumen Halaman

SKPL-XXX hlm / # hlm

Revisi - 29 Juni 2009

DAFTAR PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

G

Jurusan Teknik Informatika UTM

SKPL-XXX Halaman 2 dari 26

E-Commerce TOB

INDEX

TGL

- A B C D E F G

Ditulis

oleh

Diperiksa

oleh

Disetujui

oleh


SKPL-001 Halaman 3 dari 26

E-Commerce TOB

Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi



E-Commerce TOB

Daftar Isi

1 Pendahuluan......................................................................................................................................................8

1.1 Tujuan Penulisan Dokumen......................................................................................................................8

1.2 Lingkup Masalah.......................................................................................................................................8

1.3 Definisi dan Istilah....................................................................................................................................9

1.4 Aturan Penamaan dan Penomoran..........................................................................................................10

1.5 Referensi.................................................................................................................................................10

1.6 Ikhtisar Dokumen....................................................................................................................................10

2 Deskripsi Umum Perangkat Lunak.................................................................................................................12

2.1 Deskripsi Umum Sistem.........................................................................................................................12

2.2 Fungsi Produk.........................................................................................................................................13

2.3 Karakteristik Pengguna...........................................................................................................................13

2.4 Batasan....................................................................................................................................................14

2.5 Lingkungan Operasi................................................................................................................................14

3 Deskripsi Umum Kebutuhan...........................................................................................................................15

3.1 Kebutuhan antarmuka eksternal..............................................................................................................15

3.1.1 Antarmuka pemakai........................................................................................................................15

3.1.2 Antarmuka Perangkat Keras...........................................................................................................15

3.1.3 Antarmuka perangkat lunak............................................................................................................15

3.1.4 Antarmuka komunikasi...................................................................................................................15

3.2 Deskripsi Fungsional...................................................................................................................................

3.2.1 Use Case Diagram...............................................................................................................................

3.2.2 Fungsi 1: <nama use case>.................................................................................................................

3.2.2.1 Skenario: <nama use case>.............................................................................................................

3.2.2.2 Diagram Aktivitas: <nama use case>..............................................................................................

3.2.5 ER-Diagram ...................................................................................................................................3.3 Kebutuhan Non Fungsional........................................................................................................................

3.4 Batasan Perancangan...................................................................................................................................

3.5 Ringkasan Kebutuhan.................................................................................................................................

3.5.1 Ringkasan Kebutuhan Fungsional......................................................................................................

3.5.2 Ringkasan Kebutuhan Non Fungsional...............................................................................................



E-Commerce TOB

Daftar Tabel



E-Commerce TOB

Daftar Gambar



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)



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

SingkatanKeterangan

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

Printer Perangkat keras yang digunakan untuk mencetak resi



E-Commerce TOB

1.4 Aturan Penamaan dan Penomoran

Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan

penomoran yang berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran yang

digunakan berdasarkan hal/bagian tersebut adalah seperti yang tercantum pada Tabel T02 berikut ini.

Tabel T02 Aturan Penamaan dan Penomoran

Hal/Bagian Aturan Penomoran/Penamaan

Bab Tiap bab diberi nomor sesuai dengan urutannya dalam dokumen.

Bila satu bab dibagi menjadi beberapa sub bab maka sub bab diberi

nomor urut sesuai dengan urutannya pada bab tersebut. Antara

nomor bab dan sub bab dipisahkan dengan tanda titik.

Tabel Tiap tabel yang ada dinamai dengan TXX dengan XX adalah nomor

urut tabel dalam dokumen.

Diagram Tiap diagram yang ada dinamai dengan DXX dengan XX adalah

nomor urut diagram dalam dokumen

1.5 Referensi

Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah

sebagai berikut:

1. IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement

Specifications.

2. Software Engineering, Aparctitioner’s Approach 5th edition, Roger S Pressman, Mc

Graw Hill, 2001.

3. http://www.balidiscovery.com

4. http://www.balibagus.com

1.6 Ikhtisar Dokumen

Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:

1. Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL yang berisi tujuan penulisan

dokumen, lingkup masalah pengembangan perangkat lunak, juga memuat definisi,

akronim dan istilah yang digunakan serta deskripsi umum dokumen yang merupakan

ikhtisar dokumen SKPL.



E-Commerce TOB

http://www.balibagus.com/

http://www.balidiscovery.com/

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.



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.



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.



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.



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.



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


registrasi perusahaan


registrasi pelanggan


pesan penginapan


forum


Pilih paket-paket travel


batalkan pemesanan


<<extend>>

search informasi objek wisata


Calon Perusahaan

(f rom Actors)

Calon Pelanggan

(f rom Actors)

Pelanggan

(f rom Actors)

Perusahaan

(f rom Actors)

reject registrasi


searching pemesanan


Aktivasi Pengguna


Admin

(f rom Actors)

3.2.2 Fungsi registrasi pelanggan

3.2.2.1 Skenario use case registrasi pelanggan

Table T04 skenario use case registrasi pelanggan

Use Case ID 1

Use Case Name Registrasi pelanggan

Created by Last updated by

Date created 29-05-2007 Date last updated 18-06-2007



E-Commerce TOB

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 pendaftaran2. calon pelanggan mengisi data – data yang diperlukan3. sistem memverifikasi data pelanggan4. sistem menambah data pelanggan ke dalam database5. 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 :



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



Actors : Calon pelanggan perusahaan

Descryption : Use case ini berfungsi untuk melakukan registrasi pelanggan

perusahaan

Trigger : Calon pelanggan perusahaan membuka form pendaftaran

Preconditions : Calon pelanggan perusahaan akan melakukan pendaftaran

Postcondition : Data pelanggan perusahaan baru telah tersimpan di database dan

pelanggan perusahaan mendapat id pelanggan

Normal flow 1. calon pelanggan perusahaan membuka form pendaftaran



E-Commerce TOB

2. calon pelanggan perusahaan mengisi data – data yang diperlukan3. sistem memverifikasi data pelanggan perusahaan4. sistem menambah data pelanggan perusahaan ke dalam database5. 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


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 Perusahaan Memberi ID

Perusahaan

PerusahaanSistemCalon Perusahaan



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



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 penginapan2. pelanggan memilih penginapan yang akan dipesan3. pelanggan memasukkan data penginapan yang akan dipesan4. sistem memverifikasi data pemesanan penginapan5. sistem mencatat data pemesanan penginapan pada database6. sistem menampilkan data pemesanan penginapan

Alternative flow :

Exception :

Includes :

Priority : High


Business Rule :

Special

Requirement :

Assumption :

Notes and Issues :



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



E-Commerce TOB

3.2.5 Deskripsi Diagram Entity (ER-Diagram)

Diagram D39 ER-Diagram(Silahkan letakan model ER-Diagram di bagian ini)

3.3 Kebutuhan Non Fungsional

Tabel T19 Deskripsi Kebutuhan Non Fungsional

SKPL-Id Parameter Kebutuhan

SKPL-N01 Availability Aplikasi ini harus dapat beroperasi terus menerus

selama 7 hari per minggu, 24 jam per hari tanpa

berhenti, karena aplikasi ini akan bersifat web-based

dan akan diakses oleh pengguana yang membutuhkan

dari berbagai tempat pada waktu yang berbeda-beda.

SKPL-N02 Reliability Aplikasi ini harus dibangun dengan kehandalan yang

setinggi mungkin meskipun tidak perlu setinggi

kehandalan sebuah critical application. Kegagalan

yang dapat ditoleransi kurang lebih 10%. Dengan

kahandalan yang tinggi diharapkan aplikasi ini dapat

digunakan dengan baik pada saat dibutuhkan.

Kehandalan yang dimiliki oleh aplikasi ini juga akan

sangat bergantung pada beberapa hal eksternal,

seperti kehandalan jaringan telekomunikasi yang

digunakan untuk akses internet, kehandalan sistem

daya listrik yang digunakan, dll.

SKPL-N03 Ergonomy Aplikasi ini harus memiliki nilai ergonomi/

kenyamanan dipakai yang tinggi bagi user. Aplikasi

akan dibangun dengan antarmuka user yang mudah

dimengerti, indah dilihat, konsisten, mudah

dioperasikan dan tidak membingungkan.

SKPL-N04 Memory Aplikasi ini harus ringan dan tidak membutuhkan

memory tinggi. Sehingga aplikasi ini dapat

dijalankan pada computer dengan spesifikasi rendah.

Hal ini sangat penting karena aplikasi ini akan

diakses melalui internet dan mungkin akan diakses

melalui warnet dengan spesifikasi hardware yang



E-Commerce TOB

SKPL-Id Parameter Kebutuhan

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.4 Batasan Perancangan

Pengembangan sistem E-COM TOB ini memiliki keterbatasan-keterbatasan yaitu sebagai

berikut :

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

2.Keterbatasan karena perangkat keras, contohnya kapasitas memori yang dibutuhkan

lumayan besar, sehingga kerjanya lebih lambat.

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

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

3.5 Ringkasan Kebutuhan

3.5.1 Ringkasan Kebutuhan Fungsional

Tabel T20 Ringkasan Kebutuhan Fungsional

SKPL-Id Keterangan

SKPL-F001 Menerima data calon pelanggan pada form pendaftaran pelanggan,

memverifikasinya dan memasukkannya ke database

SKPL-F002 Menerima data calon pelanggan perusahaan pada form pendaftaran pelanggan

perusahaan, memverifikasinya dan memasukkannya ke database

SKPL-F003 Menerima data pemesanan penginapan yang diinputkan pelanggan pada form

pemesanan penginapan, memverifikasi datanya lalu memasukannya ke database dan

menampilkan data penginapan yang telah dipesan

SKPL-F004 Menerima data yang diisikan pada form buku tamu, lalu memasukkannya ke



E-Commerce TOB

SKPL-Id Keterangan

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

3.5.2 Ringkasan Kebutuhan Non Fungsional

Tabel T21 Ringkasan Kebutuhan Non Fungsional

SKPL-Id keterangan

SKPL-N01 Aplikasi ini harus dapat beroperasi terus menerus selama 7 hari per minggu, 24

jam per hari tanpa berhenti.

SKPL-N02 Aplikasi ini harus dibangun dengan kehandalan yang setinggi mungkin meskipun

tidak perlu setinggi kehandalan sebuah critical application.

SKPL-N03 Aplikasi ini harus memiliki nilai ergonomi/ kenyamanan dipakai yang tinggi bagi

user.

SKPL-N04 Aplikasi ini harus ringan dan tidak membutuhkan memory tinggi.

SKPL-N05 Aplikasi ini harus cepat tingkat kecepatan aksesnya.

SKPL-N06 Aplikasi ini harus aman bagi pengguna yang bertransakasi

SKPL-N07 Bahasa yang digunakan pada web harus komunikatif dan menarik sehingga



E-Commerce TOB

SKPL-Id keterangan

menarik banyak pengunjung.



E-Commerce TOB


SKPL-FRS Halaman 26 dari 26