Dokumen Rup 2

download Dokumen Rup 2

of 43

Transcript of Dokumen Rup 2

Fase Inception

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK Smart Automatic Teller Machine (Smart ATM)

untuk: Departemen Teknik Informatika ITB

Dipersiapkan oleh: Kelompok 04 Arman Rahman Didik Dwi Prasetya Ristu Saptono Sarwosri 23502009 23504018 23504028 23504045

Departemen Teknik Informatika - Institut Teknologi Bandung Jl. Ganesha 10, Bandung 40132

Departemen

Nomor DokumenInception-G-04

Halaman37

Teknik Informatika ITB

Revisi

1

11 Mei 2005

DAFTAR PERUBAHANRevisi A Deskripsi

B

C

D

E

F

G

INDEX

A

B

C

D

E

F

G

TGL Ditulis oleh Diperiksa oleh Disetujui oleh

Departemen Teknik Informatika ITB

Inception-G04

Halaman 2 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Daftar Halaman PerubahanHalaman Revisi Halaman Revisi

Departemen Teknik Informatika ITB

Inception-G04

Halaman 3 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Daftar Isi1. Pendahuluan..................................................................................................................................6 0.1 Tujuan Penulisan Dokumen.....................................................................................................6 0.2 Lingkup Masalah......................................................................................................................6 0.3 Referensi...................................................................................................................................7 0.4 Deskripsi Umum Dokumen (Ikhtisar).....................................................................................7 1 Kebutuhan Perangkat Lunak...........................................................................................................9 1.1 Deskripsi Umum Sistem .........................................................................................................9 1.2 Fungsi Utama Perangkat Lunak............................................................................................10 1.3 Model Use Case.....................................................................................................................11 1.3.1 Definisi Actor..................................................................................................................11 1.3.2 Definisi Use Case ...........................................................................................................12 1.3.3 Diagram Use Case...........................................................................................................17 1.4 Prototipe Antarmuka..............................................................................................................19 1.5 Glossary..................................................................................................................................23 2 Model Analisis..............................................................................................................................24 2.1 Deskripsi Arsitektur...............................................................................................................24 2.1.1 Identifikasi Paket Analisis..............................................................................................24 2.1.2 Identifikasi Kelas Analisis..............................................................................................25 2.2 Realisasi Use Case Tahap Analisis........................................................................................25 2.2.1 Sequence Diagram..........................................................................................................27 2.3 Kelas Analisis.........................................................................................................................29 2.3.1 Tanggung-Jawab dan Atribut.........................................................................................30 2.3.2 Asosiasi dan Agregasi.....................................................................................................31 2.3.3 Generalisasi.....................................................................................................................31 2.3.4 Kebutuhan Khusus..........................................................................................................31 2.4 Paket Analisis.........................................................................................................................31 2.5 Pedoman Perancangan...........................................................................................................31 3 Model Perancangan.......................................................................................................................31 3.1 Deskripsi Arsitektural............................................................................................................31 3.1.1 Konfigurasi Jaringan.......................................................................................................31 3.1.2 Identifikasi Subsistem Pendukung..................................................................................32 3.1.3 Identifikasi Subsistem Aplikasi......................................................................................32 3.1.4 Identifikasi Kelas Perancangan......................................................................................32 3.2 Realisasi Use Case Tahap Perancangan................................................................................33 3.3 Kelas Perancangan.................................................................................................................33 3.3.1 Operasi dan Atribut.........................................................................................................33 3.3.2 Asosiasi dan Agregasi.....................................................................................................34 3.3.3 Generalisasi.....................................................................................................................34 3.3.4 Algoritma/Query.............................................................................................................34 3.3.5 Diagram Statechart.........................................................................................................34 3.3.6 Kebutuhan Khusus..........................................................................................................36 3.4 Perancangan Subsistem..........................................................................................................36 3.5 Antarmuka..............................................................................................................................37 3.6 Model Deployment................................................................................................................37 4 Implementasi.................................................................................................................................39 4.1 Implementasi Komponen.......................................................................................................39 4.2 Implementasi Subsistem........................................................................................................39 4.3 Implementasi Antarmuka.......................................................................................................39 5 Pengujian.......................................................................................................................................41 5.1 Rencana Pengujian.................................................................................................................41 5.2 Prosedur Pengujian................................................................................................................41 5.3 Kasus Uji................................................................................................................................41 5.3.1 Pengujian Use Case Pemasukan Data Pelanggan..........................................................41

Departemen Teknik Informatika ITB

Inception-G04

Halaman 4 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

5.4 Komponen Pengujian.............................................................................................................42 5.5 Defect.....................................................................................................................................42 5.6 Evaluasi Pengujian.................................................................................................................43

Departemen Teknik Informatika ITB

Inception-G04

Halaman 5 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

1. Pendahuluan0.1 Tujuan Penulisan DokumenTujuan penulisan dokumen ini adalah untuk menggambarkan kebutuhan pemakai, pelaporan dan kebutuhan lingkungan Perbankan. Smart ATM (Smart Automatic Teller Machine) adalah suatu perangkat lunak yang dirancang sebagai media komunikasi yang menghubungkan nasabah perbankan dengan server basis data dari suatu bank tertentu. Dengan kata lain Smart ATM bisa digunakan oleh nasabah untuk melakukan remote dengan hak akses terbatas. Pengguna dari dokumen ini adalah para pengembang dan user Smart ATM, dalam hal ini pihak perbankan, yang merupakan acuan yang telah disepakati bersama dalam membangun perangkat lunak tersebut.

0.2

Lingkup Masalah

Perangkat lunak yang dibangun adalah perangkat lunak yang memudahkan transaksi dan mendukung sistem perbankan, dan diberi nama dengan Smart ATM.

Smart ATM membantu nasabah dan administrator bank sebagai pengguna langsung, untuk melakukan transaksi perbankan dengan mudah dan cepat. Transaksi perbankan yang tercakup antara lain: pengecekan saldo, pengambilan, pemindahan buku, menabung, dan penggantian kode PIN. Sedangkan pihak administrator bisa melakukan Start-up dan Shut-down sistem.

Smart ATM mengurangi antrian pada transaksi perbankan konvensional, dan mengurangi kerugian perbankan karena human error. Smart ATM terhubung dengan server basis data bank dan bertindak sebagai client. Sehingga segala hal mengenai autentifikasi dan informasi rekening tidak ditangani oleh perangkat ini tersebut.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 6 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

0.3

ReferensiDokumen ini merujuk pada hasil wawancara dan observasi pada pengguna tentang kebutuhan yang diperlukannya dan penulisan dokumen berdasarkan pada : 1.2.

IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement Specifications. Panduan Penggunaan dan Pengisian Dokumen Pembangunan Perangkat Lunak. Jurusan Teknik Informatika, Institut Teknologi Bandung, 2000.

3.

Roger S. Pressman, "Software Engineering, a Practitioner's Approach" Fourth Edition, McGraw Hill, 1997.

0.4

Deskripsi Umum Dokumen (Ikhtisar)Dokumen Pembangunan Perangkat Lunak ini terdiri dari enam bab dan beberapa lampiran tambahan yang berisi bab-bab sebagai berikut: BAB I Pendahuluan. Pada pendahuluan diberikan gambaran umum tentang dokumen yang terdiri dari empat bagian. - Tujuan Penulisan Dokumen Berisi penjelasan ringkas untuk siapa dokumen ini dibuat dan digunakan untuk apa oleh penerima dokumen. - Lingkup Masalah Berisi penjelasan mengenai nama aplikasi yang dibangun dan deskripsi umum sistem yang dibangun. - Referensi Bagian ini menjelaskan referensi yang digunakan dalam pembuatan dokumen. - Deskripsi Umum Dokomen Menjelaskan deskripsi umum dari dokumen yang dibuat. BAB II Kebutuhan Perangkat Lunak Pada bab ini dijelaskan mengenai deskripsi umum sistem, fungsi utama perangkat lunak, model use case yang terdapat pada sistem. Ada pun model use case meliputi definisi Actor, definisi use case, dan definisi diagram use case. BAB III Model Analisis

Departemen Teknik Informatika ITB

Inception-G04

Halaman 7 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Pada bab ini mendeskripsikan arsitektural analisis, realisasi use case tahap analisis, kelas-kelas yang diuraikan dalam tahap analisis, paket analisis, dan pedoman perancangan. BAB IV Model Perancangan Bab ini memberikan penjelasan mengenai deskripsi arsitektural perancangan yang terdiri dari konfigurasi jaringan (network), identifikasi subsistem pendukung, identifikasi subsistem aplikasi, dan identifikasi kelas perancangan. Selain itu juga memberikan gambaran mengenai realisasi use case tahap perancangan, kelas perancangan yang terdiri dari operasi dan atribut, asosiasi dan agregasi, generalisasi, algoritma query, diagram statechart, dan keutuhan-kebutuhan khusus lainnya. BAB V Implementasi Pada bab ini dijelaskan mengenai implementasi komponen, implementasi subsistem, dan implementasi antarmuka perangkat lunak. BAB VI Pengujian Pada bab ini dijelaskan mengenai rencana pengujian yang akan dilakukan, prosedur pengujian, kasus uji yang terdiri dari pengujian use case pemasukan data, komponen pengujian, dan defect.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 8 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

1 Kebutuhan Perangkat Lunak1.1 Deskripsi Umum SistemDalam rangka mempermudah dan mempercepat proses transaksi perbankan serta mengurangi jumlah antrian pada transaksi perbankan konvensial, diperlukan suatu sistem cerdas. Keberadaan Smart ATM diharapkan akan mampu meningkatkan pelayanan yang diberikan oleh pihak bank kepada nasabahnya ataupun nasabah bank lain yang mempunyai hak akses. Perangkat lunak dirancang untuk mengendalikan ATM yang mempunyai magnetic stripe reader untuk membaca kartu ATM, layar tampilan dan keyboard sebagai konsol untuk nasabah, slot untuk amplop saat menabung, cash-dispenser (dengan nilai uang kelipatan $ 20), printer untuk mencetak slip, dan switch untuk melakukan start-up dan shut-down sistem oleh operator mesin ATM. ATM melayani satu nasabah dalam satu waktu. Untuk melayani nasabah ATM harus dalam keadaan hidup. Nasabah harus memasukkan kartu dan nomor PIN, keduanya akan dikirim ke bank bersama-sama dengan transaksi yang dilakukan sebagai validasi terhadap nasabah. Kartu ATM akan tetap berada di dalam mesin sampai transaksi yang dilakukan selesai. Setelah transaksi selesai maka kartu ATM akan dikembalikan. ATM harus bisa melakukan beberapa pelayanan antara lain sebagai berikut:1.

ATM bisa digunakan untuk melakukan penarikan tunai (withdraw) untuk setiap rekening yang berkaitan dengan kartu ATM, dalam kelipatan $20. Persetujuan bank harus ada sebelum mesin mengeluarkan uang.

2. Nasabah bisa melakukan penabungan ke rekening yang berkaitan dengan kartu ATM, berupa cek ataupun uang dalam amplop. Nasabah memasukkan jumlah uang yang ditabung, sebagai verifikasi ketika amplop diambil oleh operator ATM. Persetujuan bank harus ada sebelum pemasukkan amplop secara fisik. 3. Nasabah bisa melakukan transfer uang ke rekening lain. 4. Nasabah bisa melakukan pengecekan informasi saldo.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 9 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

5. Perubahan PIN Nasabah. Transaksi yang dilakukan nasabah harus bisa dibatalkan dengan menekan tombol Cancel. ATM akan melakukan komunikasi dengan Server Bank untuk setiap transaksi. Biasanya dalam setiap transaksi, ATM akan berkomunikasi dengan bank sebanyak satu kali, kecuali jika terjadi dan saat amplop diterima. Jika hasil validasi dari Server Bank ternyata PIN yang dimasukkan nasabah tidak valid maka nasabah diberi kesempatan untuk memasukkan PIN kembali sebanyak tiga kali. Namun jika tiga kali masukan PIN nasabah salah maka kartu ATM akan ditelan dan nasabah harus mengurus dengan bank untuk memperoleh kartu tersebut kembali. Jika transaksi gagal dilakukan maka ATM akan menjelaskan masalah yang terjadi dan menanyakan kepada nasabah apakah akan melakukan transaksi yang lain. ATM akan mencetak slip untuk nasabah, setelah selesai melakukan semua transaksi yang memberikan rincian semua transaksi yang dilakukan. ATM menyediakan tombol yang bisa dioperasikan oleh operator ATM, berupa tombol start-up dan shut-down sistem. Jika operator menekan tombol on maka ATM akan meminta operator memasukkan besar uang yang dimasukkan dalam cash-dispenser dan mesin siap dioperasikan. Jika operator menekan off maka mesin ATM mati, dan operator bisa mengambil uang yang ditabung nasabah, mengganti atau menambah uang dalam cash-dispenser dan memasukkan kertas untuk slip. ATM mencatat semua transaksi dan dicatat dalam internal log. Selain itu setiap pesan yang dikirim ke Server Bank akan dicatat sebagai log di server. Log bisa menyimpan CN namun tidak boleh menyimpan PIN dengan alasan keamanan. kesalahan pemasukkan PIN atau dalam transaksi menabung yang melakukan dua kali komunikasi yaitu saat amplop dimasukkan

