Template SKPL GL01 v1.4

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Sistem Informasi Pendakian Gunung Indonesia

(SIPENDAKI)

Disusun untuk memenuhi tugas Mata Kuliah Rekayasa Perangkat Lunak

Yang dibimbing oleh Didik Dwi Prasetya, ST., MT.

Dipersiapkan oleh:

1. Choirul Hidayat (130533608191)

2. Muhammad Nur Hakim (130533608276)

3. Ramadana Aldino Susilo (130533608300)

4. Rendra Kurniawan (130533608081)

Jurusan Teknik Elektro – Universitas Negeri Malang

Jalan Semarang 5, Malang

Jurusan Teknik Elektro

Universitas Negeri Malang

Nomor Dokumen Halaman

SKPL-01

Revisi A Tgl: 06-03-2010

GL01

Daftar Perubahan

Revisi Deskripsi

A

B

C

D

E

F

G

INDEX A B C D E F GTGL

Ditulis oleh

Diperiksa oleh

Disetujui oleh

Jurusan Teknik Elektro UM SKPL Halaman 2 dari 22

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM

Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi



Daftar Isi

1. Pendahuluan...........................................................................................................71.1 Tujuan Penulisan Dokumen..............................................................................71.2 Lingkup Masalah..............................................................................................71.3 Definisi, Singkatan, dan Akronim.....................................................................71.4 Referensi..........................................................................................................81.5 Deskripsi Umum Dokumen...............................................................................8

2. Deskripsi Global Perangkat Lunak...........................................................................92.1 Perspektif Produk.............................................................................................92.2 Model Proses....................................................................................................92.3 Fungsi Produk..................................................................................................92.4 Karakteristik Pengguna...................................................................................112.5 Batasan-batasan..............................................................................................112.6 Asumsi dan Kebergantungan...........................................................................11

3 Deskripsi Rinci Kebutuhan....................................................................................123.1 Kebutuhan antarmuka eksternal.......................................................................12

3.1.1 Antarmuka pemakai.................................................................................123.1.2 Antarmuka perangkat keras......................................................................133.1.3 Antarmuka perangkat lunak.....................................................................133.1.4 Antarmuka komunikasi............................................................................13

3.2 Kebutuhan Fungsional....................................................................................143.2.1 Aliran informasi.......................................................................................14

3.2.1.1 DFD 1..................................................................................................143.2.1.1 DFD 2..................................................................................................15

3.2.2 Deskripsi proses.......................................................................................173.2.2.1 Proses 1................................................................................................173.2.2.2 Proses 2................................................................................................17

3.2.3 Deskripsi data..........................................................................................173.3 Deskripsi Kebutuhan Non Fungsional.............................................................22

3.3.1 Performansi.............................................................................................223.3.2 Atribut Sistem Perangkat Lunak...............................................................233.3.3 Kebutuhan Lain.......................................................................................23

3.4 Atribut Kualitas Perangkat Lunak...................................................................243.5 Batasan Perancangan......................................................................................243.6 Matriks Keterunutan.......................................................................................24

4 Desain Sistem........................................................................................................254.1 Arsitektur Sistem............................................................................................254.2 Pemodelan Data..............................................................................................21

4.2.1 E-R Diagram...........................................................................................214.2.2 Mapping E-R Diagram.............................................................................214.2.3 Physical Data Model................................................................................21

4.2 Arsitektur Sistem............................................................................................254.3 Desain Antarmuka..........................................................................................25

5 Implementasi Sistem..............................................................................................25



Daftar Gambar

Gambar 1. Keterangan..................................................................................................14



Daftar Tabel

Tabel 1. Keterangan......................................................................................................10



1. Pendahuluan

1.1 Tujuan Dokumen GL01 ini berisi spesifikasi kebutuhan perangkat lunak (SKPL) untuk

mendefinisikan dan menjabarkan Sistem Informasi Pendakian Gunung Indonesia

(SIPENDAKI) berbasis website. Tujuan dari penulisan dokumen ini adalah untuk

