2112 Isys6429035 Drba TK1-W2-S4-R0 Team6

ANALISIS DAN PERANCANGAN SISTEM INFORMASI PENJUALAN RUMAH
BERBASIS WEBSITE PADA GRAHA MUTIARA MINIMALIS
Disusun Oleh:
Jodhy Kreti Simanjuntak 2301019635
Kgs Muhammad Chaidir Halim 2201849005
Wulanda Anggoro 2301969622
Universitas Bina Nusantara

Jakarta
2021
DAFTAR ISI
DAFTAR ISI.......................................................................................................................................1
DAFTAR GAMBAR..........................................................................................................................1
DAFTAR TABEL...............................................................................................................................1
BAB 1 PENDAHULUAN...................................................................................................................2
1.1. Latar Belakang....................................................................................................................2
1.2. Rumusan Masalah...............................................................................................................3
1.3. Ruang Lingkup....................................................................................................................3
1.4. Tujuan.................................................................................................................................4
1.5. Manfaat...............................................................................................................................4
1.6. Metodologi Penelitian..........................................................................................................5
1.7. Sistematika Penulisan..........................................................................................................6
BAB 2 LANDASAN TEORI..............................................................................................................7
2.1 Sistem Informasi..................................................................................................................7
2.1.1 Komponen Sistem Informasi..............................................................................................7
2.2 Agile Methodology...............................................................................................................8
2.2.1 Planning.......................................................................................................................9
2.2.2 Analysis.....................................................................................................................10
2.2.2.1 Object-Oriented System Analysis and Design (OOSAD)..........................................10
2.2.2.1.1 Object Oriented Analysis (OOA).....................................................................10
2.2.2.1.2 Object Oriented Design (OOD)........................................................................10
2.2.3 Design........................................................................................................................11
2.2.3.1 Unified Modeling Language (UML)......................................................................11
2.2.3.1.1 Use case Diagram............................................................................................11
2.2.3.1.2 Use case Description.......................................................................................13
2.2.3.1.3 Brief Use Case Description..............................................................................13
2.2.3.1.4 Fully Developed Use Case Description...........................................................14
2.2.3.2 Activity Diagram....................................................................................................15
2.2.3.3 Class Diagram.......................................................................................................17
2.2.3.4 Sequence Diagram.................................................................................................19
2.2.3.5 Development Diagram...........................................................................................20
2.2.3.6 Website..................................................................................................................20
2.2.3.7 Microservices.........................................................................................................20
2.2.3.8 Database Management System (DBMS)................................................................21
2.2.3.9 User and System Interface.....................................................................................22
2.2.4 Implementation..........................................................................................................22
2.3 Kerangka Pemikiran..........................................................................................................23
2.4 Literature Review..............................................................................................................24
BAB 3 ANALISA SISTEM BERJALAN........................................................................................26
3.1 Sejarah Perusahaan............................................................................................................26
3.1.1. Visi..................................................................................................................................26
3.1.2. Misi.................................................................................................................................26
3.1.3. Struktur Organisasi..........................................................................................................27
3.2 Proses Bisnis Berjalan.......................................................................................................27
3.2.1 Proses Penjualan Rumah............................................................................................27
3.3 Dokumen Pada Proses Bisnis Berjalan..............................................................................29
3.3.1 Brosur...............................................................................................................................29
3.3.2 Dokumen Marketing.........................................................................................................29
3.3.3 Dokumen Kwitansi...........................................................................................................30
3.3.4 Dokumen Transaksi Pembayaran.....................................................................................31
3.4 Analisa Permasalahan........................................................................................................31
3.5 Solusi Permasalahan..........................................................................................................32
3.6 Timeline Pengerjaan..........................................................................................................33
BAB 4 HASIL DAN BAHASAN.....................................................................................................35
4.1 Prosedur Sistem yang Diusulkan.......................................................................................35
4.1.1 Prosedur Tambah Master Data...................................................................................35
4.1.2 Prosedur Request Pemesanan Unit.............................................................................35
4.1.3 Prosedur Mengelola Data Transaksi..........................................................................35
4.1.4 Prosedur Monitoring..................................................................................................35
4.2 Unified Modeling Language (UML)..................................................................................36
4.2.1 Activity Diagram.......................................................................................................36
4.2.1.1 Activity Diagram Register......................................................................................36
4.2.1.2 Activity Diagram Login..........................................................................................37
4.2.1.3 Activity Diagram View Unit...................................................................................38
4.2.1.4 Activity Diagram Request Pemesanan Unit...........................................................39
4.2.1.5 Activity Diagram Mengelola Data Pemesanan Unit...............................................40
4.2.1.6 Activity Diagram Mengelola Transaksi Pembayaran.............................................41
4.2.1.7 Activity Diagram Mengelola Data Unit.................................................................42
4.2.1.8 Activity Diagram Mengelola Data Karyawan........................................................43
4.2.1.9 Activity Diagram Monitoring Data Pemesanan......................................................44
4.2.1.10 Activity Diagram Monitoring Transaksi Pembayaran........................................45
4.2.2 Use Case Diagram.....................................................................................................46
4.2.3 Brief Use Case Diagram............................................................................................46
4.2.3.1 Register..................................................................................................................46
4.2.3.2 Login.....................................................................................................................47
4.2.3.3 View Unit..............................................................................................................47
4.2.3.4 Request Pemesanan Unit........................................................................................48
4.2.3.5 Mengelola Data Pemesanan Unit...........................................................................48
4.2.3.6 Mengelola Transaksi Pembayaran.........................................................................49
4.2.3.7 Mengelola Data Unit..............................................................................................49
4.2.3.8 Mengelola Data Karyawan.....................................................................................50
4.2.3.9 Monitoring Data Pemesanan..................................................................................51
4.2.3.10 Monitoring Data Pembayaran............................................................................52
4.2.4 Class Diagram............................................................................................................53
4.2.5 First-Cut Sequence Diagram......................................................................................54
4.2.5.1 Register..................................................................................................................54
4.2.5.2 Login......................................................................................................................54
4.2.5.4 Mengelola Data Transaksi Pembayaran.................................................................56
4.2.5.8 Monitoring Transaksi Pembayaran........................................................................58
4.2.5.9 View Unit..............................................................................................................59
4.2.5.10 Request Pemesanan Unit....................................................................................59
4.2.6 Multilayer Sequence Diagram...................................................................................60
4.2.6.1 Register..................................................................................................................60
4.2.6.2 Login......................................................................................................................60
4.2.6.4 Mengelola Data Transaksi Pembayaran.................................................................61
4.2.6.8 Monitoring Transaksi Pembayaran........................................................................63
4.2.6.9 View Unit..............................................................................................................64
4.2.6.10 Request Pemesanan Unit....................................................................................64
4.3 Package Diagram..............................................................................................................65
4.4 Database............................................................................................................................66
4.5 Persistent Database...........................................................................................................66
4.5.1 Presistent Object User...............................................................................................66
4.5.2 Presistent Object Karyawan......................................................................................67
4.5.3 Presistent Object Unit................................................................................................67
4.5.4 Presistent Object Role...............................................................................................67
4.5.5 Presistent Object Customer.......................................................................................68
4.5.6 Presistent Object Transaksi.......................................................................................68
4.5.7 Presistent Object Pembayaran...................................................................................68
4.5.8 Presistent Object Pembayaran Detail.........................................................................68
4.6 Environment......................................................................................................................69
4.6.1 Deployment Environtment.........................................................................................69
4.6.2 Network Architecture.................................................................................................70
4.6.3 Software Architecture................................................................................................70
4.7 User Interface....................................................................................................................71
4.7.1 Register......................................................................................................................72
4.7.2 Login..........................................................................................................................72
4.7.3 Home.........................................................................................................................73
4.7.4 Master Data Karyawan..............................................................................................73
4.7.5 Master Data Unit.......................................................................................................74
4.7.6 Master Data User.......................................................................................................75
4.8 Testing Skenario................................................................................................................77
DAFTAR PUSTAKA........................................................................................................................82
DAFTAR GAMBAR
Gambar 2. 1 Komponen Sistem Informasi...............................................................................7
Gambar 2. 2 Metodologi Model Agile.....................................................................................9
Gambar 2. 3 Contoh Use Case Diagram................................................................................13
Gambar 2. 4 Contoh Brief Case Description.........................................................................14
Gambar 2. 5 Contoh Use Case Description...........................................................................14
Gambar 2. 6 Contoh Activity Diagram..................................................................................17
Gambar 2. 7 Kerangka Pemikiran..........................................................................................23
Gambar 3. 1 Struktur Organisasi
Gambar 3. 2 Activity Diagram Proses Penjualan Rumah
Gambar 3. 3 Brosur
Gambar 3. 4 Dokumen Marketing
Gambar 3. 5 Dokumen Kwitansi
Gambar 3. 6 Dokumen Transaksi Pembayaran
Gambar 4. 1 Activity Diagram Register................................................................................36
Gambar 4. 2 Activity Diagram Login....................................................................................37
Gambar 4. 3 Activity Diagram View Unit.............................................................................38
Gambar 4. 4 Activity Diagram Request Pemesanan Unit......................................................39
Gambar 4. 5 Activity Diagram Mengelola Data Pemesanan Unit.........................................40
Gambar 4. 6 Activity Diagram Mengelola Transaksi Pembayaran.......................................42
Gambar 4. 7 Activity Diagram Mengelola Data Unit............................................................42
Gambar 4. 8 Activity Diagram Mengelola Data Karyawan...................................................43
Gambar 4. 9 Activity Diagram Monitoring Data Pemesanan................................................44
Gambar 4. 10 Activity Diagram Monitoring Transaksi Pembayaran....................................45
Gambar 4. 11 Use Case Diagram...........................................................................................46
Gambar 4. 12 Class Diagram.................................................................................................53
Gambar 4. 13 First-Cut Sequence Diagram Register.............................................................54
Gambar 4. 14 First-Cut Sequence Diagram Login................................................................55
Gambar 4. 15 First-Cut Sequence Diagram Mengelola Data Pemesanan Unit.....................55
Gambar 4. 16 First-Cut Sequence Diagram Mengelola Data Transaksi Pembayaran...........56
Gambar 4. 17 First-Cut Sequence Diagram Mengelola Data Unit........................................57
Gambar 4. 18 First-Cut Sequence Diagram Mengelola Data Karyawan...............................57
Gambar 4. 19 First-Cut Sequence Diagram Monitoring Data Pemesanan............................58
Gambar 4. 20 First-Cut Sequence Diagram Monitoring Data Pembayaran..........................58
Gambar 4. 21 First-Cut Sequence Diagram View Unit.........................................................59
Gambar 4. 22 First-Cut Sequence Diagram Request pemesanan Unit..................................59
Gambar 4. 23 Multilayer Sequence Diagram Register..........................................................60
Gambar 4. 24 Multilayer Sequence Diagram Login..............................................................60
Gambar 4. 25 Multilayer Sequence Diagram Mengelola Data Pemesanan Unit...................61
Gambar 4. 26 Multilayer Sequence Diagram Mengelola Data Transaksi Pembayaran.........61
Gambar 4. 27 Multilayer Sequence Diagram Mengelola Data Unit......................................62
Gambar 4. 28 Multilayer Sequence Diagram Mengelola Data Karyawan............................62
Gambar 4. 29 Multilayer Sequence Diagram Mengelola Data Pemesanan...........................63
Gambar 4. 30 Multilayer Sequence Diagram Monitoring Transaksi Pembayaran................63
Gambar 4. 31 Multilayer Sequence Diagram View Unit.......................................................64
Gambar 4. 32 Multilayer Sequence Diagram Request Pemesanan Unit................................64
Gambar 4. 33 Package Diagram............................................................................................65
Gambar 4. 34 Design Database..............................................................................................66
Gambar 4. 35 Deployment Environtment Process.................................................................69
Gambar 4. 36 Network Architecture......................................................................................70
Gambar 4. 37 Software Architecture.....................................................................................71
Gambar 4. 38 User Interface Register....................................................................................72
Gambar 4. 39 User Interface Login.......................................................................................72
Gambar 4. 40 User Interface Home.......................................................................................73
Gambar 4. 41 User Interface Master Data Karyawan............................................................73
Gambar 4. 42 User Interface Master Data Karyawan Detail.................................................74
Gambar 4. 43 User Interface Master Data Unit.....................................................................74
Gambar 4. 44 User Interface Master Data Unit Detail..........................................................75
Gambar 4. 45 User Interface Master Data User.....................................................................75
Gambar 4. 46 User Interface Master Data User Detail..........................................................76
Gambar 4. 47 Tabel Skenario Pengujian...............................................................................77
DAFTAR TABEL
Tabel 2. 1 Tabel Simbol Use Case Diagram..........................................................................12

