Pembangunan Web Mashup Monitoring Kerja Praktek dan Proyek Akhir Mahasiswa (Studi kasus Politeknik Telkom)

PROPOSAL PROYEK AKHIR

Penulis Ramdony Ariesta Rindiawan NIM 30209105

PROGRAM STUDI TEKNIK KOMPUTER JURUSAN TEKNOLOGI INFORMASI POLITEKNIK TELKOM BANDUNG 2012

1.

Latar Belakang

Proyek Akhir (PA) dan Kerja Praktek (KP) merupakan mata kuliah wajib di Politeknik Telkom. Pada pelaksanaannya, mata kuliah ini merupakan mata kuliah praktek lapangan dan implementasi yang membutuhkan arahan, informasi dan koordinasi yang intensif antara dosen pembimbing dan mahasiswa. Namun terkadang pada pelaksanaannya terdapat permasalahan komunikasi yang mengganggu antara mahasiswa, dosen pembimbing dan koordinator mata kuliah. Permasalahan yang sering muncul yaitu sulitnya bagi mahasiswa mencari informasi mengenai kontak handphone dan email dosen serta informasi pengumuman PA dan KP, seperti pencarian informasi mengenai tanggal pendaftaran, penetapan pembimbing dan pengumuman-pengumuman penting lain. Walaupun saat ini media informasi yang dimanfaatkan adalah jejaring sosial Facebook, namun hal ini dinilai kurang efisien karena mahasiswa harus mencari-cari dan membedakan antara pengumuman penting dari koordinator dengan komentar tanya jawab yang dilakukan oleh mahasiswa dan dosen. Hal ini membuat admin group harus melakukan penyaringan dan beberapa kali harus menghapus data komentar agar informasi penting tidak tertumpuk dengan komentar mahasiswa maupun dosen. Permasalahan lainya adalah tidak adanya catatan mengenai progress pengerjaan mata kuliah baik PA maupun KP yang dapat dijadikan acuan dosen pembimbing untuk memantau progress bimbingan mahasiswa. Dengan adanya permasalahan tersebut maka diusulkan untuk dibangun sebuah media komunikasi dan monitoring khusus yang berbasis web mashup. Web mashup ini akan dibangun dengan memanfaatkan layanan API yang disediakan oleh Twitter untuk fitur komunikasi seperti berbagi info dan tanya jawab, dan layanan API dari Srcribd untuk fitur berbagi file. Beberapa fungsionalitas atau fitur yang dibangun disesuaikan untuk menyelesaikan permasalahan komunikasi yang ada. Fungsionalitas yang akan dibangun adalah berbagi info pengumuman dan tanya jawab, berbagi file, pengelolaan dan monitoring progress bimbingan.

2.

Rumusan Masalah

Rumusan masalah dalam Proyek Akhir ini adalah : 1. Bagaimana membangun media komunikasi untuk membantu permasalahan komunikasi, pencarian informasi dan monitoring seputar PA atau KP? 2. Bagaimana memanfaatkan layanan dari Twitter dan Scribd untuk diintegrasikan dengan web yang dibangun dalam proyek akhir ini?

3.

Tujuan

Tujuan Proyek Akhir ini adalah : 1. Membangun media informasi web Mashup monitoring Kerja Praktek dan Proyek Akhir mahasiswa dengan fungsionalitas, sebagai berikut : a. Berbagi info, tanya jawab oleh semua pengguna dan pengelolaan pengumuman penting oleh koordinator mata kuliah PA dan KP. b. Berbagi file dan melihat file tersebut. c. Mengelola progress oleh mahasiswa dan pemantauan progress oleh dosen pembimbing. d. Melihat informasi alur pelaksanaan PA dan KP dan informasi data pribadi mahasiswa atau dosen seperti kontak handphone dan email. 2. Mengintegrasikan web yang akan dibangun dengan layanan API/REST yang disediakan oleh Twitter dan Scribd untuk mendukung fungsionalitas web.

4.

Batasan Masalah

