Anda di halaman 1dari 16

SKPL-xx

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

< SISTEM INFORMASI PENGOLAHAN NILAI SISWA >

untuk:

< SMK WIRAGUNA LIMBANGAN >

Dipersiapkan oleh:

<Asep Hidayat Ramdani & Didit Meidi>

Program Studi Teknik Informatika/Sistem dan Teknologi Informasi

UIN Sunan Gunung Djati Bandung

Nomor Dokumen Halaman


Program Studi Teknik
Informatika UIN Sunan
Gunung Djati Bandung SKPL-xx <xx:no grp> <#>/<jml #
Revisi <nomor revisi> Tgl: <isi tanggal>
DAFTAR PERUBAHAN
Revisi Deskripsi
A

INDEX - A B C D E F G
TGL

Ditulis
oleh

Diperiksa
oleh

Disetujui
oleh

Program Studi Teknik Informatika SKPL-xx Halaman 2/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

Program Studi Teknik Informatika SKPL-xx Halaman 3/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
Daftar Isi
1. Pendahuluan..........................................................................................................................................................5
1.1 Tujuan Penulisan Dokumen......................................................................................................................5
1.2 Lingkup Masalah.......................................................................................................................................5
1.3 Definisi, Istilah dan Singkatan.................................................................................................................5
1.4 Aturan Penomoran....................................................................................................................................5
1.5 Referensi...................................................................................................................................................5
1.6 Deskripsi umum Dokumen (Ikhtisar)........................................................................................................5
2 Deskripsi Umum Perangkat Lunak...................................................................................................................6
2.1 Deskripsi Umum Sistem...........................................................................................................................6
2.2 Karakteristik Pengguna.............................................................................................................................6
2.3 Batasan......................................................................................................................................................6
2.4 Lingkungan Operasi..................................................................................................................................6
3 Deskripsi Kebutuhan.........................................................................................................................................7
3.1 Kebutuhan Antarmuka Eksternal..............................................................................................................7
3.1.1 Antarmuka pemakai..........................................................................................................................7
3.1.2 Antarmuka Perangkat Keras.............................................................................................................7
3.1.3 Antarmuka Perangkat Lunak.............................................................................................................7
3.1.4 Antarmuka Komunikasi....................................................................................................................7
3.2 Kebutuhan Fungsional..............................................................................................................................7
3.3 Model Use Case........................................................................................................................................7
3.3.1 Diagram Use Case.............................................................................................................................7
3.3.2 Definisi Actor....................................................................................................................................7
3.3.3 Definisi Use Case..............................................................................................................................8
3.3.4 Skenario Use Case.............................................................................................................................8
3.4 Diagram Kelas...........................................................................................................................................8
3.5 Diagram Kelakuan....................................................................................................................................8
3.6 Kebutuhan Non Fungsional.......................................................................................................................9
3.7 Batasan Perancangan.................................................................................................................................9
3.8 Kerunutan (traceability)............................................................................................................................9
3.8.1 Kebutuhan Fungsional vs Use Case..................................................................................................9
3.8.2 Use Case vs Kelas Terkait...............................................................................................................10
3.9 Ringkasan Kebutuhan.............................................................................................................................10
3.9.1 Kebutuhan Fungsional....................................................................................................................10
3.9.2 Kebutuhan Non Fungsional.............................................................................................................10

Setelah Daftar Isi Boleh ada Daftar Tabel dan Daftar Gambar

Program Studi Teknik Informatika SKPL-xx Halaman 4/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini merupakan kumpulan dokumentasi untuk kebutuhan perangkat lunak SIPNS (Sistem Informasi
Pengolahan Nilai Siswa). SIPNS ditunjukan sebagai perangkat lunak yang mengelola data Nilai Siswa.
Dalam dokumen ini terdapat daftar kebutuhan perangkat lunak dengan definisi dan penjelasanya. Dokumen ini
bertujuan sebagai acuan utama SIPNS untuk pengembangannya
.

