Dear all,

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

Pembangunan Game Windows Phone
Ayo TebakNusantara

untuk:
Universitas Komputer Indonesia

Dipersiapkan oleh:
Muhamad Lukman 10110199
Andri Sandria Yuwana 10110198
Krisna G. A Prathama 10110753
Ichsan Maulana 10110213


Jurusan Teknik Informatika Universitas Komputer Indonesia
Jl. Dipati Ukur Nomor 112-114, 40132



Program Studi
Teknik Informatika
UNIKOM
Nomor Dokumen Halaman
PP IF-UNIKOM-UP-DOC-2014
1/29
Revisi 0 Tgl: <tgl>


IF-UNIKOM-UP-DOC-
2009
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 2/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

DAFTAR PERUBAHAN
Revisi Deskripsi
A


B


C


D


E


F


G




INDEX
TGL
- A B C D E F G
Ditulis
oleh

Diperiksa
oleh

Disetujui
oleh

Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 3/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
















Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 4/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

Daftar Isi
1 Pendahuluan .................................................................................................................................................... 6
1.1 Tujuan Penulisan Dokumen ..................................................................................................................... 6
1.2 Lingkup Masalah ..................................................................................................................................... 6
1.3 Aturan Penomoran ................................................................................................................................... 6
1.4 Referensi .................................................................................................................................................. 6
1.5 Deskripsi Umum Dokumen (Ikhtisar) ..................................................................................................... 6
2 Kebutuhan Perangkat Lunak ........................................................................................................................... 7
2.1 Deskripsi Umum Sistem .......................................................................................................................... 7
2.2 Fitur Utama Perangkat Lunak .................................................................................................................. 7
2.2.1 Kebutuhan Fungsional ..................................................................................................................... 7
2.2.2 Kebutuhan Non Fungsional ............................................................................................................. 8
2.3 Model Use Case ....................................................................................................................................... 8
2.3.1 Diagram Use Case ........................................................................................................................... 8
2.3.2 Definisi Actor .................................................................................................................................. 8
2.3.3 Definisi Use Case ............................................................................................................................ 8
2.3.4 Skenario Use Case ........................................................................................................................... 9
2.4 Spesifikasi Tambahan ............................................................................................................................ 10
2.5 Glossary ................................................................................................................................................. 10
3 Model Analisis .............................................................................................................................................. 10
3.1 Realisasi Use Case Tahap Analisis ........................................................................................................ 10
3.2 Diagram Kelas Keseluruhan .................................................................................................................. 10
3.3 Kelas Analisis ........................................................................................................................................ 11
3.4 Paket Analisis ........................................................................................................................................ 13
3.4.1 Identifikasi Paket Analisis ............................................................................................................. 13
3.4.2 Identifikasi Kelas Analisis tiap Paket ............................................................................................ 13
3.5 Deskripsi Arsitektur ............................................................................................................................... 13
3.6 Pedoman Perancangan ........................................................................................................................... 13
4 Model Perancangan ....................................................................................................................................... 14
4.1 Realisasi Use Case Tahap Perancangan................................................................................................. 14
4.1.1 Use Case <nama use case 1> ......................................................................................................... 14
[Link] Identifikasi Elemen WAE - Logical View ................................................................................. 14
[Link] Identifikasi Kelas Perancangan .................................................................................................. 14
[Link] Sequence Diagram ..................................................................................................................... 14
[Link] Diagram Kelas Perancangan ...................................................................................................... 14
4.1.2 Use Case <nama use case 2> ......................................................................................................... 14
[Link] Identifikasi Elemen WAE - Logical View ................................................................................. 14
[Link] Identifikasi Kelas Perancangan .................................................................................................. 15
[Link] Sequence Diagram ..................................................................................................................... 15
[Link] Diagram Kelas Perancangan ...................................................................................................... 15
4.1.3 Use Case <nama use case 3> ......................................................................................................... 15
[Link] Identifikasi Elemen WAE - Logical View ................................................................................. 15
[Link] Identifikasi Kelas Perancangan .................................................................................................. 16
[Link] Sequence Diagram ..................................................................................................................... 16
[Link] Diagram Kelas Perancangan ...................................................................................................... 16
4.2 Perancangan Detil Elemen Logical View .............................................................................................. 16
4.2.1 Stereotyped Class <nama elemen logical view> ........................................................................... 16
4.2.2 Stereotyped Class <nama elemen logical view> ........................................................................... 16
4.3 Perancangan Detil Kelas ........................................................................................................................ 17
4.3.1 Kelas <nama kelas> ....................................................................................................................... 17
4.3.2 Kelas <nama kelas> ....................................................................................................................... 17
4.4 Diagram Kelas Keseluruhan .................................................................................................................. 18
4.5 Algoritma/Query .................................................................................................................................... 18
4.6 Diagram Statechart ................................................................................................................................ 18
4.7 Perancangan Antarmuka ........................................................................................................................ 19
4.8 Perancangan Representasi Persistensi Kelas ......................................................................................... 19
4.9 Coding Standard dan Naming Convention ............................................................................................ 19
4.10 Deployment Diagram ............................................................................................................................ 19
5 Implementasi ................................................................................................................................................. 19
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 5/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