Adapun batasan masalah dalam Proyek Akhir ini adalah : 1. Tidak membahas keamanan dan crash atau failure pada sistem. 2. Data yang digunakan dalam proyek akhir ini merupakan data dummy dengan sample dari beberapa mahasiswa angkatan 2009 yang sedang melakukan pengerjaan PA atau KP pada tahun 2012 ini. 3. Koordinator mata kuliah PA dan KP diasumsikan tetap dan tidak ada pergantian. 4. File yang didukung untuk fitur berbagi hanya file berformat doc. 5. Alur PA dan KP yang diasumsikan adalah tetap dan tidak berubah, yaitu : a. Untuk KP sesuai dengan file alur Kerja Praktek yang di upload tanggal 10 May 2011 dengan link http://helpdesk.politekniktelkom.ac.id/index.php?_m=downloads& _a=viewdownload&downloaditemid=341&nav=0,5,61

b. Untuk PA sesuai dengan ketentuan admin jurusan yang disampaikan dalam file PA21 Pedoman dan Aturan PA BARU Nov 2011 di upload tanggal 07 Desember 2011 dengan link http://helpdesk.politekniktelkom.ac.id/index.php?_m=downloads& _a=viewdownload&downloaditemid=435&nav=0,5,54 6. Pembangunan web ini menggunakan API berikut : a. Scribd untuk fitur berbagi file b. Twitter untuk fitur komunikasi seperti pengumuman info penting dan tanya jawab. 7. Notifikasi yang dicatat pada sistem adalah a. Info pengumuman baru b. Update data progress

5.

Definisi Operasional
1. Pembangunan adalah pembuatan produk dari proyek akhir yang diajukan. 2. Web Mashup adalah web yang dibangun dengan memanfaatkan beberapa layanan web lain untuk membuat layanan baru. 3. Monitoring adalah kegiatan yang dilakukan oleh dosen dan mahasiswa. Monitoring itu terdapat beberapa definisi sesuai pelakunya, yaitu : a. koordinator KP atau PA, monitoring adalah memantau, mengumumkan informasi dan menjawab pertanyaan mengenai KP atau PA selama proses pelaksanaanya. b. Dosen pembimbing, monitoring adalah memantau progress pengerjaan PA atau KP yang diambil oleh mahasiswa bimbingannya. c. Bagi mahasiswa, monitoring adalah memantau informasi pengumuman baru mengenai KP atau PA serta mengatur timeline progress pengerjaanya. 4. Kerja Praktek merupakan mata kuliah wajib di Politeknik Telkom. Mata kuliah ini adalah mata kuliah praktek lapangan yang dilaksanakan di perusahaan yang ditentukan oleh mahasiswa bersangkutan.

5. Proyek Akhir merupakan matakuliah wajib pada semester akhir di Politeknik Telkom. Mata kuliah ini merupakan mata kuliah praktek pembangunan sebuah proyek yang ditentukan oleh mahasiswa bersangkutan. Dari definisi di atas Pembangunan Web Mashup Monitoring Kerja Praktek dan Proyek Akhir Mahasiswa adalah pembuatan sebuah media komunikasi khusus bebasis web mashup untuk mewadahi komunikasi dan monitoring PA dan KP antara dosen dan mahasiswa untuk kelancaran bimbingan, koordinasi dan arahan dari dosen pembimbing dan koordinator KP atau PA.

6.

Metode Pengerjaan

Proyek Akhir ini akan dibangun dengan metode waterfall. Ada beberapa tahapan yang akan dilaksanakan, yaitu sebagai berikut :
Perencanaan Analiysis

Design

Design

Design

Design

Implementation

Implementation

Implementation

Pembangunan GUI

Pembangunan data

Pembangunan controler

Implementation

System

Gambar 1.1 Metode Pengerjaan

1. Perencanaan, tahap ini dilakukan pengumpulan ide mengenai konsep pembangunan web. 2. Analisis, tahap ini dilakukan pendefinisian fungsionalitas yang akan dibangun serta pemetaan penggunaan layanan API REST dari beberapa penyedia.

