Anda di halaman 1dari 19

FUNCTIONAL SPESIFICATION DESIGN

PENAMBAHAN CHARACTER ‘/’ PADA TRACK1


DESKRIPSI

Request ID : 123456 – DD/MM/YYYY


Change ID : 123 – DD/MM/YYYY

//Nama Bulan dan Tahun Pembuatan Dokumen//

Dokumen ini mengandung informasi yang merupakan hak milik PT Bank Bukopin Tbk. Dokumen ini (termasuk bagian-
bagian di dalamnya) tidak diperbolehkan untuk disebarluaskan, diperbanyak ataupun dipindahtangankan kepada pihak-
pihak lain diluar PT Bank Bukopin Tbk. tanpa izin tertulis dari manajemen PT Bank Bukopin Tbk.

Divisi Strategi Teknologi Informasi dan Aliansi Bisnis (DSTA)


PT. Bank Bukopin, Tbk
Gedung Bank Bukopin Lantai 2, Jl. MT. Haryono Kav. 50-51, Jakarta Selatan, 12770
Telp. (+62)-(21)-7988266, 7989837, Fax. (+62)-(21)-7980625, 7980238
[Nama Proyek]

PETUNJUK UMUM

1) Pembuatan Dokumen
a) Dokumen ini dibuat oleh Application Developer dan/atau Infrastructure Developer.
b) Format nama file untuk dokumen ini adalah FSD-Project_ID Nama_Proyek. Nama Proyek
dapat diringkas jika terlalu panjang.
c) Ubah klasifikasi dokumen pada bagian footer dengan klasifikasi yang sesuai.
d) Setelah dokumen selesai dibuat atau sebelum dicetak :
i) Periksa ulang isi dokumen.
ii) Hapus semua petunjuk (yang teks yang berwarna biru termasuk halaman ini).
iii) Perbaharui daftar isi .

2) Penandatanganan Dokumen
a) Penandatanganan dokumen dilakukan sesuai urutan yaitu Disiapkan Oleh kemudian
dievaluasi Oleh dan terakhir Disetujui Oleh.
b) Jika di bagian Disiapkan Oleh, Dievaluasi Oleh dan Disetujui Oleh terdapat lebih dari
satu tanda tangan maka tanda tangan di dalam bagian ini dapat dikerjakan tidak
berurutan.
c) Sebelum dokumen ditandatangani, dokumen FSD ini dikirimkan melalui email kepada para
penandatangan, paling lambat 1 hari sebelum penandatanganan. Hal ini bertujuan agar
Penanda Tangan memiliki cukup waktu untuk mempelajari isi dokumen sebelum
ditandatangani.
d) Pada email tersebut, lampirkan hasil scan dokumen BRD yang sudah ditandatangani
dalam format pdf.

DSTA DOTI DPTI


[Nama Proyek]

LEMBAR PERSETUJUAN

Disiapkan oleh:
tanggal
[Project Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[Application Developer] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[AIS Staff] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[MKTI Staff] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[KI Staff] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[MDTI Staff] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[IKS Staff] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

Dievaluasi oleh:

DSTA DOTI DPTI


[Nama Proyek]

tanggal
[BATI Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[Application Developer
[Tanda Tangan] Pengesahan
Manager]
[dd/mm/yyyy]

tanggal
[AIS Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[MKTI Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[KI Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[MDTI Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

tanggal
[IKS Manager] [Tanda Tangan] Pengesahan
[dd/mm/yyyy]

DSTA DOTI DPTI


[Nama Proyek]

RIWAYAT PERUBAHAN

Versi Tanggal Diubah Oleh Penjelasan Perubahan


1 dd/mm/yyyy

DSTA DOTI DPTI


[Nama Proyek]

DAFTAR ISI
1 PENDAHULUAN.........................................................................................................................6

2 SPESIFIKASI DESAIN FUNCTIONAL REQUIREMENT............................................................6


2.1 SPESIFIKASI DESAIN UNTUK FITUR <id-fitur>......................................................6
2.2 SPESIFIKASI DESAIN UNTUK FITUR <id-fitur>......................................................6
2.3 SPESIFIKASI DESAIN UNTUK FITUR <id-fitur>......................................................6
2.4 SPESIFIKASI DESAIN DATABASE / STRUKTUR DATA............................................7

3 SPESIFIKASI DESAIN NON-FUNCTIONAL REQUIREMENT..................................................8


3.1 SPESIFIKASI DESAIN PERANGKAT KERAS...............................................................8
3.1.1 Server...................................................................................................................8
3.1.2 Client....................................................................................................................8
3.1.3 Printer..................................................................................................................8
3.1.4 Perangkat keras lainnya....................................................................................8
3.2 SPESIFIKASI DESAIN PIRANTI LUNAK.....................................................................9
3.2.1 Operating System di Server..............................................................................9
3.2.2 Operating System di Client..............................................................................9
3.2.3 Database..............................................................................................................9
3.2.4 Piranti Lunak Lainnya........................................................................................9
3.3 SPESIFIKASI DESAIN NETWORK.............................................................................10
3.3.1 Port yang akan digunakan..............................................................................10
3.3.2 Network ke Cabang atau Lokasi lainnya......................................................10
3.4 SPESIFIKASI DESAIN SECURITY.............................................................................11
3.5 SPESIFIKASI DESAIN CONTINUITY.........................................................................11
3.5.1 Backup................................................................................................................11
3.5.2 Disaster Recovery.............................................................................................12
3.6 SPESIFIKASI DESAIN PENEMPATAN PERANGKAT KERAS....................................12
3.7 SPESIFIKASI DESAIN KONEKSI LISTRIK.................................................................12
3.8 SPESIFIKASI DESAIN KONEKSI NETWORK.............................................................12

4 TRACEABILITY........................................................................................................................13
4.1 TRACEABILITY DENGAN KEBUTUHAN FUNCTIONAL..........................................13
4.2 TRACEABILITY DENGAN KEBUTUHAN NON FUNCTIONAL.................................14

5 LAMPIRAN................................................................................................................................15

DSTA DOTI DPTI


[Nama Proyek]

1 PENDAHULUAN
Dokumen ini berisi spesifikasi desain layanan TI untuk proyek [Nama Project]. Spesifikasi desain
dalam dokumen ini meliputi spesifikasi desain functional requirement dan non functional
requirement.

Dokumen ini digunakan sebagai dasar untuk :


 Membangun layanan TI baik yang berupa aplikasi maupun infrastruktur.
 Menetapkan spesifikasi kebutuhan barang ataupun jasa yang akan dibeli.

 SPESIFIKASI DESAIN FUNCTIONAL REQUIREMENT BAGIAN INI DIISI OLEH


TIM AIS BERSAMA DENGAN TIM DEVELOPER BERISI PENJELASAN SPESIFIKASI DESAIN UNTUK
SETIAP FITUR YANG TERTERA PADA KEBUTUHAN FUNCTIONAL DI DOKUMEN BRD.
 Informasi pada bagian ini digunakan oleh Application Developer sebagai dasar
pembangunan layanan TI.

1.1 SPESIFIKASI DESAIN UNTUK FITUR <ID-FITUR>


 Perubahan field dari alias ke name pada track 1 agar pada emboss file pada bagian nama
akan tercetak dengan format LastName/FirstName MiddleName.
 Capture changing configuration

DSTA DOTI DPTI


[Nama Proyek]

1.2 SPESIFIKASI DESAIN UNTUK FITUR <ID-FITUR>


 Tuliskan penjelasan mengenai desain.
 Penjelasan dapat berupa :
o Screen / Report prototype.
o Flowchart.
o Bentuk desain lainnya baik berupa grafik ataupun narasi.

1.3 SPESIFIKASI DESAIN UNTUK FITUR <ID-FITUR>


 Tuliskan penjelasan mengenai desain.
 Penjelasan dapat berupa :
o Screen / Report prototype.
o Flowchart.
o Bentuk desain lainnya baik berupa grafik ataupun narasi.

1.4 SPESIFIKASI DESAIN DATABASE / STRUKTUR DATA


 Tuliskan penjelasan mengenai desain database atau struktur data
 Penjelasan dapat berupa :
o Desain table / struktur data.
o Gambar Entity Relational Diagram.
o Bentuk desain lainnya baik berupa grafik ataupun narasi.

 Untuk Core Banking System, gunakan template berikut


Nama Struktur Data :
Deskripsi :

DSTA DOTI DPTI


[Nama Proyek]

No Nama Field Type Length Dec

 Untuk Enterprise System, gunakan template berikut

Nama Tabel :
Deskripsi :
No Nama Type Lengt Keterangan Reference Check Default
Field h Field / Value
Check
Value

DSTA DOTI DPTI


[Nama Proyek]

2 SPESIFIKASI DESAIN NON-FUNCTIONAL REQUIREMENT


2.1 SPESIFIKASI DESAIN PERANGKAT KERAS
 Tuliskan penjelasan mengenai desain infrastruktur yang dibutuhkan baik perangkat
keras.
 Informasi pada bagian ini digunakan oleh Infrastructure Developer sebagai dasar
pembangunan layanan TI.
 Gunakan karakteristik layanan yang ada pada dokumen BRD serta standar atau
arsitektur yang berlaku sebagai referensi.
 Tabel-tabel dibawah ini dapat dimodifikasi sesuai kebutuhan.

2.1.1 Bagan Alur Arsitektur Aplikasi


 Tuliskan penjelasan mengenai Alur Arsitektur terkait aplikasi baik infrastruktur yang
dibutuhkan serta perangkat keras.

2.1.2 Server
Processor
Memory
Storage
Lainnya

2.1.3 Client
PC /
Notebook
Processor
Memory
Storage
Lainnya

2.1.4 Printer

2.1.5 Perangkat keras lainnya

DSTA DOTI DPTI


[Nama Proyek]

2.2 SPESIFIKASI DESAIN PIRANTI LUNAK


 Tuliskan penjelasan mengenai desain piranti lunak yang akan digunakan baik yang berupa
operating system, database, ataupun piranti lunak lainnya.
 Informasi pada bagian ini digunakan oleh Infrastructure Developer sebagai dasar
pembangunan layanan TI serta digunakan untuk mempersiapkan jumlah lisensi piranti
lunak yang dibutuhkan.
 Gunakan standar atau arsitektur yang berlaku sebagai referensi.
 Tabel-tabel dibawah ini dapat dimodifikasi sesuai kebutuhan.

2.2.1 Operating System di Server


O/S
Versi
Service Pack
Patch
Jumlah License
Implementasi [ ] Physical Server [ ] Virtual Machine

2.2.2 Operating System di Client


O/S
Versi
Service Pack
Patch
Jumlah License

2.2.3 Database
Vendor
Versi
Jumlah License
Lokasi [ ] Server [ ] Client

2.2.4 Piranti Lunak Lainnya


Vendor
Versi
Jumlah License
Lokasi [ ] Server [ ] Client

DSTA DOTI DPTI


[Nama Proyek]

2.3 SPESIFIKASI DESAIN NETWORK


2.3.1 Bagan Alur Arsitektur Aplikasi Network
 Tuliskan penjelasan mengenai Alur Arsitektur terkait aplikasi terkait Network.

2.3.2 Port yang akan digunakan


 Tuliskan penjelasan mengenai desain port yang dibuka.
 Gunakan tabel dibawah, hapus port yang tidak perlu dibuka atau tambahkan tabel
dibawah jika ada port lain yang perlu dibuka.
 Gunakan informasi mengenai kebutuhan non functional dan karakteristik layanan yang
ada pada dokumen BRD sebagai referensi.
 Daftar port dapat dilihat di
http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers.
 Informasi pada bagian ini digunakan oleh Infrastructure Developer dan/atau IT Operation
sebagai dasar mengatur konfigurasi firewall.

Port TCP UDP Description


80 TCP UDP Hypertext Transfer Protocol (HTTP)
443 TCP HTTPS (Hypertext Transfer Protocol over SSL/TLS)
MSSQL (Microsoft SQL Server database management system)
1433 TCP Server
Oracle database default listener, in future releases official
1521 TCP port 2483
3306 TCP UDP MySQL database system
… …. …. Protocol lainnya yang dibutuhkan

2.3.3 Network ke Cabang atau Lokasi lainnya


 Jika aplikasi akan digunakan dicabang-cabang, tuliskan penjelasan mengenai desain
bandwidth minimum yang dibutuhkan serta protocol yang akan digunakakan.
 Gunakan informasi mengenai karakteristik layanan yang ada pada dokumen BRD sebagai
referensi.
 Informasi pada bagian ini digunakan oleh Infrastructure Developer untuk mempersiapkan
infrastuktur network.
 Tabel berikut dapat dimodifikasi sesuai dengan kebutuhan.

Minimum Bandwidth
Protocol Defaultnya TCP/IP

DSTA DOTI DPTI


[Nama Proyek]

2.4 SPESIFIKASI DESAIN SECURITY


 Tuliskan penjelasan mengenai desain fitur-fitur security yang diterapkan berdasarkan
Standar Pengembangan Aplikasi Bank Bukopin (401-Z/S-ISMS/GTI).
 Gunakan informasi mengenai kebutuhan non functional yang ada pada dokumen BRD
sebagai referensi.
 Informasi pada bagian ini digunakan oleh Application dan/atau Infrastructure Developer
untuk menerapkan fitur security pada layanan.
 Tabel berikut dapat dimodifikasi sesuai dengan kebutuhan.
No. Ruang Lingkup Mandatory
Standar Keamanan Pengembangan Aplikasi Bank Bukopin
1 0 Application Architecture [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
2 0 Data Validation
2 1 Input Validation [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
2 2 Client & Server Validation [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
2 3 Scan File Before Upload [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
2 4 Output Validation [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
2 5 Validation Check [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
3 0 Authentication
3 1 Use Strong User ID and Password [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini

3 2 Unique User ID [ ] Ya [ ] Tidak


Tuliskan penjelasan tambahan disini
3 3 Encrypted Username and [ ] Ya [ ] Tidak
password Tuliskan penjelasan tambahan disini
3 4 Restricting Maximum Failed [ ] Ya [ ] Tidak
Attempts Tuliskan penjelasan tambahan disini
3 5 Temporary Disabling of User ID [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
3 6 Password Masking [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
3 7 Changing of Password at regular [ ] Ya [ ] Tidak
Intervals Tuliskan penjelasan tambahan disini
3 8 New Password Force Change [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
3 9 Password Change History [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
3 10 Last login details [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
DSTA DOTI DPTI
[Nama Proyek]

3 11 User trigered password changed [ ] Ya [ ] Tidak


Tuliskan penjelasan tambahan disini
3 12 User Password Change Proccess [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
3 13 [ ] Ya [ ] Tidak
Logon failure message Tuliskan penjelasan tambahan disini
3 14 [ ] Ya [ ] Tidak
Successful Login Message Tuliskan penjelasan tambahan disini
4 0 Authorization / Access Control
4 1 Access limitation [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
4 2 Connection to Database ( user [ ] Ya [ ] Tidak
role minimum) Tuliskan penjelasan tambahan disini
4 3 Partitioning of the application [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
4 4 Database drop delete permission [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
5 0 Provisioning & Reporting
5 1 User ID classifications [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
5 2 Maker/checker for access [ ] Ya [ ] Tidak
administrator Tuliskan penjelasan tambahan disini
5 3 Different state user ID [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
5 4 Reports [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
6 0 Sensitive Data & Data Encryption
6 1 Communication Encryptions [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
6 2 Password encryption [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
6 3 Masking input field [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
6 4 Use of cookies [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
6 5 Caching of secure data [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
7 0 Session Management
7 1 Security Session Identifier [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
7 2 Limiting Sesion Number [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
7 3 Validating session identifier [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini

7 4 Sesion timeout [ ] Ya [ ] Tidak


DSTA DOTI DPTI
[Nama Proyek]

Tuliskan penjelasan tambahan disini


8 0 Cryptography
8 1 Encryption Algorithm [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
8 2 Key management [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
9 0 Exception Management [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
10 0 Auditing & Logging
10 1 Audit Log Report [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
10 2 Admin Audit trail [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
10 3 Secure Log Access [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini
10 4 Minimimum Information Audit [ ] Ya [ ] Tidak
logs Tuliskan penjelasan tambahan disini
10 5 Audit Log format [ ] Ya [ ] Tidak
Tuliskan penjelasan tambahan disini

2.5 SPESIFIKASI DESAIN CONTINUITY


2.5.1 Backup
 Tuliskan penjelasan mengenai desain backup.
 Gunakan informasi mengenai kebutuhan non functional yang ada pada dokumen BRD
sebagai referensi.
 Informasi pada bagian ini digunakan oleh IT Operation untuk mempersiapkan infrastuktur
backup.
 Tabel berikut dapat dimodifikasi sesuai dengan kebutuhan.

Object yang dibackup [ ] Aplikasi sebutkan detailnya dan lokasinya


[ ] Database sebutkan detailnya dan lokasinya
Frekuensi Backup [ ] Harian [ ] Mingguan [ ] Bulanan
Retensi data yang ada di
database operasional
Media Backup
Replicate to DR [ ] Ya [ ] Tidak

2.5.2 Disaster Recovery


 Jika pada bagian kebutuhan non functional yang ada pada dokumen BRD disebutkan
adanya kebutuhan Disaster Recovery, maka bagian ini harus diisi.
 Tuliskan penjelasan mengenai desain Disaster Recovery, misalnya mengenai cara replikasi
DSTA DOTI DPTI
[Nama Proyek]

data dari Primary Data Center ke Disaster Recovery Site.


 Informasi pada bagian ini digunakan oleh IT Operation untuk mempersiapkan infrastuktur
Disaster Recovery.

2.6 SPESIFIKASI DESAIN PENEMPATAN PERANGKAT KERAS


 Informasi pada bagian ini digunakan oleh IT Operation untuk mempersiapkan rack.
 Tabel berikut dapat dimodifikasi sesuai dengan kebutuhan.

Tuliskan penjelasan mengenai desain ukuran rack dalam


Ukuran rack
satuan U(unit)

2.7 SPESIFIKASI DESAIN KONEKSI LISTRIK


 Tuliskan penjelasan mengenai desain kebutuhan listrik pada tabel dibawah ini.
 Informasi pada bagian ini digunakan oleh IT Operation untuk mempersiapkan infrastuktur
listrik.
 Tabel berikut dapat dimodifikasi sesuai dengan kebutuhan.

Power (watt) Dalam satuan watt


PDU
Jumlah power outlet

2.8 SPESIFIKASI DESAIN KONEKSI NETWORK


 Tuliskan penjelasan mengenai desain kebutuhan network.
 Informasi pada bagian ini digunakan oleh IT Operation untuk mempersiapkan infrastuktur
network.
 Tabel berikut dapat dimodifikasi sesuai dengan kebutuhan.

UTP Cable
Fiber Optic cable

DSTA DOTI DPTI


[Nama Proyek]

3 TRACEABILITY
3.1 TRACEABILITY DENGAN KEBUTUHAN FUNCTIONAL
 Isi kolom fitur yang akan dibuat dengan fungsional requirement yang tertera di dokumen
BRD (lihat bagian 3 2. Fitur Yang Akan Dibuat).
 Isi kolom spesifikasi desain dengan nomor dan judul sub bab 2 dokumen ini.
 Periksa bahwa untuk setiap requirement telah dibuatkan spesifikasi, jika ada
requirement yang tidak jadi dikerjakan, requirement tersebut tetap ditulis di kolom
requirement, dan diberi keterangan dibagian Spesifikasi.
 Informasi pada bagian ini digunakan oleh para penanda tangan dokumen untuk
memastikan Spesifikasi Desain telah dibuat untuk semua kebutuhan functional.

ID Fitur yang akan dibuat Spesifikasi Desain

10

DSTA DOTI DPTI


[Nama Proyek]

3.2 TRACEABILITY DENGAN KEBUTUHAN NON FUNCTIONAL

 Isi kolom Requirement dengan non fungsional requirement yang tertera di dokumen BRD
(lihat 4 Kebutuhan Non Fungsional)
 Isi kolom spesifikasi desain dengan nomor dan judul sub bab 3 dokumen ini.
 Periksa bahwa untuk setiap requirement telah dibuatkan spesifikasi, jika ada
requirement yang tidak jadi dikerjakan, requirement tersebut tetap ditulis di kolom
requirement, dan diberi keterangan dibagian Spesifikasi.
 Informasi pada bagian ini digunakan oleh para penanda tangan dokumen untuk
memastikan Spesifikasi Desain telah dibuat untuk semua kebutuhan functional.

ID Kebutuhan Deskripsi Kebutuhan Spesifikasi Desain

1 Backup Jelaskan apakah data perlu


dibackup

2 Retensi Data Jelaskan masa retensi data di sistim


operasional

3 Disaster Jelaskan apakah sistim yang akan


Recovery dibuat perlu dimasukan kelingkup
disaster recovery

4 Keamanan Jelaskan apakah ada fitur keamanan


tertentu yang perlu dibuat, misalnya
terkait dengan enkripsi data.

5 Verifikasi data Jelaskan apakah ada proses


verifikasi data yang perlu dilakukan
oleh user sebelum aplikasi
dioperasionalkan

6 …… ………………..

DSTA DOTI DPTI


[Nama Proyek]

4 LAMPIRAN (diisi oleh semua Tim yang akan memberikan lampiran)

 Lampirkan dokumen-dokumen lain yang dapat memberikan penjelasan mengenai desain.


Contoh : Nework Diagram, E-R Diagram.
 Tuliskan “Tidak ada lampiran” jika tidak ada dokumen yang perlu dilampirkan.

DSTA DOTI DPTI

Anda mungkin juga menyukai