Template SKPL GL01 v1.4

GL01
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
Nomor Dokumen
Halaman
Jurusan Teknik Elektro

Universitas Negeri Malang
SKPL-01
Revisi
Tgl: 06-03-2010
Daftar Perubahan
Revisi
Deskripsi
INDEX
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Daftar Halaman Perubahan

Jurusan Teknik Elektro UM
SKPL
Halaman 2 dari 20
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
Halaman
Revisi
Halaman
Revisi
Daftar Isi
SKPL
Halaman 3 dari 20
1.
Pendahuluan................................................................................................................7
1.1 Tujuan Penulisan Dokumen..................................................................................7
1.2 Lingkup Masalah..................................................................................................7
1.3 Definisi, Singkatan, dan Akronim.........................................................................7
1.4 Referensi..............................................................................................................8
1.5 Deskripsi Umum Dokumen...................................................................................8
2. Deskripsi Global Perangkat Lunak..............................................................................9
2.1 Perspektif Produk.................................................................................................9
2.2 Model Proses........................................................................................................9
2.3 Fungsi Produk......................................................................................................9
2.4 Karakteristik Pengguna.......................................................................................11
2.5 Batasan-batasan.................................................................................................11
2.6 Asumsi dan Kebergantungan..............................................................................11
3 Deskripsi Rinci Kebutuhan........................................................................................12
3.1 Kebutuhan antarmuka eksternal.........................................................................12
3.1.1
Antarmuka pemakai....................................................................................12
3.1.2
Antarmuka perangkat keras.........................................................................13
3.1.3
Antarmuka perangkat lunak........................................................................13
3.1.4
Antarmuka komunikasi................................................................................13
3.2 Kebutuhan Fungsional........................................................................................14
3.2.1
Aliran informasi..........................................................................................14
3.2.1.1 DFD 1.....................................................................................................14
3.2.1.1 DFD 2.....................................................................................................15
3.2.2
Deskripsi proses..........................................................................................17
3.2.2.1 Proses 1...................................................................................................17
3.2.2.2 Proses 2...................................................................................................17
3.2.3
Deskripsi data.............................................................................................17
3.3 Deskripsi Kebutuhan Non Fungsional................................................................22
3.3.1
Performansi.................................................................................................22
3.3.2
Atribut Sistem Perangkat Lunak.................................................................23
3.3.3
Kebutuhan Lain...........................................................................................23
3.4 Atribut Kualitas Perangkat Lunak......................................................................24
3.5 Batasan Perancangan..........................................................................................24
3.6 Matriks Keterunutan...........................................................................................24
4 Desain Sistem............................................................................................................25
4.1 Arsitektur Sistem................................................................................................25
4.2 Pemodelan Data..................................................................................................21
4.2.1
E-R Diagram...............................................................................................21
4.2.2
Mapping E-R Diagram................................................................................21
4.2.3
Physical Data Model...................................................................................21
4.2 Arsitektur Sistem................................................................................................25
4.3 Desain Antarmuka..............................................................................................25
5 Implementasi Sistem..................................................................................................25
SKPL
Halaman 4 dari 20
Daftar Gambar
Gambar 1. Keterangan......................................................................................................14
SKPL
Halaman 5 dari 20
Daftar Tabel
Tabel 1. Keterangan..........................................................................................................10
SKPL
Halaman 6 dari 20
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 Akronim
Kata Kunci atau frase
Definisi dan atau akronim
TOR
Term of Reference
Dokumen yang berisi gambaran umum mengenai
perangkat lunak yang diminta.
SDP
Software Development Plan
RPPL
Rencana Pengembangan Perangkat Lunak
Dokumen yang berisi rencana pengembangan perangkat
lunak dalam suatu proyek, yang mencakup gambaran
umum proyek, gambaran manajerial proyek, dan
SKPL
Halaman 7 dari 20
SRS
SKPL
RPL
IEEE
ANSI
SIPENDAKI
gambaran teknik proyek.

