Ppsi Ilham PDF

LAPORAN TUGAS AKHIR
PROYEK PENGEMBANGAN SISTEM INFORMASI
PENGEMBANGAN BISNIS START-UP DonASI
Disusun Oleh:
Ilham Latul Qadari H1101151004

Dhiga Mahendra H1101151005
Alif Fitrah H1101151007
Muammar Hadi Wardana H1101151015
Syarif Fahmi H1101151034
Alysha Puji Utami H1101151035
Wildayati H1101151041
Pembimbing:
Syahru Rahma Yudha S.Kom. M.Kom.
JURUSAN SISTEM INFORMASI

FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN
ALAM
UNIVERSITAS TANJUNGPURA PONTIANAK
2017
i
DAFTAR ISI
DAFTAR ISI
BAGIAN 1 BUSINESS PLAN .............................................................................................. 1
1.1. Ringkasan Eksekutif........................................................................................................ 1
1.1.1. Tujuan ....................................................................................................................... 1
1.1.2. Visi ........................................................................................................................... 2
1.1.3. Misi ........................................................................................................................... 2
1.1.4.Kunci Sukses ............................................................................................................. 2
1.2. Ringkasan Perusahaan ..................................................................................................... 3
1.2.1. Ranah Bisnis ............................................................................................................. 3
1.2.2. Fokus Perusahaan ..................................................................................................... 3
1.2.3. Biaya Startup Perusahaan ......................................................................................... 3
1.3. Service dan Product......................................................................................................... 4
1.4. Analisis Pasar .................................................................................................................. 5
1.4.1. Segmentasi Pasar ...................................................................................................... 5
1.4.2. Segmentasi Pasar Target .......................................................................................... 6
1.5. Strategi dan Implementasi ............................................................................................... 9
1.6. Personel Manajemen ..................................................................................................... 14
BAGIAN 2 ANALISIS KEBUTUHAN SISTEM ............................................................... 17
2.1. Analisis Kelemahan Sistem........................................................................................... 17
2.2. Analisis Kebutuhan Sistem ........................................................................................... 19
2.3. Analisis Kelayakan Sistem ............................................................................................ 22
2.4. Deskripsi Kebutuhan ..................................................................................................... 23
2.4.1. Perspektif produk ................................................................................................... 23
2.4.2. Fungsi Produk......................................................................................................... 24
2.4.3. Karakteristik Pengguna .......................................................................................... 27
2.4.4. Batasan-batasan ...................................................................................................... 27
2.4.5. Asumsi dan Ketergantungan .................................................................................. 27
2.5. Kebutuhan khusus ......................................................................................................... 27
2.5.1. Kebutuhan antarmuka eksternal ............................................................................. 27
2.5.2. Kebutuhan fungsionalitas Perangkat Lunak ........................................................... 29
2.5.2.1. Use Case Diagram ........................................................................................... 29
2.5.3. Spesifikasi Rinci Kebutuhan Fungsionalitas .......................................................... 33
ii
2.6. Activity Diagram ........................................................................................................... 58
2.6.1. Activity Diagram General : Donor ASI ................................................................. 58
2.6.2. Activity Diagram General : Kurir ASI ................................................................... 59
2.6.2. Activity Diagram Rinci .......................................................................................... 60
BAGIAN 3 DESKRIPSI PERANCANGAN PERANGKAT LUNAK .............................. 71
3.1. Design Model ................................................................................................................ 71
3.1.1. Sequence Diagram .................................................................................................. 71
3.1.1.1. Sequence Diagram Web Apps ............................................................................. 73
3.1.2. Class Diagram ........................................................................................................ 86
3.1.2.1. Class Diagram Web Apps ................................................................................... 86
3.1.2.1.1. Spesific Design Class ....................................................................................... 87
3.2. Deskripsi Perancangan Antarmuka ............................................................................. 107
BAGIAN 4 IMPLEMENTASI SISTEM ........................................................................... 130
4.1. Web Apps .................................................................................................................... 130
4.2.Mobile Apps ................................................................................................................. 138
BAGIAN 5 PENUTUP ...................................................................................................... 130
5.1. Kesimpulan ................................................................................................................. 155
5.2.Saran ............................................................................................................................. 155
iii
BUSINESS PLAN
PT. Bravoos Indonesia
1.1 Ringkasan Eksekutif

PT. Bravoos Indonesia merupakan sebuah perusahaan yang bergerak di
bidang startup sosial dan berfokus pada lini bidang kesehatan yang pada
permulaannya ini merancang sebuah aplikasi yang berfungsi sebagai platform
yang memiliki tujuan utama yaitu meningkatkan wawasan dan memudahkan
masyarakat terutama para ibu akan pentingnya ASI untuk bayi mereka yang
berusia 0-6 bulan. Aplikasi dengan nama “DonASI” ini dapat menjembatani
pendonor ASI dan resipien (penerima) ASI secara mudah , efisien serta dapat
dipertanggungjawabkan validitasnya. Serta aplikasi ini dapat memudahkan ibu
yang berkarir jauh dari rumah dengan secara ekslusif tetap dapat memberikan ASI
ke anaknya melalui fitur Kurir ASI untuk penjemputan dan pengiriman ASI ke
lokasi yang diinginkan si ibu.
Perusahaan ini dicanangkan bergerak pada awal pengembangannya masih
di area Pontianak dan sekitarnya. Pada Aplikasi “DonASI” ini resipien (Penerima
ASI) akan dengan mudah terhubung dengan Pendonor ASI yang akan divalidasi
oleh Saksi yaitu admin perusahaan untuk meningkatkan validitas hubungan antara
pendonor dan resipen ASI. Untuk fungsi kedua, pelanggan akan dengan cepat dan
mudah mendapatkan kurir yang akan mengantarkan ASI kerumah pelanggan dari
lokasi pelanggan. Kualitas ASI yang dikirimkan akan terjaga karena
menggunakan kotak pendingin khusus.
1.1.1 Tujuan
a. Meningkatkan kesadaran masyarakat akan pentingnya Kesehatan
yang dimulai dari pentingnya konsumsi ASI bagi bayi.
b. Menjadi Startup pertama di Kalimantan Barat sebagai wadah
kepedulian masyarakat terhadap kesehatan.
c. Meningkatkan nilai kesehatan bayi dan menurunkan angka
kematian bayi yang diakibatkan kurangnya konsumsi ASI
d. Memberikan pelayanan pengiriman terbaik dengan
memaksimalkan kurir dan kualitas ASI yang diantar.
1
e. Menjadi Startup sosial dibidang Kesehatan yang dapat bersaing
dengan startup sejenis baik regional maupun global.
1.1.2 Visi
Menjadikan Perusahaan sebagai Startup Sosial-Kesehatan terbaik
yang memberikan nilai positif dengan tingkat efesiensi, validasi,
inovasi, dan kreasi yang tinggi melalui Teknologi Informasi dalam
meningkatkan kesehatan masyarakat Kalimantan Barat.
1.1.3 Misi
1. Mengembangkan akses tercepat dan termudah kepada pengguna
untuk kepuasan pelayanan perusahaan.
2. Berpartisipasi aktif dalam meningkatkan kualitas kesehatan di
lingkungan masyarakat Kalbar.
3. Memperluas Relasi untuk menjalin kerjasama dan peningkatan
pendanaan dan pengembangan fungsionalitas perusahaan.
4. Memberikan kualitas pelayanan terbaik untuk setiap fitur Don.ASI
dengan pengembangan sistem dan kualitas sumber daya manusia.
Dengan kecanggihan teknologi sekarang ini, kita dapat dengan mudah

menghubungkan banyak orang dalam satu forum. Begitu pula dengan Don.ASI,
hanya dengan beberapa klik dan pengentrian nama, seorang ibu yang sibuk
dengan urusan pekerjaan dan / atau yang tidak bisa menghasilkan ASI bisa dengan
mudah mengantarkan ASI dan / atau memberikan ASI untuk anak mereka.
Perusahaan ini juga dilengkapi dengan laporan yang mengatasnamakan pihak
yang memberikan ASI dan pihak penerima ASI (dalam fungsi donor ASI) .
Pekerja yang mengantarkan ASI juga di seleksi dengan khusus serta dilengkapi
ciri khas DonASI sendiri.
1.1.4 Kunci Sukses
Kunci keberhasilan untuk perusahaan :
a. Kualitas produk dan layanan yang terjamin serta pengiriman yang
terpercaya dan efisien dengan penggunaan sistem antar yang aman .
b. Kelengkapan dengan sertifikat setiap pendonoran ASI yang
memudahkan penerima ASI mengetahui keluarga yang mendonorkan
ASI.
2
c. Efektif berkomunikasi dan bekerja sama dengan berbagai organisasi
dan dinas daerah terkait dalam rangka promosi , bekerjasama dan
mencari partisipan dalam pengembangan usaha.
1.2. Ringkasan Perusahaan

1.2.1 Ranah Bisnis
PT. Bravoos Indonesia merupakan Perusahaan start-up yang
bergerak di bidang layanan jasa untuk memenuhi kebutuhan masyarakat dalam
bidang Kesehatan Ibu dan Anak, khususnya Pelayanan jasa ASI. Bisnis ini
bertujuan untuk menjadi perantara antara Pendonor ASI dan Resipen ASI, selain
itu juga memberikan pelayanan jasa Antar ASI dari lokasi pelanggan ke lokasi
yang diinginkan. Perusahaan ini berkontribusi masih diwilayah Kota Pontianak
dan Sekitarnya, tetapi tidak menutup kemungkinan akan dikembangan ke wilayah
yang cukup besar.
1.2.2 Fokus Perusahaan
PT. Bravoos Indonesia melalui aplikasi “DonASI” menyediakan
beberapa fitur yang dapat digunakan pelanggan seperti perantara pendonoran ASI
yang menghubungkan Pendonor dengan Resipen ASI dan Jasa pengantaran ASI
dari lokasi pelanggan ke lokasi yang diinginkan (Kurir ASI). Dari fitur tersebut,
target pemasaran yang kami kejar yaitu Ibu-ibu yang telah memiliki anak dengan
rentang usia ibu yaitu 17-47 Tahun, karena memang tujuan utama dari Perusahaan
ini yaitu menjadi startup sosial yang dapat meningkatkan kualitas generasi yang
akan datang dengan mengoptimalkan konsumsi ASI bagi setiap anak yang lahir.
Perusahaan ini akan memulai karir usaha di wilayah Kota Pontianak dan
Sekitarnya.
1.2.3 Biaya Startup Perusahaan
Perusahaan memulai usaha dengan modal yang bisa dibilang
lumayan besar, karena perusahaan tidak hanya berupa layanan jasa platform
namun juga jasa pemeliharaan dan pengantaran ASI serta juga memiliki produk
yang tersedia untuk dijual. Jumlah dana investasi yang dibutuhkan oleh
perusahaan dalam memulai usaha yaitu sebesar Rp.250.000.000,- sudah termasuk
keseluruhan dana yang dibutuhkan dengan anggaran produk yang diproyeksikan
untuk 1 tahun.
3
Dengan jumlah dana investasi seperti itu, cash flow atau proyeksi
pendapatan Don.ASI dalam 5 tahun kedepan sebagai berikut :
Tahun Cash flow Interest Rate Present Value

1 Rp.76.500.000,- 0,833 Rp.63.724.500,-
2 Rp.93.000.000,- 0,694 Rp.64.542.000,-
3 Rp.109.500.000,- 0,579 Rp.63.400.500,-
4 Rp.126.000.000,- 0,482 Rp.60.732.000,-
5 Rp.142.500.000,- 0,402 Rp.57.285.000,-
TOTAL Rp.309.684.000,-
DANA INVESTASI Rp.250.000.000,-
NET PRESENT VALUE Rp.59.684.000,-
Dari proyeksi pendapatan atau cash flow perusahaan dalam 5 tahun

kedepan, terlihat bahwa nilai net present value perusahaan bernilai positif dengan
Rp.59.684.000,- sehingga bisa disimpulkan bahwa perusahaan ini akan
berkembang setiap tahunnya.
1.3. Service and Product
Don.ASI menyediakan 2 jenis pelayanan yaitu pertama penghubung antara
pendonor ASI dan penerima ASI, dimana calon resipien ASI bisa mendapatkan
ASI dari pendonor yang ingin mendonorkan ASI kepada resipien dengan validitas
yang dapat dipertanggungjawabkan karena saksi yang terlibat berasal dari
perusahaan PT. Bravoos Indonesia yang memang secara langsung mengecek
kesehatan si pendonor. Kedua yaitu jasa pengantaran ASI dari wanita karir yang
sibuk bekerja namun tetap ingin memberikan ASI kepada anaknya, dimana Ibu ini
memesan kurir untuk mengantarkan ASI dari lokasinya menuju tempat yang ingin
dituju. Kurir ASI dilengkapi dengan peralatan ASI seperti cooler box khusus dan
peralatan ASI lainnya seperti pompa ASI, apron, dan botol.
Don.ASI tidak hanya menyediakan pelayanan, tetapi Don.ASI juga
menyediakan produk berupa perlengkapan ASI yang dipinjamkan atau dijual
kepada para ibu yang membutuhkan produk tersebut. Produk yang disediakan
4
Don.ASI yaitu berupa botol ASI, apron khusus ibu menyusui, pompa ASI, botol
ASI, serta penyewaan freezer untuk menyimpan ASI
1.4. Analisis Pasar
1.4.1. Segmentasi Pasar
PT. Bravoos Indonesia merupakan perusahaan swasta di Indonesia
yang berpusat di Kota Pontianak. Perusahaan ini bergerak di bidang startup sosial
di bidang kesehatan ibu dan anak berfokus pada meningkatkan konsumsi ASI
pada balita. PT. Bravoos Indonesia mengkombinasikan variabel geografis,
demografis, dan psikografis dalam menyegmentasikan pasar target yang akan
dituju.
1. Segmentasi Geografis
Berdasarkan segmentasi Geografis, PT. Bravoos Indonesia untuk saat ini

bergerak di wilayah Kota Pontianak dan Sekitarnya dimana wilayah ini
merupakan kota besar di wilayah Kalimantan Barat, namun tidak menutup
kemungkinan Perusahaan ini akan melebarkan sayap ke seluruh wilayah
Kalimantan Barat mengingat angka IMD (Inisiasi Menyusui Dini) di wilayah
Kalimantan Barat masih dibawah rata-rata IMD Nasional yaitu berkisar 29% dari
nilai normal yaitu 34,5% dimana Kalimantan Barat menempati posisi 22 dari 33
Provinsi pada tahun 2013 (Berdasarkan data Kementrian Kesehatan RI). Maka
dari itu perusahaan ini sangat penting untuk meningkatkan angka IMD di wilayah
Kalimantan Barat. Selain itu persentasi bayi yang mendapat ASI Ekslusif sampai
usia 6 bulan yaitu dikisaran 22,9% dengan nilai normal Indonesia yaitu 29,5%.
Sedangkan untuk persentasi bagi bayi usia 0-5 bulan yang mendapatkan ASI
ekslusif yaitu 52,9 % dari nilai normal yaitu 54%. Data tersebut berdasarkan Data
dan Informasi Kesehatan Profil Kesehatan Indonesia tahun 2016.
2. Segmentasi Demografis
Berdasarkan Segmentasi Demografis, PT. Bravoos Indonesia memiliki
target pelanggan perusahaan yaitu Ibu-ibu yang memiliki bayi yang masih berusia
dibawah 2 tahun, karena diusia tersebut merupakan usia terbaik balita untuk
mengkonsumsi ASI terutama balita berusia 0-6 bulan. Rentang usia target
pelanggan perusahaan ini yaitu Ibu menyusui berusia 17-47 tahun yang
merupakan usia produktif wanita. Berdasarkan taraf ekonomi, PT. Bravoos
5
Indonesia tidak membatasi pekerjaan ibu yang menjadi target pelanggan baik dari
sisi pekerjaan, penghasilan, maupun status sosial-ekonominya.
3. Segmentasi Psikografis
Berdasarkan segmentasi psikografis, PT. Bravoos Indonesia tidak
membatasi gaya hidup dari individu pelanggan, karena tujuan perusahaan ini yaitu
membangun startup sosial yang meningkatkan wawasan dan nilai konsumsi ASI
bagi balita usia 0-2 tahun, maka dari itu tidak adanya batasan gaya hidup untuk
pelanggan yang membutuhkan. Namun, tentu setidaknya pelanggan mengerti
penggunakan teknologi karena sistem sangat berkaitan dengan teknologi atau
terdapat kerabat yang mengerti akan teknologi untuk membantu pelanggan yang
membutuhkan.
1.4.2. Strategi Segmentasi Pasar Target
PT. Bravoos Indonesia memberikan 2 layanan utama yaitu DonASI
(Donor ASI) yang disesuaikan dengan nama Startup, dan Kursi (Kurir ASI) .
DonASI berfokus kepada ibu menyusui yang ingin mencari ASI dan
mendonorkan ASInya, dengan aplikasi ini, maka resipien dapat dengan mudah
menemukan pendonor ASI yang ingin mendonorkan ASI kepada anaknya dengan
validitas yang dapat dipertanggungjawabkan, begitu pula sebaliknya, namun
transaksi antar pedonor dan resipien tetap sesuai keinginan pelanggan tersebut,
aplikasi hanya sebagai perantara dan saksi dalam transaksi ini.
Kedua yaitu Kursi (Kurir ASI) yang berfokus pada konsumen yaitu ibu
menyusui yang memiliki balita usia 0-2 tahun yang berkarir jauh dari rumah dan
sempat untuk memberikan ASI ke anaknya, maka dari itu perusahaan
menyediakan layanan Kurir ASI untuk mengantarkan ASI ibu tersebut kerumah
atau tempat yang ingin ditujuinya. Selain itu hal ini juga dilatarbelakangi oleh
sudah banyaknya perusahaan di kota-kota besar yang memperhatikan pentingnya
konsumsi ASI sehingga banyak perusahaan yang menyediakan ruangan ASI untuk
Ibu-ibu menyusui yang bekerja jauh dari rumah.
1.4.3. Analisis Bisnis Perusahaan
PT. Bravoos Indonesia memberikan produk dan layanan berupa jasa dan
beberapa strategi penjualan seperti penjualan peralatan ASI. Ketentuan konsumen
yang diperbolehkan menggunakan jasa yaitu Ibu-ibu menyusui berusia 17-47
6
tahun yang memiliki balita berusia 0-2 tahun. Validitas dan kepercayaan
konsumen dalam menggunakan layanan dari PT. Bravoos Indonesia dapat
diepertanggungjawabkan. Karena pada layanan DonASI, validitas dilibatkan oleh
3 belah pihak yang berkaitan yaitu Resipien, Pendonor dan saksi (dalam hal ini
dari perusahaan). Saksi dilibatkan dari perusahaan sendiri, karena pada awal
pelanggan mendaftar sebagai pendonor, tim dari perusahaan langsung
mengkonfirmasi keseriusan pendonor dan melakukan pemeriksaan keseharan
pendonor, hal ini meyakinkan resipien bahwa ASI yang didonorkan bebas dari
penyakit. Pendonor juga akan dilakukan cek kesehatan secara berkala sampai
pendonor tersebut tidak dapat mendonor lagi. Selain itu, pendonor dan resipien
akan mendapatkan E-report dari perusahaan yang menyatakan bahwa kedua belah
pihak sudah melakukan pendonoran ASI sehingga anak resipien menjadi anak
sepersusuan pendonor.
Validitas lainnya yang dapat meningkatkan kepercayaan pelanggan yaitu
disetiap pendaftaran sebagai pendonor atau resipien, mereka diharuskan mengisi
biodata lengkap yang memiliki key utama yaitu NIK (Nomor Induk
Kependudukan) sehingga dapat dilacak kebenaran pemilik akun yang mendaftar
tersebut. Selanjutnya, pada layanan Kursi (Kurir ASI), para kurir dilengkapi
dengan Cooler Box untuk menyimpan ASI yang akan diantar, dan beberapa
peralatan ASI seperti apron, pompa asi, dan botol ASI untuk lebih memudahkan
konsumen apabila tidak memiliki perlengkapan tersebut. Kurir ASI akan
mengantar ASI sesuai dengan pesanan dari konsumen ke lokasi yang akan dtuju.
Apabila pesanan sudah diantar, maka admin dari perusahaan akan
mengkonfirmasi ke pelanggan.
PT. Bravoos Indonesia menjalin kerjasama dinas yang terkait dalam hal
menjalankan bisnisnya seperti Dinas Kesehatan, Asosiasi Ibu Menyusui Indonesia
(AIMI), BKKBN, dan beberapa organisasi daerah setempat untuk lebih
mempromosikan pentingnya konsumsi ASI bagi balita usia 0-2 tahun. Organisasi
daerah setempat yang terkait tersebut seperti Posyandu, PKK, dsb. Resiko yang
akan dihadapi oleh PT. Bravoos Indonesia tentunya validitas yang mungkin
terjadi oleh konsumen terutama dari resipien. Untuk mengatasinya, maka
perusahaan akan memberikan sanksi tegas terhadap pelanggan yang melakukan
7
penipuan tersebut, seperti blacklist nama hingga ke ranah hukum tergantung
tingkat penipuan. Untuk menghindari kejadian tersebut, maka dari itu perusahaan
menggunakan validitas dari ketiga belah pihak yang terkait. Apabila belum ada
validasi dari resipien dan pendonor, maka perusahaan akan menghubungi
langsung. Apabila hal tersebut terjadi, maka kemungkinan perusahaan akan
menghadapi risiko seperti hilangnya rasa kepercayaan konsumen, hilangnya
kerjasama dengan pihak terkair, dan tercemarnya nama baik PT. Bravoos
Indonesia.
1.4.4. Kompetisi dan Pola Pembelian Konsumen
Dilihat dari perkembangan zaman dan kebutuhan masyarakat, sekarang

