SKDPPL (3.1) (3).docx

SIFAT RAHASIAKhusus diproduksi dan didistribusikan kepada yang berhak mengetahui di lingkungan

PT. PLN DISTRIBUSI JAWA TIMUR AREA SURABAYA SELATAN

0

LAPORAN KERJA PRAKTEK

DOKUMEN SPESIFIKASI KEBUTUHAN DAN DESAIN PERANCANGAN PERANGKAT LUNAK

APLIKASI MONITORING TAGIHAN

PT. PLN DISTRIBUSI JAWA TIMUR

AREA SURABAYA SELATAN

MOH. HASAN BASRI NRP. 5212100060

WIDYA PUTRI ADE NRP. 5212100109

PROGRAM STUDI SISTEM INFORMASIFakultas Teknologi InformasiInstitut Teknologi Sepuluh Nopember2015



1

DAFTAR ISIDAFTAR ISI................................................................................................................................1

I. PENDAHULUAN.................................................................................................................3

1.1. Latar Belakang........................................................................................................... 3

1.2. Tujuan........................................................................................................................3

1.3. Ruang Lingkup Perangkat Lunak................................................................................3

1.4. Target Audience.........................................................................................................3

1.5. Definisi, Istilah, dan Singkatan...................................................................................3

1.6. Sistem Penomoran.....................................................................................................4

1.7. Refrensi......................................................................................................................4

II. DESKRIPSI UMUM PERANGKAT LUNAK.............................................................................5

2.1. Identifikasi Produk.....................................................................................................5

2.2. Manfaat, Tujuan, dan Hasil yang Ingin Dicapai..........................................................5

2.3. Fungsi Perangkat Lunak.............................................................................................5

2.4. Karakteristik dan Klasifikasi Pengguna.......................................................................5

2.5. Lingkupan Operasi.....................................................................................................5

2.6. Batasan Desain dan Implementasi.............................................................................5

2.7. Dokumentasi Bagi Pengguna.....................................................................................6

2.8. Asumsi dan Ketergantungan......................................................................................6

III. KEBUTUHAN ANTARMUKA EKSTERNAL.........................................................................7

3.1. Antarmuka Pengguna................................................................................................7

3.1.1. Antarmuka untuk form masukan aplikasi...........................................................7

3.1.2. Antarmuka untuk form keluaran aplikasi...........................................................7

3.2. Antarmuka Perangkat Keras......................................................................................8

3.2.1. Komputer Server....................................................................................................8

3.2.2. Komputer client......................................................................................................8

3.3. Antarmuka Perangkat Lunak......................................................................................8

3.4. Antarmuka Komunikasi..............................................................................................9

IV. KEBUTUHAN FUNGSIONAL.............................................................................................10

4.1. Kebutuhan Fungsional Admin..................................................................................10

4.2. Kebutuhan Fungsional Pegawai...............................................................................10

V. KEBUTUHAN NON-FUNGSIONAL....................................................................................12

5.1. Efficiency / Resoure Behaviour................................................................................12



2

5.2. Availability............................................................................................................... 12

5.3. Reliability.................................................................................................................12

5.4. Security....................................................................................................................12

5.5. Usability...................................................................................................................12

VI. DESAIN PERANCANGAN PERANGKAT LUNAK.................................................................13

6.1. GUI Perangkat Lunak...............................................................................................13

6.1.1. Admin...............................................................................................................13

6.1.2. Pegawai............................................................................................................ 21

6.2. Domain Model.........................................................................................................26

6.3. Diagram Use Case....................................................................................................26

6.4. Narasi Use Case.......................................................................................................27

6.5. Robustness Diagram................................................................................................50

6.6. Technical Architecture.............................................................................................69

6.7. Sequence Diagram...................................................................................................69

6.8. Class Diagram...........................................................................................................86



3

I. PENDAHULUAN

1.1. Latar BelakangLatar belakang dokumen

1.2. TujuanTujuan pembuatan Spesifikasi Kebutuhan dan Desain Perancangan Perangkat Lunak(SKDPPL) ini adalah sebagai media pencatatan berbagai macam kebutuhan pengguna terhadap perangkat lunak yang akan dibangun dan berfungsi sebagai arahan pembuatan perangkat lunak. SKDPPL ini meliputi gambaran sistem yang akan dibangun.

1.3. Ruang Lingkup Perangkat LunakAplikasi monitoring tagihan PT. PLN Distribusi Jawa Timur Area Surabaya Selatan merupakan sistem aplikasi berbasis website yang dapat menunjang aktivitas dalam melakukan monitor tagihan yang terdapat PT. PLN Distribusi Jawa Timur Area Surabaya Selatan. Aplikasi monitoring tagihan mampu membantu pihak PT. PLN Distribusi Jawa Timur Area Surabaya Selatan untuk memasukkan data tagihan dan dapat ditampilkan didalam website. Serta mampu mempermudah civitas PT. PLN Distribusi Jawa Timur Area Surabaya Selatan dalam melihat tagihan yang bersangkutan dengan masing-masing jobdesk-nya

1.4. Target AudienceDokumen SKDPPL ini dirancang khusus untuk pengembang perangkat lunak dan pihak terkait pengembangan perangkat lunak.

Pengembang perangkat lunak dapat mengembangkan perangkat lunak secara terarah sesuai dengan konsep kebutuhan yang tertulis dalam dokumen SKDPPL ini.

Selain itu, dengan dokumen SKDPPL ini pihak terkait pengembangan perangkat lunak dapat mengerti apa saja yang menjadi kebutuhan perangkat lunak dan dapat mengevaluasi kebutuhan yang tertulis dalam dokumen ini.

1.5. Definisi, Istilah, dan SingkatanGuna memberikan gambaran yang sama terhadap beberapa definisi, istilah dan singkatan yang digunakan di dokumen ini, perlu dijelaskan sebagaimana berikut:

Istilah Keterangan IstilahAktor Pelaku aktivitas yang terjadiSKDPPL Spesifikasi Kebutuhan dan Desain Perancangan Perangkat

Lunak



4

SRS Software Requirement SpecificationDokumen hasil analisis sebuah perangkat lunak yang berisi spesifikasi kebutuhan pengguna

UC Use CaseUCD Use Case DescriptionSITK Sistem Informasi Tempat KulinerCD Class DiagramDM Nomain ModelFR Functional Requirement (Kebutuhan Fungsional)NFR Non-Functional Requirement (Kebutuhan Non-fungsional)RD Robustness DiagramSD Sequence DiagramGUI Graphical User InterfaceSKKOWBSPRKSPK

1.6. Sistem PenomoranAda beberapa hal/bagian dalam dokumen ini yang perlu diberi nomor. Maksud penomoran ini untuk mempermudah audience dalam pengidentifikasian. Adapun aturan penomorannya sebagaimana tabel berikut:

Hal/Bagian Aturan Penomoran

Kebutuhan Fungsional Nomor berbentuk KFxxx, dimana xxx adalah nomor urut dari kebutuhan fungsional.

Kebutuhan Non-fungsional Nomor berbentuk KNFxxx, dimana xxx adalah nomor urut dari kebutuhan non-fungsional

Robustness Diagram Nomor berbentuk RDxxx, dimana xxx adalah nomor urut dari robustness analysis

Sequence Diagram Nomor berbentuk SDxxx, dimana xxx adalah nomor urut dari sequence diagram

Use Case Nomor berbentuk UCxxx, dimana xxx adalah nomor urut dari sequence diagram

1.7. RefrensiREFRENSI



5

II. DESKRIPSI UMUM PERANGKAT LUNAKII.1. Identifikasi Produk

II.2. Manfaat, Tujuan, dan Hasil yang Ingin Dicapai

II.3. Fungsi Perangkat Lunak

II.4. Karakteristik dan Klasifikasi PenggunaKlasifikasi pengguna dalam perangkat lunak ini dibedakan sesuai dengan fungsi utama dan fungsi pendukungnya, yaitu dibagi menjadi Admin dan Pegawai. Rinciannya adalah sebagai berikut:

