Template PPL OO -Riska_Kartika_Arika.pdf

8/16/2019 Template PPL OO -Riska_Kartika_Arika.pdf

1/18

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

LEMBAR DISPOSISI ONLINE (LDO)

untuk:

DINAS KOMUNIKASI INFORMATIKA DAN PARIWISATA

KOTA BLITAR

Dipersiapkan oleh:

Suastika Yulia Riska (109533414510)

Kartika Candra Kirana (109533414514)

Arika Prihastanti Sutami (109533414518)

Jurusan Teknik Elektro – Universitas Negeri Malang

Jalan Semarang 5, Malang

Jurusan Teknik Elektro

Universitas Negeri Malang

Nomor Dokumen Halaman

DPPL-OO Revisi A


2/18

Jurusan Teknik Elektro UM DPPL-OO Halaman 2 dari 18

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 PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

G

INDEX

TGL

- A B C D E F G

Ditulis

oleh

Diperiksa

oleh

Disetujui

oleh


3/18



Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi


4/18



Daftar Isi1. Pendahuluan ..................................................... ................................................................. ........................ 5

1.1 Tujuan Penulisan Dokumen .......................................................................................................... 5 1.2 Lingkup Masalah ........................................................ ................................................................. .. 5

1.3 Aturan Penomoran ................................................................ ........................................................ 51.4 Referensi ......................................................... ................................................................. ............. 5

1.5 Deskripsi Umum Dokumen (Ikhtisar) ........................................................ ................................... 5

2. Kebutuhan Perangkat Lunak ............................................................. ........................................................ 5 2.1 Deskripsi Umum Sistem ........................................................ ........................................................ 5

2.2 Fungsi Utama Perangkat Lunak ................................................................. ................................... 5

2.3 Model Use Case ......................................................... ................................................................. .. 6

2.3.1 Definisi Actor ................................................................ ........................................................ 6 2.3.2 Definisi Use Case .......................................................... ........................................................ 6

2.3.3 Diagram Use Case ......................................................... ........................................................ 7

2.4 Prototipe Antarmuka ............................................................. ........................................................ 7

2.5 Spesifikasi Tambahan ........................................................... ........................................................ 8

2.6 Glossary .......................................................... ................................................................. ............. 8

3. Model Analisis ............................................................ ................................................................. ............. 9

3.1 Deskripsi Arsitektur .............................................................. ........................................................ 9

3.1.1 Identifikasi Paket Analisis ....................................................... .............................................. 9

3.1.2 Identifikasi Kelas Analisis............................................................................. ........................ 9

3.2 Realisasi Use Case Tahap Analisis ............................................................ ................................... 9

3.3 Kelas Analisis ............................................................ ................................................................. 10

3.3.1 Tanggung-Jawab dan Atribut ............................................................. ............................... 100

3.3.2 Asosiasi dan Agregasi ............................................................. .......................................... 111

3.3.3 Generalisasi ........................................................ ................................................................. 11

3.3.4 Kebutuhan Khusus ........................................................ ...................................................... 11

3.4 Paket Analisis ............................................................. ................................................................. 11

3.5 Activity Diagram ........................................................ ................................................................. 12

3.6 Skenario Use Case ................................................................ ...................................................... 124. Model Perancangan..................................................... ................................................................. ........... 12

4.1 Deskripsi Arsitektural ........................................................... ...................................................... 12

4.1.1 Konfigurasi Jaringan ................................................................ ........................................... 12

4.1.2 Identifikasi Subsistem Pendukung....................................................................................... 12

4.1.3 Identifikasi Subsistem Aplikasi .......................................................... ................................. 12

4.1.4 Identifikasi Kelas Perancangan .......................................................... ............................... 133

4.2 Class Diagram ............................................................ ................................................................. 13

4.3 Kelas Perancangan ................................................................ ...................................................... 14

4.4. Sequence Diagram ................................................................ ...................................................... 15

5. Implementasi ............................................................... ................................................................. ........... 16

5.1 Implementasi Komponen ................................................................ ............................................ 16

5.2 Implementasi Subsistem ........................................................ ...................................................... 16

5.3 Implementasi Antarmuka ................................................................ ............................................ 166. Pengujian ......................................................... ................................................................. ...................... 17