sudah lumayan banyak perusahaan yang menyediakan jasa dibidang ASI. Tetapi
ranah perusahaan mereka masih diwilayah Kota Besar Di Indonesia, seperti
Jabodetabek, Bandung, Yogyakarta, dsb. Kompetitor yang menjadi saingan dalam
jasa kurir ASI ini lumayan besar, contohnya JNE, Pong ASI, Amura Courier, dsb.
Namun sebagian besar usaha tersebut masih menggunakan line telepon dalam
berhubungan ke konsumen. Selain itu perusahaan-perusahaan tersebut hanya
melayani jasa antar ASI.Sedangkan Don.ASI mengembangkan sistem platform
yang sangat memudahkan pelanggan dalam mengaksesnya, hanya dengan
menggunakan Handphone atau Laptop yang terintegrasi dengan internet
pelanggan sudah bisa terhubung dan tidak terbatas pada layanan jasa antar ASI
tetapi juga berfokus pada Donor ASI. Tentu ini menjadi nilai lebih PT. Bravoos
Indonesia.
Melihat dari rendahnya angka IMD dan ASI Ekslusif di wilayah
Kalimantan Barat, membuka peluang tingginya kebutuhan ASI di wilayah
tersebut. Setiap ibu yang baru memiliki bayi, tentunya ingin memberikan asupan
ASI yang cukup untuk anaknya dan tingkat ibu yang melek teknologi semakin
tinggi, dari itu perusahaan memiliki peluang besar dalam mendapatkan pelanggan
dan menyuarakan pentingnya asupan ASI yang cukup untuk balita usia 0-2 tahun.
Melihat juga dari angka kelahiran bayi di wilayah kalimantan barat yang masih
tinggi yaitu 104% pada tahun 2015 dari target yang harus pemerintah capai yaitu
49% yang membuat pentingnya peran perusahaan yang dibantu oleh Dinas dan
organisasi terkait dalam mempublikasikan pentingnya ASI itu sendiri.
8
1.5. Strategi dan Implementasi
1.5.1. Keunggulan Kompetitif
PT. Bravoos Indonesia memiliki beberapa keunggulan kompetitif yang
dapat bersaing dalam usaha di bidang IT, Perusahaan ini mengutamakan
perbedaan dari segi layanan dan akses dari perusahaan sejenis lainnya.
Keunggulan-keunggulan yang dimiliki yaitu antara lain :
1.5.1.1 Keunggulan Diferensiasi
PT. Bravoos Indonesia masih berdiri sendiri sebagai layanan jasa
menggunakan sistem aplikasi dan web yang menghubungkan pendonor
dan resipien ASI serta Ibu dengan kurir ASI di wilayah Kota Pontianak
dan Sekitarnya. Adapun di wilayah luar Kalimantan, namun sebagian
perusahaan tersebut masih menggunakan pemesanan line telepon belum
terintegrasi dengan teknologi. Pembeda yang menjadi khas dari
perusahaan ini yaitu saksi yang terlibat didalam transaksi yaitu dari
perusahaan sendiri, dimana perusahaan sebelumnya telah mengecek
kesehatan calon pendonor yang ingin mendonor sehingga tingkat efesiensi
dan validitas lebih tinggi. Perusahaan juga menyediakan perlengkapan ASI
yang akan ditawarkan kepada pelanggan apabila pelanggan menginginkan
namun dalam hal ini tidak terintegrasi dengan teknologi, namun hanya
sebagai strategi penjualan dari perusahaan.
1.5.1.2 Keunggulan Eksekusi dan Kualitas Layanan
Perusahaan dengan layanan yang efisien, terpercaya, dan
bertanggung jawab dapat dijadikan acuan untuk menjadikan perusahaan
ini memiliki keunggulan kompetitif di segmen eksekusi dan kualitas
layanannya. Dengan adanya validitas yang melibatkan 3 belah pihak yang
terkait, dimana saksi merupakan admin dari perusahaan langsung
membuat validitas dan kualitas layanan yang diberikan oleh perusahaan
tinggi. Adanya pengecekan kesehatan oleh Dinas Kesehatan terhadap
pendonor pada saat pertama kali mendaftar akan menigkatkan kepercayaan
pelanggan lainnya. Ketersediaannya Cooler box dan peralatan ASI lainnya
membuat eksekusi pelayanan dapat terjaga dengan kualitas terbaik sesuai
keinginan pelanggan.
9
Selain itu, desain web dan mobile yang menarik serta ringan juga
membuat eksekusi dalam penggunaan layanan menjadi mudah dan efisien.
Kecepatan akses yang diberikan PT. Bravoos Indonesia juga. Oleh karena
itu, aplikasi DonASI ini menjadi pilihan utama untuk digunakan oleh
pelanggan yang telah disegmentasikan.
1.5.1.3 Keunggulan Cost
Biaya dalam pelayanan di PT. Bravoos Indonesia ini hanya terdapat
pada layanan Kursi (Kurir ASI). DonASI tidak diberlakukan sistem
pembayaran karena perusahaan hanya terlibat sebagai perantara dan
sebagai saksi. Untuk biaya Kursi, kami memberlakukan sistem
pembayaran perkilometer, yaitu pada jarak kurang dari 8 Kilometer, kami
mengenakan biaya 15 ribu. Untuk jarak per 3 kilometer selanjutnya akan
dikenakan biaya tambahan 5 ribu. Perusahaan juga menawarkan promo
untuk pelanggan yang loyal menggunakan layanan dari Don.ASI yaitu
paket mingguan, dimana pelanggan hanya akan dikenakan biaya 60 ribu
untuk pengantaran 6 kali dalam seminggu.
Tentunya penawaran ini akan menjadi pilihan bagi pelanggan yang
akan tetap memberikan asupan ASI ke buah hatinya. Dalam peningkatan
kualitas dan pengembangan fungsionalitas perusahaan, perusahaan juga
memiliki fitur “Donate Us” dimana pengguna baik itu pengguna yang
dapat mengakses sistem ataupun pengguna diluar sistem dapat
memberikan donasinya berupa uang kepada perusahaan yang nantinya
akan digunakan untuk pengembangan perusahaan.
1.5.2 Strategi Penjualan
Strategi penjualan merupakan rencana dari langkah yang akan
diterapkan didalam proses penjualan yang dapat meningkatkan nilai
perusahaan, baik itu dari biaya maupun segi eksistensi. Strategi menjadi
sangat penting, karena agar tepat untuk disesuaikan dengan kondisi
lapangan dan kebutuhan pelanggan dan supaya pelanggan merasa sangat
diperhatikan dalam pelayanan yang diberikan.
1.5.2.1 Merencanakan strategi penjualan
10
Strategi penjualan pada DonASI menggunakan strategi segmented
marketing dengan memanfaatkan data semaksimal mungkin untuk
efektivitas penjualan. Segmented marketing memungkinkan penjualan
yang mengarah langsung kepada target sehingga mengefisiensikan biaya
dan tepat sasaran. Hal ini penting mengingat DonASI tergolong niche
startup sehingga tidak semua orang menjadi pasar dari DonASI.
1.5.2.2 Memaksimalkan Kebutuhan dan Kemungkinan
PT. Bravoos Indonesia juga memasarkan dan menjual beberapa
produk yang mendukung dalam aktivitas pemberian ASI namun memang
belum terintegrasi langsung dengan teknologi untuk pemesanannya. Oleh
karena itu, dalam hal ini Kurir yang bertugas mengambil ASI
memaksimalkan kebutuhan dan kemungkinan yang terjadi, misalnya
membawa peralatan ASI yang distrategikan untuk dibeli oleh pelanggan
dan menambah nilai jual perusahaan. Selain itu juga pada saat
pemeriksaan kesehatan pertama calon pendonor, tim dari perusahaan
sebisa mungkin menawarkan produk yang disediakan oleh perusahaan
kepada pelanggan.
1.5.3 Strategi Pemasaran
1.5.3.1 Media Sosial
Strategi pemasaran DonASI yang paling utama adalah melalu
media sosial. DonASI adalah StartUp yang menargetkan pengguna yang
menggunakan media sosial mengingat DonASI dibuat pada platform
digital. Untuk itu pemasaran melalui media sosial menjadi sarana yang
efektif untuk memperoleh pengguna. Selain itu, pemasaran melalui media
sosial sangat-sangat segmented karena dapat memilih target audiens
sehingga meningkatkan efisiensi. Media Sosial yang digunakan DonASI
dalam melakukan pemasaran antara lain Instagram, Facebook, dan
Twitter.
1.5.3.2. Google AdWords
Google AdWords merupakan strategi pemasaran lain dari DonASI.
Dengan melakukan Google AdWords, halaman website dapat terindex
11
pada halaman paling depan google (menggunakan keyword yang relevan )
sehingga mampu menarik pengguna.
1.5.3.3. Viral Marketing
Viral marketing dilakukan oleh perusahaan dengan cara melakukan
promosi ke segala tempat baik itu secara soft-selling maupun hard-selling.
Viral marketing dilakukan ketika perusahaan telah mencapat kondisi
Advance sesuai dengan milestone perusahaan.
1.5.3.4. Direct Marketing
Pemasaran dengan metode Direct Marketing atau Pemasaran secara
langsung dilakukan oleh perusahaan dengan memasang iklan menarik
menggunakan bahasa daerah, sekalian mengajak masyarakat peduli akan
pentingnya asupan ASI untuk anak usia 0-2 tahun. Pemasangan iklan bisa
dibanyak tempat, misalnya menggunakan sosial media, media cetak,
ataupun billboard yang ada di wilayah Kota Pontianak dan Sekitarnya.
Selain itu, pemasaran dengan metode Direct Marketing ini juga dapat
dilakukan dengan penyebaran brosur-brosur di titik strategis Kota
Pontianak dan Sekitarnya, terutama dinas dan organisasi yang
berhubungan dengan startup yang dikembangkan. Sosialisasi juga
merupakan salah satu pemasaran secara langsung, Tim dari perusahaan
dapat melakukan sosialisasi atau ikut menjadi narasumber dari suatu
seminar yang berkaitan dengan Ibu dan Anak. Pemasaran yang dilakukan
bukan hanya untuk meningkatkan jumlah pelanggan dan nilai jual
perusahaan, namun juga untuk menarik banyak pihak untuk diajak
bekerjasama dalam meningkatkan nilai IMD dan wawasan masyarakat
akan pentingnya ASI untuk anak diusia 0-2 tahun.1.5.4. Milestone
Perusahaan
Untuk menerapkan tujuan jangka panjang dari perusahaan. PT.
Bravoos Indonesia membagi tujuan dan harapan yang akan dicapai
perusahaan dalam aspek peningkatan pelayanan, nilai perusahaan,
pendapatan perusahaan, insfrastruktur, mitra kerja, dan jumlah pelanggan
perusahaan. Tujuan jangka panjang tersebut dibagi dalam waktu 5 tahun
kedepan yaitu sebagai berikut :
12
1.5.4. Milestone Perusahaan
Untuk menerapkan tujuan jangka panjang dari perusahaan. PT. Bravoos
Indonesia membagi tujuan dan harapan yang akan dicapai perusahaan dalam
aspek peningkatan pelayanan, nilai perusahaan, pendapatan perusahaan,
insfrastruktur, mitra kerja, dan jumlah pelanggan perusahaan. Milestone
perusahaan ditetapkan dalam kondisi suatu StartUp yitu seed, advance, maupun
exit agar milestone memilik kesesuaian antara kondisi dan keputusan mengenai
tujuan dan harapan yang diambil.
1. Seed
a) Personel perusahaan hanya berupa personel dasar pada sebuah StartUp.
b) Menciptakan produk sesuai kebutuhan pasar lewat proses validasi ide.
c) Giat dalam melakukan sosialisasi DonASI sesuai dengan strategi pemasaran.
d) Menjalin kerjasama dengan Dinas Kesehatan Kalimantan Barat untuk
operasional perusahaan dan menambah investasi perusahaan
e) Memproyeksikan pendapatan tahun pertama dari Kursi yaitu Rp. 42.000.000
f) Mendapatkan hasil donasi berupa uang dari pengguna sebesar Rp. 20.000.000
g) Membangun branding perusahaan pada media sosial
h) Melakukan proses segemented marketing
i) Merekrut sekitar 500 orang kurir untuk menjadi karyawan di perusahaan
j) Target pelanggan pada tahap seed sekitar 10000 orang
2. Advance
a) Menambah target pelanggan menjadi sekitar 50000 orang
b) Menggunakan strategi pemasaran viral marketing.
c) Melakukan kerjasama dengan lebih banyak dinas terkait dalam
pengembangan fungsionalitas perusahaan.
d) Menambah kurir menjadi 2000 orang
e) Proyeksi pendapatan tahun kedua menjadi Rp.154.000.000
f) Memiliki Investor
g) Melakukan ekpansi pasar ke seluruh wilayah Kalimantan Barat.
h) Menambah personel perusahaan dalam bentuk divisi sesuai ranah pekerjaan.
i) Membangun Business Intelligent untuk meningkatan kualitas keputusan
perusahaan.
13
3. Exit
a) Melakukan Ekspansi pasar ke seluruh Indonesia.
b) Menambah target pelanggan menjadi 100.000 orang
c) Melakukan IPO atau exit pada perusahaan lain.
d) Proyeksi pendapatan tahun keempat menjadi Rp.124.000.000
e) Menambah target pelanggan tahun kelima menjadi 100000 orang
f) Memproyeksikan pendapatan tahun kelima menjadi Rp. 157.000.000
1.6 Personel Manajemen
Gambar 1.6 Personel Manajemen PT.Bravoos Indonesia
A. CEO
CEO merupakan jabatan tertinggi pada suatu perusahaan yang tidak hanya
bertugas memimpin namun juga menentukan arah maupun visi dan misi
perusahaan. Pada DonASI, CEO melakukan proses mengomunikasikan visi
perusahaan, menguraikan strategi bisnis, membangun relasi dengan investor
serta melakukan proses sosialisasi produk perusahaan kepada partner bisnis.
B. Manajer proyek
Manajer proyek merupakan orang yang bertugas memimpin suatu tim

dalam pengembangan suatu proyek. Selain memimpin tim, manajer proyek
juga melakukan proses komunikasi dengan CEO mengenai progres yang
telah dilaksanakan dan progres yang telah dicapai. Pada DonASI, manajer
14
proyek melakukan proses Budgeting, Schedulling, dan manajemen sumber
daya manusia untuk menempatkan orang yang tepat di posisi yang sesuai.
C. Database Administrator
Database administrator bertugas merancang konsep dari database sistem