II.5. Lingkupan OperasiSistem ini dikembangkan dari awal, sehingga akan lebih mudah dan bebas membangun seperti apa rupa website yang akan dibangun. Dalam mengembangkan website kami menggunakan teknologi dibawah ini:

a. MySQL DatabaseMySQL adalah sebuah implementasi dari sistem manajemen basis data relasional (RDBMS) yang didistribusikan secara gratis dibawah lisensi GPL (General Public License).

b. PHP 5.xPHP 5.x adalah bahasa pemrograman website yang merupakan versi 5 keatas.Selain itu, PHP juga biasa disebut bahasa scripting server-side, artinya di jalankan di server, kemudian outputnya dikirim ke client (browser) dengan dukungan MySQL pada proyek kali ini. PHP juga merupakan bahasa scripting open source yang ditulis menggunakan sintak bahasa C, Java, dan Perl yang sederhana dan mudah dipelajari

c. XamppXampp merupakan aplikasi web server dimana digunakan untuk membuat/mengenerate sistem, desain sampai tampilan pada localhost atau secara lokal dikomputer kita sendiri.

II.6. Batasan Desain dan ImplementasiBatasan Desain dan Implementasi yang dikerjakan dalam pengembangan perangkat lunak ini ini adalah:

- Tanggung jawab tim pengembang sebatas pada selesainya proyek di mana website sudah dapat diakses melalui jaringan LAN pada kantor PLN.

- Pegawai hanya dapat melihat data pada aplikasi dan tidak memiliki hak akses untuk melakukan perubahan data pada aplikasi



6

- Aplikasi monitoring tagihan ini hanya dapat digunakan pada jaringan LAN kantor PLN Distribusi Jawa Timur Area Surabaya Selatan

II.7. Dokumentasi Bagi PenggunaAplikasi Monitoring Tagihan ini akan memberikan komponen-komponen dalam penggunaan maupun tata cara penyelesaian masalah dalam penggunaan. Berikut adalah komponen dokumentasi yang diperuntukan untuk visitor / member sebagai salah satu pedoman dalam penggunaan perangkat lunak ini nantinya yaitu dengan halaman kontak yang menunjukan informasi kontak pihak yang bertanggung jawab ketika visitor/ member mengalami kesulitan dalam penggunaan sistem.

II.8. Asumsi dan Ketergantungan- Tim proyek atau pengembang mendapat dukungan dari pihak stakeholder

yakni - Konten dari website akan dikelola oleh pihak Klien. - Maintenances website dilakukan berkala setiap 2 bulan sekali atau jika terjadi

emergency call - Jika terjadi incident atau sistem tidak berjalan maka akan ada pesan warning

berupa tulisan pada halaman website. - Pesan warning juga akan ditampilkan ketika inputan pengguna tidak sesuai

dengan data yang tersimpan dalam database sistem. - Admininistrator disarankan memiliki kemampuan dalam hal penanganan

MYSQL, PHP, CSS, HTML, Java dan Javascript.

II.9.



7

III. KEBUTUHAN ANTARMUKA EKSTERNALIII.1. Antarmuka PenggunaIII.1.1. Antarmuka untuk form masukan aplikasi

Antarmuka AdminNo. Halaman Masukan1. Halaman Login2. Halaman Entry SKK3. Halaman Entry Vendor4. Halaman Entry SPK5. Halaman Entry Tagihan6. Halaman Entry Pembayaran7. Halaman Entry Akun Pegawai8. Halaman Edit SKK9. Halaman Edit Vendor10. Halaman Edit SPK11. Halaman Edit Tagihan12. Halaman Edit Pembayaran13. Halaman detail data

Antarmuka PegawaiNo. Halaman Masukan1. Halaman Login

III.1.2. Antarmuka untuk form keluaran aplikasiAntarmuka AdminNo. Halaman Keluaran1. Halaman SKK2. Halaman Vendor3. Halaman SPK4. Halaman Tagihan5. Halaman Pembayaran6. Halaman Cetak7. Halaman Dashboard

Antarmuka PegawaiNo. Halaman Keluaran1. Halaman SKK2. Halaman Vendor3. Halaman SPK4. Halaman Tagihan5. Halaman Pembayaran



8

6. Halaman Dashboard

III.2. Antarmuka Perangkat KerasUntuk menjalankan aplikasi ini diperlukan 2 jenis perangkat keras, yaitu :

3.2.1. Komputer ServerKomputer server adalah komputer yang berfungsi sebagai komputer

penyimpan, pemroses, penyedia, dan pendistribusian keseluruhan data dan informasi. Kebutuhan minimal komputer server untuk dapat menjalankan SistemInformasi Monitoring Pengangkutan Produk adalah:

- CPU : Intel Pentium IV; 2,66 GHz atau lebih tinggi32 Bit PCI fast & Wide SCSI2 MB PCI Video Adapter512 MB DDR PC2700 atau lebih512 KB Cache

- Monitor : SVGA 14’; 0.28 dpi- Harddisk : 80 GB SCSI atau lebih tinggi- Drives : 32x CD-ROM drive- LAN Card : 10/100 T base fast ethernet card- Keyboard dan mouse

3.2.2. Komputer clientKomputer client adalah komputer yang berfungsi sebagai komputer

pengakses dan penyedia data dan informasi. Kebutuhan minimal komputer client untuk dapat menjalankan SistemInformasi Monitoring Pengangkutan Produk adalah:

- CPU : Intel Pentium III; 733 MHz atau lebih tinggi32 Bit PCI fast & Wide SCSI2 MB PCI Video Adapter256 MB SDR PC 133 atau lebih512 KB Cache

- Monitor : SVGA 14’; 0.28 dpi- Harddisk : 20 GB SCSI atau lebih tinggi- Drives : 32x CD-ROM drive- LAN Card : 10/100 T base fast ethernet card- Keyboard dan mouse

III.3. Antarmuka Perangkat LunakDalam menjalankan aplikasi ini, komputer yang akan digunakan untuk menjalankan aplikasi ini diharuskan memiliki persyaratan minimal sebagai berikut:



9

1. Untuk komputer clientPada tiap-tiap komputer client harus terinstall web browser.

2. Untuk komputer serverPada Komputer Server harus terinstall XAMPP

III.4. Antarmuka Komunikasi Media penyimpanan Aplikasi Monitoring Tagihan diperlukan sebuah web server. Sebuah komputer dapat dikatakan sebagai web server jika komputer tersebut memiliki program server yang disebut Personal Web Server (PWS).



10

IV. KEBUTUHAN FUNGSIONALIV.1. Kebutuhan Fungsional Admin

Use Case ID Deskripsi Singkat Use CaseKF01 Admin dapat melakukan Log inKF02 Admin dapat melakukan LogoutKF03 Admin dapat melihat DashboardKF04 Admin dapat melihat data SKKKF05 Admin dapat melihat data VendorKF06 Admin dapat melihat data SPKKF07 Admin dapat melihat data TagihanKF08 Admin dapat melihat data PembayaranKF09 Admin dapat melihat data Akun PegawaiKF10 Admin dapat melakukan entry datta SKKKF11 Admin dapat melakukan entry data VendorKF12 Admin dapat melakukan entry data SPKKF13 Admin dapat melakukan entry data TagihanKF14 Admin dapat melakukan entry data PembayaranKF15 Admin dapat melakukan entry data Akun PegawaiKF16 Admin dapat mengubah data SKKKF17 Admin dapat mengubah data VendorKF18 Admin dapat mengubah data SPKKF19 Admin dapat mengubah data TagihanKF20 Admin dapat mengubah data PembayaranKF21 Admin dapat mengubah data Akun PegawaiKF22 Admin dapat menghapus data SKKKF23 Admin dapat menghapus data VendorKF24 Admin dapat menghapus data SPKKF25 Admin dapat menghapus data TagihanKF26 Admin dapat menghapus data PembayaranKF27 Admin dapat menghapus data Akun PegawaiKF28 Admin dapat melakukan cetak data SKKKF29 Admin dapat melakukan cetak data VendorKF30 Admin dapat melakukan cetak data SPKKF31 Admin dapat melakukan cetak data TagihanKF32 Admin dapat melakukan cetak data PembayaranKF33 Admin dapat melakukan filterKF34 Admin dapat melakukan validasi pembayaranKF35 Admin dapat melihat detail data SKKKF36 Admin dapat melihat detail data VendorKF37 Admin dapat melihat detail data SPKKF38 Admin dapat melihat detail data TagihanKF39 Admin dapat melihat detail data Pembayaran

