DESKRIPSI PERANCANGAN PERANGKAT LUNAK SA

(1)

DESKRIPSI PERANCANGAN PERANGKAT LUNAK

SAKu

Sistem Administrasi dan Keuangan HIMAPRODI SI

untuk:

LUH MADE YULYANTARI, S.K.om., M.Pd

Dipersiapkan oleh:

Pande Putu Widya Oktapratama

(150030003)

I Gede Pradipta Adi Nugraha

(150030010)

I Made Darma Setiawan

(150030041)

Ardian Surya Saputra

(150030085)

Ni Komang Triana Putri

(150030108)

Program Studi Sistem Informasi

Sekolah Tinggi Manajemen Informatika dan Teknik Komputer

(STMIK) STIKOM Bali

2016

Program Studi Sistem Informasi STMIK STIKOM Bali

Nomor Dokumen Halaman

DPPL-001

<#>/<jml #

(2)

DAFTAR PERUBAHAN

Revisi

Deskripsi

A

B

C

D

E

F

G

INDEX - A B C D E F G

TGL Ditulis

oleh Diperiksa

oleh Disetujui

(3)

Daftar Halaman Perubahan

(4)

Daftar Isi

Daftar Gambar

Hanya dicantumkan dan diisi jika ada gambar pada badan dokumen

Daftar Tabel

Hanya dicantumkan dan diisi jika ada tabel pada badan dokumen

Daftar Lampiran

(5)

1. Pendahuluan

Dokumen ini berisi Deskripsi Kebutuhan Perangkat Lunak (DPPL) atau software requirement specification (SRS). Untuk penamaan dokumen ini selanjutnya akan digunakan istilah DPPL.

1.1 Tujuan Penulisan Dokumen

Dokumen Deskripsi Kebutuhan Perangkat Lunak (DPPL) merupakan Deskripsi kebutuhan perangkat lunak yang akan dikembangkan. Dokumen ini digunakan oleh pengembang perangkat lunak ini bertujuan sebagai acuan atau panduan baik bagi pengembang dan pengguna perangkat lunak selama dalam pengembangan perangkat lunak yang akan dibangun. Sedangkan kebutuhan perangkat lunak adalah kondisi atau kemampuan yang harus dimiliki untuk memenuhi apa yang disyaratkan oleh perangkat lunak atau diinginkan oleh pemakai.

1.2 Lingkup Masalah

SAKu (Sistem Administrasi dan Keuangan) HIMAPRODI Sistem Informasi merupakan Sistem Administrasi dan Keuangan berbasis web sebagai Software yang berguna untuk mempermudah mengatur seluruh kegiatan atau aktifitas administrasi dan keuangan khususnya organisasi mahasiswa di STIKOM BALI yaitu HIMAPRODI SI.

1.3 Definisi, Istilah, dan Akronim

Dalam Dokumentasi Perangkat Lunak ini akan digunakan

beberapa akronim atau singkatan, dan istilah-istilah yang

mempunyai definisi. adalah sebagai berikut :

Akronim/Singka

tan

Penjelasan

SKPL

Spesifikasi Kebutuhan Perangkat Lunak

merupakan spesifikasi perangkat lunak yang

akan dikembangkan.

DFD

Data Flow Diagram yang digunakan untuk

menunjukan aliran data pada perangkat

lunak.

ERD

Entity Relationship Diagram, diagram dan

notasi yang digunakan untuk

mempresentasikan struktur data statis pada

perangkat lunak.

(6)

BALI yaitu HIMAPRODI SI.

SKPL-JKXX.Y<SAKu>

Kode yang digunakan untuk

mempresentasikan kebutuhan (requirement)

pada SAKu (Sistem Administrasi dan

Keuangan) HIMAPRODI SI, dengan SAKu

HTML

Hyper Text Markup Language, sebuah

Bahasa markah yang digunakan untuk

membuat sebuah halaman web,

menampilkan berbagai informasi di dalam

sebuah penjelajah web internet.

JavaScript

Bahasa skrip yang popular di internet dan

dapat bekerja di sebagian besar penjelajah

web popular seperti Internet Explorer (IE),

Mozila Firefox, Netscape dan Opera. Kode

