SKPL SKDG 2

SKPL - SKDG
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SalahKoding
untuk:
Mahasiswa/i UDINUS
Dipersiapkan oleh:
Muhamad Rizky Fajar Febrian (A11.2017.10492)
Adinda Chairunnisa Wijaya (A11.2017.10494)
Program Studi Teknik Informatika
FIK – UNIVERSITAS DIAN NUSWANTORO
Jl. Imam Bonjol No. 207 Semarang
Program Studi Nomor Dokumen Halaman

Teknik Informatika
FIK – UDINUS SKPL-SKDG 1/18
Revisi B Tgl: 22 Mei 2019
Daftar Isi
1. Pendahuluan ..................................................................................................... 4
1.1 Tujuan Penulisan Dokumen ..................................................................... 4
1.2 Lingkup Masalah ........................................................................................... 4
1.3 Definisi, Istilah dan Singkatan ..................................................................... 5
1.4 Aturan Penomoran ......................................................................................... 7
1.5 Referensi ........................................................................................................ 7
1.6 Deskripsi umum Dokumen (Ikhtisar) ............................................................ 8
2. Deskripsi Umum Perangkat Lunak .................................................................. 9
2.1 Deskripsi Umum Sistem ................................................................................ 9
2.2 Karakteristik Pengguna ............................................................................... 10
2.3 Batasan ........................................................................................................ 11
2.4 Lingkungan Operasi .................................................................................... 11
3. Deskripsi Kebutuhan ......................................................................................... 13
3.1.1 Antarmuka pemakai .............................................................................. 13
3.1.2 Antarmuka Perangkat Keras ................................................................. 17
3.1.3 Antarmuka Perangkat Lunak................................................................. 18
3.1.3 Antarmuka Komunikasi ........................................................................ 18
3.2 Kebutuhan Fungsional ................................................................................. 18
3.3 Model Use Case ........................................................................................... 20
3.3.1 Diagram Use Case ................................................................................. 20
3.3.2 Definisi Actor ........................................................................................ 21
3.3.3 Definisi Use Case .................................................................................. 21
3.3.4 Skenario Use Case................................................................................. 21
3.4 Kebutuhan Non Fungsional ......................................................................... 22
3.5 Batasan Perancangan ................................................................................... 22
3.6 Kerunutan (traceability) ............................................................................... 23
3.6.1 Kebutuhan Fungsional vs Use Case ...................................................... 23
3.7 Ringkasan Kebutuhan .................................................................................. 24
3.7.1 Kebutuhan Fungsional .......................................................................... 24
3.7.2 Kebutuhan Non Fungsional................................................................... 25
Program Studi Teknik Informatika SKPL-SKDG Halaman 2/ dari 25

halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-
UDINUS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik
Informatika FIK-UDINUS.
DAFTAR PERUBAHAN
Revisi Deskripsi
A Font, Aturan Penomoran, Aturan Penamaan, Karakteristik
Pengguna,, Kebutuhan Fungsional dan Non Fungsional,
ERD, diagram konteks, tampilan antarmuka
B
INDEX - A B C D E F G
TGL 12/4/19 22/5/19
Ditulis Kel Kel
oleh SalahKoding SalahKoding
Diperiksa Bu Umi Ibu Umi
oleh Rosyidah, S. Rosyidah,
Kom,M.T S.Kom, M.T
Disetujui
oleh

halaman
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen

Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan
dokumen spesifikasi kebutuhan perangkat lunak yang akan dikembangkan.
Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis
pengembangan perangkat lunak yang akan dibangun baik secara umum maupun
penjelasan detail dalam tahap pembuatan sesuai dengan kebutuhan fungsional.
Memberikan kemudahan kepada pengguna ini agar dapat membantu

mengerjakan tugas pemrograman di Website SalahKoding.
1.2 Lingkup Masalah

SalahKoding adalah aplikasi berbasis web yang di rancang untuk
memudahkan pengguna untuk mengerjakan tugas pemrograman. Dengan
adanya aplikasi ini diharapkan dapat membantu pengguna dalam mengerjakan
tugas pemrograman seperti PAP, PDP dan PSDA. Program ini dirancang dalam
bahasa pemrograman PHP, CSS, HTML, JavaScript dan beberapa framework
yaitu, Bootstrap dan CodeIgniter. Basis data pada program ini disimpan dalam
sebuah database dan diolah menggunakan DBMS MySQL. Dokumen ini berisi
penjelasan mengenai aplikasi SalahKoding yang meliputi:
1. Registrasi User
2. Login User dan Admin
3. Pembuatan posting artikel
4. Komentar
5. Edit Profil
6. Hapus Komentar
7. Hapus Posting
8. Hapus User (Admin)
9. Tambah Admin
10. Logout