IV.2. Kebutuhan Fungsional PegawaiUse Case ID Deskripsi Singkat Use CaseKF40 Pegawai dapat melakukan Log inKF41 Pegawai dapat melakukan Logout



11

KF42 Pegawai dapat melihat DashboardKF43 Pegawai dapat melihat data SKKKF44 Pegawai dapat melihat data VendorKF45 Pegawai dapat melihat data SPKKF46 Pegawai dapat melihat data TagihanKF47 Pegawai dapat melihat data PembayaranKF48 Pegawai dapat mengubah akun pribadiKF49 Pegawai dapat melihat detail data SKKKF50 Pegawai dapat melihat detail data VendorKF51 Pegawai dapat melihat detail data SPKKF52 Pegawai dapat melihat detail data TagihanKF53 Pegawai dapat melihat detail data PembayaranKF54 Pegawai dapat melakukan FilterKF55 Pegawai dapat Melihat data Akun Pribadi



12

V. KEBUTUHAN NON-FUNGSIONALV.1. Efficiency / Resoure Behaviour

KnF01 : Sistem operasi yang digunakan adalah Windows 7

KnF02 : Sistem menggunakan basis data MySQL dengan PHP MyAdmin sebagai konfiguratornya

V.2. AvailabilityKnF03 : Sistem dapat diakses selama 24 jam dalam sehari

KnF04 : Sistem harus dapat menampilkan data dalam waktu kurang dari 2 detik

V.3. ReliabilityKnF05 : Sistem harus dapat diakses oleh 50 pegawai secara bersamaan

V.4. SecurityKnF06 : Sistem harus memastikan bahwa data telah diproteksi dari user yang tidak

memiliki akses autorisasi untuk mengubah data

V.5. UsabilityKnF07 : Sistem dapat memiliki tampilan yang dapat berubah saat diakses melalui

PC, laptop, tablet maupun handphone



13

VI. DESAIN PERANCANGAN PERANGKAT LUNAKVI.1. GUI Perangkat LunakVI.1.1. Admin

Berikut ini merupakan sketsa GUI (Graphical User Interface) dari Aplikasi Monitoring Tagihan PT. PLN Distribusi Jawa Timur Area Surabaya Selatan:



14



15



16



17



18



19



20



21

VI.1.2. Pegawai



22



23



24



25



26

VI.2. Diagram Use Case class Use Case Model

Log in

Admin

Log out

Melihat Dashboard

Melihat Data SKK

Melihat Data Vendor

Melihat Data SPK

Melihat Data Tagihan

Melihat Data Pembayaran

Melihat Data Akun Pegawai

Entry Data SKK

Mengubah Data SKK

Menghapus Data SKK

Melihat Detail Data SKK

Cetak Data SKK

Entry Data Vendor

Mengubah Data Vendor

Menghapus Data Vendor

Melihat Detail Data Vendor Cetak Data Vendor

Entry Data SPK

Mengubah Data SPK

Menghapus Data SPK

Melihat Detail Data SPK

Cetak Data SPK

Filtering

Entry Data Akun Pegawai

Mengubah Data Akun Pegawai

Menghapus Data Akun Pegawai

Entry Data Tagihan

Mengubah Data Tagihan

Menghapus Data Tagihan

Melihat Detail Data Tagihan

Cetak Data Tagihan

Entry Data Pembayaran

Mengubah Data Pembayaran

Menghapus Data Pembayaran

Melihat Detail Data Pembayaran

Cetak Data Pembayaran

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend» «extend»

«extend»

«extend»

«extend»«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»



27

class Use Case Model Pegawai

Pegawai

Log in

Log out

Melihat Dashboard

Melihat Data SPK

Melihat Data Pembayaran

Melihat Data SKK

Melihat Data Tagihan

Melihat Data Vendor

Melihat Detail Data SPK

Melihat Detail Data Pembayaran

Melihat Detail Data SKK

Melihat Detail Data Tagihan

Melihat Detail Data Vendor

Melihat Akun

Filtering

Mengubah Data Akun

«extend»

«extend»

«extend»

«extend»

«extend»

«extend»



28

VI.3. Narasi Use CaseUse Case name : Login

ID : UC01 KF01, KF40

Primary actor : Admin, PegawaiPre-conditions :Admin berada di halaman LoginNormal flow of events :Aktor mengisikan field username dan password. Setelah itu, Aktor menekanbutton “Log in”. Maka sistem akan melakukan validasi terhadap data yang dimasukkan. Sistem menampilkan Halaman Dashboard setelah proses validasiAlternate/exceptional flows :

- Password atau Username salah atau tidak sesuaiSistem akan menampilkan pesan pemberitahuan “username dan password tidak sesuai”.

- Password atau Username tidak diisiSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”

Use Case name : Log out


Primary actor : Admin, PegawaiPre-conditions :Aktor sudah melakukan LoginNormal flow of events :Aktor menekan tombol “Log out”. Kemudian sistem akan menampilkan halaman “Log in”Alternate/exceptional flows :

-

Use Case name : Melihat Dashboard ID : UC03 KF03,KF 42

Primary actor : Admin, Pegawai

Pre-conditions : Aktor sudah melakukan login terlebih dahulu

Normal flow of events :

Setelah Aktor melakukan login maka sistem akan menampilkan halaman utama aplikasi. Untuk menampilkan dashboard dari aplikasi, maka admin dapat mengklik link ‘Dashboard’ yang terdapat pada halaman utama. Sistem akan menampilkan halaman dashboard berupa grafik.Alternate/exceptional flows :



29

Use Case name : Entry Data SKK

ID : UC04 KF10

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginNormal flow of events :Admin memilih tab menu SKK, Sistem menampilkan halaman SKK, Admin memilih icon tambah (+), sistem akan menampilkan halaman tambah SKK baru. Admin mengisikan field nomor SKK, Uraian, Jumlah, Kode Pos Anggaran, memilih Jenis SKK, dan tanggal kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman SKK dan memberi notifikasi “ Data SKK berhasil disimpan”Alternate/exceptional flows :

- Data tidak diisi lengkapSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”

- Format data yang dimasukkan tidak sesuai dengan data baseSistem Akan menampilkan pesan “Format Data Salah”

Use Case name : Entry Data Vendor ID : UC05 KF11

Primary actor : Admin

Pre-conditions :Admin sudah melakukan login

Normal flow of events :Admin dapat melihat data vendor dengan mengklik link ‘Vendor’ pada halaman utama aplikasi. Kemudian sistem akan menampilkan halaman yang berisi nomor vendor, nama vendor dan NPWP. Untuk melakukan entry data vendor maka admin dapat mengklik ikon + yang terdapat pada halaman vendor. Sistem akan menampilkan halaman yang berisi form data vendor yang akan diisi. Setelah admin selesai menngisi data pada form maka selanjutnya klik button ‘Simpan’ untuk menyimpan data. Sistem akan menambahkan data yang telah disimpan kedalam database.

Alternate/exceptional flows :

- Admin memasukkan data tidak sesuai dengan format data pada database. Maka sistem akan menampilkan peringatan “Format data yang Anda masukkan salah.”

- Apabila data yang dimasukkan admin tidak lengkap maka sistem akan menampilkan peringatan “Data yang Anda masukkan belum lengkap.”