3. Desain, tahap ini dilakukan pemodelan terhadap seluruh kebutuhan dari sistem yang akan dibuat yaitu : a. Desain program b. Desain database c. Desain GUI 4. Implementasi, tahap ini seluruh desain yang telah dibuat akan ditranslasikan kedalam bahasa pemrograman atau akan direalisasikan menjadi sebuah produk web mashup monitoring Kerja Praktek dan Proyek Akhir mahasiswa.

7.

Jadwal Pengerjaan
Tabel 1.1 Jadwal Pengerjaan

tahun 2012, Bulan minggu ke Tahap perencanaan dan analisis perencanaan ide analisis kebutuhan fungsionalitas Tahap desain dan implementasi desain tampilan desain model desain kontroler dan bisnis logic pembangunan tampilan pembangunan kontroler pembangunan model Testing tes & debug 2

April 3 4 1

mei 2 3 4 1

juni 2 3 4 1

juli 2 3 4

8.
8.1

Tinjauan Pustaka
Media Sosial

Merupakan media online yang dapat digunakan oleh pengguna internet manapun. Media sosial biasanya digunakan untuk saling berbagi, berkomunikasi, berhubungan dengan sesama pengguna internet dan juga dapat menjadi sebuah komunitas atau forum-forum. Beberapa hal yang termasuk media sosial meliputi jejaring sosial, blog, wiki dan forum yang seolah-olah menciptakan sebuah dunia maya bagi pengguna internet. Andreas Kaplan dan Michael Haenlein (2010) mendefinisikan media sosial sebagai Sebuah kelompok aplikasi berbasis internet

yang membangun diatas dasar ideologi dan teknologi Web 2.0 dan yang memungkinkan penciptaan dan pertukaran User-generated content. (Kaplan, 2010). Ada beberapa media sosial yang dimanfaatkan dalam pembangunan PA ini, yaitu Scribd dan Twitter. Scribd merupakan media sosial yang menyediakan layanan untuk berbagi file dokumen antara penggunnya. Dengan konsep User-generated content pengguna scribd dapat melakukan berbagai kegiatan untuk berbagi dan mempublish konten file yang dimilikinya. (Scribd Inc). Sedangkan Twitter adalah media informasi real-time yang menghubungkan pengguna dengan berbagai aktivitas perbincangan maupun berita yang dianggap menarik. (Twitter Inc)

8.2

Framework

Framework adalah sebuah teknik untuk menggunakan objek berkali-kali. Terdapat beberapa definisi berbeda mengenai framework. Definisi yang sering diungkapkan yaitu "Framework adalah sebuah desain dari keseluruhan bagian sistem berupa class-class abstrak yang dapat digunakan berkali-kali dan memiliki cara khusus dalam penggunaan dan interaksinya". definisi lainnya yaitu "Framework adalah sebuah kerangka aplikasi yang dapat digunakan dan disesuaikan oleh pengembang aplikasi". Dari definisi tersebut framework digunakan untuk mempermudah pembangunan sistem baru dengan menggunakan komponen-komponen objek class yang disediakan framework. seorang pengembang tidak perlu mengerti mengenai bagaimana komponen tersebut bekerja, karena yang diperlukan hanyalah mengetahui bagaimana cara menggunakannya. hal ini bertujuan agar pengembang dapat fokus terhadap aplikasi yang dibangunnya dan mempermudah dalam memaintenance. (Johnson, 1997)

8.3

Mashup

Mashup berasal dari kata Mashed Potatoes, namun dalam dunia teknologi mashup yaitu mengkombinasikan layanan dari beberapa website kedalam satu website baru. Mashup (Web Hybrid Technologies) pada saat ini banyak dikenal dalam pengembangan sebuah aplikasi berbasis web. Mashup biasanya menggunakan dua atau lebih dari layanan website lain untuk membangun suatu layanan baru yang lebih canggih. (Yee, 2008)

8.4

Web 2.0

