GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Taking Order Application for Sales

(TOAS)

untuk:

PT. Fashion Eservices Indonesia

Dipersiapkan oleh:

Ardhi Aripratomo (120533430899)

Dwi Sukma Setya N (120533430902)

M. Rif’at (120533430927)

Mukh. Angga Gumilang (120533430947)

Jurusan Teknik Elektro – Universitas Negeri Malang

Jalan Semarang 5, Malang

Nomor Dokumen Halaman

Jurusan Teknik Elektro

Universitas Negeri Malang SKPL-01

Revisi A Tgl: 06-09-2014
 Daftar Perubahan

Revisi Deskripsi

INDEX A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh

Jurusan Teknik Elektro UM SKPL Halaman 2 dari 27

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

Jurusan Teknik Elektro UM SKPL Halaman 3 dari 27

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 Isi

1. Pendahuluan ...................................................................................................... 8
1.1 Tujuan Penulisan Dokumen ........................................................................ 8
1.2 Lingkup Masalah ........................................................................................ 8
1.3 Definisi, Singkatan, dan Akronim .............................................................. 8
1.4 Referensi ................................................................................................... 10
1.5 Deskripsi Umum Dokumen ...................................................................... 10
2. Deskripsi Global Perangkat Lunak .................................................................. 12
2.1 Perspektif Produk...................................................................................... 12
2.2 Fungsi Produk ........................................................................................... 14
2.3 Karakteristik Pengguna ............................................................................. 14
2.4 Batasan-batasan ........................................................................................ 14
2.5 Asumsi dan Kebergantungan .................................................................... 14
3 Deskripsi Rinci Kebutuhan ............................................................................. 17
3.1 Kebutuhan antarmuka eksternal................................................................ 17
3.1.1 Antarmuka pemakai ........................................................................... 17
3.1.2 Antarmuka perangkat keras................................................................ 17
3.2 Perancangan Rinci .................................................................................... 17
3.2.1 Use Case ............................................................................................. 17
3.2.1.1 Activity Diagram ............................................................................ 18
3.2.1.2 Swimlane Diagram ......................................................................... 20
3.2.2 Deskripsi Use Case ............................................................................ 20
3.2.2.1 Definisi Aktor dan Use Case .......................................................... 20
3.2.2.2 Skenario Use Case .......................................................................... 21
3.3 Realisasi Use Case .................................................................................... 25
3.3.1 Identifikasi Paket dan Kelas ............................................................... 25
3.3.2 Diagram Realisasi Use Case .............................................................. 25
3.3.3 Class Diagram .................................................................................... 26
3.3.4 Sequence Diagram ............................................................................. 26

Jurusan Teknik Elektro UM SKPL Halaman 4 dari 27

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
3.4 Deskripsi Kebutuhan Non Fungsional ...................................................... 27
3.4.1 Performansi ........................................................................................ 27
3.4.2 Atribut Sistem Perangkat Lunak ........................................................ 27
3.4.3 Kebutuhan Lain .................................................................................. 28
3.5 Atribut Kualitas Perangkat Lunak ............................................................ 28
3.6 Batasan Perancangan ................................................................................ 28
3.7 Matriks Keterunutan ................................................................................. 29

Jurusan Teknik Elektro UM SKPL Halaman 5 dari 27

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 Gambar

Gambar 1. System Overview ................................................................................. 12

Gambar 2. Use Case Diagram ................................................................................ 17
Gambar 3. Activity Diagram Untuk Admin ........................................................... 18
Gambar 4. Activity Diagram Untuk User .............................................................. 19
Gambar 5. Swimlane Diagram ............................................................................... 20
Gambar 6. Diagram Realisasi Use Case ................................................................ 26
Gambar 7. Class Diagram ...................................................................................... 26
Gambar 8. Sequence Diagram................................................................................ 27

