Tugas Project Analisa Desain Berorientasi Object

WEB SERVICES SEBAGAI PENYEDIA LAYANAN ADMINISTRASI

PADA PENJUALAN TIKET BUS

A. DESKRIPSI SYSTEM

Keberadaan jasa transportasi bus bagi masyarakat Indonesia sudah tidak asing lagi. Terutama pada hari – hari libur sekolah dan hari besar yang memang sudah menjadi tradisi untuk bepergian, dapat kita lihat banyak masyarakat yang memanfaatkan jasa transportasi bus untuk akomodasi angkutan darat. Hingga saat ini perusahaan bus yang menyediakan jasa akomodasi angkutan dalam menangani reservasi dan penjualan tiket masih banyak yang menggunakan sistem tradisional dalam pelayanannya yaitu setiap agen yang ditunjuk akan mencatat pemesanan tiket dengan quota yang telah disesuaikan oleh kantor pusat, jika ada penambahan quota untuk jurusan tertentu pada agen tertentu maka agen tersebut harus menelpon ke agen lain atau kantor pusat untuk melakukan konfirmasi.

A. DAFTAR KEBUTUHAN FUNGSIONAL DALAM SRS

No. SRS	Nama SRS	Keterangan
SRS-01	Service Tiket – Pemesanan Tiket	Melakukan pemesanan tiket.
SRS-02	Service Tiket – Lihat Jadwal	Menampilkan jadwal keberangkatan yang ada.
SRS-03	Service Tiket – Lihat Info	Menampilkan semua info terbaru yang telah di simpan ke dalam Database.
SRS-04	Service Tiket – Cari Data	Mencari data yang terdapat dalam Database.
SRS-05	Service Agen – Pemesanan Tiket	Melakukan pemesanan tiket.
SRS-06	Service Agen – Lihat Jadwal	Menampilkan jadwal keberangkatan yang ada.
SRS-07	Service Agen – Lihat Info	Menampilkan semua info terbaru yang telah di simpan ke dalam Database.
SRS-08	Service Agen – Cari Data	Mencari data yang terdapat dalam Database.
SRS-09	Service Agen – Edit Pemesanan Tiket	Melakukan update terhadap pemesanan tiket.
SRS-10	Service Agen – Aktivasi Pemesanan	Mengaktifkan pemesanan tiket.
SRS-11	Service Moderator – Administrasi data Jadwal	Melakukan administrasi data jadwal keberangkatan baik itu berupa input, update, dan penghapusan data.
SRS-12	Service Moderator – Administrasi data Bus	Melakukan administrasi data info perusahaan baik itu berupa input, update, dan penghapusan data.
SRS-13	Service Moderator – Administrasi data Agen	Melakukan admisnitrasi data agen penjual baik itu berupa input, update, dan penghapusan data.
SRS-14	Service Moderator – Administrasi Info	Melakukan admisnitrasi data bus yang ada baik itu berupa input, update, dan penghapusan data.
SRS-15	Service Moderator – Cari Data	Mencari data yang terdapat dalam Database.

C. DAFTAR KEBUTUHAN NON FUNGSIONAL DALAM SRS

1. Persistence
1. Tersedianya backup data
2. Tidak adanya redundancy
3. Tersedianya mekanisme persisten
2. Security
1. Terjamin keamanan atas hak akses
3. Scalability
1. Digunakan banyak user dalam waktu bersamaan
4. Perfomance
1. Load time rendah
2. Transaction time rendah
5. Availability
1. Akses 24 jam

D. USE-CASE SPESIFIKASI

1. SERVICE TIKET DAN AGEN

Nama Use-Case	Pemesanan Tiket
Deskripsi	Melakukan pemesanan tiket
Aktor	User / Klien
Pre-Kondisi	User / Klien telah membuka form pemesanan
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh User / Klien
Skenario Normal
User		System
1. User memasukan data dalam form dan menekankan tombol ok		2. System akan memeriksa apakah data yang dimasukan telah valid 3. Menyimpan data dari user dan memberikan konfirmasi bahwa data telah tersimpan
Skenario Alternatif
User		System
1. User memasukan data yang salah atau tidak sesuai dengan yang diminta		2. System akan memeriksa data yang dimasukan dan menemukan data tidak valid 3. Memberikan user peringatan bahwa data yang dimasukan salah dan meminta memasukan data kembali

Nama Use-Case	Pemesanan Tiket
Deskripsi	Melakukan pemesanan tiket
Aktor	Agen
Pre-Kondisi	Telah login dengan login agen dan membuka form pemesanan tiket
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh agen
Skenario Normal
User		System
1. User memasukan data dalam form dan menekan tombol ok		2. System akan memeriksa apakah data yang dimasukan telah valid 3. Menyimpan data dari user dan memberikan konfirmasi bahwa data telah tersimpan
Skenario Alternatif
User		System
1. User memasukan data yang salah atau tidak sesuai dengan yang diminta		2. System akan memeriksa data yang dimasukan dan menemukan data tidak valid 3. Memberikan user peringatan bahwa data yang dimasukan salah dan meminta memasukan data kembali