yang akan dibuat. Proses perancangan ini meliputi pendefinisian pola
database, struktur penyimpanan, memberi kuasa pada user dalam akses data
dan menspesifikkan keharusan integritas data.
D. Sistem Analis
Analis sistem memiliki tanggung jawab atas penelitian, perencanaan,

pengkoordinasian, dan merekomendasikan pemilihan perangkat lunak
dan sistem yang paling sesuai dengan kebutuhan organisasi bisnis atau
perusahaan. Pada DonASI, analis bertugas membuat dokumentasi sistem
sesuai dengan langkah-langkah pada proses pengembangan suatu proyek
untuk kemudian dieksekusi oleh programmer.
E. Desainer
Desainer bertugas untuk melakukan peracangan visual pada suatu proyek

agar memiliki nilai estetika baik dalam pemilihan tata letak, desain maupun
warna. Pada DonASI, desainer bertugas merancang visual untuk logo dan
mock-up sistem.
F. Marketing
Marketing bertugas untuk memasarkan produk perusahaan melalui

berbagai metode yang anda guna meingkatkan pengguna dan memperkenalkan
perusahaan kepada masyarakat luas. Pada DonASI, marketing melakukan
proses iklan maupun sosialisasi produk kepadaa target pengguna.
G. Programmer Mobile
Programmer mobile bertugas untuk melakukan proses implementasi

sistem berbasi mobile sesuai dengan rancangan yang telah ditetapkan.
Programmer mobile bertugas memastikan aplikasi dapat berjalan baik dan
dapat melakukan seluruh fitur yang telah ditetapkan.
15
H. Programmer WEB
Programmer WEB bertugas untuk melakukan proses implementasi sistem

berbasis Website sesuai dengan rancangan yang telah ditetapkan. Programmer
WEB bertugas memastikan aplikasi dapat berjalan baik dan dapat melakukan
seluruh fitur yang telah ditetapkan.
16
BAGIAN 2 ANALISIS KEBUTUHAN SISTEM
2.1 Analisis Kelemahan Sistem Lama
Dalam menganalisa kekurangan Sistem yang sebelumnya, kami menggunakan

metode PIECES. Metode PIECES sendiri merupakan metode yang digunakan untuk
menganalisis kelemahan sistem yang terdiri atas Performance, Information, Economy,
Control, Efisiensi, dan Service. Dengan metode ini, maka kami akan mendefinisikan
kelemahan sistem yang ada sebelum perkembangan sistem dilaksanakan. Kelemahan sistem
yang dapat diidentifikasi yaitu sebagai berikut :
2.1.1 Performance.
NO SISTEM LAMA SISTEM BARU

1 Sistem lama masih belum terintegrasi Sistem yang terintegrasi dengan teknologi
dengan teknologi, hanya berbasis sosial memudahkan pendonor dan resipien secara
media dan manual sehingga pencarian real time melakukan proses pendonoran
resipien maupun pendonor harus ASI.
dilakukan secara manual belum
tersepesifikasi dengan baik.
2 Sistem yang lama tidak dapat Sistem dapat mendokumentasikan
mendokumentasikan transaksi donor transaksi donor dengan baik berdasarkan
dengan baik karena belum menggunakan informasi pendonor dan resipien dengan
sistem sehingga riwayat pendonoran menggunakan teknologi yang
tidak terdokumentasi dengan baik. mengintegrasikannya.
3 Proses penjemputan ASI masih dilakukan Proses penjemputan ASI berbasis GPS,
via telepon sehingga tidak ada GPS untuk memudahkan kurir dan pendonor dalam
tracking proses pengiriman ASI melakukan proses tersebut.
4 Pengelolaan laporan pada sistem Pengelolaan laporan yg terarsip dengan
sebelumnya belum menggunakan baik memudahkan perusahaan mencari
teknologi sehingga baik itu pihak data transaksi, dsb
pendonor, resipien, atau organisasi sulit
dalam pengelolaan laporan transaksi.
2.1.2 Informasi
1 Sistem yang lama tidak memberikan Sistem memberikan informasi data baik itu
informasi pendonor, resipien , anak dan resipien, pendonor, anak, dan transaksi
transaksi donor secara detail sehingga pendonoran dengan baik sehingga
kredibilitas dari data tersebut bernilai informasi akurat dan tervalidasi
rendah dan menurunkan tingkat
kepercayaan baik pendonor maupun
resipien.
2 Sistem yang lama tidak memberikan Sistem memberikan informasi mengenai
informasi mengenai syarat untuk menjadi syarat, ketentuan,, dan petunjuk
pendonor atau resipien sehingga penggunaan system.
pendonoran seringkali menyalahi aturan.
17
3 Sistem sebelumnya tidak memberikan Sistem dengan integrasi teknologi ini
informsi mengenai proses pengiriman memberikan informasi secara realtime
ASI secara realtime menggunakan terhadap proses pengiriman ASI baik itu
tracking jarak melalui GPS karyawan, tracking, dsb.
4 Informasi riwayat pendonoran dan Informasi riwayat pendonoran yang
transaksi pengiriman belum terkomputerisasi menjadikan validitas data
terkomputerisasi sehingga informasi transaksi semakin tinggi sehingga
pendonoran dan pengiriman ASI tidak Pendonor tahu dengan mudah anak
lengkap. sepersusuannya.
2.1.3 Ekonomi
1 Sistem yang lama bisa saja terjadi biaya Sistem tidak mengenakan biaya terhadap
transaksi dari pendonoran ASI sehingga proses transaksi donor ASI
kesan pendonoran menjadi Jual beli ASI
2 Sistem yang lama tidak menampilkan Sistem menampilkan biaya transaksi Kurir
biaya transaksi penjemputan dan ASI berdasarkan tracking jarak
pengiriman ASI berdasarkan jarak, hanya penjemputan dan pengiriman ASI
pada biaya per sekali antar.
3 Sistem laporan dari organisasi yang Sistem laporan yang terkomputerisasi
menaungi sistem pendonoran ASI tidak dapat mengurangi biaya operasional ATK
terkomputerisasi, masih melibatkan perusahaan.
banyak biaya untuk operasional ATK
organisasi atau perusahaan.
4 Sistem yang lama belum adanya wadah Sistem memberikan fitur tambahan yaitu
untuk pengguna atau masyarakat dalam “Donate Us” yang dapat difungsikan
memberikan donasi berupa uang untuk pengguna untuk berdonasi ke perusahaan.
organisasi yang menaungi transaksi
donor ASI.
2.1.4 Control
1 Sistem lama tidak ada proses validasi Sistem dengan validitas tinggi melibatkan
antar pendonor dan resipien karena masih 3 belah pihak sebagai validator
bersifat manual dan tidak ada wadah pendonoran ASI, yaitu Admin,Resipien,
organisasi untuk validasi akurasi data. dan Pendonor
2 Sistem lama tidak adanya proses tracking Sistem yang dapat menampilkan tracking
data dari penjemputan dan pengiriman proses pengiriman ASI sehingga proses
ASI sehingga kredibilitas data pada saat tersebut dapat dipantau oleh pelanggan
proses pengiriman masih sangat rendah secara langsung.
3 Kurir yang melakukan proses pengiriman Proses konfirmasi pengiriman
ASI tidak dapat mengkonfirmasi menggunakan foto pada fitur KurSI
pengiriman dengan sistem yang sehingga validitas dan kredibilitas
terintegrasi teknologi sehingga kontrol operasional menjadi sangat baik
terhadap kinerja kurir masih rendah.
18
2.1.5 Efisein
1 Sistem lama sulit dalam mencari data Sistem dapat menampilkan data riwayat
riwayat transaksi donor yang telah transaksi dengan mudah karena
dilakukan sehingga efesiensi waktu dan terkomputerisasi dan dapat dicari
tenaga dalam proses pencarian data masih berdasarkan kategori.
rendah.
2 Sistem lama tidak ada notifikasi pada saat Sistem selalu memberikan notifikasi pada
proses transaksi donor maupun pengguna dari system atau pengguna lain.
pengiriman ASI sehingga pengguna harus
sering memantau sistem yang ada.
3 Sistem masih berbasis manual dan tidak Sistem yang dibangun berbasis mobile
seluruhnya berbasis mobile sehingga sehingga akses operasional system dapat
akses yang dilakukan masih terkesan berjalan dengan cepat dan efisien.
lama.
2.1.6 Service
1 Sistem lama proses penjemputan dan Sistem yang diajukan pada fitur KurSI
pengiriman ASI tidak dilengkapi dengan dilengkapi dengan pilihan kebutuhan
kebutuhan yang dapat di request oleh pelanggan terhadap kurir yang menjemput
pengguna sehingga pengguna harus ASI.
memiliki perlengkapan sendiri.
2 Sistem lama tidak memberikan layanan Sistem yang memberikan layanan Q&A
Q&A, syarat dan ketentuan calon atau syarat dan ketentuan calon pendonor
pendonor dan resipien sehingga atau resipien sehingga pengguna dapat
pengguna kurang tau dalam proses memahami syarat dari pendonor atau
transaksi pendonoran. resipien
3 Sistem yang lama tidak memberikan Sistem yang baru dapat memberikan
pelayanan Donor ASI yang melibatkan pelayanan pengecekan kesehatan awal dan
pengecekan kesehatan awal dan berkala berkala kepada pendonor untuk validitas
kepada pendonor sehingga semua data pendonor agar lebih akurat.
pengguna dapat menjadi pendonor.
2.2 Analisis Kebutuhan Sistem

2.2.1 Kebutuhan Fungsional
a. Fungisonal
Sistem Dapat Membatasi Hak Akses
➢ Sistem dapat menampilkan pilihan kategori akses umum untuk pengguna eksternal
yaitu Pendonor, Resipien, dan Kurir.
➢ Sistem dapat menampilkan pilihan kategori akses khusus yaitu untuk admin
➢ Pendonor memiliki 2 hak akses yaitu penggunaan layanan Donor ASI dan Kurir ASI
➢ Admin dapat melihat, mengedit, dan menginputkan data user ke dalam sistem.
19
Sistem Dapat Membuat Laporan Transaksi
➢ Sistem dapat membuat laporan riwayat transaksi donor ASI kepada Resipien,
Pendonor, dan Admin.
➢ Sistem dapat membuat laporan riwayat transaksi pengiriman ASI kepada Pendonor,
Kurir, dan Admin.
➢ Kurir dapat melihat riwayat transaksi dan performa yang didapatkannya.
Sistem Dapat Melakukan Pengelolaan Data Perusahaan
➢ Admin dapat melakukan CRUD (Create, Read, Update, dan Delete) terhadap data
user yang dapat mengakses sistem.
➢ Semua User dapat melakukan Update untuk biodata pribadi.
➢ Admin dapat mengelola data informasi produk dan layanan untuk pelanggan.
➢ Sistem menampilkan data informasi mengenai produk dan layanan perusahaan
kepada pendonor, resipien, dan kurir.
➢ Admin Dapat melakukan CRUD terhadap data karyawan yang ada didalam
perusahaan.
Sistem Dapat Melakukan Proses Verifikasi Data Pengguna
➢ User seperti Pendonor dan Kurir dapat mendaftarkan diri melalui halaman yang telah
disediakan oleh sistem
➢ Kurir dan Pendonor yang telah mendaftarkan diri, belum sepenuhnya mendapatkan
akses ke sistem
➢ Admin melakukan verifikasi data pendonor dan kurir setelah persyaratan dari
perusahaan terpenuhi.
➢ Sistem dapat memverifikasi data dengan melakukan un-blokir ke pengguna yang
telah memenuhi persyaratan.
Sistem Dapat Melakukan Proses Transaksi Donor
➢ Resipien dapat mengelola data permintaan ASI yang dibutuhkan dan
mengkonfirmasi pendonor yang akan mendonor.
➢ Sistem menampilkan data permintaan ASI dari resipien ke semua pendonor.
➢ Pendonor dapat melakukan konfirmasi atas data permintaan donor.
➢ Admin dapat memvalidasi pendonor yang akan memberikan ASI berdasarkan
riwayat kesehatan pendonor dan persyaratannya.
➢ Sistem menampilkan data pendonor terhadap resipien.
➢ Resipien dapat melakukan konfirmasi terhadap penawaran donor dari pendonor.
➢ Resipien dan pendonor dapat melakukan validasi setelah melakukan transaksi untuk
keakuratan proses transaksi.
20
Sistem Dapat Melakukan Proses Transaksi Pengiriman ASI
➢ Pelanggan (Pendonor) dapat melakukan pemesanan pengiriman ASI
➢ Sistem menampilkan data Kurir yang akan melakukan pengiriman.
➢ Kurir dapat melakukan konfirmasi data pengiriman setelah ASI selamat sampai
tujuan.
➢ Pelanggan (Pendonor) dapat memberikan rating dan pesan kepada Kurir dan dapat
dilihat oleh Admin.
Sistem Dapat Melakukan Proses Donasi untuk Perusahaan
➢ Sistem memberikan fitur Donate Us untuk perusahaan
➢ Pengguna baik dalam sistem maupun diluar sistem dapat memberikan Donasi berupa
uang
➢ Sistem memberikan form pengisian nama dan email dari pengguna
➢ Sistem akan memberikan konfirmasi pemberian donasi perusahaan melalui email
pengguna
2.2.2 Non Fungsional