1.2

Fungsi Utama Perangkat Lunak

Departemen Teknik Informatika ITB

Inception-G04

Halaman 10 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Smart ATM dikembangkan dengan menyediakan beberapa fungsi utama yang dapat dikelompokkan menjadi dua bagian sebagai berikut: 1. Fungsi untuk Operator Fungsi ini berupa Start-up dan Shut-down. Fungsi Start-up digunakan opertaor untuk memposisikan mesin ATM dalam keadaan hidup dan siap melakukan pelayanan, sedangkan fungsi Shut-down digunakan untuk mematikan ATM dan mengeluarkan uang yang ditabung, mengganti uang dalam cash-dispenser dan mengganti kertas untuk slip. 2. Fungsi untuk Nasabah Merupakan fungsi digunakan untuk melayani transaksi pengguna, dan terdiri dari beberapa fungsi: Fungsi Pengecekan Saldo Subfungsi ini digunakan untuk melakukan transaksi pengecekan saldo. Fungsi Penggantian PIN Subfungsi ini digunakan untuk melakukan penggantian PIN. Fungsi Pengambilan Subfungsi ini memiliki kemampuan untuk melakukan transaksi pengambilan tabungan. Fungsi Pemindah Bukuan Subfungsi ini memiliki kemampuan menyediakan transaksi untuk pembayaran ke rekening lain dan transfer antar rekening. Transaksi lain yang juga dapat dilakukan di sini adalah pembelian voucher telepon seluler dan lain sebagainya. Fungsi Menabung Menyediakan transaksi untuk memasukkan tabungan melalui envelope yang dikeluarkan pihak bank dan hanya dapat digunakan untuk satu kali menabung oleh nasabah.

1.3

Model Use Case

1.3.1 Definisi ActorDi dalam system Smart ATM terdapat tiga buah Actor, yaitu Administrator, Nasabah, dan Bank.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 11 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

No 1.

Actor Administrator

2.

Nasabah

3.

Bank

Deskripsi Administrator adalah orang yang melakukan maintenance terhadap sistem Smart ATM. Tugas yang dilakukan adalah mematikan dan menghidupkan sistem, serta memasukkan uang ke dalam cash dispenser. Nasabah adalah orang yang akan berhubungan langsung dengan smart ATM untuk melakukan transaksi. Secara khusus adalah nasabah resmi dari bank bersangkutan dan nasabah bank lain yang telah bekerja sama sebelumnya. Bank adalah pihak yang melakukan authentikasi dan validasi data-data nasabah. Validasi kartu dan PIN merupakan tugas dari bank, yang menentukan apakah pengguna ATM dinyatakan sebagai nasabah valid atau tidak.

1.3.2 Definisi Use CaseNo 1 Use Case StartUp Sistem Deskripsi Untuk menghidupkan sistem ATM agar dapat digunakan oleh nasabah. Use case ini menjelaskan ketika sistem dihidupkan dan terjadi komunikasi antara mesin ATM dengan server bank sehingga transaksi nasabah siap dilakukan. Pada saat administrator menekan switch off, sistem dinyatakan tidak aktif. Akibatnya tidak ada komunikasi antara mesin ATM dan bank, sehingga juga tidak ada transaksi dari nasabah. Pada saat ini, administrator dapat mengambil uang yang didepositokan nasabah atau menambah uang pada cash dispenser. Untuk melakukan transaksi, nasabah akan berhubungan dengan use case Session terlebih dahulu. Nasabah diharuskan memasukkan kartu ke slot card reader, kemudian dibaca oleh mesin. Use case session akan dimulai ketika nasabah dinyatakan valid, dan berakhir setelah nasabah selesai melakukan transaksi atau nasabah membatalkan proses transaksi yang sedang berjalan. Transaksi menyediakan menu-menu pilihan yang dapat dilakukan setelah session diciptakan atau nasabah dinyatakan valid. Di dalam satu session, nasabah diperkenankan untuk melakukan lebih dari satu jenis transaksi. Proses transaksi akan diawali dengan penentuan pilihan tipe transaksi dari nasabah, dan dilanjutkan ke tahap selanjutnya hingga selesai. Untuk melakukan penarikan uang melalui sistem yangInception-G04 Halaman 12 dari 43 halaman

2

Shutdown Sistem

3

Session

4

Transaction

5

Withdraw

Departemen Teknik Informatika ITB

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

6

Deposit

7

Transfer

8

Inquiry

9

PIN Change

10

Invalid PIN

dilakukan nasabah. Proses yang berlangsung adalah penentuan jumlah uang yang akan ditarik, dan sesuai dengan pilihan menu atau pilihan nasabah sendiri. Pada saat penarikan, sistem akan melakukan pemeriksaan jumlah uang di dalam cash dispenser dan saldo dari nasabah. Setelah proses selesai dilakukan, sistem akan mencetak bukti transaksi yang telah dilakukan nasabah. Proses deposit atau penyetoran tabungan dilakukan oleh nasabah dari menu transaksi. Dalam hal ini, ATM melakukan verifikasi proses ke bank bahwa nasabah akan melakukan penyetoran. Apabila bank menyetujui, maka mesin akan menerima amplop berisi uang dari nasabah dan selanjutnya dilaporkan ke bank mengenai informasi besarnya jumlah penyetoran. Proses ini melibatkan pencetakan informasi sebagai bukti transaksi penyetoran tabungan. Untuk melakukan transaksi pengiriman atau transfer tabungan yang dilakukan nasabah dengan nasabah lain melalui nomor rekening. Jumlah uang dan nomor rekening tujuan dimasukkan oleh nasabah melalui antarmuka transfer. Sistem akan memberikan informasi mengenai proses transfer dari nasabah dan menyatakan apakah transfer berhasil atau gagal dilakukan. Pada saat transaksi berhasil dilakukan, sistem memberikan informasi tercetak untuk mencatat transaksi transfer dari nasabah. Untuk melakukan pemeriksaan saldo terakhir milik nasabah, di mana sesuai dengan catatan dari server bank. Proses ini melibatkan aktivitas terakhir dari nasabah yang berkaitan dengan saldo nasabah. Informasi pemeriksaan saldo hanya akan ditampilkan melalui layar ATM, untuk proses ini tidak terjadi pencetakan informasi. Use yang digunakan untuk menangani pengubahan kode PIN nasabah. Sekaligus juga verifikasi kode PIN pertama dan kedua. Penerapan PIN baru dilakukan setelah nasabah selesai melakukan transaksi dan session berakhir. Pada saat pengubahan berhasil dilakukan, nasabah tidak harus me-reset session atau menutup transaksi. Dengan demikian, transaksi lain masih dapat dilakukanoleh nasabah meskipun belum menutup session aktif. Use case ini bekerja pada saat nasabah memasukkan PIN yang dinyatakan oleh pihak bank sebagai PIN tidak valid. Ketika PIN yang dimasukkan diterima, nasabah melanjutkan transaksi melalui menu pilihan yang telah disediakan.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 13 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Nama Use Case: StartUp Sistem Skenario: Aksi Actor Skenario Normal 1. Login sebagai Administrator

