TUGAS MATA KULIAH SPESIFIKASI DAN PRASYARAT PERANGKAT LUNAK ORDER MANAGEMENT SYSTEM STUDI KASUS: PT. ANTA EXPRESS TOUR & TRAVEL SERVICE Tbk

TUGAS MATA KULIAH SPESIFIKASI DAN PRASYARAT PERANGKAT LUNAK

“ ORDER MANAGEMENT SYSTEM ” STUDI KASUS: PT. ANTA EXPRESS TOUR & TRAVEL SERVICE Tbk.

Oleh: Desi Arisandi (7205002078) Muhammad Husein Rifki (7205000946) Riesta Rubia Effendy (7205002183) Safitri Juanita (7205001012) Yudha Anggara Haeqal (720500102Y)

MAGISTER TEKNOLOGI INFORMASI FAKULTAS ILMU KOMPUTER UNIVERSITAS INDONESIA 2006

DAFTAR ISI DAFTAR ISI ................................................................................................. DAFTAR LAMPIRAN................................................................................. PENDAHULUAN ......................................................................................... 1. Profil PT.Anta Express Tour & Travel Service, Tbk....................... .......... 1.1 Visi........................................................................................................ 1.2 Misi ....................................................................................................... 1.3 Tujuan ................................................................................................... 1.4 Sasaran... ............................................................................................... 1.5 Struktur Organisasi... ............................................................................ 2. Proses Bisnis ............................................................................................... 2.1 Proses Bisnis sekarang........................................................................... 2.2 Proses Bisnis dengan Activity Diagram ................................................

ii ii 1 2 2 2 2 3 3 3 4 6

DAFTAR LAMPIRAN Lampiran A : Requirement Management Plan...............................................

A-1

Lampiran B : Stakeholder Request ................................................................

B-1

Lampiran C : Vision ......................................................................................

C-1

Lampiran D : Use-case Diagram....................................................................

D-1

Lampiran E : Use-Case Spesification Register User .....................................

E-1

Lampiran F : Use-case Spesification Pesan Tiket .........................................

F-1

Lampiran G : Use-case Spesification Reservasi Hotel...................................

G-1

Lampiran H : Use-case Spesification Pesan Paket Wisata.............................

H-1

Lampiran I : Use-case Spesification Update Produk....................................

J-1

Lampiran J : Use-case spesification Membayar Pesanan .............................

I-1

Lampiran K : Supplementary Spesification ...................................................

K-1

Lampiran L : Glossary ...................................................................................

L-1

Lampiran M : Attribute Matrix All Features ..................................................

M-1

Lampiran N : Attribute Matrix Stakeholder Request .....................................

N-1

Lampiran O : Attribute Matrix Use-Case Spesification.................................

0-1

Lampiran P : Attribute Matrix Supplementary Spesification........................

P-1

Lampiran Q : Traceability Stakeholder Needs VS Features ..........................

Q-1

Lampiran R : Tracebility Features VS Use Case ...........................................

R-1

Lampiran S : Tracebility Features VS Supplementary .................................

S-1

ii

LAMPIRAN

PT.Anta Express Tour & Service, Tbk

Order Management System Requirements Management Plan Version <1.2>

Order Management System Requirements Management Plan Anta Team/RMP1.2

Version: <1.2> Date:21/Des/06

Revision History Date

Version

Description

Author

26/Sep/06

1.0

Initial Document

Desy

11/Des/06

1.1

Final Deliverable Version

Fitri

21/Des/06

1.2

Revisi Dokument

Fitri

Confidential

PT.Anta Express Tour & Service, Tbk, 2006

Page 2 of 14



Table of Contents 1.

Introduction 1.1 Purpose 1.2 Scope 1.3 Definitions, Acronyms, and Abbreviations 1.4 References 1.5 Overview

4 4 4 4 4 4

2.

Requirements Management 2.1 Organization, Responsibilities, and Interfaces 2.1.1 Customer 2.1.2 User 2.1.3 Stakeholder 2.1.4 Project Manager 2.1.5 Quality Assurance (QA) 2.1.6 Developer 2.1.7 Team Leader 2.1.8 Configuration manager 2.1.9 Requirements Specifier 2.2 Contact Table 2.3 Tools, Environment, and Infrastructure

4 4 4 4 4 4 5 5 5 5 5 5 6

3.

Requirements Artifacts 3.1 Artifact Description 3.1.1 Document Types 3.1.2 Requirement Types 3.1.3 Attributes 3.1.4 List Value 3.2 Traceability 3.2.1 Traceability Criteria for Requirement Types 3.3 Reports and Measures

6 6 6 7 7 8 9 9 10

4.

Requirements Change Management 4.1 Change Request Processing and Approval 4.2 Change Control Board (CCB) 4.3 Project Baselines 4.4 Workflows and Activities 4.4.1 Change Request Management (CRM) Process Activity Descriptions

10 10 11 11 11 11

5.

Milestones 5.1 Inception 5.1.1 Evaluation Criteria 5.1.2 Artifacts 5.2 Elaboration 5.2.1 Evaluation Criteria 5.2.2 Artifacts 5.3 Construction 5.3.1 Evaluation Criteria 5.3.2 Artifacts 5.4 Transition 5.4.1 Evaluation Criteria 5.4.2 Artifacts

12 12 12 12 12 12 13 13 13 13 14 14 14

6.

Training and Resources

14

Confidential


Page 3 of 14



Requirements Management Plan 1. Introduction Dokumen ini berisi panduan yang akan digunakan oleh proyek untuk memberikan gambaran mengenai standar requirement documents, requirement types, requirement attributes, dan traceability. Dokumen ini juga mendefinisikan strategi umum untuk pengaturan requirement dan berfungsi sebagai sumber dokumen utama bagi semua partisipan dalam proyek ini. 1.1 Purpose Kegunaan Requirement Management Plan adalah untuk mendefinisikan requirement schema dan atribut dari requirement. 1.2 Scope Dokumen Reequirment Management Plan ini hanya mencakup hal-hal yang berhubungan pengelolaan spesifikasi dan prasyarat order management system. 1.3 Definitions, Acronyms, and Abbreviations Definisi dan singkatan yang terdapat dalam dokumen ini dapat dilihat pada dokumen Glossary. 1.4 References Kruchten, Philippe. 1999. The Rational Unified Process. Menlo Park, CA: Addison Wesley. Leffingwell, D. and DonWidrig. 2000. Management Software Requirements. Menlo Park, CA: Addison Wesley. Spence, I. and L. Probasco. 1998. Traceability Strategies for Managing Requirments with Use Cases. Cupertino, CA: Rational Software Corporation. Rational Unified Process, Version 2003 Copyright 1987 – 2003. Rational Software Corporation 1.5 Overview Dokumen ini berisikan rincian khusus dan strategis untuk mengelola kebutuhan Order Management System yang online. Dokumen ini menjelaskan bagaimana kebutuhan di tata dan di catat dalam proyek ini. Dokumen ini menjelaskan proses pengelolaan perubahan kebutuhan-kebutuhan yang ada. Dijelaskan juga workflow dan rangkaian aktifitas yang berhubungan dengan pengontrolan kebutuhan proyek.

2. Requirements Management 2.1 Organization, Responsibilities, and Interfaces 2.1.1 Customer Seseorang atau organisasi, yang berasal dari internal maupun eksternal organisasi, yang bertanggung jawab terhadap masalah financial responsibility untuk system yang akan dikembangkan. Pelanggan adalah penerima utama dari hasil pengembangan produk dan dokumentasinya. 2.1.2 User Seseorang yang akan menggunakan system yang sedang dibangun. 2.1.3 Stakeholder Individu atau organisasi yang akan terkena dampak dari keluaran system. 2.1.4 Project Manager Individu yang bertanggung jawab penuh atas keberlangsungan proyek. Manager proyek harus memastikan penjadwalan aktifitas, pengalokasikan dan penyelesaiannya sesuai dengan jadwal proyek, anggaran dan kebutuhan kualitas.

Confidential


Page 4 of 14



2.1.5 Quality Assurance (QA) Fungsi dari Quality Assurance adalah sebagai pihak yang bertanggung jawab atas kepastian bahwa standar dari proyek telah dijalankan dengan benar serta melaporkan semua hasil pantauannya ke manager proyek. 2.1.6 Developer Seseorang yang bertanggung jawab untuk mengembangkan fungsionalitas yang dibutuhkan sesuai dengan standard an prosedur proyek. Termasuk didalamnya aktifitas untuk melakukan pengumpulan kebutuhan, analisa dan perancangan, implementasi dan pengujian. 2.1.7 Team Leader Pemimpin team adalah penghubung antara pihak managemen dan pengembang. Pemimpin tim bertanggung jawab untuk memastikan bahwa setiap aktifitas dilakukan dan dimonitor sampai penyelesaiannya. Pemimpin tim juga bertanggung jawab untuk memastikan bahwa staf pengembang mengikuti standar proyek dan sesuai dengan jadwal proyek. 2.1.8 Configuration manager Manager konfigurasi bertanggung jawab untuk menyusun struktur produk dalam managemen perubahan, mendefinisikan dan mengakolasikan ruang kerja bagi pengembang, dan melakukan integrasi. Manager konfigurasi harus melaporkan hasil kegiatannya kepada manager proyek. 2.1.9 Requirements Specifier Seseorang yang bertugas untuk menyususn spesifikasi dari bagian fungsionalitas system dengan menggambarkan aspek kebutuhan tersebut ke dalam satu atau lebih use case. Requirment specifier juga bertanggung jawab untuk mempaketkan use case, menjaga integritas dari paket tersebut. 2.2 Contact Table Role

Name

Title

Organization

Customer

Dedy Saputra

Manajer Departemen Teknologi Informasi

PT.Anta Tour

User

Titin Fatimah

Operational Staff E-Biz

PT.Anta Tour

Stakeholder

Suryawan Sutjitro

Supervisor Departemen E-Biz

PT. Anta Tour

Project manager

Safitri Juanita

PM

MTI-UI

Quality assurance

Desi Arisandi

QA

MTI-UI

Team leader

Riesta Rubia Effendi

TL

MTI-UI

Requirements specifier

Yudha Anggara

RS

MTI-UI

Configuration manager

Muhammad Husein Rifki

CM

MTI-UI

Confidential


Contact

Page 5 of 14



2.3 Tools, Environment, and Infrastructure Tool

Description

Rational RequisitePro

For managing requirements

Microsoft Word

Untuk penulisan dokumentasi

Microsoft Visio

Untuk penulisan dokumentasi

License Info

Technical Support

Website

[email protected]

www.rational.com

[email protected]

[email protected]

www.office.micros fot.com/enus/defau lt.aspx www.office.micros fot.com/enus/defau lt.aspx

3. Requirements Artifacts 3.1 Artifact Description Bagian ini menggambarkan tentang artifact (dokumen, tipe kebutuhan, dan atribut kebutuhan) dan mendefinisikan bagaimana artifact tersebut diberi nama, ditandai, dan diberi nomor. 3.1.1 Document Types

Document Type Stakeholder Requests (STR)

Description

Default Requirement Type

Permintaan dari stakeholders (jika menggunakan alat perubah permintaan manajemen , seperti rational ClearQuest, maka stakeholder kadang mengirimkannya lewat alat tersebut dan tidak ada duplikasi pada requirement management tool) Kondisi atau kapabilitas dari system yang akan di release

Stakeholder Request (STRQ)

Use-Case Specification (UCS)

Deskripsi Use-case dan elaborasi

Use Case (UC)

Glossary (GLS)

Digunakan untuk mencatat kosakata umum yang digunakan pada dokumen.

Glossary Item (TERM)

Supplementary Requirements Specification (SUP)

dokumen tipe ini menggambarkan permintaan system yang tidak dapat digambarkan dalam use case.

Supplementary Requirement (SUPL)

Requirements Management Plan (RMP)

Dokumen tipe ini menggambarkan permintaan dan spesifik strategi untuk mengatur dan mengembangkan project.

Default for documents without requirements (NONE)

Vision (VIS)

Confidential

Feature (FEAT)


Page 6 of 14



3.1.2 Requirement Types

Requirement Type

Description

Attributes

Stakeholder Request (STRQ)

Suatu kebutuhan tipe apapun juga, misalnya, permintaan perubahan / change request, permintaan pengembangan baru, permintaan untuk pengubahan kebutuhan, kesalahan, dari seorang stakeholder.

Stakeholder Priority, status, Difficulty, Stability

Feature (FEAT)

Layanan yang seharusnya disediakan oleh system, yang secara langsung memenuhi kebutuhan stakeholder.

Priority, Status, Difficulty, Stability

Use Case (UC)

Deskripsi perilaku system yang digambarkan dalam urutan tindakan. Sebuah use case seharusnya menghasilkan keluaran yang dapat dirasakan oleh seorang actor.

Property, Priority, Status, Difficulty, Stability


Deskripsi perilaku system yang dapat digambarkan secara langsung oleh use case

Priority, Status, Difficulty, Stability,

3.1.3 Attributes

Attribute

Description

Type

List Values Requirement Type

Priority

Disetting oleh analis

List

High

Menunjukan prioritas pelanggan untuk mengimplementasikan kebutuhan

FEAT, UC, SUPL, STRQ

Medium Low

Digunakan pada pengelolaan ruang lingkup dan menjelaskan prioritas pengembangan Status

Difficulty

Disetting oleh analis dan quality assurance

List

Proposed Approved

Menunjukan batasan kebutuhan

Incorporated

Digunakan dalam pengelolaan ruang lingkup dan menjelaskan status proyek

Validated

Disetting oleh manager pengembangan

FEAT, UC,SUPL, STRQ

List

High

FEAT,SUPL,STRQ, UC

Medium

Menunjukkan tingkatan usaha yang dikumpulkan dengan kebutuhan Digunakan dalam pengelolaan ruang lingkup dan menjelaskan prioritas pengembangan Confidential

Low


Page 7 of 14

Order Management System Requirements Management Plan Anta Team/RMP1.2 Stability


Disetting oleh analis dan tim pengembangan

List

Menunjukkan kemungkinan bahwa kebutuhan akan mengalami perubahan

Disetting oleh pembuat spesifikasi use case

Low List

Menunjukan spesifikasi property use case yang sedang didokumentasikan sebagai suatu requirement

FEAT,UC, SUPL, STRQ

Medium

Digunakan untuk meningkatkan prioritas pengembangan dan untuk menjelaskan apakah informasi tambahan dibutuhkan Property

High

Name

UC

Brief Description Basic Flow Alternate Flow Special Requirement PreCondition Post-Condition

3.1.4 List Value High

Value

For Attributes Priority

Medium Low Proposed Approved

Priority Priority Status Status

Description Sangat kritis untuk kesuksesan dan ketahanan bisnis atau pemegang kunci account Bermanfaat, menambah nilai kompetitif dan feature yang unik Memungkinkan namun tidak terlalu membawa manfaat Diajukan oleh suatu permintaan stakeholder Disetujui oleh manager proyek dan atau penjamin kualitas

Incorporated

Status

Diberikan untuk dijalankan

Validated

Status

Diuji oleh penjamin kualitas

High

Difficulty

Medium

Difficulty

Low

Difficulty

Sangan sukar, misalnya untuk menyetujuinya sangat mahal dalam hal sumber daya ataupun uang. Seharusnya diserang dahulu ataupun dibatalkan Sulit, tetapi dapat dilakukan tanpa menanggung resiko. Seharusnya hanya diserang setelah seluruh requirement yang tinggi dan sulit telah dipenuhi atau dibatalkan Mudah, seharusnya dipenuhi belakangan

High

Stability

Medium

Stability

Low

Stability

Confidential

Sepertinya akan berubah, atau hal ini masih terlihat sangat samar dan membutuhkan penjelasan lebih lanjut untuk dikerjakan Bisa berubah namun masih cukup stabil untuk memulai pekerjaan Hampir tidak akan berubah, dapat memberi kepuasan awal pada proses


Page 8 of 14



Name

Property

Nama use case spesification

Brief Description

Property

Paragraph singkat yang menjelaskan nilai suatu use case

Basic Flow

Property

Alur basic dari use-case

Alternate Flow

Property

Alur alternative dari use-case

Special Requirement

Property

Kondisi tertentu yang harus dipenuhi oleh use-case

Pre-Condition

Property

Kondisi yang dibutuhkan sebelum use-case dimulai

Post-Condition

Property

Kondisi yang harus dipenuhi setelah use-case berakhir

3.2 Traceability 3.2.1 Traceability Criteria for Requirement Types

Stakeholder Request Need Features

Use Case

Supplementary Requirement

Requirement Type

Guidelines

Stakeholder Request (STRQ) Stakeholder Need (NEED)

Keinginan atau permintaan stakeholder

Feature (FEAT)

Use Case (UC)


Confidential

Kebutuhan real yang masih mengunakan bahasa user dan dapat dijabarkan menjadi FEAT Seluruh kebutuhan FEAT dengan status “Approved” harus ditelusuri dengan satu UC requirement atau lebih atau dengan satu SUPP requirement atau lebih Setiap kebutuhan use case harus ditelusuri ke kebutuhan FEAT Setiap kebutuhan SUPP harus ditelusuri ke kebutuhan FEAT

Notes

Satu NEED dapat menjadi lebih dari satu FEAT Gunakan query pada paket Coverage Analysis untuk memvalidasi cakupannya

Gunakan query pada paket coverage analysis untuk melakukan validasi Gunakan query dalam paket coverage analysis untuk memvalidasi cakupannya


Page 9 of 14



3.3 Reports and Measures Laporan dan pengukuran dilakukan untuk tracebillity terhadap requirement sesuai dengan procedure tracebility diatas, dimana feature dapat di trace-to dengan stakeholder request. Beberapa laporan dan pengukuran yang dapat dihasilkan untuk mengukur tingkat tracebility tersebut antara lain :

Query Name

Description

Package

Benefit of View

All Features

Seluruh fitur produk dan atributnya

Features and Vision

Memprioritaskan fitur

All Supplementary Requirements

Seluruh kebutuhan dari tipe kebutuhan supplementary

Supplementary Request

Memprioritaskan kebutuhan non functional

All Use Case

Seluruh kebutuhan use case

Use Cases

Memprioritaskan use case

Use Case Brief Descriptions

Keseluruhan use case dan penjelasan singkatnya

Use Cases

Use cases overview

Fetures Not Traced in Supplementary Specs

Daftar dari fitur yang tidak berhubung ke kebutuhan non functional

Coverage Analysis

Laporan dari keseluruhan fitur produk yang belum dirinci ke suatu grup use case

Full Coverage Report

Tracebility tree dari semua hubungan yang ada

Coverange Analysis

Memperlihatkan seluruh hubungan yang sudah ada dalam proyek

Functional Requirement Coverange

Daftar hubungan fitur ke use case

Coverange Analysis

Menunjukkan hubungan yang ada untuk bagian fungsional dari system

Features Affected by stakeholder Needs

Daftar dari kebutuhan stakeholder potensial mempengaruhi perubahan fitur produk

Impact Analysis

Kesadaran perubahan fitur terhadap kebutuhan stakeholder

Supplementary Requirements Affected by Features Changes

Daftar dari kebutuhan supplementary yang potensial dipengaruhi oleh perubahan fitur produk

Impact Analysis

Kesadaran perubahan fitur terhadap kebutuhan non functional

Use Cases Impacted by Feature Changes

Daftar dari kebutuhan use case yang potensial dipengaruhi oleh suatu perubahan fitur produk

Impact Analysis

Kesadaran perubahan fitur terhadap kebutuhan fungsional

4. Requirements Change Management 4.1 Change Request Processing and Approval Setiap permintaan perubahan yang ingin diajukan oleh stakeholder, maka perubahan yang diinginkan tersebut harus dituangkan ke dalam dokumen tertulis, berisikan detail perubahan, alasan dan dampak dari perubahan yang diinginkan. Dokumen permohonan perubahan tersebut selanjutnya harus disetujui oleh Manajer Departemen Teknologi Informasi. Setelah mendapat persetujuan dari Manajer Departemen Teknologi Informasi maka dokumen tersebut harus diperiksa oleh Web Designer dan Administrator untuk dilihat cakupan perubahannya.

Confidential


Page 10 of 14



4.2 Change Control Board (CCB) CCB merupakan tim yang beranggotakan teknikal dan manajerial stakeholder. CCB bertanggung jawab dalam melakukan review terhadap perubahan request dan dampak yang ditimbulkan dari perubahan tersebut, mengatur priorty dari Change Request dan memberikan approval untuk melakukan perubahan. CCB akan melakukan review terhadap change request yang masuk. Review dilakukan terhadap artifact, biaya yang harus dikeluarkan dari perubahan terset dan jadwal dari pengerjaan project tersebut. 4.3 Project Baselines N/A 4.4 Workflows and Activities Menggambarkan workflows dan aktifitas yang dijalankan dari requirements, Menggambarkan review aktivitas, termasuk menampilkan objektives, responsibilities, timing, dan procedures. 4.4.1 Change Request Management (CRM) Process Activity Descriptions

Activity

Description

Responsibility

Corresponding Requirement Status

Submit CR

Semua stakeholder yang ada pada project dapat melakukan Change Request(CR). Change Request dilakukan dengan me-log ke system change request tracking..

Submitter

Proposed

Review CR

Fungsi dari aktivitas ini adalah untuk me-evaluasi proposal Change Request.

CCB

Proposed

Confirm Duplicate or Reject

Jika pada Change Request di perkirakan akan terjadi duplikasi atau penolakan sebagai permintaan yang valid, maka delegasi dari CCB bertugas untuk mengkonfirmasi mengenai duplikasi atau penolakan yang terjadi dan untuk mendapatkan informasi lebih dari submitter,jika memang dibutuhkan

CCB Delegate

Proposed

Update CR

Jika informasi lain dibutuhkan untuk me-evaluasi Change request, atau jika Change Request di tolak pada satu titik proses, submitter memberitahu dan harus update Change Request dengan informasi baru. Change Request yang terbaru kemudian di propose ulang ke CCB review

Submitter

Proposed

Assign & Schedule Work

Sekali change request dibuka, project manager akan menugaskan pekerjaan tersebut ke team member yang terbaik dan membuat jadwal projek untuk melakukan update yang diperlukan.

Project Manager

Approved

Make Changes

Anggota tim yang bekerja melakukan sekumpulan aktivitas seperti requirements, analysis & design, implementation, produce user-support materials, design test, dll untuk membuat change request.

Assigned Team Member

Incorporated

Verify Changes in Test Build

Setelah perubahan diselesaikan oleh anggota tim (analyst, developer, tester, tech writer, dll), perubahan di tester dan di verifikasi ke test build dari produk

Tester

Incorporated

Confidential


Page 11 of 14

Order Management System Requirements Management Plan Anta Team/RMP1.2 Verify Changes in Release Build


Setelah dilakukan verifikasi pada test build dari produk, Change Request di tempatkan ke tester pelepasan produk untuk di verifikasi lagi sebelum melepaskan produk ke stakeholder dan menutup Change Request

CCB Delegate (System Integrator)

Validated

5. Milestones 5.1 Inception 5.1.1 Evaluation Criteria Persetujuan stakeholder atas definisi ruang lingkup dan biaya atau jadwal memperkirakan : • Kesepakatan atas sekumpulan kebutuhan telah dibuat dan ada pemahaman bersama tentang kebutuhan-kebutuhan tersebut. • Kesepakatan bahwa perkiraan biaya atau jadwal, prioritas, resiko dan proses pengembangan sudah tepat. • Semua resiko telah diidentifikasikan dan ada strategi penangan untuk setiap resiko tersebut. Proyek mungkin akan dibatalkan atau dipertimbangkan kembali jika gagal mencapai milestone ini. 5.1.2 Artifacts

Tasks/Artifacts

Description

Vision

Kebutuhan utama, Fitur-fitur utama dan batasan-batasan proyek didokumentasikan.

Business Rule

Aturan-aturan yang ada dalam bisnis didokumentasikan dan diperiksa

Iteration Plan

Rencana iterasi untuk iterasi elaborasi yang pertama telah dibuat dan diperiksa

Glossary

Istilah yang penting didefinisikan; glossary telah diperiksa

Use Case Model

Aktor dan use case yang penting diidentifikasikan dan alur event dibuat hanya untuk use case yang terpenting

Start Date

End Date

5.2 Elaboration Akhir fase elaborasi adalah milestone proyek ke dua yang terpenting. Pada titik ini dilakukan pendefinisian tujuan dan ruang lingkup system secara detil, pilihan arsitektur dan resolusi terhadap resiko utama. 5.2.1 Evaluation Criteria •

Vision dan kebutuhan produk stabil.

•

Arsitektur stabil.

•

Pendekatan utama yang digunakan dalam pengujian dan evaluasi sudah terbukti.

•

Pengujian dan evaluasi terhadap prototype yang dapat dieksekusi telah menunjukan elemen yang berisiko tinggi telah diperiksa dan diresolve dengan baik.

•

Rencana iterasi untuk fase konstruksi cukup detil dan rinci sehingga memungkinkan pekerjaan mulai dilaksanakan.

•

Rencana iterasi untuk fase konstruksi didukung dengan perkiraan yang matang

Confidential


Page 12 of 14



•

Semua stakeholders setuju bahwa vision sekarang dapat dipenuhi jika rencana yang telah disusun dieksekusi untuk mengembangkan system yang lengkap, dalam konteks arsitektur yang ada saat ini.

•

Penggunaan sumber daya actual vs yang direncanakan masih dapat diterima

Proyek ini mungkin dapat dibatalkan atau dipertimbangkan untuk diperbaiki jika gagal mencapai milestone ini. 5.2.2 Artifacts

Tasks/Artifacts

Description

Prototype

Satu atau lebih executable prototype arsitektur telah dibuat untuk menggali fungsionalitas yang bersifat kritis dan scenario yang penting

Risk List

Diupdate dan diperiksa, khususnya untuk menangani risiko kebutuhan non fungsional

Software Architecture Document

Sudah dibuat dan dijadikan baseline, termasuk deskripsi detil tentang use-case yang penting(use-case view), identifikasi mekanisme utama dan elemen rancangan (logical view)

Data Model

Diupdate dengan melengkapi semua elemen yang mendukung implementasi

Implementasi Model

Struktur awal telah dibuat dan kompnen utama telah dibuat proposalnya

Start Date

End Date

5.3 Construction 5.3.1 Evaluation Criteria Kriteria evaluasi untuk fase konstruksi adalah jawaban atas pertanyaan berikut : •

Apakah product release yang bersangkutan sudah cukup stabil dan matang untuk dideploy di lingkungan pengguna?

•

Apakah semua stakeholders siap untuk melakukan proses transisi dalam lingkungan pengguna?

•

Apakah pengguna sumber daya secara aktual vs yang direncanakan masih dapat diterima? Transisi mungkin harus ditunda karena satu release jika proyek gagal mencapai milestone ini

5.3.2 Artifacts

Tasks/Artifacts

Description

System

Sistem yang dapat dieksekusi, siap untuk dilakukan beta testing

Deployment Plan

Versi awal dibuat, diperiksa dan dijadikan baseline

Implementation Model

Perluasan dari yang sudah dihasilkan dalam fase elaborasi. Semua elemen implementasi dibuat pada akhir fase konstruksi

Test Suite

Pengujian dilakukan terhadap semua release yang dibuat dalam fase konstruksi untuk menguji stabilitasnya

Confidential


Start Date

End Date

Page 13 of 14



End-User Support Material User manual dan bahan pelatihan lainnya. Berupa draft awal berdasarkan use case Iteration Plan

Rencana iterasi untuk fase transisi sudah selesai dibuat dan diperiksa

Design Model

Update elemen rancangan yang baru yang diidentifikasi selama penyelesaian semua kebutuhan

Data Model

Diupdate dengan melengkapi semua elemen yang mendukung implementasi

5.4 Transition 5.4.1 Evaluation Criteria Kriteria evaluasi untuk fase transisi adalah jawaban atas pertanyaan berikut : • Apakah pengguna puas ? •

Apakah penggunaan aktual sumber daya vs rencana dapat diterima ?

5.4.2 Artifacts

Tasks/Artifacts

Description

Product Build

Produk sudah dikembangkan dengan lengkap sesuai dengan kebutuhan. Produk akhir dapat digunakan oleh customer.

End-user Support Material

Bahan-bahan yang membantu pengguna akhir dalam pembelajaran, penggunaan, pengoperasionalan dan pemeliharaan produk harus sudah lengkap sesuai dengan kebutuhan

Implementation Element

Implementasi sudah lengkap dan dibangun baseline-nya, elemen yang dideploy digabungkan menjadi produk akhir.

Start Date

End Date

6. Training and Resources Tim pengembang harus sudah memahami konsep RUP dan pengelolaan kebutuhan system dengan menggunakan metodologi RUP, software yang digunakan adalah Requisite Pro dan Rational Rose.

Confidential


Page 14 of 14

PT. Anta Express Tour & Service, Tbk

Order Management System Stakeholder Requests Version <1.2>

Order Management System Stakeholder RequestOrder Management System Anta Team/STRQ1.2

Version: <1.2> Date: 7/Des/06


Version

Description

Author

26/Sep/06

1.0

Initial Document

Rifki

27/Nov/06

1.1

Melengkapi Stakeholder Request

Rista

7/Des/06

1.2


Fitri

Confidential

©PT. Anta Express Tour & Service, Tbk, 2006

Page 2





4 4 4 4 4 4

2.

Establish Stakeholder or User Profile 2.1 Stakeholder 2.1.1 Manajer Departemen Teknologi Informasi 2.1.2 Supervisor Departemen E-Biz 2.1.3 Web Designer & Administrator 2.2 User 2.2.1 Operational Staff E-Biz 2.2.2 Customer

4 4 4 5 6 6 6 7

3.

Assessing the Problem

8

4.

Understanding the User Environment

8

5.

Recap for Understanding

9

6.

Analyst’s Inputs on Stakeholder’s Problem (validate or invalidate assumptions)

9

7.

Assessing Your Solution (if applicable)

9

8.

Assessing the Opportunity

10

9.

Assessing Reliability, Performance, and Support Needs 9.1 Reliability 9.2 Performance 9.3 Support Need 9.4 Security 9.5 Distribution 9.6 Packaging and Labelling

10 10 10 10 10 10 10

10.

Wrap-Up

10

11.