1. Operasional
SOFTWARE
Software yang diperlukan dalam pembuatan sistem dan data processing dari sistem yang
diusulkan adalah :
a) Mendukung semua sistem operasi
b) Mysql yang digunakan sebagai Database
c) Aplikasi Sublime Text dan Notepad++ sebagai program coding
d) HTML5 + CSS + Bootstrapt + Javascript digunakan sebagai bahasa pemrograman
e) Microsoft office dan Libre Office digunakan sebagai pembuatan laporan-laporan
f) Ionic, Cordova, dan Android Studio untuk pembuatan aplikasi Mobile.
HARDWARE
Server
a) Menggunakan PC OS Linux
b) Processor minimal i3
c) RAM Minimal 4 GB
d) Harddisk 500 GB
e) Printer
f) VGA Card
21
g) LAN Card
Client
a) Menggunakan PC OS Windows
b) Processor minimal Intel Celeron
c) RAM Minimal 2 GB
d) Harddisk 320 GB
e) Printer
f) VGA Card
g) LAN Card
Hardware Lainnya :
a) Switch / Hub
b) Kabel UTP
c) UPS
BRAINWARE :
o Admin :
Bertugas mengelola sistem yang dibuat meliputi tugas yaitu maintenance sistem dan
pengembang sistem serta pemelihara sistem tersebut.
o User :
User yaitu pengguna yang menggunakan sistem meliputi Pendonor, Resipien, dan
Kurir dengan fungsi yaitu Create, Update, Read, dan Delete sesuai dengan kapasitas masing-
masing.
2. Kinerja
Untuk meningkatkan kinerja dari sistem informasi yang akan dikembangkan ini, sistem
meningkatkan kinerja dalam proses bisnis perusahaan yaitu :
➢ Waktu Pemesanan kurir dibatasi dalam waktu 5 menit sampai kurir menerima pesanan
order
➢ Waktu pengiriman laporan ke Manajer Perusahaan dibatasi 3 menit
3. Keamanan
Kebutuhan faktor keamanan sangat penting untuk mendukung pengembangan sistem baru
seperti :
➢ Aplikasi dan Database yang dilengkapi dengan password untuk menjaga keamanan data
➢ Setiap user yang dilengkapi oleh username dan password untuk menjaga keamanan
22
2.3 ANALISIS KELAYAKAN SISTEM
2.3.1 Kelayakan Teknis :
➢ Dari kebutuhan sistem yang dirancang, sistem tersebut menggunakan teknologi yang
dapat mempermudah proses bisnis intenal dari Donasi. Teknologi yang digunakan
tersedia dan mudah untuk didapatkan dan mudah untuk digunakan karena sistem ini
memiliki karakteristik yaitu User Friendly yang cenderung lebih mudah untuk
digunakan oleh pengguna.
➢ Intergrasi sistem yang lama ke sistem yang baru dapat dilakukan karena sistem yang
lama masih menggunakan sistem yang manual sehingga sistem dapat dikonversikan
dari sistem yang lama ke sistem yang baru yang telah berbasis teknologi dan dapat
diimplementasikan dengan baik.
➢ Stakeholder sebagai pengguna sistem dapat memiliki kemampuan dalam
penagaplikasian sistem baru ini karena sistem ini dapat dengan mudah digunakan
sehingga dari segi teknis, sistem ini layak untuk dikembangkan.
2.3.2 Kelayakan Operasional :
➢ Sistem yang akan dibangun ini dapat menyelesaikan masalah yang banyak dialami
dalam proses bisnis pada pendonoran ASI dan penjemputan serta pengiriman ASI
dari pelanggan. Dengan adanya sistem yang baru ini akan lebih mengefisienkan
kinerja dan meningkatkan validitas dari proses bisnis yang terjadi pada Donor ASI
dan Pengiriman ASI.
➢ Terhadap penerapan sistem yang baru ini, tidak diperlukan restrukturisasi organisasi
karena setiap stake holder yang berada di lingkup sistem iut ambil tangan dalam
operasional sistem yang dikembangkan, dan sistem tersebut juga dapat dengan
mudah digunakan dalam proses operasional aplikasi. Mungkin perlu diberikan
petunjuk penggunaan didalam sistem agar pengguna dapat dengan mudah mengerti
alur kerja sistem tersebut.
➢ 2.3.3 Kelayakan Hukum :
Dari segi kelayakan hukum, sistem ini layak untuk digunakan karena :
➢ Sistem yang dikembangkan tidak mengandung unsur plagiat atau melanggar hak
cipta perusahaan lain .
➢ Sistem tidak mengandung unsur pornografi
➢ Sistem menggunakan Software atau OS yang bersifat original.
23
2.4 Deskripsi Kebutuhan
2.4.1 Perspektif Produk
DonASI merupakan perangkat lunak atau sistem yang mengotomasi kinerja dari
pengguna eksternal dan internal sebagai perantara terhadap pendonor dalam mendonorkan
dan memberikan asupan ASI kepada ibu-ibu yang membutuhkan atau dalam hal ini yaitu
resipien. DonASI juga menyediakan fitur layanan berupa Kurir ASI yang menjadi layanan
penjemputan dan pengiriman ASI dari pelanggan ke alamat tujuan pelanggan tersebut.
DonASI membantu setiap pengguna dapat saling terhubung melalui sistem. DonASI telah
membatasi hak akses yang dispesifikasikan sesuai fungsi yang telah ditetapkan di
perusahaan. Setiap pengguna memiliki username dan password tersendiri sehingga tidak
akan terjadinya kesalahan penggunaan hak akses didalam sistem.
Perangkat lunak SIARAN ini berjalan berbasis web dan mobile. Admin dapat
mengakses sistem web dengan server menggunakan apache, xampp dan bahasa php.
Sedangkan untuk lingkungan pemrogramannya menggunakan Sublime Text 3. Pengguna
akan berinteraksi dengan sistem melalui antarmuka Web Browser seperti mozilla firefox,
google chrome maupun web browser mobile seperti UC Browser, Opera Mini, atau Dolphin.
Sedangkan untuk aplikasi mobile digunakan oleh user eksternal yaitu pendonor,
resipien, dan kurir. Pengembangan aplikasi pada mobile ini menggunakan framework ionic
3, Cordova. Kemudian untuk lingkungan pemrogramannya menggunakan Visual Studio.
Pengguna akan berinteraksi dengan sistem antarmuka Mobile dengan menginstall aplikasi
ke Hp masing-masing user tersebut.
2.4.2 Fungsi Produk
Fungsi produk perangkat lunak SNP adalah sebagai berikut :
1. Fungsi Login (SKPL-DONASI-001)
Merupakan fungsi yang digunakan oleh user untuk dapat masuk dalam sistem yang akan
digunakan.
2. Fungsi Registrasi (SKPL-DONASI-002)
Merupakan fungsi yang digunakan oleh user untuk mendaftarkan diri dalam sistem yang
akan digunakan.
3. Fungsi Kelola Data User (SKPL-DONASI-003)
Merupakan fungsi yang digunakan untuk mengelola data user seperti kurir, pendonor, dan
resipien. Fungsi pengelolaan data user mencakup :
a. Fungsi Create Data User (SKPL-DONASI-003-01). Merupakan fungsi yang digunakan
untuk menambahkan data user yang baru.
b. Fungsi Edit Data User (SKPL-DONASI-003-02). Merupakan fungsi yang digunakan
untuk mengubah data User.
24
c. Fungsi Lihat Data User (SKPL- SIARAN-002-03). Merupakan fungsi yang digunakan
untuk menampilkan data lengkap dari profile user.
d. Fungsi Hapus Data User (SKPL-SIARAN-002-04). Merupakan fungsi yang digunakan
untuk menghapus data user yang telah terdaftar didalam database sistem.
4. Fungsi Mengelola Data Diri (SKPL-DONASI-004)
a. Fungsi Edit Data Diri (SKPL-DONASI-004-01). Merupakan fungsi yang digunakan
untuk mengubah Data Diri dari User.
b. Fungsi Lihat Data Diri (SKPL-DONASI-004-02). Merupakan fungsi yang digunakan
untuk menampilkan data lengkap dari Data Diri User.
5. Fungsi Mengelola Data Karyawan (SKPL-DONASI-005)
a. Fungsi Create Data Karyawan (SKPL-DONASI-005-01). Merupakan fungsi yang
digunakan untuk menambahkan data karyawan yang baru.
b. Fungsi Edit Data Karyawan (SKPL-DONASI-005-02). Merupakan fungsi yang
digunakan untuk mengubah data karyawan.
c. Fungsi Lihat Data Karyawan (SKPL- SIARAN-005-03). Merupakan fungsi yang
digunakan untuk menampilkan data lengkap dari profile karyawan.
d. Fungsi Hapus Data Karyawan (SKPL-SIARAN-005-04). Merupakan fungsi yang
digunakan untuk menghapus data karyawan yang telah terdaftar didalam database
sistem.
6. Fungsi Mengelola Data Order Pengiriman (SKPL-DONASI-006)
a. Fungsi Terima Data Order Pengiriman (SKPL-DONASI-006-01). Merupakan fungsi
yang digunakan untuk menerima data order pengiriman.
b. Fungsi Tolak Data Order Pengiriman (SKPL-DONASI-006-02). Merupakan fungsi yang
digunakan untuk menolak data order pengiriman.
c. Fungsi Konfirmasi Pembayaran Data Order Pengiriman (SKPL-DONASI-006-03).
Merupakan fungsi yang digunakan untuk mengkonfirmasi pembyaran data order
pengiriman.
7. Fungsi Melihat Performa (SKPL-DONASI-007)
Merupakan fungsi yang digunakan oleh kurir untuk melihat performa atau kinerja dalam
sistem yang akan digunakan.
8. Fungsi Melakukan Donate (SKPL-DONASI-008)
Merupakan fungsi yang digunakan oleh user atau diluar user untuk melakukan bentuan
berupa uang untuk perusahaan.
9. Fungsi Mengelola Data Anak (SKPL-DONASI-009)
25
a. Fungsi Create Data Anak (SKPL-DONASI-009-01). Merupakan fungsi yang digunakan
untuk menambahkan data anak yang baru.
b. Fungsi Edit Data Anak (SKPL-DONASI-009-02). Merupakan fungsi yang digunakan
untuk mengubah data anak.
c. Fungsi Lihat Data Anak (SKPL- SIARAN-009-03). Merupakan fungsi yang digunakan
untuk menampilkan data lengkap dari profile anak.
d. Fungsi Hapus Data Anak (SKPL-SIARAN-009-04). Merupakan fungsi yang digunakan
uttuk menghapus data anak yang telah terdaftar didalam database sistem.
10. Fungsi Mengelola Data Pendonoran (SKPL-DONASI-010)
a. Fungsi Konfirmasi Donor Data Pendonoran (SKPL-DONASI-010-01). Merupakan
fungsi yang digunakan untuk melakukan konfirmasi donor pada data pendonoran.
b. Fungsi Tambah Data Pendonoran (SKPL-DONASI-010-02). Merupakan fungsi yang
digunakan untuk menambahkan data pendonoran yang baru.
11. Fungsi Mengelola Pesanan Kurir (SKPL-DONASI-011)
a. Fungsi Buat Pesanan Kurir (SKPL-DONASI-011-01). Merupakan fungsi yang
digunakan untuk membuat pesanan kurir yang baru.
b. Fungsi Batalkan Pesanan Kurir (SKPL-DONASI-011-02). Merupakan fungsi yang
digunakan untuk membatalkan pesanan kurir yang telah dibuat.
c. Fungsi Rating Pesanan Kurir (SKPL-DONASI-011-03). Merupakan fungsi yang
digunakan untuk memberikan rating pada pesanan kurir.
d. Fungsi Komentar Pesanan Kurir (SKPL-DONASI-011-04). Merupakan fungsi yang
digunakan untuk memberikan komentar pada pesanan kurir.
12. Fungsi Mengelola Data Permintaan (SKPL-DONASI-012)
a. Fungsi Create Data Permintaan (SKPL-DONASI-012-01). Merupakan fungsi yang
digunakan untuk menambahkan data permintaan yang baru.
b. Fungsi Edit Data Permintaan (SKPL-DONASI-012-02). Merupakan fungsi yang
digunakan untuk mengubah data permintaan.
c. Fungsi Lihat Data Permintaan (SKPL- SIARAN-012-03). Merupakan fungsi yang
digunakan untuk menampilkan data lengkap dari permintaan.
d. Fungsi Hapus Data Permintaan (SKPL-SIARAN-012-04). Merupakan fungsi yang
digunakan untuk menghapus data permintaan yang telah tersimpan didalam database
sistem.
13. Fungsi Validasi Data Pendonoran (SKPL-DONASI-013)
Merupakan fungsi yang digunakan oleh admin, pendonor dan resipien untuk memvalidasi
data pendonoran dalam sistem yang telah dilakukan.
26
14. Fungsi Melihat Laporan/History Pendonoran (SKPL-DONASI-014)
Merupakan fungsi yang digunakan oleh admin, pendonor, dan resipien untuk dapat melihat
data laporan atau history dari pendonoran dalam sistem yang telah dilakukan.
15. Fungsi Melihat Laporan/History Kurir ASI (SKPL-DONASI-015)
Merupakan fungsi yang digunakan oleh kurir, admin, dan pendonor untuk dapat melihat
laporan atau history dari transaksi Kurir ASI dalam sistem yang telah dilakukan.
16. Fungsi Mencetak Laporan/History (SKPL-DONASI-016)
Merupakan fungsi yang digunakan untuk mencetak laporan yang sebelumnya telah dilihat
oleh user ke dalam bentuk Pdf atau Excel.
17. Fungsi Melihat Notifikasi (SKPL-DONASI-017)
Merupakan fungsi yang digunakan oleh user untuk dapat melihat notifikasi dalam sistem.
2.4.3 Karakteristik Pengguna
Karakteristik dari pengguna DonASI adalah sebagai berikut :
1. Memahami pengoperasian Web Browser seperti Mozilla Firefox, dan Google Chrome.
2. Khusus resipien dan pendonor Mengerti mengenai pengroperasian aplikasi mobile ataupun
memiliki orang ketiga yang dapat membantu menggunakan aplikasi mobile
3. Rentang usia pengguna di spesifikasikan yaitu dari 17-47 tahun yang menjadi usia produktif
ibu penghasil ASI.
2.4.4 Batasan-Batasan
Batasan-batasan dalam pengembangan DonASI tersebut adalah :
1. Kebijaksanaan Umum
Berpedoman pada tujuan dari pengembangan DonASI
2. Keterbatasan perangkat keras

Dapat diketahui kemudian setelah sistem ini berjalan (sesuai dengan kebutuhan).
2.4.5 Asumsi dan Kebergantungan

Sistem ini dapat dijalankan pada PC dan Mobile yang dapat telah terpasang DonASI
yang terspesifikasikan pada setiap fungsi pengguna di dalamnya.
2.5 Kebutuhan Khusus
2.5.1 Kebutuhan Antarmuka Eksternal
Kebutuhan antar muka eksternal pada Aplikasi DOnASI ini meliputi kebutuhan antarmuka
pemakai, antarmuka perangkat keras, antarmuka perangkat lunak, antarmuka komunikasi.
2.5.1.1Antarmuka pemakai
Pengguna berinteraksi dengan antarmuka yang ditampilkan dalam bentuk form-form.
27
2.5.1.2 Antarmuka perangkat keras
Antarmuka perangkat keras yang digunakan dalam perangkat lunak SNP adalah:
1. Komputer dengan web browser di dalamnya.
2. Switch / Hub
3. Kabet UTP
4. UPS
2.5.1.3 Antarmuka perangkat lunak

Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak SNP adalah sebagai
berikut :
1. Nama : MySQL Server
Sumber : Oracle
Sebagai database management system (DBMS) yang digunakan untuk penyimpan data di
sisi server.
2. Nama : Ubuntu Server

Sumber : Canonical.
Sebagai sistem operasi web server.
3. Nama : Apache Web Server

Sumber : Apache.
Sebagai web server.
2.5.1.4 Antarmuka Komunikasi

Antarmuka komunikasi perangkat lunak Aplikasi DonASI menggunakan protocol HTTP
28
2.5.2 Kebutuhan Fungsional Perangkat Lunak
2.5.2.1. Use Case Diagram Admin
Gambar 2.5.2.1 Use Case Diagram Admin
29
2.5.2.2. Use Case Pendonor
Gambar 2.5.2.2 Use Case Diagram Pendonor
30
2.5.2.3 Use Case Diagram Resipien
Gambar 2.5.2.3 Use Case Diagram Resipien
31
2.5.2.4.Use Case Diagram Kurir dan Guest
Gambar 2.5.2.4 Use Case Diagram Kurir dan Guest
32
2.5.3 Spesifikasi Kebutuhan Fungsionalitas
2.5.3.1 Use case Spesification : Login
Nama Use Case Login
Aktor Admin, Kurir,Pendonor,Resipien
Supporting Actor None
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk memperoleh akses ke
sistem. Login didasarkan pada sebuah id unik username dan
password yang berupa rangkaian karakter khusus yang dimiliki
masing-masing user
Pre Condition ---
Basic Flow 1. Use Case ini dimulai ketika aktor pertama kali membuka
antarmuka sistem
2. Sistem langsung menampilkan antarmuka untuk login
sesuai dengan masing-masing PC aktor
3. Aktor memasukkan username dan password
4. Sistem memeriksa username dan password yang
diinputkan aktor
a. E-1 Password atau username tidak sesuai
5. Sistem memberikan akses ke aktor
6. Use Case ini selesai
Alternative Flow None
Error Flow a) E-1 Password atau nama user tidak sesuai :

a. Sistem menampilkan peringatan bahwa id user
atau password tidak sesuai
b. Kembali ke Basic Flow langkah ke 3
Post Condition Aktor memasuki sistem dan dapat menggunakan fungsi-fungsi

pada sistem sesuai dengan hak akses masing-masing
2.5.3.2 Use case Spesification : Mengelola Data User
Nama Use Case Mengelola Data User
Aktor Admin
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk Mengelola data user
yang dapat masuk ke dalam sistem.
Pre Condition ➢ Use Case Login telah dilakukan

➢ Sistem mendeteksi bahwa level akun adalah admin
➢ Aktor telah memasuki sistem
33
Basic Flow ➢ Use Case ini dimulai ketika aktor memilih untuk
Mengelola Data User
➢ Aktor mengedit data user yang ada
➢ Aktor menghapus data user yang telah tersimpan di basis
data
➢ Aktor bisa melihat data user
➢ Aktor bisa menambahkan data user
Alternative Flow -
Error Flow -
Post Condition Data user di database telah terupdate
2.5.3.3 Use case Spesification : Hapus User
Nama Use Case Hapus User
Aktor Admin
Pre Condition 1.Use Case Login telah dilakukan

2.Sistem mendeteksi bahwa level akun adalah admin
3.Aktor telah memasuki sistem Mengelola data user
Menghapus Data User
➢ Aktor akan dihadapkan pada record yang harus diisi
oleh Aktor untuk menghapus data user.
➢ Setelah itu Aktor memilih tombol hapus untuk
menghapus data user
Alternative Flow -
Error Flow -
Post Condition Data user di database telah terhapus
Use case Spesification : Edit User

Nama Use Case Edit User
Aktor Admin
34
Basic Flow 1.Use Case ini dimulai ketika aktor memilih untuk
Mengubah Data User.
2.Aktor akan dihadapkan pada record yang telah diisi oleh
Aktor dan Aktor mengubah data yang diinginkan.
3.Setelah itu Aktor memilih tombol submit untuk mengubah
data user tersebut.
Alternative Flow -
Error Flow -
Post Condition Data user di database telahterupdate
2.5.3.4 Use case Spesification : Lihat User
Nama Use Case Lihat User
Aktor Admin

Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk Melihat
Data User
2. Aktor akan dihadapkan pada data lengkap dari user yang
dipilih
Alternative Flow -
Error Flow -
Post Condition Data user di database telah ditampilkan
2.5.3.5 Use case Spesification : Tambah User
Nama Use Case Tambah User
Aktor Admin
35
Basic Flow a. Use case dimulai ketika aktor memilih tambah data user
b. Aktor akan dihadapkan pada record yang harus diisi oleh
Aktor untuk menambahkan data user
c. Setelah itu Aktor memilih tombol submit untuk
menambahkan data user
Alternative Flow -
Error Flow -
Post Condition Data user di database telah bertambah
2.5.3.6 Use case Spesification : Mengelola Data Karyawan
Nama Use Case Mengelola Data Karyawan
Aktor Admin
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk Mengelola data
karyawan yang dapat masuk ke dalam sistem.

Mengelola Data Karyawan
➢ Aktor mengedit data karyawan yang ada
➢ Aktor menghapus data karyawan yang telah tersimpan di
basis data
➢ Aktor bisa melihat data karyawan
➢ Aktor bisa menambahkan data karyawan
Alternative Flow -
Error Flow -
Post Condition Data karyawan di database telah terupdate
2.5.3.7 Use case Spesification : Hapus Karyawan
Nama Use Case Hapus Karyawan
Aktor Admin
36

3.Aktor telah memasuki sistem Mengelola data karyawan
Menghapus Data Karyawan
➢ Aktor akan dihadapkan pada record yang harus diisi
oleh Aktor untuk menghapus data karyawan.
➢ Setelah itu Aktor memilih tombol hapus untuk
menghapus data karyawan
Alternative Flow -
Error Flow -
Post Condition Data karyawan di database telah terhapus
2.5.3.8 Use case Spesification : Edit Karyawan
Nama Use Case Edit Karyawan
Aktor Admin

Basic Flow 1.Use Case ini dimulai ketika aktor memilih untuk
Mengubah Data Karyawan
2.Aktor akan dihadapkan pada record yang telah diisi oleh
data karyawan tersebut.
Alternative Flow -
Error Flow -
Post Condition Data karyawan di database telahterupdate
37
2.5.3.9 Use case Spesification : Lihat Karyawan
Nama Use Case Lihat Karyawan
Aktor Admin

Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk Melihat
Data Karyawan
2. Aktor akan dihadapkan pada data lengkap dari user yang
dipilih
Alternative Flow -
Error Flow -
Post Condition Data lengkap karyawan di database telah ditampilkan
2.5.3.10 Use case Spesification : Tambah Karyawan
Nama Use Case Tambah Karyawan
Aktor Admin

Basic Flow ➢ Use case dimulai ketika aktor memilih tambah data
karyawan
➢ Aktor akan dihadapkan pada record yang harus diisi oleh
Aktor untuk menambahkan data karyawan
➢ Setelah itu Aktor memilih tombol submit untuk
menambahkan data karyawan
Alternative Flow -
Error Flow -
Post Condition Data karyawan di database telah bertambah
38
2.5.3.11 Use case Spesification : Mengelola Data Diri
Nama Use Case Mengelola Data Diri
Aktor Admin,Kurir,Pendonor,Resipien
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk Mengelola data diri di
dalam sistem. Data diri yang dikelola tersebut, nantinya akan
tersinkronisasi dan ditampilkan pada halaman aktor.