Nama Use-Case	Lihat Jadwal
Deskripsi	Melihat jadwal
Aktor	User / Klien
Pre-Kondisi	User / Klien telah membuka form jadwal.
Post-Kondisi	Sistem menampilkan data jadwal
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya. 3. Menampilkan jadwal yang diminta oleh user
Skenario Alternatif
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya. 3. System tidak menemukan keyword yang dicari atau format data inputan tidak sesuai. System mengirim warning message

Nama Use-Case	Lihat Jadwal
Deskripsi	Melihat jadwal
Aktor	Agen
Pre-Kondisi	Telah login dengan login agen dan membuka form Lihat jadwal
Post-Kondisi	Sistem menampilkan data jadwal
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya 3. Menampilkan jadwal yang diminta oleh user
Skenario Alternatif
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya. 3. System tidak menemukan keyword yang dicari atau format data inputan tidak sesuai. System mengirim warning message

Nama Use-Case	Lihat Info
Deskripsi	Melihat informasi
Aktor	User / Klien
Pre-Kondisi	User / Klien telah membuka form informasi.
Post-Kondisi	Sistem menampilkan data informasi
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian untuk informasi .		2. Mengecek data yang di inputkan oleh user dan mencarinya 3. Menampilkan informasi yang diminta oleh user
Skenario Alternatif
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya. 3. System tidak menemukan keyword yang dicari atau format data inputan tidak sesuai. System mengirim warning message

Nama Use-Case	Lihat Info
Deskripsi	Melihat informasi
Aktor	Agen
Pre-Kondisi	Telah login dengan login agen dan membuka form Lihat info
Post-Kondisi	Sistem menampilkan data informasi
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian untuk informasi .		2. Mengecek data yang di inputkan oleh user dan mencarinya 3. Menampilkan informasi yang diminta oleh user

Nama Use-Case	Cari Data
Deskripsi	Mencari data
Aktor	User / Klien
Pre-Kondisi	User / Klien telah membuka form pencarian.
Post-Kondisi	Sistem menampilkan data yang dicari
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian.		2. Mengecek data yang di inputkan oleh user dan mencarinya 3. Menampilkan data yang diminta oleh user
Skenario Alternatif
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya. 3. System tidak menemukan keyword yang dicari atau format data inputan tidak sesuai. System mengirim warning message

Nama Use-Case	Cari Data
Deskripsi	Melihat Data
Aktor	Agen
Pre-Kondisi	Telah login dengan login agen dan membuka form pencarian
Post-Kondisi	Sistem menampilkan data yang dicari
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian.		2. Mengecek data yang di inputkan oleh user dan mencarinya 3. Menampilkan data yang diminta oleh user
Skenario Alternatif
User		System
1. User memasukan keyword atau kata kunci pencarian untuk jadwal		2. Mengecek data yang di inputkan oleh user dan mencarinya. 3. System tidak menemukan keyword yang dicari atau format data inputan tidak sesuai. System mengirim warning message

Nama Use-Case	Edit Pemesanan Tiket
Deskripsi	Mengubah pemesanan tiket
Aktor	Agen
Pre-Kondisi	Telah login dengan login agen dan membuka form pencarian
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Agen
Skenario Normal
User		System
1. User memilih data yang ingin di rubah dan merubahnya kemudian menekan tombol save 3. User memberikan konfirmasinya		2. System meminta konfirmasi kepada user 4. System mengecek data dan kemudian menyimpanya
Skenario Alternatif
User		System
1. User memilih data yang tidak ada atau memasukan data yang salah sebagai data pengganti 3. User memberikan konfirmasinya		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengeluarkan warning message

Nama Use-Case	Aktivasi Pemesanan
Deskripsi	Mengaktifkan pemesanan tiket
Aktor	Agen
Pre-Kondisi	Telah login dengan login agen dan membuka form aktivasi pemesanan
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Agen
Skenario Normal
User			System
1. User memilih pemesanan tiket yang ingin diaktifkan kemudian menekan tombol save 3. User meberikan konfirmasinya			2. System meminta konfirmasi kepada user 4. System mengecek data dan kemudian menyimpanya
Skenario Alternatif
User		System
1. User memilih data yang tidak ada atau memasukan data yang salah 3. User memberikan konfirmasinya		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengeluarkan warning message

2. SERVICE MODERATOR

