Daftar Isi

Sejarah Dokumen

Sejarah Kegiatan
Functional 4

1 Pengantar Specification 7

Document
1.1 Tujuan 7

1.2 Audiens 7

2 Gambaran Umum dan V 1.0.0 – Pendaftaran Badan Usaha

Pedoman Desain 8
Terakhir Update: 14 Desember 2023
2.1 Gambaran Umum 8

2.2 Peran/Tanggung Jawab Pemangku Kepentingan 8

2.2.1 Stakeholder 8

2.3 Kekhawatiran 8

2.4 Asumsi/ Ketergantungan/Resiko 9

2.4.1 Asumsi 9

2.4.2 Ketergantungan 9

2.4.3 Resiko 9

2.5 Pertimbangan Desain 10

Dokumen ini diperuntukkan bagi
2.5.1 Jenis Aplikasi 10
Manajer Proyek, Tim Pengembang,
2.5.2 System Requirements Summary 10
dan Tim Penanggung Jawab Divisi
2.5.3 Operations Requirements Summary 10
Product Development.
2.5.4 Conceptual Design Summary 11

2.5.5 Logical Design Summary 11

3 Desain Modul 12

3.1 Authentification & Authorization 12

3.1.1 [T-001] Form Login 12

 1.1.1.1 Diagram Aktifitas 12

1.1.1.2 Wireframe 12

3.1.2 Skenario Use Case 13

1.1.1.2.1 Username atau Password Salah 13

1.1.1.2.2 Login Berhasil 14

3.1.3 T-002 Request Reset Password 15

1.1.1.3 Diagram Aktifitas 15

1.1.1.4 Wireframe 15

1.1.1.5 Spesifikasi Link Reset Password 16

1.1.1.6 Skenario Use Case 16

1.1.1.6.1 Email atau Username Tidak Valid 16

1.1.1.6.2 Email Terkirim 17

3.1.4 T-003 Form Reset Password 18

1.1.1.7 Diagram Aktifitas 18

1.1.1.8 Wireframe 18

1.1.1.9 Spesifikasi Form Reset Password 19

1.1.1.10 Skenario Use Case 20

1.1.1.10.1 Token Expired 20

1.1.1.10.2 Token Tidak Valid 21

1.1.1.10.3 Data Form Reset Password Tidak Valid 22

1.1.1.10.4 Berhasil Reset Password 22

3.1.5 T-004 Dashboard 24

1.1.1.11 Diagram Aktifitas 24

1.1.1.12 Wireframe 24

1.1.1.12.1 Head Account 24

1.1.1.12.2 Sub Account 25

1.1.1.13 Skenario Use Case 26

 1.1.1.13.1 Dashboard 26

1.1.1.13.2 Tidak Memiliki Akses Membuka Halaman Dashboard 27

3.1.6 T-005 Logout 28

1.1.1.14 Diagram Aktifitas 28

1.1.1.15 Wireframe 28

1.1.1.16 Skenario Use Case 28

3.1.7 T-006 Ubah Password 29

1.1.1.17 Diagram Aktifitas 29

1.1.1.18 Wireframe 30

1.1.1.19 Spesifikasi Form Ubah Password 30

1.1.1.20 Skenario Use Case 31

1.1.1.20.1 Unauthorized 31

1.1.1.20.2 Data Form Ubah Password Tidak Valid 32

1.1.1.20.3 Berhasil Ubah Password 32

3.1.8 T-008 Registrasi Head Unit 33

3.1.8.1 Diagram Aktivitas 33

3.1.8.2 Wireframe 34

3.1.8.3 Spesifikasi Form 34

1.1.1.21 Spesifikasi Form Pendaftaran Notifkos Online 36

1.1.1.22 Skenario Use Case 39

3.1.8.3.1 NIB Tidak Terdaftar di OSS 40

3.1.8.3.2 NIB Terdaftar Di OSS 40

3.1.8.3.3 Data Tidak Lengkap 40

1.1.1.22.1 Berhasil Registrasi 41

4 References 42

5 Appendix 42
Sejarah Dokumen
Lokasi Dokumen
Ini adalah dokumen yang dibagikan secara online. Salinan dokumen hanya berlaku pada hari
dicetak atau dibagikan. Rujuk ke penulisnya jika Anda ragu tentang versi terbaru dari dokumen ini.

Sejarah Revisi
Nomor Tanggal Penyusun Ringkasan Perubahan
Revisi

1.1.0 14-12-2023 Nitha Huwaida Penambahan Modul Tambah Sub Perusahaan