1.2 Lingkup Masalah


Pengelolaan nilai siswa yang manual sering kali mendapatkan masalah terutama pada masalah waktu dan
ketelitian, maka di buatlah Sistem Informasi Pengelolaan Nilai Siswa ini yang di dalamnya terdapat Mata
Pelajaran,Guru,Nilai,Siswa,Pengolahan Rapor, serta Laporan Nilai Siswa di sesuaikan dengan kebutuhan
jamaah.

1.3 Definisi, Istilah dan Singkatan


ID Definisi/Istilah/Singkatan Deskripsi
SIPNS-DIS-01 SIPNS Sistem Informasi Pengolahan Nilai
Siswa
SIPNS-DIS-02 UCD Use Case Diagram
SIPNS-DIS-03 CD Class Diagram

1.4 Aturan Penomoran


Penomoran Cara Penomoran Deskripsi Penomoran
Definisi, Istilah, dan Singkatan S-XX S merupakan kode untuk Siswa, Istilah,
dan Singkatan
XX merupakan nomor pembeda Siswa,
Istilah, dan Singkatan
Kebutuhan Fungsional SIPNS-F-XX F merupakan kode dari Fungsional
XX merupakan nomor pebeda kebutuhan
fungsional
Kebutuhan Non-Fungsional SIPNS-NF-XX NF merupakan kode dari Non-Fungsional
XX merupakan nomor pembeda
kebutuhan non-fungsional

1.5 Referensi

1.6 Deskripsi umum Dokumen (Ikhtisar)


Dokumen ini terdiri dari empat bab yaitu bab 1 Pendahuluan, Bab 2 Deskripsi Umum Perangkat Lunak, dan Bab
3 Deskripsi Kebutuhan.

Bab 1 Terdiri dari enam subbab yaitu Tujuan Penulisan Dokumen, Lingkup Masalah, Definisi, Istilah dan
Singkatan, Aturan Penomoran, Referensi, dan Deskripsi Umum Dokumen (Ikhtisar). Subbab Lingkup masalah
menggambarkan sejauh apa perancangan dari pengembangan yang akan dilakukan dalam dokumen ini. Subbab
Definisi, Istilah, dan Singkatan yang digunakan dalam dokumen ini. Subbab Aturan Penomoran berisi aturan
penomoran yang akan digunakan agar konsisten. Subaba Referensi berisi refernsi yang digunakan dalam
pembuatan perangkat lunak dan dokumen ini. Subbab Deskripsi Umum Dokumen (Ikhtisar) berisi
gambaran/sistematika dalam penulisan dokumen ini.

Bab 2 terdiri dari tiga subbab utama yaitu Deskripsi Umum Sistem, Karakteristik Penghuna, Batasan, dan
Lingkungan Operasi. Subbab Deskripsi Umum Sistem berisi gambaran umum sistem yang dirancang disertai
gambar system overview. Subbab Karakteristik Pengguna berisi penjelasan tugas dari penggunaan dan apa saja
yang bisa diakasesnya dalam sistem. Subbab Batasan berisi batasan yang ditentukan dalam perancangan sistem
berupa hal-hal yang terkait dengan sistem. Subbab Lingkungan Operasi berisi Lingkungan dimana sistem yang
dikembangkan akan dipasang.
Program Studi Teknik Informatika SKPL-xx Halaman 5/ dari 16 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
Bab 3 terdiri dari enam subbab yaitu Kebutuhan Antarmuka Eksternal, Kebutuhan Fungsional, Kebutuhan Data,
Kebutuhan Non Fungsional, Batasan Perancangan, Kerunutan (traceability), dan Ringkasan Kebutuhan. Subbab
Kebutuhan Antarmuka Eksternal berisi kebutuhan eksternal yang dibutuhkan oleh sistem yang akan dibangun.
Subab Kebutuhan Fungsional berisi daftar kebutuhan perangkat lunak berupa layanan yang akan disedikan pada
perangkat lunak. Subbab Kebutuhan Data berisi gambaran-gambaran data yang dibutuhkan dan
keterkaitan/hubungannya. Subbab kebutuhan Non Fungsional berisi batasan terhadap layanan yang disedikan
perangkat lunak. Subbab Kerunutan (traceability) berisi kerunutan anatara definisi awal perangkat lunak dengan
perancangan yang dibuat untuk perangkat lunak. Subbab Ringkasan Kebutuhan berisi ringkasan semua
kebutuhan yang mencerminkan semua hal yang harus dipenuhi dalam perangkat lunak.