Tabel 2. 2 Simbol Activity Diagram......................................................................................16
Tabel 2. 3 Simbol Class Diagram..........................................................................................18
Tabel 2. 4 Simbol Sequence Diagram....................................................................................19
Tabel 3. 1 Analisa dan Solusi Permasalahan
Tabel 3. 2 Timeline Pengerjaan
Tabel 4. 1 Brief Use Case Diagram Register.........................................................................47
Tabel 4. 2 Brief Use Case Diagram Login.............................................................................47
Tabel 4. 3 Brief Use Case Diagram View Unit......................................................................47
Tabel 4. 4 Brief Use Case Diagram Request Pemesanan Unit..............................................48
Tabel 4. 5 Brief Use Case Diagram Mengelola Data Pemesanan Unit..................................48
Tabel 4. 6 Brief Use Case Diagram Mengelola Transaksi Pembayaran................................49
Tabel 4. 7 Brief Use Case Diagram Mengelola Data Unit.....................................................50
Tabel 4. 8 Brief Use Case Diagram Mengelola Data Karyawan...........................................50
Tabel 4. 9 Brief Use Case Diagram Monitoring Data Pemesanan.........................................51
Tabel 4. 10 Brief Use Case Diagram Monitoring Data Pembayaran.....................................52
Tabel 4. 11 Presistent Object User.........................................................................................66
Tabel 4. 12 Presistent Object Karyawan................................................................................67
Tabel 4. 13 Presistent Object Unit.........................................................................................67
Tabel 4. 14 Presistent Object Role.........................................................................................67
Tabel 4. 15 Presistent Object Customer.................................................................................68
Tabel 4. 16 Presistent Object Transaksi.................................................................................68
Tabel 4. 17 Presistent Object Pembayaran.............................................................................68
Tabel 4. 18 Presistent Object Pembayaran Detail..................................................................68
BAB 1
PENDAHULUAN
1.1. Latar Belakang

Pada masa sekarang dimana disebut era digitalisasi banyak perusahaan yang
telah menggunakan sistem informasi untuk menjalankan proses bisnisnya akan
tetapi masih dapat dilihat jika tidak sedikit perusahaan yang masih menggunakan
cara lama atau manual dalam melakukan kegiatan operasionalnya seperti pada
perusahaan yang bernama “Graha Mutiara Minimalis”.
Perusahaan ini bergerak dibidang pengembangan properti dan kontraktor yang
telah berjalan selama kurang lebih 10 tahun dan juga telah menjalankan beberapa
proyek perumahan dengan jumlah rumah yang dibangun mencapai ratusan unit.
Semakin berjalannya waktu perusahaan ini terus berkembang dan tingkat pekerjaan
yang harus dilakukan semakin banyak sehingga tidak jarang akan ditemui
permasalahan ataupun kendala dalam operasionalnya.
Pada era sekarang yang segalanya dibantu oleh kemajuan teknologi
membuat perusahaan menemukan masalah baru dimana sulit bersaing dalam
menemukan konsumen maupun pelanggan sehingga pemilik memiliki keinginan
untuk membuat calon konsumen mengetahui berbagai tipe rumah yang ada
ditambah lagi sekarang sedang pada situasi pandemi hasilnya kurang maksimal
apabila pemasaran masih dilakukan secara manual seperti menyebarkan brosur di
jalan.
Oleh karena itu, perusahaan ini membutuhkan suatu solusi yang dapat
membantu dalam mengontrol kegiatan operasional agar menjadi lebih terstruktur
dan terorganisir seperti merubah proses pemesanan hingga monitoring pembayaran
yang masih dilakukan secara manual dengan adanya sistem informasi yang dapat
mendukung kegiatan operasional perusahaan Graha Mutiara Minimalis akan
membuat pekerjaan menjadi lebih efektif dan efisien karena semua pekerjaan
menjadi terpusat pada satu aplikasi sehingga admin atau staff tidak perlu lagi
bekerja dua kali.
Berdasarkan hal tersebut maka dibutuhkan suatu analisis perancangan
sistem yang akan memudahkan perusahaan dalam melakukan berbagai operasional
perusahaan seperti memasarkan unit atau tipe rumah, membantu konsumen dalam
melakukan booking pemesanan rumah hingga monitoring pembayaran. Hal ini yang
melatarbelakangi penulis untuk mengangkat permasalahan diatas sebagai sebuah
penelitian dengan judul “ANALISIS DAN PERANCANGAN SISTEM
INFORMASI PENJUALAN RUMAH BERBASIS WEBSITE DI GRAHA
MUTIARA MINIMALIS”.
1.2. Rumusan Masalah
Bagaimana cara melakukan analisis dan perancangan penjualan rumah

pada Graha Mutiara Minimalis?
1.3. Ruang Lingkup
Ruang Lingkup dibutuhkan agar membuat skripsi ini menjadi lebih terarah dan
sesuai dengan kebutuhan perusahaan. Ruang lingkup yang akan dibahas pada
Sistem Informasi Penjualan Website pada Graha Mutiara Minimalis hanya sampai
pada tahap desain sistem meliputi :
1. Manajemen Pemasaran yang berguna bagi konsumen agar dapat melihat
berbagai tipe dan harga setiap rumah.
2. Manajemen Pemesanan yang berguna bagi konsumen agar dapat dengan
mudah dalam melakukan pemesanan rumah yang diinginkan dan juga
akan sangat membantu konsumen untuk langsung terhubung dengan
marketing yang tersedia jika konsumen ingin melihat rumah secara
langsung.
3. Monitoring yang berguna untuk pencarian riwayat pembayaran atau
cicilan konsumen.
Ditinjau dari segi fungsionalitas yang terdapat dalam aplikasi ini, user atau
pengguna aplikasi terbagi menjadi tiga, yaitu pemilik perusahaan, konsumen dan
pengelola (admin). Fungsionalitas sistem yang akan dirancang sebagai berikut :
1. Admin dapat mengelola data rumah yang tersedia.
2. Admin dapat mengelola data pemesanan setiap konsumen.
3. Konsumen dapat melihat berbagai tipe dan harga rumah yang tersedia.
4. Admin, pemilik dan konsumen bisa melihat riwayat pembayaran
konsumen.
1.4. Tujuan
Berdasarkan latar belakang dan ruang lingkup yang ada, maka tujuan dari
penelitian ini adalah merancang suatu sistem informasi penjualan rumah, yang
dapat digunakan sebagai sarana dan komunikasi bagi pemilik, konsumen dan
admin.
Sehingga dapat dapat diperoleh tujuan dari analisis dan perancangan sistem
informasi sebagai berikut :
1. Melakukan Analisa pada sistem informasi yang dibutuhkan oleh user
sesuai dengan proses bisnis yang sedang berjalan.
2. Menyediakan perancangan sistem yang dapat membantu perusahaan
dalam memasarkan berbagai tipe dan harga rumah.
3. Membuat suatu perancangan sistem yang dapat membantu konsumen
yang ingin melakukan pemesanan dan melihat unit yang tersedia.
4. Membuat perancangan sistem yang dapat membantu dalam mengelola
riwayat pembayaran yang telah dilakukan oleh konsumen.
1.5. Manfaat
1.5.1 Bagi Penulis

a. Mendapatkan gambaran dan pemahaman tentang perancangan
sebuah sistem penjualan rumah.
b. Hasil penelitian ini dapat menjadi referensi bagi penulis apabila
hendak melakukan penelitian di masa yang akan datang.
1.5.2 Bagi Objek Penelitian/ Perusahaan
a. Perusahaan memiliki gambaran untuk membangun sistem
pemesanan rumah, dimana sistem yang akan dibangun meliputi:
● Pemasaran rumah yang sudah dilakukan secara digital.
● Pemesanan rumah dapat dilakukan oleh konsumen secara
digital.
● Dapat melakukan monitoring terhadap pembayaran yang
telah dilakukan oleh konsumen.
b. Hasil dari penelitian dapat digunakan untuk penelitian tahap
selanjutnya.
1.5.3 Bagi Pembaca
a. Untuk menambah wawasan dan pengetahuan bagi para pembaca
mengenai perancangan sistem pemesanan rumah dalam
memudahkan operasional pemesanan dan pemasaran rumah dalam
perusahaan.
1.6. Metodologi Penelitian

Metode penelitian merupakan cara yang digunakan untuk mendapatkan suatu
data untuk mencapai tujuan tertentu. Metode yang digunakan dalam menyusun
skripsi adalah metode deskriptif, yang artinya metode ini menguraikan dan
menggambarkan keadaan yang terjadi saat ini pada perusahaan dengan melakukan
analisis sehingga memperoleh suatu kesimpulan.
Jenis metode penelitian yang digunakan untuk mencapai tujuan yang dirumuskan
dalam skripsi adalah sebagai berikut:
1. Metode Pengumpulan Data
a. Diskusi dengan pemilik perusahaan
Melakukan diskusi dengan pemilik perusahaan untuk membahas tentang
proses bisnis, kemajuan perancangan, dan perencanaan selanjutnya.
b. Studi pustaka
Studi pustaka dilakukan untuk mengetahui landasan teori serta
pengetahuan dan informasi mengenai lingkungan perusahaan sebagai
acuan dalam penulisan skripsi.
c. Studi Literatur
Studi literatur untuk mempelajari buku, jurnal dan referensi yang
berhubungan dengan perancangan sistem informasi penjualan rumah pada
Graha Mutiara Minimalis.
2. Metode Pengembangan Sistem

Dalam tahap pengembangan sistem informasi menggunakan metode Agile.
Metode agile merupakan suatu model pengambangan jangka pendek yang
memerlukan penyesuaian cepat dari pengembang terhadap perubahan dalam
bentuk apapun. Metodologi ini dipilih karena dibutuhkan pengembangan
sistem secara cepat dimana pengguna belum mengetahui spesifikasi dan
deskripsi dari sistem yang dibutuhkan.
3. Metode Perancangan
Metode perancangan sistem yang akan digunakan pada penelitian ini adalah
Unified Modeling Language (UML) yang meliputi activity diagram, use-
case diagram, use-case description, domain model class diagram, sequence
diagram dan package diagram. (Dennis, Wixom, & Tegarden, 2015).
1.7. Sistematika Penulisan

Dalam penulisan skripsi ini, disusun dalam beberapa bab, masing-masing bab
akan memiliki sub bab yang akan menguraikan beberapa pokok bahasan. Adapun
sistematika penulisan tersusun dari tahap-tahap sebagai berikut:
BAB 1 PENDAHULUAN
Bab ini berisi pembahasan mengenai latar belakang masalah, ruang
lingkup, tujuan dan manfaat, metodologi penelitian, dan sistematika
penulisan. Bab ini merupakan landasan dari pengembangan aplikasi
dan penulisan skripsi.
BAB 2 LANDASAN TEORI
Bab ini berisi penjelasan mengenai teori-teori dan konsep yang
digunakan untuk mendukung penyusunan skripsi ini.
BAB 3 ANALISIS SISTEM BERJALAN
Bab ini berisi tentang informasi-informasi mengenai latar belakang
perusahaan, kondisi saat ini, identifikasi masalah, dan usulan untuk
memecahkan masalah tersebut.
BAB 4 PERANCANGAN SISTEM YANG DIUSULKAN
Bab ini membahas tentang perancangan model, fungsi, dan
perancangan layar sistem yang diusulkan, penyajian data hasil
perancangan, pengolahan dan pembahasan data yang terkumpul untuk
memberikan solusi terhadap masalah yang dihadapi perusahaan.
BAB 5 SIMPULAN DAN SARAN
Bab ini memberikan kesimpulan dan saran berdasarkan hasil
perancangan sistem yang diusulkan untuk dapat dijadikan referensi
oleh perusahaan.
BAB 2
LANDASAN TEORI
Bab dua berisikan teori-teori yang akan digunakan sebagai dasar dalam
perancangan Sistem Informasi Penjualan Rumah pada Graha Mutiara Minimalis
dari berbagai sumber seperti jurnal dan buku yang berkaitan serta mendukung
dalam penelitian skripsi ini.
2.1 Sistem Informasi
Menurut Anggreani dan Irvani (Anggraeni & Irviani, 2017), sistem informasi
merupakan suatu kombinasi teratur dari orang-orang, hardware, software, jaringan
komunikasi, dan sumber daya yang mengumpulkan, mengolah, dan menyebarkan
informasi dalam sebuah organisasi.
Pernyataan tersebut juga dipertegas oleh Stair & Reynolds (Stair & Reynolds, 2016)
yang menyatakan sistem informasi adalah sekumpulan komponen yang saling
berhubungan dan saling mengumpulkan, memproses, menyimpan, dan
menyebarkan data dan informasi yang saling memberikan umpan balik dalam
memenuhi suatu tujuan.
2.1.1 Komponen Sistem Informasi
Komponen yang ada dalam sistem informasi terdiri dari beberapa