5.1 Lingkungan Implementasi ..................................................................................................................... 20
5.2 Implementasi Kelas ............................................................................................................................... 20
5.3 Implementasi Elemen WAE (Component View) .................................................................................. 20
5.4 Implementasi Antarmuka ...................................................................................................................... 20
5.5 File Lain ................................................................................................................................................ 20
6 Pengujian ....................................................................................................................................................... 20
6.1 Rencana dan Prosedur Pengujian........................................................................................................... 20
6.1.1 Rencana Pengujian ........................................................................................................................ 20
6.1.2 Prosedur Pengujian ........................................................................................................................ 21
6.2 Kasus Uji ............................................................................................................................................... 21
6.2.1 Pengujian Use Case <nama use case> ........................................................................................... 21
6.3 Defect dan Status Perbaikan .................................................................................................................. 21
6.4 Evaluasi Pengujian ................................................................................................................................ 21
7 Lampiran ....................................................................................................................................................... 22


Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 6/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen Deskripsi Perancangan Perangkat Lunak ini dibuat untuk mendeskripsikan
tentang game berbasis windows phone yang berjudul Ayo Tebak Nusantara dan juga untuk
memenuhi tugas mata kuliah Rekayasa Perangkat Lunak 2 . Dokumen ini bertujuan untuk
dijadikan bahan acuan bagi pihak yang terkait yaitu pengembang dan pengguna. Untuk
pengembang dokumen ini digunakan sebagai acuan dalam pembuatan perangkat lunak,
sedangkan untuk penggunan dokumen digunakan untuk mencatat semua spesifikasi
kebutuhan yang akan dibutuhkan oleh pengguna.
1.2 Lingkup Masalah
Pembuatan game Windows Phone Ayo Tebak Nusantara ini dibuat dengan tujuan
untuk :
1. Sebagai salah satu sarana untuk memperkenalkan budaya Indonesia, seperti lagu
daerah, tari daerah dan rumah daerah yang ada diberbagai provinsi di Indonesia.
2. Sebagai pembelajaran mengenai budaya Indonesia bagi siswa ataupun mahasiswa
yang mendownload game ini.
1.3 Aturan Penomoran
Bagian ini diisi dengan aturan penomoran yang digunakan dalam dokumen.
1.4 Referensi
Referensi dalam pembangunan game ini sebagai berikut:
[Link]
Modul RPL-II Semester 6
Template DPPL UNIKOM
1.5 Deskripsi Umum Dokumen (I khtisar)
Dokumen DPPL game Ayo Tebak Nusantara ini berisi deskripsi kebutuhan
pembangunan game secara rinci. Dokumen ini dikelompokkan dalam tiga bagian yaitu :
1. Bab 1 Pendahuluan, berisi tujuan penulisan dokumen, lingkup masalah, definisi dan
istilah, referensi dan deskripsi umum dokumen.
2. Bab 2 Kebutuhan Perangkat Lunak, bagian ini terdiri dari deskripsi umum sistem,
fitur utama perangkat lunak, use case model, spesifikasi tambahan, dan glossary.
3. Bab 3 Model Analisis, bagian ini terdiri dari realisasi use case tahap analisis,
diagram kelas keseluruhan, kelas analisis, paket analisis, deskripsi arsitektur, dan
pedoman perancangan.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 7/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