halaman
1.3 Definisi, Istilah dan Singkatan
 SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa
Inggris-nya sering juga disebut sebagai Software Requirements
Spesification (SRS), dan merupakan spesifikasi dari perangkat lunak yang
akan dikembangkan.
 DFD adalah Data Flow Diagram, diagram dan notasi yang digunakan untuk
menunjukkan aliran data pada perangkat lunak.
 PHP adalah singkatan dari "PHP: Hypertext Prepocessor", yaitu bahasa
pemrograman yang digunakan secara luas untuk penanganan pembuatan
dan pengembangan sebuah situs web
 SQL adalah singkatan dari Structured Query Language. Bahasa yang
digunakan untuk mengakses database.
 DBMS MySql Singkatan dari “Database Management System” yaitu
system pengorganisasian dan sistem pengolahan Database pada computer.
MySql adalah salah satu contoh software/paket DBMS yang sangat
populer.
 HTML adalah singkatan dari Hyper Text Markup Language merupakan
sebuah bahasa markah yang digunakan untuk membuat sebuah halaman
web, menampilkan berbagai informasi di dalam sebuah penjelajah web
Internet dan pemformatan hiperteks sederhana yang ditulis dalam berkas
format ASCII agar dapat menghasilkan tampilan wujud yang terintegerasi.
 Web Browser adalah Suatu program atau software yang digunakan untuk
menjelajahi internet atau untuk mencari informasi dari suatu web yang
tersimpan didalam komputer.
 Upload adalah proses mengirim data kedalam sistem
 Download adalah proses mengambil data dari system
 CodeIgniter
CodeIgniter merupakan aplikasi sumber terbuka yang berupa kerangka
kerja PHP dengan model MVC untuk membangun website dinamis dengan
menggunakan PHP.
halaman
CodeIgniter memudahkan pengembang web untuk membuat aplikasi web
dengan cepat mudah dibandingkan dengan membuatnya dari awal.
 CSS
Cascading Style Sheet merupakan aturan untuk mengatur beberapa
komponen dalam sebuah web sehingga akan lebih terstruktur dan seragam.
 Bootstrap
Bootstrap adalah open-source framework front-end yang bebas untuk
merancang situs web dan aplikasi web. Framework ini berisi template
desain berbasis HTML dan CSS untuk tipografi, formulir, tombol, navigasi
dan komponen antarmuka lainnya, serta juga ekstensi opsional JavaScript.
 JavaScript
JavaScript adalah bahasa yang digunakan untuk membuat program yang
digunakan agar dokumen HTML yang ditampilkan pada sebuah Browser
menjadi lebih interaktif, tidak sekedar indah saja.
 Rekayasa Perangkat Lunak
Rekayasa perangkat lunak (RPL, atau dalam bahasa Inggris: Software
Engineering atau SE) adalah satu bidang profesi yang mendalami cara-cara
pengembangan perangkat lunak termasuk pembuatan, pemeliharaan,
manajemen organisasi pengembanganan perangkat lunak dan manajemen
kualitas.

halaman
1.4 Aturan Penomoran
Setiap kebutuhan perangkat lunak dalam dokumen ini akan diberi aturan
penomoran dan penamaan dengan format :
Kode : SKPL – X – SKDG – 00
Nomor Indentitas Kebutuhan
Nama Perangkat Lunak
Kode Kebutuhan Perangkat Lunak
Nama Project
Aturan Penamaan:
No Hal / Bagian Aturan Penamaan

1. Kebutuhan Fungsional SKPL – F – SKDG – X
2. Kebutuhan Non Fungsional SKPL – NF – SKDG – X
1.5 Referensi
 Bayu Hendradjaya. Panduan Penulisan Spesifikasi Kebutuhan Perangkat
Lunak(SKPL) Jurusan Teknik Informatika ITB.
 STAF IF. GL01, Spesifikasi Kebutuhan Perangkat Lunak. Jurusan Teknik
Informatika ITB.
 Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat
Lunak (SKPL). Jurusan Teknik Infomatika, Institut Teknologi Bandung,
2000.

halaman
1.6 Deskripsi umum Dokumen (Ikhtisar)
Dokumen SKPL ini dibagi menjadi tiga bagian utama.
 Bagian utama berisi penjelasan tentang dokumen SKPL yang mencakup