komponen sebagai berikut (Stair & Reynolds, 2016):
Gambar 2. 1 Komponen Sistem Informasi

a. Input: input merupakan tahap mengumpulkan elemen yang masuk untuk
diproses ke dalam sistem.
b. Process: process merupakan tahap pengelolaan data menjadi output yang
berguna.
c. Output: output merupakan hasil dari suatu proses yang telah dilakukan
yang berbentuk dokumen atau laporan.
d. Feedback: feedback merupakan suatu informasi yang dihasilkan menjadi
bahan dalam melakukan proses input.
2.2 Agile Methodology
Penelitian dimulai dengan merumuskan suatu masalah, adapun pendekatan

yang digunakan dalam penelitian ini nantinya akan menghasilkan sebuah
perancangan aplikasi sistem informasi. Metode yang digunakan dalam merancang
aplikasi adalah metode agile.
Metode agile dikenal dengan metode pengembangan perangkat lunak yang
bersifat iterative dan evolusioner yang dilakukan dengan mengedepankan
kolaborasi serta menggunakan dokumen formal yang terbatas dan tepat untuk
membangun perangkat lunak yang berkualitas dalam biaya yang efektif serta waktu
sesuai dengan kebutuhan stakeholder yang bisa berubah-ubah (Raharjana, 2017).
Menurut (Raharjana, 2017) prinsip-prinsip yang digunakan dalam
pengembangan metodologi agile sebagai berikut:
 Fits just right process, penerapan proses-proses yang dianggap penting
saja berdasarkan best practice
 Continuous testing and validation, pengetesan tidak hanya dilakkan
diakhir proses saja, melainkan dari awal hingga akhir dan dilakukan
secara terus menerus
 Consistent team collaboration, esensi dari metodologi agile adalah
kolaborasi antar tim secara sosial maupun hasil kerja. Melakukan
pertemuan singkat secara rutin untuk membahas progress pengerjaan
masing-masing tim.
 Rapid response to change, paradigma yang dianut adalah memfasilitasi
segala perubahan yang dipahami sebagai suatu proses dari
pengembangan perangkat lunak.
 Ongoing customer involvement, Ketika calon pemilik dari perangkat
lunak ikut serta dalam pengembangan, maka tingkat penerimaan
pengguna akan tinggi jika dibandingkan hanya terlibat pada proses
akhir, pada tahap user acceptance test.
 Frequent delivery of working software, membagi menjadi beberapa
iterasi dalam prosesnya, setiap iterasi tersebut mempunyai output yang
dinamakan working code atau modul dari perangkat lunak yang telah
selesai dibuat dan dilakukan pengetesan.
Berikut Tahapan dalam Metodologi Model Agile tercantum seperti gambar berikut
ini:
Gambar 2. 2 Metodologi Model Agile
Sumber: (Dennis, Wixom, & Tegarden, 2015)
Pendekatan Model Agile terdiri dari beberapa tahapan, yaitu:

2.2.1 Planning
Menurut Dennis (Dennis, Wixom, & Tegarden, 2015), Pada Tahapan
Perencanaan lebih menekankan pada aspek studi kelayakan pengembangan
sistem (feasibility study).
Aktifitas-aktifitas yang ada meliputi:
- Pembentukan dan konsolidasi tim pengembang.
- Mendifinisikan tujuan dan ruang lingkup pengembangan.
- Mengidentifikasi apakah masalah-masalah yang ada bisa diselesaikan
melalui pengembangan sistem.
- Menentukan dan evaluasi strategi yang akan digunakan dalam
pengembangan sistem.
- Penentuan prioritas teknologi dan pemilihan aplikasi.
2.2.2 Analysis
Menurut Dennis (Dennis, Wixom, & Tegarden, 2015)
Tahap analisis merupakan tahapan dimana berfokus pada beberapa hal seperti;
Melakukan studi literatur untuk menemukan suatu permsalahan, Melakukan
brainstorming dengan tim pengembang terkait permasalahan mana yang paling
tepat untuk dimodelkan dengan sistem, Mengklasifikasikan masalah dan solusi
yang mungkin di terapkan, Melakukan analisa dan mendifinisikan kebutuhan
sistem hingga membuat batasan sistem.
Berikut merupakan contoh aktifitas dalam tahapan analisis:
2.2.2.1 Object-Oriented System Analysis and Design (OOSAD)
Konsep dari object oriented approach atau pendekatan berorientasi
objek adalah analisis untuk memecahkan sistem yang kompleks menjadi
lebih kecil dan mudah dikelola dalam membentuk sistem informasi.
Pada buku (Satzinger, Jackson, & Burd, 2015) menjelaskan, object
oriented approach merupakan suatu pendekatan dalam pengembangan
sistem yang melihat sistem informasi sebagai kumpulan dari objek-objek
yang saling berinteraksi dan bekerja sama untuk menyelesaikan suatu
tugas dan juga mengidentifikasi semua objek yang ada dalam setiap use
case.
2.2.2.1.1 Object Oriented Analysis (OOA)
Object Oriented Analysis atau analisis berorientasi objek
merupakan suatu metode analisis yang memeriksa syarat ataupun
keperluan sistem yang akan dibangun dari sudut pandang kelas dan
objek dalam ruang lingkup permasalahan perusahaan.
Pernyataan tersebut dipertegas oleh (Satzinger, Jackson, &
Burd, 2015) bahwa OOA juga merupakan cara dalam
mengidentifikasi dan mendefinisikan suatu masalah menggunakan
objek atau kelas yang dimana merupakan suatu kombinasi antara
struktur data dan perilaku dalam satu entitas dan juga konsep dari
OOA dapat mendefinisikan kebutuhan sistem dari kasus
permasalahan yang telah didefinisikan.
2.2.2.1.2 Object Oriented Design (OOD)

Menurut (Satzinger, Jackson, & Burd, 2015), Object Oriented
Design merupakan tahap lanjutan setelah analisis berorientasi
objek.
OOD adalah suatu metode yang digunakan dalam mengarahkan
perancangan arsitektur sistem serta mendefenikan semua objek
yang diperlukan untuk berkomunikasi dengan pengguna sistem, dan
menampilkan bagaimana objek berinteraksi untuk menyelesaikan
tugas.
Desain model yang digunakan berdasarkan analisis dilengkapi
dengan rincian untuk implementasi, dimana fokus dari desain objek
perencanaan struktur data yang diperlukan untuk implementasi.
2.2.3 Design
Menurut Dennis, (Dennis, Wixom, & Tegarden, 2015), Design merupakan
tahapan dimana features dan operasi-operasi pada sistem dideskripsikan secara
detail. Berikut merupakan contoh aktifitas yang termasuk dalam tahapan
Design:
2.2.3.1 Unified Modeling Language (UML)

Menurut (Satzinger, Jackson, & Burd, 2015) Unified Modeling
Language (UML) merupakan merupakan kumpulan standar model
konstruksi dan notasi yang didefinisikan oleh Object Management Group
(OMG). UML digunakan untuk membuat analisis dan desain, dan juga
mendefinisikan teknik diagram yang digunakan untuk memodelkan
struktur sistem.
2.2.3.1.1 Use case Diagram

Menurut (Satzinger, Jackson, & Burd, 2015) use case
diagram merupakan pemodelan untuk sistem informasi yang
menjelaskan detail pemprosesan sebuah pengembangan sistem.
Use case memilki entitas yaitu pengguna yang saling bertukar
informasi dengan fungsionalitas yang diberikan. Berikut
merupakan simbol-simbol yang digunakan dalam Use Case
Diagram:
Tabel 2. 1 Tabel Simbol Use Case Diagram
Simbol Deskripsi
Use Case menggambarkan proses yang

dilakukan oleh Actor pada sebuah sistem..
Atribut Actor menggambarkan pihak yang

Kunci berhubungan dengan sistem baik itu
Primer merupakan pengguna atau sistem lainnya
yang berada dari sistem yang sedang
dibahas.
Asosiasi/association Penghubung antara relasi dan entitas

1 dimana kedua ujungnya memiliki
n multiplicity kemungkinan jumlah
pemakaian.
Simbol ini menggambarkan relasi suatu use
case yang memiliki kemungkinan untuk
memperluas fungsionalitas menggunakan
use case lain
Simbol ini menggambarkan relasi antar use
case dengan use case lain yang harus
dipenuhi agar sebuah event dapat terjadi.
System Simbol ini menspesifikasi paket yang
menampilkan sistem
Simbol Deskripsi
Berikut merupakan contoh use case diagram:
Gambar 2. 3 Contoh Use Case Diagram
Sumber: (Satzinger, Jackson, & Burd, 2015)

2.2.3.1.2 Use case Description
Use Case Description merupakan salah satu diagram pada
unified model language yang bertujuan memberikan gambaran
umum pada fungsionalitas suatu proses bisnis. Hal ini dijelaskan
juga pada buku (Satzinger, Jackson, & Burd, 2015) setiap use case
description yang dibuat biasanya menggambarkan skenario yang
merupakan serangkaian aktivitas internal yang unik di dalam
sebuah use case.
Skenario tersebut merepresentasikan urutan kejadian yang
unik, yang terjadi melalui sebuah use case. Use case description
terbagi menjadi dua, yaitu brief use case description dan fully
developed use case description.
2.2.3.1.3 Brief Use Case Description
Brief use case descriptions adalah mendefinisikan
gambaran umum aktivitas-aktivitas yang terjadi dari jalannya
sebuah use case. Berikut adalah contoh brief use case description:
Gambar 2. 4 Contoh Brief Case Description
Sumber : (Satzinger, Jackson, & Burd, 2015)
2.2.3.1.4 Fully Developed Use Case Description

Fully developed use case descriptions merupakan sebuah
metode formal yang digunakan untuk mendokumentasikan maupun
mendeskripsikan detail sebuah use case dan penjelasan ini
didukung (Satzinger, Jackson, & Burd, 2015). Berikut adalah
contoh use case descriptions ini dan penjelasan detail dari poin dari
contoh:
Gambar 2. 5 Contoh Use Case Description

a. Use case name yaitu harus diisi dengan nama dari use case yang akan
dijelaskan di use case description.
b. Scenario artinya nama skenario dari use case yang akan dijelaskan.
c. Triggering event adalah event yang memicu terjadinya use case.
d. Brief description merupakan ringkasan singkat secara umum dari use
case yang akan dijelaskan.
e. Actors yaitu para pengguna sistem yang terkait dengan jalannya
sebuah use case.
f. Related use case adalah use cases lain yang terkait atau akan
dijalankan apabila use cases yang akan dieksekusi.
g. Stakeholders adalah pihak-pihak yang berkepentingan terkait dengan
jalannya use case.
h. Preconditions yaitu kondisi awal yang harus terpenuhi agar eksekusi
dari use cases
i. Postconditions yaitu kondisi yang terjadi setelah use cases selesai
dieksekusi.
j. Flow of activities mendefinisikan rincian aliran aktivitas-aktivitas dari
use cases yang akan dijelaskan.
k. Exception condition yaitu menjelaskan aktivitas-aktivitas khusus yang
terjadi apabila suatu kondisi terpenuhi pada saat eksekusi dari sebuah
use case.
2.2.3.2 Activity Diagram

Activity diagram atau diagram aktivitas yang menggambarkan proses
bisnis yang dilakukan di perusahaan dan menggambarkan aktivitas dari
perangkat lunak. Activity diagram biasanya digunakan untuk menambah
pemahaman kita tentang proses bisnis atau workflow dan model use case
kita (Dennis, Wixom, & Tegarden, 2015). Secara teknis activity diagram
digunakan untuk semua jenis pemodelan proses dalam use case. Berikut
simbol activity diagram :
Tabel 2. 2 Simbol Activity Diagram
Sumber: (Dennis, Wixom, & Tegarden, 2015)
Simbol Deskripsi
Initial Node
Simbol ini menggambarkan awalan serangkaian
proses aktivitas yang dilakukan pada sebuah sistem..
Activity Final Node

Simbol ini menggambarkan akhir dari serangkaian
aktivitas.
Activity
Simbol yang menggambarkan aktivitas yang
dilakukan pada sistem.
Control flow
Simbol ini digunakan untuk mengurutkan alur flow.
Simbol fork menggambarkan menggambarkan suatu
Fork and Join activity yang dapat dilanjutkan dengan dua atau lebih
activity secara paralel.
Simbol join menggambarkan dua activity yang
menghasilkan satu activity..
Merge Node Simbol ini digunakan untuk membawa dua keputusan
menjadi satu bagian
Final-flow Node
Simbol ini digunakan untuk menghentikan alur proses
bisnis.
Decision Node
Simbol ini menggambarkan kondisi tertentu pada alur
proses bisnis.
Berikut adalah contoh activity diagram dari online checkout:
Gambar 2. 6 Contoh Activity Diagram
2.2.3.3 Class Diagram