Web 2.0 menawarkan komunikasi yang bersifat dua arah. Maksud dari sistem komunikasi dua arah adalah pemilik memberikan informasi, kemudian pengunjung bisa meninggalkan atau menambahkan sesuatu di dalamnya. Atau bisa kita sebut web 2.0 sebagai web read-write. Ouriel Media mendefinisikan Web2.0 . Web2.0= Web1.0 + Web1.0, katanya. Jika Web1.0 adalah mengenai diri kita sendiri, maka Web2.0 adalah mengenai saling interaksi antara diri kita sendiri dan orang lain. Hal yang paling mencolok pada web 2.0 ini adalah dirubahnya dari sistem dokumen siap saji ke platform aplikasi dan menjadikan metode web menjadi aplikasi yang berjalan diatas browser. (O'Reilly Media, Inc, 2005)

9.

Analisis Kebutuhan Sistem

Web mashup monitoring Kerja Praktek dan Proyek Akhir mahasiswa ini digunakan oleh mahasiswa dan dosen Politeknik Telkom untuk mempermudah komunikasi dan monitoring mengenai PA dan KP. Web ini akan dibangun dengan konsep jejaring sosial dimana pengguna dapat berkomunikasi satu sama lain. Fungsionalitas yang di bangun dalam web ini adalah sebagai berikut : a. Berbagi info, tanya jawab oleh semua pengguna dan pengelolaan pengumuman penting oleh koordinator mata kuliah PA dan KP. b. Berbagi file dan melihat file tersebut. c. Mengelola progress oleh mahasiswa dengan membuat timeline pribadi dan pemantauan progress oleh dosen pembimbing dengan memantau timeline mahasiswa. d. Melihat informasi alur pelaksanaan PA dan KP dan informasi data pribadi mahasiswa atau dosen seperti kontak handphone dan email. Untuk mendukung beberapa fungsionalitas, web ini akan diintegrasikan dengan beberapa API REST yang sesuai dengan kebutuhan pembangunan fungsionalitas, yaitu : 1. API Twitter untuk layanan berbagi info, tanya jawab dan kelola pengumuman. 2. API Scribd untuk layanan berbagi file.

9.1

Kebutuhan Perangkat Keras

Perangkat keras yang dibutuhkan dalam pembuatan aplikasi yaitu seperangkat laptop dengan spesifikasi:
Tabel 1.2 Spesifikasi Laptop

Perangkat Keras RAM Processor Harddisk

Spesifikasi 1 GB (giga byte) Intel CORE 2 Duo 1.8 Ghz 150 GB

9.2

Kebutuhan Perangkat Lunak

Berikut ini kebutuhan spesifikasi minimal perangkat lunak yang dibutuhkan dalam mengerjakan Proyek Akhir, yaitu :
Tabel 1.3 Kebutuhan Perangkat Lunak

Perangkat Lunak Apache MySQL PHP Operating Sistem

Spesifikasi Apache 2.2.21 5.5.16 5.3.8 Windows XP

Keterangan Webserver Database Server Server-side Script Operating Sistem

9.3

Desain Sistem

Web mashup ini didesain seperti jejaring sosial namun fungsionalitasnya lebih diperuntukan untuk media komunikasi mengenai PA dan KP. Berikut merupakan diagram usecase yang menggambarkan keseluruhan fungsionalitas atau kegiatan yang dapat dilakukan pada Web Mashup Monitoring Kerja Praktek dan Proyek Akhir Mahasiswa.

Kelola pembimbing

Kelola pengguna Koordinator Kelola info

Pantau progress bimbingan

Tulis info bimbingan

Dosen / pembimbing

Lihat Info

Tanya jawab

Login

Berbagi file

Mahasiswa Daftar

Kelola progres s bimbingan

Sistem
Gambar 2.2 Diagram Usecase

Tabel 2. 4 Deskripsi Aktor

No 1

Aktor Mahasiswa

Dosen Pembimbing

Koordinator

Deskripsi Aktor ini memiliki otoritas terbatas. Aktor dapat mengelola progress bimbingan dengan timeline pribadi Aktor ini memiliki otoritas terbatas namun berbeda dengan aktor mahasiswa. Aktor ini memiliki hak untuk memonitoring progress bimbingan mahasiswa berdasarkan timeline yang dibuat mahasiswa. Aktor ini berkewenangan mengatur proyek, dalam Web Mashup Monitoring Kerja Praktek dan Proyek Akhir Mahasiswa dan memeliki hak sebagai admin.
Tabel 2.5 Deskripsi use case.

No 1. 2. 3.

Usecase Login Lihat Info Tanya jawab

4. 5.

Berbagi file Daftar

6.

Kelola progress bimbingan

7.

Pantau progress bimbingan

8. 9. 10.

Tulis Info bimbingan Kelola pembimbing Kelola pengguna

11.

Kelola info

Deskripsi Pengguna melakukan proses login untuk memastikan hak yang dapat digunakan. Pengguna membuka halaman informasi pengumuman PA dan KP Pengguna melakukan tanya jawab dengan dosen pembimbing, koordinator maupun sesama mahasiswa Pengguna melakukan aktivitas berbagi file dengan mengupload file. Pengguna mahasiswa mendaftarkan mata kuliah yang mereka ambil untuk dapat menggunakan web. Mahasiswa melakukan pengelolaan terhadap progress pengerjaan mata kuliah yang di ambil dengan membuat timeline. Dosen pembimbing maupun koordinator dapat memantau progress mahasiswa bimbingan dengan melihat timeline yang di buat oleh mahasiswa bersangkutan Pengguna menulis info pengumuman mengenai bimbingan. Koordinator dapat mengelola dan mengatur pendistribusian pembimbing mahasiswa Koordinator dapat mengelola pengguna baik mahasiswa maupun dosen yang dapat menggunakan web ini. Koordinator PA atau KP menulis info pengumuman PA atau KP

10

Skenario Usecase : Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition : Login : Mahasiswa, dosen / pembimbing, Koordinator : Memeriksa pengguna untuk dapat melakukan / menggunakan web sesuai haknya. :: Pengguna dapat melakukan aksi sesuai haknya.
Tabel 2.6 Login.

Aksi Aktor 1. Pengguna membuka form login. 2. Input informasi pengguna. 3. kliklogin.

Reaksi Sistem

4. Memeriksa pengguna. 5. Jika pengguna terdaftar. 6. Meminta data pengguna di database. 7. Menyimpan di sesi. 8. Pengguna telah login.

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Berbagi file : Mahasiswa, dosen pembimbing, Koordinator : Pengguna berbagi file dengan pengguna lain dengan mengupload file. : membuka halaman utama sesuai aktor : Pengguna dapat melihat ataupun berbagi file
Tabel 2.7 Berbagi file

Aksi Aktor 1. Pengguna memilih menu Sharing Files

Reaksi Sistem

2. Sistem menampilkan form sharing files 3. Pengguna memilih menu upload dan memilih file yang akan di upload. 4. Pengguna mengklik upload

5. Sistem akan mengupload file ke Scribd menggunakan layanan API 6. Sistem mencatat alamat akses file tersebut

11

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Lihat Info : mahasiswa, dosen pembimbing, koordinator : Pengguna membuka halaman info pengumuman :: Pengguna dapat melihat informasi mengenai PA atau KP
Tabel 2.8 Lihat Info

Aksi Aktor 1. Pengguna memilih tab info

Reaksi Sistem

2. Diarahkan ke halaman Informasi 3. Pengguna telah berada di halaman info proyek.

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Tanya jawab : mahasiswa, dosen pembimbing, koordinator : Pengguna melakukan aktivitas tanya jawab dengan dosen pembimbing, koordinator maupun sesama mahasiswa : membuka halaman utama sesuai aktor :Tabel 2.9 Tanya Jawab

Aksi Aktor 1. Pengguna memilih menu sharing info. 2. Menuliskan suatu pertanyaan atau info. 3. Mengklik share.

Reaksi Sistem

3. Tulisan pengguna akan dikirim ke server Twitter dengan layanan API. 4. Sistem mengakses kembali data sharing dari twitter. 5. data sharing akan di tampilkan 6. Pengguna telah melakukan sharing info.

12

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Tulis info bimbingan : Dosen, koordinator : Dosen pembimbing maupun koordinator dapat menulis mengenai informasi bimbingan. : membuka halaman utama sesuai aktor :Tabel 2.10 Tulis info bimbingan

Aksi Aktor 1. Pengguna memilih menu sharing info. 3. Pengguna menulis info bimbingan yang akan di tampilkan.

Reaksi Sistem

2. Sistem menampilkan halaman sharing info. 4. Sistem akan mencatatnya dan mengirim data ke server Twitter dengan layanan API. 5. Sistem mengirimkan notifikasi ke semua mahasiswa bimbingan bersangkutan.

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Kelola Info : koordinator : Koordinator proyek dapat menulis pengumuman PA atau KP : membuka halaman utama sesuai aktor :Tabel 2.11 Kelola info

Aksi Pengguna 1. Pengguna memilih menu kelola info. 3. Pengguna menuliskan info yang akan disampaikan di kotak yang telah tersedia. 4. Pengguna mengklik share.

Reaksi Sistem

2. Sistem menampilkan halaman info.

5. Sistem akan mengirim data via API ke layanan twitter 6. Data akan ditampilkan di halaman info.

13

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Kelola progress bimbingan : Mahasiswa : Mahasiswa melakukan pengelolaan progress mata kuliah berupa timeline pengerjaan. : membuka halaman utama sesuai aktor : Pengguna dapat mengatur progress pengerjaan proyek sesuai dengan timeline progress pengerjaan yang dibuat.
Tabel 2.12 Kelola progress bimbingan

Aksi Aktor 1. Pengguna memilih menu kelola progress

Reaksi Sistem

2. Sistem menampilkan halaman kelola progress 3. Pengguna membuat timeline progress. 4. pengguna meng klik simpan . 5. sistem akan menyimpan timeline progress pengguna dalam database. 6. Sistem akan menampilkan timeline list progress yang telah dibuat.

2. pengguna dapat menggunakan timeline list tersebut untuk menceklistnya sebagai progress pengerjaan. Setelah. 3. selesai mengupdate cek list progress pengguna mengklik simpan.

8. Sistem akan mengirim notifikasi ke pengguna pembimbing.

14

Nama Usecase Aktor Deskripsi

Pre-Condition Post-Condition

: Pantau progress bimbingan : Dosen, koordinator : Aktor memantau progress mahasiswa bimbingan dengan melihat timeline yang di buat oleh mahasiswa bersangkutan. : membuka halaman utama sesuai aktor : Pengguna dapat memantau sejauh mana progress mahasiswa melalui timeline pengerjaan yang telah dibuat mahasiswa.
Tabel 2.13 Pantau progress bimbingan

Aksi Aktor 1. Pengguna memilih menu pantau progress 3. Pengguna memilih mahasiswa yang ingin dilihat progressnya.

Reaksis Sistem

2. Sistem menampilkan halaman pantau progress mahasiswa 4. Sistem menampilkan progress mahasiswa bersangkutan sesuai dengan timeline pengerjaan yang dibuat dan akan menampilkan notifikasi bila mahasiswa mengupdate data timeline . 5. Sistem menampilkan pilihan apakah mahasiswa bersangkutkan di perbolehkan meng update progress tersebut. 8. Sistem akan mengirim notifikasi / mengupdate database progress sesuai pilihan pengguna kepada mahasiswa bersangkutan

7. Pengguna memilih dialog perbolehkan / tidak

15

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Kelola Pengguna : koordinator : Koordinator dapat mengelola pengguna baik mahasiswa maupun dosen yang dapat menggunakan web ini. : membuka halaman utama sesuai aktor : Tabel 2.14 Kelola pengguna

Aksi aktor 1. Pengguna memilih menu kelola Pengguna.

Reaksi sistem

2. Sistem menampilkan halaman kelola pengguna. 3. Sistem menampilkan daftar pengguna dengan opsi hapus/tambah 4. Pengguna dapat menambah user dengan memilih opsi tambah. 5. Pengguna memasukan data pengguna baru 6. Pengguna mengklik simpan. 8. Bila user ingin menghapus pengguna. User pilih opsi hapus pada baris data pengguna yang ingin dihapus

7. System akan menyimpan data di database

9. System akan menghapus data pengguna

16

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Daftar : Mahasiswa : Pengguna mendaftarkan mata kuliah yang diambil. : membuka halaman utama sesuai aktor : Pengguna dapat menggunakan fungsionalitas atau fitur web ini lebih lanjut.
Tabel 2.15 Daftar

Aksi Aktor 1. Pengguna memilih menu daftar.

Reaksi Sistem

4. Sistem melakukan pengecekan terhadap pengguna apakah memiliki hak untuk mendaftarkan diri di mata kuliah tersebut 5. Bila di perbolehkan Sistem akan menampilkan form pendaftaran proyek 6. pengguna mengisikan form. 7. Sistem akan mencatat data pengguna dan mengarahkan ke halaman utama untuk mata kuliah bersangkutan

17

Nama Usecase Aktor Deskripsi Pre-Condition Post-Condition

: Kelola pembimbing : koordinator : Koordinator dapat mengelola dan mengatur pendistribusian pembimbing mahasiswa : membuka halaman utama sesuai aktor :Tabel 2.16 Kelola pembimbing

Aksi Aktor 1. Pengguna memilih menu kelola pengguna.

Reaksi Sistem

5. Pengguna memasangkan mahasiswa dengan dosen pembimbing.

2. Sistem akan menampilkan halaman kelola pengguna. 3. Sistem akan mengambil dan menampilkan data mahasiswa yang bersangkutan matakuliah koordinator dan data dosen.

6. Sistem akan mengupdate database.

18

10. Diagram UI

Gambar 2.3 Halaman Utama Mahasiswa (menu Sharing)

Gambar 2.4 Tampilan halaman Pengumuman (Mahasiswa)

19

Gambar 2.5 tampilan kelola progress (Mahasiswa)

Gambar 2.6 tampilan utama dosen (menu sharing)

20

Gambar 2.7 menu sharing pribadi (pembimbing)

Gambar 2.8 menu monitoring progress bimbingan (pembimbing)

21

Gambar 2.9 halaman utama koordinator

Gambar 2.10 Kelola Pengumuman (koordinator)

22

Gambar 2.11 Kelola Pengguna

Gambar 2.12 Lihat Statistik

23

11. Perancangan Basis Data

idUser url idUser password Nama

notifikasi n

berita idUser link

memiliki jenis Nama

1 file n
memiliki

Pengguna

memiliki

kontak

data

Posisi

idUser Is a

Status progress Status KP idUser idUser Status PA

Timeline MK

Mahasiswa

melakukan

idAlur

idMK Kode alur IdAktifitas noUrut IdAktifitas deskripsi Pembimbing 1 Pembimbing 2 idUser Judul

n Timeline n mahasiswa
memiliki

aktifitas n

membimbing

Dosen n

idUser Nama alur deskripsi Status progress melaksanakan Is koordinator

idMK

n Alur n
memiliki

1 1 Mata kuliah 1
koordinator

idAlur idMK deskripsi noUrut Nama alur Nama MK

Gambar 2.9 ERD

24

12. Daftar Pustaka

Johnson, R. E. (1997). How frameworks compare to other object-oriented reuse techniques. Frameworks=(Components+Patterns). COMMUNICATIONS OF THE ACM , 39-42. Kaplan, A. M. (2010). Users of the World Unite! The Challenges and Opportunities of Social Media. Bussiness Horizons , 59-68. O'Reilly Media, Inc. (2005, 09 30). What Is Web 2.0 . Dipetik 06 04, 2012, dari O'Reilly: http://oreilly.com/web2/archive/what-is-web-20.html Scribd Inc. (t.thn.). About. Dipetik 06 4, 2012, dari Scribd: http://www.scribd.com/about Twitter Inc. (t.thn.). About. Dipetik 06 04, 2012, dari Twitter: https://twitter.com/about Yee, R. (2008). Pro Web 2.0 Mashups: Remixing Data and Web Services. New york: Apress.

25