Analyst’s Summary

10

Confidential


Page 3



Stakeholder Requests 1. Introduction 1.1 Purpose Tujuan pembuatan dokumen ini adalah : • Mendokumentasikan permasalahan dan opportunity yang dihadapi stakeholder • Mendokumentasikan pihak-pihak yang berkepentingan terhadap perangkat lunak ini • Mengekstrak permintaan stakeholder atas perangkat lunak system order management PT. ANTA EXPRESS TOUR & TRAVEL, Tbk

1.2 Scope Dokumen ini merupakan suatu acuan bagi semua pihak yang terlibat dalam pengembangan perangkat lunak PT. ANTA EXPRESS TOUR & TRAVEL, Tbk guna memahami profile stakeholder yang terkait, permasalahan yang dihadapi serta alternatif solusi yang diusulkan serta diimplementasikan oleh stakeholder tersebut. 1.3 Definitions, Acronyms, and Abbreviations Daftar definisi, istilah dan singkatan yang ada dalam dokumen ini dapat dilihat dalam dokumen Glossary.

1.4 References Daftar acuan yang digunakan dalam dokumen ini adalah : - www.antatour.com

1.5 Overview Secara umum dokumen ini berisi mengenai gambaran tentang profil stakeholder dan user yang berkepentingan terhadap pengembangan modul ini berikut permasalah yang mereka hadapi serta solusi yang mereka implementasikan untuk mengatasi permasalahan tersebut. Untuk lebih memahami apa yang menjadi keinginan dan kebutuhan mereka maka bagian berikut akan dijelaskan profil setiap stakeholder dan user modul ini.

2. Establish Stakeholder or User Profile 2.1 Stakeholder Bagian berikut menjelaskan tentang profile setiap stakeholder secara detail. 2.1.1 Manajer Departemen Teknologi Informasi Representative Description Type Responsibilities Success Criteria

Confidential

Dedy Saputra Manajer Departemen Teknologi Informasi Pembuat Kebijakan TI Mengevaluasi kinerja Staff TI, mengevaluasi pengembangan dan ketersediaan Infrastruktur • Proyek selesai dalam waktu yang disepakati dan tidak melebihi budget yang ditetapkan ©PT. Anta Express Tour & Service, Tbk, 2006

Page 4


Involvement Deliverable Comment/Issue


• Dapat menggunakan sumber daya yang tersedia, baik SDM maupun Infrastruktur -

2.1.2 Supervisor Departemen E-Biz Representative Description Type

Suryawan Sutjitro Supervisor Departemen E-Biz Pengelola website PT. ANTA EXPRESS TOUR & TRAVEL, Tbk

Deliverable

• Memeriksa back office website (website Anta, Vaya, & GBS GTA ) untuk mengetahui apakah ada reservasi yang masuk melalui website atau tidak • Memastikan reservasi yang masuk melalui website sudah diterima & difollow up oleh operational staff yang bersangkutan • Menerima & membaca email yang masuk ke alamat [email protected] & [email protected]. • Membuat Sales Report bulanan Anta & Vaya yang berisi data penjualan melalui e-Biz Dept (berdasarkan invoice dengan kode 60EBIZ untuk Anta dan 11EBIZ untuk Vaya). • Merancang newsletter bulanan yang akan dikirim ke customer Anta & Vaya (tanggal pengiriman, materi, konsep). Biasanya supervisor e-biz berkoordinasi dengan bagian2 yang terkait (ticketing, hotel, tour) dalam menentukan materi newsletter. • Membantu bagian Ticketing & Hotel, Tour untuk mempromosikan produk2 Anta & Vaya di website. Misalnya bagian tour akan mengadakan pameran, maka biasanya bagian Tour akan meminta bantuan supervisor e-biz untuk mempromosikannya di website melalui banner atau newsletter. • Melakukan kegiatan promosi yang berhubungan dengan e-Biz Dept (pemasangan iklan di media cetak, talkshow di radio). • Melakukan kerja sama dengan pihak ketiga yang berhubungan dengan pengembangan bisnis e-Biz Dept, contoh : kerja sama dengan mATM untuk pembayaran, kerjasama dengan GTA untuk layanan booking hotel online. • Pelanggan merasakan kepuasan dalam menggunakan layanan dan fasilitas yang ada di website AntaTour • Peningkatan pengunjung website AntaTour • Peningkatan pelanggan yang menggunakan jasa layanan PT. ANTA EXPRESS TOUR & TRAVEL, Tbk • Membuat rekapitulasi data penjualan dengan cepat dan akurat • PT.ANTATOUR dikenal customer yang ada diseluruh Dunia dan dikenal pula produk-produknya • PT.ANTATOUR dipercaya sebagai rekan bisnis yang menguntungkan • Promosi PT.ANTATOUR • Mencari rekan bisnis yang saling menguntungkan • Membuat laporan bulanan sehingga perusahaan bisa mengetahui keuntungan yang diperoleh • Evaluasi pekerjaan staff E-Biz -

Comment/Issue

-

Responsibilities

Success Criteria

Involvement

Confidential


Page 5



2.1.3 Web Designer & Administrator Representative Description Type Responsibilities

Success Criteria

Involvement

Deliverable

Comment/Issue

Web Designer & Administrator Create and Design Website PT.ANTA EXPRESS TOUR & TRAVEL, Tbk • Memeriksa kestabilan Website & Server (Web server, Xml Server, Database Server). • Memperbaiki error di dalam script website Vayatour & Antatour. • Mempersiapkan segala keperluan design untuk website, seperti banner design, images serta halaman-halaman promosi di website Antatour & Vayatour. • Mempersiapkan template design untuk promosi Newsletter Vayatour & Antatour setiap bulan. • Apabila diperlukan turut mempersiapkan design promosi bagi Antatour & Vayatour untuk Iklan di media cetak. • Pelanggan dan Pengelola mudah menggunakan layanan dan fasilitas yang ada di website AntaTour • Kegiatan Promosi menjadi lebih mudah • Website banyak dikunjungi oleh para • Membuat sistem yang user friendly • Promosi PT.ANTATOUR • Menambah fitur yang menarik pelanggan • sistem yang user friendly • Fasilitas dan layanan yang memudahkan pelanggan • Tampilan website yang menarik -

2.2 User 2.2.1 Operational Staff E-Biz Representative Description Type Responsibilities

Confidential

Titin Fatimah Operasional Staff E-Biz Mengoperasikan website PT. ANTA EXPRESS TOUR & TRAVEL, Tbk • Memeriksa back office website (website Anta, Vaya) untuk mengetahui apakah ada reservasi yang masuk melalui website atau tidak. • Memfollow up reservasi tersebut sampai pada tahap issue tiket & invoicing. Issue tiket & invoicing ini dilakukan oleh bagian ticketing atau cabang Anta/Vaya. • Menerima reservasi melalui email yang terlebih dahulu disortir oleh supervisor untuk kemudian difollow up. • Mengarsipkan invoice (dengan kode 60EBIZ untuk Anta & 11EBIZ untuk Vaya) dari transaksi yang telah dilakukan oleh customer e-Biz. Invoice ini merupakan data untuk Sales Report bulanan. • Update harga tiket domestik & internasional, hotel domestik & internasional, paket tour (FIT dan group) ke website Anta & Vaya. Masing2 staff mempunyai tanggung jawab yang berbeda, misalnya staf A bertanggung jawab untuk update harga tour, staf B bertanggung jawab untuk update harga tiket domestik, dsb. • Memilih produk2 yang akan dipromosikan di newsletter setiap bulannya ©PT. Anta Express Tour & Service, Tbk, 2006

Page 6


Success Criteria

• • • • •

Involvement

• • • • • •

Deliverable Comment/Issue

•


(berkoordinasi dengan bagian ticketing & tour untuk produk-produk yang akan dipromosikan). Pelanggan bisa menikmati layanan dengan informasi data yang realtime Pengelolaan data invoice yang efektif, cepat dan benar Mencetak laporan sales bulanan dengan mudah Sistem menerima output yang benar dari pelanggan dan hotel Produk terjual dengan memuaskan sehingga perusahaan memperoleh keuntungan Mengelola Website AntaTour Berperan dalam kesuksesan produk yang di promosikan Berperan dalam menciptakan kepuasan pelanggan Kepuasan dan kepercayaan pelanggan Kecepatan pembuatan laporan invoice benar Sulit mem-follow up reservasi yang dipesan pelanggan dalam waktu cepat karena sistem reservasi ANTATOUR belum terhubung dengan hotel dan airline yang ada di Indonesia sehingga masih dilakukan manual Kesulitan dalam mengupdate tiket domestic sehingga pelanggan tidak dapat mengetahui availability produk yang dipesan secara lang

2.2.2 Customer Representative Description Type Responsibilities

Success Criteria

Involvement Deliverable

Comment/Issue

Confidential

Salah satunya : Anto Customer User • Melakukan pemesanan tiket online • Melakukan reservasi hotel secara online • Melakukan pemesanan paket wisata • Men-cek availablity tiket atau hotel yang sudah dipesan • Melakukan pembayaran online • Customer dapat melakukan pemesanan tiket secara online tanpa masalah • Customer dapat melakukan pemesanan reservasi hotel secara online tanpa masalah • User interface mudah digunakan. • Customer dapat melihat informasi tentang tiket dan hotel secara realtime • Customer dapat melihat availability tiket dan reservasi hotel yang sudah dipesan dengan mudah • Customer dapat melakukan pembayaran online dengan aman • Harga dan jadwal tiket pesawat atau harga dan ketersediaan hotel dengan data yang realtime. • Informasi mengenai tiket pesawat dan hotel yang dipesan. • Informasi mengenai pembayaran yang sudah dilakukan • Sulit mendapatkan informasi mengenai tiket airline dan hotel yang realtime. • Informasi mengenai availabilitity reservasi hotel atau tiket airline yang sudah dipesan customer tidak didapat customer dalam waktu cepat.


Page 7



3. Assessing the Problem Masalah

Akan Mempengaruhi

Dampak yang ditimbulkan

Solusi yang diimplementasikan

Solusi yang diinginkan

• Sistem reservasi yang belum online, konsumen dapat melakukan pemesanan produk melalui web Anta Tour tetapi konsumen tidak dapat mengetahui availability produk yang dipesan secara langsung. Hal ini dikarenakan penanganan pesanan dari pelanggan masih dilakukan secara manual • Sistem reservasi PT. Anta Express yang belum terintegrasi dengan sistem reservasi perusahaan mitranya. Pelanggan dapat memesan tiket hotel dan pesawat dari berbagai hotel dan airlines tetapi system reservasi PT. Anta Express belum terhubung secara langsung dengan perusahaanperusahaan tersebut. • Tidak dapat merespon pesanan konsumen dengan cepat. Masalah yang ditimbulkan akan mempengaruhi tingkat kepuasan pelanggan saat memanfaatkan system reservasi PT. Anta Express karena kurangnya fasilitas dan pelayanan kepada pelanggan seperti ketepatan waktu. • Proses penanganan pesanan pelanggan yang dilakukan secara manual membutuhkan waktu yang lama dan membutuhkan tingkat ketelitian yang tinggi untuk menghindari human error . • Tidak dapat mengetahui availability produk pada hotel atau airline yang dipesan pelanggan. • Tidak dapat mengirim confirmation order dengan segera kepada pelanggan untuk memberitahukan apakah status pesanan pelanggan approve atau cancel. • Melakukan cross check ke pihak hotel atau airlines secara manual melalui fasilitas telepon atau e-mail • Mengirim confirmation order melalui e-mail kepada pelanggan setelah melakukan cross check kepihak hotel atau airlines • Memiliki system back office yang dapat menerima pesanan pelanggan secara online dan sistem terhubung secara langsung dengan system reservasi yang ada pada setiap hotel dan airlines. • Membangun sebuah system reservasi yang bersifat online dan real time, sehingga pada saat pelanggan melakukan pemesanan, pelanggan secara langsung dapat mengetahui status dari pesanan mereka.

4. Understanding the User Environment Yang menjadi end user pada sistem ini adalah pelanggan yang ingin melakukan pemesanan tiket hotel, pesawat ataupun paket wisata melalui PT. ANTA EXPRESS TOUR & TRAVEL, Tbk. User yang memanfaatkan sistem ini memiliki latar belakang pendidikan dan ekonomi yang berbeda-beda. Dari segi ekonomi, pelanggan pada umumnya memiliki tingkat ekonomi menengah keatas. Pelanggan yang memanfaatkan sistem pemesanan melalui fasilitas website pada umumnya telah terbiasa menggunakan aplikasi reservasi berbasis web. Bagi pelanggan yang tidak ingin menggunakan sistem reservasi online, dapat melakukan pemesanan produk secara langsung melalui telepon atau datang langsung ke kantor Anta Tour. Pengguna sistem ini dapat mengakses sistem selama 24 jam selama setiap harinya.

Confidential


Page 8



5. Recap for Understanding Masalah yang dihadapi oleh stakeholder adalah : Konsumen tidak dapat mengetahui availability produk yang dipesan secara langsung. Sistem tidak menampilkan data mengenai hotel dan tiket airline secara realtime. Sistem reservasi hotel dan tiket airline yang belum terintegrasi dengan sistem order management PT.Anta Tour

6. Analyst’s Inputs on Stakeholder’s Problem (validate or invalidate assumptions) No 1

2

Masalah Sistem reservasi yang belum online, konsumen dapat melakukan pemesanan produk melalui web Anta Tour tetapi konsumen tidak dapat mengetahui availability produk yang dipesan secara langsung. Hal ini dikarenakan penanganan pesanan dari pelanggan masih dilakukan secara manual Sistem reservasi PT. Anta Express yang belum terintegrasi dengan sistem reservasi perusahaan mitranya. Pelanggan dapat memesan tiket dan pesawat dari berbagai hotel dan airlines tetapi system reservasi PT. Anta Express belum terhubung secara langsung dengan perusahaan-perusahaan tersebut.

Solusi Sementara Mengirim confirmation order melalui e-mail kepada pelanggan setelah melakukan cross check kepihak hotel atau airlines

Solusi yang diharapkan Membangun sebuah system reservasi yang bersifat online dan real time , sehingga pada saat pelanggan melakukan pemesanan, pelanggan secara langsung dapat mengetahui status dari pesanan mereka.

Melakukan cross check ke pihak hotel dan airlines domestik secara manual melalui fasilitas telepon atau e-mail

Memiliki sistem back office yang dapat menerima pesanan pelanggan secara online dan sistem terhubung secara langsung dengan sistem reservasi yang ada pada setiap hotel dan airlines domestik.

7. Assessing Your Solution (if applicable) Atas beberapa point permasalahan di atas maka diputuskan bahwa sistem yang ada saat ini sudah dapat dilakukan secara online tetapi belum sepenuhnya real time. Hal ini dapat mengurangi kepuasan pelanggan karena dalam melakukan pemesanan, konsumen tidak dapat memperoleh informasi dengan segera. Oleh karena itu sistem manajemen order yang sudah ada perlu diperbaiki untuk mempermudah konsumen sehingga dapat meningkatkan kepuasan konsumen dan meningkatkan efisiensi kinerja staff back office Antatour. Keuntungan yang diperoleh dengan perbaikan sistem ini adalah : • keuntungan tidak terukur yang dihasilkan oleh aplikasi yang akan dibuat adalah Efesiensi kerja dan peningkatan produktivitas dari staf divisi e-biz karena mereka sudah tidak lagi mengurus order management maka staff dapat fokus pada system backoffice yang lain, yang nantinya akan berdampak pada peningkatan citra kinerja perusahaan • Mempengaruhi peningkatan persentase jumlah pelanggan, yang secara tidak langsung akan meningkatkan pendapatan total dari perusahaan. • Sistem yang baru akan meningkatkan kepuasan pelanggan dan meningkatkan citra perusahaan di mata pelanggan sehingga jumlah pelanggan yang makin meningkat. • Meningkatkan kinerja order reservasi online via Web pada dengan menggunakan sistem back office. Confidential


Page 9



8. Assessing the Opportunity Aplikasi yang akan dibangun ini dibutuhkan oleh seluruh stakeholder yang sudah dijelaskan pada bagian stakeholder profile

9. Assessing Reliability, Performance, and Support Needs 9.1 Reliability • Sistem harus dapat mendefinisikan hak akses pengguna dengan jelas. • Sistem mampu beroperasi selama 24 jam dan 7 hari dalam seminggu . • Sistem harus mampu mencegah breakdown hingga 0 persen kecuali force menjeure. 9.2 Performance • Sistem harus dapat merespon ke web server dibawah 10 detik. Meskipun ada kemungkinan lain dari segi koneksi data. • Database untuk inventori produk harus dapat di-update secara cepat dan tepat 9.3 Support Need • Dukungan terhadap aplikasi yang telah operasional akan dilakukan oleh operational staff e-bizz. • Jika terjadi masalah dengan perangkat lunak maka diperlukan dukungan dari Web Designer dan administrator • Jika terjadi masalah dengan hardware maka diperlukan dukungan dari departemen teknologi informasi 9.4 Security • Sistem memiliki history file yang mencatat perubahan transaksi dan kegiatan yang dilakukan user • Sistem akan dilindungi dengan user-id dan password dengan tujuan bahwa hanya pengguna yang sah saja yang dapat mengakses sistem ini. • Setiap user akan didaftarkan sesuai hak aksesnya sesuai dengan ruang lingkup informasi yang boleh diakses • Menyediakan fungsi untuk back-up dan restore untuk menjaga dari hal-hal yang tidak diinginkan . 9.5 Distribution www.antatour.com. Perangkat lunak ini hanya digunakan oleh internal PT.ANTA TOUR saja dan tidak disebarkan pada pihak ketiga 9.6 Packaging and Labelling N/A 10. Wrap-Up Sistem yang baru harus dapat diimplementasikan dalam waktu 6 bulan Biaya pengembangan tidak melebihi perencanaan biaya investasi IT perusahaan sebesar Rp.30 11. Analyst’s Summary Permasalahan yang dihadapi adalah : • Pelanggan ingin memesan tiket pesawat dan reservasi hotel dengan cepat yang tidak dibatasi ruang dan Confidential


Page 10



waktu • Sistem reservasi PT.Anta Express belum terintegrasi dengan sistem reservasi mitranya. • Tidak dapat merespon pesanan konsumen dengan cepat • Konsumen tidak dapat mengetahui availability produk yang di pesan secara langsung. Untuk mengatasi masalah ini maka dibangunlah sistem back office management order online sebagai solusi

Confidential


Page 11

PT.Anta Express Tour&Service,Tbk

Order Management System Vision Version <1.2>

Order Management System Vision Anta Team/Vision 1.2



Version

Description

Author

26/Sep/06

1.0

First draft

Rifki

26/Nov/06

1.1

Melengkapi Vision

Fitri

7/Des/06

1.2

Finishing

Fitri

Confidential

©PT.Anta Express Tour&Service,Tbk, 2006

Page 2





5 5 5 5 5 5

2.

Positioning 2.1 Business Opportunity 2.2 Problem Statement 2.3 Product Position Statement

5 5 6 6

3.

Stakeholder and User Descriptions 3.1 Market Demographics 3.2 Stakeholder Summary Name 7 Manajer Departemen Teknologi Informasi Supervisor Departemen E-Biz 7 Web Designer & Administrator 3.3 User Summary 3.4 User Environment 3.5 Stakeholder Profiles 3.5.1 Manajer Departemen Teknologi Informasi 3.5.2 Supervisor Departemen E-Biz 3.5.3 Web Designer & Administrator 3.6 User Profiles 3.6.1 Operational Staff E-Biz 3.6.2 Customer 3.7 Key Stakeholder or User Needs 3.8 Alternatives and Competition

7 7 7

8 8 9 9 9 10 11 11 11 12 13 13

4.

Product Overview 4.1 Product Perspective 4.2 Summary of Capabilities 4.3 Assumptions and Dependencies 4.4 Cost and Pricing 4.5 Licensing and Installation

13 13 14 14 14 14

5.

Product Features 5.1 Sistem harus membatasi akses pemakai 5.2 Sistem harus memiliki user interface yang mudah digunakan 5.3 Bentuk daftar pesanan consumen yang dihasilkan sistem harus fleksibel 5.4 Sistem harus dapat mencari data tiket pesawat, reservasi hotel dan paket tour dengan cepat 5.5 Sistem harus dapat mencari status tiket pesawat, reservasi hotel dan paket tour dengan cepat. 5.6 Sistem memiliki history file yang mencatat setiap perubahan transaksi dan kegiatan yang dilakukan user 5.7 Sistem harus mempunyai pemeliharaan sistem

15 15 15 15 15 15

Confidential


7 7

15 15 Page 3

Order Management System Vision Anta Team/Vision 1.2 5.8


Fasilitas sistem yang dapat melakukan pemesanan order online berupa pemesanan tiket pesawat ataupun tiket hotel. Fasilitas sistem yang dapat melakukan verifikasi order dan pemberitahuan batas waktu pembayaran secara langsung kepada pelanggan Fasilitas sistem yang setelah dilakukan verifikasi, maka status order akan berubah menjadi Approved yang artinya order telah disetujui dan sebaliknya jika setelah dilakukan verifikasi dan ternyata order konsumen tidak memenuhi persyaratan, maka order akan dibatalkan dan status order menjadi canceled Fasilitas sistem yang tidak hanya online tapi juga realtime

5.9 5.10

5.11

15 15

16 16

6.

Constraints

16

7.

Quality Ranges

16

8.

Precedence and Priority

16

9.

Other Product Requirements 9.1 Sistem Menggunakan Applicable Standards 9.2 Sistem harus mempunyai System Requirements 9.3 Performance Requirements 9.4 Environmental Requirements

16 16 17 17 17

10. 10.1 10.2 10.3 10.4

Documentation Requirements Sistem harus menyediakan User Manual Sistem sebaiknya menyediakan fasilitas Online Help Sistem sebaiknya dilengkapi dengan Installation Guides, Configuration, and Read Me File Labeling and Packaging

17 17 17 17 17

11.1 11.2 11.3 11.4 11.5 11.6 11.7 11.8

Appendix 1 - Feature Attributes Status Benefit Effort Risk Stability Target Release Assigned To Reason

17 17 18 18 18 18 18 18 19

11.

Confidential


Page 4



Vision 1. Introduction 1.1 Purpose Dokumen ini berfungsi untuk mengumpulkan, menganalisa, mendefinisikan kebutuhan dan fitur dari sistem order management serta mendokumentasikan berbagai pihak yang berkepentingan (stakeholder) dan pengguna (user) dari sistem ini. Fokus pada kapabilitas kebutuhan dari stakeholders dan target user. Rincian informasi mengenai sistem order management dapat dilihat dalam use-case dan supplementary spesification. 1.2 Scope Dokumen Vision ini digunakan untuk menjelaskan Visi dari sistem order management. Sistem Order Management merupakan sistem yang memanajemen pemesanan tiket airline domestik dan International serta pemesanan kamar hotel online untuk pelanggan. 1.3 Definitions, Acronyms, and Abbreviations Daftar definisi dan singkatan dapat dilihat di dokumen order management Glossary.doc 1.4 References Daftar acuan yang digunakan dalam dokumen ini adalah : www.antatour.com 1.5 Overview Dokumen ini menjelaskan tentang business opportunity, target market yang akan dicapai, fitur-fitur yang ada di dalamnya, termasuk juga dokumentasi yang akan disediakan setelah proyek ini selesai. Juga secara singkat dijelaskan seberapa besar cost yang harus dikeluarkan

2. Positioning 2.1 Business Opportunity Kelemahan utama yang ada di aplikasi back office order management adalah proses bisnis yang sudah online tetapi belum real time. Pelanggan dapat memesan tiket pesawat terbang dan atau kamar hotel, tetapi pelanggan tidak dapat mengetahui (availability) ketersediaan dan detail dari tiket pesawat terbang dan atau kamar hotel yang mereka pesan secara real time. Sehubungan dengan kekurangan dan kelemahan sistem back office tersebut, pihak manajemen PT. ANTA EXPRESS TOUR & TRAVEL SERVICE Tbk. melakukan langkah perbaikan kinerja pengelolaan pelayanan pelanggan berbasis Web melalui pengembangan sistem informasi reservasi secara online. Dengan adanya sistem back office yang baru diharapkan dapat meningkatkan pelayanan kepada konsumen dengan mempercepat penyediaan informasi yang dibutuhkan oleh konsumen sehingga konsumen tidak perlu menunggu untuk mendapatkan konfirmasi atas pesanan mereka. Sistem ini juga diharapkan dapat meningkatkan kepuasaan konsumen yang diharapkan dapat berpengaruh terhadap peningkatan image perusahaan. Dengan demikian secara tidak langsung dapat meningkatkan jumlah konsumen yang tentu saja dapat meningkatkan keuntungan bagi perusahaan.

Confidential


Page 5



2.2 Problem Statement • Sistem reservasi yang belum online, konsumen dapat melakukan pemesanan produk melalui web Anta Tour tetapi konsumen tidak dapat mengetahui availability produk yang dipesan secara langsung. Hal ini dikarenakan penanganan pesanan dari pelanggan masih dilakukan secara manual • Sistem reservasi PT. Anta Express yang belum terintegrasi dengan sistem reservasi perusahaan mitranya. Pelanggan dapat memesan tiket hotel dan pesawat dari berbagai hotel dan airlines tetapi system reservasi PT. Anta Express belum terhubung secara langsung dengan perusahaan-perusahaan tersebut. Pelanggan sebagai konsumen, staff E-Bizz

The problem of

affects the impact of which is

a successful solution would be

• Tidak dapat merespon pesanan konsumen dengan cepat karena mengalami kelambatan kinerja akibat pelayanan dan fasilitas yang tidak ada di web Anta Tour • Pelanggan tidak dapat melihat informasi yang realtime mengenai tiket pesawat dan reservasi hotel Dengan adanya sistem back office order management , maka pelanggan nantinya dapat melihat harga tiket dan hotel secara realtime dan mendapatkan realtime confirmation untuk setiap pemesanan tiket pesawat dan reservasi hotel. Selain itu Staff E-Bizz juga bisa langsung approve pesanan pelanggan, sehingga pelayanan yang diberikan lebih cepat dan memuaskan pelanggan.

2.3 Product Position Statement For

Konsumen

Who

Pihak yang akan selalu melakukan transaksi pemesanan tiket dan hotel terhadap sistem order management

The (product name)

Sistem ini merupakan perangkat lunak untuk pemesanan tiket dan hotel secara online dengan PT.ANTA EXPRESS TOUR

That

Memberikan kemudahan dan kepuasan terhadap pelanggan (konsumen) dalam pemesanan tiket, reservasi hotel dan pesan paket wisata via website yang dapat di akses dimana saja dan kapanpun sehingga mereka tetap dapat mengurus rencana perjalanannya sementara mereka tidak perlu datang ke kantor PT.ANTA EXPRESS TOUR

Unlike

Layanan order bisa dilakukan lewat call center atau langsung datang ke kantor PT.ANTA EXPRESS TOUR

Our product

Pemesanan tiket pesawat, reservasi hotel dan paket wisata secara online memberikan kemudahan kepada pelanggan (konsumen) yang sibuk sehingga tidak perlu mengantri dan pergi ke kantor tempat pemesanan. Sehingga pelanggan bisa memesan di manapun dan kapanpun mereka mau

Confidential


Page 6



3. Stakeholder and User Descriptions 3.1 Market Demographics Aplikasi ini merupakan internal aplikasi, dan tidak ditujukan untuk dipasarkan ke pihak ketiga 3.2 Stakeholder Summary Description

Responsibilities

Manajer Departemen Teknologi Informasi

Pihak yang bertanggung jawab menyediakan infrastruktur teknologi informasi

Mengevaluasi kinerja Staff Teknologi informasi

Supervisor Departemen E-Biz

Pihak yang bertanggung jawab mengelola website

• Memeriksa back office website (website Anta, Vaya, & GBS GTA ) untuk mengetahui apakah ada reservasi yang masuk melalui website atau tidak • Memastikan reservasi yang masuk melalui website sudah diterima & difollow up oleh operational staff yang bersangkutan • Menerima & membaca email yang masuk ke alamat [email protected] & [email protected]. • Membuat Sales Report bulanan Anta & Vaya yang berisi data penjualan melalui e-Biz Dept (berdasarkan invoice dengan kode 60EBIZ untuk Anta dan 11EBIZ untuk Vaya). • Merancang newsletter bulanan yang akan dikirim ke customer Anta & Vaya (tanggal pengiriman, materi, konsep). Biasanya supervisor e-biz berkoordinasi dengan bagian2 yang terkait (ticketing, hotel, tour) dalam menentukan materi newsletter. • Membantu bagian Ticketing & Hotel, Tour untuk mempromosikan produk2 Anta & Vaya di website. Misalnya bagian tour akan mengadakan pameran, maka biasanya bagian Tour akan meminta bantuan supervisor e-biz untuk mempromosikannya di website melalui banner atau newsletter. • Melakukan kegiatan promosi yang berhubungan dengan e-Biz Dept (pemasangan iklan di media cetak, talkshow di radio). • Melakukan kerja sama dengan pihak ketiga yang berhubungan dengan pengembangan bisnis e-Biz Dept, contoh : kerja sama dengan mATM untuk pembayaran, kerjasama dengan GTA untuk layanan booking hotel online.

Name

Confidential

mengevaluasi pengembangan dan ketersediaan Infrastruktur


Page 7

Order Management System Vision Anta Team/Vision 1.2 Web Designer & Administrator


Pihak yang bertanggung jawab Create and Design Website PT.ANTA EXPRESS TOUR & TRAVEL, Tbk

• Memeriksa kestabilan Website & Server (Web server, Xml Server, Database Server). • Memperbaiki error di dalam script website Vayatour & Antatour. • Mempersiapkan segala keperluan design untuk website, seperti banner design, images serta halaman-halaman promosi di website Antatour & Vayatour. • Mempersiapkan template design untuk promosi Newsletter Vayatour & Antatour setiap bulan. • Apabila diperlukan turut mempersiapkan design promosi bagi Antatour & Vayatour untuk Iklan di media cetak

3.3 User Summary Name

Description

Operational Staff E-Biz

Operasional Staff E-Biz

Confidential

Responsibilities

Stakeholder