1.0.1 11-12-2022 Arif Kurniawan [CR] Penyesuaian Alur Verifikasi Badan Usaha
1.0.0 26-09-2022 Arif Kurniawan Initial Submit
Persetujuan
Nama Versi Jabatan Tanggal Tanda Tangan

Tembusan
Nama Jabatan
Sejarah Kegiatan
Tanggal Kegiatan Ringkasan output
20-09-2022 Kick Off meeting Pemaparan alur kerja, ketergantungan sistem, kebutuhan
hardware, manajemen resiko, dan timeline
pengembangan.
1 Pengantar
Pengantar singkat tentang sistem yang akan dikembangkan. Dapat berupa latar belakang
dan penjelasan singkat sistem.

1.1 Tujuan
Tujuan dikembangkannya Sistem. Goal yang hendak dicapai dan Success Criteria jika ada.

1.2 Audiens
Audiens atau pengguna dari dokumen ini meliputi:

● Manajer Proyek

● Tim Pengembang
2 Gambaran Umum dan Pedoman Desain

2.1 Gambaran Umum

Tuliskan disini ringkasan isi dari dokumen ini, serta daftar dari dokumen-dokumen
pendukung yang harus disertakan dengan dokumen ini. Hal ini untuk memastikan Functional
Specification dibaca secara lengkap dan pembaca mendapat pengantar untuk membaca lebih
detail.

2.2 Peran/Tanggung Jawab Pemangku Kepentingan

Desain sistem dapat melibatkan banyak kelompok yang berbeda untuk memastikan semua
kebutuhan terpenuhi. Maka, bagian ini diperlukan untuk memberikan informasi kepada seluruh
pihak yang berkepentingan (Selanjutnya disebut Stakeholder) tentang siapa yang melakukan
berbagai peran. Selain itu, bagian ini juga berfungsi sebagai daftar kontak Stakeholder jika ada
masalah yang perlu didiskusikan.

2.2.1 Stakeholder
Tabel dibawah memberikan informasi kontak tim penanggung jawab pengembangan
Notifkos dari Badan POM RI.

Tabel 1: Kontak PIC Tim Pengembang dan Tim Notifkos Badan POM
Nama Role Email
Arif Kurniawan Manajer Proyek
Aulia Sandie Nurfatih Co PM
Nitha Huwaida Hafizha System Analyst
Bayu Iqbal UI/UX Designer

2.3 Kekhawatiran
Kekhawatiran terkait proses pengembangan perangkat lunak. Misalnya dengan
mempertimbangan bahwa sistem yang akan dikembangkan adalah sebuah aplikasi yang dibuat
kembali dari awal, perubahan konsep atau kebutuhan baru yang merubah rancangan dan
arsitektur sistem yang sudah dibuat dapat mengakibatkan mundurnya penyelesaian pekerjaan.
2.4 Asumsi/ Ketergantungan/Resiko

2.4.1 Asumsi
Tuliskan asumsi-asumsi jika ada. Misalnya terkait dengan Third Party yang belum ada
kejelasannya, namun sistem dibangun dengan asumsi bahwa pada tahap pengembangan
nantinya Third Party yang akan digunakan tersebut sudah siap. Contoh beberapa asumsi.

2.4.2 Ketergantungan
Tuliskan disini seluruh ketergantungan dalam proses pengembangan yang akan dilakukan.
Contoh:
Service Deskripsi Penanggung Jawab
BeSign Tanda tangan digital pada dokumen PDF BSrE, BSSN
Online Single Submission Perizinan berusaha Kementerian BKPM

2.4.3 Resiko
Sistem ini didesain dengan meminimalisir resiko, seperti mempertimbangkan kemungkinan
pengembangan fitur di masa depan. Namun kemungkinan terjadinya resiko masih tetap ada.
Berikut adalah contoh beberapa resiko yang telah didefinisikan berikut dampak serta
penanganannya.
Resiko Dampak Penanganan
Fase Pengembangan
Perubahan bisnis proses atau Mundurnya jadwal Go Setiap perubah bisnis proses
penambahan fitur baru Live maupun penambahan fitur
baru harus disepakati oleh
User dan Vendor selaku
pengembang.
Terjadinya masalah pada: Terhambatnya proses User membantu
1. Eksternal sistem yang digunakan development. menghubungi penangung
(OSS, BeSign) jawab eksternal sistem
2. Belum tersedianya dokumen PIA terkait agar dapat segera
ketika dibutuhkan. ditangani.
3. Hardware
Fase Go-Live
Data tidak masuk seluruhnya / hilang Kemungkinan dampak Melakukan restore ulang dan
pada saat migrasi data dari database yang terjadi: ada downtime untuk
MariaDB Production ke database Terhambatnya proses penyamaan data.
baru. pendaftaran dan
pembaharuan produk.
Terhambatnya proses.
2.5 Pertimbangan Desain

