KISI-KISI PRAKT. ANALISA & PERANCANGAN SI2

KISI-KISI PRAKT. ANALISA & PERANCANGAN SI2
1. Latar belakang
Sistem informasi riset mahasiswa adalah sistem sederhana dalam kegiatan administratif di sebuah jurusan dilingkungan perguruan tinggi .sistem ini berupa melakukan otomasi terhadap kegiatan penelitian formal yang dilakukan mahasiswa dalam menempuh studinya. Jurusan berharap bahwa dengan adanya sistem ini, data akademik yang berhubungan dengan skripsi mahasiswa dapat terdokumentasi dengan baik sehingga dapat digunakan untuk memberikan laporan dengan cepat dan akurat pada fakultas dan mahasiswa. Pada akhirnya sistem ini diharapkan dapatmembantu kelancaran mahasiswa dalam menempuh studinya di jurusan yang bersangkutan.

2. Problem statemen sistem informasi riset mahasiswa
Dalam menempuh studi di perguruan tinggi , mahasiswa diwajibkan untuk melaksanakan penelitian sebagian dari kegiatan akademisnya. Bentuk dari aktifitas ini adalah pembuatan skripsi dimasa akhir perkuliahan. Prosedur pembuatan skripsi dimulai dengan pengajuan proposal skripsi oleh mahasiswa, pelaksanaan uji proposal skripsi, penentuan dosen pembimbingdan pelaksanaan ujian skripsi . sebagai tambahan , proses dokumentasi juga perlu didokumentasikan untuk mengetahui kemajuan mahasiswa dalam melaksanakan penelitian . dalam tulisan ini proses yang berhubungan dengan kegiatan kegiatan pembimbingan belum dilaksanakan karena saat ini lebih fokus pada proses utama kegiatan riset mahasiswa.
Saat ini semua proses tersebut dilaksanakan menggunakan perangkat lunak microsoft office, terutama excel dan word. Persoalan pada kondisi ini adalah masalah integrasi data , konsistensi data dan kecepatan proses. Di perlukan sebuah sistem yang terintegrasi sehingga berbagai kebutuhan informasi seputar riset mahasiswa dapat ditampilkan dengan akurat dan cepat.
Sistem yang baru ini dimulai ketika mahasiswa mengajukan proposal skripsi kepada kepada panitia seminar proposal skripsi disertai dengan berbagai kelengkapan persyaratan administratif yang diperlukan , misalnya proposal sebanyak 3exempar dan poster/diagram blok. Dalam suatu semester , seminar proposal dilaksanakan minimal dua kali sehingga mahasiswa yang tidak lulus pada gelombang pertama dapat mengikuti kembali di gelombang kedua atau gelombang berikutnya .

selanjutnya panitia menentukan jadwal seminar proposal yang terdiri dari waktu, ruang dan penguji.aktifitas terkhir adalah pelaksanaan seminar proposal untuk menentukan apakah proposal layak dijadikan skripsi atau tidak. Pada saat ini dosen pengui terdiri dari 3 orang. Bila proposal tersebut di nilai layak maka jurusan akan menentukan pembimbing skripsi, serta mencatat kembali judul skripsi yang telah direvisi oleh mahasiswa . data ini akan digunkan pada saat bimbingan dan ujianskripsi. Sistem juga akan memberikan laporan-laporan berupa informasi kepada mahasiswa status kelengkapan administratif peserta, jadwal seminar, nilai semester, dan dosen pembimbing skripsi. Bagi fakultas , sistem diharapkan dapat dengan cepat memberikan informasi tentang pelaksanaan seminar proposal yang akan digunakan untuk membuat SK penguji skripsi dan SK pembimbing skripsi .

Diminta:
1. Buat use case diagramnya!
2. Buat flow of event dari use case “ pendaftaran peserta”
3. Buat activity diagram dari use case “ pendaftaran peserta”

(info: saya belum tau apakah yang akan keluar sama seperti yang ada di atas, jika sama maka saya akan posting jawaban, mohon cari kepastian dari kisi-kisi yang kita terima kemaren.) buat temen2 yang kurang paham tolong komentarnya!!!!