Software Requirement Specification
Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi
kebutuhan user
Rekayasa Perangkat Lunak
Kegiatan pengembangan perangkat lunak
Institute of Electrical and Electronics Engineers
Standar internasional untuk pengembangan dan
rancangan produk
American Standard Institute
Lembaga standardisasi Amerika
Sistem Informasi Pendakian Gunung Indonesia
Sistem informasi berbasis website tentang pariwisata
pendakian gunung untuk masyarakat dan statistika
kepada masyarakat
Tabel 2. Daftar Istilah

Istilah
Definisi
Superadmin
Entitas yang mempunyai hak akses penuh terhadap

SIPENDAKI
Entitas yang bertugas untuk mengolah dan memberikan
data sistem informasi tiap balai pendakian gunung
Entitas yang hanya bisa melakukan akses informasi
yang ada pada SIPENDAKI
Admin Balai Gunung

Visitor Website
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
SKPL
Halaman 8 dari 20
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
SKPL
Halaman 9 dari 20
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
Admin Balai
Visitor Web
SIPENDAKI
S
Informasi
Input Informasi
Superadmin
SKPL
Halaman 10 dari 20
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
System Engineering
Analysis
Design
Code
Testing
Maintenance
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 elemenelemen yang lain seperti pada komputer, database, dan printer. Tahap ini
disebut dengan project definition.
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 fungsifungsi pada bahasa pemrograman visual basic misalkan fungsi yang
SKPL
Halaman 11 dari 20
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.
SKPL
Halaman 12 dari 20
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 Pengguna
Tabel 1. Karakteristik pengguna
Kategori Pengguna
Admin Balai Gunung
Superadmin
Visitor Web
2.5
Aktivitas
Melakukan update informasi gunung
Melakukan Pendataan Reservasi
Mengelola Website
Menerima informasi statistik
Menerima informasi pendakian gunung
Hak Akses
Terbatas
Penuh
Terbatas
Batasan-batasan
SKPL
Halaman 13 dari 20
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
SKPL
Halaman 14 dari 20
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.
SKPL
Halaman 15 dari 20
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 :
SKPL
Halaman 16 dari 20
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 :
SKPL
Halaman 17 dari 20
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
SKPL.SP-NF-01
Kebutuhan
Waktu tanggap
SKPL
Tuntutan Kebutuhan
Tidak lebih dari 3 menit
Halaman 18 dari 20
SKPL.SP-NF-02
Ketersediaan data
SKPL.SP-NF-03
Waktu pemulihan
Data harus selalu update untuk

pembaharuan informasi
Kurang dari 30 menit
3.3.2 Atribut Sistem Perangkat Lunak

Tabel 4. Atribut sistem perangkat lunak
No SKPL
SKPL.SP-NF-04
Kebutuhan
Error-Handling
SKPL.SP-NF-05
Message
SKPL.SP-NF-06
Keamanan
SKPL.SP-NF-07
Portabilitas
SKPL.SP-NF-08
Ketersediaan akses
Tuntutan Kebutuhan
SIPENDAKI dapat menerima input
yang tidak sesuai dengan tipe data
sistem
SIPENDAKI dapat memberikan
konfirmasi ketika entitas melakukan
aktivitas
SIPENDAKI harus menyediakan
form login untuk pihak admin balai
dan superadmin untuk keamanan
sistem
SIPENDAKI harus dapat diakses
melalui semua jenis web browser
SIPENDAKI harus terus menerus
beroperasi 7 hari perminggu, 24 jam
per hari
3.3.3 Kebutuhan Non Fungsional Lainnya