Program Studi Teknik Informatika SKPL-xx Halaman 6/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

Sistem informasi Pengolahan Nilai merupakan aplikasi berbasis dekstop yang dapat di operasikan di PC yang
diperukan pada Tata Usaha sekolah. Aplikasi ini dapat memudahkan Admin yaitu pada Pengolahan Nilai Siswa
yang sudah bisa ditangani oleh sistem dengan fitur-fitur yang dimilikinya.

Sistem Informasi Pengolahan Nilai Siswa memiliki fitur-fitur yang dapat menangani segala aktifitas Rekap Nilai
Siswa seperti Pengolahan data Guru, Siswa, Matapelajaran, Penghitungan Nilai Siswa dan laporan-laporan Nilai
Siswa. Sistem Informasi Pengolahan Nilai Siswa ini berjalan secara update, cepat, dan realtime. Karena pada
kasus nyatanya seperti yang kita ketahui pada Sistem Informasi Pengolahan Nilai Siswa lainnya setiap
administrasi nya harus terintegrasi dengan cepat dan penuh dengan ketelitian, karena Admin dituntuk untuk
bekerja dengan cepat untuk mengantisipasi keterlambatan informasi rapor demi memenuhi ketuntasan predikat
siswa. Sistem ini pun mudah digunakan untuk pengguna sistem, karena design UI (User Interface) yang mudah
dioprasikan oleh pengguna.

2.2 Karakteristik Pengguna

Kategori Pengguna Tugas Hak Akses ke aplikasi


Siswa - Melihat Rapor - Login
- Melihat Rapor
Admin (Tata Usaha) - Mengelola Data Siswa - Mencari, Menabahkan,
- Mengelola Data Guru Mengurangi, Mengedit Data
- Mengelola Data Mata Pelajaran Guru
- Mengelola Data Rapor - Mencari, Menabahkan,
- Mengelola Laporan Rapor Mengurangi, Mengedit Data
Mata Pelajaran

Program Studi Teknik Informatika SKPL-xx Halaman 7/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
Kategori Pengguna Tugas Hak Akses ke aplikasi
- Mencari, Menabahkan,
Mengurangi, Mengedit Data
Siswa
- Mencari, Menabahkan,
Mengurangi, Mengedit Data
Nilai
- Mencari, Menabahkan,
Mengurangi, Mengedit Data
Rapor

2.3 Batasan
Adapun Batasan masalah pada pembuatan aplikasi ini adalah:

1. Pembangunan sistem ini merupakan sistem berbasis desktop yang dapat di operasikan di PC yang
diperentukan pada Travel Umrah, seperti PC kasir, admin,Mahram/Pembimbing, dan pemilik Travel
2. Menggunakan Software pendukung dalam pembuatan teknologi sistem desktop secara umum dengan
menggunakan bahasa pemograman NetBin, sedangkan pengolahan basis datanya menggunakan
software SQL SERVER 2008
3. Sistem hanya menangani Data Siswa, Guru, Mata Pelajaran dan Laporan Nilai.

2.4 Lingkungan Operasi


Bagian Sistem Informasi yang kami buat dapat dioperasikan karena didukung oleh beberapa perangkat lunak.
Dan perangkat lunak yang dibutuhkan oleh user maupun administrator adalah:
1. Server :
- Sistem Operasi : Microsof Windows XP/Vista/7/8
- DBMS : SQL SERVER 2008