dijadikan acuan, memberikan penjelasan mengenai spesifikasi perangkat lunak baik

berupa gambaran umum maupun penjelasan detail dan menyeluruh bagi pengembang

yang akan melakukan pengembangan perangkat lunak pada tahap selanjutnya. Serta

untuk memenuhi tugas matakuliah rekayasa perangkat lunak.

1.2 Lingkup Masalah

Teknologi informasi telah membuka mata dunia akan sebuah kebutuhan baru, interaksi

baru dan sebuah jaringan informasi yang tanpa batas. Perkembangan teknologi yng

disebut internet, telah mengubah pola interaksi masyarakatnya, khususnya pada bidang

pariwisata. Internet telah memberikan kontribusi yang demikian besar bagi masyarakat,

perusahaan, industri dan pemerintahan. Hadirnya internet telah menunjang efektifitas dan

efisiensi sarana komunikasi, publikasi, serta sarana dan prasarana untuk mendapatkan

berbagai informasi yang dibutuhkan. Website merupakan sarana hubungan antar entitas

yaitu penyedia informasi dan penerima informasi agar dapat berkomunikasi terkait

informasi secara efektif dan efisien. Perangkat lunak pada dokumen ini bernama Sistem

Informasi Pendakian Gunung Indonesia berbasis website diharapkan memberikan

informasi bidang wisata khususnya bidang pendakian gunung di Indonesia secara luas

kepada masyarakat Indonesia dan menyajikan berbagai informasi statistika ter-update

tentang pendakian gunung di Indonesia kepada secara online. Software ini menggunakan

menggunakan Bahasa pemrograman PHP.

1.3 Definisi, Akronim dan Singkatan

Tabel 1. Daftar definisi dan AkronimKata Kunci atau frase Definisi dan atau akronimTOR Term of Reference

Dokumen yang berisi gambaran umum mengenai perangkat lunak yang diminta.

SDP Software Development PlanRPPL Rencana Pengembangan Perangkat Lunak

Dokumen yang berisi rencana pengembangan



perangkat lunak dalam suatu proyek, yang mencakup gambaran umum proyek, gambaran manajerial proyek, dan gambaran teknik proyek.

SRS Software Requirement Specification SKPL Spesifikasi Kebutuhan Perangkat Lunak

Dokumen hasil analisis yang berisi spesifikasi kebutuhan user

RPL Rekayasa Perangkat LunakKegiatan pengembangan perangkat lunak

IEEE Institute of Electrical and Electronics EngineersStandar internasional untuk pengembangan dan rancangan produk

ANSI American Standard InstituteLembaga standardisasi Amerika

SIPENDAKI Sistem Informasi Pendakian Gunung Indonesia Sistem informasi berbasis website tentang pariwisata pendakian gunung untuk masyarakat dan statistika kepada masyarakat

Tabel 2. Daftar IstilahIstilah DefinisiSuperadmin Entitas yang mempunyai hak akses penuh terhadap

SIPENDAKIAdmin Balai Gunung Entitas yang bertugas untuk mengolah dan

memberikan data sistem informasi tiap balai pendakian gunung

Visitor Website Entitas yang hanya bisa melakukan akses informasi yang ada pada SIPENDAKI

1.4 Referensi

Dokumen ini merujuk pada hasil wawancara dan observasi pada pengguna tentang

kebutuhan yang diperlukannya dan penulisan dokumen berdasarkan pada :

1. IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement

Specifications.

2. Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak

(SKPL). Jurusan Teknik Informatika, Institut Teknologi Bandung, 2000.

3. Pressman, R.S., "Software Engineering, a Practitioner's Approach" Fourth

Edition, McGraw Hill, 1997.

1.5 Deskripsi Umum Dokumen

Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari tiga bab yang

terdiri dari :



BAB I Pendahuluan.

BAB I meliputi 5 subbab yaitu : Tujuan Penulisan Dokumen; Lingkup Masalah;