Reaksi Sistem

Sistem meminta kode rahasia yang menyatakan bahwa pengguna adalah administrator. 2. Login berhasil Tampilan pilihan menu yang tersedia dan dapat diakses oleh Admin 3. Menekan switch pada posisi aktif atau Koneksi dengan bank berhasil On dilakukan, dan sistem menunggu adanya transaksi dari nasabah. Skenario Alternatif 1. Jika login gagal Menampilkan informasi bahwa administrasi sistem tidak dapat dilakukan karena login tidak valid

Nama Use Case: Shutdown Sistem Skenario: Aksi Actor Skenario Normal 1. Login sebagai Administrator

Reaksi Sistem

Sistem meminta kode rahasia yang menyatakan bahwa pengguna adalah administrator. 2. Login berhasil Tampilan pilihan menu yang tersedia dan dapat diakses oleh Admin Login gagal Menampilkan informasi bahwa administrasi sistem tidak dapat dilakukan karena login tidak valid. 3. Menekan switch pada posisi tidak aktif Koneksi dengan bank terputus secara atau Off normal. 4. Mengambil uang, atau memasukkan uang ke dalam cash dispenser Skenario Alternatif 1. Jika login gagal Menampilkan informasi bahwa administrasi sistem tidak dapat dilakukan karena login tidak valid

Nama Use Case: Session Skenario: Aksi Actor Reaksi Sistem Skenario Normal 1. Nasabah memasukkan kartu ATM ke Sistem membaca informasi kartu, dan slot card reader menampilkan pesan melalui layar untuk meminta kode PIN. 2. Memasukkan kode PIN Melaksanakan salah satu use case

Departemen Teknik Informatika ITB

Inception-G04

Halaman 14 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

transaksi dan mencatat session baru dari nasabah. Skenario Alternatif 1. Kartu ATM tidak valid 2. Kode PIN tidak valid Apabila kartu tidak valid, pesan ditampilkan dan kartu ATM dikeluarkan dari slot. Memberikan informasi dan meminta nasabah mengulangi kode PIN

Nama Use Case: Transaction Skenario: Aksi Actor Reaksi Sistem Skenario Normal 1. Memilih jenis transaksi (Withdraw, Menampilkan antarmuka transaksi sesuai Deposit, Transfer, Inquiry, PIN yang dipilih nasabah Change) 2. Melakukan salah satu transaksi Memproses transaksi yang dilakukan oleh nasabah dan menanyakan apakah ada transaksi lain setelah transaksi sebelumnya berhasil atau gagal dilakukan 3. Menekan Y Menampilkan menu utama transaksi Skenario Alternatif 1. Jika dalam waktu tertentu nasabah Sistem memberikan pesan kepada nasabah tidak melakukan aktivitas 2. Jika pesan diabaikan Kartu ATM akan dikeluarkan, dan session berakhir Skenario Lain 1. Nasabah menekan N ketika sistem Sistem memberikan pesan kepada menanyakan transaksi lain nasabah, kartu dikeluarkan, dan session berakhir Nama Use Case: Withdraw Skenario: Aksi Actor Skenario Normal 1. Memilih transaksi tabungan

Reaksi Sistem

penarikan Menanyakan jumlah uang yang akan ditarik, dengan menampilkan antarmuka penarikan tabungan 2. Memasukkan besar penarikan Melakukan verifikasi jumlah saldo nasabah ke server bank, dan jumlah uang di dalam cash dispenser. Apabila semua proses terpenuhi, transaksi dilakukan dan uang dikeluarkan. Selanjutnya sistem melakukan komputasi saldo akhir nasabah, mencatat informasi ke log. Apabila persediaan uang di cash dispenser tidak mencukupi, atau saldo nasabah tidak mencukupi, sistem akan menampilkanInception-G04 Halaman 15 dari 43 halaman

Departemen Teknik Informatika ITB

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

3. Menekan Y Skenario Alternatif 1. Menekan N Skenario Lain 1. Nasabah menekan Cancel

pesan bahwa layanan tidak dapat dilakukan. Setelah tahap penarikan selesai dilakukan, menanyakan apakah ada transaksi lain Sistem kembali menampilkan menu utama transaksi Sistem menjalankan use case pencetakan bukti transaksi, mengeluarkan kartu, dan mengakhiri session Proses dibatalkan dan apakah ada transaksi lain menanyakan

Nama Use Case: Deposit Skenario: Aksi Actor Skenario Normal 1. Memilih transaksi deposit2. Memasukkan amplop

Reaksi Sistem Menanyakan jumlah uang yang akan dideposit Sistem menghitung jumlah uang yang ada di dalam amplop, dan selanjutnya menampilkan jumlah uang ke layar antarmuka untuk menunggu persetujuan nasabah. Melanjutkan proses deposit dengan mengirim informasi ke bank. Sistem menerima inormasi saldo dari bank dan menanyakan apakah ada transaksi lain lagi. Amplop dikeluarkan dan menanyakan apakah ada transaksi lain Proses dibatalkan dan apakah ada transaksi lain menanyakan

3. Menekan Y

Skenario Alternatif 1. Menekan N Skenario Lain 1. Nasabah menekan Cancel

Nama Use Case: Transfer Skenario: Aksi Actor Skenario Normal 1. Memilih transaksi transfer2. Memasukkan No Rekening tujuan

Reaksi Sistem Menanyakan No Rekening tujuan transfer tabungan Menanyakan besarnya jumlah uang yang akan ditransfer Melakukan verifikasi jumlah saldo nasabah, memeriksa eksistensi noInception-G04 Halaman 16 dari 43 halaman