6.1 Rencana Pengujian ................................................................ ...................................................... 17

6.2 Prosedur Pengujian ............................................................... ...................................................... 17

LAMPIRAN ......................................................... ................................................................. ...................... 18


5/18



1. Pendahuluan

1.1 Tuj uan Penul isan Dokumen

Membuat naskah dinas elektronik yang membantu pengarsipan surat dinas,

khususnya lembar disposisi. Naskah dinas yang dibuat secara online tersebut mencakup:

1. alat pengingat kegiatan Dinas,2. alat kontrol / pengawasan / pengendalian,

3. bukti pertanggungjawaban, dan

4. bukti resmi mengenai penyelenggaraan administrasi pemerintah dan kehidupan

bangsa.

1.2 L ingkup Masalah

Selama ini, Kominpar Daerah Kota Blitar belum memiliki aplikasi yang

membantu pengarsipan surat dinas, khususnya lembar disposisi. Berbagai macam

masalah persuratan ditangani secara konvensional. Hal ini menyulitkan pegawai yang

menangani masalah persuratan. Kendala utama terletak pada sulitnya pencarian arsip.

Untuk menangani permasalahan tersebut, naskah dinas elektronik merupakan salah satu

solusinya.

1.3 Atur an Penomoran

Tuliskan jika anda memakai aturan penomoran

1.4 Referensi

Pemerintah Kota Blitar. 2008. Peraturan Walikota Nomor 49 Tahun 2008. Blitar:

Pemerintah Kota Blitar.

Kadir, Abdul. 2009. Mastering Ajax dan PHP .Yogjakarta: Andi.

Prasetyo, Didik Dwi. 2012. Template PPL OO. Malang: UM.

1.5 Deskr ipsi Umum Dokumen (I khti sar)

Tuliskan sistematika pembahasan dokumen SKPL ini.

2 Kebutuhan Perangkat Lunak

2.1

Deskr ipsi Umum Sistem

Lembar disposisi online ditujukan khusus untuk menangani pengarsipan lembar

disposisi di Dinas Komunikasi Informatika dan Pariwisata Daerah Kota Blitar. Proses

yang diterapkan dalam lembar disposisi yaitu TU mendata lembar disposisi online

kemudian di-ACC oleh Kepala Dinas.

2.2 Fungsi Utama Perangkat Lunak

Perangkat lunak tersebut dapat:

1. Mendata lembar disposisi


6/18



2. Meng-ACC lembar disposisi

2.3 Model Use Case

2.3.1 Definisi Actor

No Actor Deskripsi

A1. TU Membuat lembar disposisi

A2. Kepala Dinas Meng-ACC lembar disposisi

2.3.2 Definisi Use Case

No Use Case Deskripsi

U1 Pendataan Untuk mendata lembar disposisi

U2 Peng-ACC-an Untuk meng-ACC lembar disposisi oleh Kepala Dinas

Untuk beberapa use case utama, buatlah skenario (flow of event) yang menggambarkan urutan interaksi

actor dengan use case tersebut, dari awal sampai akhir.

Contoh:

Nama Use Case: ……………

Skenario:

Aksi Actor Reaksi Sistem

Skenario Normal

1 membuka halaman utama

2 menampilkan halaman

3login4 cek status

5 menampilkan halaman pengguna

6 mengisi form pendataan lembar disposisi

7 menyimpan lembar disposisi

8 meng-ACC lembar disposisi

9 update lembar disposisi

Skenario Alternatif

3 login

4cek status

5 kembali ke halaman utama

Skenario Alternatif 2

8 menolak-ACC lembar disposisi

9 delete lembar disposisi


7/18



2.3.3 Diagram Use Case

Gambar 1 Diagram Use Case

Penjelasan:

1. TU dan kepala dinas harus melakukan login terlebih dahulu untuk masuk ke sistem.

2. Jika teridentifikasi status sebagai TU, maka ia dapat melakukan pendataan disposisi

3. Jika teridentifikasi status sebagai kepala dinas, maka ia dapat melakukan peng-ACC-an lembardisposisi

2.4 Prototipe Antarmuka

Gambar 2 Halaman Login


8/18



Gambar 3 Halaman Lembar Penambahan (TU)