tujuan pembuatan dokumen ini, lingkup masalah diselesaikan oleh
perangkat lunak yang dikembangkan, definisi, referensi dan deskripsi
umum.
 Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak
yang dikembangkan meliputi fungsi dari perangkat lunak, karakteristik
pengguna, batasan, dan asumsi yang diambil dalam pengembangan
perangkat lunak.
 Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.

halaman
2. Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem

halaman
Untuk membuat posting, user harus registrasi yang nantinya akan
disimpan pada database, yaitu tabel user. Setelah registrasi, kemudian
melakukan login, kemudian dilakukan pengecekan pada tabel user sesuai
dengan form login. Program akan secara otomatis mengarahkan pada
dashboard user atau admin sesuai dengan level user. Apabila diarahkan pada
dashboard user, maka user dapat melakukan posting artikel, hapus artikel dan
upload yang akan disimpan pada tabel konten, memberi komentar dan
menghapus komentar yang akan disimpan pada tabel komentar, edit profil
yang akan merubah data user pada tabel user.
Pada dashboard admin, admin dapat melakukan semua yang dapat
dilakukan oleh user dan beberapa hak administrator berupa menghapus user,
menambah admin yang berhubungan dengan tabel user, menghapus semua
posting pada tabel posting dan menghapus komentar pada tabel komentar.
Untuk mengakhiri, user dan admin dapat logout.
2.2 Karakteristik Pengguna
Kategori Pengguna Tugas Hak Akses ke

aplikasi
User Melakukan upload file, kode - Registrasi
beserta deskripsinya, sebagai user
download tugas, menghapus baru
posting, memberi komentar, - Login sebagai
menghapus komentar user user
tersebut dan mengedit profil. - Logout dari
user
Admin Mengelola website, - Login sebagai
mengawasi jalannya forum, admin
mengelola data base - Logout dari
admin
- Menambah
admin baru

halaman
- Menghapus
posting
- Menghapus
Komentar
- Menghapus
user
Developer (Mahasiswa) Menyelesaikan tugas besar - Merubah
website secara
keseluruhan
2.3 Batasan
Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini adalah:
● Hanya mahasiswa/i Teknik Informatika yang dapat menggunakannya.
● Hanya bisa diakses lewat Web Browser.
● Aplikasi hanya bisa dipakai oleh akun yang terdaftar.
2.4 Lingkungan Operasi

2.4.1 Perangkat lunak pada sisi server yang dibutuhkan oleh SalahKoding
adalah:
1. Sistem operasi: Windows platform (Minimum Windows 7 32-bit),
2. Web server: XAMPP
3. Web Browser: Google Chrome, Mozilla Firefox
4. DBMS MySQL, SQLyog, phpMyAdmin
2.4.2 Perangkat lunak pada sisi client yang dibutuhkan oleh SalahKoding
adalah:
1. Sistem operasi: Windows platform (Minimum Windows 7 32-bit),
2. Web Browser: Google Chrome, Mozilla Firefox
Kebutuhan perangkat lunak dan perangkat keras yang diperlukan untuk
mengimplementasikan Aplikasi Client server ini akan berfungsi dengan
spesifikasi sebagai berikut:
halaman
No. Item Sub Item Deskripsi
1. Hardware Admin Mengikuti spesifikasi minimum
perangkat keras Sistem Operasi
Developer Intel x64 Based Processor/8GB
RAM/Penyimpanan 256GB
User Mengikuti spesifikasi minimum
perangkat keras Sistem Operasi
2. OS Admin Windows Platform (Minimum
windows 7 32-bit)
Developer Windows 10 64-bit
User Windows Platform (Minimum
windows 7 32-bit)
3. Browser Admin Google Chrome, Mozilla
Firefox
Developer
User Google Crhome, Mozilla
Firefox
4. Database Developer MySQL
5. Web Server Developer XAMPP
6. Programming Developer Codeigniter, PHP, CSS,
JavaScript, HTML, Bootstrap
7. Modem Developer HUAWEI HG8245H
User -
8. Tool Developer Sublime Text 3, Adobe
Dreamweaver CC, SqlYog

halaman
3. Deskripsi Kebutuhan
3.1.1 Antarmuka pemakai