Class diagram merupakan salah satu diagram utama dari UML
atau suatu model statis dalam perancangan sebuah sistem informasi untuk
menunjukkan hubungan antara kelas, atribut dan objek. Class diagram
dikatakan bersifat statis karena class diagram tidak menggambarkan apa
yang terjadi jika mereka berhubungan melainkan menggambar hubungan
apa yang terjadi. Pada dasarnya class diagram, mempunyai tujuan untuk
menjelaskan dan meningkatkan pemahaman mengenai gambaran umum
dari suatu program, dengan kata lain class diagram blueprint objek pada
sebuah sistem. Dalam pembentukan class diagram kita menggunakan
metode domain modelling. Domain modelling adalah suatu teknik dalam
UML yang digunakan untuk pengidentifikasian objek-objek pada area
(domain) permasalahan yang sama untuk dijadikan candidate class pada
class diagram (Satzinger, Jackson, & Burd, 2015).
Tabel 2. 3 Simbol Class Diagram
Simbol Deskripsi
Class
Simbol ini menggambarkan nama dari kelas.
Attribute
Simbol ini menjelaskan atribut dari suatu objek
dalam class
Association Penghubung antara relasi antar class dimana kedua

ujungnya
memiliki multiplicity kemungkinan jumlah
pemakaian
Generalization Penggambaran relasi antar kelas dengan makna
generalisasi-spesialisasi . Dimana simbol ini adalah
fitur warisan dari konsep berorientasi objek dan child
mewarisi atribut dan method dari parent-nya
Aggregation Simbol ini menggambarkan Relasi dimana sebuah
class merupakan bagian utuh dari class lainnya
Composition Simbol ini menggambarkan suatu class yang

merupakan bagian utuh dari class lainya dan bagian
class tersebut akan sangat bergantung pada
keberadaan class lainya.
2.2.3.4 Sequence Diagram

Sugiarti (2018:106) mengungkapkan lebih rinci bahwa secara grafis,
sequence diagram (diagram rangkaian) adalah suatu diagram yang
menggambarkan bagaimana suatu objek berinteraksi dengan satu sama
lain melalui pesan pada sekuensi sebuah usecase atau operasi, serta dapat
mengilustrasikan bagaimana pesan terkirim dan diterima antara objek
dalam suatu sequence atau timing. Ada beberapa simbol yang biasanya
dipergunakan dalam sequence diagram, diantaranya sebagai berikut.
Tabel 2. 4 Simbol Sequence Diagram
Simbol Deskripsi
Actor
Simbol ini menggambarkan entitas yang berada
diluar sistem .
Message
Simbol ini menggambarkan pesan antar objek
dan menunjukkan urutan kondisi yang terjadi.
Message Return Simbol ini menggambarkan hasil dari

pengiriman pesan dan digambarkan dengan arah
kanan ke kiri.
A guard Condition
Simbol ini menggambarkan kondisi yang harus
dipenuhi oleh sistem
An execution occurrence
Simbol ini menunjukkan ketika suatu objek
mengirim atau menerima pesan
A lifeline Simbol ini menunjukkan kehidupan suatu objek

selama suatu urutan dan berisi X pada titik di
mana kelas tidak lagi berinteraksi
Boundary
Merupakan tepi dari sistem, seperti user
interface yang berinteraksi dengan sistem lain
For object destruction Simbol ini menggambarkan akhir dari sebuah

objek.
2.2.3.5 Development Diagram
Deployment diagram adalah suatu model untuk yang menggambarkan
proses-proses suatu sistem berjalan dan bagaimana relasi di dalamnya.
Model ini merupakan salah satu diagram yang digunakan dalam
pemodelan aspek fisik dari sistem yang dimana hal tersebut berorientasi
pada proyek. Diagram pada deployment juga tidak hanya untuk
memvisualisasikan atau mendokumentasikan server yang tertanam, tetapi
juga mengelola sistem yang dapat dieksekusi. Hal ini yang
mempermudah user dalam pemakaian sistem yang telah dibuat dalam
diagram statis (Ainapure & Jadhav, 2007-2008).
2.2.3.6 Website
Website atau disingkat web dapat merupakan sekumpulan halaman
yang diimplementasikan dalam bentuk data digital, baik berupa gambar,
teks, video, audio dan animasi dimana komponen nya bisa di akses lewat
internet. Dengan kata lain, website adalah halaman yang berisi informasi
yang dibutuhkan oleh pengguna dan ditampilkan oleh browser seperti
Google Chrome, Windows Explorer, Mozilla, Firefox, Opera, Safari dan
masih banyak browser lainnya (Abdulloh, 2016).
2.2.3.7 Microservices
Microservice adalah sebuah metode arsitektur perangkat lunak yang
digunakan untuk mengembangkan sebuah sistem. Microservice
merupakan kumpulan beberapa proses yang saling berkomunikasi antara
satu dengan lainnya untuk membentuk aplikasi kompleks, dan metode ini
dianggap ideal ketika harus mengaktifkan berbagai perangkat mencakup
aplikasi web maupun mobile (Fatonah, Fransiscus, & Sinaga, 2020).
2.2.3.8 Database Management System (DBMS)

Menurut buku Sri Mulyani (Prof., 2016), database merupakan
kumpulan semua data yang diperlukan oleh sebuah sistem, dengan
menggunakan database beberapa aplikasi bisa saling terintegrasi untuk
menyimpan data. Sedangkan management system adalah suatu kerangka
prosedur yang digunakan untuk mencapai tujuan daripada sebuah sistem.
Sehingga Database Management System adalah data yang saling
berhubungan yang dikelompokkan dalam sebuah tabel atau beberapa
tabel dan sebuah aplikasi program yang mengatur cara mengakses data
tersebut. Kumpulan dari data tersebut biasanya disebut basis data, yang
berisikan informasi yang nyata untuk sebuah perusahaan atau organisasi.
Pernyataan ini didukung oleh buku Agus Wahyu Widodo dan Diva
Kurnianingtyas (Widodo & Kurnianingtyas, 2017).
Tujuan utama dari DBMS adalah untuk menyediakan sebuah cara
untuk menyimpan dan mengambil informasi yang ada dalam basis data
secara efektif dan efisien. manajemen data meliputi struktur informasi
yang ada dalam basis data, keamanan informasi yang disimpan di basis
data harus terjamin walau keadaan sistem pendukung.
Keuntungan dengan menggunakan DBMS sebagai berikut:
a. Performance
Jika data yang dikelola cukup besar maka dengan DBMS pengelolaan
data akan semakin cepat.
b. Integritas
Integritas data akan semakin terjamin dengan adanya DBMS, seperti
masalah redundancy, redundancy adalah kejadian berulangnya data atau
kumpulan data yang sama dalam sebuah basis data yang mengakibatkan
pemborosan media penyimpanan.
c. Independensi
perubahan struktur basis data memungkinan terjadi tanpa harus
mengubah aplikasi yang mengaksesnya.
d. Sentralisasi
Dengan data yang terkumpul dalam satu basis data maka pengelolaan
akan semakin terstruktur.
e. Security
Setiap DBMS memiliki sistem keamanan masing-masing yang
memang sudah terjamin tidak rentan dengan serangan siber (Yanto,
2016).
2.2.3.9 User and System Interface
Interface adalah suatu layanan yang disediakan oleh sistem
informasi sebagai sarana interaksi antara pengguna dan sistem operasi,
dengan komponen sistem operasi tersebut bersentuhan langsung dengan
pengguna. User interface yaitu suatu sarana komunikasi antara user dan
sistem, dimana pengguna dilibatkan dalam penggunaan sistem untuk
input dan outputnya. Desain dari user interface sangat bervariasi
tergantung tujuan maupun karakteristik pengguna. Tujuan user interface
adalah memudahkan mengatur fitur-fitur sistem agar user mudah
memahami dan dapat menggunakan sistem tersebut tanpa hambatan
(Satzinger, Jackson, & Burd, 2015).
System interface merupakan suatu bentuk tampilan grafis yang
diberikan kepada pengguna sistem, atau dapat dikatakan bahwa
antarmuka sistem lebih fokus kepada halaman sistem. System interface
adalah input dan output yang membutuhkan intervensi atau campur
tangan manusia, dimana input ditangkap oleh sistem sebagai bahan untuk
dikelola oleh sistem dan menjadi informasi atau output yang nantinya
menjadi antarmuka sistem.
2.2.4 Implementation
Tahap berikutnya adalah implementasi yaitu mengimplementasikan rancangan
dari tahap-tahap sebelumnya dan melakukan uji coba terhadap system dan
instalasi.
Berikut merupakan aktifitas dalam tahapan implementasi:
- Pembuatan desain database sesuai skema rancangan.
- Pembuatan desain aplikasi berdasarkan desain sistem.
2.3 Kerangka Pemikiran
Berikut merupakan gambaran dari kerangka penulisan skripsi ini:

Gambar 2. 7 Kerangka Pemikiran
Bagan kerangka pemikiran dengan penjelasan sebagai berikut:

1. Identifikasi masalah
Melakukan identifikasi proses yang berjalan, mencatat setiap permasalahan
yang timbul dan proses yang berpotensi menimbulkan masalah.
2. Analisis
a. Wawancara
Wawancara dilakukan terhadap berbagai pihak yang terlibat
langsung dengan objek penelitian. Wawancara dilakukan dengan
tujuan untuk mengumpulkan data dan informasi yang dibutuhkan
terkait dengan penelitian. Dalam hal ini wawancara dilakukan
dengan pemilik perusahaan.
b. Studi Pustaka
Studi pustaka dilakukan dengan mengumpulkan berbagai sumber
dan informasi yang relevan dengan topik penelitian yakni
pembuatan perancangan sistem. Sumber dan informasi tersebut
akan dikumpulkan melalui berbagai literatur dan karya tulis seperti
buku dan jurnal ilmiah.
3. Perancangan Sistem
Melakukan perancangan terhadap sistem sesuai dengan identifikasi masalah.
a. Desain antar muka
Membuat desain antar muka aplikasi dari setiap halaman yang
mengacu pada ruang lingkup penelitian, pembuatan desain antar
muka menggunakan tools Balsamiq.
b. Desain Basis Data
Membuat suatu desain struktur basis data yang nantinya akan
menyimpan setiap input yang akan diproses menjadi output dari
aplikasi yang dirancang.
4. Kesimpulan dan Saran
Tahapan ini menjelaskan hasil kesimpulan dan saran terhadap pengembangan
sistem yang akan datang.
2.4 Literature Review
Penulis Tahun Judul Deskripsi Metode

Fadlhi, 2017 Analisis dan Melakukan Waterfall
Joni Perancangan Perancangan sistem
Devitra Sistem Informasi informasi
Penjualan Rumah penjualan rumah
berbasis Web pada berbasis web pada
PT. Mitra Hasri PT. Mitra Hasri
Hap Hap
Juliansa, 2017 Sistem Informasi Melakukan Waterfall

Rahmad Penjualan Perancangan sistem
Perumahan pada informasi
PT. Primeland penjualan
Realty cabang perumahan
Palembang berbasis android
berbasis Android pada PT. Primeland
Realty
Tarigan, 2017 Sistem Informasi Melakukan Waterfall
Valentino Penjualan Perancangan sistem
Cristio Perumahan Elite informasi
berbasis Website penjualan
perumahan Elite
berbasis website
BAB 3
ANALISA SISTEM BERJALAN
3.1 Sejarah Perusahaan
Graha Mutiara Minimalis adalah salah satu perusahaan yang bergerak

dibidang konstruksi dan pembangunan yang berlokasi di Kota Bekasi. Perusahaan
ini telah berdiri dari tahun 2007 dengan fokus memberikan jasa dan produk
pembangunan berupa perumahan minimalis, dengan berjalannya waktu perusahaan
ini dapat membuat beberapa perumahan di beberapa titik yang berbeda dan jumlah
unit rumah yang telah dibangun hingga ratusan unit sehingga dapat mencoba
pembuatan perumahan baru di kota yang berbeda. Terdapat berbagai jenis tipe
rumah yang disediakan mulai dari tipe 27, tipe 36, tipe 45 hingga tipe 54 ataupun
tipe 60. Dengan banyaknya jenis konsumen dengan latar belakang dan kebutuhan
yang berbeda perusahaan ini membuat skema bisnis yang memudahkan konsumen
dalam mendapatkan jasa ataupun produk yang disediakan seperti skema dan cara
pembayaran juga jenis rumah yang disesuaikan dengan kemampuan dan kebutuhan
masing-masing konsumen.
3.1.1. Visi
Menjadi perusahaan pengembang (developer) properti swasta terkemuka
dibidangnya, berkembang secara berkesinambungan dan memberikan
pelayanan yang baik kepada konsumen.
3.1.2. Misi
Menyediakan hunian yang berkualitas yang dilengkapi fasilitas dan
aksesibilitas yang baik.
3.1.3. Struktur Organisasi
Gambar 3. 1 Struktur Organisasi