2.5.1 Jenis Aplikasi

Sebutkan pertimbangan desain sistem yang akan dibangun.

2.5.2 System Requirements Summary

Bila terdapat dokumen System Requirements List yang terpisah dari dokumen Functional
Specification maka tuliskan disini ringkasannya. Namun apabila tidak ada maka tuliskanlah disini
seluruh daftar requirements dari segi pengguna. Mengenai requirements dari segi pengguna
ambillah System Requirements yang telah disepakati di dokumen KAK lalu sebisa mungkin
dipecah menjadi requirements yang lebih detail misalkan:
1. Server harus memiliki kapasitas hard disk total 600Gb
1.1. Server harus memiliki dua hard disk masing-masing sebesar 300Gb
1.1.1. Sistem harus menyimpan data transaksi penjualan di hard disk pertama
1.1.2. Sistem harus menyimpan salinan data transaksi sebagai cadangan di hard disk kedua
setiap malam
1.2. Sistem harus memberi peringatan kepada admin apabila kapasitas hard disk telah
terpakai sebanyak 80%

2.5.3 Operations Requirements Summary

Bila terdapat dokumen Operations Requirements List yang terpisah dari dokumen Functional
Specification maka tuliskan disini ringkasannya. Namun apabila tidak ada maka tuliskanlah disini
seluruh daftar requirements dari segi operasional. Mengenai requirements dari segi pengguna
ambillah Operations Requirements yang telah disepakati di dokumen Vision/Scope lalu sebisa
mungkin dipecah menjadi requirements yang lebih detail misalkan:
1. Sistem harus memiliki tingkatan hak akses pengguna
1.1. Sistem harus memiliki grup pengguna tingkat administrator
1.2. Sistem harus memiliki grup pengguna tingkat manager
1.3. Sistem harus memiliki grup pengguna tingkat supervisor
1.4. Sistem harus memiliki grup pengguna tingkat operator

2.5.4 Conceptual Design Summary

Tuliskan disini rangkuman dari dokumen conceptual design, termasuk ringkasan dari solusi dan
gambaran besar dari arsitektur solusi. Dalam beberapa kasus, keseluruhan isi conceptual design
dapat dicantumkan disini (bukan merupakan dokumen terpisah atau lampiran).
2.5.5 Logical Design Summary
Tuliskan disini rangkuman dari dokumen logical design, termasuk ringkasan dari users, alur
proses, dan lain-lain jika ada.
3 Desain Modul

3.1 Authentification & Authorization

3.1.1 [T-001] Form Login

1.1.1.1 Diagram Aktifitas

Dibawah ini adalah diagram aktifitas proses login.

Figure 1 Diagram Aktifitas Login

1.1.1.2 Wireframe
Lampirkan desain wireframe form login
Figure 2 Wireframe Form Login
3.1.2 Skenario Use Case
Contoh Use Case

Figure 3 Diagram use case form Login

1.1.1.2.1 Username atau Password Salah

ID SCR001.02
Grup Skenario Login
Nama Skenario Username atau password tidak valid
Deskripsi Login ke dalam sistem menggunakan username dan password yang
belum terdaftar
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Pengguna Umum
Pra Kondisi -
Aksi Masukkan username dan password yang belum terdaftar
Hasil Yang Diharapkan - Gagal login kurang dari sama dengan 3, pengguna
mendapatkan pesan error “Username atau password tidak
valid” dan
- Gagal login lebih dari 3, pengguna mendapatkan pesan error
“Username atau password tidak valid. Silakan coba lagi dalam
{waktu} detik”
 Cakupan Skenario -
Perluasan Skenario -

1.1.1.2.2 Login Berhasil

ID Skenario SCR001.03
Grup Skenario Login
Nama Skenario Login berhasil
Deskripsi Login ke dalam sistem menggunakan username dan password yang
sudah terdaftar
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua user
Pra Kondisi Pengguna memiliki username dan password yang sudah terdaftar.
Aksi Masukkan username dan password yang sudah terdaftar
Hasil Yang Diharapkan - Pengguna berhasil login dan diarahkan ke halaman Dashboard
- Menu di panel sebelah kiri sesuai dengan Sitemap role user login.
Cakupan Skenario -
Perluasan Skenario SCR004.01
3.1.3 T-002 Request Reset Password

1.1.1.3 Diagram Aktifitas

Dibawah ini adalah diagram aktifitas proses permintaan reset password.

Figure 4 Diagram aktifitas request reset password

1.1.1.4 Wireframe