JavaScript dapat disisipkan dalam halaman

web menggunakan tag SCRIPT.

PHP

Hypertext Preprocessor Bahasa skrip yang

dapat ditanamkan atau disisipkan kedalam

HTML. PHP banyak dipakai untuk

memprogram situs web dinamis.

CSS

Cascading Style Sheet merupakan salah satu

Bahasa pemrograman web untuk

mengendalikan beberapa komponen dalam

sebuah web sehingga akan lebih terstruktur

dan seragam.

MANIPULASI

Hak akses untuk melakukan perubahan

terhadap suatu hal seperti input, view, edit

dan delete.

QUERY

Ekspresi yang digunakan dalam

pengaksesan basis data.

HIMAPRODI SI

Himpunan Mahasiswa Program Studi Sistem

Informasi merupakan organisasi mahasiswa

Program Studi Sistem Informasi di STIKOM

Bali.

(7)

menjadi objek pengembangan aplikasi kami.

1.4 Aturan Penomoran dan Penamaan

1.4.1 Aturan Penomoran dan Penamaan Spesifikasi Kebutuhan

Setiap kebutuhan perangkat lunak dalam dokumen ini akan diberi penomoran dengan format :

SKPL-JK-XX.Y <nama proyek>, dengan :

 JK adalah jenis kebutuhan. JK dapat diisi dengan :  F untuk jenis kebutuhan fungsional

 NF untuk jenis kebutuhan non fungsional

 XX adalah nomor kebutuhan fungsi (dua digit) dimulai dari 00, 01, 02, …

 Y adalah nomor fungsi rinci, yang diturunkan dari kebutuhan nomor XX. Jika suatu kebutuhan bukan turunan maka nilai Y diisi 0.

1.4.2 Aturan Penomoran dan Penamaan Tabel

Tabel diberi nama awalan huruf T kapital, diikuti dengan nama entitas tabel tersebut. Tiap karakter awal kata dalam nama entitas tabel, dimulai dengan huruf kapital, tanpa adanya spasi antar kata bila nama entitas lebih dari satu kata. Penomoran tabel mengikuti format TAB-X, dengan X menyatakan nomor urut tabel.

Contoh : TAB-1 TDosen

TAB-2 TStandarKredit

1.4.3 Aturan Penomoran dan Penamaan Fungsi / Proses

Penomoran fungsi menurut format FS-X, FS-X.Y, F S-X.Y.Z, dan seterusnya, dengan X,Y,Z menyatakan tingkatan level fungsi/proses pada Data Flow Diagram (DFD) sesuai dengan kedalaman fungsi. Setiap fungsi diberi nama sesuai dengan deskripsinya.

Contoh :

FS-1.1 Validasi Pengguna FS-1.3.1 Pemilihan Menu

1.4.4 Aturan Penomoran dan Penamaan Query

Penamaan query disesuaikan dengan fungsinya. Penomorannya mengikuti format

QUE-X, dengan X menyatakan nomor urut query.

Contoh :

ID Query

Deskripsi

Ekspresi Query

QUE-17

Menambah Data Syarat

Tambahan untuk

komponen kegiatan

pada TSyaratTambahan

INSERT INTO TsyaratTambahan

VALUES (IdSyarat masukan,

IdStandar masukan, Deskripsi

masukan)

1.4.5 Aturan Penomoran dan Penamaan Layar Pesan

Setiap layar pesan diberi nama sesuai dengan pesan yang ditampilkan.

Penomorannya mengikuti format LP-X, dengan X menyatakan nomor urut layar

pesan.

Contoh :

(8)

LP-41

Saat btnHapus diklik

tetapi txtNIP masih

kosong

Masukkan NIP dosen !

1.4.6 Aturan Penomoran Algoritma

Algoritma diberi nama sesuai dengan tujuan algoritma itu. Penomorannya

mengikuti format ALGO-X, dengan X menyatakan nomor urut algoritma.

Contoh :

Id Proses : ALGO-14

Initial State (IS) :

Tabel TStandarMinimalKredit sudah ada

Final State (FS) :

Jika txtIdStandar masih kosong, akan ditampilkan layar pesan LP-26. Jika

