Proses analisis kebutuhan mengambil acuan dari gameplay dari multiplayer tank game dan hasil pengumpulan, pemahaman dan penetapan kebutuhan-kebutuhan (requirements) yang ingin didapatkan oleh pengguna. Pada analisis kebutuhan ini diawali dengan identifikasi aktor-aktor yang terlibat dalam game, penjabaran daftar kebutuhan dan kemudian memodelkannya ke dalam suatu diagram use case. Analisis kebutuhan ini ditujukan untuk menggambarkan kebutuhan-kebutuhan yang harus disediakan oleh sistem agar dapat memenuhi kebutuhan pengguna sesuai gameplay yang dibuat.
4.1.1 Identifikasi Aktor
Tahap ini mempunyai tujuan untuk melakukan identifikasi terhadap aktor-aktor yang akan berinteraksi dengan sistem atau terlibat dalam game. Tabel 4.1 memperlihatkan empat buah aktor beserta penjelasannya masing-masing yang merupakan hasil dari proses identifikasi aktor.
Tabel 4.1 Deskripsi Aktor
Aktor Deskripsi Aktor
permainan.
Valid Player Valid Player merupakan aktor pengguna yang aktif dalam sebuah sesi
permainan.
Joiner Joiner merupakan aktor pengguna yang berhasil bergabung ke sebuah sesi
permainan dengan cara melakukan koneksi ke sebuah game server.
Creator Creator merupakan aktor pengguna yang berhasil menciptakan sebuah sesi
permainan dan mengaktifkan sebuah game server.
Sumber : Analisis Kebutuhan
4.1.2 Daftar Kebutuhan
Daftar kebutuhan ini terdiri dari sebuah kolom yang menguraikan kebutuhan yang harus disediakan oleh sistem, dan pada kolom yang lain akan menunjukkan nama use case yang akan menyediakan fungsionalitas masing-masing kebutuhan tersebut. Daftar kebutuhan fungsional dan non fungsional keseluruhan sistem ditunjukkan pada Tabel 4.2.
Tabel 4.2 Daftar kebutuhan fungsional dan non fungsional
ID Requirements Aktor Nama Use Case
F01
Sistem harus menyediakan antarmuka untuk menampilkan proses memuat konfigurasi permainan
Player Menampilkan Menu Loading
F02
Sistem harus menyediakan antarmuka untuk menampilkan berbagai menu utama permainan
Player Menampilkan Menu Utama
F03
Sistem harus menyediakan antarmuka
Help untuk memberi bantuan
keterangan permainan kepada pemain
Player Menampilkan Menu Help
F04
Sistem harus menyediakan antarmuka
Credits untuk memberi keterangan
mengenai teknologi dan pembuat permainan
Player Menampilkan Menu Credits
F05
Sistem harus menyediakan antarmuka
Options untuk pemain yg ingin
mengatur konfigurasi yg digunakan selama permainan berlangsung
Player Menampilkan Menu Options
F06
Sistem harus menyediakan antarmuka
Join Game untuk pemain yang
menginginkan bergabung pada sesi permainan yang telah ada
Player Menampilkan Menu Join Game
F07
Sistem harus menyediakan antarmuka
Create Game untuk pemain yang ingin
menciptakan sesi permainan baru
Player Menampilkan Menu Create Game
F08
Sistem harus menyediakan proses untuk mencari sesi-sesi permainan yang aktif.
Player Mencari Sesi Permainan Yang
Aktif.
F09
Sistem harus menyediakan proses untuk bergabung ke sesi permainan yang aktif dan melakukan koneksi ke sebuah game server.
Player Bergabung Dengan Sesi
Permainan.
F10
Sistem harus menyediakan proses untuk membuat sebuah sesi permainan dan mengaktifkan sebuah game server.
Player Membuat Sesi Permainan.
F11
Sistem harus menyediakan komponen untuk memberi keterangan mengenai fungsi keypad permainan
Valid Player Menampilkan Key Info Box
F12
Sistem harus menyediakan komponen untuk menampilkan pesan chat dari pemain lain
Valid Player Menampilkan Chat Board
F13
Sistem harus menyediakan komponen untuk menampilkan flash message permainan
Valid Player Menampilkan Flash Message
F14
Sistem harus menyediakan komponen untuk menampilkan system message
board permainan
Valid Player Menampilkan System Message Board
F15
Sistem harus menyediakan komponen untuk menampilkan waktu permainan selama satu ronde
Valid Player Menampilkan Round Timer
F16
Sistem harus menyediakan komponen untuk menampilkan radar yang dimiliki oleh pemain
Valid Player Menampilkan Radar Pemain
F17
Sistem harus menyediakan komponen untuk menampilkan player bar yang berisi berbagai keterangan mengenai karakter pemain
Valid Player Menampilkan Player Bar
F18
Sistem harus menyediakan komponen untuk menampilkan nilai yang dimiliki oleh pemain
Valid Player Menampilkan Daftar Score
F19
Sistem harus menyediakan komponen untuk mengerakkan kamera pemain ketika berstatus tidak aktif
Valid Player Menggerakkan Kamera
F20
Sistem harus menyediakan komponen untuk menerima pesan chat yang dituliskan oleh pemain
Valid Player Menampilkan Kotak Chat
F21
Sistem harus menyediakan komponen dialog untuk mengganti tim dan mengganti tank
Valid Player Menampilkan Dialog Ganti Tim
dan Tank
F22
Sistem harus menyediakan komponen dialog untuk mengatur pilihan-pilihan yang terkait dengan permainan
Valid Player Menampilkan Dialog Opsi
F23
Sistem harus menyediakan proses
F24 Sistem harus menyediakan proses bagi
pemain untuk menembakkan rudal Valid Player Menembakkan Rudal F25
Sistem harus menyediakan proses bagi pemain untuk menembakkan senjata mesin
Valid Player Menembakkan Senjata Mesin
F26
Sistem harus menyediakan proses untuk mengirimkan pesan chat pemain lokal.
Valid Player Mengirimkan Chat
F27
Sistem harus meyediakan proses untuk menerima pesan chat dari remote
player.
Valid Player Menerima Chat
F28
Sistem harus menyediakan proses untuk mengirimkan notifikasi tentang
update tim dan tank pemain lokal.
Valid Player Mengirimkan Notifikasi Update
Tim dan Tank
F29
Sistem harus menyediakan proses untuk menerima notifikasi tentang
update tim dan tank dari remote player.
Valid Player Menerima Notifikasi Update
Tim dan Tank
F30
Sistem harus menyediakan proses untuk mengirimkan notifikasi tentang
update nama pemain lokal.
Valid Player Mengirimkan Notifikasi Update
Nama Pemain
F31
Sistem harus menyediakan proses untuk menerima notifikasi tentang
update nama pemain dari remote player.
Valid Player Menerima Notifikasi Update
Nama Pemain
F32
Sistem harus menyediakan proses untuk mengirimkan posisi tank pemain lokal.
Valid Player Mengirimkan Posisi Tank
F33
Sistem harus menyediakan proses untuk menerima posisi tank dari remote
player.
Valid Player Menerima Update Posisi Tank
F34
Sistem harus menyediakan proses untuk mengirimkan status ketika pemain lokal menembakkan senjata.
Valid Player Mengirimkan Fire State
F35
Sistem harus menyediakan proses untuk menerima status ketika remote
player menembakkan senjata.
Valid Player Menerima Fire State
F36
Sistem harus menyediakan proses untuk menerima notifikasi tentang pemain yang keluar dari sesi permainan.
Valid Player Menerima Notifikasi Pemain
Yang Keluar
F37
Sistem harus menyediakan proses untuk menerima notifikasi tentang pemain baru.
Valid Player Menerima Notifikasi Pemain
Baru
F38
Sistem menyediakan komponen bagi
game server untuk mengganti peta
permainan
Creator Menampilkan Dialog Ganti
Peta
F39
Sistem menyediakan komponen dialog bagi game server untuk mengkonfirmasi mengakhiri sesi permainan
Creator Menampilkan Konfirmasi
F40
Sistem harus menyediakan proses untuk menghentikan ronde permainan yang berlangsung dan memulai ronde permainan yang baru.
Creator Memperbarui Ronde
F41
Sistem harus menyediakan proses untuk mengulangi ronde permainan yang sedang berlangsung.
Creator Mengulangi Ronde
F42
Sistem harus menyediakan proses untuk mengirimkan notifikasi pergantian peta permainan kepada semua joiner.
Creator Mengirimkan Notifikasi Ganti
Peta
F43
Sistem harus menyediakan proses kepada creator untuk mengakhiri sesi permainan dan mematikan game
server.
Creator Mengakhiri Sesi Permainan
F44 Sistem harus menyediakan proses untuk mengirimkan status permainan. Creator
Mengirimkan Notifikasi Status Permainan
F45
Sistem harus menyediakan komponen dialog untuk mengkonfirmasi keluar dari sesi permainan
Joiner Menampilkan Konfirmasi
Keluar Dari Sesi Permainan
F46
Sistem harus menyediakan proses kepada joiner untuk meninggalkan sesi permainan dan melakukan diskoneksi dari game server.
Joiner Meninggalkan Sesi Permainan
F47
Sistem harus menyediakan proses untuk menerima notifikasi tentang pergantian peta permainan dari creator.
Joiner Menerima Notifikasi Ganti Peta
F48
Sistem harus menyediakan proses untuk menerima notifikasi tentang status permainan.
Joiner Menerima Notifikasi Status
Permainan
N01
Sistem harus dapat melayani pemain dengan jumlah maksimal 10 pemain dengan nilai rata-rata frame per second
(fps) lebih dari sama dengan 60 fps.
-- --
Sumber : Analisis Kebutuhan
4.1.3 Diagram Use Case
Kebutuhan-kebutuhan fungsional yang diperlukan oleh pengguna dan harus disediakan oleh sistem akan dimodelkan pada diagram use case. Secara keseluruhan sistem ini mempunyai 48 buah use case yang dikelompokkan menjadi 2 buah subsistem yaitu, subsistem game client dan subsistem game server. Pada subsistem game client terdapat 25 buah use case yaitu, use case Menampilkan Menu Loading, Menampilkan Menu Utama, Menampilkan Menu Help, Menampilkan Menu Credits, Menampilkan Menu Options, Menampilkan Menu Join Game, Menampilkan Menu Create Game, Menampilkan Key Info Box,
Menampilkan Chat Board, Menampilkan Flash Message, Menampilkan System Message Board, Menampilkan Round Timer, Menampilkan Radar Pemain, Menampilkan Player Bar, Menampilkan Daftar Score, Menggerakkan Kamera, Menampilkan Kotak Chat, Menampilkan Dialog Ganti Tim dan Tank, Menampilkan Dialog Opsi, Menggerakkan Tank, Menembakkan Rudal, Menembakkan Senjata Mesin, Menampilkan Dialog Ganti Peta, Menampilkan Konfirmasi Mengakhiri Sesi Permainan, dan Menampilkan Konfirmasi Keluar Dari Sesi Permainan. Pada subsistem game server terdapat 23 buah use case yaitu, use case Mencari Sesi Permainan Yang Aktif, Bergabung Dengan Sesi Permainan, Membuat Sesi Permainan, Mengirimkan Chat, Menerima Chat, Mengirimkan Notifikasi Update Tim dan Tank, Menerima Notifikasi Update Tim dan Tank, Mengirimkan Notifikasi Update Nama Pemain, Menerima Notifikasi Update Nama Pemain, Mengirimkan Posisi Tank, Menerima Update Posisi Tank, Mengirimkan Fire State, Menerima Fire State, Memperbarui Ronde, Mengulangi Ronde, Mengirimkan Notifikasi Ganti Peta, Mengakhiri Sesi Permainan, Mengirimkan Notifikasi Status Permainan, Meninggalkan Sesi Permainan, Menerima Notifikasi Ganti Peta, Menerima Notifikasi Pemain Yang Keluar, Menerima Notifikasi Pemain Baru, dan Menerima Notifikasi Status Permainan. Pada diagram use case ini terdapat 4 aktor yaitu player, valid player, creator, dan joiner. Pada skripsi ini dibahas use case - use case yang berada dalam subsistem game server. Sedangkan use case – use case yang berada dalam subsistem game client dibahas dalam skripsi yang berjudul Pengembangan 2D Game Client Untuk Multiplayer Tank Game Menggunakan Teknologi Java” oleh Murti Daryandono (Teknik Elektro Universitas Brawijaya, 2008). Gambar 4.1 merupakan use case diagram keseluruhan sistem.
4.1.4 Skenario Use Case
Secara lebih mendetail, masing-masing use case yang terdapat pada diagram use case, dijabarkan dalam skenario use case. Di dalam skenario use case, akan diberikan uraian nama use case, aktor yang berhubungan dengan use case tersebut, tujuan dari use case, deskripsi global tentang use case, pra-kondisi yang harus dipenuhi dan pos-kondisi yang diharapkan setelah berjalannya fungsional use case. Selain itu juga akan diberikan ulasan yang berkaitan dengan tanggapan dari sistem atas suatu aksi yang diberikan oleh aktor (aliran utama), serta kejadian alternatif yang akan terjadi jika suatu kondisi tidak bisa terpenuhi (aliran alternatif). Tabel 4.3 merupakan skenario use case Mencari Sesi Permainan Yang Aktif.
Tabel 4.3 Skenario use case Mencari Sesi Permainan Yang Aktif.
Use case Mencari Sesi Permainan Yang Aktif
Aktor Player
Tujuan Mencari sesi - sesi permainan yang aktif dalam LAN (Local Area Network).
Deskripsi
Untuk mencari sesi permainan yang aktif, player terlebih dahulu harus masuk ke menu join game. Kemudian menekan tombol “scan server” untuk memulai proses.
Pra-kondisi Aktor membuka menu join game.
Pos-kondisi Di server list pada menu join game muncul daftar sesi-sesi permainan yang
aktif.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Pada menu join game, player menekan tombol “scan server” untuk memulai proses pencarian sesi permainan.
2. Melakukan proses pencarian sesi permainan dan menampilkan hasil pencarian berupa ip address server, nama server, dan jumlah pemain yang aktif di server list.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk bergabung dengan sesi permainan. Kebutuhan tersebut direpresentasikan oleh use case Bergabung Dengan Sesi Permainan. Tabel 4.4. merupakan skenario use case Bergabung Dengan Sesi Permainan.
Tabel 4.4 Skenario use case Bergabung Dengan Sesi Permainan.
Use case Bergabung Dengan Sesi Permainan
Tujuan Bergabung dengan sesi permainan yang aktif.
Deskripsi
Untuk bergabung dengan sesi permainan yang aktif, player terlebih dahulu harus masuk ke menu join game dan mengisikan ip address server, password sesi (opsional) dan memilih tim dan tank.
Pra-kondisi Aktor membuka menu join game.
Pos-kondisi Player berubah status menjadi valid player dan joiner. Dan Kemudian masuk
ke ingame state.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Pada menu join game, player mengisikan ip
address server, password (opsional) dan
memilih tim dan tank. Kemudian menekan tombol “Ok” untuk memulai proses koneksi ke
game server.
2. Melakukan proses koneksi ke game
server dan menunggu jawaban dari game server dengan waktu timeout 1
detik. Setelah mendapat jawaban bahwa koneksi berhasil dari game server kemudian status player tersebut berubah menjadi valid player dan joiner. Dan ditampilkan ingame state.
Aliran Alternatif 1 : Eksepsi jika proses koneksi ke game server gagal.
1. Menampilkan pernyataan peringatan kesalahan (alert) jika proses koneksi ke
game server gagal. Kegagalan proses
koneksi ini diakibatkan oleh ip address
server yang dimasukkan tidak valid, password sesi tidak valid, dan jumlah
pemain telah mencapai jumlah maksimal.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk membuat sesi permainan. Kebutuhan tersebut direpresentasikan oleh use case Membuat Sesi Permainan. Tabel 4.5. merupakan skenario use case Membuat Sesi Permainan.
Tabel 4.5 Skenario use case Membuat Sesi Permainan.
Use case Membuat Sesi Permainan
Aktor Player
Tujuan Membuat sebuah sesi permainan dan mengaktifkan sebuah game server.
Deskripsi
Untuk membuat sebuah sesi permainan, player terlebih dahulu harus masuk ke menu create game dan mengisikan password sesi (opsional) dan jumlah maksimal pemain dalam sebuah sesi permainan, memilih peta permainan, serta memilih tim dan tank.
Pra-kondisi Aktor membuka menu create game.
ke ingame state.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Pada menu create game, player mengisikan
password sesi (opsional) dan jumlah
maksimal pemain dalam sebuah sesi permainan, memilih peta permainan, serta memilih tim dan tank. Kemudian menekan tombol “Ok” untuk memulai proses.
2. Melakukan proses pembuatan sesi permainan dan sekaligus mengaktifkan sebuah game server. Setelah game
server berhasil diaktifkan maka status player berubah menjadi valid player dan creator. Dan ditampilkan ingame state.
Aliran Alternatif 1 : Eksepsi jika gagal mengaktifkan game server.
1. Menampilkan pernyataan peringatan kesalahan (alert) jika proses pengaktifan
game server gagal. Kegagalan ini
disebabkan karena port yang digunakan
game server telah digunakan aplikasi
lain.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk mengirimkan chat. Kebutuhan tersebut direpresentasikan oleh use case Mengirimkan Chat. Tabel 4.6. merupakan skenario use case Mengirimkan Chat.
Tabel 4.6 Skenario use case Mengirimkan Chat.
Use case Mengirimkan Chat
Aktor Valid Player
Tujuan Mengirimkan chat ke valid player yang lain.
Deskripsi Untuk mengirimkan chat, valid player harus menampilkan kotak chat dan
menuliskan isi chat.
Pra-kondisi Aktor berada pada ingame state dan menulis chat.
Pos-kondisi Pesan Chat terkirim melalui jaringan komputer.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Valid player menuliskan isi chat pada kotak
chat. Kemudian menekan tombol keyboard
“Enter”.
2. Melakukan proses pengiriman chat ke semua valid player.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk menerima chat. Kebutuhan tersebut direpresentasikan
oleh use case Menerima Chat. Tabel 4.7. merupakan skenario use case Menerima Chat.
Tabel 4.7 Skenario use case Menerima Chat.
Use case Menerima Chat
Aktor Valid Player
Tujuan Menerima dan mengolah pesan chat yang diterima dari valid player lainnya.
Deskripsi Melakukan proses penerimaan pesan chat yang dikirimkan melalui jaringan
komputer dan kemudian pesan chat akan disimpan dalam memory.
Pra-kondisi Pesan chat masuk terdeteksi oleh sistem.
Pos-kondisi Pesan chat berada dalam memory siap untuk dirender.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Sistem mendeteksi adanya pesan chat baru yang diterima, kemudian sistem menyimpan pesan chat tersebut ke dalam memory untuk dirender.
Aliran Alternatif 1 : Eksepsi jika penerimaan pesan chat gagal.
1. Sistem akan menangkap eksepsi yang terjadi ketika proses penerimaan pesan
chat gagal. Eksepsi diakibatkan data
pesan chat tidak valid.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk mengirimkan notifikasi update tim dan tank. Kebutuhan tersebut direpresentasikan oleh use case Mengirimkan Notifikasi Update Tim dan Tank. Tabel 4.8. merupakan skenario use case Mengirimkan Notifikasi Update Tim dan Tank.
Tabel 4.8 Skenario use case Mengirimkan Notifikasi Update Tim dan Tank.
Use case Mengirimkan Notifikasi Update Tim dan Tank
Aktor Valid Player
Tujuan Memberitahukan kepada valid player yang lain tentang adanya update tim dan
tank valid player.
Deskripsi
Untuk mengirimkan pesan notifikasi update tim dan tank, valid player harus memilih tim dan tank pada dialog ganti tim dan tank kemudian menekan tombol “Ok”.
Pra-kondisi Aktor berada pada ingame state dan memilih tim dan tank.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Valid player memilih tim dan tank pada dialog
update tim dan tank. Kemudian menekan
tombol “Ok”.
2. Melakukan proses pengiriman pesan notifikasi update tim dan tank ke semua
valid player.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk menerima notifikasi update tim dan tank. Kebutuhan tersebut direpresentasikan oleh use case Menerima Notifikasi Update Tim dan Tank. Tabel 4.9. merupakan skenario use case Menerima Notifikasi Update Tim dan Tank.
Tabel 4.9 Skenario use case Menerima Notifikasi Update Tim dan Tank.
Use case Menerima Notifikasi Update Tim dan Tank
Aktor Valid Player
Tujuan Melakukan proses penerimaan pesan notifikasi update tim dan tank.
Deskripsi Melakukan proses penerimaan pesan notifikasi update tim dan tank dan
kemudian dilakukan update tim dan tank valid player.
Pra-kondisi Pesan notifikasi update tim dan tank masuk terdeteksi oleh sistem.
Pos-kondisi Tim dan tank valid player diperbarui.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Sistem mendeteksi adanya pesan notifikasi update tim dan tank yang diterima, kemudian sistem melakukan
update tim dan tank sesuai ID valid player.
2.
Aliran Alternatif 1 : Eksepsi jika penerimaan pesan notifikasi update tim dan tank gagal 1. Sistem akan menangkap eksepsi yang
terjadi ketika proses penerimaan pesan notifikasi update tim dan tank gagal. Eksepsi diakibatkan data pesan notifikasi
update tim dan tank tidak valid.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk mengirimkan notifikasi update nama pemain. Kebutuhan tersebut direpresentasikan oleh use case Mengirimkan Notifikasi Update Nama
Pemain. Tabel 4.10. merupakan skenario use case Mengirimkan Notifikasi Update Nama Pemain.
Tabel 4.10 Skenario use case Mengirimkan Notifikasi Update Nama Pemain.
Use case Mengirimkan Notifikasi Update Nama Pemain
Aktor Valid Player
Tujuan Memberitahukan kepada valid player yang lain tentang adanya nama valid
player.
Deskripsi
Untuk mengirimkan pesan notifikasi update nama pemain, valid player harus melakukan update nama pemain pada dialog opsi kemudian menekan tombol “Ok”.
Pra-kondisi Aktor berada pada ingame state dan mengubah namanya.
Pos-kondisi Pesan notifikasi update nama pemain terkirim melalui jaringan komputer.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Valid player mengubah namanya pada dialog opsi. Kemudian menekan tombol “Ok”.
2. Melakukan proses pengiriman pesan notifikasi update nama pemain ke semua
valid player.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk menerima notifikasi update nama pemain. Kebutuhan tersebut direpresentasikan oleh use case Menerima Notifikasi Update Nama Pemain. Tabel 4.11. merupakan skenario use case Menerima Notifikasi Update Nama Pemain.
Tabel 4.11 Skenario use case Menerima Notifikasi Update Nama Pemain.
Use case Menerima Notifikasi Update Nama Pemain
Aktor Valid Player
Tujuan Melakukan proses penerimaan pesan notifikasi update nama pemain.
Deskripsi Melakukan proses penerimaan pesan notifikasi update nama pemain dan
kemudian dilakukan update nama valid player.
Pra-kondisi Pesan notifikasi update nama pemain masuk terdeteksi oleh sistem.
Pos-kondisi Nama valid player diperbarui.
Aliran Utama
Aksi dari Aktor Tanggapan dari Sistem
1. Sistem mendeteksi adanya pesan notifikasi update tim nama pemain yang diterima, kemudian sistem melakukan
update nama pemain sesuai ID valid player.
Aliran Alternatif 1 : Eksepsi jika penerimaan pesan notifikasi update nama pemain gagal 1. Sistem akan menangkap eksepsi yang
terjadi ketika proses penerimaan pesan notifikasi update nama pemain gagal. Eksepsi diakibatkan data pesan notifikasi
update nama pemain tidak valid.
Sumber : Analisis Kebutuhan
Kebutuhan fungsional selanjutnya yang harus disediakan oleh sistem adalah kebutuhan untuk mengirimkan posisi tank. Kebutuhan tersebut direpresentasikan oleh use case Mengirimkan Posisi Tank. Tabel 4.12. merupakan