3. Memasukkan jumlah uang

Departemen Teknik Informatika ITB

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

rekening tujuan, dan mendapatkan informasi nasabah pemilik no tujuan. Apabila semua tahap valid, transkasi dapat dilaksananakn, dengan terlebih dahulu menanyakan persetujuan nasabah pengirim sekaligus menunjukkan informasi transaksi transfer. 4. Menekan Y Melakukan transfer dan mengirim informasi ke bank. Sistem menerima inormasi saldo dari bank dan menanyakan apakah ada transaksi lain Menampilkan menu utama transaksi dan tidak ada perubahan saldo. Proses dibatalkan dan apakah ada transaksi lain menanyakan

Skenario Alternatif 1. Menekan N Skenario Lain 1. Nasabah menekan Cancel

Nama Use Case: Inquiry Skenario: Aksi Actor Skenario Normal 1. Memasukkan pilihan menu Inquiry

Reaksi Sistem Mengirimkan transaksi pemeriksaan saldo ke bank, dan menerima informasi dari bank yang selanjutnya ditampilkan kepada nasabah. Menanyakan apakah ada transaksi lain Menampilkan menu utama transaksi dan menunggu transaksi selanjutnya dari nasabah. Mengeluarkan kartu dari card reader, mengakhiri session, dan menunggu transaksi dari nasabah baru.

2. Menekan Y

Skenario Alternatif 1. Menekan N

1.3.3 Diagram Use Case

Departemen Teknik Informatika ITB

Inception-G04

Halaman 17 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

StartUp Sistem

Administrator Shutdown Si stem

BankNasabah

Session

Invalid PIN

T ransaction

PIN Change

Withdraw Inquiry Deposit Transfer

Gambar 1 Diagram Use Case Smart ATM

Diagram Use Case Smart ATM terdiri dari 10 buah Use Case, dan dapat dikelompokkan menjadi dua bagian. Bagian pertama meliputi dua buah Use Case untuk mengatur aktivitas administrator, sedangkan 8 buah Use Case bertujuan memberikan layanan kepada nasabah dalam rangka melakukan transaksi perbankan. Use Case StartUp Sistem: Sistem akan dapat digunakan ketika dihidupkan oleh administrator. Use Case Shutdown Sistem: Sistem menjadi off atau tidak dapat digunakan ketika administrator melakukan shutdown. Use Case Session: Session dijalankan begitu nasabah memasukkan kartu dan diterima oleh card reader. Use Case Transaction: Use case ini dimulai dalam session apabila nasabah memilih tipe transaksi dari daftar menu transaksi.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 18 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Use Case Withdraw: Berfungsi untuk menanyakan kepada nasabah mengenai jumlah penarikan. Use Case Deposit: Berfungsi mengelola aktivitas penabungan yang dilakukan oleh nasabah. Use Case Transfer: Untuk memberikan layanan transfer tabungan ke rekening lain. Use Case Inquiry: Berfungsi untuk melayani transaksi pengecekan saldo nasabah Use Case PIN Change: Berfungsi untuk melayani proses penggantian PIN dari nasabah.

1.4

Prototipe AntarmukaAntarmuka Deskripsi : : Utama Antarmuka utama untuk menerima masukan PIN dari nasabah. Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14pt. Form masukan (entry)

Desain Tampilan : Jenis :

SMART ATM ENTER PIN

1 4 7

2 5 8

3 6 9 #

*OK

0

CANCEL

Gambar 2 Layar utama sistem Smart ATM Antarmuka Deskripsi Isi : : Transaksi Antarmuka untuk menyediakan jenis-jenis menu transaksi dan dapat dipilih melalui tombol yang tersedia. Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14. Form masukan (entry)

Desain Tampilan : Jenis :

Departemen Teknik Informatika ITB

Inception-G04

Halaman 19 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

SMART ATM

INQUIRY WITHDRAW PIN CHANGE

TRANSFER DEPOSIT

CANCEL Gambar 3 Layar untuk pilihan transaksi Antarmuka : Deskripsi Isi : Desain Tampilan : Jenis : Inquiry Antarmuka untuk melakukan pemeriksaan saldo nasabah. Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14. Form masukan (entry)

SMART ATM

BALANCE INQUIRY $.

OK Gambar 4 Layar untuk pengecekan saldo Antarmuka Deskripsi Isi : : Withdraw Antarmuka untuk melakukan transaksi pengambilan tabungan nasabah. Masukan yang diterima adalah besar

Departemen Teknik Informatika ITB

Inception-G04

Halaman 20 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Desain Tampilan : Jenis :

uang yang diambil, pilihan pengambilan, dan informasi rekening. Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14. Form masukan (entry)SMART ATM

WITHDRAW AMOUNT $20 $40 $100 $200

OTHER

CANCEL

Gambar 5 Layar untuk pengambilan uang

Antarmuka Deskripsi Isi

: :

Desain Tampilan : Jenis :

Transfer Antarmuka untuk melakukan transaksi pemindahbukuan tabungan nasabah ke rekening lain. Transaksi ini dapat berupa pengiriman uang atau pembayaran tertentu. Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14. Form masukan (entry)

SMART ATM Transfer Account Ammount : :

Departemen Teknik Informatika ITB

Inception-G04

Halaman 21 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Cancel

OK

Gambar 6 Layar untuk transfer tabungan Deskripsi Isi Antarmuka untuk melakukan transaksi menabung oleh nasabah yang dilakukan menggunakan amplop resmi dari AMMOUNT : Bank terkait berisi jumlah uang. Desain Tampilan : Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14. Jenis : Form masukan (entry) :

Cancel

OK

1Halaman 22 dari 43 halaman

Departemen Teknik Informatika ITB

Inception-G04

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Gambar 7 Layar untuk menabung Deskripsi Isi : Antarmuka untuk mengganti PIN nasabah dan menerapkan PIN baru yang telah disahkan. Warna background kombinasi biru ungu dengan font berwarna putih dan berukuran 14. Form masukan (entry)Sistem ATM Bank Smart Penggantian PIN Kode PIN Baru Ulangi PIN BaruOK

Desain Tampilan : Jenis :

: :Batal

**** ****

Gambar 8 Layar untuk penggantian PIN

1.5

GlossaryPengembangan dokumen melibatkan beberapa istilah yang dijelaskan sebagai berikut:

Departemen Teknik Informatika ITB

Inception-G04

Halaman 23 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Istilah Package Objek Class Protected Private Public Super Class Sub Class Inheritance Encapsulation Polymorphism Agregasi Asosiasi Spesialisasi Generalisasi

