Dokumen ini berisi spesifikasi kebutuhan perangkat lunak Academic Document Workflow (AcaDocflow) yang akan dibangun untuk mengubah sistem manajemen dokumen Fakultas Teknologi Industri UAJY dari berbasis kertas menjadi berbasis digital dengan menerapkan mekanisme keamanan data. Dokumen ini menjelaskan tujuan, lingkup masalah, istilah yang digunakan, referensi dan deskripsi umum dari perangkat lunak yang akan dibangun.
1. SKPL
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Pengembangan Aplikasi Academic Document Workflow
Berbasis XML
(Studi Kasus: Fakultas Teknologi Industri UAJY)
(AcaDocflow)
Dipersiapkan oleh:
EDI YANTO
02 07 03441
Program Studi Teknik Informatika – Fakultas Teknologi Industri
Universitas Atma Jaya Yogyakarta
Program Studi Teknik Nomor Dokumen Halaman
Informatika
1/30
SKPL-AcaDocflow
Fakultas Teknologi Industri
Tgl : 27-05-2006
C
Revisi
2. DAFTAR PERUBAHAN
Revisi Deskripsi
Menambah Activity Diagram dan mengubah penamaan
A dalam use case.
Melakukan perubahan pada use case Pengelolaan Dokumen
B dan perubahan pada package dependencies serta ERD.
Melakukan perubahan pada use case diagram AcaDocflow
C dan ERD.
D
E
F
G
INDEX - A B C D E F G
21-03- 04-04- 18-04- 27-05-
TGL
2006 2006 2006 2006
Ditulis oleh EY EY EY EY
Diperiksa YSP YSP YSP YSP
oleh PM PM PM
Disetujui YSP YSP YSP YSP
oleh PM PM PM
Program Studi Teknik Informatika SKPL-AcaDocflow 2/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
3. Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
6, 13 A
14, 16, 21-22, 28 B
14, 30 C
Program Studi Teknik Informatika SKPL-AcaDocflow 3/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
4. Daftar Isi
1 Pendahuluan .................................................................................................................................... 6
1.1 Tujuan ....................................................................................................................................... 6
1.2 Lingkup Masalah....................................................................................................................... 6
1.3 Istilah dan Singkatan................................................................................................................. 8
1.4 Referensi................................................................................................................................... 9
1.5 Deskripsi umum (Overview)...................................................................................................... 9
2 Deskripsi Keseluruhan ................................................................................................................... 10
2.1 Perspektif Produk.................................................................................................................... 10
2.2 Fungsi Produk......................................................................................................................... 11
2.3 Karakteristik Pengguna........................................................................................................... 12
2.4 Batasan-batasan..................................................................................................................... 12
2.5 Asumsi dan Ketergantungan .................................................................................................. 13
3 Deskripsi Rinci Kebutuhan ............................................................................................................. 14
3.1 Spesikasi Kebutuhan Fungsionalitas...................................................................................... 14
3.1.1 Use Case Diagram .......................................................................................................... 14
3.1.2 Spesifikasi Use Case....................................................................................................... 14
3.1.2.1 Spesifikasi Use Case : Login .................................................................................. 14
3.1.2.2 Spesifikasi Use Case : Generate Key..................................................................... 15
3.1.2.3 Spesifikasi Use Case : Pengelolaan Dokumen ...................................................... 16
3.1.2.4 Spesifikasi Use Case : Encrypt............................................................................... 18
3.1.2.5 Spesifikasi Use Case : Create Digital Signature..................................................... 18
3.1.2.6 Spesifikasi Use Case : Send Email ........................................................................ 19
3.1.2.7 Spesifikasi Use Case : Verify.................................................................................. 20
3.1.2.8 Spesifikasi Use Case : Decrypt............................................................................... 21
3.1.2.9 Spesifikasi Use Case : Pelaporan Jadwal Ujian ..................................................... 22
3.2 Realisasi Use Case................................................................................................................. 23
3.2.1 Static Structure Diagram ................................................................................................. 23
3.2.1.1 Analysis Class Diagram : Package Dependencies................................................. 23
3.2.1.2 Analysis Class Diagram : Package Data Management .......................................... 23
3.2.1.3 Analysis Class Diagram : Package Document Managemet ................................... 24
3.2.1.4 Analysis Class Diagram : Package Sender ............................................................ 24
3.2.1.5 Analysis Class Diagram : Package Receiver.......................................................... 24
3.2.2 Interaction Diagram ......................................................................................................... 25
3.2.2.1 Analysis Collaboration Diagram : Use Case Login ................................................. 25
3.2.2.2 Analysis Collaboration Diagram : Use Case Generate Key ................................... 25
3.2.2.3 Analysis Collaboration Diagram : Use Case Pengelolaan Dokumen ..................... 26
3.2.2.3.1 Penyimpanan Data Dokumen............................................................................. 26
3.2.2.3.2 Melihat Isi Dokumen ........................................................................................... 26
3.2.2.4 Analysis Collaboration Diagram : Use Case Encrypt ............................................. 27
3.2.2.5 Analysis Collaboration Diagram : Use Case Create Digital Signature ................... 27
3.2.2.6 Analysis Collaboration Diagram : Use Case Verify................................................. 28
3.2.2.7 Analysis Collaboration Diagram : Use Case Decrypt ............................................. 28
3.3 Spesikasi Kebutuhan Non-Fungsionalitas .............................................................................. 28
3.3.1 Antarmuka pemakai......................................................................................................... 28
3.3.2 Antarmuka perangkat keras ............................................................................................ 29
3.3.3 Antarmuka perangkat lunak............................................................................................. 29
3.3.4 Antarmuka Komunikasi.................................................................................................... 30
4 Spesifikasi Kebutuhan Data ........................................................................................................... 30
4.1 Entity Relationship Diagram (ERD) ........................................................................................ 30
Program Studi Teknik Informatika SKPL-AcaDocflow 4/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
5. Daftar Gambar
Gambar 1.1 Activity Diagram Pendaftaran Ujian Pendadaran Secara Manual ...................................... 6
Gambar 1.2 Activity Diagram Pendaftaran Ujian Kerja Praktek Secara Manual .................................... 7
Gambar 1.3 Activity Diagram Pendaftaran Ujian Pendadaran Secara Komputerisasi ........................... 7
Gambar 1.4 Activity Diagram Pendaftaran Ujian Kerja Praktek Secara Komputerisasi ......................... 8
Gambar 2.1 Arsitektur Sistem ............................................................................................................... 10
Gambar 3.1 Use Case Diagram AcaDocflow........................................................................................ 14
Gambar 3.2 Analysis Class Diagram : Package Dependencies ........................................................... 23
Gambar 3.3 Analysis Class Diagram : Package Data Management .................................................... 23
Gambar 3.4 Analysis Class Diagram : Package Document Management............................................ 24
Gambar 3.5 Analysis Class Diagram : Package Sender....................................................................... 24
Gambar 3.6 Analysis Class Diagram : Package Receiver .................................................................... 24
Gambar 3.7 Analysis Collaboration Diagram : Use Case Login ........................................................... 25
Gambar 3.8 Analysis Collaboration Diagram : Use Case Generate Key.............................................. 25
Gambar 3.9 Analysis Collaboration Diagram : Use Case Pengelolaan Dokumen – ............................ 26
Penyimpanan Data Dokumen ............................................................................................................... 26
Gambar 3.9 Analysis Collaboration Diagram : Use Case Pengelolaan Dokumen – ............................ 26
Penyimpanan Data Dokumen ............................................................................................................... 26
Gambar 3.10 Analysis Collaboration Diagram : Use Case Encrypt...................................................... 27
Gambar 3.11 Analysis Collaboration Diagram : Use Case Create Digital Signature............................ 27
Gambar 3.12 Analysis Collaboration Diagram : Use Case Verify......................................................... 28
Gambar 3.13 Analysis Collaboration Diagram : Use Case Decrypt...................................................... 28
Gambar 3.14 Entity Relationship Diagram AcaDocflow........................................................................ 30
Daftar Tabel
Tabel 1.1 Tabel Istilah dan Singkatan..................................................................................................... 8
Tabel 3.1 Spesifikasi Use Case : Login ................................................................................................ 14
Tabel 3.2 Spesifikasi Use Case : Generate Key ................................................................................... 15
Tabel 3.3 Spesifikasi Use Case : Pengelolaan Dokumen..................................................................... 16
Tabel 3.4 Spesifikasi Use Case : Encrypt ............................................................................................. 18
Tabel 3.5 Spesifikasi Use Case : Create Digital Signature................................................................... 18
Tabel 3.6 Spesifikasi Use Case : Send Email....................................................................................... 19
Tabel 3.7 Spesifikasi Use Case : Verfity ............................................................................................... 20
Tabel 3.8 Spesifikasi Use Case : Decrypt............................................................................................. 21
Tabel 3.9 Spesifikasi Use Case : Pelaporan Jadwal Ujian ................................................................... 22
Program Studi Teknik Informatika SKPL-AcaDocflow 5/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
6. 1 Pendahuluan
1.1 Tujuan
Dokumen ini berisi tentang penjelasan Spesifikasi Kebutuhan Perangkat Lunak
(SKPL). Dokumen SKPL ini merupakan dokumen spesifikasi kebutuhan
perangkat lunak AcaDocflow yang akan dibangun. Dalam dokumen ini akan
dijelaskan mengenai kebutuhan-kebutuhan yang harus tersedia agar perangkat
lunak yang diharapkan dapat terwujud. Dokumen ini digunakan oleh
pengembang perangkat lunak sebagai acuan teknis untuk pengembangan
perangkat lunak AcaDocflow.
1.2 Lingkup Masalah
Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta dalam
melakukan kegiatan seperti pendaftaran ujian pendadaran dan pendaftaran
ujian kerja praktek masih dilakukan secara manual dengan berbasis paper-
based yang akan menghabiskan banyak kertas dan waktu dalam meminta
persetujuan dokumen fisik tersebut dengan berhadapan langsung dengan
orang yang berwajib.
Gambar 1.1 Activity Diagram Pendaftaran Ujian Pendadaran Secara Manual
Program Studi Teknik Informatika SKPL-AcaDocflow 6/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
7. Gambar 1.2 Activity Diagram Pendaftaran Ujian Kerja Praktek Secara Manual
Oleh karena itu dibutuhkan sebuah perangkat lunak yang dapat membantu
mengubah sistem manajemen dokumen yang berbasis paper-based model ke
suatu solusi digital-based model yang dapat mengurangi biaya kertas maupun
waktu dan kesalahan yang terjadi serta akan meningkatkan keakuratan
dokumen.
Gambar 1.3 Activity Diagram Pendaftaran Ujian Pendadaran Secara Komputerisasi
Program Studi Teknik Informatika SKPL-AcaDocflow 7/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
8. Gambar 1.4 Activity Diagram Pendaftaran Ujian Kerja Praktek Secara Komputerisasi
Academic Document Workflow tersebut akan dibangun berbasis Web di
Internet, dimana serangan tehadap data/dokumen yang akan dikirimkan akan
semakin meningkat. Oleh karena itu, perangkat lunak yang akan dibangun
harus bisa menjaga kerahasiaan, keaslian dan integritas data dengan
menerapkan suatu mekanisme keamanan data tertentu.
1.3 Istilah dan Singkatan
Daftar istilah dan singkatan yang digunakan :
Tabel 1.1 Tabel Istilah dan Singkatan
Keyword/Phrase Definisi
SKPL Spesifikasi Kebutuhan Perangkat Lunak, atau SRS
(Software Requirements Specification), merupakan
spesifikasi perangkat lunak yang akan dirancang,
dibuat dan dikembangkan.
AcaDocflow AcaDocflow merupakan perangkat lunak yang
dibangun untuk membantu mengubah sistem
dokumen paper-based ke suatu solusi digital-based
dengan diterapkan mekanisme keamanan data.
SKPL- Kode yang merepresentasikan kebutuhan pada
AcaDocflow.K-XX AcaDocflow, dengan AcaDocflow merupakan kode
perangkat lunak, AcaDocflow.K adalah kode fase dan
XX adalah nomor kebutuhan.
Program Studi Teknik Informatika SKPL-AcaDocflow 8/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
9. SKPL- Kode yang merepresentasikan Use Case Diagram
AcaDocflow.UC-XX pada AcaDocflow, dengan AcaDocflow merupakan
kode perangkat lunak, AcaDocflow.UC adalah Use
Case dan XX adalah nomor urutan Use Case.
1.4 Referensi
Referensi yang digunakan pada perangkat lunak tersebut adalah:
1. A. Suhendar, Hariman Gunadi. Visual Modeling Menggunakan UML
dan RATIONAL ROSE. Informatika Bandung. 2002.
2. Fowler, Martin. UML Distilled 3th Ed., Panduan Singkat Bahasa
Pemodelan Objek Standar. ANDI Yogyakarta. 2005.
3. Larman, Craig. Applying UML and patterns : an introduction to object-
oriented analysis and design and the Unified Process. Prentice-Hall,
Inc. 2002.
4. Singgihraharja, Timotius Pamungkas. Spesifikasi Kebutuhan
Perangkat Lunak – Java Program Automatic Grading Tool. Program
Studi Teknik Informatika UAJY. 2005.
1.5 Deskripsi umum (Overview)
Secara umum dokumen SKPL tersebut terbagi atas 4 bagian utama. Bagian
pertama yaitu Pendahuluan, berisi penjelasan mengenai dokumen SKPL
tersebut yang mencakup tujuan pembuatan SKPL, ruang lingkup masalah
dalam pengembangan perangkat lunak tersebut, definisi, referensi dan
deskripsi umum tentang dokumen SKPL ini. Bagian kedua adalah Deskripsi
Keseluruhan, berisi penjelasan umum tentang perangkat lunak AcaDocflow
yang akan dikembangkan, mencakup perspektif produk yang akan
dikembangkan, fungsi perangkat lunak, karakteristik pengguna, batasan dalam
penggunaan perangkat lunak dan asumsi yang dipakai dalam pengembangan
perangkat lunak AcaDocflow tersebut. Bagian ketiga adalah Deskripsi Rinci
Kebutuhan, berisi penjelasan secara lebih rinci tentang kebutuhan perangkat
lunak AcaDocflow yang akan dikembangkan. Bagian keempat adalah
Spesifikasi Kebutuhan Data, berisi penjelasan tentang kebutuhan data yang
akan digunakan.
Program Studi Teknik Informatika SKPL-AcaDocflow 9/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
10. 2 Deskripsi Keseluruhan
2.1 Perspektif Produk
AcaDocflow adalah perangkat lunak berbasis aplikasi Web yang dibangun
untuk mempermudah dan mempercepat aliran dokumen pendaftaran ujian
kerja praktek dan ujian pendadaran dengan mengubah sistem paper-based ke
suatu sistem digital-based dan menerapkan suatu mekanisme keamanan data
didalamnya untuk menjaga kerahasiaan, keaslian dan keutuhan data.
Pengguna berinteraksi dengan sistem yang ditampilkan dalam bentuk halaman
Web. Secara garis besar, proses diawali dengan adanya request halaman Web
dari Client, yang diteruskan dari browser ke Web Server, kemudian membuat
request yang dikirimkan kepada web server tersebut. Web server mencari file
yang berisi kumpulan instruksi tersebut. Web server mengenali tipe file yang di-
request kemudian mengirimkannya kepada handler yang bertugas menangani
tipe file tersebut. Yang selanjutnya dikompilasi, kemudian hasil eksekusinya
dikirimkan kembali pada browser sebagai response.
Gambar 2.1 Arsitektur Sistem
Masukan dari perangkat lunak ini berupa interaksi dari sender (orang yang
ingin melakukan pengiriman dokumen/data) melalui internet dengan memilih
link dan mengisi data, yang sebelumnya telah meng-generate key (public key
dan private key) untuk melakukan enkripsi dan tanda tangan digital terhadap
Program Studi Teknik Informatika SKPL-AcaDocflow 10/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
11. data yang telah diisi tersebut. Selain itu masukan dari perangkat lunak ini juga
berupa interaksi dari receiver (orang yang menerima data) yang akan
melakukan verifikasi terhadap data yang dikirim sender dan dekripsi data
tersebut jika verifikasi sukses, dimana sebelumnya juga telah meng-generate
key untuk melakukan proses tersebut.
Proses yang dilakukan adalah perangkat lunak akan menerima, menyimpan
dan mengirimkan data sehubungan dengan proses academic document
workflow pada masing-masing fungsi yang ada.
Keluaran dari perangkat lunak ini adalah berupa informasi persetujuan dari
reveiver dengan membubuhkan tanda tangan digital pada dokumen/data yang
dikirim oleh sender.
2.2 Fungsi Produk
Fungsi produk perangkat lunak AcaDocflow berdasarkan user adalah sebagai
berikut :
A. User (Mahasiswa, Dosen Pembimbing, Bagian Prodi dan Tata Usaha)
A.1 Fungsi Login (SKPL-AcaDocflow.K-01), fungsi yang digunakan oleh
pengguna untuk dapat masuk ke dalam sistem yang akan
digunakan.
A.2 Fungsi Generate Key (SKPL-AcaDocflow.K-02), fungsi yang
digunakan untuk meng-generate sepasang kunci yaitu kunci privat
dan kunci publik.
A.3 Fungsi Pengelolaan Dokumen (SKPL-AcaDocflow.K-03), fungsi yang
digunakan untuk melakukan pengelolaan XML document, encrypted
document dan signed dokument.
A.4 Fungsi Encrypt (SKPL-AcaDocflow.K-04), fungsi yang digunakan
untuk melakukan enkripsi data/dokumen XML yang telah dikonversi
dari pengisian data sebelumnya.
A.5 Fungsi Create Digital Signature (SKPL-AcaDocflow.K-05), fungsi
yang digunakan untuk memberikan tanda tangan digital pada
dokumen XML yang telah dienkripsi.
A.6 Fungsi Send Email (SKPL-AcaDocflow.K-06), fungsi yang digunakan
untuk mengirimkan email ke penerima.
Program Studi Teknik Informatika SKPL-AcaDocflow 11/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
12. A.7 Fungsi Verify (SKPL-AcaDocflow.K-07), fungsi yang digunakan untuk
memverifikasi tanda tangan digital yang telah dibuat oleh sender.
A.8 Fungsi Decrypt (SKPL-AcaDocflow.K-08), fungsi yang digunakan
untuk melakukan dekripsi terhadap dokumen yang telah dienkripsi
oleh sender.
A.9 Fungsi Pelaporan Jadwal Ujian (SKPL-AcaDocflow.K-09), fungsi
yang digunakan untuk menampilkan ataupun mencetak jadwal ujian
pendadaran maupun ujian kerja praktek selama seminggu.
2.3 Karakteristik Pengguna
Pengguna perangkat lunak AcaDocflow tersebut adalah user dengan
karakteristik sebagai berikut :
1. User
a. Pernah menggunakan aplikasi berbasis web.
b. Mengerti dan memahami perangkat lunak yang digunakan.
c. Memahami cara kerja sistem yang sedang dijalankan.
d. Mengerti proses enkripsi dan tanda tangan digital.
e. Mengerti verfikasi tanda tangan digital dan dekripsi.
2.4 Batasan-batasan
Batasan-batasan dalam pengembangan perangkat lunak AcaDocflow tersebut
adalah :
1. Perangkat lunak AcaDocflow hanya mencakup pengolahan terhadap data
/dokumen pendaftaran ujian pendadaran dan pendaftaran ujian kerja
praktek yang ada di Fakultas Teknologi Industri Universitas Atma Jaya
Yogyakarta.
2. Berpedoman pada tujuan dari pengembangan perangkat lunak
AcaDocflow yaitu mendesain dan mengimplementasikan suatu sistem
yang berguna untuk menangani academic document workflow secara
digital.
3. Keamanan data/dokumen menjadi perhatian utama, sehingga diberikan
teknik enkripsi/dekripsi dan tanda tangan digital/verifikasi pada
data/dokumen tersebut.
Program Studi Teknik Informatika SKPL-AcaDocflow 12/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
13. 4. Pengiriman email pada perangkat lunak AcaDocflow untuk
memberitahukan kepada receiver bahwa ada dokumen yang harus
diverifikasi atau meminta mengirim ulang dokumen pendaftaran ujian itu
tidak menjamin sampai pada tujuan.
2.5 Asumsi dan Ketergantungan
Perangkat lunak ini dibangun dengan menggunakan teknologi .NET¸
khususnya ASP.NET untuk aplikasi web maka untuk sisi server dijalankan
dengan sistem operasi windows 2000/XP/2003, sedangkan sisi client hanya
membutuhkan web browser seperti Internet Explorer, Mozilla Firefox, Netscape
Navigator atau web browser lainnya.
Program Studi Teknik Informatika SKPL-AcaDocflow 13/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
14. 3 Deskripsi Rinci Kebutuhan
3.1 Spesikasi Kebutuhan Fungsionalitas
3.1.1 Use Case Diagram
Secara umum fungsi-fungsi yang dimiliki oleh AcaDocflow adalah:
Gambar 3.1 Use Case Diagram AcaDocflow
3.1.2 Spesifikasi Use Case
3.1.2.1 Spesifikasi Use Case : Login
Tabel 3.1 Spesifikasi Use Case : Login
Use Case ID SKPL-AcaDocflow.UC-01
Use Case Name Login
Use Case Type Essential
Priority High
Actors User
Description Use case ini digunakan user untuk memperoleh
akses ke sistem. Login didasarkan pada sebuah
username unik dan password yang berupa rangkaian
karakter.
Program Studi Teknik Informatika SKPL-AcaDocflow 14/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
15. Preconditions -
Basic Path 1. Sistem menampilkan antarmuka untuk login.
2. Aktor memasukkan username dan password.
3. Sistem memeriksa username dan password
aktor.
4. Sistem memberikan akses ke aktor sesuai
statusnya (Mahasiswa/Dosen Pembimbing/Prodi
/Tata Usaha).
Alternative Paths -
Postconditions Aktor memasuki sistem dan dapat menggunakan
fungsi-fungsi pada sistem.
Exception Paths 1. Username atau password tidak sesuai (setelah
Tabel 3.1 Basic Path 3)
a. Sistem menampilkan peringatan bahwa
username atau password tidak sesuai.
b. Kembali ke Tabel 3.1 Basic Path 2.
Extends -
Includes -
3.1.2.2 Spesifikasi Use Case : Generate Key
Tabel 3.2 Spesifikasi Use Case : Generate Key
Use Case ID SKPL-AcaDocflow.UC-02
Use Case Name Generate Key
Use Case Type Essential
Priority High
Actors User
Description Use case ini digunakan user untuk membangkitkan
sepasang kunci (kunci publik dan privat) untuk
melakukan enkripsi/dekripsi dan tanda tangan
digital/verifikasi pada dokumen.
Preconditions Use Case : Login sudah dilaksanakan dan aktor
sudah berhasil memasuki sistem.
Program Studi Teknik Informatika SKPL-AcaDocflow 15/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
16. Basic Path 1. Sistem menampilkan antarmuka untuk
memasukkan data registrasi user.
2. Aktor memasukkan detail data baru.
3. Sistem memeriksa data-data yang dimasukkan
aktor.
4. Aktor meminta sistem untuk membangkitkan
kunci dan menyimpan perubahan.
5. Sistem menyimpan detail data yang telah diisi
oleh aktor dan kunci publik yang telah
dibangkitkan ke database, sedangkan kunci privat
akan disimpan secara rahasia oleh aktor.
Alternative Paths -
Postconditions Data user berhasil disimpan serta kunci publik dan
privat berhasil dibangkitkan dan disimpan.
Exception Paths 1. Detail data yang diisikan belum lengkap (setelah
Tabel 3.2 langkah 3)
a. Sistem menampilkan peringatan bahwa data
yang diisikan belum lengkap.
b. Kembali ke Tabel 3.2 langkah 2.
Extends -
Includes Use Case : Login
3.1.2.3 Spesifikasi Use Case : Pengelolaan Dokumen
Tabel 3.3 Spesifikasi Use Case : Pengelolaan Dokumen
Use Case ID SKPL-AcaDocflow.UC-03
Use Case Name Pengelolaan Dokumen
Use Case Type Essential
Priority High
Actors User
Description Use case ini digunakan user untuk mengelola
dokumen-dokumen sesuai dengan hak aksesnya
(Mahasiswa/Dosen Pembimbing/Prodi/Tata Usaha).
Program Studi Teknik Informatika SKPL-AcaDocflow 16/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
17. Preconditions Use Case : Login sudah dilaksanakan dan aktor
sudah berhasil memasuki sistem.
Basic Path Penyimpanan Data Dokumen
1. Sistem menampilkan antarmuka untuk memilih
jenis kebutuhan sesuai dengan hak akses aktor.
2. Aktor memilih jenis kebutuhannya.
3. Sistem menampilkan antarmuka untuk mengisi
detail data sesuai jenis kebutuhan yang dipilih
pada langkah 2.
4. Aktor mengisikan detail data-data sesuai jenis
kebutuhannya.
5. Sistem memeriksa detail data-data yang
dimasukkan aktor.
6. Aktor meminta sistem untuk menyimpan data-data
yang telah diisi.
7. Sistem mengkonversi dan menyimpan data-data
tersebut ke dalam format XML.
Alternative Paths Melihat Isi Dokumen
1. Aktor memilih dokumen yang ingin dilihat isinya.
2. Sistem mengambil alamat/path dari dokumen
yang dipilih aktor.
3. Sistem mengambil isi dari dokumen tersebut.
4. Sistem menampilkan isi dokumen kepada aktor.
Postconditions Data-data yang diisikan lengkap dan sesuai format.
Exception Paths 1. Detail data yang diisikan belum lengkap atau
kesalahan format (setelah Tabel 3.3 langkah 5)
a. Sistem menampilkan peringatan bahwa data
yang diisikan belum lengkap atau kesalahan
format.
b. Kembali ke Tabel 3.3 langkah 4.
Extends -
Includes Use Case : Login
Program Studi Teknik Informatika SKPL-AcaDocflow 17/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
18. 3.1.2.4 Spesifikasi Use Case : Encrypt
Tabel 3.4 Spesifikasi Use Case : Encrypt
Use Case ID SKPL-AcaDocflow.UC-04
Use Case Name Encrypt
Use Case Type Essential
Priority High
Actors User (Mahasiswa, Dosen, Prodi)
Description Use case ini digunakan untuk melakukan enkripsi
terhadap dokumen XML.
Preconditions Use Case : Pengelolaan Dokumen telah
dilaksanakan.
Basic Path 1. Sistem mengambil dokumen XML dan
mengkonversinya ke byte array.
2. Sistem mengambil kunci publik receiver.
3. Sistem melakukan enkripsi terhadap dokumen
XML tersebut dengan menggunakan kunci publik
receiver.
4. Sistem menyimpan dokumen terenkripsi tersebut.
Alternative Paths -
Postconditions Dokumen XML berhasil dienkripsi dan disimpan.
Exception Paths -
Extends -
Includes Use Case : Pengelolaan Dokumen.
3.1.2.5 Spesifikasi Use Case : Create Digital Signature
Tabel 3.5 Spesifikasi Use Case : Create Digital Signature
Use Case ID SKPL-AcaDocflow.UC-05
Use Case Name Create Digital Signature
Use Case Type Essential
Priority High
Actors User (Mahasiswa, Dosen, Prodi)
Program Studi Teknik Informatika SKPL-AcaDocflow 18/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
19. Description Use case ini digunakan untuk melakukan tanda
tangan digital pada dokumen XML yang telah
dienkripsi.
Preconditions Use Case : Encrypt telah dilaksanakan.
Basic Path 1. Aktor meminta sistem untuk melakukan tanda
tangan digital.
2. Aktor memasukkan kunci privatnya.
3. Sistem melakukan tanda tangan digital pada
dokumen yang telah di-hash (melakukan fungsi
hash pada dokumen yang terenkripsi) tersebut
dengan menggunakan kunci privat sender.
4. Sistem menyimpan dokumen yang telah
ditandatangani.
Alternative Paths -
Postconditions Dokumen berhasil ditandatangani dan disimpan.
Exception Paths 1. Kunci privat yang dimasukkan salah format
(setelah Tabel 3.5 langkah 3)
a. Sistem menampilkan peringatan bahwa kunci
privat yang dimasukkan salah format.
b. Kembali ke Tabel 3.5 langkah 2.
Extends -
Includes Use Case : Encrypt
3.1.2.6 Spesifikasi Use Case : Send Email
Tabel 3.6 Spesifikasi Use Case : Send Email
Use Case ID SKPL-AcaDocflow.UC-06
Use Case Name Send Email
Use Case Type Essential
Priority High
Actors User
Description Use case ini digunakan untuk melakukan pengiriman
email kepada receiver/penerima setelah dokumen
Program Studi Teknik Informatika SKPL-AcaDocflow 19/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
20. ditandatangani.
Preconditions -
Basic Path 1. Aktor meminta sistem untuk melakukan
pengiriman email.
2. Sistem mengambil alamat email dari si pengirim
dan alamat email dari si penerima.
3. Sistem mengirim email ke penerima sebagai
pemberitahuan bahwa ada dokumen yang harus
diverifikasi atau meminta mengirim ulang
dokumen pendaftaran ujian kerja praktek atau
pendadaran.
Alternative Paths -
Postconditions email berhasil dikirimkan kepada penerima/receiver.
Exception Paths -
Extends -
Includes -
3.1.2.7 Spesifikasi Use Case : Verify
Tabel 3.7 Spesifikasi Use Case : Verfity
Use Case ID SKPL-AcaDocflow.UC-07
Use Case Name Verify
Use Case Type Essential
Priority High
Actors User (Dosen Pembimbing, Prodi dan Tata Usaha)
Description Use case ini digunakan user untuk melakukan
verifikasi terhadap dokumen yang telah
ditandatangani.
Preconditions Use Case : Login sudah dilaksanakan dan aktor
sudah berhasil memasuki sistem.
Basic Path 1. Aktor memilih dokumen yang akan diverifikasi.
2. Aktor meminta sistem untuk melakukan verifikasi.
3. Sistem mengambil kunci publik sender dari basis
Program Studi Teknik Informatika SKPL-AcaDocflow 20/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
21. data.
4. Sistem mengambil dokumen yang terenkripsi dan
dokumen yang telah ditandatangani dan
mengkonversinya ke dalam byte array.
5. Sistem melakukan verifikasi dengan
menggunakan kunci publik sender.
Alternative Paths -
Postconditions Dokumen berhasil diverifikasi.
Exception Paths -
Extends -
Includes Use Case : Login
3.1.2.8 Spesifikasi Use Case : Decrypt
Tabel 3.8 Spesifikasi Use Case : Decrypt
Use Case ID SKPL-AcaDocflow.UC-08
Use Case Name Decrypt
Use Case Type Essential
Priority High
Actors User (Dosen Pembimbing, Prodi dan Tata Usaha)
Description Use case ini digunakan user untuk melakukan
dekripsi terhadap dokumen XML yang terenkripsi.
Preconditions Use Case : Verify telah dilaksanakan.
Basic Path 1. Aktor meminta sistem untuk mendekripsi
dokumen XML tersebut.
2. Sistem meminta kunci privat receiver.
3. Aktor memasukkan kunci privatnya.
4. Sistem melakukan dekripsi terhadap dokumen
XML yang terenkripsi dengan menggunakan
kunci privat receiver.
Alternative Paths -
Postconditions Dokumen berhasil didekripsi.
Exception Paths 1. Kunci privat yang dimasukkan salah format atau
Program Studi Teknik Informatika SKPL-AcaDocflow 21/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
22. tidak sesuai (setelah Tabel 3.8 langkah 4)
a. Sistem menampilkan peringatan bahwa kunci
privat yang dimasukkan salah format atau
tidak sesuai.
b. Kembali ke Tabel 3.8 langkah 3.
Extends -
Includes Use Case : Verify
3.1.2.9 Spesifikasi Use Case : Pelaporan Jadwal Ujian
Tabel 3.9 Spesifikasi Use Case : Pelaporan Jadwal Ujian
Use Case ID SKPL-AcaDocflow.UC-09
Use Case Name Pelaporan Jadwal Ujian
Use Case Type Essential
Priority High
Actors User (Tata Usaha)
Description Use case ini digunakan untuk menampilkan ataupun
mencetak jadwal ujian pendadaran maupun ujian
kerja praktek selama seminggu.
Preconditions Use Case : Login telah dilaksanakan.
Basic Path 1. Sistem menampilkan antarmuka untuk pelaporan
jadwal ujian.
2. Aktor memasukkan program studi, jenis jadwal
ujian dan tanggal mulai ujian.
3. Sistem menampilkan jadwal ujian sesuai dengan
kriteria yang dipilih aktor.
Alternative Paths -
Postconditions Jadwal ujian pendadaran/kerja praktek ditampilkan
(bisa disimpan dalam file PDF dan atau dicetak).
Exception Paths -
Extends -
Includes Use Case : Login
Program Studi Teknik Informatika SKPL-AcaDocflow 22/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
23. 3.2 Realisasi Use Case
3.2.1 Static Structure Diagram
3.2.1.1 Analysis Class Diagram : Package Dependencies
Data
Key User
Generation Management
Receiver Sender
Documents
Schedule
Room
Management
Management
Document
Management
Gambar 3.2 Analysis Class Diagram : Package Dependencies
3.2.1.2 Analysis Class Diagram : Package Data Management
1 1
1 1
1
1
LoginUI UserManager KeyManager
<<use>>
<<use>>
<<access>>
1
1 1..*
1
1 0..*
<<create>>
user
Key
GenerateKeyUI
Gambar 3.3 Analysis Class Diagram : Package Data Management
Program Studi Teknik Informatika SKPL-AcaDocflow 23/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
24. 3.2.1.3 Analysis Class Diagram : Package Document Managemet
0..* ReportUI
1..*
1 Document
JadwalManager
<<access>>
<<create>> <<use>>
<<access>>
JadwalUI
1
<<access>>
1
1
<<access>>
1 1 1 1
DocumentUI
RuangManager DocumentManager
Gambar 3.4 Analysis Class Diagram : Package Document Management
3.2.1.4 Analysis Class Diagram : Package Sender
1 1
SenderUI SenderManager
Gambar 3.5 Analysis Class Diagram : Package Sender
3.2.1.5 Analysis Class Diagram : Package Receiver
1 1
ReceiverUI Receiv erManager
Gambar 3.6 Analysis Class Diagram : Package Receiver
Program Studi Teknik Informatika SKPL-AcaDocflow 24/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
25. 3.2.2 Interaction Diagram
3.2.2.1 Analysis Collaboration Diagram : Use Case Login
1. di splay UI
2. input username
3. input password 5. vali dasi
: LoginUI
: User : UserManager
4.1. aNewUser
6. set user aktif
4. new
aNewUser : user : DocFl owWebForm
Gambar 3.7 Analysis Collaboration Diagram : Use Case Login
3.2.2.2 Analysis Collaboration Diagram : Use Case Generate Key
3. vali dasi data
4.2 AddUser
4.3. update Data
: UserManager
1. di splay UI
4. new
2. input detail data
4.1. aNewUser
: GenerateKeyUI aNewUser : user
: User
5. new
5.2. generate key 5.1 aNewKey
5.3. saveKey
: KeyM anager aNewKey : Key
Gambar 3.8 Analysis Collaboration Diagram : Use Case Generate Key
Program Studi Teknik Informatika SKPL-AcaDocflow 25/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
26. 3.2.2.3 Analysis Collaboration Diagram : Use Case Pengelolaan Dokumen
3.2.2.3.1 Penyimpanan Data Dokumen
2.2.1. GetIDJadwal
2.1. display UI sesuai kebutuhan
1. di splay UI 2.1.1. GetJadwalRekomendasi
2. pi lih jeni s kebutuhan 2.2. Val idateJadwalDosen
3. input detail data 6.1. AddJadwalUj ianDosen
: DocumentUI
: User : JadwalManager
2.1.2. GetRoom s
6.2. UpdateRuangUji an
4. new
5. GetDetai lData 4.1. aNewDoc
6. SaveConvertXMLDoc
: DocumentManager
: RuangManager
aNewDoc : Document
Gambar 3.9 Analysis Collaboration Diagram : Use Case Pengelolaan Dokumen –
Penyimpanan Data Dokumen
3.2.2.3.2 Melihat Isi Dokumen
1. display UI
2.1. new
2. pilih dokum en
2.1.1. aNewDoc
User Interface aNewDoc : Document
: User
3.1. ReadXMLDoc
2.3. pathXMLDoc
1.1. GetDocHasVerify
2.2. GetPath_StatusForIDSign
3. GetDataForReport
: ReportUI
: DocumentManager
Gambar 3.9 Analysis Collaboration Diagram : Use Case Pengelolaan Dokumen –
Penyimpanan Data Dokumen
Program Studi Teknik Informatika SKPL-AcaDocflow 26/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
27. 3.2.2.4 Analysis Collaboration Diagram : Use Case Encrypt
aNewDoc : Document
1.1. new
1.1.1. aNewDoc
1. display UI
2. input recei ver 1.3. am bil path XM LDoc
: SenderUI
: Sender : DocumentManager
1.2. GetData
1.4. GetDosenTo / GetKaryawan
4. Encrypt
3. GetReceiverPublicKey
: SenderM anager
: UserManager
: KeyM anager
Gambar 3.10 Analysis Collaboration Diagram : Use Case Encrypt
3.2.2.5 Analysis Collaboration Diagram : Use Case Create Digital Signature
1. input private key 4.SignHash
: SenderUI
: Sender : SenderM anager
5. new
5.1. aNewDoc
2. GetEncryptedDoc
3. GetFileContent
5.2. SaveSignedDoc
aNewDoc : Document
: DocumentManager
Gambar 3.11 Analysis Collaboration Diagram : Use Case Create Digital Signature
Program Studi Teknik Informatika SKPL-AcaDocflow 27/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
28. 3.2.2.6 Analysis Collaboration Diagram : Use Case Verify
1. di splay UI
3. new
2. pi lih dokumen
3.1. aNewDoc
: Recei verUI aNewDoc : Document
: Recei ver
4. GetEncryptedDoc
5. GetSignedDoc
7. VerifyHash
6. GetSenderPubl icKey
: Recei verManager
: DocumentManager
: KeyManager
Gambar 3.12 Analysis Collaboration Diagram : Use Case Verify
3.2.2.7 Analysis Collaboration Diagram : Use Case Decrypt
1. di splay UI
3. new
2. input private key
3.1. aNewDoc
: Recei verUI aNewDoc : Document
: Recei ver
3.2. am bi l path XMLDoc
4. GetFi leContent
5. Decrypt
: Recei verManager
: DocumentManager
Gambar 3.13 Analysis Collaboration Diagram : Use Case Decrypt
3.3 Spesikasi Kebutuhan Non-Fungsionalitas
3.3.1 Antarmuka pemakai
Pemakai berinteraksi langsung dengan perangkat lunak melalui masukan
perintah yang diketikan langsung dari keyboard atau penggunaan mouse
Program Studi Teknik Informatika SKPL-AcaDocflow 28/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
29. pada link yang sudah disediakan, sedangkan hasil keluaran akan ditampilkan
langsung ke layar monitor dalam format halaman Web.
3.3.2 Antarmuka perangkat keras
Antarmuka perangkat keras yang digunakan dalam perangkat lunak
AcaDocflow adalah:
1. PC IBM Compatible Pentium 4
2. RAM minimal 256 MB
3. Harddisk
4. Layar Monitor
5. Keyboard dan mouse
3.3.3 Antarmuka perangkat lunak
Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak
AcaDocflow adalah :
1. Nama : Visual C#.NET, ASP.NET
Sumber : Microsoft Visual Studio .NET
Sebagai tool perancangan yang dibutuhkan dalam pengembangan
perangkat lunak AcaDocflow.
2. Nama : SQL Server 2000
Sumber : Microsoft
Sebagai database yang dibutuhkan dalam mengoperasikan perangkar
lunak AcaDocflow.
3. Nama : Windows 2000/ XP/2003
Sumber : Microsoft
Sebagai sistem operasi komputer.
4. Nama : Internet Explorer 6.0
Sumber : Microsoft
Sebagai browser Internet bagi client.
5. Nama : Internet Information Services (IIS)
Sumber : Microsoft
Sebagai Web Server.
Program Studi Teknik Informatika SKPL-AcaDocflow 29/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
30. 3.3.4 Antarmuka Komunikasi
Antarmuka komunikasi perangkat lunak AcaDocflow menggunakan protocol
TCP/IP.
4 Spesifikasi Kebutuhan Data
4.1 Entity Relationship Diagram (ERD)
Gambar 3.14 Entity Relationship Diagram AcaDocflow
Program Studi Teknik Informatika SKPL-AcaDocflow 30/ 30
Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang
untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika