SKPL Sistem Informasi Penjadwalan 1

14
SISTEM INFORMASI PENJADWALAN PROPOSAL PROYEK ANALISA Nama Proyek: Sistem Informasi Penjadwalan Tanggal: 1 juli 2011 Originator Proyek: Eko cahyo ahmadi (0910683037) Muhammad Ikrar P (0910681010) Rico Maulana A (0910683081) Persetujuan Dosen Pengampu: ttd Issa Arwani, S.Kom., M.Sc. Tanggal persetujuan: Tanggal:

Transcript of SKPL Sistem Informasi Penjadwalan 1

SISTEM INFORMASI PENJADWALAN PROPOSAL PROYEK ANALISANama Proyek: Sistem Informasi Penjadwalan Originator Proyek: Eko cahyo ahmadi Muhammad Ikrar P Rico Maulana A Persetujuan Dosen Pengampu: (0910683037) (0910681010) (0910683081) Tanggal persetujuan: Tanggal: 1 juli 2011

ttd Issa Arwani, S.Kom., M.Sc.

Tanggal:

1. PENDAHULUAN 1.1 Tujuan Penulisan Dokumen Kegiatan kuliah yang ada pada P.S. Teknik Informatika Universitas Brawijaya dirasa masih kurang terjadwal dengan baik, sehingga masih membuat kerepotan para mahasiswa dan dosen dalam melaksanakan kegiatan ini. Oleh karena itu tujuan dari system informasi penjadwalan ini adalah menangani semua hal yang berkaitan dengan kegiatan kuliah, mulai dari mata kuliah, mahasiswa, ruangan dan sebagaianya, sehingga lebih mempermudah dan memperlancar kegiatan dan mempermudah para mahasiswa dalam memperoleh semua data yang diperlukan untuk kegiatan kuliah. Selain itu diharapkan juga system ini dapat mengatur jadwal pelaksaan dengan baik sehingga tidak mengganggu kegiatan-kegiatan lainnya. Untuk mencapai semua tujuan tadi maka diperlukan sebuah system, dimana system tersebut dapat mengatur semua hal yang berkaitan dengan penjadwalan. 1.2 Lingkup Masalah Program Studi Teknik Informatika Universitas Brawijaya menawarkan berbagai macam mata kuliah yang bisa ditempuh oleh para mahasiswa, sehingga para mahasiswa bisa memilih mata kuliah apapun sesuai keinginan dan prasyarat yang telah ditentukan. Tetapi permasalahan yang dihadapi adalah sampai saat ini belum ada cara yang dapat mempermudah dan memperlancar kegiatan ini sehingga masih terlihat kurang rapi dan kerepotan dalam mengatur kegiatan tesebut. Melalui proyek system yang akan dibuat ini diharapkan nantinya dapat menampung semua data dari setiap kegiatan penjadwalan mata kuliah mulai dari jenis mata kuliah yang ditawarkan persemester, dosen pengajar, jadwal kuliah, ruangan dan waktu dan seterusnya. Selain itu juga system informasi penjadwalan ini diharapkan dapat mengatur kegiatan penjadwalan mata kuliah mahasiswa sebaik mungkin sehingga para mahasiswa dan dosen memperoleh kemudahan dalam pembagian waktu dan jadwal kuliah sesuai mata kuliah dan mahasiswa yang mengambil mata kuliah tersebut.

Definisi Istilah Dan Singkatan SKPL PL PK UB : Spesifikasi Kebutuhan Perangkat Lunak : Perangkat Lunak : Perangkat Keras : Universitas Brawijaya.

Pengguna : mahasiswa teknik informatika Universitas Brawijaya Member : pengguna yang sudah memiliki login dan dapat melakukan transaksi dalam PL ini adalah mahasiswa yang terdagtar dalam jurusan Teknik Informatika yang menempuh matakuliah. Administrator: pengguna yang memliki hak akses penuh terhadap web aplikasi Sistem Informasi Penjadwalan ini. OS 1.31.

: Operating Sistem Deskripsi Umum Dokumen Penulisan dokumen ini dibagi menjadi beberapa bab sebagai berikut : Pendahuluan Berisi tentang tujuan penulisan dokumen; lingkup masalah; definisi, istilah, dan singkatan; aturan penomoran; referensi; deskripsi umum dokumen (ikhtisar).2.

Deskripsi umum perangkat lunak

Berisi tentang deskripsi umum system, fungsi dari produk, karakteristik pengguna, serta lingkup operasi yang akan dipakai oleh PL.3.

Deskripsi Kebutuhan Berisi tentang kebutuhan fungsional (spesifikasi masing-masing fungsi); ruang kebutuhan non-fungsional; lingkungan

lingkup data (masing-masing entitas);

operasi; kebutuhan antarmuka (PL, PK, komunikasi); batasan perancangan. 2. DESKRIPSI UMUM PERANGKAT LUNAK 2.1 Deskripsi Umum Sistem Perangkat lunak yang akan dikembangkan adalah perangkat Sistem Informasi Praktikum berbasis web, yaitu merupakan website yang digunakan untuk menangani semua hal dalam penjadwalan kuliah, sehingga lebih mempermudah