Mengelola Data diri
➢ Aktor akan dapat memilih beberapa pilihan dari
pengelolaan data diri seperti lihat profil dan edit profil
Alternative Flow -
Error Flow -
Post Condition Data diri di database telah terupdate
2.5.3.12 Use case Spesification : Lihat Profil
Nama Use Case Lihat Profil

➢ Sistem mendeteksi bahwa level akun adalah user
Melihat Data Diri
➢ Aktor akan dihadapkan pada data diri lengkap dari
yang dipilih
Alternative Flow -
Error Flow -
Post Condition Data diri di database telah ditampilkan
39
2.5.3.13 Use case Spesification : Edit Profil
Nama Use Case Edit Profil

➢ Sistem mendeteksi bahwa level akun adalah user
Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk
Mengedit Data Diri
2. Aktor akan dihadapkan pada record yang telah diisi oleh
data user tersebut.
Alternative Flow -
Error Flow -
Post Condition Data diri di database telah diterupdate
2.5.3.14 Use case Spesification : Validasi Data Transaksi Donor
Nama Use Case Validasi Data Transaksi Donor
Aktor Admin
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk melakukan proses
validasi data transaksi donor oleh admin dimana pendonor
divalidasi kesehatannya oleh Admin berdasarkan data yang telah
diambil pada saat survei langsung ke pendonor.
Pre Condition 1. Use Case Login sebagai Admin telah dilakukan
Basic Flow 1. Use case dimulai ketika aktor memilih Daftar Pendonoran.
2. Admin dihadapkan pada daftar calon pendonor yang akan
mendonorkan ASI ke resipien
3. Setelah itu, Admin memilih data pendonor yang akan di
validasi
4. Setelah itu Aktor memilih tombol validasi untuk
memvalidasi data transaksi donor
Alternative Flow -
40
Error Flow -
Post Condition Data pendonor yang aka mendonorkan ASI telah

tervalidasi dari sisi Admin
2.5.3.15 Use Case Spesification: Melakukan Donate

Nama Use Case Melakukan Donate
Aktor Semua User
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk melakukan donasi berupa bantuan
kepada perusahaan dalam bentuk uang, dsb.
Pre Condition ➢ User membuka halaman depan atau landing page sistem
➢ User memilih untuk melakukan donate kepada perusahaan.
Basic Flow ➢ Use case dimulai ketika Aktor memilih untuk melakukan donasi
kepada perusahaan
➢ Aktor akan dihadapkan pada form pengisian donasi yaitu berupa
nama dan email diri.
➢ Setelah itu sistem mengirim konfirmasi donate melalui email user.
Alternative Flow -
Error Flow -
41
2.5.3.16 Use case Spesification : Mengelola Data Permintaan
Nama Use Case Mengelola Data Permintaan
Aktor Resipien
Deskripsi Singkat Use Case ini bisa mengelola data permintaan, berupa
menambahkan, mengedit, menghapus serta melihat data
permintaan.

➢ Sistem mendeteksi bahwa level akun adalah
resipien
Basic Flow ➢ Use Case ini bisa menambahkan data permintaan

dengan menampilkan atau memberikan form
tambah permintaan
➢ Aktor mengedit data permintaan yang ada
➢ Aktor menghapus data permintaan yang telah
tersimpan di basis data
➢ Aktor bisa melihat data permintaan
Alternative Flow
Error Flow
Post Condition Data permintaan di database telah terupdate.
2.5.3.17 Use case Spesification : Tambah Permintaan
Nama Use Case Tambah Permintaan
Aktor Resipien
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk menambahkan data
permintaan kedalam sistem.
Pre Condition ➢ Use Case Login sebagai Resipien telah dilakukan

➢ Setelah Login, Resipien telah melakukan Use Case
Mengelola Data Permintaan
Basic Flow ➢ Use case dimulai ketika aktor memilih tambah

permintaan
Aktor untuk menambahkan permintaan baru.
42
menambahkan data permintaan baru
Alternative Flow -
Error Flow -
Post Condition Data permintaan di database telah ditambahkan
2.5.3.17 Use Case Spesification: Edit Data Permintaan

Nama Use Case Edit Data permintaan
Aktor Resipien
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk mengubah data
Permintaan yang ada di sistem sesuai dengan form yang tersedia
Pre Condition ➢ Use Case Login sebagai Resipien telah dilakukan.

➢ Setelah Login, Aktor telah melakukan Use Case
Mengelola Data Permintaan.
Mengubah Data Permintaan.
➢ Aktor akan dihadapkan pada record yang telah diisi oleh
mengubah data permintaan tersebut.
Alternative Flow -
Error Flow -
Post Condition Data permintaan di database telah terupdate
43
2.5.3.18 Use Case Spesification: Hapus Data Permintaan
Nama Use Case Hapus Data Permintaan
Aktor Resipien
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk menghapus data
permintaan yang ada di sistem.
Pre Condition 1. Use case Login sebagai Resipien telah dilakukan.

2. Setelah Login, Aktor telah melakukan Use Case
Mengelola Data Permintaan.
Basic Flow a. Use Case ini dimulai ketika aktor memilih untuk
Menghapus data permintaan.
b. Aktor akan dihadapkan pada alert konfirmasi
penghapusan yaitu hapus atau tidak.
c. Aktor memilih langkah penghapusan tersebut.
Alternative Flow -
Error Flow -
Post Condition Data permintaan di database telah terhapus
2.5.3.19 Use Case Spesification: Lihat Data Permintaan

Nama Use Case Lihat Data Permintaan
Aktor Resipien
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk melihat detail data
permintaan yang telah terdaftar di sistem
Pre Condition ➢ Use Case Login sebagai Resipien telah dilakukan

Mengelola Data Permintaan
Melihat Data Permintaan
➢ Aktor akan dihadapkan pada data lengkap dari
permintaan yang dipilih
Alternative Flow -
Error Flow -
Post Condition Detail data permintaan telah ditampilkan.
44
2.5.3.20 Use Case Spesification: Melihat History Transaksi Pengiriman
Nama Use Case Melihat History Transaksi Pengiriman
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk melihat detail data
permintaan yang telah terdaftar di sistem
Pre Condition Use Case Login sebagai Pendonor telah dilakukan
Melihat History Transaksin Pengiriman
➢ Aktor akan dihadapkan pada data lengkap dari
history transaksi pengiriman yang dipilih
Alternative Flow -
Error Flow -
Post Condition Detail history transaksi pengiriman telah ditampilkan.
2.5.3.21 Use Case Spesification: Registrasi

Nama Use Case Registrasi
Aktor Pendonor, Resipien, Kurir
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk mendaftarkan diri
sebagai pendonor.
Pre Condition Use Case ini dimulai ketika aktor memilih untuk Sign in atau
Sign Up
Basic Flow ➢ Use Case ini dimulai ketika aktor memilih untuk Sign
Up
➢ Aktor akan dihadapkan pada form pendaftaran.
menambahkan data diri
Alternative Flow -
Error Flow -
Post Condition Data pendaftaran diri di database telah disimpan
45
2.5.3.22 Use Case Spesification: Validasi Pendonoran
Nama Use Case Validasi Pendonoran
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk memvalidasi data
transaksi donor
Pre Condition Use Case Login sebagai Pendonor telah dilakukan
Basic Flow ➢ Use case dimulai ketika aktor memilih validasi data
transaksi donor
memvalidasi data transaksi donor
Alternative Flow -
Error Flow -
Post Condition Validasi data transaksi donor telah tervalidasi
2.5.3.23 Use case Spesification : Mengelola Pesanan Kurir
Nama Use Case Mengelola Pesanan Kurir
Aktor Pendonor
Deskripsi Singkat Use Case ini bisa mengelola pesanan kurir, berupa membuat
pesanan dan membatalkan pesanan kurir.

➢ Sistem mendeteksi bahwa level akun adalah pendonor
Basic Flow ➢ Use Case ini bisa membuat pesanan kurir

➢ Aktor membatalkan pesanan kurir
Alternative Flow
Error Flow
Post Condition Data pesanan kurir di database telah terupdate.
46
2.5.3.24 Use case Spesification : Membuat Pesanan
Nama Use Case Membuat Pesanan
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk membuat pesanan kurir
kedalam sistem.
Pre Condition ➢ Use Case Login sebagai Pendonor telah dilakukan

➢ Setelah Login, Pendonor telah melakukan Use Case
Mengelola Pesanan Kurir
Basic Flow ➢ Use case dimulai ketika aktor memilih membuat pesanan
Aktor untuk membuat pesanan kurir baru.
menambahkan data pesanan kurir
Alternative Flow -
Error Flow -
Post Condition Data pesanan di database telah ditambahkan
2.5.3.25 Use case Spesification : Membatalkan Pesanan

Nama Use Case Membatalkan Pesanan
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk membatalkan pesanan
kurir kedalam sistem.
Pre Condition ➢ Use Case Login sebagai Pendonor telah dilakukan

➢ Setelah Login, Pendonor telah melakukan Use Case
Mengelola Pesanan Kurir
Basic Flow ➢ Use case dimulai ketika aktor memilih membatalkan pesanan
➢ Setelah itu Aktor memilih tombol submit untuk membatalkan
data pesanan kurir
Alternative Flow -
Error Flow -
Post Condition Data pesanan di database telah dibatalkan
47
2.5.3.26 Use case Spesification : Mengelola Data Anak
Nama Use Case Mengelola Data Anak
Aktor Pendonor, Resipien
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk mengelola data anak
dari pendonor dan resipien yang akan ditampilkan didalam
sistem dan difungsikan untuk kebutuhan operasional proses
bisnis Donor ASI

➢ Sistem mendeteksi bahwa level akun adalah pendonor atau
resipien
Basic Flow ➢ Use Case ini dimulai ketika aktor memilih untuk Mengelola
Data Anak
➢ Aktor akan dihadapkan pada daftar nama-nama anak yang
telah ada di dalam database
➢ Aktor akan dapat memilih beberapa pilihan dari pengelolaan
data anak seperti mengubah data anak yang telah ada,
menambahkan data anak baru, menghapus data anak yang
sudah ada di dalam basis data dan melihat data lengkap dari
data anak tersebut.
Alternative Flow -
Error Flow -
Post Condition Data Anak di database telah terupdate
2.5.3.27 Use case Spesification : Menambah Data Anak
Nama Use Case Menambah Anak
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk menambahkan data
Anak yang akan disimpan didalam database.
Pre Condition ➢ Use Case Login sebagai Pendonor atau Resipien telah
dilakukan
Mengelola Data Anak
Menambah Data Anak
➢ aktor akan dihadapkan pada record yang harus diisi oleh
48
Aktor untuk menambahkan data Anak baru
menambahkan data Anak baru
Alternative Flow -
Error Flow -
Post Condition Data Anak di database telah ditambahkan
2.5.3.28 Use case Spesification : Mengubah Data Anak
Nama Use Case Mengubah Data Anak
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk mengubah data Anak
yang ada di sistem sesuai dengan fungsi masing-masing.
Pre Condition ➢ Use Case Login sebagai Pendonor atau Resipien telah
dilakukan.
➢ Setelah Login, Aktor telah melakukan Use Case Mengelola
Data Anak.
Basic Flow ➢ Use Case ini dimulai ketika aktor memilih untuk Mengubah
Data Anak.
➢ aktor akan dihadapkan pada record yang telah diisi oleh
➢ Setelah itu Aktor memilih tombol submit untuk mengubah
data Anak tersebut.
Alternative Flow -
Error Flow -
Post Condition Data Anak di database telah terupdate
49
2.5.3.29 Use case Spesification : Menghapus Data Anak
Nama Use Case Menghapus Data Anak
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk menghapus data Anak
yang telah terdaftar di database sistem. Pendonor dan Resipien
menjadi aktor utama dalam penggunaan use case ini.
Pre Condition ➢ Use Case Login sebagai Pendonor dan Resipien telah
dilakukan
Data Anak
Menghapus Data Anak
➢ Aktor akan dihadapkan pada alert konfirmasi penghapusan
yaitu hapus atau tidak
➢ Aktor memilih langkah penghapusan tersebut.
Alternative Flow -
Error Flow -
Post Condition Data Anak yang dihapus di database telah terhapus
2.5.3.30 Use case Spesification : Melihat Data Anak
Nama Use Case Melihat Data Anak
Aktor Admin
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk melihat data Anak yang
ada telah terdaftar di sistem
Pre Condition ➢ Use Case Login sebagai Pendonor dan Resipien telah
dilakukan
Data Anak
Basic Flow Aktor akan dihadapkan pada data dari Anak yang telah
terdaftar di Database
Alternative Flow -
Error Flow -
Post Condition Data Anak yang terdaftar di database telah ditampilkan.
50
2.5.3.31 Use case Spesification : Mengelola Data Pendonoran
Nama Use Case Mengelola Data Pendonoran
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk mengelola data
pendonoran baik itu untuk meminta donor kepada pendonor
maupun untuk mengkonfirmasi pendonoran yang diberikan oleh
pendonor.

➢ Sistem mendeteksi bahwa level akun adalah pendonor
Mengelola Data Pendonoran
➢ Aktor akan dihadapkan pada 2 tampilan atau pilihan
yaitu untuk menambah data permintaan donor ASI dan
data pendonoran yang siap untuk dikonfirmasi atau
ditolak.
Alternative Flow -
Error Flow -
Post Condition Data pendonoran telah diupdate di sistem
2.5.3.32 Use case Spesification : Menambah Data Donor
Nama Use Case Menambah Data Donor
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk menambah data donor
yang akan diisi oleh pendonor. Dengan menambahkan data
permintaan donor ini maka data tersebut akan masuk ke
notifikasi resipien
Pre Condition ➢ Use Case Login sebagai pendonor telah dilakukan

➢ Setelah login, pendonor memilih untuk mengelola data
pendonoran.
Basic Flow ➢ Use Case ini dimulai ketika pendonor memilih untuk
menambah data pendonoran.
➢ Pendonor dihadapkan pada beberapa field yang harus
diisi, yaitu jumlah data donor yang akan diberikan.
51
Alternative Flow -
Error Flow -
Post Condition Data pendonoran dari pendonor terhadap pendonor telah

ditambahkan.
2.5.3.33 Use case Spesification : Konfirmasi Pendonoran
Nama Use Case Konfirmasi Pendonoran
Aktor Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk mengkonfirmasi data
donor yang diminta oleh resipien. Dengan mengkonfirmasi data
pendonoran yang diberikan oleh pendonor ini, maka pendonor
dapat memberikan donor ASI kepada resipien
Pre Condition ➢ Use Case Login sebagai pendonor telah dilakukan

➢ Setelah login, Pendonor memilih untuk mengelola data
pendonoran.
Basic Flow ➢ Use Case ini dimulai ketika pendonor memilih untuk
melihat data permintaan data donor dari resipien
➢ Pendonor dihadapkan 1 atau lebih data permintaan.
➢ Setelah itu, pendonor dihadapkan pada 2 pilihan yaitu
menerima atau menolak dengan melihat terlebih dahulu
detail dari resipien.
Alternative Flow -
Error Flow -
Post Condition Data pendonoran dari pendonor ke resipien telah dikonfirmasi.
2.5.3.34 Use case Spesification : Melihat History Transaksi Donor
Nama Use Case Melihat History Transaksi Donor
Aktor Resipien, Pendonor
Deskripsi Singkat Use Case ini digunakan oleh aktor untuk melihat data transaksi
donor ASI yang telah dilakukan.

➢ Sistem mendeteksi bahwa level akun adalah resipien
Basic Flow ➢ Use Case ini dimulai ketika resipien memilih untuk
52
melihat history transaksi donor
➢ Resipien dan Pendonor dihadapkan pada history donor
ASI yang telah dilakukan berdasarkan waktu terbaru.
➢ Setelah itu, resipien dihadapkan pada 2 pilihan yaitu
menerima atau menolak dengan melihat terlebih dahulu
detail dari pendonor.
Alternative Flow -
Error Flow -
Post Condition Data pendonoran dari pendonor ke resipien telah dikonfirmasi.
2.5.3.35 Use Case Spesification : Melihat History Transaksi Pengiriman
Nama Use Case Melihat History Transaksi Pengiriman
Aktor Kurir
Deskripsi Singkat Use Case ini digunakan oleh kurir untuk melihat data transaksi
yang telah dilakukan dengan resipien berupa data jumlah asi
yang dikirim, tanggal pengiriman dan transaksi yang didapatkan.
Pre Condition ➢ Use Case login sebagai kurir telah dilakukan

➢ Mengklik menu History Transaksi
Basic Flow ➢ Sistem akan memberikan akses ke actor ketika

mengklik halaman history
➢ Use Case ini dapat dilihat ketika kurir sudah selesai
melakukan tugasnya mengantar asi
➢ Sistem memeriksa apakah kurir sudah selesai atau
belum melakukan tugasnya
➢ Jika sudah sistem menampilkan antarmuka berupa
informasi mengenai transaksi yang telah
dilakukannya
➢ Jika belum maka sistem belum menampilkan update
dari data transaksi
Error Flow None
Post Condition Menampilkan data lengkap transaksi yang telah dilakukan oleh
kurir
53
2.5.3.36 Use Case Spesification : Order
Nama Use Case Order
Aktor Kurir
Deskripsi Singkat Use Case ini digunakan oleh kurir untuk melihat orderan yang
diterimanya dimana kurir dapat menerima ataupun menolak
orderan yang datang

➢ Mengklik menu order
Basic Flow ➢ Use Case ini dimulai ketika kurir mengklik menu
order di dalam sistem
➢ Kurir akan dihadapkan pada tampilan antarmuka
berupa orderan dari resipien
➢ Didalam orderan tersebut kurir dapat menerima
ataupun menolak orderan yang masuk
Error Flow None
Post Condition Menampilkan data orderan yang telah diterima
54
2.5.3.37 Use Case Spesification : Terima Order
Nama Use Case Terima Order
Aktor Kurir
Deskripsi Singkat Use Case ini digunakan oleh kurir ketika kurir menerima orderan
yang datang dimana didalamnya terdapat data lengkap dari
pelanggan beserta alamat yang akan dituju.

