Functional Specification (FS)

Project NOS

FUNCTIONAL SPECIFICATION
Application Name : Project APT (Apartment Patent Tendencies)

Modul : APT APT

SubModul : APT MODULE

AUTHORS
Name Role Department
Gusti Business Analyst APT

DOCUMENT HISTORY
Date Version Document Revision Description Document Author
19-12-2024 1.0 FS New Gusti

DOCUMENT APPROVAL
Date Name Role Signature

15-10-2024 Sony Sugema General Manager

Proprietary and confidential Halaman

 Functional Specification (FS)
Standard Design FSD

1 Pendahuluan
Dalam dunia teknologi informasi yang terus berkembang pesat, keberhasilan sebuah proyek IT tidak hanya ditentukan
oleh kecepatan eksekusi atau kecanggihan teknologi yang digunakan, tetapi juga oleh kejelasan komunikasi dan
keselarasan visi di antara seluruh pemangku kepentingan. Di sinilah pentingnya sebuah Functional Specification
Document (FSD), yang berfungsi sebagai panduan utama dalam mengartikulasikan kebutuhan dan tujuan bisnis ke dalam
spesifikasi teknis yang jelas dan dapat diimplementasikan.

Namun, tanpa adanya standar desain yang terstruktur, FSD dapat menjadi sumber kebingungan, ketidaksesuaian
interpretasi, dan potensi kesalahan dalam implementasi. Standar desain dalam penyusunan FSD berfungsi sebagai
kerangka kerja yang memastikan konsistensi, kejelasan, dan keseragaman di seluruh dokumen. Hal ini tidak hanya
memudahkan pengembang dan tim teknis dalam memahami kebutuhan, tetapi juga membantu pemilik proyek, manajer,
dan klien untuk melacak progres serta memastikan hasil akhir sesuai ekspektasi.

Dengan mengikuti standar desain yang baik, FSD menjadi dokumen yang tidak hanya komprehensif, tetapi juga dapat
diakses oleh berbagai pihak yang terlibat, dari pemangku kepentingan non-teknis hingga tim pengembang. Ini pada
akhirnya meningkatkan kolaborasi, mengurangi risiko kesalahan, dan mempercepat proses pengambilan keputusan
selama siklus hidup proyek IT terutama untuk tim Business Analyst (BA) yang saling bekerjasama untuk menghasilkan FSD
yang saling terkait satu sama lain modulnya dalam sebuah proyek besar seperti Nagamas One System (NOS).

Standard yang akan dicakup dalam dokumen ini adalah bagian-bagian yang perlu ada dalam sebuah FSD dan juga
standard Design Screen modul-modul pendetailan dalam FSD itu sendiri.

2 Bagian FSD
Bagian -bagian yang perlu ada pada FSD untuk proyek NOS ini adalah:
- Cover Dokumen FSD:
Berisi judul modul & submodul FSD, Authors (penyusun dokumen), tabel versi dokumen (versi dokumen naik
ketika dokumen sudah di tanda tangan oleh user, contoh 1.1 naik ke 2.1, namun jika untuk history atau
dokumen belum di tanda tangani oleh user hanya versi belakangnya yang naik contoh 1.1, 1.2) atau document
history dan tabel pengesahan (approval) dari user/stakeholders. Bisa dilihat dari cover dokumen Standard design
ini juga sebagai contoh.
- Tujuan & Lingkup (scope) proses dalam dokumen.
Pelu dinarasikan tentang tujuan dokumen FSD yang dibuat ini untuk apa saja dan lingkup proses didalamnya.
Cs: Dokumen FSD dibuat untuk menjelaskan tentang proses bagaimana user dapat login ke dalam aplikasi dan
perlakuannya beserta screen-screen tampilan yang ada di dalamnya. Prosesnya mencakup: Login, Forgot
password, Registrasi user.

- Diagram flow Proses / Activity Diagram.

Diagram yang menjelaskan flow proses level 1 bisnis yang terjadi pada segmen bisnis yang ada pada lingkup
proses dilengkapi juga dengan data apa saja yang diperlukan pada setiap proses tersebut.

