LAPORAN KERJA PRAKTEK

DOKUMEN SPESIFIKASI KEBUTUHAN DAN DESAIN PERANCANGAN PERANGKAT LUNAK

APLIKASI MONITORING TAGIHANPT. PLN DISTRIBUSI JAWA TIMURAREA SURABAYA SELATAN

MOH. HASAN BASRINRP. 5212100060WIDYA PUTRI ADENRP. 5212100109

PROGRAM STUDI SISTEM INFORMASIFakultas Teknologi InformasiInstitut Teknologi Sepuluh Nopember2015

DAFTAR ISII.PENDAHULUAN21.1.Latar Belakang21.2.Ruang Lingkup Perangkat Lunak21.3.Target Audience21.4.Definisi, Istilah, dan Singkatan21.5.Sistem Penomoran21.6.Refrensi21.7.Ikhtisar Dokumen2II.DESKRIPSI UMUM PERANGKAT LUNAK32.1.Identifikasi Produk32.2.Manfaat, Tujuan, dan Hasil yang Ingin Dicapai32.3.Fungsi Produk32.4.Karakteristik dan Klasifikasi Pengguna32.5.Lingkupan Operasi32.6.Batasan Desain dan Implementasi32.7.Dokumentasi Bagi Pengguna32.8.Asumsi dan Ketergantungan3III.KEBUTUHAN ANTARMUKA EKSTERNAL43.1.Antarmuka Pengguna43.2.Antarmuka Perangkat Keras43.3.Antarmuka Perangkat Lunak43.4.Antarmuka Komunikasi4IV.KEBUTUHAN FUNGSIONAL5V.KEBUTUHAN NON-FUNGSIONAL6VI.KEBUTUHAN LAINNYA7VII.DESAIN PERANCANGAN PERANGKAT LUNAK87.1.GUI Perangkat Lunak87.2.Domain Model87.3.Diagram Use Case87.4.Narasi Use Case87.5.Robustness Diagram87.6.Technical Architecture87.7.Sequence Diagram87.8.Update Domain Model87.9.Class Diagram8

PENDAHULUAN1.1. Latar BelakangLatar belakang dokumen1.2. TujuanTujuan pembuatan Spesifikasi Kebutuhan dan Desain Perancangan Perangkat Lunak(SKDPPL) ini adalah sebagai media pencatatan berbagai macam kebutuhan pengguna terhadap perangkat lunak yang akan dibangun dan berfungsi sebagai arahan pembuatan perangkat lunak. SKDPPL ini meliputi gambaran sistem yang akan dibangun.

1.3. Ruang Lingkup Perangkat LunakAplikasi monitoring tagihan PT. PLN Distribusi Jawa Timur Area Surabaya Selatan merupakan sistem aplikasi berbasis website yang dapat menunjang aktivitas dalam melakukan monitor tagihan yang terdapat PT. PLN Distribusi Jawa Timur Area Surabaya Selatan. Aplikasi monitoring tagihan mampu membantu pihak PT. PLN Distribusi Jawa Timur Area Surabaya Selatan untuk memasukkan data tagihan dan dapat ditampilkan didalam website. Serta mampu mempermudah civitas PT. PLN Distribusi Jawa Timur Area Surabaya Selatan dalam melihat tagihan yang bersangkutan dengan masing-masing jobdesk-nya

1.4. Target AudienceDokumen SKDPPL ini dirancang khusus untuk pengembang perangkat lunak dan pihak terkait pengembangan perangkat lunak.Pengembang perangkat lunak dapat mengembangkan perangkat lunak secara terarah sesuai dengan konsep kebutuhan yang tertulis dalam dokumen SKDPPL ini.Selain itu, dengan dokumen SKDPPL ini pihak terkait pengembangan perangkat lunak dapat mengerti apa saja yang menjadi kebutuhan perangkat lunak dan dapat mengevaluasi kebutuhan yang tertulis dalam dokumen ini.