3.2 Proses Bisnis Berjalan
3.2.1 Proses Penjualan Rumah
Penjualan rumah dilakukan langsung oleh marketing dengan cara mencari
calon konsumen dan memberikan pelayanan kepada calon konsumen yang
tertarik dengan perumahan graha mutiara minimalis. Setelah itu marketing akan
mengecek ketersediaan rumah yang di inginkan oleh konsumen agar nantinya
bisa diberitahukan kembali kepada calon konsumen jika ingin melihat unit
secara langsung. Selanjutnya marketing akan memberikan penjelasan mengenai
teknis rinci perihal unit rumah tersebut hingga biaya dan cara pembayaran yang
dilakukan baik tunai maupun kredit. Jika calon konsumen sudah menentukan
pilihan rumah yang diinginkan kemudian calon konsumen akan diarahkan
untuk melanjutkan proses pembayaran Booking Fee untuk tipe dan letak rumah
yang dipilih sebesar Rp. 5.000.000 hingga Rp. 10.000.000, pembayaran dapat
dilakukan pada waktu dan skema yang telah disepakati bersama. Setelah proses
pembayaran Booking Fee pada kurun waktu satu minggu berjalan konsumen
diwajibkan membayar Down Payment Pertama dengan besaran biaya sesuai
ketentuan yang sudah disepakati diawal beserta memberikan dokumen-
dokumen pribadi seperti Kartu Identitas, Rekening Koran, Slip Gaji dan
dokumen lain yang berkaitan dengan kelanjutan proses pembelian rumah
setelah dari itu pihak perusahaan akan melakukan pengurusan dokumen seperti
Sertifikat, IMB dan dokumen penunjang lainya dari perusahaan yang berguna
untuk digunakan pihak ketiga agar dapat dilakukan tahapan selanjutnya dan
juga berjalan secara paralel pihak perusahaan akan melakukan pembangunan
rumah sesuai kesepakatan diawal dan untuk pembayaran dengan mekanisme
kredit yang bekerja sama dengan perbankan pihak perusahaan akan menunggu
SP3K (Surat Pernyataan Persetujuan Pengajuan KPR dari Bank) dan jika surat
ini sudah dikeluarkan pihak bank maka selanjutnya pihak konsumen akan
diminta untuk melakukan pelunasan biaya Down Payment jika terdapat
kekurangan dan juga biaya administrasi pra-KPR beserta pajak, jika pelunasan
ini telah selesai dilakukan maka pihak konsumen dapat melakukan Akad Kredit
dengan pihak Bank.
Gambar 3. 2 Activity Diagram Proses Penjualan Rumah

3.3 Dokumen Pada Proses Bisnis Berjalan
3.3.1 Brosur
Brousur merupakan salah satu metode pemasaran yang dilakukan secara
langsung oleh marketing dengan cara dibagikan kepada konsumen.
Ini merupakan dokumen yang sah yang diterbitkan oleh pihak perusahaan.
Berikut contoh brosur yang dikeluarkan oleh Graha Mutiara Minimalis.
Gambar 3. 3 Brosur
3.3.2 Dokumen Marketing
Laporan Marketing merupakan salah satu dokumen yang dibuat oleh staff
marketing sebagi bentuk report atau laporan terhadap client atau konsumen
yang akan membeli rumah di Graha Mutiara Minimalis. Berikut Contoh
Laporan Marketing.
Gambar 3. 4 Dokumen Marketing
3.3.3 Dokumen Kwitansi
Kwitansi Pembayaran merupakan bukti pembayaran yang diberikan kepada
konsumen ketika telah terjadi transaksi pembayaran antara konsumen dan
perusahaan. Ini merupakan dokumen pembayaran yang sah yang diterbitkan
oleh pihak perusahaan.
Berikut contoh dokumen kwitansi yang dikeluarkan oleh Graha Mutiara
Minimalis.
Gambar 3. 5 Dokumen Kwitansi

3.3.4 Dokumen Transaksi Pembayaran
Dokumen Pembayaran merupakan transaksi pembayaran yang telah

dilakukan oleh konsumen. Berikut Contoh Dokumen Pembayaran. Ini
merupakan laporan yang dibuat dan di kelola oleh bagian keuangan.
Gambar 3. 6 Dokumen Transaksi Pembayaran

3.4 Analisa Permasalahan
Berdasarkan proses bisnis yang sedang berjalan saat ini, ada beberapa hal
yang menjadi permasalahan dan berpotensi akan menimbulkan suatu permasalahan
sebagai berikut:
a. Pemasaran yang masih dilakukan secara konvensional seperti pada
gambar diatas dengan menggunakan brosur atau selebaran untuk
diberikan kepada berbagai calon karena masih dilakukan secara
konvensional terkadang yang di cetak di brosur bukan merupakan data
realtime atau terbaru.
b. Pemesanan yang masih dilakukan secara manual oleh konsumen
seperti pada contoh gambar diatas. Konsumen harus menghubungi
marketing dan menunggu balasan dari tim marketing yang cenderung
memakan waktu lebih lama.
c. Pengolahan kwitansi pembayaran yang masih menggunakan media
konvensional cenderung tidak efesien baik dari segi penyimpanan
karena cenderung memiliki resiko untuk hilang maupun rusak
sehingga akan sulit untuk dilakukan monitoring terhadap pembayaran
yang telah dilakukan oleh konsumen.
3.5 Solusi Permasalahan
Berdasarkan permasalahan yang telah dijelaskan diatas, berikut merupakan
solusi yang diberikan untuk menyelesaikan berbagai masalah tersebut yaitu dengan
membuat suatu perancangan sistem informasi penjualan rumah yang memiliki
tujuan untuk memudahkan perusahaan dalam memberikan pelayanan, dengan
gambaran umum sistem sebagai berikut:
Tabel 3. 1 Analisa dan Solusi Permasalahan
Analisa Permasalahan Solusi Permasalahan

a Pemasaran yang masih dilakukan secara Pembuatan fitur pemasaran
konvensional seperti pada gambar diatas melalui sistem dengan
dengan menggunakan brosur atau selebaran tampilan yang lebih efektif
untuk diberikan kepada berbagai calon dan efisien sehingga
konsumen, karena masih dilakukan secara terekam secara digital
manual terkadang yang di cetak di brosur dengan penyajian data yang
bukan merupakan data realtime atau terbaru. realtime, selain itu juga
dapat menghemat
pengeluaran perusahaan
untuk pencetakan brosur.
b Pemesanan yang masih dilakukan secara Pembuatan fitur pemesanan

manual oleh konsumen seperti pada contoh melalui sistem yang dapat
gambar diatas. Konsumen harus mempercepat proses
menghubungi marketing dan menunggu pemesanan karena dapat
balasan dari tim marketing yang cenderung dilakukan secara fleksibel
memakan waktu lebih lama. oleh konsumen tidak
terbatas oleh waktu.
c Pengolahan kwitansi pembayaran yang Pembuatan fitur monitoring

masih menggunakan media konvensional yang bisa mengecek segala
cenderung tidak efesien baik dari segi kegiatan yang berhubungan
penyimpanan karena cenderung memiliki dengan transaksi
resiko untuk hilang maupun rusak sehingga pembayaran karena
akan sulit untuk dilakukan monitoring dilakukan secara digital
terhadap pembayaran yang telah dilakukan maka dapat meminimalisir
oleh konsumen. resiko terjadinya kehilangan
atau rusaknya bukti
pembayaran.
3.6 Timeline Pengerjaan

Berikut adalah timeline dari pengerjaan skripsi ini:
Tabel 3. 2 Timeline Pengerjaan
DURATION
TASK NAME RESPONSIBLE START FINISH STATUS
(DAYS)
Sprint 1 20/04/21 01/08/21 36 Done

Perencanaan wulanda,
20/04/21 30/04/21 10 Done
skripsi jodhy, chaidir
Identifikasi objek
wulanda,
penelitian dan 03/07/21 13/07/21 10 Done
jodhy, chaidir
penetuan tema
Menentukan
wulanda,
metodologi 19/07/21 22/07/21 4 Done
jodhy, chaidir
perancangan
wulanda,
Menyusun Bab 1 30/08/21 03/09/21 5 Done
jodhy, chaidir
wulanda,
Revisi Bab 1 04/09/21 10/09/21 7 Done
jodhy, chaidir
Sprint 2 14/10/21 24/09/21 11
Landasan teori wulanda,
14/10/21 17/10/21 4 Done
(Bab 2) jodhy, chaidir
Revisi Landasan wulanda,
18/09/21 24/09/21 7 Done
teori (Bab 2) jodhy, chaidir
Sprint 3 04/10/21 23/10/21 20
Analisa sistem
wulanda,
berjalan 04/10/21 16/10/21 13 Done
jodhy, chaidir
(wawancara user)
Menentukan
wulanda,
perbaikan sistem 17/10/20 23/10/21 7 Done
jodhy, chaidir
berjalan
Sprint 4 25/10/21 08/11/21 15
Fixed Bab 3 25/10/21 01/11/21 8 Done
Activity Diagram
02/11/21 08/11/21 7 Done
sistem berjalan
Sprint 5 09/11/21 05/12/21 27

Create Activity
diagram, use case,
09/11/21 22/11/21 14 Done
dan brief
description
UI Design, 23/11/21 05/12/21 13 Done
Arsitektur Design,
Skenario test,
Database
BAB 4
HASIL DAN BAHASAN
4.1 Prosedur Sistem yang Diusulkan

Berdasarkan analisis terhadap proses bisnis yang telah ada, berikut beberapa
prosedur perancangan yang dapat diusulkan. Berikut penjelasan mengenai prosedur
tersebut:
4.1.1 Prosedur Tambah Master Data
Dalam perancangan sistem yang diusulkan, prosedur tambah master
data digunakan pada saat perusahaan ingin menambahkan data karyawan yang
dapat mengakses system serta menambahkan data unit rumah yang tersedia.
4.1.2 Prosedur Request Pemesanan Unit

Prosedur request pemesanan unit digunakan oleh customer untuk
melakukan pemesanan unit rumah. Customer akan menerima notifikasi berupa
email apakah request pemesanan unit rumah yang telah dibuat sudah di
approve atau di reject.
4.1.3 Prosedur Mengelola Data Transaksi

Prosedur mengelola data transaksi digunakan oleh pihak perusahaan
untuk melakukan approve atau reject dari data request pemesanan unit yang
sudah diajukan oleh customer. Pada prosedur ini pihak perusahaan juga dapat
melakukan approce dan reject terhadap transaksi pembayaran yang sudah
dilakukan oleh customer.
4.1.4 Prosedur Monitoring

Prosedur monitoring digunakan oleh pemilik perusahaan untuk
mencetak data pemesanan dan data pembayaran yang telah dilakukan oleh
customer.
4.2 Unified Modeling Language (UML)
Proses perancangan sistem dilakukan untuk menghasilkan sebuah desain.
Pada proses perancangan tersebut terdapat beberapa tahapan. Tahapan-tahapan
tersebut yaitu activity diagram, use case diagram, use case description, class
diagram, dan sequence diagram. Sistem yang sudah dirancang tersebut kemudian
akan disesuikan dengan kebutuhan dari proses bisnis di Graha Mutiara Minimalis.
4.2.1 Activity Diagram

Diagram activity merupakan gambaran mengenai kondisi proses bisnis
yang dilakukan di perusahaan serta bagaimana aktivitas dari perangkat lunak.
Berikut ini adalah activity diagram berdasarkan solusi yang diusulkan dalam
permasalahan bisnis yang terjadi.
4.2.1.1 Activity Diagram Register

Activity diagram register dimulai pada saat Customer baru
masuk kedalam sistem. User hanya perlu mengisi form terkait data
account. Selanjutnya akan dilakukan validasi apabila semua form telah
terisi maka akan muncul notifikasi account berhasil dibuat jika gagal
maka akan kembali ke halaman form data account.
Gambar 4. 1 Activity Diagram Register