Figure 5 Wireframe request reset password

1.1.1.5 Spesifikasi Link Reset Password
1. Berisi token authorization
2. Token mengandung informasi username pengguna.
Masa berlaku token 1 jam dari saat email link reset password diterima.

1.1.1.6 Skenario Use Case

Figure 6 Diagram use case request reset password

1.1.1.6.1 Email atau Username Tidak Valid

ID Skenario SCR002.01
Grup Skenario Request Reset Password
Nama Skenario Email atau username tidak valid
Deskripsi Mencoba meminta alamat url untuk mereset password dengan email
yang belum terdaftar di sistem.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Buka halaman login, kemudian klik link "Lupa Password?"
 Aksi Isi alamat email atau username pada form request reset password
dengan email atau username yang belum didaftarkan ke sistem dan
mengklik tombol “Kirim”
Hasil Yang Diharapkan Keluar pesan error “Alamat email atau username tidak terdaftar”.
Cakupan Skenario -
Perluasan Skenario -

1.1.1.6.2 Email Terkirim

ID Skenario SCR002.02
Grup Skenario Request Reset Password
Nama Skenario Email terkirim
Deskripsi Meminta alamat url untuk mereset password yang dikirimkan ke email
pengguna dengan mengisi alamat email dan username terdaftar pada
form.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi - Buka halaman login, kemudian klik link "Lupa Password?"
- Pengguna memiliki akses ke email yang telah didaftarkan
Aksi Isi alamat email dan username pada form request reset password
dengan email dan username yang sudah didaftarkan ke sistem dan
mengklik tombol “Kirim”
Hasil Yang Diharapkan - Tampil pesan “Permintaan reset password berhasil. Silahkan cek
email anda untuk melanjutkan proses reset password.”.
- Pengguna menerima email yang berisi tautan ke halaman form reset
password.
Cakupan Skenario -
Perluasan Skenario SCR003.01
3.1.4 T-003 Form Reset Password

1.1.1.7 Diagram Aktifitas

Dibawah ini adalah diagram aktifitas reset password

Figure 7 Diagram aktifitas reset password

1.1.1.8 Wireframe

Figure 8 Wireframe reset password

 Figure 9 Wireframe reset password berhasil

1.1.1.9 Spesifikasi Form Reset Password

Input Tipe Data Harus Diisi Aturan Lain
Kata Sandi Baru Password - Minimal 1 huruf kapital (A-Z)
- Minimal 1 angka (0-9)
- Minimal 6 karakter
Konfirmasi Kata Sandi Password - Harus sama dengan isian
“Kata Sandi Baru”
1.1.1.10 Skenario Use Case

Figure 10 Diagram use case reset password

1.1.1.10.1 Token Expired

ID Skenario SCR003.01
Grup Skenario Reset Password
Nama Skenario Token Reset Password Expired
Deskripsi Membuka halaman form reset password dengan token yang telah
habis masa berlaku.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna menerima email yang berisi tautan ke halaman form reset
password.
Aksi Setelah email yang berisi tautan ke halaman form reset password
diterima, pengguna sengaja tidak mengklik tautan tersebut selama
lebih dari satu jam. Setelah satu jam lebih, pengguna mengklik tautan
tersebut dan membuka halaman form reset password.
Hasil Yang Diharapkan Pengguna akan diarahkan ke halaman yang berisi pesan bahwa token
tidak valid.
 Cakupan Skenario SCR002.02
Perluasan Skenario -

1.1.1.10.2 Token Tidak Valid

ID Skenario SCR003.02
Grup Skenario Reset Password
Nama Skenario Token Reset Password Tidak Valid
Deskripsi Membuka halaman form reset password tanpa token atau dengan
token yang tidak valid.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi
Aksi Pengguna membuka halaman form reset password dengan token yang
ada pada alamat URL dalam keadaan kosong atau dengan token tidak
valid.

Misalnya: {BASE_URL}/formResetPassword?token=
Hasil Yang Diharapkan Pengguna akan diarahkan ke halaman yang berisi pesan bahwa token
tidak valid.
Cakupan Skenario -
Perluasan Skenario -
1.1.1.10.3 Data Form Reset Password Tidak Valid
ID Skenario SCR003.03
Grup Skenario Reset Password
Nama Skenario Data Form Reset Password Tidak Valid
Deskripsi Isian form tidak sesuai dengan spesifikasi form reset password.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna menerima email yang berisi tautan ke halaman form reset
password.
Aksi Setelah email yang berisi tautan ke halaman form reset password
diterima, pengguna mengklik tautan tersebut dan menuju ke halaman
Reset Password. Selanjutnya pengguna melakukan pengisian form
reset password yang tidak sesuai dengan aturan spesifikasi form reset
password.
Hasil Yang Diharapkan Tampil pesan yang menyatakan bahwa satu atau beberapa isian tidak
valid. Pesan yang tampil haruslah menunjukkan letak dan jenis
kesalahan.
Cakupan Skenario SCR002.02
Perluasan Skenario -