Jurusan Teknik Elektro UM SKPL Halaman 6 dari 27

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 Tabel
Tabel 1. Daftar Definisi, Akronim, dan Singkatan .................................................. 8
Tabel 2. Daftar Istilah .............................................................................................. 9
Tabel 3. Karakteristik Pengguna ............................................................................ 14
Tabel 4. Definisi Aktor .......................................................................................... 20
Tabel 5. Definisi Use Case ..................................................................................... 21
Tabel 6. Skenario 1 ................................................................................................ 21
Tabel 7. Skenario 2 ................................................................................................ 22
Tabel 8. Skenario 3 ................................................................................................ 23
Tabel 9. Skenario 4 ................................................................................................ 24
Tabel 10. Paket Analisis......................................................................................... 25
Tabel 11. Kelas Analisis ........................................................................................ 25
Tabel 12. Kebutuhan Performasi ........................................................................... 27
Tabel 13. Atribut Sistem Perangkat Lunak ............................................................ 27
Tabel 14. Kebutuhan Lain ...................................................................................... 28
Tabel 15. Matriks Keterunutan .............................................................................. 29

Jurusan Teknik Elektro UM SKPL Halaman 7 dari 27

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
1. Pendahuluan
1.1 Tujuan
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan
dokumen spesifikasi kebutuhan perangkat lunak yang akan dikembangkan.
Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis
pengembangan perangkat lunak pada tahap selanjutnya.

1.2 Lingkup Masalah

TOAS adalah perangkat lunak untuk manejemen penerimaan order dari
konsumen berupa pembelian skala kecil (eceran) yang digunakan sales
perusahaan. Program ini dirancang dalam bahasa pemrograman Java. Dalam
program meliputi konektivitas internet dan sistem informasi terdistribusi yang
berakar dan diolah oleh server pusat.

1.3 Definisi, Akronim dan Singkatan

Tabel 1. Daftar definisi dan Akronim
Kata Kunci Definisi dan atau akronim
atau frase
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 gambaran
teknik proyek.
SRS Software Requirement Specification
SKPL Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi kebutuhan

Jurusan Teknik Elektro UM SKPL Halaman 8 dari 27

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
 user
RPL Rekayasa Perangkat Lunak
Kegiatan pengembangan perangkat lunak
IEEE Institute of Electrical and Electronics Engineers
Standar internasional untuk pengembangan dan rancangan
produk
ANSI American Standard Institute
Lembaga standardisasi Amerika

Tabel 2. Daftar Istilah

Istilah Definisi
Pelanggan Suatu instansi yang membutuhkan sistem
informasi yang dibangun
Pengembang Orang yang membangun dan mengembangkan
sistem informasi
Admin Orang yang dapat mejalankan fitur
- Tambah, Cari, Ubah jabatan karyawan
- Tambah, Cari, Ubah Karyawan (Data
karyawan)
- Buat Surat
- Cetak Surat (mencetak hasil dari
pembuatan surat)
- Cetak Rekapitulasi Surat (mencetak hasil
dari seluruh rekapan pembuatan surat)
User Orang yang dapat menjalankan fitur
- Buat Surat
- Cetak Surat (mencetak hasil dari
pembuatan surat)
- Cetak Rekapitulasi Surat (mencetak hasil
dari seluruh rekapan pembuatan surat)

Jurusan Teknik Elektro UM SKPL Halaman 9 dari 27

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
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 SKPL ini dibagi menjadi tiga bagian utama. Bagian utama
berisi penjelasan tentang dokumen SKPL yang mencakup tujuan pembuatan
dokumen ini, lingkup masalah diselesaikan oleh perangkat lunak yang
dikembangkan, definisi, referensi dan deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai perangkat
lunak yang dikembangkan meliputi fungsi dari perangkat lunak, karakteristik
pengguna, batasan, dan asumsi yang diambil dalam pengembangan
perangkat lunak. Bagian ketiga berisi uraian kebutuhan perangkat lunak
secara lebih rinci.

Jurusan Teknik Elektro UM SKPL Halaman 10 dari 27

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
2 Deskripsi Global Perangkat Lunak
2.1 Perspektif Produk
TOAS adalah perangkat lunak untuk manejemen penerimaan order dari
konsumen berupa pembelian skala kecil (eceran) yang digunakan sales
perusahaan. Penerimaan order dikembangkan dengan metode pemrograman
prosedural. TOAS akan menyimpan semua data inputan sales berupa data
permintaan order yang akan langsung masuk ke database pusat dan siap
diproses oleh server sebagai operator.