4.2.1.2 Activity Diagram Login
Activity diagram login dimulai pada saat user akan masuk
kedalam sistem. User hanya perlu mengisi username dan password.
Setelah itu, user kemudian mengklik tombol login. Sistem kemudian
akan menampilkan notifikasi apabila proses login berhasil ataupun gagal.
Untuk lebih memahami bagaimana alur dalam activity diagram login,
maka dapat diamati dalam diagram dibawah ini.
Gambar 4. 2 Activity Diagram Login

4.2.1.3 Activity Diagram View Unit
Activity diagram view unit dimulai pada saat user telah masuk
kedalam sistem. Didalam halaman utama web, user menekan tombol
view unit yang ada pada salah satu list unit. Sistem kemudian akan
menampilkan halaman detail dari unit yang telah dipilih. Untuk lebih
memahami bagaimana alur dalam activity diagram view unit, maka dapat
diamati dalam diagram dibawah ini.
Gambar 4. 3 Activity Diagram View Unit

4.2.1.4 Activity Diagram Request Pemesanan Unit
Activity diagram request pemesanan unit dimulai pada saat user
telah masuk kedalam sistem. Didalam halaman utama web, user
menekan tombol view unit yang ada pada salah satu list unit. Sistem
kemudian akan menampilkan halaman detail dari unit yang telah dipilih.
Pada halaman detail user menekan tombol request unit untuk melakukan
pemesanan pada unit yang telah dipilih. Sistem kemudian menampilkan
notifikasi request pemesanan unit berhasil dilakukan. Untuk lebih
memahami bagaimana alur dalam activity diagram request pemesanan
unit, maka dapat diamati dalam diagram dibawah ini.
Gambar 4. 4 Activity Diagram Request Pemesanan Unit

4.2.1.5 Activity Diagram Mengelola Data Pemesanan Unit
Activity diagram mengelola data pemesanan unit dimulai pada saat
admin telah masuk kedalam sistem. Didalam halaman utama web, admin
memilih menu data pemesanan unit. Sistem kemudian akan
menampilkan halaman data pemesanan unit. Pada halaman data
pemesanan unit admin menekan tombol detail pada salah satu data.
Sistem kemudian akan menampilkan detail data pemesanan unit yang
telah dipilih. Admin dapat melakukan approve atau reject, kemudian
sistem akan menampilkan notifikasi bahwa data tersebut berhasil
diapprove atau direject. Untuk lebih memahami bagaimana alur dalam
activity diagram mengelola data pemesanan unit, maka dapat diamati
dalam diagram dibawah ini.
Gambar 4. 5 Activity Diagram Mengelola Data Pemesanan Unit
4.2.1.6 Activity Diagram Mengelola Transaksi Pembayaran

Activity diagram mengelola transaksi pembayaran dimulai pada
saat admin telah masuk kedalam sistem. Didalam halaman utama web,
admin memilih menu transaksi pembayaran. Sistem kemudian akan
menampilkan halaman transaksi pembayaran. Pada halaman transaksi
pembayaran admin menekan tombol detail pada salah satu data. Sistem
kemudian akan menampilkan detail data transaksi pembayaran yang
telah dipilih. Admin dapat melakukan approve atau reject, kemudian
sistem akan menampilkan notifikasi bahwa data tersebut berhasil
diapprove atau direject. Untuk lebih memahami bagaimana alur dalam
activity diagram mengelola transaksi pembayaran, maka dapat diamati
dalam diagram dibawah ini.
Gambar 4. 6 Activity Diagram Mengelola Transaksi Pembayaran
4.2.1.7 Activity Diagram Mengelola Data Unit

Activity diagram mengelola data unit dimulai pada saat admin
telah masuk kedalam sistem. Didalam halaman utama web, admin
memilih menu data unit. Sistem kemudian akan menampilkan halaman
data unit. Pada halaman data unit admin dapat menekan tombol tambah
untuk menambah data unit, kemudian mengisi seluruh form yang
dibutuhkan. Jika tidak terdapat kesalahan pada inputan maka akan
menampilkan notifikasi data berhasil disimpan. Untuk lebih memahami
bagaimana alur dalam activity diagram mengelola data unit, maka dapat
diamati dalam diagram dibawah ini.
Gambar 4. 7 Activity Diagram Mengelola Data Unit
4.2.1.8 Activity Diagram Mengelola Data Karyawan

Activity diagram mengelola data karyawan dimulai pada saat
admin telah masuk kedalam sistem. Didalam halaman utama web, admin
memilih menu data karyawan. Sistem kemudian akan menampilkan
halaman data karyawan. Pada halaman data karyawan admin dapat
menekan tombol tambah untuk menambah data karyawan, kemudian
mengisi seluruh form yang dibutuhkan. Jika tidak terdapat kesalahan
pada inputan maka akan menampilkan notifikasi data berhasil disimpan.
Untuk lebih memahami bagaimana alur dalam activity diagram
mengelola data karyawan, maka dapat diamati dalam diagram dibawah
ini.
Gambar 4. 8 Activity Diagram Mengelola Data Karyawan
4.2.1.9 Activity Diagram Monitoring Data Pemesanan

Activity diagram monitoring data pemesanan dimulai pada saat
pemilik telah masuk kedalam sistem. Didalam halaman utama web,
pemilik memilih menu monitoring data pemesanan. Sistem kemudian
akan menampilkan halaman monitoring data pemesanan. Pada halaman
monitoring data pemesanan pemilik dapat melakukan filter data sesuai
dengan yang dibutuhkan, kemudian pemilik dapat menekan tombol
export atau cetak. Sistem kemudian akan mencetak data tersebut kedalam
excel atau pdf. Untuk lebih memahami bagaimana alur dalam activity
diagram monitoring data pemesanan, maka dapat diamati dalam diagram
dibawah ini.
Gambar 4. 9 Activity Diagram Monitoring Data Pemesanan
4.2.1.10 Activity Diagram Monitoring Transaksi Pembayaran

Activity diagram monitoring transaksi pembayaran dimulai pada
saat pemilik telah masuk kedalam sistem. Didalam halaman utama web,
pemilik memilih menu monitoring transaksi pembayaran. Sistem
kemudian akan menampilkan halaman monitoring transaksi pembayaran.
Pada halaman monitoring transaksi pembayaran pemilik dapat
melakukan filter data sesuai dengan yang dibutuhkan, kemudian pemilik
dapat menekan tombol export atau cetak. Sistem kemudian akan
mencetak data tersebut kedalam excel atau pdf. Untuk lebih memahami
bagaimana alur dalam activity diagram monitoring transaksi
pembayaran, maka dapat diamati dalam diagram dibawah ini.
Gambar 4. 10 Activity Diagram Monitoring Transaksi Pembayaran
4.2.2 Use Case Diagram

Use Case Diagram merupakan pemodelan untuk sistem informasi yang
bertujuan untuk menjelaskan bagaimana detail pemprosesan sebuah
pengembangan sistem. Berikut merupakan use case diagram pada sistem yang
telah dirancang.
Gambar 4. 11 Use Case Diagram
4.2.3 Brief Use Case Diagram

Pada bagian Brief Use Case Description, keseluruhan use case yang
sudah di buat dalam perancangan sistem usulan ini akan dijabarkan secara lebih
detail.
4.2.3.1 Register
Berikut Brief Use case Description dari perancangan sistem
yang diusulkan pada proses register untuk mengakses aplikasi yang
sesuai degan use case diagram register.
Tabel 4. 1 Brief Use Case Diagram Register
Use Case Brief Use case Description

login Actor memasukkan data pribadi kedalam
form register, jika semua field sudah diisi
dengan benar maka akan menampilkan pesan
berhasil dan akan masuk ke form login, dan
jika ada field yang tidak sesuai maka akan
menampilkan pesan gagal
4.2.3.2 Login
yang diusulkan pada proses login untuk mengakses aplikasi yang sesuai
degan use case diagram login.
Tabel 4. 2 Brief Use Case Diagram Login

login Actor memasukkan username dan password
kedalam form login, dan menekan tombol
login, sistem akan mengecek ke database
apakah username dan password sudah benar,
benar maka akan masuk ke menu utama, dan
kalau gagal akan menampilkan pesan gagal.
4.2.3.3 View Unit

yang diusulkan pada proses view unit untuk mengakses aplikasi yang
sesuai degan use case diagram view unit.
Tabel 4. 3 Brief Use Case Diagram View Unit

View Unit Pada halaman utama web, customer dapat
menekan tombol view unit untuk
menampilkan deskipsi lengkap dari unit
tersenbut.
4.2.3.4 Request Pemesanan Unit
yang diusulkan pada proses request pemesanan unit pada aplikasi yang
sesuai degan use case diagram request pemesanan unit.
Tabel 4. 4 Brief Use Case Diagram Request Pemesanan Unit

Request Pemesanan Customer menekan tombol view unit pada
Unit halaman utama, maka akan pindah ke
halaman deskripsi dari unit yang dipilih. Pada
halaman ini customer dapat melakukan
request pemesanan unit dengan menekan
tombol pesan yang terdapat pada halaman ini.
Customer akan mendapatkan email apabila
request pemesanan unit sudah di approved
atau di reject oleh pihak perusahaan.
4.2.3.5 Mengelola Data Pemesanan Unit

yang diusulkan pada proses mengelola data pemesanan unit pada aplikasi
yang sesuai degan use case diagram mengelola data pemesanan unit.
Pada bagian ini, terdapat 3 tahapan yang dapat dilakukan oleh use case.
Tabel 4. 5 Brief Use Case Diagram Mengelola Data Pemesanan Unit

Menampilkan list Actor membuka menu transaksi pemesanan
pemesanan unit dan system akan menampilkan semua daftar
pemesanan unit yang ada pada database.
Menampilkan detail Actor memilih data pemesanan unit,
pemesanan unit kemudian menekan tombol detail dan system
akan menampilkan detail pemesanan unit.
Melakukan approve Actor atau pihak yang sudah ditetapkan untuk
atau reject melakukan approve atau reject melakukan
approve atau reject pada suatu data request
pemesanan unit.
4.2.3.6 Mengelola Transaksi Pembayaran

yang diusulkan pada proses mengelola transaksi pembayaran pada
aplikasi yang sesuai degan use case diagram mengelola transaksi
pembayaran. Pada bagian ini, terdapat 3 tahapan yang dapat dilakukan
oleh use case.
Tabel 4. 6 Brief Use Case Diagram Mengelola Transaksi Pembayaran

Menampilkan list Actor membuka menu transaksi pembayaran
transaksi pembayaran dan system akan menampilkan semua daftar
transaksi pembayaran yang ada pada
database.
Menampilkan detail Actor memilih data transaksi pembayaran
transaksi pembayaran suatu customer, kemudian menekan tombol
detail dan system akan menampilkan detail
transaksi pembauaran customer tersebut.
Melakukan approve Actor atau pihak yang sudah ditetapkan untuk
atau reject melakukan approve atau reject melakukan
approve atau reject pada suatu data transaksi
pembayaran
4.2.3.7 Mengelola Data Unit

yang diusulkan pada proses mengelola data unit pada aplikasi yang sesuai
dengan use case diagram mengelola data unit. Pada bagian ini, terdapat 3
tahapan yang dapat dilakukan oleh use case.
Tabel 4. 7 Brief Use Case Diagram Mengelola Data Unit

Menambah data unit Actor mengisi form isian yang ada pada
system, kemudian menekan tombol submit,
system akan memvalidasi semua isian apakah
sudah benar atau belum. Jika sudah benar
maka data akan disimpan ke database, jika
salah akan menampilkan pesan error.
Menampilkan list data Actor membuka menu master unit dan system
unit akan menampilkan semua daftar unit unit
yang ada pada database
Mengubah list data Actor memilih data unit yang ingin dirubah,
unit sistem akan menampilkan form yang sudah
memiliki nilai dari data yang sudah dipilih
sebelumnya, setelah menekan tombol submit,
sistem akan memvalidasi semua isian. Jika
sudah benar maka data akan di update ke
database dan jika salah maka akan
menampilkan pesan gagal.
4.2.3.8 Mengelola Data Karyawan

yang diusulkan pada proses mengelola data karyawan pada aplikasi yang
sesuai dengan use case diagram mengelola data karyawan. Pada bagian
ini, terdapat 3 tahapan yang dapat dilakukan oleh use case.
Tabel 4. 8 Brief Use Case Diagram Mengelola Data Karyawan