1.1.1.10.4 Berhasil Reset Password

ID Skenario SCR003.04
Grup Skenario Reset Password
Nama Skenario Berhasil Reset Password
Deskripsi Password berhasil direset sesuai dengan password baru yang diinput
oleh pengguna.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna menerima email yang berisi tautan ke halaman form reset
password.
Aksi Setelah email yang berisi tautan ke halaman form reset password
diterima, pengguna mengklik tautan tersebut dan menuju ke halaman
Reset Password. Selanjutnya pengguna menginput password baru dan
mengulanginya dengan benar pada pengisian input “Ulangi
Password”.
Hasil Yang Diharapkan Pengguna akan diarahkan ke halaman yang berisi pesan bahwa
password berhasil direset. Pada halaman ini, pengguna dapat
mengklik tautan ke halaman login dan masuk ke dalam sistem
menggunakan password baru.
Cakupan Skenario SCR002.02
Perluasan Skenario SCR001.03
3.1.5 T-004 Dashboard

1.1.1.11 Diagram Aktifitas

Dibawah ini adalah diagram aktifitas halaman Dashboard

Figure 11 Diagram aktifitas halaman Dashboard

1.1.1.12 Wireframe

1.1.1.12.1 Head Account

Figure 12 Wireframe dashboard head account

 Item Keterangan
Sub Perusahaan dalam Proses Jumlah Sub Perusahaan dalam proses verifikasi
Produk dalam Proses Total jumlah pendaftaran produk baru, pembaharuan
produk, dan variasi kemasan produk dalam proses verifikasi
Produk Batal dan Ditolak Total jumlah produk batal dan ditolak
Produk yang akan expired dalam Jumlah produk yang akan expired dalam 100 hari dimulai
100 hari dari tanggal saat ini
Produk Kit dalam Proses Total jumlah pendaftaran produk Kit baru dan pembaharuan
produk Kit dalam proses verifikasi
Produk Kit Ditolak Total jumlah pendaftaran atau pembaharuan produk kit baru
ditolak
Produk Kit yang akan expired Jumlah produk Kit yang akan expired dalam 100 hari dimulai
dalam 100 hari dari tanggal saat ini
Catatan: Seluruh data pada dashboard Head Account hanya meliputi data Sub Perusahaan dan
Produk dibawah Perusahaan Head Account saja.

1.1.1.12.2 Sub Account

Figure 13 Wireframe dashboard sub account

Item Keterangan
Sub Perusahaan dalam Proses Jumlah Sub Perusahaan dalam proses verifikasi
Produk dalam Proses Total jumlah pendaftaran produk baru, pembaharuan
produk, dan variasi kemasan produk dalam proses verifikasi
Produk Batal dan Ditolak Total jumlah produk batal dan pendaftaran produk baru
ditolak
Produk yang akan expired dalam Jumlah produk yang akan expired dalam 100 hari dimulai
100 hari dari tanggal saat ini
Variasi Pabrik dalam Proses Total jumlah variasi pabrik dalam proses verifikasi
Belum variasi pabrik Total jumlah pabrik yang diwajibkan variasi pabrik namun
belum dilakukan
Catatan: Data Sub Perusahaan dan Produk yang dibuat oleh Sub Account saja.
1.1.1.13 Skenario Use Case

Figure 14 Diagram use case halaman dashboard

1.1.1.13.1 Dashboard
ID Skenario SCR004.01
Grup Skenario Dashboard
Nama Skenario Dashboard
Deskripsi Mengakses halaman dashboard
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna berhasil login ke dalam sistem.
Aksi Pengguna diarahkan secara otomatis ke halaman Dashboard setelah
berhasil login atau mengklik menu dashboard pada panel sebelah kiri.
Hasil Yang Diharapkan Pengguna melihat halaman dashboard
Cakupan Skenario SCR001.03
 Perluasan Skenario -

1.1.1.13.2 Tidak Memiliki Akses Membuka Halaman Dashboard

ID Skenario SCR004.02
Grup Skenario Dashboard
Nama Skenario Tidak Memiliki Akses Membuka Halaman Dashboard
Deskripsi Mengakses halaman dashboard tanpa login ke sistem.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna tidak sedang dalam kondisi login ke sistem.
Aksi Pengguna mencoba mengakses halaman Dashboard tanpa login ke
sistem dengan cara membuka URL alamat halaman dashboard
({BASE_URL}/dashboard) di browser secara manual.
Hasil Yang Diharapkan Pengguna diarahkan ke halaman login
Cakupan Skenario -
Perluasan Skenario -