Tabel 5. Kebutuhan Non Fungsional Lain
No SKPL
SKPL.SP-NF-09
Kebutuhan
Tampilan
SKPL.SP-NF-10
Format menu
SKPL.SP-NF-11
SKPL.SP-NF-12
Warna
Jenis font
SKPL
Tuntutan Kebutuhan
SIPENDAKI menggunakan tampilan
web responsif dan dinamis
Format menu diatur sederhana dan
input dapat diberikan baik lewat
mouse, keyboard maupun touchscreen
Warna UI menggunakan warna pastel
Font menggunakan jenis font Adobe
Garamond Pro dan Adobe Garamond
Pro Bold dengan ukuran 12 sampai
20 pt.
Halaman 19 dari 20
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
SKPL.SP-P-1.1.1
SKPL.SP-P-1.1.2
SKPL.SP-P-1.1.3
SKPL.SP-P-1.2.1
SKPL.SP-P-1.3.1
SKPL.SP-P-1.4
Nama Proses
Melakukan Autentifikasi Admin Balai
Melakukan Autentifikasi Superadmin
Mengatur Hak Akses
Melakukan Update Informasi Website
Mengelola Data Reservasi Pendakian
Menampilkan Informasi Pendakian Gunung Indonesia
SKPL
Halaman 20 dari 20

Template SKPL GL01 v1.4

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Template SKPL GL01 v1.4

Загружено:

Авторское право:

Доступные форматы

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

2. Muhammad Nur Hakim

3. Ramadana Aldino Susilo

Jurusan Teknik Elektro Universitas Negeri Malang

Jurusan Teknik Elektro

Daftar Halaman Perubahan

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

gunung di Indonesia kepada secara online. Software ini menggunakan menggunakan

Definisi, Akronim dan Singkatan

Jurusan Teknik Elektro UM

gambaran teknik proyek.

Tabel 2. Daftar Istilah

Entitas yang mempunyai hak akses penuh terhadap

Admin Balai Gunung

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

Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak

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

Deskripsi Umum Dokumen

Jurusan Teknik Elektro UM

BAB II Deskripsi Global Perangkat Lunak

BAB III Deskripsi Rinci Kebutuhan

Jurusan Teknik Elektro UM

Deskripsi Global Perangkat Lunak

Jurusan Teknik Elektro UM

Gambar 2.1 Gambaran Umum SIPENDAKI

Gambar 2.2 Model Proses Waterfall

a. Sistem/Information Engineering and Modeling.

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

Jurusan Teknik Elektro UM

Memudahkan masyarakat dalam mendapatkan informasi yang berkaitan

Memudahkan masyarakat yang ingin melakukan reservasi pendakian

Bagi administrator balai gunung :

Memudahkan memberikan informasi ter-update terkait balai gunung masing

Memudahkan sistem administrasi pendaki karena administrasi reservasi

Memudahkan memberikan informasi statistic terkait wisata gunung di

Memudahkan pengintegrasian system informasi gunung yang ada di

Jurusan Teknik Elektro UM

Batasan batasan yang terdapat pada SIPENDAKI adalah sebagai berikut :

Informasi yang ditampilkan pada website SIPENDAKI adalah informasi seputar

Entitas yang dapat mengakses halaman administrator website hanya superadmin.

Asumsi dan Kebergantungan

Jurusan Teknik Elektro UM

Deskripsi Rinci Kebutuhan

Kebutuhan Antarmuka Eksternal

3.1.1 Antarmuka pemakai

3.1.3 Antarmuka perangkat lunak

Jurusan Teknik Elektro UM

Sistem harus dapat memberikan informasi pendakian gunung secara

Sistem harus bisa memberikan informasi statistic yang tepat untuk

3.2.1 Aliran informasi

Gambar 3.1 Context Diagram SIPENDAKI

Jurusan Teknik Elektro UM

Gambar 3.2 DFD Level 1 SIPENDAKI

3.2.1.2 DFD Level 2 Menampilkan Informasi Gunung

3.2.1.3 DFD Level 2 Melakukan Reservasi

Jurusan Teknik Elektro UM

3.2.1.4 DFD Level 2 Melakukan Autentifikasi Login

3.2.1.5 DFD Level 2 Mengelola Website SIPENDAKI

3.2.2 Deskripsi proses

Deskripsi Kebutuhan Non Fungsional

Data harus selalu update untuk