Use Case name : Entry Data SPK ID : UC06 KF12



30


Pre-conditions :Admin sudah melakukan login

Normal flow of events :

Admin dapat melihat data SPK pada aplikasi dengan mengklik link ‘SPK’ pada halaman utama aplikasi. Kemudian sistem akan menampilkan halaman yang berisi nomor SPK, tanggal SPK selesai, dan nilai SPK. Untuk melakukan entry data SPK maka admin dapat mengklik ikon + yang terdapat pada halaman SPK. Sistem akan menempilkan halaman ang berisi form data SPK yang akan diisi. Setelah admin selesai menngisi data pada form maka selanjutnya klik button ‘Simpan’ untuk menyimpan data. Sistem akan menambahkan data yang telah disimpan kedalam database.


- Admin memasukkan data tidak sesuai dengan format data pada database. Maka sistem akan menampilkan peringatan “Format data yang Anda masukkan salah”


Use Case name : Entry Data Tagihan

ID : UC07 KF13

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginNormal flow of events :Admin memilih tab menu Tagihan, Sistem menampilkan halaman Tagihan, Admin memilih icon tambah (+),Sistem akan menempilkan halaman yang berisi form data Tagihan yang akan diisi. Setelah admin selesai menngisi data pada form maka selanjutnya klik button ‘Simpan’ untuk menyimpan data. Sistem akan menambahkan data yang telah disimpan kedalam database.Alternate/exceptional flows :



Use Case name : Entry Data Pembayaran

ID : UC08 KF14

Primary actor : AdminPre-conditions :Admin sudah melakukan Login



31

Normal flow of events :Admin memilih tab menu Pembayaran, Sistem menampilkan halaman Pembayaran. Admin memilih icon tambah (+), Sistem akan menempilkan halaman ang berisi form data Pembayaran yang akan diisi. Setelah admin selesai menngisi data pada form maka selanjutnya klik button ‘Simpan’ untuk menyimpan data. Sistem akan menambahkan data yang telah disimpan kedalam database.Alternate/exceptional flows :



Use Case name : Entry Data Akun Pegawai

ID : UC09 KF15

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginNormal flow of events :Admin memilih tab menu Akun Pegawai, Sistem menampilkan halaman Akun Pegawai. Admin memilih icon tambah (+), sistem akan menampilkan halaman tambah Akun Pegawai. Admin mengisikan field Nama, memilih Jabatan, mengisikan field Username Password, Validasi Password kemudian menekan button Simpan. Sistem menymipan data ke database, menampilkan Halaman Akun Pegawai dan memberi notifikasi “Akun Pegawai berhasil dibuat”Alternate/exceptional flows :



Use Case name :Mengubah Data SKK

ID : UC10 KF16

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman SKKNormal flow of events :Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman ubah Data SKK. Admin Mengubah salah satu atau sebua field nomor SKK, Uraian, Jumlah, Kode Pos Anggaran, memilih Jenis SKK, dan tanggal kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman SKK dan memberi notifikasi Data SKK



32

berhasil diubah”Alternate/exceptional flows :


- Format data yang dimasukkan tidak sesuai dengan data baseSistem akan menampilkan pesan “Format Data Salah”

- Tidak Terjadi Perubahan DataSistem akan menampilkan pesan “Tidak Terjadi Perubahan” dan meneruskan ke halaman SKK

Use Case name : Mengubah Data Vendor

ID : UC11 KF17

Primary actor : AdminPre-conditions :

Admin sudah melakukan loginAdmin sudah terlebih dahulu memasuki halaman vendor

Normal flow of events :Admin dapat mengedit data vendor dengan mengklik ikon edit (pencil icon) pada baris data yang akan diedit. Sistem akan menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data vendor maka selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Sistem akan menyimpan perubahan data yang telah dilakukan oleh admin.Alternate/exceptional flows :



- Apabila admin tidak melakukan perubahan data maka sistem akan menampilkan pesan “ Tidak terjadi perubahan data”.

Use Case name : Mengubah Data SPK ID : UC12 KF18Primary actor : AdminPre-conditions :

Admin sudah melakukan loginAdmin sudah terlebih dahulu memasuki halaman SPK (lihat data SPK)

Normal flow of events :Admin dapat mengedit data SPK dengan mengklik ikon edit (pencil icon) pada baris data yang akan diedit. Sistem akan menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data SPK maka selanjutnya klik button ‘Simpan’ untuk menyimpan



33

perubahan data. Sistem akan menyimpan perubahan data yang telah dilakukan oleh admin.Alternate/exceptional flows :



- Apabila admin tidak melakukan perubahan data maka sistem akan menampilkan pesan “ Tidak terjadi perubahan data”.

Use Case name :Mengubah Data Tagihan

ID : UC13 KF19

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman TagihanNormal flow of events :Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data Tagihan maka selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Sistem akan menyimpan perubahan data yang telah dilakukan oleh admin.Alternate/exceptional flows :



- Tidak Terjadi Perubahan DataSistem akan menampilkan pesan “Tidak Terjadi Perubahan” dan meneruskan ke halaman Tagihan

Use Case name :Mengubah Data Pembayaran

ID : UC14 KF20

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman PembayaranNormal flow of events :Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data SPK maka selanjutnya klik button



34

‘Simpan’ untuk menyimpan perubahan data. Sistem akan menyimpan perubahan data yang telah dilakukan oleh admin.Alternate/exceptional flows :



- Tidak Terjadi Perubahan DataSistem akan menampilkan pesan “Tidak Terjadi Perubahan” dan meneruskan ke halaman Pembayaran

Use Case name :Mengubah Data Akun Pegawai

ID : UC15 KF21

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman Akun PegawaiNormal flow of events :Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman Ubah Data Akun Pegawai. Admin Mengubah salah satu atau semua dat Nama, Jabatan, Username, Password, dan Validasi Password, kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman Akun Pegawai dan memberi notifikasi “Data Akun Pegawai berhasil diubah”Alternate/exceptional flows :




Use Case name :Menghapus data SKK

ID : UC16 KF22

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman SKKNormal flow of events :Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman SKK dan memberi notifikasi “Data SKK berhasil dihapus”



35

Alternate/exceptional flows :-

Use Case name : Menghapus Data Vendor

ID : UC17 KF23


Admin sudah melakukan loginAdmin sudah terlebih dahulu memasuki halaman vendor

Normal flow of events :Admin dapat menghapus data vendor dengan mengklik ikon hapus pada baris data yang akan dihapus. Sistem akan menghapus data yang dipilih oleh admin. Kemudian sistem akan menampilkannotifikasi pada halaman vendor bahwa data berhasil dihapus.Alternate/exceptional flows :

Use Case name : Menghapus Data SPK

ID : UC18 KF24


Admin sudah melakukan loginAdmin sudah terlebih dahulu memasuki halaman SPK (lihat data SPK)

Normal flow of events :Admin dapat menghapus data SPK dengan mengklik ikon hapus pada baris data yang akan dihapus. Sistem akan menghapus data yang dipilih oleh admin. Kemudian sistem akan menampilkannotifikasi pada halaman SPK bahwa data berhasil dihapus.Alternate/exceptional flows :

Use Case name :Menghapus data Tagihan

ID : UC19 KF25

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman TagihanNormal flow of events :Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Tagihan dan memberi notifikasi “Data Tagihan berhasil dihapus”Alternate/exceptional flows :



36

-

Use Case name :Menghapus data Pembayaran

ID : UC20 KF26

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman PembayaranNormal flow of events :Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Pembayaran dan memberi notifikasi “Data Pembayaran berhasil dihapus”Alternate/exceptional flows :

-

Use Case name :Menghapus data Akun Pegawai

ID : UC21 KF27

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman Akun PegawaiNormal flow of events :Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Akun Pegawai dan memberi notifikasi “Data Akun Pegawai berhasil dihapus”Alternate/exceptional flows :

-

Use Case name :Mencetak Data SKK

