Kelompok 5 - Laporan Final

KARTU KENDALI PRAKTIKUM
ANALISIS DAN DESAIN SISTEM INFORMASI

FIRDA DESTIARA - 195150400111020
Kelompok 5
Semester Genap 2020/2021
Modul Topik Praktikum Nilai Asisten
1 Analisis Kebutuhan Sistem Informasi 88
Pemodelan Kebutuhan dan

2 91
Perancangan Terstruktur

3 92
Perancangan Berorientasi Objek
Implementasi dan Evaluasi Rancangan

4 92
Sistem
Nilai Akhir Praktikum 90.75
Hari/Tanggal: Rabu, 19 Mei 2021

Dosen Pengampu, Koordinator Asisten
Fajar Pradana, S.ST., M.Eng. Rafly Ardiansyah Ikhsantyo

NIK/NIP. 198711212015041004 NIM. 185150400111009
SARAH ULI OCTAVIA - 195150400111026
Kelompok 5

2 87

3 90

4 90
Sistem


NIK/NIP. 198711212015041004 NIM. 185150400111009
ALIF RIZAL MAULANA - 195150400111027
Kelompok 5

2 91

3 87

4 92
Sistem


NIK/NIP. 198711212015041004 NIM. 185150400111009
DIVA RATNA KUMALA ARDELLIA - 195150400111014
Kelompok 5

2 85

3 86

4 88
Sistem


NIK/NIP. 198711212015041004 NIM. 185150400111009
Fatih Meru Samudra - 195150400111006
Kelompok 5

2 89

3 82

4 80
Sistem


NIK/NIP. 198711212015041004 NIM. 185150400111009
Modul Praktikum
Analisis dan Desain Sistem Informasi

Program Studi Sistem Informasi
Dosen Pengampu Kelas Sistem Informasi - B
Fajar Pradana, S.ST., M.Eng.

NIK/NIP. 198711212015041004
Penyusun
Kelompok 5
Fatih Samudra - 195150400111006 - FMS

Diva Ardellia - 195150400111014 - DRA
Firda Destiara - 195150400111020 - FIR
Sarah Octavia - 195150400111026 - SUO
Alif Maulana - 195150400111027 - ARM
Asisten
Sarah Anggina - NIM. 185150401111037

Jurusan Sistem Informasi
Fakultas Ilmu Komputer
Universitas Brawijaya
2021
Daftar Isi
Daftar Isi 2
Dasar Teori 3
Rekayasa Kebutuhan 3
Menuliskan Pernyataan Kebutuhan 4
User Story 7
Requirement Engineering 9
Tugas I: User Story 9
Tugas II: Proses Bisnis 9
Tugas III: Identifikasi Aktor 10
Tugas IV: User Requirement 10
Requirement Version: 1.0 11
User Requirement 11
System Requirement 11
User Requirement Version: 2.0 12
User Requirement 12
System Requirement 12
Tugas V: Software Requirement Specification (SRS) 13
Software Requirement Specification Version: 1.0 13
Functional Requirement 13
Non-Functional Requirement 14
Software Requirement Specification Version: 2.0 14
Functional Requirement 14
Non-Functional Requirement 15
Dasar Teori
Rekayasa Kebutuhan
Rekayasa kebutuhan atau Requirement Engineering adalah nama lain dari analisis kebutuhan
dimana setiap proses pengembangan perangkat lunak pasti melalui fase analisis kebutuhan.
Rekayasa kebutuhan itu sendiri adalah sebuah proses untuk membangun layanan atau produk
yang dibutuhkan oleh pelanggan atau pengguna beserta batasan-batasan yang diberlakukan
atau aturan yang harus dipatuhi ketika produk atau layanan tersebut digunakan dan beroperasi
serta ketika produk dan layanan tersebut sedang dibangun atau dikembangkan.
Aktivitas-aktivitas dalam rekayasa kebutuhan dapat diwujudkan dengan cara-cara yang luas
dan beragam namun memiliki tujuan untuk dapat memahami pemahaman apa yang dibutuhkan
oleh pengguna atau pelanggan.
Kebutuhan itu sendiri mengacu pada standar IEEE nomor: IEEE-STD-1220-1998, menyatakan
bahwa kebutuhan adalah sebuah pernyataan yang mengidentifikasi produk atau proses, baik
secara operasional maupun fungsional, atau diperlukan batasan atau karakteristik dari desain,
yang tidak ambigu, dapat diuji, atau terukur, dan agar produk dan prosesnya dapat diterima oleh
konsumen atau sesuai dengan petunjuk penjaminan mutu secara internal. Selain itu,
berdasarkan CMMI v1.3, sebuah kebutuhan adalah sebuah kondisi atau kemampuan sistem
yang diperlukan oleh seorang pengguna untuk menyelesaikan suatu permasalahan atau untuk
mencapai suatu tujuan. Suatu kondisi atau kemampuan sistem tersebut harus dapat dipenuhi
atau dimiliki oleh suatu produk, layanan, komponen produk atau komponen layanan untuk
memenuhi perjanjian dengan supplier, standar, spesifikasi, atau dokumen yang diakui secara
formal. Selain itu, sebuah representasi kebutuhan dalam bentuk dokumentasi dari suatu kondisi
atau kemampuan sistem tersebut juga diperlukan.
Kebutuhan pengguna secara umum dibagi menjadi dua kategori utama, yaitu Kebutuhan
fungsional dan kebutuhan non-fungsional. Kebutuhan fungsional menggambarkan apa yang
sistem lakukan, sedangkan kebutuhan non-fungsional menggambarkan batasan-batasan yang
harus dipenuhi oleh sistem dalam hal batasan kualitas dan batasan penggunaan (usability).
Secara umum, kebutuhan memiliki tiga tingkatan, yakni:
1. Kebutuhan normal: yaitu kebutuhan yang harus dipenuhi dan dinyatakan secara eksplisit
oleh pengguna/stakeholder seperti fungsionalitas sistem dan performa sistem
2. Kebutuhan yang diharapkan (expected): yaitu kebutuhan yang tidak dinyatakan secara
eksplisit namun menentukan kepuasan pelanggan, seperti: kemudahan interaksi dengan
sistem, akurasi dan kebenaran proses
3. Kebutuhan yang mengejutkan (exciting): yaitu kebutuhan yang melebihi kebutuhan
normal untuk dapat lebih memuaskan customer, seperti fungsionalitas tambahan sistem
lainnya yang lebih memuaskan customer ketika menggunakan sistem dalam
menyelesaikan masalah, mencapai tujuan pengguna, dengan lebih efisien.
Hasil atau wujud nyata dari proses rekayasa kebutuhan memiliki beberapa fungsi dalam proses
rekayasa perangkat lunak, yaitu:
1. Sebagai bentuk kesepakatan antara developer, customer dan pengguna akhir akan
kebutuhan yang harus dipenuhi.
2. Menyediakan dasar yang akurat bagi proses perancangan perangkat lunak atau sistem
selanjutnya.
3. Menjadi referensi bagi proses validasi perangkat lunak untuk memastikan bahwa seluruh
kebutuhan yang telah dispesifikasikan benar, lengkap, dan konsisten.
Aktivitas-aktivitas dalam rekayasa kebutuhan terdiri dari 4 proses utama, yaitu:
1. Penggalian dan analisis kebutuhan (software requirement elicitation and analysis).
Dalam proses ini, developer harus bekerja bersama-sama dalam memahami domain
aplikasi/sistem, layanan-layanan sistem yang harus disediakan, unjuk kerja sistem yang
diperlukan, batasan-batasan perangkat keras dan sejenisnya. Proses ini lebih
difokuskan pada APA (WHAT) yang harus ada/dilakukan oleh sistem dan BUKAN
bagaimana (HOW) proses dalam sistem bekerja.
2. Spesifikasi kebutuhan (software requirement specification). Proses untuk menjelaskan
kebutuhan perangkat lunak yang telah didefinisikan sebelumnya secara lebih detail,
tepat, dan terukur, dimana pernyataan spesifikasi kebutuhan yang didefinisikan dalam
proses ini akan menjadi dasar bagi perancangan dan implementasi. Spesifikasi adalah
proses final dalam proses rekayasa kebutuhan yang akan menghasilkan dokumen SRS
(Software Requirement Specification)
3. Validasi & verifikasi kebutuhan (software requirement validation and verification). Proses
pemeriksaan untuk menjamin bahwa pernyataan kebutuhan yang telah didefinisikan
dalam dokumen SRS telah dispesifikasikan dengan benar, akurat, dan lengkap. Proses
ini dilakukan bersama-sama antara customer dan developer dan sangat penting untuk
dilakukan karena kesalahan di dalam menentukan kebutuhan akan berdampak pada
keseluruhan proses yang mengikutinya.
4. Manajemen kebutuhan (software requirement management). Aktivitas untuk melakukan
kendali terhadap kebutuhan yang sedang maupun telah didefinisikan jika terjadi
perubahan ketika sistem sedang dibangun dan dikembangkan serta setelah sistem
digunakan secara operasional.
Menuliskan Pernyataan Kebutuhan

Rekayasa kebutuhan adalah proses teknis penyusunan pernyataan kebutuhan yang harus
memperhatikan dua aspek yang perlu diseimbangkan:
1. Pernyataan kebutuhan yang didefinisikan perlu membuat dokumen kebutuhan mudah
untuk dibaca dan dipahami oleh para stakeholder.
2. Pernyataan kebutuhan yang didefinisikan harus dapat diproses dan diwujudkan.
Pernyataan kebutuhan yang baik adalah pernyataan kebutuhan yang SMART, dimana:
1. Specific. Dalam satu pernyataan menggambarkan hanya satu aspek dari kebutuhan
atau kualitas dari sistem.
2. Measurable. Dimana kualitas dari sistem yang didefinisikan dinyatakan secara objektif
dan kuantitatif.
3. Achievable. Secara teknis dan biaya, kebutuhan yang didefinisikan mampu dicapai dan
terjangkau.
4. Relevant. Kebutuhan yang dinyatakan harus sesuai di tingkat yang dispesifikasikan.
5. Traceable. Jika terdapat kebutuhan turunan (kebutuhan yang diperlukan untuk
memenuhi kebutuhan lainnya) harus dengan jelas mengalir dari pernyataan kebutuhan
induknya sehingga seluruh kebutuhan yang didefinisikan dapat ditelusuri dengan baik.
Pernyataan kebutuhan yang baik memiliki beberapa karakteristik wajib, yaitu:
1. Secara nyata memang diperlukan oleh pengguna/stakeholder.
2. Dapat diverifikasi kesesuaiannya dengan sistem yang nantinya dibangun
3. Secara teknis, biaya, dan jadwal dapat dicapai
Dalam sebuah pernyataan kebutuhan, setiap pernyataan harus menyatakan siapa yang
bertanggung jawab/terlibat (WHO) dan apa yang harus dilakukan (WHAT). Selain itu dalam
sebuah pernyataan kebutuhan dapat mengekspresikan seberapa baik sesuatu yang dilakukan
oleh sistem harus dipenuhi, atau mengemukakan batasan apa yang harus dipatuhi ketika
sistem melakukan sesuatu. Walaupun demikian, setiap pernyataan kebutuhan sebaiknya:
1. Hanya mengekspresikan satu pemikiran/tujuan
2. Singkat dan sederhana
3. Dinyatakan secara positif
4. Benar secara gramatikal, bebas dari salah ketik, dan salah eja.
5. Hanya dapat dipahami satu arah dan tidak ambigu
6. Menggunakan istilah-istilah yang konsisten dalam membuat acuan terhadap
sistem/produk
7. Mengikuti aturan dan gaya penulisan yang disepakati.
Pernyataan kebutuhan yang baik adalah pernyataan kebutuhan yang:
1. Bebas dari istilah-istilah yang ambigu.
2. Bebas dari kata-kata yang bersifat indefinitif, seperti: ini, itu, seperti ini, seperti itu,
demikian
3. Bebas dari istilah-istilah yang tidak dapat diverifikasi, seperti fleksibel, user-friendly,
tahan-lama, kokoh, ringan, cukup, kecil, portabel, dengan mudah, dengan cepat, dengan
baik, dan kata-kata sifat lainnya.
4. Bebas dari implementasi. Sebuah pernyataan tidak menyatakan bagaimana cara
menyelesaikan suatu kebutuhan, tapi menyatakan apa yang diperlukan. Nyatakan
masalah yang perlu diselesaikan, bukan solusinya.
5. Perlu dan memang diperlukan oleh pengguna untuk menyelesaikan masalah atau
mencapai tujuan pengguna.
6. Bebas dari deskripsi operasional.
7. Bebas dari hal-hal yang perlu didefinisikan lebih lanjut atau di lain waktu.
Kriteria penulisan sebuah pernyataan kebutuhan tunggal antara lain:
1. Atomic: setiap pernyataan hanya membawa satu elemen yang dapat ditelusuri
2. Unique: setiap pernyataan dapat diidentifikasi secara unik
3. Feasible: secara teknis dapat dicapai dan diwujudkan
4. Legal: secara hukum diperbolehkan
5. Clear: setiap pernyataan kebutuhan dapat dipahami dengan jelas.
6. Precise: setiap pernyataan presisi dan singkat
7. Verifiable: setiap pernyataan dapat diverifikasi, dan cara melakukan verifikasi diketahui
8. Abstract: tidak menyatakan solusi atau cara menyelesaikan permasalahan.
9. Complete: seluruh kebutuhan telah didefinisikan
10. Consistent: tidak ada dua kebutuhan atau lebih yang bertolak belakang.
11. Non-redundant: kebutuhan hanya didefinisikan satu kali
12. Modular: kebutuhan yang saling berkaitan, diletakkan berdekatan
13. Structured: ada struktur yang jelas dalam mendokumentasikan kebutuhan
14. Satisfied: ada derajat cakupan terhadap penelusuran kebutuhan.
Petunjuk penulisan pernyataan kebutuhan:
1. Hindari basa-basi
2. Hindari penggunaan kata “jika diperlukan”
3. Hindari pendefinisian dua kebutuhan dalam satu kalimat.
4. Hindari spekulasi (coba-coba)
5. Hindari kata-kata yang tidak jelas: biasanya, umumnya, normalnya
6. Hindari istilah yang tidak jelas: user-friendly, bebas, fleksibel, lincah
7. Hindari berangan-angan atau sesuatu yang tidak mungkin dicapai: 100% reliable,
mudah digunakan seluruh pengguna, aman, dapat dijalankan pada semua sistem
operasi, tidak pernah gagal, dapat dijalankan terus menerus 24 jam sehari 7 hari
seminggu.
User Story
Go-Fit merupakan salah satu aplikasi dalam bidang kesehatan yang menawarkan
pemesanan layanan Rapid Test dan Swab Test secara online. Dimana, aplikasi ini akan
menghubungkan pengguna dengan Rumah Sakit atau penyedia layanan kesehatan lainnya
(seperti klinik) yang melayani Rapid Test dan Swab Test.
Sebelum menggunakan aplikasi ini pengguna akan diminta untuk melakukan registrasi
terlebih dahulu. Setelah melakukan registrasi, data akan diverifikasi oleh administrator. Jika
pengguna akun telah diverifikasi maka pengguna dapat langsung login dan akan segera
masuk ke tampilan utama aplikasi. Pengguna dapat memesan dan memilih jasa antara Rapid
Test atau Swab Test. Setelah pesanan diproses, pengguna akan memilih terlebih dahulu untuk
melakukannya secara Drive Thru atau On The Spot. Setelah itu, barulah pengguna akan diberi
pilihan tempat-tempat yang menyediakan layanan tersebut.
Aplikasi ini menawarkan 2 metode pembayaran, yaitu secara cash (tunai) atau
menggunakan e-wallet. Setelah melakukan pembayaran, pengguna akan dibawa ke menu
review di aplikasi dan pengguna dapat memberikan review atau feedback kepada Rumah
Sakit atau penyedia layanan kesehatan yang bertujuan agar menjadi masukkan untuk Rumah
Sakit atau penyedia layanan kesehatan tersebut sehingga layanan yang diberikan dapat
menjadi lebih baik kedepannya.Tentunya, selain ada pengguna juga ada dokter.
Pada aplikasi ini juga menampilkan profil atau informasi dari pengguna. Dimana, profil
tersebut berisi data-data pribadi pengguna (nama lengkap, nomor handphone, alamat, dan
email) yang digunakan untuk membantu menghubungkan pengguna dengan penyedia
layanan kesehatan terdekat. Selain itu, aplikasi ini juga memungkinkan pengguna untuk dapat
melihat riwayat pemesanan yang telah dilakukan sebelumnya dan pengguna juga bisa
memberi kritik dan saran kepada developer aplikasi melalui formulir yang telah disediakan.
Rumus royalti penyedia layanan kesehatan : jumlah pesanan x jam x 25.000
Dokter yang berperan pada aplikasi ini. Dimana, dokter dapat melihat informasi
pengguna dan memberikan hasil tes laboratorium pengguna pada aplikasi Go-Fit. Selain itu,
dokter juga dapat melihat review yang diberikan pengguna kepadanya serta dokter dapat
melihat riwayat pesanan yang telah dilakukan sebelumnya.
Aplikasi ini juga memiliki Administrator berperan dalam memverifikasi akun pengguna
serta yang juga dapat melihat review yang diberikan pengguna kepada dokter atau penyedia
layanan dan melihat riwayat transaksi yang telah dilakukan melalui aplikasi.
Go-Fit juga dibantu oleh Customer Service (CS) yang selalu sedia saat jam kerja untuk
memberikan respon terhadap kritik dan saran apa saja yang telah masuk. Hal ini dilakukan
karena kepuasan dan kenyamanan pengguna merupakan prioritas dari Go-Fit serta
diharapkan aplikasi ini dapat terus berkembang kedepannya.
Requirement Engineering
Tugas I: Skenario User Story

Identifikasi kebutuhan sistem yang telah diuraikan dalam User Story dan lakukan rekayasa
proses bisnis beserta aktivitas-aktivitas yang dilakukan untuk memenuhi kebutuhan pengguna
tersebut. Setiap anggota kelompok diwajibkan untuk mengidentifikasi satu kebutuhan fungsional
utama (yang memiliki value bagi pengguna) dan mendeskripsikan skenario aktivitas dalam
proses bisnis yang bertujuan untuk memenuhi kebutuhan pengguna tersebut. Orkestrasi dan
koreografi proses bisnis harus terlihat dalam deskripsi yang diuraikan. Setiap anggota kelompok
diminta untuk mengidentifikasi kebutuhan fungsional utama yang berbeda. Mahasiswa
diperbolehkan untuk mengembangkan (membuat user story) kebutuhan fungsionalnya sendiri
dan membuat scenario proses bisnisnya jika User Story yang telah diuraikan dirasa tidak
mencukupi.
[SUO]
Seorang pengguna merasakan gejala covid-19. Ia ingin melakukan swab test, tetapi khawatir
mengurus registrasi untuk swab di rumah sakit karena perlu mengantri. Dengan aplikasi Go-Fit,
pengguna dapat melakukan pemesanan layanan rapid test dan/atau swab test secara online.
Pengguna dapat menggunakan aplikasi dengan melakukan registrasi akun terlebih dahulu agar
memudahkan keaslian data administrasi.
[SUO]
Seorang influencer ingin melakukan rapid test antigen sebagai syarat bepergian untuk
pekerjaannya. Ia perlu melakukan test dalam waktu dekat dan memerlukan hasil test
secepatnya. Untuk itu ia mengharapkan dapat memesan layanan rapid antigen test terdekat
dari tempatnya dan dapat memilih untuk melakukan rapid test Drive Thru atau On The Spot.
[FIR]
Seorang pengguna telah melakukan tes rapid dan tes SWAB pada tempat yang telah ditentukan
sebelumnya. Tes tersebut membutuhkan beberapa waktu untuk dapat mengetahui hasilnya.
Dibutuhkan beberapa pemberitahuan kepada pengguna apabila hasil tes yang telah dilakukan
sudah keluar dengan bantuan notifikasi. Diharapkan fitur ini dapat memudahkan pengguna
untuk mengetahui informasi mengenai hasil tes rapid dan SWAB yang telah dilakukan
pengguna. Setelah mendapatkan informasi bahwa hasil tes rapid dan SWAB sudah keluar
pengguna pun dapat melihat hasil tes yang telah dilakukan.
[FIR]
Seorang teller bank yang setiap hari harus keluar rumah untuk bekerja melakukan pemesanan
untuk tes rapid dan SWAB secara rutin setiap satu minggu sekali. Dia memanfaatkan aplikasi
Go-Fit untuk melakukan pemesanan tes rapid dan SWAB karena memberi berbagai kemudahan
untuk pengguna. Salah satu kemudahannya adalah pilihan pembayaran tagihan tes yang bisa
menyesuaikan dengan keinginan dari pengguna. Pembayaran tagihan tes dapat dilakukan
dengan dua metode, yaitu pembayaran secara cash (tunai) dan pembayaran melalui e-wallet.
Untuk memudahkan pengguna, pengguna bebas memilih metode pembayaran yang ingin
dilakukan.
[ARM]
GoFit merupakan aplikasi yang baru dibuat, dan umumnya aplikasi yang baru dibuat tidak
selalu mudah digunakan dan perlu banyak perbaikan, CEO dari GoFit ingin mengembangkan
aplikasinya sebaik mungkin demi membantu penggunanya agar merasa puas dan nyaman saat
menggunakan GoFit. Karena CEO tersebut ingin mengembangkan aplikasi semaksimal
mungkin, maka cara terbaik adalah mendengar respon pengguna, CEO menginginkan feedback
dari pengguna tentang aplikasi GoFit yang ia buat. CEO menginginkan manajer developer
aplikasi GoFit selalu mendengar respon pengguna dan segera melakukan pengembangan
terhadap aplikasi GoFit agar pengguna selalu puas dan nyaman saat menggunakan aplikasi
GoFit, oleh karena itu CEO membuat Customer Service yang selalu siap sedia 24 jam untuk
menerima setiap kritik dan saran yang masuk dari pengguna, agar bisa disampaikan kepada
CEO untuk segera diperbaiki oleh manajer developer dari aplikasi GoFit.
[ARM]
Aplikasi GoFit ingin memberikan feedback kepada rumah sakit atau layanan kesehatan yang
sudah bekerja sama dengan GoFit. Aplikasi GoFit akan meminta pengguna layanannya untuk
memberikan feedback berupa review kepada rumah sakit atau penyedia layanan kesehatan
tempat ia memesan rapid test atau swab test, yang kemudian review tersebut akan disimpan
oleh aplikasi GoFit dan akan diberikan ke pihak rumah sakit atau penyedia layanan kesehatan
untuk meningkatkan kualitas layanan mereka.
[DRA]
Aplikasi yang akan memudahkan para pengguna ini akan sangat berperan penting dalam
pencegahan penularan COVID-19. Keberadaan aplikasi GoFit akan menjadi jembatan antara
pasien rumah sakit yang disebut sebagai pengguna/user dengan rumah sakit itu sendiri. Hal ini
dapat mencegah persebaran COVID-19 karena secara tidak langsung, Aplikasi ini akan
mencegah terjadinya perkumpulan orang-orang yang menjadi sarang penyakit termasuk
COVID-19. Pada fitur ini, aplikasi akan menampilkan tempat-tempat terdekat yang dapat Swab
Test ataupun Rapid Test beserta dengan jumlah kuota yang tersisa pada tempat tersebut.
[DRA]
Pada aplikasi GoFit ini juga memiliki fitur yang akan memverifikasi akun-akun pengguna dan
mensinkronisasikan dengan data yang ada saat proses registrasi. Dengan hal tersebut, dokter
dan penyedia layanan kesehatan akan lebih mudah melakukan pendataan mulai dari riwayat
transaksi hingga data-data yang telah disimpan oleh pengguna seperti alergi obat-obatan
tertentu, terakhir pemeriksaan, dan sebagainya.
[FMS]
User melakukan pemesanan dan mendapatkan jadwal untuk rapid test atau swab test. Pada
suatu saat User baru menyadari bahwa ia berhalangan untuk melakukan tes pada jadwal yang
telah ditentukan. Oleh karena itu User melakukan pembatalan pesanan agar uang yang telah
dibayarkan tidak sia-sia.
[FMS]
User melakukan pemesanan dan mendapatkan jadwal untuk rapid test atau swab test. Pada
suatu saat User baru menyadari bahwa ia berhalangan untuk melakukan tes pada jadwal yang
telah ditentukan. Akhirnya User memutuskan melakukan penjadwalan ulang agar tes tersebut
dapat dilakukan pada waktu yang berbeda.
Tugas II: Proses Bisnis

Modelkan proses bisnis yang telah diuraikan dalam User Story. Rekayasa story/alur proses
bisnis diperbolehkan namun hasil rekayasanya tidak boleh bertentangan dengan user story
yang sudah ditentukan.
1. Modelkan/gambarkan proses bisnis yang telah diuraikan dalam Tugas I dengan
menggunakan BPMN yang menggambarkan orkestrasi dan koreografi proses bisnis
seluruh aktor yang telah diuraikan dalam Tugas I.
2. Lakukan analisis singkat dan sederhana di dalam aktivitas mana sebuah sistem
informasi dapat dilibatkan dalam proses bisnis tersebut. Identifikasi Input-Proses-Output
dalam aktivitas-aktivitas yang melibatkan sistem informasi dan jabarkan pada tabel
berikut:
[FIR]
1 Aktivitas Pemberian Hasil Test
Aktor User, Dokter
Input Sampel tes

Proses
Output Notifikasi pemberitahuan bahwa hasil tes telah keluar dan hasil tes
rapid dan SWAB
[FIR]
2 Aktivitas Pembayaran
Aktor User, Administrator, E-wallet, Layanan Kesehatan
Input Data pemesanan dan pembayaran
Proses
Output Notifikasi pembayaran berhasil
[SUO]
3 Aktivitas Registrasi
Aktor User, Administrator
Input Data diri, Email, Password, Nomor Handphone
Proses
Output Registrasi berhasil
[SUO]
4 Aktivitas Pemesanan
Aktor User, Administrator, Layanan Kesehatan
Input Layanan yang dipesan (rapid test atau swab test), Cara melakukan test
(drive thru atau on the spot), tempat test, waktu test
Proses
Output Pemesanan diproses
[ARM]
5 Aktivitas Memberikan respon terhadap kritik & saran
Aktor User, Customer Service, CEO, Administrator, Manajer Developer
Input Kritik atau saran

Proses
Output Rencana pengembangan aplikasi, rekap kritik & saran
[ARM]
6 Aktivitas Melakukan review terhadap rumah sakit & penyedia layanan kesehatan
Aktor User, Administrator, Rumah Sakit & Penyedia Layanan Kesehatan
Input Review pengguna
Proses
Output Peningkatan pelayanan di rumah sakit & penyedia layanan kesehatan,

rekap review user
[DRA]
1 Aktivitas Memilih tempat
Aktor User, Administrator, Rumah Sakit & Penyedia Layanan Kesehatan
Input Alamat tempat yang dituju
Proses
Output Tempat yang dituju dan kuota untuk Swab Test atau Rapid Test
[DRA]
2 Aktivitas Profile Update
Aktor User dan Administrator
Input Data registrasi, Terakhir pemesanan, Suhu tubuh, Alergi

Proses
Output Update data pada profile
[FMS]
1 Aktivitas Pembatalan pesanan
Aktor User, administrator, pegawai e-wallet
Input Pembatalan pesanan

Proses
Output Notifikasi pembatalan tes diterima dan pengembalian dana.
[FMS]
2 Aktivitas perubahan jadwal pesanan
Aktor User, administrator, pegawai e-wallet
Input perubahan jadwal pesanan

Proses
Output Notifikasi keberhasilan perubahan jadwal tes dan informasi biaya

pemesanan baru.
Tugas III: Identifikasi Aktor

Identifikasi siapa saja aktor yang telah dideskripsikan dalam User Story.
No. Kode Aktor Nama Aktor Deskripsi Aktor (Persona)
1 ACT-AP-01 User Dosan adalah seorang pegawai magang baru di

salah satu rumah sakit Kota Malang, saat musim
liburan ia selalu pulang kampung ke kota asalnya
yaitu kota Jakarta. Dikarenakan adanya wabah
virus corona, ia tidak bisa pulang kampung tanpa
melakukan swab test atau rapid test. Karena
Dosan orang yang sibuk ia menginginkan ada
aplikasi yang bisa memesan rapid test secara
online dan dalam pemesanan test tersebut dosan
juga ingin ia bisa memilih rumah sakit mana ia
akan melakukan test. Selain itu karena ia anak
muda milenial ia mengharapkan aplikasi bisa
fleksibel untuk sistem pembayaran bisa tunai
maupun cashless. Dosan juga suka aplikasi yang
bisa melakukan daftar akun, karena ia merasa
lebih aman dan terjamin saat menggunakannya,
dosan juga orang yang sangat sibuk, karena
bekerja sebagai tenaga medis, ia berharap hasil
test yang dia lakukan bisa ia terima secara online
saja, agar lebih efisien waktu, dan ia juga
menginginkan aplikasi memiliki fitur pembatalan
atau merubah jadwal pemesanan rapid test,
karena Dosan sering mendapat jadwal piket
medis di berbagai rumah sakit secara mendadak.
Sebagai tenaga medis dosan memiliki tekad untuk
membantu memajukan dunia medis di Indonesia,
dia ingin memberikan feedback berupa review
kepada rumah sakit, layanan kesehatan,aplikasi
kesehatan dan juga dokter yang melayani di
berbagai tempat kesehatan tersebut,
2 ACT-AP-02 Dokter Nono adalah seorang dokter yang bekerja pada

salah satu layanan kesehatan di Kota Malang
yang melayani tes rapid dan SWAB. Layanan
kesehatan tempat Nono bekerja sama dengan
aplikasi online yang menyediakan pemesanan tes
rapid dan SWAB. Tugas Nono adalah melayani
tes rapid dan SWAB user tersebut. Kemudian
setelah hasil tes rapid dan SWAB keluar, Nono
bertugas untuk upload atau input hasil tes rapid
dan SWAB pada aplikasi. Selain itu, sebagai
dokter Nono juga dapat informasi mengenai user,
melihat review yang diberikan user kepadanya
dan riwayat pemesanan yang dilakukan oleh user.
3 ACT-AP-03 Administrator Ali adalah seorang administrator. Sebagai

administrator ali berhak mengetahui setiap
informasi pengguna yang mendaftar aplikasinya,
ia juga bertugas untuk memverifikasi setiap
pengguna yang baru mendaftar. Ali juga harus
mampu melakukan maintenance sistem ketika
ada update dari tim developer. Ali juga harus bisa
melakukan hal hal yang diperlukan dari fitur
aplikasi, misal pemesanan yang masuk agar
disampaikan ke penyedia layanan, atau ketika
ada kritik dan saran pengguna yang masuk, ia
harus menyampaikannya kepada CEO.
Administrator bertugas untuk mengkonfirmasi
pembayaran yang telah dilakukan oleh user. Ia
juga bertugas atas segala data yang masuk dan
keluar dari aplikasi
4 ACT-AP-04 CEO Dalmi adalah seorang CEO muda berusia 26
tahun . Ia adalah CEO yang sangat rendah hati
dan memiliki semangat belajar tinggi. Dalmi
sebagai CEO juga memiliki pemikiran terbuka, ia
selalu mau menerima kritik dan saran apapun,
selama itu bersifat positif. Sehingga ia juga
melakukan hal yang sama pada aplikasi
perusahaanya, ia mau menerima saran dan kritik
dari pengguna demi mengembangkan aplikasi
perusahaannya ke arah yang lebih baik
5 ACT-AP-05 E-Wallet Parwez adalah manajer di sebuah layanan

e-wallet terbesar di Indonesia, sebagai seorang
manajer parwez memiliki tanggung jawab yang
besar. Ia harus memastikan jika ada pengguna
menggunakan layanan e-walletnya untuk
bertransaksi ia harus memastikan
pembayarannya telah berhasil, ia harus
memverifikasi setiap transaksi yang terjadi di
e-walletnya. Selain itu, ia juga bertanggung jawab
atas diskon, biaya pembatalan, cashback agar
semua kegiatan transaksi yang terjadi bisa
berjalan dengan baik dan telah direcord oleh
sistem e-walletnya.
6 ACT-AP-06 Rumah Sakit & Maria adalah seorang direktur rumah sakit.
Penyedia Layanan Sebagai direktur ia memiliki visi untuk
Kesehatan meningkatkan layanan rumah sakitnya dan
memajukan bidang kesehatan Indonesia. Selama
masa pandemi, ia menyadari banyak orang
membutuhkan rapid test atau swab test, dan
seringkali rumah sakit penuh berdesakan, dan
malah menyebabkan peningkatan penyebaran
covid-19.Oleh karena itu Maria berkeinginan
untuk membuat layanannya bisa diakses secara
online, yaitu dengan cara bekerja sama dengan
aplikasi kesehatan. Selain itu, maria juga ingin
aplikasi tersebut bisa memberikan feedback
berupa review agar bisa digunakan untuk
meningkatkan layanan rumah sakitnya. Selain itu,
rumah sakit dapat menerima pembayaran secara
tunai (cash) dari user dan memvalidasinya
pembayaran tersebut.
7 ACT-AP-07 Customer Service Tini adalah seorang yang bekerja sebagai

customer service, ia memiliki kemampuan
memahami orang lain dengan baik. Sehingga
ketika ia menjadi customer ia selalu merespon
setiap saran dan kritik yang masuk dengan kata
yang sopan serta selalu berterima kasih untuk
setiap saran dan kritik yang diberikan oleh
customer.
8 ACT-AP-08 Manager Togar merupakan manajer tim development.

Development Sebagai manajer, Togar memiliki tanggung jawab
mengembangkan aplikasi di perusahaanya.
Setiap atasan Togar yaitu CEO memberikan
rencana pengembangan aplikasi, Togar harus
mampu mengembangkan aplikasi sesuai arahan
CEO perusahaan tempat ia bekerja.
1. Adakah aktor yang berperan sebagai “Sistem” dalam gambaran sistem yang diuraikan
dalam User Story? Mengapa? Jelaskan dengan detail dan spesifik!
Jawab:
Ada, karena perlunya kontrol pada sistem tersebut dengan hak yang berbeda pada
setiap aktornya. Masing-masing aktor dapat menggunakan sistem dengan batasan
peran yang telah diberikan.
2. Adakah/perlukah fungsionalitas sistem: Log in dalam gambaran sistem yang diuraikan

dalam User Story? Mengapa? Jelaskan dengan detail dan spesifik!
Jawab:
Perlu, karena sistem ini melibatkan banyak user dan berhubungan dengan kondisi
kesehatan dari user sehingga dibutuhkan pembeda. oleh karena itu, diperlukan login
sebagai pembeda antar user seperti email. Selain itu, hasil tes yang telah dilakukan
akan diberikan melalui aplikasi sehingga diperlukan informasi atau data diri dari
masing-masing user.
3. Siapa saja aktor yang harus log in ke dalam sistem? Mengapa? Jelaskan dengan detail
dan spesifik!
User, Administrator, Customer Service, Dokter, Layanan Kesehatan, E-wallet Karena
user ingin menggunakan layanan aplikasi, tentu saja ia harus login agar sistem dapat
mengenali setiap user yang menggunakan layanannya dan mengetahui data dari user
tersebut. Begitu juga dengan administrator, ia bertugas menangani segala hal yang
terjadi di aplikasi, ia harus login untuk memproses pemesanan, menerima kritik user,
melakukan maintenance dan lain sebagainya. Selain itu, customer service juga perlu
login, agar ia dapat merespon kritik dan saran user. Dokter perlu melakukan login pada
sistem karena bertugas untuk upload hasil tes kepada pengguna dan juga perlu melihat
review yang diberikan pengguna sehingga perlu melakukan login. Layanan kesehatan
perlu melakukan login karena salah satu tugas mereka adalah memproses pesanan
layanan rapid test maupun swab test dan memvalidasi pembayaran tunai oleh user
sehingga dapat diverifikasi oleh administrator. Selain itu, Layanan Kesehatan juga harus
login karena akan update kuota test secara live. E-wallet perlu melakukan login pada
sistem karena mereka bertugas untuk memvalidasi pembayaran melalui e-wallet yang
dilakukan oleh user supaya pembayaran bisa diverifikasi oleh administrator.
Tugas IV: User Requirement
Identifikasi seluruh kebutuhan pengguna sebagaimana yang telah dideskripsikan dalam User
Story. Uraikan kebutuhan pengguna (user requirements) dengan kalimat yang jelas, tepat, dan
tidak ambigu. Kebutuhan pengguna yang baik adalah kebutuhan yang dinyatakan dalam
sebuah kalimat yang memiliki tujuan pengguna yang jelas dan memiliki nilai (value) atau
manfaat bagi penggunanya.
Untuk setiap anggota kelompok, setidaknya dapat mengidentifikasi sekurang-kurangnya 3
kebutuhan dari pengguna termasuk berdasarkan user story yang telah diuraikan dalam uraian
User Story maupun user story yang diuraikan sendiri oleh anggota kelompok dalam Tugas I.
Requirement Version: 1.0
User Requirement
No. [USR-AP-01] User Ins.
Kode UR Requirement
1 USR-UR-01 User menggunakan sistem untuk mendapatkan notifikasi bahwa FIR

hasil tes sudah keluar dan bisa melihat hasil tes
2 USR-UR-02 User menggunakan sistem untuk melihat hasil tes FIR
3 USR-UR-03 User menggunakan sistem untuk mendapatkan notifikasi FIR

mengenai pembayaran
4 USR-UR-04 User menggunakan sistem untuk melakukan registrasi sehingga SUO

dapat menggunakan aplikasi
5 USR-UR-05 User menggunakan sistem untuk memesan layanan rapid test SUO
dan swab test pada rumah sakit / penyedia layanan kesehatan
6 USR-UR-06 User menggunakan sistem untuk melakukan review kepada ARM

rumah sakit / penyedia layanan kesehatan
7 USR-UR-07 User menggunakan sistem untuk memberikan kritik dan saran ARM
8 USR-UR-08 User mencari tempat dengan kuota yang tersisa pada hari itu DRA
9 USR-UR-09 User memperbarui profil jika ada kebutuhan khusus dan tracking DRA
tanggal terakhir test
USR-UR-10 User menggunakan sistem agar dapat melakukan pembatalan FMS

7 pemesanan rapid test atau swab test
USR-UR-11 User menggunakan sistem agar dapat melakukan perubahan FMS
8 jadwal pemesanan rapid test atau swab test
USR-UR-12 User menggunakan sistem agar dapat mengetahui status dan FMS
9 besarnya pengembalian dana dari pembatalan pemesanan rapid
test atau swab test
USR-UR-13 User menggunakan sistem agar dapat mengetahui beban biaya FMS
10 baru setelah melakukan perubahan jadwal
[DOK-AP-02] Dokter
Kode UR Requirement
11 DOK-UR-01 Dokter menggunakan sistem untuk memberikan hasil test pada FIR
user
[ADM-AP-03] Administrator
Kode UR Requirement
12 ADM-UR-01 Administrator menggunakan sistem untuk memberi notifikasi FIR

mengenai pembayaran
13 ADM-UR-02 Administrator menggunakan sistem untuk melakukan validasi SUO

data user dengan memberi notifikasi validasi melalui email
14 ADM-UR-03 Administrator menggunakan sistem untuk melakukan sinkronisasi SUO

terkait ketersedianya layanan pada rumah sakit / penyedia
layanan kesehatan
15 ADM-UR-04 Administrator menggunakan sistem untuk menyimpan review dari ARM

pengguna
16 ADM-UR-05 Administrator menggunakan sistem untuk menyimpan saran dan ARM

kritik dari pengguna
17 ADM-UR-06 Administrator menggunakan sistem untuk melakukan ARM

maintenance aplikasi
18 ADM-UR-07 Administrator menyimpan data Rumah Sakit & Penyedia DRA

Layanan Kesehatan terkait alamat dan kuota, serta memberikan
rekomendasi terhadap pencarian user
19 ADM-UR-08 Administrator memperbarui data pengguna dan mencocokkan DRA

dengan data Rumah Sakit & Penyedia Layanan Kesehatan yang
ada
20 ADM-UR-09 Administrator menggunakan sistem agar dapat melakukan FMS

pembaruan ketersediaan jadwal pemesanan rapid test atau swab
test dari pembatalan pesanan.
21 ADM-UR-10 Administrator menggunakan sistem agar dapat melakukan FMS

pembaruan permintaan jadwal pemesanan rapid test atau swab
test dari User
22 ADM-UR-11 Administrator menggunakan sistem agar dapat menginformasikan FMS

besaran potongan dana dari pembatalan pemesanan rapid test
dan swab test
23 ADM-UR-12 Administrator menggunakan sistem agar dapat menginformasikan FMS

besaran beban biaya baru dari perubahan jadwal pemesanan
rapid test dan swab test
[KES-AP-04] Layanan Kesehatan
Kode UR Requirement
24 KES-AP-01 Layanan kesehatan menggunakan sistem untuk memvalidasi FIR

pembayaran secara tunai (cash)
25 KES-AP-02 Layanan kesehatan menggunakan sistem untuk menerima SUO

pesanan layanan rapid dan swab test
26 KES-AP-03 Layanan kesehatan menggunakan sistem untuk menerima ARM

feedback berupa review dari user.
27 KES-AP-04 Rumah Sakit & Penyedia Layanan Kesehatan akan update data DRA
terkait jumlah kuota yang tersisa
[WAL-AP-05] E-Wallet
Kode UR Requirement
28 WAL-UR-01 E-Wallet menggunakan sistem untuk memvalidasi pembayaran FIR

melalui e-wallet
29 WAL-UR-02 e-wallet menggunakan sistem untuk melakukan transfer FMS

pengembalian dana dari pembatalan pesanan rapid test dan
swab test
30 WAL-UR-03 e-wallet menggunakan sistem untuk melakukan penerimaan FMS

biaya dari perubahan jadwal pemesanan rapid test dan swab test
[CEO-AP-06] CEO
Kode UR Requirement
31 CEO-UR-01 CEO menggunakan sistem untuk melihat saran dan kritik dari ARM
pengguna untuk dibuat rencana pengembangan sistem.
[CSR-AP-07] Customer Service
Kode UR Requirement
32 CSR-UR-01 Customer service menggunakan sistem untuk memberikan ARM

respon terhadap kritik dan saran yang masuk dari user
[MGD-AP-08] Manager Development
Kode UR Requirement
33 MGD-UR-01 Manager development menggunakan sistem untuk menerima ARM

rencana pengembangan sistem yang dibuat oleh CEO.
System Requirement
No. Kode SR Requirement Ins.
1 FIR-SR-01 Sistem dapat memberikan notifikasi ketika hasil tes sudah keluar FIR
2 FIR-SR-02 Sistem dapat menampilkan hasil tes yang telah dilakukan user FIR
3 FIR-SR-03 Sistem dapat memberikan notifikasi terkait pembayaran FIR
4 FIR-SR-04 Sistem dapat support dokter untuk mengupload hasil tes user FIR
5 FIR-SR-05 Sistem dapat memberi notifikasi mengenai pembayaran FIR
6 FIR-SR-06 Sistem dapat support layanan kesehatan untuk memvalidasi FIR

pembayaran secara tunai
7 FIR-SR-07 Sistem dapat support e-wallet untuk memvalidasi pembayaran FIR

melalui e-wallet
8 SUO-SR-01 Sistem dapat menampilkan form untuk registrasi akun SUO
9 SUO-SR-02 Sistem dapat memberikan notifikasi terkait validasi akun melalui SUO
email
10 SUO-SR-03 Sistem dapat menampilkan halaman untuk melakukan pemesanan SUO
11 SUO-SR-04 Sistem dapat menampilkan rumah sakit atau penyedia layanan SUO
kesehatan yang tersedia
12 SUO-SR-05 Sistem dapat menampilkan waktu yang tersedia untuk melakukan SUO
layanan rapid test dan/atau swab test
13 SUO-SR-06 Sistem dapat memberi notifikasi pemesanan diproses (menunggu SUO

pembayaran)
14 SUO-SR-07 Sistem dapat support layanan kesehatan untuk mendokumentasi SUO

setiap pesanan
15 ARM-SR-01 Sistem dapat menampilkan halaman review layanan kesehatan ARM

kepada user
16 ARM-SR-02 Sistem dapat menerima saran dan kritik dari user ARM
17 ARM-SR-03 Sistem dapat menyimpan review yang masuk dari user ARM
18 ARM-SR-04 Sistem dapat menyimpan saran dan kritik yang masuk dari user ARM
19 ARM-SR-05 Sistem dapat support untuk maintenance yang akan dilakukan ARM
administrator
20 ARM-SR-06 Sistem dapat mengirimkan rekap review layanan kesehatan ARM

kepada layanan kesehatan yang bersangkutan
21 ARM-SR-07 Sistem dapat menampilkan saran dan kritik yang masuk kepada ARM
CEO
22 ARM-SR-08 Sistem dapat menampilkan feedback dari customer service ARM

kepada user
23 ARM-SR-09 Sistem dapat support untuk membuat dasar rencana ARM

pengembangan aplikasi berdasarkan rekap kritik dan saran yang
telah dibuat administrator
24 DRA-SR-01 Sistem dapat menunjukkan kuota yang tersisa untuk Rapid Tes t DRA
dan Swab Test secara langsung
25 DRA-SR-02 Sistem dapat mencari tempat untuk Rapid Test dan Swab Test DRA
berdasarkan history pengguna
26 DRA-SR-03 Sistem dapat menampilkan alamat lengkap dan menyambungkan DRA

pada aplikasi yang mengarahkan suatu lokasi secara detail
27 DRA-SR-04 Sistem dapat menampilkan Rumah Sakit & Penyedia Layanan DRA
Kesehatan rekomendasi jika tempat yang dituju tidak tersedia
28 DRA-SR-05 Sistem dapat melakukan singkronisasi data dengan inputan user DRA
serta Rumah Sakit & Penyedia Layanan Kesehatan-nya
24 FMS-SR-01 sistem dapat melakukan pembatalan pesanan FMS
25 FMS-SR-02 sistem dapat melakukan permintaan perubahan jadwal dari User FMS
26 FMS-SR-03 Sistem dapat menampilkan status keberhasilan dari pembatalan FMS
pesanan
27 FMS-SR-04 Sistem dapat menampilkan status keberhasilan dan biaya baru FMS
dari perubahan jadwal
28 FMS-SR-05 Sistem dapat melakukan pembaruan data ketersediaan jadwal FMS
29 FMS-SR-06 Sistem dapat melakukan permintaan perubahan jadwal FMS
30 FMS-SR-07 Sistem dapat menampilkan besaran dana yang terpotong dari FMS
pembatalan pesanan
31 FMS-SR-08 Sistem dapat menampilkan total biaya baru dari perubahan jadwal FMS
pemesanan
32 FMS-SR-09 Sistem dapat melakukan transfer pengembalian dana FMS
33 FMS-SR-10 Sistem dapat melakukan penerimaan biaya baru FMS
User Requirement Version: 2.0

Setelah kebutuhan sistem yang diidentifikasi, ditransformasi ke dalam tahap analisis dan
desain, maka uraikan penyesuaian terhadap kebutuhan sistem, akibat dari proses transformasi
tersebut dalam tabel berikut ini sedemikian rupa sehingga kebutuhan apa yang dispesifikasikan,
dianalisis, dan dirancang dapat ditelusuri dan dievaluasi kebenarannya. Uraikan kembali
seluruh kebutuhan pengguna, termasuk kebutuhan mengalami perubahan dalam proses
analisis dan perancangan.
User Requirement
No. [Kode Aktor] Nama Aktor Ins.
Kode UR Requirement
3
4
[Kode Aktor] Nama Aktor
Kode UR Requirement
System Requirement
Ubah sudut pandang kebutuhan pengguna ke dalam sudut pandang sistem yang diturunkan
dari kebutuhan pengguna. Satu kebutuhan pengguna dapat diturunkan ke dalam beberapa
kebutuhan sistem. Tuliskan kebutuhan sistem (system requirement) dalam format:
Sistem bisa <melakukan fungsionalitas> [opsional: <constraint>].
No. Kode SR Requirement Ins.
Tugas V: Software Requirement Specification (SRS)

Sesuai dengan kasus penggunaan yang telah diuraikan dalam User Story. Detailkan kebutuhan
pengguna menjadi pernyataan-pernyataan kebutuhan perangkat lunak atau Software
Requirement Specifications (SRS). Detailkan setiap pernyataan kebutuhan pengguna yang
diuraikan telah diuraikan dan buatlah kalimat yang menyatakan spesifikasi kebutuhan perangkat
lunak hingga ke tingkat detail operasional dan terukur sesuai dengan kriteria pernyataan
kebutuhan yang baik.
Ubahlah kebutuhan sistem menjadi kalimat-kalimat yang menyatakan kebutuhan perangkat
lunak yang spesifik, jelas, tidak ambigu, dan terukur (dapat diperlihatkan kesesuaiannya).
Software Requirement Specification Version: 1.0
Functional Requirement
No. [USR-AP-01] Userr
Ins.
Kode Kode Software Requirement Statement Level
UR SRS
1 USR- USR- Sistem dapat menyediakan notifikasi ketika hasil tes norm FIR
UR-01 SRS- sudah keluar al
01
2 USR- USR- Sistem dapat menampilkan hasil tes yang sudah norm FIR
UR-02 SRS- diupload oleh dokter al
02
3 USR- USR- Sistem dapat menampilkan tagihan pembayaran yang norm FIR
UR-03 SRS- harus dibayarkan user setelah melakukan pemesanan al
03
4 USR- USR- Sistem dapat menyediakan notifikasi pembayaran expe FIR

UR-03 SRS- berhasil kepada user cted
04
5 USR- USR- Sistem dapat menyediakan laman register untuk user norm SU
UR-04 SRS- yang belum melakukan registrasi al O
05
6 USR- USR- Sistem dapat mengarahkan user untuk melakukan norm SU

UR-04 SRS- validasi akun melalui email al O
06
7 USR- USR- Sistem dapat langsung menampilkan notifikasi akun expe SU

UR-04 SRS- berhasil terdaftar setelah user telah memvalidasi email. cted O
07
8 USR- USR- Sistem dapat langsung ter-log in setelah user telah exciti SU
UR-04 SRS- memvalidasi email. ng O
08
9 USR- USR- Sistem dapat menampilkan pilihan layanan rapid atau norm SU
UR-05 SRS- swab test dan pilihan metode secara drive thru atau on al O
09 the spot
10 USR- USR- Sistem dapat memfilter dan menampilkan pilihan rumah norm SU
UR-05 SRS- sakit atau penyedia layanan kesehatan yang tersedia al O
10 sesuai dengan pilihan layanan dan metode yang telah
dipilih user
11 USR- USR- Sistem dapat menampilkan pilihan rumah sakit atau expe SU
UR-05 SRS- penyedia layanan kesehatan yang tersedia dengan cted O
11 urutan paling atas yang terdekat dengan alamat user
12 USR- USR- Sistem dapat menampilkan berapa jarak dalam Km dari exciti SU
UR-05 SRS- alamat user ke rumah sakit atau penyedia layanan ng O
12 kesehatan
13 USR- USR- Sistem dapat menampilkan pesanan diproses dan norm SU

UR-05 SRS- menunggu pembayaran setelah user men-submit al O
13 pesanan
14 USR- USR- Sistem dapat menampilkan halaman review layanan norm AR

UR-06 SRS- kesehatan kepada user al M
14
15 USR- USR- Sistem dapat menampilkan kembali halaman review expe AR

UR-06 SRS- ketika user ingin mengubah reviewnya atau memesan cted M
15 kembali layanan di tempat yang sama yang pernah ia
review sebelumnya
16 USR- USR- Sistem dapat menerima saran dan kritik dari user norm AR
UR-07 SRS- al M
16
17 USR- USR- Sistem dapat memberikan feedback atas saran dan expe AR
UR-07 SRS- kritik yang telah diberikan oleh user cted M
17
18 USR- USR- Sistem dapat menampilkan hasil pencarian tempat norm DR

UR-08 SRS- Rumah Sakit & Penyedia Layanan Kesehatan yang al A
18 dicari
19 USR- USR- Sistem dapat akan menampilkan update data kuota norm DR
UR-08 SRS- yang tersisa untuk Rapid Test dan Swab Test secara live al A
19
20 USR- USR- Sistem dapat memperbarui data user dan norm DR

UR-09 SRS- menyimpannya al A
20
21 USR- USR- Sistem akan menampilkan notifikasi jika user sudah norm DR
UR-09 SRS- dapat melakukan Test untuk selanjutnya al A
21
22 USR- USR- Sistem dapat menyediakan pilihan pembatalan pesanan norm FM

UR-08 SRS- al S
22
23 USR- USR- Sistem dapat menyediakan pilihan perubahan jadwal norm FM

UR-09 SRS- al S
23
24 USR- USR- Sistem dapat memberikan notifikasi ketika pembatalan norm
UR-10 SRS- telah terkonfirmasi dalam waktu kurang dari 24 jam al FM
24 S
25 USR- USR- Sistem dapat menampilkan besar dana yang expe

UR-11 SRS- dikembalikan dari pembatalan pesanan dalam waktu cted FM
25 kurang dari 24 jam S
26 USR- USR- Sistem dapat menampilkan beban biaya baru setelah expe
UR-12 SRS- melakukan perubahan jadwal dalam aktivitas cted FM
26 pemesanan S
[DOK-AP-02] Dokter
27 DOK- USR- Sistem dapat menyediakan fitur upload hasil test yang norm FIR
UR-01 SRS- dapat dilakukan oleh dokter al
27
28 DOK- USR- Sistem dapat menampilkan data diri user, riwayat norm FIR
UR-01 SRS- pemesanan user, dan review yang telah dilakukan user al
28 untuk dokter
[ADM-AP-03] Administrator
29 ADM- USR- Sistem dapat memverifikasi status pembayaran yang norm FIR
UR-01 SRS- dilakukan user al
29
30 ADM- USR- Sistem mengirimkan notifikasi untuk melakukan validasi norm SU

UR-02 SRS- data user melalui email al O
30
31 ADM- USR- Sistem dapat memfilter untuk melakukan sinkronisasi norm SU

UR-03 SRS- terkait ketersediaan layanan pada rumah sakit / al O
31 penyedia layanan kesehatan sesuai dengan pilihan
layanan dan metode yang dipilih user
32 ADM- USR- Sistem dapat menyimpan review yang masuk dari user norm AR
UR-04 SRS- al M
32
33 ADM- USR- Sistem dapat mengirimkan rekap review yang sudah exciti AR
UR-04 SRS- dibuat administrator kepada layanan kesehatan yang ng M
33 bersangkutan secara otomatis pada setiap jangka waktu
yang sudah diatur oleh administrator
34 ADM- USR- Sistem dapat menyimpan saran dan kritik yang masuk norm AR
UR-05 SRS- dari user al M
34
35 ADM- USR- Sistem dapat menyimpan data Rumah Sakit & norm DR
UR-07 SRS- Penyedia Layanan Kesehatan terkait alamat dan kuota al A
35
36 ADM- USR- Sistem dapat memberikan rekomendasi berdasarkan expe DR

UR-07 SRS- pencarian user cted A
36
37 ADM- USR- Sistem akan memperbarui data pengguna dan expe DR

UR-08 SRS- mencocokkan dengan data Rumah Sakit & Penyedia cted A
37 Layanan Kesehatan yang ada
38 ADM- ADM- Sistem dapat melakukan pembaruan ketersediaan norm FM

UR-08 SRS- jadwal al S
38
39 ADM- ADM- Sistem dapat melakukan pembaruan jadwal setelah ada norm FM
UR-09 SRS- permintaan perubahan al S
39
40 ADM- ADM- Sistem dapat menerima informasi besar potongan dana norm
UR-10 SRS- al FM
40 S
41 ADM- ADM- Sistem dapat mengelola secara akurat besar potongan expe
UR-10 SRS- dana cted FM
41 S
42 ADM- ADM- Sistem dapat mengirim notifikasi total biaya setelah norm
UR-11 SRS- perubahan jadwal pesanan al FM
42 S
43 ADM- ADM- Sistem dapat mengelola besar biaya setelah perubahan expe
UR-11 SRS- jadwal pesanan cted FM
43 S
[KES-AP-04] Layanan Kesehatan
44 KES-A USR- Sistem dapat memvalidasi pembayaran secara tunai norm FIR
P-01 SRS- (cash) dalam kurun waktu kurang dari 24 jam al
44
45 KES-A USR- Sistem dapat mendokumentasi setiap pesanan layanan norm SU

P-02 SRS- rapid dan swab test pada rumah sakit / penyedia al O
45 layanan kesehatan
46 KES-A USR- Sistem dapat mengirimkan rekap review layanan norm AR

P-03 SRS- kesehatan kepada layanan kesehatan yang al M
46 bersangkutan
47 KES-A USR- Sistem dapat menampilkan tempat layanan kesehatan exciti AR

P-03 SRS- yang memiliki review bagus di halaman utama aplikasi ng M
47
48 KES-A USR- Sistem akan mendapatkan informasi dari Rumah Sakit norm DR
P-04 SRS- & Penyedia Layanan Kesehatan terhadap update data al A
48 dan jumlah kuota yang tersisa
[WAL-AP-05] E-Wallet
49 WAL- USR- Sistem dapat memvalidasi pembayaran user melalui norm FIR
UR-01 SRS- e-wallet dalam kurun waktu kurang dari 24 jam al
49
50 WAL- WAL- Sistem dapat mengirim notifikasi keberhasilan norm FM

UR-02 SRS- pengembalian dana dalam waktu kurang dari 24 jam al S
50
51 WAL- WAL- Sistem dapat melakukan transfer pengembalian dana expe FM

UR-02 SRS- ketika terjadi pembatalan pesanan cted S
51
52 WAL- WAL- Sistem dapat menerima transfer dari biaya baru expe FM
UR-03 SRS- perubahan jadwal pemesanan cted S
52
53 CEO- USR- Sistem dapat menampilkan saran dan kritik yang masuk norm AR
UR-01 SRS- kepada CEO al M
53
54 CEO- USR- Sistem dapat menyaring saran dan kritik yang masuk exciti AR
UR-01 SRS- merupakan spam atau bukan spam ng M
54
[CSR-AP-07] Customer Service
55 CSR- USR- Sistem dapat menampilkan feedback dari customer norm AR

UR-01 SRS- service kepada user al M
55
56 CSR- USR- Sistem menghilangkan notifikasi saran dan kritik masuk expe AR
UR-01 SRS- yang sudah direspon oleh customer service cted M
56
[MGD-AP-08] Manager Development
57 MGD- USR- Sistem dapat support untuk membuat dasar rencana norm AR
UR-01 SRS- pengembangan aplikasi berdasarkan rekap kritik dan al M
57 saran yang telah dibuat administrator
Non-Functional Requirement
No. Kode Kode Software Requirement Statement Level Ins.
UR SRS
1 UXL0 NFR0 Sistem dapat diakses secara online norm FIR

1 1 al
2 UXL0 NFR0 Sistem dapat memproses pesanan lebih dari 1000 expe FIR
2 2 pesanan bersamaan dalam satu waktu cted
3 UXL0 NFR0 Sistem dapat beroperasi selama 24/7 norm SU

3 3 al O
4 UXL0 NFR0 Sistem dapat diakses dengan response time kurang dari expe SU
4 4 7 detik cted O
5 UXL0 NFR0 Server mampu menampung lebih dari 10000 user expe SU
5 5 dalam satu waktu cted O
6 UXL0 NFR0 Sistem mampu dijalankan pada sistem operasi Android expe AR
6 6 iOS, dan Windows. cted M
7 UXL0 NFR0 Sistem memiliki cloud storage yang bisa digunakan exciti AR
7 7 untuk menyimpan daftar transaksi user ng M
8 UXL0 NFR0 Sistem akan menjamin keamanan data yang sudah expe DR
8 8 diinput oleh user cted A
9 UXL0 NFR0 Sistem akan membuat data masuk secara otomatis jika norm DR
9 9 user ingin memesan lagi tanpa harus input data ulang al A
10 UXL NFR1 Sistem tidak memerlukan waktu lama untuk dipahami exciti FM
10 0 penggunaannya ng S
Software Requirement Specification Version: 2.0

Setelah kebutuhan sistem yang diidentifikasi ditransformasi ke dalam tahap analisis dan desain,
maka uraikan perubahan terhadap kebutuhan sistem dalam tabel berikut sedemikian rupa
sehingga kebutuhan apa yang dispesifikasikan, dianalisis, dan dirancang dapat dievaluasi
kebenarannya. Kebutuhan yang dispesifikasikan di dalam versi ini adalah kebutuhan yang telah
dispesifikasikan dalam versi sebelumnya dan kebutuhan-kebutuhan lain yang muncul sebagai
akibat atau diturunkan dari proses analisis dan perancangan (contoh: Login). Kebutuhan yang
diuraikan dalam versi ini dituliskan setelah proses desain (modul praktikum 2 dan 3) selesai.
Sehingga fungsionalitas dan non-fungsionalitas sistem yang dirancang dengan yang
dispesifikasikan menjadi sesuai dan lengkap.
Ubahlah kebutuhan sistem menjadi kalimat-kalimat yang menyatakan kebutuhan perangkat
lunak yang spesifik, jelas, tidak ambigu, dan terukur (dapat diperlihatkan kesesuaiannya).
Functional Requirement
No. [Kode Aktor] Nama Aktor
Ins.
Kode Kode Software Requirement Statement Level
UR SRS
[Kode Aktor] Nama Aktor
Non-Functional Requirement
No. Kode Kode Software Requirement Statement Level Ins.
UR SRS
4

NIK/NIP. 198711212015041004
Penyusun
Kelompok 5
Fatih‌‌Samudra‌‌-‌‌195150400111006‌‌-‌‌FMS‌‌
Diva‌‌Ardellia‌‌-‌‌195150400111014‌‌-‌‌DRA‌‌
Firda‌‌Destiara‌‌-‌‌195150400111020‌ ‌-‌‌FIR‌‌
Sarah‌‌Octavia‌‌-‌‌195150400111026‌‌-‌‌SUO‌‌
Alif‌‌Maulana‌‌-‌‌195150400111027‌‌-‌‌ARM‌‌
Asisten

2021
DAFTAR ISI
DAFTAR ISI 2
DAFTAR GAMBAR 3
1. Abstrak 4
2. Tujuan Praktikum 4
3. Dasar Teori 4
3.1. Elemen Analisis Pemodelan 4
3.2. Pemodelan Data 5
3.3. Pemodelan Fungsional dan Alur Informasi 6
3.4. Behavior Modeling 8
3.5. Susunan Proses pada Pemodelan Terstruktur 9
3.6. Data Dictionary 10
3.7. Desain Arsitektur 10
4. Summary 16
5. User Story 16
6. Soal-soal Latihan 18
6.1. Tugas I: Pemodelan ERD 18
6.2. Tugas II: Pemodelan DFD 20
6.3. Tugas III: Pemodelan State Transition Diagram 22
6.4. Tugas IV: Pendefinisian Specification 22
6.5. Tugas V: Pemodelan Arsitektur dan Struktur Program 23
DAFTAR GAMBAR
Gambar 1 Elemen Analisis Pemodelan Terstruktur 4
Gambar 2 Penggambaran objek data, atribut dan relationship 5
Gambar 3 Entity Relationship Diagram 6
Gambar 4 Data Flow Diagram 6
Gambar 5 Dekomposisi dalam Data Flow Diagram 7
.Gambar 6 PSPEC pada process dalam DFD 8
Gambar 7 State Transition Diagram 8
Gambar 8 Pemetaan model analisis ke dalam model desain 9
Gambar 9 Contoh data dictionary 10
Gambar 10 Transform Flow pada DFD 11
Gambar 11 Transaction Flow pada DFD 11
Gambar 12 DFD Level 1 SafeHome 12
Gambar 13 Level 2 DFD SafeHome 12
Gambar 14 Level 3 DFD SafeHome 13
Gambar 15 Pendefinisian Struktur pada First Level Factoring 14
Gambar 16 Second Level Factoring 14
Gambar 17 DFD Level 2 User Interaction Sub System 15
Gambar 18 First Level Factoring Transaction Mapping 16
1.Abstrak
Level teknis pengembangan perangkat lunak dimulai pada fase pemodelan atau fase
desain. Fase desain membutuhkan input berupa definisi dan spesifikasi kebutuhan dari
aktivitas analisis kebutuhan. Fase desain menggabungkan kombinasi text dan diagram
untuk mendefinisikan kebutuhan dalam bentuk yang mudah dipahami. Diagram dan
text ini dibagi ke dalam komponen yang merepresentasikan behavior, struktur data
dan fungsi dari perangkat lunak yang akan dibangun. Artefak atau produk yang
dihasilkan dari fase desain adalah Data Object Description, Entity Relationship Diagram,
Data Flow Diagrams, State Transition Diagrams, Process Specification, Control
Specification dan Arsitektur dan Struktur Program.
2.Tujuan Praktikum
Tujuan dari pelaksanaan praktikum mata kuliah ADSI dengan materi desain terstruktur
antara lain:
a. Mahasiswa mampu memahami komponen-komponen penyusunan pada diagram
desain perangkat lunak dengan pendekatan terstruktur.
b. Mahasiswa mampu memahami aturan-aturan penyusunan komponen pada
diagram yang dibutuhkan untuk pengembangan perangkat lunak dengan
pendekatan terstruktur.
c. Mahasiswa mampu mendesain perangkat lunak berdasarkan kebutuhan dengan
pendekatan terstruktur.
3.Dasar Teori
3.1. Elemen Analisis Pemodelan
3 tujuan dari pemodelan antara lain:
a. Mendeskripsikan kebutuhan customer,
b. Sebagai basis dari tahap implementasi pengembangan software, dan
c. Sebagai acuan untuk proses validasi atas kebutuhan terhadap software yang
dibangun.
Elemen pembentuk pemodelan terstruktur didefnisikan pada Gambar 1 berikut:
Gambar 1 Elemen Analisis Pemodelan Terstruktur
Pada model diatas terdapat data dictionary yang merupakan Inti dari
pemodelan dengan pendekatan terstruktur. Data dictionary merupakan sebuah
repository yang mendeskripsikan tiap data yang digunakan pada suatu perangkat
lunak. Terdapat 3 diagram yang mengacu pada objek/data didalam data dictionary
yaitu, Entity Relationship Diagram (ERD), Data Flow Diagram (DFD) dan State
Transition Diagram (STD).
ERD mendefinisikan hubungan antar objek atau data. ERD merupakan notasi
yang digunakan untuk memodelkan aktifitas dan hubungan antar data. Atribut pada
tiap objek data dideskripsikan kedalam data object description.
DFD memiliki 2 fungsi utama yaitu:
a. Memberikan gambaran transformasi data ketika berjalan didalam sistem.
b. Mendefinisikan proses-proses yang mentranformasikan aliran data.
Deskripsi dari tiap proses dalam DFD terdapat pada penjelasan berupa teks yang
disebut dengan Process Specification (PSPEC)
Sedangkan STD menggambarkan perilaku dari sistem ketika di-trigger
(dikontrol) oleh event dari luar sistem. Informasi mengenai kontrol dari suatu
perangkat lunak dijelaskan dalam Control Specification (CSPEC).
3.2. Pemodelan Data

Pemodelan data terdiri dari 3 komponen: objek data, atribut yang
mendeskripsikan objek data dan relationship yaitu hubungan antara tiap objek data.
Objek Data. Objek data merepresentasikan informasi yang harus ada dalam sebuah
perangkat lunak. Atribut. Atribut adalah properti (ciri) dari objek data. Relationship
mendeskripsikan hubungan antar objek data.
Berikut adalah bentuk hubungan antar 2 data objek:
a. Toko Buku membeli Buku.
b. Toko Buku menjual Buku
c. Peminjam mengembalikan Buku
Dari 3 contoh di atas dapat disimpulkan bahwa objek data adalah Toko
Buku, Buku dan Peminjam, sedang relationship adalah membeli, menjual dan
mengembalikan. Sedangkan atribut dari buku merupakan ciri dari buku tersebut
seperti nomor ISBN, judul buku, tanggal terbit, pengarang, penerbit dan sebagainya.
Gambar 2 Penggambaran objek data, atribut dan relationship
Hubungan antar objek merupakan hal yang penting pada pemodelan data.
Contoh dari hubungan antar data yang didefinisikan kedalam ERD terdapat pada
gambar 3 berikut:
Gambar 3 Entity Relationship Diagram
3.3. Pemodelan Fungsional dan Alur Informasi
Informasi berubah ketika berjalan melalui sebuah sistem berbasis komputer.
Sistem menerima input dalam berbagai jenis dan bentuk dan pada perjalanannya
informasi dirubah oleh software, hardware maupun human sehingga menghasilkan
output yang juga bermacam-macam. Pemodelan terstruktur dimulai dari proses
mendefinisikan informasi ke dalam teknik flow modeling. Contoh dari flow modeling
terdapat pada Gambar 4 berikut:
Gambar 4 Data Flow Diagram
Untuk menggambarkan flow model yang merepresentasikan alur data dalam

sistem maka digunakan suatu diagram yang dikenal dengan Data Flow Diagram
(DFD). DFD merupakan representasi grafis (diagram) yang menggambarkan alur
informasi dan menggambarkan transformasi data ketika berjalan dari input ke output
pada perangkat lunak. DFD memiliki 4 notasi utama yaitu: Kotak disebut juga
terminator merepresentasikan external entity yaitu suatu elemen (berupa hardware,
manusia, atau aplikasi) atau sistem lain yang memberikan atau menerima informasi
yang akan dirubah dari dan kedalam perangkat lunak pada sistem internal. Lingkaran
disebut juga process merepresentasikan proses yang dibutuhkan oleh perangkat
lunak untuk mengubah data. Notasi panah atau disebut flow data merepresentasikan
data yang ditransformasikan oleh proses. Garis sejajar disebut data store
merepresentasikan informasi yang disimpan yang akan digunakan oleh sebuah
perangkat lunak.
Terdapat aturan didalam menggambarkan DFD, semua data flow didalam
DFD haruslah diberikan sebuah label yang mendefinisikan data yang bertransformasi
di dalam perangkat lunak. Data Flow tidak boleh menghubungkan antara terminator
dan data store tetapi harus melewati suatu proses, dan proses harus memiliki input
dan output data. Perlu diingat bahwa DFD tidak menggambarkan urutan dari proses,
tidak seperti flowchart. DFD dapat dipartisi kedalam beberapa level dan
masing-masing level dapat menggambarkan proses yang lebih detail dibanding
dengan level sebelumnya. DFD dimulai dari Level 0 atau disebut juga dengan
fundamental system model atau context model. Context model merepresentasikan
seluruh elemen dari perangkat lunak. Pada Level 0 ini DFD cukup digambarkan ke
dalam satu notasi Process yang dihubungkan ke terminator melalui flow data.
Penggambaran sistem yang lebih detail dapat digambarkan ke dalam level
berikutnya yaitu Level 1 DFD. Proses penggambaran dengan hierarki yang
menjelaskan proses yang lebih detail ini disebut dengan dekomposisi. Aturan
dekomposisi adalah level pada DFD maksimal adalah 3 level. Contoh dari proses
dekomposisi dapat terlihat pada Gambar 5 berikut:
Gambar 5 Dekomposisi dalam Data Flow Diagram
DFD haruslah dilengkapi dengan teks yang dapat menjelaskan proses

dengan lebih detail. Bentuk teks ini dikenal dengan Process specification (PSPEC).
PSPEC dapat digunakan untuk mendeskripsikan detail dari tiap notasi Process
didalam DFD. PSPEC menjelaskan input, algoritma untuk mentransformasi input
serta output yang dihasilkan dari suatu proses. PSPEC juga dapat digunakan untuk
mendeskripsikan batasan pada suatu proses.
Control Flow Diagram merupakan penggambaran dari control didalam suatu
sistem. Control merupakan suatu kondisi yang dibutuhkan untuk memulai suatu
proses dalam sistem. Control Specification (CSPEC) digunakan untuk
mendeskripsikan control dengan lebih detail.
.Gambar 6 PSPEC pada process dalam DFD
3.4. Behavior Modeling

Behavior modeling pada pemodelan terstruktur diwakili oleh sebuah diagram
yang disebut State Transition Diagram (STD).STD merepresentasikan perubahan
pada state dari suatu sistem yang dipicu oleh event tertentu. STD juga
mengindikasikan aksi/feedback yang dilakukan oleh sistem sebagai akibat dari
perubahan event. State merupakan perilaku sistem yang dapat diobservasi. Berikut
merupakan contoh dari penggambaran dari STD
Gambar 7 State Transition Diagram
STD memiliki notasi berupa: Notasi kotak yang merepresentasikan states dari
sistem. Tanda panah merepresentasikan transisi yang terjadi antar state didalam
sistem. Setiap panah dilengkapi dengan dua buah deskripsi, deskripsi yang berada
di atas mengindikasikan event yang menyebabkan perubahan pada state di dalam
sistem. Sedang untuk deksripsi yang berada dibawah mengindikasikan
aksi/feedback sebagai konsekuensi dari perubahan event.
3.5. Susunan Proses pada Pemodelan Terstruktur

Berikut merupakan bahasan yang menggambarkan langkah-lankah atau alur
proses untuk mengembangkan pemodelan sistem dengan menggunakan
pendekatan terstruktur. Pada gambar di bawah ini menerangkan pemetaan dari
elemen pemodelan menggunakan pendekatan terstruktur dengan hirarki pada
proses desain menggunakan pendekatan terstruktur.
Gambar 8 Pemetaan model analisis ke dalam model desain
Pada desain terstruktur terdapat urutan langkah-langkah pemodelan.

Langkah pertama adalah desain data. Desain data merupakan aktifitas analisis yang
mentransformasikan informasi yang telah didapatkan pada fase requirement
engineering menjadi struktur data yang diperlukan untuk proses pengembangan
perangkat lunak. Diagram yang mewakili desain adalah ER-Diagram dan Data
Dictionary.
Langkah kedua adalah menentukan desain arsitektur dari sistem. Desain
arsitektur mendefinisikan hubungan antara proses utama didalam aplikasi. Pada
desain arsitektur dikembangkan Data Flow Diagram untuk menangkap hubungan
antar proses dalam sistem.
Desain interface merupakan langkah ketiga yang dilaksanakan untuk
mendeskripsikan proses komunikasi didalam perangkat lunak, komunikasi antar
perangkat lunak dengan sistem lain, dan interaksi antara perangkat lunak dengan
manusia. Penggunaan State-Transition Diagram yang mengacu pada Data Flow
Diagram diperlukan untuk dapat merepresentasikan desain interface secara
komprehensif. Pada proses ini juga didefinisikan PSPEC dan CSPEC dari proses
serta kontrol pada perangkat lunak.
Terakhir adalah langkah untuk mengembangkan desain komponen dari
perangkat lunak. Desain komponen mentransformasikan elemen-elemen yang
membentuk struktur perangkat lunak menjadi deskripsi prosedural yang menjelaskan
komponen perangkat lunak. Informasi yang didapatkan dari PSPEC, CSPEC dan
STD digunakan sebagai basis untuk mengembangan desain komponen perangkat
lunak.
3.6. Data Dictionary
Data dictionary mendeskripsikan konten dari suatu objek, Data dictionary
didefinisikan pada proses analisis struktur. Format dari data dictionary berubah-ubah
tergantung dari standar atau best practice yang digunakan. Namun pada umunya
data dictionary memuat informasi sebagai berikut:
a. Nama—merupakan nama dari data, kontrol, data store dan external entity.
b. Alias—Nama lain yang digunakan untuk merepresentasikan suatu data.
c. Where-used/how-used—list dari proses yang menggunakan data atau kontrol,
selain itu juga menjelaskan bagaimana data tersebut akan digunakan (sebagai
input proses, output proses, data store atau external entity)
d. Deskripsi konten—Notasi yang dapat merepresentasikan konten data.
e. Informasi tambahan—informasi mengenai tipe data, default value(jika ada),
batasan.
Gambar 9 berikut mengilustrasikan penulisan data dictionary dengan

menggunakan data berupa nomer telpon yang digunakan sebagai data input pada
suatu proses dalam perangkat lunak.
Gambar 9 Contoh data dictionary
3.7. Desain Arsitektur

Setelah pelaksanaan analisis terstruktur maka pemodelan dengan
pendekatan terstruktur akan memasuki tahapan untuk dapat merepresentasikan flow
dan model data kedalam arsitektur dan struktur program yang menjadi acuan bagi
fase implementasi perangkat lunak.
Arsitektur perangkat lunak didefinisikan sebagai “Seluruh struktur perangkat
lunak yang merepresentasikan integrasi antar komponen-komponen dalam sistem”.
Arsitektur menjelaskan struktur hirarki, interaksi dan struktur data dari komponen
(modul) dalam perangkat lunak. Transisi dari DFD ke dalam struktur program
sehingga menjadi arsitektur perangkat lunak dilakukan dengan 5 langkah:
a. Penentuan tipe dari information flow
b. Penentuan batasan dari flow
c. Pemetaan DFD ke dalam struktur program
d. Pendefinisian hirarki dari komponen perangkat lunak
e. Memperbaiki struktur hirarki.
Terdapat dua tipe information flow yaitu Transform Flow dan Transaction
Flow, transform flow merepresentasikan perubahan informasi didalam DFD.
Transform flow memiliki 3 elemen. Incoming Flow – mendefinisikan aliran/jalur
informasi eksternal yang masuk kedalam sistem untuk ditransformasi. Transform
Center – mendefinisikan pusat transformasi dalam sistem yang akan
mentransformasi informasi. Outgoing Flow – aliran/jalur informasi yang keluar dari
suatu proses untuk kemudian ditransformasikan di proses selanjutnya. Berikut
adalah penggambaran dari transform flow pada DFD
Gambar 10 Transform Flow pada DFD
Transaction Flow memiliki ciri satu data item yang disebut transaction yang
men-trigger pengeksekusian data flow lain pada jalur yang berbeda. Transaction flow
memiliki 3 elemen yaitu transaction – data tunggal yang mentrigger atau atau
beberapa aliran data. Transaction center – proses yang menghubungkan aliran
data dari transaction menjadi aliran data yang menuju jalur yang berbeda. Action
path – aliran/jalur informasi yang akan dipilih sebagai output dari proses trigger dari
data transaction. Perlu diingat bahwa kemungkinan bagi transform flow dan
transaction flow berada pada satu DFD yang sama sangat besar.
Gambar 11 Transaction Flow pada DFD
Untuk mengubah DFD menjadi arsitektur dapat dilakukan dengan dua

pendekatan yang masing-masing memiliki set langkah tertentu sesuai dengan hasil
identifikasi transform flow serta transaction flow dalam DFD. Apabila dalam DFD
terdapat transform flow maka untuk mengubah menjadi format arsitektur perangkat
lunak menggunakan proses transform mapping, sedang apabila di dalam DFD
terdapat transaction flow maka untuk mengubah dari DFD menjadi arsitektur
perangkat lunak dapat menggunakan proses transaction mapping.
TRANSFORM MAPPING
Langkah-langkah dalam transform mapping antara lain:
a. Review dan refine DFD sampai ke level paling bawah. Berikut adalah contoh
dari dekomposisi DFD pada sistem SafeHome sampai level ke 3 yaitu level
paling bawah dari DFD.
Gambar 12 DFD Level 1 SafeHome
Gambar 13 Level 2 DFD SafeHome

Gambar 14 Level 3 DFD SafeHome
b. Tentukan apakah DFD tsb. memiliki karakteristik tipe transform flow atau
transaction flow
c. Tentukan batas antara incoming flow, transform center dan outgoing flow
d. Bangun first level factoring. Pada proses ini jika terdapat transform flow maka
DFD akan dipetakan kedalam 3 proses yang merepresentasikan alur
informasi yaitu incoming, transform dan outgoing. Pada gambar 15
didefinisikan struktur sebagai berikut: Sensor input controller mendefinisikan
aktifitas incoming information secara umum. Alarm condition controller
mendefinisikan aktifitas transform information secara umum. Alarm output
controller mendefinisikan secara umum aktifitas outgoing information.
e. Bangun second level factoring. Proses ini dilaksanakan dengan memetakan
proses-proses pada outgoing flow yang sebelumnya pada proses first level
factoring didefinisikan menjadi satu struktur utama outgoing flow yaitu alarm
output controller. Pada DFD SafeHome terlihat bahwa terdapat 6 proses
terkait struktur alarm output controller yang menjadi outgoing information
yaitu Format display 🡪 generate display. Generate alarm. Set up connection
to phone net 🡪 Genereate pulses to line. Enam proses ini kemudian akan
digambarkan sebagai struktur dengan hirarki dibawah struktur alarm output
controller. Gambar 16 menggambarkan proses second level factoring pada
sistem SafeHome. Proses dilakukan secara menyeluruh pada tiap incoming,
transform dan outgoing information sehingga menghasilkan struktur yang
komprehensif.
f. Refine first iteration
Gambar 15 Pendefinisian Struktur pada First Level Factoring
Gambar 16 Second Level Factoring

TRANSACTION MAPPING
Langkah-langkah dalam transaction mapping antara lain:
a. Review dan refine DFD sampai ke level paling bawah. Gambar 17
menggambarkan level 2 dari DFD User Interaction Sub System pada sistem
SafeHome
Gambar 17 DFD Level 2 User Interaction Sub System
b. Tentukan apakah DFD tsb. memiliki karakteristik tipe transform flow atau
transaction flow. Pada gambar 17 diatas merupakan tipe transaction flow
dengan proses invoke command processing menjadi transaction center yang
mentrigger proses read system data, activate/deactivate system serta read
password. Perlu diingat bahwa data/informasi dapat diteruskan ke salah satu
dari 3 jalur tersebut.
c. Tentukan batas antara incoming path/transaction, transaction center dan
action path
d. Bangun first level factoring. Dari DFD yang telah didefinisikan pada Gambar
17 kemudian dibangun first level factoring. Pada first level factoring ini
struktur user interaction executive menjadi struktur utama sedang proses
pada incoming flow disusun pada hirarki di bawah struktur utama dan
menempati bagian kiri. Sedangkan transaction center yaitu Invoke command
processing membawahi action path yang di trigger oleh transaction center itu
sendiri, antara lain system configuration controller, activate/deactivate system
dan password processing controller. Gambar 18 merupakan pendefinisian
struktur dalam first level factoring.
e. Bangun second level factoring
f. Refine first iteration
Gambar 18 First Level Factoring Transaction Mapping
4.Summary
Analisis terstruktur merupakan pendekatan yang banyak digunakan untuk
menggambarkan pemodelan dari kebutuhan. Analisis terstruktur disusun dengan
berbasis pada data modeling dan flow modeling yang direpresentasikan dengan diagram
yang disebut entity-relationship diagram, dan data flow diagram, dengan diagram ini
pengembang perangkat lunak dapat melihat data object yang penting serta dapat
mendefiniskan alur serta proses transformasi data didalam perangkat lunak/sistem. Data
dan control flow diagram digunakan sebagai basis untuk mengidentifikasikan data dan
kontrol flow dari sebuah sistem. Behavioral model dirancang dengan menggunakan state
transition diagram dan isi dari data serta kontrol didefinisikan didalam data dictionary.
5.User Story
menghubungkan pengguna dengan Rumah Sakit atau penyedia layanan kesehatan
lainnya (seperti klinik) yang melayani Rapid Test dan Swab Test.
Sebelum menggunakan aplikasi ini pengguna akan diminta untuk melakukan

registrasi terlebih dahulu. Setelah melakukan registrasi, data akan diverifikasi oleh
administrator. Jika pengguna akun telah diverifikasi maka pengguna dapat langsung
login dan akan segera masuk ke tampilan utama aplikasi. Pengguna dapat memesan
dan memilih jasa antara Rapid Test atau Swab Test. Setelah pesanan diproses,
pengguna akan memilih terlebih dahulu untuk melakukannya secara Drive Thru atau On
The Spot. Setelah itu, barulah pengguna akan diberi pilihan tempat-tempat yang
menyediakan layanan tersebut.
menggunakan e-wallet. Setelah melakukan pembayaran, pengguna akan dibawa ke
menu review di aplikasi dan pengguna dapat memberikan review atau feedback kepada
Rumah Sakit atau penyedia layanan kesehatan yang bertujuan agar menjadi masukkan
untuk Rumah Sakit atau penyedia layanan kesehatan tersebut sehingga layanan yang
diberikan dapat menjadi lebih baik kedepannya.
Pada aplikasi ini juga menampilkan profil atau informasi dari pengguna. Dimana,
profil tersebut berisi data-data pribadi pengguna (nama lengkap, nomor handphone,
alamat, dan email) yang digunakan untuk membantu menghubungkan pengguna
dengan penyedia layanan kesehatan terdekat. Selain itu, aplikasi ini juga
memungkinkan pengguna untuk dapat melihat riwayat pemesanan yang telah dilakukan
sebelumnya dan pengguna juga bisa memberi kritik dan saran kepada developer
aplikasi melalui formulir yang telah disediakan.
Tentunya, selain ada pengguna juga ada dokter yang berperan pada aplikasi ini.
Dimana, dokter dapat melihat informasi pengguna dan memberikan hasil tes
laboratorium pengguna pada aplikasi Go-Fit. Selain itu, dokter juga dapat melihat review
yang diberikan pengguna kepadanya serta dokter dapat melihat riwayat pesanan yang
telah dilakukan sebelumnya.
Aplikasi ini juga memiliki Administrator berperan dalam memverifikasi akun pengguna
serta yang juga dapat melihat review yang diberikan pengguna kepada dokter atau
penyedia layanan dan melihat riwayat transaksi yang telah dilakukan melalui aplikasi.
Go-Fit juga dibantu oleh Customer Service (CS) yang selalu sedia saat jam kerja
untuk memberikan respon terhadap kritik dan saran apa saja yang telah masuk. Hal ini
dilakukan karena kepuasan dan kenyamanan pengguna merupakan prioritas dari Go-Fit
serta diharapkan aplikasi ini dapat terus berkembang kedepannya.
6.Soal-soal Latihan
6.1. Tugas I: Pemodelan ERD
Berdasarkan User Story tentukan objek data yang mewakili entitas didalam
user story, atribut dari tiap objek data dan relationship antar objek data dalam
bentuk deskriptif.Setelah didefinisikan tiap objek data, atribut dan relationship
kedalam bentuk Entity Relationship Diagram
A. Objek Data dan Atribut
Definisikan Objek Data dan atributnya dengan menggunakan format tabel
seperti di bawah ini
Objek Data Atribut

User ID_User
Nama
Password
No_HP
Alamat
Email
Tanggal_Lahir
Saldo_E-wallet
Jenis_Kelamin
Akun Nama_Lengkap
No_HP
Alamat
Email
Rekapan ID_rekapan
Data
Tanggal
Administrator ID_admin
Password
Nama
Data
Jenis_kelamin
Email
CEO ID_CEO
Password
Manager Development ID_manager
Password
Pemesanan ID_pemesanan
Jenis_pemesanan
Tempat
Review
Metode_pembayaran
Jadwal
Rumah sakit ID_Rumah_Sakit
Nama
Rating
Alamat
Customer Service ID_customer_service
Nama
Email
Jenis_kelamin
Dokter ID_dokter
Password
Nama
Tempat_kerja
Rating
E-wallet ID_e-wallet
Password
Nama_E-Wallet
Email
Hasil test ID_pemesanan
Jenis_test
Hasil_test
Tanggal
Nama_pasien
Nama_dokter
Rencana pengembangan ID_proposal
aplikasi Tanggal
Data
Layanan Test ID_LayananTest
Nama_LayananTest
Metode_LayananTest
B. Relationship antar Objek Data

Definisikan hubungan antar Objek Data dengan menggunakan format
seperti di bawah ini
1. User mendaftar akun

2. User memesan layanan rapid test dan atau swab test
3. CEO mengevaluasi rekapan saran & kritik
4. CEO membuat rencana pengembangan aplikasi berdasarkan rekapan
saran & kritik
5. Manager development mengecek rencana pengembangan aplikasi
dan menerapkan pengembangan aplikasi
6. Dokter memberikan hasil test
7. User menerima hasil test
8. User memberikan review kepada rumah sakit
9. User memberikan review kepada dokter
10. Rumah sakit mengevaluasi rekapan review
11. User memberikan saran & kritik kepada Customer Service
12. Administrator membuat rekapan review dan saran & kritik
13. User melakukan pembayaran dengan e-wallet
14. Administrator memberitahu customer service tentang kritik dan saran
yang masuk
15. User dapat membatalkan pemesanan
16. User dapat mengubah jadwal pemesanan
C. Entity Relationship Diagram
Gambarkan Entity Relationship Diagram sesuai dengan ketentuan dan
aturan penggambaran ERD
6.2. Tugas II: Pemodelan DFD

Pada Pemodelan DFD gambarkan DFD dari Level 0/ Diagram konteks
sampai ke dalam level yang terendah. Sesuai dengan teori maka DFD level
terendah adalah DFD Level 3. Gunakan user story di atas dan Pemodelan
ERD untuk menentukan data store, proses dan terminatornya terlebih dahulu
baru digambarkan DFD mulai Level 0 sampai Level terendah.
A. Terminator
Tentukan terminator atau external entity dengan menggunakan format
sebagai berikut:
External Entity Terminator INS

User User FIR, ARM,
SUO, FMS,
DRA
Administrator Administrator FIR, FMS,
DRA
Customer Service Customer Service ARM
Dokter Dokter FIR
E-Wallet E-Wallet FIR, FMS
Layanan Kesehatan / Layanan Kesehatan / Rumah Sakit ARM, FIR,
Rumah Sakit DRA
CEO CEO ARM
Manajer Developer Manajer Developer ARM
B. Data Store
Tentukan data store dari user story diatas dan deskripsikan dengan format
sebagai berikut:
Objek Data Data Store INS

Data User Database (Data Diri) User SUO, FMS,
DRA
Data Pemesanan Database Pemesanan Layanan User SUO, FMS,
Layanan User DRA
Data Hasil Tes Database Hasil Tes FIR
Data Transaksi User Database Transaksi User FIR, FMS
Data review Database review ARM
Data kritik & saran Database kritik & saran ARM
Data rekap Database rekap ARM
Data rencana Database rencana pengembagan ARM
pengembangan aplikasi
aplikasi
C. Proses
Tentukan proses yang harus ada di dalam DFD dengan memetakannya
ke dalam deskripsi pada kebutuhan
Definisi Kebutuhan Process INS

Sistem dapat Memberikan notifikasi pada aplikasi FIR
memberikan hasil tes jika hasil tes sudah keluar
yang telah dilakukan
oleh user ketika tes Memberikan hasil tes
laboratorium sudah
selesai
Sistem dapat Menerima pembayaran FIR
memberikan
notifikasi pada akun Melakukan validasi pembayaran
user mengenai
transaksi yang Memberikan notifikasi mengenai
dilakukan status pembayaran/transaksi
Sistem dapat Menerima kritik & saran ARM
memberikan Memberikan feedback
feedback kepada Mengembangkan sistem
user yang
memberikan saran &
kritik kepada aplikasi
Sistem dapat Menerima review ARM
menerima review
dari user untuk
rumah sakit tempat
user memesan
pemesanan test
Memberikan rekap review kepada
rumah sakit
Sistem dapat Menerima input data diri user SUO
memberikan validasi Memberikan validasi email
email pada user
yang melakukan
pendaftaran akun
Sistem dapat Menerima input jenis & metode test SUO
memberikan
notifikasi tagihan
setelah melakukan
pemesanan layanan Memberikan list Rumah Sakit yang
tersedia
Menerima input Rumah Sakit yang

dipilih oleh User
Memberikan notifikasi tagihan
Sistem dapat Memberikan notifikasi profile berhasil DRA

melakukan update di update
profile
Memberikan rekomendasi tempat

sesuai dengan profile yang terbaru
Sistem dapat Menerima input jenis keyword tempat DRA

melakukan pemilihan test yang dicari
tempat
Memberikan tempat sesuai keyword

beserta rekomendasinya
Memberikan kuota yang tersisa pada

hari itu sesuai dengan pencarian
tempat
Sistem dapat Menerima input berupa pembatalan FMS

melakukan pemesanan
pembatalan
pemesanan
Menerima pengembalian dana
Memberikan validasi pembatalan dan

pengembalian dana
Sistem dapat Menerima jadwal baru FMS

melakukan
perubahan jadwal
pemesanan
Memberikan tagihan biaya baru
Memberikan validasi perubahan

jadwal
D. Penggambaran DFD
[FIR]
User Story 1
Gambarkan DFD Level 0

[FIR]
User Story 2

[SUO]
User Story 1
[SUO]
User Story 2
[ARM]
User Story 1

[ARM]
User Story 2

[DRA]
User Story 1
[DRA]
User Story 2

[FMS]
User story 1
Gambarkan DFD level 0

[FMS]
User story 2
6.3. Tugas III: Pemodelan State Transition Diagram

Pada pemodelan State Transition Diagram dilakukan pendefinisian event
dengan acuan DFD. Setelah event didefinisikan selanjutnya dilakukan
pendefinisian feedback/activity.
Dari DFD yang telah didefinisikan diatas gambarkan State-Transition Diagram
6.4. Tugas IV: Pendefinisian Specification

Tentukan Process Specification yang mendefinisikan deskripsi dari tiap
proses di dalam DFD dan Control Specification yang mendefinisikan deskripsi
kontrol dalam DFD. Pada bab ini juga didefinisikan data dictionary dari
perangkat lunak.
A. Process Specification
Process Specification dideskripsikan dengan menggunakan format
sebagai berikut:
User Story 1
01 PSPEC - FIR
Nama Proses Mengambil Sampel Tes
Input Id_Pemesanan, ID_User, Nama, Jenis kelamin,

Tanggal lahir, Alamat, No HP, Email, Riwayat
pesanan
Output Sampel tes
Tujuan Proses Dokter mengambil sampel tes pada user

untuk selanjutnya dilakukan tes laboratorium
Batasan -
Algoritma
IF Id_Pesanan == TRUE
sampelTes = TRUE
ELSE
sampelTes = FALSE
END IF
02 PSPEC - FIR
Nama Proses Melakukan Tes
Input Sampel Tes
Output Hasil Tes
Tujuan Melakukan tes laboratorium terhadap sampel

yang telah diambil dari user
Batasan -
Algoritma
IF sampelTes == TRUE
laboratorium_Test
IF hasilTes ==TRUE
sendHasilTest = TRUE
ELSE
ambil_Sempel
END IF
03 PSPEC - FIR
Nama Proses Memberikan hasil tes
Input Hasil Tes
Output Hasil Tes, Notifikasi
Tujuan Proses Dokter memberikan hasil tes laboratorium

yang telah dilakukan pada user dengan cara
mengupload pada sistem
Batasan -
Algoritma
IF hasilTes == TRUE
system.input(hasil_tes)
var sendHasilTes = TRUE
sendNotification (“Hasil tes telah keluar”)
FALSE
sendNotification (“Menunggu hasil tes”)
END IF
User Story 2
01 PSPEC - FIR
Nama Proses Melakukan transaksi
Input ID_User, Nama, Jenis kelamin, Tanggal lahir,

Alamat, No HP, Email
Output Id_Transaksi
Tujuan Proses User melakukan pemesanan tes
Batasan Ketersediaan kuota tes
Algoritma
IF kuotaTersedia == TRUE
var pesanTes = TRUE
ELSE
send_notif(“Kuota tes tidak tersedia”)
END IF
02 PSPEC - FIR
Nama Proses Memberi tagihan pembayaran
Input Id_Pemesanan
Output Tagihan Pembayaran
Tujuan Proses Administrator memberikan tagihan

pembayaran yang harus dilakukan oleh user
Batasan -
Algoritma
IF Id_Pemesanan == TRUE
sendTagihan
ELSE
sendNotification (“Pemesanan belum dapat diproses”)
END IF
03 PSPEC - FIR
Nama Proses Memvalidasi pembayaran
Input Id_Pemesanan,
Output Status pembayaran
Tujuan Proses Memvalidasi pembayaran user apakah sudah

berhasil dibayarkan atau belum.
Batasan -
Algoritma
IF Payment == TRUE
validationPayment = TRUE
paymentSuccess
ELSE
validationPayment = FALSE
paymentFail
END IF
04 PSPEC - FIR
Nama Proses Memberi notifikasi status pembayaran
Input Status Pembayaran
Output Notifikasi
Tujuan Proses Memberikan notifikasi pada user mengenai

status pembayaran
Batasan -
Algoritma
IF paymentSuccess == TRUE
sendNotification (“Pembayaran berhasil”)
ELSE
sendNotification (“Pembayaran gagal”)
END IF
User Story 1
01 PSPEC - SUO
Nama Proses Menampilkan registrasi

Input Data user (ID_user, Nama, Jenis_kelamin,
Tanggal_lahir, Email, Alamat, No_HP,
password)
Output Validasi Email
Tujuan Proses Menampilkan form registrasi yang kemudian
diisi oleh user yaitu, ID_user, Nama,
Jenis_kelamin, Tanggal_lahir, Email, Alamat,
No_HP, password
Batasan User dapat menggunakan aplikasi
Algoritma
IF pilihSignUp == TRUE
show (fromRegis)
system.input(ID_user)
system.input(Nama)
system.input(Jenis_kelamin)
system.input(Tanggal_lahir)
system.input(Email)
system.input(Alamat)
system.input(No_HP)
system.input(Password)
ELSE
exit()
END IF
02 PSPEC - SUO
Nama Proses Mengolah data

Input Data user (ID_user, Nama, Jenis_kelamin,
Tanggal_lahir, Email, Alamat, No_HP,
password)
Output Proses registrasi berhasil, Validasi Email
Tujuan Proses Mengolah data yang diisi oleh user yaitu,
ID_user, Nama, Jenis_kelamin, Tanggal_lahir,
Email, Alamat, No_HP, password
Algoritma
IF dataValidity == TRUE
registered = TRUE
sendEmailValidation
ELSE
registered = FALSE
END IF
03 PSPEC - SUO
Nama Proses Validasi Email

Input Validasi melalui email user
Output Proses registrasi berhasil
Tujuan Proses Melakukan proses registrasi dari data yang
diisi user dan validasi akun melalui email
user
Algoritma
IF emailValidation == TRUE
statusUser = TRUE
sendNotification (“Registrasi berhasil“)
ELSE
statusUser = FALSE
sendNotification (“Registrasi gagal“)
END IF
User Story 2
01 PSPEC - SUO
Nama Proses Memilih Jenis dan Metode Test

Input Jenis Test, Metode Test
Output List Layanan
Tujuan Proses Memilih jenis dan metode test yang akan
dipesan
Batasan -
Algoritma
IF pilihanMenuPemesanan == TRUE
pilihJenisTest()
pilihMetodeTest()
sortLayanan(jenisTest, metodeTest)
02 PSPEC - SUO
Nama Proses Memilih Layanan Kesehatan

Input Tempat Layanan
Output Waktu tersedia
Tujuan Proses User memilih di mana akan melakukan
layanan test yang telah dipilih sebelumnya
Batasan -
Algoritma
IF jenisTest != NULL && metodeTest!=NULL
pilihTempatLayanan()
show(waktuTersedia)
03 PSPEC - SUO
Nama Proses Memilih Waktu

Input Waktu melaksanakan test
Output Pemesanan diproses, id_Pemesanan
Tujuan Proses User memilih di mana akan melakukan
layanan test yang telah dipilih sebelumnya
Batasan -
Algoritma
IF tempatLayanan != NULL
pilihWaktuTest()
id_Pemesanan = TRUE
sendNotification(“Pemesanan diproses”)
ELSE
id_Pemesanan = FALSE
END IF
User Story 1
01 PSPEC - ARM
Nama Proses Memberikan kritik & saran

Input Data user terkait akun user dan isi kritik &
saran (ID_user, Nama, Jenis_kelamin,
Tanggal_lahir, Email, Alamat, No_HP, kritik &
saran)
Output Kritik & saran
Tujuan Proses User memberikan kritik & saran terkait
aplikasi agar aplikasi dapat memperbaiki
kekurangan
Batasan -
Algoritma
IF pilihanMenuKritikSaran == TRUE
system.input(kritik_saran)
var sendKritikSaran = TRUE
ELSE
sendNotification(“masukkan kritik & saran anda”)
var sendKritikSaran = FALSE
END IF
02 PSPEC - ARM
Nama Proses Memberikan notifikasi kritik & saran yang

masuk
Input Data user pemberi kritik & saran sekaligus isi
kritik & saran
Output Notifikasi kritik & saran
Tujuan Proses Admin mengirim data kritik & saran ke
customer service agar kritik & saran user
mendapatkan feedback
Batasan -
Algoritma
IF sendKritikSaran == TRUE
Object[] kritik_saran
send_object(“Customer Service”, kritik_saran)
var objectSent = TRUE
ELSE
var objectSent = FALSE
END IF
03 PSPEC - ARM
Nama Proses Memberikan feedback

Input Data personal dari customer service yang
memberikan feedback (ID_customer_service,
Nama, Email, Jenis_kelamin)
Output Feedback
Tujuan Proses Mengirim data kritik & saran ke customer
services
Batasan -
Algoritma
IF objectSent == TRUE
receiveFeedback = TRUE
ELSE
receiveFeedback = FALSE
END IF
04 PSPEC - ARM
Nama Proses Membuat rekap kritik & saran

Input Data kritik & saran
Output Rekapan kritik & saran
Tujuan Proses Dapat menampilkan rekapan kritik & saran
kepada CEO untuk dievaluasi lebih lanjut
Batasan User mendapatkan feedback

Algoritma
IF receiveFeedback == TRUE
dataKritikSaranRecorded = TRUE
Object[] rekapanKritikSaran = createObject(“rekapan kritik &
saran”)
sendObject(rekapanKritikSaran)
05 PSPEC - ARM
Nama Proses Mengevaluasi rekap saran & kritik

Input Rekapan kritik & saran
Output Dasar rencana pengembangan aplikasi
Tujuan Proses Membuat dasar perencanaan untuk
memperbaiki dan mengembangkan aplikasi
sesuai kritik & saran
Batasan -
Algoritma
IF dataKritikSaranRecorded == TRUE
evaluateObject(rekapanKritikSaran)
Object[] dasarRencanaPengembangan = createObject(“dasar
rencana pengembangan aplikasi”)
sendObject(rencanaPengembangan)
ELSE
sendNotificationError(object “rekapan kritik & saran” didn’t
exist)
Object[] rencanaPengembangan = NULL
END IF
06 PSPEC - ARM
Nama Proses Membuat rencana pengembangan aplikasi

Input Data CEO dan dasar rencana pengembangan
aplikasi (ID_CEO, Password)
Output Rencana pengembangan aplikasi
Tujuan Proses Membuat rencana untuk memperbaiki dan
mengembangkan aplikasi sesuai kritik &
saran
Batasan
Algoritma
IF dasarRencanaPengembangan != NULL
Object[] rencanaPengembanganAplikasi = createObject(“rencana
pengembangan aplikasi”)
sendObject(rencanaPengembanganAplikasi)
ELSE
sendNotificationError(object “dasar rencana pengembangan”
didn’t exist)
Object[] rencanaPengembanganAplikasi = NULL
END IF
07 PSPEC - ARM
Nama Proses Melakukan update sistem

Input Data Manager bagian development dan
rencana pengembangan aplikasi
(ID_manager, Password)
Output Update Sistem
Tujuan Proses Memperbaiki & mengembangkan sistem
sesuai kritik & saran
Batasan Fitur dan kemampuan aplikasi

Algoritma
IF rencanaPengembanganAplikasi != NULL
systemUpdate = TRUE
system.update_application(Object[] rencanaPengembangan)
ELSE
systemUpdate = FALSE
sendNotificationError(object “rencana pengembangan” didn’t
exist)
END IF
User Story 2
01 PSPEC - ARM
Nama Proses Memberikan review

Input Data user terkait akun user dan isi review
(ID_user, Nama, Jenis_kelamin,
Tanggal_lahir, Email, Alamat, No_HP, review)
Output review
Tujuan Proses User memberikan review kepada tempat ia
mendapatkan layanan
Batasan -
Algoritma
IF pemesananLayananSelesai== TRUE
system.show(halaman review)
system.input(user_data, review)
var receiveReview = TRUE
ELSE
sendNotification(“masukkan review anda”)
var receiveReview = FALSE
END IF
02 PSPEC - ARM
Nama Proses Membuat rekap review

Input Data review user
Output Rekapan review
Tujuan Proses Dapat menampilkan rekapan review kepada
rumah sakit yang bersangkutaDn
Batasan Rumah sakit bisa melihat rekapan review

Algoritma
IF receiveReview == TRUE
Object[] recapReview = createObject(“rekapan review”)
03 PSPEC - ARM
Nama Proses Mengirim rekap review kepada rumah sakit

Input Data admin dan rumah sakit (ID_admin,
Password, ID_rumah_sakit, alamat, rating,
nama)
Output Rekap review
Tujuan Proses Mengirim rekap review untuk dilihat oleh
rumah sakit
Batasan -
Algoritma
IF dataReviewRecorded == TRUE
sendObject(recapReview, data_rumah_sakit)
04 PSPEC - ARM
Nama Proses Mengevaluasi rekap review

Input Rekapan review
Output Peningkatan layanan
Tujuan Proses Mengevaluasi rekapan review untuk
mengembangkan layanan
Batasan
Algoritma
IF recapReview != NULL
evaluateObject(recapReview)
var serviceEnancement = TRUE
ELSE
var serviceEnchancement = FALSE
User Story 1
01 PSPEC - DRA
Nama Proses Memasukkan keyword rumah sakit yang

dituju
Input ID_User, Nama, Alamat_RS
Output Rekomendasi tempat
Tujuan Proses Mencari tempat tes
Batasan -
Algoritma
IF Alamat_RS == TRUE
system.show(tempat_swab)
ELSE
system.show(rekomendasi)
END IF
02 PSPEC - DRA
Nama Proses Rumah Sakit memasukkan data
Input FOTO_RS, ALAMAT_RS
Output -
Tujuan Proses Menyimpan data rumah sakit
Batasan -
Algoritma
IF (search == TRUE)
system.input(FOTO_RS)
system.input(ALAMAT_RS)
ELSE
sendNotificationError()
END IF
03 PSPEC - DRA
Nama Proses Memasukkan kuota yang tersisa
Input KUOTA_UPDATE
Output Kuota RAPID/SWAB yang tersisa
Tujuan Proses Update data kuota agar pasien yang memesan

tau harus datang ke tempat yang mana sesuai
dengan kuota
Batasan -
Algoritma
IF (KUOTA == TRUE)
system.input(kuota)
system.show(kuota)
ELSE
system.show(“System Not Updated”)
END IF
User Story 2
01 PSPEC - DRA
Nama Proses Mengisi form profile di luar pendaftaran
Input Terakhir_test, alergi
Output tanggal rekomendasi test swab/rapid ulang
Tujuan Proses Memasukkan data untuk rekomendasi tempat

rapid/swab
Batasan -
Algoritma
IF (TEST == TRUE)
system.setDate(input date)
system.show(tanggal_rekomendasi_test)
IF (ALERGI == TRUE)
system.input(alergi)
ELSE
system.show(“masukkan tanggal dan penyakit / alergi”)
END IF
02 PSPEC - DRA
Nama Proses Menyimpan data dengan klik submit
Input Submission
Output -
Tujuan Proses Menyimpan data
Batasan -
Algoritma
IF SUBMIT == TRUE
system.setData(klik);
ELSE
system.show(“Harap Masukkan Data”)
END IF
03 PSPEC - DRA
Nama Proses Menampilkan notifikasi profile updated
Input -
Output Profile telah update
Tujuan Proses Untuk memberitahu bahwa proses update

profile berhasil
Batasan -
Algoritma
IF (terisi == TRUE)
DATA = TRUE
ELSE
system.show(“Harap Masukkan Data”)
END IF
User Story 1
01 PSPEC - FMS
Nama Proses Membatalkan pesanan
Input ID_Pemesanan, ID_User, Nama, Jenis

kelamin, Tanggal lahir, Alamat, No HP, Email
Output Pesanan dibatalkan dan dana kembali
Tujuan Proses User dapat membatalkan pesanan saat

berhalangan menghadiri tes
Batasan -
Algoritma
IF Id_Pesanan != NULL
var pembatalanPesanan = TRUE
sendNotificattion(“Pesanan berhasil dibatalkan.”)
ELSE
var pembatalanPesanan = FALSE
END IF
02 PSPEC - FMS
Nama Proses Mengembalikan dana

Output Dana dikembalikan tidak atau dengan adanya

potongan pengembalian
Tujuan Proses Pengembalian dana kepada User saat terjadi

pembatalan pesanan
Batasan -
Algoritma
int danaUser
float potongan
float pengembalianDana
IF batasWaktuPotonganDana < 12
var danaTerpotong = TRUE
int danaUser = 200000
float potongan = danaUser * 5/100
float pengembalianDana = danaUser - potongan
sendNotification(“Dana berhasil dikembalikan sebesar ”
pengembalianDana “dengan potongan sebesar” potongan)
ELSE
var danaTerpotong = FALSE
END IF
User Story 2
01 PSPEC - FMS
Nama Proses Mengubah jadwal pesanan

Output Jadwal pesanan baru
Tujuan Proses User dapat mengubah jadwal pesanan saat

berhalangan menghadiri tes pada jadwal
sebelumnya
Batasan -
Algoritma
IF Id_Pesanan != NULL
var pengubahanPesanan = TRUE
sendNotificattion(“Jadwal pesanan berhasil diubah.”)
ELSE
var pengubahanPesanan = FALSE
END IF
02 PSPEC - FMS
Nama Proses Menambah biaya saat pengubahan jadwal

Output Tambahan biaya
Tujuan Proses Tidak atau memberikan tambahan beban

biaya kepada User
Batasan -
Algoritma
int danaUser
int potongan
float tambahanBiaya
IF batasPengubahan == 1
var bebanBiayaBaru = TRUE
int danaUser = 200000
float tambahanBiaya = danaUser * 5/100
sendNotification(“Tambahan biaya untuk pengubahan
jadwal sebesar ” tambahanBiaya)
ELSE
var bebanBiayaBaru = FALSE
END IF
B. Control Specification
Control Specification dideskripsikan dengan menggunakan format dan
acuan sebagai berikut:
01 CSPEC - FIR
- Proses memberikan hasil tes
Melakukan Memberikan Pemberian Pemberian hasil tes

tes hasil tes notifikasi (Activity/Feedback
(Event 1) (Event 2) (Activity/Feedback 2)
1)
True True 1 1
True False 0 0
False D/C 0 0
02 CSPEC - FIR
- Proses pembayaran
Melakukan Status Pemberian Pemberian
transaksi pembayaran notifikasi notifikasi
(Event 1) (Event 2) pembayaran pembayaran
berhasil gagal(Activity/Feed
(Activity/Feedback back 2)
1)
True True 1 0
True False 0 1
False D/C 0 0
01 CSPEC - SUO
- Proses melakukan registrasi
Mengisi Data validasi Pemberian email Pemberian

form (Event 2) validasi notifikasi registrasi
registrasi (Activity/Feedback berhasil
(Event 1) 1) (Activity/Feedback
2)
True True 1 1
True False 0 0
False D/C 0 0
02 CSPEC - SUO
- Proses melakukan pemesanan
Memilih Memilih Pemesanan Pemberian

jenis dan tempat dan disubmit notifikasi
metode waktu Test (Activity/Feedback pemesanan
Test (Event 2) 1) diproses
(Event 1) (Activity/Feedback
2)
True True 1 1
True False 0 0
False D/C 0 0
01 CSPEC - ARM
- Proses memberikan kritik & saran
Menyampa Pembuatan Pemberian Perbaikan sistem

ikan kritik rekap kritik & feedback dengan update
& saran saran (Activity/Feedback (Activity/Feedback
(Event 1) (Event 2) 1) 2)
True True 1 1
True False 1 0
False D/C 0 0
02 CSPEC - ARM
- Proses memberikan review
Memberika Pembuatan Mendapatkan Mendapatkan

n review rekap review rekomendasi layanan yang sama
rumah (Event 2) tempat layanan dan atau lebih baik
sakit (Activity/Feedback di tempat penyedia
(Event 1) 1) layanan
(Activity/Feedback
2)
True True 1 1
True False 1 1
False D/C 0 1
01 CSPEC - DRA
- MEMILIH TEMPAT
Pemberian Perbaikan sistem

Memasukk Mencari feedback dengan update
an keyword Tempat Test (Activity/Feedback (Activity/Feedback
tempat (Event 2) 1) 2)
yang ingin
dicari
(Event 1)
True True 1 1
True False 1 0
False D/C 0 0
02 CSPEC - DRA
- PROFILE UPDATE
Memasukk Pembuatan Pemberian Perbaikan sistem

an Data rekap kritik & feedback dengan update
Pengguna saran
(Event 1) (Event 2) (Activity/Feedback (Activity/Feedback
1) 2)
True True 1 1
True False 1 0
False D/C 0 0
01 CSPEC - FMS
- Proses membatalkan pesanan
Membatalk pengembalian Notifikasi Dana dikembalikan

an dana pembatalan dan (Activity/Feedback
pesanan (Event 2) pengembalian dana 2)
(Event 1) (Activity/Feedback
1)
True True 1 1
True False 0 0
False D/C 0 0
02 CSPEC - FMS
- Proses mengubah jadwal
Mengubah Beban biaya Notifikasi Tambahan biaya

jadwal tambahan pengubahan jadwal (Activity/Feedback
(Event 1) (Event 2) (Activity/Feedback 2)
1)
True True 1 1
True False 1 0
False D/C 0 0
C. Data Dictionary
Data dictionary dideskripsikan dengan menggunakan 2 format tabel.
Untuk format tabel pertama adalah format tabel seluruh data dan format
tabel kedua menggambarkan detail dari data pada tabel pertama. Data
dictionary dituliskan dengan format sebagai berikut:
Format data pertama yang mendata seluruh data atau kontrol yang
digunakan perangkat lunak
No. Nama Data Elemen pada Data Tipe

DD_1 ID_User [Username] varchar
DD_2 Nama User [Nama depan | nama varchar

belakang]
DD_3 Password [Password] varchar
User
DD_4 No_HP User [kode negara | kode varchar
operator | nomor telepon]
DD_5 Email User [Alamat email] email
DD_6 Tanggal_Lah [Tanggal] date

ir User
DD_7 Saldo_E-wal [Nominal saldo] number
let User
DD_8 Jenis_Kelam [Satu huruf jenis kelamin char
in User (huruf depan)]]
DD_9 Alamat User [Alamat] varchar
DD_10 ID_rekapan [Identitas rekapan] varchar
DD_11 Data [dokumen rekapan] file

Rekapan
DD_12 Tanggal [Tanggal] date
Rekapan
DD_13 ID_admin [Identitas admin] varchar

Admin
DD_15 Nama Admin [Nama depan | nama varchar
belakang]
DD_16 Jenis_kelami [Satu huruf jenis kelamin char
n Admin (huruf depan)]
DD_17 Email Admin [Alamat email] email
DD_18 ID_CEO [Identitas CEO] varchar

CEO
DD_20 ID_manager [Identitas manager] varchar
DD_21 Password [Pasword] varchar

Manager
DD_22 ID_pemesan [Identitas pemesanan] varchar
an
DD_23 Jenis_peme [Jenis layanan] varchar
sanan
DD_24 Tempat [Alamat penyedia layanan] varchar
Pemesanan
DD_25 Review [Review dari penyedia varchar
layanan]
DD_26 Metode_pe [Metode pembayaran] varchar
mbayaran
DD_27 Jadwal [Tempat | waktu] varchar
DD_28 ID_Rumah_ [Identitas rumah sakit] varchar

Sakit
DD_29 Nama [Nama rumah sakit] varchar
Rumah Sakit
DD_30 Rating [Rating dari rumah sakit] varchar
Rumah Sakit
DD_31 Alamat [Alamat] varchar
Rumah Sakit
DD_32 ID_customer [Identitas Customer varchar
_service Service]
DD_33 Nama [Nama depan | nama varchar
Customer belakang]
Service
DD_34 Email [Alamat email] email
Customer
Service
DD_35 Jenis_kelami [Satu huruf jenis kelamin char
n Customer (huruf depan)]
Service
DD_36 ID_dokter [Identitas Dokter] varchar

Dokter
DD_38 Nama [Nama depan | nama varchar
Dokter belakang]
DD_39 Tempat_kerj [Nama tempat kerja | varchar
a alamat tempat kerja]
DD_40 Rating [Rating dari dokter] varchar
Dokter
DD_41 ID_e-wallet [Identitas E-Wallet] varchar

E-Wallet
DD_43 Nama_E-Wa [Nama E-Wallet] varchar
llet
DD_44 Email [Alamat email] email
E-Wallet
DD_45 Jenis_test [Jenis test yang dipilih] varchar
DD_46 Hasil_test [Notifikasi hasil test] varchar

Pemesanan
DD_48 Nama_pasie [Nama depan | nama varchar
n belakang]
DD_49 Nama_dokte [Nama depan | nama varchar
r belakang]
DD_50 ID_proposal [Identitas proposal] varchar

Proposal
DD_52 Data [Isi proposal] varchar
Proposal
DD_53 ID_Layanan [Identitas Layanan Test] varchar
Test
DD_54 Nama_Laya [Nama layanan test] varchar
nanTest
DD_55 Metode_Lay [Metode yang dipilih] varchar
ananTest
DD_56 Jumlah [beban biaya tes] number
biaya
DD_57 Besar [Potongan pengembalian number
potongan dana]
DD_58 Dana [Besar dana yang kembali number
kembali ke User]
DD_59 Tambahan [Besar tambahan biaya number
biaya untuk User]
DD_1 - FIR
Nama Data ID_User

Alias -
Penggunaan Sebagai identifikasi kepemilikan akun
Deskripsi Data
Terdiri dari maksimal 25 karakter yang bersifat unik
DD_2 - FIR
Nama Data Nama_User

Alias -
Penggunaan Sebagai identifikasi kepemilikan akun
Deskripsi Data
Nama depan = merupakan data tipe varchar yang terdiri dari maksimal
150 karakter
Nama belakang = merupakan data tipe varchar yang terdiri dari
maksimal 150 karakter
DD_3 - FIR
Nama Data Password User

Alias -
Penggunaan Sebagai pengaman akun user
Deskripsi Data
Terdiri dari kombinasi angka, huruf besar, dan huruf kecil dengan
ketentuan minimal 8 digit dan maksimal 25 digit
DD_4 - FIR
Nama Data No_HP User

Alias -
Penggunaan Sebagai identifikasi no HP user
Deskripsi Data
Kode negara = adalah kode nomor telepon di Indonesia yaitu +62
Kode operator = terdiri dari 2 angka setelah kode negara, seperti
+6281, +6289, +6285
Nomor telefon = terdiri dari 11 hingga 12 angka penuh, meliputi kode
negara dan kode operator
DD_5 - FIR
Nama Data Email User
Alias -
Penggunaan Sebagai otorisasi kepemilikan akun user
Deskripsi Data
Terdiri dari nama email dan domain email yang telah terdaftar di akun
user
DD_6 - FIR
Nama Data Tanggal_Lahir User

Alias -
Penggunaan Sebagai identifikasi tanggal lahir user
Deskripsi Data
Terdiri dari tanggal, bulan, dan tahun dengan format hh-bb-tttt
DD_7 - FIR
Nama Data Saldo_E-Wallet

Alias -
Penggunaan Sebagai penanda berapa jumlah saldo di akun
user
Deskripsi Data
Terdiri dari data berupa number dengan jumlah digit minimum 1 dan
maksimal tanpa batasan
DD_8 - FIR
Nama Data Jenis_Kelamin User
Alias -
Penggunaan Sebagai identifikasi jenis kelamin user
Deskripsi Data
Terdiri dari satu huruf yang merupakan huruf depan jenis kelamin
DD_9 - FIR
Nama Data Alamat_User

Alias -
Penggunaan Sebagai identifikasi alamat user
Deskripsi Data
Terdiri dari Jalan, Kecamatan, Kota/Kabupaten, dan Provinsi
DD_10 - FIR
Nama Data ID_rekapan
Alias -
Penggunaan Sebagai identifikasi tiap satu rekapan dengan
rekapan yang lain
Deskripsi Data
DD_11 - FIR
Nama Data Data rekapan

Alias -
Penggunaan Sebagai isi dari rekapan
Deskripsi Data
Terdiri dari beberapa lembar dokumen tentang sebuah konteks
(review, kritik & saran)
DD_12 - FIR
Nama Data Tanggal Rekapan
Alias -
Penggunaan Sebagai identifikasi tanggal rekapan dibuat
Deskripsi Data
DD_13 - SUO
Nama Data ID_admin
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun admin
Deskripsi Data
DD_14 - SUO
Nama Data Password Admin
Alias -
Penggunaan Sebagai pengaman akun admin
Deskripsi Data
DD_15 - SUO
Nama Data Nama Admin
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun admin
Deskripsi Data
150 karakter
DD_16 - SUO
Nama Data Jenis_kelamin Admin
Alias -
Penggunaan Sebagai identifikasi jenis kelamin admin
Deskripsi Data
DD_17 - SUO
Nama Data Email Admin
Alias -
Penggunaan Sebagai otorisasi kepemilikan akun admin
Deskripsi Data
admin
DD_18 - SUO
Nama Data ID_CEO
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun CEO
Deskripsi Data
DD_19 - SUO
Nama Data Password CEO
Alias -
Penggunaan Sebagai pengaman akun CEO
Deskripsi Data
DD_20 - SUO
Nama Data ID_manager
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun Manager
Deskripsi Data
DD_21 - SUO
Nama Data Password Manager
Alias -
Penggunaan Sebagai pengaman akun Manager
Deskripsi Data
DD_22 - SUO
Nama Data ID_pemesanan
Alias -
Penggunaan Sebagai identifikasi tiap satu pemesanan
dengan pemesanan yang lain
Deskripsi Data
DD_23 - SUO
Nama Data Jenis_pemesanan
Alias -
Penggunaan Sebagai identifikasi jenis tes yang dipesan
Deskripsi Data
Terdiri dari varchar dengan maksimal 45 karakter
DD_24 - SUO
Nama Data Tempat pemesanan
Alias -
Penggunaan Sebagai identifikasi alamat rumah sakit/layanan
kesehatan
Deskripsi Data
DD_25 - ARM
Nama Data Review
Alias -
Penggunaan Sebagai isi dari review yang diberikan oleh user
Deskripsi Data
DD_26 - ARM
Nama Data Metode_pembayaran
Alias -
Penggunaan Sebagai identifikasi metode pembayaran yang
dipilih oleh user
Deskripsi Data
DD_27 - ARM
Nama Data Jadwal
Alias -
Penggunaan Sebagai identifikasi tempat dan tanggal tes
Deskripsi Data
Tempat tes = merupakan tipe data varchar dengan maksimal 100
karakter
Tanggal tes = merupakan tipe data varchar dengan maksimal 60
karakter
DD_28 - ARM
Nama Data ID_Rumah_Sakit
Alias -
Penggunaan Sebagai identifikasi tiap rumah sakit dengan
rumah sakit lainnya
Deskripsi Data
Terdiri dari tipe data varchar dengan maksimal 25 karakter yang
bersifat unik
DD_29 - ARM
Nama Data Nama Rumah Sakit
Alias -
Penggunaan Sebagai identifikasi nama rumah sakit tempat
melakukan tes
Deskripsi Data
Terdiri dari tipe data varchar dengan maksimal 60 karakter
DD_30 - ARM
Nama Data Rating Rumah Sakit
Alias -
Penggunaan Sebagai informasi mengenai kepuasan
pelanggan terhadap layanan rumah sakit
Deskripsi Data
DD_31 - ARM
Nama Data Alamat Rumah Sakit
Alias -
Penggunaan Sebagai informasi mengenai alamat dari tiap
rumah sakit
Deskripsi Data
DD_32 - ARM
Nama Data ID_customer_service
Alias -
Penggunaan Sebagai identifikasi mengenai kepemilikan akun
customer service
Deskripsi Data
bersifat unik
DD_33 - ARM
Nama Data Nama Customer Service
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun customer
service
Deskripsi Data
150 karakter
DD_34 - ARM
Nama Data Email Customer Service
Alias -
Penggunaan sebagai otorisasi kepemilikan akun customer
service
Deskripsi Data
customer service
DD_35 - ARM
Nama Data Jenis_kelamin Customer Service
Alias -
Penggunaan sebagai identifikasi jenis kelamin customer
service
Deskripsi Data
DD_36 - ARM
Nama Data ID_dokter
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun dokter
Deskripsi Data
bersifat unik
DD_37 - DRA
Nama Data Password Dokter
Alias -
Penggunaan Sebagai pengamanan akun dokter
Deskripsi Data
DD_38 - DRA
Nama Data Nama Dokter
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun dokter
Deskripsi Data
150 karakter
DD_39 - DRA
Nama Data Tempat_kerja
Alias -
Penggunaan Sebagai informasi nama tempat kerja dan
alamat tempat kerja dokter
Deskripsi Data
Nama tempat kerja = merupakan data dengan tipe varchar terdiri dari
Alamat tempat kerja = merupakan data dengan tipe varchar terdiri dari
DD_40 - DRA
Nama Data Rating Dokter
Alias -
Penggunaan Sebagai informasi mengenai kepuasan
pelanggan terhadap layanan dokter
Deskripsi Data
DD_41 - DRA
Nama Data ID_e-wallet
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun E-wallet
Deskripsi Data
bersifat unik
DD_42 - DRA
Nama Data Password E-Wallet
Alias -
Penggunaan Sebagai pengamanan akun e-wallet
Deskripsi Data
DD_43 - DRA
Nama Data Nama_E-Wallet
Alias -
Penggunaan Sebagai identifikasi kepemilikan akun E-wallet
Deskripsi Data
Data dengan tipe data varchar dengan maksimal 60 karakter
DD_44 - DRA
Nama Data Email E-Wallet
Alias -
Penggunaan sebagai otorisasi kepemilikan akun E-wallet
Deskripsi Data
customer service
DD_45 - DRA
Nama Data Jenis_test
Alias -
Penggunaan Sebagai identifikasi jenis test yang dipesan
Deskripsi Data
Terdiri dari tipe data varchar dengan jumlah maksimal 15 karakter
DD_46 - DRA
Nama Data Hasil_test
Alias -
Penggunaan Sebagai penanda hasil dari test yang dilakukan
Deskripsi Data
DD_47 - DRA
Nama Data Tanggal Pemesanan
Alias -
Penggunaan Sebagai identifikasi tanggal pemesanan layanan
Deskripsi Data
DD_48 - DRA
Nama Data Nama_pasien
Alias -
Penggunaan Sebagai identifikasi nama pemesan layanan
Deskripsi Data
150 karakter
DD_49 - FMS
Nama Data Nama_dokter
Alias -
Penggunaan Sebagai identifikasi nama dokter yang
melakukan layanan pemesanan
Deskripsi Data
150 karakter
DD_50 - FMS
Nama Data ID_proposal
Alias -
Penggunaan Sebagai identifikasi tiap satu proposal dengan
proposal yang lain
Deskripsi Data
bersifat unik
DD_51 - FMS
Nama Data Tanggal Proposal
Alias -
Penggunaan Sebagai identifikasi tanggal proposal dibuat
Deskripsi Data
DD_52 - FMS
Nama Data Data Proposal
Alias -
Penggunaan Sebagai isi dari proposal mengenai rencana
pengembangan aplikasi
Deskripsi Data
Terdiri dari beberapa lembar dokumen tentang rencana
pengembangan aplikasi yang sudah dibuat
DD_53 - FMS
Nama Data ID_Layanan Test
Alias -
Penggunaan Sebagai identifikasi tiap satu layanan test
dengan layanan test yang lain
Deskripsi Data
bersifat unik
DD_54 - FMS
Nama Data Nama_LayananTest
Alias -
Penggunaan Sebagai identifikasi nama layanan test
Deskripsi Data
DD_55 - FMS
Nama Data Metode_LayananTest
Alias -
Penggunaan Sebagai identifikasi metode layanan test
Deskripsi Data
DD_56 - FMS
Nama Data Jumlah biaya
Alias -
Penggunaan Sebagai total pemabayaran biaya untuk tes
Deskripsi Data
Terdiri dari angka dengan ketentuan maksimal 11 digit
DD_57 - FMS
Nama Data Besar potongan
Alias -
Penggunaan Sebagai penentu besar pengembalian dana dan
tambahan baiaya
Deskripsi Data
Terdiri dari angka dengan operasi aritmetika dari jumlah biaya
dikurangi perkalian jumlah biaya dengan angka desimal yaitu 5/100,
ketentuan maksimal 11 digit
DD_58 - FMS
Nama Data Dana kembali
Alias -
Penggunaan Sebagai pengembalian dana untuk user
Deskripsi Data
Terdiri dari angka dengan ketentuan maksimal 11 digit
DD_59 - FMS
Nama Data Tambahan biaya
Alias -
Penggunaan Sebagai tambahan biaya untuk User akibat
merubah jadwal lebih dari satu kali
Deskripsi Data
Terdiri dari angka dengan operasi aritmatika dari perkalian jumlah
biaya dengan angka desimal yaitu 5/100, ketentuan maksimal 11 digit
6.5. Tugas V: Pemodelan Arsitektur dan Struktur Program

Untuk mendefinisikan arsitektur program maka terlebih dahulu harus
didefinisikan apakah DFD memiliki ciri dari transform atau transaction flow.
Mengikuti 6 proses pada penjelasan di bab 3.7 Desain Arsitektur.
A. TRANSFORM MAPPING
A.1 Pada sub bab ini digambarkan bagian dari DFD yang memiliki ciri
transform mapping. Pada sub bab ini juga digambarkan batasan antara
incoming flow, transform flow dan outgoing flow.
[FIR]
User Story 1
User Story 2
[SUO]
User Story 1
User Story 2
[ARM]
User Story 1
User Story 2
[DRA]
User Story 1
User Story 2
[FMS]
User Story 1
User Story 2
A.2 Gambarkan proses first level factoring dari DFD menjadi struktur diagram.
Contoh dapat dilihat pada Gambar 15
[FIR]
Proses Memberikan Hasil Tes
[FIR]
Proses Pembayaran
[SUO]
Proses Registrasi
[SUO]
Proses Memesan Layanan
[ARM]
Proses Memberikan Kritik & Saran
[ARM]
Proses Memberikan Review Rumah Sakit
[DRA]
Proses Memilih Tempat
Proses Memperbarui Profile

[FMS]
Proses membatalkan pesanan
[FMS]
Proses mengubah jadwal pesanan
A.3 Gambarkan proses second level factoring dari DFD menjadi struktur
diagram yang komprehensif
[FIR]
Proses Memberikan Hasil Tes
[FIR]
Proses Pembayaran
[SUO]
Proses Registrasi
[SUO]
Proses Pemesanan Layanan
[ARM]
Proses Memberikan Kritik & Saran
Proses Memberikan Review Rumah Sakit
[DRA]
Proses Memilih Tempat
Proses Memperbarui Profile
[FMS]
Proses membatalkan pesanan
[FMS]
Proses mengubah jadwal pesanan
B. TRANSACTION MAPPING
B.1 Pada sub bab ini digambarkan bagian dari DFD yang memiliki ciri
transaction mapping. Pada sub bab ini juga digambarkan b atasan antara
transaction center, transaction dan action path. Contoh dapat dilihat pada
Gambar 17.
B.2 Gambarkan proses first level factoring dari DFD menjadi struktur diagram.
Contoh pada Gambar 18
B.3 Gambarkan proses second level factoring dari DFD menjadi struktur
diagram yang komprehensif
C. ARSITEKTUR PROGRAM
Gambarkan arsitektur program dengan menggabungkan hasil factoring
dari transform mapping dan transaction mapping
Modul Pendekatan Pemodelan Berorientasi Object

NIK/NIP. 198711212015041004
Penyusun
Kelompok 5
Alif‌‌Maulana‌‌-‌‌195150400111027‌‌-‌‌ARM‌
Asisten

2021
1. Abstrak
Level teknis pengembangan perangkat lunak dimulai pada fase pemodelan atau fase
desain. Fase desain membutuhkan input berupa definisi dan spesifikasi kebutuhan dari
aktivitas analisis kebutuhan. Fase desain menggabungkan kombinasi text dan diagram
untuk mendefinisikan kebutuhan dalam bentuk yang mudah dipahami. Diagram dan
text ini dibagi ke dalam komponen yang merepresentasikan behavior, struktur data dan
fungsi dari perangkat lunak yang akan dibangun. Artefak atau produk yang dihasilkan
dari fase desain adalah Data Object Description, Entity Relationship Diagram, Data Flow
Diagrams, State Transition Diagrams, Process Specification, Control Specification dan
Arsitektur dan Struktur Program.
2. Tujuan Praktikum
Tujuan dari pelaksanaan praktikum mata kuliah ADSI dengan materi desain
terstruktur antara lain:
a. Mahasiswa mampu memahami komponen-komponen penyusunan pada diagram
desain perangkat lunak dengan pendekatan berorientasi objek.
b. Mahasiswa mampu memahami aturan-aturan penyusunan komponen pada diagram
yang dibutuhkan untuk pengembangan perangkat lunak dengan pendekatan
berorientasi object.
c. Mahasiswa mampu mendesain perangkat lunak berdasarkan kebutuhan dengan
pendekatan object.
3. Dasar Teori
Berikut ini beberapa pengertian Rekayasa Perangkat Lunak
a. IEEE Computer Society : Rekayasa Perangkat Lunak sebagai penerapan suatu
pendekatan yang sistematis, disiplin dan terkuantifikasi atas pengembangan,
penggunaan dan pemeliharaan perangkat lunak, serta studi atas
pendekatan-pendekatan ini, yaitu penerapan pendekatan engineering atas perangkat
lunak.
b. Roger R. Pressman: Rekayasa Perangkat Lunak adalah pengubahan perangkat
lunak itu sendiri guna mengembangkan, memelihara, dan membangun kembali
dengan menggunakan prinsip reakayasa untuk menghasilkan perangkat lunak yang
dapat bekerja lebih efisien dan efektif untuk pengguna.
3.1. Konsep Perancangan
Perancangan adalah sebuah proses mendefinisikan sesuatu yang akan
dikerjakan dengan teknik bervariasi serta di dalamnya melibatkan deskripsi
mengenai arsitektur serta detail komponen dan juga keterbatasan yang akan dialami
dalam proses pengerjaannya (Rizky, 2011). Menurut Pressman (2010), perancangan
perangkat lunak adalah proses dimana analisis diterjemahkan menjadi blueprint
untuk membangun perangkat lunak. Awalnya, blueprint menggambarkan pandangan
menyeluruh perangkat lunak, yaitu desain pada abstraksi tingkat tinggi yang dapat
langsung ditelusuri pada sistem tertentu, objektif, data rinci, dan fungsionalitas.
Namun perbaikan berikutnya mengarah pada representasi desain dengan tingkat
abstraksi yang jauh lebih rendah.
3.2. Konsep OOAD
Menurut Kendall dan Kendall (2011), Object Oriented Analysis and Design merupakan
sebuah pendekatan untuk memikirkan suatu masalah dengan menggunakan model yang
dibuat menurut konsep sekitar dunia nyata. Dasar pembuatan adalah objek merupakan
kombinasi antara struktur data dan perilaku dalam satu entitas.
Beberapa konsep yang menjadi dasar dalam perancangan sistem dengan Object
Oriented Analysis and Design menurut Whitten dan Bentley (2007) adalah:
1. Objek adalah sesuatu yang ada atau dapat dilihat, disentuh, atau dirasakan dan
pengguna menyimpan data serta mencatat perilaku mengenai sesuatu itu.
2. Atribut adalah data yang mewakili karakteristik tentang sebuah objek.
3. Object instance adalah setiap orang khusus, tempat, sesuatu, atau kejadian, dan juga
nilai untuk atribut dari objek.
4. Behavior adalah kumpulan dari sesuatu yang dapat dilakukan oleh objek dan terkait
dengan fungsi-fungsi yang bertindak pada data objek (atribut). Pada siklus berorientasi
objek, perilaku objek merajuk kepada metode, operasi, atau fungsi.
5. Enkapsulasi adalah pengemasan beberapa item ke dalam unit.
Pendekatan ini menggunakan sebuah standar untuk pemodelan sistem berorientasi
objek yang disebut UML (Unified Modeling Language). UML bukanlah sebuah metode untuk
mengembangkan sistem, melainkan hanya notasi yang saat ini menjadi standar untuk
memodelkan desain berorientasi objek. Berbagai diagram UML, antara lain: use case
diagram, activity diagram, class diagram, object diagram, state machine diagram, composite
structure diagram, sequence diagram, communication diagram, interaction overview
diagram, timing diagram, component diagram, deployment diagram, dan package diagram
(Whitten dan Bentley, 2007).Unified Model Language (UML) adalah bahasa umum untuk :
● Memvisualisasikan grafis model yang tepat.
● Menetapkan model yang tepat, lengkap, dan tidak ambigu untuk mengambil
semua keputusan penting dalam analisis, desain dan implementasi.
● Membangun model yang dapat dihubungkan langsung dengan bahasa
pemrograman.
● Mendokumentasikan semua informasi yang dikumpulkan oleh tim sehingga
memungkinkan untuk berbagi informasi.
3.3. Diagram-diagram UML (Unified Modeling Language)
Unified Modeling Language (UML) memiliki beberapa diagram yang digunakan untuk
menggambarkan suatu sistem. Tujuan pembuatan diagram ini adalah agar sistem mudah
dimengerti oleh semua pihak.
1. Use Case Diagram
Use case diagram dipakai untuk menggambarkan relasi antara sistem, sistem eksternal,
dan user dengan kasus yang disesuaikan dengan langkah-langkah yang telah ditentukan
(Whitten dan Bentley, 2007). Use case diagram merupakan cara atau metode yang cocok
untuk menggambarkan interaksi yang jelas antara sistem dengan pengguna. Use case
diagram tidak menjelaskan secara detail tentang penggunaan use case, namun hanya
memberi gambaran singkat hubungan antara use case, aktor, dan sistem. Melalui use case
diagram, dapat diketahui fungsi-fungsi apa saja yang ada pada sistem. Nama suatu usecase
harus didefinisikan sesederhana mungkin dan dapat dipahami.
Berikut ini adalah simbol-simbol dalam use case diagram yang terdapat pada Tabel 3.1.
Tabel 3.1 Simbol-simbol pada use case diagram
Simbol Deskripsi
Use case mendeskripsikan fungsi dari
sebuah sistem dilihat dari sudut pandang
pengguna.
Actors merupakan sesuatu yang
berinteraksi dengan sistem untuk saling
bertukar informasi. Actors tidak harus
berupa manusia, tetapi dapat berupa suatu
organisasi atau sistem informasi.
Communicates relationship diguankan

untuk menghubungkan aktor dengan use
case.
Include relationship atau disebut juga uses

relationship menggambarkan situasi dalam
suatu use case yang termasuk dalam use
case lainnya. Bertujuan untuk mengurangi
redudansi di antara dua use case atau
lebih dengan menggabungkan
langkah-langkah yang sama tersebut
Sebuah panah putus-putus yang mengarah
pada suatu use case menandakan memiliki
hubungan dengan use case lainnya.
Extends relationship bertujuan untuk

menggambarkan situasi dimana sebuah
use case memiliki behavior yang
memungkinkan use case lain dapat
menggunakannya sebagai dasar variasi
ataupun pengecualian.
Generalizes relationship menunjukkan

bahwa satu hal lebih umum daripada hal
lain. Hubungan ini memungkinkan terjadi
antara dua aktor maupun dua use case.
Associations adalah sebuah relasi antara

seorang actor dengan sebuah use case di
mana terjadi interaksi antara mereka.
Asosiasi dengan panah tertutup (1) di ujung
yang menyentuh use case
mengindikasikan bahwa actor di ujung
yang satu lagi melakukan use case
tersebut. Sedangkan asosiasi tanpa panah
(2) mengindikasikan sebuah interaksi dari
use case ke actor yang menerima hasil dari
use case tersebut.
Sumber: Kendall dan Kendall (2011)

2. Class Diagram
Menurut Whitten dan Bentley (2007), class diagram digunakan untuk menggambarkan
struktur objek statis dalam sebuah sistem, menunjukkan sistem tersusun dari kelas-kelas
apa saja dan hubungan apa saja yang terbentuk di antara kelas tersebut. Simbol-simbol
dalam class diagram terdapat pada Tabel 3.2.
Tabel 3.2 Simbol-simbol pada class diagram
Simbol Deskripsi
Attribute adalah sekumpulan data
yang dimiliki oleh objek.
Behavior adalah kumpulan dari
sesuatu yang dapat dilakukan oleh
objek dan terkait dengan
fungsi-fungsi yang bertindak pada
data objek (atribut). Pada siklus
berorientasi objek, perilaku objek
merajuk kepada metode, operasi,
atau fungsi.
Inheritance, menuFjukkan bahwa

satu kelas merupakan turunan dari
kelas lain.
Association, menunjukkan bahwa

objek dari satu kelas berhubungan
dengan kelas lain.
Agregation, menunjukkan bahwa
contoh objek dari satu kelas terdiri
dari contoh objek dari kelas lain.
Composition, menunjukkan hubungan
dimana satu kelas bertanggung
jawab atas pembuatan dan
perusakan bagian-bagian dalam
kelas lainnya. Jika satu kelas rusak,
maka kelas lain juga rusak.
Sumber: Whitten dan Bentley (2007)
3. Activity Diagram
Menurut Whitten dan Bentley (2007), activity diagram merupakan gambaran dari alur
yang berurutan dari aktivitas use case atau proses bisnis. Activity diagram juga bisa dipakai
untuk memodelkan berbagai aksi yang dilakukan saat sebuah operasi dieksekusi, dan
memodelkan hasil dari aksi tersebut. Dari diagram ini, dapat dilihat bagaimana aktivitas
dalam suatu sistem, dari mulai hingga saat sistem berakhir. Activity diagram dibentuk oleh
beberapa notasi, antara lain initial node, actions, flow, decision, merge, fork, join, dan activity
final. Swimlane terkadang digunakan untuk mempartisi aksi yang terjadi berdasarkan
pelaku. Activity diagram secara grafis digunakan untuk menggambarkan rangkaian aliran
aktivitas baik proses bisnis maupun use case.
Fungsi dari activity diagram antara lain :
● Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah proses
● Memperlihatkan urutan aktifitas proses pada sistem
● Activity diagram dibuat berdasarkan sebuah atau beberapa use case pada use
case diagramSimbol-simbol dalam activity diagram terdapat pada Tabel 3.3.
Tabel 3.3 Simbol-simbol pada activity diagram
Simbol Deskripsi
Initial node berupa lingkaran penuh
yang menggambarkan titik mulai
suatu proses.
Actions adalah notasi yang
menggambarkan langkah-langkah
yang terjadi.
Flow (alur) merupakan panah dalam
diagram yang mengindikasikan alur
antar–actions.
Decision memiliki bentuk seperti wajik
dengan satu alur masuk dan dua atau
lebih alur keluar, alur keluar
ditentukan dengan kondisi tertentu.
Merge adalah wajik dengan dua atau
lebih alur masuk dan satu alur keluar
untuk menggabungkan alur yang
sebelumnya terpisah oleh decision.
Fork adalah bar hitam dengan satu
alur masuk dan dua atau lebih alur
keluar, aksi di bawah percabangan
dapat terjadi dalam urutan apapun
atau bahkan secara bersamaan.
Join adalah bar hitam dengan dua
atau lebih alur masuk dan satu alur
keluar untuk menyatukan lagi alur
aksi yang dipisahkan oleh fork.
Activity final berbentuk lingkaran
penuh dengan satu lingkaran di
luarnya untuk menggambarkan titik
akhir proses.
Sumber: Whitten dan Bentley (2007)
Sedangkan menurut Sugiarti (2013), activity diagram juga dapat digunakan untuk
memodelkan action yang akan dilakukan saat sebuah operasi dieksekusi, dan memodelkan
hasil dari action tersebut. Contoh activity diagram terdapat pada Gambar 3.1.
Gambar 3.1 Activity diagram untuk memodelkan action
Sumber: Sugiarti (2013)
4. Sequence Diagram
Sequence diagram secara grafis menggambarkan bagaimana objek berinteraksi dengan
satu sama lain melalui pesan pada sekuensi sebuah use case atau operasi. Diagram ini
mengilustrasikan bagaimana pesan terkirim dan diterima oleh objek dalam sekuensi atau
timing (Sugiarti, 2013). Pesan dapat berupa sinyal atau panggilan terhadap suatu operasi.
Notasi pesan untuk panggilan terhadap suatu operasi dapat dituliskan dalam sintaks UML
atau sintaks bahasa pemrograman tertentu. Simbol-simbol dalam sequence diagram
terdapat pada Tabel 3.4.
Tabel 3.4 Simbol-simbol pada sequence diagram
Simbol Deskripsi
Entity, entitas yang mempunyai atribut yang

memiliki data yang bisa direkam.
atau
Boundary, menghubungkan user dengan sistem.
Control, untuk mengontrol aktivitas-aktivitas yang

dilakukan oleh sebuah kegiatan.
Message, pengiriman pesan.
Return Values, ditampilkan dengan garis panah

terputus yang menggambarkan hasil dari
pengiriman pesan. Digambarkan arah dari kanan
ke kiri.
Garis kehidupan (Lifelines), Garis ertical
putus-putus yang memanjang kebawah dari
simbol actor dan sistem yang mengindikasikan
urutan kehidupan.
Bar aktivasi, Bar didalam garis kehidupan
(lifetime) yang menunjukkan periode waktu ketika
peserta aktif dalam interaksi.
Menurut Pressman (2010), sequence diagram digunakan untuk menunjukkan

komunikasi dinamis antara objek selama pelaksanaan tugas. Contoh sequence diagram
terdapat pada Gambar 3.2.
Gambar 3.2 Contoh model sequence diagram login
Sumber: Pressman (2010)
5. User Story
menghubungkan pengguna dengan Rumah Sakit atau penyedia layanan kesehatan
lainnya (seperti klinik) yang melayani Rapid Test dan Swab Test.
Sebelum menggunakan aplikasi ini pengguna akan diminta untuk melakukan

registrasi terlebih dahulu. Setelah melakukan registrasi, data akan diverifikasi oleh
administrator. Jika pengguna akun telah diverifikasi maka pengguna dapat langsung login
dan akan segera masuk ke tampilan utama aplikasi. Pengguna dapat memesan dan
memilih jasa antara Rapid Test atau Swab Test. Setelah pesanan diproses, pengguna akan
memilih terlebih dahulu untuk melakukannya secara Drive Thru atau On The Spot. Setelah
itu, barulah pengguna akan diberi pilihan tempat-tempat yang menyediakan layanan
tersebut.
menggunakan e-wallet. Setelah melakukan pembayaran, pengguna akan dibawa ke menu
review di aplikasi dan pengguna dapat memberikan review atau feedback kepada Rumah
Sakit atau penyedia layanan kesehatan yang bertujuan agar menjadi masukkan untuk
Rumah Sakit atau penyedia layanan kesehatan tersebut sehingga layanan yang diberikan
dapat menjadi lebih baik kedepannya.
Pada aplikasi ini juga menampilkan profil atau informasi dari pengguna. Dimana,
profil tersebut berisi data-data pribadi pengguna (nama lengkap, nomor handphone,
alamat, dan email) yang digunakan untuk membantu menghubungkan pengguna dengan
penyedia layanan kesehatan terdekat. Selain itu, aplikasi ini juga memungkinkan pengguna
untuk dapat melihat riwayat pemesanan yang telah dilakukan sebelumnya dan pengguna
juga bisa memberi kritik dan saran kepada developer aplikasi melalui formulir yang telah
disediakan.

Tentunya, selain ada pengguna juga ada dokter yang berperan pada aplikasi ini.
Dimana, dokter dapat melihat informasi pengguna dan memberikan hasil tes laboratorium
pengguna pada aplikasi Go-Fit. Selain itu, dokter juga dapat melihat review yang diberikan
pengguna kepadanya serta dokter dapat melihat riwayat pesanan yang telah dilakukan
sebelumnya.
Aplikasi ini juga memiliki Administrator berperan dalam memverifikasi akun

pengguna serta yang juga dapat melihat review yang diberikan pengguna kepada dokter
atau penyedia layanan dan melihat riwayat transaksi yang telah dilakukan melalui aplikasi.
Go-Fit juga dibantu oleh Customer Service (CS) yang selalu sedia saat jam kerja
untuk memberikan respon terhadap kritik dan saran apa saja yang telah masuk. Hal ini
dilakukan karena kepuasan dan kenyamanan pengguna merupakan prioritas dari Go-Fit
serta diharapkan aplikasi ini dapat terus berkembang kedepannya.
6. Soal – Soal latihan

5.1 Tugas I: Pemodelan Use Case Diagram
Pada Pemodelan Use Case Diagram gambarkan Use Case Diagram dari kebutuhan
pengguna tersebut sesuai dengan teori use case diagram. Gunakan user story di atas serta
user story baru yang sudah Anda buat kemudian modelkan dengan use case diagram untuk
menentukan data aktor dan aktivitas yang dilakukan serta relasi antar aktivitas setelah itu
buatkan pula use case scenarionya.
Kode
Aktor Usecase
Usecase
Dokter UC-001 Memberikan
hasil tes
User UC-001 Memberikan
hasil tes
User UC-002 Melakukan
pembayaran
User UC-003 Melakukan
registrasi
User UC-004 Memesan
Layanan
kritik & saran
review rumah
sakit
User UC-007 Mencari
tempat test
User UC-008 Update Profile
User UC-009 Membatalkan
pesanan
User UC-010 Mengubah
jadwal
pesanan
Administra UC-005 Memberikan
tor kritik & saran
Administra UC-006 Memberikan
tor review rumah
sakit
Administra UC-009 Menentukan
tor jumlah
pengembalian
dana
Administra UC-010 Menentukan
tor tagihan biaya
baru
E-wallet UC-009 Mengirim
pengembalian
dana
Customer UC-005 Memberikan
Service kritik & saran
Manger UC-005 Memberikan
Developm kritik & saran
ent
CEO UC-005 Memberikan
kritik & saran
Rumah UC-006 Memberikan
Sakit review rumah
sakit
[FIR]
UC-001
[FIR]
UC-002
[SUO]
UC-003
[SUO]
UC-004
[ARM]
UC-005
[ARM]
UC-006
[DRA]
UC-007
[DRA]
UC-008
[FMS]
UC-009
[FMS]
UC-010
Analisis Use Case
[FIR]
UC-001
Asosiasi
Aktivitas
Include Extend
Mengambil Login dan Mendapatkan
sampel tes memberikan sampel tes
id_Pemesanan
Melakukan Memberikan Mendapatkan
tes sampel tes hasil tes
Memberikan Melakukan Mendapatkan
hasil tes login notifikasi dan
mendapatkan
hasil tes
[FIR]
UC-002
Asosiasi
Aktivitas
Include Extend
Melakukan Login dan Mendapatkan
transaksi melakukan id_Pemesana
pemesanan n
Memberikan Memberikan Mendapatkan
tagihan id_Pemesanan tagihan
pembayaran pembayaran
Memvalidasi Memberikan -
pembayaran id_Pemesanan,
kode
pembayaran,
dan bukti
pembayaran
Memberikan - Mendapatkan
informasi notifikasi
status status
pembayaran pembayaran
[SUO]
UC-003
Asosiasi
Aktivitas
Include Extend
Melakukan Mengisi form -
registrasi registrasi dan
Memvalidasi
email
[SUO]
UC-004
Asosiasi
Aktivitas
Include Extend
Memilih Login -
jenis
layanan test
Memilih Memilih jenis -
metode layanan test
layanan test
Memilih Memilih metode -
tempat layanan test
layanan test
Memilih Memilih tempat Checkout
waktu test layanan test pemesanan
layanan
Mendapatka Checkout -
n notifikasi pemesanan
pemesanan layanan
diproses
[ARM]
UC-005
Asosiasi
Aktivitas
Include Extend
Memberikan - Menerima
kritik & feedback
saran
Membuat - Mengirim
rekapan hasil rekapan
kritik &
saran
Mengirim Notifikasi kritik -
notifikasi & saran
kritik &
saran
Mengevalua Mengirim hasil Membuat
si rekapan rekapan saran dasar
kritik & & kritik rencana
saran pengembang
an aplikasi
Membuat - Mengirim
rencana rencana
pengemban pengembang
gan aplikasi an aplikasi
Memberikan Notifikasi Kritik -
feedback & Saran
Melakukan Menerima -
update rencana
sistem pengembangan
aplikasi
[ARM]
UC-006
Asosiasi
Aktivitas
Include Extend
Memberikan - Mendapatkan
review rekomendasi
rumah sakit rumah sakit
Membuat - -
rekap
review
Mengirim - -
hasil rekap
review
Mengevalua - Memperbaiki
si rekap layanan
review sesuai review
[DRA]
UC-007
Asosiasi
Aktivitas
Include Extend
Memasukan - Mendapatkan
keyword rekomendasi
tempat tes tempat tes
yang dituju Memasukkan
data tempat
Cek data Memasukkan -
sesuai data tempat
pencarian
user
[DRA]
UC-008
Asosiasi
Aktivitas
Include Extend
Mengisi Data terakhir Mendapatkan
form profile test rapid/swab rekomendasi
di luar Data alergi tempat
pendaftaran
Menyimpan Memperbarui -
data user data
Memberikan
notifikasi
[FMS]
UC-009
Asosiasi
Aktivitas
Include Extend
Memesan login, mengisi melihat daftar
tes detail pesanan, ketersediaan
dan mendapat layanan
tagihan
Membatalka - Mendapatkan
n pesanan notifikasi
Mendapatka - Mendapatkan
n notifikasi
pengembali
an dana
Menentukan mendapatkan -
besarnya detail pesanan
pengembali dan login
an dana
Memperbar login dan -
ui mengirim
ketersediaa notifikasi
n layanan
Mengirim login,
pengembali mendapatkan
an dana detail
pesanan,
mengirim
notifikasi
[FMS]
UC-009
Asosiasi
Aktivitas
Include Extend
Memesan login, mengisi melihat daftar
tes detail pesanan, ketersediaan
dan mendapat layanan
tagihan
Mengubah - Mendapatkan
jadwal notifikasi
pesanan
Mendapatka - Mendapatkan
n tagihan notifikasi
baru
Memperbar login dan -
ui jadwal mengirim
pesanan notifikasi
Menentukan mendapatkan -
besarnya detail pesanan,
tagihan
biaya baru
Generalisasi Aktor
Aktor Aktor Generalisasi
User User
Dokter Dokter
CEO CEO
Customer Customer Service
Service
Manager Manager Development
Developme
nt
Rumah Rumah Sakit
Sakit
Administrat Administrator
or
E-wallet E-wallet
Use Case Specification
Use Case ID: UC-001

Use Case Memberikan hasil tes
Name:
Created By: Firda Destiara Last Updated By: Firda Destiara
Date Created: 09 April 2021 Date Last Updated: 09 April 2021
Actor: Dokter, User

Description: Menjelaskan proses pemberian hasil dokter oleh dokter kepada
user
Usecase Goal: User mendapatkan hasil tes
Preconditions: Memiliki akun valid, telah melakukan pemesanan, telah melakukan
pembayaran baik tunai maupun melalui e-wallet
Main Flow: 7. User membuka aplikasi
8. User melakukan login pada aplikasi
9. User melakukan pemesanan tes
10. User melakukan pembayaran
11. User mendatangi rumah sakit sesuai yang sudah dipesan
12. User memberikan id_Pemesanan
13. Dokter mengambil sampel tes dari user
14. Dokter melakukan tes laboratorium
15. Dokter mengupload hasil tes pada sistem
16. User mendapatkan notifikasi bahwa hasil tes sudah keluar
17. User dapat melihat hasil tes yang telah dilakukan
Alternative Flow - 1: - User mendapatkan status tes apabila hasil tes belum
keluar
Alternative Flow - 2:
Postconditions: User mendapatkan hasil tes
Use Case ID: UC-002

Use Case Memberikan pembayaran
Name:
Actor: User
Description: Menjelaskan proses pembayaran
Usecase Goal: User mengetahui status pembayaran yang telah dilakukan
Preconditions: Memiliki akun valid, telah melakukan pemesanan, telah melakukan
pembayaran baik tunai maupun melalui e-wallet
3. User melakukan pemesanan untuk melakukan tes
4. Sistem mengirimkan tagihan pembayaran
5. User melakukan pembayaran
6. Sistem melakukan validasi pada id_Pemesanan, kode
pembayaran dan bukti pembayaran
7. Sistem mengirimkan notifikasi status pembayaran
8. User mendapatkan notifikasi status pembayaran
Alternative Flow - 1: - Sistem mengirimkan notifikasi status pembayaran gagal
Postconditions: User mendapatkan notifikasi status pembayaran
Use Case ID: UC-003

Use Case Melakukan registrasi
Name:
Created By: Sarah Uli Octavia Last Updated By: Sarah Uli Octavia
Actor: User
Description: Menjelaskan proses registrasi
Usecase Goal: User dapat terdaftar akun Go-Fit
Preconditions: Mengunduh aplikasi dan membuka halaman registrasi
Main Flow: 9. User mengunduh aplikasi
10. User membuka aplikasi
11. User memilih menu registrasi
12. User mengisi form registrasi
13. User mengirimkan form registrasi
14. User menunggu email validasi
15. Sistem mengirimkan email validasi
16. User mendapatkan email validasi
17. User memvalidasi akun melalui email yang dikirim
18. Sistem mengirimkan notifkasi akun berhasil terdaftar
19. User mendapatkan notifikasi akun berhasil terdaftar
Alternative Flow - 1: 6a1.User menunggu email validasi
6a2.Apabila email validasi tidak diterima, user dapat memilih kirim
ulang email validasi
6a3.User menunggu lagi email
Postconditions: Akun user terdaftar
Use Case ID: UC-004

Use Case Melakukan pemesanan
Name:
Actor: User
Description: Menjelaskan proses pemesanan
Usecase Goal: User dapat memesan layanan test
Preconditions: Memiliki akun valid, telah melakukan login
Main Flow: 1. User memilih menu pemesanan
2. User memilih jenis layanan test
3. User memilih metode layanan test
4. Sistem menampilkan tempat layanan test yang tersedia
5. User memilih tempat layanan test
6. User memilih waktu test
7. User melakukan checkout pemesanan layanan
8. Sistem mengirimkan notifikasi pemesanan diproses
9. User mendapatkan notifikasi pemesanan diproses
Alternative Flow - 1: 9a1 User tidak mendapatkan notifikasi pemesanan diproses
9a2 User mendapatkan notifikasi pemesanan gagal diproses
9a3 User kembali ke main flow 7
Postconditions: User berhasil melakukan pemesanan layanan test
Use Case ID: UC-005

Use Case Memberikan kritik & saran
Name:
Created By: Alif Rizal Last Updated By: Alif Rizal
Actor: User, Administrator, Customer Service, CEO, Manager

Development
Description: Menjelaskan proses memberikan kritik & saran
Usecase Goal: User mendapatkan feedback dan solusi atas keluhannya terhadap
masalah di aplikasi
Preconditions: Memiliki akun valid, pernah menggunakan aplikasi GoFit, Memiliki
keluhan terhadap aplikasi
Main Flow: 1. User memilih menu kritik & saran
2. Sistem menampilkan form kritik dan saran
3. User memberi kritik & saran
4. Sistem menerima kritik & saran user
5. Administrator mengirim notifikasi kritik & saran yang masuk
kepada customer service
6. Customer service memberikan feedback kepada user
7. User menerima feedback atas keluhannya
8. Administrator membuat rekapan kritik & saran
9. Sistem mengirim rekapan kritik & saran kepada CEO
10. CEO mengevaluasi rekapan kritik & saran
11. CEO membuat rencana pengembangan aplikasi
12. Sistem mengirimkan rencana pengembangan aplikasi kepada
Manager Development
13. Manager development melakukan update aplikasi
14. User melakukan update aplikasi
Alternative Flow - 1: 4.a Sistem gagal menyimpan review kritik & saran
4.b Sistem menampilkan kembali form kritik & saran
4.c User mengisi ulang form kritik & saran
4.d Sistem menyimpan kritik & saran user
Alternative Flow - 2: -
Postconditions: User mendapatkan feedback dan sistem melakukan update
Use Case ID: UC-006

Use Case Memberikan review rumah sakit
Name:
Actor: User, Administrator,Rumah Sakit
Description: Menjelaskan proses memberikan review kepada rumah sakit
Usecase Goal: User mendapatkan rekomendasi rumah sakit dengan review baik
dan rumah sakit bisa meningkatkan layanannya
Preconditions: Memiliki akun valid, telah selesai melakukan layanan
Main Flow: 1. User telah selesai melakukan layanan pada aplikasi
2. Sistem menampilkan form review rumah sakit
3. User memberikan review
4. Sistem menyimpan review user
5. Sistem menampilkan rekomendasi rumah sakit dengan review
baik kepada user
6. Administrator membuat rekapan review
7. Sistem mengirimkan rekapan review kepada rumah sakit
8. Rumah sakit menerima rekapan review
9. Rumah sakit melakukan evaluasi rekapan review
10. Rumah sakit melakukan peningkatan layanan berdasarkan
review
Alternative Flow - 1: 4.a Sistem gagal menyimpan review user
4.b Sistem menampilkan kembali form review
4.c User mengisi ulang form review
4.d Sistem menyimpan review user
Alternative Flow - 2: -
Postconditions: User mendapatkan rekomendasi rumah sakit dan rumah sakit
dapat meningkatkan pelayanannya
Use Case ID: UC-007

Use Case Mencari tempat test
Name:
Created By: Diva Ratna Last Updated By: Diva Ratna
Actor: User, administrator, tempat test

Description: Mencari tempat test yang masih tersedia sesuai dengan keyword
pencarian
Usecase Goal: User mendapatkan tempat tes sesuai keinginan beserta
rekomendasinya
Preconditions: Memiliki akun valid
3. User memasukkan keyword pencarian test
4. Tempat test telah memasukkan data terbaru
5. Tempat test update kuota yang tersisa
6. Administrator menyesuaikan pencarian dengan data &
menambahkan data jika ada
7. Administrator memberikan rekomendasi tempat sesuai
dengan data yang ada
8. User mendapatkan rekomendasi tempat
Alternative Flow - 1: - User langsung mendapatkan tempat yang dituju
Use Case ID: UC-008
Use Case Memperbarui data user
Name:
Actor: User, administrator

Description: Memperbarui data di luar registrasi
Usecase Goal: User mendapatkan rekomendasi tanggal yang sesuai untuk test
ulang
Preconditions: Memiliki akun valid
3. User mengisi form profile di luar pendaftaran
4. Administrator menyimpan data user
5. User mendapatkan notifikasi update berhasil
Alternative Flow - 1: 3.a) User belum pernah test
3.b) Aplikasi akan melewati proses update
3.c)User akan otomatis tercantum tanggal saat pesanannya telah
selesai
Use Case ID: UC-009

Use Case Melakukan pembatalan pesanan
Name:
Created By: Fatih Meru Samudra Last Updated By: Fatih Meru Samudra
Actor: User, administrator, E-wallet

Description: Menjelaskan proses pembatalan pesanan
Usecase Goal: User dapat membatalkan pesanan dan mendapatkan
pengembalian dana
Preconditions: Memiliki akun dan telah melakukan pemesanan layanan
2. User melakukan login
3. User memilih menu pesan layanan
4. User mengisi detail pesanan
5. User menyelesaikan pembayaran tagihan biaya
6. User membuka menu daftar pesanan saya
7. User memilih salah satu daftar pesanan saya
8. User membatalkan pesanan
9. Administrator memvalidasi pesanan
10. Administrator menentukan adanya pengembalian dana
11. Pegawai e-wallet memvalidasi pesanan dan transaksi
12. Pegawai e-wallet mengirimkan dana kembali ke User
13. Administrator mengirim notifikasi keberhasilan pembatalan
dan pengembalian dana
14. Administrator memperbarui ketersediaan layanan
15. User berhasil membatalkan pesanan dan mendapatkan
pengembalian dana
Alternative Flow - 1: 7.a. daftar pesanan saya tidak ada
7.b. sistem memberikan informasi untuk melakukan pemesanan
terlebih dulu
8.a. sistem gagal dalam merespon pembatalan dari user
8.b. sistem memberikan notifikasi keterangan penyebab kegagalan
8.c. sistem menampilkan halaman menu pembatalan .
Postconditions: User berhasil membatalkan pesanan dan dana kembali
Use Case ID: UC-010

Use Case Mengubah jadwal pesanan
Name:
Actor: User, administrator

Description: Menjelaskan proses pengubahan jadwal pesanan
Usecase Goal: User dapat mengubah jadwal pesanan
Preconditions: Memiliki akun dan telah melakukan pemesanan layanan
2. User melakukan login
3. User memilih menu pesan layanan
4. User mengisi detail pesanan
5. User menyelesaikan pembayaran tagihan biaya
6. User membuka menu daftar pesanan saya
7. User memilih salah satu daftar pesanan saya
8. User memilih mengubah jadwal pesanan
9. User memilih daftar layanan yang tersedia
10. Administrator memvalidasi jadwal pesanan baru
11. Administrator menentukan besarnya tagihan biaya baru
12. Administrator mengirim notifikasi tagihan biaya baru
13. User melakukan transaksi ulang
14. Administrator mengirim notifikasi keberhasilan pembayaran
dan pengubahan jadwal
15. User berhasil mengubah jadwal pesanan
Alternative Flow - 1: 9.a. sistem menampilkan tidak ada ketersediaan jadwal
9.b. sistem memberikan pilihan untuk membatalkan pesanan
9.c. sistem mengirim pengembalian biaya
Postconditions: User mendapatkan jadwal baru
5.2 Tugas II: Pemodelan Activity Diagram

Berdasarkan pemodelan Use Case Diagram dan Use Case Scenario pada tugas I, buatlah
activity diagram dari use case tersebut berdasarkan use case scenario. Isikan data aktivitas
yang dilakukan pada scenario sesuai dengan urutan yang ada pada use case scenario pada
kolom activity, aktor yang melakukan dan jika dibutuhkan persyaratan pada aktivitas tersebut
tuliskan dalam kolom precondition activity.
Activity ID: AD-FIR-001

Activity title: Memberikan hasil tes
Use Case UC-001
Scenario ID :
Main Flow
Precondition Activity
Activity Aktor
Mengambil sampel User, Dokter Melakukan

pemesanan
Melakukan tes Dokter Dokter telah
laboratorium mengambil sampel
dari user
Mendapatkan hasil tes Dokter Dokter telah
melakukan tes
laboratorium
Mengupload hasil tes Dokter Dokter telah
mendapatkan hasil
tes
Menyimpan hasil tes Sistem Dokter telah
pada database mengupload hasil
tes
Memberikan notifikasi Sistem Sistem telah
menyimpan hasil tes
pada database
Memberikan hasil tes Sistem Sistem telah
pada user menyimpan hasil tes
pada database
User mendapatkan User Sistem telah
notifikasi mengirimkan
notifikasi
User mendapatkan User Sistem telah
hasil tes mengirimkan hasil
tes pada user
Alternative Flow
Activity Aktor
Menampilkan status tes Sistem Hasil tes belum

dalam proses keluar
Activity ID: AD-FIR-002
Activity title: Melakukan pembayaran
Use Case UC-002
Scenario ID :
Main Flow
Activity Aktor
Memilih jenis dan User User telah

tempat tes melakukan login
Melakukan transaksi User User telah memilih
jenis dan tempat tes
Mengirimkan Sistem User telah
id_Pemesanan dan melakukan transaksi
tagihan pembayaran
Melakukan pembayaran User Sistem telah
mengirimkan tagihan
pembayaran
Memverifikasi Sistem User telah
id_Pemesanan dan melakukan
kode pembayaran pembayaran
Mengirimkan notifikasi Sistem Sistem telah
melakukan verifikasi
Mendapatkan notifikasi User Sistem telah
mengirimkan
notifikasi
Alternative Flow
Activity Aktor
Mengirimkan notifikasi Sistem Pembayaran gagal

Activity ID: AD-SUO-003
Activity title: Melakukan registrasi
Use Case UC-003
Scenario ID :
Main Flow
Activity Aktor Precondition Activity
Mengunduh aplikasi User -

Membuka aplikasi User Aplikasi terinstall
Memilih menu registrasi User Membuka aplikasi
Mengisi form registrasi User Memiliki email,
id_user,
password,no hp
Mengirimkan form User Data yang diisikan
registrasi benar
Menunggu User
mendapatkan email
validasi
Mengirimkan email Sistem Form dikirim dan
validasi menerima alamat
email
Mendapatkan email User Sistem telah
validasi mengirimkan email
validasi
Memvalidasi email User Menerima email
validasi
Mendapatkan notifikasi User
akun berhasil
Alternative Flow
Activity Aktor
Menunggu User Menunggu respon

mendapatkan email sistem
validasi
Meminta ulang email User Tidak merespon
validasi selama 100 detik
Activity ID: AD-SUO-004
Activity title: Memberikan hasil tes
Use Case UC-004
Scenario ID :
Main Flow
Activity Aktor Precondition Activity
Memilih menu User User melakukan

pemesanan login
Memilih jenis layanan User Memilih menu
test pemesanan
Memilih metode User Memilih jenis
layanan test layanan test
Menampilkan tempat Sistem Memilih metode
layanan test yang layanan test
tersedia
Memilih tempat layanan User Memilih metode
test layanan test
Memilih waktu test User Memilih tempat
layanan test
Melakukan checkout User Memilih waktu test
Menngirimkan notifikasi Sistem Melakukan checkout
pemesanan diproses
Mendapatkan notifikasi User Melakukan checkout
pemesanan diproses
Alternative Flow
Activity Aktor
Tidak mendapatkan User Menunggu respon

notifikasi pemesanan sistem
diproses
Mendapatkan notifikasi User Gangguan internet
pemesanan gagal
diproses
Activity ID: AD-ARM-005
Activity title: Memberikan kritik & saran
Use Case UC-005
Scenario ID :
Created By: Alif Rizal Maulana Last Updated By: Alif Rizal Maulana
Main Flow
Activity Aktor
Memilih menu kritik & User User memiliki

saran keluhan yang ingin
disampaikan
Menampilkan form kritik Sistem User memilih menu
& saran kritik & saran
Memberikan kritik & User Sistem telah
saran menampilkan form
kritik & saran
Menyimpan kritik & Sistem User telah
saran mensubmit form
kritik & saran
Mengirim notifikasi kritik Sistem Sistem berhasil
& saran yang masuk menyimpan kritik &
saran user
Memberikan feedback Customer Service Sistem telah
mengirim notifikasi
kritik & saran yang
masuk
Membuat rekap kritik & Administrator Sistem berhasil
saran menyimpan kritik &
saran user
Mengirim rekap kritik & Sistem Administrator telah
saran membuat rekap kritik
& saran
Mengevaluasi rekap CEO CEO telah
kritik & saran menerima rekap
kritik & saran
Membuat rencana CEO CEO telah
pengembangan aplikasi menyelesaikan
evaluasi rekap kritik
& saran
Mengirim rencana Sistem CEO telah membuat
pengembangan aplikasi rencana
pengembangan
aplikasi
Melakukan update Manager Manager menerima
aplikasi Development rencana
pengembangan
aplikasi
Alternative Flow
Activity Aktor
Menampilkan notifikasi Sistem Kritik & saran tidak

gagal menyimpan kritik berhasil dikirim
& saran
Activity ID: AD-ARM-006

Activity title: Memberikan review rumah sakit
Use Case UC-006
Scenario ID :
Main Flow
Activity Aktor
Menyelesaikan User telah memesan

User layanan
pemesanan layanan
Menampilkan form Sistem User telah selesai
review melakukan layanan
Memberikan review User Sistem telah
menampilkan form
review
Menyimpan review Sistem User telah
mensubmit form
review
Menampilkan Sistem User pernah
rekomendasi rumah melakukan review
sakit
Membuat rekap review Administrator Sistem berhasil
menyimpan review
user
Mengirimkan rekap Sistem Administrator telah
review membuat rekap
review
Mengevaluasi rekap Rumah Sakit Rumah Sakit telah
review menerima rekap
review
Melakukan perbaikan Rumah Sakit Rumah sakit telah
layanan mengevaluasi rekap
review
Alternative Flow
Activity Aktor
Menampilkan notifikasi Sistem review tidak berhasil

gagal menyimpan dikirim
review
Activity ID: AD-DRA-007
Activity title: Mencari tempat test
Use Case UC-007
Scenario ID :
Main Flow
Activity Aktor
Aplikasi telah
Membuka aplikasi User terinstall
Melakukan login User Aplikasi telah
aplikasi terbuka
Memasukkan keyword User Memiliki keyword
pencarian test alamat yang dituju
Mencari data yang Sistem Tempat test telah
tersimpan mengisi kebutuhan
data
Mensinkronisasikan Sistem Tempat test telah
data yang telah ada mengisi kebutuhan
dengan keyword data
Menambahkan data Administrator tempat test
yang akan disimpan memasukkan data
terbaru seperti kuota
test secara live
Memberikan Sistem User telah update
rekomendasi tempat data pada profile
sesuai dengan data update dan aplikasi
telah mendata
seluruh tempat
Mendapatkan User proses pencarian
rekomendasi tempat telah selesai
Alternative Flow
Activity Aktor
User langsung User keyword yang

mendapatkan tempat diinput sangat
yang dituju lengkap
Activity ID: AD-DRA-008
Activity title: Memperbarui data user
Use Case UC-008
Scenario ID :
Main Flow
Activity Aktor
Aplikasi telah
Membuka aplikasi User terinstall
Melakukan login User Aplikasi telah
aplikasi terbuka
Mengisi form profile User Memiliki data berupa
diluar pendaftaran tanggal terakhir test
dan riwayat alergi
Menyimpan data user Administrator User telah submit
form
Memberikan notifikasi Sistem User telah submit
bahwa data sudah form
diperbarui
Mendapatkan notifikasi User seluruh proses telah
data telah terupdate selesai
Alternative Flow
Activity Aktor
User belum pernah User -

test/akan memesan
pertama kali pada
aplikasi GO-FIT
User akan langsung sistem user telah memesan
tersambung datanya layanan pada
berupa tanggal test aplikasi
setelah proses
pemesanan selesai
Activity ID: AD-FMS-009

Activity title: Membatalkan pesanan
Use Case UC-009
Scenario ID :
Main Flow
Activity Aktor
Membatalkan pesanan User Memiliki akun valid

dan melakukan
pemesanan
Memvalidasi pesanan Administrator, Admin dan e-wallet
dan transaksi E-wallet memiliki akun yang
valid
Menentukan besar Administrator User telah
pengembalian dana melakukan
pembayaran
Mengirim pengembalian E-wallet User melakukan
dana pembatalan dengan
valid
Memperbarui Administrator Pengembalian dana
ketersediaan layanan dan pembatalan
pesanan telah
berhasil
Mengirim notifikasi Administrator Administrator telah
keberhasilan melakukan
pembaruan pada
database
Alternative Flow
Activity Aktor
Menampilkan status Sistem adanya kendala dari

gagal dalam administrator dan
pembatalan pesanan atau e-wallet
Activity ID: AD-FMS-009
Activity title: Mengubah jadwal pesanan
Use Case UC-009
Scenario ID :
Main Flow
Activity Aktor
Mengubah jadwal User Memiliki akun valid

pesanan dan melakukan
pemesanan
Memvalidasi jadwal Administrator User memilih jadwal
pesanan baru pesanan baru yang
tersedia
Menentukan besar Administrator User memilih jadwal
tagihan biaya baru pesanan baru yang
tersedia
Mengirim tagihan biaya Administrator User berhasil
baru mendapatkan jadwal
baru
Melakukan transaksi User Administrator
ulang mengirim tagihan
biaya baru
Mengirim notifikasi Administrator Pembayaran User
keberhasilan dan pengubahan
jadwal berhasil
Alternative Flow
Activity Aktor
Menampilkan tidak ada Administrator User mengubah

ketersediaan jadwal jadwal pesanan
layanan
Membatalkan User Jadwal layanan tidak
pengubahan jadwal tersedia
Mengembalikan dana Administrator User memilih
membatalkan
pesanan
5.3 Tugas III : Pemodelan Sequence Diagram
Berdasarkan pemodelan Activity Diagram pada tugas II, buatlah sequence diagram dari
activity diagram tersebut. Isikan data sesuai dengan tabel dibawah ini yaitu aktor yang
melakukan, boundary kelas, entitas pada kelas yang berhubungan, control kelas sebagai
penghubung dengan boundary dan message sebagai pesan yang dikirimkan atau diterima.
Sequence ID: SD-001

Sequence title: Memberikan Hasil Tes
Activity Diagram AD-FIR-001
ID :
Aktor Boundary Kontrol Kelas Entitas

Kelas Kelas
User Halaman Database
utama pesanan
dan
database
hasil tes
Halaman Database
informasi pesanan
pesanan
Halaman Controller Database
hasil tes hasil tes
Dokter Halaman Notifikasi Database
dokter hasil tes
Halaman Notifikasi Database
upload hasil hasil tes
tes
Message Object Asal Object Messages Data / Return
Number Tujuan Parameter Value
1 User Halaman Memilih - -
utama menu
informasi
pesanan
1.1 Halaman Halaman setOrderDet - -
utama informasi ails()
pesanan
1.1.1 Halaman Database setOrderDet - -
informasi pesanan ails()
pesanan
1.1.2 Database Halaman getOrderDet - -
pesanan informasi ails()
pesanan
1.2 Halaman Halaman getOrderDet - -
informasi utama ails()
pesanan
1.3 Halaman User menampilka - (id_Pesanan
utama n informasi , hari,
pesanan tanggal,
tempat,
status
Pembayara
n, hasil tes)
2 Dokter Halaman Memilih - -
dokter menu
upload hasil
tes
2.1 Halaman Halaman setHasilTes( - -
dokter upload hasil )
tes
2.1.1 Halaman Controller inputHasilTe - -
upload hasil s()
tes
2.1.1.1 Controller Database setHasilTes( - -
hasil tes )
2.1.1.1.1 Database Notifikasi setHasilTes Hasil tes -
hasil tes
2.1.1.1.2 Notifikasi Database sendNotifica - notifikasi
hasil tes tion()
2.1.1.2 Database Controller sendNotifica - -
hasil tes tion()
2.1.1 Controller Halaman sendNotifica - -
utama tion()
2.2 Halaman user Mendapatka - notifikasi
utama n notifikasi
hasil tes
sudah
keluar
utama menu lihat
status tes
3.1 Halaman Halaman cekTestStat - -
utama informasi us()
pesanan
3.2 Halaman Halaman hasilTestDo - -
informasi utama ne()
pesanan
3.3 Halaman User Menampilka - status hasil
utama n status tes tes
bahwa hasil
tes sudah
keluar
3.4 Halaman Halaman hasilTesUnd - -
informasi utama one()
pesanan
3.4.1 Halaman User Menampilka - status hasil
utama n status tes
menunggu
hasil tes
utama menu lihat
hasil tes
4.1 Halaman Halaman cekHasilTes hasil tes done -
utama hasil tes ()
4.1.1 Halaman Database cekHasilTes - -
hasil tes hasil tes ()
4.1.2 Database Halaman getHasilTes( - hasil tes
hasil tes hasil tes )
4.2 halaman halaman getHasilTes( - hasil tes
hasil tes utama )
4.3 Halaman User Menampilka - hasil tes
utama n hasil tes
Sequence ID: SD-002

Sequence title: Melakukan pembayaran
Activity Diagram AD-FIR-002
ID :

Kelas Kelas
User Halaman Transaksi Database
utama transaksi
Form Notifikasi Database
pemesanan pesanan

utama form
pemesanan
1.1 Halaman Form tampilForm - -
utama pemesanan Order()
1.2 Form Halaman getFormOrd - -
pemesanan utama er()
1.3 Halaman User getOrderDet - -
utama ails()
2 User Halaman Melakukan - -
utama pemesanan
2.1 Halaman Form setOrder() - -
utama pemesanan
2.1.1 Form Transaksi inputDataOr - -
pemesanan der()
2.1.1.1 Transaksi Database setDataOrd - -
transaksi er()
2.1.1.2 Database Transaksi getDataOrd - order,
transaksi er() tagihan
2.1.2 Transaksi Form getDataOrd - order,
pemesanan er() tagihan
2.2 Form Halaman getOrder() - order,
pemesanan utama tagihan
2.3 Halaman User menampilka - -
utama n detail
pesanan
dan tagihan
pembayara
n
3. User Halaman Melakukan - -
utama pembayara
n
3.1 Halaman Transaksi inputPayme pembayaran, -
utama nt()
3.1.1 Transaksi Database validatePay pembayaran, -
transaksi ment kode
pembayaran,
id_Pemesana
n
3.1.1.1 Database Notifikasi validation() pembayaran, -
transaksi kode
pembayaran,
id_Pemesana
n
3.1.1.2 Notifikasi Database validate() - validasi
transaksi
3.1.2 Database transaksi sendNotifica - notification
transaksi tion()
3.2 Transaksi Halaman sendNotifica - -
utama tion()
3.3 Halaman User Menerima notifikasi -
utama notifikasi
pembayara
n berhasil
3.1.1.3 Notifikasi Database notValidated - not
transaksi () validated
3.1.1.3.1 Database transaksi sendNotifica - notification
transaksi tion()
3.1.1.3.1.1 Transaksi Halaman sendNotifica - -
utama tion()
3.1.1.3.1.1. Halaman User Menerima notifikasi -
1 utama notifikasi
pembayara
n gagal
Sequence ID: SD-003

Sequence title: Melakukan registrasi
Activity Diagram AD-SUO-003
ID :

Kelas Kelas
User Halaman Control data Data User
Registrasi
User Halaman Control data Data User
utama
Go-Fit

registrasi menu
registrasi
1.1 Halaman User Halaman - -
registrasi Registrasi
2 User Halaman Mengisi - -
registrasi form
registrasi
2.1 Halaman Control data getDataUse nama, -
registrasi r() jenis_kelamin,
tanggal_lahir
email,
password,
no_hp, alamat
2.1.1 Control data Data user setDataUse nama, -
r() jenis_kelamin,
tanggal_lahir
email,
password,
no_hp, alamat
2.1.2 Data user Control data dataValidity( - Validasi
)
2.1.2.1 Control data Halaman tampilMess - notifikasi
registrasi ageError()
2.1.2.1.1 Halaman User Menampilka - notifikasi
registrasi n pesan
error
2.1.2.2 Control data Halaman menampilka - -
utama n halaman
Go-Fit utama
Go-Fit
2.1.2.2.1 Halaman User Halaman - -
utama utama
Go-Fit Go-Fit
Sequence ID: SD-004

Sequence title: Melakukan pemesanan
Activity Diagram AD-SUO-004
ID :

Kelas Kelas
User Halaman Order Data
Pemesanan Pemesanan
User Checkout Order Data
Pemesanan
pemesanan menu
pemesanan
1.1 Halaman User Halaman - -
registrasi pemesanan
pemesanan jenis
layanan test
2.1 Halaman Order setJenisLay Jenis layanan -
pemesanan nananTest() test
2.2 Halaman User Menampilka - -
pemesanan n metode
layanan test
pemesanan metode
layanan test
3.1 Halaman Order setMetodeL Metode -
pemesanan ayananTest( layanan test
)
pemesanan n tempat
layanan test
pemesanan tempat
layanan test
4.1 Halaman Order setTempatL Tempat -
pemesanan aynananTes layanan test
t()
pemesanan n waktu test
pemesanan waktu test
5.1 Halaman Order setWaktuTe Waktu test -
pemesanan st()
6 User Checkout Memilih - -
checkout
pemesanan
6.1 Order Checkout sendDetailO Jenis, Metode -
rder() Tempat, dan
Waktu test
6.2 Checkout User Menampilka - notifikasi
n notifikasi
konfirmasi
checkout
6.2.1 User Checkout Mengkonfir konfirmasi -
masi
checkout
6.2.2 Checkout Data user setDataOrd Jenis, Metode -
er() Tempat, dan
Waktu test
serta data
user
6.2.3 Data user Checkout dataValidity( - validasi
)
6.2.3.1 Checkout Halaman tampilMess - -
pemesanan ageGagal()
pemesanan n notifikasi
pesanan
gagal
diproses
6.2.3.2 Checkout Halaman tampilMess - -
pemesanan ageDiprose
s()
pemesanan n notifikasi
pesanan
diproses
Sequence ID: SD-005

Sequence title: Memberikan kritik & saran
Activity Diagram AD-ARM-005
ID :

Kelas Kelas
User Menu Controller Database
Utama Kritik &
Saran
User Halaman Controller Database
Kritik & Kritik &
Saran Saran
Administrat Halaman Controller Database
or Admin Admin Rekap
CEO Halaman Controller Database
Stakeholder Stakeholder Stakeholder
Manager Sistem Controller Database
Aplikasi Aplikasi Update
Customer Halaman Controller Database
Service Customer Customer Feedback
Service Service

1 User Menu Memilih - -
Utama menu kritik
& saran
1.1 Menu User Form kritik - -
Utama & saran
2 User Halaman Memberikan - -
Kritik & kritik &
Saran saran
2.1 Halaman Controller inputData() inputData(dat -
Kritik & aUser[], Kritik
Saran & Saran)
2.1.1 Controller Database saveData() saveData(dat -
Saran & Saran)
2.1.2 Database Controller saveSucces - True/False
Kritik & s()
Saran
2.1.3 Database Controller saveFailure( - True/False
Kritik & )
Saran
2.2 Controller Halaman inputSucces - Menampilka
Kritik & s() n notifikasi
Saran berhasil
2.3 Halaman User Menampilka - Pop-up
Kritik & n notifikasi notifikasi
Saran berhasil yang
mengirim menyatakan
kritik & bahwa kritik
saran & saran
berhasil
dikirim
2.4 Controller Halaman inputUnsucc - Menampilka
Kritik & essful() n notifikasi
Saran gagal
Kritik & n pesan notifikasi
Saran gagal menyatakan
menyimpan gagal
kritik & mengirim
saran kritik &
saran
3 User Halaman Mengirim - -
Kritik & ulang kritik
Saran & saran
Saran & Saran)
Saran & Saran)
4 Database Customer readData() readData(ID_ -
Kritik & Service Customer_Se
Saran rvice,
Password)
4.1 Customer Halaman createFeed createFeedba -
Service Customer back() ck(dataUser[],
Service dataCS[])
4.1.1 Halaman Controller sendFeedb sendFeedbac -
Customer Customer ack() k(dataUser[],
Service Service
dataCS[],
Feedback)
4.1.1.1 Controller Database saveFeedba saveFeedbac -
Customer Feedback ck() k(dataUser[],
Service dataCS[],
Feedback)
4.1.1.2 Database Controller successNoti - True/False
Feedback Customer fication()
Service
4.1.2 Controller Halaman showSucce - Menampilka
Customer Customer ssNotificatio n notifikasi
Service Service n() berhasil
4.2 Halaman Customer Menampilka - Pop-up
Customer Service n notifikasi notifikasi
Service sukses yang
menyimpan menyatakan
feedback bahwa
feedback
telah
tersimpan
4.1.3 Controller Halaman getFeedbac getFeedback( Feedback
Customer Kritik & k() dataUser[], dari kritik &
Service Saran dataCS[], saran user
Feedback)
4.1 Halaman User Menampilka - Menampilka
Kritik & n feedback n feedback
Saran kepada user sebagai
bentuk
respon dari
kritik &
saran dari
user
5 Database Administrat collectData( collectData(I Data kritik &
Kritik & or ) D_Admin, saran user
Saran Password)
5.1 Administrat Halaman createDocu createDocum -
or Admin ment() ent("Rekap
Kritik &
Saran", Kritik
& Saran)
5.1.1 Halaman Controller sendRekap sendRekapD -
Admin Admin Dokumen() okumen(Tang
gal)
5.1.1.1 Controller Database saveRekap saveRekapAd -
Admin Rekap Admin() min(Tanggal)
5.1.1.2 Database Controller saveSucces - True/False
Rekap Admin s()
Admin Admin ssNotificatio n notifikasi
n() berhasil
5.2 Halaman Administrat Menampilka - Pop-up
Admin or n notifikasi notifikasi
rekap rekap
sukses berhasil
tersimpan dikirim
6 Administrat CEO Mengirim - -
or dokumen
rekap kritik
& saran
6.1 CEO Halaman createDocu createDocum -
Stakeholder ment() ent(“Rencana
Pengembang
an Aplikasi”,
“Rekap kritik
& saran”)
6.1.1 Halaman Controller sendRenca sendRencana -
Stakeholder Stakeholder naDokumen Dokumen(Tan
() ggal)
6.1.1.1 Controller Database saveRenca saveRencana -
Stakeholder Stakeholder naCEO() CEO(Tanggal
)
6.1.1.2 Database Controller saveSucces - True/False
Stakeholder Stakeholder s()
Stakeholder Stakeholder ssNotificatio n notifikasi
n() berhasil
6.2 Halaman CEO Menampilka - Pop-up
Stakeholder n notifikasi notifikasi
rencana dokumen
pengemban rencana
gana pengemban
aplikasi gan aplikasi
sukses berhasil
tersimpan disimpan
7 CEO Manager Mengirim - -
Developme dokumen
nt rencana
pengemban
gan aplikasi
7.1 Manager Sistem prepareUpd prepareUpdat -
Developme Aplikasi ate() e(ID_Manage
nt r, Password)
7.1.1 Sistem Controller createUpdat createUpdate -
Aplikasi Aplikasi e() (Document_R
encana)
7.1.1.1 Controller Database applyingUp applyingUpda -
Aplikasi Update date() te(Data_patc
h)
7.1.1.2 Database Controller updateSucc - True/False
Update Aplikasi ess()
7.1.2 Controller Sistem showSucce - Menampilka
Aplikasi Aplikasi ssNotificatio n notifikasi
n() berhasil
7.2 Sistem Manager Menampilka - Pop-up
Aplikasi Developme n notifikasi notifikasi
nt update update
sukses berhasil
diterapkan
pada sistem
Sequence ID: SD-006
Sequence title: Memberikan review
Activity Diagram AD-ARM-006
ID :

Kelas Kelas
Layanan Review
Review Review
Administrat Halaman Controller Data review
or Admin Admin
Rumah Halaman Controller Database
Sakit Stakeholder Stakeholder Rumah
Sakit

1 User Halaman Menekan - -
Layanan tombol
layanan
selesai
1.1 Halaman Halaman callForm() callForm(data -
Layanan Review User[])
1.2 Halaman Halaman sendForm() - Memberikan
Review Layanan data
tampilan
form
Layanan n Form n form
Review review
2 User Halaman Memberikan - -
Review review
Review aUser[],
Review)
Review aUser[],
Review)
2.1.1.1 Database Administrat collectData( collectData(I Data
Review or ) D_Admin, Review
Password) User
2.1.2 Controller Database getRecomm getRecomme -
Review endation() ndation(nama
RumahSakit,
Review)
Review s()
2.1.4 Database Controller loadRecom - Mengirim
Review mendation() data
rekomenads
i rumah
sakit
2.1.5 Database Controller saveFailure( - True/False
Review )
2.2 Controller Halaman showSucce - Menampilka
Review ssNotificatio n notifikasi
n() berhasil
2.3 Controller Halaman sendRecom - Menampilka
Review mendation() n data
rumah sakit
rekomendas
i
2.4 Controller Halaman showUnsuc - Menampilka
Review cessNotifica n notifikasi
tion() gagal
Review n notifikasi notifikasi
review menampilka
berhasil n review
disimpan berhasil
disimpan
Review n tampilan
rekomendas rumah sakit
i rumah rekomendas
sakit i dengan
review baik
Review n notifikasi notifikasi
review menampilka
gagal n review
disimpan gagal
disimpan
Review n kembali n kembali
form review form review
3 User Halaman Mengirim - -
Review ulang
review
Review aUser[],
Review)
Review aUser[],
Review)
4 Administrat Halaman createDocu createDocum -
or Admin ment() ent("Rekap
Review",
Review)
4.1 Halaman Controller sendRekap sendRekapD -
Admin Admin Dokumen() okumen(Tang
gal)
4.1.1 Controller Database saveRekap saveRekapAd -
Admin Rekap Admin() min(Tanggal)
Rekap Admin s()
4.2 Controller Halaman showSucce - Menampilka
Admin Admin ssNotificatio n notifikasi
n() berhasil
4.3 Halaman Administrat Menampilka - Pop-up
Admin or n notifikasi notifikasi
rekap berhasil
sukses menyimpan
tersimpan rekap
5 Administrat Rumah Mengirim - -
or Sakit dokumen
rekap
review
5.1 Rumah Halaman readDocum readDocume -
Sakit Stakeholder ent() nt(ID_Rumah
_Sakit,
Password)
5.1.1 Halaman Controller evaluateDo evaluateDocu -
Stakeholder Stakeholder cument() ment("Rekap
Review")
5.1.1.1 Controller Database setServiceI setServiceIm -
Stakeholder Rumah mporvemen porvement("D
Sakit t() okumen
peningkatan
layanan")
5.1.1.2 Database Controller successNoti - True/False
Rumah Stakeholder fication()
Sakit
Stakeholder Stakeholder ssNotificatio n notifikasi
n() berhasil
5.2 Halaman Rumah Menampilka - Pop-up
Stakeholder Sakit n notifikasi
peningkatan layanan
pada berhasil
layanan ditingkatkan
rumah sakit
Sequence ID: SD-007

Sequence title: Mencari tempat test
Activity Diagram AD-DRA-007
ID :

Kelas Kelas
Pencarian tempat test
Halaman
tempat test
Administrat Halaman Controller Data rumah
or Admin Admin sakit &
layanan
kesehatan
Rumah Halaman Controller Database
Sakit form data Rumah
Sakit
Message Object Asal Object Messages Data / Return Value

Number Tujuan Parameter
1 User Halaman Menekan - -
Pencarian tombol
search
1.1 Halaman halaman searchPlace searchPlace( memberikan
Pencarian tempat test () placer[]) data tempat
test yang
tersimpan
1.2 Halaman controller checkAvaila - tempat test
tempat test ble() yang sesuai
1.3 controller rumah sakit menyesuaik - data yang
an data tersimpan
yang ada
1.4 rumah sakit halaman menyimpan - -
form data data terbaru
1.5 halaman Database menyimpan saveData() data yang

form data rumah sakit data rumah telah
sakit tersimpan di
database
2 Administrato Halaman memberikan - data tempat
r admin informasi test
yang sesuai
3 halaman user saveData() saveData(dat memberikan
admin aUser[], rekomendasi
tempatest)
3.1 user - rekomendas getRecomme -
i tempat test ndastion()
Sequence ID: SD-008

Sequence title: Memperbarui data di luar registrasi
Activity Diagram AD-DRA-008
ID :

Kelas Kelas
profile profile user
Administrat Halaman Controller Database
or Admin Admin user aplikasi
1 User halaman masuk - -
profile kepada
form edit
profile
1.1 halaman administrato edit profile - -
profile r tambahan
1.2 administrato halaman menambahk inputData() -
r admin an profile
pengguna
1.3 halaman controller memasukka - -
admin admin n data
2 controller database menyimpan saveData() data
admin user data terbaru penyimpanan
aplikasi user terbaru (dataa
terakhir test,
alergi, dan
informasi
e-wallet)
2.1 database controller mengirimka sendData() -
user n data
aplikasi terbaru
pengguna
2.2 controller database menyimpan setProfile() -
profile user data pada
aplikasi
user
2.3 database controller data telah sendNotificati mengirimkan
profile user tersimpan on() sinyal untuk
pada profile notifikasi
2.3 controller user mendapatka getNotificatio mendapatkan
n notifikasi n() notifikasi
bahwa data
telah
diperbarui
Sequence ID: SD-009

Sequence title: Melakukan pembatalan pesanan
Activity Diagram AD-FMS-009
ID :

Kelas Kelas
User Halaman - -
login
Halaman - -
notifikasi
Administrat Halaman control data database
or admin admin pemesanan
E-wallet Halaman control data database
E-wallet E-wallet pemesanan

1 User halaman - inputData() login sukses
login
2 user halaman membatalka membatalkan -

riwayat n pesanan pesanan(id_p
pemesanan esanan)
2.1 halaman administrato request request -
riwayat r pembatalan Pembatalan(i
pemesanan
d_pemesana
n)
2.2 administrato halaman menerima - -
r admin request
2.3 halaman control data cek data cekData(id_p boolean
admin admin esanan)
2.4 control data data set data setData(id_pe -
admin pemesanan mesanan)
2.5 data control data get data - detail
pemesanan admin pesanan
2.6 control data halaman true or false - true or false
admin admin
2.6.1 halaman administrato messageErr - -
admin r or : if
sekData =
false
2.6.1.1 administrato halaman menerima - -
r riwayat Pesan Error
pesanan
2.6.2 halaman control data cekDanaKe cekDanaKem -
admin admin mbali(id_pe bali(id_pesan
sanan) : if an)
cekData =
true
2.6.2.1 control data data setDataDan setDataDana( -
admin pemesanan a(id_pesana id_pesanan)
n)
2.6.2.2 data control data mengirim - -
pemesanan E-wallet data jumlah
dana
2.6.2.3 control data halaman menerima - -
E-wallet e-wallet data jumlah
dana
2.6.2.4 halaman e-wallet getDanaKe - integer,
e-wallet mbali : jumlah dana
integer yang akan
dikembalikan
2.6.2.5 e-wallet halaman notifikasi - -
admin pengembali
an dana
2.6.2.6 halaman notifikasi notifikasi - -
admin pembatalan
berhasil
2.6.2.7 halaman control data perbaruiDat - -
admin admin a(id_pesana
n)
2.6.2.8 control data data deleteData(i - -
admin pemesanan d_pesanan)
2.6.2.9 data control data dataTerhap - -
pemesanan admin us
2.6.2.10 control data halaman data - -
admin admin berhasil
diperbarui
2.6..2.11 notifikasi user pembatalan - -
berhasil
Sequence ID: SD-010

Sequence title: Melakukan pengubahan jadwal pesanan
Activity Diagram AD-FMS-010
ID :
Date Created: 28 April 2021 Date Last Updated: 16 Mei 2021

Kelas Kelas
User Halaman - -
login
Halaman - -
notifikasi
Administrat Halaman control data database
or admin admin pemesanan
E-wallet Halaman control data database
E-wallet E-wallet pemesanan
1 User halaman - inputData() login sukses
login
2 user halaman mengubah mengubahJa -

riwayat jadwal dwal(id_pesa
pemesanan pesanan nan)
2.1 halaman administrato request requestPengu -
riwayat r pengubaha bahanJadwal(
pemesanan n jadwal id_pesanan)
2.2 administrato halaman menerima - -
r admin request
2.3 halaman control data cek data cekData(id_p boolean
admin admin esanan)
2.4 control data data set data setData(id_pe -
admin pemesanan mesanan)
2.5 data control data get data - detail
pemesanan admin pesanan
2.6 control data halaman true or false - true or false
admin admin
2.6.1 halaman administrato messageErr - -
admin r or : if
cekData =
false
2.6.1.1 administrato halaman menerima - -
r riwayat Pesan Error
pesanan
2.6.2 halaman control data cekDanaUs cekDanaUser -
admin admin er(id_pesan (id_pesanan)
an) : if
cekData =
true
2.6.2.1 control data data setDataDan setDataDana( -
admin pemesanan a(id_pesana id_pesanan)
n)
2.6.2.2 data control data mengirim - -
pemesanan Administrat data jumlah
or dana
2.6.2.3 control data halaman menerima - -
Administrat Administrat data dana
or or dan
menetapkan
tagihan
baru
2.6.2.4 alaman Administrat mendapatka - integer,
Administrat or an tagihan jumlah
or baur untuk tagihan
pelanggan
2.6.2.5 Administrat notifikasi mengirim - -
or notifikasi
tagihan
baru
notifikasi user mengirim - -
notifikasi
tagihan
baru
2.6.2.6 User halaman klik untuk - -
riwayat mengirim
pesanan dana
2.6.2.7 halaman control data data dana - integer
riwayat admin
pesanan
2.6.2.8 control data data setdanaBar id_pesanan -
admin pemesanan u()
2.6.2.9 data control data getDanaBar id_pesanan -
pemesanan e-wallet u()
2.6.2.10 control data halaman data dana - integer
e-wallet e-wallet diterima
2.6.2.11 halaman e-wallet dana baru - integer
e-wallet diterima
2.6.2.12 e-wallet control data konfirmasi - -
admin dana telah
diterima
oleh
e-wallet
2.6.2.13 control data halaman konfirmasi - -
admin admin dana telah
berhasil
terkirim oleh
user
2.6.2.14 halaman control data perbaruiDat - -
admin admin a(id_pesana
n)
2.6.2.15 control data data deleteData(i - -
admin pemesanan d_pesanan)
2.6.2.16 data control data dataTerhap - -
pemesanan admin us
2.6.2.17 control data halaman data - -
admin admin berhasil
diperbarui
2.6.2.18 halaman notifikasi mengirim - -
admin notifikasi
dana
terkirim
2.6.2.18.1 halaman notifikasi mengirim - -
admin notifikasi
jadwal telah
diunah
2.6..2.19 notifikasi user pengubaha - -
n jadwal
berhasil
5.4 Tugas IV : Pemodelan Class Diagram
Pada tugas sebelumnya telah dibuat sequence diagram untuk studi kasus ini, terdapat
method-method yang sudah dijelaskan sebelumnya. Pada tugas ini buatlah pemetaan class
dan diagram sesuai dengan tabel – tabel berikut.
[FIR] Memberikan hasil tes [CD-001]
User
Sifat
Attribut Tipe data
Private Public Protected
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
saldo_E String ✔
-wallet
Method param Return
getIdUs - integer ✔
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
getAlam - string ✔
at()
setEmai Email - ✔
l(Email)
getEmai - string ✔
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
getTang - String ✔
galLahir
()
setJenis Jenis_ - ✔
Kelamin Kelam
(jenis_K in
elamin)
getJeni - string ✔
sKelami
n()
getSald - string ✔
oEwalle
t()
Dokter
Sifat
Attribut Tipe data
id_Dokt Integer ✔
er
nama String ✔
Email String ✔
Jenis_K String ✔
elamin
Method param Return
getIdDo - integer ✔
kter()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setEmai Email - ✔
l(Email)
l()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
setHasil hasil_ - ✔
Tes(has Tes
il_Tes)
inputHa hasil_ - ✔
silTes(h Tes
asil_Tes
)
Data Hasil Tes

Sifat
Attribut Tipe data
kode_H String ✔
asilTes
id_Pesa String ✔
nan
id_USer Integer ✔
hasil_Te String ✔
s
Method param Return
setHasil hasil_ ✔
Tes(has Tes
il_Tes)
cekHasi - string ✔
lTes()
getHasil - string ✔
Tes()
Hasil Tes
Sifat
Attribut Tipe data
id_Pem String ✔
esanan
jenis_Te String ✔
s
hasil_Te String ✔
s
tanggal String ✔
_Tes
nama_ String ✔
Pasien
nama_ String ✔
Dokter
Method param Return
getHasil - string ✔
Tes()
Notifikasi
Sifat
Attribut Tipe data
Id_User Integer ✔
id_Pesa String ✔
nan
statusH String ✔
asilTes
Method param Return
sendNo - string ✔
tification
()
[FIR] Melakukan Pembayaran [CD-002]
User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
saldo_E String ✔
-wallet
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
oEwalle
t()
Transaksi
Sifat
Attribut Tipe data
id_User Integer ✔
id_Pesa String ✔
nan
id_Tagi String ✔
han
String ✔
id_pem
bayaran
Method param Return
inputDa order - ✔
taOrder
(order)
getData - string ✔
Order()
inputPa paym - ✔
yment(p ent
ayment)
sendNo - string ✔
tification
()
Data Transaksi
Sifat
Attribut Tipe data
id_trans String ✔
aksi
dataTra String ✔
nsaksi
tanggal String ✔
Method param Return
validate - validati ✔
Paymen on
t()
setData - string ✔
Order()
sendNo - string ✔
tification
()
Notifikasi
Sifat
Attribut Tipe data
id_User Integer ✔
id_Pesa String ✔
nan
id_Tran String ✔
saksi
String ✔
validasi
Transak
si
Method param Return
validatio - validati ✔
n() on
validate string ✔
()
notValid - string ✔
ated()
[SUO] Melakukan registrasi [CD-003]

User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
passwo string ✔
rd
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
setPass passw - ✔
word(pa ord
ssword)
getPass - string ✔
word()
Control data
Sifat
Attribut Tipe data
validity boolean ✔
Method param Return
getData - string ✔
User()
dataVali - void ✔
dity()
tampilM - void ✔
essage
Error()
tampilH - void ✔
alaman
Utama()
Data User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
passwo string ✔
rd
Method param Return
setData id_Us - ✔
User() er,
nama,
no_H
P,
alama
t,
email,
Tangg
al_La
hir,
Jenis_
Kelam
in,
passw
ord
[SUO] Melakukan pemesanan [CD-004]

User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
passwo string ✔
rd
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
setPass passw - ✔
word(pa ord
ssword)
word()
Order
Sifat
Attribut Tipe data
Jenis_T string ✔
est
Metode string ✔
_Test
Tempat string ✔
_Test
Waktu_ string ✔
Test
Method param Return
s_Test()
getMeto - string ✔
de_Test
()
getTem - string ✔
pat_Tes
t()
getWakt - string ✔
u_Test()
_Test test
setMeto Metod - ✔
de_Test e_test
setTem Temp - ✔
apt_Tes at_tes
t t
setWakt Waktu - ✔
u_Test _test
sendDe - string ✔
tailOrde
r()
Checkout
Sifat
Attribut Tipe data
validity boolean ✔
Method param Return
dataVali - void ✔
dity()
tampilM - void ✔
essage
Gagal()
tampilM - void ✔
essage
Diprose
s()
Data Pemesanan
Sifat
Attribut Tipe data
id_User integer ✔
Jenis_T string ✔
est
Metode string ✔
_Test
Tempat string ✔
_Test
Waktu_ string ✔
Test
Method param Return
setData - string ✔
Order()
[ARM] Memberikan Kritik & Saran [CD-005]

User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
saldo_E String ✔
-wallet
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
oEwalle
t()
Administrator
Sifat
Attribut Tipe data
id_Admi Integer ✔
n
passwo String ✔
rd
Method param Return
setIdAd id_Ad - ✔
min(id_ min
Admin)
getIdAd - integer ✔
min()
setPass passw - ✔
word(pa ord
ssword)
word()
CEO
Sifat
Attribut Tipe data
id_CEO Integer ✔
passwo String ✔
rd
Method param Return
setIdAd id_CE - ✔
min(id_ O
CEO)
getIdCE - integer ✔
O()
setPass passw - ✔
word(pa ord
ssword)
word()
Manager Development
Sifat
Attribut Tipe data
id_Man Integer ✔
ager
passwo String ✔
rd
Method param Return
getIdMa - integer ✔
nager()
setPass passw - ✔
word(pa ord
ssword)
word()
Customer Service
Sifat
Attribut Tipe data
id_Cust Integer ✔
omer_S
ervice
Nama String ✔
passwo String ✔
rd
Method param Return
getIdCu - integer ✔
stomer
Service(
)
setNam - - ✔
a(Nama
)
getNam - string ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
Rekap Kritik & Saran

Sifat
Attribut Tipe data
id_Reka Integer ✔
p
judul String ✔
tanggal String ✔
Method param Return
setIdRe id_Re - ✔
kap(id_ kap
Rekap)
getIdRe - integer ✔
kap()
setJudu judul - ✔
l(judul)
getJudu - string ✔
l()
setTang tangg - ✔
gal(tang al
gal)
getTang - string ✔
gal()
Rencana Pengembangan Aplikasi

Sifat
Attribut Tipe data
id_Renc Integer ✔
ana
tanggal String ✔
Method param Return
setIdRe id_Re - ✔
ncana(i ncana
d_Renc
ana)
ncana()
setTang tangg - ✔
gal(tang al
gal)
gal()
Notifikasi
Attribut Tipe data Sifat
id_Notifi Integer ✔
kasi
Method param Return
getIdNo - integer ✔
tification
()
showSu - string ✔
ccessN
otificatio
n()
showUn - string ✔
success
fulNotifi
cation()
Controller
Sifat
Attribut Tipe data
dataUs ✔
string
er
kritik_sa ✔
string
ran
Method param Return
saveDat ✔
a()
inputDa ✔
ta()
saveFai ✔
lure()
inputUn ✔
success
ful()
inputSu ✔
ccess()
Kritik & Saran

Sifat
Attribut Tipe data
id_Kritik ✔
string
_Saran
kritik_sa ✔
string
ran
Method param Return
setIdKrit id_Krit - ✔
ikSaran ik_Sar
(id_Kriti an
k_Sara
n)
getIdKri - integer ✔
tikSaran
()
setKritik kritik_ - ✔
Saran(r saran
eview)
getKritik - string ✔
Saran()
Update Aplikasi
Sifat
Attribut Tipe data
id_Upd ✔
integer
ate
data_P ✔
string
atch
id_Man ✔
integer
ager
passwo ✔
rd_Man string
ager
Method param Return
prepare id_Ma ✔
Update( nger,
ID_Man
passw
ager,
ord_M
passwo
anage
rd_Man
ager) r
setUpd data_ ✔
ate(data Patch
_Patch)
applyin data_ ✔
gUpdat Patch
e(data_
Patch)
[ARM] Memberikan Review [CD-006]

User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
saldo_E String ✔
-wallet
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
oEwalle
t()
Administrator
Sifat
Attribut Tipe data
id_Admi Integer ✔
n
passwo String ✔
rd
Method param Return
setIdAd id_Ad - ✔
min(id_ min
Admin)
min()
setPass passw - ✔
word(pa ord
ssword)
word()
Rumah Sakit
Sifat
Attribut Tipe data
id_Rum Integer ✔
ah_Saki
t
nama String ✔
rating String ✔
alamat ✔
Method param Return
setIdRu id_Ru - ✔
mahSak mah_
it(id_Ru Sakit
mah_S
akit)
getIdRu - integer ✔
mahSak
it()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setRatin rating - ✔
g(rating
)
getRati - string ✔
ng()
setAlam Alama - ✔
at(alam t
at)
at()
Rekap Kritik & Saran

Sifat
Attribut Tipe data
id_Reka Integer ✔
p
judul String ✔
tanggal String ✔
Method param Return
setIdRe id_Re - ✔
kap(id_ kap
Rekap)
kap()
setJudu judul - ✔
l(judul)
getJudu - string ✔
l()
setTang tangg - ✔
gal(tang al
gal)
gal()
Notifikasi
Sifat
Attribut Tipe data
id_Notifi Integer ✔
kasi
Method param Return
getIdNo - integer ✔
tification
()
showSu - string ✔
ccessN
otificatio
n()
showUn - string ✔
success
fulNotifi
cation()
Controller
Sifat
Attribut Tipe data
dataUs ✔
array
er
review string ✔
Method param Return
saveDat ✔
a()
inputDa ✔
ta()
saveFai ✔
lure()
inputUn ✔
success
ful()
inputSu ✔
ccess()
Review
Sifat
Attribut Tipe data
id_Revi ✔
string
ew
review string ✔
Method param Return
setIdRe id_Re - ✔
view(id_ view
Review)
view()
setRevi review - ✔
ew(revi
ew)
getRevi - string ✔
ew()
Rekomendasi
Sifat
Attribut Tipe data
id_Reko ✔
mendas string
i
nama_ ✔
Rumah string
_Sakit
Method param Return
setIdRe id_Re - ✔
komend kome
asi(id_R ndasi
ekomen
dasi)
komend
asi()
setNam nama - ✔
aRuma _Rum
hSakit(n ah_Sa
ama_R kit
umah_
Sakit)
getNam - string ✔
aRuma
hSakit()
Peningkatan Layanan
Sifat
Attribut Tipe data
id_Rum ✔
ah_Saki string
t
passwo ✔
rd_Rum
string
ah_Saki
t
rekap_r ✔
string
eview
Method param Return
readDo id_Ru - ✔
cument( mah_
ID_Rum Sakit,
ah_Saki passw
t, ord_R
Passwo umah
rd) _Sakit
evaluat rekap -r ✔
eDocu _revie
ment(re w
kap_rev
iew)
setServi rekap - ✔
ceImpor _revie
vement( w
rekap_r
eview)
[DRA] Mencari tempat test (CD-007)
User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
setKey - - ✔
wordt()
getKeyo - String ✔
word()
getData - String ✔
User()
Controller
Sifat
Attribut Tipe data
dataUs ✔
array
er
availabl ✔
e_place string
s
Method param Return
saveDat - String ✔
a()
inputDa - String ✔
ta()
check_ - string ✔
places()
setInfor - ✔
mation()
getInfor - string ✔
mation()
searchP - string ✔
laces()
Administrator
Sifat
Attribut Tipe data
id_Admi Integer ✔
n
passwo String ✔
rd
Method param Return
setIdAd id_Ad - ✔
min(id_ min
Admin)
min()
setPass passw - ✔
word(pa ord
ssword)
word()
saveDat - - ✔
a()
setInfor - - ✔
mation()
mation()
Rumah Sakit
Sifat
Attribut Tipe data
idRS Integer ✔
nama_ String ✔
RS
rating String ✔
alamat String ✔
Method param Return
setIdRS id_Rs - ✔
(idRS)
getIdRS - integer ✔
()
setNam nama - ✔
a(nama _RS
_RS)
getNam - string ✔
aRS()
setRatin rating - ✔
g(rating
)
getRati - string ✔
ng()
setAlam Alama - ✔
at(alam t
at)
at()
update - String
Kuota()
[DRA] Memperbarui data user (CD-008)
User
Sifat
Attribut Tipe data
id_User Integer ✔
nama String ✔
No_HP String ✔
Alamat String ✔
Email String ✔
Tanggal String ✔
_Lahir
Jenis_K String ✔
elamin
Tanggal DateTime ✔
_Terakh
ir_Test
Alergi String ✔
NoRek_ integer ✔
EWALL
ET
Method param Return
er()
setNam nama - ✔
a(nama
)
getNam - string ✔
a()
setNoH no_H - ✔
P(no_H P
P)
getNoH - string ✔
P()
setAlam Alama - ✔
at(alam t
at)
at()
setEmai Email - ✔
l(Email)
l()
setTang Tangg - ✔
galLahir al_La
(Tangga hir
l_Lahir)
galLahir
()
Kelamin Kelam
(jenis_K in
elamin)
sKelami
n()
setTang Tangg - ✔
galTest( al_Ter
) akhir_
Test
galTest(
)
setAlerg alergi - ✔
i(alergi)
getAler - string ✔
gi()
setNoR NoRe - ✔
EK() k_EW
ALLE
T
getNoR - integer ✔
EK()
getData - String ✔
User()
Controller
Sifat
Attribut Tipe data
dataUs ✔
array
er
Method param Return
saveDat - String ✔
a()
inputDa - String ✔
ta()
setInfor - ✔
mation()
mation()
Administrator
Sifat
Attribut Tipe data
id_Admi Integer ✔
n
passwo String ✔
rd
Method param Return
setIdAd id_Ad - ✔
min(id_ min
Admin)
min()
setPass passw - ✔
word(pa ord
ssword)
word()
saveDat - - ✔
a()
setInfor - - ✔
mation()
mation()
[FMS] Membatalkan pesanan (CD-009)
User
Sifat
Attribut Tipe data
id_User Integer ✔
passwo String ✔
rd
nama String ✔
e_mail String ✔
gender String ✔
tanggal integer ✔
_lahir
saldo_e integer ✔
wallet
Method param Return
getId() - integer ✔
setNam nama ✔
a(nama
)
getNam - String ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
setEmai email - ✔
l(email)
getEmai - String ✔
l()
setGen gende ✔
der(gen r
der)
getGen - String ✔
der
setTang tangg ✔
galLahir al
(tanggal
)
getTang - integer ✔
galLahir
()
getSald - integer ✔
o()
pay() - integer ✔
Administrator
Sifat
Attribut Tipe data
id_Admi Integer ✔
n
passwo String ✔
rd
nama String ✔
e_mail String ✔
gender String ✔
data String ✔
Method param Return
min()
setNam nama ✔
a(nama
)
getNam - String ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
setData data String ✔
()
setEmai email - ✔
l(email)
l()
setGen gende ✔
der(gen r
der)
getGen - String ✔
der
er()
deleteJ - - ✔
adwal()
Ewallet
Sifat
Attribut Tipe data
id_Ewal Integer ✔
let
passwo String ✔
rd
nama String ✔
e_mail String ✔
Method param Return
min()
setNam nama ✔
a(nama
)
getNam - String ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
setEmai email - ✔
l(email)
l()
data pemesanan
Sifat
Attribut Tipe data
id_pem Integer ✔
esanan
data[] String ✔
Method param Return
setWakt waktu ✔
u(waktu
)
getWakt - String ✔
u()
setTang tangg - ✔
gal(tang al
gal)
gal()
setBula bulan - ✔
n(bulan)
getBula - String ✔
n()
setTahu tahun - ✔
n(tahun
)
getTahu - String ✔
n()
er()
min()
setValid valid - ✔
asiPem
esanan(
valid)
getValid - integer ✔
Pemesa
nan()
data pemebayaran
Sifat
Attribut Tipe data
id_pem Integer ✔
bayaran
data[] String ✔
Method param Return
u()
gal()
n()
n()
asiPem
esanan(
valid)
Pemesa
nan()
[FMS] Mengubah jadwal pesanan (CD-010)
User
Sifat
Attribut Tipe data
id_User Integer ✔
passwo String ✔
rd
nama String ✔
e_mail String ✔
gender String ✔
tanggal integer ✔
_lahir
saldo_e integer ✔
wallet
Method param Return
setNam nama ✔
a(nama
)
getNam - String ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
setEmai email - ✔
l(email)
l()
setGen gende ✔
der(gen r
der)
getGen - String ✔
der
setTang tangg ✔
galLahir al
(tanggal
)
getTang - integer ✔
galLahir
()
getSald - integer ✔
o()
pay() - integer ✔
Administrator
Sifat
Attribut Tipe data
id_Admi Integer ✔
n
passwo String ✔
rd
nama String ✔
e_mail String ✔
gender String ✔
data String ✔
Method param Return
min()
setNam nama ✔
a(nama
)
getNam - String ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
setData data String ✔
()
setEmai email - ✔
l(email)
l()
setGen gende ✔
der(gen r
der)
getGen - String ✔
der
er()
updateJ - - ✔
adwal()
Ewallet
Sifat
Attribut Tipe data
id_Ewal Integer ✔
let
passwo String ✔
rd
nama String ✔
e_mail String ✔
Method param Return
min()
setNam nama ✔
a(nama
)
getNam - String ✔
a()
setPass passw - ✔
word(pa ord
ssword)
word()
setEmai email - ✔
l(email)
l()
data pemesanan
Sifat
Attribut Tipe data
id_pem Integer ✔
esanan
data[] String ✔
Method param Return
setWakt waktu ✔
u(waktu
)
u()
setTang tangg - ✔
gal(tang al
gal)
gal()
setBula bulan - ✔
n(bulan)
n()
setTahu tahun - ✔
n(tahun
)
n()
er()
min()
asiPem
esanan(
valid)
Pemesa
nan()
data pemebayaran
Sifat
Attribut Tipe data
id_pem Integer ✔
bayaran
data[] String ✔
Method param Return
u()
gal()
n()
n()
asiPem
esanan(
valid)
Pemesa
nan()
5.5 Tugas V : Pemodelan Data
Tahapan berikutnya adalah membuat pemodelan data untuk kebutuhan implementasi pada
DBMS. Pada class diagram sudah dilakukan analisa atribut yang bisa digunakan sebagai
acuan penyusunan data model.
Lakukan analisis kelas dan sub kelas untuk masing – masing entitas yang terdapat pada
sequence diagram. Identifikasi relasi yang mungkin antar entitas yang telah diidentifikasi
beserta kardinalitas dan modalitas pada relasi tersebut
Analisis Entitas Class
Berdasarkan kelas yang digambarkan tersebut detailkan tabel berikut ini dan pastikan
bahwa tipe data yang ditentukan sesuai dengan contoh data yang diberikan pada setiap
atribut yang diuraikan.
Nama Kelas Atribut Tipe dan Key (Primary, Constraint Contoh data
Entitas Panjang Data foreinkey)
User ID_User Varchar(50) Primary Key Not Null USR88
Nama Varchar(50) Not Null Shawn
Mendes
Password Varchar(50) Not Null smendes88
No_HP Varchar(50) Not Null, 0813131313
Unique 13
Alamat Varchar(50) Not Null Jalan
Mawar no 8
rt.1/rw.01,
Cilandak,
Jakarta
Selatan
Email Varchar(50) Not Null, shawnmend
Unique es8@gmai.c
om
Tanggal_Lahi Date 8 Agustus
r 1998
Saldo_E-wall Integer Not Null 800.000
et
Jenis_Kelami Char Laki-laki
n
Akun Id_akun Varchar(50) Primary Key Not Null shawnmend
es8
Nama_Lengk Varchar(50) Not Null Shawn
ap Peter Raul
Mendes
No_HP Varchar(50) Not Null, 0813131313
Unique 13
Mawar no 8
rt.1/rw.01,
Cilandak,
Jakarta
Selatan
Email Varchar(50) Not Null, shawnmend
Unique es8@gmai.c
om
Administrator ID_admin Varchar(50) Primary Key Not Null ADM12
Password Varchar(50) Not Null 4dm1n
Nama Varchar(50) Not Null Fatih Meru
Jenis_kelami Char Not Null Laki-laki
n
Email Varchar(50) Primary Key Not Null fatihmeru@
gmail.com
CEO ID_CEO Varchar(50) Not Null CEO01
Password Varchar(50) Primary Key Not Null 03C30
Manager ID_manager Varchar(50) Not Null MGR56
Development Password Varchar(50) Not Null M4n493r
Dokter ID_dokter Varchar(50) Primary Key Not Null DOC19
Password Varchar(50) Not Null d0ct3r19
Nama Varchar(50) Not Null Alif Rizal
Tempat_kerja Varchar(50) Not Null RS Siloam
Kuningan
Rating Varchar(50) 4,9
Customer ID_customer Varchar(50) Not Null CUS39
Service _service
Nama Varchar(50) Not Null Firda
Destiara
Email Varchar(50) destiara@g
mail.com
Jenis_kelami Char Perempuan
n
Pemesanan ID_pemesan Varchar(50) Primary Key Not Null RS0120220
an 1
Jenis_pemes Varchar(50) Not Null Rapid Test
anan
Tempat Varchar(50) Not Null RS Siloam
Kuningan
Review Varchar(50) Not Null Sangat
higienis &
bersih,
protokol
kesehatan
sangat ketat
Metode_pem Varchar(50) Not Null E-wallet
bayaran
Jadwal Varchar(50) Not Null Senin, 19
April 2021
pukul 07.00
Rekapan ID_rekapan Varchar(50) Primary Key Not Null RKP302
Data Varchar(255) Not Null Rapid test
:50 orang
Swab test :
35 orang
Tanggal Date Not Null 18/04/2021
E-wallet ID_e-wallet Varchar(50) Primary Key Not Null EWA012
Password Varchar(50) Not Null 3w4113t
Nama_E-Wal Varchar(50) Not Null OVO
let
Email Varchar(50) Not Null shawnmend
es8@gmail.
com
Hasil test ID_pemesan Varchar(50) Primary Key Not Null RS0120220
an 1
Jenis_test Varchar(50) Not Null Rapid Test
Hasil_test Varchar(50) Not Null negatif
Tanggal Date Not Null 17 April
2021
Nama_pasie Varchar(50) Not Null Shawn
n mendes
Nama_dokter Varchar(50) Not Null Alif Rizal
Rencana ID_proposal Varchar(50) Primary Key Not Null PROP0111
pengembang Tanggal Date Not Null 18/04/2021
an aplikasi Data Varchar(255) Not Null Pengemban
gan UI/UX
review
Review Id_Review Varchar(50) Primary Key Not Null REV0095
Review Varchar(255) Not Null Sangat
aman,
bersih, dan
efisien
Kritik_dan_S Id_Kritik_Sar Varchar(50) Primary Key Not Null KRSA0065
aran an
Kritik_Saran Varchar(255) Not Null diharapkan
UI/UX
dikembangk
an lagi,
untuk
pelayanan
test sudah
baik
Rumah sakit ID_Rumah_S Varchar(50) Primary Key Not Null RSS039
akit
Nama Varchar(50) Not Null RS SILOAM
KUNINGAN
Rating Varchar(50) Not Null 4,7
Garnisiun
Dalam No
2-3
Layanan Test ID_LayananT Varchar(50 Primary Key Not Null LYN0310
est
Nama_Layan Varchar(50 Not Null Rapid Test
anTest
Metode_Lay Varchar(50 Not Null Drive thru
ananTest
Hubungan Antar Kelas

Nama Kelas I Nama Kelas II Modalitas Kardinalitas Relasi
User Akun 1:1 1:O komposisi
User E-wallet 1:M O:O komposisi
User Layanan Test 1:M O:O asosiasi
User Pemesanan 1:M 1:O komposisi
User Hasil_Test 1:M 1:O komposisi
User Kritik & Saran 1:M 1:O komposisi
User Review 1:M 1:O komposisi
User Customer 1:1 O:O asosiasi
service
User Dokter M:N O:O asosiasi
User Rumah Sakit M:N O:O asosiasi
Administrator Rekapan 1:M 1:O asosiasi
CEO Rekapan 1:M O:O asosiasi
CEO Rencana 1:M 1:O asosiasi
Pengembangan
Aplikasi
Manager Rencana 1:M O:O asosiasi
Development Pengembangan
Aplikasii
5.6 Tugas VI : Pembuatan Pseudo-Code

Pada komponen Class diagram terdapat beberapa method yang digunakan, untuk
pseudocode hanya method yang digunakan pada controller bukan pada bagian user
interface.
Pseudo-Code PSD-001
ID:
Pseudo-Code Memasukan hasil tes
title:
Method Name: setHasilTes(hasil_Tes)
Input Hasil Tes

Proses BEGIN
setHasilTes(hasilTes)
inputSuccess()
END
Output Hasil tes diinputkan pada database hasil tes
Pseudo-Code PSD-002
ID:
Pseudo-Code Melihat status hasil tes pada informasi pemesanan
title:
Method Name: cekHasilTes()
Input ID Pemesanan
Proses BEGIN
cekHasilTes()
if (status= TRUE)
write (“Hasil tes: Telah selesai”)
else
write (“Hasil tes: on progress”)
END
Output Menampilkan status mengenai hasil tes pada ID Pemesanan tersebut
Pseudo-Code PSD-003
ID:
Pseudo-Code Melihat hasil tes
title:
Method Name: getHasilTes()
Input ID Pemesanan
Proses BEGIN
getHasilTes()
END
Output Hasil tes
Pseudo-Code PSD-004
ID:
Pseudo-Code Mengirimkan notifikasi hasil tes telah keluar
title:
Method Name: sendNotification()
Input Upload hasil tes oleh dokter

Proses BEGIN
if (getHasilTes = TRUE)
sendNotification()
else
write (“Hasil tes: on progress”)
END
Output Notifikasi hasil tes telah keluar
Pseudo-Code PSD-005
ID:
Pseudo-Code Memasukan data pesanan
title:
Method Name: inputDataOrder(order)
Input Data pesanan user

Proses BEGIN
inputDataOrder(order)
END
Output Hasil tes diinputkan pada database hasil tes
Pseudo-Code PSD-006
ID:
Pseudo-Code Melihat detail data pesanan
title:
Method Name: getHasilTes()
Input ID Pemesanan
Proses BEGIN
getHasilTes()
END
Output Menampilkan informasi data pesanan yang telah diinputkan
Pseudo-Code PSD-007
ID:
Pseudo-Code Melakukan pembayaran
title:
Method Name: inputPayment(payment)
Input Pembayaran
Proses BEGIN
inputPayment(payment)
END
Output Pembayaran akan diterima dan diproses oleh sistem
Pseudo-Code PSD-008
ID:
Pseudo-Code Melakukan validasi pembayaran
title:
Method Name: validatePayment()
Input Pembayaran
Proses BEGIN
if (validatePayment = success)
validate()
else
notValidate()
END
Output Pembayaran akan diterima dan diproses oleh sistem
Pseudo-Code PSD-009
ID:
Pseudo-Code Mengirimkan notifikasi pembayaran
title:
Method Name: sendNotification()
Input Status validasi

Proses BEGIN
if (validation() = TRUE)
sendNotification() + “Pembayaran Berhasil”
else
sendNotification() + “Pembayaran Gagal”
END
Output Notifikasi status pembayaran
Input pilihan
Proses BEGIN
selectMenu(Kritik & Saran)
END
Output Form Kritik & Saran
Pseudo-Code PSD-0010
ID:
Pseudo-Code Memilih menu registrasi
title:
Method Name: selectMenui(Registrasi)
Input Menu registrasi

Proses BEGIN
selectMenu(Registrasi)
END
Output Menu Registrasi
ID:
Pseudo-Code Menampilkan form registrasi
title:
Method Name: formRegistrasi()
Input registrasi
Proses BEGIN
formRegistrasi()
END
Output Form registrasi
ID:
Pseudo-Code Validasi data user
title:
Method Name: dataValidity()

Proses BEGIN
boolean validity = false;
if(id_User == true && email == true && no_HP == true && password.length >=8)
validity = true;
print “Registrasi berhasil”;
END
Output berhasil terdaftar
ID:
Pseudo-Code Menampilkan pesan error
title:
Method Name: tampilMessageError()

Proses BEGIN
if(validity = false)
print “Registrasi gagal, silakan coba lagi”;
END
Output Menu Registrasi
ID:
Pseudo-Code Memilih menu pemesanan
title:
Method Name: selectMenu(Pemesanan)
Input Menu Pemesanan

Proses BEGIN
selectMenu(Pemesanan)
END
Output Menu Pemesanan
ID:
Pseudo-Code Memilih jenis layanan test
title:
Method Name: setJenisTest(Jenis_Test)
Input Jenis tes

Proses BEGIN
setJenisTest(Jenis_Test);
if (Jenis_Test != NULL)
showMetodeTest();
END
Output Pilihan metode test
ID:
Pseudo-Code Memilih metode layanan test
title:
Method Name: setMetodeTest(Metode_Test)
Input Metode tes

Proses BEGIN
setMetodeTest(Metode_Test);
if (Metode_Test != NULL)
showTempatTest();
END
Output Pilihan tempat test
ID:
Pseudo-Code Memilih tempat layanan test
title:
Method Name: setTempatTest(Tempat_Test)
Input Tempat tes

Proses BEGIN
setTempatTest(Tempat_Test);
if (Tempat_Test != NULL)
showWaktuTest();
END
Output Pilihan waktu test
ID:
Pseudo-Code Memilih checkout
title:
Method Name: setWaktuTest(Waktu_Test)
Input Waktu tes
Proses BEGIN
setWaktuTest(Waktu_Test);
if (Waktu_Test != NULL)
next();
END
Output Halaman checkout
ID:
Pseudo-Code Memilih dan konfirmasi checkout
title:
Method Name: checkout()
Input confirm
Proses BEGIN
checkout();
boolean confirmCheckout = false;
print “Anda yakin untuk checkout?”;
If (confirmCheckout = true)
print “Pesanan diproses”;
else
print “Pesanan gagal diproses”;
END
Output Pesanan diproses
Pseudo-Code PSD-001
ID:
Pseudo-Code Memilih menu kritik & saran
title:
Method Name: selectMenu(Kritik & Saran)
Input pilihan
Proses BEGIN
selectMenu(Kritik & Saran)
END
Pseudo-Code PSD-002
ID:
Pseudo-Code Menampilkan form kritik & saran
title:
Method Name: formKritikSaran()
Input Request User

Proses BEGIN
formKritikSaran()
END
Pseudo-Code PSD-003
ID:
Pseudo-Code Memberikan kritik & saran
title:
Method Name: inputData(dataUser, kritik_saran)
Input Kritik & Saran, Data User

Proses BEGIN
inputData(dataUser, kritik_saran)
END
Output notifikasi
Pseudo-Code PSD-004
ID:
Pseudo-Code Menampilkan notifikasi input kritik & saran
title:
Method Name: inputSuccess() & input Unsuccess()
Input Status data masuk

Proses BEGIN
IF inputData == True
inputSuccess()
write “Kritik & Saran berhasil diterima”
ELSE
input Unsuccess()
write “Silahkan masukkan lagi kritik & saran”
END
Output Notifikasi input kritik & saran
Pseudo-Code PSD-005
ID:
Pseudo-Code Membuat feedback dari kritik & saran yang masuk
title:
Method Name: createFeedback(dataUser[], dataCS[])
Input data customer service & data user

Proses BEGIN
IF inputSuccess == True
createFeedback(dataUser[], dataCS[])
ELSE
write “Silahkan masukkan lagi kritik & saran”
END
Output Feedback
Pseudo-Code PSD-006
ID:
Pseudo-Code Mengirim feedback kepada user
title:
Method Name: sendFeedback(Feedback)
Input Feedback
Proses BEGIN
sendFeedback(Feedback)
END
Output Feedback berhasil dikirim
Pseudo-Code PSD-007
ID:
Pseudo-Code Menampilkan notifikasi terkait pengiriman feedback
title:
Method Name: showSuccessNotification()
Input Status data terkirim

Proses BEGIN
IF sendFeedback == True
showSuccessNotification()
ELSE
write “Feedback gagal dikirim”
END
Output Notifikasi feedback
Pseudo-Code PSD-008
ID:
Pseudo-Code Mengambil data kritik & saran user dari database
title:
Method Name: collectData(ID_Admin, Password)
Input ID_Admin, password

Proses BEGIN
collectData(ID_Admin, Password)
END
Output Kumpulan Kritik & Saran
Pseudo-Code PSD-009
ID:
Pseudo-Code Membuat dokumen rekap kritik & saran
title:
Method Name: createDocument("Rekap Kritik & Saran", Kritik & Saran)
Input Kritik & Saran

Proses BEGIN
createDocument("Rekap Kritik & Saran", Kritik & Saran)
END
Output Rekap Kritik & Saran
Pseudo-Code PSD-010
ID:
Pseudo-Code Mengirim rekap kritik & saran
title:
Input Rekap Kritik & Saran

Proses BEGIN
IF createDocument == True
sendRekapDocument()
ELSE
write “Dokumen rekap belum dibuat”
END
Output Rekap Kritik & Saran berhasil dikirim
Pseudo-Code PSD-011
ID:
Pseudo-Code Menampilkan notifikasi terkait pengiriman rekap kritik & saran
title:

Proses BEGIN
IF sendRekapDocument == True
ELSE
write “Dokumen rekap gagal dikirim”
END
Output Notifikasi rekap kritik & saran
Pseudo-Code PSD-012
ID:
Pseudo-Code Menerima dokumen rekap yang sudah dikirim
title:
Method Name: receiveDocument(id_CEO, password)
Input id_CEO, password

Proses BEGIN
receiveDocument(id_CEO, password)
END
Output rekap kritik & saran
Pseudo-Code PSD-013
ID:
Pseudo-Code Membuat dokumen rencana pengembangan aplikasi
title:
Method Name: createDocument(“Rencana Pengembangan Aplikasi”, id_CEO, password)
Input Rekap Kritik & Saran

Proses BEGIN
createDocument(“Rencana Pengembangan Aplikasi”, “Rekap kritik & saran”)
END
Output Rencana Pengembangan Aplikasi
Pseudo-Code PSD-014
ID:
Pseudo-Code Mengirim rencana pengembagan aplikasi
title:
Method Name: createDocument(“Rencana Pengembangan Aplikasi”, id_CEO, password)
Input Rencana Pengembangan Aplikasi

Proses BEGIN
sendRencanaDocument()
ELSE
write “Dokumen rencana pengembagan aplikasi belum dibuat”
END
Output Rencana Pengembangan Aplikasi berhasil terkirim
Pseudo-Code PSD-015
ID:
Pseudo-Code Menampilkan notifikasi terkait pengiriman rencana pengembangan aplikasi
title:

Proses BEGIN
IF sendRencanaDocument == True
ELSE
write “Dokumen rencana pengembagan aplikasi gagal dikirim”
END
Output Notifikasi rencana pengembangan aplikasi
Pseudo-Code PSD-016
ID:
Pseudo-Code Melakukan maintenance untuk persiapan update aplikasi
title:
Method Name: prepareUpdate(ID_Manager,Password)
Input ID_Manager, password

Proses BEGIN
prepareUpdate(ID_Manager,Password)
END
Output Aplikasi maintenance
Pseudo-Code PSD-017
ID:
Pseudo-Code Membuat data update dari dokumen rencana pengembagan aplikasi
title:
Method Name: createUpdate(rencana pengembagan aplikasi)
Input Rencana pengembangan aplikasi

Proses BEGIN
IF sendRencanaDocument == True
createUpdate(rencana pengembagan aplikasi)
ELSE
write “Dokumen rencana pengembagan aplikasi belum dikirim”
END
Output Data patch
Pseudo-Code PSD-018
ID:
Pseudo-Code Melakukan update pada sistem aplikasi
title:
Method Name: applyingUpdate(Data patch)
Input Data patch

Proses BEGIN
IF createUpdate == True
applyingUpdate(Data patch)
ELSE
write “Data patch update belum tersedia”
END
Output Aplikasi terupdate
Pseudo-Code PSD-019
ID:
Pseudo-Code Menekan tombol menyelesaikan layanan
title:
Method Name: finishLayanan()
Input pilihan
Proses BEGIN
finishLayanan()
END
Output Menyelesaikan layanan
Pseudo-Code PSD-020
ID:
Pseudo-Code Menampilkan form review setelah melakukan layanan
title:
Method Name: sendForm(review)
Input Request user

Proses BEGIN
IF finishLayanan == True
sendForm(review)
ELSE
write “harap selesaikan dulu layanan anda”
END
Output form review
Pseudo-Code PSD-021
ID:
Pseudo-Code Memberikan review dari layanan
title:
Method Name: inputData(dataUser, review)
Input review dan data user

Proses BEGIN
inputData(dataUser, review)
END
Output notifkasi
Pseudo-Code PSD-022
ID:
Pseudo-Code Memberikan notifikasi berhasil input review dan memberikan rekomendasi
title: rumah sakit
Method Name: showSuccessNotification() & sendRecommendation()
Proses BEGIN
IF inputData == True
sendRecommendation()
ELSE
write “Review gagal dikirim”
END
Output notifikasi dan rekomedasi
Pseudo-Code PSD-023
ID:
Pseudo-Code Mengambil data review user dari database
title:
Method Name: collectData(ID_Admin, Password)
Input ID_Admin, Password

Proses BEGIN
collectData(ID_Admin, Password)
END
Output Kumpulan review
Pseudo-Code PSD-024
ID:
Pseudo-Code Membuat rekap review
title:
Method Name: createDocument(“Rekap Review”)
Input Review
Proses BEGIN
createDocument(“Rekap Review”)
END
Output Rekap review
Pseudo-Code PSD-025
ID:
Pseudo-Code Mengirim rekap review
title:
Method Name: sendRekapDocument()
Input Rekap review
Proses BEGIN
sendRekapDocument()
ELSE
write “Dokumen rekap belum dibuat”
END
Output Rekap review berhasil terkirim
Pseudo-Code PSD-026
ID:
Pseudo-Code Menampilkan notifikasi terkait pengiriman rekap review
title:

Proses BEGIN
IF sendRekapDocumen== True
ELSE
write “Dokumen rekap gagal dikirim”
END
Output Notifikasi rekap review
Pseudo-Code PSD-027
ID:
Pseudo-Code Menerima dokumen rekap review dari aplikasi
title:
Method Name: receiveDocument(ID_Rumah_Sakit, password)
Input ID_Rumah_Sakit, password

Proses BEGIN
receiveDocument(ID_Rumah_Sakit, password)
END
Output rekap review
Pseudo-Code PSD-028
ID:
Pseudo-Code Melakukan evaluasi rekap review dan membuat dokumen untuk
title: meningkatkan layanan rumah sakit
Method Name: evaluateDocument("Rekap Review")
Input Rekap review

Proses BEGIN
evaluateDocument("Rekap Review")
END
Output Dokumen peningkatan layanan
Pseudo-Code PSD-029
ID:
Pseudo-Code Melakukan peningkatan terhadap layanan di rumah sakit
title:
Method Name: setServiceImporvement("Dokumen peningkatan layanan")
Input Dokumen peningkatan layanan

Proses BEGIN
IF evaluateDocument == True
setServiceImporvement("Dokumen peningkatan layanan")
ELSE
write “Dokumen peningkatan layanan berlum dibuat”
END
Output Peningkatan layanan
Pseudo-Code PSD-030
ID:
Pseudo-Code Menampilkan notifikasi terkait hasil peningkatan layanan di rumah sakit
title:
Input Status hasil update

Proses BEGIN
IF setServiceImporvement == True
ELSE
write “Peningkatan layanan belum dilakukan”
END
Output Notifikasi peningkatan layanan
Pseudo-Code PSD-001
ID:
Pseudo-Code memasukkan data berupa tempat test
title:
Method Name: inputData()
Input PSD-001
Proses BEGIN
IF saveData.contains(dataUser)
data = dataUser
ELSE
write “Harap input data terlebih dahulu”
END
Output form pengisian detail tempat
Pseudo-Code PSD-002
ID:
Pseudo-Code menyimpan data history pencarian pengguna
title:
Method Name: saveData()
Input PSD-002
Proses BEGIN
data == saved
ELSE
END
Output data history pengguna
Pseudo-Code PSD-003
ID:
Pseudo-Code memasukkan informasi tempat terkait
title:
Method Name: setInformation()
Input PSD-003
Proses BEGIN
IF setInformation.contains(information)
setInformation = Information
ELSE
write “Masukkan informasi: ”
END
Output list tempat yang tersimpan
Pseudo-Code PSD-004
ID:
Pseudo-Code mendapatkan informasi terkait tempat yang dicari
title:
Method Name: getInformation()
Input PSD-004
Proses BEGIN
IF getInformation != null
print (informasi)
ELSE
write “Masukkan informasi ulang”
END
Output informasi lainnya terkait tempat test
Pseudo-Code PSD-005
ID:
Pseudo-Code memeriksa keberadaan tempat yang dicari
title:
Method Name: check_Places()
Input PSD-005
Proses BEGIN
IF check_places.contains(available_places==true)
checkplacess == success
ELSE
write “Harap masukkan informasi lainnya ”
END
Output halaman pencarian & penyimpanan tempat
Pseudo-Code PSD-006
ID:
Pseudo-Code pencarian tempat
title:
Method Name: searchPlaces()
Input PSD-006
Proses BEGIN
IF searchplaces==true
print (iplaces)
ELSE
print(rekomendasi)
END
Output informasi keberadaan tempat yang dicari
Pseudo-Code PSD-007
ID:
Pseudo-Code memasukkan data berupa data diri, alergi, informasi e-wallet, dan tanggal test
title: terakhir kali
Method Name: inputData()
Input PSD-007
Proses BEGIN
data = dataUser
ELSE
END
Output form data diri tebaru, infromasi e-wallet, dan tanggal terakhir test
Pseudo-Code PSD-008
ID:
Pseudo-Code menyimpan data diri terbaru
title:
Method Name: saveData()
Input PSD-008
Proses BEGIN
data == saved
ELSE
END
Output halaman konfirmasi ulang profile
Pseudo-Code PSD-009
ID:
Pseudo-Code memasukkan informasi terkait data diri terbaru
title:
Method Name: setInformation()
Input PSD-009
Proses BEGIN
IF setInformation.contains(information)
setInformation = Information
ELSE
write “Masukkan informasi: ”
END
Output halaman admin
Pseudo-Code PSD-010
ID:
Pseudo-Code mendapatkan informasi yang cocok sesuai dengan data terbaru
title:
Method Name: getInformation()
Input PSD-0010
Proses BEGIN
IF getInformation != null
print (informasi)
ELSE
write “Masukkan infotmasi ulang”
END
Output notifikasi bahwa profile berhasil di update
5.7 Tugas VIII : Sketsa UI

Untuk setiap boundary yang terdapat pada sequence diagram gambarkan UI-nya.
UI-ID: UI-001
UI-title: Halaman informasi Pesanan
UI Function : Output
Form Element Fungsi Element

> - button Digunakan untuk untuk
membuka detail
informasi pesanan
ID Pesanan - Text Digunakan untuk
menampilkan informasi
pesanan
Back button Digunakan untuk
kembali pada halaman
sebelumnya atau
halaman utama
UI-ID: UI-002
UI-title: Halaman hasil tes

ID Pesanan - Text Digunakan untuk
ID Pemesanan dari
halaman hasil tes
Hasil Tes - Text Digunakan untuk
menampilkan dokumen
dari hasil tes
Download button Digunakan untuk
menyimpan dokumen
hasil tes apabila
diperlukan oleh user
UI-ID: UI-003
UI-title: Halaman utama dokter

User - Button Digunakan untuk
menampilkan profile
button dan akan
user apabila dibuka
Logo Go-fit Digunakan untuk
menampilkan logo dari
aplikasi Go-fit
Notification - button Digunakan untuk
menampilkan notifikasi
yang didapatkan oleh
user
Jadwal kerja - button Digunakan untuk
menampilkan jadwal
kerja mengenai tes
SWAB dan tes rapid
pada aplikasi Go-fit
Upload hasil tes - Digunakan untuk
button melakukan upload hasil
tes yang telah selesai
Review - button Digunakan untuk
melihat review yang
didapatkan oleh dokter
dari user
Customer service - Digunakan untuk
button melakukan laporan
pada customer service
apabila terdapat
kesalahan sistem pada
halaman dokter
UI-ID: UI-004
UI-title: Form - ABC

UI Function : Input

Informasi pemesanan - Digunakan untuk
Text informasi pemesanan
dan data user yang
hasil tes sudah selesai
dan akan diupload
Add file - button Digunakan untuk
menambahkan
dokumen hasil tes
yang telah keluar
Nama file - text Digunakan untuk
nama file yang telah
ditambahkan untuk
mengurangi terjadinya
kesalahan dalam
menambahkan file
Upload - button Digunakan untuk
melakukan upload
pada file yang sudah
ditambahkan
UI-ID: UI-005
UI-title: Halaman pemesanan
UI Function : Input

Jenis Tes - Text area Digunakan untuk
memasukkan jenis tes
yang diinginkan
Tanggal - text area Digunakan untuk
memasukkan tanggal
tes yang dipilih
Tempat - text area Digunakan untuk
menampilkan tempat
pilihan dilakukannya
tes
Selesai - button digunakan untuk
menyelesaikan input
data pesanan dan
menyimpan data
pesanan tersebut
UI-ID: UI-006
UI-title: Halaman Awal
UI Function : Input

Logo - image Digunakan untuk
menampilkan logo
aplikasi
Form - text input Digunakan untuk
pesanan
Log in - button Digunakan untuk
mengarahkan ke
control data log in
Register - text button Digunakan untuk
mengarahkan ke
halaman register
UI-ID: UI-007
UI-title: Halaman Registrasi
UI Function : Input

Logo - image Digunakan untuk
menampilkan logo
aplikasi
Form - text input Digunakan untuk
pesanan
Register - button Digunakan untuk
mengarahkan ke
control data register
Register with Google - Digunakan untuk
button mengarahkan API
google untuk proses
register menggunakan
akun Google
UI-ID: UI-008
UI-title: Halaman Pemesanan
UI Function : Input

Back button - button Digunakan untuk
kembali ke halaman
sebelumnya
Pemesanan Title - text Digunakan untuk
menampilkan judul
layout
Jenis Test - text Digunakan untuk
menampilkan
pertanyaan terkait
pemesanan
Rapid test & Swab test Digunakan untuk
- button menampilkan pilihan
jawaban untuk
menjawab pertanyaan
Next - button Digunakan untuk
mengarahkan ke
halaman selanjutnya
UI-ID: UI-009
UI Function : Input

kembali ke halaman
sebelumnya
menampilkan judul
layout
Metode Test - text Digunakan untuk
menampilkan
pertanyaan terkait
pemesanan
On the spot & Drive Digunakan untuk
thru - button menampilkan pilihan
jawaban untuk
menjawab pertanyaan
mengarahkan ke
halaman selanjutnya
UI-ID: UI-0010
UI Function : Input

kembali ke halaman
sebelumnya
menampilkan judul
layout
Tempat Test - text Digunakan untuk
menampilkan
pertanyaan terkait
pemesanan
Image Tempat - image Digunakan untuk
menampilkan logo atau
foto tempat layanan
test
Text area - text area Digunakan untuk
nama dan alamat
tempat layanan test
mengarahkan ke
halaman selanjutnya
UI-ID: UI-0011
UI Function : Input
Digunakan untuk
kembali ke halaman
sebelumnya
menampilkan judul
layout
Waktu Test - text Digunakan untuk
menampilkan
pertanyaan terkait
pemesanan
box date - dropdown Digunakan untuk
memilih tanggal, bulan,
dan tahun melakukan
test
waktu dan kuota test
yang tersisa
mengarahkan ke
halaman selanjutnya
UI-ID: UI-0012
UI-title: Halaman checkout

kembali ke halaman
sebelumnya
menampilkan judul
layout
Jenis, Metode, Tempat, Digunakan untuk
dan Waktu Test - text menampilkan
pertanyaan terkait
pemesanan
box - box Digunakan untuk
menampilkan jawaban
terkait pemesanan
waktu dan kuota test
yang tersisa
mengarahkan ke
checkout pesanan
UI-ID: UI-0013
UI-title: Menu Utama
UI Function : Navigasi Utama

Menu Icon - Button Memanggil list menu
Homepage - Text Untuk Memberikan
keterangan halaman
saat ini
Profil box - box Untuk memberikan
area pada profil user
Ikon profil - Image Untuk menampilkan
profil picture pengguna
Alif Rizal Maulana - Untuk menampilkan
Text nama pengguna
Edit Profile - Text Untuk masuk ke
halaman edit profil
Kotak abu abu - Button Tombol untuk masuk
menu sesuai
keterangan
Kotak merah - Button Tombol untuk
melakukan Logout
Pemesanan Layanan - Untuk memberikan
Text keterangan terhadap
tombol
Pembayaran - Text Untuk memberikan
keterangan terhadap
tombol
Daftar Pemesanan - Untuk memberikan
tombol
Kritik & Saran - Text Untuk memberikan
keterangan terhadap
tombol
Logout - Text Untuk memberikan
keterangan terhadap
tombol
UI-ID: UI-0014
UI-title: Halaman Kritik & Saran
UI Function : Input

area pada profil user
profil picture pengguna
Alif Rizal Maulana - Untuk menampilkan
Text nama pengguna
halaman edit profil
Back button - Button Untuk kembali ke
halaman sebelumnya
Halaman Kritik & Saran Untuk Memberikan
- Text keterangan halaman
saat ini
Masukkan Kritik & Untuk memberikan
Saran - Text keterangan pada
elemen input
Kritik & saran input - Untuk menerima kritik
input box & saran pengguna
Kotak hijau - Button Untuk Mengirim kritik &
saran
Kirim - Text Untuk memberikan
keterangan terhadap
tombol
UI-ID: UI-0015
UI-title: Halaman Admin
UI Function : Input

area pada profil
administrator
profil picture
administrator
Administrator - Text Untuk nama user yang
aktif saat ini adalah
administrator
Halaman Admin - Text Untuk Memberikan
keterangan halaman
saat ini
Kotak abu abu - Button Tombol untuk
melakukan fungsi
sistem sesuai
keterangan
melakukan Logout
Collect Data - Text Untuk memberikan
keterangan terhadap
tombol
Create Rekap - Text Untuk memberikan
keterangan terhadap
tombol
Send Document - Text Untuk memberikan
keterangan terhadap
tombol
keterangan terhadap
tombol
UI-ID: UI-0016
UI-title: Halaman Stakeholder

area pada profil CEO
profil picture
administrator
CEO - Text Untuk nama user yang
CEO
Halaman Stakeholder - Untuk Memberikan
Text keterangan halaman
saat ini
melakukan fungsi
sistem sesuai
keterangan
melakukan Logout
Attach Data - Text Untuk memberikan
keterangan terhadap
tombol
Ikon file - Button Untuk mencantumkan
file yang ingin dikirim
Create Rekap - Text Untuk memberikan
keterangan terhadap
tombol
Send Document - Text Untuk memberikan
keterangan terhadap
tombol
keterangan terhadap
tombol
UI-ID: UI-0017
UI-title: Sistem Aplikasi
UI Function : Update Sistem

Sistem Aplikasi - Text Untuk Memberikan
keterangan halaman
saat ini
Ikon gear - image Untuk memberitahu
status sistem sedang
maintenance
Kotak Kuning - Button Tombol untuk
melakukan update
sistem
Apply Update - Text Untuk memberikan
keterangan terhadap
tombol
UI-ID: UI-018
UI-title: Halaman Customer Service

area pada profil
customer service
profil picture Customer
Service
Customer Service - Untuk menampilkan
Text user saat ini adalah
customer service
halaman edit profil
Halaman Customer Untuk Memberikan
Service - Text keterangan halaman
saat ini
Feedback box atas - Untuk menampilkan
Box kritik & saran yang
masuk dari pengguna
Feedback box bawah - Untuk memberikan
Input box feedback kepada kritik
& saran pengguna
Dialog box - Box Untuk menampilkan
kritik & saran
pengguna
Lingkaran abu abu - Untuk menampilkan
Image profile picture
pengguna yang
memberikan kritik &
saran
Alif Rizal - Text Untuk menampilkan
nama orang yang
memberikan kritik &
saran
Kotak hijau - Button Tombol untuk mengirim
feedback yang sudah
dibuat
Send Feedback - Text Untuk memberikan
keterangan kepada
button
UI-ID: UI-019
UI-title: Halaman Layanan

Kotak abu abu - Pop Untuk Menampilkan
up display detail hasil pemesanan
pengguna
Ikon exit - Button Untuk menutup detail
pop up
Isi detail pemesanan - Untuk memberikan
Text detail terkait hasil test
pengguna
Kotak hijau - Button Tombol untuk
mengkonfirmasi
layanan telah selesai
Halaman Layanan - Untuk Memberikan
saat ini
Selesaikan Layanan - Untuk memberikan
Text keterangan pada
button
UI-ID: UI-020
UI-title: Halaman Rumah Sakit
UI Function : Input

area pada profil rumah
sakit
profil picture Rumah
Sakit
Rumah Sakit- Text Untuk nama user yang
rumah sakit
Halaman Rumah Sakit- Untuk Memberikan
saat ini
melakukan fungsi
sistem sesuai
keterangan
melakukan Logout
Receive Rekap - Text Untuk memberikan
keterangan terhadap
tombol
Evaluate Document - Untuk memberikan
tombol
Set Service Untuk memberikan
Improvement - Text keterangan terhadap
tombol
keterangan terhadap
tombol
UI-ID: UI-021
UI-title: Halaman Review

Ikon exit - Button Untuk menutup detail
pop up
Kotak putih - Pop up Untuk menampilkan
display form review
Rumah Sakit Pelita Untuk menampilkan
Harapan Surabaya - nama rumah sakit yang
Text akan di review
Foto Rumah Sakit - Untuk menampilkan
Image gambar / logo rumah
sakit yang memberikan
layanan
Ikon bintang - Icon Untuk memberikan
input rating kepada rumah
sakit
Layanan … obat - Text Untuk memberikan
komentar ataupun
review yang subjektif
kepada rumah sakit
Submit - Text Untuk memberikan
keterangan pada
button
melakukan submit
review
UI-ID: UI-023
UI-title: Halaman pencarian

SEARCH - button Digunakan untuk
mencari tempat lain
selain yang telah dicari
tulisan search - text Digunakan untuk
mengisikan keyword
tempat lainnya
kaca pembesar - Digunakan untuk
button melihat detail
pemesanan
recommendation - text Digunakan untuk
memberikan informasi
bahwa section di
bawahnya adalah
section rekomendasi
grey rounded square - Digunakan untuk
image & button mendapatkan
rekomendasi sesuai
dengan data yang
tersimpan
UI-ID: UI-024
UI-title: Halaman tempa test

SEARCH - button Digunakan untuk
mencari tempat lain
selain yang telah dicari
tulisan search - text Digunakan untuk
mengisikan keyword
tempat lainnya
tanda panah ke kanan Digunakan untuk
- button melihat detail
pemesanan
tulisan logo - image Untuk menempatkan
logo aplikasi
foto tempat test - Untuk Memberikan
image keterangan halaman
saat ini
keyword, kuota, Untuk memberikan
address - text informasi
UI-ID: UI-025
UI-title: Halaman form data

hospital name, kuota, Digunakan untuk User
address, other Requirementmemasu
information - text kkan informasi berupa
nama rs, kuota alamat,
dan informasi
tambahan lainnya dari
rsi
tanda tambah - button Digunakan untuk
memberikan foto dari rs
itu sendiri agar
pengguna yang
mencari alamat rs
dapat dimudahkan
sebelumnya atau
halaman utama
tanda tambah dan untuk menambahkan
kurang - button jumlah kuota dan
menguranginya
tulisan username - text Untuk menunjukkan
nama pengguna
UI-ID: UI-026
UI-title: Halaman admin

area pada profil
administrator
profil picture
administrator
Administrator - Text Untuk nama user yang
administrator
Halaman Admin - Text Untuk Memberikan
keterangan halaman
saat ini
melakukan fungsi
sistem sesuai
keterangan
Kotak bertulisan bold - Tombol untuk
Button melakukan Logout
Save newest profile Untuk memberikan
data - Text keterangan terhadap
tombol
save newest place data Untuk memberikan
- Text keterangan terhadap
tombol
keterangan terhadap
tombol
UI-ID: UI-027
UI-title: Halaman profile
name, username, mengisikan informasi
email, password - sesuai dengan kalimat
TEXT di sebelah kirinya
kalender - kalender gambar tersebut dan
tulisannya dapat di klik
untuk menyambungkan
pada kalender
sesungguhnya dan
tinggal di klik tanggal
terakhir testnya
input data - button digunakan untuk
menyambungkan pada
halaman yang
berisikan data e-wallet
yang dimiliki
submit - button menyimpan data yang
telah diisi versi terbaru
Edit Profile - Text Untuk Memberikan
keterangan halaman
saat ini
Back - button Digunakan untuk
sebelumnya atau
halaman utama
Modul Evaluasi

NIK/NIP. 198711212015041004
Penyusun
Kelompok 5
Alif‌‌Maulana‌‌-‌‌195150400111027‌‌-‌‌ARM‌
Asisten

2021
Daftar Isi
Daftar Isi 2
Dasar Teori 3
Implementasi Kode 3
Kualitas Implementasi Perangkat Lunak 3
Dokumentasi Penjaminan Kualitas 4
Traceability Matrix 4
Evaluasi Dokumen 6
Tugas I: Data Definition Language 6
Tugas II: Program Implementation Code 7
Tugas III: UI Implementation Code 8
Tugas IV: Traceability Matrix SRS-SDD 9
Dasar Teori
Implementasi Kode
Fase implementasi perangkat lunak merupakan fase dimana rancangan perangkat lunak yang
telah disusun sebelumnya pada tahap perancangan dikodekan kedalam bentuk kode program
dengan menggunakan Bahasa pemrograman tertentu agar dapat dijalankan.
Pondasi pada fase ini adalah pemrograman, sedangkan tools yang digunakan untuk pembuatan
program disebut dengan bahasa pemrograman. Programmer membuat program dengan
menggunakan acuan Software Design Document (SDD), namun pada umumnya programmer
juga memeriksa dari dokumen sebelumnya yaitu Software Requirement Specification (SRS)
untuk memeriksa konsistensi dari dokumentasi-dokumentasi yang ada.
Implementasi hasil dari perancangan ke dalam coding sesuai dengan sintaks dari bahasa
pemrograman yang digunakan. Sedangkan metode pemrograman nya disesuaikan dengan
metoda rancangannya.
Kualitas Implementasi Perangkat Lunak

Standart implementasi perangkat lunak dibutuhkan untuk menciptakan suatu program dengan
portabilitas yang tinggi sehingga memudahkan dalam merancang dan merawat program di
kemudian hari apabila diperlukan.:
1. Readabilty yang tinggi.
Baris kode yang ditulis haruslah mudah untuk dibaca/dipahami. Salah satu indikatornya
ada dengan memberikan komentar-komentar pada baris kode.
2. Traceability yang tinggi
Baris kode program harus memilik struktur yang jelas sehingga dapat ditelusuri sampai
dengan perancangan dan kebutuhan yang telah didefinisikan sebelumnya. Salah satu
indikatornya adalah konsistensi dalam penamaan class, atribut, tipe data dan lain-lain.
3. Kebenaran logika dan penulisan
Kode yang disusun harus memiliki kebenaran logika dalam pemecahan masalah
maupun penulisan kode. Program harus tepat dan teliti dalam perhitungan sehingga
hasilnya dapat dipercaya
4. Ekspresi penggunaan memory
Semakin sedikit penggunaan memori, semakin cepat program dieksekusi.
5. Menggunakan tipe data yang cocok untuk kebutuhan pemrograman
Menghindari penggunaan variable yang berindeks secara berulang-ulang
Beberapa standart yang harus dipenuhi agar memudahkan pemrogram dalam merawat dan
mengembangkan perangkat lunak antara lain :
1. Dokumentasi
Dokumentasi merupakan catatan dari setiap langkah pekerjaan membuat program dari
awal hingga akhir. Dokumentasi ini penting untuk memudahkan menelurusi adanya
kesalahan maupun untuk pengembangan kedepannya. Dokumentasi yang baik akan
memberikan informasi yang memadai.
2. Penulisan instruksi
Untuk memudahkan perawatan sebaiknya penulisan baris kode di lakukan sebagai
berikut :
a) Menuliskan satu intruksi pada satu baris program.
b) Memisahkan modul-modul dengan memberikan spasi beberapa baris untuk
mempermudah pembacaan.
c) Membedakan bentuk huruf dalam penulisan program
d) Memberikan tabulasi yang berbeda untuk penulisan instruksi-intruksi yang
berada pada loop/kondisional
e) Memberi komentar pada modul-modul yang membutuhkan penjelasan
Dokumentasi Penjaminan Kualitas

Pengembangan perangkat lunak dan proses pemeliharaan melibatkan produksi dan
penggunaan banyak dokumen, beberapa sangat penting segera sementara yang lain mungkin
menjadi penting untuk jaminan kualitas perangkat lunak selama siklus hidup sistem. Tujuan
utama dalam mengelola dokumen yang harus dikontrol antara lain :
1. Menjamin kualitas dokumen.

2. Menjamin kelengkapan teknis dan sesuai dengan struktur dokumen prosedur dan
instruksi
3. Menjamin ketersediaan masa depan dokumen yang mungkin diperlukan untuk
perangkat lunak sistem pemeliharaan, pengembangan lebih lanjut, atau tanggapan
terhadap pelanggan itu (tentatif) keluhan masa depan.
4. Mendukung penyelidikan penyebab kegagalan perangkat lunak dan untuk menetapkan
tanggung jawab sebagai bagian dari tindakan korektif dan lainnya.
Traceability Matrix
Traceability Matrix adalah dokumen yang menghubungkan 2 (dua) dokumen yaitu dokumen
Software Requirement Specification (SRS) dan Software Design Document (SDD). Traceability
matrix digunakan untuk melacak persyaratan dan untuk memeriksa persyaratan project telah
terpenuhi pada dokumen tersebut.
Keuntungan-keuntungan dengan menerapkan traceability matrix pada pengembangan sebuag
sistem adalah :
1. Change impact analysis
Jika terdapat perubahan pada kebutuhan, pengembang dapat dengan mudah melihat
keterkaitan antara suatu kebutuhan dengan kebutuhan lainnya. Sehingga waktu dan
biaya dapat ditentukan terkait dampak terhadap perubahan kebutuhan.
2. Coverage Analysis
Dengan traceability yang baik memastikan bahwa tidak ada kebutuhan yang terabaikan
olah pengembang.
3. Project Status Analysis
Pengembang dapat dengan mudah memantau pelacakan status proyek.
Evaluasi Dokumen
Tugas I: Data Definition Language

Setiap anggota kelompok menuliskan implementasi DDL berdasarkan 1 tabel yang terdapat
pada Physical Data Model (PDM) pada dokumen sebelumnya. Tuliskan implementasi DDL
dalam format:
Setiap anggota melakukan validasi kesesuaian antara PDM dengan DDL yang
diimplementasikan berdasarkan format tabel berikut ini.
No. Traceability PDM dan DDL
Inisial Validasi
PDM DDL(tuliskan query DDL) (√)
(tuliskan nama
tabel dan entitas)
1. Dokter FIR √
CREATE TABLE DOKTER(
ID_DOKTER VARCHAR(50) NOT NULL

PRIMARY KEY,
PASSWORD VARCHAR(50) NOT NULL,
NAMA VARCHAR(50) NOT NULL,
TMP_KERJA VARCHAR(50) NOT NULL,
RATING VARCHAR(50));
2. Hasil Tes FIR √

CREATE TABLE HASIL_TES(
ID_HASIL_TES VARCHAR(50) NOT NULL

PRIMARY KEY.
ID_AKUN VARCHAR(50) NOT NULL,
ID_USER VARCHAR(50) NOT NULL,
JENIS_TES VARCHAR(50) NOT NULL,
HASIL_TES VARCHAR(50) NOT NULL,
TANGGAL_TES VARCHAR(50) NOT

NULL,
NAMA_PASIEN VARCHAR(50) NOT
NULL,
NAMA_DOKTER VARCHAR(50) NOT

NULL,
FOREIGN KEY(ID_AKUN) REFERENCES

AKUN(ID_AKUN),
FOREIGN KEY(ID_USER) REFERENCES

USER(ID_USER));
3. E-Wallet FIR √
CREATE TABLE E_WALLET(
ID_E_WALLET VARCHAR(50) NOT NULL

PRIMARY KEY,
NAMA_E_WALLET VARCHAR(50) NOT

NULL,
PASSWORD VARCHAR(50) NOT NULL,
E_MAIL VARCHAR(50) NOT NULL);
4. Rumah Sakit FIR √

CREATE TABLE RUMAH_SAKIT(
ID_RUMAH_SAKIT VARCHAR(50) NOT

NULL PRIMARY KEY,
NAMA_RS VARCHAR(50) NOT NULL,
RATING_RS VARCHAR(50) NOT NULL,
ALAMAT_RS VARCHAR(50) NOT NULL);
5. Akun CREATE TABLE Akun ( ARM √

id_Akun VARCHAR(50) NOT NULL
AUTO_INCREMENT,
Nama_Lengkap VARCHAR(50) NULL,
no_HP VARCHAR(50) NULL,
Alamat VARCHAR(50) NULL,
Email VARCHAR(50) NULL,
PRIMARY KEY(id_Akun)
);
6. User CREATE TABLE User ( ARM √

id_User VARCHAR(50) NOT NULL
AUTO_INCREMENT,
Akun_id_Akun VARCHAR(50) NOT NULL,
Nama VARCHAR(50) NOT NULL,
Password VARCHAR(50) NOT NULL,
no_HP VARCHAR(50) NOT NULL,
Alamat VARCHAR(50) NOT NULL,
Email VARCHAR(50) NOT NULL,
Tanggal_Lahir DATE ,
Saldo_E-wallet INTEGER UNSIGNED
NOT NULL,
Jenis_Kelamin CHAR NOT NULL,
PRIMARY KEY(id_User, Akun_id_Akun),
FOREIGN KEY(Akun_id_Akun)
REFERENCES Akun(id_Akun)
);
7. Customer Service CREATE TABLE Customer_Service ( ARM √

id_CustomerService VARCHAR(50) NOT
NULL AUTO_INCREMENT,
User_Akun_id_Akun VARCHAR(50) NOT
NULL,
User_id_User VARCHAR(50) NOT NULL,
PRIMARY KEY(id_CustomerService,
User_Akun_id_Akun, User_id_User),
FOREIGN KEY(User_id_User,
User_Akun_id_Akun)
REFERENCES User(id_User,
Akun_id_Akun)
);
8. CEO CREATE TABLE CEO ( ARM √

id_CEO VARCHAR(50) NOT NULL
AUTO_INCREMENT,
PRIMARY KEY(id_CEO)
);
9. Manager CREATE TABLE Manager_Developer ( ARM √

Development id_Manager VARCHAR(50) NOT NULL
AUTO_INCREMENT,
PRIMARY KEY(id_Manager)
);
10. Administrator CREATE TABLE Administrator ( ARM √

id_Admin VARCHAR(50) NOT NULL,
Jenis_Kelamin CHAR NOT NULL,
PRIMARY KEY(id_Admin)
);
11. Review CREATE TABLE Review ( ARM √

id_Review VARCHAR(50) NOT NULL
AUTO_INCREMENT,
NULL,
Review VARCHAR(255) NOT NULL,
PRIMARY KEY(id_Review,
User_Akun_id_Akun)
Akun_id_Akun)
);
12. Rekapan CREATE TABLE Rekapan ( ARM √

id_Rekapan VARCHAR(50) NOT NULL
AUTO_INCREMENT,
Administrator_id_Admin VARCHAR(50)
NOT NULL,
CEO_id_CEO VARCHAR(50) NOT NULL,
Data VARCHAR(255) NOT NULL,
Tanggal DATE NOT NULL,
PRIMARY KEY(id_Rekapan,
Administrator_id_Admin, CEO_id_CEO),
FOREIGN KEY(Administrator_id_Admin)
REFERENCES Administrator(id_Admin),
FOREIGN KEY(CEO_id_CEO)
REFERENCES CEO(id_CEO)
);
13. Kritik & Saran CREATE TABLE Kritik_dan _Saran ( ARM √

id_Kritik_Saran VARCHAR(50) NOT
NULL AUTO_INCREMENT,
NULL,
Kritik_dan _Saran_Saran VARCHAR(255)
NULL,
PRIMARY KEY(id_Kritik_Saran,
User_Akun_id_Akun)
Akun_id_Akun)
);
14. Rencana CREATE TABLE ARM √

Pengembangan Rencana_Pengembangan_Aplikasi (
Aplikasi id_Proposal VARCHAR(50) NOT NULL
AUTO_INCREMENT,
CEO_id_CEO VARCHAR(50) NOT NULL,
Manager_Developer_id_Manager
VARCHAR(50) NOT NULL,
Tanggal DATE NULL,
Data VARCHAR(255) NULL,
PRIMARY KEY(id_Proposal,
CEO_id_CEO,
Manager_Developer_id_Manager),
FOREIGN KEY(CEO_id_CEO)
REFERENCES CEO(id_CEO),
FOREIGN
KEY(Manager_Developer_id_Manager)
REFERENCES
Manager_Developer(id_Manager)
);
15. Pemesanan CREATE TABLE Pemesanan ( SUO √

id_Pemesanan VARCHAR(50) NOT NULL
AUTO_INCREMENT,
Jenis_Test VARCHAR(50) NULL,
VARCHAR(50) NULL,
Metode_Test VARCHAR(50) NULL,
Tempat_Test VARCHAR(50) NULL,
Waktu_Test VARCHAR(50) NULL,
PRIMARY KEY(id_Pemesanan)
);
16. Layanan Test CREATE TABLE LayananTest ( DRA √

id_Layanan VARCHAR(50) NOT NULL
AUTO_INCREMENT,
Nama_LayananTest VARCHAR(50) NOT
NULL,
Metode_LayananTest VARCHAR(50)
NOT NULL );
Tugas II: Program Implementation Code

Setiap anggota kelompok menuliskan implementasi kode sumber berdasarkan 1 kelas/modul
yang terdapat pada Class Diagram/ Arsitektur Modul pada dokumen sebelumnya. Tuliskan
implementasi kode sumber dalam format:
[FIR - SC01]
Melihat Detail Pesanan
1 <?php
2
3 require "db_config.php";
4
5 class User
6 {
7 protected $db;
8 protected $id_user;
9 protected $nama;
10 protected $alamat;
11 protected $email;
12 protected $no_HP;
13 protected $saldo_e_wallet;
14 protected $tanggal_lahir;
15 protected $jenis_kelamin;
16
17 public function
18 __construct($id_user,$nama,$alamat,$email,$no_HP,$saldo_e_wallet,
19 $tanggal_lahir, $jenis_kelamin) {
20 $this->id_user = $id_user;
21 $this->nama = $nama;
22 $this->alamat = $alamat;
23 $this->email = $email;
24 $this->$no_HP = $no_HP;
25 $this->saldo_e_wallet = $saldo_e_wallet;
26 $this->tanggal_lahir = $tanggal_lahir;
27 $this->jenis_kelamin = $jenis_kelamin;
28
29 $this->db = new
30 mysqli(DB_SERVER,DB_USERNAME,DB_PASSWORD,DB_NAME);
31 if (mysqli_connect_errno()) {
32 echo "Maaf, gagal koneksi ke database";
33 exit;
34 }
35 }
36 public function setNama($nama)
37 {
39 }
40 public function getNama()
41 {
42 echo $this->nama;
43 }
44 public function setAlamat($alamat)
45 {
47 }
48 public function getAlamat()
49 {
50 echo $this->alamat;
51 }
52 public function setEmail($email)
53 {
55 }
56 public function getEmail()
57 {
58 echo $this->email;
59 }
60 public function setNoHp($no_HP)
61 {
62 $this->no_HP = $no_HP;
63 }
64 public function getNoHp()
65 {
66 echo $this->no_HP;
67 }
68 public function setTanggalLahir($tanggal_lahir)
69 {
71 }
72 public function getTanggalLahir()
73 {
74 echo $this->tanggal_lahir;
75 }
76 public function setSaldoEWallet($saldo_e_wallet)
77 {
79 }
80 public function getSaldoEWallet()
81 {
82 echo $this->saldo_e_wallet;
83 }
84 public function setJenisKelamin($jenis_kelamin)
85 {
87 }
88 public function getJenisKelamin()
89 {
91 echo $this->jenis_kelamin;
92 }
93 }
94
95 class controller
96 {
97
98 public $id_kritik_saran;
99 public $kritik_saran;
100
101 public function getIdUser(){
102 $mysqli = new
104 $data['id_User'] = $mysqli->query("select id_User from
105 pengguna");
106 return $data;
107 }
108
109 public function getIdAkun(){
110 $mysqli = new
112 $data['id_Akun'] = $mysqli->query("select id_Akun form Akun");
113 return $data;
114 }
115
116 public function getDataOrder(){
117 $mysqli = new
119 $hasil=mysql_query("SELECT * FROM pesanan") or die
120 (mysql_error);
121 $row=mysql_fetch_array($hasil);
122 return $row;
123 }
124
125 public function sendDataOrder($row){
126 while($row = $run->fetch_array());
127 include 'db.php';
}
[SUO - SC02]
Memilih dan konfirmasi checkout
1
2 <?php
3
5
6 class User
7 {
8 protected $db;
10 protected $nama;
17
18 public function
29
30 $this->db = new
34 exit;
35 }
36 }
38 {
40 }
42 {
44 }
46 {
48 }
50 {
52 }
54 {
56 }
58 {
60 }
62 {
64 }
66 {
68 }
70 {
72 }
74 {
76 }
78 {
80 }
82 {
84 }
86 {
88 }
91 {
93 }
94
95 public function isiDetailPemesan($nama, $alamat, $email, $no_hp){
96 $sql="SELECT * FROM Akun WHERE nama='$nama'OR
97 email='$email'";
98 $check = $this->db->query($sql) ;
99 $count_row = $check->num_rows;
100 if ($count_row == 0){
101 $sql1="INSERT INTO account SET nama='$nama',
102 alamat='$alamat', email='$email', no_hp='$no_hp'";
103 result $sql1;
104 }
105 }
106
107
108
109 }
110
111
112 class controllerCheckout
113 {
114
115 public $id_pemesanan;
116 public $dataOrder;
117
118 public function getIdUser(){
119 $mysqli = new
121 $data['id_User'] = $mysqli->query("select id_User from pengguna");
122 return $data;
123 }
124
125 public function getIdAkun(){
126 $mysqli = new
128 $data['id_Akun'] = $mysqli->query("select id_Akun form Akun");
129 return $data;
130 }
131
132
133 public function checkout()
134 {
135 if(isset($_POST['submit'])){
136 $sql = "insert into dataOrder (id_pemesanan,dataOrder) values
137 (:id_pemesanan,:dataOrder)";
138 echo "Apakah Anda yakin untuk memesan layanan ini?";
139 if (isset($_POST['Ya'])){
140 $query = $this->db->query($sql);
141 if($query){
142 echo "Pemesanan diproses";
143 }
144 else{
145 echo "Maaf, Pemesanan Anda gagal diproses";
146 }
147 }
148 }
149 }
150 }
151
152
153
154
[ARM - SC03]
Controller (Kritik & Saran)
1 <?php
2
4
5 class User
6 {
7 protected $db;
9 protected $nama;
16
17 public function
28
29 $this->db = new
33 exit;
34 }
35 }
37 {
39 }
41 {
43 }
45 {
47 }
49 {
51 }
53 {
55 }
57 {
59 }
61 {
63 }
65 {
67 }
69 {
71 }
73 {
75 }
77 {
79 }
81 {
83 }
85 {
87 }
89 {
92 }
93 }
94
95
96 class controller
97 {
98
99 public $id_kritik_saran;
100 public $kritik_saran;
101
102 public function getId(){
103 $mysqli = new
105 $data = $mysqli->query("select id_User, id_Akun from pengguna");
106 return $data;
107
108 }
109
110
111 public function sendData()
112 {
113 if(isset($_POST['submit'])){
114 $param = array('id_kritik_saran'=>$_POST['id_kritik_saran'],
115 'kritik_saran'=>$_POST['kritik_saran']);
116 $sql = "insert into kritik_saran (id_kritik_saran,kritik_saran)
117 values (:id_kritik_saran,:kritik_saran)";
118 $query = $this->db->query($sql,$param);
119 if($query){
120 echo "Kritik & Saran Anda telah Terkirim";
121 }
122 else{
123 echo "Maaf, Kritik & Saran Anda gagal terkirim";
124 }
125
126 }
127 }
128 }
129
130
131
[DIV- SC04]
Mencari Tempat Test
1 <?php
2
4
5 class User
6 {
7 protected $db;
9 protected $nama;
15
16 public function __construct($id_user,$nama,$alamat,$email,$no_HP,
$this->email = $email;
$this->$no_HP = $no_HP;
$this->tanggal_lahir = $tanggal_lahir;
$this->jenis_kelamin = $jenis_kelamin;
$this->db = new
mysqli(DB_SERVER,DB_USERNAME,DB_PASSWORD,DB_NAME);
if (mysqli_connect_errno()) {
echo "Maaf, gagal koneksi ke database";
exit;
}
}
public function setNama($nama)
{
$this->nama = $nama;
}
public function getNama()
{
echo $this->nama;
}
public function setAlamat($alamat)
{
$this->alamat = $alamat;
}
public function getAlamat()
{
echo $this->alamat;
}
public function setEmail($email)
{
$this->email = $email;
}
public function getEmail()
{
echo $this->email;
}
public function setNoHp($no_HP)
{
$this->no_HP = $no_HP;
}
public function getNoHp()
{
echo $this->no_HP;
}
public function setTanggalLahir($tanggal_lahir)
{
$this->tanggal_lahir = $tanggal_lahir;
}
public function getTanggalLahir()
{
echo $this->tanggal_lahir;
}
public function setJenisKelamin($jenis_kelamin)
{
$this->jenis_kelamin = $jenis_kelamin;
}
public function getJenisKelamin()
{
echo $this->jenis_kelamin;
}
}
class controller
{
public $dataUser;
public $available_places;
public function saveData(){
$mysqli = new
$data['dataUser'] = $mysqli->query("select id_User, Nama, No_HP,
Alamat, Email, Tanggal_Lahir, Jenis Kelamin from user");
return $data;
}
public function getInformation(){

$mysqli = new
$data['id_Akun'] = $mysqli->query("select id_Akun form Akun");
return $data;
}
public function inputData()

{
if(isset($_POST['submit'])){
$param = array('seacrhPlaces'=>$_POST['available_places'],
$sql = "insert into (available_places) values (:available_places)";
$query = $this->db->query($sql,$param);
if($query){
echo available_places;
}
else{
echo check_places;
}
}
}
}
[FMS- SC05]
Setiap anggota melakukan validasi kesesuaian antara kode sumber dengan class diagram/
arsitektur modul yang diimplementasikan berdasarkan format tabel berikut ini.
No. Traceability Class Diagram/ Arsitektur Modul dan Kode Sumber

Validasi
Class Diagram/ Arsitektur Modul Pseudocode Implementasi Kode
(√)
[kode] [kode]
1 Melihat Detail Pesanan PSD-006 FIR - SC01 √
2 Memilih dan konfirmasi checkout PSD-0019 SUO-SC02 √
3 Controller (Kritik & Saran) PSD-003 ARM-SC-03 √
4 Mencari Tempat Test PSD-007 DRA - SC07 √
Tugas III: UI Implementation Code

Setiap anggota kelompok menuliskan implementasi kode antarmuka berdasarkan sketsa pada
SDD. Tuliskan implementasi kode sumber dalam format:
[ Inisial penulis ]
[ Implementasi Kode Antarmuka ]
[FIR-IM-001]
Halaman Informasi Pesanan
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
4 <meta charset="UTF-8">
5 <meta http-equiv="X-UA-Compatible" content="IE=edge">
6 <meta name="viewport" content="width=device-width, initial-scale=1.0">
7 <title>Informasi Pesanan</title>
8 <style>
9 .nav {
10 font-size: 30px;
11 margin-top: 30px;
12 margin-bottom: 30px;
13 margin-left: 30px;
14 }
15
16 .nav img{
17 float: left;
18 height: 30px;
19 margin-right: 15px;
20 }
21
22 .center {
23 margin-left: auto;
24 margin-right: auto;
25 width: 50%;
26 }
27
28 </style>
29 </head>
30 <body>
31 <nav class="navbar fixed-top navbar-light bg-light">
32 <div class="container-fluid">
33 <div class="nav">
34 <a class="navbar-brand">
35 <img
37 src="https://pbs.twimg.com/media/E0MabU8UYAEftor?format=png&name=sma
38 ll" class="d-inline-block align-text-top">
39 Informasi Pesanan
40 </a>
41 </div>
42 </div>
43 </nav>
44 <br>
45 <table class="center" border="1" cellspacing="0" cellpadding="10">
46 <tr>
47 <td>ID Pesanan: AB-23145xx</td>
48 </tr>
49 <tr>
50 <td>
51 <p>Tempat tes: RSUD xxxxxx</p>
52 <p>Tanggal: xx-xx-xxxx</p>
53 <p>Waktu: xx:xx WIB</p>
54 <br>
55 <p>Status pembayaran: Success</p>
56 <p>Hasil Tes: On progress</p>
57 </td>
58 </tr>
59 </table>
60 <br>
62 <tr>
63 <td>ID Pesanan: AC-23145xx</td>
64 </tr>
65 <tr>
66 <td>
70 <br>
72 <p>Hasil Tes: Done</p>
73 </td>
74 </tr>
75 </table>
76 </body>
77 </html>
[FIR-IM-002]
Halaman Hasil Tes
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
7 <title>Hasil Tes</title>
8 <style>
9
10 .nav {
11 font-size: 30px;
15 }
16
17 .nav img{
18 float: left;
19 height: 30px;
21 }
22
23 .download img{
24 float: right;
25 height: 30px;
28 }
29
30 .center {
33 width: 60%;
34 }
35
37 </style>
38 </head>
39 <body>
44 <img
47 Hasil Tes
48 </a>
49 </div>
50 </div>
51 </nav>
52 <br>
53 <table class="center" border="1" cellspacing="0" cellpadding="20" >
54 <tr>
56 </tr>
57 </table>
58 <br>
60 <tr>
61 <td>
62 <p>Berikut adalah lampiran mengenai hasil tes oleh saudara:</p>
63 <p>Nama: Budi xxx</p>
64 <p>Usia: 24 thn</p>
65 <p>Jenis kelamin: Laki-laki</p>
66 <br>
67 <p>Yang dilaksanakan pada:</p>
68 <p>Hari: Selasa</p>
69 <p>Tanggal: 26-04-2021</p>
70 <p>Tempat: RSUD xxxx</p>
71 <br>
72 <p>Menyatakan bahwa saudara negatif virus COVID-19</p>
73 </td>
74 </tr>
75 </table>
76
77 <br>
78 <div class="col-sm-6 text-right">
79 <div class="row">
80 <a href="#" class="download">
81 <img
82 src="https://pbs.twimg.com/media/E0R_XLAUUAIcb_A?format=png&name=90
83 0x900" alt="">
84 </a>
85 </div>
86 </div>
87 </body>
88 </html>
[FIR-IM-003]
Halaman Utama Dokter
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
7 <title>Home</title>
8 <style>
9 p{
10 font-size: 30px;
11 font-style: normal;
12 color: black;
13 text-decoration: none;
16 }
17
18 .header{
22 }
23
24 .user{
25 float: left;
26 }
27
28 .logo{
31 text-align: center;
33 }
34
35 .bell{
36 float: right;
37 margin-top: -60px;
38 }
39
40 .card img{
41 height: 120px;
44 }
45
46 .card-text p{
47 font-size: 20px;
48 }
49
50 .menu-grup{
53 }
54 </style>
55 </head>
56 <body>
57 <nav class="header">
58 <nav class="navbar navbar-light bg-light">
60 <a class="user" href="#">
61 <img
62 src="https://pbs.twimg.com/media/E0XHs_qVoAE6g-i?format=png&name=me
63 dium" alt="" width="30" class="d-inline-block align-text-top">
64 </a>
65 <a class="logo" >
66 <p>Go-Fit</p>
67 </a>
68 <a class="bell" href="#">
69 <img
70 src="https://pbs.twimg.com/media/E0XH3ZOVkAAs9kP?format=png&name=9
71 00x900" alt="" width="30" class="d-inline-block align-text-top">
72 </a>
73 </div>
74 </nav>
75 </nav>
76 <p>Selamat Datang, User</p>
77 <div class="menu" >
78 <table class="menu-grup" border="1" cellspacing="0" cellpadding="10">
79 <tr>
80 <td>
81 <div class="card" style="width: 18rem;">
82 <img
83 src="https://pbs.twimg.com/media/E0XVbV-VcAASTjK?format=png&name=sm
84 all" class="card-img-top" >
85 <div class="card-body">
86 <p class="card-text">Jadwal Kerja</p>
87 </div>
88 </div>
89 </td>
91 <td>
93
94
95 <img
96 src="https://pbs.twimg.com/media/E0XVbV-UUAMhuVL?format=png&name=3
97 60x360" class="card-img-top" >
99 <p class="card-text">Upload Hasil Tes</p>
100 </div>
101 </div>
102 </td>
103 </tr>
104 <tr>
105 <td>
107 <img
108 src="https://pbs.twimg.com/media/E0XVbV_UUAAh5eJ?format=png&name=s
109 mall" class="card-img-top" >
111 <p class="card-text">Review</p>
112 </div>
113 </div>
114 </td>
115 <td>
117 <img
118 src="https://pbs.twimg.com/media/E0XVbV_VIAI9PPC?format=png&name=90
119 0x900" class="card-img-top" >
121 <p class="card-text">Customer Service</p>
122 </div>
123 </div>
124 </td>
125 </tr>
126 </table>
127
128 </div>
129 </div>
130 </body>
131 </html>
[FIR-IM-004]
Halaman Upload Hasil Tes
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
7 <title>Upload Hasil Tes</title>
8 <style>
9 p{
10 font-size: 20px;
13 }
14
15 .nav {
16 font-size: 30px;
20 }
21
22 .nav img{
23 float: left;
24 height: 30px;
26 }
27
28 .center {
33 width: 50%;
34 }
35
37 .upload{
38 float: right;
39 }
40
41 .btn{
44 }
45
46 </style>
47 </head>
48 <body>
53 <img
56 Upload Hasil Tes
57 </a>
58 </div>
59 </div>
60 </nav>
61 <p>Upload Hasil Tes</p>
63 <tr>
65 </tr>
66 <tr>
67 <td>
71 <br>
73 <p>Hasil Tes: On progress</p>
74 </td>
75 </tr>
76 </table>
78 <tr>
79 <td>Tambah Hasil Tes</td>
80 </tr>
81 <tr>
82 <td>
83 <form action="">
84 <input type="file" id="myFile" name="filename">
85 </form>
86 </td>
87 </tr>
88 </table>
89 <div class="upload">
90 <button class="btn">Upload</button>
91 </div>
92 </body>
93 </html>
[FIR-IM-005]
Halaman Pemesanan
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
7 <title>Pemesanan</title>
8 <style>
9 p{
10 font-size: 30px;
11 text-align: center;
12 }
13
14 .nav {
15 font-size: 30px;
19 }
20
21 .nav img{
22 float: left;
23 height: 30px;
25 }
26
27 .center {
32 width: 50%;
33 font-size: 20px;
34 }
35
37 .selesai{
38 float: right;
41 }
42
43 </style>
44 </head>
45 <body>
50 <img
53 Pemesanan
54 </a>
55 </div>
56 </div>
57 </nav>
58 <p>Form Pemesanan</p>
59 <table class="center" cellspacing="0" cellpadding="10">
60 <tr>
61 <td><label for="JenisTes"><b>Jenis Tes</b></label></td>
62 <td><input type="Text" placeholder="Enter Jenis Tes" name="JenisTes"
63 required></td>
64 </tr>
65 <tr>
66 <td><label for="Tanggal"><b>Tanggal</b></label></td>
67 <td><input type="Text" placeholder="Tanggal Tes" name="Tanggal"
68 required></td>
69 </tr>
70 <tr>
71 <td><label for="Tempat"><b>Tempat</b></label></td>
72 <td><input type="Text" placeholder="Tempat" name="Tempat"
73 required></td>
74 </tr>
75 </table>
76 <div class="selesai">
77 <button class="btn">Selesai</button>
78 </div>
79 </body>
80 </html>
[SUO-IM-006]
Halaman Awal
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
4 <meta charset="utf-8">
6 <meta name="viewport" content="width=device-width, initial-scale=1">
7 <title>Mockup</title>
8 <link rel="stylesheet"
9 href="https://stackpath.bootstrapcdn.com/bootstrap/3.4.1/css/bootstrap.min.cs
10 s"
11
12 integrity="sha384-HSMxcRTRxnN+Bdg0JdbxYKrThecOKuH5zCYotlSAcp1+c8
13 xmyTe9GYg1l9a69psu" crossorigin="anonymous">
14 <style>
15 body {
16 height: 100%;
17 font-family: Verdana, Tahoma, sans-serif;
18 display: flex;
19 align-items: center;
20 padding-top: 40px;
21 padding-bottom: 40px;
22 background-color: #f5f5f5;
23 }
24 .form-signin {
25 width: 100%;
26 max-width: 330px;
27 padding: 15px;
28 margin: auto;
29 }
30
31 .form-signin .form-floating:focus-within {
32 z-index: 2;
33 }
34
35 .form-signin input[type="text"] {
36 margin-bottom: -1px;
37 border-bottom-right-radius: 0;
38 border-bottom-left-radius: 0;
39 }
40
41 .form-signin input[type="password"] {
43 border-top-left-radius: 0;
44 border-top-right-radius: 0;
45 }
46
47 hr {
48 border: 1px solid #f1f1f1; margin-bottom: 25px;
49 }
50 /* Set a style for all buttons */
51 button {
52 margin: 15px 0;
53 width: 100%;
54 }
55
56 /* logo style*/
57 .logo {
58 height: 100px;
59 margin: 80px 0 50px;
60 float: center;
61 }
62 .containerlogo{
63 border: 1px solid rgb(187, 187, 187);
64 height: 100px;
65 width: 100px;
66 }
67
68
69 </style>
70 </head>
71 <body>
72 <main class="form-signin">
73 <form action="login.php" style="border:1px solid #ccc">
74 <div class="logo">
75 <div class="containerlogo center-block">
76 <img src="logo.png" alt="Logo Aplikasi" >
77 </div>
78 </div>
79 <hr>
80 <div class="form-floating">
81 <input type="text" class="form-control" placeholder="Username or
82 email address" name="username" required>
83 </div>
84
85 <br>
86 <input type="password" class="form-control" placeholder="Password"
87 name="psw" required>
88
89 <button class="w-100 btn btn-lg btn-primary" type="submit">Log
91 in</button>
92 </form>
93 </main>
94
95 </body>
96 </html>
97
[SUO-IM-007]
Halaman Sign up
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
7 <title>Halaman awal</title>
10 s"
11
14 <style>
15 body {
16 height: 100%;
18 display: flex;
23 }
24
25 .form-signup {
26 width: 100%;
27 background-color: rgb(240, 240, 240);
29 margin: auto;
30 }
31
32 .form-signup .form-floating:focus-within {
33 z-index: 2;
34 }
35
36 .form-signup input[type="text"] {
40 }
41
42 .form-signup input[type="email"] {
46 }
47
48 .form-signup input[type="password"] {
50 border-top-left-radius: 0;
51 border-top-right-radius: 0;
52 }
53
54 hr {
55 border: 1px solid #f1f1f1; margin-bottom: 25px;
56 }
57
58 button {
59 margin: 15px 0;
60 width: 90%;
61 }
62
63 /* logo style*/
64 .logo {
65 height: 100px;
67 float: center;
68 }
69 .containerlogo{
71 height: 100px;
72 width: 100px;
73 }
74
75 .forms{
76 padding: 15px;
77 }
78 .forms2{
80 }
81
82 .birthdate{
83 margin-bottom: -20px;
84 }
85 </style>
86 </head>
87 <body>
88 <main class="form-signup">
89 <form action="login.php" style="border:1px solid #ccc">
91 <div class="logo">
92 <div class="containerlogo center-block">
93 <img src="logo.png" alt="Logo Aplikasi" >
94 </div>
95 </div>
96 <hr>
97 <div class="col-sm-6">
98 <div class="form-floating"></div>
99 <input type="text" class="form-control" placeholder="First name"
100 name="firstname" required>
101 </div>
104 <input type="text" class="form-control" placeholder="Last name"
105 name="lastname" required>
106 </div>
107 </div>
108 <div class="forms text-center">
110 <input type="text" class="form-control" placeholder="Username"
111 name="username" required>
112 </div>
113
115 <input type="email" class="form-control" placeholder="Email"
116 name="username" required>
117 </div>
118 <div class="text-left birthdate">
119 <label>Birthdate</label>
120 </div>
121 </div>
122
123 <div class="form-row">
125 <input type="text" class="form-control" id="tanggal"
126 placeholder="day" required>
127 </div>
129 <input type="text" class="form-control" id="bulan"
130 placeholder="month" required>
131 </div>
133 <input type="text" class="form-control" id="tahun"
134 placeholder="year" required>
135 </div>
136 </div>
137
138 <div class="forms text-center">
139 <div class="forms2 form-floating">
140 <select class="form-control">
141 <option selected>Choose...</option>
142 <option value="1">Laki-laki</option>
143 <option value="2">Perempuan</option>
144 </select>
145 </div>
146
148 <input type="text" class="form-control" placeholder="Phone
149 number" name="telepon" required>
150 </div>
151
153 <input type="text" class="form-control" placeholder="Address"
154 name="alamat" required>
155 </div>
156
158 <input type="password" class="form-control"
159 placeholder="Password" name="psw" required>
160 </div>
161 <button class="w-100 btn btn-lg btn-primary"
162 type="submit">Register</button>
163 <button class="w-100 btn btn-lg btn-danger" type="submit">Register
164 with Google</button>
165 </div>
166
167 </form>
168 </main>
169
170 </body>
171 </html>
172
173
[SUO-IM-008]
Halaman Pemesanan-1
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
10 s"
11
14 <style>
15 body {
16 height: 100%;
18 display: flex;
23 }
24
25
26
27 .form-pemesanan {
28 width: 100%;
30
31 margin: auto;
32 }
33 .nav img{
34 float: left;
35 height: 30px;
37 }
38
39 .center {
44 width: 50%;
45 font-size: 20px;
46 }
47 .containerQ{
48 margin: 90px;
49 }
50
51 .next{
52 float: right;
55 }
56
57
58
59 </style>
60 </head>
61 <body>
62 <main class="form-pemesanan">
66 <img
67 src="https://pbs.twimg.com/media/E0MabU8UYAEftor?format=png&name=sm
68 all" class="d-inline-block align-text-top">
69
70 </a>
71 <h3>Pemesanan</h3>
72 </div>
73 </div>
74
75 <div class="containerQ">
76 <h2>Jenis Test</h2>
77 </div>
78
80 <tr>
81 <td><button type="input" class="btn btn-default btn-lg">Rapid
82 Test</button></td>
83 <td><button type="input" class="btn btn-default btn-lg">Swab
84 Test</button></td>
85 </tr>
86 </table>
87
88
89 <br><br>
91 <div class="next">
92 <button type="button" class="btn btn-info">Next<span class="glyphicon
93 glyphicon-menu-right" aria-hidden="true"></span></button>
94 </div>
95
96 </main>
97
98 </body>
99 </html>
[SUO-IM-009]
Halaman Pemesanan-2
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
10 s"
11
14 <style>
15 body {
16 height: 100%;
18 display: flex;
23 }
24
25
26
28 width: 100%;
30
31 margin: auto;
32 }
33 .nav img{
34 float: left;
35 height: 30px;
37 }
38
39 .center {
44 width: 50%;
45 font-size: 20px;
46 }
47 .containerQ{
48 margin: 90px;
49 }
50
51 .next{
52 float: right;
55 }
56
57
58
59 </style>
60 </head>
61 <body>
66 <img
69
70 </a>
72 </div>
73 </div>
74
76 <h2>Metode Test</h2>
77 </div>
78
80 <tr>
81 <td><button type="input" class="btn btn-default btn-lg"><h3>On
82 The Spot</h3></button></td>
83 <td><button type="input" class="btn btn-default btn-lg"><h3>Drive
84 thru</h3></button></td>
85 </tr>
86 </table>
87
88
89 <br><br>
94 </div>
95
96 </main>
97
98 </body>
99 </html>
[SUO-IM-010]
Halaman Pemesanan-3
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
10 s"
11
14 <style>
15 body {
16 height: 100%;
18 display: flex;
23 }
24
25 p{
26 font-size: 13px;
27 }
28
30 width: 100%;
32 margin: auto;
33 }
34 .nav img{
35 float: left;
36 height: 30px;
38 }
39
40 .center {
45 width: 50%;
46 font-size: 20px;
47 }
48 .containerQ{
49 margin: 50px 0px 50px 90px;
50 }
51
52 .logo {
53 height: 100px;
55 float: center;
56 }
57 .containerlogo{
59 height: 100px;
60 width: 100px;
61 }
62
63 .thumbnail{
64 border-radius: 4px;
65 margin: 30px;
66 padding: 10px;
67 size: 30%;
68 transition: all 0.5s;
69 cursor: pointer;
70 }
71
72 .thumbnail:hover{
73 background-color: rgb(228, 228, 228);
74 cursor: pointer;
75 }
76
77 .next{
78 float: right;
81 }
82
83 </style>
84 </head>
85 <body>
91
92
93 <img
96
97 </a>
99 </div>
100 </div>
101
103 <h2>Tempat Test</h2>
104 </div>
105
106 <div class="row thumbnail">
107 <div class="col-sm-6 containerlogo">
108 <img src="logo.png" alt="Layanan kesehatan" >
109 </div>
110 <div class="caption col-sm-6">
111 <h4>Rumah sakit</h4>
112 <p>Lorem ipsum dolor sit amet consectetur adipisicing elit.</p>
113 </div>
114 </div>
118 </div>
122 </div>
123 </div>
127 </div>
131 </div>
132 </div>
134
138 </div>
139 </main>
140
141 </body>
142 </html>
[SUO-IM-011]
Halaman Pemesanan-4
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
10 s"
11
14 <style>
15 body {
16 height: 100%;
18 display: flex;
23 }
24
25 p{
26 font-size: 13px;
27 }
28
30 width: 100%;
32 margin: auto;
33 }
34 .nav img{
35 float: left;
36 height: 30px;
38 }
39
40 .center {
45 width: 50%;
46 font-size: 20px;
47 }
48 .containerQ{
50 }
51
52 .logo {
53 height: 100px;
55 float: center;
56 }
57 .containerlogo{
59 height: 100px;
60 width: 100px;
61 }
62
63 .thumbnail{
65 padding: 10px;
66 size: 30%;
67 }
68
69 .forms{
70 margin: 10px;
71 }
72
73 .forms2{
75 }
76
77 .next{
78 float: right;
81 }
82
83 </style>
84 </head>
85 <body>
91 <img
94
95 </a>
97 </div>
98 </div>
99
101 <h2>Waktu Test</h2>
102 </div>
103
104 <div class="form-row forms">
106 <div class="form-group">
108 <option selected>day</option>
109 <option value="1">1</option>
140 </select>
141 </div>
142 </div>
146 <option selected>month</option>
159 </select>
160 </div>
161 </div>
165 <option selected>year</option>
168 </select>
169 </div>
170 </div>
171 </div>
172
173 <div class="forms2">
174 <div type="input" class="thumbnail btn btn-default">
175 <h4>07.00-08.00</h4>
176 <p>Kuota tersedia : 30</p>
177 </div>
179 <h4>08.00-09.00</h4>
181 </div>
183 <h4>09.00-10.00</h4>
185 </div>
187 <h4>10.00-11.00</h4>
189 </div>
190 </div>
191
195 </div>
196 </main>
197
198 </body>
199 </html>
[SUO-IM-012]
Halaman Checkout
1 <!DOCTYPE html>
2 <html lang="en">
3 <head>
8
9
12 s"
13
16 <style>
17 body {
18 height: 100%;
20 display: flex;
25 }
26
27 .thumbnail .btn .btn-default .caption p{
28 width: 140px;
29 font-size: 10px;
30 word-break: keep-all;
31 }
32
34 width: 100%;
36 margin: auto;
37 }
38 .nav img{
39 float: left;
40 height: 30px;
42 }
43
44 .center {
49 width: 50%;
50 font-size: 20px;
51 }
52 .containerQ{
53 margin: 10px;
54 }
55
56 .logo {
57 height: 100px;
59 float: center;
60 }
61 .containerlogo{
63 height: 100px;
64 width: 100px;
65 }
66
67 .thumbnail{
68 margin: 10px;
69 padding: 10px;
70 size: 30%;
71 }
72
73 .next{
74 float: right;
77 }
78
79 </style>
80 </head>
81 <body>
86 <img
89
91 </a>
92 <h3>Checkout</h3>
93 </div>
94 </div>
95
97 <h3>Jenis Test</h3>
98 </div>
99 <div type="input" class="thumbnail">
100 <h4>Rapid Test</h4>
101 </div>
102 </div>
104 <h3>Metode Test</h3>
105 </div>
107 <h4>On The Spot</h4>
108 </div>
110 <h3>Tempat Test</h3>
111 </div>
115 </div>
117 <h4>Thumbnail label</h4>
119 </div>
120 </div>
122 <h3>Waktu Test</h3>
123 </div>
125 <h4>10.00-11.00</h4>
127 </div>
128
132 </div>
133 </main>
134
</body>
</html>
[ARM-IM-001]
Homepage
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Homepage Go-Fit</title>
9 <link href="https://fonts.googleapis.com/icon?family=Material+Icons"
10 rel="stylesheet">
11 <link
12 href="https://cdn.jsdelivr.net/npm/bootstrap@5.0.0-beta3/dist/css/bootstrap.min
13 .css" rel="stylesheet"
14
15 integrity="sha384-eOJMYsd53ii+scO/bJGFsiCZc+5NDVN2yr8+0RDqr0Ql0h+r
16 P48ckxlpbzKgwra6" crossorigin="anonymous">
18 href="https://cdn.jsdelivr.net/npm/bootstrap-icons@1.4.1/font/bootstrap-icons.c
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
27 .menu-border {
28 background-color: #2ABB9B;
30 }
31
32 .profile-jumbotron {
35 position: relative;
36 width: 95%;
37
38 }
39
40 .edit-text {
41 opacity: 50%;
42 }
43
44 img {
45 height: 100px;
46 width: 100px;
47 }
48
49 #control {
50
51 width: 100%;
52 opacity: 1;
53 border-radius: 0px 0px 20px 20px;
54
55 }
56
57 color: #cbcbcb;
58 #control>div {
59 font-size: 1.4rem;
60 }
61
62 #control>div>p {
63 font-size: 1rem;
64 }
65
66 #frame {
67 width: 450px;
68 border: 1px black solid;
69 padding: 0;
72 }
73
74 .main-menu {
75 margin-left: 3%;
76 margin-right: 3%;
77 }
78 </style>
79 </head>
80
81 <body>
82 <div class="container-sm mt-3" id="frame">
83
85 <div class="col-1 pt-1"> <span class="material-icons">
86 menu
87 </span></div>
88 <div class="col-8">
89 <div class="lead">Homepage</div>
91 </div>
92 <div class="col">
93 <img src="logo.png" alt="Logo Aplikasi" style="width: 70px;height:
94 70px;">
95 </div>
96 </div>
97
100 <div class="fs-2" style="margin-left: 1% !important;">Selamat datang,
101 User</div>
102
103 </div>
104 </div>
105 <br>
106 <div class="d-flex justify-content-center container profile-jumbotron pt-3 pb-3
107 ">
110 <p class="fs-2 fw-bold">Alif Rizal Maulana</p>
111 <div class="lead edit-text">Edit Profile</div>
112 </div>
113 <div class="col-3"> <img
114 src="http://www.pngall.com/wp-content/uploads/5/Profile-PNG-Clipart.png"
115 class="rounded float-end" alt="Profile Picture"></div>
116 </div>
117 </div>
118
119 <div class="row mt-5 main-menu">
120 <div class="col-6 pt-3 pb-3 menu-border text-center border border-5
121 border-white">
122 <img src="menu1.svg" alt="Pemesanan Layanan">
123 <div class="lead">Hasil Test</div>
124 </div>
125
127 border-white">
128 <img src="menu2.svg" alt="">
129 <div class="lead">Berita Covid-19</div>
130 </div>
131 </div>
132 <div class="row main-menu">
134 border-white">
136 <div class="lead">Jadwal Test</div>
137 </div>
139 border-white">
141 <div class="lead">Customer Service</div>
142 </div>
143 </div>
144
145 <div class="row text-center border mt-5" id="control"
146 style="background-color: white">
147 <div class="col-3 pt-2" style="color: #2ABB9B">
148 <i class="bi-house-door-fill"></i>
149 <p>Home</p>
150 </div>
151 <div class="col-3 p-2">
152 <i class="bi-search"></i>
153 <p>Cari</p>
154 </div>
156 <i class="bi bi-clock-history"></i></i>
157 <p>Pemesanan</p>
158 </div>
160 <i class="bi-person"></i>
161 <p>Akun</p>
162 </div>
163 </div>
164 </div>
165 </body>
166
167 </html>
[ARM-IM-002]
Halaman Kritik & Saran
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Kritik & Saran</title>
9
12 <link
15
20 ss" />
21 <style>
22 .row {
23 padding: auto;
24 margin: auto;
25
26 }
27
32 width: 95%;
33
34 }
35
36 .edit-text {
37 opacity: 50%;
38 }
39
40 img {
41 height: 100px;
42 width: 100px;
43 }
44
45 #control {
46
47 width: 100%;
48 opacity: 1;
50
51 }
52
53 #control>div {
55 color: #cbcbcb;
56 }
57
58 #control>div>p {
59 font-size: 1rem;
60 }
61
62 #frame {
63 width: 450px;
65 padding: 0;
68 }
69 textarea{
70 width: 100%;
71 }
72 </style>
73 </head>
74
75 <body>
77
79 <div class="col-1"><img src="back.svg" style="width: 30px;
80 height:40px;"></div>
82 <div class="lead pt-1">Halaman Kritik & Saran</div>
83 </div>
86 70px;">
87 </div>
88 </div>
89
91
92 <br>
93 <div class="d-flex justify-content-center container profile-jumbotron pt-3
94 pb-3 ">
97 <p class="fs-2 fw-bold">Alif Rizal Maulana</p>
98 <div class="lead edit-text">Edit Profile</div>
99 </div>
103 </div>
104 </div>
105
106 <div class="row mt-5">
107 <div class="col ">
108 <div class="fs-5" style="margin-left: 12px;">Masukkan Kritik & Saran
109 Anda: </div>
110 </div>
111 </div>
112 <div class="container">
115 <textarea name="kritik_saran" id="" cols="54"
116 rows="20"></textarea>
117 </div>
118 <div class="w-100"></div>
120 <div class="d-grid gap-2 d-md-flex justify-content-md-end">
121 <button class="btn btn-primary" type="button">Kirim</button>
122 </div>
123 </div>
124 </div>
125 </div>
126
131 <p>Home</p>
132 </div>
135 <p>Cari</p>
136 </div>
140 </div>
143 <p>Akun</p>
144 </div>
145 </div>
146 </div>
147 </body>
148
149 </html>
[ARM-IM-003]
Halaman Admin
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Admin</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
31 width: 95%;
32
33 }
34
35
36 img {
37 height: 100px;
38 width: 100px;
39 }
40
41 #control {
42
43 width: 100%;
44 opacity: 1;
46
47 }
48
49 #control>div {
51 color: #cbcbcb;
52 }
53
54 #control>div>p {
55 font-size: 1rem;
56 }
57
58 #frame {
59 width: 450px;
61 padding: 0;
64 }
65
66 .btn{
67 height: 100px;
68 width: 80%;
70 }
71
72 .grey{
74 border: none;
75 color:black;
76 }
77
78 </style>
79 </head>
80
81 <body>
83
85 <div class="col-1 pt-2"><span class="material-icons">
86 menu
87 </span></div>
89 <div class="lead pt-1">Halaman Admin</div>
91 </div>
94 70px;">
95 </div>
96 </div>
97
98
99 <br>
101 pb-3 ">
104 <p class="fs-2 fw-bold">Administrator</p>
105 </div>
109 </div>
110 </div>
111
112 <br><br><br>
115 <button type="button" class="btn btn-primary mx-auto grey
116 fs-3">Collect Data</button>
117 </div>
118 <br>
121 fs-3">Create Rekap</button>
122 </div>
123 <br>
126 fs-3">Send Document</button>
127 </div>
128 <br>
131 bg-danger fs-3">Logout</button>
132 </div>
133 </div>
134
139 <p>Home</p>
140 </div>
143 <p>Cari</p>
144 </div>
148 </div>
151 <p>Akun</p>
152 </div>
153 </div>
154 </div>
155 </body>
156
157 </html>
[ARM-IM-004]
Halaman Stakeholder
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Stakeholder</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
31 width: 95%;
32
33 }
34
35
36 img {
37 height: 100px;
38 width: 100px;
39 }
40
41 #control {
42
43 width: 100%;
44 opacity: 1;
46
47 }
48
49 #control>div {
51 color: #cbcbcb;
52 }
53
54 #control>div>p {
55 font-size: 1rem;
56 }
57
58 #frame {
59 width: 450px;
61 padding: 0;
64 }
65
66 .btn {
67 height: 100px;
68 width: 80%;
70 }
71
72 .grey {
74 border: none;
75 color: black;
76 }
77 </style>
78 </head>
79
80 <body>
82
85 menu
86 </span></div>
88 <div class="lead pt-1">Halaman Stakeholder</div>
89 </div>
93 70px;">
94 </div>
95 </div>
96
97
98 <br>
99 <div class="d-flex container profile-jumbotron pt-3 pb-3 ">
102 <p class="fs-2 fw-bold">Chief Executive Officer</p>
103 </div>
107 </div>
108 </div>
109
110 <br><br><br>
114 fs-3">Collect Data</button>
115 </div>
116 <br>
119 fs-3">Attach Document <i
120 class="bi bi-file-earmark-plus"></i></button>
121 </div>
122 <br>
125 fs-3">Send Document</button>
126 </div>
127 <br>
129 <button type="button" class="btn btn-danger mx-auto grey
130 fs-3">Logout</button>
131 </div>
132 </div>
133
138 <p>Home</p>
139 </div>
142 <p>Cari</p>
143 </div>
147 </div>
150 <p>Akun</p>
151 </div>
152 </div>
153 </div>
154 </body>
155
156 </html>
[ARM-IM-005]
Sistem Aplikasi
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Sistem Aplikasi</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
31 width: 95%;
32
33 }
34
35
36 img {
37 height: 100px;
38 width: 100px;
39 }
40
41 #control {
42
43 width: 100%;
44 opacity: 1;
46
47 }
48
49 #control>div {
51 color: #cbcbcb;
52 }
53
54 #control>div>p {
55 font-size: 1rem;
56 }
57
58 #frame {
59 width: 450px;
61 padding: 0;
64 }
65
66 .border-gear {
67
68 margin-left: 8%;
69 margin-right: 8%;
71
72
73 }
74
75 .gear-icon {
76 width: 100%;
77 height: 100%;
78
79 }
80
81 .btn {
82 height: 100px;
83 width: 85%;
85 }
86
87 .grey {
89 border: none;
91 color: black;
92 }
93 </style>
94 </head>
95
96 <body>
98
101 menu
102 </span></div>
104 <div class="lead pt-1">Sistem Aplikasi</div>
105 </div>
108 70px;">
109 </div>
110 </div>
111
112
113 <br><br><br>
116 <div class="col border-gear text-center">
117 <img src="maintenance.svg" alt="Maintenance icon"
118 class="gear-icon">
119 </div>
120 </div>
121 </div>
122 <br><br><br>
125 <button type="button" class="btn btn-warning mx-auto grey
126 fs-3">Apply Update</button>
127 </div>
128 </div>
129
134 <p>Home</p>
135 </div>
138 <p>Cari</p>
139 </div>
143 </div>
146 <p>Akun</p>
147 </div>
148 </div>
149 </div>
150 </body>
151
152 </html>
[ARM-IM-006]
Halaman Customer Service
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Customer Service</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
27 .menu-border {
30 }
31
36 width: 95%;
37
38 }
39
40
41
42 img {
43 height: 100px;
44 width: 100px;
45 }
46
47 #control {
48
49 width: 100%;
50 opacity: 1;
52
53 }
54
55 #control>div {
57 color: #cbcbcb;
58 }
59
60 #control>div>p {
61 font-size: 1rem;
62 }
63
64 #frame {
65 width: 450px;
67 padding: 0;
70 }
71
72 .area-box {
73 padding: 10px;
74
75 border: black 1px solid;
76
77 }
78
79 .box {
80 background-color: #c4c4c4;
81 padding: 10px;
83
84 }
85
86 .btn {
87 height: 70px;
88 width: 45%;
92 }
93
94 .grey {
96 border: none;
97 color: black;
98 }
99 </style>
100 </head>
101
102 <body>
104
106 <div class="col-1 pt-1"> <span class="material-icons">
107 menu
108 </span></div>
110 <div class="lead">Halaman Customer Service</div>
111 </div>
114 70px;">
115 </div>
116 </div>
117
118
119 <br>
121 pb-3 ">
124 <p class="fs-2 fw-bold">Customer Service</p>
125
126 </div>
130 </div>
131 </div>
132 <br><br>
135 <div class="col area-box">
138 <div class="box mt-3">
139 <div class="lead">Aplikasi tidak memiliki fitur verifikasi
140 pembayaran secara
141 otomatis</div>
142 </div>
143 </div>
145 <img
147 class="rounded float-end" style="width: 100%; height:
148 80%;" alt="Profile Picture">
149 <div class="lead text-center">Alif Rizal</div>
150 </div>
151
152 </div>
153 </div>
154 </div>
156 <div class="col area-box" style="height: 200px;">
157 <div class="lead">
158 Terimaksih atas kritik anda Alif, kami akan segera
159 memperbaikinya |
160 </div>
161 </div>
162 </div>
163 </div>
164 <br><br>
167 <button type="button" class="btn btn-warning grey fs-4">Send
168 Feedback</button>
169 </div>
170 </div>
175 <p>Home</p>
176 </div>
179 <p>Cari</p>
180 </div>
184 </div>
187 <p>Akun</p>
188 </div>
189 </div>
190 </div>
191
192
193 </body>
194
195 </html>
[ARM-IM-007]
Halaman Layanan
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Layanan</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
27 .menu-border {
30 }
31
36 width: 95%;
37
38 }
39
40
41
42 img {
43 height: 100px;
44 width: 100px;
45 }
46
47 #control {
48
49 width: 100%;
50 opacity: 1;
52
53 }
54
55 #control>div {
57 color: #cbcbcb;
58 }
59
60 #control>div>p {
61 font-size: 1rem;
62 }
63
64 #frame {
65 width: 450px;
67 padding: 0;
70 }
71
72 .area-box {
73 padding: 10px;
74
76
77 }
78
79 .box {
81 padding: 10px;
83
84 }
85
86 .btn {
87 height: 50px;
88 width: 75%;
92 }
93
94 .grey {
96 border: none;
97 color: black;
98 }
99
100 .lead {
101 font-size: normal;
102 }
103
104 .detail-form {
107 }
108 </style>
109 </head>
110
111 <body>
113
118 <div class="lead pt-1">Halaman Layanan</div>
119 </div>
122 70px;">
123 </div>
124 </div>
125
126
127 <br>
129 <div class="row detail-form">
130 <div class="col-1"><img src="x.svg" style="width: 30px;
132 <div class="col d-flex justify-content-between">
133 <div class="lead pt-1 fw-bold">Detail Pemesanan</div>
134 <div class="lead pt-1">ID : XX-XXXXXXXX</div>
135 </div>
136 </div>
137 <div class="row detail-form">
139 <div class="col">Tempat Pemesanan : RSUD Pelita Harapan
140 Surabaya</div>
141 </div>
143 <div class="col">Tanggal : 25-03-2021</div>
144 </div>
146 <div class="col">Waktu Test : 20.00 WIB</div>
147 </div>
149 <div class="col">Jenis Test : Rapid Test</div>
150 </div>
152 <div class="col">Status : Selesai</div>
153 </div>
154 <div class="row"><br>
155 </div>
157 <div class="fs-4">Detail Hasil Test</div>
158 </div>
160 <div class="col">Swab dan PCR tak terpisahkan dalam metode
161 tes untuk menegakkan diagnosis Covid-19.
162 Swab adalah cara untuk memperoleh bahan pemeriksaan (
163 sampel ) . Swab dilakukan pada nasofaring
164 dan atau orofarings. Pengambilan ini dilakukan dengan cara
165 mengusap rongga nasofarings dan atau
166 orofarings dengan menggunakan alat seperti kapas lidi khusus.
167
168 Adapun PCR adalah singkatan dari polymerase chain reaction.
169 PCR merupakan metode pemeriksaan
170 virus SARS Co-2 dengan mendeteksi DNA virus. Uji ini akan
171 didapatkan hasil apakah seseorang
172 positif atau tidak SARS Co-2.
173
174 Dibanding rapid test, pemeriksaan RT-PCR lebih akurat.
175 Metode ini jugalah yang direkomendasikan
176 WHO untuk mendeteksi Covid-19. Namun akurasi ini dibarengi
177 dengan kerumitan proses dan harga
178 alat yang lebih tinggi. Selain itu, proses untuk mengetahui
179 hasilnya lebih lama ketimbang rapid
180 test.</div>
181 </div>
182
183 <div class="row pt-3 pb-3">
184 <button type="button" class="btn btn-success mx-auto
185 grey">Selesaikan Layanan</button>
186 </div>
187
188 </div>
189 </div>
190 <br><br>
191
194 <div class="col-3 pt-2">
196 <p>Home</p>
197 </div>
200 <p>Cari</p>
200 </div>
201 <div class="col-3 p-2" style="color: #2ABB9B">
204 </div>
207 <p>Akun</p>
208 </div>
209 </div>
210 </div>
211
212
213 </body>
214
215 </html>
[ARM-IM-008]
Halaman Rumah Sakit
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Rumah Sakit</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
31 width: 95%;
32
33 }
34
35
36 img {
37 height: 100px;
38 width: 100px;
39 }
40
41 #control {
42
43 width: 100%;
44 opacity: 1;
46
47 }
48
49 #control>div {
51 color: #cbcbcb;
52 }
53
54 #control>div>p {
55 font-size: 1rem;
56 }
57
58 #frame {
59 width: 450px;
61 padding: 0;
64 }
65
66 .btn {
67 height: 100px;
68 width: 80%;
70 }
71
72 .grey {
74 border: none;
75 color: black;
76 }
77 </style>
78 </head>
79
80 <body>
82
85 menu
86 </span></div>
88 <div class="lead pt-1">Halaman Rumah Sakit</div>
89 </div>
93 70px;">
94 </div>
95 </div>
96
97
98 <br>
99 <div class="d-flex container profile-jumbotron pt-3 pb-3 ">
102 <p class="fs-2 fw-bold">Rumah Sakit</p>
103 </div>
107 </div>
108 </div>
109
110 <br><br><br>
114 fs-3">Receive Rekap</button>
115 </div>
116 <br>
119 fs-3">Evaluate Document</button>
120 </div>
121 <br>
123 <button type="button" class="btn btn-primary mx-auto grey fs-3">Set
124 Service Improvement</button>
125 </div>
126 <br>
128 <button type="button" class="btn btn-danger mx-auto grey
129 fs-3">Logout</button>
130 </div>
131 </div>
132
137 <p>Home</p>
138 </div>
141 <p>Cari</p>
142 </div>
146 </div>
149 <p>Akun</p>
150 </div>
151 </div>
152 </div>
153 </body>
154
155 </html>
[ARM-IM-009]
Halaman Admin
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Layanan</title>
11 <link
14
19 ss" />
20 <style>
21 .row {
22 padding: auto;
23 margin: auto;
24
25 }
26
27
28
29
30 img {
31 height: 100px;
32 width: 100px;
33 }
34
35 #control {
36
37 width: 100%;
38 opacity: 1;
40
41 }
42
43 #control>div {
45 color: #cbcbcb;
46 }
47
48 #control>div>p {
49 font-size: 1rem;
50 }
51
52 #frame {
53
54 width: 450px;
56 padding: 0;
59 }
60
61 .area-box {
62 padding: 10px;
63
65
66 }
67
68 .box {
70 padding: 10px;
72
73 }
74
75 .btn {
76 height: 50px;
77 width: 50%;
80 }
81
82 .grey {
84 border: none;
85 color: black;
86 }
87
88 .lead {
89 font-size: normal;
91 }
92
93 .border-spec {
95
96 }
97
98 #pop-up {
99
100 width: 400px;
101 padding: 0;
104
105
106 }
107
108
109
110 .rating {
111 width: 100%;
112 height: 70%;
113 }
114
115 .input-box {
118 padding: 10px;
119 }
120 </style>
121 </head>
122
123 <body>
124 <div class="container mx-auto bg-dark" style="position: relative; ">
125 <div class="container" id="pop-up"
126 style="position: absolute; z-index: 2; margin-left: auto;margin-right:
127 auto; left: 0;right: 0;text-align: center; top:100px; ">
128 <div class="row border-spec bg-white">
132 <div class="lead pt-1 text-center">Rumah Sakit Pelita Harapan
133 Surabaya</div>
134 </div>
135 </div>
136 <div class="row border-spec bg-white">
137 <div class="row"><br></div>
139 <div class="col text-center">
140 <img src="hospital.svg" alt="Foto Rumah Sakit" style="width:
141 50%; height: 100%; ">
142 </div>
143 </div>
144 <div class="row"><br></div>
146 <div class="col d-flex" style="height: 100px;">
147 <img src="star.svg" alt="" class="rating">
151 <img src="star-half.svg" alt="" class="rating">
152 </div>
153 <div class="w-100"></div>
155 <div class="input-box">
156 <div class="lead">
157 Layanan sangat baik, hasil test diberikan dengan cepat,
158 dokter juga ramah dan
159 professional
160 </div>
161 </div>
162 </div>
163 </div>
164 <div class="row mb-3">
166 fs-3">Submit</button>
167 </div>
168 </div>
169 </div>
170 <div class="container-sm mt-3" id="frame"
171 style="background-color: #C0C0C0; position: absolute; z-index: 1;
172 margin-left: auto; margin-right: auto;left: 0;right: 0;text-align: center;">
173
178 <div class="lead pt-1">Halaman Layanan</div>
179 </div>
182 70px;">
183 </div>
184 </div>
185
186
187 <br>
189 <div class="row border-spec">
192 <div class="col d-flex justify-content-between">
193 <div class="lead pt-1 fw-bold">Detail Pemesanan</div>
194 <div class="lead pt-1">ID : XX-XXXXXXXX</div>
195 </div>
196 </div>
197 <div class="row border-spec">
199 <div class="col">Tempat Pemesanan : RSUD Pelita Harapan
200 Surabaya</div>
201 </div>
203 <div class="col">Tanggal : 25-03-2021</div>
204 </div>
206 <div class="col">Waktu Test : 20.00 WIB</div>
207 </div>
209 <div class="col">Jenis Test : Rapid Test</div>
210 </div>
212 <div class="col">Status : Selesai</div>
213 </div>
214 <div class="row"><br>
215 </div>
217 <div class="fs-4">Detail Hasil Test</div>
218 </div>
220 <div class="col">Swab dan PCR tak terpisahkan dalam metode
221 tes untuk menegakkan diagnosis
222 Covid-19.
223
224 Swab adalah cara untuk memperoleh bahan pemeriksaan (
225 sampel ) . Swab dilakukan pada
226 nasofaring
227 dan atau orofarings. Pengambilan ini dilakukan dengan cara
228 mengusap rongga nasofarings dan
229 atau
230 orofarings dengan menggunakan alat seperti kapas lidi
231 khusus.
232
233 Adapun PCR adalah singkatan dari polymerase chain
234 reaction. PCR merupakan metode pemeriksaan
235 virus SARS Co-2 dengan mendeteksi DNA virus. Uji ini akan
236 didapatkan hasil apakah seseorang
237 positif atau tidak SARS Co-2.
238
239 Dibanding rapid test, pemeriksaan RT-PCR lebih akurat.
240 Metode ini jugalah yang
241 direkomendasikan
242 WHO untuk mendeteksi Covid-19. Namun akurasi ini
243 dibarengi dengan kerumitan proses dan harga
244 alat yang lebih tinggi. Selain itu, proses untuk mengetahui
245 hasilnya lebih lama ketimbang
246 rapid
247 test.</div>
248 </div>
249
250 <div class="row pt-3 pb-3">
251 <button type="button" class="btn btn-success mx-auto
252 grey">Selesaikan Layanan</button>
253 </div>
254
255 </div>
256 </div>
257 <br><br>
258
261 <div class="col-3 pt-2">
263 <p>Home</p>
264 </div>
267 <p>Cari</p>
268 </div>
269 <div class="col-3 p-2" style="color: #2ABB9B">
272 </div>
275 <p>Akun</p>
276 </div>
277 </div>
278 </div>
279 </div>
280
281 </body>
282
283 </html>
[DRA-IM-0013]
halaman Pencarian
1 //foto hanya contoh//
2
3 <!DOCTYPE html>
4 <html lang="en" id="home">
5 <head>
9 
11 <title>Bootstrap 101 Template</title>
12
13 
15 href="https://stackpath.bootstrapcdn.com/bootstrap/3.4.1/css/bootstrap.min.css
16 "
19
20 


</head>
<head>
<title>Pencarian</title>
<style type="text/css">
body {
margin: 20% auto;
padding: 10px;
}
*{
box-sizing: border-box;
}
/* Style the search field */

form.example input[type=text] {
padding: 10px;
font-size: 17px;
border: 1px solid grey;
float: left;
width: 80%;
background: #f1f1f1;
}
/* Style the submit button */

form.example button {
float: left;
width: 20%;
padding: 10px;
background: #ad504b;
color: white;
font-size: 17px;
border: 1px solid grey;
border-left: none; /* Prevent double borders */
cursor: pointer;
}
form.example button:hover {
background: #0b7dda;
}
/* Clear floats */
form.example::after {
content: "";
clear: both;
display: table;
}
</style>
</head>
<body>
<div class="search">

<link rel="stylesheet"
href="https://cdnjs.cloudflare.com/ajax/libs/font-awesome/4.7.0/css/font-aweso
me.min.css">


<form class="example" action="action_page.php">
<input type="text" placeholder="Search.." name="search">
<button type="submit"><i class="fa fa-search"></i></button>
</form>
</div>
<section class="Recommend" id="Recommend">

<div class="container">
<div class="col-sm-12">
<h2 class="text-center">RECOMMENDATION</h2>
<hr>
</div>
<div class="row">
<a href="#" class="thumbnail">
<img
src="https://image.femaledaily.com/dyn/640/images/prod-pics/c5c284854c6c4d
2f6db52a9a6e63af3f.jpg" title="makeup">
</a>
</div>
<<div class="col-sm-4">
<img src=
"https://im.storie.id/1080_78f484c10-ce32-11e9-946d-4db8858da1e6d68dj"
title="makeup">
</a>
</div>
<img
src="https://imgcdn.femaledaily.com/2019/10/YSL-L7079900-main.jpg"
title="makeup">
</a>
</div>
<img
src="https://ecs7.tokopedia.net/img/cache/700/product-1/2018/10/1/233034/23
3034_249469a6-80ee-4669-a4bf-ddb8340bfc3f_1080_1080.jpg"
title="skincare">
</a>
</div>
<img
src="https://cf.shopee.co.id/file/d3fe7af10635c545949495b7a7e419c6"
title="skincare">
</a>
</div>
<img
src="https://beautyparty.id/images/images/417FDbM84XL._SL1000_.jpg"
title="skincare">
</a>
</div>
</div>
</div>
</div>
</section>



<script
src="https://cdn.jsdelivr.net/npm/bootstrap@5.0.0/dist/js/bootstrap.bundle.min.j
s"
integrity="sha384-p34f1UUtsS3wqzfto5wAAmdvj+osOnFyQFpp4Ua3gs/ZVWx6
oOypYoCJhGGScy+8" crossorigin="anonymous"></script>



</body>
</html>
[DRA-IM-0014]
halaman Tempat Test
1 <!doctype html>
3 <head>
9 <title>Halaman Tempat Test</title>
10
14 "
17
18 </head>
19 <html, body>
20 
<nav class="navbar navbar-inverse navbar-fixed-top">
<div class="container-fluid">
<div class="navbar-header">
<a href="#LOGO" class="navbar-brand page-scroll">LOGO</a>
</div>
<div class="collapse navbar-collapse"
id="bs-example-navbar-collapse-1">
<div class="searchh">
<input type="text" class="search" placeholder="Search..">
<i class="bi bi-search"></i>
</div>
</div>
</div>
</nav>

<div class="form">
<br>
<img src="" alt="FOTO TOKO">
<div class="desc">
<p>KEYWORD:</p>
<p>KUOTA</p>
<p>ADDRESS</p>
</div>
<br>
<hr>
<br>
<input type="text" class="isi">
<div class="desc">
<p>KEYWORD:</p>
<p>KUOTA</p>
<p>ADDRESS</p>
</div>
<br>
<hr>
<br>
<div class="desc">
<p>KEYWORD:</p>
<p>KUOTA</p>
<p>ADDRESS</p>
</div>
<br>
<hr>
</body>
</html>
--CSS
.search {
float: right;
width: 80%;
}
.searchh{
padding: 1.5%;
}
.isi {
float: right;
width: 80%;
border: none;
}
body {
background-color: #006064;
padding: 5%
}
.user {
float: right;
font-weight: bold;
}
.form {
padding-top: 10%;
}
.box {
margin-left: auto;
margin-right: auto;
padding: 50%
max-width: 100%;
height: auto;
}
.judul {
font-size: 100%;
font-weight: bold;
}
.desc {
diplay: inline
}
[DRA-IM-0015]
halamanAdmin
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Admin</title>
11 <link
14
18 href="https://cdn.jsdelivr.net/npm/bootstrap-icons@1.4.1/font/bootstrap-icons.cs
19 s" />
20 <style>
.row {
padding: auto;
margin: auto;
.profile-jumbotron {
background-color: #2ABB9B;
border-radius: 20px;
position: relative;
width: 95%;
img {
height: 100px;
width: 100px;
}
#control {
width: 100%;
opacity: 1;
border-radius: 0px 0px 20px 20px;
#control>div {
font-size: 1.4rem;
color: #cbcbcb;
}
#control>div>p {
font-size: 1rem;
}
#frame {
width: 450px;
border: 1px black solid;
padding: 0;
padding-top: 10px;
}
.btn {
height: 100px;
width: 80%;
}
.grey {
background-color: #2ABB9B;
border: none;
color: black;
}
.jumboo {
font-size: 100%;
}
</style>
</head>
<body>
<div class="container-sm mt-3" id="frame">
<div class="row">
<div class="col-1 pt-2"><span class="material-icons">
menu
</span></div>
<div class="col-8">
<div class="lead pt-1">Halaman Admin </div>
</div>
<div class="col">
<img src="logo.png" alt="Logo Aplikasi" style="width: 70px;height:
70px;">
</div>
</div>
<br>
<div class="d-flex container profile-jumbotron pt-3 pb-3 ">
<div class="row">
<div class="col jumboo">
<p class="fs-2 fw-bold">Administrator</p>
</div>
<div class="col-3"> <img
src="http://www.pngall.com/wp-content/uploads/5/Profile-PNG-Clipart.png"
class="rounded float-end" alt="Profile Picture"></div>
</div>
</div>
<br><br><br>
<div class="container">
<div class="row">
<button type="button" class="btn btn-primary mx-auto grey
fs-3">Save Newest Profile Data</button>
</div>
<br>
<div class="row">
<button type="button" class="btn btn-primary mx-auto grey
fs-3">Save Newest Place Data</button>
</div>
<br>
<div class="row">
<button type="button" class="btn btn-danger mx-auto grey
fs-3">Logout</button>
</div>
</div>
<div class="row text-center border mt-5" id="control"
style="background-color: white">
<div class="col-3 pt-2" style="color: #2ABB9B">
<i class="bi-house-door-fill"></i>
<p>Home</p>
</div>
<div class="col-3 p-2">
<i class="bi-search"></i>
<p>Cari</p>
</div>
<i class="bi bi-clock-history"></i></i>
<p>Pemesanan</p>
</div>
<i class="bi-person"></i>
<p>Akun</p>
</div>
</div>
</div>
</body>
</html>
[DRA-IM-0016]
halaman Form Data
1 <!DOCTYPE html>
3 <head>
9 <title>FORM RUMAH SAKIT</title>
10
14 "
15
18
19 


<body>
<div class="user">
hello, <br>
#username
</div>
<div class="form">
<br>
<label for="fname">NAMA RS</label>
<br>
<hr>
<br>
<label for="fname">KUOTA</label>
<br>
<hr>
<br>
<label for="fname">ALAMAT</label>
<br>
<hr>
<br>
<label for="fname">INFORMASI LAINNYA</label>
<br>
<hr>
<div class="box">
<a class="button" href="#popup1" </a> <svg
xmlns="http://www.w3.org/2000/svg" width="16" height="16" fill="currentColor"
class="bi bi-plus-square-dotted" viewBox="0 0 16 16">
<path d="M2.5 0c-.166 0-.33.016-.487.048l.194.98A1.51 1.51 0 0 1 2.5
1h.458V0H2.5zm2.292 0h-.917v1h.917V0zm1.833 0h-.917v1h.917V0zm1.833
0h-.916v1h.916V0zm1.834 0h-.917v1h.917V0zm1.833
0h-.917v1h.917V0zM13.5 0h-.458v1h.458c.1 0
.199.01.293.029l.194-.981A2.51 2.51 0 0 0 13.5 0zm2.079 1.11a2.511 2.511 0
0 0-.69-.689l-.556.831c.164.11.305.251.415.415l.83-.556zM1.11.421a2.511
2.511 0 0 0-.689.69l.831.556c.11-.164.251-.305.415-.415L1.11.422zM16
2.5c0-.166-.016-.33-.048-.487l-.98.194c.018.094.028.192.028.293v.458h1V2.5
zM.048 2.013A2.51 2.51 0 0 0 0
2.5v.458h1V2.5c0-.1.01-.199.029-.293l-.981-.194zM0
3.875v.917h1v-.917H0zm16 .917v-.917h-1v.917h1zM0
5.708v.917h1v-.917H0zm16 .917v-.917h-1v.917h1zM0
7.542v.916h1v-.916H0zm15 .916h1v-.916h-1v.916zM0
9.375v.917h1v-.917H0zm16 .917v-.917h-1v.917h1zm-16
.916v.917h1v-.917H0zm16 .917v-.917h-1v.917h1zm-16 .917v.458c0
.166.016.33.048.487l.98-.194A1.51 1.51 0 0 1 1 13.5v-.458H0zm16
.458v-.458h-1v.458c0
.1-.01.199-.029.293l.981.194c.032-.158.048-.32.048-.487zM.421
14.89c.183.272.417.506.69.689l.556-.831a1.51 1.51 0 0
1-.415-.415l-.83.556zm14.469.689c.272-.183.506-.417.689-.69l-.831-.556c-.11.
164-.251.305-.415.415l.556.83zm-12.877.373c.158.032.32.048.487.048h.458v
-1H2.5c-.1 0-.199-.01-.293-.029l-.194.981zM13.5 16c.166 0
.33-.016.487-.048l-.194-.98A1.51 1.51 0 0 1 13.5 15h-.458v1h.458zm-9.625
0h.917v-1h-.917v1zm1.833
0h.917v-1h-.917v1zm1.834-1v1h.916v-1h-.916zm1.833
1h.917v-1h-.917v1zm1.833 0h.917v-1h-.917v1zM8.5 4.5a.5.5 0 0 0-1
0v3h-3a.5.5 0 0 0 0 1h3v3a.5.5 0 0 0 1 0v-3h3a.5.5 0 0 0 0-1h-3v-3z"/>
</svg>
<p>
INPUT PHOTO
</p>
</div>

<script
s"


</body>
</html>
--CSS
.isi {
float: right;
width: 65%;
border: none;
}
body {
padding: 5%
}
.user {
float: right;
font-weight: bold;
}
.form {
padding: 10%;
}
.box {
margin-left: auto;
margin-right: auto;
padding: 50%
max-width: 100%;
height: auto;
}
[DRA-IM-0017]
halamanProfile
1 <!DOCTYPE html>
2 <html lang="en">
3
4 <head>
8 <title>Halaman Profile</title>
11 <link
14
18 href="https://cdn.jsdelivr.net/npm/bootstrap-icons@1.4.1/font/bootstrap-icons.cs
19 s" />
20
<body>
<div class="lead pt-1 judul"><h1>Edit Profile </div>

<div class="acc">
My Account
</div>
<div class="form">
<br>
<label for="fname">Name</label>
<br>
<hr>
<br>
<label for="fname">Username</label>
<br>
<hr>
<br>
<label for="fname">Email</label>
<br>
<hr>
<br>
<label for="fname">Address</label>
<br>
<hr>
<br>
<label for="fname">Allergy</label>
<br>
<hr>
<br>
<label for="fname">Last Test Date</label>
<input type="date" class="tanggal">
<br>
<div class="input-group drop">
<input type="text" class="form-control" aria-label="Text input with dropdown
button">
<div class="input-group-append">
<button class="btn btn-outline-secondary dropdown-toggle" type="button"
data-toggle="dropdown" aria-haspopup="true"
aria-expanded="false"></button>
<div class="dropdown-menu">
<a class="dropdown-item" href="#">Action</a>
<a class="dropdown-item" href="#">Another action</a>
<a class="dropdown-item" href="#">Something else here</a>
<div role="separator" class="dropdown-divider"></div>
<a class="dropdown-item" href="#">Separated link</a>
</div>
</div>
</div>
<hr>
<br>
<label for="fname">E-wallet Register</label>
<br>
<input type="button" class="inputdata" value="INPUT DATA">
<br>
<hr>
<br>
<br>
<br>
<input type="button" class="submit" value="SUBMIT">
</div>
</div>

<script
s"
</body>
</html>
--CSS
.isi {
float: right;
width: 80%;
border: none;
}
body {
padding: 5%
}
.user {
float: right;
font-weight: bold;
}
/*
.form {
padding: 10%;
} */
.box {
margin-left: auto;
margin-right: auto;
padding: 50%
max-width: 100%;
height: auto;
}
.judul {
font-size: 100%;
font-weight: bold;
}
.acc {
padding-top: 5%;
padding-down: 5%;
color: grey;
font-size: 120%;
}
.tanggal {
float: right;
border: none;
}
.drop {
padding: 5%;
}
.inputdata{
float: right;
width: 30%;
}
footer p {
color: #aaa;
font-size: 1em;
}
.submit {
width: 100%;
}
Setiap anggota melakukan validasi kesesuaian antara kode sumber antarmuka dengan sketsa
modul yang dimplemetasikan berdasarkan format tabel berikut ini.
No. Traceability Sketsa UI dan Kode Sumber

Validasi
Sketsa UI Implementasi Kode UI
(√)
(Tuliskan UI ID nya) [kode UI]
1 UI-001 FIR-IM-001 √
2 UI-002 FIR-IM-002 √
3 UI-003 FIR-IM-003 √
4 UI-004 FIR-IM-004 √
5 UI-005 FIR-IM-005 √
6 UI-006 SUO-IM-006 √
7 UI-007 SUO-IM-007 √
8 UI-008 SUO-IM-008 √
9 UI-009 SUO-IM-009 √
10 UI-010 SUO-IM-010 √
11 UI-011 SUO-IM-011 √
12 UI-012 SUO-IM-012 √
13 UI-013 DRA-IM-13 √
14 UI-014 DRA-IM-14 √
15 UI-015 DRA-IM-15 √
16 UI-016 DRA-IM-16 √
17 UI-017 DRA-IM-17 √
Tugas IV: Traceability Matrix SRS-SDD
Validasi dokumen SRS-SDD mulai dari kebutuhan sampai dengan implementasi kode dengan
mengikuti format tabel traceability matrix dibawah ini.
Traceability Matrix (Pendekatan OO)

No. Traceability SRS-SDD (Pendekatan OO)
Use Case Sequence Class Validasi
User System
Diagram Diagram (√)
Requirement Requirement
(Kode UR) (Kode SR)
1 USR-UR-01 FIR-SR-01 UC-001 SD-001 CD-001 √
4 DOK-UR-01 FIR-SR-04 UC-001 SD-001 CD-001 √
5 ADM-UR-01 FIR-SR-05 UC-002 SD-002 CD-002 √
6 KES-AP-01 FIR-SR-06 UC-002 SD-002 CD-002 √
7 WAL-UR-01 FIR-SR-07 UC-002 SD-002 CD-002 √
8 USR-UR-04 SUO-SR-01 UC-003 SD-003 CD-003 √
11 ADM-UR-02 SUO-SR-02 UC-003 SD-003 CD-003 √
14 KES-AP-02 SUO-SR-07 UC-004 SD-004 CD-004 √
15 USR-UR-06 ARM-SR-01 UC-006 SD-006 CD-006 √
16 USR-UR-07 ARM-SR-02 UC-005 SD-005 CD-005 √
17 ADM-UR-04 ARM-SR-03 UC-006 SD-006 CD-006 √

20 KES-AP-03 ARM-SR-06 UC-006 SD-006 CD-006 √
21 CEO-UR-01 ARM-SR-07 UC-005 SD-005 CD-005 √
22 CSR-UR-01 ARM-SR-08 UC-005 SD-005 CD-005 √
23 MGD-UR-01 ARM-SR-09 UC-005 SD-005 CD-005 √
24 USR-UR-08 DRA-SR-01 UC-007 SD-006 CD-007 √
27 ADM-UR-07 DRA-SR-04 UC-007 SD-006 CD-007 √
30 KES-AP-04 DRA-SR-07 UC-007 SD-006 CD-007 √
Traceability Matrix (Pendekatan Terstruktur)

No Traceability SRS-SDD (Pendekatan Terstruktur)
.
Proses pada Modul Validasi
User System
DFD (√)
Requirement Requirement
(Kode UR) (Kode SR)
1 USR-UR-01 FIR-SR-01 Memberi hasil Modul 2 √

tes ADSI-SDD
2 USR-UR-02 FIR-SR-02 Memberi hasil Modul 2 √
tes ADSI-SDD
3 USR-UR-03 FIR-SR-03 Memberi Modul 2 √
notifikasi status ADSI-SDD
pembayaran
4 DOK-UR-01 FIR-SR-04 Memberi hasil Modul 2 √
tes ADSI-SDD
5 ADM-UR-01 FIR-SR-05 Memberi Modul 2 √
notifikasi status ADSI-SDD
pembayaran
6 KES-AP-01 FIR-SR-06 Memvalidasi Modul 2 √
pembayaran ADSI-SDD
7 WAL-UR-01 FIR-SR-07 Memvalidasi Modul 2 √
pembayaran ADSI-SDD
8 USR-UR-04 SUO-SR-01 Melakukan Modul 2 √
registrasi ADSI-SDD
9 USR-UR-05 SUO-SR-03 Melakukan Modul 2 √
pemesanan ADSI-SDD
10 USR-UR-05 SUO-SR-06 Mendapat Modul 2 √
notifikasi ADSI-SDD
pemesanan
diproses
11 ADM-UR-02 SUO-SR-02 Memberi email Modul 2 √
validasi ADSI-SDD
12 ADM-UR-03 SUO-SR-04 Melakukan Modul 2 √
pemesanan ADSI-SDD
13 ADM-UR-03 SUO-SR-05 Melakukan Modul 2 √
pemesanan ADSI-SDD
14 KES-AP-02 SUO-SR-07 Melakukan Modul 2 √
pemesanan ADSI-SDD
15 USR-UR-06 ARM-SR-01 Memberikan Modul 2 √
review rumah ADSI-SDD
sakit
16 USR-UR-07 ARM-SR-02 Memberikan Modul 2 √
kritik & saran ADSI-SDD
17 ADM-UR-04 ARM-SR-03 Memberikan Modul 2 √
sakit
20 KES-AP-03 ARM-SR-06 Memberikan Modul 2 √
sakit
21 CEO-UR-01 ARM-SR-07 Memberikan Modul 2 √
22 CSR-UR-01 ARM-SR-08 Memberikan Modul 2 √
24 USR-UR-08 DRA-SR-01 Mencari Tempat SD-006 √
Test
25 USR-UR-07 DRA-SR-02 Mencari Tempat SD-006 √
Test
26 USR-UR-09 DRA-SR-03 Update Profile SD-006 √
27 ADM-UR-07 DRA-SR-04 Mencari Tempat SD-006 √

Test
28 ADM-UR-08 DRA-SR-05 Mencari Tempat SD-006 √
Test
29 ADM-UR-09 DRA-SR-06 Update Profile SD-006 √
30 KES-AP-04 DRA-SR-07 Mencari Tempat SD-006 √

Test

Kelompok 5 - Laporan Final

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

Kelompok 5 - Laporan Final

Diunggah oleh

Hak Cipta:

Format Tersedia

KARTU KENDALI PRAKTIKUM

ANALISIS DAN DESAIN SISTEM INFORMASI

1 Analisis Kebutuhan Sistem Informasi 88

Pemodelan Kebutuhan dan

Pemodelan Kebutuhan dan

Implementasi dan Evaluasi Rancangan

Nilai Akhir Praktikum 90.75

Hari/Tanggal: Rabu, 19 Mei 2021

Fajar Pradana, S.ST., M.Eng. Rafly Ardiansyah Ikhsantyo

1 Analisis Kebutuhan Sistem Informasi 92

Pemodelan Kebutuhan dan

Pemodelan Kebutuhan dan

Implementasi dan Evaluasi Rancangan

Nilai Akhir Praktikum 89.75

Hari/Tanggal: Rabu, 19 Mei 2021

Fajar Pradana, S.ST., M.Eng. Rafly Ardiansyah Ikhsantyo

1 Analisis Kebutuhan Sistem Informasi 89

Pemodelan Kebutuhan dan

Pemodelan Kebutuhan dan

Implementasi dan Evaluasi Rancangan

Nilai Akhir Praktikum 89.75

Hari/Tanggal: Rabu, 19 Mei 2021

Fajar Pradana, S.ST., M.Eng. Rafly Ardiansyah Ikhsantyo

1 Analisis Kebutuhan Sistem Informasi 88

Pemodelan Kebutuhan dan

Pemodelan Kebutuhan dan

Implementasi dan Evaluasi Rancangan

Nilai Akhir Praktikum 86.75

Hari/Tanggal: Rabu, 19 Mei 2021

Fajar Pradana, S.ST., M.Eng. Rafly Ardiansyah Ikhsantyo

1 Analisis Kebutuhan Sistem Informasi 91

Pemodelan Kebutuhan dan

Pemodelan Kebutuhan dan

Implementasi dan Evaluasi Rancangan

Nilai Akhir Praktikum 85.5

Hari/Tanggal: Rabu, 19 Mei 2021

Fajar Pradana, S.ST., M.Eng. Rafly Ardiansyah Ikhsantyo

Analisis dan Desain Sistem Informasi

Dosen Pengampu Kelas Sistem Informasi - B

Fajar Pradana, S.ST., M.Eng.

Fatih Samudra - 195150400111006 - FMS

Sarah Anggina - NIM. 185150401111037

Program Studi Sistem Informasi

Menuliskan Pernyataan Kebutuhan

Rumus royalti penyedia layanan kesehatan : jumlah pesanan x jam x 25.000

Tugas I: Skenario User Story

Tugas II: Proses Bisnis

Aktor User, Dokter

Input Sampel tes

Aktor User, Administrator, E-wallet, Layanan Kesehatan

Input Data pemesanan dan pembayaran

Aktor User, Administrator

Input Data diri, Email, Password, Nomor Handphone

Output Registrasi berhasil

Aktor User, Administrator, Layanan Kesehatan

Output Pemesanan diproses

5 Aktivitas Memberikan respon terhadap kritik & saran

Aktor User, Customer Service, CEO, Administrator, Manajer Developer

Input Kritik atau saran

Aktor User, Administrator, Rumah Sakit & Penyedia Layanan Kesehatan

Input Review pengguna

Output Peningkatan pelayanan di rumah sakit & penyedia layanan kesehatan,

Aktor User, Administrator, Rumah Sakit & Penyedia Layanan Kesehatan