4. Bab 4 Model Perancangan, bagian ini terdiri dari realisasi use case tahap
perancangan, perancangan detil elemen logical view, perancangan detil kelas,
diagram kelas keseluruhan, algoritma/query, diagram statechart, perancangan
antarmuka, perancangan representasi persistensi kelas, coding standard dan naming
convention, dan deployment diagram.
5. Bab 5 Implementasi, bagian ini terdiri dari lingkungan implementasi, implementasi
kelas, implementasi elemen WAE(component view), implementasi antarmuka, dan
file lain.
6. Bab 6 Pengujian, bagian ini terdiri dari rancangan dan prosedur pengujian, kasus uji,
defect dan status perbaikan, dan evaluasi pengujian.
7. Bab 7 Lampiran.

2 Kebutuhan Perangkat Lunak

2.1 Deskripsi Umum Sistem
Bagian ini diisi dengan System Overview, dalam bentuk gambar, video dan narasi yang
dapat memberikan gambaran tentang aplikasi dan konteksnya (harus jelas batasan dan
keterkaitan antara sistem yang akan dibangun dengan sistem lain di luarnya).Deskripsi umum
sistem perlu dilengkapi pula dengan pemodelan kasus yang dihadapi. Berikan narasi yang
jelas mengenai gambar yang ditampilkan, dalam kalimat yang jelas.
2.2 Fitur Utama Perangkat Lunak
Bagian ini diisi dengan fitur utama perangkat lunak, yang terdiri dari kebutuhan
fungsional dan kebutuhan non fungsional. Deskripsi fitur harus dinyatakan dengan jelas
dalam kalimat yang lengkap (jelas subyek, predikat, dan objek-nya). Setiap fitur diberi kode
dengan aturan penomoran yang telah dijelaskan sebelumnya.
2.2.1 Kebutuhan Fungsional
Ditujukan untuk menentukan proses proses apa saja yang dapat dilakukan sistem
atau informasi yang dapat diproses oleh pengguna sebagai berikut :
1. Game ini akan menampilkan gambar rumah dan pakaian adat, lagu-lagu daerah, dan
video tarian daerah yang ada di Indonesia.
2. Game sebagai sarana bermain sambil belajar.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 8/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

3. Game ini menyediakan fitur View Score sehingga pemain dapat melihat skor yang
didapat.
2.2.2 Kebutuhan Non Fungsional

Kebutuhan non fungsional dari game ini adalah sebagai berikut :
Sistem memberikan respon terhadap aksi pemain dalam waktu kurang dari 5 detik.


2.3 Model Use Case
2.3.1 Diagram Use Case


Gambar 2.1 Use Case Diagram

2.3.2 Definisi Actor

No
Actor Deskripsi
1
Pemain Actor dengan role ini dapat memulai permainan dan
menginputkan setiap huruf untuk menebak dari setiap
gambar, lagu dan video yang muncul..

2.3.3 Definisi Use Case

No Use Case Deskripsi
1 Mulai Sistem menampilkan tampilan pemilihan daerah.
2 Cara bermain Sistem menampilkan cara bermain game ini.
3 Tentang Sistem menampilkan semua informasi tentang game.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 9/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

4 Pilih pulau Sistem menampilkan pemilihan daerah untuk stage bermain
dan memulai permainan.
5 Exit Keluar dari game
2.3.4 Skenario Use Case

Nama Use Case: Start
Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
[Link] menu mulai
[Link] button berupa gambar untuk
memilih daerah
[Link] button berupa gambar
daerah

[Link] gambar/lagu/video dan
pilihan jawaban.
[Link] salah satu button pilihan
jawaban

[Link] hasil jawaban