Perangkat lunak ini dapat dijalankan pada lingkup sistem operasi Google ®
Android1 Gingerbread/Honeycomb/Ice Cream Sandwich/Jelly Bean/Kitkat.

Perangkat lunak ini hanya dapat diakses oleh pengguna menggunakan

username dan password yang telah terlebih dahulu terdaftar.

Gambar hubungan antar subsistem pada TOAS adalah sebagai berikut :

TOAS List Product

TOAS
User Interface TOAS Order Product

TOAS Tracking Order

TOAS Admin Server

Gambar 1: Hubungan antar subsistem pada TOAS

Jurusan Teknik Elektro UM SKPL Halaman 11 dari 27

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
2.2 Fungsi Produk
Sebagai front office penjualan yang dilaksanakan oleh pengguna lapangan
(sales). Yang terkoordinasi dengan back office (Server). Program akan
terintergrasi melalui sistem informasi product berupa data yang akan
terupdate secara real time dan diatur oleh pihak back office.

2.3 Karakteristik Pengguna

Pengguna perangkat lunak ini adalah seorang sales yang menggunakan
Smartphone di lingkungan kerjanya.
Perangkat lunak ini hanya dibuat dan digunakan oleh sales dengan otoritas
untuk menginputkan pesanan pada perangkat lunak ini.

Tabel 3. Karakteristik pengguna

Kategori Pengguna Aktivitas
Sales Melakukan input pemesanan barang
Back office (Admin) Rekapitulasi kegiatan sales

2.4 Batasan-batasan
Program ini hanya dipakai oleh sales. Kita tekankan pada pemakaian karena
hanya order, cek barang dan melihat status pengiriman. Dalam program ini
terdapat beberapa batasan yang harus dipatuhi.Misalnya :
- Aplikasi harus terhubung dengan internet,
- Front Office hanya dapat melihat dan meng-order,
- Aplikasi hanya dapat digunakan pada platform Android,
- Aplikasi hanya bisa dibuka atau dipakai oleh akun yang telah terdaftar

2.5 Asumsi dan Kebergantungan

Deskripsi asumsi dan kebergantungan
Asumsi
1. Admin memiliki otoritas secara penuh dalam pengolahan data order dan
data barang.

Jurusan Teknik Elektro UM SKPL Halaman 12 dari 27

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
 2. Aplikasi ini dibuat untuk memenuhi kekurangan sales yang hanya bisa
mengorder barang dengan jumlah besar.
3. Aplikasi ini bukan system utama seperti Back Office pada umumnya,
yang dapat mengatur data-data order dan barang di gudang.
4. Aplikasi ini dapat dikategorikan sebagai mobile store yang dioperasikan
kapanpun dan dimanapun.

Kebergantungan
1. System informasi hanya dapat diakses secara realtime jika terdapat
koneksi internet.
2. Aplikasi hanya dapat dipakai dengan device yang memiliki system
operasi android
3. Sales harus terdaftar di dalam database untuk mengakses program

Jurusan Teknik Elektro UM SKPL Halaman 13 dari 27

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
3 Deskripsi Rinci Kebutuhan

3.1 Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pemakai

Sales sebagai user dapat mengoperasikan aplikasi TOAS dengan bantuan
perangkat smartphone.

3.1.2 Antarmuka perangkat lunak

Aplikasi dapat diakses jika terhubung dengan Internet dan memiliki OS
android.

3.2 Perancangan Rinci

3.2.1 Use Case

Sistem dioperasikan oleh 3 orang aktor yaitu sales, buyer, dan backoffice.
Antara sales dan buyer hanya terjadi request, konfirmasi dan pembayaran
barang. Sedangkan Sales dengan backoffice terjadi traksaksi pesan barang
dan penerimaan faktur pembayaran. Backoffice akan melayani pembelian
ke user dengan berdasar data dari sales.
Use case yang didefinisikan untuk sales, sebagai actor utama yang
mengubungkan antara backoffice dan buyer.

Jurusan Teknik Elektro UM SKPL Halaman 14 dari 27

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
 Gambar 2. Use Case Diagram