➢ Kemudian mengklik menu order dan menerima orderan
yang datang
Basic Flow ➢ Use Case ini dimulai ketika kurir memilih untuk
menerima orderan
➢ Kurir akan dihadapkan dengan data lengkap pelanggan
kemudian data asi yang akan diantarnya
Error Flow d. Sistem akan menolak penerimaan orderan baru ketika

kurir belum menyelesaikan proses transaksi.
Post Condition Menampilkan data orderan yang telah diterima
55
2.5.3.38 Use case Spesification : Tolak Order
Nama Use Case Tolak Order
Aktor Kurir
Deskripsi Singkat Use Case ini digunakan oleh kurir ketika kurir menolak orderan
yang datang dimana ketika menolak pemberitahuan akan hilang

➢ Kemudian mengklik menu order dan menolak
orderan yang datang
Basic Flow ➢ Use Case ini dimulai ketika kurir memilih untuk
menolak orderan
➢ Notifikasi yang ada akan hilang
Error Flow None
Post Condition Orderan yang datang akan hilang
56
2.5.3.39 Use case Spesification : Performa
Nama Use Case Performa
Aktor Kurir
Deskripsi Singkat Use Case ini digunakan oleh kurir untuk melihat sejauh mana
kurir sudah melakukan pekerjaannya dimana kurir akan melihat
data berupa jumlah total transaksi, total point yang didapat
kemudian total pendapatan yang telah diraihnya.

➢ Kemudian mengklik menu Peforma
Basic Flow ➢ Use Case ini dimulai ketika kurir mengklik menu
peforma
➢ Kemudian akan ditampilkan data mengenai
peformanya seperti total transaksi , total point
yang didapat kemudian total pendapatan yang
telah diraihnya
Error Flow None
Post Condition Menampilkan data lengkap peforma kurir
57
2.6 . ACTIVITY DIAGRAM
2.6.1 Activity Diagram General : Transaksi Donor ASI
58
2.6.2 Activity Diagram General : Transaksi Kurir ASI
Gambar 2.6.2 Activity General Transaksi Pemesanan Kurir ASI
59
Gambar 2.6.3 Login
Gambar 2.6.4 Registrasi
60
Gambar 2.6.5 Mengedit Data User Gambar 2.6.6 Menghapus Data User
61
Gambar 2.6.7 Melihat Detail User
Gambar 2.6.8 Menambah Data User
Gambar 2.6.9 Menambah Data Karyawan

Gambar 2.6.10 Mengedit Data Karyawan
62
Gambar 2.6.12 Melihat Detail Karyawan
Gambar 2.6.11 Menghapus Data Karyawan
Gambar 2.6.13 Melihat Detail History Donor Gambar 2.6.14 Melihat History Kurir ASI
63
Gambar 2.6.15 Mencetak Laporan Transaksi Gambar 2.6.16 Mencetak Laporan Transaksi Donor
Donor ASI ASI
Gambar 2.6.18 Melihat Detail Diri

Gambar 2.6.17 Validasi Pendonoran
64
Gambar 2.6.20 Menambah Data Anak
Gambar 2.6.19 Mengedit Data Diri
65
Gambar 2.6.21 Mengedit Data Anak
Gambar 2.6.22 Menghapus Data Anak
66
Gambar 2.6.23 Melihat Detail Anak
Gambar 2.6.24 Konfirmasi Pendonoran
Gambar 2.6.25 Menambah Data Donor Gambar 2.6.26 Membuat Pesanan Kurir ASI
67
Gambar 2.6.27 Melihat Notifikasi
Gambar 2.6.27 Membatalkan Pesanan
Gambar 2.6.28 Validasi Pendonoran

Gambar 2.6.29 Menambah Permintaan
68
Gambar 2.6.31 Mengedit Data Permintaan Gambar 2.6.32 Melihat Detail Permintaan
Gambar 2.6.33 Menghapus Permintaan Gambar 2.6.34 Validasi Pendonoran (resipien)
69
Gambar 2.6.36 Mengelola Order Permintaan
70
Gambar 2.6.36 Melihat Performa Gambar 2.6.37 Melihat History Pengiriman
BAGIAN 3 DESKRIPSI PERANCANGAN PERANGKAT LUNAK

3.1 Design Model
3.1.1 Sequence Diagram
3.1.1.1. Sequence Diagram Website Admin: Login
Gambar 3.1.1.1 Sequence Diagram Login
71
3.1.1.2. Sequence Diagram Website Admin:Tambah Karyawan
Gambar 3.1.1.2. Sequence Diagram Tambah Karyawan
72
3.1.1.3 Sequence Diagram Website Admin:Edit Resipien
Gambar 3.1.1.3 Sequence Diagram Edit Resipien
73
3.1.1.4 Sequence Diagram Website Admin:Hapus Karyawan
Gambar 3.1.1.4 Sequence Diagram Hapus Karyawan
74
3.1.1.5 Sequence Diagram Website Admin:Tambah Pendonor
Gambar 3.1.1.5 Sequence Diagram Tamabah Pendonor
75
3.1.1.6 Sequence Diagram Website Admin:Edit Pendonor
Gambar 3.1.1.6 Sequence Diagram Edit Pendonor
76
3.1.1.7 Sequence Diagram Website Admin:Lihat Detail Pendonor
Gambar 3.1.1.7 Sequence Diagram Lihat Detail Pendonor
3.1.1.8 Sequence Diagram Website Admin:Delete Pendonor
Gambar 3.1.1.8 Sequence Diagram Delete Pendonor
77
3.1.1.9 Sequence Diagram Website Admin: Tambah Resipien
Gambar 3.1.1.9 Sequence Diagram Tambah Resipien
78
3.1.1.10 Sequence Diagram Website Admin:Lihat Resipien
Gambar 3.1.1.10 Sequence Diagram Lihat Resipien

3.1.1.11 Sequence Diagram Website Admin:Edit Karyawan
Gambar 3.1.1.11 Sequence Diagram Edit Karyawan
79
3.1.1.12 Sequence Diagram Website Admin:Delete Resipien
Gambar 3.1.1.12 Sequence Diagram Delete Resipien
80
3.1.1.13 Sequence Diagram Website Admin:Tambah Kurir
Gambar 3.1.1.13 Sequence Diagram Tambah Kurir
81
3.1.1.14 Sequence Diagram Website Admin: Edit Resipien
Gambar 3.1.1.14 Sequence Diagram Edit Resipien
82
3.1.1.15 Sequence Diagram Website Admin:Lihat Resipien
Gambar 3.1.1.15 Sequence Diagram Lihat Resipien
3.1.1.16 Sequence Diagram Website Admin: Delete Resipien
Gambar 3.1.1.16 Sequence Diagram Delete Resipien
83
3.1.1.17 Sequence Diagram Website Admin:Validasi Pendonoran
Gambar 3.1.1.17 Sequence Diagram Validasi Pendonoran
3.1.1.18 Sequence Diagram Website Admin: Laporan Donor
Gambar 3.1.1.18 Sequence Diagram Laporan Donor
84
3.1.1.19 Sequence Diagram Website Admin:Laporan Kurir
Gambar 3.1.1.19 Sequence Diagram Laporan Kurir
85
3.1.2 Class Diagram Web Apps
Gambar 3.1.2 Class Diagram Web Apps
86
3.1.2.1 Class Diagram Web Apps
3.1.2.1.1 Specific Design Class Admin

Admin <<entity>>
-id_admin : String
Atribut ini digunakan untuk menyimpan data id dari
admin
-nama_admin : String
Atribut ini digunakan untuk menyimpan data nama dari
admin
-alamat : String
Atribut ini digunakan untuk menyimpan data alamat dari
admin
-telepon : int
Atribut ini digunakan untuk menyimpan data nomor
telepon dari admin
-j_kelamin : Edum
Atribut ini digunakan untuk menyimpan data jenis
kelamin dari admin
-agama : String
Atribut ini digunakan untuk menyimpan data agama dari
admin
-password : String
Atribut ini digunakan untuk menyimpan data password
dari admin
-username : String
Atribut ini digunakan untuk menyimpan data username
dari admin
-tgl_lahir : date
Atribut ini digunakan untuk menyimpan data tanggal
lahir dari admin
87
+Admin()
Default konstruktor, digunakan untuk inisialisasi semua
attribute dari kelas ini.
+getDataUser()
Operasi ini digunakan untuk mengambil data barang dari
database.
+deleteDataUser()
Operasi ini digunakan untuk menghapus data barang dari
database.
+ambilDataUser()
Operasi ini digunakan untuk mengambil data barang dari
database.
+updateDataUser()
Operasi ini digunakan untuk mengupdate data barang dari
database.
-simpanDataUser()
Operasi ini digunakan untuk menyimpan data barang dari
database.
3.1.2.1.2 Specific Design Class KelolaResipienUI

KelolaResipienUI <<boundary>>
88
+index()
+tambahResipien()
Operasi ini digunakan untuk menambahkan data resipien
yang telah dipilih oleh admin.
+update()
Operasi ini digunakan untuk mengubah data resipien
+getDataResipienTerpilih()
Operasi ini digunakan untuk mengambil data resipien
+tampilKelolaResipien ()
Operasi ini digunakan untuk menampilkan data resipien
+kelolaDataResipien()
Operasi ini digunakan untuk mengelola data resipien
89
3.1.2.1.3 Specific Design Class ResipienControl
ResipienConrtol <<control>>
+ResipienControl()
+tampilDataResipien ()
Operasi ini digunakan untuk menampilkan data resipien yang
akan tersimpan di database oleh admin.
+setTambahDataResipien ()
Operasi ini digunakan untuk menambahkan data resipien yang
sudah tersimpan di database oleh admin.
+updateDataResipien ()
Operasi ini digunakan untuk mengubah data resipien yang
+deleteDataResipien ()
Operasi ini digunakan untuk menghapus data resipien yang
+getDataDiri()
Operasi ini digunakan untuk mengambil data diri yang sudah
tersimpan di database.
+getProfilId()
Operasi ini digunakan untuk mengambil data profil yang sudah
+updateDataDiri()
Operasi ini digunakan untuk mengubah data diri yang sudah
90
3.1.2.1.4 Specific Design Class Resipien
Resipien <<entity>>
-id_resipien : String
resipien
-nama_ resipien : String
resipien
-alamat : String
resipien
-j_kelamin : Edum
kelamin dari resipien
-telepon : int
telepon dari resipien
-agama : String
resipien
-riwayat_penyakit()
Atribut ini digunakan untuk menyimpan data riwayat
penyakit dari resipien
+username : String
dari resipien
+password : String
dari resipien
-tgl_lahir : date
lahir dari resipien
-pekerjaan()
Atribut ini digunakan untuk menyimpan data pekerjaan
dari resipien
-nik_ resipien()
Atribut ini digunakan untuk menyimpan data NIK dari
resipien
91
+Resipien()
+getDataResipien Id()
Operasi ini digunakan untuk mengambil data resipien yang
sudah tersimpan di database.
+setTambahDataResipien ()
Operasi ini digunakan untuk menambahkan data resipien yang
+updatedataResipien ()
Operasi ini digunakan untuk mengubah data resipien yang sudah
tersimpan di database oleh admin.
+deleteDataResipien ()
Operasi ini digunakan untuk menghapus data resipien yang
+getDataDiri()
+getProfilId()
+updateDataDiri()
92
3.1.2.1.5 Specific Design Class KelolaPendonorUI
KelolaPendonorUI <<boundary>>
+index()
+tambahPendonor()
Operasi ini digunakan untuk menambahkan data pendonor
+update()
Operasi ini digunakan untuk mengubah data pendonor
+getDataPendonorTerpilih()
Operasi ini digunakan untuk mengambil data pendonor
+tampilKelolaPendonor()
Operasi ini digunakan untuk menampilkan data pendonor
+kelolaDataPendonor()
Operasi ini digunakan untuk mengelola data pendonor
93
3.1.2.1.6 Specific Design Class PendonorControl
PendonorConrtol <<control>>
+PendonorControl()
+tampilDataPendonor()
Operasi ini digunakan untuk menampilkan data pendonor yang
akan tersimpan di database oleh admin.
+setTambahDataPendonor()
Operasi ini digunakan untuk menambahkan data pendonor yang
+updateDataPenonoran()
Operasi ini digunakan untuk mengubah data pendonor yang
+deleteDataPendonor()
Operasi ini digunakan untuk menghapus data pendonor yang
+getDataDiri()
+getProfilId()
+updateDataDiri()
94
3.1.2.1.7 Specific Design Class Pendonor
Pendonor <<entity>>
-id_pendonor : String
pendonor
-nama_pendonor : String
pendonor
-alamat : String
pendonor
-j_kelamin : Edum
kelamin dari pendonor
-telepon : int
telepon dari pendonor
-agama : String
pendonor
-riwayat_penyakit()
Atribut ini digunakan untuk menyimpan data riwayat
penyakit dari pendonor
+username : String
dari pendonor
+password : String
dari pendonor
-tgl_lahir : date
lahir dari pendonor
-pekerjaan()
Atribut ini digunakan untuk menyimpan data pekerjaan
dari pendonor
-nik_pendonor()
Atribut ini digunakan untuk menyimpan data NIK dari
pendonor
95
+Pendonor()
+getDataPendonorId()
Operasi ini digunakan untuk mengambil data pendonor yang
+setTambahDataPendonor()
Operasi ini digunakan untuk menambahkan data pendonor yang
+updateDataPenonoran()
Operasi ini digunakan untuk mengubah data pendonor yang sudah
tersimpan di database oleh admin.
+deleteDataPendonor()
Operasi ini digunakan untuk menghapus data pendonor yang
+getDataDiri()
+getProfilId()
+updateDataDiri()
96
3.1.2.1.8 Specific Design Class KelolaKurirUI
KelolaKurirUI <<boundary>>
+index()
+tambahKurir()
Operasi ini digunakan untuk menambahkan data karyawan
yang dipilih oleh admin.
+update()
Operasi ini digunakan untuk mengubah data karyawan
+getDataKurirTerpilih()
Operasi ini digunakan untuk mengambil data karyawan
3.1.2.1.9 Specific Design Class KurirControl
KurirConrtol <<control>>
+KurirControl()
+tambahDataKurir()
Operasi ini digunakan untuk menambahkan data kurir yang akan
+setTambahKurir()
Operasi ini digunakan untuk menginputkan data kurir yang
+updateDataKurir()
Operasi ini digunakan untuk mengubah data kurir yang sudah
+deleteDataKurir()
Operasi ini digunakan untuk menghapus data kurir yang sudah
97
3.1.2.1.10 Specific Design Class Kurir
Kurir <<entity>>
-id_kurir : String
kurir
-nama_ kurir : String
kurir
-alamat : String
kurir
-tgl_lahir : date
lahir dari kurir
-agama : String
kurir
-telepon : int
telepon dari kurir
-j_kelamin : Edum
kelamin dari kurir
-plat_motor : String
kendaraaan dari kurir
+username : String
dari kurir
+password : String
dari kurir
98
+Kurir()
+tambahDataKurir()
Operasi ini digunakan untuk menambahkan data kurir yang akan
+setTambah Kurir()
Operasi ini digunakan untuk menginputkan data kurir yang
+updateData Kurir()
Operasi ini digunakan untuk mengubah data kurir yang sudah
+deleteData Kurir()
Operasi ini digunakan untuk menghapus data kurir yang sudah
3.1.2.1.11 Specific Design Class KelolaKaryawanUI

KelolaKaryawanUI <<boundary>>
+index()
+tambahKaryawan()
Operasi ini digunakan untuk menambahkan data karyawan
yang dipilih oleh admin.
+update()
Operasi ini digunakan untuk mengubah data karyawan
+getDataKaryawanTerpilih()
Operasi ini digunakan untuk mengambil data karyawan
99
3.1.2.1.12 Specific Design Class KaryawanControl
KaryawanConrtol <<control>>
+KaryawanControl()
+tambahDataKaryawan()
Operasi ini digunakan untuk menambahkan data karyawan yang
akan tersimpan di database.
+setTambahKaryawan()
Operasi ini digunakan untuk menginputkan data karyawan yang
+updateDataKaryawan()
Operasi ini digunakan untuk mengubah data karyawan yang
+deleteDataKaryawan()
Operasi ini digunakan untuk menghapus data karyawan yang
100
3.1.2.1.13 Specific Design Class Karyawan
Karyawan <<entity>>
-id_karyawan : String
karyawan
-nama_karyawan : String
karyawan
-alamat : String
karyawan
-tgl_lahir : date
lahir dari karyawan
-agama : String
karyawan
-j_kelamin : Edum
kelamin dari karyawan
+jabatan : Stering
kelamin dari karyawan
-telepon : int
telepon dari karyawan
101
+Karyawan()
+tambahDataKaryawan()
Operasi ini digunakan untuk menambahkan data karyawan yang
akan tersimpan di database.
+setTambahKaryawan()
Operasi ini digunakan untuk menginputkan data karyawan yang
+updateDataKaryawan()
Operasi ini digunakan untuk mengubah data karyawan yang sudah
+deleteDataKaryawan()
Operasi ini digunakan untuk menghapus data karyawan yang
3.1.2.1.14 Specific Design Class KelolaAnakPendonorUI

KelolaPendonorUI <<boundary>>
+kelolaDataAnak()
+tambahAnak()
Operasi ini digunakan untuk menambahkan data anak yang
telah dipilih oleh Pendonor.
+update()
Operasi ini digunakan untuk mengubah data anak yang
telah dipilih oleh pendonor.
+getDataAnakTerpilih()
Operasi ini digunakan untuk mengambil data anak yang
telah dipilih oleh pendonor.
+tampilKelolaAnakPendonorUI()
Operasi ini digunakan untuk menampilkan data anak yang
telah dipilih oleh admin.
102
3.1.2.1.15 Specific Design Class AnakPendonorControl
AnakPendonorConrtol <<control>>
+AnakPendonorControl()
+tambahAnakId()
Operasi ini digunakan untuk menambahkan data anak yang akan
tersimpan di database oleh pendonor.
+getAnakId()
Operasi ini digunakan untuk mengambil data anak yang sudah
+updateDataAnak()
Operasi ini digunakan untuk mengubah data anak yang sudah
+deleteDataAnak()
Operasi ini digunakan untuk menghapus data anak yang sudah
3.1.2.1.16 Specific Design Class AnakPendonor