Antarmuka pemakai akan dikembangkan dengan berbasis web. User
berinteraksi dengan perangkat lunak ini melalui antarmuka penjelajah situs
(Web Browser). SalahKoding memberikan informasi dari admin ke user
melalui perintah yang di klik pada mouse atau yang diketikkan melalui
keyboard. Penulisan kata dalam web menggunakan basis Bahasa Indonesia
sebagai Bahasa pengantar serta keluaran dari perangkat.
Halaman Utama
Halaman Kritik

halaman
Pop Up About
Halaman Login

halaman
Halman Registrasi
Halman Dashboard Admin

halaman
Halaman Buat Posting

halaman
Halaman Edit Profile
Fitur Tambahan Admin
3.1.2 Antarmuka Perangkat Keras

Aplikasi ini berjalan di atas perangkat keras berupa computer yang
saling terhubung oleh jaringan local. Dimana file Sistem Informasi ditempatkan
pada database lokal yang dioperasikan oleh Administrator.

halaman
3.1.3 Antarmuka Perangkat Lunak
SalahKoding adalah program yang dibangun menggunakan bahasa
PHP, MySQL, CodeIgniter dan akan berjalan pada Sistem Operasi Windows
dengan menggunakan aplikasi browser web.
3.1.3 Antarmuka Komunikasi

Yang dibutuhkan hanya sebuah computer server dan satu atau beberapa computer
client yang terhubung secara client-server dalam lingkup jaringan Internet atau
intranet berbasis protocol Transmission Control Protocol/Internet
Protocol(TCP/IP).
3.2 Kebutuhan Fungsional

ID Kebutuhan Penjelasan
SKPL – F – SKDG – 01 Melakukan registrasi Membuat akun salahkoding melalui
proses registrasi dengan mengisi formulir
pendaftaran
SKPL – F – SKDG – 02 Login user Melakukan login sebagai user untuk
melakukan posting, komentar, hapus
posting dan hapus komentar.
SKPL – F – SKDG – 03 Login Admin Melakukan login sebaagai admin
untuk mendapatkan akses website
secara penuh dengan menghapus
posting, menghapus komentar,
menghapus file dan menghapus user.
SKPL – F – SKDG – 04 Logout Melakukan logout untuk keluar dari
sistem
SKPL – F – SKDG – 05 Update Profile Melakukan update profile apabila
data diri akun membutuhkan
pembaharuan
SKPL – F – SKDG – 06 Menghapus posting Melakukan penghapusan terhadap
posting tertentu

halaman
SKPL – F – SKDG – 07 Menghapus komentar Melakukan penghapusan terhadap
komentar tertentu
SKPL – F – SKDG – 08 Posting Artikel Melakukan posting artikel agar dapat
dilihat oleh user yang lain
SKPL – F – SKDG – 09 Memberi Komentar Memberikan komentar pada artikel
tertentu atau membalas komentar
pada user lain
Pada subbab berikutnya, buatlah diagram konteks dan DFD level berikutnya.
3.2.1 Diagram Konteks
Salahkoding memungkinkan user untuk melakukan registrasi akun yang

dapat digunakan untuk masuk ke dalam system. Setelah user masuk ke dalam
system, user dapat melakukan menambah, menghapus dan merubah data (posting
dan komentar) dengan hak akses tertentu. Setelah Admin masuk ke dalam system,
admin memiliki hak akses untuk menambah, menghapus dan merubah data
(posting, komentar dan user) secara keseluruhan.
halaman
3.2.2 DFD Level 1
3.2.4 Data Store
No Data Store Keterangan
1 tb_user Berisi deskripsi user yang telah terdaftar. Seperti

username, foto, email, password, nim, jenis_kelamin,
level dan tanggal.
2 tb_admin Berisi deskripsi user yang telah terdaftar. Seperti

username, foto, email, password, nim, jenis_kelamin,
level dan tanggal..
3 tb_konten Merupakan database yang menyimpan informasi

mengenai suatu konten, seperti id posting, gambar,
deskripsi, file kategori, code dan juga tanggal posting
4 tb_komentar Merupakan database yang menyimpan informasi

mengenai komentar dari user dan memiliki atribut
seperti id user, id komentar, foto, nim,, tanggal komentar
dan juga isi komentar.
5 tb_kritik Merupakan database yang menyimpan informasi

mengenai kritik seperti isi kritik, jenis kritik, id kritik
dan isi kritik.
3.3 Model Use Case
3.3.1 Diagram Use Case
Bagian ini diisi dengan diagram use case keseluruhan.