Menambah data Actor mengisi form isian yang ada pada
karyawan system, kemudian menekan tombol submit,
system akan memvalidasi semua isian apakah
sudah benar atau belum. Jika sudah benar
maka data akan disimpan ke database, jika
salah akan menampilkan pesan error.
Menampilkan list data Actor membuka menu master karyawan dan
karyawan system akan menampilkan semua daftar
karyawan yang ada pada database
Mengubah list data Actor memilih data karyawan yang ingin
karyawan dirubah, sistem akan menampilkan form yang
sudah memiliki nilai dari data yang sudah
dipilih sebelumnya, setelah menekan tombol
submit, sistem akan memvalidasi semua isian.
Jika sudah benar maka data akan di update ke
database dan jika salah maka akan
menampilkan pesan gagal.
4.2.3.9 Monitoring Data Pemesanan

yang diusulkan pada proses monitoring data pemesanan untuk mengakses
aplikasi yang sesuai degan use case diagram monitoring data pemesanan.
Pada bagian ini, terdapat 2 tahapan yang dapat dilakukan oleh use case.
Tabel 4. 9 Brief Use Case Diagram Monitoring Data Pemesanan

Monitoring data Actor membuka menu monitoring data
pemesanan pemesanan dan system akan menampilkan
semua data pemesanan yang ada pada
database
Cetak dan export data Actor melakukan filter data sesuai yang akan
pemesanan ditampilkan, System akan menampilkan data
sesuai dengan hasil filter. Actor akan
menekan tombol cetak atau export, system
akan mendownload data kedalam excel.
4.2.3.10 Monitoring Data Pembayaran
yang diusulkan pada proses monitoring data pembayaran untuk
mengakses aplikasi yang sesuai degan use case diagram monitoring data
pemesanan. Pada bagian ini, terdapat 2 tahapan yang dapat dilakukan
oleh use case.
Tabel 4. 10 Brief Use Case Diagram Monitoring Data Pembayaran

Monitoring data Actor membuka menu monitoring data
pemesanan pemesanan dan system akan menampilkan
semua data pemesanan yang ada pada
database
Cetak dan export data Actor melakukan filter data sesuai yang akan
pemesanan ditampilkan, System akan menampilkan data
sesuai dengan hasil filter. Actor akan
menekan tombol cetak atau export, system
akan mendownload data kedalam excel.
4.2.4 Class Diagram

Class diagram menunjukkan berbagai objek-objek yang ada pada
sistem. Objek-objek yang ditunjukkan tersebut dapat ditemukan dengan cara
mengidentifikasi kata benda pada activity diagram. Lalu kemudian menambah
atribut dari class dan menambahkan relasi antar class.
Gambar 4. 12 Class Diagram
4.2.5 First-Cut Sequence Diagram
4.2.5.1 Register
Berikut ini adalah first-cut sequence diagram Register. First-cut
sequence ini berlaku bagi user customer untuk mendaftarkan akun agar
dapat melakukan login kedalam sistem. Untuk lebih memahami proses
register, gambar dibawah menampilkan bagaimana proses register
tersebut berlangsung.
Gambar 4. 13 First-Cut Sequence Diagram Register
4.2.5.2 Login
Berikut ini adalah first-cut sequence diagram Login. First-cut
sequence ini berlaku bagi semua user untuk melakukan login kedalam
sistem. Untuk lebih memahami proses login, gambar dibawah
menampilkan bagaimana login tersebut berlangsung.
Gambar 4. 14 First-Cut Sequence Diagram Login

Berikut ini adalah first-cut sequence diagram Mengelola Data
Pesanan Unit. First-cut sequence ini berlaku bagi user Admin untuk
melakukan penambahan, pengecekan dan perubahan data dalam sistem.
Untuk lebih memahami proses Mengelola Data Pesanan Unit, gambar
dibawah menampilkan bagaimana mengelola data pesanan unit tersebut
berlangsung.
Gambar 4. 15 First-Cut Sequence Diagram Mengelola Data Pemesanan Unit

4.2.5.4 Mengelola Data Transaksi Pembayaran
Transaksi Pembayaran. First-cut sequence ini berlaku bagi user Admin
untuk melakukan penambahan, pengecekan dan perubahan data dalam
sistem. Untuk lebih memahami proses Mengelola Data Transaksi
Pembayaran, gambar dibawah menampilkan bagaimana mengelola data
transaksi tersebut berlangsung.
Gambar 4. 16 First-Cut Sequence Diagram Mengelola Data Transaksi Pembayaran

Unit. First-cut sequence ini berlaku bagi user Admin untuk melakukan
penambahan, pengecekan dan perubahan data dalam sistem. Untuk lebih
memahami proses Mengelola Data Unit, gambar dibawah menampilkan
bagaimana alur mengelola data unit tersebut berlangsung.
Gambar 4. 17 First-Cut Sequence Diagram Mengelola Data Unit

Karyawan. First-cut sequence ini berlaku bagi user Pemilik untuk
melakukan penambahan, pengecekan dan perubahan data dalam sistem.
Untuk lebih memahami proses Mengelola Data Karyawan, gambar
dibawah menampilkan bagaimana alur mengelola data karyawan tersebut
berlangsung.
Gambar 4. 18 First-Cut Sequence Diagram Mengelola Data Karyawan

Berikut ini adalah first-cut sequence diagram Monitoring Data
Pemesanan. First-cut sequence ini berlaku bagi user Pemilik untuk
melihat data dalam sistem. Untuk lebih memahami proses Monitoring
Data Pemesanan, gambar dibawah menampilkan bagaimana alur
monitoring data pemesanan tersebut berlangsung.
Gambar 4. 19 First-Cut Sequence Diagram Monitoring Data Pemesanan
4.2.5.8 Monitoring Transaksi Pembayaran

Berikut ini adalah first-cut sequence diagram Monitoring
Transaksi Pembayaran. First-cut sequence ini berlaku bagi user Pemilik
untuk melihat data dalam sistem. Untuk lebih memahami proses
Monitoring Transaksi Pembayaran, gambar dibawah menampilkan
bagaimana alur monitoring transaksi pembayaran tersebut berlangsung.
Gambar 4. 20 First-Cut Sequence Diagram Monitoring Data Pembayaran

4.2.5.9 View Unit
Berikut ini adalah first-cut sequence diagram View Unit. First-
cut sequence ini berlaku bagi user Konsumen untuk melihat data dalam
sistem. Untuk lebih memahami proses View Unit, gambar dibawah
menampilkan bagaimana alur view unit tersebut berlangsung.
Gambar 4. 21 First-Cut Sequence Diagram View Unit

Berikut ini adalah first-cut sequence diagram Request
Pemesanan Unit. First-cut sequence ini berlaku bagi user Konsumen
untuk menambahkan dan melihat data dalam sistem. Untuk lebih
memahami proses Request Pemesanan Unit, gambar dibawah
menampilkan bagaimana alur request pemesanan unit tersebut
berlangsung.
Gambar 4. 22 First-Cut Sequence Diagram Request pemesanan Unit
4.2.6 Multilayer Sequence Diagram

Multilayer Sequence yang dirancang dibuat untuk mendukung diagram
perancangan ticketing secara menyeluruh. Multilayer sequence diagram terdiri
dari beberapa sequence diagram yang dapat dilihat pada poin-poin berikut:
4.2.6.1 Register
Berikut adalah multilayer sequence untuk register yang dapat
diakses oleh customer yang akan melakukan pendaftaran akun.
Gambar 4. 23 Multilayer Sequence Diagram Register
4.2.6.2 Login
Berikut adalah multilayer sequence untuk login yang dapat
diakses oleh seluruh pengguna yang sudah terdaftar sebelumnya.
Gambar 4. 24 Multilayer Sequence Diagram Login
Berikut adalah multilayer sequence untuk untuk mengelola data
pemesanan unit yang nantinya akan dilakukan oleh admin.
Gambar 4. 25 Multilayer Sequence Diagram Mengelola Data

Pemesanan Unit
4.2.6.4 Mengelola Data Transaksi Pembayaran

Berikut adalah multilayer sequence untuk mengelola data
transaksi pembayaran yang nantinya akan dilakukan oleh admin.
Gambar 4. 26 Multilayer Sequence Diagram Mengelola
Data Transaksi Pembayaran

Berikut adalah multilayer sequence untuk mengelola data unit
yang nantinya akan dilakukan oleh admin.

Data Unit

Berikut adalah multilayer sequence untuk mengelola data
karyawan yang nantinya akan dilakukan oleh pemilik.
Gambar 4. 28 Multilayer Sequence Diagram Mengelola Data Karyawan

Berikut adalah multilayer sequence untuk monitoring data
pemesanan yang nantinya akan dilakukan oleh pemilik.

Data Pemesanan
4.2.6.8 Monitoring Transaksi Pembayaran

Berikut adalah multilayer sequence untuk monitoring transaksi
pembayaran yang nantinya akan dilakukan oleh pemilik.
Gambar 4. 30 Multilayer Sequence Diagram Monitoring
Transaksi Pembayaran
4.2.6.9 View Unit

Berikut adalah multilayer sequence untuk view unit yang nantinya
akan dilakukan oleh konsumen.
Gambar 4. 31 Multilayer Sequence Diagram View Unit

Berikut adalah multilayer sequence untuk request pemesanan unit
yang nantinya akan dilakukan oleh konsumen.
Gambar 4. 32 Multilayer Sequence Diagram Request
Pemesanan Unit
4.3 Package Diagram
Package diagram adalah salah satu model yang digunakan untuk
mengelompokkan elemen-elemen dari use case ataupun class diagram. Dengan
adanya diagram ini, dapat mempermudah pembacaan dan pembuatan sistem yang
akan dibangun. Berikut adalah package diagram dari sistem yang telah dirancang
yang dapat memudahkan dalam implementasi:
Gambar 4. 33 Package Diagram

4.4 Database
Berikut design database untuk perancangan sistem penjualan rumah yang
menggunakan MySQL yang terdiri dari delapan tabel dengan atribut dan relasi
masing-masing tabel.
Gambar 4. 34 Design Database
4.5 Persistent Database

4.5.1 Presistent Object User
Berikut adalah tabel yang dirancang untuk menyimpan daftar user-user
yang nantinya dapat mengakses sistem penjualan rumah dengan nama tabel
m_user.
Tabel 4. 11 Presistent Object User
4.5.2 Presistent Object Karyawan
Berikut adalah tabel yang dirancang untuk menyimpan daftar karyawan
yang dapat mengakses system penjualan rumah dan ikut serta dalam proses
approval pada suatu transaksi dengan nama tabel m_karyawan.
Tabel 4. 12 Presistent Object Karyawan
4.5.3 Presistent Object Unit

Berikut adalah tabel yang dirancang untuk menyimpan daftar unit rumah
yang nantinya dapat dilihat saat mengakses sistem penjualan rumah dengan
nama tabel m_unit.
Tabel 4. 13 Presistent Object Unit
4.5.4 Presistent Object Role

Berikut adalah tabel yang dirancang untuk menyimpan daftar hak akses
dari setiap user yang login pada sistem penjualan rumah dengan nama table
m_role.
Tabel 4. 14 Presistent Object Role
4.5.5 Presistent Object Customer
Berikut adalah tabel yang dirancang untuk menyimpan daftar customer
yang sudah melakukan register yang dapat mengakses sistem penjualan rumah
dengan nama table m_customer.
Tabel 4. 15 Presistent Object Customer
4.5.6 Presistent Object Transaksi

Berikut adalah tabel yang dirancang untuk menyimpan data request
pemesanan unit yang dilakukan oleh customer dengan nama tabel transaksi.
Tabel 4. 16 Presistent Object Transaksi
4.5.7 Presistent Object Pembayaran

Berikut adalah tabel yang dirancang untuk menyimpan data pembayaran
yang harus dilakukan customer setelah request pemesanan unit yang dilakukan
telah di approve oleh dengan nama tabel pembayaran.
Tabel 4. 17 Presistent Object Pembayaran
4.5.8 Presistent Object Pembayaran Detail

Berikut adalah tabel yang dirancang untuk menyimpan data detail
pembayaran yang harus dilakukan customer setelah request pemesanan unit
yang dilakukan telah di approve oleh dengan nama tabel pembayaran_dtl.
Tabel 4. 18 Presistent Object Pembayaran Detail
4.6 Environment
Environment management system merupakan suatu proses produk atau sistem
pada perusahaan yang dibangun yang tujuannya menerapkan perbaikan dan
meningkatkan efisiensi pada lingkugan kerja.
4.6.1 Deployment Environtment
Deployment environment diagram adalah suatu model untuk yang
mengambarkan proses-proses suatu sistem berjalan dan bagaimana relasi di
dalamnya. Deployement ini merupakan suatu proses yang mendefenisikan
struktur dari sebuah sistem yang dapat memenuhi kriteria teknis dan
operasional perusahaan.
Gambar 4. 35 Deployment Environtment Process