- Data Modelling

Proprietary and confidential Halaman

 Functional Specification (FS)
Standard Design FSD

Menggambarkan data apa saja yang dibutuhkan didalam system, memberi gambaran sebuah hubungan antara 1
table ke table lain, dan mendefinisikan attribute dari setiap table yang dibutuhkan dalam system ini.

- Design Screen & Validasi/mandatory data

Menggambarkan layout design page yang akan dibuat berikut dengan semua komponen yang ada serta
penjelasan logic dan fungsional dari tiap komponen yang ada pada page tersebut. Dan menjelaskan juga sebuah
aturan validasi yang dibutuhkan atau sekedar validasi data yang wajib di isi serta peringatan jika ada data yang
tidak di isi.

Berikut contoh dari penjelasan di atas dalam sebuah FS.

1. Process/Activity Diagrams
Didalam process/activity diagram harus dapat menggambarkan proses level 1 baik dalam sebuah sub modul
ataupu modul dalam lingkup proses besar.

2. Data Modelling
Didalam data modelling ini seperti yang di jelaskan diatas menggambarkan sebuah data model sederhana
yang bisa mendefinisikan data apa saja yang dibutuhkan, attribute apa saja yang dibutuhkan, dan saling
keterkaitan dengan table mana data tersebut. Tujuannya agar Ketika sebuah proses yang akan dikerjakan
bisa tau Ketika harus mendapatkan data dari mana. Contoh sebagai berikut.

3. Design screen / Wireframe dan Validasi / Mandatory.

Seperti yang dijelaskan di atas untuk design screen ini juga ada narasi penjelasan dari setiap komponen
field, button, dan proses/perlakuan sistem nya seperti apa ketika ada aksi dilakukan serta juga menjelaskan

Proprietary and confidential Halaman

 Functional Specification (FS)
Standard Design FSD

didalamnya rules sebuah validasi dalam screen tersebut jika ada aksi atau data yang menjadi sebuah data
mandatory atau memerlukan validasi khusus. Contoh sebagai berikut :

2
1
6
4 3
5

Contoh Popup window untuk pesan peringatan validasi yang ditrigger dari aksi tombol:

Contoh lain Popup window untuk pesan peringatan validasi yang di trigger dari aksi tombol yang mentrigger
aksi berikutnya lagi:

Proprietary and confidential Halaman

 Functional Specification (FS)
Standard Design FSD

No. Komponen Keterangan

1 Main window & Page Title Ada main window utama dimana semua fungsional
komponen untuk proses dipaparkan.

2 Breadcrumb Navigasi virtual untuk membantu user mengetahui

lokasi dimana menu user berada.

3 Filter Icon Lokasi filter icon di kanan atas diatas tabel monitoring
utama.

4 Filter favorit/ utama. Komponen filter utama diletakkan diatas tabel

monitoring utama di samping filter icon. Jenis
komponen filter utama berbeda-beda tiap screen.

5 Filter Cabang Hak Akses Filter untuk menentukan Cabang Dealer yang akan
menentukan content data yang mengisi tabel
Monitoring utama sesuai cabang dealer yang dipilih.

6 Tabulasi page (optional) Jika ada tabulasi dibuat di dalam Main window page. Di
sebelah kiri atas.

7 Tabel Monitoring utama Tabel monitoring transaksi utama pada proses.

8 Tombol Aksi Tabel utama Tombol-tombol aksi utama untuk manipulasi data di
tabel monitoring diletakkan di bagian bawah Tabel
monitoring utama. Cs: Tambah data, Cetak (Print).
Ditambahkan juga rules validasi yang hendak
digunakan hasil dari trigger komponen terkait.

9 Validasi Data Validasi atau mandatory ini untuk memberi tahu jika
ada data yang harus di isi atau ada sequence yang
tidak boleh double, atau Ketika ingin update atau
menyimpan data.

Proprietary and confidential Halaman