halaman
3.3.2 Definisi Actor
Bagian ini diisi dengan daftar actor dan deskripsi role untuk actor tersebut.
Deskripsi role harus menjelaskan wewenang pada role tersebut dalam perangkat
lunak. Bisa dibuat dalam bentuk tabel berikut:
No Actor Deskripsi
1 Guest Actor dengan role ini mempunyai wewenang untuk melakukan
registrasi serta melihat informasi-informasi yang sifatnya umum
seperti profil perusahaan, ….
3.3.3 Definisi Use Case
Bagian ini diisi dengan daftar use case dan deskripsi singkat mengenai use case
tersebut. Bisa dibuat dalam bentuk tabel berikut:
No Use Case Deskripsi
1 Melihat daftar produk Sistem menampilkan daftar produk yang boleh dipilih untuk pengguna.
3.3.4 Skenario Use Case
Bagian ini diisi dengan skenario (flow of event) untuk beberapa use case utama,
yang menggambarkan urutan interaksi actor dengan use case tersebut, dari awal
sampai akhir.
Contoh:
Nama Use Case: Melihat daftar
produk Skenario:
Aksi Actor Reaksi Sistem
Skenario Normal
1. Memilih menu Daftar Produk
2. Menampilkan daftar produk dari basisdata ke
layar
3. Menekan tombol navigasi (next, prev)
4. Me-refresh tampilan daftar produk

halaman
Skenario Alternatif
1. Memilih menu Daftar Produk
2. Menampilkan pesan ‘Tidak ada produk’
3.4 Kebutuhan Non Fungsional

Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah Kolom
Kebutuhan dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi.ID adalah nomor
kebutuhan yang harus ditelusuri pada saat test. Tuliskan N/A bila Not Applicable..
ID Parameter Kebutuhan
SKPL – NF – SKDG – 01 Availability Sistem beroprasi pada server
selama 24/7
SKPL – NF – SKDG – 02 Ergonomy Tampilan dan system yang
nyaman digunakan dan mudah
untuk dimengerti
SKPL – NF – SKDG – 03 Portability Dapat digunakan dalam banyak
platform
SKPL – NF – SKDG – 04 Memory Ukuran file system kurang lebih
10MB
SKPL – NF – SKDG – 05 Response time Waktu respon system kurang
dari 10 detik
N/A Safety N/A
N/A Security N/A
SKPL – NF – SKDG – 06 Bahasa komunikasi Menggunakan Bahasa Indonesia
3.5 Batasan Perancangan

SalahKoding ini hanya dapat dijalankan pada server dengan sistem operasi
Microsoft Windows XP/7/8/10, web browser yang mendukung HTML 5,
DBMS MySQL.
halaman
3.6 Kerunutan (traceability)
3.6.1 Kebutuhan Fungsional vs Use Case
Mapping kebutuhan fungsional dengan use case terkait
ID Kebutuhan Fungsional ID Use Case Terkait
3.6.2 Data Store vs E-R
Data Store Entity Relasi
tb_user User -
tb_admin Admin -
tb_komentar Komentar Mengomentari
tb_konten Konten Memposting
tb_kritik Kritik Mengkritik

halaman
ERD
3.7 Ringkasan Kebutuhan

3.7.1 Kebutuhan Fungsional
ID Penjelasan
SKPL – F – SKDG – 01 Membuat akun salahkoding melalui
proses registrasi dengan mengisi formulir
pendaftaran
SKPL – F – SKDG – 02 Melakukan login sebagai user untuk
melakukan posting, komentar, hapus
posting dan hapus komentar.
SKPL – F – SKDG – 03 Melakukan login sebaagai admin
untuk mendapatkan akses website
secara penuh dengan menghapus
posting, menghapus komentar,
menghapus file dan menghapus user.
SKPL – F – SKDG – 04 Melakukan logout untuk keluar dari
sistem

halaman
SKPL – F – SKDG – 05 Melakukan update profile apabila
data diri akun membutuhkan
pembaharuan
SKPL – F – SKDG – 06 Melakukan penghapusan terhadap
posting tertentu
SKPL – F – SKDG – 07 Melakukan penghapusan terhadap
komentar tertentu
SKPL – F – SKDG – 08 Melakukan posting artikel agar dapat
dilihat oleh user yang lain
SKPL – F – SKDG – 09 Memberikan komentar pada artikel
tertentu atau membalas komentar
pada user lain
3.7.2 Kebutuhan Non Fungsional