dan memperlancar kegiatan dan mempermudah mahasiswa dalam memperoleh semua data dan mata kuliah mata kuliah yang diperlukan. Sistem Informasi Penjadwalan ini dapat menangani beberapa hal diantaranya :

Mahasiswa dapat mengetahui jadwal mata kuliah yang di tempuh. Mempermudah mahasiswa dalam mengakses hasil nilai mata kuliah. Admin dapat memasukkan nilai mahasiswa dan melakukan perubahan nilai juga pengaturan kelas. Disini Admin akan mengatur jadwal mata kuliah terlebih dahulu,

kemudian mahasiswa akan menyesuaikan jam dan hari sesuai waktu yang dikehendaki. Admin mengatur jumlah kelas dan mahasiswa dalam satu kelas. Apabila jadwal mata kuliah sesuai dengan jadwal praktikum, maka jadwal praktikum secara otomatis akan dilaksanakan sebagaimana jadwal perkuliahan di kelas. Dosen tidak berkenaan dalam pengaksesan website ini karna akan diatur oleh admin. 2.2 Karakteristik Pengguna Web Sistem Informasi penjadwalan ini digunakan untuk kemudahan jalannya penjadwalan mata kuliah bagi mahasiswa dan dosen. Sistem ini berkaitan dengan beberapa entitas luar, yaitu admin, mahasiswa, dan dosen. Hal-hal yang dilakukan oleh entitas entitas tersebut adalah : Admin :-

Mengunggah agenda mata kuliah, mulai dari kelas dan jam serta hari kuliah dilaksanakan. Mendaftarkan akses mahasiswa ke Web Sistem Informasi penjadwalan perkuliahan berdasarkan NIM dan pengisian password. Yang nantinya password dapat dirubah oleh mahasiswa yang bersangkutan. Untuk default password akan disamakan dengan NIM mahasiswa. (Mendaftarkan akun mahasiswa untuk menghindari akun akun yang tidak berkepentingan)

-

-

Mengunggah absensi mahasiswa

Mahasiswa-

Mengubah password akun Web Mendaftar mata kuliah pada penjadwalan perkuliahan Mengatur jadwal mata kuliah sehingga tidak bersamaan dengan mata kuliah yang lain Mengunduh Materi kuliah yang disediakan dosen. Melihat nilai nilai mata kuliah Melihat jadwal kelasnya Melihat absensi kuliah

-

Dosen-

Mengunggah materi kuliah Memberikan pengumuman perkuliahan apabila terjadi pergantian mata kuliah Memberikan informasi terkait tugas dan project akhir

2.6

GAGASAN SOLUSI atau PENDEKATAN PROYEK Untuk dapat mencapai tujuan dari system informasi yang maksimal,

diperlukan berbagai data yang berhubungan dengan mata kuliah, mulai dari data jenis matakuliah apa saja yang memprogramkan di dalamnya, data jenis mata kuliah yang ditawarkan persemester, dan data para dosen yang mengajar matakuliah. 2.7 Harapan Hasil Yang Akan Didapatkan Melalui proyek system informasi penjadwalan ini diharapkan:a.

Dapat memenejemen serta mengatur segala hal yang berkaitan dengan jadwal perkuliahan, sehingga dapat tersusun rapi dan teratur. Mempermudah perkuliahan. para dosen dalam membimbing pelaksanaan

b.

c.

Mempermudah mahasiswa untuk mengakses segala data yang berhubungan dengan perkuliahan mereka.

3. DESKRIPSI UMUM KEBUTUHAN 3.1 Kebutuhan antarmuka eksternal 3.1.1 3.1.2 Antarmuka pemakai Antarmuka perangkat keras

Perangkat operasional yang dibutuhkan adalah keyboard dan mouse. Sistem Informasi Penjadwalan berjalan diatas perangkat keras mesin komputer, memory, hardisk. Dimana sistem ini juga terhubung dengan jaringan komputer dengan menggunakan desktop 3.1.3 Antarmuka perangkat lunak Sistem Informasi Penjadwalan adalah program yang dibangun menggunakan bahasa php, javascript dan mySQL sebagai databasenya. Menggunakan localhost xampp dan akan berjalan pada sistem operasi WINDOWS. 3.1.4 Antarmuka komunikasi Sistem Informasi Penjadwalan merupakan sistem yang terhubung ke jaringan komputer dengan menggunakan desktop, sehingga mahasiswa, dosen dan admin dapat mengentry secara bersamaan lebih dari satu orang dengan menggunakan database yang sama. Dan pihak yang bertugas(admin,menejer) bisa memonitor system lewat jaringan komputer. Dengan demikian aliran informasi menjadi lebih lancar

. 3.2 3.2.1.1 Deskripsi Fungsional Activity Diagram

ALUR PENGAMBILAN MATA KULIAH

mahasiswa melakukan pendaftaran mata kuliah

Tidak memprogram Mata kuliahMemprogram praktikum Penjadwalan Cuti

proses Kuliah sesuai jadwal