Gambar 4 Halaman Lembar ACC (kepala dinas)

2.5 Spesifi kasi Tambahan

Kebutuhan Non-fungsional:

1. Memiliki keamanan pada login

2. Mmemiliki waktu tanggap cepat untuk login (1 second)

3. Memiliki user interface menarik

2.6 Glossary

Lembar disposisi adalah alat komunikasi tertulis yang ditujukan kepada bawahan yang

berisi informasi atau perintah.


9/18



3 Model Analisis

3.1 Deskr ipsi Arsitektur

3.1.1 Identifikasi Paket Analisis

No Nama Paket Use Case Terkait Keterangan

1. Menentukan Status 1.Login Paket yang mengelola

antarmuka utama untuk

pengguna sistem

2. Mendata disposisi 2.Pendataan Paket yang mengelola

antarmuka pemrosesan atau

pendataan

3. Meng-ACC disposisi 3.Peng-ACC-an

3.1.2 Identifikasi Kelas Analisis

Pada fase Inception:

Untuk setiap paket analisis di atas, identifikasi kelas analisis dengan mengacu pada skenario setiap use

case.

Contoh: No Nama Paket Nama Kelas Analisis Jenis Kelas

(Boundary, Control, Entity)

1. Menentukan Status 1.form_login

2. pemrosesan_status

3.data_user

1.Boundary

2.Control

3.Entity

2. Mendata disposisi 1.form_pendataan

2.pemrosesan_data

3.data_disposisi

1.Boundary

2.Control

3.Entity

3. Meng-ACC disposisi 1.form_acc

2.update/delete_data

3.data_disposisi

1.Boundary

2.Control

3.Entity

3.2 Realisasi Use Case Tahap Anal isis

Gambar 5 Realisasi Use Case “Menentukan Status”

Gambar 6 Realisasi Use Case “Mendata Disposisi”


10/18



Gambar 7 Realisasi Use Case “Meng-acc disposisi”

3.3 Kelas Anali sis

No Nama Kelas Jenis

1. 1.form_login


3.data_user

1.Boundary

2.Control

3.Entity

2. 1.form_pendataan

2.pemrosesan_data

3.data_disposisi

1.Boundary

2.Control

3.Entity

3. 1.form_acc


3.data_disposisi

1.Boundary

2.Control

3.Entity

3.3.1 Tanggung-Jawab dan Atribut

Nama Kelas Daftar Tanggung-Jawab Daftar Atribut

form_login login() 1. username: string

2.password: password

pemrosesan_status cek_username()

cek_password()cek_status()

1. username: string

2.password: password3.status: string

data_user get_username()

get_password()

get_status()

1. username: string

2.password: password

3.status: string

form_pendataan display() 1. no_surat: int

2. no_agenda: int

3. tanggal_terima: date

4. tanggal_penyelesaian: date

5.tingkat_keamanan: enum

6. dari: string

7. ringkasan: string8. lampiran: string

9. terusan: string

pemrosesan_data post_data() 1. no_surat: int

2. no_agenda: int




6. dari: string

7. ringkasan: string

8. lampiran: string


11/18



9. terusan: string

data_disposisi get_data() 1. no_surat: int

2. no_agenda: int



5.tingkat_keamanan: enum6. dari: string


8. lampiran: string

9. terusan: string

form_acc display_acc() 1. no_surat: int

2. no_agenda: int




6. dari: string

7. ringkasan: string8. lampiran: string

9. terusan: string

update/delete_data 1. update_data()

2. delete_data()

1. no_surat: int

2. no_agenda: int




6. dari: string


8. lampiran: string

9. terusan: string

3.3.2 Asosiasi dan Agregasi

Diisi jika ada.

3.3.3 Generalisasi

Diisi jika ada.

3.3.4 Kebutuhan Khusus

Diisi jika ada.

Pada fase Construction:

Lengkapi subbab 3.3.1 – 3.3.4. Jika ada perubahan, lengkapi tabel revisi.

3.4 Paket Anali sis

Paket “menentukan status” terdiri dari kelas analisis “form_login”, “pemrosesan_status”, dan

“data_user” dimana paket ini merupakan paket yang digunakan user untuk login.