3.1.6 T-005 Logout

1.1.1.14 Diagram Aktifitas

Figure 15 Diagram Aktifitas Logout

1.1.1.15 Wireframe

Figure 16 Wireframe Logout

1.1.1.16 Skenario Use Case

ID Skenario SCR005.01
Grup Skenario Logout
Nama Skenario Logout
Deskripsi Keluar dari aplikasi
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Pengguna Terdaftar
Pra Kondisi Pengguna berhasil login ke dalam sistem.
Aksi Pengguna mengklik tombol/link logout.
Hasil Yang Diharapkan 1. Pengguna berhasil keluar dari aplikasi dan diarahkan ke halaman
login.
2. Pengguna tidak dapat lagi mengakses halaman-halaman privat
Cakupan Skenario -
Perluasan Skenario -
3.1.7 T-006 Ubah Password

1.1.1.17 Diagram Aktifitas

Figure 17 Diagram aktifitas ubah password

1.1.1.18 Wireframe

Figure 18 Wireframe Ubah Password

1.1.1.19 Spesifikasi Form Ubah Password

Input Tipe Data Harus Diisi Aturan Lain
Password Lama Password - Harus cocok dengan
password pengguna yang

Password Baru
Konfirmasi Password Baru
sudah ada.
Password - Minimal 1 huruf kapital (A-Z)
- Minimal 1 angka (0-9)
- Minimal 6 karakter
Password - Harus sama dengan isian
“Password Baru”

1.1.1.20 Skenario Use Case

Figure 19 Diagram use case ubah password

1.1.1.20.1 Unauthorized
ID Skenario SCR006.01
Grup Skenario Ubah Password
Nama Skenario Unauthorized
Deskripsi Mengakses halaman ubah password tanpa login ke sistem.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna tidak sedang dalam kondisi login ke sistem.
Aksi Pengguna mencoba mengakses halaman Ubah Password tanpa login
 ke sistem dengan cara membuka URL alamat halaman Ubah Password
({BASE_URL}/change_password) dibrowser secara manual.
Hasil Yang Diharapkan Pengguna diarahkan ke halaman login
Cakupan Skenario -
Perluasan Skenario -

1.1.1.20.2 Data Form Ubah Password Tidak Valid

ID Skenario SCR006.02
Grup Skenario Ubah Password
Nama Skenario Data Form Ubah Password Tidak Valid
Deskripsi Isian form tidak sesuai dengan spesifikasi form ubah password.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna berhasil login ke dalam sistem.
Aksi Pengguna mengisi form dengan data yang tidak sesuai dengan aturan
spesifikasi form ubah password.
Hasil Yang Diharapkan Tampil pesan yang menyatakan bahwa satu atau beberapa isian tidak
valid. Pesan yang tampil haruslah menunjukkan letak dan jenis
kesalahan.
Cakupan Skenario SCR001.03
Perluasan Skenario -

1.1.1.20.3 Berhasil Ubah Password

ID Skenario SCR006.03
Grup Skenario Ubah Password
Nama Skenario Berhasil Ubah Password
Deskripsi Password berhasil diubah sesuai dengan password baru yang diinput
oleh pengguna.
Tanggal Dibuat 16 September 2022
Tanggal Direvisi 16 September 2022
User / Aktor Semua User
Pra Kondisi Pengguna berhasil login ke dalam sistem.
Aksi Pengguna mengisi form sesuai dengan aturan spesifikasi form ubah
password.
Hasil Yang Diharapkan Tampil pesan yang menyatakan bahwa password berhasil diubah.
Setelah itu pengguna logout dan berhasil login kembali ke sistem
menggunakan password baru.
Cakupan Skenario SCR001.03
Perluasan Skenario STEP 1: SCR005.01
STEP 2: SCR001.03
3.1.8 T-008 Registrasi Head Unit

3.1.8.1 Diagram Aktivitas

Figure 20 Diagram Aktivitas Pendaftaran Head Account

3.1.8.2 Wireframe

Figure 21 Wireframe Halaman Muka Pendaftaran Head Unit

3.1.8.3 Spesifikasi Form

Figure 22 Wireframe Form Pengisian Data Perusahaan
 Figure 23 Wireframe Form Pengisian Data Gudang

1.1.1.21 Spesifikasi Form Pendaftaran Notifkos Online