jawaban:

mengenai jawaban diatas aku jelaskan lebih jelas dan lebih detail supaya temen-temen pada paham, untuk mengantisipasi jika soal ujian beda dengan yang ada di atas, okey langsung saja:

1.1.   Use case Diagram

Use Case Diagram adalah diagram yang menampilkan actor, use case dan relasi diantara keduanya dalam sebuah sistem. Use case diagram menggambarkan ruang lingkup dari sistem yang akan dibangun dan merupakan sarana komunikasi dengan pengguna akhir untuk mendapatkan pemahaman yang lebih baik tentang sistem yang akan dibuat.

Kandidat actor yang terlibat dalam SIRM dapat dilakukan dengan memperhatikan problem statement di atas.  Dari problem statement kandidat actor-nya adalah mahasiswa, panitia seminar dan penguji. Kandidat actor juga dapat diperoleh dengan menjawab pertanyaan-pertanyaan berikut :

·         Siapa yang terlibat dalam requirement tertentu

o   Sistem diharapkan dapat digunakan untuk menangani pendaftaran peserta. Kandidat actor : mahasiswa, panitia

o   Sistem diharapkan dapat digunakan untuk membuat jadwal pelaksanaan seminar. Kandidat actor : panitia

o   Sistem diharapkan dapat digunakan untuk memberikan penilaian pada saat presentasi. Kandidat actor : penguji, panitia

o   Sistem diharapkan dapat digunakan untuk menentukan pembimbing skripsi. Kandidat actor : panitia

o   Sistem diharapkan dapat segera memberikan laporan ke jurusan tentang pelaksanaan seminar proposal : panitia, jurusan

o   Sistem dapat segera memberikan laporan ke fakultas untuk membuat SK penguji dan SK pembimbing skripsi : panitia, fakultas

·        Dimana sistem akan digunakan dalam organisasi? Bagian Tata usaha jurusan

·        Siapa yang mendapat keuntungan dari penggunaan sistem? Jurusan, fakultas, bagian tata usaha jurusan, mahasiswa 

·        Siapa yang menyediakan, menggunakan dan memindahkan informasi dalam sistem? Menyediakan informasi : mahasiswa, panitia, penguji. Menggunakan informasi : penguji. Memindahkan informasi dalam sistem : panitia, penguji.

·        Siapa yang akan mendukung dan mengelola sistem? Bagian tata usaha jurusan

·        Apakah sistem menggunakan sumberdaya external? Tidak.

·        Apakah satu orang memainkan beberapa tugas berbeda? Ya, seorang dosen dapat menjadi panitia juga sekaligus penguji. 

·        Apakah sistem berinteraksi dengan sistem yang lain? Tidak.

Dari berbagai langkah yang telah dilakukan di atas, kita memperoleh kandidat actor berikut : mahasiswa, panitia, penguji, dosen, bagian tata usaha jurusan, jurusan dan fakultas. Perlu ditentukan good actor dari kandidat actor tersebut dengan mempertimbangkan cara mereka menggunakan sistem, yaitu bila mereka menggunakan sistem dengan cara yang berbeda maka mereka adalah actor yang berbeda. Mahasiswa berperan sebagai penyedia data dalam sistem yang akan di bangun sehingga dipilih sebagai actor. Seorang dosen dapat berperan sebagai panitia dapat pula berperan sebagai penguji, berdasarkan problem statement dan requirement di atas, peran dosen sebagai actor tidaklah berbeda dengan peran dari panitia maupun penguji sehingga dosen untuk saat ini tidak dipertimbangkan sebagai actor. Bagian tata usaha jurusan adalah bagian dari panitia dan dalam persoalan SIRM ini perannya tidak berbeda dengan panitia sehingga tidak dipilih sebagai actor. Jurusan dan fakultas berperan menerima informasi dari sistem sehingga dipilih sebagai actor.