3.2.1.1 Activity Diagram

Activity diagram untuk admin dibuat dari 8 buah use case, dimana semua
use case memang telah didefinisikan untuk admin. Pertama-tama admin membuat
data jabatan, kemudian membuat data pegawai dengan mengambil data jabatan
untuk dimasukkan ke dalam data pegawai. Selanjutnya dalam tahap pembuatan
surat, admin dapat mengambil data pegawai secara opsional. Pencetakan
dokumen surat dan pencetakan laporan rekapitulasi surat juga dilakukan admin
secara opsional.

Gambar 3. Activity Diagram Untuk Admin

Untuk user, di dalam sistem user dapat melakukan pembuatan surat, pengambilan
data pegawai untuk kelangkapan pembuatan surat secara opsional. User juga dapat
mencetak laporan rekapitulasi surat. Laporan ini adalah laporan dari daftar-daftar
surat yang telah dibuat dengan menggunakan sistem.

Jurusan Teknik Elektro UM SKPL Halaman 15 dari 27

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
 Gambar 4. Activity Diagram Untuk User

3.2.1.2 Swimlane Diagram

Swimlane diagram dari sistem ini menggambarkan bagaimana sistem akan
dijalankan oleh kedua actor (dalam sistem ini terdapat 2 aktor, yaitu : Admin dan
User). Peran pokok admin di dalam sistem adalah melakukan pembuatan data
jabatan dan data pegawai. Setelah proses tersebut dilakukan, maka proses
selanjutnya adalah pembuatan surat, pencetakan dokumen surat, dan pencetakan
laporan rekapitulasi surat oleh user.

Jurusan Teknik Elektro UM SKPL Halaman 16 dari 27

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
 Gambar 5. Swimlane Diagram

3.2.2 Deskripsi Use Case

3.2.2.1 Definisi Aktor dan dan Use Cse

Tabel 4. Definisi aktor
No Aktor Deskripsi
A1 Admin Pengguna yang berinteraksi dengan system untuk membuat
data jabatan, mengambil data jabatan, membuat data
pegawai, mengambil data pegawai, membuat surat, mencetak
surat, membuat laporan rekapitulasi surat, dan mencetak

Jurusan Teknik Elektro UM SKPL Halaman 17 dari 27

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
 laporan rekapitulasi surat.
A2 Koki Pengguna yang berinteraksi dengan system untuk membuat
surat, mencetak surat, membuat laporan rekapitulasi surat,
dan mencetak rekapitulasi surat.

Tabel 5. Definisi Use Case

No Aktor Deskripsi
U1 Membuat data jabatan Untuk membuat data jabatan yang berada di
dinas
U2 Membuat data pegawai Untuk membuat pegawai sesuai dengan jabatan
yang ada di dinas
U3 Mengambil data jabatan Untuk mengambil data jabatan yang sudah
dimasukkan
U4 Mengambil data Untuk mengambil data pegawai yang sudah
pegawai dimasukkan
U5 Membuat surat Untuk membuat surat sesuai dengan kategori
surat
U6 Mencetak surat Untuk mencetak surat yang telah dibuat
U7 Membuat laporan Untuk membuat laporan rekapitulasi surat-surat
rekapitulasi surat yang telah dibuat sebelumnya sesuai tanggal
surat yang dipilih
U8 Mencetak laporan Untuk mencetak laporan rekapitulasi surat-surat
rekapitulasi surat yang telah dibuat sebelumnya

3.2.2.2 Skenario Use Case

Tabel 6. Skenario 1
No.Use Case U1
Nama Use Case membuat data jabatan
Tujuan Membuat data jabatan

Jurusan Teknik Elektro UM SKPL Halaman 18 dari 27

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
 Deskripsi Merupakan use case pendukung
dalam sistem
Aktor yang Terlibat admin
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka menu form data jabatan 2. Menampilkan form menu data
jabatan
3. Menambah jabatan ? (ya/tidak)
4. Mengonfirmasi “ya” 5. Menambahkan data jabatan
6. Selesai
Skenario Alternatif 1
4.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai

Tabel 7. Skenario 2
No.Use Case U2,U3
Nama Use Case Mengambil data jabatan, membuat
data pegawai
Tujuan Membuat data pegawai
Deskripsi Merupakan use case pendukung
dalam sistem
Aktor yang Terlibat admin
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka menu form data pegawai 2. Menampilkan form menu data
pegawai
3. Menambah jabatan ? (ya/tidak)
4. Mengonfirmasi “ya” 5. Mengambil dan mendapatkan
data jabatan

Jurusan Teknik Elektro UM SKPL Halaman 19 dari 27

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
 6. Menambahkan data pegawai
7. Selesai
Skenario Alternatif 1
4.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai

Tabel 8. Skenario 3
No.Use Case U4,U5,U6
Nama Use Case mengambil data pegawai, membuat
surat, mencetak surat
Tujuan Membuat surat
Deskripsi Merupakan use case utama dalam
sistem
Aktor yang Terlibat Admin, user
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka form menu surat 2. Menampilkan form pembuat surat
3. Membuat surat? (ya/tidak)
4. Mengonfirmasi “ya” 5. Menambahkan pegawai?
(ya/tidak)
6. Mengonfirmasi “ya” 7. Mengambil dan mendapatkan
data pegawai
8. Membuat surat
9. Mencetak surat ? (ya/tidak)
10. Mengonfirmasi “ya” 11. Mencetak surat
12. Selesai
Skenario Alternatif 1
4.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai

Jurusan Teknik Elektro UM SKPL Halaman 20 dari 27

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
 Skenario Alternatif 2
6. Mengonfirmasi “tidak” 7.Mengulangi langkah 8 skenario
normal
Skenario Alternatif 3
10. Mengonfirmasi “tidak” 11.Selesai

Tabel 9. Skenario 4
No.Use Case U7,U8
Nama Use Case membuat laporan rekapitulasi surat,
mencetak laporan rekapitulasi surat
Tujuan Membuat laporan rekapitulasi surat
Deskripsi Merupakan use case pendukung
dalam sistem
Aktor yang Terlibat Admin, user
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka menu form rekapitulasi 2. Menampilkan form list surat
surat 3. Membuat laporan rekapitulasi
surat
4. Mencetak laporan rekapitulasi
surat? (ya/tidak)
5. Mengonfirmasi “ya” 6. Mencetak laporan rekapitulasi
surat
7. Selesai
Skenario Alternatif 1
5.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai

Jurusan Teknik Elektro UM SKPL Halaman 21 dari 27

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
3.3 Realisasi Use Case
Use Case direalisasikan ke dalam 6 buah kelas, 3 buah kelas boundary, 2
buah kelas control, dan 1 buah kelas entity. Realisasi use case diidentifikasikan ke
dalam tabel berikut ini :

3.3.1 Identifikasi Paket dan Kelas

Tabel 10. Paket Analisis

No Nama Paket Use Case Terkait Keterangan
1 Pembuatan Surat Membuat Surat Paket yang mengelola
antarmuka utama untuk
pengguna Sistem

Tabel 11. Kelas Analisis

No Nama Paket Nama Kelas Jenis Kelas
1 Pembuatan Surat 1. FormSuratStandar Boundary
2. FormSuratSpesifik Boundary
3. OlahSurat Control
4. FormCetakSurat Boundary
5. CetakSurat Control
6. DokumenSurat Entity

3.3.2 Diagram Realisasi Use Case

Proses utama dalam Si UDin yaitu pembuatan surat yang terdiri dari 3
buah kelas boundary, 2 kelas Control, dan 1 kelas entity. Berikut gambarnya :

Jurusan Teknik Elektro UM SKPL Halaman 22 dari 27

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
 Gambar 6 . Diagram Realisasi Use Case

3.3.3 Class Diagram

Berikut adalah rincian atribut dan metode dari realisasi use case,
digambarkan dalam class diagram seperti di bawah ini :

Gambar 7 . Class Diagram

3.3.4 Sequence Diagram

Penggambaran proses dari waktu ke waktu digambarkan seperti ini :

Jurusan Teknik Elektro UM SKPL Halaman 23 dari 27

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
 Gambar 8 . Sequence Diagram