ID : UC22 KF28

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman Detail SKKNormal flow of events :Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tompol print, kemudian menampilkan Halaman Detail.Alternate/exceptional flows :

-

Use Case name : Mencetak Data ID : UC23 KF29



37

VendorPrimary actor : AdminPre-conditions :

Admin sudah melakukan loginAdmin sudah terlebih dahulu memasuki halaman detail vendor

Normal flow of events :Admin dapat mencetak data vendor dengan menekan tombol cetak. Sistem akan menampilkan halaman konfigurasi untuk mencetak data. Setelah melakukan konfigurasi, admin menekan tombol print, kemudian sistem akan kembali ke halaman detail.


Use Case name : Mencetak Data SPK ID : UC24 KF30Primary actor : AdminPre-conditions :

Admin sudah melakukan loginAdmin sudah terlebih dahulu memasuki halaman detail SPK

Normal flow of events :Admin dapat mencetak data SPK dengan menekan tombol cetak. Sistem akan menampilkan halaman konfigurasi untuk mencetak data. Setelah melakukan konfigurasi, admin menekan tombol print, kemudian sistem akan kembali ke halaman detail.


Use Case name :Mencetak Data Tagihan

ID : UC25 KF31

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAdmin berada di halaman Detail TagihanNormal flow of events :Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tompol print, kemudian menampilkan Halaman Detail.Alternate/exceptional flows :

-

Use Case name :Mencetak Data Pembayaran

ID : UC26 KF32




38

Pre-conditions :Admin sudah melakukan LoginAdmin berada di halaman Detail PembayaranNormal flow of events :Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tompol print, kemudian menampilkan Halaman Detail.Alternate/exceptional flows :

-

Use Case name :Filtering


Primary actor : Admin, PegawaiPre-conditions :Aktor sudah melakukan LoginNormal flow of events :Aktor mengisikan kata kunci pada field pencarian, kemudian menekan tombol cari, sistem akan melakukna filtering pada database dan menampilkan data yang berkaitan dengan kata kunci.Alternate/exceptional flows :

- Kata Kunci tidak relevanSistem akan menampilkan pesan “tidak ada data yang berkaitan dengan ”kata kunci””

Use Case name :Validasi Pembayaran

ID : UC28 KF34

Primary actor : AdminPre-conditions :Admin sudah melakukan LoginAktor berada di halaman Pembayaran.Normal flow of events :Aktor memilih icon panah bawah pada data yang akan divaidasi. Sisem menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengisikan data pada form yang telah ditampilkan. selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Sistem akan menyimpan vaidasi data.Alternate/exceptional flows :-

Use Case name :Melihat detail Data SKK


Primary actor : Admin, PegawaiPre-conditions :Aktor sudah melakukan LoginAktor berada di halaman SKK



39

Normal flow of events :Aktor memilih icon panah bawah pada data yang akan dilihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail SKKAlternate/exceptional flows :

-

Use Case name : Melihat Detail Data Vendor


Primary actor : Admin, PegawaiPre-conditions :

Aktor sudah melakukan loginAktor sudah terlebih dahulu berada di halaman vendor

Normal flow of events :Aktor dapat melihat detail data vendor dengan menekan ikon panah pada baris data yang hendak dilihat. Sistem akan menampilkan detail data berdasarkan database.Alternate/exceptional flows :

Use Case name : Melihat Detail Data SPK


Primary actor : Admin, PegawaiPre-conditions :

- Aktor sudah melakukan login- Aktor sudah terlebih dahulu berada di halaman SPK

Normal flow of events :Aktor dapat melihat detail data SPK dengan menekan ikon panah pada baris data yang hendak dilihat. Sistem akan menampilkan detail data berdasarkan database.Alternate/exceptional flows :

Use Case name :Melihat Detail data Tagihan


Primary actor : Admin, PegawaiPre-conditions :Aktor sudah melakukan LoginAktor berada di halaman TagihanNormal flow of events :Aktor memilih icon panah bawah pada data yang akan dilihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail Tagihan



40

Alternate/exceptional flows :-

Use Case name :Melihat Detail data Pembayaran


Primary actor : Admin, PegawaiPre-conditions :Aktor sudah melakukan LoginAktor berada di halaman PembayaranNormal flow of events :Aktor memilih icon panah bawah pada data yang akan dilihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail PembayaranAlternate/exceptional flows :

-

Use Case name :Mengubah Data Akun Pribadi

ID : UC34 KF48

Primary actor : PegawaiPre-conditions :Pegawai sudah melakukan LoginAdmin berada di halaman AkunNormal flow of events :Pegawai menekan tombol Ubah. Sistem akan menampilkan halaman ubah data akun. Pegawai Mengubah salah satu atau semua dat Nama, Username, Password, dan Validasi Password, kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman Akuni dan memberi notifikasi “Data Akun berhasil diubah”.Alternate/exceptional flows :




Use Case name : Melihat data Akun Pribadi

ID : UC35 KF55

Primary actor : PegawaiPre-conditions :Pegawai sudah melakukan LoginPegawai berada di halaman Dashboard



41

Normal flow of events :Pegawai memilih tab menu Akun Pribadi, Sistem menampilkan halaman AkunAlternate/exceptional flows :

-



42

VI.4. Robustness Diagram

class UC01

Normal flow of events : Aktor mengisikan field username dan password. Setelah itu, Aktor menekan button “Log in”. Maka sistem akan melakukan validasi terhadap data yang dimasukkan. Sistem menampilkan Halaman Dashboard setelah proses validasiAlternate/exceptional flows : -Password atau Username salah atau tidak sesuaiSistem akan menampilkan pesan pemberitahuan “username dan password tidak sesuai”.-Password atau Username tidak diisiSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”

Halaman Log in

User

Validasi data

Halaman Dashoard MenampilkanDashboard

Pengecekan Masukan Masukan Lengkap?

Valid?

Sistem akanmenampilkan pesan

“Data yang dimasukkanbelum lengkap”

Sistem akanmenampilkan pesan

pemberitahuan“username dan

password tidak sesuai”.

Actor

Tidak

Ya

Ya

Mengisikan Usernamedan Password

class UC02

Normal flow of events : Aktor menekan tombol “Log out”. Kemudian sistem akan menampilkan halaman “Log in”

Alternate/exceptional flows : -

Halaman Log in

Halaman Dashoard

Menampilkan HalamanLog in

Actor

Klik Log Out



43

class UC03

Admin

(from Use Case Model)

Normal flow of events : Setelah Aktor melakukan login maka sistem akan menampilkan halaman utama aplikasi. Untuk menampilkan dashboard dari aplikasi, maka admin dapat mengklik link ‘Dashboard’ yang terdapat pada halaman utama. Sistem akan menampilkan halaman dashboard berupa grafik.

Halaman Dashoard

Halaman SKK

menampilkan halamandashboard

Memilihtab MenuDashboard

class UC04

Halaman DashoardAdmin


Memanggil data SKK

Normal flow of events : Admin memilih tab menu SKK, Sistem menampilkan halaman SKK. Admin memilih icon tambah (+), sistem akan menampilkan halaman tambah SKK baru. Admin mengisikan field nomor SKK, Uraian, Jumlah, Kode Pos Anggaran, memilih Jenis SKK, dan tanggal kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman SKK dan memberi notifikasi “ Data SKK berhasil disimpan”

Alternate/exceptional flows : -Data tidak diisi lengkapSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”-Format data yang dimasukkan tidak sesuai dengan data baseSistem Akan menampilkan pesan “Format Data Salah”

Halaman SKK

Menampilkan HalamanTambah SKK Baru

Halaman SKK Baru

Menampilkan HalamanSKK

Pengecekan MasukanMasukan Lengkap?

Pengecekan Tipe dataTipe Data Sesuai?

Menyimpan data

Menampilkan Notifikasi“ Data SKK berhasil

disimpan”

SKK

Menampilkan pesan“Data yang dimasukkan

belum lengkap”

Menampilkan pesan“Format Data Salah”