1.5. Definisi, Istilah, dan SingkatanGuna memberikan gambaran yang sama terhadap beberapa definisi, istilah dan singkatan yang digunakan di dokumen ini, perlu dijelaskan sebagaimana berikut:Istilah Keterangan Istilah

Aktor Pelaku aktivitas yang terjadi

SKDPPL Spesifikasi Kebutuhan dan Desain Perancangan Perangkat Lunak

SRS Software Requirement Specification Dokumen hasil analisis sebuah perangkat lunak yang berisi spesifikasi kebutuhan pengguna

UC Use Case

UCD Use Case Description

SITK Sistem Informasi Tempat Kuliner

CDClass Diagram

DMNomain Model

FRFunctional Requirement (Kebutuhan Fungsional)

NFRNon-Functional Requirement (Kebutuhan Non-fungsional)

RDRobustness Diagram

SDSequence Diagram

GUIGraphical User Interface

SKKO

WBS

PRK

SPK

1.6. Sistem PenomoranAda beberapa hal/bagian dalam dokumen ini yang perlu diberi nomor. Maksud penomoran ini untuk mempermudah audience dalam pengidentifikasian. Adapun aturan penomorannya sebagaimana tabel berikut:Hal/Bagian Aturan Penomoran

Kebutuhan Fungsional Nomor berbentuk KFxxx, dimana xxx adalah nomor urut dari kebutuhan fungsional.

Kebutuhan Non-fungsional Nomor berbentuk KNFxxx, dimana xxx adalah nomor urut dari kebutuhan non-fungsional

Robustness Diagram Nomor berbentuk RDxxx, dimana xxx adalah nomor urut dari robustness analysis

Sequence Diagram Nomor berbentuk SDxxx, dimana xxx adalah nomor urut dari sequence diagram

Use CaseNomor berbentuk UCxxx, dimana xxx adalah nomor urut dari sequence diagram

1.7. RefrensiREFRENSI

DESKRIPSI UMUM PERANGKAT LUNAK1.1. Identifikasi Produk

1.2. Manfaat, Tujuan, dan Hasil yang Ingin Dicapai

1.3. Fungsi Perangkat Lunak

1.4. Karakteristik dan Klasifikasi PenggunaKlasifikasi pengguna dalam perangkat lunak ini dibedakan sesuai dengan fungsi utama dan fungsi pendukungnya, yaitu dibagi menjadi Admin dan Pegawai. Rinciannya adalah sebagai berikut:

1.5. Lingkupan OperasiSistem ini dikembangkan dari awal, sehingga akan lebih mudah dan bebas membangun seperti apa rupa website yang akan dibangun. Dalam mengembangkan website kami menggunakan teknologi dibawah ini:a. MySQL DatabaseMySQL adalah sebuah implementasi dari sistem manajemen basis data relasional (RDBMS) yang didistribusikan secara gratis dibawah lisensi GPL (General Public License).b. PHP 5.xPHP 5.x adalah bahasa pemrograman website yang merupakan versi 5 keatas.Selain itu, PHP juga biasa disebut bahasa scripting server-side, artinya di jalankan di server, kemudian outputnya dikirim ke client (browser) dengan dukungan MySQL pada proyek kali ini. PHP juga merupakan bahasa scripting open source yang ditulis menggunakan sintak bahasa C, Java, dan Perl yang sederhana dan mudah dipelajaric. XamppXampp merupakan aplikasi web server dimana digunakan untuk membuat/mengenerate sistem, desain sampai tampilan pada localhost atau secara lokal dikomputer kita sendiri.1.6. Batasan Desain dan ImplementasiBatasan Desain dan Implementasi yang dikerjakan dalam pengembangan perangkat lunak ini ini adalah: Tanggung jawab tim pengembang sebatas pada selesainya proyek di mana website sudah dapat diakses melalui jaringan LAN pada kantor PLN. Pegawai hanya dapat melihat data pada aplikasi dan tidak memiliki hak akses untuk melakukan perubahan data pada aplikasi Aplikasi monitoring tagihan ini hanya dapat digunakan pada jaringan LAN kantor PLN Distribusi Jawa Timur Area Surabaya Selatan1.7. Dokumentasi Bagi PenggunaAplikasi Monitoring Tagihan ini akan memberikan komponen-komponen dalam penggunaan maupun tata cara penyelesaian masalah dalam penggunaan. Berikut adalah komponen dokumentasi yang diperuntukan untuk visitor / member sebagai salah satu pedoman dalam penggunaan perangkat lunak ini nantinya yaitu dengan halaman kontak yang menunjukan informasi kontak pihak yang bertanggung jawab ketika visitor/ member mengalami kesulitan dalam penggunaan sistem.1.8. Asumsi dan Ketergantungan Tim proyek atau pengembang mendapat dukungan dari pihak stakeholder yakni Konten dari website akan dikelola oleh pihak Klien. Maintenances website dilakukan berkala setiap 2 bulan sekali atau jika terjadi emergency call Jika terjadi incident atau sistem tidak berjalan maka akan ada pesan warning berupa tulisan pada halaman website. Pesan warning juga akan ditampilkan ketika inputan pengguna tidak sesuai dengan data yang tersimpan dalam database sistem. Admininistrator disarankan memiliki kemampuan dalam hal penanganan MYSQL, PHP, CSS, HTML, Java dan Javascript.

1.9.

KEBUTUHAN ANTARMUKA EKSTERNAL1.10. Antarmuka Pengguna1.10.1. Antarmuka untuk form masukan aplikasiAntarmuka AdminNo. Halaman Masukan

1. Halaman Login

2. Halaman Entry SKK

3. Halaman Entry Vendor

4. Halaman Entry SPK

5. Halaman Entry Tagihan

6. Halaman Entry Pembayaran

7. Halaman Entry Akun Pegawai

8. Halaman Edit SKK

9. Halaman Edit Vendor

10. Halaman Edit SPK

11. Halaman Edit Tagihan

12. Halaman Edit Pembayaran

13. Halaman detail data

Antarmuka PegawaiNo. Halaman Masukan

1. Halaman Login

1.10.2. Antarmuka untuk form keluaran aplikasiAntarmuka AdminNo. Halaman Keluaran

1. Halaman SKK

2. Halaman Vendor

3. Halaman SPK

4. Halaman Tagihan

5. Halaman Pembayaran

6. Halaman Cetak

7. Halaman Dashboard

Antarmuka PegawaiNo. Halaman Keluaran

1. Halaman SKK

2. Halaman Vendor

3. Halaman SPK

4. Halaman Tagihan

5. Halaman Pembayaran

6. Halaman Dashboard

1.11. Antarmuka Perangkat KerasUntuk menjalankan aplikasi ini diperlukan 2 jenis perangkat keras, yaitu :3.2.1 Komputer ServerKomputer server adalah komputer yang berfungsi sebagai komputer penyimpan, pemroses, penyedia, dan pendistribusian keseluruhan data dan informasi. Kebutuhan minimal komputer server untuk dapat menjalankan SistemInformasi Monitoring Pengangkutan Produk adalah: CPU : Monitor : Harddisk : Drives : LAN Card : Keyboard dan mouse3.2.2 Komputer clientKomputer client adalah 1.12. Antarmuka Perangkat Lunak1.13. Antarmuka Komunikasi

KEBUTUHAN FUNGSIONAL1.14. Kebutuhan Fungsional AdminUse Case IDDeskripsi Singkat Use Case

KF01Admin dapat melakukan Log in

KF02Admin dapat melakukan Logout

KF03Admin dapat melihat Dashboard *

KF04Admin dapat melihat data SKK

KF05Admin dapat melihat data Vendor

KF06Admin dapat melihat data SPK