Nama Use Case: Cara bermain
Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
[Link] menu cara bermain
[Link] cara bermain game..


Nama Use Case: Tentang
Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
[Link] menu tentang
[Link] segala info tentang game..

Nama Use Case: Exit
Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
[Link] menu exit
[Link] menu pilihan YA atau
TIDAK.
[Link] pilihan YA
[Link] dari game.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 10/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

[Link] pilihan TIDAK
[Link] ke menu utama.



2.4 Spesifikasi Tambahan
Sistem ini berada pada satu device (Windows Phone).
2.5 Glossary
Istilah Definisi
Role Peran dari suatu actor
Button Tombol yang digunakan sebagai pemicu (trigger) untuk menjalankan sebuah
event.
Event Keadaan yang diakibatkan oleh suatu item


3 Model Analisis
3.1 Realisasi Use Case Tahap Analisis
Pada tahapan relaisasi use case tahap analisis akan memaparkan diagram kelas analisis
dan sequence diagram yang menggambarkan interaksi setiap objek dari kelas analisis yang
terlibat di dalam use case tersebut.













3.2 Diagram Kelas Keseluruhan
Pada kelas diagram dibawah ini menggambarkan diagram kelas secara keseluruhan pada Game Ayo Tebak Nusantara.



3.3 Kelas Analisis
Bagian ini diisi dengan daftar seluruh kelas kelas analisis dalam tabel berikut:

No Nama Kelas Jenis
1 App Control
2 MainMenu Boundary
3 Pagewit Boundary
4 Pagewita Boundary
5 PivotPage Boundary
6 Question Entity
7 Questionwit Entity
8 Questionwita Entity
9 SlasahScreen Boundary
10 Stage Control



























Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 13/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

Untuk setiap kelas analisis, lakukan (dengan melengkapi subbab-subbab berikutnya):
identifikasi tanggung-jawab (responsibility)
identifikasi atribut

Nama Kelas Daftar Tanggung-Jawab Daftar Atribut
Kelas xxxx 1.
2.
3.
1.
2.
3.



3.4 Paket Analisis
3.4.1 Identifikasi Paket Analisis

No Nama Paket Use Case Terkait
1. PaketPermainan game Permaian game

Gambarkan pula diagram package, serta berikan uraian singkat mengenai diagram tersebut.
Diagram package menggambarkan ketergantungan antar package. Lengkapi daftar perubahan
jika terjadi perubahan.
3.4.2 Identifikasi Kelas Analisis tiap Paket
Bagian ini diisi dengan hasil identifikasi kelas analisis untuk setiap paket analisis dengan
mengacu pada skenario setiap use case. Sebuah kelas seharusnya tidak muncul di lebih dari
satu paket. Jika sebuah kelas terlibat di dua use case yang berbeda paket, alokasikan kelas di
salah satu paket. Hal ini akan menggambarkan ketergantungan antar paket.
Contoh:
No Nama Paket Nama Kelas Analisis Jenis Kelas
(Boundary, Control, Entity)
1 Paket xxx 1.
2.
3.


3.5 Deskripsi Arsitektur
Bagian ini diisi dengan gambaran umum arsitektur perangkat lunak, mis. arsitektur client-
server atau arsitektur aplikasi berbasis web.
3.6 Pedoman Perancangan
Bagian ini diisi dengan uraian mengenai framework atau arsitektur khusus yang digunakan
pada saat perancangan dan implementasi. Jika tidak ada, hilangkan subbab ini
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 14/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

4 Model Perancangan
4.1 Realisasi Use Case Tahap Perancangan
4.1.1 Use Case <nama use case 1>
Jika use case ini akan direalisasikan dalam bentuk aplikasi berbasis web, maka subbab yang
terkait dengan perancangan elemen aplikasi berbasis web harus diisi.

[Link] Identifikasi Elemen WAE - Logical View
Bagian ini diisi dengan hasil identifikasi elemen WAE-Logical View yang merealisasikan use
case:
- server page
- client page
- html form

No Nama Elemen Lojik WAE Stereotype
Server Page
Server Page
Client Page