2. Client :
- Sistem Operasi : Microsof Windows XP/Vista/7/8
- DBMS : SQL SERVER 2008

3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Adapun kebutuhan antarmuka eksternal yang dibutuhkan oleh sistem yang akan dibangun adalah:

1. Memori yang digunakan mampu menampung proses-proses yang terjadi di dalam sistem
2. Server yang dapat mendukung kinerja sistem agar cepat

3.1.1 Antarmuka pemakai


Kebutuhan antarmuka pengguna

1. Mouse dan Keyboard untuk membantu dalam mengoprasikan sistem


2. Printer untuk mencetak Laporan Nilai.

3.1.2 Antarmuka Perangkat Keras


Kebutuhan minimal perangkat keras yang dapat digunakan adalah:
1. RAM 1 GB
2. Monitor dengan resolusi 1366 x 768
3. Proseseor INTEL PENTIUMCompatible
4. Keyboard dan mouse untuk interaksi user

Program Studi Teknik Informatika SKPL-xx Halaman 8/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
5. PC yang dapat mengoprasikan SI Apotik
6. Printer

3.1.3 Antarmuka Perangkat Lunak


Perangkat lunak yang dibutuhkan dalam pembangunan agar terintegrasi adalah:
1. SQL SERVER 2008 Client
Sebagai database yang dibutuhkan untuk menyimpan semua Informasi yang diproses
2. Java NetBin
Sebagai Bahasa Pemograman berbasis Desktop
3. iReport
Sebagai plug-in dari Java NetBin untuk membuat sebuah Report
4. Microsof Windows XP/Vista/7/8
Sebagai Sistem Oprasi untuk menjalankan aplikasi ini

3.1.4 Antarmuka Komunikasi


1. TCP/IP (Transmission Control Protocol/Internet Protocol) digunakan sebagai sumber komunikasi data
yang dipakai oleh komunitas internet dalam proses tukar-menukar data dari satu komputer ke komputer
lain di dalam jaringan internet

3.2 Kebutuhan Fungsional


Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan penjelasan jika perlu. Bisa
dibuat dalam bentuk tabel.

ID Kebutuhan Penjelasan

Pada subbab berikutnya, buatlah diagram konteks dan DFD level berikutnya.

Program Studi Teknik Informatika SKPL-xx Halaman 9/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
3.3 Model Use Case

3.3.1 Diagram Use Case

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:

Aktor Dskripsi

Aktor yang menjadi Penguna Sistem ini untuk melakukan


Petugas Tata Usaha (TU)
Pengolahan Nilai dan Input Data

Aktor yang menjadi subjek pada sistem ini untuk


Sistem Pengolahan Nilai Siswa
melakukan pengamanan sistem.

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.

Nama Use Case : Login


Program Studi Teknik Informatika SKPL-xx Halaman 10/ dari 16 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
Actor : Siswa, Sistem Pengolahan Nilai
Type : Primary
Tujuan : Verifikasi user
Aktor Sistem
User memasukan user name dan
pasword pada sistem dan mengklik
button login
Sistem melakukan verifikasi data user,
bahwa yang dimasukan adalah data yang
falid
Jika falid maka masuk ke menu utama.
Jika salah, akan ada pesan.

Nama Use Case : Input Data


Actor : Pegawai TU, Sistem Pengolahan Nilai
Type : Primary
Tujuan : Memasukan Data Siswa, guru, Data Mata Pelajaran dan Data Nilai

Aktor Sistem

User memilih button Input data.

Kemudian user memilih data apa yang


akan di inputkan, terdapat pilihan data
siswa, data guru, data mata pelajaran
dan data penilaian setelah selesai klik
Ok
Setelah selesai menginputkan data, maka
.
data akan dikirim oleh sistem ke data base