KF07Admin dapat melihat data Tagihan

KF08Admin dapat melihat data Pembayaran

KF09Admin dapat melihat data Akun Pegawai

KF10Admin dapat melakukan entry datta SKK

KF11Admin dapat melakukan entry data Vendor

KF12Admin dapat melakukan entry data SPK

KF13Admin dapat melakukan entry data Tagihan *

KF14Admin dapat melakukan entry data Pembayaran *

KF15Admin dapat melakukan entry data Akun Pegawai

KF16Admin dapat melakukan mengubah data SKK

KF17Admin dapat mengubah Vendor

KF18Admin dapat mengubah SPK

KF19Admin dapat mengubah Tagihan *

KF20Admin dapat mengubah Pembayaran *

KF21Admin dapat mengubah data Akun Pegawai

KF22Admin dapat menghapus data SKK

KF23Admin dapat menghapus data Vendor

KF24Admin dapat menghapus data SPK

KF25Admin dapat menghapus data Tagihan

KF26Admin dapat menghapus data Pembayaran

KF27Admin dapat menghapus data Akun Pegawai

KF28Admin dapat melakukan cetak data SKK

KF29Admin dapat melakukan cetak data Vendor

KF30Admin dapat melakukan cetak data SPK

KF31Admin dapat melakukan cetak data Tagihan

KF32Admin dapat melakukan cetak data Pembayaran

KF33Admin dapat melakukan filter

KF34Admin dapat melakukan validasi pembayaran *

KF35Admin dapat melihat detail data SKK

KF36Admin dapat melihat detail data Vendor

KF37Admin dapat melihat detail data SPK

KF38Admin dapat melihat detail data Tagihan

KF39Admin dapat melihat detail data Pembayaran

1.15. Kebutuhan Fungsional PegawaiUse Case IDDeskripsi Singkat Use Case

KF40Pegawai dapat melakukan Log in

KF41Pegawai dapat melakukan Logout

KF42Pegawai dapat melihat Dashboard *

KF43Pegawai dapat melihat data SKK

KF44Pegawai dapat melihat data Vendor

KF45Pegawai dapat melihat data SPK

KF46Pegawai dapat melihat data Tagihan

KF47Pegawai dapat melihat data Pembayaran

KF48Pegawai dapat mengubah akun pribadi *

KF49Pegawai dapat melihat detail data SKK

KF50Pegawai dapat melihat detail data Vendor

KF51Pegawai dapat melihat detail data SPK

KF52Pegawai dapat melihat detail data Tagihan

KF53Pegawai dapat melihat detail data Pembayaran

KEBUTUHAN NON-FUNGSIONALEfficiency / Resoure BehaviourKnF01: Sistem operasi yang digunakan adalah Windows 7KnF02: Sistem menggunakan basis data MySQL dengan PHP MyAdmin sebagai konfiguratornya AvailabilityKnF03: Sistem dapat diakses selama 24 jam dalam sehariKnF04: Sistem harus dapat menampilkan data dalam waktu kurang dari 2 detikReliabilityKnF05: Sistem harus dapat diakses oleh 50 pegawai secara bersamaanSecurityKnF06: Sistem harus memastikan bahwa data telah diproteksi dari user yang tidak memiliki akses autorisasi untuk mengubah data

UsabilityKnF07:

KEBUTUHAN LAINNYA

DESAIN PERANCANGAN PERANGKAT LUNAK1.16. GUI Perangkat Lunak

1.17. Domain Model1.18. Diagram Use Case1.19. Narasi Use Case1.20. Robustness Diagram1.21. Technical Architecture1.22. Sequence Diagram1.23. Update Domain Model1.24. Class Diagram

SIFAT RAHASIAKhusus diproduksi dan didistribusikan kepada yang berhak mengetahui di lingkunganPT. PLN DISTRIBUSI JAWA TIMUR AREA SURABAYA SELATAN7