3.4 Deskripsi Kebutuhan Non Fungsional

3.4.1 Performansi
Tabel 12. Kebutuhan Performansi
No SKPL Kebutuhan Tuntutan Kebutuhan
Waktu tanggap Waktu tanggap yang dibutuhkan yaitu
maksimal 30 detik untuk proses login.
Dan maksimal 2 menit untuk proses
mencetak dokumen surat serta
rekapitulasi surat.
Ketersediaan data Data selalu tersedia bagi klien saat PC
server menyala. Sedangkan saat PC
server mati, data tidak dapat disediakan
bagi klien.
Waktu pemulihan Waktu pemulihan diharapkan maksimal
dalam 1 x 24 jam.

3.4.2 Atribut Sistem Perangkat Lunak

Tabel 13. Atribut sistem perangkat lunak

Jurusan Teknik Elektro UM SKPL Halaman 24 dari 27

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
 No SKPL Kebutuhan Tuntutan Kebutuhan
Error-Handling Penanganan kesalahan dilakukan dengan
pemberian alert/message.
Message Untuk setiap proses yang diperlukan
adanya informasi akan diberikan message
berupa peringatan, info, saran, ataupun
larangan.
Keamanan Diharapkan hanya orang-orang yang
berwenang yang dapat mengakses aplikasi
ini.
Portabilitas Aplikasi dengan mudah dapat diakses dari
laptop/PC klien yang terhubung ke
jaringan server dengan syarat aplikasi
harus terinstal di komputer klien (untuk
keamanan, tidak semua orang dapat
mengakses dengan mudah)

3.4.3 Kebutuhan Lain

Tabel 14. Kebutuhan Lain
No SKPL Kebutuhan Tuntutan Kebutuhan
Tampilan Aplikasi Tampilan layout aplikasi berbasis
icon yang dilengkapi dengan teks
keterangan, misal : fitur cetak dengan
icon printer dengan keterangan
Mencetak dokumen surat.
Format menu Menu menggunakan dropdown menu
untuk memudahkan navigasi bagi
user.
Warna aplikasi Warna aplikasi berdominasi putih
dan biru karena ini merupakan

Jurusan Teknik Elektro UM SKPL Halaman 25 dari 27

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
 aplikasi yang diperuntukkan bagi
kantor pemerintahan.
Jenis font Jenis font yang digunakan yaitu
times new roman dengan ukuran
standart font 11-14.

3.5 Atribut Kualitas Perangkat Lunak

3.5.1 Kehandalan
SI UDIN merupakan revolusi teknologi dalam instansi Pemerintahan
(BAPEDA Kota Batu) yang telah memberikan kemudahan dalam
pembuatan Surat Dinas dengan berbagai template Surat Dinas yang sesuai
dengan kebutuhan. Si UDin memberikan pelayanan cetak secara langsung
maunpun penyimpanan Surat (bentuk PDF) usai pembuatan Surat.
3.5.2 Keremawatan (maintability)
- Perawatan pada Sistem ini terdapat pada database yang harus selalu
dalam perawatan secara berkala.

3.6 Batasan Perancangan

- Si UDin merupakan Sistem Informasi yang menyediakan Template Surat
Dinas dimana template tersebut terbatas.
- Si UDIn harus selalu melakukan pengembangan system jika pengguna
ingin menambah Template Surat Dinas.
- Dokument Surat dan Rekapitulasi Surat dapat berupa PDF saat disimpan
meskipun usai di cetak ataupun belum di cetak.

3.7 Matriks Keterunutan

Tabel 15. Matriks keterunutan
No SKPL Nama Proses
1 Membuat Data Jabatan

Jurusan Teknik Elektro UM SKPL Halaman 26 dari 27

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
 2 Mengambil Data Jabatan
3 Membuat Data Pegawai
4 Mengambil Data Pegawai
5 Membuat Surat
6 Mencetak Surat
7 Membuat Laporan Rekapitulasi Surat
8 Mencetak Laporan Rekapitulasi Surat

Jurusan Teknik Elektro UM SKPL Halaman 27 dari 27

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