Nama Use-Case	Cari Data
Deskripsi	Melihat Data
Aktor	Moderator
Pre-Kondisi	Telah login dengan login Moderator dan membuka form pencarian
Post-Kondisi	Sistem menampilkan data yang dicari
Skenario Normal
User		System
1. User memasukan keyword atau kata kunci pencarian.		2. Mengecek data yang di inputkan oleh user dan mencarinya 3. Menampilkan data yang diminta oleh user
Skenario Alternatif
User			System
1. User memasukan data yang salah atau tidak sesuai dengan yang diminta			2. System akan memeriksa data yang dimasukan dan menemukan data tidak valid 3. Memberikan user peringatan bahwa data yang dimasukan salah dan meminta memasukan data kembali

ADMINISTRASI DATA JADWAL

Nama Use-Case	Administrasi data Jadwal – Tambah Jadwal
Deskripsi	Melakukan penambahan data jadwal
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form tambah jadwal
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User memasukan inputan data dalam form dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
User memasukan inputan data yang salah atau ada data yang tidak di isi. User memberikan konfirmasi		System meminta konfirmasi kepada user System mengecek data dan menemukan kesalahan kemudian mengeluarkan warning message

Nama Use-Case	Administrasi data Jadwal – Edit Jadwal
Deskripsi	Mengubah data jadwal
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form edit jadwal
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form edit jadwal kemudian memasukkan inputan jadwal yang ingin dirubah serta perubahannya dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form edit jadwal kemudian memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

Nama Use-Case	Administrasi data Jadwal – Hapus Jadwal
Deskripsi	menghapus data jadwal
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form hapus jadwal
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form hapus jadwal kemudian memasukan inputan jadwal yang ingin dihapus. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form hapus jadwal kemudian memasukan inputan jadwal yang ingin dihapus. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

ADMINISTRASI DATA BUS

Nama Use-Case	Administrasi data Bus – Tambah Bus
Deskripsi	Melakukan penambahan data bus
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form tambah data bus
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User memasukan inputan data dalam form dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
User memasukan inputan data yang salah atau ada data yang tidak di isi. User memberikan konfirmasi		System meminta konfirmasi kepada user System mengecek data dan menemukan kesalahan kemudian mengeluarkan warning message

Nama Use-Case	Administrasi data Bus – Edit Bus
Deskripsi	Mengubah data bus
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form edit data bus
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form edit bus kemudian memasukan inputan jadwal yang ingin dirubah serta perubahanya dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form edit bus memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

Nama Use-Case	Administrasi data Bus – Hapus Bus
Deskripsi	menghapus data Bus
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form hapus bus
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form hapus bus kemudian memasukan inputan data bus yang ingin dihapus. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form hapus bus kemudian memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning

ADMINISTRASI DATA AGEN

Nama Use-Case	Administrasi data Agen – Tambah Agen
Deskripsi	Melakukan penambahan data agen
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form tambah agen
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User memasukan inputan data dalam form dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
User memasukan inputan data yang salah atau ada data yang tidak di isi. User memberikan konfirmasi		System meminta konfirmasi kepada user System mengecek data dan menemukan kesalahan kemudian mengeluarkan warning message

Nama Use-Case	Administrasi data Agen – Edit Agen
Deskripsi	Mengubah data agen
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form edit data agen
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form edit agen kemudian memasukan inputan jadwal yang ingin dirubah serta perubahanya dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form edit agen kemudian memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

Nama Use-Case	Administrasi data Agen – Hapus Agen
Deskripsi	mengahpus data agen
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form hapus agen
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form hapus agen kemudian memasukan inputan data bus yang ingin dihapus. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form hapus agen kemudian memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

ADMINISTRASI INFO

Nama Use-Case	Administrasi Info – Tambah Info
Deskripsi	Melakukan penambahan info
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form tambah info
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User memasukan inputan data dalam form dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User memasukan inputan data yang salah atau ada data yang tidak di isi. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengeluarkan warning message

Nama Use-Case	Administrasi Info – Edit Info
Deskripsi	Mengubah info
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form edit info
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form edit info kemudian memasukan inputan jadwal yang ingin dirubah serta perubahanya dan menekan save. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form edit info kemudian memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

Nama Use-Case	Administrasi Info – Hapus Info
Deskripsi	mengahapus info
Aktor	Moderator
Pre-Kondisi	Telah login sebagai moderator dan masuk dalam form hapus info
Post-Kondisi	Sistem menyimpan data-data yang dimasukkan oleh Moderator
Skenario Normal
User		System
1. User telah masuk dalam form hapus info kemudian memasukan inputan data bus yang ingin dihapus. 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menyimpannya
Skenario Alternatif
User		System
1. User telah masuk dalam form hapus info kemudian memasukan inputan yang tidak ada atau salah tidak sesuai dengan format yang ditentukan 3. User memberikan konfirmasi		2. System meminta konfirmasi kepada user 4. System mengecek data dan menemukan kesalahan kemudian mengirimkan warning message

untuk aplikasi Sistem pemesanan tiket dan databasenya dapat di download di:

http://www.4shared.com/file/113178740/e3375a8b/Adbo_Program_-Sistem_Pemesanan_Tiket_Bus.html