[Link] Identifikasi Kelas Perancangan

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait




[Link] Sequence Diagram
Buatlah diagram sequence untuksetiap skenario use case.

[Link] Diagram Kelas Perancangan
Buatlah diagram kelas perancangan lengkap dengan Elemen WAE-Logical View (jika
berbasis web).

4.1.2 Use Case <nama use case 2>
Jika use case ini akan direalisasikan dalam bentuk aplikasi berbasis web, maka subbab yang
terkait dengan perancangan elemen aplikasi berbasis web harus diisi.

[Link] Identifikasi Elemen WAE - Logical View
Bagian ini diisi dengan hasil identifikasi elemen WAE-Logical View yang merealisasikan use
case:
- server page
- client page
- html form
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 15/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.


No Nama Elemen Lojik WAE Stereotype
Server Page
Server Page
Client Page

[Link] Identifikasi Kelas Perancangan

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait




[Link] Sequence Diagram
Buatlah diagram sequence untuksetiap skenario use case.

[Link] Diagram Kelas Perancangan
Buatlah diagram kelas perancangan lengkap dengan Elemen WAE-Logical View (jika
berbasis web).

4.1.3 Use Case <nama use case 3>
Jika use case ini akan direalisasikan dalam bentuk aplikasi berbasis web, maka subbab yang
terkait dengan perancangan elemen aplikasi berbasis web harus diisi.

[Link] Identifikasi Elemen WAE - Logical View
Bagian ini diisi dengan hasil identifikasi elemen WAE-Logical View yang merealisasikan use
case:
- server page
- client page
- html form

No Nama Elemen Lojik WAE Stereotype
Server Page
Server Page
Client Page

Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 16/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

[Link] Identifikasi Kelas Perancangan

Buat daftar kelas analisis yang merealisasikan use case dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait




[Link] Sequence Diagram
Buatlah diagram sequence untuksetiap skenario use case.

[Link] Diagram Kelas Perancangan
Buatlah diagram kelas perancangan lengkap dengan Elemen WAE-Logical View (jika
berbasis web).

4.2 Perancangan Detil Elemen Logical View

No Nama Elemen Lojik WAE Stereotype
Server Page
Server Page
Client Page

Untuk setiap elemen:
identifikasi atribut
identifikasi operasi
4.2.1 Stereotyped Class <nama elemen logical view>

Nama Kelas : ..
Jenis : Server Page / Client Page / HTML Form


Nama Operasi Visibility
(private, public)
Keterangan
Diisi dengan signature operasi


Nama Atribut Visibility
(private, public)
Tipe
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan



4.2.2 Stereotyped Class <nama elemen logical view>

Nama Kelas : ..
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 17/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

Jenis : Server Page / Client Page / HTML Form


Nama Operasi Visibility
(private, public)
Keterangan
Diisi dengan signature operasi


Nama Atribut Visibility
(private, public)
Tipe
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan




4.3 Perancangan Detil Kelas
Bagian ini diisi dengan daftar kelas perancangan dalam tabel berikut:

No Nama Kelas Perancangan Nama Kelas Analisis Terkait



Untuk setiap kelas:
identifikasi operasi (mengacu pada tanggung-jawab kelas), termasuk visibility-nya
identifikasi atribut, termasuk visibility-nya
4.3.1 Kelas <nama kelas>
Bagian ini diisi dengan daftar operasi dan atribut Buat untuk setiap kelas.
Nama Kelas : ..

Nama Operasi Visibility
(private, public)
Keterangan
Diisi dengan signature operasi


Nama Atribut Visibility
(private, public)
Tipe
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan



4.3.2 Kelas <nama kelas>
Bagian ini diisi dengan daftar operasi dan atribut Buat untuk setiap kelas.
Nama Kelas: ..

Nama Operasi Visibility
(private, public)
Keterangan
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 18/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

Diisi dengan signature operasi


Nama Atribut Visibility
(private, public)
Tipe
Diisi dengan nama atribut Tuliskan tipenya sesuai dengan
yang dikenal pada bahasa
pemrograman yang digunakan