ID Kebutuhan
SKPL – NF – SKDG – 01 Sistem beroprasi pada server
selama 24/7
SKPL – NF – SKDG – 02 Tampilan dan system yang
nyaman digunakan dan mudah
untuk dimengerti
SKPL – NF – SKDG – 03 Dapat digunakan dalam banyak
platform
SKPL – NF – SKDG – 04 Ukuran file system kurang lebih
10MB
SKPL – NF – SKDG – 05 Waktu respon system kurang
dari 10 detik
N/A N/A
N/A N/A
SKPL – NF – SKDG – 06 Menggunakan Bahasa Indonesia

halaman

SKPL SKDG 2

Diunggah oleh

Informasi Dokumen

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

SKPL SKDG 2

Diunggah oleh

Hak Cipta:

Format Tersedia

SKPL - SKDG

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Muhamad Rizky Fajar Febrian (A11.2017.10492)

Adinda Chairunnisa Wijaya (A11.2017.10494)

Program Studi Teknik Informatika

FIK – UNIVERSITAS DIAN NUSWANTORO

Jl. Imam Bonjol No. 207 Semarang

Program Studi Nomor Dokumen Halaman

Program Studi Teknik Informatika SKPL-SKDG Halaman 2/ dari 25

Program Studi Teknik Informatika SKPL-SKDG Halaman 3/ dari 25

1.1 Tujuan Penulisan Dokumen

Memberikan kemudahan kepada pengguna ini agar dapat membantu

1.2 Lingkup Masalah

Program Studi Teknik Informatika SKPL-SKDG Halaman 4/ dari 25

Program Studi Teknik Informatika SKPL-SKDG Halaman 6/ dari 25

Kode : SKPL – X – SKDG – 00

Nomor Indentitas Kebutuhan

Nama Perangkat Lunak

Kode Kebutuhan Perangkat Lunak

No Hal / Bagian Aturan Penamaan

Program Studi Teknik Informatika SKPL-SKDG Halaman 7/ dari 25

 Bagian utama berisi penjelasan tentang dokumen SKPL yang mencakup

Program Studi Teknik Informatika SKPL-SKDG Halaman 8/ dari 25

Program Studi Teknik Informatika SKPL-SKDG Halaman 9/ dari 25

2.2 Karakteristik Pengguna

Kategori Pengguna Tugas Hak Akses ke

Program Studi Teknik Informatika SKPL-SKDG Halaman 10/ dari 25

● Hanya bisa diakses lewat Web Browser.

● Aplikasi hanya bisa dipakai oleh akun yang terdaftar.

2.4 Lingkungan Operasi

Program Studi Teknik Informatika SKPL-SKDG Halaman 12/ dari 25

3.1.1 Antarmuka pemakai

Program Studi Teknik Informatika SKPL-SKDG Halaman 13/ dari 25

Program Studi Teknik Informatika SKPL-SKDG Halaman 14/ dari 25

Halman Dashboard Admin

Program Studi Teknik Informatika SKPL-SKDG Halaman 15/ dari 25

Program Studi Teknik Informatika SKPL-SKDG Halaman 16/ dari 25

Fitur Tambahan Admin

3.1.2 Antarmuka Perangkat Keras

Program Studi Teknik Informatika SKPL-SKDG Halaman 17/ dari 25

3.1.3 Antarmuka Komunikasi

3.2 Kebutuhan Fungsional

Program Studi Teknik Informatika SKPL-SKDG Halaman 18/ dari 25

3.2.1 Diagram Konteks

Salahkoding memungkinkan user untuk melakukan registrasi akun yang

3.2.4 Data Store

No Data Store Keterangan

1 tb_user Berisi deskripsi user yang telah terdaftar. Seperti

2 tb_admin Berisi deskripsi user yang telah terdaftar. Seperti

3 tb_konten Merupakan database yang menyimpan informasi

4 tb_komentar Merupakan database yang menyimpan informasi

5 tb_kritik Merupakan database yang menyimpan informasi

3.3 Model Use Case

3.3.1 Diagram Use Case

Bagian ini diisi dengan diagram use case keseluruhan.

Program Studi Teknik Informatika SKPL-SKDG Halaman 20/ dari 25

3.3.3 Definisi Use Case

3.3.4 Skenario Use Case

Program Studi Teknik Informatika SKPL-SKDG Halaman 21/ dari 25

3.4 Kebutuhan Non Fungsional

3.5 Batasan Perancangan

ID Kebutuhan Fungsional ID Use Case Terkait

3.6.2 Data Store vs E-R

Data Store Entity Relasi