AnakPendonor <<entity>>
-id_anak : String
Atribut ini digunakan untuk menyimpan data id dari anak
pendonor
-nama_pendonor : String
pendonor
-agama : String
pendonor
-j_kelamin : Edum
kelamin dari pendonor
-tgl_lahir : date
lahir dari pendonor
pendonor
103
+AnakPendonor()
+setTambahAnak()
Operasi ini digunakan untuk menambahkan data anak yang akan
tersimpan di database oleh pedonor.
+getAnakId()
Operasi ini digunakan untuk mengambil data anak yang sudah
+updateDataAnak()
Operasi ini digunakan untuk mengubah data anak yang sudah
+deleteDataAnak()
Operasi ini digunakan untuk menghapus data anak yang sudah
3.1.2.1.17 Specific Design Class KelolaHistoryPemesananUI

+index()
3.1.2.1.18 Specific Design Class HistoryPemesananControl
HistoryPemesananConrtol <<control>>
+HistoryPemesananControl()
+tampilDatapemesanan()
Operasi ini digunakan untuk menampilkan data history
pemesana yang sudah tersimpan di database.
104
3.1.2.1.19 Specific Design Class HistoryPemesanan
HistoryPemesanan <<entity>>
-id_pemesanan : String
history pemesanan
-id_kurir : String
kurir
pendonor
-komen : String
Atribut ini digunakan untuk menyimpan data komentar
dari history pemesanan
-rating : String
Atribut ini digunakan untuk menyimpan data rating dari
history pemesanan
+HistoryPemesanan()
+getDataHistoryPemesana()
Operasi ini digunakan untuk mengambil data history pemesanan
yang sudah tersimpan di database.
3.1.2.1.20 Specific Design Class KelolaHistoryDonorUI

+index()
3.1.2.1.21 Specific Design Class HistoryDonorControl
HistoryPemesananConrtol <<control>>
105
+HistoryDonorControl()
+tampilDataHistoryDonor()
Operasi ini digunakan untuk menampilkan data history
pendonoran ASI yang sudah tersimpan di database.
3.1.2.1.22 Specific Design Class HistoryDonor

HistoryPemesanan <<entity>>
-id_nasab : String
history pendonoran
-id_permintaan : String
Atribut ini merupakan foreign key untuk mengambil id
permintaan yang dipilih admin untuk diambil dan ditampilkan
-id_pendonoran : String
pendonoran yang dipilih admin untuk diambil dan ditampilkan
-id_resipien : String
resipien yang dipilih admin untuk diambil dan ditampilkan
-id_anakres : String
Atribut ini merupakan foreign key untuk mengambil id anak
resipien yang dipilih admin untuk diambil dan ditampilkan
-validasi : String
Atribut ini merupakan data status validasi yang
diakumulasikan dari validasi setiap pengguna.
+HistoryDonor()
+getDataHistoryDonor()
Operasi ini digunakan untuk mengambil data history pendonoran
yang sudah tersimpan di database.
106
3.2 Deskripsi Perancangan Antarmuka
3.2.1 Website Admin : Login
Gambar 3.2.1 Antarmuka Login Untuk Admin

Antarmuka ini digunakan oleh Admin untuk melakukan login kedalam sistem disesuaikan dengan
username dan password yang telah dimiliki oleh admin tersebut.
3.2.2 Website Admin : Halaman Dashboard
Gambar 3.2.2 Antarmuka Dashboard untuk Halaman Admin

Antarmuka ini merupakan halaman utama ketika admin telah memasuki sistem, halaman ini berupa
informasi-informasi mengenai perusahaan dan aplikasi yang telah diinputkan kedalam sistem,
seperti jumlah user, transaksi donor, transaksi kurir, donasi dari donatur, dsb.
3.2.3 Website Admin : Kelola Data User
107
Gambar 3.2.3 Antarmuka Daftar User yang ada di Sistem
Antarmuka ini digunakan untuk menampilkan data user yang telah diinputkan oleh user tersebut
ataupun oleh Admin . Data yang ditampilkan yaitu data yang berdasarkan pada record yang telah
diisi oleh user yang tersimpan di database . Admin dapat memilih data user yang akan dipilih untuk
ditampilkan secara detail,edit dan delete serta menambah user baru disesuaikan dengan klasifikasi
user.
3.2.4 Website Admin : Tambah Data User
Gambar 3.2.4 Antarmuka Untuk Menambah Data User

Antarmuka ini digunakan untuk melakukan pengolahan data admin yang dilakukan oleh admin
yaitu menambahkan data user baru. Terdapat beberapa field yang ditampilkan untuk diisi oleh
Admin sesuai dengan kebutuhan dari user yang akan diinputkan. Setelah selesai menginput, Admin
108
diharuskan menekan button Submit untuk diproses dan disimpan ke database. Kemudian admin
dihadapkan pada halaman data user yang telah terupdate.
3.2.5 Website Admin : Edit Data User
Gambar 3.2.5 Antarmuka Mengedit Data User

Antarmuka ini digunakan oleh admin untuk mengedit data user yang disdsuaikan pada fields user
yang dipilih yaitu Kurir, Pendonor, dan Resipien. Admin memilih data user yang akan diubah,
kemudian sistem mengambil data tersebut diari database. Setelah Admin menekan tombol submit,
maka data user tersebut telah diubah.
3.2.6 Website Semua User : Memberikan Donasi
Gambar 3.2.6 Antarmuka Untuk Melakukan Donasi ke Perusahaan
109
Antarmuka ini digunakan oleh user untuk memberikan donasi ke perusahaan melalui halaman
website. Pengguna diminta memasukkan nama dan alamat email saja pada halaman yang nantinya
sistem akan mengkonfirmasi donasi yang akan dikirimkan melalui alamat email mengenai tata cara
dan proses pemberian donasi, dan yang lain sebagainya.
3.2.7 Website Admin : Tambah Data Karyawan
Gambar 3.2.7 Antarmuka Menambah Data Karyawan

Antarmuka ini digunakan untuk melakukan pengolahan data admin yang dilakukan oleh admin
yaitu menambahkan data karyawan baru. Terdapat beberapa field yang ditampilkan untuk diisi oleh
Admin sesuai dengan kebutuhan.. Setelah selesai menginput, Admin diharuskan menekan button
Submit untuk diproses dan disimpan ke database. Kemudian admin dihadapkan pada halaman data
karyawan yang telah terupdate.
3.2.8 Website Admin : Edit Data Karyawan
110
Gambar 3.2.8 Antarmuka Mengedit Data Karyawan
Antarmuka ini digunakan oleh admin untuk mengedit data karyawan berdasarkan pada fields yang
ada. Admin memilih data karyawan yang akan diubah, kemudian sistem mengambil data tersebut
diari database. Setelah Admin menekan tombol submit, maka data user tersebut telah diubah.
3.2.9 Website Admin : Kelola Laporan Transaksi Donor
Gambar 3.2.9 Antarmuka Untuk Mengelola Laporan Transaksi Donor ASI

Antarmuka ini digunakan oleh Admin untuk melhat data laporan transaksi donor ASI yang telahh
dilakukan oleh Pendonor dan Resipien. Data ini akan menampilkan detail transaksi yang dilakukan
dan dapat mencetak bukti transaksi tersebut kedalam bentuk dokumen berekstensi .pdf .
3.2.10 Website Admin : Kelola Laporan Transaksi Kurir ASI
Gambar 3.2.10 Antarmuka Untuk Mengelola Laporan Transaksi Kurir ASI
111
Antarmuka ini digunakan oleh Admin untuk melhat data laporan transaksi kurir ASI yang telahh
dilakukan oleh Pendonor dan Kurir. Data ini akan menampilkan detail transaksi yang dilakukan dan
dapat mencetak bukti transaksi tersebut kedalam bentuk dokumen berekstensi .pdf .
3.2.11 Website Admin : Validasi Data Donor
Gambar 3.2.11 Antarmuka Untuk Validasi Data Pendonoran

Antarmuka ini digunakan untuk menampilkan detail project donor untuk informasi project dan
detail validasi yang telah diinputkan oleh pendonor. Data yang ditampilkan yaitu data
status,tanggal mulai,expired,jumlah asi,dan pendonor berdasarkan record yang telah diisi oleh
pendonor dan resipien yang tersimpan di database. Pada halaman ini, Admin sebagai pihak ketiga
dari transaksi donor melakukan validasi data pendonor berdasarkan ketentuan yang berlaku untuk
pendonoran, misalnya riwayat penyakit, usia bayi, dsb.
3.2.12 Mobile Apps Pendonor & Resipien : Login
Gambar 3.2.12 Antarmuka Login (Pendonor dan Resipien)
112
Rancangan Antarmuka ini digunakan untuk melakukan proses login kedalam sistem. Untuk masuk
ke dalam sistem ini, pendonor dan resipien harus menginputkan username dan password yang
dimiliki sesuai dengan fungsionalitas masing-masing kedalam textbox yang telah disediakan juga
ada pilihan user. Pada saat tombol login ditekan, sistem akan mengecek username dan password
yang diinputkan. Jika sesuai dengan database maka user akan masuk ke halaman awal masing-
masing, jika salah akan ada peringatan kesalahan dari sistem.
3.2.13 Mobile Apps Pendonor & Resipien : Register
Gambar 3.2.13 Antarmuka Register (Pendonor dan Resipien)

Antarmuka ini dibuat sebagai registrasi pendonor yang berisikan nama lengkap,NIK,alamat,tanggal
lahir,agama,golongan darah,jenis kelamin,pekerjaan,nomor hp,username,password dan email lalu
klik submit agar data yang telah diisi masuk ke dalam database.
3.2.14 Mobile Apps Pendonor & Resipien : Mengelola Data Anak
Gambar 3.2.14 Antarmuka Mengelola Data Anak (Pendonor dan Resipien)
113
Antarmuka ini dibuat untuk data anak yang membutuhkan ASI,agar mengetahui identitas anak
maka data anak ini dilengkapi foto anak, nama anak,dan jenis kelamin anak. Agar para pendonor
mengetahui anak yang akan menjadi anak persusuan.
3.2.15 Mobile Apps Pendonor & Resipien : Tambah Data Anak
Gambar 3.2.15 Antarmuka Menmabah Data Anak (Pendonor dan Resipien)

Antarmuka ini digunakan untuk melakukan pengolahan data anak yang dilakukan oleh pendonor
yaitu menambahkan data anak terbaru. Terdapat beberapa field yang ditampilkan untuk diisi oleh
Admin sesuai dengan kebutuhan. Setelah selesai menginput, Admin diharuskan menekan button
Submit untuk diproses dan disimpan ke database.
3.2.16 Mobile Apps Pendonor dan Resipien : Melihat Detail Anak
Gambar 3.2.16 Antarmuka Melihat Detail Anak
114
Antarmuka ini digunakan untuk melakukan kelola data anak yang dilakukan oleh pendodnor yaitu
mengedit anak dan hapus anak yang telah tersimpan didatabase. Data anak sebelumnya telah terisi
data yaitu Nik,nama,tempat lahir,tanggal lahir,alamat,agama,dan jenis kelamin. Setelah data diubah
sistem menyimpan ke database dan dihadapkan pada data anak yang telah terupdate.
3.2.17 Mobile Apps Pendonor dan Resipien : Mengedit Data Anak
Gambar 3.2.17 Antarmuka Mengedit Data Anak (Pendonor dan Resipien)

Antarmuka ini digunaka oleh Pendonor dan Resipien untuk melakukan edit data anak yang
sebelumnya telah diinputkan dan tersimpan didalam database, field nya sama seperti menambah
data anak, pengguna juga dapat mengubah foto anak tersebut.
3.2.18 Mobile Apps Pendonor dan Resipien: Data Permintaan
Gambar 3.2.18 Antarmuka Data Permintaan Donor ASI

Antarmuka ini dibuat untuk data permintaan ASI,agar mengetahui identitas anak maka data anak ini
dilengkapi foto anak, nama anak,jenis kelamin anak dan jumlah permintaan ASI . Agar para
115
pendonor mengetahui berapa banyak kebutuhan ASI yang diperlukan dan anak yang akan menjadi
anak persusuan.
3.2.19 Mobile Apps Pendonor dan Resipien : Detail Data Permintaan
Gambar 3.2.19 Antarmuka Detail Data Permintaan

Antarmuka ini digunakan oleh Pendonor dan Resipien untuk melihat detail anak yang
membutuhkan ASI, data lengkap ditampilkan oleh database berdasarkan data anak dan kebutuhan
permintaan ASI anak tersebut. Apabila pengguna memilih selengkapnya maka akan tampil halaman
project berjalan.
3.2.20 Mobile Apps Pendonor : Permintaan Selengkapnya
Gambar 3.2.20 Antarmuka Permintaan Donor ASI
116
Antarmuka ini digunakan oleh Pendonor untuk melihat detail data permintaan ASI oleh resipien,
pada halaman ini pendonor juga dapat mengkonfirmasi pendonoran yang akan dilakukan dengan
menekan ayo donor, kemudian pendonor dihadapkan pada halaman form pendonoran.
3.2.21 Mobile Apps Pendonor : Menambah Data Donor
Gambar 3.2.21 Antarmuka Menambah Donor ASI

Antarmuka ini digunakan poleh pendonor untuk menginputkan banyak ASI yang akan didonorkan
kepada resipien. Sistem telah menetapkan pendonoran menggunakan ukuran perbotol, dengan
takaran perbotol yaitu 450ml
3.2.22 Mobile Apps Pendonor : Konfirmasi Pendonoran
Gambar 3.2.22 Antarmuka Konfirmasi Pendonoran
117
Antarmuka ini berfungsi untuk menampilkan alert berupa ucapan terima kasih kepada pendonor
atas donor ASI yang telah dilakukannya.
3.2.23 Mobile Apps Pendonor dan Resipien : Melihat Profile
Gambar 3.2.23 Antarmuka Melihat Profile

Antarmuka ini digunakan untuk melakukan pengolahan data profile pendonor dan resipien yang
dilakukan oleh pendonor yaitu mengisi datayang telah ada didatabase,yang harus diisi
adalahNIK,Nama,Tempatlahir,Tanggallahir,Alamat,Agama,Telepon,Jenis Kelamin,Pekerjaan dan
Username yang akan digunakan oleh pendonor. Setelah data diisi, sistem menyimpan ke database.
3.2.24 Mobile Apps Pendonor dan Resipien : Mengubah Data Profile
Gambar 3.2.24 Antarmuka Mengubah Data Profile
118
Antarmuka ini digunakan oleh Pendonor dan Resipien untuk mengubah data diri yang telah
sebelumnya disimpan di dalam database, perubahan yang dilakukan nantinya akan diupdate
kedalam database.
3.2.25 Mobile Apps Semua User : Mengubah Password
Gambar 3.2.25 Antarmuka Mengubah Password

Rancangan Antarmuka ini digunakan untuk melakukan proses pergantian password lama kedalam
sistem. Untuk mengganti password baru maka harus memasukan pasword lama ke dalam sistem
.Lalu menkonfirm kembali password,kemudian klik simpan.
3.2.26 Mobile Apps Resipien dan Pendonor : Project Berjalan
Gambar 3.2.26 Antarmuka Project Berjalan

Antarmuka ini digunakan untuk menampilkan data project pendonoran yang sedang dilakukan
namun belum sepenuhnya selesai baik itu dari sisi resipien maupun dari sisi pendonor.
119
3.2.27 Mobile Apps Resipien dan Pendonor : Project Berjalan (Khusus)
Gambar 3.2.27 Antarmuka Project Berjalan (Khusus)

Antarmuka ini dibuat sebagai kelola permintaan yang berisikan project berjalan dan terdapat
sattus,tanggal buat, expired,lokasi temu,jumlah ASI,nama pendonor,dan jumlah donor. Selain itu,
Juga dapat mengetahui apakah pendonor,resipien,dan admin sudah memvalidasi serta terdapat
informasi dari resipien dan bayi
3.2.28 Mobile Apps Pendonor dan Resipien : History Donor ASI
Gambar 3.2.28 Antarmuka History Donor ASI

Antarmuka ini adalah history donor dimana terdapat history pendonor yang telah melakukan
pendonoran yang berisikan nama pendonor,anak.jumlah donor dan tanggal. Terdapat detail yang
bisa di klik untuk melihat detail lainnya.
120
3.2.29 Mobile Apps Pendonor dan Resipien : Detail History Donor
Gambar 3.2.29 Antarmuka Detail History Donor

Antarmuka ini berfungsi untuk menampilkan detail pendonoran yang telah dilakukan dai resipien
dan pendonor, pada detail history ini terdapat keterangan bahwa pendonor menjadi ibu sepersusuan
dari anak yang menerima ASI. Pendonor dan Resipien juga dapat mencetak bukti pendonoran
kedalam bentuk pdf
3.2.30 Mobile Apps Resipien : Menambah Permintaan
Gambar 3.2.30 Antarmuka Menambah Permintaan

Antarmuka ini dibuat sebagai buat project yang akan diisi oleh resipien yang berisikan nama,jumlah
ASI,agama,berat badan dan alamat temu jika sudah pendonor dapat mengklik submit maka data
akan terkirim di database.
121
3.2.31 Mobile Apps Resipien : Notifikasi
Gambar 3.2.31 Antarmuka Notifikasi Resipien

Antarmuka ini digunakan untuk menampilkan notifikasi yang dimiliki oleh resipien baik itu dari
pendonor, admin, atau yang lain sebagainya.
3.2.31 Mobile Apps Pendonor : Pemesanan Kurir ASI
Gambar 3.2.31 Antarmuka Pemesanan Kurir ASI

Antarmuka ini digunakan oleh pendonor untuk melakukan proses pengiriman ASI dari alamat asal
ke alamat yang dituju oleh pendonor. Pendonor juga dapat memilih kebutuhan yang diperlukan oleh
pendonor yang akan dibawa oleh kurir pada saat penjemputan ASI.
122
3.2.32 Mobile Apps Pendonor : Proses Pengiriman ASI Berjalan
Gambar 3.2.32 Antarmuka Proses Pengiriman ASI