4.4 Diagram Kelas Keseluruhan
Bagian ini diisi dengan diagram kelas keseluruhan.
4.5 Algoritma/Query
Bagian ini hanya diisi untuk kerangka algoritma untuk proses-proses yang dianggap cukup
penting. Implementasi skeleton code juga sudah dapat dilakukan untuk kelas-kelas yang
terdefinisi pada bahasa pemrograman tertentu. Boleh dibuat subbab per kelas.
Contoh:
Nama Kelas :
Nama Operasi :
Algoritma : (Algo-xxx)






{Jika mengacu query tertentu, lengkapi tabel query di bawah}
Query :
No Query Query Keterangan
Q-xxx Tuliskan fungsi dari querynya



4.6 Diagram Statechart
Bagian ini hanya diisi jika ada kelas yang kompleks. Perubahan status kelas tersebut harus
digambarkan dalam bentuk diagram statechart. Boleh dibuat subba per kelas.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 19/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

4.7 Perancangan Antarmuka
Pada fase Inception:
Bagian inidiisi dengan versi awal prototipe antarmuka.
Pada fase Elaboration:
Bagian ini diisi dengan perbaikan rancangan antarmuka. Lengkapi daftar perubahan jika
terjadi perbaikan. Selanjutnya, untuk setiap antarmuka/layar, tuliskan spesifikasi detilnya,
misalnya seperti di bawah ini:

Antarmuka : {diisi dengan no. layar atau no gambar rancangan antarmuka}

Id_Objek Jenis Nama Keterangan
Diisi dengan
string yg tampil
pd layar
Diisi dengan penjelasan reaksi sistem, misalnya
membuka layar apa, link kemana. Jika
menyangkut suatu kode yang cukup rumit, acu
algoritma yang telah diuraikan di atas.
Button1 Button OK Jika diklik, akan mengaktifkan Proses AlgoXXX.
RTF1 RTF Box Isi Teks yang disimpan pada File xxx

Jika objek dikaitkan ke File lain (misalnya file gambar, file teks), berikan nama file terkait dan deskripsi
ringkas dalam kolom keterangan
Pada fase Construction:
Bagian ini diisi dengan versi final dari rancangan antarmuka. Lengkapi daftar perubahan jika
terjadi perbaikan.

4.8 Perancangan Representasi Persistensi Kelas
Bagian ini diisi dengan rancangan skema basisdata dan traceability-nya terhadap kelas entity.

4.9 Coding Standard dan Naming Convention
Pada fase Inception:
Bagian ini belum diisi.
Pada fase Elaboration:
Bagian ini diisi dengan coding standard dan naming convention yang akan digunakan.
Pada fase Construction:
Bagian ini diisi dengan versi final dari coding standard dan naming convention. Lengkapi
daftar perubahan jika terjadi perbaikan.
4.10 Deployment Diagram
Bagian ini diisi dengan deployment diagram yang menggambarkan alokasi proses pada node.

5 Implementasi
Bagian ini diisi dengan informasi tentangelemen dari perangkat lunak yang dikembangkan
(executable files, configuration files, data files, dsb) serta perubahannya.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 20/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

5.1 Lingkungan Implementasi
Bagian ini diisi dengan lingkungan implementasi yaitu hardware dan software yang
digunakan untuk implementasi.
5.2 Implementasi Kelas
Bagian ini diisi dengan daftar kelas yang TELAH diimplementasikan. Misalnya dalam bentuk
tabel berikut:
No Nama Kelas Nama File Fisik Nama File Executable
1 Account [Link] [Link]



5.3 Implementasi Elemen WAE (Component View)
Bagian ini diisi dengan hasil identifikasi elemen WAE-Componen View yang merealisasikan
use case:
- dynamic page
- static page
- physical root

Jelaskan juga hubungan realisasinya: elemen component view tersebut merealisasikan elemen
logical view yang mana. Gunakan tabel jika perlu.

5.4 Implementasi Antarmuka
Bagian ini diisi dengan daftar implementasi antarmuka. Misalnya dalam bentuk tabel berikut:
No Antarmuka Nama File Fisik Nama File Executable