1. Input Pencarian NIB Perusahaan : Number
Input Tipe Data Harus Diisi Aturan Lain
NIB Number - Nomor Induk Berusaha (NIB)
perusahaan yang terdaftar pada sistem
Online Single Submission (OSS)
- Maks 20 karakter

2. Bagian Tab Registrasi Perusahaan dan Tab Gudang

Input Tipe Data Harus Diisi Aturan Lain
NIB Text - NIB yang belum digunakan
- Nomor Induk Berusaha (NIB)
perusahaan yang terdaftar pada sistem
Online Single Submission (OSS)
- Maks 20 karakter
- Jika di form Registrasi bisa dilihat di
Spesifikasi Input Pencarian NIB
Perusahaan
- Jika Form Perbaikan, NIB dapat di-edit
 namun ada pengecekan NIB pada
sistem OSS
Bentuk Badan Combo Bentuk badan hukum (PT/CV/PD/PK/PO/UD)
Hukum Box yang secara otomatis diambil dari sistem OSS.
Nama Text - Nama perusahaan yang secara
Perusahaan otomatis diambil dari sistem OSS.
- Maks 255 karakter
Alamat Text - Alamat perusahaan yang secara
otomatis diambil dari sistem OSS.
- Maks 255 karakter
Provinsi Combo Provinsi perusahaan yang secara otomatis
Box diambil dari sistem OSS.
Kota/Kabupaten Combo Kabupaten/Kota perusahaan yang secara
Box otomatis diambil dari sistem OSS.
Kode Pos Text - Kode Pos perusahaan yang secara
otomatis diambil dari sistem OSS.
- Maks 10 karakter
Koordinat Number Koordinat lokasi perusahaan yang di input
secara manual oleh pendaftar.
Nomor Telepon Text - Nomor telepon perusahaan yang secara
otomatis diambil dari sistem OSS.
- Maks 30 karakter
Nomor Fax Text - Nomor fax perusahaan yang bersifat
opsional dan di input secara manual
oleh pendaftar.
- Maks 30 karakter
Email Perusahaan Text - Alamat email perusahaan. Head
Account dapat menginput satu alamat
email atau lebih.
- Separator antar email berupa tanda
baca koma (,)
NPWP Text - Nomor NPWP perusahaan yang secara
otomatis diambil dari sistem OSS.
- Maks 100 karakter
File NPWP Upload - File scan NPWP dalam format
PDF/PNG/JPG yang diupload secara
manual oleh pendaftar.
- Ukuran maksimal file 1 MB
KTP/Identitas Upload - File scan KTP / Identitas Komisaris,
Komisaris/Direksi Direksi, dan/atau Pimpinan Perusahaan
/Pimpinan dalam format PDF/PNG/JPG yang
Perusahaan diupload secara manual oleh pendaftar.
- Ukuran maksimal file 2 MB
Surat Pernyataan Upload - File scan Surat Pernyataan Komisaris,
Komisaris/Direksi Direksi, dan/atau pimpinan Perusahaan
/Pimpinan dalam format PDF yang diupload secara
Perusahaan manual oleh pendaftar.
- Ukuran maksimal file 2 MB
Pimpinan Perusahaan
Input Tipe Data Harus Diisi Aturan Lain
Nama Text - Nama pimpinan perusahaan yang
secara otomatis diambil dari sistem
OSS.
- Maks 255 karakter
Alamat Text - Alamat pimpinan perusahaan yang
secara otomatis diambil dari sistem
OSS.
- Maks 255 karakter
Provinsi Combo Box Provinsi pimpinan perusahaan yang secara
otomatis diambil dari sistem OSS.
Kota/Kabupaten Combo Box Kabupaten/Kota pimpinan perusahaan yang
secara otomatis diambil dari sistem OSS.
Kode Pos Text - Kode Pos pimpinan perusahaan yang
diinput secara manual oleh pendaftar.
- Maks 10 karakter
Nomor Telepon Text - Nomor telepon pimpinan perusahaan
yang diinput secara manual oleh
pendaftar.
- Maks 30 karakter
Nomor Fax Text - Nomor fax pimpinan perusahaan yang
bersifat opsional yang diinput secara
manual oleh pendaftar.
- Maks 30 karakter
Alamat Email email - Alamat email pimpinan perusahaan
yang diinput secara manual oleh
pendaftar.
- Maks 255 karakter