Definisi, Singkatan dan Akronim; Referensi; serta Deskripsi Umum Dokumen

BAB II Deskripsi Global Perangkat Lunak

BAB II meliputi 5 subbab yaitu : Perspektif Produk; Fungsi Produk; Karakteristik

Pengguna; Batasan – Batasan; serta Asumsi dan Kebergantungan

BAB III Deskripsi Rinci Kebutuhan

BAB III meliputi 6 subbab, dimana 3 diantaranya melingkupi 3 subbab lainnya. 3

subbab tersebut adalah Kebutuhan Antarmuka Eksternal yang melingkupi

Antarmuka Pemakai, Antarmuka Perangkat Keras, Antarmuka Perangkat Lunak,

Antarmuka Komunikasi; Kebutuhan Fungsional yang melingkupi Aliran

Informasi, Deskripsi Proses, serta Deskripsi Data; Kebutuhan Non-Fungsional

yang melingkupi Performansi, Atribut Sistem Perangkat Lunak, dan Kebutuhan

Lain. Sedangkan 3 subbab lainnya adalah Atribut Kualitas Perangkat Lunak; Batas

Perancangan; serta Matriks Keterurutan



2 Deskripsi Global Perangkat Lunak

2.1 Perspektif Produk

Sistem Informasi Pendakian Gunung Indonesia (SIPENDAKI) merupakan

perangkat lunak berupa situs atau halaman web yang digunakan sebagai

perantara dalam menyampaikan informasi yang berkaitan dengan

pendakian gunung di Indonesia secara terintegrasi sehingga masyarakat

bisa menemukan informasi pendakian gunung di Indonesia langsung di

satu tempat. Hak akses pada SIPENDAKI dibedakan menjadi 3 bagian

yaitu hak akses admin balai gunung, superadmin, dan visitor website

Admin balai gunung merupakan penginput informasi utama dari sistem

informasi pendakian gunung Indonesia. Terdapat banyak admin balai

gunung sesuai dengan jumlah gunung yang terdapat pada system sehingga

setiap balai bertugas memberikan informasi sesuai pos gunung masing –

masing. Lingkup akses terdiri dari input data status pendakian

(open/closed), input data status gunung (awas / waspada / siaga / normal),

manajemen artikel sesuai gunung, upload video / foto, dan input data

pendaki

Superadmin merupakan pihak yang memiliki hak akses penuh terhadap

keseluruhan system. Jika hak akses admin balai hanya terbatas pada pos

gunung masing – masing maka superadmin admin dapat mengakses dan

memodifikasi seluruh gunung yang terdapat pada system. Lingkup akses

terdiri dari penyetingan web, penyetingan menu, pengaksesan informasi

statistic

Visitor web merupakan pihak yang memiliki akses terbatas pada system.

Lingkup akses visitor web terbatas pada pengaksesan menu tiap gunung ,

galleri, dan kontak



S

Gambar 2.1 Gambaran Umum SIPENDAKI

2.2 Model Proses

Model pengembangan perangkat lunak yang digunakan untuk mengembangkan

Sistem Informasi Pendakian Gunung Indonesia adalah model Waterfall. Model

pengembangan ini dipilih karena bersifat lebih sistematis dan berurutan

Gambar 2.2 Model Proses Waterfall

Tahapan pengembangan model waterfall menurut pressman adalah sebagai berikut:

a. Sistem/Information Engineering and Modeling.

Pemodelan ini diawali dengan mencari kebutuhan dari keseluruhan

sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini

sangat penting mengingat software harus dapat berinteraksi dengan

elemen-elemen yang lain seperti pada komputer, database, dan printer.

Tahap ini disebut dengan project definition.



System Engineering

Analysis

Design

Code

Testing

Maintenance

SIPENDAKIVisitor Web

Admin Balai

Superadmin Informasi

Input Informasi

b. Software Requirements Analysis.

Proses pencarian kebutuhan diintensifkan dan difokuskan pada

software. Untuk mengetahui sifat/karakter dari program yang akan

dibuat, maka para software engineer harus mengerti tentang fungsi-

fungsi pada bahasa pemrograman visual basic misalkan fungsi yang

dibutuhkan User Interface, dsb. Dari dua aktivitas tersebut (pencarian

kebutuhan sistem dan software) harus didokumentasikan dan di

tujukan kepada pengguna (user dan admin).

c. Desain

Proses ini digunakan untuk mengubah kebutuhan-kebutuhan diatas

menjadi reprentasi dalam bentuk “blueprint” software sebelum coding

dimulai. Desain harus dapat mengimplementasikan kebutuhan yang

telah disebutkan pada tahap sebelumnya, seperti dua aktivitas

sebelumnya, maka proses ini juga harus didokumentasikan sebagai

konfigurasi software.

d. Coding

Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer,

maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat

dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui

proses coding. Tahap ini merupakan implementasi dari tahap desain

yang secara teknis nantinya dikerjakan oleh programmer.

e. Testing / Verification

Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengan

software. Semua fungsi-fungsi software harus diujicobakan, agar



software bebas dari error, dan hasilnya harus benar-benar sesuai

dengan kebutuhan yang sudah didefinisikan sebelumnya.

f. Maintenance

Pemeliharaan suatu software diperlukan, termasuk di dalamnya adalah

pengembangan, karena software yang dibuat tidak selamanya hanya

seperti itu. Ketika dijalankan mungkin saja masih ada error kecil yang

tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang

belum ada pada software tersebut. Pengembangan diperlukan ketika

adanya perubahan dari eksternal perusahaan seperti ketika ada

pergantian sistem operasi, atau perangkat lainnya.

2.3 Fungsi Produk

Sistem Informasi Pendakian Gunung Indonesia (SIPENDAKI) berbasis website

ini memiliki fungsi sebagai berikut :

Bagi visitor website / masyarakat umum :

Memudahkan masyarakat dalam mendapatkan informasi yang berkaitan

dengan pendakian gunung di Indonesia langsung dari balai gunung masing

– masing secara terintegrasi.

Memudahkan masyarakat yang ingin melakukan reservasi pendakian

gunung

Bagi administrator balai gunung :

Memudahkan memberikan informasi ter-update terkait balai gunung

masing – masing

Memudahkan sistem administrasi pendaki karena administrasi reservasi

pendakian langsung pada sistem

Bagi superadmin :

Memudahkan memberikan informasi statistic terkait wisata gunung di

seluruh gunung yang menggunakan system SIPENDAKI



Memudahkan pengintegrasian system informasi gunung yang ada di

Indonesia

2.4 Karakteristik PenggunaTabel 1. Karakteristik pengguna

Kategori Pengguna Aktivitas Hak Akses

Admin Balai Gunung Melakukan update informasi gunungMelakukan Pendataan Reservasi

Terbatas

Superadmin Mengelola WebsiteMenerima informasi statistik

Penuh

Visitor Web Menerima informasi pendakian gunung Terbatas

2.5 Batasan-batasan

Batasan – batasan yang terdapat pada SIPENDAKI adalah sebagai berikut :

Informasi yang ditampilkan pada website SIPENDAKI adalah informasi seputar

pendakian gunung yang termasuk dalam system, informasi panduan pendakian,

dan akomodasi pendakian. Menu yang disediakan antara lain Home, Deskripsi,

Akses Gunung, Akomodasi, Gallery, Booking, dan Contact

Admin balai hanya dapat mengisi informasi sesuai dengan balai gunung masing

– masing. Informasi yang dapat diisikan admin balai antara lain informasi

Deskripsi, Akses Gunung, Akomodasi, Gallery, Booking, dan Contact

Superadmin dapat melakukan edit informasi pada seluruh system yang diberikan

oleh admin balai masing – masing jika superadmin merasa terdapat informasi

yang tidak sesuai pada system

Entitas yang dapat mengakses halaman administrator website hanya superadmin.

Superadmin dapat mengakses menu setting web, setting menu, dan manajemen

website

2.6 Asumsi dan Kebergantungan

Asumsi untuk pengembangan SIPENDAKI ini adalah :

1. Setiap entitas memiliki hak akses



2. Admin balai gunung hanya bisa mengisi informasi sesuai dengan balai gunung

tersebut dan tidak dapat mengisi informasi balai gunung lain

3. Superadmin dapat melihat dan merubah informasi yang terdapat pada seluruh

system jika superadmin merasa terdapat informasi yang tidak sesuai

Kebergantungan untuk SIPENDAKI ini adalah :

1. SIPENDAKI dikembangkan menggunakan bahasa PHP dan MYSQL

2. Akses SIPENDAKI harus terkoneksi dengan jaringan internet



3 Deskripsi Rinci Kebutuhan

3.1 Kebutuhan Antarmuka Eksternal

Kebutuhan antarmuka eksternal pada SIPENDAKI ini meliputi kebutuhan

antarmuka pemakai, antarmuka perangkat keras dan antarmuka perangkat

lunak.

3.1.1 Antarmuka pemakai

Pengguna dapat mengakses SIPENDAKI melalui web browser dengan

mengakses alamat url dari SIPENDAKI. SIPENDAKI melayani visitor

yang akan melakukan reservasi pendakian di gunung tertentu dalam system

dan permintaan informasi terkait pendakian gunung yang terdapat pada

system. Selain itu SIPENDAKI juga melayani admin balai dan superadmin

untuk melakukan update informasi dan melakukan pembaharuan setting

website.

3.1.2 Antarmuka perangkat keras

Kebutuhan minimum yang dapat digunakan untuk mengakses SIPENDAKI

ini adalah gadget berupa PC / Notebook / Tablet PC / Smartphone yang

dilengkapi dengan akses internet. Untuk mendapatkan akses internet gadget

harus dilengkapi dengan LAN card dan Untuk akses ke jaringan internet

diperlukan perangkat berupa Router atau Modem

3.1.3 Antarmuka perangkat lunak

Web browser merupakan perangkat lunak yang paling dibutuhkan untuk

bisa mengakses SIPENDAKI. Terdapat berbagai macam web browser yang

dapat digunakan seperti Mozilla Firefox, Google Chrome, Apple Safari,

Dll.



3.2 Kebutuhan Fungsional

Sistem dapat melayani reservasi pendakian secara online

Sistem harus dapat memberikan informasi pendakian gunung secara

online

Sistem harus bisa memberikan informasi statistic yang tepat untuk

superadmin

3.2.1 Aliran informasi Entitas pada SIPENDAKI dibedakan menjadi 3 yaitu admin balai gunung,

superadmin, dan visitor web. Aktivitas dan batasan akses pada system masing –

masing entitas tergambar pada diagram konteks dibawah ini :

Gambar 3.1 Context Diagram SIPENDAKI



3.2.1.1 DFD Level 1

Penjabaran lebih rinci dari diagram konteks SIPENDAKI dapat dilihat di DFD

level 1 berikut :

Gambar 3.2 DFD Level 1 SIPENDAKI

3.2.1.2 DFD Level 2 Menampilkan Informasi Gunung

Penjabaran dari proses 1.1 yaitu proses menampilkan informasi gunung

yang diakses oleh visitor web ditunjukkan pada gambar berikut :

Gambar 3.3 DFD Level 2 Proses 1.1

3.2.1.3 DFD Level 2 Melakukan Reservasi

Penjabaran dari proses 1.2 yaitu proses melakukan reservasi yang

dilakukan visitor web ditunjukkan pada gambar berikut :




3.2.1.4 DFD Level 2 Melakukan Autentifikasi Login

Penjabaran dari proses 1.3 yaitu proses melakukan autentifikasi login yang

dilakukan admin balai dan superadmin ditunjukkan pada gambar berikut :