Pada saat menentukan actor, perlu disadari bahwa actor adalah seseorang atau sesuatu yang memberikan informasi ke dalam sistem, memberikan dan menerima informasi dari sistem atau hanya menerima informasi dari sistem saja.

Dari langkah-langkah di atas, actor dalam SIRM yang dipilih adalah mahasiswa, panitia, penguji,  jurusan dan fakultas.

selanjutnya:

Setelah memilih actor, sekarang menentukan use case untuk melengkapi use case diagram yang sedang dibangun. Kandidat use case dapat ditemukan dengan menjawab pertanyaan-pertanyaan berikut:

·        Apakah tugas dari masing-masing actor?

o   Mahasiswa : menyerahkan berkas kelengkapan pendaftaran seminar proposal

o   Panitia : melakukan pendaftaran peserta seminar, membuat jadwal pelaksanaan seminar, menentukan pembimbing skripsi

o   Penguji : memberikan penilaian

o   Jurusan : menerima laporan pelaksanaan seminar

o   Fakultas : menerima laporan penguji seminar skripsi, menerima laporan pembimbing skripsi

·        Apakah ada actor yang membuat, menyimpan, mengubah, memindahkan atau membaca informasi dalam sistem? Ada.

·        Apakah use case akan membuat, menyimpan, mengubah, memindahkan atau membaca informasi ini? Ya.

·        Apakah ada actor yang memberikan informasi  ke sistem bila terjadi perubahan external? Tidak.

·        Use case apa yang akan mendukung pengelolaan sistem?  

·        Dapatkah semua fungsi dalam requirement dikerjakan oleh use case? Dapat.

Langkah selanjutnya adalah menentukan use case yang baik dengan mempertimbangkan bahwa use case yang baik adalah use case yang merepresentasikan fungsi yang lengkap dari awal sampai akhir.

Komponen ketiga dari use case diagram adalah association, yang digunakan untuk menunjukkan hubungan antara actor dengan use case atau use case dengan use case yang lain. Petunjuk berikut dapat kita jadikan pedoman pada saat membuat asosiasi :

·        Jangan memodelkan asosiasi antara aktor ke aktor.

·        Jangan menggambarkan asosiasi secara langsung antara dua use case.

·        Setiap use case harus diinisiasi oleh actor, sehingga arah panah dimulai dari actor dan berakhir di use case, kecuali untuk relasi include dan extend.

·        Memasukkan informasi ke basis data menggunakan satu use case dan mengaksesnya menggunakan use case yang lain.

Sampai disini diharapkan pihak pengembang maupun pihak pengguna/klien telah memperoleh gambaran umum dari sistem yang akan dibangun. Perubahan masih dapat dilakukan seiring dengan pemahaman yang lebih baik terhadap persoalan yang dihadapi seperti ditampilkan pada gambar 4, dimana ada penambahan actor sistem administrasi jurusan yang merupakan sistem lain yang berhubungan dengan SIRM ketika disadari bahwa SIRM ini membutuhkan informasi tentang data mahasiswa. Sistem administrasi jurusan adalah sistem yang digunakan oleh jurusan untuk menangani proses administrasi jurusan secara umum, misalnya data mahasiswa, data dosen dan data akademik.

revisi use case diagram yang dilakukan ketika disadari bahwa actor mahasiswa masih memiliki peran yang terlalu luas bagi SIRM, hanya mahasiswa yang telah siap dengan penelitian saja yang dapat mendaftar sebagai peserta seminar oleh karena itu actor mahasiswa diganti dengan actor peserta.

Langkah selanjutnya adalah memahami lebih detil dari setiap fitur yang telah digambarkan melalui use case diagram di atas. Caranya yaitu dengan membuat flow of event (aliran kejadian) untuk setiap use case yang ada dalam diagram use case. Flow of event  yang disebut juga skenario, adalah langkah detil yang terjadi dalam sebuah use case dan dinyatakan dengan kalimat.

penjelasan diatas udah sangat jelas tinggal anda untuk menggambarkan menggunakan EA.