Paket “mendata disposisi” terdiri dari kelas analisis “form_pendataan”, “pemrosesan_data”, dan

“data_disposisi” dimana paket ini merupakan paket yang digunakan user untuk mandata/ menambah

lembar disposisi.

Paket “meng-acc disposisi” terdiri dari kelas analisis “form_acc”, “update/delete_data”, dan

“data_disposisi” dimana paket ini merupakan paket yang digunakan user untuk meng-acc lembar

disposisi.


12/18



3.5 Activity Diagram

KEPALA DINASTU DAN KEPALA DINASTU

peng-acc-an

login

statustu kepala dinaspendataan

Gambar 8 Activity Diagram

4 Model Perancangan

4.1

Deskr ipsi Arsitektural4.1.1 Konfigurasi Jaringan

1. Ekstrak file disposisi.rar

2. Kopikan folder disposisi di xampp/htdoc

3. Buka xampp/phpmyadmin (phpmy admin di server anda)

4. Import file database.sql dari folder disposisi /database

5. Buka localhost/ disposisi di web browser anda

6. Coba login dengan username dan password

TU : TU

kepaladinas : kepaladinas

7.

Jika anda dapat login berarti konfigurasi sukses

4.1.2 Identifikasi Subsistem Pendukung

Aplikasi yang digunakan adalah web browser seperti Mozilla atau Google Chrome. Dalam pembuatannya

dibutuhkan server local seperti xampp.

4.1.3 Identifikasi Subsistem Aplikasi

Diisi dengan identifikasi subsistem yang bersifat application-specific, dengan mengacu pada hasil

identifikasi paket analisis dan diagram paket, termasuk apabila ada subsistem yang akan di-reuse (dari

yang sudah ada sebelumnya). Sertakan pula alokasi subsistem tersebut pada node yang telah

teridentifikasi. Boleh dibuat dalam bentuk tabel seperti berikut:

No Nama Subsistem Paket Analisis terkait (jika ada) Ket

1. Login Menentukan Status Hanya terdapat 1 subsistem

yang bertujuan untuk login

2 Tambah Mendata disposisi Hanya terdapat 1 subsistem

yang bertujuan untuk

menambah lembar disposisi

3 Update

Delete

Meng-ACC disposisi Terdapat 1 subsistem yang

bertujuan untuk memproses

peng-acc-an


13/18



4.1.4 Identifikasi Kelas Perancangan

No Nama Subsistem Nama Kelas Perancangan Nama Kelas Analisis (jika ada)

1. Login 1.form_login()

2. pemrosesan_status()

3.data_user()

1.form_login


3.data_user2 Tambah 1.form_pendataan()

2.pemrosesan_data()

3.data_disposisi()

1.form_pendataan

2.pemrosesan_data

3.data_disposisi

3 Update

Delete

1.form_acc()

2.update/delete_data()

3.data_disposisi

1.form_acc


3.data_disposisi

4.2 Class Diagram

Gambar 9 Class Diagram “Menentukan Status”

Gambar 10 Class Diagram “Mendata Disposisi”


14/18



Gambar 11 Class Diagram “Meng-ACC Disposisi”

4.3 Kelas Perancangan

No Nama Kelas Perancangan Nama Kelas Analisis (jika ada)

1 form_login()

pemrosesan_status()

data_user()

1.form_login


3.data_user

2 form_pendataan()

pemrosesan_data()

data_disposisi()

1.form_pendataan

2.pemrosesan_data

3.data_disposisi

3 form_acc()

update/delete_data()

data_disposisi

1.form_acc


3.data_disposisi

4.3.1 Operasi dan Atribut

Nama Kelas: form_login, pemrosesan_status, data_user, form_pendataan, pemrosesan_data,

data_disposisi, form_acc, update/delete_data

Nama Operasi Visibi li ty

(pri vate, public)

Keterangan

Login() Public Dapat diakses oleh umum

Cek_username() Private Dapat diakses hanya dalam satu

kelas

Cek_password() Private Dapat diakses hanya dalam satu

kelasCek_status() Private Dapat diakses hanya dalam satu

kelas

Get_username() Private Dapat diakses hanya dalam satu

kelas

Get_password() Private Dapat diakses hanya dalam satu

