4. Use Case Description Manage Confirmation Room
Tabel 4. 26 Use Case Description Manage Confirmation Room
Use Case Name: Manage Confirmation Room ID: 6
Importance Level: High Primary Actor: Customer Service
Use Case Type: Esensial Stakeholders and Interests:
CSA – ingin membuat jadwal pemesanan dalam timeline.
Brief Description: Use case ini menjelaskan tentang bagaimana seorang CSA
melakukan konfirmasi ruangan pada timeline.
Trigger: CSA mengakses menu Reservation dan memilih tombol Confirmation
Room.
Type: Eksternal Relationship:
Association: Include: Manage Reservation
Extend: Generalization:
Normal Flow of Events:
1. CSA mengakses menu Reservation.
2. CSA memilih salah satu event dengan kelengkapan reservasi.
3. CSA memilih tombol Confirmation Room.
4. CSA menghasilkan remark dan jadwal dalam timeline sesuai dengan
keterangan reservasi.
Subflows: Alternate exceptional Flows:
5. Use Case Description Manajemen Purchasing
a. Melihat Purchase Request
Tabel 4. 27 Use Case Description Purchase Request
Use Case Name: Melihat Purchasing ID: 6a
Importance Level: High Primary Actor: Operation
Use Case Type: Esensial Stakeholders and Interests:
Operation – ingin melihat Purchase Request.
Purchasing – ingin melihat Purchase Request.
Brief Description: Use case ini menjelaskan tentang bagaimana Operation
dapat melihat data Purchase Request.
Trigger: Operation mengakses menu Purchase Request. Type: Eksternal
Relationship: Association: Purchasing
Include: Manajemen Purchase Requst Extend:
Generalization: Normal Flow of Events:
1. Operation mengakses menu Purchase Request.
2. Operation memilih tombol VIEW PURCHASE REQUEST.
Subflows: Alternate exceptional Flows:
b. Manajemen Purchase Request
Tabel 4. 28 Use Case Description Manajemen Purchase Request
Use Case Name: Melihat Purchasing ID: 6b
Importance Level: High Primary Actor: Purchasing
Use Case Type: Esensial Stakeholders and Interests:
Purchasing – ingin menambah, mengubah dan menghapus data Purchase
Request. Operation
– ingin menambah, mengubah dan menghapus data Purchase Request.
Brief Description: Use case ini menjelaskan tentang bagaimana Purchasing
dapat melakukan manajemen data Purchase Requst.
Trigger: Purchase mengakses menu Purchase Request. Type: Eksternal
Relationship: Association: Operation
Include: Extend:
Generalization: Normal Flow of Events:
1. Purchasing mengakses menu Purchase Request.
Jika Purchasing ingin membuat sebuah data pembelian, maka S-1: create purchase request subflow dilakukan.
Jika Purchasing ingin mengubah sebuah data pembelian, maka S-2: edit purchase request subflow dilakukan.
Jika Purchasing ingin menghapus sebuah data pembelian, maka S-3: delete purchase request subflow dilakukan.
2. Purchasing mendapatkan pengolahan data Purchase Request.
Subflows:
S-1: Create Purchase Request 1.
Purchasing mengakses menu Purchase Request. 2.
Purchasing memilih tombol CREATE PURCHASE REQUEST. 3.
Purchasing mengisi form Purcase Request. 4.
Purchasing memilih tombol SUBMIT. S-2: Edit Purhcas Request
1. Purchasing mengakses menu Purchase Request.
2. Purchasing memilih salah satu data pembelian.
3. Purchasing memilih tombol EDIT.
4. Purchasing mengubah data pada form.
5. Purchasing memilih tombol UPDATE.
S-3: Delete Purchase Request 1.
Purchasing mengakses menu Purchase Request. 2.
Purchasing memilih salah satu data pembelian. 3.
Purchasing memilih tombol DELETE.
Alternate exceptional Flows:
c. Manambahkan Detil Purchase Request
Tabel 4. 29 Use Case Description Menambahkan Detil Purchase Request
Use Case Name: Menambahkan Detil
Purchase Request
ID: 6c Importance Level: High
Primary Actor: Purchasing Use Case Type: Esensial
Stakeholders and Interests:
Purchasing – ingin menambahkan informasi lebih detil pada sebuah data
pembelian. Operation
– ingin menambahkan informasi lebih detil pada sebuah data pembelian.
Brief Description: Use case ini menjelaskan tentang bagaimana Purchasing
dapat menambahkan informasi lebih detil terkait dengan data pembelian.
Trigger: Purchasing mengakses menu Purchase Request. Type: Eksternal
Relationship: Association: Operation
Include: Manajemen Purchase Requst Extend:
Generalization: Normal Flow of Events:
1. Purchasing mengakses menu Purchase Request.
2. Purchasing memilih salah satu data pembelian.
3. Purchasing memilih tombol ADD DETAIL PURCHASE REQUEST.
4. Purchasing mengisi form detil Purchase Request.
5. Purchasing memilih tombol SUBMIT.
Subflows: Alternate exceptional Flows:
d. Memproses Purchase Request
Tabel 4. 30 Use Case Description Memproses Purchase Request
Use Case Name: Memproses Purchase
Request
ID: 6d Importance Level: High
Primary Actor: Purchasing Use Case Type: Esensial
Stakeholders and Interests:
Purchasing – ingin memproses data pembelian yang telah dibuat.
Brief Description: Use case ini menjelaskan tentang bagaimana Purchasing
dapat melakukan proses data pembelian.
Trigger: Purchasing mengakses menu Purchase Request. Type: Eksternal
Relationship: Association:
Include: Manajemen Purchase Requst Extend:
Generalization: Normal Flow of Events:
1. Purchasing mengakses menu Purchase Request.
2. Purchasing memilih salah satu data pembelian.
Jika Purchasing ingin memproses sebuah data pembelian, maka S-1: process subflow dijalankan.
Jika Purchasing ingin tidak memproses data pembelian, maka S-2: unprocess subflow dijalankan.
3. Purchasing mendapatkan status data pembelian menjadi PROCESSED
UNPROCESSED.
Subflows:
S-1: Process 1.
Purchasing mengakses menu Purchase Request. 2.
Purchasing memilih tombol PROCESS pada sebuah data pembelian. S-2: Unprocess
1. Purchasing mengakses menu Purchase Request.
2. Purchasing memilih tombol UNPROCESS pada sebuah data pembelian.
Alternate exceptional Flows:
e. Manajemen Purchase Order
Tabel 4. 31 Use Case Description Manajemen Purchase Order
Use Case Name: Manajemen Purchase
Order
ID: 6e Importance Level: High
Primary Actor: Purchasing Use Case Type: Esensial
Stakeholders and Interests:
Purchasing – ingin menambah, mengubah dan menghapus data Purchase
Order.
Brief Description: Use case ini menjelaskan tentang bagaimana Purchasing
dapat melakukan manajemen data Purchase Order.
Trigger: Purchase mengakses menu Purchase Order. Type: Eksternal
Relationship: Association:
Include: Extend:
Generalization: Normal Flow of Events:
1. Purchasing mengakses menu Purchase Order.
Jika Purchasing ingin membuat sebuah data pesanan, maka S-1: create purchase order subflow dilakukan.
Jika Purchasing ingin mengubah sebuah data pesanan, maka S-2: edit purchase order subflow dilakukan.
Jika Purchasing ingin menghapus sebuah data pesanan, maka S-3: delete purchase order subflow dilakukan.
2. Purchasing mengakses menu Detail Purchase Order.
3. Purchasing mendapatkan pengolahan data Purchase Request.
Subflows:
S-1: Create Purchase Order 1.
Purchasing mengakses menu Purchase Order. 2.
Purchasing memilih tombol CREATE PURCHASE ORDER. 3.
Purchasing mengisi form Purcase Order. 4.
Purchasing memilih tombol SUBMIT. S-2: Edit Purchas Order
1. Purchasing mengakses menu Purchase Order.
2. Purchasing memilih salah satu data pesanan.
3. Purchasing memilih tombol EDIT.
4. Purchasing mengubah data pada form.
5. Purchasing memilih tombol UPDATE.
S-3: Delete Purchase Order
1. Purchasing mengakses menu Purchase Order.
2. Purchasing memilih salah satu data pesanan.
3. Purchasing memilih tombol DELETE.
Alternate exceptional Flows:
2a. Jika Purchasing ingin menambahkan detil data pesanan, maka 1.
Purchasing memilih salah satu data pesanan. 2.
Purchasing memilih tombol ADD PURCHASE ORDER. 3.
Purchasing memilih tombol SUBMIT. 2b. Jika Purchasing ingin mengubah detil data pesanan, maka
1. Purchasing memilih salah data detil purchase order.
2. Purchasing memilih tombol EDIT.
3. Purchasing mengubah data detil purchase order pada form.
4. Purchasing memilih tombol UPDATE.
2c. Jika Purchasing ingin menghapus detil data pesanan, maka 1.
Purchasing memilih salah satu detil purchase order. 2.
Purchasing memilih tombol DELETE.
4.2.1.3. Use Case Diagram
1. Use Case Diagram Manajemen User
Administrator CSA
Operation
Purchasing Accounting
uc: Manajemen Pengguna Sistem
Menghapus Pengguna Memperbaharui
Profil Pengguna Membuat Account
Melihat Daftar Pengguna
Memperbaharui Pengguna
«uses»
User
Gambar 4. 19 Use Case Diagram Manajemen User Sistem
2. Use Case Diagram Manajemen Data Master
uc: Manajemen Data Master
Administrator
Purchasing
Manajemen Data Pelanggan
CSA
Manajemen Data Paket
Manajemen Data Produk
Manajemen Data Ruangan
Manajemen Data Supplier
Manajemen Data Stock In
Manajemen Data Stock Out
Manajemen Data Inventory
Menambahkan Kategori
Menambahkan Item Produk
«uses» «uses»
«uses» «uses»
Gambar 4. 20 Use Case Diagram Manajemen Data Master
3. Use Case Diagram Manajemen Reservation
CSA Operation
Accounting
uc: Manajemen Reservasi
Menambah Data Reservasi
Mengubah Data Reservasi
Membatalkan Reservasi
Manajemen Reservasi
«uses» «uses»
«uses»
Manajemen Persetujuan Event
Membuat Laporan Penjualan
Melihat Daftar Reservasi
«uses» «extends»
Melihat Laporan Penjualan
«uses»
Gambar 4. 21 Use Case Diagram Manajemen Reservasi
4. Use Case Diagram Manajemen Purchasing
Operation Purchasing
uc: Manajemen Purchasing
Manajemen Purhcase Request
Manajemen Purchase Order
Memroses Purhcase Request
«uses»
Melihat Purchasing
Menambahkan Detil Purchase Request
«uses» «uses»
Gambar 4. 22 Use Case Diagram Manajemen Purchasing
5. Use Case Diagram Manajemen Reporting
CSA
Accounting
uc: Manajemen Pelaporan
Manajemen Payment Report
Operation Manajemen
Outstanding Sales
Melihat Laporan Pembayaran
«uses»
Gambar 4. 23 Use Case Description Manajemen Pelaporan
4.3.4. Pemodelan Struktural Aplikasi
Merupakan tahap pemodelan yang memodelkan struktur class dan object yang berperan dalam aplikasi. hampir mirip dengan diagram alir data.
1. Pembuatan Class-Responsibility-Collaboration CRC Card
Pembuatan class –responsibility–collaboration CRC memberikan
maksud sederhana untuk pengidentifikasian dan pengorganisasian klas- klas yang relevan untuk kebutuhan sistem.
a. CRC Card untuk Manajemen User
1 Tbmrole
Front: Class Name: Tbmrole
ID: 1 Type: Concrete, Domain
Description:
Hak akses sistem yang diberikan kepada stakeholders.
Associated Use Cases: 1 Responsibilities
operation
Collaborators
end
Back: Attributs:
roleIdString roleNameString
end
Relationship: Generalization:
Agregation has-parts: MenuRefpage,
Other Associations: end
end
2 Menu Reference Page
Front: Class Name: MenuRefpage
ID: 1 Type: Concrete, Domain
Description:
Referensi menu yang akan diberikan kepada setiap hak akses role
Associated Use Cases: Responsibilities
operation
Collaborators
end
Back: Attributs:
IdInteger UserRoleObject
MenuRefpageObject DepthInteger
MenuNameString NoOrderInteger
UrlPageString end
Relationship: Generalization:
Agregation has-parts: MenuRefpage
Other Associations: UserRole,
MenuRefpage
end
end
3 Account
Front: Class Name: Account
ID: 1 Type: Concrete, Domain
Description:
Identitas hak akses berupa userid password unik, untuk seorang user.
Associated Use Cases: Responsibilities
operation
Menyimpan status Menyimpan session id
Menyimpan waktu login terakhir
Collaborators
end
Back: Attributs:
IdInteger UserRoleObject
UsernameString PasswordString
StatusInteger SessionIdInteger
LasLoginDate TokenString
end
Relationship: Generalization:
Agregation has-parts: AccessPage, Customer,
UserAcc
Other Associations: UserRole
end
end
Kategori