Klik Simpan

klik icon tambah

Tidak

Ya

Ya

Memilih tab Menu SKK

Tidak



44

class UC07

Admin


Halaman Dashoard Memanggil DataTagihan

Menampilkan HalamanTagihan

Tagihan

Halaman Tagihan

Normal flow of events : Admin memilih tab menu Tagihan, Sistem menampilkan halaman Tagihan, Admin memilih icon tambah (+),Sistem akan menempilkan halaman yang berisi form data Tagihan yang akan diisi. Setelah admin selesai menngisi data pada form maka selanjutnya klik button ‘Simpan’ untuk menyimpan data. Sistem akan menambahkan data yang telah disimpan kedalam database.


Pengecekan MasukanMasukan Lengkap?Pengecekan Tipe dataTipe Data Sesuai?

Menyimpan data


belum lengkap”

Menampilkan pesan“Format Data Salah” Halaman Tambah

Tagihan Baru

Menampilkan HalamanTambah Tagihan BaruMenampilkan Notifikasi

“ Data Tagihan berhasildisimpan”

Klik icon tambahMemilih Tab MenuTagihan

Ya

Ya

Tidak

Tidak

Klik Simpan

class UC09

Normal flow of events : Admin memilih icon tambah (+), sistem akan menampilkan halaman tambah Akun Pegawai. Admin mengisikan field Nama, memilih Jabatan, mengisikan field Username Password, Validasi Password kemudian menekan button Simpan. Sistem menymipan data ke database, menampilkan Halaman Akun Pegawai dan memberi notifikasi “Akun Pegawai berhasil dibuat”


Pengecekan MasukanMasukan Lengkap?Pengecekan Tipe data

Tipe Data Sesuai?

Menyimpan data


belum lengkap”Menampilkan pesan“Format Data Salah”

Menampilkan HalamanAkun Pegawai Halaman Akun

Pegawai

Menampilkan notifikasi“Akun Pegawai berhasil

dibuat” Menampilkan HalamanTambah Akun Pegawai

Halaman Tambah AkunPegawai

Akun Pegawai

Admin


Halaman DashoardMemanggil Data Akun

Pegawai

Ya

Tidak

Ya

klik icon tambah

Klik SimpanTidak

Memilih Tab MenuAkun Pegawai



45

class UC10

Admin


Normal flow of events : Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman ubah Data SKK. Admin Mengubah salah satu atau sebua field nomor SKK, Uraian, Jumlah, Kode Pos Anggaran, memilih Jenis SKK, dan tanggal kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman SKK dan memberi notifikasi Data SKK berhasil diubah”

Alternate/exceptional flows : -Data tidak diisi lengkapSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”-Format data yang dimasukkan tidak sesuai dengan data baseSistem akan menampilkan pesan “Format Data Salah”-Tidak Terjadi Perubahan DataSistem akan menampilkan pesan “Tidak Terjadi Perubahan” dan meneruskan ke halaman SKK

Halaman SKK


Pengecekan Masukan

Masukan Lengkap?

Pengecekan Tipe data

Tipe Data Sesuai?

Menyimpan data

SKK


belum lengkap”


Menampilkan HalamanUbah SKK

Halaman Ubah SKK

menampilkan pesan“Tidak Terjadi

Perubahan” danmeneruskan kehalaman SKK

PengecekanPerubahan

Terjadi Perubahan?

Menampilkan notifikasi "Data SKK berhasil

diubah” Ya

Tidak

Ya

Klik Icon Pensil klik Simpan

Ya

Tidak

Tidak

analysis UC11

Admin dapat mengedit data vendor dengan mengklik ikon edit (pencil icon) pada baris data yang akan diedit. Sistem akan menampilkan halaman yang menampilkan detail data yang dipil ih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data vendor maka selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Alternative flow: Admin memasukkan data tidak

sesuai dengan format data pada database. Maka sistem akan menampilkan peringatan “Format data yang Anda masukkan salah”

Apabila data yang dimasukkan admin tidak lengkap maka sistem akan menampilkan peringatan “Data yang Anda masukkan belum lengkap.”

Apabila admin tidak melakukan perubahan data maka sistem akan menampilkan pesan “ Tidak terjadi perubahan data”.

AdminHalaman vendor Menampilkan halaman

Ubah Vendor

Halaman Ubah Vendor Melakukan pengecekanmasukan

Apakah masukanlengkap?

Sistem akanmenampilkan

peringatan "Data yangAnda masukkan belum

lengkap"

Melakukan pengecekantipe data

Apakah data yangdimasukkan sesuaidengan format?


peringatan "Formatdata yang Andamasukkan salah"

Melakukan pengecekanperubahan data

Apakah terjadiperubahan data?

Sistem akanmenampilkan notifikasi

"Tidak terjadiperubahan data"

Menyimpan perubahandata

Menampilkan notifikasi"Data Vendor berhasil

diubah"

Menampilkan halamanvendor

No

klik Simpan

No

Yes

klik ikon edit

YesYes

No



46

analysis UC12

Admin dapat mengedit data SPK dengan mengklik ikon edit (pencil icon) pada baris data yang akan diedit. Sistem akan menampilkan halaman yang menampilkan detail data yang dipil ih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data SPK maka selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Alternate/exceptional flows : Admin memasukkan data tidak sesuai

dengan format data pada database. Maka sistem akan menampilkan peringatan “Format data yang Anda masukkan salah”

Apabila data yang dimasukkan admin tidak lengkap maka sistem akan menampilkan peringatan “Data yang Anda masukkan belum lengkap.

Apabila admin tidak melakukan perubahan data maka sistem akan menampilkan pesan “ Tidak terjadi perubahan data”.

AdminHalaman SPK Menampilkan halaman

Ubah SPKMelakukan pengecekan

masukan

Apakah data yangdimasukkan sesuaidengan format?

Apakah terjadiperubahan data?


peringatan "Formatdata yang Andamasukkan salah"


peringatan "Data yangAnda masukkan belum

lengkap"

Sistem akanmenampilkan notifikasi

"Tidak terjadiperubahan data"

Halaman Ubah SPK

Apakah masukanlengkap?

Melakukan pengecekantipe data

Melakukan pengecekanperubahan data

Menyimpan perubahandata

Menampilkan notifikasi"Data SPK berhasil

diubah"

Menampilkan halamanSPK

klik Simpan

No

YesYes

No

klik ikonedit

No

Yes

class UC13

Admin


Normal flow of events : Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data Tagihan maka selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Sistem akan menyimpan perubahan data yang telah dilakukan oleh admin.


Pengecekan Masukan

Masukan Lengkap?


Tipe Data Sesuai?

Menyimpan data

Tagihan


belum lengkap”


menampilkan pesan“Tidak Terjadi

Perubahan” danmeneruskan kehalaman SKK

PengecekanPerubahan

Terjadi Perubahan?

Menampilkan HalamanTagihan

Halaman TagihanMenampilkan Halaman

Ubah Data TagihanHalaman Ubah Data

Tagihan

Menampilkan Notifikasi"Data Tagihan Berhasil

Diubah"

Ya

TidakTidak

Ya

Ya

Tidak

Klik SimpanKlik icon pencil



47

class UC15

Admin


Normal flow of events : Pegawai menekan tombol Ubah. Sistem akan menampilkan halaman ubah data akun. Pegawai Mengubah salah satu atau semua dat Nama, Username, Password, dan Validasi Password, kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman Akuni dan memberi notifikasi “Data Akun berhasil diubah”

Alternate/exceptional flows : -Data tidak diisi lengkapSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”-Format data yang dimasukkan tidak sesuai dengan data baseSistem akan menampilkan pesan “Format Data Salah”-Tidak Terjadi Perubahan DataSistem akan menampilkan pesan “Tidak Terjadi Perubahan” dan meneruskan ke halaman Tagihan

Pengecekan Masukan

Masukan Lengkap?


Tipe Data Sesuai?

Menyimpan data

Akun Pegawai


