Tabel T03
Karakteristik Pengguna
Kategori Pengguna
Tugas Hak Akses ke aplikasi
Kemampuan yang harus dimiliki
Perusahaan Melihat dan menganggapi
pesanan dari pelanggan. UserPerusahaan
Dapat menggunakan komputer beserta web
browsernya Pelanggan
Melakukan pemesanan terhadap hotel dan travel
yang tersedia. UserPelanggan
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.
3 Deskripsi Umum Kebutuhan
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 14 dari 24
E-Commerce TOB
3.1 Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pengguna
System E-COM TOB ini menggunakan antar muka berbasis windows dan pengguna menggunakan keyboard dan mouse.
3.1.1 Antarmuka Perangkat Keras
Sistem E-COM TOB berjalan diatas perangkat keras mesin komputer, memory, hardisk. Dimana sistem ini juga terhubung dengan jaringan komputer dengan menggunakan desktop.
3.1.2 Antarmuka perangkat lunak
Sistem E-COM TOB adalah program yang dibangun menggunakan bahasa aspx, visual studio.Net, DBMS Access dan akan berjalan pada sistem operasi WINDOWS.
3.1.3 Antarmuka komunikasi
Sistem E-COM TOB merupakan sistem yang terhubung ke jaringan komputer dengan menggunakan desktop, sehingga pelanggan bisa dilayani oleh lebih dari satu pegawai dengan
menggunakan database yang sama. Dan pihak yang bertugasadmin,menejer bisa memonitor system lewat jaringan komputer. Dengan demikian aliran informasi menjadi lebih lancar.
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 15 dari 24
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
from Actors
Pelanggan
f rom Actors
Perusahaan
f rom Actors
reject registrasi
from Use Case Name
searching pemesanan
from Use Case Name
Aktivasi Pengguna
from Use Case Name
Admin
f rom Actors
3.2.2 Fungsi registrasi pelanggan 3.2.2.1 Skenario use case registrasi pelanggan
Table T04 skenario use case registrasi pelanggan
Use Case ID 1
Use Case Name Registrasi pelanggan
Created by Last updated by
Date created 29-05-2007
Date last updated 18-06-2007
Actors : Calon pelanggan
Descryption : Use case ini berfungsi untuk melakukan registrasi pelanggan baru
Trigger : Calon pelanggan membuka form pendaftaran
Preconditions : Calon pelanggan akan melakukan pendaftaran
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 16 dari 24
E-Commerce TOB
Postcondition : Data pelanggan baru telah tersimpan di database dan pelanggan
mendapat id pelanggan Normal flow
1. calon pelanggan membuka form pendaftaran 2. calon pelanggan mengisi data – data yang diperlukan
3. sistem memverifikasi data pelanggan 4. sistem menambah data pelanggan ke dalam database
5. pelanggan baru mendapat id pelanggan
Alternative flow : Jika data calon pelanggan tidak valid, maka system akan menolak
pendaftaran pelanggan baru Exception :
Includes : Priority :
High Frequency of use
High Business Rule :
Special Requirement :
Assumption : Notes and Issues :
3.2.2.2 Diagram Aktivitas registrasi pelanggan
Diagram D02 diagram aktivitas registrasi pelanggan
Membuka form Pendaftaran
Melakukan Pendaftaran
Menambah data Pelanggan
Memverifikasi data
Memperoleh ID Pelanggan
Pelanggan Sistem
Calon Pelanggan
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 17 dari 24
E-Commerce TOB
3.2.3 Fungsi registrasi perusahaan 3.2.3.1 Skenario use case registrasi perusahaan
Table T05 skenario use case registrasi perusahaan
Use Case ID 2
Use Case Name Registrasi perusahaan
Created by Last updated by
Date created 29-05-2007
Date last updated 18-06-2007
Actors : Calon pelanggan perusahaan
Descryption : Use case ini berfungsi untuk melakukan registrasi pelanggan
perusahaan Trigger :
Calon pelanggan perusahaan membuka form pendaftaran Preconditions :
Calon pelanggan perusahaan akan melakukan pendaftaran Postcondition :
Data pelanggan perusahaan baru telah tersimpan di database dan pelanggan perusahaan mendapat id pelanggan
Normal flow 1. calon pelanggan perusahaan membuka form pendaftaran
2. calon pelanggan perusahaan mengisi data – data yang diperlukan 3. sistem memverifikasi data pelanggan perusahaan
4. sistem menambah data pelanggan perusahaan ke dalam database 5. pelanggan baru mendapat id pelanggan perusahaan
Alternative flow : Jika data calon pelanggan tidak valid, maka system akan menolak
pendaftaran pelanggan baru Exception :
Includes : Priority :
High Frequency of use
High Business Rule :
Special Requirement :
Assumption : Notes and Issues :
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 18 dari 24
E-Commerce TOB
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
Perusahaan Sistem
Calon Perusahaan
3.2.4 Fungsi pesan penginapan 3.2.4.1 Skenario use case pesan penginapan
Table T06 skenario use case pesan penginapan
Use Case ID 3
Use Case Name Pesan penginapan
Created by Last updated by
Date created 29-05-2007
Date last updated 18-06-2007
Actors : Pelanggan
Descryption : Use case ini berfungsi untuk melakukan pemesanan penginapan oleh
pelanggan Trigger :
Pelanggan membuka form pemesanan penginapan Preconditions :
Pelanggan belum memesan penginapan Postcondition :
Pelanggan telah memesan penginapan dan data pemesanan penginapan tersimpan di database
Normal flow 1. pelanggan membuka form pemesanan penginapan
2. pelanggan memilih penginapan yang akan dipesan 3. pelanggan memasukkan data penginapan yang akan dipesan
4. sistem memverifikasi data pemesanan penginapan 5. sistem mencatat data pemesanan penginapan pada database
6. sistem menampilkan data pemesanan penginapan
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 19 dari 24
E-Commerce TOB
Alternative flow : Exception :
Includes : Priority :
High Frequency of use
High Business Rule :
Special Requirement :
Assumption : Notes and Issues :
3.2.4.2 Diagram Aktivitas pesan penginapan
Diagram D08 diagram aktivitas pesan penginapan
Memasukkan Pemesanan
Menampilkan data Pesanan
Membuka Form PsnInap
Memilih Pesanan
Memverifikasi data Pesanan
Menambah data Pesanan
Sistem Pelanggan
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 20 dari 24
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 rendah
SKPL-N05 Response time
Aplikasi ini harus cepat. Karena akan dijalankan
Jurusan Teknik Informatika UTM
SKPL-001 Halaman 21 dari 24
E-Commerce TOB
SKPL-Id Parameter
Kebutuhan
melaui internet. Pada daerah – daerah yang koneksi internetnya lambat maka aplikasi ini juga harus dapat
diakses secara cepat SKPL-N06
Security Aplikasi ini harus aman. Karena terdapat transaksi
keuangan maka faktor keamanan menjadi sangat penting
SKPL-N07 Bahasa
komunikasi Bahasa yang digunakan pada web harus komunikatif
dan menarik sehingga menarik banyak pengunjung.
3.4 Batasan Perancangan