SKPL-xxxx

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Sistem Informasi Sinarindah Cell
(SISC)

Untuk:

Sinarindah Cell

Dipersiapkan oleh:

Bima Kusuma W (13011740617)

Nauffan muti H (1301174117)

Dimas Setiawan (1301174179)

[Link] (1301174251)

Program Studi S1 Teknik Informatika – Fakultas Informatika

Universitas Telkom

Jalan Telekomunikasi Terusan Buah Batu, Bandung

Indonesia

Program Studi
S1 Teknik Nomor Dokumen Halaman
Informatika
- SKPL-01
Fakultas
Informatika Revisi A Tgl: 25-februari-2019
Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman ii dari 12
Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
 Daftar Perubahan
Revisi Deskripsi
A

F
G

INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 1 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
 Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 2 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
 Daftar Isi
Daftar Perubahan .......................................................................................................................... 1
Daftar Halaman Perubahan ......................................................................................................... 2
Daftar Isi ........................................................................................................................................ 3
1. Pendahuluan ............................................................................................................................ 4
1.1 Tujuan Penulisan Dokumen .........................................................................................................4
1.2 Ruang Lingkup / Cakupan Dokumen ...........................................................................................4
1.3 Definisi, Singkatan, dan Akronim ................................................................................................4
1.4 Referensi ......................................................................................................................................4
2. Deskripsi Global Perangkat Lunak ....................................................................................... 5
2.1 Statement of Objective Perangkat Lunak .....................................................................................5
2.2 Perspektif dan Fungsi Perangkat Lunak .......................................................................................5
2.3 Profil dan Karakteristik Pengguna ...............................................................................................5
2.4 Lingkungan Operasi .....................................................................................................................5
2.5 Batasan Perangkat Lunak / Sistem ...............................................................................................5
2.6 Asumsi dan Dependensi ...............................................................................................................6
3. Deskrpsi Rinci Perangkat Lunak........................................................................................... 7
3.1 Deskripsi Kebutuhan ....................................................................................................................7
Kebutuhan Fungsional .............................................................................................................7
Kebutuhan Non-Fungsional .....................................................................................................7
3.2 Pemodelan Analisis ......................................................................................................................7
Usecase Diagram .....................................................................................................................7
Class Diagram: .........................................................................................................................8
4. Kebutuhan Antarmuka Eksternal ......................................................................................... 9
4.1 Antarmuka Pengguna ...................................................................................................................9
4.2 Antarmuka Perangkat Keras ........................................................................................................9
4.3 Antarmuka Perangkat Lunak........................................................................................................9
4.4 Antarmuka Komunikasi ...............................................................................................................9
5. Requirements Lain ................................................................................................................ 10

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 3 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
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 pada tahap selanjutnya.

1.2 Ruang Lingkup / Cakupan Dokumen

SISC adalah perangkat lunak untuk manajemen penerimaan order dari konsumen berupa
pembelian skala kecil yang digunakan di penjualan handphone toko online. Program ini dirancang
dengan platform website, dalam Bahasa pemograman html, css, java, dll. Dalam website meliputi
konektivitas internet dan system informasi terdistribusi yang berakar dan diolah oleh server pusat.
Nama aplikasi adalah Sistem Informasi Sinarindah Cell (SISC) yang merupakan aplikasi
berbasis website. SISC adalah aplikasi untuk manajemen penerimaan order dari konsumen berupa
pembelian skala kecil yang digunakan di penualan handphone toko online. Aplikasi ini dirancang
menggunakan Bahasa pemograman html,css,java,dll. Hal yang dapat dilakukan oleh system ini
adalah :

1. customer dapat membeli product sinarindah Cell secara online

2. customer dapat melakukan reparasi produk pada sinarindah cell secara online

Sistem akan berjalan selama 24 jam namun tidak semua fungsi dapat berjalan selama 24 jam
salah satu fungsi yang tidak bisa berjalan selamat 24 jam ialah fungsi membeli produk dan reparasi,
selain dari fungsi tersebut dapat diakses 24 jam.

1.3 Definisi, Singkatan, dan Akronim

1.4 Referensi
Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah
sebagai berikut :
1. IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement
Specification
2. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak , Jurusan Teknik
informatika, Telkom University, Bandung

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 4 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
2. Deskripsi Global Perangkat Lunak
2.1 Statement of Objective Perangkat Lunak
<Jelaskan konteks dan asal produk yang ditentukan dalam SKPL ini. Misalnya, sebutkan apakah
produk ini merupakan produk yang disengaja ada, pengganti sistem tertentu yang sudah ada, atau
produk baru, atau self-contained product. Jika SKPL mendefinisikan komponen dari sistem yang
lebih besar, hubungkan requirements sistem yang lebih besar dengan fungsi dari perangkat lunak
ini dan identifikasi antarmuka (API) antara keduanya. Sebuah diagram sederhana yang
menunjukkan komponen utama dari sistem secara keseluruhan, interkoneksi subsistem, dan
antarmuka eksternal (API) dapat membantu menjelaskan bagian ini. .>