belum lengkap”


menampilkan pesan“Tidak TerjadiPerubahan”

PengecekanPerubahan

Terjadi Perubahan?

Menampilkan HalamanAkun Pegawai

Halaman AkunPegawai

Menampilkan notifikasi“Data Akun Pegawai

berhasil diubah”

Menampilkan HalamanUbah Data Pegawai

Halaman Ubah AkunPegawai

klik Simpan

Ya

Tidak

klik icon pencil

klik icon tambah

Tidak

YaYa

Tidak

class UC16

Admin


Normal flow of events : Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman SKK dan memberi notifikasi “Data SKK berhasil dihapus”


Halaman SKK


SKK

Menghapus Data

Menampilkan Notifikasi" Data SKK Berhasil Di

hapus"

Klik Icon "trash"



48

analysis UC18

Admin dapat menghapus data SPK dengan mengklik ikon hapus pada baris data yang akan dihapus. Sistem akan menghapus data yang dipil ih oleh admin. Kemudian sistem akan menampilkannotifikasi pada halaman SPK bahwa data berhasil dihapus.

AdminHalaman SPK

Display

Menampilkanperingatan hapus data

Apakah Anda yakiningin menghapus

data?

Menghapus data Database SPKMenampilkan notifikasi"Data SPK berhasil

dihapus"

Menampilkan halamanSPK

No

Yes

klik ikonhapus

class UC19

Admin


Normal flow of events : Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Tagihan dan memberi notifikasi “Data Tagihan berhasil dihapus”


TagihanMenampilkan Halaman

Tagihan

Halaman Tagihan Menghapus Data

Menampilkan Notifikasi"Data Tagihan Berhasil

Dihapus"

klik iconpanahbawah



49

analysis UC20

Admin memilih ikon hapus pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan HalamanPembayaran dan memberi notifikasi “Data Pembayaran" berhasil dihapus”

AdminHalaman Pembayaran Menghapus data

pembayaran

Menampilkan notifikasi"Data pembayaranberhasil dihapus"

Database Pembayaran

Menampilkan HalamanPembayaran

klik ikon hapus

class UC21

Admin


Normal flow of events : Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Akun Pegawai dan memberi notifikasi “Data Akun Pegawai berhasil dihapus”


Akun PegawaiMenampilkan HalamanAkun Pegawai

Halaman AkunPegawai

Menampilkan notifikasi “Data Akun Pegawai

berhasil dihapus”

Menghapus Data

klik icon trash

class UC22

Admin


Normal flow of events : Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tombol print, kemudian menampilkan Halaman Detail.


Halaman Detail SKK Menampilkan HalamanKonfigurasi Cetak

Halaman KonfigurasiCetak

Menampilkan HalamanDetail SKK

Print Detail SKK

Tekan Print

klik cetak



50

analysis UC23

Admin dapat mencetak data Vendor dengan menekan tombol cetak. Sistem akan menampilkan halaman konfigurasi untuk mencetak data. Setelah melakukan konfigurasi, admin menekan tombol print, kemudian sistem akan kembali ke halaman detail.

Admin Halaman Vendor

Display

Menampilkan detaildata

Menampilkankonfigurasi cetak

Mencetak data

Halaman detail data

Menampilkan halamanVendor

Halaman konfigurasicetak

klik Print

klik detail

class UC25

Admin


Normal flow of events : Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tompol print, kemudian menampilkan Halaman Detail.


Menampilkan HalamanKonfigurasi Cetak

Halaman KonfigurasiCetak

Menampilkan HalamanDetail Data Tagihan

Halaman Detail DataTagihan

Print Data Tagihan

Tekan Print

klik cetak

analysis UC26

Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak. Selanjutnya admin menekan tompol print kemudian sistem akan menampilkan HalamanDetail.

AdminHalaman Pembayaran

Display

Menampilkan detaildata

Halaman Detail DataMenampilkan

konfigurasi cetak

Halaman konfigurasicetak

Mencetak dataMenampilkan halamanpembayaran

klik Print

klik Cetakklikdetail



51

class UC27

Normal flow of events : Aktor mengisikan kata kunci pada field pencarian, kemudian menekan tombol cari, sistem akan melakukan filtering pada data base dan menampilkan data yang berkaitan dengan kata kunci.

Alternate/exceptional flows : -Kata Kunci tidak relevanSistem akan menampilkan pesan “tidak ada data yang berkaitan dengan ”kata kunci””

Halaman Dashoard Filter Data

Database

Menampilkan HalamanHasil Pencarian

Menampilkan Notifikasi“tidak ada data yang

berkaitan dengan ”katakunci””

MenampilkanDashboard

Data Ditemukan?Halaman HasilPencarian

Actor

Ya

Tidak

Tekan Cari

class UC29

Normal flow of events : Aktor memilih icon panah bawah pada data yang akan dil ihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail SKKAlternate/exceptional flows : -

Halaman SKK

Halaman Detail SKKMenampilkan Halaman

Detail SKK

Memanggil Data

SKK

Actor

Klik iconPanah Bawah

class UC32

Normal flow of events : Aktor memilih icon panah bawah pada data yang akan dil ihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail TagihanAlternate/exceptional flows : -

Memanggil Data

Tagihan

Halaman Tagihan

Menampilkan HalamanDetail Data Tagihan

Halaman Detail DataTagihan

Actor

klik icon panahbawah



52

class UC34



Pengecekan Masukan

Masukan Lengkap?


Tipe Data Sesuai?

Menyimpan data

Akun Pegawai


belum lengkap”


menampilkan pesan“Tidak TerjadiPerubahan”

PengecekanPerubahan

Terjadi Perubahan?

Halaman Akun PribadiHalama Ubah Akun

PribadiMenampilkan Halaman

Ubah Akun Pribadi

Menampilkan “DataAkun berhasil diubah”

Menampilkan HalamanAkun Pribadi

Pegawai


Ya

TidakTidak

Ya

Tekan Ubah

Ya

Tidak

Klik Simpan

class UC35

Normal flow of events : Pegawai memilih tab menu Akun Pribadii, Sistem menampilkan halaman AkunAlternate/exceptional flows : -

Halaman DashoardMemanggil Data Akun

Pegawai

Akun PegawaiHalaman Akun Pribadi Menampilkan HalamanAkun Pribadi

Pegawai


klik Tab MenuAkun Pribadi

Tekan Ubah



53

VI.5. Sequence Diagram sd UC01

HalamanDashoard

(from Robustness Analysis)

Halaman Log in


Halaman ErrorUser


Actor


Normal flow of events : Aktor mengisikan field username dan password. Setelah itu, Aktor menekan button “Log in”. Maka sistem akan melakukan validasi terhadap data yang dimasukkan. Sistem menampilkan Halaman Dashboard setelah proses validasiAlternate/exceptional flows : -Password atau Username salah atau tidak sesuaiSistem akan menampilkan pesan pemberitahuan “username dan password tidak sesuai”.-Password atau Username tidak diisiSistem akan menampilkan pesan “Data yang dimasukkan belum lengkap”

insert(username,password)

OnCick(Sign In)

Validate()

Display()

Display(“Data yang dimasukkan belum lengkap”)

Display()

Display(“username dan password tidak sesuai”)

Display()

sd UC02

Halaman Log in


HalamanDashoard


Actor


Normal flow of events : Aktor menekan tombol “Log out”. Kemudian sistem akan menampilkan halaman “Log in”


OnClick(LogOut)

Display()



54

sd UC04

Admin


Halaman SKK Halaman SKKBaru

SKKHalaman ErrorHalaman Notifikasi

HalamanDashoard


Normal flow of events : Admin memilih tab menu SKK, Sistem menampilkan halaman SKK, Admin memilih icon tambah (+), sistem akan menampilkan halaman tambah SKK baru. Admin mengisikan field nomor SKK, Uraian, Jumlah, Kode Pos Anggaran, memilih Jenis SKK, dan tanggal kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman SKK dan memberi notifikasi “ Data SKK berhasil disimpan”