IdStandar masukan valid, akan ditampilkan layar pesan LP-28, jika gagal

akan ditampilkan layar pesan LP-27

Spesifikasi Proses/Algoritma :

IF (IsNotEmpty(txtIdStandar)) THEN

Jalankan query QUE-14

IF (berhasil) THEN

Tampilkan layar pesan LP-28

ELSE

Tanpilkan layar pesan LP-27

ELSE

Tampilkan layar pesan LP-26

1.5 Referensi

Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah sebagai berikut:

1. IEEE Std 830-1993, IEEE Recommended Parctice for Software

Requirement Specifications.

2. Software Engineering, Aparctitioner’s Approach 5th_{edition, Roger}

S Pressman, Mc Graw Hill, 2001.

1.6 Deskripsi Umum Dokumen

Dokumen DPPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi penjelasan tentang dokumen DPPL yang mencakup tujuan pembuatan dokuman ini, lingkup masalah perangkat lunak yang dikembangkan definisi, referensi, dan deskripsi umum.

Bagian kedua berisi penjelasan rancangan global dari SAKu, mencakup perancangan implementasi, deskripsi data, domain/tipe, deskripsi tabel aplikasi dan dekomposisi modul. Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.

(9)

Bagian ini berisi rancangan global dari PLAKAT, mencakup perancangan implementasi, deskripsi data, domain/tipe, deskripsi tabel aplikasi dan dekomposisi modul.

2.1 Rancangan Lingkungan Implementasi

PLAKAT dikembangkan dan diimplementasikan dalam lingkungan sebagai berikut :

Perangkat Keras :

Tidak diperlukan perangkat keras khusus dalam pengembangan dan implementasi PLAKAT, yang penting kompatibel terhadap perangkat lunak yang digunakan, dalam hal ini adalah mesin IBM/PC compatible.

Perangkat Lunak :

-

Sistem Operasi : PLAKAT merupakan perangkat lunak stand-alone yang berjalan di lingkungan Windows.

-

DBMS : Basis Data PLAKAT dikelola dengan DBMS MySQL versi xx.xx.

-

Bahasa Pemrograman : Bahasa pemrograman yang digunakan adalah Borland Delphi 7

2.2 Deskripsi Data

Tabel 2-1 Deskripsi Data N

o Nama Tabel / Data Jenis Volume Laju

Primary Key

Integrity Constrain t

1 Tdosen Tabel

Induk

2 TnilaiKredit Tabel Induk

dit TabelInduk 20record 5 recordper tahun IdStandar -4 TSyaratTambahan Tabel

Induk

5 Tpengguna Tabel Induk

6 TPerolehanKredit Tabel Referensi

7 TJabatanTerakhir Tabel Referensi

9 Informasi Pilihan Menu

Masukan Pengguna

dinamik - -

-2.2.1 Definisi Domain/Type

Tabel 2-2 Definisi Domain/Type

Domain Name Type

NIP Char 9

(10)

NoSeriKARPEG Char 9

JenisKelamin Char 1

TTL VarChar 30

PendidikanTertinggi VarChar 30 JmlKreditTerakhir Integer

MasaKerja Float

UnitKerja VarChar 20

IdKredit Integer

NilaiKredit Float

Deskripsi String

IdStandar Integer

JabatanFungsional VarChar 20

Pangkat VarChar 20

MinimalKredit Float

IdSyarat Integer

Login VarChar 10

Password VarChar 8

TglDapatKredit Date

Keterangan String

Tempat VarChar 20

TglDapatJabatan Date

TglMemenuhi Date

(11)

2.2.2 Conceptual Data Model

syarat memenuhi syar at

standar jabatan menjabat

kredit ters edia memperoleh

TP eng gun a Lo gin Pa sswo rd

TNilaiK red it IdKred it Ni laiKredit De skrip si

TS tand arM inim alK redit IdS tan dar

Ja bata nFu ngsio nal Pa ngka t

Mi nim alKre dit

TS yara tTa mba han IdSyarat

IdStan dar De skrip si TDose n

NIP Na ma

No Seri KARPEG Je nisK elam in TT L