Nama Use Case : Tampilkan Data


Actor : Pegawai TU, Sistem Pengolahan Nilai
Type : Primary
Tujuan : Menampilkan Data Siswa, guru dan Data Mata Pelajaran

Aktor Sistem

User memilih button tampil data

Kemudian user memilih data apa yang


akan di inputkan, terdapat pilihan data
siswa, data guru, data mata pelajaran
dan data penilaian
Sistem akan memanggil data dari data base
sesuai yang dipilih oleh user.

Nama Use Case : Mengolah Nilai


Actor : Pegawai TU, Sistem Pengolahan Nilai
Type : Primary
Program Studi Teknik Informatika SKPL-xx Halaman 11/ dari 16 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
Tujuan : Menghasilkan Nilai hasil studi siswa.

Aktor Sistem

User memasukan nilai tugas, nilai


ulangan, nilai UTS dan nilai UAS
Sistem akan melakukan pengolahan nilai
sesuai kurikulum dari sekolah yang
bersangkutan
Kemudian sistem akan menampilkannya
pada tabel penilaian.

Nama Use Case : Tampilkan Nilai


Actor : Pegawai TU, Sistem Pengolahan Nilai
Type : Primary
Tujuan : Menghasilkan Nilai hasil studi siswa.

Aktor Sistem

User menampilkan nilai dengan


memilih button tampil nilai

Kemudian user memilih menampilkan


nilai berdasarkan ID, nama atau kelas
Kemudian sistem akan menampilkannya
laporan penilaian hasil pengolahan pada
tabel penilaian siswa, berdasarkan kriteria
yang dipilih oleh user

Nama Use Case : Cetak laporan


Actor : Pegawai TU, Sistem Pengolahan Nilai
Type : Primary
Tujuan : Menghasilkan Nilai hasil studi siswa.

Aktor Sistem

User menampilkan data hasil


penilaian

Kemudian User memilih button cetak


laporan atau report

Kemudian sistem akan mencetak data hasil


penilaian siswa

Sistem akan mencetak dalam bentuk


format Pdf

Program Studi Teknik Informatika SKPL-xx Halaman 12/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
3.4 Diagram Kelas

Bagian ini diisi dengan daftar seluruh kelas kelas analisis dalam tabel berikut:

No Nama Kelas Jenis


1 Siswa
2 Guru
3 Mata Pelajaran
4 Nilai
5 Detail Rapor
6 Laporan Rapor

Untuk setiap kelas analisis, lakukan (dengan melengkapi subbab-subbab berikutnya):


identifikasi tanggung-jawab (responsibility)

identifikasi atribut

Nama Kelas Daftar Tanggung-Jawab Daftar Atribut


Kelas Siswa 1. Simpan_Siswa () 1.NIS : int
2.Ubah_Siswa() 2.Nama : char (30)
3.Hapus_Siswa() 3.Jenis_Kelamin: char (5)
4.Cari_Siswa() 4.Tgl_Lahir : char (10)
5.Tempat_Lahir : char (20)
6.Kelas : char (5)
Program Studi Teknik Informatika SKPL-xx Halaman 13/ dari 16 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
7.Alamat :char (50)
Kelas Guru 1. Simpan_Guru () 1.NIP : int
2.Ubah_ Guru () 2.Nama_Guru : char (30)
3.Hapus_ Guru () 3.Jenis_Kelamin: char (5)
4.Cari_ Guru () 4.Jabatan : char (10)
Kelas Mata_Pelajaran 1. Simpan_Mapel() 1.Kode_Mapel: int
2.Ubah_Mapel() 2.Nama_Mapel : char (30)
3.Hapus_Mapel()
4.Cari_Mapel()
Kelas Nilai 1.Set_Nilai() 1.Kode_Nilai : int
2.Simpan_Siswa () 2.Nama_Guru: char (30)
3.Ubah_Siswa() 3. Kode_Mapel: int
4.Hapus_Siswa() 4. Nama_Mapel : char (30)
5.Cari_Siswa() 5. Kelas : char (5)
6.Semester : char (5)
7.Tahun_Ajaran : int
8.NIS : int
9.Nama_Siswa : char (20)
10.Nilai_Tugas : double
11.Nilai_Ulangan : double
12.UTS : double
13.UAS : double
Kelas Detail Rapor 1. Get_DataSiswa () 1.Kode_Rapor : int
2. Get_DataMapel () 2.Kode_Nilai : int
3. Get_DataGuru() 3. Nama_Mapel : char (30)
4. Get_Nilai () 4. NIP : int
5. Nama_Guru : char (30)
6. NIS : int
7.Nama_Siswa : char (20)
8.Kelas : char (5)
9.Semester : char (5)
10.Tahun_Ajaran : int