• Memeriksa back office website (website Anta, Vaya, & GBS GTA ) untuk mengetahui apakah ada reservasi yang masuk melalui website atau tidak. • Memfollow up reservasi tersebut sampai pada tahap issue tiket & invoicing. Issue tiket & invoicing ini dilakukan oleh bagian ticketing atau cabang Anta/Vaya. • Menerima reservasi melalui email yang terlebih dahulu disortir oleh supervisor untuk kemudian difollow up. • Mengarsipkan invoice (dengan kode 60EBIZ untuk Anta & 11EBIZ untuk Vaya) dari transaksi yang telah dilakukan oleh customer e-Biz. Invoice ini merupakan data untuk Sales Report bulanan. • Update harga tiket domestik & internasional, hotel domestik & internasional, paket tour (FIT dan group) ke website Anta & Vaya. Masing2 staff mempunyai tanggung jawab yang berbeda, misalnya staf A bertanggung jawab untuk update harga tour, staf B bertanggung jawab untuk update harga tiket domestik, dsb. • Memilih produk2 yang akan dipromosikan di newsletter setiap bulannya (berkoordinasi dengan bagian ticketing & tour untuk produk2 yang akan dipromosikan).


Page 8

Order Management System Vision Anta Team/Vision 1.2 Customer


Pihak yang meng-akses layanan web order management system yang disediakan oleh PT.ANTA TOUR

• Melakukan pemesanan tiket online • Melakukan reservasi hotel secara online • Melakukan pemesanan paket wisata • Men-cek availablity tiket atau hotel yang sudah dipesan • Melakukan pembayaran online

3.4 User Environment Pengguna system back office management order berada pada lingkungan yang cukup statis. Mereka masing-masing menghadapi 1 PC yang digunakan untuk mengakses ke system dimana pc tersebut harus terhubung ke jaringan internet. Saat ini setiap user menggunakan platform berbasis windows. Karena system ini belum terintegrasi dengan system yang berada di airline dan hotel maka sementara ini untuk informasi availability tiket dan hotel dilakukan secara manual dengan sarana telepon atau e-mail ke hotel atau ke Airline 3.5 Stakeholder Profiles 3.5.1 Manajer Departemen Teknologi Informasi Representative Description Type Responsibilities Success Criteria

Involvement Deliverable Comment/Issue

Confidential

Dedy Saputra Manajer Departemen Teknologi Informasi Pembuat Kebijakan TI Mengevaluasi kinerja Staff TI, mengevaluasi pengembangan dan ketersediaan Infrastruktur • Proyek selesai dalam waktu yang disepakati dan tidak melebihi budget yang ditetapkan • Dapat menggunakan sumber daya yang tersedia, baik SDM maupun Infrastruktur Steering Committee Project Completion Project selesai tepat waktu sesuai dengan biaya yang dianggarkan


Page 9



3.5.2 Supervisor Departemen E-Biz Representative Description Type

Suryawan Sutjitro Supervisor Departemen E-Biz Pengelola website PT. ANTA EXPRESS TOUR & TRAVEL, Tbk

Deliverable

• Memeriksa back office website (website Anta, Vaya, & GBS GTA ) untuk mengetahui apakah ada reservasi yang masuk melalui website atau tidak • Memastikan reservasi yang masuk melalui website sudah diterima & difollow up oleh operational staff yang bersangkutan • Menerima & membaca email yang masuk ke alamat [email protected] & [email protected]. • Membuat Sales Report bulanan Anta & Vaya yang berisi data penjualan melalui e-Biz Dept (berdasarkan invoice dengan kode 60EBIZ untuk Anta dan 11EBIZ untuk Vaya). • Merancang newsletter bulanan yang akan dikirim ke customer Anta & Vaya (tanggal pengiriman, materi, konsep). Biasanya supervisor e-biz berkoordinasi dengan bagian2 yang terkait (ticketing, hotel, tour) dalam menentukan materi newsletter. • Membantu bagian Ticketing & Hotel, Tour untuk mempromosikan produk2 Anta & Vaya di website. Misalnya bagian tour akan mengadakan pameran, maka biasanya bagian Tour akan meminta bantuan supervisor e-biz untuk mempromosikannya di website melalui banner atau newsletter. • Melakukan kegiatan promosi yang berhubungan dengan e-Biz Dept (pemasangan iklan di media cetak, talkshow di radio). • Melakukan kerja sama dengan pihak ketiga yang berhubungan dengan pengembangan bisnis e-Biz Dept, contoh : kerja sama dengan mATM untuk pembayaran, kerjasama dengan GTA untuk layanan booking hotel online. • Pelanggan merasakan kepuasan dalam menggunakan layanan dan fasilitas yang ada di website AntaTour • Peningkatan pengunjung website AntaTour • Peningkatan pelanggan yang menggunakan jasa layanan PT. ANTA EXPRESS TOUR & TRAVEL, Tbk • Membuat rekapitulasi data penjualan dengan cepat dan akurat • PT.ANTATOUR dikenal customer yang ada diseluruh Dunia dan dikenal pula produk-produknya • PT.ANTATOUR dipercaya sebagai rekan bisnis yang menguntungkan • Promosi PT.ANTATOUR • Mencari rekan bisnis yang saling menguntungkan • Membuat laporan bulanan sehingga perusahaan bisa mengetahui keuntungan yang diperoleh • Evaluasi pekerjaan staff E-Biz -

Comment/Issue

-

Responsibilities

Success Criteria

Involvement

Confidential


Page 10



3.5.3 Web Designer & Administrator Representative Description Type Responsibilities

Success Criteria

Involvement

Deliverable

Comment/Issue

Rina Web Designer & Administrator Create and Design Website PT.ANTA EXPRESS TOUR & TRAVEL, Tbk • Memeriksa kestabilan Website & Server (Web server, Xml Server, Database Server). • Memperbaiki error di dalam script website Vayatour & Antatour. • Mempersiapkan segala keperluan design untuk website, seperti banner design, images serta halaman-halaman promosi di website Antatour & Vayatour. • Mempersiapkan template design untuk promosi Newsletter Vayatour & Antatour setiap bulan. • Apabila diperlukan turut mempersiapkan design promosi bagi Antatour & Vayatour untuk Iklan di media cetak. • Pelanggan dan Pengelola mudah menggunakan layanan dan fasilitas yang ada di website AntaTour • Kegiatan Promosi menjadi lebih mudah • Website banyak dikunjungi oleh para • Membuat sistem yang user friendly • Promosi PT.ANTATOUR • Menambah fitur yang menarik pelanggan • sistem yang user friendly • Fasilitas dan layanan yang memudahkan pelanggan • Tampilan website yang menarik -

3.6 User Profiles 3.6.1 Operational Staff E-Biz Representative Description Type Responsibilities

Confidential

Titin Fatimah Operasional Staff E-Biz Mengoperasikan website PT. ANTA EXPRESS TOUR & TRAVEL, Tbk • Memeriksa back office website (website Anta, Vaya, & GBS GTA ) untuk mengetahui apakah ada reservasi yang masuk melalui website atau tidak. • Memfollow up reservasi tersebut sampai pada tahap issue tiket & invoicing. Issue tiket & invoicing ini dilakukan oleh bagian ticketing atau cabang Anta/Vaya. • Menerima reservasi melalui email yang terlebih dahulu disortir oleh supervisor untuk kemudian difollow up. • Mengarsipkan invoice (dengan kode 60EBIZ untuk Anta & 11EBIZ untuk Vaya) dari transaksi yang telah dilakukan oleh customer e-Biz. Invoice ini merupakan data untuk Sales Report bulanan. • Update harga tiket domestik & internasional, hotel domestik & internasional, paket tour (FIT dan group) ke website Anta & Vaya. Masing2 staff mempunyai tanggung jawab yang berbeda, misalnya staf A bertanggung jawab untuk update harga tour, staf B bertanggung jawab untuk update harga tiket domestik, dsb. • Memilih produk2 yang akan dipromosikan di newsletter setiap bulannya (berkoordinasi dengan bagian ticketing & tour untuk produk2 yang akan dipromosikan). ©PT.Anta Express Tour&Service,Tbk, 2006

Page 11



Success Criteria

• • • • •

Involvement

• • • • • •

Deliverable Comment/Issue

•

Pelanggan bisa menikmati layanan dengan informasi data yang realtime Pengelolaan data invoice yang efektif, cepat dan benar Mencetak laporan sales bulanan dengan mudah Sistem menerima output yang benar dari pelanggan dan hotel Produk terjual dengan memuaskan sehingga perusahaan memperoleh keuntungan Mengelola Website AntaTour Berperan dalam kesuksesan produk yang di promosikan Berperan dalam menciptakan kepuasan pelanggan Kepuasan dan kepercayaan pelanggan Kecepatan pembuatan laporan invoice benar Sulit memfollow up reservasi yang dipesan pelanggan dalam waktu cepat karena sistem reservasi ANTATOUR belum terhubung dengan hotel dan airline yang ada di Indonesia sehingga masih dilakukan manual Kesulitan dalam mengupdate tiket domestic sehingga pelanggan tidak dapat mengetahui availability produk yang dipesan secara lang

3.6.2 Customer Representative Description Type Responsibilities

Success Criteria

Involvement Deliverable

Comment/Issue

Confidential

Salah satunya : Anto Customer User • Melakukan pemesanan tiket online • Melakukan reservasi hotel secara online • Melakukan pemesanan paket wisata • Men-cek availablity tiket atau hotel yang sudah dipesan • Melakukan pembayaran online • Customer dapat melakukan pemesanan tiket secara online tanpa masalah • Customer dapat melakukan pemesanan reservasi hotel secara online tanpa masalah • User interface mudah digunakan. • Customer dapat melihat informasi tentang tiket dan hotel secara realtime • Customer dapat melihat availability tiket dan reservasi hotel yang sudah dipesan dengan mudah • Customer dapat melakukan pembayaran online dengan aman • Harga tiket pesawat atau hotel yang sudah dipesan. • Informasi mengenai tiket pesawat dan hotel yang dipesan. • Informasi mengenai pembayaran yang sudah dilakukan • Sulit mendapatkan informasi mengenai tiket airline dan hotel yang realtime. • Informasi mengenai availabilitity reservasi hotel atau tiket airline yang sudah dipesan customer tidak didapat customer dalam waktu cepat.


Page 12



3.7 Key Stakeholder or User Needs Need

Priority

Concerns

Current Solution

Proposed Solutions

Memerlukan sistem order yang online dan realtime untuk pemesanan tiket pesawat, reservasi hotel dan pesan paket wisata

High

Menyediakan layanan pemesanan tiket pesawat dan reservasi hotel online & realtime kepada konsumen

Sistem order managemen yang online tapi belum realtime sehingga melakukan cross check ke pihak hotel atau airlines secara manual melalui fasilitas telepon atau e-mail

Memiliki system back office order management yang dapat menerima pesanan konsumen secara online dan sistem terhubung secara langsung dengan system reservasi yang ada pada setiap hotel dan airlines.

Memerlukan system yang terintegrasi antara sistem yang ada di PT. ANTA EXPRESS TOUR & TRAVEL, Tbk dengan system yang ada pada airline domestik dan reservasi hotel sehingga saat konsumen melakukan pemesanan produk melalui web Anta Tour dapat langsung mengetahui availability produk yang dipesan.

High

Agar system dapat dengan cepat merespon pesanan konsumen

Mengirim confirmation order melalui e-mail kepada pelanggan setelah melakukan cross check kepihak hotel atau airlines

Membangun sebuah system reservasi yang bersifat online dan real time, sehingga pada saat pelanggan melakukan pemesanan, pelanggan secara langsung dapat mengetahui status dari pesanan mereka.

3.8 Alternatives and Competition N/A. Proyek sistem management order ini bukan merupakan produk yang akan dipasarkan, tapi hanya akan dipakai internal

4. Product Overview 4.1 Product Perspective Modul sistem management order merupakan bagian dari sistem backoffice online. Modul ini dimaksudkan untuk melihat order yang masuk hari itu apa saja, kegiatan itu meliputi pemesanan tiket dan hotel online oleh pelanggan kepada PT. ANTA EXPRESS TOUR & TRAVEL SERVICE Tbk, yang kemudian di follow-up oleh sistem dengan confirmation order. Modul sistem ini terkait dengan sistem pembayaran yang ada dibagian keuangan. Untuk melakukan pemesanan produk pada sistem, seorang pelanggan harus melakukan login terlebih dahulu ke sistem. Kemudian sistem akan melakukan verifikasi data pelanggan, setelah itu pelanggan memiliki akses untuk order produk yang disediakan. Setelah itu data order konsumen diterima dan disimpan di basis data sistem, maka staf back office Antatour akan mengambil data order konsumen untuk melakukan proses verifikasi. Proses verifikasi adalah proses pengecekan kelengkapan data order, apakah sudah memenuhi kriteria dan syarat sebuah order. Komponen yang dicek antara lain nomor transaksi, tanggal, produk, deskripsi, status harga, status pesanan. Setelah dilakukan verifikasi, jika data order sudah lengkap dan telah memenuhi syarat, maka dilakukan konfirmasi order dari pelanggan ke hotel dan atau perusahaan penerbangan yang terkait dengan order tersebut untuk mengetahui ketersediaan kamar hotel dan.tiket pesawat yang dipesan. Setelah Confidential


Page 13



didapat informasi dari pihak Hotel dan Airlines mengenai ketersediaan produk yang dipesan, maka staff e-bizz mengirimkan pemberitahuan berupa e-mail kepada konsumen. Jika yang dipesan adalah kamar hotel, informasi yang diberikan antara lain ketersediaan kamar hotel dan harga yang berlaku pada saat pemesanan. Jika yang dipesan adalah tiket pesawat, informasi yang diberikan adalah ketersediaan seat, nomor penerbangan, jam keberangkatan, dan harga yang berlaku. Setelah dilakukan verifikasi dan konfirmasi, jika order telah memenuhi syarat maka status order akan berubah menjadi Approved yang artinya order telah disetujui. Kemudian akan dilakukan pengiriman email kepada konsumen yang memberitahukan kepada konsumen bahwa order mereka telah disetujui. Jika setelah dilakukan verifikasi dan autorisasi, ternyata order konsumen tidak memenuhi persyaratan, maka order akan dibatalkan dan status order menjadi unconfirmed dan order akan dibatalkan. Setelah itu staff e-bizz akan mengirimkan e-mail kepada konsumen untuk memberitahukan bahwa order mereka telah dibatalkan. 4.2 Summary of Capabilities Table 4-1 Customer Support System Customer Benefit Supporting Features Pelanggan dapat memesan tiket Fasilitas confirmation order online, airline dan hotel secara online, sehingga sistem dapat merespon pesanan dimanapun dan kapanpun. pelanggan langsung saat itu juga Pelanggan dapat melihat informasi Menyediakan fasilitas tampilan informasi tentang tiket dan hotel secara online tiket dan hotel secara realtime sehingga pelanggan dapat mengetahui availability produk yang dipesan secara langsung Staff e-bizz dapat segera merespon Sistem yang terintegrasi dengan order yang masuk dengan cepat perusahaan airline dan hotel 4.3 Assumptions and Dependencies Sistem management order yang dibahas disini memiliki ketergantungan terhadap berbagai faktor antara lain: • Terhadap sistem operasinya • Terhadap hubungan jaringan internet • Terhadap databasenya Jika ada gangguan terhadap faktor-faktor tersebut dapat mengakibatkan sistem terganggu pula. Jika ada perubahan yang dilakukan terhadap faktor-faktor tersebut maka dokumentasi vision ini pun akan mengalami perubahan 4.4 Cost and Pricing Biaya dari pengembangan sistem ini tergantung pada biaya-biaya lainnya seperti : biaya gaji pengembang (satu orang manajer proyek, dan empat orang sistem analis/programer), biaya konversi data database order pelanggan dari sistem lama ke sistem yang baru. Dan biaya hardware dan software yang digunakan oleh pengembang. Biaya yang termasuk biaya operasional adalah biaya upgrade software (software pengembangan aplikasi berbasis Web, software database, software Web browser, software Web server), biaya lisensi software, biaya komunikasi (penggunaan telepon dan internet), dan biaya gaji pegawai. 4.5 Licensing and Installation N/A

Confidential


Page 14



5. Product Features Dari NEED : • Fasilitas sistem yang dapat melakukan pemesanan order online berupa pemesanan tiket pesawat, reservasi hotel dan pesan paket wisata. • Fasilitas sistem yang dapat melakukan verifikasi order dan pemberitahuan batas waktu pembayaran secara langsung kepada pelanggan • Fasilitas sistem yang setelah dilakukan verifikasi, maka status order akan berubah menjadi Approved yang artinya order telah disetujui dan sebaliknya jika setelah dilakukan verifikasi dan ternyata order konsumen tidak memenuhi persyaratan, maka order akan dibatalkan dan status order menjadi canceled • Fasilitas sistem yang tidak hanya online tapi juga realtime Dari Problem Domain : • Sistem reservasi yang belum online, konsumen dapat melakukan pemesanan produk melalui web Anta Tour tetapi konsumen tidak dapat mengetahui availability produk yang dipesan secara langsung. Hal ini dikarenakan penanganan pesanan dari pelanggan masih dilakukan secara manual • Sistem reservasi PT. Anta Express yang belum terintegrasi dengan sistem reservasi perusahaan mitranya. Pelanggan dapat memesan tiket hotel dan pesawat dari berbagai hotel dan airlines tetapi system reservasi PT. Anta Express belum terhubung secara langsung dengan perusahaan-perusahaan tersebut. • Tidak dapat merespon pesanan konsumen dengan cepat. 5.1 Sistem harus membatasi akses pemakai Sistem membatasi akses pemakai dengan mengharuskan mengisi nama dan password yang bisa diterima oleh sistem. Sistem memiliki fasilitas pengelolaan aktivitas pemakai, menambah pemakai, cakupan akses dan mengubah password masing-masing pemakai. 5.2 Sistem harus memiliki user interface yang mudah digunakan Sistem dirancang dengan user interface yang mudah digunakan dan sistematis, sehingga pemakai mudah menggunakan sistem. User interface akan disesuaikan dengan alur kerja pemakai sehingga pemakai menjadi lebih ringan. 5.3 Bentuk daftar pesanan consumen yang dihasilkan sistem harus fleksibel Sistem memberikan pilihan tambahan kepada pemakai selain bentuk default berupa tampilan layar, yaitu mencetak tampilan laporan di layar atau menyimpannya dalam bentuk file spreadsheet. 5.4 Sistem harus dapat mencari data tiket pesawat, reservasi hotel dan paket tour dengan cepat 5.5 Sistem harus dapat mencari status tiket pesawat, reservasi hotel dan paket tour dengan cepat. 5.6 Sistem memiliki history file yang mencatat setiap perubahan transaksi dan kegiatan yang dilakukan user 5.7 Sistem harus mempunyai pemeliharaan sistem Sistem memiliki fasilitas pemeliharaan seperti back-up pada basis data. Kerusakan pada basis data tidak berakibat fatal karena data masih dapat terselamatkan 5.8 Fasilitas sistem yang dapat melakukan pemesanan order online berupa pemesanan tiket pesawat ataupun tiket hotel. 5.9 Fasilitas sistem yang dapat melakukan verifikasi order dan pemberitahuan batas waktu pembayaran secara Confidential


Page 15



langsung kepada pelanggan 5.10 Fasilitas sistem yang setelah dilakukan verifikasi, maka status order akan berubah menjadi Approved yang artinya order telah disetujui dan sebaliknya jika setelah dilakukan verifikasi dan ternyata order konsumen tidak memenuhi persyaratan, maka order akan dibatalkan dan status order menjadi canceled 5.11 Fasilitas sistem yang tidak hanya online tapi juga realtime

6. Constraints • Operating system pada server yang akan digunakan adalah produk dari Microsoft yaitu Windows 2000 server, ASP.net, SQL Server. • Sistem ini sangat dibutuhkan untuk mendukung sistem integrasi bisnis yang akan segera dikembangkan. • Karena akan dilakukan pengembangan Web perusahaan, maka sistem back office yang ada harus dapat dimaksimalkan penggunaannya agar dapat mendukung Web tersebut. • Perusahaan akan melakukan kerja sama dengan pihak lain yaitu Air Asia dalam hal pemesanan tiket, dimana pada saat ini pemesanan dan pembelian tiket Air Asia hanya dapat dilakukan secara langsung di Website Air Asia, dengan kerjasama ini, pembelian tiket Air Asia dapat dilakukan melalui PT. ANTA EXPRESS TOUR & TRAVEL SERVICE Tbk. Oleh karena itu sistem back office yang ada harus dapat mendukung berjalannya sistem tersebut. • Toleransi keterlambatan pengembangan proyek adalah 6 bulan.

7. Quality Ranges • Waktu respon ke web server harus dibawah 10 detik. Meskipun ada kemungkinan lain dari segi koneksi data. • Database untuk inventori produk harus dapat di-update secara cepat dan tepat. • Dapat melayani 300 pelanggan sekaligus secara online • Sistem ini harus aktif dan online selama 24 jam dan 7 hari dalam seminggu.

8. Precedence and Priority Berikut ini penentuan prioritas pengembangan yang akan dilakukan : Objective Priority Modul Pemesanan order High Verifikasi pemesanan order High View Produk online dan realtime High

9. Other Product Requirements 9.1 Sistem Menggunakan Applicable Standards • Operating system pada server yang akan digunakan adalah produk dari Microsoft yaitu Windows 2000 server, ASP.net, SQL Server. • Protocol Jaringan : TCP/IP. • Menggunakan protocol standar HTTP untuk web service • Penggunaan Graphical User Interface (GUI) • Semua sistem komputer akan berbasis Windows.

Confidential


Page 16



9.2 Sistem harus mempunyai System Requirements Perangkat lunak ini berbasiskan web dan dapat diakses oleh client browser seperti Internet Explorer. Mozilla firefox, Opera. 9.3 Performance Requirements • Waktu respon ke web server harus dibawah 10 detik. Meskipun ada kemungkinan lain dari segi koneksi data. • Database untuk inventori produk harus dapat di-update secara cepat dan tepat • Sistem ini harus aktif dan online selama 24 jam dan 7 hari dalam seminggu. 9.4 Environmental Requirements Keadaan lingkungan standar, Khusus untuk ruangan server, disarankan menggunakan pendingin ruangan

10. Documentation Requirements 10.1 Sistem harus menyediakan User Manual User manual berisi tata cara pemakaian sistem secara lengkap. Tutorial sistem berdasarkan kondisi umum sehari-hari. Tata cara pemakaian dijelaskan langkah demi langkah yang dilakukan disertai tips untuk mempersingkat langkah tersebut(jika ada). 10.2 Sistem sebaiknya menyediakan fasilitas Online Help Terdapat dokumentasi baik dalam hardcopy maupun dalam bentuk sofcopy yang disimpan ke dalam file sharing. Dokumentasi mengenai cara penggunaan sistem terbagi-bagi untuk setiap user, seperti dokumen untuk staff kantor cabang, dokumen untuk akuntandan dokumen untuk administrator. Dokumen lengkap hanya untuk administrator. 10.3 Sistem sebaiknya dilengkapi dengan Installation Guides, Configuration, and Read Me File Terdapat file Readme yang berisi mengenai system requirement dan cara instalasi dalam paket aplikasi ini. 10.4 Labeling and Packaging Aplikasi ini hanya terdapat satu dan dapat di-install di semua bagian. Pembatasan akses dibatasi oleh userid. Terdapat file setup.exe untuk di instalasi.

11. Appendix 1 - Feature Attributes 11.1 Status Proposed

Digunakan untuk mendeskripsikan fitur yang sedang didiskusikan namun belum di review dan diterima oleh ”official channel”, seperti kelompok kerja yang berisikan perwakilan dari tim proyek, manajemen produk dan pengguna atau komunitas pelanggan.

Approved

Kemampuan yang dipertimbangkan berguna dan dapat dikerjakan dan sudah disetujui untuk diimplementasikan oleh official channel

Incorporated

Menggabungkan fitur ke dalam produk baseline pada suatu titik yang spesifik

Confidential


Page 17



11.2 Benefit Critical

Fitur yang sangat penting/bersifat esensial. Tanpa fitur-fitur ini modul yang dikembangkan tidak dapat digunakan. Kegagalan implementasi berarti sistem akan sesuai dengan kebutuhan pelanggan. Seluruh fitur yang kritis harus diimplementasikan pada rilis atau jadwal yang diberikan.

Important

Fitur yang penting bagi keefektifan dan efisiensi dari sistem bagi kebanyakan aplikasi. Fungsionalisasi tidak dapat secara mudah disediakan dalam beberapa cara. Kegagalan untuk memasukkan fitur yang penting dapat berdampak bagi pelanggan atau kepuasan pengguna, ataupun pendapatan namun rilis produk tidak akan berpengaruh meskipun tanpa fitur tersebut

Useful

Fitur yang memberi manfaat yang sedikit dalam aplikasi, akan digunakan dalam frekuensi yang sedikit pula, atau untuk efisiensi setiap lingkungan kerja yang dapat diraih. Fitur ini bersifat nice to have. Tidak ada pendapatan yang berarti maupun dampak kepuasan pelanggan yang dapat diharapkan seandainya item ini dimasukkan ke dalam produk rilis

11.3 Effort Fokus usaha pengembangan perangkat lunak ini akan dipusatkan pada pengembangan fitur aplikasi yang bersifat critical. 11.4

Risk Risiko dilihat dari penjadwalan dan teknologi. Masing-masing risiko dapat dibagi lagi menjadi High, Medium dan Low. High Risiko akan tinggi jika membutuhkan waktu pengembangan lama atau teknologi yang dibutuhkan sulit untuk didapatkan dan sulit dalam pengembangannya. Medium Risiko sedang jika membutuhkan waktu pengembangan yang tidak terlalu lama jika dibandingkan dengan aktivitas pengembangan lainnya, atau secara teknologi tidak terlalu sulit untuk mendapatkan, mempelajari dan menggunakannya. Low Risiko rendah jika kompleksitas pekerjaan rendah dan memerlukan waktu pengerjaan yang cepat, atau secara teknologi mudah untuk didapatkan, dipelajari, dikembangkan dan diimplementasikan

11.5 Stability Stabilitas menunjukan kemungkinan fitur akan mengalami perubahan. High Kemungkinan berubahnya tinggi/sering Medium Kemungkinan berubahnya sedang Low Kemungkinan berubahnya rendah atau relative stabil 11.6 Target Release N/A 11.7 Assigned To N/A

Confidential


Page 18



11.8 Reason Fitur yang didefinisikan disini diperoleh dari penyarian dokumen Spesifikasi Bisnis management order back office dan wawancara

Confidential


Page 19

USE CASE DIAGRAM ORDER MANAGEMENT SYSTEM

Gambar : Sistem Use Case pada Order Management Sistem


Order Management System Use-Case Specification: Register User Version <1.0>

Order Management System Use-Case Specification: Register User Anta Team/UC Spek Login 1.1


Revision History Date 25/Des/06

Confidential

Version 1.0

Description First draft


Author Fitri

Page 2




Use-Case Spesification: Register User 1.1 Brief Description

4 4

2.

Basic Flow of Events

4

3.

Alternative Flows 3.1 Jika user sudah mendaftar 3.2 Jika user tidak jadi mendaftar 3.3 Jika user ingin kembali ke halaman depan 3.4 Jika salah mengisi form 3.5 Jika user-id sudah ada 3.6 Jika e-mail yang diberikan user salah 3.7 Jika user tidak me-link url yang diberikan sistem 3.8 Jika user tidak ingin masuk ke menu utama

4 4 4 4 5 5 5 5 5

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions 6.1 User terhubung dengan internet 6.2 Sistem menyediakan menu SIGN-UP Jika user belum terdaftar maka user harus klik menu Sign-Up

5 5 5 5

7.

Postconditions 7.1 Fasilitas Menu Utama diaktifkan 7.2 Fasilitas untuk Logout diaktifkan

5 5 5

8.

Extension Points

5

9.

Special Requirements 9.1 User dapat membuka e-mail konfirmasi untuk mengaktifkan user-id kapan pun 9.2 User dapat Logout dari sistem kapanpun

6 6 6

10.

Additional Information

Confidential

6


Page 3



Use-Case Specification: Register User 1.

Use-Case Spesification: Register User

1.1

Brief Description Use-case ini digunakan oleh user untuk memperoleh akses ke sistem.

2.

Basic Flow of Events Actor Action 1. Use-case ini dimulai ketika aktor mengakses website PT.AntaTour. Aktor memilih menu sign-up Alternate flow : jika actor sudah mendaftar 3. Aktor memasukkan data pada form registrasi user, kemudian menekan tombol ”daftar” Alternate flow : jika user ingin kembali kehalaman depan

7. user me-link url yang diberikan di e-mail konfirmasi sistem. Alternate flow : jika user tidak me-link url yang diberikan sistem

10. User masuk ke menu utama Alternate flow : jika user tidak ingin masuk ke menu utama

System Response 2. Sistem akan menampilkan form registrasi user baru. Isi form diantaranya : nama,alamat, tempat dan tanggal lahir, user-id, password, dsb Alternate flow: jika user tidak jadi mendaftar 4. sistem mem-validasi pengisian form registrasi user Alternate flow : jika salah mengisi form

5. Sistem mencari user-id yang sesuai dengan data yang telah dimasukkan user. Alternate flow : jika user-id sudah ada 6. Sistem akan memberikan konfirmasi lewat e-mail yang diberikan oleh user. Alternate flow : jika e-mail yang diberikan user salah 8. sistem menerima konfirmasi dari user karena user me-link url yang diberikan di e-mail konfirmasi.

9. Sistem menampilkan pesan ”user Anda sudah diaktifkan” 11. Sistem memberikan hak akses kepada user sesuai hak yang dimilikinya

3.

Alternative Flows

3.1

Jika user sudah mendaftar Di basic flow nomor satu jika user sudah terdaftar maka langsung memasuki menu utama

3.2

Jika user tidak jadi mendaftar Di basic flow nomor dua jika user tidak jadi mendaftar maka sistem langsung kembali ke menu awal

3.3

Jika user ingin kembali ke halaman depan Di basic flow nomor tiga jika user ingin kembali ke halaman depan maka user menekan tombol ”batal”

Confidential


Page 4



3.4

