15-nur faizin pratama-perancangan dan analisa sistem parkir pt. glostar indonesia
TRANSCRIPT
PENGENALAN DAN PERANCANGAN SISTEM PARKIR
PT .GL OS TA R INDONESIA
Politeknik Negeri Jakarta
DAFTAR ISI
PENGENALAN ..........................................................................................
Bab 1 PENDAHULUAN ……………………………………………….
Pengenalan Sistem informasi............................................................................................................... 5
ANALISIS DAN PERANCANGAN APLIKASI SISTEM PARKIR PT.GLOSTAR INDONESIA. 6
PROJECT CHARTER ........................................................................................................................ 8
2.1 Project Title ............................................................................................................................... 8
2.2 Project Objectives...................................................................................................................... 8
2.3 Project Conception .................................................................................................................... 8
2.4 Problem Statement .................................................................................................................... 9
2.5 Initial Scope of Project ............................................................................................................ 13
2.6 Constraint ................................................................................................................................ 13
2.7 Objectives................................................................................................................................ 14
2.8 Project Documentation and Communication........................................................................... 14
2.9 Project Organization and Staffing Approach ........................................................................... 14
2.10 Resource Requirement for Implementing the Project ............................................................ 15
2.11 Scheduling ............................................................................................................................. 15
Problem Analysis Phase .................................................................................................................... 18
3.1 Problem Domain...................................................................................................................... 18
3.2 Problem and Opprtunities Analysis ......................................................................................... 19
REQUIREMENT ANALYSIS PHASE ............................................................................................ 21
4.1 Define Requirements ............................................................................................................... 21
4.2 Analyze Requirements ............................................................................................................ 21
4.3 Data Modelling........................................................................................................................ 22
4.4 Process Modelling ................................................................................................................... 26
4.3.1 DFD .................................................................................................................................. 26
4.3.2 DFD Level 0 proses admin............................................................................................... 26
4.3.3 DFD level 1 proses input data kendaraan baru................................................................ 28
4.3.4 DFD level 1 proses parkir masuk ..................................................................................... 28
4.3.5 DFD level 1 proses parkir keluar...................................................................................... 29
4.3.3 DFD Level 2..................................................................................................................... 33
4.5 Interface Modelling ................................................................................................................. 34
Decision Analysis Phase.................................................................................................................... 35
5.1 Identify Candidate Solutions ................................................................................................... 35
5.2 Analyzing Candidate Solution................................................................................................. 37
5.3 Comparing Candidate Solution ............................................................................................... 37
5.4 Recommend a Solution ........................................................................................................... 39
APPLICATION ARCHITECTURE.................................................................................................. 40
6.1 Physical Data Flow Diagram ................................................................................................... 40
6.1.1 Physical Processes ............................................................................................................ 40
6.1.2 Physical Data Flows ......................................................................................................... 40
6.1.3 Physical Data Stores ......................................................................................................... 43
6.2 Network Architecture .............................................................................................................. 43
DATABASE DESIGN ...................................................................................................................... 45
7.1 Relational Database Schema (3NF) ......................................................................................... 45
7.2 Data Definition Language (DDL)............................................................................................ 48
7.3 Physical Database Schema ...................................................................................................... 50
7.4 Logical Data Model ................................................................................................................. 51
SYSTEM INTERFACE .................................................................................................................... 52
8.1 User Interface .......................................................................................................................... 52
KONSTRUKSI DAN IMPLEMENTASI SISTEM .......................................................................... 55
9.1. Konstruksi Sistem................................................................................................................... 55
DAFTAR GAMBAR
Gambar Halaman
1. Struktur Organisasi PT. Glostar Indonesia 1
172. Entity Relationship Diagram Sistem Informasi Administrasi Proyek PT. GlostarIndonesia
203. DFD Level 0
214. DFD Level 1
245. DFD Level 2 untuk Process New Project
266. Use Case Diagram
327. PDFD dari Process New Project
328. PDFD dari Process Anggaran Proyek
339. PDFD dari Process Update Project fee staff
3310. PDFD pada Process Pembuatan Report
3411. PDFD pada Process Pembuatan LPPT Report
3512. Network Architectur DFD
3913. Physical Database Schema
4014. Logical Data Model
5815. Dialogue Chart
Pengenalan Sistem informasi
I. Konsep-konsep Dasar Sistem
Mengapa mempelajari sistem informasi parkir? Sistem informasi telah
menjadi komponen yamg penting bagi keberhasilan bisnis dan informasi. Apa
yang dimaksud dengan sistem informasi? Sistem informasi dapat merupakan
kombinasi teratur apapun dari orang-orang, hardware, software, jaringan
komunikasi, dan sumber daya data yang mengumpulkan, mengubah, dan
menyebarkan informasi dalam sebuah organisasi. Orang bergantung pada
sistem informasi untuk berkomunikasi antara satu sama lain dengan
menggunakan berbagai jenis alat fisik (hardware), printer dan prosedur
pemrosesan informasi (software), saluran komunikasi (jaringan), dan data
yang disimpan (sumber daya data) sejak permulaan peradaban.
ANALISIS DAN PERANCANGAN APLIKASI SISTEM PARKIR P T. G L OS T AR I N DON E S IA
1. Latar belakang
Parkir adalah salah satu pendukung perkembangan sebuah institusi di mana sistem
ini mempunyai peranan penting dalam menunjang kemajuan. Sistem parkir yang
tertata dengan baik dengan mengedepankan keamanan dan kenyamanan akan membuat
para pengunjung tidak merasa kuatir terhadap kendaraan yang dimilikinya. Mereka akan
dapat melakukan aktifitas dengan maksimal tanpa terganggu dengan perasaan akan
kehilangan kendaraannya. Untuk menunjang kondisi yang kondusif tersebut
diperlukan adanya suatu penataan sistem parkir yang bagus. Terhitung hingga tahun
2011/2012 berdasarkan informasi dari bagian keamanan PT. Glostar Indonesia berjumlah
50.000 karyawan/ti. PT. Glostar Indonesia dibangun di atas tanah dengan luas tanah
± 32.914 m2. Data di atas menunjukan diperlukan adaya sistem pengaturan tata
ruangan yang benar sehingga terjadi peningkatan kualitas keamanan dan kenyamanan
termasuk parkir . Berdasarkan hasil pencarian data melalui media internet pertanggal
05/11/2013 disebutkan bahwa sistem parkir di PT.Glostar Indonesia masih kurang,
apabila pada masa jam kerja maka parkir motor sampai memasuki area parkir mobil dan
batas pintu masuk, sering terjadi kehilangan helm, 3 tahun sebelumnya pernah
terjadi kehilangan kendaraan motor. Kenyataan ini juga terlihat pada realisasi dialog
antara Petugas Keamanan dan karyawan PT. Glostar Indonesia yang menyatakan bahwa
lahan parkir semakin sempit dan semakin tingginya volume kendaraan yang masuk
di PT. Glostar Indonesia. Tingginya volume kendaran yang masuk di PT.Glostar
Indonesia masih menjadi pekerjaan rumah yang besar. Uraian di atas menjadi bahan
pertimbangan untuk mencoba membuat analisis dan perancangan aplikasi sistem parkir
yang lebih praktis dan sistematis dari sistem manual ke arah mesin modern otomatis
dengan memanfaatkan kartu magnetik yang ada dalam Kartu Tanda Karyawan/ti
PT.Glostar Indonesia dengan menghubungkannya dengan basis data komputer.
Perancangan aplikasi ini menggunakan perangkat lunak Netbeans 7.2 untuk
merancang antarmuka dan MySQL-Front untuk membuat basis data.
Gambar 1 : Struktur Organisasi PT. Glostar Indonesia
Bab 2
PROJECT CHARTER
2.1 Project Title
Sistem Parkir PT.GLOSTAR INDONESIA
2.2 Project Objectives
Proyek ini akan merancang Sistem Parkir menjadi suatu sistem baru yang terintegrasi.
Diharapkan sistem yang dihasilkan akan menyediakan kemudahan dan kecepatan dalam
menjalankan proses yang dikerjakan. Selain itu, koordinasi dengan divisi kerja lainnya
diharapkan akan lebih mudah dilaksanakan serta hambatan yang timbul dapat diminimalkan,
Tujuan akhir dari pengerjaan proyek ini adalah terciptanya alur bisnis dan proses kerja yang
kondusif sehingga kualitas pekerjaan serta profesionalisme pengerjaan dapat dimaksimalkan.
2.3 Project Conception
Proyek ini merupakan buah pikiran dari tim Keamanan PT. Glostar Indonesia yang
dipimpin oleh Direktur Utama-nya. Bagi suatu perusahaan footwear, klien dan kepercayaan klien
terhadap perusahaan tersebut merupakan garis hidup perusahaan. Sebagian besar klien PT.
Glostar Indonesia adalah klien yang tetap. Dengan tingkat persaingan yang tinggi sekarang ini,
ditambah juga volume kendaraan khusunya motor, diputuskan bahwa sistem parkir yang ada
tidak cukup lagi bagi PT. Glostar Indonesia untuk dapat tetap menjaga kendaraan (motor) sambil
terus bersaing di dunia kerja. Maka diputuskan untuk membuat suatu sistem informasi baru yang
ter-integrasi. Pembuatan sistem dimulai dari Pihak Keamanan Proyek yang merupakan interface
sekaligus administrator antara proyek dengan perusahaan secara umum. Dari titik tersebut,
proyek dikembangkan ke biro/divisi/bagian lain sampai mencakup seluruh perusahaan.
2.4 Problem Statement
Divisi Keamanan, adalah jembatan antara proyek dengan perusahaan. Di dalam hirarki
perusahaan, berada di bawah Direktur, dan langsung menangani proyek–proyek. Tugas dari divisi
keamanan adalah melakukan menjaga keamanan contoh penjagaan tempat lahan parkir dan dari
proyek yang sedang dikerjakan PT. Glostar Indonesia, yaitu, secara garis besar, keamanan sumber
daya manusia dan administrasi keuangan.
Sistem yang ada pada saat ini berupa sistem informasi independen, terpisah dengan
sistem Biro Keuangan & Akuntansi dan sistem Pusat Sumber Daya. Keterpisahan itu
menimbulkan kendala sinkronisasi antar sistem. Muncul juga kendala hubungan yang masih
paper-based dan verbal, yang dirasa masih kurang cepat dan susah untuk diorganisasikan dengan
baik.
Suatu sistem yang terintegrasi penuh dirasakan sebagai solusi yang memadai untuk
mengatasi kendala–kendala tersebut.
Masalah–masalah yang ditemui pada sistem lama :
1. Keperluan untuk mengirim laporan proyek secara periodik ke divisi keamanan Proyek
yang kini masih dilakukan secara manual melalui surat atau faksimili. Proses manual
seperti ini cenderung menghabiskan waktu, tidak efisien, dan reliability-nya terbatas.
Proyek yang terkadang berada di luar Jakarta, bahkan luar Jawa akan mengalami
kesulitan dalam mengirimkan progress reportnya, belum lagi biaya yang harus disiapkan
hanya untuk pengiriman report.
2. Jenis dan bentuk laporan yang bervariasi sehingga perlu adanya standarisasi bentuk
laporan.
3. Pengolahan dan repositori data masih terpisah dan berdiri sendiri-sendiri, tidak terintegrasi
dengan Biro Keuangan dan Pusat Sumber Daya. Hal ini akan menimbulkan masalah
dalam proses sinkronisasi dan integritas data. Dengan adanya faktor kesalahan manusia,
data yang terduplikasi dan tersebar di beberapa tempat bisa mengakibatkan kesalahan dan
kebingungan dalam kompilasi data. Adanya redundansi komunikasi, misalnya ketika
ingin melihat ada berapa atau siapa saja programmer yang bisa dialokasikan ke proyek,
BAP harus mengirim memo, atau menelpon bagian Pusat Sumber Daya, belum lagi data
di Pusat Sumber Daya redundan dengan data di Biro Keuangan.
4. Proses komunikasi antara BAP dengan Biro Keuangan dan Pusat Sumber Daya masih
dilakukan secara verbal dan paper-based. Proses seperti ini memiliki kecenderungan
untuk memakan waktu banyak dan sulit untuk diorganisasikan (repositori catatan
komunikasi memakan tempat). Adanya redundansi komunikasi, misalnya ketika ingin
melihat ada berapa atau siapa saja programmer yang bisa dialokasikan ke proyek, BAP
harus mengirim memo, atau menelpon bagian Pusat Sumber Daya, belum lagi data di
Pusat Sumber Daya redundan dengan data di Biro Keuangan, yang sebenarnya bisa
dilakukan langsung apabila terdapat satu view database tentang availability programmer.
5. Keperluan untuk melakukan pengendalian kinerja, kontinuitas, keuangan, maupun
pengendalian pelaksanaan proyek yang masih dilakukan secara verbal dan paper-based.
Proses ini cenderung memakan waktu dan kurang efektif serta banyak keterbatasannya
(e.g sulit untuk melakukan real time data exchange). Hal ini berkaitan dengan
komunikasi proyek dengan kantor pusat, seperti kebutuhan sumber daya manusia yang
lebih banyak, kurangnya informasi dari pusat tentang klien dan job description, dan juga
berkaitan dengan proses keuangan, seperti penagihan ke klien, penggajian pegawai.
6. Pengendalian terhadap staf BAP masih sulit untuk dilakukan secara maksimal dengan
sistem yang ada sekarang.
7. Data-data backup mengenai kejadian masa lampau dan yang sedang berjalan masih
disimpan dalam bentuk analog, physical documents, hal ini bisa mengurangi reliability
penyimpanan data dan informasi.
Tabel 1 : Tabel Problem Statement Matrix
PROJECT: Sistem parkir PT. Glostar Indonesia PROJECT MANAGER:
Nur Faizin Pratama
CREATED BY: Nur Faizin Pratama LAST UPDATED BY: Agung H.
DATE CREATED: 04/15/2013 DATE LAST UPDATED: 05/20/2013
Brief
Statements of
Problem,
Opportunity,
or Directive
Urgency Visibility Annual Benefits Priority or
Rank
Proposed
Solution
laporan
singkat.masalah,
waktu ,atau
perintah
Keadaan
yan g
mendesak
Besarnya
efekk
perubahan
Laporan keuntungan
tahunan
Skala perioritas Usulan/solusi
1. Response
time dalam
komunikasi
informasi
antar proyek
ke BAP
lambat karena
pengiriman
laporan masih
dilakukan
secara
manual.
ASAP High Rp.20.000.000 1 New
development
2. Jenis dan
bentuk
laporan
bervariasi
1 bulan Medium Rp.10.000.000 3 Standardization;then newdevelopment
3. Pengolahan
dan repositori
data tidak
terintegrasi
dengan Biro
Keuangan
dan Pusat
Sumber
ASAP High Rp. 25.000.000 1 New
development
Daya.
4. Tidak ada
automatisasi
komunikasi
antara BAP
dengan Biro
Keuangan
dan Pusat
Sumber Daya
karena masih
dilakukan
secara verbal
dan paper-
based.
1 bulan Medium Rp.15.000.000 1 New
development
5.
Pengendalian
kinerja,
kontinuitas,
keuangan,
maupun
pengendalian
pelaksanaan
proyek yang
masih
dilakukan
secara verbal
dan paper-
based.
1 bulan High Rp.20.000.000 2 Quick fix; then
new
development
6.
Pengendalian
terhadap staf
BAP tidak
maksimal
ASAP High Rp.12.000.000 2 Quick fix, then
new
development
7. Backup
data dan
repository
data masih
berupa
dokumen
analog.
1 bulan Medium Rp.7.000.000 3 Build backup-
database
Keterangan :
• Urgency : seberapa cepat masalah harus diatasi
• Visibility : besarnya efek perubahan sistem terhadap pengguna.
o High : perubahan sangat membantu pengguna
o Medium : perubahan yang terjadi pengaruhnya tidak begitu besar namun cukup
membantu pengguna
o Low : perubahan kurang mempengaruhi pengguna
• Annual benefit : perkiraan besarnya keuntungan apabila masalah dapat diatasi
• Prority : tingkat prioritas mana yang harus dikerjakan lebih dahulu
• Proposed solution : solusi yang ditawarkan untuk mengatasi masalah
ASAP = as soon as possible = segera mungkin
2.5 Initial Scope of Project
Sebenarnya banyak pihak yang berhubungan langsung dengan divisi Administrasi Proyek,
tetapi untuk sistem informasi ini scope atau ruang lingkup yang akan digunakan mencakup :
1. divisi database
2. divisi Administrasi Proyek
Ruang lingkup sistem informasi ini dapat berubah seiring dengan pengembangan sistem.
2.6 Constraint
1. Masih adanya staff yang computer-illiterate.
2. Aplikasi yang dibuat harus mempertimbangkan spesifikasi komputer client yang masih
rendah.
3. Masih banyaknya staff yang belum bisa menggunakan komputer.
2.7 Objectives
1. Pengiriman laporan dapat dilakukan secara online untuk menggantikan proses pengiriman
lama yang tidak efisien. Komputerisasi untuk meningkatkan reliabilitas dan efisiensi
komunikasi, termasuk di dalamnya implementasi system security.
2. Dapat dibuat suatu template laporan yang standar.
3. Sistem dibuat sehingga repositori data tersentralisasi dan antar bagian terintegrasi,
penyatuan informasi ke dalam satu database, viewing dilakukan sesuai dengan hak-hak
atau privilege pegawai.
4. Peningkatan efisiensi pengendalian staf-staf Biro Administrasi Proyek, dengan
implementasi sistem informasi yang terhubung ke internet, intranet, berkaitan dengan
pengiriman laporan secara elektronis.
6. Pengendalian kinerja, kontinuitas, keuangan, maupun pengendalian pelaksanaan proyek
oleh sistem administrasi proyek.
7. Pembangunan database untuk menyimpan backup dokumen, data, dan informasi.
2.8 Project Documentation and Communication
1. Seluruh anggota tim proyek mengadakan rapat mingguan yang dipimpin oleh project
manager.
2. Komunikasi antar anggota tim dilakukan dengan cara melalui e-mail, forum diskusi yang
telah disediakan, maupun pembicaraan langsung.
3. Seluruh dokumentasi tentang proyek ini akan ditaruh pada satu direktori khusus yang
dapat diakses oleh semua anggota tim.
2.9 Project Organization and Staffing Approach
Project manager memilki tanggung jawab untuk :
1. Menunjuk anggota tim.
2. Mereview dan menyetujui project deliverables.
3. Memastikan bahwa proyek berjalan sesuai dengan jadwal yang telah ditentukan.
4. Menyetujui perubahan ruang lingkup, anggaran dan jadwal.
Stakeholders yang terlibat dalam pembuatan sistem antara lain:
1. System owner : PT. Glostar Indonesia
2. System user : Pegawai bagian Biro Administrasi Proyek dan pegawai proyek PT.Glostar
Indonesia
3. Project manager : Nur Faizin Pratama
4. System designer : Agung Hermawan
5. System builder : Kemal S.
Ardhi Tomiarfi
6. System analyst : Anita S Hardjapamekas
2.10 Resource Requirement for Implementing the Project
1 orang Project Manager @ r p.3.000.000 Rp.3.000.000
2 orang System Designer @ R p.2.500.000 Rp.5.000.000
2 orang System Builder @ R p.3.000.000 Rp.6.000.000
1 orang System Analyst @ R p.4.000.000 Rp.4.000.000
Total Rp.20.000.000
2.11 Scheduling
Pengembangan sistem akan dilakukan dalam 7 tahap yaitu :
1. Tahap Problem Analysis : Melakukan studi dan analisa terhadap sistem yang
sudah ada.
Durasi : 11 hari
Deliverable: System Improvement Objectives
2. Tahap Requirement Analysis : Mendefinisikan dan memberikan prioritas pada
requirement-requirement bisnis. Tujuan dari tahap ini untuk mengidentifikasi
DATA, PROSES, serta INTERFACE requirementsuntuk pengguna dari sistem
baru yang akan dibangun.
Durasi : 8 hari
Deliverable : Bussiness Requirement Statement
3. Tahap Decision Analysis : Mengidentifikasi kandidat solusi, menganalisa
kandidat solusi tersebut untuk menentukan feasibility sistem, dan
merekomendasikan kandidat sistem sebagai target solusi yang akan didisain.
Durasi : 9 hari
Deliverable : System Proposal
4. Tahap Design : Mentransformasikan requirement bisnis dari Tahap Requirement
Analysis menuju spesifikasi desain untuk dikonstruksikan. Dalam pengertian lain,
menentukan bagaimana teknologi akan diterapkan pada sistem yang baru.
Durasi : 10 hari
Deliverable : Spesifikasi Design
5. Tahap Construction : Membangun sistem yang memenuhi requirement bisnis dan
spesifikasi disain serta untuk mengimplementasikan interface antara sistem baru
dengan sistem yang sudah ada.
Durasi : 10 hari
Deliverable : Functional System
6. Tahap Implementation : Men-deploy sistem produk ke operasional. Serta
melakukan pelatihan user yang akan menggunakan sistem dan membuat
dokumentasi (help file) untuk membantu user.
Durasi : 10 hari
Human resource : Project Manager, System Analyst, Programmer
Deliverable : Operational System
7. Tahap Operation and Support : Pengoperasian sistem dan maintenance untuk
memperbaiki error, pengurangan, dan requirement baru yang mungkin muncul.
Durasi : 3 hari
Deliverable : Bussiness Solution
Bab 3
Problem Analysis Phase
Setelah melakukan tahap Preliminary Investigation, telah diketahui problem yang
dimiliki bagian Administrasi Proyek PT. Glostar Indonesia. Pada tahap tersebut juga
telah didapatkan scope, objectives dan perencanaan proyek ini.
Pada tahap berikutnya yaitu problem analysis, requirement analysis dan decision
analysis. Pda tahap problem analysis, yang dilakukan adalah menganalisa lebih dalam
mengenai problem-problem yang ada. Hal lain yang dilakukan pada tahap ini adalah
mempelajari domain permasalahan. Domain permasalahan dapat diketahui dengan
mempelajari problem yang ada pada sistem yang sekarang telah ada dan digunakan.
3.1 Problem Domain
Tahap ini bertujuan menganalisa problem, opportunity dan directives dari sistem yang
lama
Problem dari sistem yang telah ada akan dianalisa dari sisi data, proses dan interfacenya :
1. DATA sistem yang telah ada, tempat menyimpan data. Sistem yang telah ada
masih menyimpan semua data dalam filing cabinet yang terdapat pada bagian
Administrasi Proyek PT. Glostar Indonesia. Data yang disimpan mencakup ROPT
(Rencana Operasional Pelaksanaan Tugas), Laporan Bulanan proyek, LPPT
(Laporan Penyelesaian Pelaksanaan Tugas). Begitu juga bagian lain yang
berhubungan dengan Administrasi Proyek, menyimpan datanya dengan filing
cabinet. Seperti bagian personalia yang menyimpan data tenaga ahli yang
digunakan pada proyek dan bagian finance yang menyimpan data tenaga ahli
yang digunakan.
2. PROSES yang ada pada sistem yang telah ada bersifat rumit, karena banyaknya
pihak yang harus dihubungi untuk melaksanakan suatu proses. Proses yang
dilakukan sistem antara lain :
- Pengarsipan hasil ROPT. Pengarsipan dilakukan dengan manual yaitu
disimpan dalam filing cabinet.
- Pemilihan tenaga ahli yang dibutuhkan. Pemilihan ini dilakukan dengan
menghubungi staf dari biro SDM dan memberikan spesifikasi tenaga ahli
yang dibutuhkan.
- Penyerahan laporan bulanan kepada Administrasi Proyek untuk
dikoreksi. Lalu hasil koreksinya diberikan ke pihak yang bersangkutan.
Penyerahan ini dilakukan secara manual yaitu dengan kurir.
- Penentuan gaji staff pada suatu proyek. Hal ini masih dilakukan secara
manual oleh staf personalia.
- Penentuan jadwal penggunaan tenaga ahli. Proses ini dilakukan pada
waktu pelaksanaan ROPT. Data diberikan oleh biro Sumber Daya
Manusia lewat telepon atau memo.
- Penentuan anggaran proyek. Anggaran proyek ditentukan sebelum
proyek dimulai. Saat ini proses dilakukan oleh staff Administrasi Proyek
secara manual dengan melihat data ROPT dan data invoice.
3. INTERFACE dari sistem yang telah ada sekarang adalah lokasi dari sistem yang
telah ada yaitu kantor pusat PT. Glostar Indonesia.
3.2 Problem and Opprtunities Analysis
Untuk menganalisa problem, digunakan cause and effect analysis untuk
menganalisa penyebeb problem dan akibatnya. Bila diketahui penyebab suatu
problem maka akan dapat diketahui solusi yang harus dilakukan agar problem
tersebut dapat teratasi.
Setelah memahami problem, dapat disimpulkan system improvement
objectives dan constraint dari sistem.
Berikut adalah matrix problem, opportunities, objectives dan constraint dari
sistem yang ada :
Tabel 2 : Problems, Opportunities, Objectives and Constraint Matrix
PROJECT: Sistem Parkir Proyek PT. Glostar
Indonesia
PROJECT MANAGER: Nur
Faizin
CREATED BY: Ardhi Tomiarfi LAST UPDATED BY: Agung H.
DATE CREATED: 04/15/2013 DATE LAST UPDATED:
05/20/2013
Cause and Effect Analysis System Improvement Objectives
Problem or Opportunity Cause and Effects System Objective System Constrant
1. Response time dari
penanganan report
lambat
2. Bentuk laporan yang
tidak standard
3. Kesalahan dan
kebingungan dalam
kompilasi data (data
tidak terintegrasi).
4. Tidak ada
automatisasi
komunikasi antara
Administrasi Proyek
dengan Biro Keuangan
dan Pusat Sumber
Daya.
5. Kurangnya reliability
penyimpanan data dan
informasi.
6. Tidak efisiennya
penentuan gaji dan
penjadwalan staf dalam
proyek
1. Keperluan untuk mengirim laporan
proyek secara periodik ke Biro
Administrasi Proyek yang kini masih
dilakukan secara manual. Proses
manual seperti ini cenderung
menghabiskan waktu, tidak efisien,
dan reliability-nya terbatas.
2. Bentuk laporan bervariasi.
3. Pengolahan dan repositori data
tidak terintegrasi dengan Biro
Keuangan dan Pusat Sumber Daya.
4. Semua masih dilakukan secara
verbal dan paper-based.
5. Backup data dan repository data
masih berupa dokumen analog.
6. Tidak ada sistem yang menangani
proses penentuan gaji dan
penjadwalan.
1. Membuat system baru yang
terintegrasi penuh.
2. Melakukan standarisasi
laporan.
3. Membuat system yang
menggunakan database untuk
backup data dan repository data.
4. Menghilangkan kebiasaan
komunikasi secara verbal dan
paper-based dalam pengendalian
pelaksanaan proyek dan
menggantinya dengan suatu
system yang terautomatisasi
dengan baik.
5. Membuat Sistem yang
menggunakan database untuuk
backup data dan repository data
6. Membuat sistem yang
membantu proses penentuan gaji
dan penjadwalan
1. Masih adanya lokasi
proyek yang belum
terjangkau oleh jaringan
komunikasi.
2. Masih adanya staff yang
computer-illiterated.
3. Aplikasi yang dibuat
harus mempertimbangkan
spesifikasi komputer client
yang masih rendah.
Bab 4
REQUIREMENT ANALYSIS PHASE
Fase ini adalah fase yang sangat penting dan tidak bisa dilewatkan. Tujuan dari fase ini
adalah untuk menentukan apa yang harus dapat dilakukan oleh sistem untuk memenuhi
System Objectives yang telah ditentukan pada fase sebelumnya.
4.1 Define Requirements
Hal pertama yang harus dilakukan dalam requirement analysis phase adalah
pengidentifikasian requirement. Dasar dari tugas ini adalah system objectives yang telah
dilakukan pada fase problem analysis.
Requirement yang ada dibagi dalam dua kategori, functional requirement yaitu aktivitas
dan servis yang harus dilakukan dan disediakan oleh sistem. Kategori yang lain adalah
nonfunctional requirement yaitu fitur lain yang diperlukan sistem, agar sistem dapat lebih
memuaskan.
Berikut adalah requirements dari Sistem Informasi Administrasi Proyek PT. Glostar
Indonesia :
1. Functional Requirements :
- Pengiriman laporan dilakukan secara online.
- Pembangunan database untuk penyimpanan data, dokumen dan informasi dan
backupnya.
- Pembuatan template laporan yang standar.
- Komunikasi antara Biro Administrasi Proyek dengan Biro Keuangan dan Pusat
Sumber Daya dapat dilakukan secara online (intranet)
2. Nonfunctional Requirements :
- Sistem dapat membantu proses penentuan gaji dan penjadwalan tenaga ahli
4.2 Analyze Requirements
Analisa requirement dilakukan dengan menggunakan teknik model-
driven. Berikut ini adalah :
1. DATA- data yang disimpan dan diambil oleh sistem. Model data yang digunakan
adalah dengan Entity Relationship Diagram. Hal ini akan dijelaskan lebih lanjut pada
Data Modelling.
2. PROSES – Semua yang dilakukan oleh sistem. Model proses yang digunakan adalah
dengan Data Flow Diagram. Hal ini akan dijelaskan lebih lanjut pada Process
Modelling.
3. Interface – antar-muka dari sistem. Interface model yang digunakan adalah dengan use
case diagram. Hal ini akan dijelaskan lebih lanjut pada Interface Modelling.
Analisa requirement dilakukan dengan menggunakan teknik model-
driven. Berikut ini adalah :
4.3 Data Modelling
Sistem model mempunyai peran yang penting dalam pengembangan sistem,
karena problem biasanya tidak terstruktur. Salah satu cara untuk menstrukturisasi suatu
masalah adalah dengan menggambarkannya dengan model. Sebuah model adalah
representasi dari kenyataan.
Data model seperti Entity Relationship Diagram (ERD) digunakan unutk
mendokumentasikan dan menganalisa data-data yang diperlukan dalam sistem yang baru.
Data model ini digunakan sebagai titik awal dari pendesainan database.
Pada gambar 2 di bawah ini adalah Entity Relationship Diagram dari Sistem
Informasi Administrasi Proyek PT. Glostar Indonesia. ERD ini menggambarkan data-
data dan hubungan antar data yang ada pada sistem baru.
Gambar 2 : Entity Relationship diagram dari Sistem Parkir Proyek PT. Glostar
Indonesia
Tabel 3 : Tabel Keterangan Entity
ENTITY KETERANGAN
ADMIN bag. Admin menangani tugas yang dikerjakan PT. Glostar Indonesia
PROJECTS Bagian Projects menangani segala hal yang berhubungan dengan
jalannya proyek
FINANCE Bagian Finance menyediakan budget yang dibutuhkan ketika proyek
Berjalan
PERSONALIA Menangani SDM yang terlibat dalam proyek dan penggajiannya
Keterangan Atribut
ADMIN
Assignment_ID (p.k.) : nomor penugasan
Assignment_Name : nama penugasan
Assignment_Subject : bidang/ruang lingkup penugasan
PROJECTS
Project_ID (p.k.) : nomor proyek
Project_Name : nama proyek
Project_Location : lokasi pengerjaan proyek
Client_Name : nama pemberi tugas
Client_Address : alamat pemberi tugas
Scheduled_Project_Duration : lama proyek berjalan
Project_Budgeting : anggaran biaya proyek
Project_Contribution : prosentase kontribusi proyek kepada PT Glostar Indonesia
Project_Type : jenis proyek (lumpsum/renumerasi)
Project_Start_Date : tanggal proyek dimulai
Project_Finish_Date : tanggal proyek selesai
Status_PT_Indra_Karya : status PT Glostar Indonesia dalam proyek (leadfirm/associate)
FINANCE
Invoice_ID (p.k.) : nomor invoice
Invoice_Date : tanggal invoice
Amount : besar uang yang dikeluarkan
REPORTS
Report_ID (p.k.) : nomor laporan
Assignment_ID (f.k.) : nomor penugasan
Project_ID (f.k.) : nomor proyek
Report_Type : jenis laporan (monthly /data invoice/production report/LPPT)
PROJECT BUDGETING
Project_ID (f.k.) : nomor proyek
Invoice_ID (f.k.) : nomor invoice
Total_Project_Expenses : total pengeluaran proyek sampai waktu tertentu
STAFF SCHEDULING
Project_ID (f.k.) : nomor proyek
SSN (f.k.) : social security number staff yang terlibat dalam proyek
Manhour_Rate : besar manhour staff terlibat pada proyek
Current_Project_Fee : gaji staff pada proyek yang bersangkutan
PERSONALIA
SSN (p.k.) : social security number
Name : nama staff
Address : alamat tempat tinggal staff
Professional_Skill : keahlian yang dimiliki
Keterangan ER Diagram
• Adpro menerima penugasan (assignment) dari suatu pihak (client), lalu membentuk KRPT
(Koordinator Rencana Pelaksanaan Tugas) yang akan melakukan pertemuan dan
membuat ROPT (Rencana Operasional Pelaksanaan Tugas).
• ROPT merumuskan rincian tugas PT Glostar Indonesia, uraian singkat proyek dan
metodologi pelaksanaan, jadwal pengerahan tenaga, rencana biaya pengelolaan
tugas, dan perhitungan kontribusi proyek.
• Hasil ROPT diberikan kepada bagian Proyek untuk dilaksanakan
• Per tanggal 15, bagian Proyek meminta biaya yang dibutuhkan untuk pelaksanaan proyek
kepada bagian Finance. Bagian Finance akan mengeluarkan invoice yang bersangkutan
untuk mendata pengeluaran proyek tersebut.
4.4 Process Modelling
Process Modelling adalah sebuah teknik untuk menyusun dan mendokumentasikan
struktur dan aliran data yang melewati proses yang ada pada sistem.
Proses model seperti Data Flow Diagram (DFD) digunakan untuk memodelkan aliran
data yang ada pada sistem dan aktiviatas atau proses yang dilakukan oleh sistem.
Pada gambar di bawah ini digambarkan Data Flow Diagram dari Sistem Informasi
Administrasi Proyek PT. Glostar Indonesia. DFD ini akan menggambarkan data dan
proses apa saja yang dilakukan oleh sistem yang baru.
4.3.1 DFD
Data Flow Diagram (DFD) adalah suatu gambaran grafis dari suatu sistem yang menggunakan sejumlah bentuk-bentuk simbol untuk menggambarkan bagaimana data mengalir melalui suatu proses yang saling berkaitan.Berikut ini adalah gambar diagram konteks dari kebutuhan pengguna sistem yang dirancang :
Gambar Diagram Konteks Kebutuhan Pengguna Sistem
.
4.3.2 DFD Level 0 proses admin
4.3.3 DFD level 1 proses input data kendaraan baru
4.3.4 DFD level 1 proses parkir masuk
4.3.5 DFD level 1 proses parkir keluar
Keterangan DFD Level 1:
1. Process New Project
• Input :
- New Project : Proyek baru yang diperoleh oleh PT. Glostar Indonesia.
- Chosen Professionals : Tenaga ahli yang dimiliki oleh PT. Glostar Indonesia.
• Output : Proyek baru yang harus dikerjakan
• Deskripsi : Proyek baru yang diterima, diproses untuk menentukan sumber daya
yang diperlukan, staf-staf yang dialokasikan di bidang yang spesifik.
2. Process project budget
• Input :
- Data Invoice : Perjanjian pembayaran dengan klien.
- Budget Distribution : Data dari bagian keuangan mengenai penyebaran anggaran
• Output :
- Approved Budget : Anggran yang telah disetujui
• Deskripsi : Proses ini dilakukan untuk menentukan anggaran proyek selama proyek
dilaksanakan. Dengan data penyebaran anggaran dari invoice, anggaran dapat
ditentukan. Proyek memberikan rekapitulasi dana yang dibutuhkan yang kemudian
di-request ke kantor pusat yang setalah disetujui diteruskan ke bagian keuangan.
3. Process staff scheduling and budgeting
• Input :
- Staff Schedule : Daftar orang-orang yang bekerja dan waktunya
- Staff : Staff yang dialokasikan ke proyek setelah proposal proyek tentang staff
disetujui.
- Staff budgeting and absent sheet : alokasi dana yang dibutuhkan per pegawai
dan daftar hadir dalam pengerjaan proyek.
• Output : Detail penggajian pegawai, sesuai harga pegawai dan berapa hari ia hadir
mengerjakan proyek.
• Deskripsi : Proses ini ada terutama untuk control pegawai yang dialokasikan di suatu
proyek, dari input staff schedule yang diberikan proyek, dan data-data pegawai yang
dialokasikan ke proyek, bisa didapat rincian penggajian pegawai.
4. Process report making
• Input :
- Project Data : Data-data proyek dalam sebulan
• Output :
- Monthly report : laporan bulanan yang telah selesai
• Deskripsi : Proses ini merupakan pembuatan laporan yang tiap bulan dilakukan
oleh proyek.
5. Process report approval
• Input :
- Monthly Report : Laporan bulanan yang mencakup laporan perkembangan
proyek, laporan produksi dan invoice (tidak selalu setiap bulan, tergantung
perjanjian dengan klien).
• Output :
- Revised Report : Laporan yang telah dikoreksi
• Deskripsi : Laporan bulanan dikirimkan oleh proyek ke bagian Administrasi proyek
untuk di evaluasi, setelah diperbaiki dikirim kembali ke proyek.
6. Process LPPT Making
• Input :
- Data project : Data proyek selama proyek berlangsung
• Output :
- End-of-project report : Laporan penyelesaian proyek.
• Deskripsi : Laporan penyelesaian proyek dibuat setelah proyek selesai.
7. Process LPPT
• Input :
- End-of-project report : Laporan akhir pengerjaan proyek yang dikirimkan dari
proyek ke Administrasi Proyek. Laporan ini secara garis besar menggambarkan
hasil proyek, detail progress proyek, evaluasi proyek, dll.
- Report Review : Hasil Evaluasi dari Administrasi Proyek.
- Data Proyek : Data mengenai proyek yang telah berjalan, spesifikasi proyek,
data personalia, sumber daya yang dialokasikan.
• Output :
- Approved LPPT : Hasil Final Laporan Penyelesaian Pelaksanaan Tugas.
• Deskripsi : Proses yang terjadi di akhir proyek, yang akan mereview LPPT, reviews dan
report proyek. Hasil Approved LPPT akan menjadi tanda akhir dari suatu proyek.
4.3.3 DFD Level 2
Gambar 5 : DFD Level 2 dari Process New Project
Keterangan DFD Level 2 dari Process New Project :
KRPT : Kordinator Rencana Pelaksanaan Tugas
ROPT : Rencana Operasional Pelaksanaan Tugas
1. KRPT Assignment
• Input :
- New Project : Proyek baru yang diperoleh oleh PT. Glostar Indonesia dari klien.
- Chosen Professionals : Tenaga ahli yang dimiliki oleh PT. Glostar Indonesia.
• Output :
- Coordinator : koordinator yang ditunjuk untuk memimpin proyek
• Deskripsi : Rapat antar direksi, administrasi proyek untuk menentukan siapa yang akan
memimpin proyek.
2. ROPT Meeting
• Input :
- Coordinator : koordinator yang ditunjuk untuk memimpin proyek
- Chosen Professionals : Tenaga ahli yang dimiliki oleh PT. Glostar Indonesia.
• Output : Proyek baru yang harus dikerjakan
• Deskripsi : Rapat yang menyusun keseluruhan detail proyek, seperti : plafon biaya,
jadwal kerja, alokasi sumber daya.
4.5 Interface Modelling
Interface model menggambarkan input external dan output dari dan ke sistem, dan asal dan
tujuannya.Interface model bisa berupa use case diagram.
Use case diagram menggambarkan interaksi antara sistem dan user. Bisa dikatakan use case
menggambarkan siapa saja yang menggunakan sistem dan apa saja interaksi antara user dengan
sistem
Pada gambar 6 di bawah ini digambarkan use case diagram dari sistem Informasi
Administrasi Proyek PT. Glostar Indonesia.
Gambar 6: Use Case Diagram
Bab 5
Decision Analysis Phase
Pada fase ini dilakukan pencarian alternatif terbaik unutk mengatasi problem yang
dihadapi.
Candidate solution ditemukan berdasarkan hasil dari fase sebelumnya, yaitu problems,
opportunities, objectives, dan constraint. Analisis kandidat dilakukan dengan membuat
Candidate System Matrix dan Feasibility Matrix untuk memudahkan perbandingan antar
keduanya.
5.1 Identify Candidate Solutions
Kedua kandidat solusi bertujuan untuk membangun sistem yang dapat memenuhi
kebutuhan Bagian Administrasi Proyek dalam menjalankan fungsinya.
Berikut adalah kandidat solusi yang diajukan :
Kandidat solusi 1
Membuat suatu sistem informasi BAP yang berjalan pada suatu LAN, namun tidak
bersifat web-based. Pada sistem ini pengiriman laporan dan fungsi lain tidak dapat
dilakukan secara langsung dari lokasi proyek.
Kandidat solusi 2
Membuat sistem informasi BAP yang berjalan pada suatu LAN, tetapi bersifat web-
based.
Perbandingan secara detail antara kedua solusi tersebut dapat dilihat pada tabel 3
dibawah ini :
Tabel 3: Candidate System Matrix
Characteristics Candidate 1 Candidate 2Portion of system computerized
Membuat suatu sistem dimana pengintegrasian, pengolahan dan penyimpanan data secara offline antara Biro Keuangan dengan Pusat SumberDaya serta pembuatan system untuk staf BAP
Membuat suatu sistem dimana pengintegrasian, pengolahan dan penyimpanan data secara online antara Biro Keuangan dengan Pusat SumberDaya serta pembuatan sistem untuk stafBAP
Benefits Kebutuhan dasar BAP dapat terpenuhi, sehingga BAP dapat menjalankanfungsinya dengan baik
sama seperti candidate 1 dengan kelebihan pengiriman data dapatdilakukan dimana saja
Servers andworkstations
- server : komputer dengan prosesorPentium III, RAM 512 MB, Hard Disk20 GB, dan OS windows 2000 server.
- workstation : komputer dengan prosesor Pentium II, RAM 128MB,Hard Disk 10 GB, OS Windows 98
sama seperti kandidat 1
Software tools needed
- MySQL 4.0 sebagai database- MS Visual Basic 6.0 sebagai interface ke database
MySQL 4.0 sebagai databasePHP 4.0 sebagai interface ke databaase
Application software
custom solution sama seperti kandidat 1
Method of dataprocessing
Client/server Client/server, web-based
Output devices andimplications
printer sama seperti kandidat 1
Input devices and implications
Keyboard dan mouse sama seperti kandidat 1
Storage devices and implications
MySQL sever DBMS dengan kapasitas80GB
sama seperti kandidat 1
5.2 Analyzing Candidate Solution
Setiap kandidat solusi harus dianalisa untuk kelayakan. Hal ini dilakukan setelah
setiap kandidat telah teridentifikasi.
Kriteria kelayakan yang dilakukan adalah :
- Technical Feasibility : Apakah secara teknik mudah? Apakah staff
mempunyai kemampuan teknis untuk mendesain dan membangun solusi
ini ?
- Operational Feasibility : Apakah solusi ini akan memenuhi kebutuhan
pengguna ? Sampai seberapa besar manfaatnya? Apakah solusi ini akan
mengubah lingkungan kerja pengguna? Bagaimana pengguna menerima
solusi ini?
- Economic Feasibility: Apakah solusi ini cost-effective?
- Schedule Feasibility : Bisakah solusi di implementasikan dalam periode
waktu tertentu?
Analisa ini dilakukan pada tiap kandidat dan belum dibandingkan
5.3 Comparing Candidate Solution
Setelah analisa kelayakan selesai dilaksanakan untuk semua kandidat, kandidat-
kandidat tersebut akan dibandingkan untuk memilih kandidat yang paling baik.
Tabel 4 di bawah ini memperlihatkan perbandingan kelayakan antara kedua
kandidat solusi yang telah dipilih sebelumnya.
Tabel 4 : Feasibility Matrix
Feasibility Criteria Weight Candidate 1 Candidate 2Operational feasibility
Functionality : A description to what degree the candidate would benefit the organization and how well the system would work
Political : A description of how well received this solution would be from both user management, user, and organization perspective
30%
Sistem hanya dapat dipakai bila staff yang ingin menggunakan berada dalam jaringan LAN PT. Glostar Indonesia. Pada proyek yang terdapat di daerah dimana tidak terjangkau LAN PT. Glostar Indonesia staff tidak dapat memakai sistem
Score : 80
Sistem yang berjalan secara on-line memungkinkan staff proyek di daerah bisa menggunakan sistem di tempat dia bekerja
Score : 90Technical feasibility
Technology : An assesment of maturity, availability (or ability to acquire), and desirability of the computer technology needed to support this candidate
Expertise : An assesment of the technical expertise needed to develop,operate, and maintain the candidate system
30%
Teknologi LAN PT.Glostar Indonesia belum menjangkau semua daerah dimana proyek dilaksanakan.
Perlu pelatihan bagi staff PT.Glostar Indonesia untuk memakai dan memelihara sistem
Tidak perlu tambahan staff bagi developer untuk membuat sistem karena staff yang ada bisa menggunakan tools yang akan digunakan
Score : 80
Pada daerah dimana proyek dilaksanakan belum tentu terjangkau teknologi internet
Sama seperti candidate 1
Score : 85
Economic feasibility
Cost to develop :
Payback period :
Net present value :
Detailed calculations :
30%
± 2 juta Rupiah
± 1 tahun
± 1 juta Rupiah
Lihat lampiran
Score : 80
± 2,5 juta Rupiah
± 1 tahun
± 1 juta Rupiah
Lihat lampiran
Score : 80
Schedule feasibility
An assesment of how long the solution will take to design and implement
10%
± 3 bulan
Score : 85
± 4 bulan
Score : 85
Ranking 100% 81.25 85
5.4 Recommend a Solution
Dari analisa kelayakan dan tabel perbandingan antara kandidat-kandidat
solusi yang ditawarkan, dipilih kandidat solusi yang mendapatkan nilai lebih
tinggi pada Feasibility Matrix, yaitu kandidat solusi nomor 2, solusi yang
menggunakan aplikasi Web-Based
Bab 6
APPLICATION ARCHITECTURE
Setelah menyelesaikan fase Decision Analysis, akan dibangun application architecture yang
merupakan blueprint dari sistem yang akan dibangun ini. Application Architecture menyatakan
spesifikasi teknologi yang akan digunakan untuk mengimplementasikan Sistem Informasi yang
kami bangun dalam hal data, process dan interface dan bagaimana ketiganya berinteraksi dan
berkomunikasi pada jaringan. Hal ini akan dijadikan acuan untuk desain lebih lanjut dan
implementasi.
6.1 Physical Data Flow Diagram
Physical Data Flow Diagram merupakan blueprint teknikal untuk pembangunan sistem dan
implementasinya.
6.1.1 Physical Processes
Sebuah physical process dapat berupa prosesor, seperti komputer atau manusia, ataupun
implementasi teknis atas pekerjaan yang akan dilakukan, seperti program komputer atau proses
manual.
Terdapat dua elemen pada physical data flow diagram:
- proses logical di-assign ke physical prosesor tertentu seperti PC, server, mainframe,
orang2, ataupun device lain dalam sebuah jaringan komputer
- tiap-tiap proses logical diimplementasikan sebagai satu atau lebih proses physical.
6.1.2 Physical Data Flows
Physical Data Flows merepresentasikan salah satu dari: (1) implementasi yang telah atas
input atau output dari sebuah proses physical; (2) sebuah database command seperti create, read,
update, atau delete; (3) keluar-masuknya data ke sistem informasi lain melalui jaringan; atau (4)
aliran data antara dua modul atau subrutin dalam satu program.
Berikut ini merupakan Physical Data Flows dari proses-proses yang ada pada sistem yang
akan kami kembangkan
Gambar 7 : PDFD dari proses New Project
Penjelasan PDFD proses New Project :
1. Staff Administrasi menerima sebuah tugas (assignment) dari klien. Setelah menerima
tugas tersebut, akan diadakan rapat antara Admin dengan staf direksi untuk menentukan
koordinator dari proyek yang akan mengerjakan tugas tersebut.
2. Setelah terpilih seorang koordinator, akan diadakan rapat ROPT yang akan menentukan
apa saja yang diperlukan sebuah proyek baru. Keluaran dari rapat ini akan
dimasukkan
pada sistem melalui interface form New Project.
Gambar 8 : PDFD dari proses anggaran proyek
Penjelasan PDFD proses anggaran proyek
1. Administrator dari biro keuangan akan memasukkan data budget yang akan diperlukan
ke sistem.
2. Sistem akan mengambil data invoice dari table project dan ditambah data dari budget
yang diperlukan. Penghitungan akan dilakukan sistem dan akan disimpan sebagai project
budget ke table Project.
Gambar 9: PDFD dari proses update project fee staff
Penjelasan PDFD proses update project fee staff :
1. Dari tabel Project akan diambil daftar nama staff yang bekerja pada proyek tersebut
dan dari tabel SDM akan diambil data dari nama staff tersebut dan Standard fee-nya.
2. Kedua data tersebut akan di proses di sistem dan menghasilkan report untuk
adminoistrator personalia dan mengupdate table project pada atribut current project fee
dari staff
tersebut.
Gambar 10 : PDFD pada proses pembuatan Report(laporan)
Penjelasan PDFD proses pembuatan report :
1. Staff yang bekerja pada lokasi proyek akan membuat laporan bulanan dan pada
sistem akan di tuliskan ke database tabel project.
2. Staff dari Adpro dapat melihat hasil laporan yang telah dibuat oleh staff di lokasi proyek.
Staff di Admin juga dapat memberikan persetujuan dan mengubah laporan tersebut.
Hasil revisi dari Adpro akan disimpan kembali ke Database.
Gambar 11: PDFD pada proses pembuatan LPPT report
Penjelasan PDFD proses pembuatan LPPT report :
1. Staff pada lokasi proyek akan membuat LPPT ketika proyek telah selesai, dan
akan diproses oleh sistem dan disimpan di database.
2. Staff adpro akan membaca LPPT tersebut dan membaca data-data laporan yang lalu dari
proyek tersebut. Apabila ada revisi yang dilakukan akan disimpan kembali ke
database.
6.1.3 Physical Data Stores
Sebuah physical data store merepresentasikan implementasi atas salah satu dari: (1)
sebuah database; (2) sebuah tabel dalam database; (3) sebuah file komputer; (4) sebuah tape atau
media backup; (5) file sementara atau batch yang diperlukan sebuah program; atau (6) file
nonkomputerisasi apapun juga.
6.2 Network Architecture
Sebuah arsitektur jaringan (network architecture) DFD adalah sebuah physical data flow
diagram yang mengalokasikan prosesor-prosesor (client dan server) dan devices (misalnya
mesin dan robot) ke jaringan dan membangun (1) konektivitas antara client dan server dan (2) di
mana user akan berinteraksi dengan prosesor.
Gambar 12: Network Architecture DFD
Bab 7
DATABASE DESIGN
Pada fase ini, akan dilakukan perancangan database yang akan digunakan sistem yang baru.
Rancangan ini berdasarkan Entity Relationship Diagram yang telah diberikan pada fase
Requirement Analysis Phase. Di fase ini akan dilakukan mapping dari ERD menjadi bentuk tabel-
tabel yang memenuhi 3 NF. Untuk mendefinisikan tabel-tabel tersebut akan dilakukan juga
pembuatan Data Definition Language (DDL).
7.1 Relational Database Schema (3NF)
Projects
P roject_ ID Project_Name Project_Location Client_Name Client_Address
Scheduled_Project_Duration Project_Budgeting Project_Contribution
Project_Type Project_Start_Date Project_Finish_Date
Status_PT_Glostar_indonesia Total_Project_Expenses
Finance
I nvoi c e _ I D Project_ID Invoice_Date Amount
Reports
Report_ ID Assignment _ ID P roject_ ID Report_Type
AdPro
Assignment _ ID Assignment_Name Assignment_Subject
Staff Scheduling
P roject_ ID SS N Manhour_Rate Current_Project_Fee
Personalia
SS N Name Address Professional_Skill
7.2 Data Definition Language (DDL)
Projects
Create table Projects ( Project_ID num
NOT NULL, Project_Name varchar
NOT NULL, Project_Location varchar
NOT NULL, Client_Name varchar
NOT NULL, Client_Address varchar
NOT NULL,
Scheduled_Project_Duration varchar NOT NULL,
Project_Budgeting currency NOT NULL,
Project_Contribution num NOT NULL,
Project_Type varchar NOT NULL,
Project_Start_Date date NOT NULL,
Project_Finish_Date date NOT NULL,
Total_Project_Expenses currency NOT NULL,
Status_PT_Indra_Karya varchar NOT NULL
)
Alter table Projects
Add Primary Key ( Project_ID )
Admin
Create table Admin ( Assignment_ID num
NOT NULL, Assignment_Name varchar
NOT NULL, Assignment_Subject
varchar NOT NULL
)
Alter table Admin
Add Primary Key ( Assignment_ID )
Finance
Create table Finance ( Invoice_ID
num NOT NULL, Project_ID
num NOT NULL, Invoice_Date
date NOT NULL, Amount
currency NOT NULL
)
Alter table Finance
Add Primary Key (Invoice_ID)
Alter table Finance
Add Foreign Key (Project_ID) references Projects
Reports
Create table Reports ( Report_ID
num NOT NULL, Assignment_ID
num NOT NULL, Project_ID
num NOT NULL, Report_Type
varchar NOT NULL
)
Alter table Reports
Add Primary Key (Report_ID, Assignment_ID, Project_ID)
Alter table Reports
Add Foreign Key (Project_ID) references Projects
Alter table Reports
Add Foreign Key (Assignment_ID) references AdPro
Staff Scheduling
Create table Staff_Scheduling
( Project_ID num NOT
NULL, SSN num NOT
NULL,
Manhour_Rate currency NOT NULL,
Current_Project_Fee currency NOT NULL
)
Alter table Staff_Scheduling
Add Primary Key (Project_ID, SSN)
Alter table Staff_Scheduling
Add Foreign Key (Project_ID) references Projects
Personalia
Create table Personalia ( SSN
num NOT NULL, Name
varchar NOT NULL, Address
varchar NOT NULL,
Professional_Skill varchar NOT NULL
)
Alter table Personalia
Add Primary Key (SSN)
7.3 Physical Database Schema
Skema database merupakan physical model atau blueprint sebuah database. Database
skema merepresentasikan implementasi teknis dari logical data model
Gambar 13 : Physical Database Schema
7.4 Logical Data Model
NF.
Logical data model merupakan ER yang telah dinormalisasi ke dalam bentuk 3
Berikut merupakan Logical Data Model dari sistem yang akan kami bangun.
Gambar 14 : Logical Data Model
Bab 8
SYSTEM INTERFACE
8.1 User Interface
Berikut merupakan prototipe user interface dari sistem yang akan kami kembangkan :
1. Halaman login
2. Halaman parkir masuk
3. Halaman parkir keluar
BAB 9
KONSTRUKSI DAN IMPLEMENTASI SISTEM
Pembangunan atau konstruksi suatu sistem terdiri dari 3 tahapan, yaitu tahap pengembangan,
tahap instalasi dan tahap pengujian terhadap semua unsur yang terdapat dalam sistem tersebut.
Pengembangan suatu sistem dimulai setelah fase desain telah selesai dibuat dan disetujui oleh
sistem owners. Pada tahap pengembangan ini, dilakukan implementasi dari desain yang telah ada.
Sedangkan pada instalasi adalah kegiatan untuk mempersiapkan perangkat keras dan desain
teknis juga dari desain yang telah ada. Pengujian merupakan tahap terakhir dari konstruksi suatu
sistem. Pengujian dilakukan setelah implementasi dan instalasi selesai dilaksanakan. Error atau
bug yang terdapat dalam implementasi dapat diketahui dan diperbaiki setelah pengujian
dilaksanakan. Pengujian memakan waktu yang lebih besar dari keseluruhan waktu untuk
melaksanakan implementasi dan instalasi. Karena itu pengujian harus dilakukan secara tekun dan
teliti.
9.1. Konstruksi Sistem
R ancang B a n g u n dan P e n g u ji an J a ri n g an K o m pu t er
Untuk mengetahui kelayakan sistem yang telah dibuat dengan arsitektur jaringan yang ada di PT.
Glostar Indonesia, maka dilakukan pengujian di jaringan komputer lokal yang hampir sama
dengan yang ada di PT. Glostar Indonesia.
Pembangunan sistem yang akan dibuat harus dapat bekerja dengan baik pada jaringan lokal di
PT. Glostar Indonesia maupun secara remote access. Kami menggunakan sebuah komputer yang
berfungsi sebagai web server, dimana semua client yang akan menggunakan sistem terhubung ke
web server tersebut.
R ancang B a n g u n dan P e n gu j i an B a s i s D a t a
Back End basis data dari sistem yang kami kembangkan adalah MySQL. Input yang
digunakan untuk pengujian merupakan input-input yang mungkin terjadi atau yang umum
dilakukan oleh pengguna.
Rancang bangun dari basis data merupakan skema basis data yang telah disetujui pada
tahap desain. Contoh contoh input diujikan pada sistem untuk menguji integritas basis data dan
data yang telah ada. Kasus-kasus yang menyebabkan adanya ketidak entigritasan sistem, dapat
diatasi sebelum sistem tersebut diluncurkan (deployment).
P e m bua t an dan Pen g u j i an P r o g r a m B a r u
Proses pembuatan dan pengujian program baru memanfaatkan input dari tahap desain sistem,
yaitu spesifikasi teknis sistem. Pemrograman dilakukan dengan menggunakan Netbeans yang
memudahkan scripting Java serta koneksi basis data serta cara manual dengan menggunakan
MySQL-Front. Yang mana yang dipakai tergantung kebutuhan pada saat pembuatan.
Pengujian dilakukan secara bertahap dan terpisah, terdiri dari :
o Stub testing
Tes yang dilakukan oleh setiap event individu atau modul dari program. Dengan kata
lain, pengujian ini dilakukan pada suatu subset program yang terisolasi.
o Unit atau program testing
Tes semua event dan modul yang telah dibuat dan sudah dilakukan stub testing dites
sebagai satu unit secara keseluruhan. Ini merupakan testing keseluruhan program.
o System testing
Tes untuk menjamin aplikasi program ditulis dan diuji dalam sebuah lingkup kerja yang
terisolasi bekerja dengan baik ketika pada akhirnya diintegrasikan dengan program yang
lain.