Gudang
Minimal pendaftar menambahkan satu gudang atau lebih, berikut spesifikasi form gudang :
Input Tipe Data Harus Diisi Aturan Lain
Nama Gudang Combo Box - Berisi nama gudang.
- Maks 255 karakter
Alamat Text - Berisi alamat lokasi gudang.
- Maks 255 karakter
Provinsi Combo Box Provinsi lokasi gudang.
Kota/Kabupaten Combo Box Kabupaten / Kota lokasi gudang.
Kode Pos Text - Kode Pos lokasi gudang.
- Maks 10 karakter
Nomor Telepon Text - Nomor telepon gudang.
- Maks 30 karakter
Nomor Fax Text - Nomor fax gudang yang bersifat
opsional.
- Maks 30 karakter
1.1.1.22 Skenario Use Case

Figure 24 Diagram use case Registrasi Head Unit

3.1.8.3.1 NIB Tidak Terdaftar di OSS

ID Skenario SCR011.03
Grup Skenario Registrasi Head Account
Nama Skenario NIB Tidak Terdaftar di OSS
Deskripsi Mengakses halaman Registrasi Notifkos
Tanggal Dibuat 17 Oktober 2022
Tanggal Direvisi 14 November 2022
User / Aktor Semua User
Pra Kondisi -
Aksi - Pengguna membuka halaman registrasi dan memasukkan NIB
perusahaan yang tidak terdaftar pada sistem OSS

- Pengguna Klik
Hasil Yang Diharapkan Akan ditampilkan pesan pop up bahwa NIB tidak ditemukan dan
pengguna tidak dapat melanjutkan proses pendaftaran
 Cakupan Skenario -
Perluasan Skenario -

3.1.8.3.2 NIB Terdaftar Di OSS

ID Skenario SCR011.04
Grup Skenario Registrasi Head Account
Nama Skenario NIB Terdaftar
Deskripsi Mengakses halaman Registrasi Notifkos
Tanggal Dibuat 17 Oktober 2022
Tanggal Direvisi 14 November 2022
User / Aktor Semua User
Pra Kondisi -
Aksi - Pengguna membuka halaman registrasi dan memasukkan NIB
perusahaan yang terdaftar pada sistem OSS

- Pengguna Klik
Hasil Yang Diharapkan Akan ditampilkan formulir pendaftaran data perusahaan
Cakupan Skenario -
Perluasan Skenario SCR011.02, SCR011.07/SCR011.08

3.1.8.3.3 Data Tidak Lengkap

ID Skenario SCR011.07
Grup Skenario Registrasi Head Account
Nama Skenario Data Tidak Lengkap
Deskripsi User gagal mendaftar perusahaan dikarenakan data tidak lengkap
Tanggal Dibuat 17 Oktober 2022
Tanggal Direvisi 14 November 2022
User / Aktor Semua User dengan NIB yang terdaftar di OSS
Pra Kondisi - Membuka halaman registrasi Perusahaan

- Input NIB yang terdaftar pada isian

- Klik
- Muncul halaman pengisian data perusahaan
Aksi Isian pada salah satu/semua data autentikasi, perusahaan, pimpinan,
dan data gudang tidak benar dan kurang lengkap
Hasil Yang Diharapkan Pengguna akan diberitahukan informasi warning dibagian samping
input pada form dan tombol tidak dapat ditekan
Cakupan Skenario -
Perluasan Skenario -

1.1.1.22.1 Berhasil Registrasi

ID Skenario SCR011.08
Grup Skenario Registrasi Head Account
Nama Skenario Berhasil Registrasi
Deskripsi User berhasil mendaftar Perusahaan
Tanggal Dibuat 17 Oktober 2022
Tanggal Direvisi 14 November 2022
User / Aktor Semua User dengan NIB yang terdaftar di OSS
Pra Kondisi - Membuka halaman registrasi Perusahaan

- Input NIB yang terdaftar pada isian

- Klik
- Muncul halaman pengisian data perusahaan
Aksi Pengguna mengisi data autentikasi, perusahaan, pimpinan, dan data
gudang dengan benar dan lengkap
Hasil Yang Diharapkan Pengguna diarahkan ke halaman pemberitahuan dan mendapatkan
email bahwa pendaftaran berhasil dan menunggu verifikasi
Cakupan Skenario -
Perluasan Skenario SCR011.04, SCR011.06, SCR012.03
4 References
Tuliskan disini referensi-referensi (internal dan eksternal) yang dapat memperjelas Functional
Specification ini, sebagai contoh: Dokumen Requirements List (bila terpisah dari dokumen
Functional Specification), Dokumen Aturan Perusahaan, dsb.

5 Appendix
Lampiran boleh berisi detail desain lengkap (ERD, DFD, Use Case, Class Diagram, dll) ataupun hal-
hal lain yang berhubungan dengan topik-topik dalam dokumen ini namun tidak ingin dibuat
dokumen terpisah