kelas

Get_status() Private Dapat diakses hanya dalam satu

kelas

Display() Private Dapat diakses hanya dalam satu

kelas


15/18



Display_ACC() Private Dapat diakses hanya dalam satu

kelas

Post_data() Private Dapat diakses hanya dalam satu

kelas

Get_data() Private Dapat diakses hanya dalam satu

kelasUpdate_data() Private Dapat diakses hanya dalam satu

kelas

Delete_data() Private Dapat diakses hanya dalam satu

kelas

Nama Atri but Visibili ty

(pri vate, public)

Tipe

username: string

password: password

status: string

no_surat: int

no_agenda: inttanggal_terima: date

tanggal_penyelesaian: date

tingkat_keamanan: enum

dari: string

ringkasan: string

lampiran: string

terusan: string

Public

Public

Public

Public

Public Public

Public

Public

Public

Public

Public

Public

String

Password

String

Int

Int Date

Date

Enum

String

String

String

String

4.3.2 Asosiasi dan Agregasi

Gambarkan jika ada.

4.3.3 Generalisasi

Gambarkan jika ada.

4.4 Sequence Diagram

Gambar 12 Sequence Diagram


16/18



5. Implementasi

5.1 Implementasi Komponen

No Nama Kelas Nama File Fisik Nama File Executable

1 1.form_login


3.data_user

Slide_login.php

Login.php, index.php

Koneksi.php

Index.php

Index.php

Index.php

2 1.form_pendataan

2.pemrosesan_data

3.data_disposisi

TU/index.php

Tambah.php

Koneksi.php

Index.php

Index.php

Index.php

3 1.form_acc


3.data_disposisi

KEPALA/index.php

Update.php dan Delete.php

Koneksi.php

Index.php

Index.php

Index.php

5.2 Implementasi Subsistem

No Nama Subsistem Nama File Fisik Nama Kelas

1 Login Slide_login.php


Koneksi.php

1.form_login


3.data_user

2 Tambah TU/index.php

Tambah.php

Koneksi.php

1.form_pendataan

2.pemrosesan_data

3.data_disposisi

3 Update

Delete

KEPALA/index.php


Koneksi.php

1.form_acc


3.data_disposisi

5.3 Implementasi Antarmuka

No Antarmuka Nama File Fisik Nama File Executable

1 Login Slide_login.php


Koneksi.php

Index.php

Index.php

Index.php

2 Tambah TU/index.php

Tambah.php

Koneksi.php

Index.php

Index.php

Index.php3 Update

Delete

KEPALA/index.php


Koneksi.php

Index.php

Index.php

Index.php


17/18



6. Pengujian

6.1 Rencana Penguj ian

No Use Case Pengujian Jenis Pengujian Identifikasi1 Login 1. Skenario normal

2. Skenario alternatif 1

Black Box

Black Box

U-1-xxx

U-1-xxx

2 Pendataan 1. Skenario normal Black Box U-2-xxx

3 Peng-ACC-an 1. Skenario normal

2. Skenario alternatif 2

Black Box

Black Box

U-3-xxx

U-3-xxx

6.2 Prosedur Penguj ian

Jika hasil pengujian baik, maka sistem siap digunakan. Jila scenario alternatif 1 dan 2 masih belum sesuai

dengan standard kriteria yang telah disepakati kedua belah pihak, maka sistem harus direvisi.

6.3 Komponen Penguj ian

1. Login sistem securitas baik

2. Data disposisi tidak mengalami redundan

3. Penyimpanan data sukses

4. Pengupdate-an data sukses

5. Pendelete-an data sukses

6.4 Defect


Belum diisi

Pada fase Elaboration:

Belum diisi


Tuliskan defect yang ditemukan setelah melakukan pengujian

6.5 Evaluasi Penguj ian


Belum diisi

Pada fase Elaboration:

Belum diisi


Tuliskan uraian evaluasi hasil pengujian


18/18



LAMPIRAN

Lampiran yang wajib dibuat adalah struktur organisasi tim, yang meliputi peran dan alokasi peran

setiap anggota tim.

Lengkapi dengan lampiran lain jika perlu.

Documents

Template PPL OO -Riska_Kartika_Arika.pdf