Deskripsi Merupakan kumpulan dari class-class dengan karakteristik sama. Entitas yang memiliki jati diri, state, dan behavior, bereaksi terhadap pesan dari objek lain, dan sering disebut sebagai instance. Sekumpulan objek yang mempunyai ciri sama Access modifier pada class dengan sifat dapat diakses oleh class itu sendiri atau class yang mewarisi. Access modifier yang hanya dapat diakses oleh class itu sendiri. Access modifier yang dapat diakses secara umum Merupakan class induk (orang tua) Merupakan class anak (turunan) yang mewarisi super class Pewarisan sifat-sifat super class yang berupa data, fungsi, atau prosedur Menyembunyikan, mengamankan informasi serta menentukan cara aksesnya. Ada banyak objek dari class berbeda dapat bereaksi pada class yang sama Hubungan bagian dari (part of) Hubungan antar objek Pengkhususan, objek dari class anak memiliki kekhasan tertentu yang tidak dimiliki oleh objek dari class induk Peng-umuman class anak untuk mem[peroleh class orang tuanya (induk)

2 Model Analisis2.1 Deskripsi Arsitektur

2.1.1 Identifikasi Paket AnalisisNo Nama Paket 1 Paket ATM Use Case Terkait 1. StartUp Sistem 2. Shutdown Sistem 3. Session 4. Transaction 5. Invalid PINInception-G04

Keterangan Paket yang melibatkan use case untuk menggmbarkan sistem secara keseluruhan.

Departemen Teknik Informatika ITB

Halaman 24 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

2

Paket Transaksi

1. Withdraw 2. Deposit 3. Transfer 4. Inquiry 5. PIN Change

Paket untuk mengelola transaksi yang dilakukan oleh nasabah. Paket ini berisi classclass pilihan menu transaksi.

2.1.2 Identifikasi Kelas AnalisisNo 1 Nama Paket Paket ATM Nama Kelas Analisis 1. Screean Admin 2. Card Reader 3. Screen Nasabah 4. Network Connection 5. Amplop Deposit 6. Pencetakan Resi 1. Session 2. Transaction 3. Log Jenis Kelas (Boundary, Control, Entity) Boundary Boundary Boundary Boundary Boundary Boundary Control Control Entity

2

Paket Transaksi

2.2

Realisasi Use Case Tahap AnalisisMengacu pada desain Use Case, dapat diidentifikasikan bagian-bagian dari sistem Smart ATM sebagai berikut: 1. Objek control yang merepresentasikan ATM 2. Objek boundary yang merepresentasikan komponen-komponen pendukung sistem ATM. 3. Objek entity yang merepresentasikan informasi pada saat nasabah memasukkan kartu ATM. 4. Objek entity yang merepresentasikan log transaksi yang tersimpan di dalam mesin ATM.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 25 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

ATMAdministrator Screen Admin

Card

Card Reader

Session

Screen Nasabah

Transaction

BankNasabah Receipt Printer

Network Connection

Cash Dispenser

Log

Envelope Acceptor

Gambar 9. Kelas Analisis

Departemen Teknik Informatika ITB

Inception-G04

Halaman 26 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

2.2.1 Sequence Diagram

: ScreenAdmi n

: AT M

CashDispenser

: NetworkConnection

swi tchOn() performStartUp()

setInitialCash()

openConnecti on() getIni tial Cash()

Ini tial Cash

Gambar 10 Sequence Diagram StartUp Sistem

: ScreenAdmin

: ATM

: NetworkConnection

swi tchOff() performShutdown()

closeConnection()

Gambar 11 Sequence Diagram Shutdown Sistem

Departemen Teknik Informatika ITB

Inception-G04

Halaman 27 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

: CardReader

: ATM

: Session

: ScreenNasabah

: T ransacti on

cardInserted() (thi s)

performSessi on()

readCard()

card readPIN()

PIN

(atm.this.card.pin) perform Transaction()

doAgain ejectCard()

Gambar 11 Sequence Diagram Session

Departemen Teknik Informatika ITB

Inception-G04

Halaman 28 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

: T ra n sa cti on

: N etwork C onnect ion

: R eceiptPrinter

: Sc reenN as abah

: Log

m e ssa ge = g etSpe cificForm send (m e ssa g e,b al a nce )

lo g Se nd (m essa g e ) lo d Re sp o nse (sta tu s)

sta tu s

[i n va li dPIN] sta tu s=perfo rm In va l idP INExte n si on

[statu sOK ] re ce i pt=co m p le te T ra n sa ction ()

p ri ntRece ip t(re ce i pt) g e tM e n uCh o ice (sta tus m e ssag e , ye s n o m e nu)

wa nt to do an o th e r

Gambar 13. Sequence Diagram Transaction

2.3No 1 2 3 4 5 6 7 8 9

Kelas AnalisisNama Kelas Panel administrator Card Reader Screen Nasabah Receipt Printer Cash Dispenser Envelop Acceptor ATM Card Session Jenis Boundary Boundary Boundary Boundary Boundary Boundary Control Entity Control

Departemen Teknik Informatika ITB

Inception-G04

Halaman 29 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

10 11 12

Transaction Log NetworkConnection

Control Entity Boundary

2.3.1 Tanggung-Jawab dan AtributNama Kelas Screen Admin Daftar Tanggung-Jawab 1. Untuk manajemen sistem melalui switch. 2. Menetapkan jumlah uang 3. Mengatur sistem 1. Membaca informasi kartu 2. Mengeluarkan kartu 3. Menahan kartu 1. Menerima PIN 2. Menampilkan menu pilihan 3. Menampilkan informasi 1. 1. 2. 3. 1. 2. 1. 2. 3.1.

Daftar Atribut 1. ScreenAdmin 2. getInitialCash() 3. 1. cardReader() 2. readCard() 3. ejectCard() 4. retainCard() 1. ScreenNasabah() 2. display() 3. readPIN() 4. readMenuChoice()

Card Reader

Screen Nasabah

Receipt Printer Cash Dispenser Envelop Acceptor ATM

Card Session Transaction LogNetworkConnection

1. 2. 3. 1. 2. 1. 2. 3. 1. 2. 3.

Mencetak informasi transaksi Mencatat jumlah uang Melaporkan ketersediaan uang Mengeluarkan uang Menerima amplop dari nasabah Melaporkan status deposit StartUp sistem Shutdown sistem Menyediakan koneksi ke session dan transaksi Merepresentasikan informasi yang ada di dalam kartu ATM nasabah Menciptakan session baru Menyimpan session nasabah Mengakhiri session nasabah Menyediakan akses ke halaman transaksi yang dipilih Mengelola window transaksi Mencatat log transaksi nasabah Mengirim pesan log ke bank Merespon log dari bank Melakukan inisiasi koneksi ke server bank saat startup Mengirimkan informasi ke server bank Melakukan pemutusan koneksi

Departemen Teknik Informatika ITB

Inception-G04

Halaman 30 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

2.3.2 Asosiasi dan AgregasiDiisi jika ada.

2.3.3 GeneralisasiDiisi jika ada.

2.3.4 Kebutuhan KhususDiisi jika ada. Pada fase Construction: Lengkapi subbab 3.3.1 3.3.4. Jika ada perubahan, lengkapi tabel revisi.

2.4

Paket Analisis

Pada fase Inception: Pada fase ini, belum diisi. Pada fase Elaboration: Gambarkan diagram package (berdasarkan hasil identifikasi paket pada subbab 3.1.1 ) dan berikan uraian singkat mengenai diagram tersebut. Diagram package menggambarkan ketergantungan antar package. Pada fase Construction: Perbaiki diagram package (jika perlu). Lengkapi tabel revisi.

2.5

Pedoman Perancangan

Pada fase Inception: Tuliskan pedoman perancangan yang perlu dituliskan. Pada fase Elaboration: Lengkapi jika ada perubahan. Isi tabel revisi. Pada fase Construction: Seharusnya tidak ada perubahan, tetapi jika ada, isi tabel revisi.

3 Model Perancangan3.1 Deskripsi Arsitektural

3.1.1 Konfigurasi JaringanPada fase Inception:

Server bank menyimpan database bank (Data base Server), IP address client yang bersifat fixed (DHCP Server), dan Router. Hubungan Client-Server bersifat wireless (WLAN),

Departemen Teknik Informatika ITB

Inception-G04

Halaman 31 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

dengan client adalah Mesin Smart ATM dan server adalah server bank (Data base server, DHCP Server, Router).Pada fase Elaboration: Perbaiki konfigurasi jaringan jika perlu. Lengkapi tabel revisi. Identifikasi node untuk deployment aplikasi. Mis. Dengan melangkapi tabel berikut:

No 1 2

Node

Keterangan

Pada fase Construction: Perbaiki konfigurasi jaringan jika perlu. Lengkapi tabel revisi.

3.1.2 Identifikasi Subsistem PendukungPada fase Inception:

Smart ATM memanfaatkan protocol TCP/IP untuk koneksi jaringan dengan server. Selain itu digunakan DHCP Client untuk pengatur IP address pada Smart ATM.Pada fase Elaboration: Alokasikan subsistem pendukung pada node yang telah teridentifikasi. Mis. dengan melengkapi tabel berikut:

No

Subsistem Pendukung

Alokasi Node

Lengkapi dengan subbab 4.1.3 dan 4.1.4 berikut:

3.1.3 Identifikasi Subsistem AplikasiDiisi dengan identifikasi subsistem yang bersifat application-specific, dengan mengacu pada hasil identifikasi paket analisis dan diagram paket, termasuk apabila ada subsistem yang akan di-reuse (dari yang sudah ada sebelumnya). Sertakan pula alokasi subsistem tersebut pada node yang telah teridentifikasi. Boleh dibuat dalam bentuk tabel seperti berikut:

No Nama Subsistem 1. Subsistem xxx

Paket Analisis terkait (jika ada)

Alokasi Node

3.1.4 Identifikasi Kelas PerancanganUntuk setiap subsistem di atas, identifikasi kelas perancangan dengan mengacu pada kelas analisis. Contoh:

No 1

Nama Subsistem Subsistem xxx 1. 2.

Nama Kelas Perancangan

Nama Kelas Analisis (jika ada)

Departemen Teknik Informatika ITB

Inception-G04

Halaman 32 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

3.Pada fase Construction: Lengkapi subbab 4.1.3 dan 4.1.4 serta tabel revisi.

3.2

Realisasi Use Case Tahap Perancangan

Pada fase Inception: Pada fase ini belum diisi. Pada fase Elaboration: Buatlah diagram kelas untuk setiap use case. Untuk setiap use case buatlah sequence diagram yang menggambarkan interaksi setiap objek dari kelas perancangan yang terlibat di dalam use case tersebut. Sequence diagram perlu dibuat ulang apabila ada perubahan yang cukup besar dari diagram kelas analisis menjadi diagram kelas perancangan. Pada fase Construction: Lengkapi diagram kelas dan sequence diagram untuk setiap use case.

3.3

Kelas Perancangan

Pada fase Inception: Pada fase ini belum diisi. Pada fase Elaboration: Buat daftar kelas perancangan berdasarkan hasil identifikasi kelas tiap subsistem dalam tabel berikut:

No

Nama Kelas Perancangan

Nama Kelas Analisis (jika ada)

Untuk setiap kelas, lakukan: - identifikasi operasi (mengacu pada tanggung-jawab kelas), termasuk visibility-nya - identifikasi atribut, termasuk visibility-nya - identifikasi asosiasi dan agregasi antar kelas - identifikasi generalisasi - untuk operasi yang kompleks, sertakan algoritmanya - identifikasi kebutuhan khusus untuk implementasi kelas

3.3.1 Operasi dan AtributBuat untuk setiap kelas: Nama Kelas: ..

Nama Operasi Diisi dengan signature

Visibility (private, public)

Keterangan

Departemen Teknik Informatika ITB

Inception-G04

Halaman 33 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

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

3.3.2 Asosiasi dan AgregasiGambarkan jika ada.

3.3.3 GeneralisasiGambarkan jika ada.

3.3.4 Algoritma/QueryUntuk operasi atau query yang kompleks, tuliskan disini. Mis seperti berikut, atau buat subbab untuk setiap kelas.: Nama Kelas Nama Operasi Algoritma : : :

(Algo-xxx)

{Jika mengacu query tertentu, lengkapi tabel query di bawah} Query :

No Query Q-xxx

Query

Keterangan Tuliskan fungsi dari querynya

3.3.5 Diagram StatechartUntuk beberapa kelas yang kompleks, tampilkan perubahan status kelas tersebut dalam bentuk diagram statechart.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 34 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

A MO F T F

S itc O w h ff

S itc O w h N

ID E L

S s es ion S eles atau B ai atal S tart S s es ion

Lay n ana N asab ah

Gambar 18. Statechart Diagram ATM

Departemen Teknik Informatika ITB

Inception-G04

Halaman 35 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

System Idle

Baca Kartu Kartu Tidak Terbaca

Baca PIN Cancel

PIN terbaca

Pilih Transaksi Cancel Transaksi Lain Transaksi

Keluarkan KartuT ransaksi Batal (PIN salah, Kartu ditahan)

Gambar 20. Statechart Diagram SessionNasabah

3.3.6 Kebutuhan KhususDiisi jika ada. Pada fase Construction: Lengkapi subbab 4.3.1 4.3.6. Jika ada perubahan, lengkapi tabel revisi.

3.4

Perancangan Subsistem

Pada fase Inception: Pada fase ini belum diisi Pada fase Elaboration: Gambarkan subsistem pendukung dan subsistem aplikasi dalam bentuk lapisan aplikasi (application layer) Gambarkan pula diagram package yang menggambarkan ketergantungan antar subsistem (berbeda dengan diagram package analisis yang hanya berisi paket analisis saja, tanpa subsistem pendukung). Pada fase Construction: Perbaiki lapisan aplikasi dan diagram package jika perlu. Lengkapi tabel revisi.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 36 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

3.5

Antarmuka

Pada fase Inception: Pada fase ini belum diisi. Pada fase Elaboration: Identifikasi rancangan antarmuka aplikasi disini. Apabila tidak ada perubahan dari prototipe antarmuka di bab sebelumnya, cukup diacu nomornya saja. Misalnya dengan melengkapi tabel berikut:

No Use Case 1 {diisi dengan nama use case yang langsung berhubungan dengan actor, sehingga perlu dibuat antarmukanya}

Antarmuka {disi dengan no. layar atau no. gambar rancangan antarmuka}

Nama Kelas {disi dengan nama kelas untuk implementasi antarmuka}

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 Diisi dengan string yg tampil pd layar OK

Button1 RTF1 DB1

Button RTF Box Data control

Keterangan 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. Jika diklik, akan mengaktifkan Proses AlgoXXX. Isi Teks yang disimpan pada File xxx Diasosiasikan ke QueryXYZ dengan mengacu query uang telah diuraikan di atas.

Jika objek dikaitkan ke File lain (misalnya file gambar, file teks), berikan nama file terkait dan deskripsi ringkas dalam kolom keterangan Pada fase Construction: Lanjutkan aktivitas sebelumnya Lengkapi tabel revisi..

3.6

Model Deployment

Pada fase Inception: Pada fase ini belum diisi

Departemen Teknik Informatika ITB

Inception-G04

Halaman 37 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Pada fase Elaboration: Gambarkan deployment diagram, yang menggambarkan alokasi subsistem pada node. Pada fase Construction: Revisi jika perlu

Departemen Teknik Informatika ITB

Inception-G04

Halaman 38 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

4 Implementasi4.1 Implementasi Komponen

Pada fase Inception: Belum diisi. Pada fase Elaboration: Diisi dengan daftar kelas yang telah diimplementasikan. Misalnya dalam bentuk tabel berikut: No Nama Kelas Nama File Fisik Nama File Executable Mis. Account Mis. Account.java Mis. Account.class

Jika untuk keperluan eksekusi versi awal ada stub yang dibuat, tuliskan disini. Misalnya dalam bentuk tabel berikut: Nama File Executable No Nama Kelas Nama File Fisik Stub Stub Mis. AccountStub Mis. AccountStub.java Mis. AccountStub.class

Pada fase Construction: Lengkapi daftar kelas yang telah diimplementasikan. Lengkapi tabel revisi.

4.2

Implementasi Subsistem

Pada fase Inception: Belum diisi. Pada fase Elaboration: Diisi dengan daftar subsistem yang telah diimplementasikan. Misalnya dalam bentuk tabel berikut: No Nama Subsistem Nama File Fisik Nama Kelas Subsistem xxxx 1 1 2 2

Pada fase Construction: Lengkapi daftar subsistem yang telah diimplementasikan. Lengkapi tabel revisi.

4.3

Implementasi Antarmuka

Pada fase Inception:Departemen Teknik Informatika ITB Inception-G04 Halaman 39 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Belum diisi. Pada fase Elaboration: Diisi dengan daftar implementasi antarmuka. Misalnya dalam bentuk tabel berikut: No Antarmuka Nama File Fisik Nama File Executable

Pada fase Construction: Lengkapi daftar antarmuka yang telah diimplementasikan. Isi tabel revisi.

Departemen Teknik Informatika ITB

Inception-G04

Halaman 40 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

5 Pengujian5.1 Rencana Pengujian

Pada fase Inception: Belum diisi. Pada fase Elaboration: Buat rencana pengujian, misalnya dalam bentuk tabel berikut: No Use Case Pengujian Jenis Pengujian 1 xxx 1. Skenario normal 1. Black box dan 2. Skenario xxx (acu White Box no.skenario) 2. Black Box 3. Skenario yyy 3.

Identifikasi U-1-xxx U-1-xxx U-1-xxx U-2-xxx

Pada fase Construction: Finalisasi tabel rencana pengujian. Lengkapi tabel revisi.

5.2

Prosedur Pengujian

Pada fase Inception: Belum diisi. Pada fase Elaboration: Tuliskan prosedur pengujian, misalnya persiapan pengujian, urutan pengujian yang harus dilakukan, dll Pada fase Construction: Finalisasi prosedur pengujian. Lengkapi tabel revisi.

5.3

Kasus Uji

Pada fase Inception: Belum diisi Pada fase Elaboration: Buat kasus uji untuk setiap use case dalam subbab. Contohnya adalah sebagai berikut:

5.3.1 Pengujian Use Case Pemasukan Data PelangganContoh:

Departemen Teknik Informatika ITB

Inception-G04

Halaman 41 dari 43 halaman

Dokumen ini dan informasi yang dimilikinya adalah milik Departemen Teknik Informatika-ITB dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Departemen Teknik Informatika ITB.

Identifika si U-1-01

Deskripsi Pengujian hasil pemasukan data pelanggan oleh operator Pengujian hasil pemasukan data pelanggan oleh pelanggan secara online o o

Prosedur Pengujian Buka File data pelanggan Cari rekord dengan data modus pemasukan yang diinginkan Lihat tanggal lahir pelanggan Lihat kode pelanggan Bandin gkan dengan rumus pembangkitan kode pelanggan

Masukan Kode modus pemasuka n operator (01) Kode modus pemasuka n on-line (02)

Keluaran yang Diharapkan 01001 01002 01003 dst 02001 02002 02003 dst

Kriteria Evaluas i Hasil 01 02

Hasil yang Didapat 01