Pe ndid ikan Tertingg i Jm lKre ditT erakhir Ma saK erja Un itKe rja

TP erol eha nKre dit IdP ero leha nKre dit NIP

IdK red it Tg lDap atK redit Te mpa t Ke tera ngan

TJaba tanT erakhir NI P

IdStan dar Tg lDap atJa batan

TP eme nuh anS yara tTam ba han IdPem enuh anS yara t

NI P IdSyarat Tg lPem en uhan Te mpa t Ke tera ngan

(12)

2.2.3 Physical Data Model

Gambar 2-2 Physical Data Model (PDM)

2.2.4 Daftar Tabel Aplikasi

Tabel 2-3 Daftar Tabel Aplikasi Nama Tabel Primary

Key

Data Store E/R Deskripsi Isi TDosen NIP Data Dosen Dosen Data dosen yang

terdaftar di Departemen Teknik

Informatika ITB TNilaiKredit IdKredit Data Nilai

Kredit

Kredit Data kredit yang tersedia beserta nilai dan deskripsinya

……… ………… ……… ……….. …….

2.3 Dekomposisi Fungsional Modul

Tabel 2-4 Dekomposisi Fungsional Modul No.

Fungsi Fungsi / Proses

Tabel / Data Input

Tabel / Data Output

Keteranga n

(SKPL-F-01.0) PLAKAT

Mampu melakukan validasi pengguna

TPengguna

(13)

………… ……… ……….. ………. ……...

(SKPL-F-11.0)

mampu melakukan pengubahan password pengguna

TPengguna TPengguna

3 Deskripsi Perancangan Rinci

3.1 Deskripsi Rinci Tabel

3.1.1 Tabel User

IdField Deskripsi Type & Length

Boleh NULL

Default Keteran gan id_user Nomor identitas

Admin

Int 5 Tidak - Nomor

identitas username Nama identitas

admin untuk login

VarChar 10 Tidak - Nama Identitas Password Sandi yang

digunakan untuk admin login

VarChar 255 Tidak - Kata sandi Admin Email Email yang

digunakan untuk verifikasi

VarChar 30 Tidak - Email Admin

Src_gambar Gambar Profil admin yang diambil dari foldernya

Text Tidak - Gambar

Profil Admin

3.1.2 Tabel Pengurus

Boleh NULL

Default Keteran gan Id_pengurus Nomor identitas

pengurus

Int 5 Tidak - Nomor

identitas Periode Lamanya menjabat

sebagai pengurus

VarChar 10 Tidak - Jangka Waktu Menjabat Id_jabatan Nama pangkat VarChar 20 Tidak -

-MinimalKredit Nilai kredit minimal

Float Tidak -

-3.1.3 Tabel TNilaiKredit

Boleh NULL

Default Keteran gan IdKredit Identitas kredit Integer Tidak - -NilaiKredit Besarnya kredit Float Tidak - -Deskripsi Deskripsi dari

kredit

String Tidak -

-3.1.4 Tabel TPengguna

Boleh NULL

Default Keteran gan Login Login pengguna VarChar 10 Tidak - -Password Password

pengguna

(14)

-3.1.5 Tabel TPerolehanKredit

………….dan seterusnya

3.2 Deskripsi Fungsional secara Rinci

3.2.1 Spesifikasi Fungsi/Proses FS-1.1 Validasi Pengguna

Identifikasi/Nama : FS-1.1 Validasi Pengguna

Deskripsi Isi : Proses ini menerima login dan password pengguna perangkat lunak PLAKAT, kemudian melakukan validasi terhadap login dan password tersebut di tabel TPengguna

Jenis : Form Entry Columnar

3.2.1.1 Spesifikasi Tabel Input

Tidak ada.

3.2.1.2 Spesifikasi Tabel Output

Daftar Tabel Output untuk Fungsi/Proses Validasi Pengguna

No Kode Tabel Output Nama Tabel Output

(15)

3.2.1.3 Spesifikasi Layar Utama

Dilengkapi kamus data

3.2.1.4 Spesifikasi Query

ID Query Deskripsi Ekspresi Query QUE-1 Mencari data pengguna

dengan login dan password tertentu pada Tpengguna

