spesifikasi kebutuhan perangkat lunak
advertisement
GL01 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK E-GOVERNMENT PEMERINTAHAN KOTA BANDUNG Untuk: Pemerintah Kota Bandung Dipersiapkan oleh: Nomor Dokumen Halaman SKPL - 001 1/ 36 DAFTAR PERUBAHAN Revisi Deskripsi A B C D E F G INDEX TGL - A B C D E F G Ditulis oleh Diperiksa oleh Disetujui oleh SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 2 dari 35 Daftar Halaman Perubahan Halaman Revisi Halaman Revisi Daftar Isi SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 3 dari 35 1. Pendahuluan ........................................................................................................... …..…..…8 1.1 Tujuan............................................................................................................................ 8 1.2 Lingkup Masalah ........................................................................................................... 8 1.3 Definisi, Akronim, dan Singkatan ................................................................................. 8 1.4 Referensi........................................................................................................................ 9 1.5 Deskripsi Umum Dokumen ........................................................................................... 9 2. Deskripsi Global Perangkat Lunak ........................................................................................ .9 2.1 Perspektif Produk ........................................................................................................ 10 2.2 Fungsi Produk ............................................................................................................. 10 2.3 Karakteristik Pengguna ............................................................................................... 10 2.4 Batasan-batasan ........................................................................................................... 10 2.5 Asumsi dan Kebergantungan ...................................................................................... 11 3. Deskripsi Rinci Kebutuhan ................................................................................................... 11 3.1 Kebutuhan Antarmuka Eksternal ................................................................................ 11 3.1.1 Antarmuka Pemakai……………………………………………………………..11 3.1.2 Antarmuka Perangkat Keras…………………………………………………….12 3.1.3 Antarmuka Perangkat Lunak……………………………………………………12 3.1.4 Antarmuka Komunikasi…………………………………………………………12 3.2 Kebutuhan Fungsional................................................................................................. 13 3.2.1 Fungsi Buka_Hal………………………………………..………………………13 3.2.1.1 Skenario ............................................................................................................. 14 3.2.1.2 Dinamika Objek ................................................................................................ 14 3.2.2 Fungsi Login……………………………………………………...…...................15 3.2.2.1 Skenario ............................................................................................................. 15 3.2.2.2 Dinamika Objek ................................................................................................ 16 3.2.3 Fungsi Pariwisata………………………………………………………………16 3.2.3.1 Skenario ............................................................................................................. 16 3.2.3.2 Dinamika Objek ................................................................................................ 17 3.2.4 Fungsi KTP………………………………………………………………………17 3.2.4.1 Skenario ............................................................................................................. 17 3.2.4.2 Dinamika Objek ................................................................................................ 18 3.2.5 Fungsi KK………………………………………………………………..............18 3.2.5.1 Skenario ............................................................................................................. 19 3.2.5.2 Dinamika Objek ................................................................................................ 19 3.2.6 Fungsi Pengaduan………………………………………………………………..20 3.2.6.1 Skenario ............................................................................................................. 20 3.2.6.2 Dinamika Objek ................................................................................................ 20 3.3 Deskripsi Kelas-kelas .................................................................................................. 21 3.3.1 Diagram Kelas…………………………………………………………………..21 3.3.2 Spesifikasi Kelas ………………………………………………………………..22 3.3.2.1 Kelas POST ....................................................................................................... 22 3.3.2.1.1 Deskripsi Atribut ......................................................................................... 22 3.3.2.1.2 Deskripsi Layanan ....................................................................................... 22 3.3.2.1.3 Perilaku Intra Kelas ..................................................................................... 23 3.3.2.2 Kelas Pengunjung.............................................................................................. 23 3.3.2.2.1 Deskripsi Atribut ......................................................................................... 23 3.3.2.2.2 Deskripsi Layanan ....................................................................................... 23 3.3.2.2.3 Perilaku Intra Kelas ..................................................................................... 23 SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 4 dari 35 3.3.2.3 Kelas Admin ...................................................................................................... 23 3.3.2.3.1 Deskripsi Atribut ......................................................................................... 24 3.3.2.3.2 Deskripsi Layanan ....................................................................................... 24 3.3.2.3.3 Perilaku Intra Kelas ..................................................................................... 24 3.3.2.4 Kelas Validasi ................................................................................................... 24 3.3.2.4.1 Deskripsi Atribut ......................................................................................... 24 3.3.2.4.2 Deskripsi Layanan ....................................................................................... 24 3.3.2.4.3 Perilaku Intra Kelas ..................................................................................... 24 3.3.2.5 Kelas Komplain ................................................................................................. 25 3.3.2.5.1 Deskripsi Atribut ......................................................................................... 25 3.3.2.5.2 Deskripsi Layanan ....................................................................................... 25 3.3.2.5.3 Perilaku Intra Kelas ..................................................................................... 25 3.3.2.6 Kelas Storage_Komplain................................................................................... 25 3.3.2.6.1 Deskripsi Atribut ......................................................................................... 26 3.3.2.6.2 Deskripsi Layanan ....................................................................................... 26 3.3.2.6.3 Perilaku Intra Kelas ..................................................................................... 26 3.3.2.7 Kelas KK_online ............................................................................................... 26 3.3.2.7.1 Deskripsi Atribut ......................................................................................... 26 3.3.2.7.2 Deskripsi Layanan ....................................................................................... 27 3.3.2.7.3 Perilaku Intra Kelas ..................................................................................... 27 3.3.2.8 Kelas KK_storage ............................................................................................. 27 3.3.2.8.1 Deskripsi Atribut ......................................................................................... 27 3.3.2.8.2 Deskripsi Layanan ....................................................................................... 27 3.3.2.8.3 Perilaku Intra Kelas ..................................................................................... 28 3.3.2.9 Kelas KTP_online ............................................................................................. 28 3.3.2.9.1 Deskripsi Atribut ......................................................................................... 28 3.3.2.9.2 Deskripsi Layanan ....................................................................................... 28 3.3.2.9.3 Perilaku Intra Kelas ..................................................................................... 28 3.3.2.10 Kelas KTP_storage ............................................................................................ 29 3.3.2.10.1Deskripsi Atribut………………………………………………………….. 29 3.3.2.10.2Deskripsi Layanan………………………………………………………… 29 3.3.2.10.3Perilaku Intra Kelas…………………………………………………......... 29 3.3.2.11 Kelas open_page ............................................................................................... 29 3.3.2.11.1Deskripsi Atribut………………………………………………………….. 29 3.3.2.11.2Deskripsi Layanan………………………………………………………… 30 3.3.2.11.3Perilaku Intra Kelas…………………………………………………......... 30 3.3.2.12 Kelas page_file .................................................................................................. 30 3.3.2.12.1Deskripsi Atribut………………………………………………………….. 30 3.3.2.12.2Deskripsi Layanan………………………………………………………… 30 3.3.2.12.3Perilaku Intra Kelas…………………………………………………......... 31 3.3.2.13Kelas pariwisata ................................................................................................. 31 3.3.2.13.1Deskripsi Atribut………………………………………………………….. 31 SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 5 dari 35 3.4 3.5 3.6 3.3.2.13.2Deskripsi Layanan………………………………………………………… 31 3.3.2.13.3Perilaku Intra Kelas…………………………………………………......... 32 Deskripsi Kebutuhan Non Fungsional ........................................................................ 32 Atribut Kualitas Perangkat Lunak ............................................................................... 33 Batasan Perancangan ................................................................................................... 33 4. Matriks Keterunutan .................................................................................................... 33 Lampiran .............................................................................................................................. 34 Flow map/Prosedur…………………………………………………………..…………34 SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 6 dari 35 Daftar Gambar Gambar 3.1 Gambar 3.2 Gambar 3.3 Gambar 3.4 Gambar 3.5 Gambar 3.6 Gambar 3.7 Gambar 3.8 Gambar 3.9 Gambar 3.10 Gambar 3.11 Gambar 3.12 Gambar 3.13 Gambar 3.14 Gambar 3.15 Gambar 3.16 Gambar 4.1 Gambar 4.2 Gambar 4.3 Gambar 4.4 Gambar 4.5 Gambar 4.6 Use Case ............................................................................................................ 13 Sequence Buka_Hal ........................................................................................... 15 Sequence Login ................................................................................................. 16 Sequence Pariwisata .......................................................................................... 17 Sequence KTP ................................................................................................... 18 Sequence KK ..................................................................................................... 19 Sequence Pengaduan ......................................................................................... 21 Diagram Kelas ................................................................................................... 21 State Kelas POST .............................................................................................. 23 State Kelas validasi ............................................................................................ 24 State Kelas komplain ......................................................................................... 25 State Kelas storage_komplain............................................................................ 26 State Kelas KK_online ...................................................................................... 27 State Kelas KTP_online..................................................................................... 28 State Kelas open_page ....................................................................................... 30 State Kelas pariwisata ........................................................................................ 32 Collaboration Buka_Hal .................................................................................... 34 Collaboration Login ........................................................................................... 35 Collaboration Pariwisata.................................................................................... 35 Collaboration KTP ............................................................................................. 35 Collaboration KK............................................................................................... 36 Collaboration Pengaduan ................................................................................... 36 Daftar Tabel Tabel 3.1 Tabel 3.2 Tabel 3.3 Tabel 3.4 Tabel 3.5 Tabel 3.6 Tabel 3.7 Tabel 3.8 Skenario Buka_Hal .................................................................................................. 14 Skenario Login ........................................................................................................ 15 Skenario Pariwisata ................................................................................................. 16 Skenario KTP .......................................................................................................... 17 Skenario KK ........................................................................................................... .19 Skenario Pengaduan ................................................................................................ 20 Deskripsi Kebutuhan Non_Fungsional ................................................................... 32 Atribut Kualitas Perangkat Lunak ........................................................................... 33 SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 7 dari 35 1 Pendahuluan Dokumen ini merupakan dokumen Spesifikasi Kebutuhan Perangkat Lunak, yang pada bagian selanjutnya akan disingkat menjadi SKPL. Secara garis besar, dokumen ini berisi spesifikasi atau gambaran mengenai sistem, seperti apa yang diinginkan oleh pelanggan, yang dalam hal ini dituangkan dalam bahasa analisis developer. 1.1 Tujuan Tujuan pembuatan SKPL ini adalah sebagai panduan pada tahap design selanjutnya, agar sistem yang akan dirancang nantinya tidak keluar dari batasan-batasan yang telah disetujui oleh pelanggan. SKPL ini dibuat untuk digunakan oleh perancang perangkat lunak pada tahap design sistem. Semua hal yang berkaitan dengan perancangan sistem harus sesuai dengan hasil analisis kebutuhan yang terdapat pada dokumen SKPL ini. 1.2 Lingkup Masalah Produk perangkat lunak yang dispesifikasi pada dokumen ini bernama “EGovernment Pemerintahan Kota Bandung” yang merupakan Sistem Informasi berbasis Web secara Online. Perangkat Lunak ini nantinya akan melayani user (dalam hal ini pengunjung situs) untuk mendapatkan informasi yang berkaitan dengan kependudukan dan pariwisata seperti proses pendaftaran pembuatan KTP dan KK, yang selama ini menghabiskan banyak waktu dan tenaga yang bertugas untuk mengurusi pendaftaran selain itu juga menangani proses tentang informasi obyek-obyek wisata di Bandung. Sistem ini akan diimplementasikan dalam bentuk Web, pengunjung akan mengunjungi web tersebut dan kemudian mendapatkan fasilitas-fasilitas. Sasaran aplikasi ini adalah semua orang yang mambutuhkan jasa atministraasi kependudukan secara on-line. Dokumen ini merujuk pada spesifikasi yang diberikan oleh pelanggan, berisi permintaan Pelanggan mengenai sistem yang akan dibuat. 1.3 Definisi, Akronim, dan Singkatan Beberapa akronim dan singkatan yang terdapat dalam dokumen ini : SKPL : Spesifikasi Kebutuhan Perangkat Lunak PHP : Personal Home Page SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 8 dari 35 PHP adalah salah satu bahasa scripting untuk pembuatan WEB. PHP ini dikembangkan oleh banyak pihak dan bersifat freeware. UML : Unified Modelling Language Adalah notasi yang digunakan untuk memodelkan paradigma pengembangan perangkat lunak berorientasi objek. URL : Uniform Resources Locater DNS : Domain Name Server Mengidentifikasi / konversi domain name ke IP address dan sebaliknya. Server DNS adalah server yang menangani tugas ini. 1.4 Referensi IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement Specifications. Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak. 1.5 Deskripsi Umum Dokumen Dokumen ini akan menjelaskan spesifikasi kebutuhan dengan notasi UML, yaitu Use Case untuk menggambarkan fungsionalitas sistem, Diagram Interaksi untuk menggambarkan bagaimana sejumlah objek bekerja sama dalam beberapa kelakuan, dan diagram Kelas. 2 Deskripsi Global Perangkat Lunak Dengan semakin banyaknya kebutuhan akan pelayanan terhadap administrasi di pemerintahan kodya Bandung yang semakin cepat, efektif dan efisien, maka diperlukan sebuah sistem informasi penanganan administrasi yang selama ini masih menggunakan sistem manual. Dalam aplikasi sistem informasi ini ada beberapa bagian-bagian yang ditangani guna mengatasi kekurangan dari sistem administrasi kodya Bandung, antara lain : proses pendaftaran pembuatan KTP dan KK, yang selama ini menghabiskan banyak waktu dan tenaga yang bertugas untuk mengurusi pendaftaran selain itu juga menangani proses tentang informasi obyek-obyek wisata di Bandung serta penanganan pengaduan saran dan keluhan terhadap pemerintahan administrasi kotamadya Bandung. SKPL-001 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Halaman 9 dari 35 2.1 Perspektif Produk Perangkat Lunak ini merupakan system informasi berbasis web, sehingga aplikasi ini akan berjalan diatas internet connection. Selain itu juga dibutuhkan internet provider sebagai penghubung antara server web dengan jaringan internet itu sendiri. 2.2 Fungsi Produk Sistem informasi ini dapat memberikan informasi-informasi mengenai proses pendaftaran pembuatan KTP yang meliputi pengisian form pendaftaran baru yang terdiri dari identitas penduduk masing masing beserta tampilan dari antrian pembuatan kartu tanda penduduk dan pendaftaran pembuatan KK yang meliputi pengisian form pendaftaran baru yang terdiri dari data dari keluarga masing masing beserta tampilan antrian pembuatan KK( kartu keluarga ) yang selama ini menghabiskan banyak waktu dan tenaga yang bertugas untuk mengurusi pendaftaran selain itu juga menangani proses tentang informasi obyek-obyek wisata di Bandung. Selain itu, diharapkan bagi pengunjung web-site bisa memberikan input saran dan keluhan terhadap pelayanan dan kinerja dari pemerintahan daerah Bandung. 2.3 Karakteristik Pengguna Pengguna web dapat dibedakan menjadi dua, yaitu pengunjung web biasa yang berkepentingan dengan informasi di dalamnya serta admin yang bertugas memaintain dan mengelola database web ini Pengunjung web adalah user yang menginginkan untuk membuat KTP dan KK dengan mendaftar dulu melalui web ini. Pengunjung web adalah user yang membutuhkan informasi mengenai pariwisata di kota Bandung 2.4 Batasan-batasan Hanya menangani sistem administrasi pemerintahan kotamadya Bandung. Dalam aplikasi ini, cakupan pelyanan meliputi proses pendaftaran KTP berupa pengisian form pendaftaran yang nantinya akan dikirim ke server sebagai data KTP, pendaftaran KK juga berupa pengisian form pendaftaran yang nantinya SKPL-001 Halaman 10 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. akan dikirim ke server sebagai data KTP, informasi obyek-obyek wisata di Bandung, serta input saran / keluhan penduduk terhadap kinerja pemerintah daerah 2.5 Asumsi dan Kebergantungan Sistem Operasi yang digunakan oleh server adalah Windows, dan sudah terinstall pada computer server. Komputer Server maupun Pengunjung sudah terhubung dengan internet, sehingga komunikasi dapat dibangun. Server sudah terhubung pada salah satu penyedia layanan internet (Internet provider) serta host yang akan dipakai sudah disewa. 3 Deskripsi Rinci Kebutuhan Untuk membangun Perangkat Lunak ini, pengembang membutuhkan beberapa software, yaitu WEB PHP (Hypertext Preprocessor) sebagai bahasa pemograman yang digunakan untuk membuat web tersebut bersifat interaktif, Dreamweaver MX sebagai software untuk membangun desain halaman web dengan lebih mudah dan praktis, serta MySQL sebagai media basisdata untuk menampung data-data yang akan diolah dalam sistem. Sedangkan untuk proses pengujian yang akan dilakukan oleh penguji, sistem membutuhkan software web browser, seperti Internet Explorer atau Netscape Navigator. 3.1 Kebutuhan Antarmuka Eksternal Input dari sistem adalah masukan dari user (pengunjung), yaitu dengan bantuan keyboard dan mouse pada computer sebagai media antarmukanya. Sedangkan output dari sistem adalah tampilan halaman web pada layer monitor komputer pengunjung. 3.1.1 Antarmuka Pemakai Antarmuka yang menghubungkan pemakai (pengunjung dan administrator server) adalah layar monitor sebagai tampilan untuk output sistem, mouse dan keyboard sebagai alat untuk memasukkan input ke dalam sistem. Pengunjung dapat memanfaatkan layanan yang ditawarkan sistem. Sedangkan administrator dapat SKPL-001 Halaman 11 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. mengubah keseluruhan sistem, baik itu database, maupun syntax-syntax pemrograman yang dipakai jika dipandang tidak sesuai lagi dengan keinginan user. 3.1.2 Antarmuka Perangkat Keras Antarmuka perangkat keras yang dibutuhkan adalah perangkat jaringan (network), yaitu switch atau hub yang digunakan untuk membangun jaringan, di sisi server sendiri dibutuhkan konektor ke layanan internet dan internet provider, misalnya melalui modem atau wireless, namun dalam sistem ini pengembang dan pengguna akan menggunakan modem, ethernet dan switch sebagai antarmuka ke jaringan internet. 3.1.3 Antarmuka Perangkat Lunak Antarmuka Perangkat Lunak yang dibutuhkan adalah : Windows XP Professional sebagai sistem operasi yang digunakan oleh pengembang. Dreamweaver MX untuk membuat desain web. MySQL sebagai bahasa untuk pengaturan basisdata. PHP untuk penulisan bahasa pemrograman web dalam pengembangan sistem ini. Internet Explorer sebagai web browser yang dipakai oleh penguji dan pengunjung dalam berinteraksi dengan sistem. 3.1.4 Antarmuka Komunikasi Untuk berkomunikasi dalam jaringan, terutama jaringan internet, sistem membutuhkan protocol TCP/IP yang menjamin reliabilitas dan keamanan data yang dikirim. Protocol DNS untuk mengelola konversi nama domain dan IP address. Serta Server DNS yang mengelola pengalamatan IP dan nama domain tersebut. 3.2 Kebutuhan Fungsional Berikut adalah fungsionalitas sistem yang akan dibangun, secara rincinya akan dijelaskan satu per satu. Gambaran keseluruhan fungsionalitas sistem akan diperlihatkan dengan diagram use case berikut : SKPL-001 Halaman 12 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Buka_Hal Login Pengunjung Pariwisata Admin KTP KK Pengaduan Gambar 3.1 Use Case 3.2.1 Fungsi Buka_Hal Fungsi Buka_Hal adalah fungsi yang memberi layanan untuk membuka halaman web yang diinginkan sesuai dengan pengetikan URL dari halaman web yang diinginkan tersebut, atau dengan meng-click link yang menghubungkan satu halaman web utama dengan halaman web yang lainnya. 3.2.1.1 Skenario Berikut adalah scenario yang disusun untuk proses dari fungsi Buka_Hal : Nomor Nama Tujuan Deskripsi Identifikasi 1 Buka_Hal Membuka Halaman Web Pengunjung mengaktifkan computer yang terhubung dengan internet (terminal), pengunjung mengtikkan alamat URL pada tempat yang disediakan pada software web browser (Internet Explorer), atau pengunjung juga dapat mengclick link yang berhubungan dengan halaman web yang dimaksud. Sistem akan merespon permintaan dengan SKPL-001 Halaman 13 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. mengirimkan halaman web yang diinginkan. Pada layer monitor pengunjung tampil halaman web. Tipe Primary Aktor Pengunjung, Admin Skenario Utama Kondisi Awal : web browser aktif tapi masih berupa halaman kosong atau halaman web egoverntment belum terbuka. Aksi Aktor Reaksi Sistem 1. Pengunjung mengetikkan alamat URL 2. Sistem mengirimkan halaman web yang dimaksud Skenario Alternatif Aksi Aktor Reaksi Sistem 1. Pengunjung meng-click link URL 2. sistem mendeteksi URL yang terhubung 3. Sistem menampilkan halaman web Kondisi Akhir : Halaman web ditampilkan pada monitor pengunjung. Tabel 3.1 Skenario Buka_Hal 3.2.1.2 Dinamika Objek Berikut adalah Sequence Diagram dari fungsi Buka_Hal yang menggambarkan interaksi antara sejumlah object dalam urutan waktu : POST : open_page : page_file : Pe n gu n j u n g ReqURL_or_m odul_click T ype URL _o r_cl i ck_ on _ m o d ul ( ) <<create>> req_page dis play_page( ) Gambar 3.2 Sequence Buka_Hal 3.2.2 Fungsi Login Fungsi Login adalah fungsi yang digunakan untuk memverifikasi admin guna menjaga keamanan database system, karena dengn login inilah admin dapat mengelola dan memaintain database e-government.. SKPL-001 Halaman 14 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. 3.2.2.1 Skenario Di bawah ini adalah scenario dari fungsi Login : Identifikasi Nomor Nama Tujuan Deskripsi 2 Login Memverifikasi admin guna keamanan system Admin mengetikkan NameID dan Password yang dimilikinya, kemudian akan dicari di database admin apakah userID tersebut ada dan valid, jika benar maka admin dapat mengelola dan emmaintain database. Tipe Primary Aktor Admin Skenario Utama Kondisi Awal : Halaman web ditampilkan, ada form pengisian NameID dan Password bagi admin Aksi Aktor Reaksi Sistem 1. Admin mengisi NameID dan Password 2. Admin meng-click tombol login 3. Sistem mencari userID tersebut dalam database userID admin 4. Jika benar, admin diperbolehkan memaintain dan memelihara database sistem Kondisi akhir : admin diperbolehkan memaintain dan memelihara database system Tabel 3.2 Skenario Login 3.2.2.2 Dinamika Objek Berikut adalah Sequence Diagram dari fungsi Login yang menggambarkan interaksi antara sejumlah object dalam urutan waktu. : POST : validas i : Ad m i n Re qNa m e ID&Pa ssword e n te rNa m e ID&Passwo rd ( ) verifyID( ) IDOK Gambar 3.3 Sequence Login SKPL-001 Halaman 15 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. 3.2.3 Fungsi Pariwisata Fungsi Pariwisata adalah fungsi yang memberi layanan agar pengunjung dapat melihat gallery-gallery foto dari obyek wisata yang ada di kota bandung 3.2.3.1 Skenario Di bawah ini adalah scenario dari fungsi Pariwisata : Identifikasi 3 Pariwisata Melihat obyek wisata kota Bandung Pengunjung dapat melihat foto-foto keseluruhan obyek wisata di kota bandung dengan beberapa deskripsi singkat guna memandu pengunjung tentang pariwisata Bandung Tipe Primary Aktor Pengunjung, Admin Skenario Utama Kondisi Awal : Halaman web ditampilkan, ada form yang berisi gallery foto pariwisata dan deskripsi kota Bandung Aksi Aktor Reaksi Sistem 1. Pengunjung meng-click button pariwisata Bandung 2. Sistem menampilkan form pariwisata Bandung yang berisi gallery foto dan deskripsi singkat tenang obyek wisata tersebut Kondisi Akhir : Pengunjung dapat melihat gallery foto obyek wisata kota Bandung. Nomor Nama Tujuan Deskripsi Tabel 3.3 Skenario Pariwisata 3.2.3.2 Dinamika Objek Berikut adalah Sequence Diagram dari fungsi Pariwisata yang menggambarkan interaksi antara sejumlah object dalam urutan waktu. : POST : pariwis ata : Pengunj ung Req_s how_gallery <<create>> s how_gallery( ) SKPL-001 Halaman 16 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Gambar 3.4 Sequence Pariwisata 3.2.4 Fungsi KTP Fungsi KTP adalah fungsi untuk pendaftaran pembuatan KTP secara online melaui web ini, dimana pengunjung tinggal mengisi form yang berisi data yang berkaitan dengan data KTP, yang nantinya akan dikirim ke database server untuk dikelola 3.2.4.1 Skenario Di bawah ini adalah scenario dari fungsi KTP : Nomor Nama Tujuan Deskripsi Identifikasi 4 KTP Melakukan pendaftaran pembuatan KTP secara online Pengunjung mengisi form yang berisi data yang diperlukan dalam pembuatan KTP yang nantinya akan dikirim ke database server untuk dikelola Tipe Primary Aktor Pengunjung, Admin Skenario Utama Kondisi Awal : Pengunjung belum terdaftar dalam pembuatan KTP secara online Aksi Aktor Reaksi Sistem 1. Pengunjung mengisi form yang berisi data yang berkaitan dengan spesifikasi pembuatan KTP 2. Pengunjung meng_click button submit 3. Sistem memverify kelengkapan data tersebut 4. Jika lengkap, maka data akan tersimpan di database KTP Kondisi akhir : Pengunjung telah terdaftar dalam pembuatan KTP secara online Tabel 3.4 Skenario KTP 3.2.4.2 Dinamika Objek Berikut adalah Sequence Diagram dari fungsi KTP yang menggambarkan interaksi antara sejumlah object dalam urutan waktu. SKPL-001 Halaman 17 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. : POST : KTP_online : KTP_s torage : Pe n gu n j u n g Req_s pec_data input_s pec_dataKTP( ) <<create>> s ave data_KTP( ) s aveOK Gambar 3.5 Sequence KTP 3.2.5 Fungsi KK Fungsi KK adalah fungsi pendaftaran pembuatan KK secara online melaui web ini, dimana pengunjung tinggal mengisi form yang berisi data yang berkaitan dengan data KK, yang nantinya akan dikirim ke database server untuk dikelola 3.2.5.1 Skenario Di bawah ini adalah scenario dari fungsi KK: Identifikasi Nomor Nama Tujuan Deskripsi 5 KK Melakukan pendaftaran pembuatan KK secara online Pengunjung mengisi form yang berisi data yang diperlukan dalam pembuatan KK yang nantinya akan dikirim ke database server untuk dikelola Tipe Primary Aktor Pengunjung, Admin Skenario Utama Kondisi Awal : Pengunjung belum terdaftar dalam pembuatan KK secara online Aksi Aktor Reaksi Sistem 1. Pengunjung mengisi form yang berisi data yang berkaitan dengan spesifikasi pembuatan KK 2. Pengunjung meng_click button submit 3. Sistem memverify kelengkapan data tersebut 4. Jika lengkap, maka data akan tersimpan di database KK Kondisi akhir : Pengunjung telah terdaftar dalam pembuatan KK secara online Tabel 3.5 Skenario KK SKPL-001 Halaman 18 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. 3.2.5.2 Dinamika Objek Berikut adalah Sequence Diagram dari fungsi KK yang menggambarkan interaksi antara sejumlah object dalam urutan waktu. : POST : KK_online : KK_s torage : Pengunj ung Req_s pec_data input_s pec_dataKK( ) <<create>> s ave data_KK( ) s aveOK Gambar 3.6 Sequence KK 3.2.6 Fungsi Pengaduan Fungsi Pengaduan adalah fungsi yang dapat digunakan oleh pengunjung untuk mengisi saran dan keluhan yang ditujukan pada administrasi kota Bandung 3.2.6.1 Skenario Di bawah ini adalah scenario dari fungsi Pengaduan : Identifikasi 6 Pengaduan Pengunjung bisa memberikan saran dan keluhan terhadap kinerja pemerintah kota Bandung Deskripsi Pengunjung mengisi form dengan data saran dan keluhan serta tujuan pengiriman saran dan keluhan tersebut Tipe Primary Aktor Pengunjung, Admin Skenario Utama Kondisi Awal : Pengunjung belum mengisi form keluhan dan saran Aksi Aktor Reaksi Sistem 1. Pengunjung mengisi form pengaduan dengan data yang berkaian dengan isi form 2. Pengunjung meng-click button submit 3. Sistem memverifkasi data di dalam form 4. Data tersimpan dalam database komplain untuk selanjutnya dikirim ke serve guna diteruskan ke pemerintahan kotamadya Bandung Kondisi akhir : Komplain dan saran pengunjung telah terkirim ke admin guna ditanggapi oleh Nomor Nama Tujuan SKPL-001 Halaman 19 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. pemerintahan daerah Tabel 3.6 Skenario Pengaduan 3.2.6.2 Dinamika Objek Berikut adalah Sequence Diagram dari fungsi Pengaduan yang menggambarkan interaksi antara sejumlah object dalam urutan waktu. : POST : komplain : storage_komplain : Pengunjung req_spec_komplain input_spec_kom pl ai n( ) <<create>> save_spec_komplain( ) saveOK Gambar 3.7 Sequence Pengaduan 3.3 Deskripsi Kelas-kelas Pada bagian ini, akan dideskripsikan kelas-kelas apa saja yang dapat dibentuk dalam sistem, beserta atribut serta method-method yang terdapat padanya. 3.3.1 Diagram Kelas SKPL-001 Halaman 20 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Gambar 3.8 Diagram Kelas 3.3.2 Spesifikasi Kelas Berikut adalah spesifikasi dari tiap kelas yang terdapat pada gambar diagram kelas diatas. 3.3.2.1 Kelas POST Kelas POST berperan sebagai perantara antara kelas pengunjung dengan kelaskelas layanan pada sistem. Setiap POST dapat melakukan banyak hubungan dengan kelas-kelas layanan. Kelas POST ini dalam dunia nyata adalah berupa computer yang terhubung dengan layanan internet serta mempunyai perangkat-perangkat antarmuka yang dibutuhkan sistem, yaitu monitor, mouse, dan keyboard. 3.3.2.1.1 Deskripsi Atribut Kelas POST mempunyai atribut : No. POST yang mengidentifikasikan nomor dari tiap terminal. 3.3.2.1.2 Deskripsi Layanan Berikut adalah method-method beserta penjelasan masing-masingnya :. SKPL-001 Halaman 21 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. TypeURL_or_click_on_modul() : untuk membuka page dengan mengetikkan URL atau meng-click modul / link-link yang ada enterNameID&Password() : untuk mengisikan nameID dan password dari admin sewaktu login display_page() : untuk menampilkan halaman yang ingin dibuka show_gallery():untuk menampilkan gallery foto yang ada dalam form pariwisata input_spec_dataKK():untuk menginputkan spesifikasi data KK yang diperlukan dalm pendaftaran pembuatan KK input_spec_komplain():untuk menginputkan data-data yang diperlukan dalam form komplain input_spec_dataKTP():untuk menginputkan spesifikasi data KTP yang diperlukan dalm pendaftaran pembuatan KTP 3.3.2.1.3 Perilaku Intra Kelas Perilaku intra kelas POST dapat dilihat pada diagram state berikut : OFF Start Turn On Turn Off Idle Gambar 3.9 State Kelas POST 3.3.2.2 Kelas Pengunjung Kelas pengunjung berperan sebagai user yang memiliki kepentingan dengan isi dari web ini. 3.3.2.2.1 Deskripsi Atribut SKPL-001 Halaman 22 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Kelas pengunjung mempunyai atribut : IDpengunjung atribut ini wajib dipunyai oleh setiappengunjung untuk membedakan pengunjung satu dengan yang lain. 3.3.2.2.2 Deskripsi Layanan Tidak ada method pada kelas ini 3.3.2.2.3 Perilaku Intra Kelas Kelas ini bersifat statis 3.3.2.3 Kelas admin Kelas admin mengidentifikasikan admin yang login ke web ini. 3.3.2.3.1 Deskripsi Atribut Kelas admin mempunyai atribut : NameID, untuk menidentifikasikan ID dari admin Password, untuk mengidentifikasikan password dari admin 3.3.2.3.2 Deskripsi Layanan Kelas admin tidak mempunyai method : 3.3.2.3.3 Perilaku Intra Kelas Kelas ini bersifat statis 3.3.2.4 Kelas validasi Kelas validasi digunakan untuk memvalidasi nameID dan password yang dimiliki oleh admin 3.3.2.4.1 Deskripsi Atribut Kelas validasi tidak mempunyai atribut 3.3.2.4.2 Deskripsi Layanan Kelas validasi mempunyai method : SKPL-001 Halaman 23 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. verifyID() , yaitu operasi untuk memverifikasi nameID dan password yang dimiliki oleh admin 3.3.2.4.3 Perilaku Intra Kelas Perilaku intra kelas validasi dapat dilihat pada diagram state berikut start waiting for adm inID & pas s word input adminID & password verifying us erID & pas s word not valid userID & password OK stop Gambar 3.10 State Kelas validasi 3.3.2.5 Kelas Komplain Kelas komplain mengidentifikasikan saran dan keluhan yang ditujukan terhadap pemerintah kota Bandung 3.3.2.5.1 Deskripsi Atribut Kelas komplain mempunyai atribut : Spec_data_komplain, atribut ini berupa data-data komplain dalam form pengaduan yang harus diisi Tgl pengisian, atribut ini berupa tgl diisikannya data komplain teresbut oleh pengunjung 3.3.2.5.2 Deskripsi Layanan Kelas komplain mempunyai method : Create() , yaitu operasi pembuatan komplain / pengaduan baru dari pengunjung 3.3.2.5.3 Perilaku Intra Kelas Perilaku intra kelas komplain dapat dilihat pada diagram state berikut : SKPL-001 Halaman 24 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. start waiting for data komplain input data komplain checking data komplain not valid val id creating komplain createOK saving data komplain saveOK stop Gambar 3.11 State Kelas komplain 3.3.2.6 Kelas Storage_Komplain Kelas storage_komplain mengidentifikasikan database dari komplain / pengaduan yang telah dibuat oleh pengunjung 3.3.2.6.1 Deskripsi Atribut Kelas ini mempunyai atribut: Tipe storage, untuk mengidentifikasikan jenis storage Tgl penyimpanan, berupa tanggal penyimpanan data komplain Tgl pengaksesan, berupa tgl pengaksesan data komplai oleh admin 3.3.2.6.2 Deskripsi Layanan Kelas ini mempunyai method : Save_spec_komplain(), untuk menyimpan data komplain yang telah dimasukkan pengunjung ke storage komplain 3.3.2.6.3 Perilaku Intra Kelas Perilaku intra kelas storage_komplain dapat dilihat pada diagram state berikut : SKPL-001 Halaman 25 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Not Connected Start Disconnected Connected Waiting for prosess Update database End Gambar 3.12 State Kelas storage_komplain 3.3.2.7 Kelas KK_online Kelas KK_online mengidentifikasikan proses pendaftaran pembuatan KK secara online 3.3.2.7.1 Deskripsi Atribut Kelas KK_online mempunyai atribut : Spec_data_KK, atribut ini berupa data-data KK dalam form KK yang harus diisi Tgl pengisian, atribut ini berupa tgl diisikannya data KK tersebut oleh pengunjung 3.3.2.7.2 Deskripsi Layanan Kelas ini mempunyai method : Create() , yaitu operasi pendaftaran pembuatan KK baru dari pengunjung 3.3.2.7.3 Perilaku Intra Kelas Perilaku intra kelas ini dapat dilihat pada diagram state berikut : start waiting for s pec data_kk input data_KK checking data_KK not valid val id creating KK_online already store createOK s aving data_KK s aveOK SKPL-001 NewState5 Halaman 26 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Gambar 3.13 State Kelas KK_online 3.3.2.8 Kelas KK_storage Kelas KK_storage mengidentifikasikan database dari KK yang telah dibuat oleh pengunjung 3.3.2.8.1 Deskripsi Atribut Kelas ini mempunyai atribut : Tipe storage, untuk mengidentifikasikan jenis storage Tgl penyimpanan, berupa tanggal penyimpanan data KK Tgl pengaksesan, berupa tgl pengaksesan data KKoleh admin 3.3.2.8.2 Deskripsi Layanan Kelas ini mempunyai method : Save_dataKK(), untuk menyimpan data KK yang telh diinputkan oleh pengunjung ke database KK 3.3.2.8.3 Perilaku Intra Kelas Perilaku intra kelas ini dapat dilihat pada diagram state kelas storage_komplain, karena padaintinya keduanya sama-sama sebuah database 3.3.2.9 Kelas KTP_online Kelas ini mengidentifikasikan proses pendaftaran pembuatan KTP secara online 3.3.2.9.1 Deskripsi Atribut Kelas KTP_online mempunyai atribut : Spec_data_KTP, atribut ini berupa data-data KTP dalam form KTP yang harus diisi Tgl pengisian, atribut ini berupa tgl diisikannya data KTP tersebut oleh pengunjung 3.3.2.9.2 Deskripsi Layanan Kelas ini mempunyai method : SKPL-001 Halaman 27 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Create() , yaitu operasi pendaftaran pembuatan KTP baru dari pengunjung 3.3.2.9.3 Perilaku Intra Kelas Perilaku intra kelas ini dapat dilihat pada diagram state berikut : start waiting for spec data_KTP input data_KT P checking data not valid val id creating KTP_online already store createOK saving data_KTP saveOK stop Gambar 3.14 State Kelas KTP_online 3.3.2.10 Kelas KTP_storage Kelas KTP_storage mengidentifikasikan database dari KTP yang telah dibuat oleh pengunjung 3.3.2.10.1 Deskripsi Atribut Kelas ini mempunyai atribut : Tipe storage, untuk mengidentifikasikan jenis storage Tgl penyimpanan, berupa tanggal penyimpanan data KTP Tgl pengaksesan, berupa tgl pengaksesan data KTP oleh admin 3.3.2.10.2 Deskripsi Layanan Kelas ini mempunyai method : Save_dataKTP(), untuk menyimpan data KTP yang telah diinputkan oleh pengunjung ke database KTP 3.3.2.10.3 Perilaku Intra Kelas SKPL-001 Halaman 28 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Perilaku intra kelas ini dapat dilihat pada diagram state kelas storage_komplain, karena pada intinya keduanya sama-sama sebuah database. 3.3.2.11 Kelas open_page Kelas open_page mengidentifikasikan pembukaan halaman dari setiap file dalam web ini 3.3.2.11.1 Deskripsi Atribut Kelas ini mempunyai atribut : URL , yaitu atribut yang berupa alamat / lokasi halaman file yang dituju modul, yaitu atribut yang berupa link ke halaman lain / modul lain yang ingin dibuka. 3.3.2.11.2 Deskripsi Layanan Kelas ini mempunyai method : create() , yaitu operasi pembuatan modul untuk membuka halaman yang diinginkan oleh user, bias dengan mengetikkan URL atau meng-click modul yang diinginkan untuk dibuka. 3.3.2.11.3 Perilaku Intra Kelas Perilaku intra kelas ini dapat dilihat pada diagram state berikut : start waiting for URL or Modul click input URL or click modul checking URL or modul click not valid val id creating open_page createOK reques ting page reques t done dis playing page dis playOK stop Gambar 3.15 State Kelas open_page SKPL-001 Halaman 29 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. 3.3.2.12 Kelas page_file Kelas page_file mengidentifikasikan sebuah storage yang berisi sekumpulan page-page yang ada dalam web ini 3.3.2.12.1 Deskripsi Atribut Kelas ini mempunyai atribut : Tipe page , yaitu atribut yang berupa tipe dari halaman yang ingin dibuka Tgl pengaksesan, yaitu atribut yang berupa tgl pengaksesan page tersebut Tgl pengupdatean, yaitu atribut berupa tgl pengupda-an halamn tersebut Tgl pembuatan yaitu atribut berupa tgl pembuatan halamn tersebut URL, yaitu atribut berupa lokasi / alamat dari halaman yang dituju 3.3.2.12.2 Deskripsi Layanan Kelas ini tidak mempunyai method 3.3.2.12.3 Perilaku Intra Kelas kelas ini bersifat statis 3.3.2.13 Kelas pariwisata Kelas pariwisata mengidentifikasikan penunjukan gallery foto-foto obyek wisata di bandung 3.3.2.13.1 Deskripsi Atribut Kelas ini mempunyai atribut : Tgl pengaksesan , yaitu atribut yang berupa tgl pengaksesan halaman pariwisata Bandung Tgl pengupdatean, yaitu atribut yang berupa pengupdatean foto-foto Type foto, yaitu atribut berupa jenis foto yang ada di gallery Deskripsi foto, yaitu atribut berupa penjabaran singkat tentang foto-foto yang ada 3.3.2.13.2 Deskripsi Layanan Kelas ini mempunyai method : SKPL-001 Halaman 30 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. create() , yaitu operasi pembuatan modul pariwisata guna melihat gallery foto obywk wisata dan deskripsi singkatnya 3.3.2.13.3 Perilaku Intra Kelas Perilaku intra kelas ini dapat dilihat pada diagram state berikut : waiting for show request start request show gal lery creating pariwisata_page createOK diaplaying gallery displ ayOK stop Gambar 3.16 State Kelas pariwisata 3.4 Deskripsi Kebutuhan Non Fungsional Kriteria Kebutuhan 1. Performansi Kecepatan pelayanan Tuntutan Kebutuhan Proses pelayanan maksimal 0,5 detik untuk setiap layanan. Jumlah layanan simultan yang bisa Minimal 20 layanan dalam 5 detik ditangani 2. Batasan memori 4 Memori Primer Minimal 256 MB Memori Sekunder Minimal 128 MB Modus Operasi Operasi Backup dan Recovery Minimal terdapat satu Back-up-an dan kemampuan recovery > 100 MB 5 Kebutuhan Adaptasi lokasi Untuk Sistem operasi Linux, minimal dibutuhkan browser Netscape 5.0 SKPL-001 Halaman 31 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Tabel 3.8 Deskripsi Kebutuhan Non-Fungsional 3.5 Atribut Kualitas Perangkat Lunak Kriteria Kualitas 1. Kehandalan Tuntutan Kualitas Minimal harus bias memenuhi semua kebutuhan yang diajukan oleh pelanggan ditambah minimal 1 layanan tambahan. 2. Ketersediaan Tersedia layanan untuk recovery data dan restart aplikasi. 3. Keamanan Integritas data terjamin, diperlukan kunci khusus sehingga hanya orang-orang tertentu saja (Administrator) yang dapat mengubah isi data/program, setiap fungsi dibuat dalam modul yang berbeda. 4. Perawatan Tiap modul maksimal mempunyai 3 keterkaitan dengan modul yang lain, sehingga memudahkan untuk perawatannya. Tabel 3.9 Atribut Kualitas Perangkat Lunak 3.6 Batasan Perancangan Format Laporan Semua laporan dan dokumentasi yang dihasilkan di setiap tahapan harus sesuai dengan standard IEEE Penamaan Data Penamaan data diberikan sesuai dengan objek atau kelas dari data yang bersangkutan. Prosedur Audit Semua perubahan harus dicatat pada suatu file khusus untuk penelusuran dengan isi sebelum dan sesudah dilakukan. 4. Matriks Keterunutan Inspeksi SKPL-001 Halaman 32 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. Mengamati produk yang dihasilkan , yaitu dengan mengamati kode program yang nanti dihasilkan, dan dibandingkan dengan spesifikasi kebutuhan yang sudah didefinisikan sejak awal, dalam hal ini standard produk yang digunakan adalah sesuai dengan yang tertera dalam Dokumen SKPL dan DPPL (Dokumen Perancangan Perangkat Lunak). Analisis Pengukuran kuantitatif dari produk yang dihasilkan, apakah sesuai dengan batasan-batasan yang telah ditetapkan oleh pelanggan berdasarkan hasil wawancara antara pengmbang dengan pelanggan yang kemudian dituliskan di dalam dokumen SKPL ini. Demonstrasi Menguji kesesuaian antara masukan dan keluaran yang dihasilkan. Lampiran Flow map/Prosedur Collaboration diagram (Prosedur / Algoritma) 1. Buka_Hal 2: TypeURL_or_cli ck_on_modul ( ) : POST 1: ReqURL_or_m odul_cli ck : Pengunjung 5: di splay_page( ) 3: <<create>> 4: req_page : open_page : page_fi le 2. Login SKPL-001 Halaman 33 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. 2: enterNameID&Password( ) : POST 1: ReqNameID&Password : Admin 4: IDOK 3: verifyID( ) : validasi 3. Pariwisata 1: Req_show_gallery : POST : Pengunjung 3: show_gallery( ) 2: <<create>> : pariwisata 4. KTP 2: input_spec_dataKTP( ) : POST 1: Req_spec_data : Pengunjung 5: saveOK 3: <<create>> 4: save data_KTP( ) : KTP_onl ine : KTP_storage 5.KK SKPL-001 Halaman 34 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh. 2: input_spec_dataKK( ) : POST 1: Req_spec_data : Pengunjung 5: saveOK 3: <<create>> 4: save data_KK( ) : KK_online : KK_storage 6. Pengaduan 2: i nput_spec_komplain( ) : POST 1: req_spec_komplain : Pengunjung 5: saveOK 3: <<create>> 4: save_spec_kom pl ai n( ) : kompl ai n : storage_kompl ai n SKPL-001 Halaman 35 dari 35 Dokumen ini dan informasi yang dimilikinya adalah milik. dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh.