Onclick(SKK)

Read()

Display()

OnClick(icon tambah)

Display()

Insert(Data SKK)

OnClick(Simpan)

Create(SKK)

Display(Data SKKberhasil disimpan)

Display()

Display(Data yang dimasukkan belum lengkap)

Display()

Display(Format Data Salah)

Display()

sd UC07

Admin


HalamanDashoard


Tagihan


Halaman Tagihan


Halaman ErrorHalaman NotifikasiHalaman Tambah

Tagihan Baru


Normal flow of events : Admin memilih tab menu Tagihan, Sistem menampilkan halaman Tagihan, Admin memilih icon tambah (+),Sistem akan menempilkan halaman yang berisi form data Tagihan yang akan diisi. Setelah admin selesai menngisi data pada form maka selanjutnya klik button ‘Simpan’ untuk menyimpan data. Sistem akan menambahkan data yang telah disimpan kedalam database.


OnClick(Tagihan)

Read()

Display()

OnClick(icon tambah)

Display()

Insert(Data Tagihan)

Onclick(Simpan)

Create(SKK)

Display(Data SKK berhasildisimpan)

Display()


Display()

Display(FormatDataSalah)

Display()



55

sd UC09

Admin


Halaman AkunPegawai


Halaman TambahAkun Pegawai


Akun Pegawai


Halaman ErrorHalaman NotifikasiHalamanDashoard


Normal flow of events : Admin memilih tab menu Akun Pegawai, Sistem menampilkan halaman Akun Pegawai. Admin memilih icon tambah (+), sistem akan menampilkan halaman tambah Akun Pegawai. Admin mengisikan field Nama, memilih Jabatan, mengisikan field Username Password, Validasi Password kemudian menekan button Simpan. Sistem menymipan data ke database, menampilkan Halaman Akun Pegawai dan memberi notifikasi “Akun Pegawai berhasil dibuat”


OnClick(Akun Pegawai)

Displa()

Display()

OnClick(Icon tambah)

Display()

Insert(Data Akun Pegawai)

OnClick(Simpan)

Create()

Display(Akun PegawaiBerhasil Dibuat)

Dsiplay()

Display(Data yang dimasukkan belum Lengkap)

Display()


Display()

sd UC10

Admin


Halaman SKK


SKK


Halaman UbahSKK


Halaman ErrorHalaman Notifikasi

Normal flow of events : Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman ubah Data SKK. Admin Mengubah salah satu atau sebua field nomor SKK, Uraian, Jumlah, Kode Pos Anggaran, memilih Jenis SKK, dan tanggal kemudian menekan button Simpan. Sistem menyimpan data ke database, menampilkan Halaman SKK dan memberi notifikasi Data SKK berhasil diubah”


OnClick(iconpencil)

Display()

Insert(Data SKK)

OnClick(Simpan)

Update()

Data SKKberhasil Diubah()

Display()


Display()


Display()

Display(Tidak Terjadi Perubahan)

Display()



56

sd UC13

Admin


Halaman Tagihan TagihanHalaman UbahTagihan


Normal flow of events : Admin memilih icon pencil pada data yang akan diubah, sistem akan menampilkan halaman yang menampilkan detail data yang dipilih. Admin dapat mengubah data dengan mengedit form yang telah ditampilkan. Setelah admin selesai melakukan perubahan data Tagihan maka selanjutnya klik button ‘Simpan’ untuk menyimpan perubahan data. Sistem akan menyimpan perubahan data yang telah dilakukan oleh admin.


OnClick(iconpencil)

Display()

Insert(Data SKK)

OnClick(Simpan)

Update()

Data Tagihanberhasil Diubah()

Display()


Display()


Display()

Display(Tidak Terjadi Perubahan)

Display()

sd UC15

Admin


Akun PegawaiHalaman AkunPegawai

Halaman UbahAkun Pegawai




OnClick(icon pencil)

Display()


OnClick(Simpan)

Update()

Display(Data Akun Pegawai Berhasil Diubah)

Display()

Display(Data yang dimasukkan Belum Lengkap)

Display()

Format Data Salah()

Display()

DIsplay (Tidak Terjadi Perubahan)

Display()



57

sd UC16

Admin


Halaman SKK


SKK


Halaman Notifikasi

Normal flow of events : Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman SKK dan memberi notifikasi “Data SKK berhasil dihapus”


OnClick(icon trash)

Delete()

Display(Data SKK berhasil Dihapus)

Display()

sd UC19

Admin


Tagihan


Halaman Tagihan


Halaman Notifikasi

Normal flow of events : Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Tagihan dan memberi notifikasi “Data Tagihan berhasil dihapus”


OnClick(icon trash)

Delete()

Display(Data Tagihan Berhasil Dihapus)

Display()

sd UC21

Admin


Akun Pegawai


Halaman AkunPegawai


Halaman Notifikasi

Normal flow of events : Admin memilih icon trash (tempat sampah) pada data yang akan dihapus, sistem akan menghapus data pada database, kemudian menampilkan Halaman Akun Pegawai dan memberi notifikasi “Data Akun Pegawai berhasil dihapus”


OnClick(icontrash)

Delete()

Display(Data Akun Pegawai Berhasil Dihapus)

Display()



58

sd UC22

Admin


Halaman DetailSKK


HalamanKonfigurasi Cetak

(from Robustness Analysis)Normal flow of events : Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tombol print, kemudian menampilkan Halaman Detail.


OnClick(Cetak)

OnClick(Print)

Print()

Display()

sd UC25

Admin


HalamanKonfigurasi Cetak


Halaman DetailData Tagihan

(from Robustness Analysis)Normal flow of events : Admin menekan tombol cetak, sistem akan menampilkan konfigurasi cetak, Admin menekan tompol print, kemudian menampilkan Halaman Detail.


OnClick(Cetak)

OnClick(Print)

Print()

Display()

sd UC27

HalamanDashoard


Database


Halaman HasilPencarian


Halaman ErrorActor


Normal flow of events : Aktor mengisikan kata kunci pada field pencarian, kemudian menekan tombol cari, sistem akan melakukan filtering pada data base dan menampilkan data yang berkaitan dengan kata kunci.

Alternate/exceptional flows : -Kata Kunci tidak relevanSistem akan menampilkan pesan “tidak ada data yang berkaitan dengan ”kata kunci””

OnClick(Cari)

Read()

Display()

Display( Tidak Ada datayang berkaitan dengan"kata kunci" )

Display()



59

sd UC29

Halaman SKK


Halaman DetailSKK


SKK


Actor


Normal flow of events : Aktor memilih icon panah bawah pada data yang akan dilihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail SKKAlternate/exceptional flows : -

OnClick(icon panahbawah)

Read()

Display()

sd UC32

Tagihan


Halaman Tagihan


Halaman DetailData Tagihan


Actor


Normal flow of events : Aktor memilih icon panah bawah pada data yang akan dil ihat lebih detail, sistem akan mengambil data pada database, kemudian menampilkan halaman detail TagihanAlternate/exceptional flows : -

OnClick(iconpanah bawah)

Read()

Display()



60

sd UC34

Pegawai


Akun PegawaiHalaman AkunPribadi

Halaman UbahAkun Pribadi




OnClick(Ubah)

Display()


OnClick(Simpan)

Update()

Display(Data Akun Pegawai Berhasil Diubah)

Display()

Display(Data yang dimasukkan Belum Lengkap)

Display()

Format Data Salah()

Display()

DIsplay (Tidak Terjadi Perubahan)

Display()

sd UC35

HalamanDashoard


Akun Pegawai


Halaman AkunPribadi


Pegawai


Normal flow of events : Pegawai memilih tab menu Akun Pribadii, Sistem menampilkan halaman AkunAlternate/exceptional flows : -

OnClick(AkunPribadi)

Read()

Display()

SKDPPL (3.1) (3).docx

Documents

Transcript of SKDPPL (3.1) (3).docx