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>



DAFTAR PERUBAHANRevisi Deskripsi

A

B

C

D

E

F

G

INDEX A B C D E F GTGL

Ditulis oleh

Diperiksa oleh

Disetujui oleh



Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi



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



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



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



http://www.google.com/url?q=http%3A%2F%2Fwww.scribd.com%2Fdoc%2F117378711%2F10%2FAsumsi-dan-Ketergantungan%23page%3D5&sa=D&sntz=1&usg=AFQjCNE3t-F87JS_EkcSCPs54Bn3L6Lnog

http://www.google.com/url?q=http%3A%2F%2Fpower.lecture.ub.ac.id%2Ffiles%2F2011%2F11%2FPanduan-Penulisan-SKPL.pdf&sa=D&sntz=1&usg=AFQjCNG7RmjIE5bB2vj2V4Rm3d8lQ0cVcA

http://www.google.com/url?q=http%3A%2F%2Fnoviavia21.blogspot.com%2F2010%2F10%2Fpengertian-dan-perbedaan-antara-combo.html&sa=D&sntz=1&usg=AFQjCNFkEQFhP7Vbb3h5T9xy_nzj0tayzQ

http://www.google.com/url?q=http%3A%2F%2Felib.unikom.ac.id%2Ffiles%2Fdisk1%2F382%2Fjbptunikompp-gdl-ekapurnama-19072-7-03babi-i.pdf&sa=D&sntz=1&usg=AFQjCNFq8B6AlwxXcWDQtHE5JcC0e9cRiw

http://www.google.com/url?q=http%3A%2F%2Fwww.scribd.com%2Fdoc%2F33278799%2F5%2FDeskripsi-Umum-Dokumen&sa=D&sntz=1&usg=AFQjCNFEFm_ArWaJOx7sx1mq75dRapRV7w

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



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



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.



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.



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.



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.



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.



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.



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).



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



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


Proses no 2.0Pendaftaran

Nomor Proses 2.1

Nama Proses Data Form Diinputkan User

Source Pemohon



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


3.0 Nomor Proses 3.1

Nama Proses Pejadwalan Pemeriksaan Teknis

Source Tabel Berkas Pemohon

Input Penentuan Jadwal

Output Data Jadwal



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



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]



∙ 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=



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



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



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



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



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)



Email 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)



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



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)


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)



Tabel 46 Atribut ERD: Jadwal_Pemeriksaan

Atribut Hasil_Pemeriksaan_Lapangan

Tipe


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


Peralatan Number(10)

Personil Number(10)

Manajemen_Mutu Number(10)

Tenaga_Ahli Number(10)

Kesimpulan Number(10)

Tabel 48 Atribut ERD: SKRD



Gambar 42 Flow Chart Diagram



Documents

SKPL Bancosera Kelompok 3