Jika salah mengisi form Di basic flow nomor empat jika user salah mengisi form maka sistem akan mengeluarkan windows pop-up yang akan memberi peringatan bahwa seluruh detail form harus diisi. Setelah user menutup pop-up window tersebut maka user dapat melanjutkan mengisi detail form yang dimaksud.

3.5

Jika user-id sudah ada Di basic flow nomor lima jika user-id yang diinginkan user sudah dimiliki oleh user lain maka sistem akan menampilkan pesan ”user-id sudah dimiliki user lain, silahkan masukkan user-id lain”

3.6

Jika e-mail yang diberikan user salah Pada basic flow nomor enam jika e-mail yang diberikan user salah maka sistem akan menampilkan pesan ”sistem tidak dapat memberikan konfirmasi ke e-mail yang dimaksud”

3.7

Jika user tidak me-link url yang diberikan sistem Pada basic flow nomor tujuh jika user tidak me-link url yang diberikan sistem maka sistem tidak dapat mengaktifkan user-id user.

3.8

Jika user tidak ingin masuk ke menu utama Pada basic flow nomor sembilan jika user tidak ingin masuk ke sistem maka sistem akan langsung keluar dari menu utama.

4.

Subflows N/A

5.

Key Scenarios N/A

6.

Preconditions

6.1

User terhubung dengan internet Jika user sudah terhubung dengan internet kemudian user bisa mengakses website PT.Anta Tour

6.2

Sistem menyediakan menu SIGN-UP Jika user belum terdaftar maka user harus klik menu Sign-Up

7.

Postconditions

7.1

Fasilitas Menu Utama diaktifkan

7.2

Fasilitas untuk Logout diaktifkan

8.

Extension Points N/A

Confidential


Page 5



9.

Special Requirements

9.1

User dapat membuka e-mail konfirmasi untuk mengaktifkan user-id kapan pun

9.2

User dapat Logout dari sistem kapanpun

10.

Additional Information N/A

Confidential


Page 6


Order Management System Use-Case Specification: Pesan Tiket Version <1.3>

Order Management System Use-Case Specification: Pesan Tiket Team Anta/UCS Tiket 1.3



Version

Description

Author

02/Okt/06

1.0

First draft

Fitri

07/Des/06

1.1

Pengisian UC

Yudha

11/Des/06

1.2


Rista

25/Des/06

1.3

Revisi Dokumen

Fitri

Confidential


Page 2




Use-Case Spesification : Pesan Tiket 1.1 Brief Description

4 4

2.


4

3.

Alternative Flows 3.1 Kembali ke halaman depan 3.2 Data yang dimasukkan invalid 3.3 Harga tiket yang dicari tidak ada 3.4 Penerbangan tidak ada 3.5 Kembali ke daftar harga tiket 3.6 Isi form jadwal penerbangan invalid 3.7 Data penumpang invalid 3.8 Batal

4.

Subflows

6

5.

Key Scenarios

6

6.

Preconditions 6.1 User harus sudah login 6.2 Ada produk tiket pesawat yang ditampilkan di sistem

6 6 6

7.

Postconditions 7.1 Sistem dapat menyimpan data pesanan tiket user ke database 7.2 Sistem dapat menampilkan pesanan yang dipesan oleh user

6 6 6

8.

Extension Points

6

9.

Special Requirements 9.1 Sistem harus dapat mencari penerbangan dengan harga dan jadwalnya 9.2 Sistem harus dapat mencari Maskapai penerbangan yang menyediakan jadwal yang diinginkan user 9.3 Sistem update produk setiap waktu

6 6

10.


Confidential


5 5 Error! Bookmark not defined. Error! Bookmark not defined. Error! Bookmark not defined. Error! Bookmark not defined. Error! Bookmark not defined. Error! Bookmark not defined. 5

6 6 6

Page 3



Use-Case Specification: Pesan Tiket 1. Use-Case Spesification : Pesan Tiket 1.1 Brief Description Use case ini digunakan jika user (customer) mau memesan tiket pesawat

2. Basic Flow of Events Actor Action 1. User memilih menu pemesanan tiket .

System Response 2. Sistem menampilkan form pemesanan tiket untuk di isi user . Form ini berisi antara lain: Tempat keberangkatan Tempat tujuan Kelas penerbangan (ekonomi, bisnis atau first class) Jenis perjalanan (one way atau return trip) Tanggal keberangkatan Tanggal kembali Berapa orang yang melakukan penerbangan Pilihan maskapai pertama Pilihan maskapai kedua

3. User memasukkan data pada form pemesanan tiket, kemudian menekan tombol “cari harga tiket”. Alternate flow: Kembali ke halaman depan

4. Sistem memvalidasi pengisian form pemesanan tiket Alternate Flow: Data yang dimasukkan invalid

6. User memilih salah satu harga tiket dari daftar tiket yang ditampilkan di sistem dengan menekan tombol “cek jadwal” pada penerbangan tersebut. Alternate flow : batal

8. User memilih salah satu jadwal penerbangan, kemudian menekan tombol “lanjut”. Alternate Flow: Kembali ke daftar harga tiket

11. User mengisi data penumpang dan nomor telepon. Kemudian menekan tombol

Confidential

5. Sistem mencari penerbangan yang sesuai dengan data yang telah dimasukkan user, kemudian menampilkan daftar penerbangannya beserta harga tiket. Alternate Flow: Harga tiket yang dicari tidak ada 7. Sistem menampilkan form jadwal penerbangan yang diminta user . Data yang tampil yaitu: Nomor pesawat Tanggal dan jam keberangkatan Tanggal dan jam tiba Durasi Tipe Pesawat Alternate flow: jadwal penerbangan yang diinginkan tidak ada 9. Sistem memvalidasi isi form jadwal penerbangan yang dientri user Alternate flow:isi form Jadwal penerbangan invalid 10. Sistem menampilkan jadwal penerbangan yang dipilih, harga total dari berapa penumpang yang akan terbang , dan form untuk diisi: Data semua penumpang : title, nama penumpang yang ingin terbang. Nomor telepon pemesan yang dapat dikontak Antatour. 12. Sistem memvalidasi data penumpang . Alternate flow: Data penumpang invalid


Page 4



“lanjut”. Alternate flow : batal

14. User memilih cara bagaimana mendapatkan tiket, kemudian menekan tombol “Pesan tiket”. Alternate flow: Batal

13. Sistem menampilkan tiket penerbangan dan harga tiket pesawat, dan menampilkan pilihan bagaimana cara user untuk mengambil atau mendapatkan tiket yang dipesan (seperti : ambil tiket di kantor antatour, atau yang lainnya). 15. Sistem menyimpan seluruh data pemesanan tiket. Kemudian menampilkan bahwa data telah disimpan. Sistem juga menampilkan rincian perjalanan, dan tiket pesawat yang telah dipesan user .

3. Alternative Flows 3.1 Kembali ke halaman depan Pada basic flow nomor tiga jika user menekan tombol “kembali ke halaman depan” maka user akan kembali ke halaman depan 3.2 Data yang dimasukkan invalid Pada basic flow nomor empat data yang dimasukkan invalid terjadi jika user mengisi tanggal keberangkatan yang sudah berlalu, atau jumlah orang yang melakukan penerbangan tidak diisi. Sistem akan mengeluarkan window pop-up yang memperingatkan bahwa data tidak valid, dan user dapat melanjutkan pengisian form pemesanan tiket (basic flow nomor 3) setelah menutup pop-up window . 3.3 Harga tiket yang dicari tidak adaPada basic flow nomor lima jika penerbangan yang sesuai dengan data pencarian tiket yang diisi user tidak tersedia, sistem akan menampilkan tampilan berikutnya bahwa harga tiket yang dicari tidak ada. User dapat kembali ke halaman pengisian form pemesanan tiket (basic flow nomor tiga) dengan menekan tombol “cari lagi”. 3.4 Penerbangan tidak ada Pada basic flow nomor tujuh, jika penerbangan penuh atau tidak beroperasi. Sistem akan menampilkan pesan bahwa penerbangan tidak tersedia, dan user dapat mengubah pilihan tanggal atau mengubah pilihan maskapai (di basic flow nomor tiga). 3.5 Kembali ke daftar harga tiket Pada basic flow nomor delapan jika user memilih tombol “kembali”maka sistem akan kembali ke halaman daftar harga tiket (basic flow nomor lima) . 3.6 Isi form jadwal penerbangan invalid Pada basic flow nomor sembilan, jika jam penerbangan pulang dan pergi yang dipilih user terlalu dekat, sistem akan mem-pop-up window bahwa ada kesalahan pada pemilihan jam penerbangan. User dapat memilih ulang jadwal keberangkatan (basic flow nomor delapan) setelah menutup pop-up window. 3.7 Data penumpang invalid Pada basic flow nomor dua belas, jika user tidak mengisi data penumpang atau nomor telepon dengan lengkap maka sistem tidak akan memproses pesanan 3.8 Batal Pada basic flow nomor enam, sebelas dan empat belas jika user memilih tombol “batal”, sistem akan kembali ke halaman utama.

Confidential


Page 5



4. Subflows N/A

5. Key Scenarios N/A

6. Preconditions 6.1 User harus sudah login 6.2 Ada produk tiket pesawat yang ditampilkan di sistem

7. Postconditions 7.1 Sistem dapat menyimpan data pesanan tiket user ke database 7.2 Sistem dapat menampilkan pesanan yang dipesan oleh user

8. Extension Points N/A

9. Special Requirements 9.1 Sistem harus dapat mencari penerbangan dengan harga dan jadwalnya 9.2 Sistem harus dapat mencari Maskapai penerbangan yang menyediakan jadwal yang diinginkan user 9.3 Sistem update produk setiap waktu

10. Additional Information Untuk penerbangan domestik, customer akan mendapatkan konfirmasi reservasi setelah pesanan tiketnya diproses disebabkan karena tidak semua maskapai penerbangan mempunyai sistem reservasi online. Saat harga telah terkonfirmasi, customer akan dihubungi melalui e-mail untuk melanjutkan transaksi pemesanan.

Confidential


Page 6


Order Management System Use-Case Specification: Reservasi Hotel Version <1.3>

Order Management System Use-Case Specification: Reservasi Hotel Anta Team/UCS Reservasi 1.3



Version

Description

Author

02/Okt/06

1.0

First draft

Rista

07/Des/06

1.1

Pengisian UC

Rista

11/Des/06

1.2


Fitri

25/Des/06

1.3

Revisi Dokumen

Desi

Confidential


Page 2




Use-Case Spesification : Reservasi Hotel 1.1 Brief Description

4 4

2.


4

3.

Alternative Flows 3.1 Batal 3.2 Data pencarian invalid 3.3 Hotel tidak ada 3.4 Kembali ke pencarian hotel 3.5 Kembali ke pemilihan daftar hotel 3.6 Jenis kamar tidak dipilih 3.7 Kembali ke pemilihan jenis kamar 3.8 Data penginap invalid 3.9 Nama perjalanan tidak diisi

5 5 5 5 5 5 5 5 5 6

4.

Subflows

6

5.

Key Scenarios

6

6.

Preconditions 6.1 Ada produk reservasi hotel untuk ditampilkan oleh sistem 6.2 User harus sudah login

6 6 6

7.

Postconditions 7.1 Sistem harus dapat menyimpan data reservasi hotel oleh user (customer) 7.2 Sistem dapat menampilkan pesanan yang dilakukan user

6 6 6

8.

Extension Points

6

9.

Special Requirements 9.1 Sistem harus dapat mencari informasi hotel dan datanya 9.2 Sistem update produk setiap waktu ( terutama jika ada perubahan mengenai produk )

6 6 6

10.


Confidential


6

Page 3



Use-Case Specification: Reservasi Hotel 1.

Use-Case Spesification : Reservasi Hotel

1.1 Brief Description Use case ini digunakan jika user (customer) mau mereservasi hotel.

2.

Basic Flow of Events Actor Action 1. User memilih menu Reservasi Hotel.

3. User mengisi isian form, kemudian menekan tombol ”lanjut”. Alternate flow: Batal

6. User memilih hotel dari daftar hotel yang tampil dengan menekan tombol ”pilih”. Alternate flow: kembali ke pencarian hotel

8. User memilih jenis kamar dan memasukkan jumlah kamar yang ingin dipesan. Kemudian memilih ”lanjut”. Alternate flow: Kembali ke pemilihan daftar hotel

11. User mengisi form data penginap yang ditampilkan sistem, kemudian memilih ”lanjut”. Alternate flow: Kembali ke pemilihan jenis kamar

