Download - SKPL Bancosera Kelompok 3
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Izin Usaha Konstruksi Bandung / Bandung Construction Service Approval (Bancosera)
untuk:
Pemilik Jasa Konstruksi
Dipersiapkan oleh:
Adetya Prasetyo (1103120121)Mohamad Fachrur Ridwan (1103120122)Ananda Dwi Yasmine (1103120123)
Muhammad Erpin AlGhifari (1103120131)Rosalina Indah N.L (1103120128)
I Dewa Agung Made Seila Ardyari (1103120240)Adithya Rizky Pratama (1103124315)
Prodi S1 Teknik Informatika Universitas Telkom
Jalan Telekomunikasi No. 1 Bandung
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 1 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Prodi S1 Teknik Informatika
Universitas Telkom
Nomor Dokumen
Halaman
GL01xxx <x:
id proyek>Atau
SKPLxxx
<#>/<jml #
Revisi <nomor revisi> Tgl: <isi tanggal>
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 2 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
DAFTAR PERUBAHANRevisi Deskripsi
A
B
C
D
E
F
G
INDEX A B C D E F GTGL
Ditulis oleh
Diperiksa oleh
Disetujui oleh
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 3 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 4 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Daftar Isi
1. Pendahuluan 1.1 Tujuan Penulisan Dokumen 1.2 Lingkup Masalah1.3 Definisi, Singkatan, dan Akronim1.4 Referensi1.5 Deskripsi Umum Dokumen 2 Deskripsi Global Perangkat Lunak2.1 Perspektif Produk 2.2 Fungsi Produk 2.3 Karakteristik Pengguna 2.4 Batasanbatasan 2.5 Asumsi dan Kebergantungan 3 Deskripsi Rinci Kebutuhan 3.1 Kebutuhan antarmuka eksternal 3.1.1 Antarmuka pemakai 3.1.2 Antarmuka perangkat keras 3.1.3 Antarmuka perangkat lunak 3.1.4 Antarmuka komunikasi3.2 Kebutuhan Fungsional3.2.1 Aliran informasi3.2.1.1 DFD 03.2.1.2 DFD 1 3.2.2 Deskripsi proses 3.2.2.1 Proses 13.2.2.2 Proses 2 dan seterusnya3.3 Deskripsi Data 3.3.1 Kamus data 3.4 Deskripsi Kebutuhan Non Fungsional3.5 Atribut Kualitas Perangkat Lunak 3.6 Batasan Perancangan 3.7 Matriks KeterunutanLampiran Flow map/ProsedurLampiran lain yang dianggap perlu
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 5 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Daftar Gambar Gambar 31 Diagram Konteks. ………………………………………………………………... 16Gambar 32 Data Flow Diagram Level 0. …………………………………………………….. 17Gambar 32 Data Flow Diagram Level 1 Proses 1.0 Login……………………………………. 18Gambar 32 Data Flow Diagram Level 1 Proses 2.0 Pendaftaran…………………………….. 19Gambar 33 Data Flow Diagram Level 1 Proses 3.0 Peninjauan………………………………. 20Gambar 41 Entity Relationship Diagram………………………………………………………. 29Gambar 42 Flow Chart Diagram………………………………………………………………. 34
Daftar TabelTabel 3.4 Kebutuhan Non Fungsional 24Tabel 3.5 Atribut Kualitas Perangkat Lunak 25Tabel 3.7 Matriks Keturunan 26Tabel 41 Atribut ERD: Member 28Tabel 42 Atribut ERD: SIUJK (Surat Izin Usaha Jasa Konstruksi) 28Tabel 43 Atribut ERD: Berkas_Permohonan 29Tabel 44 Atribut ERD: Pengaduan_Permohonan_Izin 30Tabel 45 Atribut ERD: Arsip 30Tabel 46 Atribut ERD: Jadwal_Pemeriksaan 31Tabel 47 Atribut ERD: Hasil_Pemeriksaan_Lapangan 31
Daftar Lampiran
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 6 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
1. Pendahuluan
1.1 Tujuan Penulisan DokumenTujuan penulisan dokumen ini adalah sebagai dokumentasi dari segala aktivitas selama pembuatan spesifikasi perangkat lunak untuk izin usaha konstruksi bangunan, mulai dari tahap user requirements, analisis, desain, implementasi, hingga testing. Adapun tujuan dari proyek ini adalah untuk memudahkan pemohon izin untuk melakukan proses permohonan izin usaha konstruksi, serta admin dan pegawai untuk pengarsipan dan pengecekan.
1.2 Lingkup Masalah
● Bagaimana memberikan kemudahan administrasi untuk mendapat izin jasa konstruksi ?
● Bagaimana mengefisiensikan waktu dalam proses perizinan ?● Bagaimana memudahkan pengguna dalam mendapat informasi terkait perizinan jasa
konstruksi ?
1.3 Definisi, Singkatan, dan Akronim 1. Definisi
● Combo box : merupakan kombinasi dari text box dan list box dimana pemasukan data dapat dilakukan dengan pengetikan maupun pemilihan
● Text box: adalah Field yang digunakan untuk memasukkan teks. Text box dapat dibiarkan kosong dan pengisiannya diserahkan sepenuhnya kepada user, atau diprogram untuk mengisi teksteks tertentu sesuai dengan pilihan pengguna.
1.4 Referensihttp://www.scribd.com/doc/117378711/10/AsumsidanKetergantungan#page=5http://power.lecture.ub.ac.id/files/2011/11/PanduanPenulisanSKPL.pdfhttp://noviavia21.blogspot.com/2010/10/pengertiandanperbedaanantaracombo.html http://elib.unikom.ac.id/files/disk1/382/jbptunikomppgdlekapurnama19072703babii.pdfhttp://www.scribd.com/doc/33278799/5/DeskripsiUmumDokumen
1.5 Deskripsi Umum Dokumen Dokumen SKPL ini menggambarkan spesifikasi dari produk yang akan dibangun,
dimana telah disesuaikan dengan kebutuhan pengguna. Gambaran umum dan khusus dari perangkat lunak, meliputi :
● Tujuan dan fungsi perangkat lunakMenjelaskan tujuan dan fungsi dibangunnya perangkat lunak ini berdasarkan
ruang lingkup dan batasan masalahnya, yaitu mengenai perizinan jasa konstruksi di Kota Bandung.
● Kemampuan perangkat lunakMendeskripsikan kemampuan dari perangkat lunak dalam melayani user
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 7 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
untuk mengajukan permohonan izin jasa konstruksi.
● Antar muka pemakai, perangkat keras, perangkat lunak dan komunikasiMenjelaskan tentang kebutuhan dalam perancangan perangkat lunak yang
akan dibangun meliputi pemakai, perangkat keras, perangkat lunak, dan komunikasi.
● Batasan batasan perangkat lunakMendeskripsikan batasan batasan masalah dalam membangun perangkat
lunak.
● Karakteristik penggunaMendeskripsikan karakteristik pengguna yang akan menggunakan perangkat
lunak, baik bagi admin, user, maupun yang akan melakukan maintanance.
● Ketergantungan perangkat lunakMenjelaskan ketergantungan perangkat lunak terhadap lingkungan dimana
perangkat lunak ini akan dioperasikan.
2 Deskripsi Global Perangkat Lunak
2.1 Perspektif ProdukAplikasi perizinan Jasa Usaha Konstruksi yang dirancang merupakan sebuah aplikasi berbasis web yang dapat digunakan untuk mempermudah proses perizinan jasa usaha konstruksi. Penggunaan aplikasi ini ditujukan khusus dalam hal pengolahan data dalam setiap prosedur perizininan. System aplikasi ini berhubungan dengan beberapa entitas luar yaitu pemohon, staff BPPT, dan Bank yang bersangkutan. User yang merupakan pemohon dapat mendaftarkan jasa konstruksinya dan menunggu proses perizinan untuk disetujui. Aplikasi perizinan Jasa Usaha Konstruksi akan terhubung ke sistem pusat.
2.2 Fungsi ProdukBerdasarkan DFD aplikasi perizinan jasa usaha konstruksi mempunyai beberapa fungsi dalam kebutuhan user:1.0 Log In
1.1 Sign up, menu ini merupakan langkah pertama untuk mendaftar pada system. user harus memasukkan nama, username, password, dan email.
1.2 Sign In, menu ini merupakan kelanjutan dari langkah sign up. Jika user sudah melakukan sign up, untuk memasuki system user hanya perlu login dengan memasukkan username dan password. jika username atau passwordnya invalid maka user akan mengulangi process login.
2.0 Menu Utama2.1 Home, merupakan halaman awal yang akan muncul setelah proses login selesai.2.2 Pendaftaran izin , menu ini merupakan menu untuk pendaftaran izin usaha
konstruksi. User mengisi form pendaftaran dan mengupload berkas sesuai dengan
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 8 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
ketentuan.2. 3 Button Notification, merupakan pihak notifikasi dari BPPT mengenai prosedur
perizinan.2.4 History, berisi tentang beberapa aktivitas prosedur yang sudah dilakukan.2.5 Button Process, 2.6 Result, 2.7 Profile, merupakan profil dari user yang berisi username, foto, nama perusahaan,
dan alamat.2.8 Help, merupakan menu bantuan bagi user.3.0 Logout, menu ini merupakan langkah untuk keluar dari system.
2.3 Karakteristik PenggunaAda beberapa jenis pengguna web1. Masyarakat2. Admin3. Kepala konstruksi
Tabel berikut menggambarkan karakteristik dalam penggunaan web perangkat lunak.Kategori Pengguna Fasilitas Hak Akses Pengguna
Masyarakat ● Melakukan pendaftaran berupa login dalam web.
● Melakukan transaksi.● Melakukan penolakan
● Akses menu antarmuka dalam biodata
● Akses menu form● Akses menu transaksi
Admin ● Mengolah data.● Mencetak laporan.● Mencari data izin
knstruksi
● Akses menu antarmuka master data.
● Akses menu edit data.● Akses menu view
dalam pemroses
Ketua Konstruksi ● Menerima laporan data dari
● Akses menu cetak
2.4 BatasanbatasanBatasan system web Bancosera sebagai berikut :1. System web Bancosera akan dibangun yang dilengkapi dengan hak akses
masingmasing user.2. System web Bancosera berupa data masyarakat,pembuatan perizinan,document yang
diperpanjang atau melakukan perubahan.3. Untuk masyarakat dan admin yang ingin melihat hasil dari pemrosesan harus terlebih
dahulu login untuk dapat hak akses selanjutnya.4. Dalam badan sekretariat,badan tersebut hanya dapat menyerahkan izin dan SKRD
kepada masyarakat
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 9 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
5. Untuk masyarakat yang bukan user,harus melakukan registrasi dahulu untuk mendapatkan id dan nomor user.
6. Output yang dihasilkan berupa dokumen manual dan softcopy.7. Permasalahan dapat dibatasi dengan suatu perancangan system.
2.5 Asumsi dan KebergantunganAsumsi dan ketergantungan yang digunakan dalam Izin Usaha Jasa Konstruksi di Bandung ini adalah :1. Hak akses user hanya dapat dibuat dan dikelola oleh admin (staff IT).2. Tidak ada trainning program bagi user (user dianggap sudah mengerti dan dapat mengoperasikan program dengan baik).
3. Sistem Operasi yang digunakan minimal Windows XP.
3 Deskripsi Rinci KebutuhanUntuk setiap sistem (kecuali yang sangat sederhana) kebutuhan rinci cenderung
menjadi luas. Oleh karena itu, direkomendasikan dua cara yaitu untuk pendekatan berorientasi proses dan untuk pendekatan berorientasi objek. Banyak notasi, metode, teknik, dan dukungan untuk membantu dokumentasi kebutuhan. Umumnya penggunaannya bergantung pada pendekatan yang digunakan. Ada banyak pendekatan yang bisa dipakai selain kedua pendekatan yang telah disebutkan di atas. Beberapa organisasi selain kedua pendekatan di atas dijelaskan sebagai berikut :
● Mode sistemBeberapa sistem berlaku agak berbeda tergantung pada modus operasi sistem.
Sebagai contoh sistem kendali mungkin memiliki sekumpulan fungsi yang berbeda tergantung modenya (training, normal atau berbahaya).
● Kelompok penggunaBeberapa sistem membutuhkan fungsi yang berbeda terhadap kelompok yang
berbeda dari pengguna. Sebagai contoh sistem elevator melibatkan masyarakat umum sebagai pengguna elevator, pekerjan maintenance dan pemadam kebakaran.
● FeatureSuatu feature adalah pelayanan yang dinginkan secara eksternal oleh sistem yang
membutuhkan serangkaian masukan yang memberi efek terhadap hasil. Sebagai contoh pada sistem telpon, featurenya adalah hubungan lokal, call forwarding dan conference call. Setiap feature umumnya dijelaskan dalam pasangan stimulus response.
● StimulusBeberapa sistem akan lebih baik diorganisasikan berdasarkan stimulus. Misalnya
fungsifungsi sistem pendaratan pesawat udar mungkin diorganisasikan menjadi bagian loss of power, wind shear, sudden change in roll, vertical velocity excessive, dll.
● ResponsBeberapa sistem dapat diorganisasikan dengan menjelaskan semua fungsi dalam
mendukung pembangkitan respons. Misalnya fungsi sistem personil dapat diorganisasikan menjadi bagianbagian yang berhubungan dengan semua fungsi yang diasosiasikan dengan pembangkitan cek pembayaran, fungsifungsi yang berhubungan daftar pegawai, dan lainlain.
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 10 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
3.1 Kebutuhan antarmuka eksternalKebutuhan antarmuka eksternal merincikan deskripsi kebutuhan masukandan keluaran
perangkat lunak yangdispesifikasikandalam mengembangkanaplikasi. Kebutuhan antarmuka eksternal ini meliputi antarmuka pemakai,antarmuka perangkat keras, antarmukaperangkat lunak, antarmuka komunikasi.
3.1.1 Antarmuka pemakaiAntarmuka pemakai mendefinisikankarakteristik logis dari setiapantarmuka antara
aplikasi perangkat lunak dan penggunanya, serta semua aspek optimisasi antarmuka dengan pengguna yang akan menggunakan sistem. Kebutuhan antarmuka pemakai ini diantaranya adalah sebagai berikut :
1. Untuk menunjang optimisasi tampilan antarmuka aplikasi perizinan usaha konstruksi Bandung berbasis web, diperlukan web browser yang mendukung menjalankan bahasa pemrograman JavaScript atau disebut juga JavaScript enabled browser, misalnya Mozilla Firefox.
2. Komponenkomponen antarmuka yang dibutuhkan dalam membangun aplikasi perizinan ini adalah form, buttons, text box, list box, combo box, message report, dan lainlain. Adapun layout, screen, buttons, dan lainlainnya tersebut menggunakan tools yang ada dalam Adobe Dreamweaver.
3. Tiap fitur dalam produk dibentuk dalam satu form tersendiri, tapi tetap satu kesatuan dengan seluruh fitur lainnya. Tiap form memiliki cara akses events seperti click, ataupun dengan menggunakan keyboard seperti menekan tombol enter.
4. Visualisasi bahasa yang dipakai pada tampilan aplikasi adalah bahasa Indonesia dan sedikit bahasa Inggris yang familiar dalam Windows.
3.1.2 Antarmuka perangkat keras● Perangkat Input/Output
○ KeyboardDapat memakai jenis keyboard yang compatible dengan sistem operasi yang digunakan.
○ MouseStandar mouse 2 button atau 3 button yang dapat digunakan sesuai dengan sistem operasi yang digunakan.
○ MonitorStandar resolusi yang digunakan minimal 640 x 480
● Sistem Unit○ Processor
Minimal menggunakan pentium 4, processor 2.2 Ghz atau lebih.○ Memory
Dapat menggunakan memory minimal 256 Mb.○ Harddisk
Menggunakan harddisk dengan free space minimal 10 Gb atau lebih.
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 11 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
3.1.3 Antarmuka perangkat lunak
No Jenis Software Kebutuhan Hardware
1 Sistem Operasi Windows XP with SP3
2 Bahasa Pemrograman PHP
3 Pengolah DataBase MySQL
4 Pemodelan Sistem Microsoft Visio 2007
5 Perancagan Database Microsoft Visio 2007, MySQL
6 Perancangan Antar Muka Microsoft Visio 2007. Dreamweaver
3.1.4 Antarmuka komunikasiAplikasi ini akan berkomunikasi dengan pengguna melalui server yang ada, aplikasi ini juga
berkomunikasi dengan aplikasi pada server bank melalui jaringan komunikasi. Untuk keperluan pengujian, aplikasi server bank akan disimulasikan dengan menjalankan aplikasi tersebut pada jaringan yang sama.
3.2 Kebutuhan Fungsional
3.2.1 Aliran informasi Diagram konteks atau disebut juga dengan model sistem fundamental
merepresentasikan seluruh elemen sistem sebagai sebuah bubble tunggal dengan data input output yang ditunjukkan oleh anak panah yang masuk dan keluar secara berurutan.
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 12 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Gambar 31 Diagram Konteks
3.2.1.1 DFD 0Terdapat 3 proses utama dalam perancangan sistem aplikasi Bancosera yaitu Login,
Pendaftaran, dan Peninjauan.
1.0: LoginProses ini dapat diakses oleh pemohon. Kegiatan yang mungkin dilakukan adalah melakukansign in, sign up, atau jika pemohon lupa pada password akun mereka, maka terdapat menu lupa password. Data pemohon yang telah melakukan proses login (sign up dan sign in) akan disimpan di dalam tabel Data Storage Member.
2.0: PendaftaranProses ini dapat diakses oleh pemohon yang sudah masuk atau sign in ke dalam aplikasi. Kegiatan yang mungkin dilakukan adalah mendaftarkan usaha konstruksi yang dimiliki pemohon agar mendapatkan perizinan oleh BPPT. Pemohon melakukan pendaftaran dengan mengupload formulir serta persyaratan yang dibutuhkan. Lalu bagian pelayanan dan pendaftaran melakukan pemeriksaan berkas yang telah diupload pemohon. Data berkas pemohon yang sudah diperiksa akan diolah oleh bagian pengolahan dan penerbitan dan diinfokan ke dalam proses peninjauan untuk dilakukan proses lebih lanjut.
3.0: PeninjauanProses ini akan meninjau data berkas yang di inputkan pemohon, jika sesuai maka akan dilanjutkan dengan sub proses penjadwalan. Proses ini menerima info hasil pemeriksaan berkas dan penjadwalan teknis dari bagian pengolahan dan penerbitan. Info penjadwalan pemerikasaan teknis akan diberitahukanke Sekretariat Tim Teknis untuk mendapatkan hasil pemeriksaan lapangan.
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 13 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Sesuai atau tidaknya hasil pemeriksaan lapangan yang ditinjau oleh Sekretariat Badan akan dimasukan ke dalam proses peninjauan berupa data penolakan atau penerimaan.
Gambar 32 Data Flow Diagram Level 0
3.2.1.2 DFD Level 1 Login (1.0)Terdapat 4 subproses dalam proses login sistem aplikasi Bancosera yaitu Sign in, Sign up, Lupa
password, dan Display.
1.1: Sign inProses ini dapat diakses oleh pemohon yang sudah memiliki akun. Kegiatan yang dilakukan adalah melakukansign in atau masuk ke sistem menggunakan akun yang sudah ada. Pemohon melakukan input username dan passsword, jika data sesuai makan pemohon dapat masuk ke dalam aplikasi.
1.2: Sign upProses ini dapat diakses oleh pemohon yang sudah belum memliliki akun. Kegiatan yang dilakukan adalah mendaftar untuk mendapatkan akun baru. Pada proses ini pemohon memasukan data diri pemohon, username, dan password. Data pemohon yang telah dibuat akan disimpan ke dalam tabel Data Member.
1.3: Lupa passwordProses ini digunakan untuk user yang sudah memiliki akun namun lupa passwordnya, sehingga dalam proses ini akan membantu user untuk login dengan memverifikasi data yang ada pada tabel Data Member. User memasukan emailnya untuk dapat melakukan proses verifikasi data. Setelah melakukan verifikasi data, user mendapatkan info username dan password baru.
1.4: DisplayProses ini akan memberikan notifikasi kepada pemohon dari tiap tindakan yang telah dilakukan. Tindakan yang dilakukan pemohon dapat berupa sign up atau validtidaknya proses sign in.
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 14 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Gambar 32 Data Flow Diagram Level 1 Proses 1.0 Login
3.2.1.3 DFD Level 1 Proses Pendaftaran (2.0)Terdapat 2 subproses dalam proses pendaftaran sistem aplikasi Bancosera yaitu Data form
diinputkan user dan Display.
2.1: Data form diinputkan userProses ini dapat diakses oleh pemohon jika proses login berhasil. Kegiatan yang dilakukan adalah mengisi dan melengkapi form yang telah diberikan. Form yang sudah diisi dan dilengkapi akan dicek oleh bagian Pelayanan dan pendaftaran.
2.2: DisplayProses ini akan memberikan notifikasi pada setiap aktifitas dan aksi yan telah dilakukan kepada pemohon (user). Bagian Pelayanan dan pendaftaran menginfokan apakah berkas yang diisi pemohon sudah lengkap atau tidak. Data berkas yang dicek di bagian Pelayanan dan pendaftaran bila sudah lengkap akan disimpan di tabel Berkas Pemohon. Disimpannya data berkas pada tabel tersebut menandakan bahwa data berhasil diinput dan nantinya juga akan diinfokan kepada pemohon.
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 15 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Gambar 32 Data Flow Diagram Level 1 Proses 2.0 Pendaftaran
3.2.1.4 DFD Level 1 Proses Peninjauan (3.0)Terdapat 3 subproses dalam proses peninjauan sistem aplikasi Bancosera yaitu Sign in, Sign up,
Lupa password, dan Display.
3.1: Penjadwalan pemeriksaan teknisProses ini akan menentukan jadwal untuk melakukan pemeriksaan teknis, kemudian data jadwal akan dimasukan kedalam tabel data jadwal.
3.2: Pencetakan izin dan perhitungan SKRDProses ini akan melakukan pencetakan izin dan perhitungan SKRD yang sudah diproses, kemudian info dari SKRD akan diserahkan ke Sekretariat Badan.
3.3: DisplayProses ini akan memberikan notifikasi pada setiap aktifitas dan aksi yan telah dilakukan kepada pemohon (user).
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 16 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Gambar 33 Data Flow Diagram Level 1 Proses 3.0 Peninjauan
3.2.2 Deskripsi proses
3.2.2.1 Proses 1
No Urut Proses Keterangan
Proses no 1.0Login
Nomor Proses 1.1
Nama Proses Sign In
Source Pemohon
Input Data Pemohon
Output ∙ Login invalid∙ Info login invalid∙ Login valid∙ Info login valid
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 17 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Destinasi ∙ Display∙ Proses Pendaftaran
Logika Proses input(username)input(password)if (username = pemohon.username) and (password = pemohon.password) thenlogin validelselogin invalidend if
Nomor Proses 1.2
Nama Proses Sign Up
Source Pemohon
Input Data Pemohon
Output ∙ Data Pemohon∙ Info sign up berhasil∙ Info data pemohon
Destinasi ∙ Sign in∙ Tabel data member∙ Display
Logika Proses input(data pemohon)proses(pengisian data)output (sing up success)save to (tabel data pemohon)
3.2.2.2 Proses 2
No Urut Proses Keterangan
Proses no 2.0Pendaftaran
Nomor Proses 2.1
Nama Proses Data Form Diinputkan User
Source Pemohon
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 18 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Input Data Pemohon
Output Pengecekan Data
Destinasi Pelayanan dan Pendaftaran
Logika Proses input(data pemohon)output(form)proses(pengisian form)output(form terisi)
Nomor Proses 2.2
Nama Proses Display
Source Pelayanan dan Pendaftaran
Input ∙ Info data pengecekan∙ Data diinput ke berkas pemohon (database)
Output ∙ Info data yang telah dicek∙ Info data berhasil diinput
Destinasi Pemohon
Logika Proses input(data pengecekan)prosesoutput(info)
3.2.2.3 Proses 3
No Urut Proses Keterangan
3.0 Nomor Proses 3.1
Nama Proses Pejadwalan Pemeriksaan Teknis
Source Tabel Berkas Pemohon
Input Penentuan Jadwal
Output Data Jadwal
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 19 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Destinasi Tabel Jadwal Pemeriksaan
Logika Proses Input(jadwal)Input(bulan)While(bulan.tanggal<>0) doTanggal< next(tanggal)EndwhileTanggal.jadwal<jadwalOutput(jadwal)
Nomor Proses 3.2
Nama Proses Pencetakan izin dan perhitungan SKRD
Source Tabel berkas pemohon
Input Data hasil pemeriksaan
Output Info SKRD
Destinasi ∙ Sekretariat Badan
Logika Proses Input(data hasil pemeriksaan)If data=disetujui thenPercetakan izinElsePemberitahuanEndifperhitunngan SKRD
Nomor Proses 3.3
Nama Proses Display
Source Pelayanan dan Pendaftaran
Input ∙ Tabel peromohonan dan arsip∙ Sekretariat Badan∙ Tabel hasil pemeriksaan lapangan
Output ∙ Info data hasil pemeriksaan lapangan.
Destinasi Pemohon
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 20 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Logika Proses input(hasil pemeriksaan lapangan)prosesoutput(info)
3.3 Deskripsi DataDari gambar DFD level 1 terlihat bahwa sistem ini mempunyai 3 data store yaitu : Log
in, Pendaftaran, dan Peninjauan. Log in digunakan untuk mengizinkan pemohon masuk menajdi
member dengan digunakannya username dan password pada sistem log in tersebut.
Pendaftaran digunakan pemohon untuk mendaftar dan atau memberikan dokumen yang akan
diajukan pada suatu izin usaha jasa konstruksi di Bandung. Peninjauan digunakan oleh sistem
untuk memeriksa berkas data (database) yang diberikan oleh pemohon apakah data tersebut
sudah lengkap atau tidak lengkap. Bila sudah lengkap, maka pemohon telah mendapatkan
persetujuan untuk usaha jasa konstruksi.
3.3.1 Kamus data
Nama Data Data Sign in
Deskripsi Data yang berisi informasi user untuk memasuki system
Bentuk Data Form
Struktur Data Data Sign in = username + password
Nama Data Data pendaftaran
Deskripsi Data yang berisi informasi mengenai jasa konstruksi yang akan
diajukan
Bentuk Data Form
Struktur Data Data pendaftaran:
∙ Nama Perusahaan : String[50]
∙ Bentuk perusahaan: String[30]
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 21 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
∙ Nama pimpinan: String[50]
∙ Alamat pimpian: String[60]
∙ Alamat perusahaan: String[50]
∙ Status perusahaan: String[20]
∙ Nama Notaris Pendirian: String[50]
∙ Nomor pendirian: String[20]
∙ Waktu pendirian: Date
∙ Nomor pendaftaran: String[20]
∙ Waktu pendaftaran: Date
∙ Nomor pengesahan: String[20]
∙ Waktu pengesahan: Date
∙ Surat Izin Tempat Usaha: String[20]
∙ NPWP Perusahaan: real
Nama Data Data Penentuan Jadwal
Deskripsi Data yang berisi jadwal pemeriksaan teknis oleh Tim Pemeriksa
Bentuk Data Form
Struktur Data Data penentuan jadwal= tanggal+bulan+tahun pemeriksaan
(ddmmyyyy)
Nama Data Data Hasil Pemeriksaan
Deskripsi Data yang berisi hasil pemeriksaan, apakah kondisi dan persyaratan
sesuai dengan ketentuan
Bentuk Data Form
Struktur Data Data pemeriksaan=
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 22 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Nama Data Data Percetakan Izin
Deskripsi Data yang berisi hasil pemeriksaan, apakah kondisi dan persyaratan
sesuai dengan ketentuan
Bentuk Data Surat Pemberitahuan
Struktur Data Data pemeriksaan=
∙ Nama Perusahaan= String[50]
∙ Alamat Perusahaan= String[50]
∙ Nama pemimpin= String[30]
∙ NPWP= real
∙ Kualifikasi Gologan=String[20]
3.4 Deskripsi Kebutuhan Non Fungsional
Kriteria Tuntutan
Performansi ● Harus dapat menerima masukan karakter dengan kecepatan kurang lebih 5 karakter/detik.
● Perangkat lunak dapat dioperasikan pada komputer berspesifikasi minimal intel pentium 4, processor 2.2Ghz, harddisk minimal 10 Gb
Batasan Memori
● Memori minimal 256 Mb● Ukuran aplikasi akhir kurang lebih 5 Mb
Keamanan ● Password dan Username tidak boleh disimpan dalambentuk apapun.
● Password yang dimasukkan tidak boleh terlihat oleh siapapun
● Yang terlihat hanya jumlah karakternya saja
Modus operasi ● Setiap proses akses bisa lebih dari satu pengguna yang mengakses.
● Pengguna dapat melakukan proses lainnya setelah melakukan suatu proses.
● Setiap jenis proses yang berlangsung akan tercatat dilog.
● Setiap kali proses berhasil atau gagal akan ada pesan
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 23 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
yang masuk kepada pengguna.● Terputusnya koneksi maka akan membatalkan
proses yang sedang dilakukan.
Antar Muka ● Tulisan pesan dan menu perintah yang ditampilkan harus cukup jelas terbaca oleh pengguna.
● Antar muka harus memiliki karakteristik yang dapat membantu pengguna membedakan keduanya.
● Modus grafis menggunakan VGA denga resolusi maksimal 640*480.
● Setiap satu tampilan hanya ada satu proses operasi.
Batasan Data ● Setiap proses hanya bisa dilakukan dengan satu tampilan.
● Jumlah data yang dimasukkan harus sesuai dengan kebutuhan data yang sudah ditentukan.
Tabel 3.4 Kebutuhan Non Fungsional
3.5 Atribut Kualitas Perangkat Lunak
Kriteria Kualitas Tuntutan Kualitas
Keandalan ● Perangkat lunak dapat digunakan 12X6● Kecepatan pada I/O suatu file berkisar 1 MB yang
menghasilkan suatu relog file akan lebih cepat● Perangkat lunak ini dibuat untuk mempermudah
mengolah file dalam satu user,dan mendapat umpan balik lebih cepat
Ketersediaan ● Bahasa pemrograman yang digunakan pemrogrman dengan bahasa database SQL yang berupa langsung menyimpan data dalam server
● Menggunakan juga system antar muka yang sederhanasupaya semua orang dapat melakukannya
Keremawatan Setiap melakukan maintenance,modul dalam web ditambah secara sederhana,supaya user mudah dan tidakterlalu susah untuk melakukan log in
Keamanan ● Hanya menggunakan port sebatas kebutuhan denganpihak yang bersangkutan
● Sebagai pembuktian,saat sudah melakukan transaksidapat terlihat pembayaran yang dilakukan saat itu
● Dokumen dan arsip dapat di buka secara privasi
Kepemindahan ● Perangkat lunak yang berupa berbahasa sql,dapat juga bekerja dalam arsiterktur computer
● Menggunakan pustaka untuk mempermudah user
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 24 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
menggunakan perangkat lunak,dan tiap system operasi yang bersangkutan untuk menampilkan I/O dan penampilan antar muka
Tabel 3.5 Atribut Kualitas Perangkat Lunak
3.6 Batasan PerancanganBatasanbatasan pada tahap perancangan untuk perangkat lunak perizinan usaha
jasa konstruksi di Bandung ini adalah :
1. Aplikasi ini bisa dijalankan jika telah terhubung dengan sistem online usaha perizinan jasa
konstruksi di Bandung.
2. Perancangan hanya dikembangkan untuk proses yang sudah diidentifikasi dan diverifikasi
dengan cara demonstrasi.
3. Perancangan yang dikembangkan meliputi perancangan data, prosedural, arsitektur, dan
interface.
3.7 Matriks Keterunutan
Kode Spesifikasi Nama Spesifikasi Kode Proses
Nama Proses Verifikasi
QWQBancosera01
Login
2.1 Data from diinputkan user
Simulasi
2.2 Display Demonstrasi
QWQBancosera02
Pendaftaran
3.1 Penjadwalan Pemeriksaan Teknis
Demonstrasi
3.2 Pencetakan Izin Perhitungan SKRD
Simulasi
3.3 Display Demonstasi
QWQBancosera03
Melakukan sign in 1.1 Sign In Simulasi
QWQBancosera04
Melakukan Pendaftaran
1.2 Sign Up Simulasi
QWQBancosera05
Verifikasi password yang
1.3 Lupa Password Simulasi
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 25 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
lupa
QWQBancosera06
Hasil output dari sign in,sign up dan lupa password
1.4 Diplay Demonstrasi
Tabel 3.7 Matriks Keturunan
4 Lampiran
Gambar 41 Entity Relationship Diagram
Atribut Member Tipe
Nama Varchar(30)
Username Varchar(15)
Password Char(8)
Email Varchar(15)Tabel 41 Atribut ERD: Member
Atribut SIUJK Tipe
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 26 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Nomor_Surat_Izin Varchar(30)
Nama_Perusahaan Varchar(15)
Jalan Varchar(30)
RTRW Varchar(8)
Kelurahan Varchar(10)
Kecamatan Varchar(10)
Kota Varchar(10)
Kode_Pos Varchar(10)
Propinsi Varchar(10)
Telp Number (20)
Nama_Penanggung_Jawab
Varchar(30)
NPWP Varchar(10)
Kualifikasi_Golongan
Varchar(10)
Tanggal_Penerbitan DateTabel 42 Atribut ERD: SIUJK (Surat Izin Usaha Jasa Konstruksi)
Atribut Berkas_Permohonan
Tipe
Nomor_Berkas Number(20)
Nama_Pemohon Varchar(30)
Alamat_Pemohon Varchar(15)
Kode_Pos Varchar(15)
Jenis_Kelamin Char(8)
Tempat_Tanggal_Lahir
Varchar(15)
KTP Varchar(15)
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 27 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Email Varchar(15)
Kecamatan Varchar(15)
Kelurahan Varchar(15)
Nama_Perusahaan Varchar(15)
Alamat_Perusahaan Varchar(15)
Kode_Pos_Perusahaan
Varchar(15)
Bentuk_Perusahaan Varchar(15)
Status_Perusahaan Varchar(15)
NPWP Varchar(15)
Telp Varchar(15)
Email_Perusahaan Varchar(15)
Kecamatan Varchar(15)
Kelurahan Varchar(15)
Alamat_Lokasi_Izin Varchar(15)
Luas_Lokasi Varchar(15)
Jenis_Permohonan Varchar(15)
Bidang_Izin Varchar(15)
Kegiatan_Usaha Varchar(15)
Sub_Kegiatan_Usaha
Varchar(15)
Jenis_Izin Varchar(15)Tabel 43 Atribut ERD: Berkas_Permohonan
Atribut Pengaduan_Permoh
Tipe
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 28 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
onan_Izin
Id_Pendaftaran Number(20)
Jenis_Izin Varchar(30)
Judul Varchar(15)
Deskripsi Varchar(15)
Tabel 44 Atribut ERD: Pengaduan_Permohonan_Izin
Atribut Arsip Tipe
Nomor_Arsip Number(20)
Nomor_Pendaftaran Varchar(30)
Nama_Penanggung_Jawab
Varchar(15)
Nama_Perusahaan Varchar(15)
Tanggal_Daftar Char(8)
Tanggal_Penerbitan Varchar(15)
Deskripsi Varchar(15)
Jenis_Izin Varchar(15)
Luas_Lokasi Varchar(15)
Kegiatan Varchar(15)
Tabel 45 Atribut ERD: Arsip
Atribut Jadwal_Pemeriksaan
Tipe
Nomor_Pemeriksaan Number(20)
Id_Pendaftaran Number(20)
Tanggal_Pemeriksaan Varchar(30)
Tim_Teknis Varchar(15)
Id_Tim_Teknis Char (15)
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 29 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Tabel 46 Atribut ERD: Jadwal_Pemeriksaan
Atribut Hasil_Pemeriksaan_Lapangan
Tipe
Nomor_Pemeriksaan Number(20)
Peralatan Number(10)
Personil Number(10)
Manajemen_Mutu Number(10)
Tenaga_Ahli Number(10)
Kesimpulan Number(10)
Tabel 47 Atribut ERD: Hasil_Pemeriksaan_Lapangan
Atribut SKRD Tipe
Nomor_Pemeriksaan Number(20)
Peralatan Number(10)
Personil Number(10)
Manajemen_Mutu Number(10)
Tenaga_Ahli Number(10)
Kesimpulan Number(10)
Tabel 48 Atribut ERD: SKRD
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 30 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika
Gambar 42 Flow Chart Diagram
Prodi Teknik Informatika Universitas Telkom SKPLBancosera Halaman 31 dari 31Dokumen ini dan informasi yang dimilikinya adalah milik ProdiTeknik InformatikaUniversitas Telkom dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui
oleh Prodi Teknik Informatika