2.2 Perspektif dan Fungsi Perangkat Lunak

<Rangkum fungsi utama produk yang harus diimplementasikan atau yang harus diberitahukan
kepada pengguna. Rincian dari fungsi utama ini akan dituangkan lebih lanjut pada Bagian 4,
sehingga hanya ringkasan tingkat tinggi yang dibutuhkan di bagian ini. Atur agar fungsi tersebut
dapat dimengerti setiap pembaca dari SKPL ini. Suatu gambar yang menjelaskan pengelompkan
fungsi utama dari requirements yang terkait dan bagaimana fungsi tersebut saling terhubung,
seperti diagram kelas, seringkali efektif menjelaskan hal ini.>

2.3 Profil dan Karakteristik Pengguna

<Identifikasi kelas-kelas pengguna yang Anda antisipasi akan menggunakan produk ini. Kelas
pengguna dapat dibedakan berdasarkan frekuensi penggunaan, bagian dari fungsi produk yang
digunakan, keahlian teknis, tingkat keamanan atau hak istimewa, tingkat pendidikan, atau
pengalaman. Gambarkan karakteristik terkait masing-masing kelas pengguna. Requirements
tertentu mungkin hanya berhubungan dengan kelas pengguna tertentu. Bedakan kelas pengguna
yang paling penting untuk produk ini denga orang-orang yang lebih kurang berkepentingan.>

2.4 Lingkungan Operasi

<Gambarkan lingkungan di mana perangkat lunak ini akan beroperasi, termasuk platform
perangkat keras, sistem operasi beserta versinya, dan setiap komponen perangkat lunak lain atau
aplikasi lain yang berjalan bersamaan.>

2.5 Batasan Perangkat Lunak / Sistem

<Jelaskan setiap item atau masalah yang akan membatasi fungsi yang tersedia untuk para
developer. Hal yang mungkin termasuk dalam bagian ini antara lain: kebijakan atau peraturan
perusahaan; keterbatasan perangkat keras (requirements waktu, requirements memori);
antarmuka untuk aplikasi lain; teknologi tertentu, alat, dan database yang akan digunakan; operasi
paralel; requirements bahasa; protokol komunikasi; pertimbangan keamanan; konvensi desain
atau standar pemrograman (misalnya, jika organisasi pengguna akan bertanggung jawab untuk
melakukan maintenance untuk perangkat lunak yang akan dikirimkan).>

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 5 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
2.6 Asumsi dan Dependensi
<Buatkan daftar faktor-faktor yang diasumsikan (sebagai lawan dari fakta yang telah diketahui)
yang dapat mempengaruhi requirements dalam SKPL ini. Hal ini dapat mencakup pihak ketiga
atau komponen komersial yang Anda berencana untuk gunakan, isu seputar development atau
lingkungan operasi, atau kendala yang akan dihadapi. Proyek ini bisa terpengaruh jika asumsi ini
tidak benar, tidak disebarluaskan, atau berubah. Juga identifikasi dependensi yang dimiliki proyek
pada faktor-faktor eksternal, seperti komponen perangkat lunak yang Anda berniat untuk gunakan
kembali dari proyek lain, kecuali jika komponen tersebut sudah didokumentasikan di tempat lain
(misalnya, dalam dokumen visi dan ruang lingkup atau rencana proyek).>

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 6 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
3. Deskrpsi Rinci Perangkat Lunak
<Template ini menggambarkan cara mengatur requirements fungsional untuk produk berdasar fitur
sistem, layanan utama yang disediakan oleh produk. Anda dapat memilih untuk mengatur bagian
ini dengan use case, mode operasi, kelas pengguna, kelas objek, hirarki fungsional, atau
kombinasi dari itu semua, yang dapat membuat artian yang paling logis untuk produk Anda. Anda
harus menggunakan use-case diagram>

3.1 Deskripsi Kebutuhan

Kebutuhan Fungsional

No. Kode Kebutuhan Fungsi Deskripsi

1. FR-XX Input Barang Fungsi ini digunakan
oleh user untuk
menginputkan barang ke
sistem
… … … …

Kebutuhan Non-Fungsional

No. Quality Kode Kebutuhan Deskripsi

1. Security NFR-XX Fungsi ini digunakan
Safety oleh user untuk
menginputkan barang ke
sistem
… … … …

3.2 Pemodelan Analisis