ujian akhir semester

pemberian nilai

cetak nilai

End

3.2.1.2

Sequences Diagram

:Mahasiswa

:Bag. Administrasi memprogram mata kuliah

:Dosen

:Bag.Admin

recording data

Penjadwalan

pelaporan data

Record data

Pelaksanaan Kuliah sesuai jadwal

Pemberian Tugas dan Proyek

pengumpulan tes + projek + tugas-tugas

Pemberian Nilai Akhir Pelaporan Nilai

3.2.2

Fungsi Pendaftaran Kuliah Skenario Use Case Pendaftaran Kuliah 2 Registrasi perusahaan Last updated by 04-07-2011 Date last updated 04-07-2011 Mahasiswa pendaftar kuliah Use case ini berfungsi untuk melakukan pendaftaran kuliah Mahasiswa membuka Entry mata kuliah Mahasiswa akan melakukan pendaftaran kuliah Data mahasiswa telah tersimpan, dan mahasiswa dapat mengatur jadwal kuliah sesuai agenda 1. Mahasiswa mengisi form pendaftaran kuliah2.

3.2.2.1

Use Case ID Use Case Name Created by Date created Actors : Descryption : Trigger : Preconditions : Postcondition : Normal flow

Mahasiswa hanya boleh mendaftar mata kuliah sesuai sistem memverifikasi data mahasiswa sistem menambah data mata kuliah yang diambil

syarat3. 4.

mahasiswa ke dalam database Alternative flow : Exception : Includes : Priority : Frequency of use Business Rule : Special Requirement : Assumption : Notes and Issues : 3.2.2.2 Use Case ID Use Case Name Created by Date created Actors : Descryption : Skenario Use Case Upload Jadwal 6 Upload Jadwal kuliah Last updated by 04-07-2011 Date last updated 04-07-2011 Admin Use case ini berfungsi untuk upload jadwal kuliah 5. mahasiswa dapat mengentry jadwal praktikum Jika matakuliah tidak sesuai syarat, maka system akan menolak pendaftaran mahasiswa High High

Trigger : Preconditions : Postcondition : Normal flow

Asisten Dosen membuka form jadwal kuliah Asisten dosen akan mengunggah jadwal kuliah Sistem menampilkan form 1. Admin membuka form upload jadwal 2. system akan me-load dan memasukkannya kedalam data base3. system akan menampilkan hasil unggahan ke halaman jadwal

kuliah Alternative flow : Exception : Includes : Priority : Frequency of use Business Rule : Special Requirement : Assumption : Notes and Issues : 3.3.1 E-R diagram

Medium Medium

3.3 SRS-Id

Non Functional Requirement Parameter Availability Reliability Ergonomy Portability Memory Response time Safety Security Others Bahasa komunikasi Setiap layar harus mengandung logo TIF UB Requirement 7 hari perminggu, 24 jam per haritanpa gagal kecuali saat maintenance 98% 98% YA Respons 4 detik N/A

1: Misalnya: semua content harus dalam bahasa Indonesia

3.4

Batasan Perancangan

Dirancang dengan bahasa pemrograman web php dan mySQL serta html dan Java Script. Untuk perancangan desain interface diharapkan mampu diterima oleh pengguna baik dari dosen dan mahasiswa. Pengembangan library untuk akses web berbasis database sebagai fungsionalitas web berbasis sistem inofrmasi, perlu adanya pemakaian library yang harus dikembangkan. Selain itu tidak diperkenankan untuk web sistem informasi ini untuk melakukan link terhadap situs situs di luar jangkauan Teknik Informatika Universitas Brawijaya.

3.5

Kerunutan (traceability)

Diisi dengan tabel yang berisi traceability dari hasil analisis. Gunanya untuk menilai apakah hasil analisis runut dan lojik. Untuik sementara, baru didefinisikan Data-store versus E-R.

3.5.1 UML vs E-R Mapping data UML dengan Entity - Relasi Data Store Entity Relasi

3.6

Ringkasan Kebutuhan

Bab ini berisi ringkasan semua Requirement item. Requirement item ini mencerminkan semua hal yang harus dipenuhi, dan nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua requirement harus dapat ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: functional dan non functional 3.6.1 SRS-Id Functional Requirement Summary Description Kemampuan untuk mengolah database Kemampuan untuk memberikan kemudahan dalam pelakasanaan praktikum

3.6.2 SRS-Id

Non Functional Requirement Summary Description

SRS-Id

Description

LAMPIRAN Flow map/Prosedur Jika PL menyangkut prosedur manual, atau proses-proses manual SW Function Point Isilah tabel sebagai berikut, sehingga dari rancangan ini didapatkan gambaran besarnya ukuran aplikasi Item Function (bubble tidak didekomposisi lagi) Proses Process Delete Level 1 Level 1.1 Level 2 Entity Realsi Subitem Entry/Updat yang e Jumlah total Keterangan

Menu DataSore E-R

Lampiran lain yang dianggap perlu Jika ada lampiran lain yang perlu disertakan, dan berhubungan dengan Analisis dan Perancangan