Antarmuka ini digunakan untuk melihat proses pengiriman yang dilakukan oleh kurir dan dipantau
oleh Pendonor. Data Kurir ditampilkan pada saat kurir mengkonfirmasi untuk menerima orderan
dari pendonor. DI halaman ini pendonor juga bisa membatalkan pemesanan kurir namun dengan
batas waktu maksimal 7 menit dari saat kurir mengkonfirmasi orderan.
3.2.33 Mobile Apps Pendonor : Memberi Rating dan Komentar
Gambar 3.2.33 Antarmuka Memberi Rating dan Komentar
123
Antarmuka ini digunakan oleh pendonor untuk memberikan rating dan komentar kepada kurir atas
kinerja yang telah dilakukan oleh Kurir. Skala rating yaitu 1-5 sedangkan komentar tidak dibatasi.
3.2.34 Mobile Apps Pendonor: History Pengiriman ASI
Gambar 3.2.34 Antarmuka History Pengiriman ASI

Antarmuka ini digunakan oleh pendonor untuk melihat history transaksi pengiriman ASI yang telah
dilakukannya. Pada halaman terdapat beberapa field yaitu nama kurir, alamat ambil, alamat temu
dan tanggal. Ketika melihat detail, maka akan ditampilkan detail dari pengiriman
3.2.35 Mobile Apps Kurir : Tampilan Order Pengiriman ASI
Gambar 3.2.35 Antarmuka Daftar Pemesanan Kurir ASI
124
Antarmuka ini digunakan oleh kurir untuk melihat order yang dipesan oleh costumer, kurir dapat
melihat detail pemesanan dr pendonor dan dapat mengkonfrimasi langsung pemesanan tersebut
apakah menerima atau menolak transaksi tersebut.
3.2.36 Mobile Apps Kurir : Detail Order Pengiriman ASI
Gambar 3.2.36 Antarmuka Detail Daftar Order

Antarmuka ini ditampilkan setelah kurir menekan view detail pada order yang ditampilkan di
halaman aplikasinya. Detail data disesuaikan dengan database yang telah diisi oleh pendonor , kurir
juga dihadapkan pada maps yang menunjukkan alamat ambil dan alamat tuju dari pendonor.
3.2.37 Mobile Apps Kurir : Proses Pengiriman ASI
Gambar 3.2.37 Antarmuka Proses Pengiriman ASI
125
Antarmuka ini digunakan oleh kurir setelah kurir menerima orderan dari pendonor dan mulai
melakukan proses pengiriman ASI. Apabila kurir telah selesai maka diwajibkan untuk menekan
tombol konfirmasi untuk melakukan proses validasi.
3.2.38 Mobile Apps Kurir : Konfirmasi Pengiriman oleh Kurir
Gambar 3.2.38 Antarmuka Konfirmasi Pengiriman Telah Dilakukan

Antarmuka ini digunakan oleh kurir untuk melakukan konfirmasi bukti pengiriman oleh kurir itu
sendiri, bukti yang diambil yaitu dengan melakukan taking picture kepada penerima ASI tersebut
yang nantinya akan dikirimkan ke pendonor.
3.2.39 Mobile Apps Kurir : Alert Konfirmasi Pengiriman
Gambar 3.2.39 Antarmuka Alert Konfirmasi Pengiriman
126
Antarmuka ini digunakan oleh kurir untuk finishing konfirmasi atau validasi data pegiriman yang
telah dilakukan oleh kurir tersebut untuk dikirim dan dinilai oleh pendonor.
3.2.40 Mobile Apps Kurir : History Pengiriman ASI
Gambar 3.2.40 Antarmuka History Pengiriman ASI

Antarmuka ini digunakan oleh kurir untuk melihat history transaksi pengiriman ASI yang telah
dilakukannya. Pada halaman terdapat beberapa field yaitu nama costumer, alamat ambil, alamat
temu dan tanggal. Ketika melihat detail, maka akan ditampilkan detail dari pengiriman
3.2.41 Mobile Apps Kurir : Melihat Performa
Gambar 3.2.41 Antarmuka Melihat Performa
127
Antarmuka ini digunakan oleh kurir untuk melihat performa kinerja yang tekah dilakukannya
selama menjadi kurir di perusahaan PT.Bravoos Indonesia. Field yang terdapat pada halaman ini
yaitu berupa total rating, pedapatan, dan jumlah transaksi yang telah dilakukan
3.2.42 Mobile Apps Pendonor : Menu Pendonor
Gambar 3.2.42 Antarmuka Menu Pendonor

Antarmuka ini merupakan daftar list menu sidebar untuk fungsionalitas yang dapat dilakukan oleh
pendonor di aplikasi Don.ASI
3.2.43 Mobile Apps Resipien : Menu Resipien
Gambar 3.2.43 Antarmuka Menu Resipien
128
resipien di aplikasi Don.ASI
3.2.44 Mobile Apps Kurir : Menu Kurir
Gambar 3.2.44 Antarmuka Menu Kurir

kurir di aplikasi Don.ASI.
129
BAGIAN 4 IMPLEMENTASI SISTEM
Sistem yang dibuat terbagi atas 2 jenis aplikasi, yaitu :
1. Web Apps yang digunakan oleh admin.
2. Mobile Apps yang digunakan oleh Pendonor dan Resipien dan Kurir.
4.1 Web Apps
4.1.1 Halaman Beranda Sistem
Tampilan ini merupakan Landing Page pada saat pengguna membuka website
perusahaan
4.1.2 Halaman Fitur Sistem
Tampilan ini merupakan halaman fitur sistem yang disediakan oleh perusahaan
4.1.3 Halaman Bantu Donasi
Tampilan ini merupakan halaman sistem yang dimanfaatkan pengguna untuk membantu perusahaan
130
4.1.4 Halaman Tim Donasi
Tampilan ini merupakan halaman yang mnampilkan tim proyek dalam membangun
sistem.
4.1.5 Halaman Kontak Donasi
Tampilan ini merupakan halaman kontak dari perusahaan

4.1.6 Halaman Login Sistem
Tampilan ini merupakan halaman login yang dihadapkan pada saat admin ingin masuk
ke dalam sistem
131
4.1.7 Halaman Dashboard Admin
Tampilan ini merupakan Halaman dashboard Admin
132
4.1.8 Halaman Add Admin
Tampilan ini merupakan Halaman untuk menambah User

4.1.9 Halaman Edit Data Admin
Tampilan ini merupakan halaman untuk mengedit data user

4.1.10 Halaman Index Admin
Tampilan ini merupakan halaman untuk menampilkan data user

4.1.11 Halaman Ubah Password Admin
133
Tampilan ini merupakan halaman untuk mengubah password user
4.1.12 Halaman Edit Data Karyawan
Tampilan ini merupakan halaman untuk mengedit data karyawan

4.1.13 Halaman Tambah Karyawan
Tampilan ini merupakan halaman untuk menambah data karyawan

4.1.14 Halaman Data Pendonoran
134
Tampilan ini merupakan halaman untuk menampilkan data pendonoran
135
4.1.15 Halaman Detail Validasi Pendonoran
Tampilan ini merupakan halaman unuk memvalidasi data pendonoran oleh Admin
4.1.16 Halaman Laporan Transaksi Pendonoran
Tampilan ini merupakan halaman untuk melihat dan mencetak laporan transaksi
pendonoran
4.1.17 Halaman Detail History Pendonoran
Tampilan ini merupakan halaman untuk melihat detail dari history pendonoran.
136
4.1.18 Halaman Laporan Transaksi Kurir
Tampilan ini merupakan halaman untuk menampilkan data transaksi kurir yang telah
dilakukan
4.1.19 Halaman Registrasi Kurir
Tampilan ini merupakan halaman untuk kurir melakukan registrasi pertama
137
4.1.20 Halaman Donatur
Tampilan ini merupakan halaman yang dapat dimanfaatkan pengguna untuk

memberikan bantuan kepada perusahaan dalam bentuk materi
4.2 Mobile Apps

4.2.1 Halaman Depan
Tampilan ini merupakan halaman depan dari aplikasi DonASI
138
4.2.2 Halaman Registrasi
Tampilan ini merupakan halaman registrasi yang harus diisi oleh calon pengguna
4.2.3 Halaman Login
Tampilan ini merupakan halaman login aplikasi yang dihadapkan ke pengguna
139
4.2.4 Halaman Ketentuan Pengguna
Tampilan ini merupakan halaman ketentuan pengguna aplikasi

4.2.5 Halaman Privacy Policy
Tampilan ini merupakan halaman privacy and policy dari aplikasi
140
4.2.6 Halaman Beranda
Tampilan ini merupakan halaman beranda dari aplikasi

4.2.7 Halaman Menu Pendonor
Tampilan ini merupakan halaman menu yang dapat digunakan oleh pendonor
141
4.2.8 Halaman Menu Resipien
Tampilan ini merupakan halaman menu yang dapat digunakan oleh resipien
4.2.9 Halaman Profile
Tampilan ini merupakan halaman profil dari pengguna
142
4.2.10 Halaman Ubah Password
Tampilan ini merupakan halaman ubah password yang dimiliki oleh pengguna
4.2.11 Halaman Ubah Profile
Tampilan ini merupakan halaman untuk mengubah data diri pengguna
143
4.2.12 Halaman Data Anak
Tampilan ini merupakan halaman data anak yang dimiliki oleh pengguna
4.2.13 Halaman Tambah Anak
Tampilan ini merupakan halaman untuk menambah data anak baru kedalam aplikasi
144
4.2.14 Halaman Permintaan Asi
Tampilan ini merupakan halaman menambah data permintaan ASI oleh resipien
4.2.15 Halaman Project Berjalan
Tampilan ini merupakan halaman project berjalan dari resipien setelah menambahkan
data permintaan.
145
4.2.16 Detail Project Berjalan
Tampilan ini merupakan halaman detail dari project berjalan yang telah ditambahkan
sebelumnya
4.2.17 Halaman Status Pedonoran
Tampilan ini merupakan halaman validasi pendonoran
146
4.2.18 Halaman Data Permintaan
Tampilan ini merupakan halaman data permintaan yang dihadapkan kepada pendonor
4.2.19 Halaman Detail Data Pada Permintaan
Tampilan ini merupakan halaman detail permintaan yang dipilih oleh pendonor untuk
dilihat,
147
4.2.20 Halaman Data Donor
Tampilan ini merupakan halaman menambah data donor yang ingin diberikan
pendonor kepada resipien
4.2.21 Halaman Notifikasi Donor
Tampilan ini merupakan halaman notifikasi pendonoran dari sistem

4.2.22 Halaman History Donor
Tampilan ini merupakan halaman history donor yang telah dilakukan pengguna
148
4.2.23 Halaman Notifikasi Penerimaan Pendonoran
Tampilan ini merupakan halaman notifikasi yang didapatkan resipien dari pendonor
4.2.24 Halaman Pemesanan Kurir
Tampilan ini merupakan halaman pemesanan kurir yang dapat dilakukan oleh
pendonor
4.2.25 Halaman History Kurir
Tampilan ini merupakan halaman history pengiriman yang telah dilakukan
149
4.2.26 Halaman Proses Pengiriman
Tampilan ini merupakan halaman proses pengiriman yang dilakukan oleh kurir
4.2.27 Halaman Detail Data Anak
Tampilan ini merupakan halaman untuk melihat detail anak.
150
4.2.28 Halaman Profil Kurir
Tampilan ini merupakan halaman untuk melihat profil kurir

4.2.29 Halaman Edit Profil Kurir
Tampilan ini merupakan halaman untuk mengedit data kurir
151
4.2.30 Halaman Tampilan Order Pelanggan
Tampilan ini merupakan halaman order yang dilakukan oleh pelanggan.

4.2.31 Halaman Detail Order
Tampilan ini merupakan halaman detail order yang dilakukan oleh pelanggan
152
4.2.32 Halaman Proses Pengiriman
Tampilan ini merupakan halaman proses pengiriman yang dilakukan oleh kurir kepada
pelanggan
4.2.33 Halaman Konfirmasi Pengiriman
Tampilan ini merupakan halaman untuk kurir melakukan konfirmasi pengiriman

kepada pelanggan
153
4.2.33 Halaman History Pengiriman
Tampilan ini merupakan halaman history pengiriman yang telah dilakukan oleh
pelanggan dan kurir
4.2.34 Halaman Performa
Tampilan ini merupakan halaman performa dari transaksi yang telah dilakukan oleh kurir
154
BAGIAN 5 PENUTUP
5.1 KESIMPULAN
Pada saat proses melakukan Proyek Pengembangan Sistem Informasi PT.Bravoos Indonesia , dapat
ditarik beberapa kesimpulan yaitu :
a. PT. Bravoos Indonesia merupakan perusahaan yang bergerak dibidang Sosial-Kesehatan yang
menyediakan platform aplikasi untuk memudahkan Ibu untuk terus memberikan ASI Ekslusif
kepada bayi mereka yang dinamakan DonASI.
b. Aplikasi DonASI memiliki 2 fitur utama yaitu DonASI (Donor ASI) dan KurSI (Kurir ASI)
c. Fitur DonASI memfasilitasi untuk resipien (penerima ASI) untuk mencari pendonor ASI,
begitu pula sebaliknya dengan menguatkan sisi keakuratan dan validitas data yang melibatkan
validasi dari 3 belah pihak.
d. Fitur KurSI memfasilitasi pelanggan untuk mengirimkan ASI dari tempat mereka menuju
tempat tujuan yang mereka inginkan dengan kebutuhan perlengkapan ASI yang dibawa oleh
Kurir ASI.
e. Keunggulan Sistem aplikasi DonASI didefinisikan melalui Analisis PIECES
f. Aplikasi DonASI melibatkan 4 user yang dapat menggunakannya yaitu Admin, Pendonor,
Resipien, dan Kurir.
g. Aplikasi DonASI lebih fokus pengembangan berbasis mobile untuk pelanggan.
h. Segmentasi pasar yang dapat menggunakan aplikasi DonASI dari sisi pendonor dan resipien
berdasarkan usia yaitu 17-47 tahun yang merupakan usia produktif wanita menghasilkan ASI
i. Pada awal pengembangannya, Perusahaan masih bergerak di wilayah Kota Pontianak dan
Sekitarnya.
5.2 SARAN
Berdasarkan Proyek Pengembangan Sistem Informasi PT.Bravoos Indonesia, dapat diberikan saran
yaitu :
a. Sebaiknya pengembangan Aplikasi DonASI lebih memperhatikan konsep untuk pengecekan
kesehatan berulang dengan melakukan konsul ke lembaga kesehatan atau lembaga yang giat
dalam bidang ASI.
b. Sebaiknya fungsionalitas di aplikasi mobile lebih ditambah lagi dan dirapikan lagi agar
pengguna dapat dengan mudah dan tertarik dalam menggunakan aplikasi
c. Lebih banyak bekerja sama dengan lembaga-lembaga di Kota Pontianak dan Sekitarnya agar
dapat meningkatkan pendanaan perusahaan mengingat perusahaan ini bergerak dibidang Sosial-
Kesehatan.
155

Ppsi Ilham PDF

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

Ppsi Ilham PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

LAPORAN TUGAS AKHIR

PROYEK PENGEMBANGAN SISTEM INFORMASI

PENGEMBANGAN BISNIS START-UP DonASI

Ilham Latul Qadari H1101151004

Syahru Rahma Yudha S.Kom. M.Kom.

JURUSAN SISTEM INFORMASI

1.1 Ringkasan Eksekutif

Dengan kecanggihan teknologi sekarang ini, kita dapat dengan mudah

1.2. Ringkasan Perusahaan

Tahun Cash flow Interest Rate Present Value

Dari proyeksi pendapatan atau cash flow perusahaan dalam 5 tahun

Berdasarkan segmentasi Geografis, PT. Bravoos Indonesia untuk saat ini

Dilihat dari perkembangan zaman dan kebutuhan masyarakat, sekarang

1.6 Personel Manajemen

Gambar 1.6 Personel Manajemen PT.Bravoos Indonesia

Manajer proyek merupakan orang yang bertugas memimpin suatu tim

Database administrator bertugas merancang konsep dari database sistem

Analis sistem memiliki tanggung jawab atas penelitian, perencanaan,

Desainer bertugas untuk melakukan peracangan visual pada suatu proyek

Marketing bertugas untuk memasarkan produk perusahaan melalui

Programmer mobile bertugas untuk melakukan proses implementasi

Programmer WEB bertugas untuk melakukan proses implementasi sistem

2.1 Analisis Kelemahan Sistem Lama

Dalam menganalisa kekurangan Sistem yang sebelumnya, kami menggunakan

NO SISTEM LAMA SISTEM BARU

2.2 Analisis Kebutuhan Sistem

2.2.2 Non Fungsional

2. Keterbatasan perangkat keras

2.4.5 Asumsi dan Kebergantungan

2.5.1.3 Antarmuka perangkat lunak

2. Nama : Ubuntu Server

3. Nama : Apache Web Server

2.5.1.4 Antarmuka Komunikasi

Gambar 2.5.2.1 Use Case Diagram Admin

Gambar 2.5.2.2 Use Case Diagram Pendonor

Gambar 2.5.2.3 Use Case Diagram Resipien

Gambar 2.5.2.4 Use Case Diagram Kurir dan Guest

Nama Use Case Login

Aktor Admin, Kurir,Pendonor,Resipien

Supporting Actor None

Pre Condition ---

Alternative Flow None

Error Flow a) E-1 Password atau nama user tidak sesuai :

Post Condition Aktor memasuki sistem dan dapat menggunakan fungsi-fungsi

2.5.3.2 Use case Spesification : Mengelola Data User

Nama Use Case Mengelola Data User

Supporting Actor None

Pre Condition ➢ Use Case Login telah dilakukan

Post Condition Data user di database telah terupdate

2.5.3.3 Use case Spesification : Hapus User

Nama Use Case Hapus User

Supporting Actor None

Pre Condition 1.Use Case Login telah dilakukan

Post Condition Data user di database telah terhapus

Use case Spesification : Edit User

Supporting Actor None

Post Condition Data user di database telahterupdate

2.5.3.4 Use case Spesification : Lihat User

Nama Use Case Lihat User

Supporting Actor None

Pre Condition 1.Use Case Login telah dilakukan

Post Condition Data user di database telah ditampilkan

2.5.3.5 Use case Spesification : Tambah User