4.6.2 Network Architecture
Network Architecture yaitu rancangan jaringan yang dirancang
menggunakan perangkat seperti router dengan jaringan internet, komputer
serta server yang memiliki peran masing-masing. Database server berfungsi
untuk menyimpan data sedangkan komputer digunakan sebagai penyedia
antar muka antara internet dengan sistem yang dirancang. Untuk lebih
memahami network architecture yang dibuat, maka dapat dilihat dalam
gambar dibawah ini.
Gambar 4. 36 Network Architecture
4.6.3 Software Architecture

Software Architecture hampir sama dengan deployment, dimana
artinya mendefenisikan struktur dari sebuah sistem yang dapat memenuhi
kriteria teknis dan operasional perusahaan. Arsitektur sistem yang digunakan
adalah dengan microservice architecture, karena arsitektur ini mendukung
pembuatan sistem dalam skala baru hingga pengembangan di masa yang akan
datang apabila diperlukan oleh pihak perusahaan, tanpa mengganggu sistem
yang lama. Arsitektur ini juga dapat memisahkan logika dari design
interface dan memastikan bahwa logika yang dibuat oleh backend itu
berinteraksi. Sistem ticketing yang akan dibangun terhubung dengan API
gateway untuk mengakses layanan yang ada didalam sistem berdasarkan
fungsinya. Dimana service atau layanan tersebut akan terhubung dengan
database yang sudah disediakan. Untuk lebih memahami bagaimana
rancangan arsitektur pada sistem ini, dapat diamati pada gambar dibawah ini.
Gambar 4. 37 Software Architecture

4.7 User Interface
User interface adalah antar muka sistem yang dapat membuat input dan
menghasilkan output yang berinteraksi dengan penggunanya. Sub bab ini
menjelaskan mengenai user interface perancangan sistem penjualan rumah yang
akan dijabarkan sebagai berikut:
4.7.1 Register
Halaman register merupakan halaman yang dipakai untuk proses

registrasi atau pendaftaran akun oleh customer untuk dapat mengakses sistem
penjualan rumah.
Gambar 4. 38 User Interface Register

4.7.2 Login
Halaman login merupakan halaman yang dipakai untuk proses

otorisasi oleh pengguna sistem penjualan rumah dengan memasukkan
username dan password.
Gambar 4. 39 User Interface Login
4.7.3 Home
Halaman home merupakan halaman awal Ketika pengguna berhasil

login kedalam sistem penjualan rumah.
Gambar 4. 40 User Interface Home
4.7.4 Master Data Karyawan

Gambar 4. 41 User Interface Master Data Karyawan
Gambar 4. 42 User Interface Master Data Karyawan Detail

Pada gambar diatas merupakan tampilan pada saat ingin
menambahkan data karyawan pada sistem penjualan masyarakat
4.7.5 Master Data Unit

Gambar 4. 43 User Interface Master Data Unit
Gambar 4. 44 User Interface Master Data Unit Detail

menambahkan data unit pada sistem penjualan masyarakat
4.7.6 Master Data User

Gambar 4. 45 User Interface Master Data User
Gambar 4. 46 User Interface Master Data User Detail

menambahkan data user pada sistem penjualan masyarakat
4.8 Testing Skenario
Testing adalah suatu proses pengujian dan menganalisa untuk menemukan
adanya kesalahan atau bugs pada sistem. Dimana cara pengujian hanya dilakukan
dengan menjalankan atau mengeksekusi unit atau model, kemudian diamati apakah
hasil dari unit tersebut sesuai dengan proses bisnis yang diinginkan. Dalam skenario
pengujian untuk kasus pada skripsi ini, karena hanya sampai perancangan maka
sistem akan di lakukan pengujian nantinya oleh Putri Wulan Sari (Pemilik) dengan
kategori:
a. Kesalahan interface.
b. Kesalahan alur (flow) kinerja sistem.
c. Kesalahan fungsi sistem yang tidak benar.
d. Kesalahan struktur data pada database.
Berikut adalan rincian pengujian yang akan dilakukan:
Gambar 4. 47 Tabel Skenario Pengujian
Test Deskripsi Expected Actual

ID Fail/Pass
Case Test Case Output Output
1 Register - - Jika berhasil,
sistem akan
menampilkan
notifikasi bahwa
proses register
berhasil
- Jika gagal, sistem
akan
menampilkan
notifikasi bahwa
proses register
gagal
2 Login - - Jika berhasil, user
akan masuk ke
halaman
dashboard.
ID Fail/Pass
- Jika gagal, pada
text field
username akan
muncul alert jika
login gagal
3 View - Masuk ke Sistem akan
Unit menu Unit menampilkan list
unit
4 Request - Masuk ke Sistem akan
Pemesan menu View menambahkan data
an Unit Unit, lalu request pemesanan
tekan unit
tombol
pesan unit
5 Mengelo - Masuk ke Sistem akan
la data menu menampilkan menu
pemesan Pemesanan pemesanan unit
an unit Unit
- Tekan Sistem
tombol menampilkan detail
detail pesanan unit
pemesanan
unit
- Melakukan Sistem akan
action mengirimkan email
approved / kepada customer
reject ketika dilakukan
approve / reject
terhadap pesanan
unit
ID Fail/Pass
la menu menampilkan menu
transaksi Transaksi transaksi
pembaya Pembayara pembayaran
ran n
- Sistem
menampilkan detail
transaksi
pembayaran
customer
- Melakukan Sistem akan
action mengirimkan email
approved / kepada customer
reject ketika dilakukan
approve / reject
terhadap transaksi
pembayaran
la data menu Data menampilkan menu
unit Unit data unit
- Mengisi Sistem akan
form data menyimpan data
unit kedalam database
ketika berhasil
tersimpan dan
menampilkan
notifikasi jika gagal
disimpan
- Masuk ke Sistem akan
menu menampilkan
master unit semua unit yang
ada
ID Fail/Pass
- Memilih Sistem akan
unit dan menyimpan data
mengisi kedalam database
form data ketika berhasil
unit update tersimpan dan
menampilkan
disimpan
la data menu menampilkan menu
karyawa Data data karyawan
n Karyawan
- Mengisi Sistem akan
form data menyimpan data
karyawan kedalam database
ketika berhasil
tersimpan dan
menampilkan
disimpan
- Masuk ke Sistem akan
menu menampilkan
master semua karyawan
karyawan yang ada
- Memilih Sistem akan
unit dan menyimpan data
mengisi kedalam database
form data ketika berhasil
karyawan tersimpan dan
update menampilkan
ID Fail/Pass
disimpan
9 Monitori - Masuk ke Sistem akan
ng data menu menampilkan menu
pemesan Monitoring monitoring data
an Data pemesanan
Pemesanan
- Tekan Sistem akan
tombol mendownload file
cetak atau kedalam excel
export data
10 Monitori - Masuk ke Sistem akan
ng menu menampilkan menu
transaksi Monitoring monitoring
pembaya Transaksi Transaksi
ran Pembayara Pembayaran
n
- Tekan Sistem akan
tombol mendownload file
cetak atau kedalam excel
export data
DAFTAR PUSTAKA
Ainapure, M. B., & Jadhav, M. S. (2007-2008). Object Oriented Modeling & Design.
Techinal Publications Pune.
Anggraeni, E. Y., & Irviani, R. (2017). Pengantar Sistem Informasi. Yogyakarta:
ANDI.
Dennis, A., Wixom, B. H., & Tegarden, D. (2015). System Analysis & Design AN
Object-Oriented Approach with UML. United States: Library of Congress
Cataloging.
Fadhli, & Devitra, J. (2017). Analisis Dan Perancangan Sistem Informasi Penjualan
Rumah Berbasis Web Pada Pt. Mitra Hasri Hap.
Fatonah, R. N., Fransiscus, I., & Sinaga, M. (2020). Penggunaan Digital Invoice
Dan Settlement Pada Aplikasi Telkom Partner Network. Bandung: Kreatif
Industri Nusantara.
Juliansa, R. (2017). Sistem Informasi Penjualan Perumahan Pada PT. Primeland
Realty Cabang Palembang Berbasis Android. Sistem Informasi Penjualan
Perumahan Pada PT. Primeland Realty Cabang Palembang Berbasis
Android.
P. D. (2016). Metode Analisis dan Perancangan Sistem. Bandung: Abdi Sistematika.
Raharjana, I. K. (2017). Pengembangan Sistem Informasi Menggunakan Metodologi
Agile. Yogyakarta: Penerbit Deepublish.
Satzinger, J. W., Jackson, R. B., & Burd, S. D. (2015). Systems Analysis and Design
in a Changing World. Boston, USA: Course Technology.
Stair, R. M., & Reynolds, G. W. (2016). Principles of Information Systems. Boston:
Cengage Learning.
Tarigan, C. V. (2017). Sistem Informasi Penjualan Perumahan Elite Berbasis
Website.
Wallace, P. (2015). Introduction to Information Systems. New Jersey: Pearson
Education.
Widodo, A. W., & Kurnianingtyas, D. (2017). Sistem Basis Data. Malang: UB Press.
Yanto, R. (2016). Manajemen Basis Data Menggunakan MySQL. Yogyakarta:
Penerbit Deepublish.

2112 Isys6429035 Drba TK1-W2-S4-R0 Team6

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

2112 Isys6429035 Drba TK1-W2-S4-R0 Team6

Diunggah oleh

Hak Cipta:

Format Tersedia

ANALISIS DAN PERANCANGAN SISTEM INFORMASI PENJUALAN RUMAH

BERBASIS WEBSITE PADA GRAHA MUTIARA MINIMALIS

Universitas Bina Nusantara

Tabel 2. 1 Tabel Simbol Use Case Diagram..........................................................................12

1.1. Latar Belakang

1.2. Rumusan Masalah

Bagaimana cara melakukan analisis dan perancangan penjualan rumah

1.3. Ruang Lingkup

1.5.1 Bagi Penulis

1.6. Metodologi Penelitian

2. Metode Pengembangan Sistem

1.7. Sistematika Penulisan

2.1 Sistem Informasi

2.1.1 Komponen Sistem Informasi

Komponen yang ada dalam sistem informasi terdiri dari beberapa

Gambar 2. 1 Komponen Sistem Informasi

2.2 Agile Methodology

Penelitian dimulai dengan merumuskan suatu masalah, adapun pendekatan

Gambar 2. 2 Metodologi Model Agile

Sumber: (Dennis, Wixom, & Tegarden, 2015)

Pendekatan Model Agile terdiri dari beberapa tahapan, yaitu:

2.2.2.1.2 Object Oriented Design (OOD)

2.2.3.1 Unified Modeling Language (UML)

2.2.3.1.1 Use case Diagram

Tabel 2. 1 Tabel Simbol Use Case Diagram

Use Case menggambarkan proses yang

Atribut Actor menggambarkan pihak yang

Asosiasi/association Penghubung antara relasi dan entitas

Gambar 2. 3 Contoh Use Case Diagram

Sumber: (Satzinger, Jackson, & Burd, 2015)

Sumber : (Satzinger, Jackson, & Burd, 2015)

2.2.3.1.4 Fully Developed Use Case Description

Gambar 2. 5 Contoh Use Case Description

Sumber : (Satzinger, Jackson, & Burd, 2015)

2.2.3.2 Activity Diagram

Sumber: (Dennis, Wixom, & Tegarden, 2015)

Activity Final Node

Simbol fork menggambarkan menggambarkan suatu

Gambar 2. 6 Contoh Activity Diagram

Sumber : (Satzinger, Jackson, & Burd, 2015)

2.2.3.3 Class Diagram

Association Penghubung antara relasi antar class dimana kedua

Composition Simbol ini menggambarkan suatu class yang

2.2.3.4 Sequence Diagram

Message Return Simbol ini menggambarkan hasil dari

A lifeline Simbol ini menunjukkan kehidupan suatu objek

For object destruction Simbol ini menggambarkan akhir dari sebuah

2.2.3.8 Database Management System (DBMS)

2.3 Kerangka Pemikiran

Berikut merupakan gambaran dari kerangka penulisan skripsi ini:

Bagan kerangka pemikiran dengan penjelasan sebagai berikut:

2.4 Literature Review

Penulis Tahun Judul Deskripsi Metode

Juliansa, 2017 Sistem Informasi Melakukan Waterfall

3.1 Sejarah Perusahaan

Graha Mutiara Minimalis adalah salah satu perusahaan yang bergerak

Gambar 3. 1 Struktur Organisasi

Gambar 3. 2 Activity Diagram Proses Penjualan Rumah

Gambar 3. 5 Dokumen Kwitansi

Dokumen Pembayaran merupakan transaksi pembayaran yang telah

Gambar 3. 6 Dokumen Transaksi Pembayaran

Analisa Permasalahan Solusi Permasalahan

b Pemesanan yang masih dilakukan secara Pembuatan fitur pemesanan