3.2.1.5 DFD Level 2 Mengelola Website SIPENDAKI

Penjabaran dari proses 1.4 yaitu proses mengelola website SIPENDAKI

yang dilakukan admin balai dan superadmin ditunjukkan pada gambar

berikut :


3.2.2 Deskripsi proses

3.2.2.1 Proses 1

3.2.3 Deskripsi data

3.2.3.1 Kamus Data Deskripsikan kamus data



3.3 Deskripsi Kebutuhan Non Fungsional

3.3.1 Performansi

Tabel 3. Kebutuhan Performansi

No SKPL Kebutuhan Tuntutan Kebutuhan

SKPL.SP-NF-01 Waktu tanggap Tidak lebih dari 3 menitSKPL.SP-NF-02 Ketersediaan data Data harus selalu update untuk

pembaharuan informasiSKPL.SP-NF-03 Waktu pemulihan Kurang dari 30 menit

3.3.2 Atribut Sistem Perangkat LunakTabel 4. Atribut sistem perangkat lunak


SKPL.SP-NF-04 Error-Handling SIPENDAKI dapat menerima input yang tidak sesuai dengan tipe data sistem

SKPL.SP-NF-05 Message SIPENDAKI dapat memberikan konfirmasi ketika entitas melakukan aktivitas

SKPL.SP-NF-06 Keamanan SIPENDAKI harus menyediakan form login untuk pihak admin balai dan superadmin untuk keamanan sistem

SKPL.SP-NF-07 Portabilitas SIPENDAKI harus dapat diakses melalui semua jenis web browser

SKPL.SP-NF-08 Ketersediaan akses SIPENDAKI harus terus menerus beroperasi 7 hari perminggu, 24 jam per hari

3.3.3 Kebutuhan Non Fungsional LainnyaTabel 5. Kebutuhan Non Fungsional Lain


SKPL.SP-NF-09 Tampilan SIPENDAKI menggunakan tampilan web responsif dan dinamis

SKPL.SP-NF-10 Format menu Format menu diatur sederhana dan input dapat diberikan baik lewat mouse, keyboard maupun touchscreen

SKPL.SP-NF-11 Warna Warna UI menggunakan warna



pastelSKPL.SP-NF-12 Jenis font Font menggunakan jenis font Adobe

Garamond Pro dan Adobe Garamond Pro Bold dengan ukuran 12 sampai 20 pt.

3.4 Atribut Kualitas Perangkat Lunak

3.4.1 Kehandalan (Reliability)

SIPENDAKI dapat diakses melaui berbagai macam web browser dan

memiliki system keamanan berupa form login untuk admin balai gunung

dan superadmin. Akses dapat dilakukan setiap waktu sesuai dengan update

dari admin balai gunung.

3.4.2 Perawatan (Maintainability)

SIPENDAKI tidak memerlukan perawatan khusus, perawatan hanya dilakukan

pada penyesuaian tampilan dan update data serta pembaruan pada hosting web

SIPENDAKI

3.5 Batasan Perancangan

SIPENDAKI hanya dapat diakses online oleh visitor web, admin balai gunung,

maupun superadmin. SIPENDAKI dikembangkan menggunakan bahasa

pemrograman PHP, HTML dan MYSQL

3.6 Matriks Keterunutan

Tabel 6. Matriks keterunutan

No SKPL Nama Proses

SKPL.SP-P-1.1.1 Melakukan Autentifikasi Admin Balai SKPL.SP-P-1.1.2 Melakukan Autentifikasi SuperadminSKPL.SP-P-1.1.3 Mengatur Hak AksesSKPL.SP-P-1.2.1 Melakukan Update Informasi WebsiteSKPL.SP-P-1.3.1 Mengelola Data Reservasi PendakianSKPL.SP-P-1.4 Menampilkan Informasi Pendakian Gunung Indonesia



Template SKPL GL01 v1.4

Documents

Transcript of Template SKPL GL01 v1.4