5.5 File Lain
Bagian ini diisi dengan file-file lain yang dibuat, selain file kelas dan antarmuka, misalnya file
utility yang digunakan.

No Nama File Keterangan






6 Pengujian
6.1 Rencana dan Prosedur Pengujian
6.1.1 Rencana Pengujian
Bagian ini diisi dengan rencana pengujian, misalnya dalam bentuk tabel berikut:
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 21/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

No Use Case Pengujian Jenis Pengujian Identifikasi
1 xxx 1. Skenario normal
2. Skenario xxx (acu
[Link])
3. Skenario yyy
1. Black box dan White Box
2. Black Box
3.
U-1-xxx
U-1-xxx
U-1-xxx
U-2-xxx
6.1.2 Prosedur Pengujian
Bagian ini diisi dengan prosedur pengujian, misalnya persiapan pengujian, urutan pengujian
yang harus dilakukan, dll.
Bagian ini diisi dengan prosedur pengujian versi final. Lengkapi daftar perubahan.
6.2 Kasus Uji
Bagian ini diisi dengan kasus uji untuk setiap use case (dibuat subbab untuk setiap use case).
Contohnya adalah sebagai berikut:
6.2.1 Pengujian Use Case <nama use case>
Identifikasi Deskripsi Prosedur
Pengujian
Masukan Keluaran yang
Diharapkan
Kriteria
Evaluasi
Hasil
Hasil yang
Didapat
Kesimpulan
U-1-01 Pengujian hasil
pemasukan
data pelanggan
oleh operator
o Buka File data
pelanggan
o Cari rekord
dengan data
modus
pemasukan
yang diinginkan
o Lihat tanggal
lahir pelanggan
o Lihat kode
pelanggan
o Bandingkan
dengan rumus
pembangkitan
kode pelanggan

Kode
modus
pemasukan
operator
(01)
01<tgl_lahir>001
01<tgl_lahir>002
01<tgl_lahir>003
dst
01<tgl_
lahir><n
omor
terurut>
01<tgl_
lahir><no_
loncat
ditolak
U-1-02 Pengujian hasil
pemasukan
data pelanggan
oleh pelanggan
secara on-line
Kode
modus
pemasukan
on-line
(02)
02<tgl_lahir>001
02<tgl_lahir>002
02<tgl_lahir>003
dst
02<tgl_
lahir><n
omor
terurut>
02<tgl_
lahir><no_
terurut>
diterima
6.3 Defect dan Status Perbaikan
Bagian ini diisi dengan defect yang ditemukan setelah melakukan pengujian dan status
perbaikannya
6.4 Evaluasi Pengujian
Bagian ini diisi dengan uraian evaluasi hasil pengujian.
Program Studi Teknik Informatika UNIKOM PP I F-UNI KOM-UP-DOC-2011 Halaman 22/ dari 23 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UNIKOM dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika UNIKOM.

7 Lampiran
Bagian lampiran diisi dengan
- pembagian tugas,
- rencana iterasi,
- notulen koordinasi
- user manual,
- contoh brosur promosi produk perangkat lunak.,
- tabeltraceability (contoh lihat halaman berikutnya).



Tracebility Use Case
Analisis Perancangan Pengujian
SRS-ID Use Case ID Skenario Sequence Diagram Sequence Diagram Antarmuka Kasus
Diagram Kelas Diagram Kelas Uji
SRS-F-01 UC-01 SC-01-01 SQ-A-01-01 CL-A-01 SQ-D-01-01 CL-D-01 INT-01 U-01
SC-01-02 SQ-A-01-02 SQ-D-01-02 INT-02 U-02
UC-02 SC-02-01 SQ-A-02-01 CL-A-02 SQ-D-02-01 CL-D-02 INT-01 U-03
SC-02-02 SQ-A-02-02 SQ-D-02-02 INT-03 U-04
SC-02-03 SQ-A-02-03 SQ-D-02-03 INT-04 U-05













Catatan: Setiap kolom diisi dengan nomor/ID