Upload
others
View
37
Download
0
Embed Size (px)
Citation preview
2013
Manajemen Kualitas TI
[KORELASI KEBUTUHAN FUNGSIONAL
DAN NON FUNGSIONAL DENGAN
TEORI SOFTWARE QUALITY MCCALL] Merupakan sebuah gambaran penilaian terhadap kualitas software, dengan menggunakan prinsip kualitas software pada teori McCall.
Tugas Manajemen Kualitas TI 1
JUDUL TUGAS AKHIR
RANCANG BANGUN PERANGKAT LUNAK SISTEM MONITORING TUGAS AKHIR (TA) UNTUK PENGEMBANGAN SISTEM INFORMASI
TERINTEGRASI SESUAI KEBUTUHAN PENGISIAN BORANG AKREDITASI BAN-PT PADA JURUSAN SISTEM INFORMASI ITS
Tugas Manajemen Kualitas TI 2
NAMA KELOMPOK
Nanda F Nugraha 5209100030
Yan Azmi Edo Arizanur 5210100140
Tugas Manajemen Kualitas TI 3
CONTENTS
JUDUL TUGAS AKHIR ................................................................................................................................................................................................................................................. 1
Nama Kelompok ....................................................................................................................................................................................................................................................... 2
List Kebutuhan .......................................................................................................................................................................................................................................................... 4
Fungsional ............................................................................................................................................................................................................................................................. 4
Non-Fungsional ..................................................................................................................................................................................................................................................... 4
Penjabaran 11 Faktor Mc Call ................................................................................................................................................................................................................................... 6
Pembahasan Aspek Fungsional ................................................................................................................................................................................................................................ 7
Pembahasan Aspek non-FUngsional ...................................................................................................................................................................................................................... 18
Kesimpulan ............................................................................................................................................................................................................................................................. 26
Tugas Manajemen Kualitas TI 4
LIST KEBUTUHAN
FUNGSIONAL
KF-01 Sistem dapat mengakomodasi proses pendaftaran sidang tugas akhir.
KF-02 Sistem dapat digunakan untuk melakukan penjadwalan sidang.
KF-03 Sistem dapat digunakan untuk melakukan perekaman berita acara sidang.
KF-04 Sistem dapat menampilkan informasi tugas akhir pribadi dari masing masing mahasiswa seperti jadwal, berita acara, lama waktu sidang, dan jumlah
bimbingan yang telah dilakukan.
KF-05 Sistem dapat mengakomodasi proses pembimbingan tugas akhir.
KF-06 Sistem dapat menghasilkan rekap data meliputi rekap rata-rata lama TA per periode, rekap jumlah rata-rata jumlah mahasiswa bimbingan per periode.
KF-07 Sistem dapat menghasilkan rekap data berita acara tugas akhir mulai dari sidang proposal hingga sidang final.
KF-08 Sistem dapat sebagai media pengumuman terkait proses tugas akhir.
KF-09 Sistem dapat digunakan untuk melakukan upload file terkait panduan tigas akhir.
KF-10 Sistem dapat digunakan untuk melakukan pengelolaan tanggal terkait yudisium.
NON-FUNGSIONAL
Reability and up-time Requirement
1. Sistem harus dapat beroperasi selama hari kerja khususnya pada saat dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak pengguna secara bersamaan.
Tugas Manajemen Kualitas TI 5
Safety Requirement
1. Sistem menyediakan 4 jenis login yang berbeda yaitu dosen, koordinator PPM, koordinator kerjasama, dan mahasiswa.
2. Tiap-tiap aktor atau pengguna memiliki hak akses yang berbeda beda sesuai dengan kebutuhan dan fungsinya masing masing
Tugas Manajemen Kualitas TI 6
PENJABARAN 11 FAKTOR MC CALL
Tugas Manajemen Kualitas TI 7
PEMBAHASAN ASPEK FUNGSIONAL
Aspek Mccall Kebutuhan fungsional Uraian dan bukti testing yang telah dilakukan
Correctness Kf-01 Sistem dapat mengakomodasi proses
pendaftaran sidang tugas akhir.
1. Sistem dapat mengakomodasi proses pendaftaran sidang tugas akhir, yang diawali
dengan pendaftaran sidang proposal, sidang progres, hingga sidang akhir tugas akhir.
Tugas Manajemen Kualitas TI 8
(gambar 1 s/d 4)
Tugas Manajemen Kualitas TI 9
Kf-02 Sistem dapat digunakan untuk
melakukan penjadwalan sidang
2. Sistem dapat digunakan untuk melakukan penjadwalan sidang akhir, list kelola
jadwal sidang, melihat detail jadwal sidang dan melihat jadwal sidang tugas akhir.
(gambar 5 s/d 7)
Tugas Manajemen Kualitas TI 10
Kf-03 Sistem dapat digunakan untuk
melakukan perekaman berita acara sidang
3. Sistem dapat digunakan untuk melakukan perekaman berita acara sidang, dari
penanggung jawab lab
(gambar 8 s/d 9)
Tugas Manajemen Kualitas TI 11
Kf-04 Sistem dapat menampilkan informasi
tugas akhir pribadi dari masing masing
mahasiswa seperti jadwal, berita acara, lama
waktu sidang, dan jumlah bimbingan yang
telah dilakukan
Kf-05 Sistem dapat mengakomodasi proses
pembimbingan tugas akhir
Kf-06 Sistem dapat menghasilkan rekap data
meliputi rekap rata-rata lama TA per
periode, rekap jumlah rata-rata jumlah
mahasiswa bimbingan per periode.
4. Sistem dapat menampilkan informasi pribadi dari mahasiswa seperti : jadwal,
berita acara, jumlah bimbingan, dan waktu sidang.
5. Sistem dapat mengakomodir segala kepentingan mahasiswa dalam proses
bimbingan tugas akhir, seperti dalam meng-upload dan download tugas akhir
6. Sistem dapat menampilkan rekap rata rata mahasiswa yang melakukan bimbingan TA
per periode.
Tugas Manajemen Kualitas TI 12
Kf-07 Sistem dapat menghasilkan rekap data
berita acara tugas akhir mulai dari sidang
proposal hingga sidang final.
Kf-08 Sistem dapat sebagai media
pengumuman terkait proses tugas akhir.
Kf-09 Sistem dapat digunakan untuk
melakukan upload file terkait panduan tigas
7. Sistem dapat memperlihatkan keseluruhan berita acara yang telah ada pada pada
saat proses awal pada pelaksanaan siding proposal hingga siding akhir.
8. Pada penjelasan ini, seharusnya sudah tidak usah diragukan lagi, hal tersebut
dikarenakan, semua list yang seharusnya ada dalam setiap pengerjaan Tugas Akhir
sudah ada.
9. Kegiatan mengupload file panduan Tugas akhir terdapat pada system, dan berikut
merupakan testingnya.
Tugas Manajemen Kualitas TI 13
akhir.
Kf-10 Sistem dapat digunakan untuk
melakukan pengelolaan tanggal terkait
yudisium.
10. Pengelolaan tanggal untuk yudisium merupakan salah satu hal yang penting,
sehingga dalam pengaplikasiannya harus memiliki patokan yang jelas, sehingga
keseluruhannya dapat dilihat pada :
Reliability Kf-04 Sistem dapat menampilkan informasi
tugas akhir pribadi dari masing masing
mahasiswa seperti jadwal, berita acara,
lama waktu sidang, dan jumlah bimbingan
yang telah dilakukan
Sistem dapat memfasilitasi kebutahan, mahasiswa dari segala keperluan dalam
menyiapkan tugas akhir seperti jadwal tugas akhir, pencatatan berita acara, lama waktu
sidang dan jumlah bimbingan yang di lakukan
Tugas Manajemen Kualitas TI 14
Effisiensi Kf-05 Sistem dapat mengakomodasi proses
pembimbingan tugas akhir
Sistem dikatakan effisiensi karena, semua fungsi yang ada telah disesuaikan dengan
kebutuhan-kebutuhan yang diperlukan untuk tujuan proses bisnis.
Tugas Manajemen Kualitas TI 15
Integrity Tidak di jelaskan pada studi kasus -
Usability Tidak di Jelaskan pada studi kasus -
Tugas Manajemen Kualitas TI 16
Maintainibility Seluruh kebutuhan Fungsional yang ada,
telah diberikan test case di dalam
lampiran,
Setiap kebutuhan fungsional telah diberikan sebuah dokumen test case, sehingga kedepan
bisa dengan mudah mendeteksi sebuah permasalahan.
Flexibility Seluruh Kebutuhan Fungsional Salah satu ciri bahwa system tersebut memiliki sifat flexibilitas adalah dibuktikan dengan
test yang pernah mengenainya, sehingga dengan adanya dokumen test case dapat
memberikan sisi fleksibel dari system tersebut untul pengaplikasiannya, apakah mau
dirubah ataukah tetap.
Tugas Manajemen Kualitas TI 17
Testability Seluruh Kebutuhan Fungsional telah
dilakukan testing.
Sistem ini telah diuji dengan melakukan testing disetiap kebutuhan fungsionalnya.
Portability Tidak dijelaskan pada studi kasus untuk
kebutuhan fungsionalitas
-
Reusability Tidak dijelaskan pada studi kasusu untuk
kebutuhan fungsionalitas.
-
Interoperability Tidak dijelaskan pada sistem kebutuhan
fungsionalitas.
-
Tugas Manajemen Kualitas TI 18
PEMBAHASAN ASPEK NON-FUNGSIONAL
Faktor McCall Kebutuhan Non-Fungsional Uraian dan bukti testing yang telah dilakukan
Correctness Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Reliability Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 19
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Efficiency Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 20
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Integrity Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Usability Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 21
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Maintainibility Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 22
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Flexibility Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 23
Testability Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Portability Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 24
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Reusability Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 25
fungsinya masing masing
Interoperability Reability and up-time Requirement
1. Sistem harus dapat beroperasi
selama hari kerja khususnya pada saat
dibutuhkan oleh user.
2. Sistem bisa diakses oleh banyak
pengguna secara bersamaan.
Safety Requirement
1. Sistem menyediakan 4 jenis login
yang berbeda yaitu dosen, koordinator
PPM, koordinator kerjasama, dan
mahasiswa.
2. Tiap-tiap aktor atau pengguna
memiliki hak akses yang berbeda
beda sesuai dengan kebutuhan dan
fungsinya masing masing
Tidak ada dokumen testing yang digunakan untuk melakukan testing pada kebutuhan non
fungsional.
Tugas Manajemen Kualitas TI 26
KESIMPULAN
Melihat beberapa pertimbangan yang ada, dilihat dari kurangnya korelasi antara factor software quality dengan masing masing keutuhan, bahkan tidak ada testing yang
dilakukan untuk melihat kesesuaian kebutuhan non-fungsional, sehingga :
RANCANG BANGUN PERANGKAT LUNAK SISTEM MONITORING TUGAS AKHIR (TA) UNTUK PENGEMBANGAN SISTEM INFORMASI
TERINTEGRASI SESUAI KEBUTUHAN PENGISIAN BORANG AKREDITASI BAN-PT PADA JURUSAN SISTEM INFORMASI ITS
Belum memiliki kualitas yang maksimal.
Tugas Manajemen Kualitas TI 27