System Response 2. Sistem akan menampilkan form untuk mencari hotel. Form ini berisi isian: Negara Kota Lokasi Kategori (bintang 1 sampai 5) Tanggal Check In Tanggal Check Out 4. Sistem memvalidasi form isian. Alternate flow: jika Data pencarian invalid 5. Sistem mencari dan menampilkan daftar hotel beserta harga kamarnya yang sesuai dengan isian form. Alternate flow: Hotel tidak ada 7. Sistem menampilkan data hotel yang dipilih : jenis kamar apa saja yang ada Jumlah kamar harga kamar permalam untuk tiap jenis kamar harga kamar selama berapa hari tamu menginap pertiap jenis kamar (dihitung tanggal dari chek in dan check out ketersediaan pelayanan sarapan pertiap jenis kamar 9. Sistem memvalidasi isian pilihan jenis kamar . Alternate flow: Jenis kamar tidak dipilih

10. Sistem menampilkan form isian untuk mendatakan tamu yang akan menginap : Jumlah tamu yang akan menginap Nama tamu yang akan menginap (title, nama depan, nama belakang). 12. Sistem memvalidasi isian form data penginap. Alternate flow: Data penginap invalid

13. Sistem menampilkan form identifikasi perjalanan :

Confidential


Page 4



- Nama perjalanan 14. User mengisi nama perjalanan, kemudian menekan tombol ”pesan dahulu ” untuk melanjutkan memesan reservasi hotel Alternate flow:Batal

15. Sistem memvalidasi isian nama perjalanan. Alternate flow: Nama perjalanan tidak diisi

16. Sistem menyimpan data keseluruhan pesanan, kemudian menampilkan data pesanan tersebut bahwa data telah disimpan.

3.

Alternative Flows

3.1 Batal Pada basic flow nomor tiga dan empat belas, jika user menekan tombol ”batal”, pemesanan paket tour dibatalkan, dan sistem kembali ke halaman depan. 3.2 Data pencarian invalid Pada basic flow nomor empat, jika data pencarian invalid maka tanggal cek-in atau cek-our, telah berlalu, system akan mengeluarkan window pop-up yang memberi peringatan bahwa tanggal harus diisi benar. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi data pencarian (pada basic flow nomor 3). 3.3 Hotel tidak ada Pada basic flow nomor lima, jika hotel yang dicari tidak ada, system akan menampilkan informasi bahwa hotel yang dicari tidak ada. Dan user dapat kembali ke form pencarian hotel dengan menekan tombol ”kembali” (Basic Flow nomor 2) 3.4 Kembali ke pencarian hotel Pada basic flow nomor enam, jika aktor menekan tombol “kembali”, sistem akan kembali menampilkan form pencarian hotel (basic flow nomor 2). 3.5 Kembali ke pemilihan daftar hotel Pada basic flow nomor delapan, jika aktor menekan tombol “kembali”, sistem akan kembali menampilkan daftar pilihan hotel(basic flow nomor 5). 3.6 Jenis kamar tidak dipilih Pada basic flow nomor sembilan, jika jenis kamar tidak dipilih maka sistem akan menampilkan pesan “jenis kamar harus dipilih” 3.7 Kembali ke pemilihan jenis kamar Pada basic flow nomor sebelas, jika user tidak ingin meneruskan pesanan dengan menekan tombol “lanjut” maka user bisa menekan tombol “back” kemudian user kembali ke menu pemilihan jenis kamar (basic flow nomor 8) 3.8 Data penginap invalid Pada basic flow nomor dua belas, jika form data penginap tidak seluruhnya di isi, sistem akan mengeluarkan window pop-up yang memberi peringatan bahwa form harus diisi semua. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi data penginap (basic flow nomor sebelas).

Confidential


Page 5



3.9 Nama perjalanan tidak diisi Pada basic flow nomor lima belas, jika nama perjalanan tidak di isi maka sistem mengeluarkan window pop-up yang memberi peringatan bahwa nama perjalanan harus diisi. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi nama perjalanan (basic flow nomor empat belas)

4.

Subflows N/A

5.

Key Scenarios N/A

6.

Preconditions

6.1 Ada produk reservasi hotel untuk ditampilkan oleh sistem 6.2 User harus sudah login

7.

Postconditions

7.1 Sistem harus dapat menyimpan data reservasi hotel oleh user (customer) 7.2 Sistem dapat menampilkan pesanan yang dilakukan user

8.


9.


9.1 Sistem harus dapat mencari informasi hotel dan datanya 9.2 Sistem update produk setiap waktu ( terutama jika ada perubahan mengenai produk )

10.

Additional Information Sistem reservasi hotel biasanya tidak dilakukan dengan online, karena pengambilan data ketersediaan kamar hotel tidak bisa online. Sehingga pemesanan yang dilakukan dengan web antatour akan dilanjutkan dengan email.

Confidential


Page 6


Order Management System Use-Case Specification: Pesan Paket Wisata Version <1.3>

Order Management System Use-Case Specification: Pesan Paket Wisata Team Anta/UCS Paket 1.3



Version

Description

Author

02/Okt/06

1.0

First draft

Desi

07/Des/06

1.1

Pengisian UC

Fitri

11/Des/06

1.2

Final Version

Rista

25/Des/06

1.3

Revisi Dokumen

Fitri

Confidential


Page 2




Use-Case Spesification: Pesan Paket Wisata 1.1 Brief Description

4 4

2.


4

3.

Alternative Flows 3.1 Batal 3.2 Jika paket tour tidak ada 3.3 Kembali ke form lokasi 3.4 Jika informasi jadwal keberangkatan tidak ada. 3.5 Kembali ke pilihan jadwal keberangkatan 3.6 Jumlah penumpang invalid 3.7 Jika pilihan kombinasi kamar tidak ada 3.8 Kembali ke tampilan detil 3.9 Jika informasi tidak tampil 3.10 Kembali ke pilihan kombinasi kamar 3.11 Data penumpang invalid

5 5 5 5 5 5 5 5 5 5 5 5

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions 6.1 User harus sudah login 6.2 Sistem selalu meng-update Produk terbaru 6.3 Di dalam sistem tersedia Paket wisata untuk konsumen

6 6 6 6

7.

Postconditions 7.1 Sistem ini harus dapat menyimpan data pesanan user (customer)

6 6

8.

Extension Points

6

9.

Special Requirements 9.1 Sistem ini harus dapat mencari informasi paket tour dan harganya

6 6

10.


Confidential


6

Page 3



Use-Case Specification: Pesan Paket Wisata 1.

Use-Case Spesification: Pesan Paket Wisata

1.1

Brief Description Use case ini digunakan ketika user (customer) mau memesan paket wisata.

2.

Basic Flow of Events Actor Action 1. User memilih menu paket wisata.

3. User mengisi tujuan , waktu dan kisaran harga wisata. Kemudian menekan tombol “cari produk”. Alternate flow: Batal 5. User memilih jadwal keberangkatan, kemudian menekan tombol “pilih”. Alternate flow: Kembali ke form lokasi

7. User mengisi jumlah dewasa dan anak yang ikut tour kemudian pilih “pesan paket ini” Alternate flow: Kembali ke pilihan jadwal keberangkatan

10. User memilih salah satu kombinasi kamar, kemudian menekan tombol “lanjut”. Alternate flow: Kembali ke tampilan detil 12. User mengisi data isian data penumpang, kemudian menekan “lanjut” jika ingin memesan paket wisata. Alternate flow: Kembali ke pilihan kombinasi kamar

System Respond 2. Sistem menampilkan form lokasi , yang berisi: Tujuan wisata (benua, negara) Waktu berwisata (bulan, tahun) Kisaran harga wisata yang pemesan inginkan 4. Sistem menampilkan paket tour yang ada, dan menampilkan form pemilihan tour yang berisi pilihan jadwal (hari dan jam) keberangkatan. alternate flow : jika paket tour tidak ada 6. Sistem menampilkan info detil. Yaitu jadwal tour perhari, dan harga kamar hotel (tipe kamar hotel,.dewasa, dan anak). Juga menampilkan form isian berapa jumlah penumpang yang ikut. Alternate flow : jika informasi jadwal keberangkatan tidak ada 8. Sistem memvalidasi isian jumlah penumpang . Alternate flow: Jumlah penumpang invalid

9. Sistem menampilkan pilihan kombinasi kamar penginapan dan harga tiap kombinasi. Sistem juga menampilkan harga total tour yang tidak termasuk harga kombinasi kamar Alternate flow: jika pilihan kombinasi kamar tidak ada 11. Sistem menampilkan detil harga kamar, pajak airport, fiscal, visa dan total keseluruhan harga. Juga menampilkan isian data yang ikut tour (title, nama, nomor pasor dan tanggal expired paspor). Alternate flow : jika informasi tidak tampil 13. Sistem memvalidasi pengisian data penumpang . Alternate flow: Data penumpang invalid

14. Sistem menyimpan data pesanan, kemudian menampilkan bahwa data telah berhasil disimpan.

Confidential


Page 4


3.


Alternative Flows

3.1 Batal Pada basic flow nomor tiga, jika user memilih tombol “batal”, sistem akan kembali ke halaman depan. 3.2 Jika paket tour tidak ada Pada basic flow nomor empat, jika paket tour yang dicari tidak ada maka system akan memberikan pesan “ paket tour tidak ada” 3.3 Kembali ke form lokasi Pada basic flow nomor lima. Jika user menekan tombol “kembali”, sistem akan kembali ke pengisian form lokasi (basic flow nomor dua) 3.4 Jika informasi jadwal keberangkatan tidak ada. Pada basic flow nomor enam, jika paket tour dengan jadwal keberangkatan yang diinginkan oleh user tidak ada maka sistem akan menampilkan pesan “jadwal keberangkatan yang Anda pilih tidak ada”. User kembali memilih jadwal keberangkatan yang lain (basic flow nomor lima). 3.5 Kembali ke pilihan jadwal keberangkatan Pada basic flow nomor tujuh, jika user menekan tombol “kembali”, sistem akan kembali ke menu pemilihan jadwal keberangkatan (basic flow nomor lima) 3.6 Jumlah penumpang invalid Pada basic flow nomor delapan, jika user tidak mengisi jumlah orang yang ikut tour. Sistem akan menampilkan pop-up window untuk memberi peringatan, dan aktor (user) dapat me-entri isian kembali setelah pop-up window ditutup. 3.7 Jika pilihan kombinasi kamar tidak ada Pada basic flow nomor sembilan, jika kombinasi kamar tidak terdapat dalam database system maka system akan menampilkan pesan “kombinasi kamar kosong” 3.8 Kembali ke tampilan detil Pada basic flow nomor sepuluh, jika user menekan tombol “kembali”, sistem akan kembali ke tampilan detil (basic flow nomor enam) 3.9 Jika informasi tidak tampil Pada basic flow nomor sebelas, jika detil harga kamar, pajak, airport, fikal, visa dan total keseluruhan harga juga isian data yang ikut tour tidak tampil, maka sistem akan memunculkan pesan “system error” 3.10 Kembali ke pilihan kombinasi kamar Pada basic flow nomor dua belas, jika user menekan tombol “kembali”, sistem akan kembali ke pemilihan kombinasi kamar (basic flow nomor sepuluh). 3.11 Data penumpang invalid Pada basic flow nomor tiga belas, jika user tidak mengisi data dengan lengakap. Sistem akan mem-pop-up window untuk memberi peringatan, dan user dapat mengisi isian kembali setelah pop-up window ditutup.

4.

Subflows N/A

5.

Key Scenarios N/A

Confidential


Page 5


6.


Preconditions

6.1 User harus sudah login 6.2 Sistem selalu meng-update Produk terbaru 6.3 Di dalam sistem tersedia Paket wisata untuk konsumen

7.

Postconditions

7.1 Sistem ini harus dapat menyimpan data pesanan user (customer)

8.


9.


9.1 Sistem ini harus dapat mencari informasi paket tour dan harganya

10.


Confidential


Page 6


Order Management System Use-Case Specification: Update Produk Version <1.2>

Order Management System Use-Case Specification: Update Produk Team Anta /UC Spek update1.2



Version

Description

Author

02/Okt/06

1.0

First draft

Yudha

11/Des/06

1.1

Final Version

Rifki

25/Des/06

1.2

Revisi Dokumen

Fitri

Confidential


Page 2




Use-Case Spesification : Update Produk 1.1 Brief Description

4 4

2.


4

3.

Alternative Flows 3.1 Batal 3.2 Jika detail produk tidak tampil 3.3 Kembali ke jenis produk 3.4 Jika batal mengisi data baru 3.5 Jika ada detail yang belum di isi

4 4 4 4 5 5

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions 6.1 User harus sudah login ke sistem 6.2 Ada produk yang akan di update oleh user 6.3 Produk yang di update adalah data produk yang terbaru (datanya belum pernah dimasukkan ke sistem sebelumnya)

5 5 5

7.

Postconditions 7.1 Sistem harus menampilkan data produk yang sudah di update ke halaman depan

5 5

8.

Extension Points

5

9.

Special Requirements 9.1 Sistem dapat memberikan pesan kepada konsumen langsung setelah update produk selesai dilakukan. 9.2 Sistem menampilkan waktu user update produk

5

10.


Confidential

5

5 5 5


Page 3



Use-Case Specification: Update Produk 1.

Use-Case Spesification : Update Produk

1.1 Brief Description Usecase ini digunakan oleh user(Staff) untuk melihat dan memperbaharui informasi mengenai hotel, airline dan paket tour yang terbaru.

2.

Basic Flow of Events Actor Action 1. User memilih menu admin produk 3. User memilih jenis produk dari menu admin produk. Alternate flow : Batal 5.User pilih detail produk yang ingin di update . Alternate flow : kembali ke jenis produk 6. user klik tombol ”update” Alternate flow : Batal 8.User mengisi form yang ditampilkan dengan data-data baru Alternate flow : jika batal mengisi dengan data baru 9. user klik tombol ”simpan” alternate flow : Batal

3.

System Response 2. Sistem akan menampilkan combo box yang didalamnya terdapat combobox jenis produk 4. Sistem menampilkan detail produk yang diinginkan diantaranya : tanggal, produk, deskripsi, status harga, status pesanan Alternate flow : jika detail produk tidak tampil

7. Sistem akan menampilkan form yang berisi data detail dari produk yang ingin di update.

10. Sistem memvalidasi isian form Alternate flow: jika ada detail yang belum diisi 11. Sistem menyimpan data keseluruhan produk yang di Update, kemudian menampilkan data yang sudah di update tersebut bahwa data telah disimpan.

Alternative Flows

3.1 Batal Pada basic flow nomor tiga, enam dan sembilan, jika user menekan tombol ”batal”, Update Produk batal dan sistem kembali ke halaman depan. 3.2 Jika detail produk tidak tampil Pada basic flow nomor empat, jika detail produk tidak tampil maka sistem akan menampilkan pesan “detail produk tidak ada”. User kembali ke basic flow nomor tiga. 3.3 Kembali ke jenis produk Pada basic flow nomor lima, jika user tidak ingin meneruskan pencarian produk maka bisa menekan tombol “back” untuk kembali ke basic flow nomor tiga, yaitu memilih jenis produk yang lain.

Confidential


Page 4



3.4 Jika batal mengisi data baru Pada basic flow nomor delapan, jika detail produk yang akan diupdate batal diisi oleh user dengan data yang baru maka user bisa memilih tombol “batal” untuk keluar dari detail produk dan kembali ke basic flow ke lima 3.5 Jika ada detail yang belum di isi Pada basic flow nomor sepuluh, jika ada detail yang belum di isi maka sistem mengeluarkan window popup yang memberi peringatan bahwa seluruh detail harus diisi. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi detail produk yang dimaksud .

4.

Subflows N/A

5.

Key Scenarios N/A

6.

Preconditions

6.1 User harus sudah login ke sistem 6.2 Ada produk yang akan di update oleh user 6.3 Produk yang di update adalah data produk yang terbaru (datanya belum pernah dimasukkan ke sistem sebelumnya)

7.

Postconditions

7.1 Sistem harus menampilkan data produk yang sudah di update ke halaman depan

8.


9.


9.1 Sistem dapat memberikan pesan kepada konsumen langsung setelah update produk selesai dilakukan. 9.2 Sistem menampilkan waktu user update produk

10.


Confidential


Page 5


Order Management System Use-Case Specification: Membayar Pesanan Version <1.0>

Order Management System Use-Case Specification: Membayar Pesanan Team Anta /UCS bayar Pesanan 1.0


Revision History Date 25/Des/06

Confidential

Version 1.0

Description First draft


Author Fitri

Page 2




Use-Case Spesification: Membayar Pesanan 1.1 Brief Description

4 4

2.


4

3.

Alternative Flows 3.1 Jika kartu kredit yang diinginkan user tidak ada 3.2 Batal 3.3 Jika data tidak valid 3.4 Jika nomor kartu kredit tidak ada 3.5 Jika nomor PIN salah 3.6 Jika tidak terhubung dengan sistem BANK 3.7 Jika proses pembayaran gagal 3.8 Jika data pembayaran salah 3.9 Jika tidak tersambung dengan printer

5 5 5 5 5 5 5 5 5 5

4.

Subflows

5

5.

Key Scenarios

5

6.

Preconditions 6.1 User harus sudah login ke sistem 6.2 User sudah melakukan pemesanan produk 6.3 User memiliki kartu kredit 6.4 Sistem di PT.Anta Tour terintegrasi dengan sistem Bank

6 6 6 6 6

7.

Postconditions 7.1 Sistem harus bisa mencetak transaksi pembayaran yang dilakukan 7.2 Sistem harus bisa menyimpan transaksi pembayaran yang dilakukan

6 6 6

8.

Extension Points

6

9.

Special Requirements 9.1 Sistem dapat men-debit pembayaran yang dilakukan user ke sistem bank 9.2 Sistem harus memiliki security yang bagus untuk menjaga data-data konsumen

6 6 6

10.


Confidential

6


Page 3



Use-Case Specification: Membayar Pesanan 1.

Use-Case Spesification: Membayar Pesanan

1.1 Brief Description Usecase ini digunakan oleh konsumen untuk membayar pesanan yang sudah dipesan lewat website PT.Anta Tour .

2.

Basic Flow of Events Actor Action 1.aktor memilih menu pembayaran 3. aktor memilih jenis kartu kredit Alternate flow : jika kartu kredit yang diinginkan user tidak ada 5. Aktor mengisi form pembayaran Alternate flow : batal 6. Aktor menekan tombol ”next” Alternate flow : batal

10. Aktor memasukkan pin ke form yang disediakan oleh sistem Alternate flow : batal

13. Aktor verifikasi data pembayaran Alternate flow : jika data pembayaran salah 14. Aktor menekan tombol ”bayar” Alternate flow : batal

18. User menekan tombol ”ok”

Confidential

System Response 2. Sistem akan menampilkan combo box yang didalamnya terdapat jenis kredit card. 4. Sistem menampilkan form pembayaran yang harus diisi oleh user : nama, alamat, no.telepon, no.kredit card, nama bank, cabang bank, besar biaya yang akan dibayarkan, dsb

7. sistem akan validasi form yang sudah diisi oleh user. Alternate flow : jika data tidak valid 8. Sistem akan men-cek nomor kartu kredit ke bank yang di maksud oleh user . Alternate flow : jika nomor kartu kredit tidak ada 9. Sistem akan menampilkan form agar user memasukkan nomor PIN dari kartu kreditnya 11. sistem akan terhubung dengan Bank untuk validasi nopin yang sudah diisi oleh user. Alternate flow : jika nomor PIN salah Alternate flow : jika tidak terhubung dengan sistem Bank 12. Sistem akan menampilkan data pembayaran yang dilakukan oleh user Alternate flow : jika proses pembayaran gagal . 15. Sistem menyimpan data pembayaran yang sudah diverifikasi oleh user. 16. Sistem konfirmasi ke sistem Bank untuk debit kredit card user ke rekening Bank sistem. 17. Sistem mengirimkan pesan kepada user bahwa proses pembayaran sudah selesai, dan mencetak data pembayaran lewat layar 19.sistem mencetak data pembayaran user ke printer Alternate flow : jika tidak tersambung dengan printer


Page 4


3.


Alternative Flows

3.1 Jika kartu kredit yang diinginkan user tidak ada Pada basic flow nomor tiga, jika kartu kredit yang dimiliki oleh user tidak terdapat pada menu jenis credit card sistem maka user tidak bisa melakukan pembayaran 3.2 Batal Pada basic flow nomor lima, sepuluh dan empat belas jika user menekan tombol “batal” maka proses pembayaran dibatalkan dan user kembali ke halaman depan. 3.3 Jika data tidak valid Pada basic flow nomor tujuh jika data tidak valid maka sistem akan menampilkan pesan “form harus diisi semua” kemudian user harus kembali ke basic flow nomor lima untuk melengkapi kembali form pembayaran yang sudah disediakan sistem. 3.4 Jika nomor kartu kredit tidak ada Pada basic flow nomor delapan, jika nomor kartu kredit yang dimasukkan user ke sistem tidak ada di sistem bank yang dimaksud user, maka user harus memasukkan kembali nomor kartu kredit di basic flow nomor lima 3.5 Jika nomor PIN salah Pada basic flow nomor sebelah, jika nomor PIN salah maka user harus memasukkan kembali nomor PIN dengan benar di basic flow sepuluh 3.6 Jika tidak terhubung dengan sistem BANK Pada basic flow nomor sebelas, jika tidak terhubung dengan sistem Bank maka sistem tidak dapat melakukan proses pembayaran. Sistem akan menampilkan pesan “untuk saat ini proses pembayaran tidak dapat dilakukan, hubungi Call Center kami” 3.7 Jika proses pembayaran gagal Pada basic flow nomor dua belas, jika proses pembayaran gagal maka user harus mengulangi kembali proses pembayaran dari basic flow pertama. 3.8 Jika data pembayaran salah Pada basic flow nomor tiga belas jika data pembayaran salah atau tidak sesuai dengan keinginan user, maka user bisa membatalkan transaksi atau mengulangi kembali proses pembayaran dari basic flow yang pertama. 3.9 Jika tidak tersambung dengan printer Pada basic flow nomor sembilan belas, jika sistem tidak terhubung dengan printer maka sistem tidak dapat mencetak data pembayaran. Sehingga sistem hanya bisa mencetak lewat layar komputer saja.

4.

Subflows N/A

5.

Key Scenarios N/A

Confidential


Page 5


6.


Preconditions

6.1 User harus sudah login ke sistem 6.2 User sudah melakukan pemesanan produk 6.3 User memiliki kartu kredit 6.4 Sistem di PT.Anta Tour terintegrasi dengan sistem Bank

7.

Postconditions

7.1 Sistem harus bisa mencetak transaksi pembayaran yang dilakukan 7.2 Sistem harus bisa menyimpan transaksi pembayaran yang dilakukan

8.


9.


9.1 Sistem dapat men-debit pembayaran yang dilakukan user ke sistem bank 9.2 Sistem harus memiliki security yang bagus untuk menjaga data-data konsumen

10.


Confidential


Page 6


Order Management System Supplementary Specification Version <1.2>

Order Management System Supplementary Specification Anta Team/SUPPL1.2



Version

Description

Author

26/Sep/06

1.0

First Draft

Rista

27/Nov/06

1.1

Melengkapi Supplementary Spesification

Fitri

07/Des/06

1.2


Desi

Confidential


Page 2





5 5 5 5 5 5

2.

Functionality

5

3.

Usability 3.1 Sistem dibangun dalam empat bulan 3.2 Mudah digunakan

5 5 5

4.

Reliability 4.1 Total system breakdown 0% 4.2 Sistem mampu beroperasi 24 x 7 jam 4.3 Server aplikasi harus standby selama 24 jam. 4.4 Sistem harus mudah dipelihara dan tidak banyak melibatkan sumber daya dengan klasifikasi tinggi 4.5 Sistem dapat menghasilkan informasi untuk kebutuhan semua level user yang terkait dengan order management

5 5 6 6

5.

Performance 5.1 Response time cepat 5.2 Pencarian data cepat 5.3 Sistem harus menyediakan history file

6 6 6 6

6.

Supportability 6.1 Pelayanan 6.2 Permasalahan dalam system cepat ditangani

6 6 6

7.

Design Constraints 7.1 Sistem operasi client harus versi windows 2000 atau diatasnya 7.2 Bahasa pemrograman menggunakan ASP 7.3 Database menggunakan Mysql 4.1.12

6 6 6 6

8.

Online User Documentation and Help System Requirements

6

9.

Purchased Components

6

10.

6 6

Interfaces User Interfaces Hardware Interfaces Software Interfaces Communications Interfaces

6 6 7 7 7

11.

Licensing Requirements

7

12.

Legal, Copyright, and Other Notices

7

13.

Applicable Standards

7

10.1 10.2 10.3 10.4

Confidential


Page 3


Confidential



Page 4



Supplementary Specification 1.

Introduction

1.1 Purpose Dokumen ini bertujuan untuk memberikan penjelasan mengenai spesifikasi non fungsional yang harus dipenuhi oleh order management system. Sebagian kebutuhan non fungsional perangkat lunak ini telah dimasukkan ke dalam dokumen vision, dokumen ini akan memperjelas aspek-aspek lain yang belum tercakup dalam dokumen vision tersebut. 1.2 Scope Dokumen ini merupakan acuan bagi pihak-pihak yang terlibat dalam pengembangan order management system ini. Untuk melihat non fungsional perangakat lunak sebagai spesifikasi-spesifikasi yang harus dimiliki. 1.3 Definitions, Acronyms, and Abbreviations Mengacu pada dokumen Glossary. 1.4 References N/A 1.5 Overview Dokumen ini menjabarkan kebutuhan system yang tidak digambarkan dalam use case. Secara keseluruhan, dokumen ini berisi detail kebutuhan non fungsional dari perangkat lunak. Penjabaran detail mengenai kebutuhan non fungsional dalam dokumen ini disusun dalam beberapa kategori, yaitu functionality yang menjelaskan mengenai fungsionalitas pendukung perangkat lunak yang tidak dapat didefinisikan dalam suatu use case, usability yang memberikan penjelasan mengenai kebutuhan end user agar dapat menggunakan perangkat lunak dengan baik dan benar, reliability memberikan penjelasan mengenai kemampuan atau kehandalan perangkat lunak dalam memberikan pelayanan bagi end user, performance yang mendeskripsikan kebutuhan perangkat lunak sehubungan dengan pemeliharaan perangkat lunak tersebut.

2.

Functionality Seluruh spesifikasi kebutuhan yang fungsional dijelaskan secara diatil dalam dokumen spesifikasi use case. Untuk rincian selengkapnya, silahkan melihat pada dokumen spesifikasi usecase.

3.

Usability

3.1 Sistem dibangun dalam empat bulan 3.2 Mudah digunakan Sistem harus mengikuti petunjuk antarmuka. Sistem menggunakan bahasa Internasional. User friendly interface.

4.

Reliability

4.1 Total system breakdown 0% Sistem harus berjalan pada server yang tidak akan pernah down kecuali force majeure.Akurasi hak akses pengguna Sistem harus dapat mendefinisikan hak akses pengguna dengan jelas.

Confidential


Page 5



4.2 Sistem mampu beroperasi 24 x 7 jam 4.3 Server aplikasi harus standby selama 24 jam. 4.4 Sistem harus mudah dipelihara dan tidak banyak melibatkan sumber daya dengan klasifikasi tinggi 4.5 Sistem dapat menghasilkan informasi untuk kebutuhan semua level user yang terkait dengan order management

5.

Performance

5.1 Response time cepat Sistem harus dapat memberi response time kurang dari 10 detik 5.2 Pencarian data cepat Sistem harus dapat menelusuri data dengan cepat kurang dari 10 detik 5.3 Sistem harus menyediakan history file

6.

Supportability

6.1 Pelayanan Sistem harus dapat melayani 300 pelanggan sekaligus secara online. 6.2 Permasalahan dalam system cepat ditangani Jika ada permasalahan dengan system dapat segera ditangani dalam waktu paling lama 1x24 jam .

7.

Design Constraints Bagian-bagian ini mengindikasikan batasan-batasan dalam pengembangan system.

7.1 Sistem operasi client harus versi windows 2000 atau diatasnya 7.2 Bahasa pemrograman menggunakan ASP 7.3 Database menggunakan Mysql 4.1.12

8.

Online User Documentation and Help System Requirements Tersedia pedoman praktis dalam bentuk hardcopy yang akan disosialisasikan ke user.

9.

Purchased Components Komponen-komponen perangkat lunak yang dibutuhkan untuk pengembangan sistem informasi ini :

10.

Windows server 2003, Windows Web server (IIS) Windows SQL Server Windows XP Visual.net

Interfaces

10.1 User Interfaces User interface yang digunakan dalam Order Management System merupakan standar user interface yang ada dalam platform Windows (menggunakan desktop sebagai user interface ). Confidential


Page 6



10.2 Hardware Interfaces Aplikasi ini menggunakan interface keyboard dan mouse yang terkoneksi dengan PC 10.3 Software Interfaces Web Browser Internet Explorer 5 atau versi di atasnya, Netscape Navigator 6 atau versi di atasnya dan firefox 10.4 Communications Interfaces Untuk dikantor, setiap komputer terhubung dengan Local Area Network Untuk konsumen yang ingin menggunakan sistem order management dapat terhubung melalui internet

11.

Licensing Requirements N/A

12.

Legal, Copyright, and Other Notices N/A

13.

Applicable Standards Dijelaskan pada vision document.

Confidential


Page 7


Order Management System Glossary Version <1.1>

Order Management System Glossary Anta Team/Glossary1.1

Version: <1.1> Date: 27/Nov/06


Version

Description

Author

26/Nov/06

1.0

First Draft

Yudha

27/Nov/06

1.1

Melengkapi Glossary

Yudha

Confidential


ii




Introduction 1.1 Purpose 1.2 Scope 1.3 References 1.4 Overview

1 1 1 1 1

2.

Definitions 2.1 Terminologi Bisnis 2.1.1 Back Office Website 2.1.2 System Back Office 2.2 Terminologi RUP 2.2.1 Actor 2.2.2 Artifact 2.2.3 Activity 2.2.4 Activity Diagram 2.2.5 Business Actor 2.2.6 Business Designer 2.2.7 Business Entity 2.2.8 Business Process Analyst 2.2.9 Business Worker 2.2.10 Change Request (CR) 2.2.11 Defect 2.2.12 Developer 2.2.13 Feature 2.2.14 Iteration 2.2.15 Milestone 2.2.16 Project Manager (PM) 2.2.17 Requirement 2.2.18 Requirements Management 2.2.19 Rational Unified Process (RUP) 2.2.20 Release 2.2.21 Requirements Specifier 2.2.22 Requirements Reviewer 2.2.23 Scope Management 2.2.24 Stakeholder 2.2.25 Stakeholder Need 2.2.26 Stakeholder Request 2.2.27 Traceability 2.2.28 Use-Case(Class) 2.2.29 Use-Case Diagram 2.2.30 Use-Case Model

1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3

Confidential


iii



Glossary 1.

Introduction

1.1

Purpose Dokumen ini berisikan kosakata teknis yang terkait dengan proyek.

1.2

Scope Dokumen ini mendefinisikan istilah-istilah spesifik bagi proyek.

1.3

References • Rational Unified Process Version 2003.06.12.1 • Leffingwell, D. and Don Widrig. 2000. Managing Software Requirements. Menlo Park, CA:Addison Wesley. • Kruchten, Philipe.1999.The Rational Unified Process. Menlo Park, CA:Addison Wesley.

1.4

Overview Dokumen ini menyediakan daftar istilah dan singkatan yang digunakan dalam pengembangan aplikasi Order Management System.

2.

Definitions

2.1

Terminologi Bisnis

2.1.1

Back Office Website Back Office Website adalah aplikasi online yang digunakan oleh PT.ANTA TOUR untuk memanajemen reservasi hotel , pemesan tiket airline, pemesanan paket wisata yang dilakukan konsumen

2.1.2

System Back Office System Back Office adalah aplikasi yang digunakan oleh PT.Anta Tour yang terintegrasi dengan system yang ada di Hotel dan Airline. Aplikasi ini digunakan oleh PT.Anta Tour untuk melayani konsumen yang memesan tiket pesawat dan reservasi hotel secara online

2.2

Terminologi RUP

2.2.1

Actor Seseorang atau sesuatu yang berada di luar sistem tetapi tetap berinteraksi dengan sistem.

2.2.2

Artifact Suatu informasi yang digunakan atau dibuat dalam proses pengembangan perangkat lunak. Artifact dapat berupa sebuah model, penjelasan, atau perangkat lunak. Sinonimnya : produk.

2.2.3

Activity Unit pekerjaan dari suatu peran yang harus dilakukan.

2.2.4

Activity Diagram Kasus tertentu dari state machine yang digunakan untuk memodelkan proses yang melibatkan satu atau lebih classifiers. Sinonim : Activity graph.

Confidential

©PT. Anta Express Tour & Service, Tbk ,2006

1



2.2.5

Business Actor Seseorang atau sesuatu diluar bisnis yang berinteraksi dengan bisnis.

2.2.6

Business Designer Anggota tim pengembang yang memiliki peran untuk mendeskripsikan dan membuat spesifikasi alur kerja dari suatu business use case dalam business workers and entities.

2.2.7

Business Entity Business entity menggambarkan merepresentasikan suatu informasi yang penting dan tersimpan dalam jangka watu lama serta dimanipulasi oleh business worker dan business actors.

2.2.8

Business Process Analyst Anggota tim pengembang yang memiliki peran untuk mendefiniskan business architecture, business use case dan business actor serta menjelaskan bagaimana mereka berinteraksi.

2.2.9

Business Worker Representasi dari suatu peran dalam suatu bisnis.

2.2.10 Change Request (CR) Permintaan dari stakeholder untuk merubah artifact atau proses. CR berisi intormasi tentang akibat dari masalah yang ada, solusi yang diusulkan serta biayanya. 2.2.11 Defect Anomali atau cacat pada produk yang dihasilkan. Contoh : Ketidaksempurnaan yang ditemukan pada fase awal pengembangan. 2.2.12 Developer Seseorang yang bertanggung jawab untuk mengembangkan fungsionalitas yang dibutuhkan sesuai dengan standard dan prosedur proyek. Termasuk didalamnya aktifitas untuk melakukan pengumpulan kebutuhan, analisa dan perancangan, implementasi dan pengujian. 2.2.13 Feature Layanan yang dapat diamati dari suatu sistem yang secara langsung memenuhi kebutuhan stakeholder. 2.2.14 Iteration Nomor urutan dari suatu aktivitas dengan perencanaan tertentu. 2.2.15 Milestone Suatu titik dimana iterasi secara formal berakhir, berhubungan dengan suatu titik release 2.2.16 Project Manager (PM) Individu yang bertanggung jawab penuh atas keberlangsungan proyek. Manajer proyek harus memastikan penjadwalan aktivitas, pengalokasian dan penyelesaiannya sesuai dengan jadwal proyek, anggaran dan kebutuhan kualitas. 2.2.17 Requirement Suatu kondisi atau kemampuan yang harus dimiliki oleh sistem. Requirement ini dapat diturunkan dari kebutuhan user dan harus dituangkan dalam kontrak, dokumen standar, atau dokumen spesifikasi. 2.2.18 Requirements Management Pendekatan sistematis untuk menggambarkan, mengelompokkan dan mendokumentasikan requirement dalam suatu sistem. 2.2.19 Rational Unified Process (RUP) RUP adalah metodologi rekayasa perangkat lunak. RUP menyediakan pendekatan untuk penedelegasian Confidential


2



tugas dan tanggung jawab dalam organisasi tim pengembang. Tujuannya adalah untuk menciptakan perangkat lunak yang berkualitas dan memenuhi kebutuhan user dengan jadwal dan biaya yang telah diperkirakan. 2.2.20 Release Sebuah bagian atau subset dari suatu produk akhir yang merupakan objek evaluasi dari suatu milestone utama. Sebuah release merupakan suatu produk yang stabil dan dapat dieksekusi dan dilengkapi dengan artifact yang diperlukan untuk menggunakan release tersebut, misalnya catatan release dan instruksi instalasi. 2.2.21 Requirements Specifier Seseorang yang bertugas menyusun spesifikasi dari bagian fungsionalitas sistem dengan menggambarkan aspek kebutuhan tersebut ke dalam satu atau lebih use case dan kebutuhan perangkat lunak pendukung lainnya. Requirement Specifier juga bertanggungjawab untuk menyusun use-case package dan menjaga integritas dari package tersebut. Direkomendasikan bahwa requirement specifier yang bertanggung jawab atas use-case package juga bertanggungjawab atas pendefinisian use-case-use-case dan actor-aktor yang ada dalam package tersebut. 2.2.22 Requirements Reviewer Anggota tim pengembang yang bertanggungjawab untuk memberikan feed back hasil dari review proses 2.2.23 Scope Management Proses untuk menentukan kumpulan requirement yang dapat diimplementasikan pada sebuah release tertentu berdasarkan sumber daya dan waktu yang tersedia. 2.2.24 Stakeholder Individu atau organisasi yang akan dipengaruhi oleh keluaran dari sistem. 2.2.25 Stakeholder Need Masalah/kesempatan bisnis atau operasional yang harus dipenuhi untuk menjustifikasi suatu pembelian atau penggunaan. 2.2.26 Stakeholder Request Suatu request atau permintaan yang berupa tipe-tipe tertentu dari stakeholder, misalnya change request, enhancement request, permintaan untuk mengubah request yang ada, defect, dll. 2.2.27 Traceability Kemampuan untuk melacak elemen proyek ke elemen proyek lainnya, terutama yang berhubungan dengan requirement. 2.2.28 Use-Case(Class) Sebuah gambaran dari system behaviour dalam urutan aksi. Sebuah use case harus menghasilkan nilai tertentu untuk actor yang melakukannya. 2.2.29 Use-Case Diagram Suatu diagram yang menggambarkan hubungan antara use-case-use-case dan actor-actor dalam suatu sistem. 2.2.30 Use-Case Model Suatu model yang menggambarkan requirement fungsional dari suatu sistem dalam bentuk use-case-usecase.

Confidential


3

FEAT: Matrik_allfeatures

Project Name: Order Management System Document Name: FEAT: Feature Requirement Type

Requirements FEAT1: Product Features Product Features FEAT1.1: Sistem harus membatasi akses pemakai Sistem harus membatasi akses pemakai FEAT1.2: Sistem harus memiliki user interface yang mudah digunakan Sistem harus memiliki user interface yang mudah digunakan FEAT1.3: Bentuk daftar pesanan consumen yang dihasilkan fleksibel Bentuk daftar pesanan consumen yang dihasilkan sistem harus fleksibel FEAT1.4: Sistem harus dapat mencari data tiket pesawat, reservasi hotel dan paket tour dengan cepat Sistem harus dapat mencari data tiket pesawat, reservasi hotel dan paket tour dengan cepat FEAT1.5: Sistem harus dapat mencari status tiket pesawat, reservasi hotel dan paket tour dengan cepat. Sistem harus dapat mencari status tiket pesawat, reservasi hotel dan paket tour dengan cepat. FEAT1.6: Sistem memiliki history file yang mencatat setiap perubahan transaksi dan kegiatan yang dilakukan user Sistem memiliki history file yang mencatat setiap perubahan transaksi dan kegiatan yang dilakukan user FEAT1.7: Sistem harus mempunyai pemeliharaan sistem Sistem harus mempunyai pemeliharaan sistem

Printed on: 12/30/2006 7:07:00 PM

Printed By: admin

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 1



Requirements FEAT1.8: sistem dapat melakukan pemesanan order online Fasilitas sistem yang dapat melakukan pemesanan order online berupa pemesanan tiket pesawat ataupun tiket hotel. FEAT1.9: sistem dapat verifikasi order dan memberitahu batas pembayaran Fasilitas sistem yang dapat melakukan verifikasi order dan pemberitahuan batas waktu pembayaran secara langsung kepada pelanggan FEAT1.10: status order yang berubah setelah di verifikasi Fasilitas sistem yang setelah dilakukan verifikasi, maka status order akan berubah menjadi Approved yang artinya order telah disetujui dan sebaliknya jika setelah dilakukan verifikasi dan ternyata order konsumen tidak memenuhi persyaratan, maka order akan dibatalkan dan status order menjadi canceled FEAT1.11: sistem online dan realtime Fasilitas sistem yang tidak hanya online tapi juga realtime FEAT2: Product Requirements Other Product Requirements FEAT2.1: Applicable Standards Sistem Menggunakan Applicable Standards FEAT2.2: Sistem harus mempunyai System Requirements Sistem harus mempunyai System Requirements FEAT2.3: Performance Requirements Performance Requirements FEAT2.4: Environmental Requirements Environmental Requirements Printed on: 12/30/2006 7:07:00 PM

Printed By: admin

Priority High

Status Proposed

Difficulty Medium

Stability Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

High

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 2



Requirements FEAT3: Documentation Requirements Documentation Requirements FEAT3.1: Sistem harus menyediakan User Manual Sistem harus menyediakan User Manual FEAT3.2: Sistem sebaiknya menyediakan fasilitas Online Help Sistem sebaiknya menyediakan fasilitas Online Help FEAT3.3: Sistem sebaiknya dilengkapi dengan Installation Guides, Configuration, and Read Me File Sistem sebaiknya dilengkapi dengan Installation Guides, Configuration, and Read Me File FEAT3.4: Labeling and Packaging Labeling and Packaging

Printed on: 12/30/2006 7:07:00 PM

Printed By: admin

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 3

UC: Matrix UC

Project Name: Order Management System Document Name: UC: Use Case Requirement Type

Requirements UC1: UCS Register User Use-Case Spesification: Register User UC1.1: Brief Description Brief Description Use-case ini digunakan oleh user untuk memperoleh akses ke sistem. UC1.2: Basic Flow Of Events Basic Flow of Events UC1.2.1: aktor akses website PT.AntaTour Use-case ini dimulai ketika aktor meng-akses website PT.AntaTour. Aktor memilih menu sign-up UC1.2.1.1: jika aktor terdaftar Alternate flow : jika actor sudah mendaftar UC1.2.2: sistem tampilkan form registrasi Sistem akan menampilkan form registrasi user baru. Isi form diantaranya : nama,alamat, tempat dan tanggal lahir, user-id, password, dsb UC1.2.2.1: jika user tidak jd daftar Alternate flow: jika user tidak jadi mendaftar UC1.2.3: aktor entri data ke form registrasi Aktor memasukkan data pada form registrasi user, kemudian menekan tombol ”daftar” UC1.2.3.1: jika user ingin kembali ke halaman depan Alternate flow : jika user ingin kembali kehalaman depan UC1.2.4: sistem validasi form sistem mem-validasi pengisian form registrasi user UC1.2.4.1: jika salah isi form Alternate flow : jika salah mengisi form UC1.2.5: sistem cari user-id Sistem mencari user-id yang sesuai dengan data yang telah dimasukkan user. UC1.2.5.1: jika user-id sudah dipakai Alternate flow : jika user-id sudah ada UC1.2.6: sistem konfirmasi lewat e-mail Sistem akan memberikan konfirmasi lewat e-mail yang diberikan oleh user. UC1.2.6.1: jika e-mail salah tulis Alternate flow : jika e-mail yang diberikan user salah UC1.2.7: user link url user me-link url yang diberikan di e-mail konfirmasi sistem. UC1.2.7.1: jika user tidak link url Alternate flow : jika user tidak me-link url yang diberikan sistem Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 1

UC: Matrix UC


Requirements UC1.2.8: sistem terima konfirmasi sistem menerima konfirmasi dari user karena user me-link url yang diberikan di e-mail konfirmasi. UC1.2.9: sistem tampilkan pesan Sistem menampilkan pesan ”user Anda sudah diaktifkan” UC1.2.10: user ke menu utama User masuk ke menu utama UC1.2.10.1: jika user ingin keluar Alternate flow : jika user tidak ingin masuk ke menu utama UC1.2.11: user beri hak akses Sistem memberikan hak akses kepada user sesuai hak yang dimilikinya UC1.3: Alternative Flows Alternative Flows UC1.3.1: Jika user sudah mendaftar Jika user sudah mendaftar Di basic flow nomor satu jika user sudah terdaftar maka langsung memasuki menu utama UC1.3.2: Jika user tidak jadi mendaftar Jika user tidak jadi mendaftar Di basic flow nomor dua jika user tidak jadi mendaftar maka sistem langsung kembali ke menu awal UC1.3.3: Jika user ingin ke halaman depan Jika user ingin kembali ke halaman depan Di basic flow nomor tiga jika user ingin kembali ke halaman depan maka user menekan tombol ”batal” UC1.3.4: jika salah isi form Jika salah mengisi form Di basic flow nomor empat jika user salah mengisi form maka sistem akan mengeluarkan windows pop-up yang akan memberi peringatan bahwa seluruh detail form harus diisi. Setelah user menutup pop-up window tersebut maka user dapat melanjutkan mengisi detail form yang dimaksud. UC1.3.5: Jika user-id sudah ada Jika user-id sudah ada Di basic flow nomor lima jika userid yang diinginkan user sudah dimiliki oleh user lain maka sistem akan menampilkan pesan ”user-id sudah dimiliki user lain, silahkan masukkan user-id lain” UC1.3.6: Jika e-mail dari user salah Jika e-mail yang diberikan user salah Pada basic flow nomor enam jika e-mail yang diberikan user salah maka sistem akan menampilkan pesan ”sistem tidak dapat memberikan konfirmasi ke e-mail yang dimaksud”

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 2

UC: Matrix UC


Requirements UC1.3.7: Jika user tidak link url Jika user tidak me-link url yang diberikan sistem Pada basic flow nomor tujuh jika user tidak me-link url yang diberikan sistem maka sistem tidak dapat mengaktifkan userid user. UC1.3.8: Jika user ingin keluar Jika user tidak ingin masuk ke menu utama Pada basic flow nomor sembilan jika user tidak ingin masuk ke sistem maka sistem akan langsung keluar dari menu utama. UC1.4: Preconditions Preconditions UC1.4.1: User terhubung dengan internet User terhubung dengan internet Jika user sudah terhubung dengan internet kemudian user bisa mengakses website PT.Anta Tour UC1.4.2: Sistem sedia menu SIGN-UP Sistem menyediakan menu SIGN-UP Jika user belum terdaftar maka user harus klik menu Sign-Up UC1.5: Postconditions Postconditions UC1.5.1: Menu utama diaktifkan Fasilitas Menu Utama diaktifkan UC1.5.2: logout diaktifkan Fasilitas untuk Logout diaktifkan UC1.6: Special Requirements Special Requirements UC1.6.1: user bs aktifkan user kapanpun User dapat membuka e-mail konfirmasi untuk mengaktifkan user-id kapan pun UC1.6.2: user dapat logout kapanpun User dapat Logout dari sistem kapanpun UC2: UCS : Pesan Tiket Use-Case Spesification : Pesan Tiket UC2.1: Brief Description Brief Description Use case ini digunakan jika user (customer) mau memesan tiket pesawat UC2.2: Basic Flow of Events Basic Flow of Events UC2.2.1: user pilih menu pesan tiket User memilih menu pemesanan tiket UC2.2.2: sistem tampilkan form Sistem menampilkan form pemesanan tiket untuk di isi user

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Special Requirement Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 3

UC: Matrix UC


Requirements UC2.2.3: user entri data ke form User memasukkan data pada form pemesanan tiket, kemudian menekan tombol “cari harga tiket”. UC2.2.3.1: kembali ke halaman depan Alternate flow: Kembali ke halaman depan UC2.2.4: sistem validasi Sistem memvalidasi pengisian form pemesanan tiket UC2.2.4.1: jika data invalid Alternate Flow: Data yang dimasukkan invalid UC2.2.5: sistem cari penerbangan yang sesuai Sistem mencari penerbangan yang sesuai dengan data yang telah dimasukkan user, kemudian menampilkan daftar penerbangannya beserta harga tiket. UC2.2.5.1: harga tiket tidak ada Alternate Flow: Harga tiket yang dicari tidak ada UC2.2.6: user pilih harga tiket User memilih salah satu harga tiket dari daftar tiket yang ditampilkan di sistem dengan menekan tombol “cek jadwal” pada penerbangan tersebut. UC2.2.6.1: batal Alternate flow : batal UC2.2.7: sistem tampilkan form jadwal Sistem menampilkan form jadwal penerbangan yang diminta user UC2.2.7.1: jadwal tidak ada Alternate flow: jadwal penerbangan yang diinginkan tidak ada UC2.2.8: user pilih jadwal penerbangan User memilih salah satu jadwal penerbangan, kemudian menekan tombol “lanjut”. UC2.2.8.1: kembali ke daftar harga Alternate Flow: Kembali ke daftar harga tiket UC2.2.9: sistem validasi isi form Sistem memvalidasi isi form jadwal penerbangan yang dientri user UC2.2.9.1: isi form invalid Alternate flow:isi form Jadwal penerbangan invalid UC2.2.10: sistem tampil : jdwal, hartot,jml penumpang Sistem menampilkan jadwal penerbangan yang dipilih, harga total dari berapa penumpang yang akan terbang UC2.2.11: user isi data User mengisi data penumpang dan nomor telepon. Kemudian menekan tombol “lanjut”.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 4

UC: Matrix UC


Requirements UC2.2.11.1: batal Alternate flow : batal UC2.2.12: validasi data Sistem memvalidasi data penumpang UC2.2.12.1: data invalid Alternate flow: Data penumpang invalid UC2.2.13: sistem tampilkan pesanan Sistem menampilkan tiket penerbangan dan harga tiket pesawat, dan menampilkan pilihan bagaimana cara user untuk mengambil atau mendapatkan tiket yang dipesan UC2.2.14: user pilih cara User memilih cara bagaimana mendapatkan tiket, kemudian menekan tombol “Pesan tiket”. UC2.2.14.1: batal Alternate flow: Batal UC2.2.15: sistem simpan all data Sistem menyimpan seluruh data pemesanan tiket. Kemudian menampilkan bahwa data telah disimpan. Sistem juga menampilkan rincian perjalanan, dan tiket pesawat yang telah dipesan user UC2.3: Alternative Flows Alternative Flows UC2.3.1: Kembali ke halaman depan Kembali ke halaman depan Pada basic flow nomor tiga jika user menekan tombol “kembali ke halaman depan” maka user akan kembali ke halaman depan UC2.3.2: Data yang dimasukkan invalid Data yang dimasukkan invalid Pada basic flow nomor empat data yang dimasukkan invalid terjadi jika user mengisi tanggal keberangkatan yang sudah berlalu, atau jumlah orang yang melakukan penerbangan tidak diisi. Sistem akan mengeluarkan window pop-up yang memperingatkan bahwa data tidak valid, dan user dapat melanjutkan pengisian form pencarian tiket setelah menutup pop-up window UC2.3.3: Harga tiket yang dicari tidak ada Harga tiket yang dicari tidak ada Pada basic flow nomor lima jika penerbangan yang sesuai dengan data pencarian tiket yang diisi user tidak tersedia, sistem akan menampilkan tampilan berikutnya bahwa harga tiket yang dicari tidak ada. User dapat kembali ke halaman pengisian form pencarian tiket dengan menekan tombol “cari lagi”.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 5

UC: Matrix UC


Requirements UC2.3.4: Penerbangan tidak ada Penerbangan tidak ada Pada basic flow nomor tujuh terjadi jika penerbangan penuh atau todak beroperasi. Sistem akan menampilkan tampilan bahwa penerbangan tidak tersedia, dan user dapat mengubah pilihan tanggal atau mengubah pilihan maskapai. UC2.3.5: Kembali ke daftar harga tiket Kembali ke daftar harga tiket Pada basic flow nomor delapan jika user memilih tombol “kembali”maka sistem akan kembali ke halaman daftar harga tiket UC2.3.6: Isi form jadwal penerbangan invalid Isi form jadwal penerbangan invalid Pada basic flow nomor sembilan, jika jam penerbangan pulang dan pergi yang dipilih user terlalu dekat, sistem akan mem-pop-up window bahwa ada kesalahan pada pemilihan jam penerbangan. User dapat memilih ulang jadwal keberangkatan setelah menutup pop-up window. UC2.3.7: Data penumpang invalid Data penumpang invalid Pada basic flow nomor dua belas, jika user tidak mengisi data penumpang atau nomor telepon dengan lengkap maka sistemtidak akan memproses pesanan UC2.3.8: Batal Batal Pada basic flow nomor enam, sebelas dan empat belas jika user memilih tombol “batal”, sistem akan kembali ke halaman utama. UC2.4: Preconditions Preconditions UC2.4.1: User harus sudah login User harus sudah login UC2.4.2: Ada produk tiket Ada produk tiket pesawat yang ditampilkan di sistem UC2.5: Postconditions Postconditions UC2.5.1: Sistem dapat menyimpan data Sistem dapat menyimpan data pesanan tiket user ke database UC2.5.2: sistem tampilkan pesanan Sistem dapat menampilkan pesanan yang dipesan oleh user UC2.6: Special Requirements Special Requirements UC2.6.1: dapat mencari jadwal penerbangan Sistem harus dapat mencari penerbangan dengan harga dan jadwalnya

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 6

UC: Matrix UC


Requirements UC2.6.2: dapat mencari maskapai penerbangan Sistem harus dapat mencari Maskapai penerbangan yang menyediakan jadwal yang diinginkan user UC2.6.3: update produk setiap waktu Sistem update produk setiap waktu UC3: UCS : Reservasi Hotel Use-Case Spesification : Reservasi Hotel UC3.1: Brief Description Brief Description Use case ini digunakan jika user (customer) mau mereservasi hotel. UC3.2: Basic Flow of Events Basic Flow of Events UC3.2.1: user pilih menu reservasi User memilih menu Reservasi Hotel. UC3.2.2: sistem tampilkan form Sistem akan menampilkan form untuk mencari hotel. UC3.2.3: user isi form User mengisi isian form, kemudian menekan tombol ”lanjut”. UC3.2.3.1: Batal Alternate flow: Batal UC3.2.4: sistem validasi form Sistem memvalidasi form isian. UC3.2.4.1: ika Data pencarian invalid Alternate flow: jika Data pencarian invalid UC3.2.5: sistem cari & tampilkan daftar hotel Sistem mencari dan menampilkan daftar hotel beserta harga kamarnya yang sesuai dengan isian form. UC3.2.5.1: Hotel tidak ada Alternate flow: Hotel tidak ada UC3.2.6: user pilih hotel User memilih hotel dari daftar hotel yang tampil dengan menekan tombol ”pilih”. UC3.2.6.1: kembali ke pencarian hotel Alternate flow: kembali ke pencarian hotel UC3.2.7: sistem tampilkan data Sistem menampilkan data hotel yang dipilih UC3.2.8: user memilih jenis kamar User memilih jenis kamar dan memasukkan jumlah kamar yang ingin dipesan. Kemudian memilih ”lanjut”. UC3.2.8.1: Kembali ke pemilihan daftar hotel Alternate flow: Kembali ke pemilihan daftar hotel UC3.2.9: sistem validasi pilihan Sistem memvalidasi isian pilihan jenis kamar Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 7

UC: Matrix UC


Requirements UC3.2.9.1: Jenis kamar tidak dipilih Alternate flow: Jenis kamar tidak dipilih UC3.2.10: sistem tampilkan form data tamu Sistem menampilkan form isian untuk mendatakan tamu yang akan menginap UC3.2.11: user isi form User mengisi form data penginap yang ditampilkan sistem, kemudian memilih ”lanjut”. UC3.2.11.1: kembali ke pilih jenis kamar Alternate flow: Kembali ke pemilihan jenis kamar UC3.2.12: sistem validasi form Sistem memvalidasi isian form data penginap. UC3.2.12.1: Data invalid Alternate flow: Data penginap invalid UC3.2.13: tampilkan form indikasi perjalanan Sistem menampilkan form indikasi perjalanan UC3.2.14: user pesan reservasi hotel User mengisi nama perjalanan, kemudian menekan tombol ”pesan dahulu ” untuk melanjutkan memesan reservasi hotel UC3.2.14.1: Batal Alternate flow:Batal UC3.2.15: sistem validasi isian Sistem memvalidasi isian nama perjalanan. UC3.2.15.1: Nama perjalanan tidak diisi Alternate flow: Nama perjalanan tidak diisi UC3.2.16: sistem simpan data Sistem menyimpan data keseluruhan pesanan, kemudian menampilkan data pesanan tersebut bahwa data telah disimpan. UC3.3: Alternative Flows Alternative Flows UC3.3.1: Batal Batal Pada basic flow nomor tiga dan empat belas, jika user menekan tombol ”batal”, pemesanan paket tour dibatalkan, dan sistem kembali ke halaman depan. UC3.3.2: Data pencarian invalid Data pencarian invalid Pada basic flow nomor empat, jika data pencarian invalid maka tanggal cek-in atau cek-our, telah berlalu, system akan mengeluarkan window pop-up yang memberi peringatan bahwa tanggal harus diisi benar. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi data pencarian.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 8

UC: Matrix UC


Requirements UC3.3.3: Hotel tidak ada Hotel tidak ada Pada basic flow nomor lima, jika hotel yang dicari tidak ada, system akan menampilkan informasi bahwa hotel yang dicari tidak ada. Dan user dapat kembali ke form pencarian hotel dengan menekan tombol ”kembali” UC3.3.4: Kembali ke pencarian hotel Kembali ke pencarian hotel Pada basic flow nomor enam, jika aktor menekan tombol “kembali”, sistem akan kembali menampilkan form pencarian hotel. UC3.3.5: Kembali ke pemilihan daftar hotel Kembali ke pemilihan daftar hotel Pada basic flow nomor delapan, jika aktor menekan tombol “kembali”, sistem akan kembali menampilkan daftar pilihan hotel. UC3.3.6: Jenis kamar tidak dipilih Jenis kamar tidak dipilih Pada basic flow nomor sembilan, jika jenis kamar tidak dipilih maka sistem akan menampilkan pesan “jenis kamar harus dipilih” UC3.3.7: Kembali ke pemilihan jenis kamar Kembali ke pemilihan jenis kamar Pada basic flow nomor sebelas, jika user tidak ingin meneruskan pesanan dengan menekan tombol “lanjut” maka user bisa menekan tombol “back” kemudian user kembali ke menu pemilihan jenis kamar UC3.3.8: Data penginap invalid Data penginap invalid Pada basic flow nomor dua belas, jika form data penginap tidak seluruhnya di isi, sistem akan mengeluarkan window pop-up yang memberi peringatan bahwa form harus diisi semua. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi data penginap. UC3.3.9: Nama perjalanan tidak diisi Nama perjalanan tidak diisi Pada basic flow nomor lima belas, jika nama perjalanan tidak di isi maka sistem mengeluarkan window pop-up yang memberi peringatan bahwa nama perjalanan harus diisi. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi nama perjalanan. UC3.4: Preconditions Preconditions UC3.4.1: ada produk reservasi hotel Ada produk reservasi hotel untuk ditampilkan oleh sistem UC3.4.2: user harus login User harus sudah login UC3.5: Postconditions Postconditions

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition

Medium

Proposed

Medium

Medium

Page: 9

UC: Matrix UC


Requirements UC3.5.1: sistem dapat menyimpan data Sistem harus dapat menyimpan data reservasi hotel oleh user (customer) UC3.5.2: sistem dapat menampilkan pesanan Sistem dapat menampilkan pesanan yang dilakukan user UC3.6: Special Requirements Special Requirements UC3.6.1: sistem dapat mencari informasi ttg hotel Sistem harus dapat mencari informasi hotel dan datanya UC3.6.2: sistem update produk Sistem update produk setiap waktu ( terutama jika ada perubahan mengenai produk ) UC4: UCS : Paket Wisata Use-Case Spesification: Pesan Paket Wisata UC4.1: Brief Description Brief Description Use case ini digunakan ketika user (customer) mau memesan paket wisata. UC4.2: Basic Flow of Events Basic Flow of Events UC4.2.1: user pilih paket User memilih menu paket wisata. UC4.2.2: sistem tampilkan form lokasi Sistem menampilkan form lokasi UC4.2.3: user isi form User mengisi tujuan , waktu dan kisaran harga wisata. Kemudian menekan tombol “cari produk”. UC4.2.3.1: batal Alternate flow: Batal UC4.2.4: sistem tampilkan paket Sistem menampilkan paket tour yang ada, dan menampilkan form pemilihan tour yang berisi pilihan jadwal (hari dan jam) keberangkatan. UC4.2.4.1: jika paket tour tidak ada alternate flow : jika paket tour tidak ada UC4.2.5: user pilih jadwal keberangkatan User memilih jadwal keberangkatan, kemudian menekan tombol “pilih”. UC4.2.5.1: Kembali ke form lokasi Alternate flow: Kembali ke form lokasi UC4.2.6: sistem tampilkan info detil Sistem menampilkan info detil. Yaitu jadwal tour perhari, dan harga kamar hotel (tipe kamar hotel,.dewasa, dan anak). Juga menampilkan form isian berapa jumlah penumpang yang ikut. Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 10

UC: Matrix UC


Requirements UC4.2.6.1: jika informasi jadwal tidak ada Alternate flow : jika informasi jadwal keberangkatan tidak ada UC4.2.7: user isi jumlah orang yg ikut tour User mengisi jumlah dewasa dan anak yang ikut tour kemudian pilih “pesan paket ini” UC4.2.7.1: Kembali ke pilihan jadwal keberangkatan Alternate flow: Kembali ke pilihan jadwal keberangkatan UC4.2.8: sistem validasi isi Sistem memvalidasi isian jumlah penumpang UC4.2.8.1: jml penumpang invalid Alternate flow: Jumlah penumpang invalid UC4.2.9: sistem tampilkan pilihan kombinasi Sistem menampilkan pilihan kombinasi kamar penginapan dan harga tiap kombinasi. Sistem juga menampilkan harga total tour yang tidak termasuk harga kombinasi kamar UC4.2.9.1: jika pilihan kombinasi kamar tidak ada Alternate flow: jika pilihan kombinasi kamar tidak ada UC4.2.10: user pilih salah satu kombinasi User memilih salah satu kombinasi kamar, kemudian menekan tombol “lanjut”. UC4.2.10.1: Kembali ke tampilan detil Alternate flow: Kembali ke tampilan detil UC4.2.11: sistem tampilkan detil Sistem menampilkan detil harga kamar, pajak airport, fiscal, visa dan total keseluruhan harga. Juga menampilkan isian data yang ikut tour UC4.2.11.1: jika informasi tidak tampil Alternate flow : jika informasi tidak tampil UC4.2.12: user isi data User mengisi data isian data penumpang, kemudian menekan “lanjut” jika ingin memesan paket wisata. UC4.2.12.1: kembali ke pilihan Alternate flow: Kembali ke pilihan kombinasi kamar UC4.2.13: sistem validasi data Sistem memvalidasi pengisian data penumpang UC4.2.13.1: data invalid Alternate flow: Data penumpang invalid UC4.2.14: sistem simpan data Sistem menyimpan data pesanan, kemudian menampilkan bahwa data telah berhasil disimpan. UC4.3: Alternative Flows Alternative Flows

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow

Medium

Proposed

Medium

Medium

Page: 11

UC: Matrix UC


Requirements UC4.3.1: Batal Batal Pada basic flow nomor tiga, jika user memilih tombol “batal”, sistem akan kembali ke halaman depan. UC4.3.2: Jika paket tour tidak ada Jika paket tour tidak ada Pada basic flow nomor empat, jika paket tour yang dicari tidak ada maka system akan memberikan pesan “ paket tour tidak ada” UC4.3.3: Kembali ke form lokasi Kembali ke form lokasi Pada basic flow nomor lima. Jika user menekan tombol “kembali”, sistem akan kembali ke pengisian form lokasi (basic flow nomor dua) UC4.3.4: Jika informasi jadwal keberangkatan tidak ada Jika informasi jadwal keberangkatan tidak ada. Pada basic flow nomor enam, jika paket tour dengan jadwal keberangkatan yang diinginkan oleh user tidak ada maka sistem akan menampilkan pesan “jadwal keberangkatan yang Anda pilih tidak ada”. User kembali memilih jadwal keberangkatan yang lain (basic flow nomor lima). UC4.3.5: Kembali ke pilihan Kembali ke pilihan jadwal keberangkatan Pada basic flow nomor tujuh, jika user menekan tombol “kembali”, sistem akan kembali ke menu pemilihan jadwal keberangkatan (basic flow nomor lima) UC4.3.6: Jumlah penumpang invalid Jumlah penumpang invalid Pada basic flow nomor delapan, jika user tidak mengisi jumlah orang yang ikut tour. Sistem akan menampilkan pop-up window untuk memberi peringatan, dan aktor (user) dapat me-entri isian kembali setelah pop-up window ditutup. UC4.3.7: Jika pilihan kombinasi kamar tidak ada Jika pilihan kombinasi kamar tidak ada Pada basic flow nomor sembilan, jika kombinasi kamar tidak terdapat dalam database system maka system akan menampilkan pesan “kombinasi kamar kosong” UC4.3.8: Kembali ke tampilan detil Kembali ke tampilan detil Pada basic flow nomor sepuluh, jika user menekan tombol “kembali”, sistem akan kembali ke tampilan detil (basic flow nomor enam) UC4.3.9: Jika informasi tidak tampil Jika informasi tidak tampil Pada basic flow nomor sebelas, jika detil harga kamar, pajak, airport, fikal, visa dan total keseluruhan harga juga isian data yang ikut tour tidak tampil, maka sistem akan memunculkan pesan “system error”

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 12

UC: Matrix UC


Requirements UC4.3.10: Kembali ke kombinasi kamar Kembali ke pilihan kombinasi kamar Pada basic flow nomor dua belas, jika user menekan tombol “kembali”, sistem akan kembali ke pemilihan kombinasi kamar (basic flow nomor sepuluh). UC4.3.11: Data penumpang invalid Data penumpang invalid Pada basic flow nomor tiga belas, jika user tidak mengisi data dengan lengakap. Sistem akan mem-pop-up window untuk memberi peringatan, dan user dapat mengisi isian kembali setelah pop-up window ditutup. UC4.4: Preconditions Preconditions UC4.4.1: User harus sudah login UC4.4.2: sistem update produk Sistem selalu meng-update Produk terbaru UC4.4.3: tersedia paket wisata Di dalam sistem tersedia Paket wisata untuk konsumen UC4.5: Postconditions Postconditions UC4.5.1: sistem dapat simpan data Sistem ini harus dapat menyimpan data pesanan user (customer) UC4.6: Special Requirements Special Requirements UC4.6.1: sistem dapat cari informasi paket tour Sistem ini harus dapat mencari informasi paket tour dan harganya UC5: UCS : Update Produk Use-Case Spesification : Update Produk UC5.1: Brief Description Brief Description Usecase ini digunakan oleh user(Staff) untuk melihat dan memperbaharui informasi mengenai hotel, airline dan paket tour yang terbaru. UC5.2: Basic Flow of Events Basic Flow of Events UC5.2.1: User pilih menu admin User memilih menu admin produk UC5.2.2: Sistem tampilkan jenis produk Sistem akan menampilkan combo box yang didalamnya terdapat combobox jenis produk UC5.2.3: user pilih jenis produk User memilih jenis produk dari menu admin produk. UC5.2.3.1: Batal Alternate flow : Batal Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name Name

Medium

Proposed

Medium

Medium

Medium Medium

Proposed Proposed

Medium Medium

Medium Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 13

UC: Matrix UC


Requirements UC5.2.4: sistem tampilkan detail produk Sistem menampilkan detail produk yang diinginkan UC5.2.4.1: jika detail tidak tampil Alternate flow : jika detail produk tidak tampil UC5.2.5: user pilih detail produk User pilih detail produk yang ingin di update UC5.2.5.1: kembali ke jenis produk Alternate flow : kembali ke jenis produk UC5.2.6: user klik tombol update user klik tombol ”update” UC5.2.6.1: Batal Alternate flow : Batal UC5.2.7: sistem akan tampilkan form Sistem akan menampilkan form yang berisi data detail dari produk yang ingin di update. UC5.2.8: user isi form User mengisi form yang ditampilkan dengan data-data baru UC5.2.8.1: ika batal isi dgn data baru Alternate flow : jika batal mengisi dengan data baru UC5.2.9: user klik simpan user klik tombol ”simpan” UC5.2.9.1: Batal alternate flow : Batal UC5.2.10: sistem validasi . Sistem memvalidasi isian form UC5.2.10.1: jika ada detail yang blm diisi Alternate flow: jika ada detail yang belum diisi UC5.2.11: sistem simpan data Sistem menyimpan data keseluruhan produk yang di Update, kemudian menampilkan data yang sudah di update tersebut bahwa data telah disimpan. UC5.3: Alternative Flows Alternative Flows UC5.3.1: Batal Batal Pada basic flow nomor tiga, enam dan sembilan, jika user menekan tombol ”batal”, Update Produk batal dan sistem kembali ke halaman depan. UC5.3.2: Jika detail produk tidak tampil Jika detail produk tidak tampil Pada basic flow nomor empat, jika detail produk tidak tampil maka sistem akan menampilkan pesan “detail produk tidak ada”. User kembali ke basic flow nomor tiga.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 14

UC: Matrix UC


Requirements UC5.3.3: Kembali ke jenis produk Kembali ke jenis produk Pada basic flow nomor lima, jika user tidak ingin meneruskan pencarian produk maka bisa menekan tombol “back” untuk kembali ke basic flow nomor tiga, yaitu memilih jenis produk yang lain. UC5.3.4: Jika batal mengisi data baru Jika batal mengisi data baru Pada basic flow nomor delapan, jika detail produk yang akan diupdate batal diisi oleh user dengan data yang baru maka user bisa memilih tombol “batal” untuk keluar dari detail produk dan kembali ke basic flow ke lima UC5.3.5: Jika ada detail yang belum di isi Jika ada detail yang belum di isi Pada basic flow nomor sepuluh, jika ada detail yang belum di isi maka sistem mengeluarkan window pop-up yang memberi peringatan bahwa seluruh detail harus diisi. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi detail produk yang dimaksud UC5.4: Preconditions Preconditions UC5.4.1: User harus sudah login ke sistem User harus sudah login ke sistem UC5.4.2: Ada produk Ada produk yang akan di update oleh user UC5.4.3: data produk yang terbaru Produk yang di update adalah data produk yang terbaru (datanya belum pernah dimasukkan ke sistem sebelumnya) UC5.5: Postconditions Postconditions UC5.5.1: Sistem harus menampilkan data produk Sistem harus menampilkan data produk yang sudah di update ke halaman depan UC5.6: Special Requirements Special Requirements UC5.6.1: Sistem dapat memberikan pesan Sistem dapat memberikan pesan kepada konsumen langsung setelah update produk selesai dilakukan. UC5.6.2: Sistem menampilkan waktu Sistem menampilkan waktu user update produk UC6: UCS : Membayar Pesanan Use-Case Spesification: Membayar Pesanan UC6.1: Brief Description Brief Description Usecase ini digunakan oleh konsumen untuk membayar pesanan yang sudah dipesan lewat website PT.Anta Tour Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Page: 15

UC: Matrix UC


Requirements UC6.2: Basic Flow of Events Basic Flow of Events UC6.2.1: aktor memilih menu pembayaran aktor memilih menu pembayaran UC6.2.2: Sistem menampilkan jenis kredit card. Sistem akan menampilkan combo box yang didalamnya terdapat jenis kredit card. UC6.2.3: aktor pilih jenis kartu kredit aktor memilih jenis kartu kredit UC6.2.3.1: jika kartu kredit yang diinginkan user tidak ada Alternate flow : jika kartu kredit yang diinginkan user tidak ada UC6.2.4: Sistem tampilkan form pembayaran Sistem menampilkan form pembayaran yang harus diisi UC6.2.5: Aktor isi form pembayaran Aktor mengisi form pembayaran UC6.2.5.1: batal Alternate flow : batal UC6.2.6: Aktor tekan tombol ”next” Aktor menekan tombol ”next” UC6.2.6.1: batal Alternate flow : batal UC6.2.7: sistem akan validasi sistem akan validasi form yang sudah diisi oleh user. UC6.2.7.1: jika data tidak valid Alternate flow : jika data tidak valid UC6.2.8: Sistem akan men-cek nomor kartu Sistem akan men-cek nomor kartu kredit ke bank yang di maksud oleh user UC6.2.8.1: jika nomor kartu kredit tidak ada Alternate flow : jika nomor kartu kredit tidak ada UC6.2.9: Sistem akan tampilkan form utk masukkan PIN Sistem akan menampilkan form agar user memasukkan nomor PIN dari kartu kreditnya UC6.2.10: aktor masukkan pin Aktor memasukkan pin ke form yang disediakan oleh sistem UC6.2.10.1: batal Alternate flow : batal UC6.2.11: sistem akan terhubung dengan Bank sistem akan terhubung dengan Bank untuk validasi no-pin yang sudah diisi oleh user.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Basic Flow

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 16

UC: Matrix UC


Requirements UC6.2.11.1: jika nomor PIN salah Alternate flow : jika nomor PIN salah UC6.2.11.2: jika tidak terhubung dengan sistem Bank Alternate flow : jika tidak terhubung dengan sistem Bank UC6.2.12: sistem akan tampilkan data Sistem akan menampilkan data pembayaran yang dilakukan oleh user UC6.2.12.1: ika proses pembayaran gagal Alternate flow : jika proses pembayaran gagal UC6.2.13: aktor verifikasi Aktor verifikasi data pembayaran UC6.2.13.1: Jika data pembayaran salah Alternate flow : jika data pembayaran salah UC6.2.14: aktor tekan ‘bayar’ Aktor menekan tombol ”bayar” UC6.2.14.1: batal Alternate flow : batal UC6.2.15: sistem simpan data Sistem menyimpan data pembayaran yang sudah diverifikasi oleh user. UC6.2.16: sistem konfirmasi ke sistem Bank Sistem konfirmasi ke sistem Bank untuk debit kredit card user ke rekening Bank sistem. UC6.2.17: sistem mengirimkan pesan kpd user Sistem mengirimkan pesan kepada user bahwa proses pembayaran sudah selesai, dan mencetak data pembayaran lewat layar UC6.2.18: user tekan tombol “ok” User menekan tombol ”ok” UC6.2.19: sistem cetak data pembayaran sistem mencetak data pembayaran user ke printer UC6.2.19.1: jika tidak tersambung dengan printer Alternate flow : jika tidak tersambung dengan printer UC6.3: Alternative Flows Alternative Flows UC6.3.1: Jika pilihan kartu kredit tdk ada Jika kartu kredit yang diinginkan user tidak ada Pada basic flow nomor tiga, jika kartu kredit yang dimiliki oleh user tidak terdapat pada menu jenis credit card sistem maka user tidak bisa melakukan pembayaran UC6.3.2: Batal Batal Pada basic flow nomor lima, sepuluh dan empat belas jika user menekan tombol “batal” maka proses pembayaran dibatalkan dan user kembali ke halaman depan. Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 17

UC: Matrix UC


Requirements UC6.3.3: Jika data tidak valid Jika data tidak valid Pada basic flow nomor tujuh jika data tidak valid maka sistem akan menampilkan pesan “form harus diisi semua” kemudian user harus kembali ke basic flow nomor lima untuk melengkapi kembali form pembayaran yang sudah disediakan sistem. UC6.3.4: Jika nomor kartu kredit tidak ada Jika nomor kartu kredit tidak ada Pada basic flow nomor delapan, jika nomor kartu kredit yang dimasukkan user ke sistem tidak ada di sistem bank yang dimaksud user, maka user harus memasukkan kembali nomor kartu kredit di basic flow nomor lima UC6.3.5: Jika nomor PIN salah Jika nomor PIN salah Pada basic flow nomor sebelah, jika nomor PIN salah maka user harus memasukkan kembali nomor PIN dengan benar di basic flow sepuluh UC6.3.6: Jika tidak terhubung dengan sistem BANK Jika tidak terhubung dengan sistem BANK Pada basic flow nomor sebelas, jika tidak terhubung dengan sistem Bank maka sistem tidak dapat melakukan proses pembayaran. Sistem akan menampilkan pesan “untuk saat ini proses pembayaran tidak dapat dilakukan, hubungi Call Center kami” UC6.3.7: Jika proses pembayaran gagal Jika proses pembayaran gagal Pada basic flow nomor dua belas, jika proses pembayaran gagal maka user harus mengulangi kembali proses pembayaran dari basic flow pertama. UC6.3.8: Jika data pembayaran salah Jika data pembayaran salah Pada basic flow nomor tiga belas jika data pembayaran salah atau tidak sesuai dengan keinginan user, maka user bisa membatalkan transaksi atau mengulangi kembali proses pembayaran dari basic flow yang pertama. UC6.3.9: Jika tidak tersambung dengan printer Jika tidak tersambung dengan printer Pada basic flow nomor sembilan belas, jika sistem tidak terhubung dengan printer maka sistem tidak dapat mencetak data pembayaran. Sehingga sistem hanya bisa mencetak lewat layar komputer saja. UC6.4: Preconditions Preconditions UC6.4.1: User harus sudah login ke sistem User harus sudah login ke sistem UC6.4.2: User sudah melakukan pemesanan produk User sudah melakukan pemesanan produk Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 18

UC: Matrix UC


Requirements UC6.4.3: User memiliki kartu kredit User memiliki kartu kredit UC6.4.4: Sistem terintegrasi Sistem di PT.Anta Tour terintegrasi dengan sistem Bank UC6.5: Postconditions Postconditions UC6.5.1: Sistem harus bisa mencetak Sistem harus bisa mencetak transaksi pembayaran yang dilakukan UC6.5.2: Sistem harus bisa menyimpan transaksi Sistem harus bisa menyimpan transaksi pembayaran yang dilakukan UC6.6: Special Requirements Special Requirements UC6.6.1: Sistem dapat men-debit pembayaran Sistem dapat men-debit pembayaran yang dilakukan user ke sistem bank UC6.6.2: Sistem harus memiliki security yang bagus Sistem harus memiliki security yang bagus untuk menjaga data-data konsumen

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 19

UC: matrix UC


Requirements UC1: UCS Register User Use-Case Spesification: Register User UC1.1: Brief Description Brief Description Use-case ini digunakan oleh user untuk memperoleh akses ke sistem. UC1.2: Basic Flow Of Events Basic Flow of Events UC1.2.1: aktor akses website PT.AntaTour Use-case ini dimulai ketika aktor meng-akses website PT.AntaTour. Aktor memilih menu sign-up UC1.2.1.1: jika aktor terdaftar Alternate flow : jika actor sudah mendaftar UC1.2.2: sistem tampilkan form registrasi Sistem akan menampilkan form registrasi user baru. Isi form diantaranya : nama,alamat, tempat dan tanggal lahir, user-id, password, dsb UC1.2.2.1: jika user tidak jd daftar Alternate flow: jika user tidak jadi mendaftar UC1.2.3: aktor entri data ke form registrasi Aktor memasukkan data pada form registrasi user, kemudian menekan tombol ”daftar” UC1.2.3.1: jika user ingin kembali ke halaman depan Alternate flow : jika user ingin kembali kehalaman depan UC1.2.4: sistem validasi form sistem mem-validasi pengisian form registrasi user UC1.2.4.1: jika salah isi form Alternate flow : jika salah mengisi form UC1.2.5: sistem cari user-id Sistem mencari user-id yang sesuai dengan data yang telah dimasukkan user. UC1.2.5.1: jika user-id sudah dipakai Alternate flow : jika user-id sudah ada UC1.2.6: sistem konfirmasi lewat e-mail Sistem akan memberikan konfirmasi lewat e-mail yang diberikan oleh user. UC1.2.6.1: jika e-mail salah tulis Alternate flow : jika e-mail yang diberikan user salah UC1.2.7: user link url user me-link url yang diberikan di e-mail konfirmasi sistem. UC1.2.7.1: jika user tidak link url Alternate flow : jika user tidak me-link url yang diberikan sistem Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 1

UC: matrix UC


Requirements UC1.2.8: sistem terima konfirmasi sistem menerima konfirmasi dari user karena user me-link url yang diberikan di e-mail konfirmasi. UC1.2.9: sistem tampilkan pesan Sistem menampilkan pesan ”user Anda sudah diaktifkan” UC1.2.10: user ke menu utama User masuk ke menu utama UC1.2.10.1: jika user ingin keluar Alternate flow : jika user tidak ingin masuk ke menu utama UC1.2.11: user beri hak akses Sistem memberikan hak akses kepada user sesuai hak yang dimilikinya UC1.3: Alternative Flows Alternative Flows UC1.3.1: Jika user sudah mendaftar Jika user sudah mendaftar Di basic flow nomor satu jika user sudah terdaftar maka langsung memasuki menu utama UC1.3.2: Jika user tidak jadi mendaftar Jika user tidak jadi mendaftar Di basic flow nomor dua jika user tidak jadi mendaftar maka sistem langsung kembali ke menu awal UC1.3.3: Jika user ingin ke halaman depan Jika user ingin kembali ke halaman depan Di basic flow nomor tiga jika user ingin kembali ke halaman depan maka user menekan tombol ”batal” UC1.3.4: jika salah isi form Jika salah mengisi form Di basic flow nomor empat jika user salah mengisi form maka sistem akan mengeluarkan windows pop-up yang akan memberi peringatan bahwa seluruh detail form harus diisi. Setelah user menutup pop-up window tersebut maka user dapat melanjutkan mengisi detail form yang dimaksud. UC1.3.5: Jika user-id sudah ada Jika user-id sudah ada Di basic flow nomor lima jika userid yang diinginkan user sudah dimiliki oleh user lain maka sistem akan menampilkan pesan ”user-id sudah dimiliki user lain, silahkan masukkan user-id lain” UC1.3.6: Jika e-mail dari user salah Jika e-mail yang diberikan user salah Pada basic flow nomor enam jika e-mail yang diberikan user salah maka sistem akan menampilkan pesan ”sistem tidak dapat memberikan konfirmasi ke e-mail yang dimaksud”

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 2

UC: matrix UC


Requirements UC1.3.7: Jika user tidak link url Jika user tidak me-link url yang diberikan sistem Pada basic flow nomor tujuh jika user tidak me-link url yang diberikan sistem maka sistem tidak dapat mengaktifkan userid user. UC1.3.8: Jika user ingin keluar Jika user tidak ingin masuk ke menu utama Pada basic flow nomor sembilan jika user tidak ingin masuk ke sistem maka sistem akan langsung keluar dari menu utama. UC1.4: Preconditions Preconditions UC1.4.1: User terhubung dengan internet User terhubung dengan internet Jika user sudah terhubung dengan internet kemudian user bisa mengakses website PT.Anta Tour UC1.4.2: Sistem sedia menu SIGN-UP Sistem menyediakan menu SIGN-UP Jika user belum terdaftar maka user harus klik menu Sign-Up UC1.5: Postconditions Postconditions UC1.5.1: Menu utama diaktifkan Fasilitas Menu Utama diaktifkan UC1.5.2: logout diaktifkan Fasilitas untuk Logout diaktifkan UC1.6: Special Requirements Special Requirements UC1.6.1: user bs aktifkan user kapanpun User dapat membuka e-mail konfirmasi untuk mengaktifkan user-id kapan pun UC1.6.2: user dapat logout kapanpun User dapat Logout dari sistem kapanpun UC2: UCS : Pesan Tiket Use-Case Spesification : Pesan Tiket UC2.1: Brief Description Brief Description Use case ini digunakan jika user (customer) mau memesan tiket pesawat UC2.2: Basic Flow of Events Basic Flow of Events UC2.2.1: user pilih menu pesan tiket User memilih menu pemesanan tiket UC2.2.2: sistem tampilkan form Sistem menampilkan form pemesanan tiket untuk di isi user

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 3

UC: matrix UC


Requirements UC2.2.3: user entri data ke form User memasukkan data pada form pemesanan tiket, kemudian menekan tombol “cari harga tiket”. UC2.2.3.1: kembali ke halaman depan Alternate flow: Kembali ke halaman depan UC2.2.4: Sistem memvalidasi pengisian form Sistem memvalidasi pengisian form @@@$&$@@@ pemesanan tiket UC2.2.4.1: Data yang dimasukkan invalid Alternate Flow: Data yang dimasukkan invalid UC2.2.5: sistem cari penerbangan yang sesuai Sistem mencari penerbangan yang sesuai dengan data yang telah dimasukkan user, kemudian menampilkan daftar penerbangannya beserta harga tiket. UC2.2.5.1: harga tiket tidak ada Alternate Flow: Harga tiket yang dicari tidak ada UC2.2.6: user pilih harga tiket User memilih salah satu harga tiket dari daftar tiket yang ditampilkan di sistem dengan menekan tombol “cek jadwal” pada penerbangan tersebut. UC2.2.6.1: batal Alternate flow : batal UC2.2.7: sistem tampilkan form jadwal Sistem menampilkan form jadwal penerbangan yang diminta user UC2.2.7.1: jadwal tidak ada Alternate flow: jadwal penerbangan yang diinginkan tidak ada UC2.2.8: user pilih jadwal penerbangan User memilih salah satu jadwal penerbangan, kemudian menekan tombol “lanjut”. UC2.2.8.1: kembali ke daftar harga Alternate Flow: Kembali ke daftar harga tiket UC2.2.9: sistem validasi isi form Sistem memvalidasi isi form jadwal penerbangan yang dientri user UC2.2.9.1: isi form invalid Alternate flow:isi form Jadwal penerbangan invalid UC2.2.10: sistem tampil : jdwal, hartot,jml penumpang Sistem menampilkan jadwal penerbangan yang dipilih, harga total dari berapa penumpang yang akan terbang UC2.2.11: user isi data User mengisi data penumpang dan nomor telepon. Kemudian menekan tombol “lanjut”. Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 4

UC: matrix UC


Requirements UC2.2.11.1: batal Alternate flow : batal UC2.2.12: validasi data Sistem memvalidasi data penumpang UC2.2.12.1: data invalid Alternate flow: Data penumpang invalid UC2.2.13: sistem tampilkan pesanan Sistem menampilkan tiket penerbangan dan harga tiket pesawat, dan menampilkan pilihan bagaimana cara user untuk mengambil atau mendapatkan tiket yang dipesan UC2.2.14: user pilih cara User memilih cara bagaimana mendapatkan tiket, kemudian menekan tombol “Pesan tiket”. UC2.2.14.1: batal Alternate flow: Batal UC2.2.15: sistem simpan all data Sistem menyimpan seluruh data pemesanan tiket. Kemudian menampilkan bahwa data telah disimpan. Sistem juga menampilkan rincian perjalanan, dan tiket pesawat yang telah dipesan user UC2.3: Alternative Flows Alternative Flows UC2.3.1: Kembali ke halaman depan Kembali ke halaman depan Pada basic flow nomor tiga jika user menekan tombol “kembali ke halaman depan” maka user akan kembali ke halaman depan UC2.3.2: Data yang dimasukkan invalid Data yang dimasukkan invalid Pada basic flow nomor empat data yang dimasukkan invalid terjadi jika user mengisi tanggal keberangkatan yang sudah berlalu, atau jumlah orang yang melakukan penerbangan tidak diisi. Sistem akan mengeluarkan window pop-up yang memperingatkan bahwa data tidak valid, dan user dapat melanjutkan pengisian form pemesanan tiket (basic flow nomor 3) setelah menutup popup window UC2.3.3: Harga tiket yang dicari tidak ada Pada basic flow nomor lima jika penerbangan yang sesuai dengan data pencarian tiket yang diisi user tidak tersedia, sistem akan menampilkan tampilan berikutnya bahwa harga tiket yang dicari tidak ada. User dapat kembali ke halaman pengisian form pemesanan tiket (basic flow nomor tiga) dengan menekan tombol “cari lagi”.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 5

UC: matrix UC


Requirements UC2.3.4: Penerbangan tidak ada Penerbangan tidak ada Pada basic flow nomor tujuh, jika penerbangan penuh atau tidak beroperasi. Sistem akan menampilkan pesan bahwa penerbangan tidak tersedia, dan user dapat mengubah pilihan tanggal atau mengubah pilihan maskapai (di basic flow nomor tiga). UC2.3.5: Kembali ke daftar harga tiket Kembali ke daftar harga tiket Pada basic flow nomor delapan jika user memilih tombol “kembali”maka sistem akan kembali ke halaman daftar harga tiket (basic flow nomor lima) UC2.3.6: Isi form jadwal penerbangan invalid Pada basic flow nomor sembilan, jika jam penerbangan pulang dan pergi yang dipilih user terlalu dekat, sistem akan mem-pop-up window bahwa ada kesalahan pada pemilihan jam penerbangan. User dapat memilih ulang jadwal keberangkatan (basic flow nomor delapan) setelah menutup pop-up window. UC2.3.7: Data penumpang invalid Data penumpang invalid Pada basic flow nomor dua belas, jika user tidak mengisi data penumpang atau nomor telepon dengan lengkap maka sistem tidak akan memproses pesanan UC2.3.8: Batal Batal Pada basic flow nomor enam, sebelas dan empat belas jika user memilih tombol “batal”, sistem akan kembali ke halaman utama. UC2.4: Preconditions Preconditions UC2.4.1: User harus sudah login User harus sudah login UC2.4.2: Ada produk tiket Ada produk tiket pesawat yang ditampilkan di sistem UC2.5: Postconditions Postconditions UC2.5.1: Sistem dapat menyimpan data Sistem dapat menyimpan data pesanan tiket user ke database UC2.5.2: sistem tampilkan pesanan Sistem dapat menampilkan pesanan yang dipesan oleh user UC2.6: Special Requirements Special Requirements UC2.6.1: dapat mencari jadwal penerbangan Sistem harus dapat mencari penerbangan dengan harga dan jadwalnya

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 6

UC: matrix UC


Requirements UC2.6.2: dapat mencari maskapai penerbangan Sistem harus dapat mencari Maskapai penerbangan yang menyediakan jadwal yang diinginkan user UC2.6.3: update produk setiap waktu Sistem update produk setiap waktu UC3: UCS : Reservasi Hotel Use-Case Spesification : Reservasi Hotel UC3.1: Brief Description Brief Description Use case ini digunakan jika user (customer) mau mereservasi hotel. UC3.2: Basic Flow of Events Basic Flow of Events UC3.2.1: user pilih menu reservasi User memilih menu Reservasi Hotel. UC3.2.2: sistem tampilkan form Sistem akan menampilkan form untuk mencari hotel. UC3.2.3: user isi form User mengisi isian form, kemudian menekan tombol ”lanjut”. UC3.2.3.1: Batal Alternate flow: Batal UC3.2.4: sistem validasi form Sistem memvalidasi form isian. UC3.2.4.1: ika Data pencarian invalid Alternate flow: jika Data pencarian invalid UC3.2.5: sistem cari & tampilkan daftar hotel Sistem mencari dan menampilkan daftar hotel beserta harga kamarnya yang sesuai dengan isian form. UC3.2.5.1: Hotel tidak ada Alternate flow: Hotel tidak ada UC3.2.6: user pilih hotel User memilih hotel dari daftar hotel yang tampil dengan menekan tombol ”pilih”. UC3.2.6.1: kembali ke pencarian hotel Alternate flow: kembali ke pencarian hotel UC3.2.7: sistem tampilkan data Sistem menampilkan data hotel yang dipilih UC3.2.8: user memilih jenis kamar User memilih jenis kamar dan memasukkan jumlah kamar yang ingin dipesan. Kemudian memilih ”lanjut”. UC3.2.8.1: Kembali ke pemilihan daftar hotel Alternate flow: Kembali ke pemilihan daftar hotel UC3.2.9: sistem validasi pilihan Sistem memvalidasi isian pilihan jenis kamar Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 7

UC: matrix UC


Requirements UC3.2.9.1: Jenis kamar tidak dipilih Alternate flow: Jenis kamar tidak dipilih UC3.2.10: sistem tampilkan form data tamu Sistem menampilkan form isian untuk mendatakan tamu yang akan menginap UC3.2.11: user isi form User mengisi form data penginap yang ditampilkan sistem, kemudian memilih ”lanjut”. UC3.2.11.1: kembali ke pilih jenis kamar Alternate flow: Kembali ke pemilihan jenis kamar UC3.2.12: sistem validasi form Sistem memvalidasi isian form data penginap. UC3.2.12.1: Data invalid Alternate flow: Data penginap invalid UC3.2.13: tampilkan form indikasi perjalanan Sistem menampilkan form identifikasi perjalanan UC3.2.14: user pesan reservasi hotel User mengisi nama perjalanan, kemudian menekan tombol ”pesan dahulu ” untuk melanjutkan memesan reservasi hotel UC3.2.14.1: Batal Alternate flow:Batal UC3.2.15: sistem validasi isian Sistem memvalidasi isian nama perjalanan. UC3.2.15.1: Nama perjalanan tidak diisi Alternate flow: Nama perjalanan tidak diisi UC3.2.16: sistem simpan data Sistem menyimpan data keseluruhan pesanan, kemudian menampilkan data pesanan tersebut bahwa data telah disimpan. UC3.3: Alternative Flows Alternative Flows UC3.3.1: Batal Batal Pada basic flow nomor tiga dan empat belas, jika user menekan tombol ”batal”, pemesanan paket tour dibatalkan, dan sistem kembali ke halaman depan. UC3.3.2: Data pencarian invalid Data pencarian invalid @@@$&$@@@ Pada basic flow nomor empat, jika data pencarian invalid maka tanggal cek-in atau cek-our, telah berlalu, system akan mengeluarkan window pop-up yang memberi peringatan bahwa tanggal harus diisi benar. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi data pencarian (pada basic flow nomor 3).

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 8

UC: matrix UC


Requirements UC3.3.3: Hotel tidak ada Hotel tidak ada Pada basic flow nomor lima, jika hotel yang dicari tidak ada, system akan menampilkan informasi bahwa hotel yang dicari tidak ada. Dan user dapat kembali ke form pencarian hotel dengan menekan tombol ”kembali” (Basic Flow nomor 2) UC3.3.4: Kembali ke pencarian hotel Kembali ke pencarian hotel Pada basic flow nomor enam, jika aktor menekan tombol “kembali”, sistem akan kembali menampilkan form pencarian hotel (basic flow nomor 2). UC3.3.5: Kembali ke pemilihan daftar hotel Kembali ke pemilihan daftar hotel Pada basic flow nomor delapan, jika aktor menekan tombol “kembali”, sistem akan kembali menampilkan daftar pilihan hotel(basic flow nomor 5). UC3.3.6: Jenis kamar tidak dipilih Jenis kamar tidak dipilih Pada basic flow nomor sembilan, jika jenis kamar tidak dipilih maka sistem akan menampilkan pesan “jenis kamar harus dipilih” UC3.3.7: Kembali ke pemilihan jenis kamar Kembali ke pemilihan jenis kamar Pada basic flow nomor sebelas, jika user tidak ingin meneruskan pesanan dengan menekan tombol “lanjut” maka user bisa menekan tombol “back” kemudian user kembali ke menu pemilihan jenis kamar (basic flow nomor 8) UC3.3.8: Data penginap invalid Data penginap invalid Pada basic flow nomor dua belas, jika form data penginap tidak seluruhnya di isi, sistem akan mengeluarkan window pop-up yang memberi peringatan bahwa form harus diisi semua. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi data penginap (basic flow nomor sebelas). UC3.3.9: Nama perjalanan tidak diisi Nama perjalanan tidak diisi Pada basic flow nomor lima belas, jika nama perjalanan tidak di isi maka sistem mengeluarkan window pop-up yang memberi peringatan bahwa nama perjalanan harus diisi. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi nama perjalanan (basic flow nomor empat belas) UC3.4: Preconditions Preconditions UC3.4.1: ada produk reservasi hotel Ada produk reservasi hotel untuk ditampilkan oleh sistem UC3.4.2: user harus login User harus sudah login

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 9

UC: matrix UC


Requirements UC3.5: Postconditions Postconditions UC3.5.1: sistem dapat menyimpan data Sistem harus dapat menyimpan data reservasi hotel oleh user (customer) UC3.5.2: sistem dapat menampilkan pesanan Sistem dapat menampilkan pesanan yang dilakukan user UC3.6: Special Requirements Special Requirements UC3.6.1: sistem dapat mencari informasi ttg hotel Sistem harus dapat mencari informasi hotel dan datanya UC3.6.2: sistem update produk Sistem update produk setiap waktu ( terutama jika ada perubahan mengenai produk ) UC4: UCS : Paket Wisata Use-Case Spesification: Pesan Paket Wisata UC4.1: Brief Description Brief Description Use case ini digunakan ketika user (customer) mau memesan paket wisata. UC4.2: Basic Flow of Events Basic Flow of Events UC4.2.1: user pilih paket User memilih menu paket wisata. UC4.2.2: sistem tampilkan form lokasi Sistem menampilkan form lokasi UC4.2.3: user isi form User mengisi tujuan , waktu dan kisaran harga wisata. Kemudian menekan tombol “cari produk”. UC4.2.3.1: batal Alternate flow: Batal UC4.2.4: sistem tampilkan paket Sistem menampilkan paket tour yang ada, dan menampilkan form pemilihan tour yang berisi pilihan jadwal (hari dan jam) keberangkatan. UC4.2.4.1: jika paket tour tidak ada alternate flow : jika paket tour tidak ada UC4.2.5: user pilih jadwal keberangkatan User memilih jadwal keberangkatan, kemudian menekan tombol “pilih”. UC4.2.5.1: Kembali ke form lokasi Alternate flow: Kembali ke form lokasi

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Post Condition Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 10

UC: matrix UC


Requirements UC4.2.6: sistem tampilkan info detil Sistem menampilkan info detil. Yaitu jadwal tour perhari, dan harga kamar hotel (tipe kamar hotel,.dewasa, dan anak). Juga menampilkan form isian berapa jumlah penumpang yang ikut. UC4.2.6.1: jika informasi jadwal tidak ada Alternate flow : jika informasi jadwal keberangkatan tidak ada UC4.2.7: user isi jumlah orang yg ikut tour User mengisi jumlah dewasa dan anak yang ikut tour kemudian pilih “pesan paket ini” UC4.2.7.1: Kembali ke pilihan jadwal keberangkatan Alternate flow: Kembali ke pilihan jadwal keberangkatan UC4.2.8: sistem validasi isi Sistem memvalidasi isian jumlah penumpang UC4.2.8.1: jml penumpang invalid Alternate flow: Jumlah penumpang invalid UC4.2.9: sistem tampilkan pilihan kombinasi Sistem menampilkan pilihan kombinasi kamar penginapan dan harga tiap kombinasi. Sistem juga menampilkan harga total tour yang tidak termasuk harga kombinasi kamar UC4.2.9.1: jika pilihan kombinasi kamar tidak ada Alternate flow: jika pilihan kombinasi kamar tidak ada UC4.2.10: user pilih salah satu kombinasi User memilih salah satu kombinasi kamar, kemudian menekan tombol “lanjut”. UC4.2.10.1: Kembali ke tampilan detil Alternate flow: Kembali ke tampilan detil UC4.2.11: sistem tampilkan detil Sistem menampilkan detil harga kamar, pajak airport, fiscal, visa dan total keseluruhan harga. Juga menampilkan isian data yang ikut tour UC4.2.11.1: jika informasi tidak tampil Alternate flow : jika informasi tidak tampil UC4.2.12: user isi data User mengisi data isian data penumpang, kemudian menekan “lanjut” jika ingin memesan paket wisata. UC4.2.12.1: kembali ke pilihan Alternate flow: Kembali ke pilihan kombinasi kamar UC4.2.13: sistem validasi data Sistem memvalidasi pengisian data penumpang UC4.2.13.1: data invalid Alternate flow: Data penumpang invalid

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 11

UC: matrix UC


Requirements UC4.2.14: sistem simpan data Sistem menyimpan data pesanan, kemudian menampilkan bahwa data telah berhasil disimpan. UC4.3: Alternative Flows Alternative Flows UC4.3.1: Batal Batal Pada basic flow nomor tiga, jika user memilih tombol “batal”, sistem akan kembali ke halaman depan. UC4.3.2: Jika paket tour tidak ada Jika paket tour tidak ada Pada basic flow nomor empat, jika paket tour yang dicari tidak ada maka system akan memberikan pesan “ paket tour tidak ada” UC4.3.3: Kembali ke form lokasi Kembali ke form lokasi Pada basic flow nomor lima. Jika user menekan tombol “kembali”, sistem akan kembali ke pengisian form lokasi (basic flow nomor dua) UC4.3.4: Jika informasi jadwal keberangkatan tidak ada Jika informasi jadwal keberangkatan tidak ada. Pada basic flow nomor enam, jika paket tour dengan jadwal keberangkatan yang diinginkan oleh user tidak ada maka sistem akan menampilkan pesan “jadwal keberangkatan yang Anda pilih tidak ada”. User kembali memilih jadwal keberangkatan yang lain (basic flow nomor lima). UC4.3.5: Kembali ke pilihan Kembali ke pilihan jadwal keberangkatan Pada basic flow nomor tujuh, jika user menekan tombol “kembali”, sistem akan kembali ke menu pemilihan jadwal keberangkatan (basic flow nomor lima) UC4.3.6: Jumlah penumpang invalid Jumlah penumpang invalid Pada basic flow nomor delapan, jika user tidak mengisi jumlah orang yang ikut tour. Sistem akan menampilkan pop-up window untuk memberi peringatan, dan aktor (user) dapat me-entri isian kembali setelah pop-up window ditutup. UC4.3.7: Jika pilihan kombinasi kamar tidak ada Jika pilihan kombinasi kamar tidak ada Pada basic flow nomor sembilan, jika kombinasi kamar tidak terdapat dalam database system maka system akan menampilkan pesan “kombinasi kamar kosong” UC4.3.8: Kembali ke tampilan detil Kembali ke tampilan detil Pada basic flow nomor sepuluh, jika user menekan tombol “kembali”, sistem akan kembali ke tampilan detil (basic flow nomor enam)

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Alternate Flow Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 12

UC: matrix UC


Requirements UC4.3.9: Jika informasi tidak tampil Jika informasi tidak tampil Pada basic flow nomor sebelas, jika detil harga kamar, pajak, airport, fikal, visa dan total keseluruhan harga juga isian data yang ikut tour tidak tampil, maka sistem akan memunculkan pesan “system error” UC4.3.10: Kembali ke kombinasi kamar Kembali ke pilihan kombinasi kamar Pada basic flow nomor dua belas, jika user menekan tombol “kembali”, sistem akan kembali ke pemilihan kombinasi kamar (basic flow nomor sepuluh). UC4.3.11: Data penumpang invalid Data penumpang invalid Pada basic flow nomor tiga belas, jika user tidak mengisi data dengan lengakap. Sistem akan mem-pop-up window untuk memberi peringatan, dan user dapat mengisi isian kembali setelah pop-up window ditutup. UC4.4: Preconditions Preconditions UC4.4.1: User harus sudah login UC4.4.2: sistem update produk Sistem selalu meng-update Produk terbaru UC4.4.3: tersedia paket wisata Di dalam sistem tersedia Paket wisata untuk konsumen UC4.5: Postconditions Postconditions UC4.5.1: sistem dapat simpan data Sistem ini harus dapat menyimpan data pesanan user (customer) UC4.6: Special Requirements Special Requirements UC4.6.1: sistem dapat cari informasi paket tour Sistem ini harus dapat mencari informasi paket tour dan harganya UC5: UCS : Update Produk Use-Case Spesification : Update Produk UC5.1: Brief Description Brief Description Usecase ini digunakan oleh user(Staff) untuk melihat dan memperbaharui informasi mengenai hotel, airline dan paket tour yang terbaru. UC5.2: Basic Flow of Events Basic Flow of Events UC5.2.1: User pilih menu admin User memilih menu admin produk

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name Name

Medium

Proposed

Medium

Medium

Medium Medium

Proposed Proposed

Medium Medium

Medium Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 13

UC: matrix UC


Requirements UC5.2.2: Sistem tampilkan jenis produk Sistem akan menampilkan combo box yang didalamnya terdapat combobox jenis produk UC5.2.3: user pilih jenis produk User memilih jenis produk dari menu admin produk. UC5.2.3.1: Batal Alternate flow : Batal UC5.2.4: sistem tampilkan detail produk Sistem menampilkan detail produk yang diinginkan UC5.2.4.1: jika detail tidak tampil Alternate flow : jika detail produk tidak tampil UC5.2.5: user pilih detail produk User pilih detail produk yang ingin di update UC5.2.5.1: kembali ke jenis produk Alternate flow : kembali ke jenis produk UC5.2.6: user klik tombol update user klik tombol ”update” UC5.2.6.1: Batal Alternate flow : Batal UC5.2.7: sistem akan tampilkan form Sistem akan menampilkan form yang berisi data detail dari produk yang ingin di update. UC5.2.8: user isi form User mengisi form yang ditampilkan dengan data-data baru UC5.2.8.1: ika batal isi dgn data baru Alternate flow : jika batal mengisi dengan data baru UC5.2.9: user klik simpan user klik tombol ”simpan” UC5.2.9.1: Batal alternate flow : Batal UC5.2.10: sistem validasi . Sistem memvalidasi isian form UC5.2.10.1: jika ada detail yang blm diisi Alternate flow: jika ada detail yang belum diisi UC5.2.11: sistem simpan data Sistem menyimpan data keseluruhan produk yang di Update, kemudian menampilkan data yang sudah di update tersebut bahwa data telah disimpan. UC5.3: Alternative Flows Alternative Flows

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Alternate Flow

Medium

Proposed

Medium

Medium

Page: 14

UC: matrix UC


Requirements UC5.3.1: Batal Batal Pada basic flow nomor tiga, enam dan sembilan, jika user menekan tombol ”batal”, Update Produk batal dan sistem kembali ke halaman depan. UC5.3.2: Jika detail produk tidak tampil Jika detail produk tidak tampil Pada basic flow nomor empat, jika detail produk tidak tampil maka sistem akan menampilkan pesan “detail produk tidak ada”. User kembali ke basic flow nomor tiga. UC5.3.3: Kembali ke jenis produk Kembali ke jenis produk Pada basic flow nomor lima, jika user tidak ingin meneruskan pencarian produk maka bisa menekan tombol “back” untuk kembali ke basic flow nomor tiga, yaitu memilih jenis produk yang lain. UC5.3.4: Jika batal mengisi data baru Jika batal mengisi data baru Pada basic flow nomor delapan, jika detail produk yang akan diupdate batal diisi oleh user dengan data yang baru maka user bisa memilih tombol “batal” untuk keluar dari detail produk dan kembali ke basic flow ke lima UC5.3.5: Jika ada detail yang belum di isi Jika ada detail yang belum di isi Pada basic flow nomor sepuluh, jika ada detail yang belum di isi maka sistem mengeluarkan window pop-up yang memberi peringatan bahwa seluruh detail harus diisi. Setelah user menutup window pop-up tersebut, user dapat melanjutkan mengisi detail produk yang dimaksud UC5.4: Preconditions Preconditions UC5.4.1: User harus sudah login ke sistem User harus sudah login ke sistem UC5.4.2: Ada produk Ada produk yang akan di update oleh user UC5.4.3: data produk yang terbaru Produk yang di update adalah data produk yang terbaru (datanya belum pernah dimasukkan ke sistem sebelumnya) UC5.5: Postconditions Postconditions UC5.5.1: Sistem harus menampilkan data produk Sistem harus menampilkan data produk yang sudah di update ke halaman depan UC5.6: Special Requirements Special Requirements

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Special Requirement

Page: 15

UC: matrix UC


Requirements UC5.6.1: Sistem dapat memberikan pesan Sistem dapat memberikan pesan kepada konsumen langsung setelah update produk selesai dilakukan. UC5.6.2: Sistem menampilkan waktu Sistem menampilkan waktu user update produk UC6: UCS : Membayar Pesanan Use-Case Spesification: Membayar Pesanan UC6.1: Brief Description Brief Description Usecase ini digunakan oleh konsumen untuk membayar pesanan yang sudah dipesan lewat website PT.Anta Tour UC6.2: Basic Flow of Events Basic Flow of Events UC6.2.1: aktor memilih menu pembayaran aktor memilih menu pembayaran UC6.2.2: Sistem menampilkan jenis kredit card. Sistem akan menampilkan combo box yang didalamnya terdapat jenis kredit card. UC6.2.3: aktor pilih jenis kartu kredit aktor memilih jenis kartu kredit UC6.2.3.1: jika kartu kredit yang diinginkan user tidak ada Alternate flow : jika kartu kredit yang diinginkan user tidak ada UC6.2.4: Sistem tampilkan form pembayaran Sistem menampilkan form pembayaran yang harus diisi UC6.2.5: Aktor isi form pembayaran Aktor mengisi form pembayaran UC6.2.5.1: batal Alternate flow : batal UC6.2.6: Aktor tekan tombol ”next” Aktor menekan tombol ”next” UC6.2.6.1: batal Alternate flow : batal UC6.2.7: sistem akan validasi sistem akan validasi form yang sudah diisi oleh user. UC6.2.7.1: jika data tidak valid Alternate flow : jika data tidak valid UC6.2.8: Sistem akan men-cek nomor kartu Sistem akan men-cek nomor kartu kredit ke bank yang di maksud oleh user UC6.2.8.1: jika nomor kartu kredit tidak ada Alternate flow : jika nomor kartu kredit tidak ada

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Brief Description

Medium

Proposed

Medium

Medium

Basic Flow

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 16

UC: matrix UC


Requirements UC6.2.9: Sistem akan tampilkan form utk masukkan PIN Sistem akan menampilkan form agar user memasukkan nomor PIN dari kartu kreditnya UC6.2.10: aktor masukkan pin Aktor memasukkan pin ke form yang disediakan oleh sistem UC6.2.10.1: batal Alternate flow : batal UC6.2.11: sistem akan terhubung dengan Bank sistem akan terhubung dengan Bank untuk validasi no-pin yang sudah diisi oleh user. UC6.2.11.1: jika nomor PIN salah Alternate flow : jika nomor PIN salah UC6.2.11.2: jika tidak terhubung dengan sistem Bank Alternate flow : jika tidak terhubung dengan sistem Bank UC6.2.12: sistem akan tampilkan data Sistem akan menampilkan data pembayaran yang dilakukan oleh user UC6.2.12.1: ika proses pembayaran gagal Alternate flow : jika proses pembayaran gagal UC6.2.13: aktor verifikasi Aktor verifikasi data pembayaran UC6.2.13.1: Jika data pembayaran salah Alternate flow : jika data pembayaran salah UC6.2.14: aktor tekan ‘bayar’ Aktor menekan tombol ”bayar” UC6.2.14.1: batal Alternate flow : batal UC6.2.15: sistem simpan data Sistem menyimpan data pembayaran yang sudah diverifikasi oleh user. UC6.2.16: sistem konfirmasi ke sistem Bank Sistem konfirmasi ke sistem Bank untuk debit kredit card user ke rekening Bank sistem. UC6.2.17: sistem mengirimkan pesan kpd user Sistem mengirimkan pesan kepada user bahwa proses pembayaran sudah selesai, dan mencetak data pembayaran lewat layar UC6.2.18: user tekan tombol “ok” User menekan tombol ”ok” UC6.2.19: sistem cetak data pembayaran sistem mencetak data pembayaran user ke printer UC6.2.19.1: jika tidak tersambung dengan printer Alternate flow : jika tidak tersambung dengan printer Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 17

UC: matrix UC


Requirements UC6.3: Alternative Flows Alternative Flows UC6.3.1: Jika pilihan kartu kredit tdk ada Jika kartu kredit yang diinginkan user tidak ada Pada basic flow nomor tiga, jika kartu kredit yang dimiliki oleh user tidak terdapat pada menu jenis credit card sistem maka user tidak bisa melakukan pembayaran UC6.3.2: Batal Batal Pada basic flow nomor lima, sepuluh dan empat belas jika user menekan tombol “batal” maka proses pembayaran dibatalkan dan user kembali ke halaman depan. UC6.3.3: Jika data tidak valid Jika data tidak valid Pada basic flow nomor tujuh jika data tidak valid maka sistem akan menampilkan pesan “form harus diisi semua” kemudian user harus kembali ke basic flow nomor lima untuk melengkapi kembali form pembayaran yang sudah disediakan sistem. UC6.3.4: Jika nomor kartu kredit tidak ada Jika nomor kartu kredit tidak ada Pada basic flow nomor delapan, jika nomor kartu kredit yang dimasukkan user ke sistem tidak ada di sistem bank yang dimaksud user, maka user harus memasukkan kembali nomor kartu kredit di basic flow nomor lima UC6.3.5: Jika nomor PIN salah Jika nomor PIN salah Pada basic flow nomor sebelah, jika nomor PIN salah maka user harus memasukkan kembali nomor PIN dengan benar di basic flow sepuluh UC6.3.6: Jika tidak terhubung dengan sistem BANK Jika tidak terhubung dengan sistem BANK Pada basic flow nomor sebelas, jika tidak terhubung dengan sistem Bank maka sistem tidak dapat melakukan proses pembayaran. Sistem akan menampilkan pesan “untuk saat ini proses pembayaran tidak dapat dilakukan, hubungi Call Center kami” UC6.3.7: Jika proses pembayaran gagal Jika proses pembayaran gagal Pada basic flow nomor dua belas, jika proses pembayaran gagal maka user harus mengulangi kembali proses pembayaran dari basic flow pertama. UC6.3.8: Jika data pembayaran salah Jika data pembayaran salah Pada basic flow nomor tiga belas jika data pembayaran salah atau tidak sesuai dengan keinginan user, maka user bisa membatalkan transaksi atau mengulangi kembali proses pembayaran dari basic flow yang pertama.

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Alternate Flow Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 18

UC: matrix UC


Requirements UC6.3.9: Jika tidak tersambung dengan printer Jika tidak tersambung dengan printer Pada basic flow nomor sembilan belas, jika sistem tidak terhubung dengan printer maka sistem tidak dapat mencetak data pembayaran. Sehingga sistem hanya bisa mencetak lewat layar komputer saja. UC6.4: Preconditions Preconditions UC6.4.1: User harus sudah login ke sistem User harus sudah login ke sistem UC6.4.2: User sudah melakukan pemesanan produk User sudah melakukan pemesanan produk UC6.4.3: User memiliki kartu kredit User memiliki kartu kredit UC6.4.4: Sistem terintegrasi Sistem di PT.Anta Tour terintegrasi dengan sistem Bank UC6.5: Postconditions Postconditions UC6.5.1: Sistem harus bisa mencetak Sistem harus bisa mencetak transaksi pembayaran yang dilakukan UC6.5.2: Sistem harus bisa menyimpan transaksi Sistem harus bisa menyimpan transaksi pembayaran yang dilakukan UC6.6: Special Requirements Special Requirements UC6.6.1: Sistem dapat men-debit pembayaran Sistem dapat men-debit pembayaran yang dilakukan user ke sistem bank UC6.6.2: Sistem harus memiliki security yang bagus Sistem harus memiliki security yang bagus untuk menjaga data-data konsumen

Printed on: 12/30/2006 7:08:00 PM

Printed By: admin

Property Name

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

PreCondition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Post Condition Name

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium


Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Name

Medium

Proposed

Medium

Medium

Page: 19

SUPL: Matrix Supplementary

Project Name: Order Management System Document Name: SUPL: Supplementary Requirement Type

Requirements SUPL1: Sistem dibangun dalam empat bulan Sistem dibangun dalam empat bulan SUPL2: Mudah digunakan Mudah digunakan SUPL3: Total system breakdown 0% SUPL4: Sistem mampu beroperasi 24 x 7 jam Sistem mampu beroperasi 24 x 7 jam SUPL5: Server aplikasi harus standby selama 24 jam. Server aplikasi harus standby selama 24 jam. SUPL6: Sistem harus mudah dipelihara dan tidak banyak melibatkan sumber daya dengan klasifikasi tinggi Sistem harus mudah dipelihara dan tidak banyak melibatkan sumber daya dengan klasifikasi tinggi SUPL7: Sistem dapat menghasilkan informasi untuk kebutuhan semua level user yang terkait dengan order management Sistem dapat menghasilkan informasi untuk kebutuhan semua level user yang terkait dengan order management SUPL8: Response time cepat Response time cepat SUPL9: Pencarian data cepat Pencarian data cepat SUPL10: Sistem harus menyediakan history file Sistem harus menyediakan history file SUPL11: Sistem harus dapat melayani 300 pelanggan sekaligus secara online. Sistem harus dapat melayani 300 pelanggan sekaligus secara online. SUPL12: Jika ada permasalahan dengan system dapat segera ditangani dalam waktu paling lama 1x24 jam Jika ada permasalahan dengan system dapat segera ditangani dalam waktu paling lama 1x24 jam SUPL13: menggunakan desktop sebagai user interface menggunakan desktop sebagai user interface SUPL14: Aplikasi ini menggunakan interface keyboard dan mouse yang terkoneksi dengan PC Aplikasi ini menggunakan interface keyboard dan mouse yang terkoneksi dengan PC SUPL15: Web Browser Internet Explorer 5 atau versi di atasnya, Netscape Navigator 6 atau versi di atasnya dan firefox Web Browser Internet Explorer 5 atau versi di atasnya, Netscape Navigator 6 atau versi di atasnya dan firefox

Printed on: 12/30/2006 7:09:00 PM

Printed By: admin

Priority High

Status Proposed

Difficulty High

Stability Medium

High

Proposed

Medium

Medium

High High

Proposed Proposed

High High

Medium Medium

High

Proposed

High

Medium

Medium

Proposed

High

Medium

High

Proposed

High

Medium

High

Proposed

High

Medium

High

Proposed

High

Medium

High

Proposed

High

Medium

High

Proposed

High

Medium

High

Proposed

High

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Medium

Proposed

Medium

Medium

Page: 1

SUPL: Matrix Supplementary

Project Name: Order Management System Document Name: SUPL: Supplementary Requirement Type

Requirements SUPL16: Untuk dikantor, setiap komputer terhubung dengan Local Area Network Untuk dikantor, setiap komputer terhubung dengan Local Area Network SUPL17: Untuk konsumen yang ingin menggunakan sistem order management dapat terhubung melalui internet Untuk konsumen yang ingin menggunakan sistem order management dapat terhubung melalui internet

Printed on: 12/30/2006 7:09:00 PM

Printed By: admin

Priority Medium

Status Proposed

Difficulty Medium

Stability Medium

Medium

Proposed

Medium

Medium

Page: 2

&

" #

#" " #

# # " " #

(

2 $ "

# '

" "

&(9(09(11- : &( +0 ,.

4 5

$ # $ 2

6 " 7

2 "

$ #

&'(

""

# # '''

)'( )') )'+ 3

'''

$

'''

'''

'''

)'&

'''

'''

('+

$

'''

'''

)

* 2

(')

('(

('&

(

&'&&

'''

" '''

&'0 &'&1

" '''

&'/

# ''' '''

$

'''

'''

'''

'''

&'.

$

&',

*

'''

&'-

$

&'+

&') %

$

'''

'''

"

&'&

&

! # $ %

# '''

4 $

# # 8 35 #

# 4

' #

&

&&& * %&(&%,

%&(&%+&% 3 * &&&

&&& * %&(&%+

&&& %&(&%(

%&(&%(&% * &&&

* &&& %&(&%%&(

&&&

* &&&

%&(&%%

%&(&%2&%

%&(&0&%

%&(&0

%&(&/&%

%&(&/

%&(&%%&%

&&&

&&& * %&(&%2

* &&&

%&(&1

&&&

&&&

&&& %&(&.&%

%&(&.

%&(&-&%

*

* &&&

&&&

&&&

* &&&

* %&(&-

%&(&,

%&(&+&%

*

&&& * %&(&%

%&% $

%&( $

&&&

'&&&

%

&&&

$

&&&

#

%&(&+

! "

%&(&(

#

)&&&

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&%

&&&

&&& %&.&%

%&.

%&-

%&,&,

#

&&& %&-&(

&&& %&,&+

&&&

&&& %&,&(

%&-&%

&&& %&,&%

%&,

%&+&1 3 * &&&

%&+&0 3 *

%&+&/ 3 * &&&

%&+&. 3 * &&&

%&+&- 3 * &&&

%&+&, 3 * &&&

%&+&+ 3 *

%&+&( $

&&&

&&&

&&&

&&&

&&&

&&& %&+&% 3 * &&&

* &&& %&+

%&(&%1

%&(&%1&%

&&&

&&& %&(&%0

%&(&%,&%

&&& %&(&%/

$

&&&

#

&&&

! "

%&(&%.

#

%&(&%-

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&(

(&(&%+

(&(&%(&% &&&

&&&

&&& (&(&%(

&&&

* &&& (&(&%%&%

(&(&%%

&&& (&(&%2&% &&&

(&(&%2

&&&

* &&& (&(&1&%

(&(&1

&&&

&&& (&(&0

(&(&/&% &&&

(&(&0&%

&&& (&(&/

* &&&

&&& (&(&.

(&(&.&%

# 4&&&

* &&&

(&(&-&% &&&

(&(&,

(&(&+&%

(&(&-

&&& (&(&+

(&(&,&%

&&& (&(&(

&&&

)&&& (&% $

(

%&.&(

'&&&

# 4&&&

$

(&(&%

#

(&( $

! "

&&&

#

* &&&

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&+

)&&&

# 4&&&

&&&

+&( $

+&(&%

+&(&(

&&&

'&&& +&% $

(&.&%

(&-

(&,&+

(&,&%

(&,&(

# +

&&&

&&& (&.

&&& &&& (&-&%

&&&

&&&

&&&

&&& (&,

(&+&%% 9

(&+&%2 &&&

&&&

&&& (&+&1 3 * &&&

(&+&0 8

(&+&. 3

(&+&/ 3 * &&&

&&&

4&&&

(&+&- 8

(&+&, 3 * &&&

&&& (&+&+ 8

(&+&( 3 * &&&

&&& (&+&% $

&&&

$

(&+

#

&&&

! "

(&(&%,

#

(&(&%+&%

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&,

&&&

&&&

+&(&%.

+&+

&&&

&&& +&+&( 9

+&+&% $

+&(&%-&% &&&

+&(&%-

+&(&%,&% $

+&(&%,

+&(&%+ &&&

+&(&%%&% &&&

&&&

&&&

&&& +&(&%%

&&&

&&& +&(&%2

+&(&%(&% 9

&&& +&(&1&% 3

+&(&%(

&&& +&(&1

+&(&0&% &&&

+&(&0

+&(&/

&&&

&&&

# 4&&& +&(&.&% &&&

+&(&.

+&(&-&% :

+&(&-

&&& +&(&+&% $

+&(&+

&&&

$

&&&

#

+&(&,&% * &&&

! "

+&(&,

#

&&&

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&-

# 4&&& ,&(&-&% &&&

,&(&-

&&&

* &&& ,&(&,&%

,&(&,

,&(&+

,&(&+&% $

&&&

# 4&&&

,&(&(

)&&& &&& ,&(&%

,&( $

'&&& ,&% $

&&& &&& +&.&(

,

&&&

+&.

+&.&%

&&&

&&&

+&-&(

+&-

+&,

+&+&1

#

&&& &&& +&,&(

+&-&%

&&&

&&& &&& +&,&%

&&&

&&& &&& +&+&0 9

+&+&/ 8

+&+&+ :

+&+&. 3

&&&

&&&

$

&&&

#

+&+&- 8

! "

&&&

#

+&+&, 8

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&.

-

'&&&

&&&

&&&

# ,&.

,&-&%

,&-

-&% $

&&&

&&& ,&,&+

,&.&(

&&& ,&,&(

&&&

&&& ,&,&%

,&.&%

&&&

&&& ,&,

&&&

&&& ,&+&- 3 *

&&& ,&+&, 3 * &&&

,&+&+ 8

,&+&( 3 * &&&

&&& ,&+

,&+&% $

&&& ,&(&%%

* &&&

&&& ,&(&%2

,&(&1&% $

,&(&%2&%

* *&&& ,&(&1

&&&

,&(&.&% $

,&(&.

,&(&0&% * &&&

$

,&(&0

#

&&&

! "

,&(&/

#

* *&&&

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&/

$ 4

'* %&% 4 4

%&( 4 4 4

# %&, 4 ) 5

# %&4 ) 5

##

5

4 (

(&%

(&( 4

'

(&+ *

%&+ $ * ' * *

%&/ 4 '

4 ' *

4 #

4

%&.

* 4 4 4 #

%&0 #

%&1 #

'*

*

4 #

' ! "

(&,

%(6+26(22. 7 2( -. 2.

#

*

4

4 * 4

* #

#

#

# #

%&%2

* 4 *

*4

# * *

*

#

# # # *

# # * '

*

#

* *

&&& * * # #

'* 4

&&& &&&

-&+&( 3 * -&+&+ 3 *

-&+&. 3 * &&&

#

-&+&- 3 * &&&

* &&&

&&&

-&+&,

&&& -&+&% 3 *

&&& -&+

* &&& -&(&%%

&&& * &&&

-&(&%2 -&(&%2&%

&&&

*&&&

-&(&1

* &&&

* &&&

&&&

* &&&

&&&

* &&&

&&&

* &&&

-&(&0

-&(&/&%

-&(&/

-&(&.&%

-&(&.

-&(&-&%

-&(&-

-&(&,&%

-&(&,

-&(&+&%

&&&

-&(&+

*

)&&&

&&& * &&&

-&(&(&%

-&(&(

* &&&

&&&

! "

-&(&%&%

*

#

-&(&%

-&( $

! " $

%

&&&

' &&&

*

# &&&

* &&&

&&& &&&

* &&&

' &&&

&&&

4 &&&

&&& &&&

* *

4&&& * * &&&

4&&&

%&%% #

! " ! "

## ##

&&&

! "

! "

! "

! "

%&0

&&&

) &&&

# 4&&&

.&(&/

.&(&/&%

.&(&0

.&(&-&% 4

# 4&&&

&&&

.&(&-

.&(&.&%

&&&

.&(&,&% 9

.&(&+&% &&&

.&(&+

.&(&.

&&&

&&&

.&(&,

&&& .&(&(

&&&

)&&&

# 4&&&

'&&& .&% $

.&(&%

&&& .

-&.&(

-&.&%

.&( $

&&& &&&

&&&

&&& -&.

-&-

-&,&(

-&,&%

#

&&&

-&-&(

&&&

-&-&%

&&&

&&& &&&

&&&

$

-&,

#

&&&

! "

-&+&0 3 *

#

-&+&/ 3 *

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&1

.&-&(

&&& .&-&%

&&&

&&& .&-

&&&

&&& .&,&(

.&,

.&+&0 $

&&& .&+&/ 9

.&,&%

&&& .&+&. ; '

&&&

&&&

&&& .&+&- 8

&&& .&+&( 9

&&&

.&+&% 8

.&+&,

&&&

&&&

.&+

.&+&+ :

&&& .&(&%-

.&(&%,&%

.&(&%,

&&&

&&& .&(&%+

&&&

&&& .&(&%(&%

.&(&%(

.&(&%%&%

.&(&1&%

.&(&1

.&(&0&% &&&

&&&

&&&

$

&&&

#

.&(&%%

! "

.&(&%2

#

&&&

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&%2

&&& # .&.&+

.&.

#

# &&&

$

.&.&(

#

&&&

! "

# &&&

#

.&.&%

! "

%

%&% 4

4

%&( 4 4

4

*

4

#

%&, 4 ) 5

#

%&4 ) 5

* *

*

'

#

&&&

# 4

' *

4

#

&&&

#

* 4

# *

4

&&& *

4

# *

&&&

* 4 * 4 4

'

&&&

' * 4 #

%&0

* # #

#

#

&&& * * # #

'*

&&& &&&

# '*

&&&

* *

# %&1

&&&

4

#

* *

#

4

%&%2

&&& 4&&& * *

4 5

&&&

#

#

%&/ 4

'*

&&& '

%&. ##

&&&

*

%&+ $ * ' *

$

* *

#

*

*

4&&&

%&%% *4 (

#

! " ! "

4 (&%

## *

(&( 4

##

4 #

#

&&&

! " (&+ '

' ! "

(&,

! "

! " ! "

%(6+26(22. 7 2( -. 2.

%&%%

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&& *

&&& %&(&%,

*

&&&

#

%&(&%+&% 3 * &&&

%&(&%+

%&(&%(&% * &&&

%&(&%(

* &&&

%&(&%%&(

&&& * &&&

%&(&%%&%

%&(&%%

%&(&%2&%

&&& &&&

*

* &&&

&&&

* &&&

&&&

&&&

&&&

&&&

* &&&

&&&

&&&

&&&

%&(&%2

*

*

*

*

)&&&

%&(&1

%&(&0&%

%&(&0

%&(&/&%

%&(&/

%&(&.&%

%&(&.

%&(&-&%

%&(&-

%&(&,

%&(&+&%

%&(&+

%&(&(

%&(&%

%&( $

&&& '&&&

! "

%&% $

#

%

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&%

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&&

%&,&+

#

&&&

%&,&(

%&.&%

&&&

&&&

&&&

%&-&(

&&&

&&&

&&&

&&&

#

%&.

&&&

%&-&%

%&-

%&,&,

&&&

%&,&%

%&,

%&+&1 3 * &&&

%&+&0 3 *

%&+&/ 3 * &&&

%&+&. 3 * &&&

%&+&- 3 * &&&

%&+&, 3 * &&&

%&+&+ 3 *

%&+&( $

&&&

&&&

* &&& %&+&% 3 * &&&

%&+

%&(&%1&%

%&(&%1

&&&

&&&

%&(&%/ &&&

&&& %&(&%0

&&&

! "

%&(&%.

#

%&(&%-

%&(&%,&%

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&(

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&&

(&(&+

(&(&%+

&&&

&&&

&&&

#

(&(&%(&% &&&

(&(&%(

(&(&%%&%

(&(&%%

* &&&

&&&

(&(&%2 (&(&%2&% &&&

* &&&

&&&

&&&

&&&

&&&

(&(&1&%

(&(&1

(&(&0&%

(&(&0

&&& * &&& (&(&/&% &&&

(&(&/

(&(&.&%

(&(&.

# 4&&&

* &&& (&(&-&% &&&

(&(&-

(&(&,&%

(&(&,

&&&

&&&

(&(&( (&(&+&%

)&&& # 4&&&

(&(&%

'&&& (&( $

(&% $

&&&

! "

* &&&

#

(

%&.&(

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&+

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&&

)&&& # 4&&& &&&

+&(&% +&(&(

+&% $

&&&

+&( $

&&& '&&&

+

&&&

&&&

#

(&. (&.&%

&&&

&&&

&&&

&&&

&&&

&&&

(&-&%

(&-

(&,&+

(&,&(

(&,&%

(&,

(&+&%% 9

(&+&%2 &&&

(&+&1 3 * &&&

(&+&0 8

&&&

(&+&. 3 (&+&/ 3 * &&&

&&& 4&&&

(&+&- 8

(&+&, 3 * &&&

(&+&+ 8

(&+&( 3 * &&& &&&

&&& (&+ (&+&% $

&&&

! "

(&(&%,

#

(&(&%+&%

! " # $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&,

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&& &&&

+&(&%2 +&(&%%

&&&

&&&

+&+ +&+&( 9

#

+&+&% $

&&&

+&(&%.

+&(&%-&% &&&

+&(&%-

+&(&%,&% $

+&(&%,

&&&

&&&

+&(&%(&% 9 +&(&%+ &&&

&&&

+&(&%(

&&&

&&&

+&(&1&% 3

+&(&%%&% &&&

&&&

&&&

&&&

# 4&&&

&&&

&&&

+&(&1

+&(&0&% &&&

+&(&0

+&(&/

+&(&.&% &&&

+&(&.

+&(&-&% :

+&(&-

+&(&,&% * &&&

&&&

! "

+&(&,

&&&

#

+&(&+&% $

+&(&+

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&-

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

#

&&&

+&,&(

&&&

,&(&-&% &&&

# 4&&&

* &&&

#

,&(&-

,&(&,&%

,&(&,

,&(&+&% $

&&& # 4&&&

)&&&

,&(&+

&&&

&&&

,&(&(

,&(&%

,&( $

'&&&

,&% $

&&& &&&

,

+&.&(

+&.

&&&

&&& &&&

+&-&( +&.&%

&&&

&&&

&&&

+&-&%

+&-

&&&

&&&

&&&

+&,&%

+&,

+&+&1

+&+&0 9

+&+&/ 8

&&&

&&& +&+&. 3

&&&

! "

+&+&- 8

&&&

#

+&+&, 8

+&+&+ :

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&.

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&&

,&(&0

&&& -&% $

'&&&

&&&

,&.&(

#

-

&&&

,&.&%

,&.

,&-&%

&&&

&&&

,&,&+

#

&&&

,&,&( ,&-

&&&

,&,&%

&&&

&&&

,&,

&&&

&&&

,&+&- 3 *

,&+&, 3 * &&&

,&+&+ 8

,&+&( 3 * &&& &&&

&&& ,&+&% $

&&& ,&+

* &&&

&&&

* *&&&

,&(&%%

,&(&%2&%

,&(&%2

,&(&1&% $

,&(&1

,&(&0&% * &&&

&&&

! "

,&(&/

* *&&&

#

,&(&.&% $

,&(&.

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&/

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&& &&&

-&+&( 3 * -&+&+ 3 *

-&+&. 3 * &&&

#

-&+&- 3 * &&&

* &&&

&&&

-&+&,

&&& -&+&% 3 *

&&& -&+

* &&& -&(&%%

&&& * &&&

-&(&%2 -&(&%2&%

&&&

*&&&

-&(&1

* &&&

* &&&

&&&

* &&&

&&&

* &&&

&&&

* &&&

-&(&0

-&(&/&%

-&(&/

-&(&.&%

-&(&.

-&(&-&%

-&(&-

-&(&,&%

-&(&,

-&(&+&%

&&&

-&(&+

*

)&&&

&&& * &&&

-&(&(&%

-&(&(

* &&&

&&&

! "

-&(&%&%

*

#

-&(&%

-&( $

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&0

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

&&&

&&&

&&&

.&(&.&(&-&% 4

&&& ) &&& # 4&&&

.&(&/ .&(&/&% .&(&0

.&(&.&%

# 4&&&

&&&

.&(&,&% 9

.&(&.

&&& &&&

.&(&,

.&(&+&% &&&

&&&

.&(&( .&(&+

)&&& # 4&&&

.&(&%

'&&&

.&% $

&&&

.&( $

&&&

.

-&.&(

&&&

-&. -&.&%

&&& &&&

-&-&( #

&&&

-&-&%

-&-

-&,&(

&&&

&&& &&&

&&& -&, -&,&%

&&&

! "

-&+&0 3 *

#

-&+&/ 3 *

! " # $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&1

;

=

9 + 9

+&% 4 4

+&(

+&+ * <

+&, = 5

%(6+26(22. 7 2( -. 2.

*

* * * *

*

* # ' 5 !

.&-&(

.&-&%

&&&

&&&

#

&&&

.&,&( .&-

&&& &&&

.&,&%

.&,

.&+&0 $ &&&

&&&

.&+&. ; ' &&&

.&+&- 8 .&+&/ 9

&&& &&&

.&+&,

.&+&+ :

&&&

.&+&% 8 &&&

&&& &&&

.&+ .&+&( 9

&&&

.&(&%-

.&(&%,&%

&&&

&&&

.&(&%+ .&(&%,

&&&

.&(&%(&%

.&(&%(

&&&

&&& .&(&%%&%

&&& .&(&%%

&&& .&(&%2

&&&

! "

.&(&1&%

#

.&(&1

.&(&0&% &&&

! " $

! " ! "

* &&&

' &&&

: #

* # &&&

* &&&

*

(&%2

+ 9

&&& # .&.&+

.&.

#

# &&&

$

.&.&(

#

&&&

! "

# &&&

#

.&.&%

! "

! "

9

! " +&% 4

4

*

&&&

*

+&(

*

*

*

*

&&&

'

: # +&+ ;

* * <

5

+&, = =

* # &&&

* # '

5

!

&&&

* *

%(6+26(22. 7 2( -. 2.

(&%%

$

% "

"

" "

#

( "

%&' ( " ( "

( " 2 "

2

"2 #

%&+ ( " 5 6

#

2 " 4

4

4

#

"2&&&

"2&&&

%,

%-

&&& %+ 3

&&& # 2

"

&&&

%*

/

.

%)

#

&&&

&&& -

&&&

"

&&&

#

&&& 5 6

" ( "

# 2

# 2

"

( "

#

#

" &&& " # 2

(

%&,

2 ( 2 ( (

%&( "

4

2 ( " #"

&&& &&&

2 #" #

#

# %&/

#

( # 2"2 "# #

&&&

2"2 5 2 "&&&

(" "

" ( 2"2 2 "

( 2

&&&

42 #

#

&&& &&&

2"2

#

%&%0

2 "

4

%&.

6

&&&

( " 4 2 #

42

2 2

#

2

%&* ( " (

## "

)

"

%&% ( "

%&) $ $ "2 4 ( 2

%' 1 2

&&& ,

%%

&&&

&&& +

&&& *

&&&

(&&& '

" %

&&&

#

&&&

!"

&&&

"

%0

#

&&&

!"

"

&&& 42 (&&& (&&&

%&%% 2(

#

" ' (

"

!" !"

" '&%

## "

'&' ( " '&) 4

2 ( " #"

4

## #"

&&& !"

!" !"

'&*

!" !"

%'7'/7'00, 8 %' *, %+

%

$

) 9 9

"

"2&&&

"2&&&

%,

%-

&&& %+ 3

&&& # 2

"

&&&

%*

/

.

%)

#

&&&

&&& -

)

%' 1 2

&&& ,

%%

&&&

&&& +

&&& *

&&&

(&&& '

" %

&&&

#

&&&

!"

&&&

"

%0

#

&&&

!"

!"

"

!" )&% ( "

( "

2 2

)&'

&&& "

2

2

2

2

&&&

4

: # )&) <"

6=

2 2 4 "

2 #

2 # ;

&&&

6

)&*

2 2

%'7'/7'00, 8 %' *, %+

'

TUGAS MATA KULIAH SPESIFIKASI DAN PRASYARAT PERANGKAT LUNAK ORDER MANAGEMENT SYSTEM STUDI KASUS: PT. ANTA EXPRESS TOUR & TRAVEL SERVICE Tbk

Recommend Documents