Kelas Laporan Rapor 1. Get_LaporanSiswa () 1.Kode_Rapor : int


2. Get_LaporanMapel () 2.NIS : int
3. Get_LaporanGuru()
4. Get_LaporanDetaiRapor ()

3.5 Diagram Kelakuan


Jika diperlukan, buatlah diagram kelakuan sesuai kebutuhan. Bisa berupa diagram kelakuan
sistem maupun diagram kelakuan sebuah kelas.

3.6 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
Availability
Reliability
Ergonomy
Portability
Memory
Response time
Safety N/A
Security

Program Studi Teknik Informatika SKPL-xx Halaman 14/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
ID Parameter Kebutuhan
Others 1: Bahasa Misalnya : semua tanya jawab harus dalam
komunikasi bahasa Indonesia
Setiap layar harus mengandung logo PT Pos
Indonesia

Catatan :
Availability : ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per
haritanpa gagal
Reliability : keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah %)
sehingga harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical Application yang jika
gagal akan berakibat fatal.
Ergonomy : kenyamanan pakai bagi pengguna
Portability : kemudahan untuk dibawa dan dioperasikan ke mesin/sistem operasi/platform yang lain
Memory : jika perhitungan kapasitas memori internal kritis (misalnya untuk SW yang harus dijadikan CHIPS
dan ukurannya harus kecil
Response time : Batasan waktu yang harus dipenuhi. Sangat penting untuk aplikasi Real Time. Contoh:
Aaplikasi harus mampu menampilkan hasil dalam 4 detik, atau ATM harus menarik kembali kartu yang
tidak diambil dalam waktu 3 menit
Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik
Security : aspek keamanan yang harus dipenuhi.

3.7 Batasan Perancangan


Sebutkan batasan perancangan jika ada. Contoh : harus memakai library yang ada, harus memakai sepotong
kode yang sudah pernah dikembangkan, harus memperhatikan hal-hal tertentu

3.8 Kerunutan (traceability)


Diisi dengan tabel yang berisi traceability dari hasil analisis. Gunanya untuk menilai apakah hasil analisis
runut dan lojik. Untuik sementara, baru didefinisikan Data-store versus E-R.

3.8.1 Kebutuhan Fungsional vs Use Case


Mapping kebutuhan fungsional dengan use case terkait

ID Kebutuhan ID Use Case Terkait


Fungsional

3.8.2 Use Case vs Kelas Terkait

Mapping use case dengan kelas-kelas terkait

ID Use Case Kelas Terkait

3.9 Ringkasan Kebutuhan


Bab ini berisi ringkasan semua kebutuhan. Kebutuhan ini mencerminkan semua hal yang harus dipenuhi, dan
nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua kebutuhan harus dapat
ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: fungsional dan non fungsional.

Program Studi Teknik Informatika SKPL-xx Halaman 15/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
3.9.1 Kebutuhan Fungsional

ID Deskripsi

3.9.2 Kebutuhan Non Fungsional


ID Deskripsi

Program Studi Teknik Informatika SKPL-xx Halaman 16/ dari 16 halaman


Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.