• Save
SKPL AcaDocFlow
Upcoming SlideShare
Loading in...5
×
 

SKPL AcaDocFlow

on

  • 1,731 views

 

Statistics

Views

Total Views
1,731
Views on SlideShare
1,728
Embed Views
3

Actions

Likes
4
Downloads
0
Comments
1

1 Embed 3

http://www.linkedin.com 3

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • thx ngbantu tugas gw nie wlw g ngerit gw ngerjain SKPL..
    kalo bsa kita shering via email : machrus32@gmail.com
    gw tunggu yo pengajarannya...
    thx bye marz
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    SKPL AcaDocFlow SKPL AcaDocFlow Document Transcript

    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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