SELECT * FROM TPengguna WHERE login=[login masukan] AND

password=[password masukan];

3.2.1.5 Spesifikasi Field Data pada Layar

Label Field Tabel/Query I/O Format Validasi Keterangan txtLogin Login TPengguna Output - NOT

NULL

TPengguna Output - NOT NULL

Password pengguna perangkat lunak

3.2.1.6 Spesifikasi Function Key/Objek-Objek Pada Layar

Id_Objek Jenis Keterangan

btnLogin Button Jika diklik akan menjalankan algoritma ALGO-1

3.2.1.7 Spesifikasi Layar Pesan

Id_Pesan Waktu Kemunculan Isi Pesan LP-1 Saat btnLogin diklik

tetapi txtLogin atau txtPassword masih kosong

Mohon masukkan login dan password Anda dengan lengkap!

LP-2 Saat btnLogin diklik tetapi tidak terdapat data

(16)

pengguna dengan login dan password masukan LP-3 Saat btnLogin diklik,

koneksi ke basisdata tidak dapat dilakukan

Tidak dapat melakukan koneksi! Silakan coba lagi beberapa saat kemudian!

3.2.1.8 Spesifikasi Proses/Algoritma

Id Proses : ALGO-1

Objek terkait : txtLogin, txtPassword, btnLogin Event : btnLogin onClick

Initial State (IS) :

Tabel TPengguna sudah dibuat dan berisi data login dan password pengguna Final State (FS) :

Jika txtLogin atau txtPassword masih kosong, akan ditampilkan layar pesan LP-1.Jika login dan password masukan valid, akan ditampilkan halaman selanjutnya, jika gagal akan ditampilkan layar pesan LP-2, dan tampilkan LP-3 jika tidak ada koneksi

Spesifikasi Proses/Algoritma :

IF (IsNotEmpty(txtLogin) AND (IsNotEmpty(txtPassword))) THEN IF (koneksi berhasil) THEN

Jalankan query Result=QUE-1 IF (IsNotNULL(Result)) THEN

Tampilkan halaman selanjutnya ELSE

Tampilkan layar pesan LP-2 ELSE

Tampilkan layar pesan LP-3 ELSE

Tampilkan layar pesan LP-1

3.2.1.9 Spesifikasi Report

Tidak ada.

3.2.2 Spesifikasi Fungsi/Proses FS-1.2.1.1 Penambahan Data Dosen

Identifikasi/Nama

: FS-1.2.1.1 Penambahan Data Dosen

Deskripsi Isi

: Proses ini menerima data dosen baru yang akan

ditambahkan pada tabel TDosen

Jenis

: Form Entry Columnar

3.2.2.1 Spesifikasi Tabel Input

Daftar Tabel Input untuk Fungsi/Proses Penambahan Data Dosen

No

Kode Tabel Input

Nama Tabel Input

1. TAB-1

TDosen

3.2.2.2 Spesifikasi Tabel Output

Tidak ada.

(17)

Spesifikasi Layar Utama

3.2.2.4 Spesifikasi Query

ID Query

Deskripsi

Ekspresi Query

QUE-2

Menambah data dosen

di TDosen

INSERT INTO TDosen VALUES (NIP,

Nama, NoSeriKARPEG, JenisKelamin,

TTL, PendidikanTertinggi,

JmlKreditTerakhir, MasaKerja,

UnitKerja)

3.2.2.5 Spesifikasi Field Data pada Layar

Label

Field

Tabel/Que

ry

I/O

Forma

t

Validasi

Keterang

an

txtNIP

NIP

TDosen

Inpu

t

txtNama

Nama

TDosen

Inpu

t

txtTTL

TTL

TDosen

Inpu

t

txtMasaKerja

MasaKerja

TDosen

Inpu

-

NOT

NAMA APLIKASI No. Seri KarPeg

txtJenisKelamin Jumlah Kredit

Terakhir _txtMasaKerja Masa Kerja

(18)

t

NULL

txtUnitKerja

UnitKerja

TDosen

Inpu

t

-

-3.2.2.6 Spesifikasi Function Key/Objek-Objek Pada Layar

Id_Objek

Jenis

Keterangan

btnTambah

Button

Jika diklik akan menjalankan algoritma

ALGO-2

3.2.2.7 Spesifikasi Layar Pesan

Id_Pesan

Waktu Kemunculan

Isi Pesan

LP-4

Saat btnTambah diklik,

namun txtNIP, txtNama,

txtNoSeriKarpeg,

txtJenisKelamin,

txtJmlKreditTerakhir,

atau txtMasaKerja masih

kosong

Mohon lengkapi NIP, Nama,

NoSeriKarpeg, JenisKelamin,

JmlKreditTerakhir dan MasaKerja!

LP-5

Saat btnTambah diklik,

koneksi ke basisdata

terputus

Koneksi ke basisdata terputus! Silakan

coba beberapa saat lagi!

LP-6

Saat penambahan data

dosen berhasil dilakukan

Data telah berhasil ditambah!

3.2.2.8 Spesifikasi Proses/Algoritma

Id Proses

: ALGO-2

Objek terkait : txtNIP, txtNama, txtNoSeriKarpeg, txtJenisKelamin, txtTTL,

txtJmlKreditTerakhir, txtMasaKerja, txtUnitKerja, btnTambah

Event

: btnTambah onClick

Initial State (IS) :

Tabel TDosen sudah dibuat

Final State (FS) :

Jika terdapat field yang masih kosong, akan ditampilkan layar pesan LP-4

Jika berhasil menambahkan data dosen, akan ditampilkan layar pesan LP-6

Spesifikasi Proses/Algoritma :

IF (IsNotEmpty(NIP, Nama, NoSeriKarpeg, JenisKelamin,

JmlKreditTerakhir,MasaKerja)) THEN

Tampilkan layar pesan LP-4

3.2.2.9 Spesifikasi Report

(19)

Lampiran

NIM

Nama

Pembagian Tugas

1)

Bagian 1 Pendahuluan

2)

Bagian 3.2 Deskripsi

Fungsional Secara Rinci:

a)

Spesifikasi Fungsi/Proses

FS-1.1 Memanipulasi data

pegawai

b)

Spesifikasi Fungsi/Proses …..

1) Bagian

2.1 Rancangan

Lingkungan Impelementasi

2) Bagian 2.2 Deskripsi Data

3) Bagian

2.2.1 Definisi

Domain/Type

4) Bagian 2.2.2 Conceptual Data

Model

5) Bagian 2.2.3 Physical Data

Model

6) Bagian 3.2 Deskripsi Fungsional

Secara Rinci:

a) Spesifikasi Fungsi/Proses ……

b) Spesifikasi Fungsi/Proses ……

1) Bagian 2.2.4 Daftar Tabel Aplikasi

2) Bagian

2.3 Dekomposisi

Fungsional Modul

3) Bagian 3.2 Deskripsi Fungsional

Secara Rinci:

a) Spesifikasi Fungsi/Proses ……

b) Spesifikasi Fungsi/Proses……

1) Bagian 3.1 Deskripsi Rinci Tabel

2) Bagian 3.2 Deskripsi Fungsional

Secara Rinci:

a) Spesifikasi Fungsi/Proses……

(20)

2) Bagian 3.2 Deskripsi Fungsional

Secara Rinci:

a) Spesifikasi Fungsi/Proses ……

b) Spesifikasi Fungsi/Proses……

Keterangan:

-

Bagian 3.2 Deskripsi Fungsional Secara Rinci diisi dengan spesifikasi

fungsi/proses yang dimiliki oleh kelompok masing-masing. Hal ini dilihat

dari

fungsi produk (kebutuhan fungsional)

yang telah dijabarkan pada

dokumen SKPL.

(21)

Lampiran

Lampiran 1. Pembagian Tugas Anggota Kelompok

NIM Nama Tugas Keterangan

1500300 03

Pande Putu Widya

Oktapratama

F1

F4

Manipulasi Rapat

Manipulasi Absensi Rapat

1500300 10

I Gede Pradipta Adi Nugraha

Manipulasi Program Kerja

1500300

Manipulasi Surat Keluar

Memnuat Surat Masuk

1500300 85

Ardian Surya Saputra

F14

F6

F12

Manipulasi Kepanitiaan