Usecase Diagram
[Link] Usecase Scenario #1
Nama Use Case Input Barang
Deskripsi Fungsi ini digunakan oleh user untuk menginputkan
barang ke sistem
Pre-Kondisi User telah memiliki akun dan sudah melakukan login
Post-Kondisi User telah menginputkan data barang
Skenario Utama
Aktor Sistem
1. Membuka Menu
Barang
2. Menampilkan
pengelolaan barang
3. Klik input barang
Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 7 dari 12
Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
 4. Menampilkan form
barang
5. Menginput data
barang
6. Sistem menyimpan
data barang
Skenario Eksepsional
(Alternative flow)
Aktor Sistem
1. …
2. …

[Link] Usecase Scenario #2

Nama Use Case …
Deskripsi …
Pre-Kondisi …
Post-Kondisi …
Skenario Utama
Aktor Sistem
1.
2.
3.
4.
5.
6.
Skenario Eksepsional
(Alternative flow)
Aktor Sistem
1.
2.

Class Diagram:

<Kelas diagram yang dibangun pada perangkat lunak>

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 8 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
4. Kebutuhan Antarmuka Eksternal
4.1 Antarmuka Pengguna
<Gambarkan karakteristik lojik dari setiap antarmuka antara produk perangkat lunak dan
pengguna. Hal ini bisa termasuk gambar sampel layar, setiap standar GUI atau panduan gaya
produk yang akan diikuti, kendala tata letak layar, tombol standar dan fungsi (misalnya, fungsi
bantuan) yang akan muncul pada setiap layar, keyboard, standar tampilan pesan kesalahan, dan
sebagainya. Definisikan komponen perangkat lunak yang diperlukan suatu antarmuka. Rincian dari
desain antarmuka pengguna harus didokumentasikan dalam spesifikasi antarmuka pengguna
yang terpisah.>

4.2 Antarmuka Perangkat Keras

<Gambarkan karakteristik lojik dan fisik dari setiap antarmuka antara produk perangkat lunak dan
komponen perangkat keras dari sistem. Hal ini bisa mencakup jenis perangkat yang didukung, sifat
data dan kontrol interaksi antara perangkat lunak dan perangkat keras, dan protokol komunikasi
yang akan digunakan.>

4.3 Antarmuka Perangkat Lunak

<Gambarkan hubungan antara produk ini dengan komponen perangkat lunak khusus lainnya
(nama dan versi), termasuk database, sistem operasi, alat, library, dan komponen komersial
terintegrasi. Identifikasi item data atau pesan yang masuk ke sistem dan akan keluar dan jelaskan
tujuan masing-masing. Gambarkan layanan yang dibutuhkan dan sifat komunikasi. Acu dokumen
yang menggambarkan aplikasi rinci dari protokol API. Identifikasi data yang akan dibagikan
diantara komponen perangkat lunak. Jika mekanisme berbagi data harus dilaksanakan dengan
cara tertentu (misalnya, penggunaan area data global dalam sistem operasi multitasking), tentukan
sebagai batasan implementasi.>

4.4 Antarmuka Komunikasi

<Jelaskan requirements yang terkait dengan proses komunikasi yang dibutuhkan produk ini,
termasuk e-mail, web browser, protokol komunikasi server jaringan, formulir elektronik, dan
sebagainya. Definisikan format pesan yang tepat. Identifikasi standar komunikasi apapun yang
akan digunakan, seperti FTP atau HTTP. Tentukan masalah keamanan komunikasi atau enkripsi,
kecepatan transfer data, dan mekanisme sinkronisasi.>

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 9 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom
5. Requirements Lain
<Definisikan requirments lain yang tidak tercakup di SKPL ini. Hal-hal yang mungkin termasuk
requirements database, requirements internasionalisasi, requirements hukum, tujuan penggunaan
kembali untuk proyek, dan sebagainya. Menambahkan bagian baru yang berkaitan dengan
proyek.>

Lampiran A: Daftar Kata-Kata Sukar

<Tentukan semua requirements yang diperlukan untuk menafsirkan SKPL ini dengan benar,
termasuk akronim dan singkatan. Anda mungkin ingin membuat daftar yang terpisah yang
mencakup beberapa proyek atau seluruh organisasi, dan hanya mencakup istilah khusus untuk
satu proyek di setiap SKPL.>

Lampiran B: Analysis Models

<Opsional. Masukkan model analisis yang berhubungan, seperti, state-transition diagrams, flow-
map, atau entity-relationship diagrams (ERD).>

Prodi S1 Teknik Informatika - Universitas Telkom SKPL-xxx Halaman 10 dari 12

Dokumen ini dan informasi yang ada di dalamnya adalah milik Prodi S1 Teknik Informatika-Universitas
Telkom dan bersifat rahasia. Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Program
Studi S1 Teknik Informatika, Universitas Telkom