BAB VI
PENUTUP
6.1 Kesimpulan
Berdasarkan dari pembahasan-pembahasan pada bab–bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini :
1. Sistem Informasi Skripsi Teknologi Industri (SISTI) yang dibangun untuk Universitas Atma Jaya Yogyakarta telah berhasil dibuat dan berjalan dengan baik untuk dapat melakukan fungsi yang memudahkan Mahasiswa dan Dosen FTI UAJY dalam megelola data skripsi atau tugas akhir.
2. Sistem Informasi Skripsi Teknologi Industri (SISTI) Universitas Atma Jaya Yogyakarta dapat menyediakan informasi skripsi bagi mahasiswa dan dosen FTI UAJY.
6.2 Saran
Beberapa saran dan masukan yang dapat disampaikan penulis terhadap pembuatan Sistem Informasi Pengelolaan Alumni ini dimasa yang akan datang adalah :
DAFTAR PUSTAKA
Avison, D. E., and Fitzgerald, G., 2003, Information Systems Development: Methodologies, Techniques and Tools, 3rd ed, McGraw-Hill, London.
Avison, D. and Elliot, S., Scoping the Discipline of
Information Systems,
media.wiley.com/product_data/excerpt/80/EHEP0008/ EHEP000880.pdf, diakses tanggal 4 Agustus 2012. Basuki, awan pribadi, 2010. Membangun web berbasis php
dengan framework codeigniter. Yogyakarta : Penerbit Lokomedia.
Boss, R. W., 2006, Client-Server Technology, American Library Association, pp.1-4.
Burch, J., and Grudnitski, G., 1986, Information Systems Theory and Practice, John Wiley and Sons, New York.
Deacon, J., 2009, Model-View-Controller (MVC)
Architecture, http://www.
jdl.co.uk/briefings/index.html#mvc, diakses tanggal 28 Juli 2012.
Deptan, 2004, Materi PHP, http:// www.deptan.go.id/pusdatin
Hill, S., 2009, Advantages of PHP,
http://ezinearticles.com/?Advantages-of-PHP&id=3436274, diakses tanggal 30 Juli 2012. Maffeis, S., 2005, Client-Server Computing,
media.wiley.com/assets /152/06/computer.pdf, diakses tanggal 28 Juli 2012.
com/musings/waves/clientservercomputing.html, diakses tanggal 29 Juli 20102
Pranata Edwin,2008. Pembangunan sistem informasi kerja praktek dan tugas akhir menggunakan ruby of rails.
Rosita, 2005, Pengenalan Internet, http://www.203.130.205.68
/dosen/rosita/internetprogramming/pengenalan%2520 internet.doc, diakses tanggal 28 Agustus 2012. Supono, 2010. CodeIgniter Framework
PHPsupono.wordpress.com/2010/04/16/codeigniter-framework-php/, diakses pada tanggal 28 juli 2012.
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SISTI
(Sistem Informasi Skripsi Teknologi Industri)
Untuk :
Fakultas Teknologi Industri Atma Jaya
Yogyakarta
Dipersiapkan oleh:
Ganda Verdinan L / 5538
Program Studi Teknik Informatika – Fakultas Teknologi Industri
Universitas Atma Jaya Yogyakarta
Program Studi Teknik Informatika
Fakultas Teknologi
Industri
Nomor Dokumen Halaman
SKPL
-SISTI
1/43Revisi
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
INDEX TGL
-
A B C D E F G
Ditulis oleh
Diperik sa oleh
Daftar Halaman Perubahan
Daftar Isi
1 PENDAHULUAN ... 6
1.1 Tujuan ... 6
1.2 Lingkup Masalah ... 6
1.3 Definisi, Akronim dan Singkatan ... 7
1.4 Referensi ... 7
1.5 Deskripsi umum (Overview) ... 8
2 DESKRIPSI KEBUTUHAN ... 8
2.1 Perspektif produk ... 8
2.2 Fungsi Produk ... 9
2.3 Karakteristik Pengguna ... 14
2.4 Batasan-batasan ... 14
2.5 Asumsi dan Ketergantungan ... 14
3 KEBUTUHAN KHUSUS ... 14
3.1 Kebutuhan antarmuka eksternal ... 14
3.1.1 Antarmuka pemakai ... 15
3.1.2 Antarmuka perangkat keras ... 15
3.1.3 Antarmuka perangkat lunak ... 15
3.1.4 Antarmuka Komunikasi ... 16
3.2 Kebutuhan fungsionalitas Perangkat Lunak ... 17
3.2.1 Use Case Diagram ... 17
4 SPESIFIKASI RINCI KEBUTUHAN ... 18
4.1 Spesifikasi Kebutuhan Fungsionalitas ... 18
4.1.1 Use case Spesification: Login ... 18
4.1.2 Use case Spesification: Mengelola user 19 4.1.3 Use case Spesification: Mengelola Judul 22 4.1.4 Use case Spesification: Mengelola Progres Bimbingan ... 24
4.1.5 Use case Spesification: Mengelola Jadwal Bimbingan ... 28
4.1.6 Use case Spesification: Mengelola Jadwal Pendadaran ... 31
4.1.7 Use case Spesification : Mengelola Judul Ditawarkan ... 35
4.1.8 Use case Spesification: Mengelola Profile 38 4.1.9 Use case Spesification: Mengupload Proposal ... 39
4.1.10 Use case Spesification: Mengakses Informasi Data Skripsi ... 40
Daftar Gambar
1 Pendahuluan 1.1 Tujuan
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini merupakan dokumen spesifikasi kebutuhan perangkat lunak SISTI (Sistem Informasi Skripsi Teknologi Industri) untuk mendefinisikan kebutuhan perangkat lunak yang akan dikembangkan meliputi antarmuka eksternal (antarmuka antara sistem dengan sistem lain perangkat lunak dan perangkat keras, dan pengguna), tempat penyimpanan yang dibutuhkan, serta keakuratan), dan atribut (feature-feature tambahan yang dimiliki sistem), serta mendefinisikan fungsi perangkat lunak. SKPL-SISTI ini juga mendefinisikan batasan perancangan perangkat lunak.
Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis pengembangan perangkat lunak pada tahap selanjutnya.
1.2 Lingkup Masalah
Perangkat Lunak SISTI dikembangkan dengan tujuan untuk :
1. Menangani login Pengguna 2. Menangani pengelolaan user
3. Menangani pengelolaan judul
4. Menangani progres bimbingan skripsi. 5. Menangani pembuatan jadwal bimbingan. 6. Menangani pembuatan jadwal pendadaran. 7. Menangani pengelolaan Judul Ditawarkan. 8. Menangani penyediaan informasi skripsi. 9. Menangani upload proposal skripsi.
1.3 Definisi, Akronim dan Singkatan Daftar definisi akronim dan singkatan :
Keyword/Phrase Definisi
SKPL Merupakan spesifikasi kebutuhan dari perangkat lunak yang akan dikembangkan.
SKPL-SISTI-XXX Kode yang merepresentasikan kebutuhan pada SISTI (Sistem Informasi Skripsi Teknologi Industri) dimana XXX merupakan nomor fungsi produk.
SISTI Sistem Informasi Skripsi Teknologi Industri.
Internet Internet merupakan istilah umum yang dipakai untuk menunjuk Network global yang terdiri dari komputer dan layanan servis dengan sekitar 30 sampai 50 juta pemakai komputer dan puluhan layanan informasi termasuk e-mail, FTP, dan World Wide Web.
Server Komputer yang menyediakan sumber daya bagi klien yang terhubung melalui jaringan.
Client Komputer yang menghubungi server
melalui jaringan 1.4 Referensi
Referensi yang digunakan pada perangkat lunak tersebut adalah:
1.5 Deskripsi umum (Overview)
Secara umum dokumen SKPL ini terbagi atas 2 bagian utama. Bagian utama 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 berisi penjelasan umum tentang perangkat lunak SISTI yang akan dikembangkan, mencakup perspektif produk yang akan dikembangkan, fungsi produk perangkat lunak, karakteristik pengguna, batasan dalam penggunaan perangkat lunak dan asumsi yang dipakai dalam pengembangan perangkat lunak SISTI tersebut.
2 Deskripsi Kebutuhan 2.1 Perspektif produk
SISTI merupakan perangkat lunak yang dikembangkan untuk membantu mengelola data skripsi di Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta. Sistem ini dapat menangani login pengguna, pengelolaan user, pengelolaan judul, progres bimbingan skripsi, pembuatan jadwal bimbingan,pembuatan jadwal pendadaran, informasi judul skripsi yang ditawarkan dosen kepada mahasiswa dan upload proposal skripsi.
Perangkat lunak ini dapat diakses oleh client pada lingkungan sistem operasi apapun yang mempunyai aplikasi penjelajah situs (web browser).
Pengguna akan berinteraksi dengan sistem melalui antarmuka GUI (Graphical User Interface). Pada sistem ini, seperti terlihat pada gambar 1, arsitektur perangkat lunak yang digunakan berupa client-server, di mana semua data disimpan di server. Client dapat mengakses data yang ada di server tersebut secara
online dengan membuka web site yang merujuk pada sistem
yang telah ditanamkan pada web server.
Gambar 1. Arsitektur Perangkat lunak SISTI
2.2 Fungsi Produk
Fungsi produk perangkat lunak SISTI adalah sebagai berikut:
1. Fungsi Login (SKPL-SISTI-001).
harus dientrikan adalah nama username,password. Role tidak dientrikan oleh user, melainkan dibaca dari data user yang ada di basis data user.
2. Fungsi pengelolaan user (SKPL-SISTI-002).
Merupakan fungsi yang digunakan oleh administrator untuk mengelola data user.
a. Fungsi Create (SKPL-SISTI-002-01)
Merupakan fungsi yang digunakan untuk membuat user baru.
b. Fungsi Read User (SKPL-SISTI-002-02)
Merupakan fungsi yang digunakan untuk mencari atau menampilkan data user yang sudah ada pada database.
c. Fungsi Update (SKPL-SISTI-002-03)
Merupakan fungsi yang digunakan untuk mengedit data user.
d. Fungsi delete (SKPL-SISTI-002-04)
Merupakan fungsi yang digunakan untuk menghapus data user.
3. Fungsi Pengelolaan Judul(SKPL-SISTI-003)
Merupakan fungsi yang digunakan oleh prodi untuk mengelola data judul.
Fungsi Pengelolaan Judul meliputi : a.Fungsi Create (SKPL-SISTI-003-01)
Merupakan fungsi yang digunakan untuk membuat judul.
b. Fungsi Read (SKPL-SISTI-003-02)
c. Fungsi Update (SKPL-SISTI-003-03)
Merupakan fungsi yang digunakan untuk mengedit data judul.
d. Fungsi Delete (SKPL-SISTI-003-04)
Merupakan fungsi yang digunakan untuk menghapus data judul.
4. Fungsi Pengelolaan Progres Bimbingan (SKPL-SISTI-004).
Merupakan fungsi yang digunakan oleh dosen untuk mengelola progress bimbingan.
Fungsi Pengelolaan Perusahaan mencakup : a.Fungsi Create (SKPL-SISTI-004-01)
Merupakan fungsi yang digunakan untuk membuat progres bimbingan.
b. Fungsi Read (SKPL-SISTI-004-02)
Merupakan fungsi yang digunakan untuk mencari atau menampilkan data progress bimbingan yang sudah ada pada database.
c. Fungsi Update (SKPL-SISTI-004-03)
Merupakan fungsi yang digunakan untuk mengedit progress bimbingan.
d.Fungsi Delete (SKPL-SISTI-004-04)
Merupakan fungsi yang digunakan untuk menghapus progress bimbingan.
5. Fungsi Pengelolaan Jadwal Bimbingan (SKPL-SISTI-005).
Merupakan fungsi yang digunakan oleh dosen untuk mengelola jadwal bimbingan.
Merupakan fungsi yang digunakan untuk membuat jadwal bimbingan.
b. Fungsi Read (SKPL-SISTI-005-02)
Merupakan fungsi yang digunakan untuk mencari atau menampilkan data jadwal bimbingan yang sudah ada pada database.
c. Fungsi Update (SKPL-SISTI-005-03)
Merupakan fungsi yang digunakan untuk mengedit jadwal bimbingan.
d. Fungsi Delete (SKPL-SISTI-005-04)
Merupakan fungsi yang digunakan untuk menghapus jadwal bimbingan.
6. Fungsi Pengelolaan Jadwal Pendadaran (SKPL-SISTI-006).
Merupakan fungsi yang digunakan oleh prodi untuk mengelola jadwal pendadran.
Fungsi Jadwal Pendadaran mencakup : a.Fungsi Create(SKPL-SISTI-006-01)
Merupakan fungsi yang digunakan untuk membuat jadwal pendadaran.
b. Fungsi Read (SKPL-SISTI-006-02)
Merupakan fungsi yang digunakan untuk mencari atau menampilkan data jadwal pendadaran yang sudah ada pada database.
c.Fungsi Update (SKPL-SISTI-006-03)
Merupakan fungsi yang digunakan untuk mengedit jadwal pendadaran.
d. Fungsi Delete (SKPL-SISTI-006-04)
7. Fungsi Pengelolaan Judul Ditawarkan (SKPL-SISTI-007).
Merupakan fungsi yang digunakan oleh dosen untuk mengelola judul ditawarkan.
Fungsi Pengelolaan Judul Ditawarkan mencakup : a.Fungsi Create (SKPL-SISTI-007-01)
Merupakan fungsi yang digunakan untuk membuat judul ditawarkan.
b. Fungsi Read (SKPL-SISTI-007-02)
Merupakan fungsi yang digunakan untuk mencari atau menampilkan data judul ditawarkan yang sudah ada pada database.
c. Fungsi Update (SKPL-SISTI-007-03)
Merupakan fungsi yang digunakan untuk mengedit judul ditawarkan.
d. Fungsi Delete (SKPL-SISTI-007-04)
Merupakan fungsi yang digunakan untuk menghapus judul ditawarkan.
8. Fungsi menampilkan informasi data skripsi (SKPL- SISTI-008).
Merupakan fungsi yang digunakan untuk menampilkan informasi data skripsi berdasarkan parameter yang diberikan.
9. Fungsi Upload Proposal (SKPL-SISTI-009).
Merupakan fungsi yang digunakan untuk mengupload proposal.
10.Fungsi Pengelolaan Profile (SKPL-SISTI-010).
Merupakan fungsi yang digunakan user untuk mengelola Profile.
Merupakan fungsi yang digunakan untuk mengedit profile.
2.3 Karakteristik Pengguna
Karakteristik dari pengguna perangkat lunak SISTI adalah sebagai berikut :
1.Memahami pengoperasian komputer. 2.Mengerti tentang internet.
3.Memahami pengoperasian web browser. 2.4 Batasan-batasan
Batasan-batasan dalam pengembangan perangkat lunak SISTI tersebut adalah :
1.Kebijaksanaan Umum
Berpedoman pada tujuan dari pengembangan perangkat lunak SISTI.
2.Keterbatasan perangkat keras
Dapat diketahui kemudian setelah sistem ini berjalan (sesuai dengan kebutuhan).
2.5 Asumsi dan Ketergantungan
Sistem ini dapat dijalankan pada perangkat komputer (PC, Laptop, dll) yang menggunakan sistem operasi apapun dan mempunyai aplikasi penjelajah situs (web
browser).
3 Kebutuhan khusus
3.1 Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pemakai
Pengguna berinteraksi dengan antarmuka yang ditampilkan dalam bentuk page atau form.
3.1.2 Antarmuka perangkat keras
Antarmuka perangkat keras yang digunakan dalam perangkat lunak SISTI adalah:
1. Perangkat komputer (PC, Laptop, dll). 3.1.3 Antarmuka perangkat lunak
Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak SISTI di sisi server adalah sebagai berikut :
1.Nama : MySQL Sumber : Oracle
Sebagai database management system (DBMS) yang digunakan untuk penyimpan data di sisi server.
2.Nama : Windows 7 Sumber : Windows
Sebagai sistem operasi untuk server. 3.Nama : Apache
Sebagai web server.
Sedangkan perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak SISTI di sisi client adalah sebagai berikut :
1.Nama : Microsoft Windows 95/98/NT/2000/XP/7, Linux , UNIX , MacOS, dll.
Sebagai sistem operasi untuk pengguna umum.
2.Nama : Microsoft Internet Explorer, chrome Mozilla Firefox, dll.
3.1.4 Antarmuka Komunikasi
3.2 Kebutuhan fungsionalitas Perangkat Lunak 3.2.1 Use Case Diagram
4 Spesifikasi Rinci Kebutuhan
4.1 Spesifikasi Kebutuhan Fungsionalitas 4.1.1 Use case Spesification: Login 1.Brief Description
Use Case ini digunakan oleh aktor untuk memperoleh akses ke sistem.
2.Primary Actor 1.Administrator 2.Prodi
3.Dosen 4.Mahasiswa 3.Supporting Actor
none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan login.
2.Sistem menampilkan antarmuka untuk login. 3.Aktor memasukkan username dan password.
4.Sistem memeriksa username dan password yang diinputkan aktor.
E-1 Password username user tidak sesuai. 5.Sistem memberikan akses ke aktor.
6.Use Case ini selesai. 5.Alternative Flow
none
6.Error Flow
E-1 Password dan username user tidak sesuai
1.Sistem menampilkan peringatan bahwa password dan username tidak sesuai.
2.Aktor memiliki koneksi internet sehingga dapat terhubung dengan sistem.
3.Aktor telah terdaftar pada sistem.
4.Aktor telah membuka halaman antarmuka login. 8.PostConditions
1. Aktor dapat memasuki sistem dan dapat menggunakan fungsi-fungsi pada sistem.
4.1.2 Use case Spesification: Mengelola user 1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola user. Aktor dapat menambahkan user, edit user, hapus user ,tampil data user atau cari data user.
2.Primary Actor 1.Administrator 3.Supporting Actor
none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan user.
2.Sistem memberikan pilihan untuk melakukan tambah data user, edit data user, hapus data user, tampil data user dan cari data user.
3.Aktor memilih untuk melakukan tambah data user. A-1 Aktor memilih untuk mengedit user. A-2 Aktor memilih untuk menampilkan data user.
4.Aktor menginputkan data user.
5.Aktor meminta sistem untuk menyimpan data user yang telah diinputkan.
6.Sistem mengecek data user yang telah diinputkan. E-1 data user yang diinputkan aktor salah
7.Sistem menyimpan data user ke database. 8.Use case selesai.
5.Alternative Flow
A-1 Aktor memilih untuk mengedit data user.
1.Sistem menampilkan antarmuka untuk melakukan edit data user.
2.Aktor memilih data user yang akan diedit.
3.Sistem menampilkan data dari user yang telah dipilih.
4.Aktor mengedit data user.
5.Aktor meminta sistem untuk menyimpan data user yang telah diedit.
6.Sistem melakukan pengecekan terhadap data user yang telah diedit.
E-2 data user yang telah diedit salah 7.Berlanjut ke Basic Flow langkah ke-8
A-2 Aktor memilih untuk menampilkan data user.
1.Sistem menampilkan antarmuka untuk memilih data user yang akan ditampilkan.
2.Aktor memilih data user yang akan ditampilkan. 3.Sistem menampilkan data user.
4.Berlanjut ke Basic Flow langkah ke-8.
1.Sistem menampilkan antarmuka untuk mencari data user yang akan dihapus.
2.Aktor memilih data user yang akan dihapus. 3.Sistem menampilkan data user.
4.Aktor meminta sistem untuk menghapus data user. 5.Sistem menghapus data user yang dipilih dari
database.
A-4 Aktor memilih untuk melakukan pencarian data user.
1.Sistem menampilkan antarmuka untuk mencari data user yang akan ditampilkan.
2.Aktor memilih data user yang akan dicari. 3.Sistem menampilkan judul yang dicari. 4.Berlanjut ke basic flow langkah ke 8. 6.Error Flow
E-1 Data user yang diinputkan aktor salah.
1.Sistem memberikan pesan peringatan bahwa data user yang diinputkan salah.
2.Kembali ke Basic Flow langkah ke-4.
E-2 Data user yang telah diedit salah.
1.Sistem memberikan pesan peringatan bahwa data user yang diinputkan salah.
2.Kembali ke Alternative Flow A-1 langkah ke-2. 7.PreConditions
1.Use Case Login telah dilakukan. 2.Aktor telah memasuki sistem. 8.PostConditions
4.1.3 Use case Spesification: Mengelola Judul 1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola Judul. Aktor dapat melakukan tambah data judul, edit data judul, hapus data judul, tampil data judul dan cari data judul;.
2.Primary Actor 2.Prodi
3.Supporting Actor none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan data judul.
2.Sistem memberikan pilihan untuk melakukan tambah data judul, edit data judul, hapus data judul, tampil data judul dan cari data judul.
3. Aktor memilih untuk melakukan tambah data judul. A-1 Aktor memilih untuk mengedit data judul. A-2 Aktor memilih untuk menampilkan data judul.
A-3 Aktor memilih untuk menghapus data judul. A-4 Aktor memilih untuk melakukan pencarian data judul.
4.Aktor menginputkan data judul.
5.Aktor meminta sistem untuk menyimpan data judul yang telah diinputkan.
6.Sistem mengecek data judul yang telah diinputkan. E-1 data judul yang diinputkan aktor salah
7.Sistem menyimpan data judul ke database. 8.Use case selesai.
A-1 Aktor memilih untuk mengedit data judul.
1.Sistem menampilkan antarmuka untuk melakukan edit data judul.
2.Aktor memilih data judul yang akan diedit.
3.Sistem menampilkan data dari judul yang telah dipilih.
4.Aktor mengedit data judul.
5.Aktor meminta sistem untuk menyimpan data judul yang telah diedit.
6.Sistem melakukan pengecekan terhadap data judul yang telah diedit.
E-2 data judul yang telah diedit salah 7.Berlanjut ke Basic Flow langkah ke-8
A-2 Aktor memilih untuk menampilkan data judul.
1.Sistem menampilkan antarmuka untuk memilih data judul yang akan ditampilkan.
2.Aktor memilih data judul yang akan ditampilkan. 3.Sistem menampilkan data judul.
4.Berlanjut ke Basic Flow langkah ke-8.
A-3 Aktor memilih untuk menghapus judul.
1.Sistem menampilkan antarmuka untuk mencari data judul yang akan dihapus.
2.Aktor memilih data judul yang akan dihapus. 3.Sistem menampilkan data judul.
4.Aktor meminta sistem untuk menghapus data judul. 5.Sistem menghapus judul yang dipilih dari database.
1.Sistem menampilkan antarmuka untuk mencari data judul yang akan ditampilkan.
2.Aktor memilih data judul yang akan dicari. 3.Sistem menampilkan data judul dicari.
4.Berlanjut ke basic flow langkah ke 8. 6.Error Flow
E-1 Data judul yang diinputkan aktor salah.
1.Sistem memberikan pesan peringatan bahwa Data judul yang diinputkan salah.
2.Kembali ke Basic Flow langkah ke-4.
E-2 Data judul yang telah diedit salah.
1.Sistem memberikan pesan peringatan bahwa Data judul yang diinputkan salah.
2.Kembali ke Alternative Flow A-1 langkah ke-2. 7.PreConditions
1.Use Case Login telah dilakukan. 2.Aktor telah memasuki sistem. 8.PostConditions
1.Data judul yang didatabase telah terupdate.
4.1.4 Use case Spesification: Mengelola Progres Bimbingan
1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola progress bimbingan. Aktor dapat melakukan tambah data progres bimbingan, edit data progres bimbingan, hapus data progres bimbingan ,tampil data progress bimbingan atau cari data progress bimbingan.
3.Supporting Actor none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan data progres bimbingan.
2.Sistem memberikan pilihan untuk melakukan tambah data progres bimbingan, edit data progres bimbingan, hapus data progres bimbingan ,tampil data progress bimbingan atau cari data progress bimbingan.
3. Aktor memilih untuk melakukan tambah data progress bimbingan.
A-1 Aktor memilih untuk mengedit data progress bimbingan.
A-2 Aktor memilih untuk menampilkan data progress bimbingan.
A-3 Aktor memilih untuk menghapus data progress bimbingan.
A-4 Aktor memilih untuk melakukan pencarian data progress bimbingan.
4.Aktor menginputkan data progress bimbingan.
5.Aktor meminta sistem untuk menyimpan data progress bimbingan.
6.Sistem mengecek data progress bimbingan yang telah diinputkan.
E-1 data progress bimbingan yang diinputkan aktor salah
7.Sistem menyimpan data progress bimbingan ke database.
A-1 Aktor memilih untuk mengedit data progress bimbingan.
1.Sistem menampilkan antarmuka untuk melakukan edit data progress bimbingan.
2.Aktor memilih data progress bimbingan yang akan diedit.
3.Sistem menampilkan data dari progress bimbingan yang telah dipilih.
4.Aktor mengedit data progress bimbingan.
5.Aktor meminta sistem untuk menyimpan data progress bimbingan yang telah diedit.
6.Sistem melakukan pengecekan terhadap data progress bimbingan yang telah diedit.
E-2 data progress bimbingan yang telah diedit salah
7.Berlanjut ke Basic Flow langkah ke-8
A-2 Aktor memilih untuk menampilkan data progress bimbingan.
1.Sistem menampilkan antarmuka untuk memilih data progress bimbingan yang akan ditampilkan.
2.Aktor memilih data progress bimbingan yang akan ditampilkan.
3.Sistem menampilkan data progress bimbingan. 4.Berlanjut ke Basic Flow langkah ke-8.
A-3 Aktor memilih untuk menghapus data progress bimbingan.
2.Aktor memilih data progress bimbingan yang akan dihapus.
3.Sistem menampilkan data progress bimbingan.
4.Aktor meminta sistem untuk menghapus data progress bimbingan.
5.Sistem menghapus data progress bimbingan yang dipilih dari database.
A-4 Aktor memilih untuk melakukan pencarian data progress bimbingan.
1.Sistem menampilkan antarmuka untuk mencari data progress bimbingan yang akan ditampilkan.
2.Aktor memilih data progress bimbingan yang akan dicari.
3.Sistem menampilkan data progress bimbingan dicari. 4.Berlanjut ke basic flow langkah ke 8.
6.Error Flow
E-1 data progress bimbingan yang diinputkan aktor salah.
1.Sistem memberikan pesan peringatan bahwa data progress bimbingan yang diinputkan salah.
2.Kembali ke Basic Flow langkah ke-4.
E-2 data progress bimbingan yang telah diedit salah. 3.Sistem memberikan pesan peringatan bahwa data
progress bimbingan yang diinputkan salah. 4.Kembali ke Alternative Flow A-1 langkah ke-2. 7.PreConditions
1.data progress bimbingan di database telah terupdate.
4.1.5 Use case Spesification: Mengelola Jadwal Bimbingan
1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola jadwal bimbingan. Aktor dapat melakukan tambah data jadwal bimbingan, edit data jadwal bimbingan, hapus data jadwal bimbingan ,tampil data jadwal bimbingan atau cari data jadwal bimbingan. 2.Primary Actor
1.Dosen
3.Supporting Actor none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan data jadwal bimbingan.
2.Sistem memberikan pilihan untuk melakukan tambah data jadwal bimbingan, edit data jadwal bimbingan, hapus data jadwal bimbingan,tampil data jadwal bimbingan atau cari data jadwal bimbingan.
A-4 Aktor memilih untuk melakukan pencarian data jadwal bimbingan.
4.Aktor menginputkan jadwal bimbingan bimbingan. 5.Aktor meminta sistem untuk menyimpan data jadwal
8.Use case selesai. 5.Alternative Flow
A-1 Aktor memilih untuk mengedit data jadwal bimbingan.
1.Sistem menampilkan antarmuka untuk melakukan edit data jadwal bimbingan.
2.Aktor memilih data jadwal bimbingan yang akan diedit.
3.Sistem menampilkan data dari jadwal bimbingan yang telah dipilih.
4.Aktor mengedit data jadwal bimbingan.
5.Aktor meminta sistem untuk menyimpan data jadwal bimbingan yang telah diedit.
6.Sistem melakukan pengecekan terhadap data jadwal bimbingan yang telah diedit.
E-2 data jadwal bimbingan yang telah diedit salah 7.Berlanjut ke Basic Flow langkah ke-8
1.Sistem menampilkan antarmuka untuk memilih data jadwal bimbingan yang akan ditampilkan.
2.Aktor memilih data jadwal bimbingan yang akan ditampilkan.
3.Sistem menampilkan data jadwal bimbingan. 4.Berlanjut ke Basic Flow langkah ke-8.
A-3 Aktor memilih untuk menghapus data jadwal bimbingan.
1.Sistem menampilkan antarmuka untuk mencari data jadwal bimbingan yang akan dihapus.
2.Aktor memilih data jadwal bimbingan yang akan dihapus.
3.Sistem menampilkan data jadwal bimbingan.
4.Aktor meminta sistem untuk menghapus data jadwal bimbingan.
5.Sistem menghapus data jadwal bimbingan yang dipilih dari database.
A-4 Aktor memilih untuk melakukan pencarian data jadwal bimbingan.
1.Sistem menampilkan antarmuka untuk mencari data jadwal bimbingan yang akan ditampilkan.
2.Aktor memilih data jadwal bimbingan yang akan dicari.
3.Sistem menampilkan data jadwal bimbingan dicari. 4.Berlanjut ke basic flow langkah ke 8.
6.Error Flow
1.Sistem memberikan pesan peringatan bahwa data jadwal bimbingan yang diinputkan salah.
2.Kembali ke Basic Flow langkah ke-4.
E-2 data jadwal bimbingan yang telah diedit salah. 1.Sistem memberikan pesan peringatan bahwa data
jadwal bimbingan yang diinputkan salah.
2.Kembali ke Alternative Flow A-1 langkah ke-2. 7.PreConditions
1.Use Case Login telah dilakukan. 2.Aktor telah memasuki sistem. 8.PostConditions
1.Data data jadwal bimbingan di database telah terupdate.
4.1.6 Use case Spesification: Mengelola Jadwal Pendadaran
1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola jadwal pendadaran. Aktor dapat melakukan tambah data jadwal jadwal pendadaran, edit data jadwal pendadaran, hapus data jadwal pendadaran ,tampil data jadwal pendadaran atau cari data jadwal pendadaran.
2.Primary Actor 1.Prodi
3.Supporting Actor none
4.Basic Flow
2.Sistem memberikan pilihan untuk melakukan tambah data jadwal pendadaran, edit data jadwal pendadaran, hapus data jadwal pendadaran,tampil data jadwal pendadaran atau cari data jadwal
A-4 Aktor memilih untuk melakukan pencarian data jadwal pendadaran.
4.Aktor menginputkan jadwal bimbingan pendadaran. 5.Aktor meminta sistem untuk menyimpan data jadwal
8.Use case selesai. 5.Alternative Flow
A-1 Aktor memilih untuk mengedit data jadwal pendadaran.
2.Aktor memilih data jadwal pendadaran yang akan diedit.
3.Sistem menampilkan data dari jadwal pendadaran yang telah dipilih.
4.Aktor mengedit data jadwal pendadaran.
5.Aktor meminta sistem untuk menyimpan data jadwal pendadaran yang telah diedit.
6.Sistem melakukan pengecekan terhadap data jadwal pendadaran yang telah diedit.
E-2 data jadwal pendadaran yang telah diedit salah 7.Berlanjut ke Basic Flow langkah ke-8
A-2 Aktor memilih untuk menampilkan data jadwal pendadaran.
1.Sistem menampilkan antarmuka untuk memilih data jadwal pendadaran yang akan ditampilkan.
2.Aktor memilih data jadwal pendadaran yang akan ditampilkan.
3.Sistem menampilkan data jadwal pendadaran. 4.Berlanjut ke Basic Flow langkah ke-8.
A-3 Aktor memilih untuk menghapus data jadwal pendadaran.
1.Sistem menampilkan antarmuka untuk mencari data jadwal pendadaran yang akan dihapus.
2.Aktor memilih data jadwal pendadaran yang akan dihapus.
3.Sistem menampilkan data jadwal pendadaran.
5.Sistem menghapus data jadwal pendadaran yang dipilih dari database.
A-4 Aktor memilih untuk melakukan pencarian data jadwal pendadaran.
1.Sistem menampilkan antarmuka untuk mencari data jadwal pendadaran yang akan ditampilkan.
2.Aktor memilih data jadwal pendadaran yang akan dicari.
3.Sistem menampilkan data jadwal pendadaran dicari. 4.Berlanjut ke basic flow langkah ke 8.
6.Error Flow
E-1 data jadwal pendadaran yang diinputkan aktor salah.
1.Sistem memberikan pesan peringatan bahwa data jadwal pendadaran yang diinputkan salah.
2.Kembali ke Basic Flow langkah ke-4.
E-2 data jadwal pendadaran yang telah diedit salah. 1.Sistem memberikan pesan peringatan bahwa data
jadwal pendadaran yang diinputkan salah.
2.Kembali ke Alternative Flow A-1 langkah ke-2. 8.PreConditions
3.Use Case Login telah dilakukan. 4.Aktor telah memasuki sistem. 9.PostConditions
4.1.7 Use case Spesification : Mengelola Judul Ditawarkan
1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola judul ditawarkan. Aktor dapat melakukan tambah data judul ditawarkan, edit data judul ditawarkan, hapus data judul ditawarkan, tampil data judul ditawarkan atau cari data judul ditawarkan.
2.Primary Actor 1.Dosen
3.Supporting Actor none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan data judul ditawarkan.
2.Sistem memberikan pilihan untuk melakukan tambah data judul ditawarkan, edit data judul ditawarkan, hapus data judul ditawarkan, tampil data judul ditawarkan atau cari data judul ditawarkan.
3. Aktor memilih untuk melakukan tambah data judul ditawarkan
A-1 Aktor memilih untuk mengedit data judul ditawarkan.
A-2 Aktor memilih untuk menampilkan data judul ditawarkan.
A-3 Aktor memilih untuk menghapus data judul ditawarkan.
A-4 Aktor memilih untuk melakukan pencarian data judul ditawarkan.
5.Aktor meminta sistem untuk menyimpan data judul
8.Use case selesai. 5.Alternative Flow
A-1 Aktor memilih untuk mengedit data judul ditawarkan.
1.Sistem menampilkan antarmuka untuk melakukan edit data judul ditawarkan.
2.Aktor memilih data judul ditawarkan yang akan diedit.
3.Sistem menampilkan data dari judul ditawarkan yang telah dipilih.
4.Aktor mengedit data judul ditawarkan.
5.Aktor meminta sistem untuk menyimpan data judul ditawarkan yang telah diedit.
6.Sistem melakukan pengecekan terhadap data judul ditawarkan yang telah diedit.
E-2 data judul ditawarkan yang telah diedit salah 7.Berlanjut ke Basic Flow langkah ke-8
A-2 Aktor memilih untuk menampilkan data judul ditawarkan.
2.Aktor memilih data judul ditawarkan yang akan ditampilkan.
3.Sistem menampilkan data judul ditawarkan. 4.Berlanjut ke Basic Flow langkah ke-8.
A-3 Aktor memilih untuk menghapus data judul ditawarkan.
1.Sistem menampilkan antarmuka untuk mencari data judul ditawarkan yang akan dihapus.
2.Aktor memilih data judul ditawarkan yang akan dihapus.
3.Sistem menampilkan data judul ditawarkan.
4.Aktor meminta sistem untuk menghapus data judul ditawarkan.
5.Sistem menghapus data judul ditawarkan yang dipilih dari database.
A-4 Aktor memilih untuk melakukan pencarian data judul ditawarkan.
1.Sistem menampilkan antarmuka untuk mencari data judul ditawarkan yang akan ditampilkan.
2.Aktor memilih data judul ditawarkan yang akan dicari.
3.Sistem menampilkan data judul ditawarkan dicari. 4.Berlanjut ke basic flow langkah ke 8.
6.Error Flow
E-1 data judul ditawarkan yang diinputkan aktor salah.
1.Sistem memberikan pesan peringatan bahwa data judul ditawarkan yang diinputkan salah.
E-2 data judul ditawarkan yang telah diedit salah. 1.Sistem memberikan pesan peringatan bahwa data
judul ditawarkan yang diinputkan salah.
2.Kembali ke Alternative Flow A-1 langkah ke-2. 7.PreConditions
3.Use Case Login telah dilakukan. 4.Aktor telah memasuki sistem. 8.PostConditions
1.Data judul ditawarkan di database telah terupdate.
4.1.8 Use case Spesification: Mengelola Profile 1.Brief Description
Use Case ini digunakan oleh aktor untuk mengelola Profile. Aktor dapat melakukan edit data Profile.
2.Primary Actor 1.Administrator 2.Prodi
3.Dosen 4.Mahasiswa 3.Supporting Actor
none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan profile.
2.Sistem memberikan pilihan untuk melakukan edit data profile.
3. Aktor memilih untuk melakukan edit data profile. 4.Aktor menginputkan data profile.
6.Sistem mengecek data judul ditawarkan yang telah diinputkan.
E-1 data profile yang diinputkan aktor salah. 7.Sistem menyimpan data profile ke database.
8.Use case selesai. 5.Alternative Flow
none
6.Error Flow
E-1 data profile yang diinputkan aktor salah.
1.Sistem memberikan pesan peringatan bahwa data profile yang diinputkan salah.
2.Kembali ke Basic Flow langkah ke-4. 7.PreConditions
1.Use Case Login telah dilakukan. 2.Aktor telah memasuki sistem. 8.PostConditions
1.Data profile di database telah terupdate.
4.1.9 Use case Spesification: Mengupload Proposal 1.Brief Description
Use Case ini digunakan oleh aktor untuk mengupload proposal. Aktor dapat melakukan upload proposal.
2.Primary Actor 1.Mahasiswa 3.Supporting Actor
none
4.Basic Flow
2.Sistem memberikan pilihan untuk melakukan upload proposal.
3. Aktor memilih untuk melakukan upload proposal. 4.Aktor menginputkan file proposal.
5.Aktor meminta sistem untuk mengupload proposal. 6.Sistem mengecek file proposal yang telah diupload
berhasil.
E-1 File proposal yang diupload gagal.
7.Sistem menyimpan file proposal ke database. 8.Use Case selesai.
5.Alternative Flow none
6.Error Flow
E-1 file proposal yang diupload gagal.
1.Sistem memberikan pesan peringatan bahwa file proposal yang diupload gagal.
2.Kembali ke Basic Flow langkah ke-4. 7.PreConditions
1.Use Case Login telah dilakukan. 2.Aktor telah memasuki sistem. 8.PostConditions
1.Data file proposal di database telah terupdate.
4.1.10 Use case Spesification: Mengakses Informasi Data Skripsi
1.Brief Description
Use Case ini digunakan oleh aktor untuk menampilkan informasi data skripsi.
none
4.Basic Flow
1.Use Case ini dimulai ketika aktor memilih untuk mengakses informasi data skripsi.
2.Sistem memberikan pilihan untuk menampilkan progress bimbingan, jadwal pendadaran,jadwal bimbingan dosen.
3.Aktor memilih untuk menampilkan progress bimbingan.
A-1 Aktor memilih untuk menampilkan jadwal pendadaran.
A-2 Aktor memilih untuk menampilkan jadwal bimbingan.
4.Sistem menampilkan informasi data skripsi. 5.Use Case selesai.
5.Alternative Flow
A-1 Aktor memilih untuk menampilkan jadwal pendadaran.
1.Sistem menampilkan jadwal pendadaran. 2.Berlanjut ke Basic Flow langkah ke-5.
A-2 Aktor memilih untuk menampilkan jadwal bimbingan.
1.Sistem menampilkan antarmuka untuk memilih jadwal bimbingan yang akan ditampilkan.
2.Aktor memilih jadwal bimbingan yang akan ditampilkan.
3.Sistem menampilkan jadwal bimbingan. 4.Berlanjut ke Basic Flow langkah ke-5 6.Error Flow
7.PreConditions
1.Use Case Login telah dilakukan. 2.Aktor telah memasuki sistem. 8.PostConditions
5 Entity Relationship Diagram (ERD)
DESKRIPSI PERANCANGAN PERANGKAT LUNAK
SISTI
(Sistem Informasi Skripsi Teknologi Industri)
Untuk :
Universitas Atma Jaya Yogyakarta
Dipersiapkan oleh:
Ganda Verdianan L / 5538
Program Studi Teknik Informatika – Fakultas Teknologi Industri
Universitas Atma Jaya Yogyakarta
Program Studi Teknik Informatika
Nomor Dokumen Halaman
DPPL
-SISTI
1/71Revisi
–
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
INDEX TGL
- A B C D E F G
Ditulis oleh
Diperik sa oleh
Daftar Halaman Perubahan
–
Daftar Gambar
–
1 Pendahuluan 1.1 Tujuan
Dokumen Deskripsi Perancangan Perangkat Lunak (DPPL) bertujuan untuk mendefinisikan perancangan perangkat lunak yang akan dikembangkan. Dokumen DPPL tersebut digunakan oleh pengembang perangkat lunak sebagai acuan untuk implementasi pada tahap selanjutnya.
1.2 Ruang Lingkup
Perangkat Lunak SISTI UAJY dikembangkan dengan tujuan untuk :
1. Menangani login Pengguna 2. Menangani pengelolaan user
3. Menangani pengelolaan judul
4. Menangani progres bimbingan skripsi. 5. Menangani pembuatan jadwal bimbingan. 6. Menangani pembuatan jadwal pendadaran. 7. Menangani pengelolaan Judul Ditawarkan. 8. Menangani penyediaan informasi skripsi. 9. Menangani upload proposal skripsi.
10. Menangani pengelolaan profile.
–
1.3 Definisi dan Akronim
Daftar definisi akronim dan singkatan :
Keyword/Phrase Definisi
DPPL Deskripsi Perancangan Perangkat Lunak disebut juga Software Design Description (SDD) merupakan deskripsi dari perancangan produk/perangkat lunak yang akan dikembangkan.
SISTI Sistem Informasi Skripsi Teknologi Industri.
Internet Internet merupakan istilah umum yang dipakai untuk menunjuk Network global yang terdiri dari komputer dan layanan servis dengan sekitar 30 sampai 50 juta pemakai komputer dan puluhan layanan informasi termasuk e-mail, FTP, dan World Wide Web. Server Komputer yang menyediakan sumber daya bagi
klien yang terhubung melalui jaringan.
1.4 Referensi
Referensi yang digunakan pada perangkat lunak tersebut adalah:
1. Ganda Verdinan, Spesifikasi Kebutuhan Perangkat
Lunak SISTI, Universitas Atma Jaya Yogyakarta,
2012.
2 Perancangan Sistem
–
2.2 Perancangan Rinci
2.2.1 Sequence Diagram 2.2.1.1 Login
2.2.1.2 Mengelola user 2.2.1.2.1 Create Mahasiswa
Gambar 3.Sequence Diagram : Create Mahasiswa
2.2.1.2.2 Edit Mahasiswa
–
2.2.1.2.3 Delete Mahasiswa
Gambar 5. Sequence Diagram : Delete Mahasiswa
2.2.1.2.4 View Mahasiswa
2.2.1.2.5 Create Dosen
Gambar 7. Sequence Diagram : Create Dosen
–
2.2.1.2.7 Delete Dosen
Gambar 9. Sequence Diagram : Delete Dosen
2.2.1.2.8 View Dosen
2.2.1.3 Mengelola Judul 2.2.1.3.1 View Judul
Gambar 11. Sequence Diagram : View Judul
2.2.1.3.2 Create Judul
–
2.2.1.3.3 Edit Judul
Gambar 13. Sequence Diagram : Edit Judul
2.2.1.3.4 Delete Judul
2.2.1.4 Mengelola Progress Bimbingan 2.2.1.4.1 View Progress Bimbingan
Gambar 15. Sequence Diagram : View Progress Bimbingan
2.2.1.4.2 Create Progress Bimbingan
–
2.2.1.4.3 Edit Progress Bimbingan
Gambar 17. Sequence Diagram : Edit Progress Bimbingan
2.2.1.5 Mengelola Jadwal Bimbingan 2.2.1.5.1 View Jadwal Bimbingan
2.2.1.5.2 Create Jadwal Bimbingan
Gambar 19. Sequence Diagram : Create Jadwal Bimbingan
2.2.1.5.3 Edit Jadwal Bimbingan
–
2.2.1.5.4 Delete Jadwal Bimbingan
Gambar 21. Sequence Diagram : Delete Jadwal Bimbingan
2.2.1.6 Mengelola Jadwal Pendadaran 2.2.1.6.1 View Jadwal Pendadaran
2.2.1.6.2 Create Jadwal Pendadaran
Gambar 23. Sequence Diagram : Create Jadwal Pendadaran
2.2.1.6.3 Edit Jadwal Pendadaran
–
2.2.1.6.4 Delete Jadwal Pendadaran
Gambar 25. Sequence Diagram : Delete Jadwal Pendadaran
2.2.1.7 Mengelola Judul Ditawarkan 2.2.1.7.1 View Judul Ditawarkan
2.2.1.7.2 Create Judul Ditawarkan
Gambar 27. Sequence Diagram : Create Judul Ditawarkan
2.2.1.7.3 Edit Judul Ditawarkan
–
2.2.1.7.4 Delete Judul Ditawarkan
Gambar 29. Sequence Diagram : Delete Judul Ditawarkan
2.2.1.8 Menampilkan Informasi Data Skripsi 2.2.1.8.1 View Dosen Pembimbing
2.2.1.8.2 View progress Bimbingan
Gambar 31. Sequence Diagram : View progress Bimbingan
2.2.1.8.3 view Jadwal Bimbingan
–
2.2.1.8.4 view Jadwal Pendadaran
Gambar 33. Sequence Diagram : view Jadwal Pendadaran
2.2.1.9 Mengupload Proposal 2.2.1.9.1 View Upload Proposal
2.2.1.10 Mengelola Profile
–
2.2.2 Class Diagram
2.2.3 Class Diagram Specific Descriptions 2.2.3.1 Specific Design Class vAddDosen
vAddDosen <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.2 Specific Design Class vDataDosen
vDataDosen <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.3 Specific Design Class vEditDosen
vEditDosen <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.4 Specific Design Class vAddMhs
vAddMhs <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.5 Specific Design Class vDataMhs
vDataMhs <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.6 Specific Design Class vEditMhs
vEditMhs <<boundary>>
–
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.7 Specific Design Class vUbahPassword
vUbahPassword <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.8 Specific Design Class vAddJudulTwr
vAddJudulTwr <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.9 Specific Design Class vAddJwlBim
vAddJwlBim <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.10 Specific Design Class vDataJwlBimDosen
vDataJwlBimDosen <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.11 Specific Design Class vDataJudulTwr
vDataJudultwr <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.12 Specific Design Class vEditJwlBim
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.13 Specific Design Class vJwlPendadaran
vJwlPendadaran <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.14 Specific Design Class vMhsBimbingan
vMhsBimbingan <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.15 Specific Design Class vProfile
vProfile <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.16 Specific Design Class vProgressBim
vProgressBim <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.17 Specific Design Class vAddJudul
vAddjudul <<boundary>>
data[]: array
–
2.2.3.18 Specific Design Class vAddJwlPendadaran
vAddJwlPendadaran <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.19 Specific Design Class vEditJudul
vEditJudul <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.20 Specific Design Class vEditJwlPendadaran
vEditJwlPendadaran <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.21 Specific Design Class vKelolaJwlPendadaran vKelolaJwlPendadaran <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.22 Specific Design Class vMhsSkripsi
Alumni <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.23 Specific Design Class vProfile
vProfile <<boundary>>
data[]: array
untuk ditampilkan kepada pengguna
2.2.3.24 Specific Design Class vBimbingan
vBimbingan <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.25 Specific Design Class vJwlBim
vJwlBim <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.26 Specific Design Class vJwlPendadaran
vJwlPendadaran <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.27 Specific Design Class vProfile
vProfile <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.28 Specific Design Class vProgresBim
vProgresBim <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.29 Specific Design Class vUpload
–
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.30 Specific Design Class vDitawarkan
vDitawarkan <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.31 Specific Design Class vDsnIndustri
vDsnIndustri <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.32 Specific Design Class vDsnInformatika
vDsnInformatika <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.33 Specific Design Class vJwlBimDosen
vJwlBimDosen <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.34 Specific Design Class vSedangDiambil
vSedangDiambil <<boundary>> data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.35 Specific Design Class vTelahSelesai
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.36 Specific Design Class vLogin
vLogin <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.37 Specific Design Class vHome
vHome <<boundary>>
data[]: array
Atribut ini digunakan untuk menampung data dari control untuk ditampilkan kepada pengguna
2.2.3.38 Specific Design Class Admin_con
Admin <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
update_password(id: string)
Fungsi ini digunakan untuk megedit password admin 2.2.3.39 Specific Design Class Dosen_con
Dosen_con <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan list data dosen insert_dsn_form()
–
update_dsn_form()
Fungsi ini digunakan untuk mengedit data dosen delete_dsn_form()
Fungsi ini digunakan untuk mengahapus data dosen add_dsn_view()
Fungsi ini digunakan untuk menampilkan vAddDosen edit_dsn_view()
Fungsi ini digunakan untuk menampilkan vEditDosen berdasarkan nip dosen
ValidasiDsn()
Fungsi ini digunakan untuk mengecek apakah data yang diinputkan valid atau tidak
2.2.3.40 Specific Design Class Mahasiswa_con
Mahasiswa_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan list mahasiswa insert_mhs_form()
Fungsi ini digunakan untuk menambahkan mahasiswa update_mhs_form()
Fungsi ini digunakan untuk mengedit data mahasiswa delete_mhs_form()
Fungsi ini digunakan untuk menghapus mahasiswa add_mhs_view()
Fungsi ini digunakan untuk menampilkan vAddMhs edit_mhs_view()
ValidasiMhs()
Fungsi ini digunakan untuk mengecek apakah data yang diinputkan valid atau tidak
2.2.3.41 Specific Design Class Bimbingan_con
Bimbingan_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan list mahasiswa bimbingan berdasarkan dosen
insert_progresBimForm()
Fungsi ini digunakan untuk menambahkan progress bimbingan
update_progressBimform()
Fungsi ini digunakan untuk mengedit progress bimbingan detail()
Fungsi ini digunakan untuk menampilkan detail progress bimbingan
edit_proBim()
fungsi ini digunakan untuk menampilkan vEditProBim berdasarkan id bimbingan
2.2.3.42 Specific Design Class Jwl_bimbingan_con
Jwl_bimbingan_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
–
insert_jwlBimbingan_form()
Fungsi ini digunakan untuk menambahkan jadwal bimbingan update_jwlBimbingan_form()
Fungsi ini digunakan untuk mengedit jadwal bimbingan delete_jwlBimbingan_form()
Fungsi ini digunakan untuk menghapus jadwal bimbingan add_jwlBimbingan()
Fungsi ini digunakan untuk menampilkan vAddJwlBim edit_jwlBimbingan()
Fungsi ini digunakan untuk menampilkan vEditJwlBim berdasarkan id jadwal bimbingan
2.2.3.43 Specific Design Class Jwl_pendadaran_con
Jwl_pendadaran_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan list jadwal pendadaran berdasarkan dosen
2.2.3.44 Specific Design Class Judul_ditawarkan_con Judul_ditawarkan-con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan list judul yang ditawarkan berdasarkan dosen
insert_judulTwr_form()
Fungsi ini digunakan untuk mengedit judul ditawarkan delete_judulTwr_form()
Fungsi ini digunakan untuk menghapus judul ditawarkan add_judul_ditawarkan()
Fungsi ini digunakan untuk menampilkan vAddJudultwr edit_judul_ditawarkan()
Fungsi ini digunakan untuk menampilkan vEditJudulTwr berdasarkan id judul twr
2.2.3.45 Specific Design Class Profile_con
Profile_con <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan profile dosen edit_profileForm()
Fungsi ini digunakan untuk mengedit profile dosen 2.2.3.46 Specific Design Class Judul_con
Judul_con <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan judul skripsi mahasiswa berdasarkan jurusan
insert_JudulForm()
Fungsi ini digunakan untuk menambah judul update_JudulForm()
–
Fungsi ini digunakan untuk menghapus judul add_judul()
Fungsi ini digunakan untuk menampilkan vAddJudul edit_judul()
Fungsi ini digunakan untuk menampilkan vEditJudul berdasarkan id judul
2.2.3.47 Specific Design Class JwlPendadaran_con
JwlPendadaran_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan jadwal pendadaran
insert_JwlPendadaranform()
Fungsi ini digunakan untuk menambah jadwal pendadaran update_jwlPendadaranForm()
Fungsi ini digunakan untuk mengedit jadwal pendadaran delete_jwlPendadaranForm()
Fungsi ini digunakan untuk menghapus jadwal pendadaran add_jwlPendadaran()
Fungsi inidigunakan untuk menampilkan vAddJwlPendadaran edit_jwlPendadaran()
Fungsi ini digunakan untuk menampilkan vEditJwlPendadaran
cek_judul_mhs()
Fungsi ini digunakan untuk mengecek apakah apakah mahasiswa sudah memiliki jadwal pendadaran
2.2.3.48 Specific Design Class Profile_con
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan profile prodi edit_profileForm()
Fungsi ini digunakan untuk mengedit profile prodi 2.2.3.49 Specific Design Class Proposal_con
Proposal_con <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
inbox()
Fungsi ini digunakan untuk menampilkan list proposal download()
Fungsi ini digunakan untuk mendownload proposal 2.2.3.50 Specific Design Class Bimbingan_con
Bimbingan_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan list dosen pembimbing mahasiswa
detail()
Fungsi ini digunakan untuk menampilkan detail progress bimbingan
JwlBimbingan()
–
2.2.3.51 Specific Design Class JwlPendadaran_con
JwlPendadaran_con <<control>> data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
index()
Fungsi ini digunakan untuk menampilkan jadwal pendadaran untuk mahasiswa
2.2.3.52 Specific Design Class Profile_con
Profile_con <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
Index()
Fungsi ini digunakan untuk menampilkan profile mahasiswa
edit_profileForm()
Fungsi ini digunakan untuk mengedit profile mahasiswa 2.2.3.53 Specific Design Class Upload_con
Upload_con <<control>>
data[]: array
Atribut ini digunakan untuk menampung data dari model untuk dilempar di view
Index()
Fungsi ini digunakan untuk menampilkan proposal mahasiswa
uploadFile()
Fungsi ini digunakan untuk mengupload proposal 2.2.3.54 Specific Design Class DsnIndustri