File - NS-CCIT - Perguruan Tinggi Raharja

1
Requirement Elicitation dan Pembuatan Program Dalam Penelitian Teknologi Informasi
Abas Sunarya, Sudaryono, Sugeng Santoso
Dosen Tetap Perguruan Tinggi Raharja Tangerang Banten
Abstrak
Abstraksi. Requirement adalah sifat-sifat dari sistem atau product yang akan dikembangkan sesuai
dengan keinginan customer. Adapun spesifikasi software requirement yang baik dan sangat relevan
untuk dilakukan sebelum melakukan penelitian dalam bidang teknologi informasi adalah sebagai berikut:
(1) Unambiguous (tidak ambigu). (2) Complete (lengkap). (3) Consistent (konsisten). (4) Modifiable
(dapat diubah). (5) Traceable (dapat dilacak). (6) Dapat digunakan selama pengoperasian dan
maintenance. Elisitasi merupakan rancangan yang dibuat berdasarkan sistem yang baru yang diinginkan
oleh pihak manajemen terkait dan disanggupi oleh peneliti untuk dieksekusi. Elisitasi didapat melalui
metode wawancara dan dilakukan melalui tiga tahap, yaitu elisitasi tahap satu, dua, dan tahap tiga. Oleh
karena itu yang dimaksud requirements elicitation adalah proses dalam menemukan/mendapatkan
kebutuhan-kebutuhan sistem melalui komunikasi dengan customer, system users dan pihak lainnya yang
berhubungan pada sistem yang akan dikembangkan. Berdasarkan elisitasi tersebut, maka langkah
selanjutnya adalah pembuatan program. Beberapa persiapan yang secara umum harus dilakukan adalah
pengumpulan data dan bahan pendukung, mempelajari perangkat lunak yang digunakan untuk membuat
sistem, membuat rancangan atau flowchart. Sedangkan pada tahapan pembuatan sistem adalah tahap
analisis sistem, tahap desain sistem, desain basis data, desain proses, desain struktur menu, desain user
interface, desain teknologi dan arsitektur sistem. Petunjuk dalam desain sistem adalah Logical database
design yang Anda buat tidak boleh menyimpang dari conceptual database design yang sudah Anda buat
sebelumnya. Sebelum membuat program (tahap implementasi sistem) sebaiknya membuat list atau daftar
terlebih dahulu tentang apa saja kemampuan sistem informasi yang Anda buat. Adapun langkah-langkah
teknik membuat program adalah: membuat antarmuka, mengerjakan proses, mempercantik tampilan, dan
membuat analisis.
Kata Kunci: Requirement, Requirements Elicitation, Flowchart, Logical Database Design, User
Interface.
Pendahuluan
Penelitian adalah upaya untuk mengembangkan pengetahuan, mengembangkan dan
menguji teori. McMillan dan Schumacher mengutip pendapat Walberg (1986), ada lima langkah
pengembangan pengetahuan melalui penelitian, yaitu: (1) mengidentifikasi masalah penelitian,
(2) melakukan studi empiris, (3) melakukan replikasi atau pengulangan, (4) menyatukan atau
sintesis dan mereview, (5) menggunakan dan mengevalusi oleh pelaksana. Ketika data
terkumpul, bukti-bukti empiris sekarang sudah diperoleh untuk kemudian mendukung atau
menolak hipotesis-hipotesis yang dirumuskan sebelumnya. Data empiris ini dijadikan dasar
dalam penarikan kesimpulan. Segala sesuatunya begitu terkontrol sedemikian rupa sehingga
setiap pengamat dalam penyelidikan itu begitu yakin akan hasilnya (Sukardi, 2003).
Tujuan akhir suatu ilmu adalah mengembangkan dan menguji teori. Suatu teori dapat
menjelaskan dan meramalkan fenomena-fenomena alamiah. Dari perilaku atau kegiatan-kegitan
terlepas yang dilakukan oleh siswa atau guru umpamanya, peneliti dapat memberikan penjelasan
umum tentang hubungan di antara perilaku atau kegiatan pembelajaran. Dari penjelasanpenjelasan umum tersebut terbentuk prinsip-prinsip dasar, dalil, konstruk, proposisi, yang
kesemuanya akan membentuk teori. Mengenai teori ini Fred N. Kerlinger (1986) bahwa “…..a
theory as a set of interrelated constructs and propositions that specify relations among variables
2
to explain and predict phenomena”. Dalamn rumusan Kerlinger tersebut ada tiga hal penting
dalam suatu teori, yaitu: (1) suatu teori dibangun oleh seperangkat proposisi dan konstruk, (2)
teori menegaskan hubungan di antara sejumlah variabel, (3) teori menjelaskan dan memprediksi
fenomena-fenomena.
Pencarian ilmiah (scientific inquiry) adalah suatu kegiatan untuk menemukan pengetahuan
dengan menggunakan metode-metode yang diorganisasikan secara sistematis, dalam
mengumpulkan, menganalisis, dan menginterprestasikan data. Pengertian ilmiah berbeda dengan
ilmu. Ilmu merupakan struktur atau batang tubuh pengetahuan yang telah tersusun, sedang ilmiah
adalah cara mengembangkan pengetahuan. Metode ilmiah merupakah suatu cara pengkajian
yang berisi proses dengan langkah-langkah tertentu. McMillan dan Scumacher (2001)
membaginya atas empat langkah, yaitu: (1) Define a problem, (2) State the hypothesis to be
tested, (3) Collect and analyze data, and (4) Interprete the results and draw conclusions about
the problem.
Hampir sama dengan McMillan dan Shumacher, John Dewey membagi langkah-langkah
pencarian ilmiah yang disebutnya sebagai “reflective thingking”, atas lima langkah, yaitu: (1)
Mengidentifikasi masalah, (2) Merumuskan dan membatasi masalah, (3) Menyusun hipotesis, (4)
Mengumpulkan dan menganalisis data, (5) Menguji hipotesis dan menarik kesimpulan. Empat
langkah pencarian ilmiah dari McMillan dan Schumacher, dan lima langkah berpikir reflektif
dari John Dewey, seringkali dijadikan sebagai dasar dari langkah-langkah utama penelitian.
Konsep Requirement
Requirement adalah sifat-sifat dari sistem atau product yang akan dikembangkan sesuai
dengan keinginan customer. Adapun spesifikasi software requirement yang baik dan sangat
relevan untuk dilakukan sebelum melakukan penelitian dalam bidang teknologi informasi adalah
sebagai berikut: (1) Unambiguous (tidak ambigu). (2) Complete (lengkap). (3) Consistent
(konsisten). (4) Modifiable (dapat diubah). (5) Traceable (dapat dilacak). (6) Dapat digunakan
selama pengoperasian dan maintenance. Requirement diklasifikasikan menjadi dua sebagai
berikut:
Functional Requirements
Menjelaskan interaksi antara sistem dan lingkungannya yang terpisah dari implementasi.
Sistem adalah sekumpulan unsur atau elemen yang saling berkaitan dan saling mempengaruhi
dalam melakukan kegiatan bersama untuk mencapai suatu tujuan. Dari Wikipedia Indonesia
(2008) : Pengertian sistem diambil dari asal mula sistem yang berasal dari bahasa Latin (systēma)
dan bahasa Yunani (sustēma) yang memiliki pengertian bahwa sebuah sistem merupakan suatu
kesatuan yang di dalamnya terdiri dari komponen atau elemen yang berhubungan satu dengan
lainnya berfungsi untuk memudahkan aliran informasi, materi atau energi. Istilah ini sering
dipergunakan untuk menggambarkan suatu set entitas yang berinteraksi.
Salah satu pengertian sistem secara umum, sistem adalah proses. Kita menggunakan kata
sistem diseluruh bagian untuk mendeskripsikan ide atau konstruksi. Dalam semua model sistem
yang tertua maupun yang paling sederhana, sistem adalah proses. Sedangkan Filsuf Stoa (2008)
mendefinisikan sistem sebagai berikut: Sistem merupakan gabungan dari keseluruhan langit dan
bumi yang saling bekerja sama membentuk suatu keseluruhan dan apabila salah satu unsur
tersebut hilang atau tidak berfungsi, maka gabungan keseluruhan tersebut tidak dapat lagi kita
sebut sebagai suatu sistem.
Nonfunctional Requirements
Aspek-aspek pengguna yang dapat dilihat mengenai sistem yang tidak secara langsung
berhubungan dengan functional behavior (fungsi prilaku). Response time harus kurang dari 1
3
detik dan the accuracy must be within a second. Dipaksakan oleh client atau lingkungan dimana
sistem akan beroperasi.
Point-point yang harus diingat:
1. Penting untuk diketahui dengan siapa Anda berbicara
2. Pengguna yang berbeda akan memiliki perspektif yang berbeda pula pada sistem
3. Informasi yang dikumpulkan dapat dihargai, didorong oleh kepentingan pribadi/ politik
4. Pengguna dapat mengisi apa yang mereka tidak ketahui di dalam khalayan.
5. User mungkin tidak tahu apa yang mereka inginkan.
Elisitasi
Elisitasi merupakan rancangan yang dibuat berdasarkan sistem yang baru yang
diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk dieksekusi. Elisitasi
didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu sebagai berikut
(Hidayati, 2007) :
a. Elisitasi Tahap I. Pada tahap ini elisitasi berisi seluruh rancangan sistem baru yang
diusulkan oleh pihak manajemen terkait melalui proses wawancara.
b. Elisitasi Tahap II. Pada tahap ini elisitasi merupakan hasil pengklasifikasian dari elisitasi
tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antara
rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang
disanggupi oleh penulis untuk dieksekusi.
Berikut penjelasan mengenai Metode MDI (Mandatory Desirable Inessential):
a) M pada MDI itu artinya Mandatory (Penting). Maksudnya requirement tersebut harus
ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
b) D pada MDI itu artinya Desirable. Maksudnya requirement tersebut tidak terlalu penting
dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembentukan
sistem, akan membuat sistem tersebut lebih perfect.
c) I pada MDI itu artinya Inessential. Maksudnya bahwa requirement tersebut bukanlah
bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.
c. Elisitasi Tahap III. Pada tahap ini elisitasi merupakan hasil penyusutan dari elisitasi tahap II
dengan cara mengeliminasi semua requirement yang optionnya I pada metode MDI.
Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode TOE,
yaitu sebagai berikut :
a) T artinya Tehnikal, maksudnya bagaimana tata cara / tehnik pembuatan requirement
tersebut dalam sistem yang diusulkan?
b) O artinya Operasional, maksudnya bagaimana tata cara penggunaan requirement
tersebut dalam sistem yang akan dikembangkan ?
c) E artinya Ekonomi, maksudnya berapakah biaya yang diperlukan guna membangun
requirement tersebut didalam sistem?
Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu :
a) High (H) : Sulit untuk dikerjakan, karena tehnik pembuatan dan pemakaiannya
sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.
b) Middle (M) : Mampu untuk dikerjakan
c) Low (L) : Mudah untuk dikerjakan
d. Final draft elisitasi, merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang
dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.
4
Requirements Elicitation
Requirements elicitation adalah proses dalam menemukan/mendapatkan kebutuhankebutuhan sistem melalui komunikasi dengan customer, system users dan pihak lainnya yang
berhubungan pada sistem yang akan dikembangkan. Requirements elicitation juga didefinisikan
sebagai proses mengidentifikasikan kebutuhan-kebutuhan dan menjembatani perbedaan diantara
kelompok-kelompok yang terlibat untuk tujuan menggambarkan dan menyaring kebutuhankebutuhan untuk menemukan batasan dari kelompok-kelompok tersebut.
Requirements Elicitation Planning: (1) Mengidentifikasikan stakeholder, (2)
Mengevaluasi risk project, (3) Menentukan teknik requirement elicitation yang paling sesuai
untuk masing-masing stakeholder dan project secara keseluruhan, (4) Mendasarkan detail
implementasi pada masing-masing teknik yang dipilih. Sedangkan Requirements Elicitation
Problems terdiri dari:
1. Problems of Scope (Lingkup Masalah), dimana informasi requirement yang diberikan
terlalu sedikit atau terlalu banyak, misalnya: (1) batasan sistem tidak digambarkan
dengan baik, dan (2) pemberian informasi desain yang tidak berguna.
2. Problems of Understanding, baik di dalam maupun di antara kelompok seperti user and
developer, misalnya: (1) Pengguna tidak secara lengkap apa yang menjadi kebutuhan
developer, (2) users yang kurang mampu memahami kemampuan dan keterbatasan
komputer, (3) analyst kurang memiliki kemampuan tentang domain, (4) user dan analyst
berbicara dengan “bahasa” yang berbeda, (5) ease of omitting “obvious” information, (6)
konfik dilihat dari berbagai pengguna, (7) persyaratan yang sering samar-samar,
misalnya, "user friendly" dan “kuat”.
3. Problems of Volatility, yaitu perubahan dasar dari requirements, misalnya: requirement
meningkat seiring waktu
Contoh-contoh Requirement Elicitation
Berikut adalah contoh-contoh dalam penelitian yang telah dilakukan oleh mahasiswa
dalam menyelesaikan skripsi mereka, sebagai bahan kajian untuk penelitian selanjutnya.
Contoh1.
Requirement Elicitation Tahap 1 dan Tahap 2
M
Functional
Informasi Strategis
Saya ingin sistem dapat menampilkan :
1 Terintegrasi dengan baik
2 Menampilkan Master Menu Home
3 Menampilkan Master Menu Profile
4 Menampilkan Master Menu Informasi
5 Menampilkan Master Menu GuestBook
6 Menampilkan Master Menu Dokumentasi
7 Menampilkan Master Menu Pendaftaran
8 Menampilkan Menu Daftar
9 Menampilkan Menu Test dan Hasil Test
10 Menampilkan fasilitas login untuk Admin
11 Menampilkan Menu Admin
12 Menampilkan Menu Home Untuk Admin
13 Menampilkan Menu Manajemen User Untuk Admin
D
√
√
√
√
√
√
√
√
√
√
√
√
√
I
5
14
15
16
17
18
19
20
21
22
23
24
√
√
√
Menampilkan Menu Manajemen Modul Untuk Admin
Menampilkan Menu Edit Berita Untuk Admin
Menampilkan Menu Edit Kurikulum Untuk Admin
Menampilkan Menu Guest Untuk Admin
Menampilkan Menu Dokumentasi Untuk Admin
Menampilkan Menu Edit Ekstrakulikuler Untuk Admin
Menampilkan Menu Pendaftaran Untuk Admin
Menampilkan Menu Edit Profil Untuk Admin
Menampilkan Menu Edit Soal Untuk Admin
Menampilkan Menu Logout Untuk Admin
Menampilkan Alamat Sekolah
√
√
√
√
√
√
√
√
Requirement Elicitation Tahap 3
Feasibility
Risk
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
1
Terintegrasi dengan baik
2
Menampilkan Menu Home
3
Menampilkan Menu Profile
4
Menampilkan Menu Informasi
5
Menampilkan Menu GuestBook
6
Menampilkan Menu Dokumentasi
7
Menampilkan Menu Pendaftaran
8
Menampilkan Menu Daftar
9
Menampilkan Menu Test dan Hasil Test
10 Menampilkan fasilitas login untuk Admin
11 Menampilkan Menu Admin
12 Menampilkan Menu Home Untuk Admin
13 Menampilkan Menu Manajemen User Untuk Admin
14 Menampilkan Menu Manajemen Modul Untuk Admin
15 Menampilkan Menu Berita Untuk Admin
16 Menampilkan Menu Kurikulum Untuk Admin
17 Menampilkan Menu Guest Untuk Admin
18 Menampilkan Menu Dokumentasi Untuk Admin
19 Menampilkan Menu Ekstrakulikuler Untuk Admin
20
21
22
23
24
Menampilkan Menu Pendaftaran Untuk Admin
Menampilkan Menu Edit Profil Untuk Admin
Menampilkan Menu Edit Soal Untuk Admin
Menampilkan Menu Logout Untuk Admin
Menampilkan Alamat Sekolah
L
T
M H
L
O
M H
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
L
E
M H
6
Requirement Elicitation Final – Draf
Functional
Analisa Kebutuhan
Saya ingin sistem dapat :
1 Terintegrasi dengan baik
2 Menampilkan Master Menu Home
3 Menampilkan Master Menu Profile
4 Menampilkan Master Menu Informasi
5 Menampilkan Master Menu GuestBook
6 Menampilkan Master Menu Dokumentasi
7 Menampilkan Master Menu Pendaftaran
8 Menampilkan Menu Daftar
9 Menampilkan Menu Test dan Hasil Test
10 Menampilkan fasilitas login untuk Admin
11 Menampilkan Menu Admin
12 Menampilkan Menu Home Untuk Admin
13 Menampilkan Menu Manajemen User Untuk Admin
14 Menampilkan Menu Manajemen Modul Untuk Admin
15 Menampilkan Menu Berita Untuk Admin
16 Menampilkan Menu Kurikulum Untuk Admin
17 Menampilkan Menu Guest Untuk Admin
18 Menampilkan Menu Dokumentasi Untuk Admin
19 Menampilkan Menu Ekstrakulikuler Untuk Admin
20 Menampilkan Menu Pendaftaran Untuk Admin
21 Menampilkan Menu Profil Untuk Admin
22 Menampilkan Menu Soal Untuk Admin
23 Menampilkan Menu Logout Untuk Admin
24 Menampilkan Alamat Sekolah
NonFunctional
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
1 Tampilan sistem user friendly (mudah dipahami oleh user) dan menarik
Terdapat tombol pengunjung situs yang ingin melihat atau menilai tampilan yang telah
2 tersedia di menu utama seperti text box komentar
Contoh 2 berikut adalah hasil elisitasi tahap 1, 2, 3, dan Final Draf yang dilakukan oleh Siti
Julaeha, sebagai berikut:
1. Elisitasi Tahap I
Functional
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
1. Menyediakan Fasilitas mengganti password buat user
2. Menampilkan keberadaan mahasiswa, apakah ada di kampus atau tidak
3. Bisa menampilkan news yang berkaitan dengan kampus
4. Login dengan menggunkan swipecard
7
5.
6.
7.
8.
9.
10.
Penambahan waktu session pada sis kajur
Menampilkan informasi dosen yang di ampuh
Kenyamanan navigasi
Menampilkan foto mahasiswa yang sedang berkonsultasi
Terdapat design tampilan yang menarik
Menampilkan Index Mutu Dosen (IMD)
Terdapat search engine untuk mencari data mahasiswa dengan kata kunci nama
11.
mahasiswa
12. Terdapat search engine untuk mencari data mahasiswa berdasarkan status
13. Terdapat search engine untuk mencari data mahasiswa berdasarkan jurusan
14. Terdapat data 10 IPK terbaik mahasiswa
15. Terdapat data 10 IPK terendah mahasiswa
16. Terdapat data 10 IMM terbaik mahasiswa
17. Terdapat data 10 IMM terendah mahasiswa
18. Terdapat data 10 IPS terbaik mahasiswa
19. Terdapat data 10 IPS terendah mahasiswa
20. Menampilkan pesan masa studi mahasiswa
21. Update data pribadi customer dengan log
Terdapat search Mahasiswa menggunakan swipecard untuk mencari data mahasiswa
22.
berdasarkan status
Terdapat search Mahasiswa menggunakan swipecard untuk mencari data mahasiswa
23.
berdasarkan jurusan
24. Terdapat data mahasiswa layak KKP
25. Terdapat data mahasiswa layak TA
26. Terdapat data mahasiswa layak Skripsi
Terdapat Foto kajur pada saat pengiriman email konsultasi mahasiswa secara
27.
otomatis
28. Menampilkan pesan sks ( sudah atau belum melakukan pembayaran)
29. Menampilkan data dosen pembimbing KKP
30. Menampilkan data dosen pembimbing TA
31. Menampilkan data dosen pembimbing skripsi
32. Menampilkan web personal dari masing-masing kajur
33. Search mahasiswa menggunakan swipecard
34. Menampilkan pesan berhak atau tidaknya mengikuti UTS
35. Menampilkan pesan berhak atau tidaknya mengikuti UAS
36. Menampilkan hasil konsultasi permahasiswa secara keseluruhan
37 Hasil konsultasi dapat di print
38. Terdapat pilihan subject (kategori) di menu konsultasi
39. Menampilkan data 10 nilai terbaik mahasiswa KKP
40. Menampilkan data 10 nilai terendah mahasiswa KKP
41. Menampilkan data 10 nilai terbaik mahasiswa TA/Skripsi
42. Menampilkan pesan registrasi (keterangan tanggal dan waktu bayar)
43. Mahasiswa dapat menggunakan webcame ketika konsultasi dengan konselor
44. Mahasiswa dapat berkonsultasi di luar kampus dengan SIS Kajur Online
45. Menampilkan jumlah mahasiswa cuti seluruhnya
Non Functional
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
1. Sistem User Friendly
8
2.
3.
User name dan password kepala jurusan hanya dapat diedit, didelete, dan ditambah
oleh secret chamber
Hanya admin yang dapat mengakses menu secret chamber
2. Elisitasi Tahap II
M
Functional
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
1. Menyediakan Fasilitas mengganti password buat user
2. Menampilkan keberadaan mahasisiwa, apakah ada di kelas atau tidak
3. Bisa menampilkan news yang berkaitan dengan kampus
4. Login dengan menggunkan swipecard
5. Penambahan waktu session pada sis kajur
6. Menampilkan informasi dosen yang di ampuh
7. Kenyamanan navigasi
8. Menampilkan foto mahasiswa yang sedang berkonsultasi
9. Terdapat design tampilan yang menarik
10. Menampilkan Index Mutu Dosen (IMD)
11. Terdapat fasilitas swipecard untuk mahasiswa
12. Terdapat search engine untuk mencari data mahasiswa berdasarkan status
14. Terdapat data 10 IPK terbaik mahasiswa
15. Terdapat data 10 IPK terendah mahasiswa
16. Terdapat data 10 IMM terbaik mahasiswa
17. Terdapat data 10 IMM terendah mahasiswa
18. Terdapat data 10 IPS terbaik mahasiswa
19. Terdapat data 10 IPS terendah mahasiswa
20. Menampilkan pesan masa studi mahasiswa
21. Update data pribadi customer dengan log
Terdapat search mahasiswa menggunakan swipecard untuk mencari data
22.
mahasiswa berdasarkan status
Terdapat search mahasiswa menggunakan swipecard untuk mencari data
23.
mahasiswa berdasarkan jurusan
24. Terdapat data mahasiswa layak KKP
25. Terdapat data mahasiswa layak TA
26. Terdapat data mahasiswa layak Skripsi
Terdapat Foto kajur pada saat pengiriman email konsultasi mahasiswa
27.
secara otomatis
28. Menampilkan pesan sks ( sudah atau belum melakukan pembayaran)
29. Menampilkan data dosen pembimbing KKP
30. Menampilkan data dosen pembimbing TA
31. Menampilkan data dosen pembimbing skripsi
32. Menampilkan web personal dari masing-masing kajur
33. Menampilkan pesan berhak atau tidaknya mengikuti UTS
34. Menampilkan pesan berhak atau tidaknya mengikuti UAS
35. Menampilkan hasil konsultasi permahasiswa secara keseluruhan
36. Hasil konsultasi dapat di print
38. Terdapat pilihan subject (kategori) di menu konsultasi
39. Menampilkan data 10 nilai terbaik mahasiswa KKP
D
I





































9
40.
41.
42.
43.
Menampilkan data 10 nilai terendah mahasiswa KKP
Menampilkan data 10 nilai terbaik mahasiswa TA/Skripsi
Menampilkan data 10 nilai terendah mahasiswa TA/Skripsi
Menampilkan pesan registrasi (keterangan tanggal dan waktu bayar)
Mahasiswa dapat menggunakan webcame ketika konsultasi dengan
44.
conselor
45. Mahasiswa dapat berkonsultasi di luar kampus dengan SIS Kajur Online
Non Functional
ANALISA KEBUTHAN
Saya ingin sistem dapat :
1. Sistem User Friendly







2.
User name dan password kepala jurusan hanya dapat diedit, didelete, dan
ataupun ditambah melalui secret chamber

3.
Hanya admin yang dapat mengakses menu secret chamber

3. Elisitasi Tahap III
L
Functional
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
Menampilkan keberadaan mahasiswa apakah ada di
1.
kelas atau tidak
2. Login dengan menggunakan swipecard
3. User dapat mengaturb sendiri timeoutnya
4. Terdapat design tampilan yang menarik
5. Menampilkan web pribadi dari masing – masing kajur
6. Update biodata
8. Terdapat Data Pelatihan Rec
9. Terdapat fasilitas swipecard untuk mahasiswa
10. Kenyamanan navigasi
11. Terdapat data 10 IPK terbaik mahasiswa
12. Terdapat data 10 IPK terendah mahasiswa
13. Terdapat data 10 IMM terbaik mahasiswa
14. Terdapat data 10 IMM terendah mahasiswa
15. Terdapat data 10 IPS terbaik mahasiswa
16. Terdapat data 10 IPS terendah mahasiswa
17. Bisa Menampilkan history konsultasi
Terdapat Foto kajur pada saat pengiriman email
18.
konsultasi mahasiswa secara otomatis
Menampilkan pesan registrasi (sudah atau belum
19.
melakukan pembayaran)
Menampilkan pesan sks ( sudah atau belum melakukan
20.
pembayaran)
21. Menampilkan pesan berhak atau tidaknya mengikuti UTS
22. Menampilkan pesan berhak atau tidaknya mengikuti UAS
23. Hasil konsultasi dapat di print
24. Terdapat subject (kategori) di menu konsultasi
T
M
H
L
O
M
H
L
E
M



































































H


10
Terdapat jumlah mutu konsultasi kepala jurusan
seluruhnya pada secret chamber
Database konsultasi mahasiswa hanya dapat diedit
26.
melalui secret chamber
Database konsultasi mahasiswa hanya dapat dihapus
27.
melalui secret chamber
29. Menampilkan jumlah mahasiswa aktif seluruhnya
30. Menampilkan jumlah mahasiswa tidak aktif seluruhnya
31. Menampilkan jumlah mahasiswa cuti seluruhnya
Non Functional
ANALISA KEBUTUHAN
Saya ingin sistem dapat :
1. Sistem User Friendly
User name dan password kepala jurusan hanya dapat
2. diedit, didelete, dan ataupun ditambah melalui secret
chamber
Hanya admin yang dapat mengakses menu secret
3.
chamber
25.
Keterangan :
T : Technical
L : Low
O: Operational
M: Middle
E:
H:



























Economic
High
Pembuatan Program
Setelah proposal umumnya berupa pembuatan perangkat lunak Anda diterima, biasanya
adalah persiapan pembuatan program. Pada prinsipnya proposal adalah “kontrak” tentang apa
yang harus Anda kerjakan. Sebagai contoh, diproposal yang sudah disetujui, Anda mengusulkan
judul “Sistem Informasi Pemesanan Kamar Hotel Berbasis Web”. Pembimbing tidak mungkin
akan mengubah hal-hal inti pada proposal, seperti mengganti pemesanan kamar hotel dengan
pemesanan tiket pesawat atau bahkan meminta mengganti dengan judul lain karena judul
tersebut sudah ada, terlalu mudah, atau alasan lain. Tetapi jika memang hal tersebut terjadi, Anda
bisa mengkonsultasikannya pada ketua jurusan atau koordinator mata kuliah skripsi untuk
mencari pemecahannya.
Namun ada kemungkinan bahwa pembimbing meminta Anda menambahkan beberapa
hal yang tidak tertulis diproposal seperti: sistem informasinya harus memiliki fasilitas
pembayaran dengan kartu kredit, sistem harus mampu mengatasi pembatalan atau perubahan
pemesanan, program dapat menampilkan fasilitas kamar, dan lain-lain. Semua perubahan
tersebut pasti berkaitan erat dengan proposal semula.
Persiapan Umum Pembuatan Program
Sebelum program benar-benar diimplementasikan, ada beberapa persiapan yang secara
umum harus Anda lakukan:
a. Pengumpulan Data dan Bahan Pendukung
Biasanya ketika mahasiswa membuat proposal, mahasiswa belum memiliki bahan
pendukung dan data yang lengkap karena proposalnya belum tentu diterima. Tetapi setelah
proposal diterima, berarti Anda harus melengkapi bahan pendukungnya, seperti buku atau jurnal
referensi, data lapangan, dan lain-lain. Carilah tambahan buku atau jurnal referensi yang relevan.
Carilah referensi yang memuat langkah penyelesaian manualnya serta kasus-kasus khusus yang
11
mungkin terjadi agar lebih meyakinkan Anda bahwa langkah penyelesaian yang Anda ketahui
selama ini sudah benar. Sebagai contoh, jika Anda membuat tugas akhir tentang program linier,
pelajari apa ciri masalah yang tidak memiliki penyelesaian dan memiliki banyak penyelesaian.
Anda tidak akan pernah bisa mulai membuat program jika Anda belum menguasai cara
perhitungan manualnya. Ini berlaku bagi tugas akhir yang melibatkan komputasi dan iterasi di
dalamnya. Jika mungkin, carilah juga hasil penelitian sejenis yang telah dilakukan orang lain
untuk membuat bahan perbandingan.
Jika tugas akhir Anda berupa studi kasus suatu tempat, kumpulkan semua jenis data
secara lengkap dan menyeluruh dan pelajari proses atau sistem yang terjadi di tempat tersebut.
Sebagai contoh, jika di dalam tugas akhir Anda membuat sistem informasi inventori, carilah data
tentang jenis barang apa saja yang disimpan, bagaimana cara pengelompokannya, bagaimana
prosedur atau alur barang masuk atau keluar terutama jika ada beberapa gudang yang
menyimpan barang yang sama, siapa orang yang bertanggung jawab, bagaimana cara atau aturan
yang berlaku saat ini, dan lain-lain.
b. Mempelajari Perangkat Lunak yang Dipakai untuk Membuat Sistem
Ada kalanya perangkat lunak yang akan dipakai dalam pembuatan tugas akhir merupakan
perangkat lunak yang baru bagi Anda. Ini berarti Anda harus mempelajarinya sendiri. Jika Anda
terbiasa dengan belajar autodidak, hal itu tidak terlalu menjadi masalah. Tetapi kalau Anda harus
mengikuti kursus, carilah kursus dan paket yang sesuai dengan kebutuhan Anda. Carilah
informasi tentang materi apa saja yang diajarkan dalam kursus tersebut, berapa biayanya, kapan
dimulai, berapa lama kursus dilaksanakan, berapa frekuensi pertemuannya, dan lain-lain. Carilah
dan bandingkanlah beberapa tempat kursus sebelum Anda membuat keputusan.
Dalam mempelajari perangkat lunak Anda tidak perlu mempelajari semua
kemampuannya secara mendalam. Anda cukup mempelajari fasilitas yang berhubungan langsung
dengan tugas akhir Anda. Sebagai contoh, jika tugas akhir Anda berhubungan dengan citra,
cukup pelajari bagaimana cara melakukan komputasi sederhana, membuka dan menyimpan citra,
memproses dan memanipulasi piksel, dan lain-lain. Jika tugas akhir Anda melibatkan banyak
perhitungan matematika atau iterasi, pelajari cara melakukan komputasi, meggunakan fungsifungsi khusus, memproses matriks, dan mungkin membuat grafik.
c. Membuat Rancangan atau Flowchart
Jika tugas akhir Anda berupa komputasi dan Anda sudah menguasai cara
mengerjakannya secara manual barangkali pembuatan flowchart tidaklah begitu sulit. Tetapi jika
tugas akhir Anda harus memuat perancangan basis data (apalagi yang cukup luas) maka Anda
membutuhkan kehati-hatian dalam merancangnya. Tunjukkan dan konsultasikan pada
pembimbing Anda sebelum Anda menuliskannya dalam program.
Persiapan Pembuatan Tugas Akhir Sistem Informasi
Khusus untuk topik tugas akhir yang termasuk dalam kategori Sistem Informasi (Sistem
Informasi Berbasis Web, Multi User, Client Server, dan lain-lain) sebelum memasuki tahap
pembuatan program (implementasi sistem) Anda harus melalui 2 tahap, yaitu: (1) tahap analisa
sistem, (2) tahap desain sistem. Jangan sekali-kali membuat program sebelum tahap analisa dan
desain sistem selesai dilakukan. Konsultasikan dan mintalah persetujuan dosen pembimbing
tentang hasil analisa dan desain sistem yang anda buat sebelum memasuki tahap pembuatan
program.
Kesalahan yang sering dibuat mahasiswa adalah langsung membuat program terlebih
dulu sebelum hasil analisa dan desain disetujui dosen pembimbing. Bahkan yang lebih parah lagi
adalah langsung membuat program terlebih dahulu tanpa melalui tahap analisa dan desain sistem
12
yang benar. Bila hal ini terjadi maka akan banyak kerugian yang ditanggung pihak mahasiswa.
Sebagai contoh: seorang mahasiswa harus merombak program akibat analisa dan desain sistem
yang salah (misalnya setelah program selesai dibuat dan didemokan ke dosen pembimbing, baru
diketahui bahwa desain basis data yang dibuat masih banyak kesalahan) maka akibatnya
mahasiswa tersebut selain harus membetulkan desain basis datanya juga harus membetulkan
program yang dibuat. Dengan ini berarti mahasiswa tersebut akan banyak membuang banyak
waktu, tenaga, dan biaya yang sebenarnya tidak perlu dilakukan.
Hal tersebut di atas dapat diibaratkan seseorang yang akan membangun rumah. Sebelum
rumah dibangun, pemilik rumah akan melihat terlebih dahulu bagaimana sketsa atau rancangan
rumah yang akan dibuat, jika dia belum setuju maka sketsa atau rancangan rumah tersebut akan
diubah. Jika sudah terdapat persetujuan, barulah rumah tersebut mulai dibangun. Kebalikannya
jika pemilik rumah belum pernah melihat sketsa atau rancangan rumah dan rumah tersebut sudah
selesai dibangun dan kemudian ternyata pemilik rumah tidak menyetujui, maka akibatnya rumah
tersebut akan dirombak yang tentunya akan membuang waktu, tenaga, dan biaya. Apa yang
harus dilakukan dalam tahap analisa dan desain sistem? Berikut ini diberikan tips dan penjelasan
langkah apa yang sebaiknya Anda lakukan pada tahap analisa sistem maupun desain sistem.
1. Tahap Analisa Sistem
Yang perlu dilakukan pada tahap ini adalah sebagai berikut: (1) pelajari sistem yang
sudah ada, (2) ambil data-data pendukung yang dibutuhkan, (3) ketahui keinginan atau harapan
user (pengguna sistem informasi) pada sistem yang baru (define user requirement). Pada tahap
ini, Anda dihadapkan pada kondisi-kondisi sebagai berikut: Banyak data-data yang dihasilkan
perusahaan, mana yang harus dipilih? Banyak orang yang terlibat dalam sistem, mana yang harus
ditemui? Petunjuk atau tips untuk analisa sistem:
a. Membuat perjanjian terlebih dahulu dengan pihak perusahaan, organisasi, atau instansi
dimana Anda mengambil studi kasus untuk menentukan kapan Anda dapat berkunjung.
Perjanjian dibuat dengan tujuan tercapai waktu yang paling nyaman bagi kedua belah
pihak. Hal ini dapat terjadi berulang kali, jadi tidak hanya sekali saja Anda berkunjung.
b. Data mana yang harus Anda pilih? Pada saat mengambil data-data pendukung, mengambil
beberapa sampel saja untuk tiap jenis data, tidak perlu semua data diambil. Namun jenis
data yang diambil harus lengkap dan menyeluruh sehingga dapat mewakili seluruh sistem.
Sebagai contoh, topik tugas akhir Anda tentang sistem informasi personalia berbasis multi
user, dengan studi kasus pada perusahaan rokok PT. ABC. Jumlah karyawan yang
dimiliki seluruhnya ada sekitar 5000 karyawan. Pada saat analisa sistem, carilah jenis data
apa saja yang ada dilapangan, misalnya ditemui data karyawan, data apartemen, data karir,
dan lain-lain. Untuk data karyawan misalnya ada 4 jenis lagi yaitu karyawan tetap,
karyawan kontrak, karyawan lepas atau freelance, dan karyawan pensiun. Dengan
demikian Anda harus mengambil sampel untuk data apartemen, data karir, dan data
karyawan. Untuk karyawan tetap dengan jumlah 1200 record misalnya, cukup diambil
sampel 5 sampai dengan 10 record saja, demikian pula untuk karyawan kontrak, karyawan
lepas atau freelance, dan karyawan pensiun masing-masing hanya perlu diambil 5 sampai
10 record saja. Yang penting untuk tiap jenis data anda harus mengambil semua field
yang ada karena tiap jenis data mungkin memiliki jumlah dan jenis field yang berbeda.
Contoh: karyawan tetap memliki 10 field, sedangkan karyawan lepas hanya 6 field.
Lakukan hal yang sama untuk jenis data yang lain, misalnya data apartemen, cukup ambil
beberapa sampel saja.
13
c. Banyak orang yang terlibat dalam sistem, siapa yang harus Anda temui? Sedapat mungkin
melibatkan orang kunci pada seluruh level yang terlibat dengan sistem informasi. Ambil
sampel (orang) yang dapat mewakili setiap level dan departemen.
d. Menentukan teknik pengumpulan data yang paling cocok sesuai dengan kondisi di
lapangan. Ada beberapa teknik pengumpulan data yang dapat digunakan pada tahap
analisa sistem yaitu: wawancara (interviewing), daftar pertanyaan (questionnaire), dan
pengamatan (observation).
Alat yang dapat digunakan untuk menggambarkan hasil analisa sistem (sistem yang diusulkan)
antara lain: (1) procedure diagram untuk menggambarkan prosedur dalam sistem, (2) data flow
diagram dilengkapi dengan Data Dictionary untuk menggambarkan aliran data, (3) use case
diagram untuk menggambarkan interaksi antara pengguna dengan sistem, (4) entity relationship
diagram untuk menggambarkan pemodelan data atau desain basis data secara konseptual
(conceptual database design).
Petunjuk atau tips tentang penggunaan alat untuk menggambarkan hasil analisa sistem
(sistem yang diusulkan): (1) menggunakan notasi standar dan sudah dikenal secara umum seperti
Data Flow Diagram, ER Diagram, dan lain-lain, (2) jangan mencampur adukan notasi yang satu
dengan yang lain. Misalnya lambang atau notasi yang seharusnya digunakan di Data Flow
Diagram jangan digunakan di Procedure Diagram, (3) jangan membuat notasi sendiri.
2. Tahap Desain Sistem
Setelah Anda memahami sistem yang lama, mengetahui user, dan selesai membuat
usulan sistem yang baru, maka Anda dapat masuk ke tahap desain sistem. Berdasarkan hasil
analisa sistem, membuat desain yang sesuai untuk Anda:
a. Desain Basis Data. Tahap ini berkaitan erat dengan pemodelan data (conceptual
database design) yang sudah Anda buat dengan menggunakan ER Diagram pada tahap
analisa sistem. Pada tahap ini, lanjutkan dengan membuat desain basis data secara
logis maupun secara fisik. Pada desain basis data secara logis (logical database
design): (1) membuat relasi antar tabel yang satu dengan tabel yang lainnya, (2)
menentukan tiap tabel terdiri dari field apa saja. Pada desain basis data secara fisik
(physical database design): (1) menentukan tipe dan panjang setiap field pada masingmasing tabel, (2) menentukan letak dimana secara fisik tiap tabel akan ditempatkan
dalam sistem informasi yang Anda buat.
b. Desain Proses. Membuat flowchart untuk proses sistem secara menyeluruh.
c. Desain Struktur Menu. Membuat daftar menu program yang Anda buat, kemudian
menyusun menu-menu tersebut diurut secara hirarkis mulai dari menu utama,
submenu, sampai sub submenu. Anda dapat menggunakan bagan berjenjang untuk
desain struktur menu.
d. Desain User Interface. Membuat desain tampilan antarmuka pemakai (user interface)
mulai dari halaman pertama sampai terakhir dari perangkat lunak yang Anda buat.
e. Desain Teknologi dan Arsitektur Sistem. Menentukan arsitektur sistem dan
teknologi yang paling cocok untuk sistem informasi yang Anda buat. Beberapa jenis
arsitektur yang biasa digunakan dalam pengembangan sistem informasi adalah: (1).
sistem pemakai tunggal (single user), (2) sistem banyak pemakai (multi user), (3)
sistem terpusat (centralized system), (3) sistem terdistribusi (distributed system), dan
(4) sistem client serve. Untuk memperjelas gambarlah desain arsitektur sistem yang
Anda pilih.
14
Petunjuk atau tips untuk desain sistem:
a. Logical database design yang Anda buat tidak boleh menyimpang dari conceptual
database design yang sudah Anda buat sebelumnya. Pada prinsipnya logical database
design adalah translasi atau terjemahan dari conceptual database design. Demikian pula
physical database design tidak boleh menyimpang dari logical database design yang
sudah anda buat. Setelah physical database design selesai dibuat: (1) Cobalah hasil desain
basis data dengan menggunakan DBMS (Data Base Management System) yang Anda pilih
misalnya Oracle, My SQL, SQL Server, dan lain-lain. (2) Memasukan sampel sekitar 5
record untuk setiap recordnya. (3) Melakukan query untuk menguji apakah relasi antar
tabel dalam basis data Anda sudah benar. (4) Jika ada query yang masih salah periksa
apakah ada yang relasi antar tabel yang salah atau perintah query yang salah. (5) Jika
masih ada relasi antar tabel yang salah dibetulkan pada tahap ini.
b. Sebelum membuat program (tahap implementasi sistem) sebaiknya: (1) Membuat list atau
daftar terlebih dahulu tentang apa saja kemampuan sistem informasi yang Anda buat
misalnya, untuk sistem informasi inventory Anda menemukan 30 list kemampuan
program sebagai berikut: (a) Menampilkan stok barang apa saja yang telah mencapai stok
minimum. (b) Menampilkan barang berdasarkan jenis barang. (c) Mengurutkan stok
barang berdasarkan tanggal kadaluarsa, dan seterusnya. (2) Membuat query untuk masingmasing list atau daftar tersebut. Terdapat 2 tujuan yang ingin dicapai yaitu: (a) Untuk
mengecek apakah desain basis data secara keseluruhan sudah benar, dan (b) Untuk
memudahkan dalam pembuatan program, karena dalam sistem informasi, program
sebenarnya hanyalah kumpulan query. Jadi jika semua query untuk masing-masing list
atau daftar sudah dapat berjalan dengan baik maka pembuatan program sebenarnya
hanyalah tinggal memindahkan query-query tersebut ke dalam program. Dengan cara
tersebut anda dapat menghindari merombak program yang salah akibat kesalahan dalam
merancang basis data. Dengan demikian pembuatan program dapat dilakukan dengan
lebih cepat dan lebih lancar.
Teknik Membuat Program
Setelah semua persiapan pembuatan program sudah Anda laksanakan, langkah berikutnya
adalah implementasi rancangan yang Anda buat dalam sebuah program. Beberapa langkah yang
perlu Anda lakukan adalah:
a. Membuat Antarmuka.
Jika tugas akhir Anda melibatkan banyak perhitungan dan iterasi dalam prosesnya,
barangkali antarmukanya tidak begitu banyak sehingga biasanya tidak banyak revisi yang
diberikan pembimbing. Selain masukan dan hasil akhirnya mungkin hanya diperlukan tampilan
proses iterasi atau grafik. Akan tetapi untuk tugas akhir yang berhubungan dengan basis data
biasanya Anda harus membuat banyak form, mulai dari form setup data, form untuk memasukan
data, query, laporan, dan lain-lain.
b. Mengerjakan Proses
Setelah Anda membuat form masukan dan keluaran, langkah berikutnya adalah membuat
prosesnya. Ada beberapa hal yang perlu diperhatikan sewaktu pembuatannya:
1. Mengerjakan dulu bagian yang inti, yaitu kasus yang normal terjadi. Asumsikan bahwa tidak
ada kesalahan data masukan. Kasus-kasus khusus atau ada kesalahan pemasukan data baru
dibuat setelah kasus normal berjalan dengan baik. Kesalahan yang sering dibuat mahasiswa
adalah membuat semua program secara lengkap baru di run. Apabila terjadi kesalahan
sewaktu di run, proses debugging menjadi sulit karena programnya sudah demikian panjang.
15
Sebaiknya sering-seringlah run program setelah suatu proses kecil atau prosedur selesai
dibuat agar mudah dilacak jika terjadi kesalahan.
2. Membagi semua proses dalam beberapa prosedur. Sebelum menggabungkan beberapa
prosedur, pastikan bahwa masing-masing prosedur sudah benar. Sebagai contoh jika dalam
prosesnya membutuhkan pengurutan data, buatlah dulu prosedur untuk mengurutkan data.
Pastikan bahwa prosedur pengurutan data sudah berjalan dengan benar sebelum
menggabungkannya dengan prosedur lain.
3. Memberi nama prosedur dan nama variabel yang representatif. Penggunaan nama yang tidak
representatif akan menyebabkan debugging menjadi sulit.
4. Setelah program utama bisa berjalan, cocokanlah keluaran program dengan hasil perhitungan
manual. Berilah masukan yang sederhana dan mudah dihitung untuk mempermudahkan
pencocokan. Agar lebih yakin, cobalah beberapa kali dengan masukan yang berbeda-beda.
Apabila dicoba dengan berbagai masukan ternyata keluaran tetap benar, Anda bisa yakin
bahwa program sudah berjalan sebagaimana yang diharapkan. Sebagai contoh, jika tugas
akhir Anda adalah “Perbandingan Beberapa Algortima Untuk Menghitung Invers Matriks”,
cobalah dulu menguji keluaran program dengan masukan matriks 2x2 yang inversnya mudah
dihitung. Setelah dicoba beberapa kali ternyata tetap benar, cobalah untuk matriks 3x3 dan
seterusnya. Setelah kasus normal berjalan dengan benar, berikutnya adalah waktu untuk
mencoba kasus-kasus khusus. Pada kasus invers matriks, cobalah dengan matriks 2x2 yang
tidak memilki invers dan perhatikan bagaimana program bereaksi.
5. Meneliti kapan Anda harus menggunakan perintah if, for, atau while. Jangan sampai program
menjadi salah karena Anda salah dalam memilih perintahnya. Misalkan untuk mencari
sebuah data dalam array. Anda harus menggunakan perintah while (dan tidak boleh perintah
for) karena proses harus segera dihentikan segera setelah data ditemukan.
c. Mempercantik Tampilan
Jika semua proses sudah berjalan dengan baik dan benar, saatnya tiba untuk
mempercantik tampilan program. Penggunaan variasi warna, background, dan lain-lain akan
menambah daya tarik program Anda.
d. Membuat Analisis
Jika tugas akhir Anda menuntut Anda untuk manganalisis algoritma (misalnya Anda
harus menentukan mana di antara 2 algoritma yang Anda implementasikan yang lebih cepat),
langkah terakhir adalah melakukan analisis terhadap program. Cobalah menjalankan program
untuk beberapa data berbeda. Kalau perlu menggunakan data random dan catat hasilnya.
Mengusahakan agar data yang Anda pakai sebagai uji coba akan menghasilkan kesimpulan yang
semakin konvergen. Sebagai contoh Anda membuat tugas akhir berjudul: Penyelesaian Masalah
TSP Dengan Algoritma Genetika. Anda harus menganalisa beberapa probabilitas mutasi yang
paling baik. Untuk itu ambilah suatu data TSP secara random dan jalankan program dengan
suatu parameter tertentu (probabilitas possover, mutasi, dan lain-lain) dan mencatat hasilnya.
Mengulangi lagi dengan menggunakan data TSP dan semua parameter yang sama tetapi dengan
mengganti besarnya probabilitas mutasi.
Selama proses pembuatan program, kapan Anda berkonsultasi dengan pembimbing? Pada
prinsipnya Anda berkonsultasi dengan pembimbing jika Anda membutuhkan pendapat, alternatif
cara, atau menghadapi masalah serius dalam program Anda. Jangan konsultasi jika program
Anda sering hang jika dijalankan karena pembimbingpun juga tidak bisa menjawabnya. Selain
konsultasi rutin, ada beberapa keadaan dimana Anda harus bertemu dengan pembimbing Anda:
16
a. Perancangan selesai. Sebelum mulai membuat program tanyakan dulu ke pembimbing apakah
rancangan yang anda buat sudah benar dan memenuhi kriteria.
b. Program sudah selesai dibuat. Temuilah pembimbing untuk menunjukan hasil program yang
Anda buat. Ini sangat diperlukan karena program yang menurut Anda sudah sempurna
mungkin masih menyimpan beberapa kekurangan yang tidak dapat Anda temukan
sebelumnya. Dosen pembimbing yang berpengalaman akan mampu melihat kekurangan dan
kelemahan program Anda. Lebih baik Anda menrima kritik dan banyak selama revisi
bimbingan daripada baru ketahuan waktu sidang tugas akhir. Sebaiknya jangan menunjukan
program sebelum benar-benar selesai. Umumnya demo program hanya berlangsung 1-2 kali
saja. Kalau Anda sering meminta pembimbing melihat program Anda yang baru separo jadi,
lama-lama pembimbing akan merasa bosan dan menganggap Anda tidak serius dalam
membuat program.
c. Ada masalah serius. Misalnya ketika membuat analisis Anda sudah mencoba berkali-kali
tetapi tetap gagal memperoleh kesimpulan. Jika hal tersebut terjadi, tunjukkan hasilnya dan
meminta pendapatnya. Dengan pengalamannya, mungkin dosen pembimbing dapat membantu
Anda mencari jalan keluarnya, misalnya dalam kasus TSP, mungkin ia akan meminta Anda
untuk mencoba menambah jumlah datanya karena kalau datanya terlalu sedikit, perbedaan
hasil tidak terlalu kelihatan.
Kesimpulan
Requirement adalah sifat-sifat dari sistem atau product yang akan dikembangkan sesuai
dengan keinginan customer. Adapun spesifikasi software requirement yang baik dan sangat
relevan untuk dilakukan sebelum melakukan penelitian dalam bidang teknologi informasi adalah
sebagai berikut: (1) Unambiguous (tidak ambigu). (2) Complete (lengkap). (3) Consistent
(konsisten). (4) Modifiable (dapat diubah). (5) Traceable (dapat dilacak). (6) Dapat digunakan
selama pengoperasian dan maintenance. Elisitasi didapat melalui metode wawancara dan
dilakukan melalui tiga tahap, yaitu elisitasi tahap satu, dua, dan tahap tiga. Oleh karena itu yang
dimaksud requirements elicitation adalah proses dalam menemukan/mendapatkan kebutuhankebutuhan sistem melalui komunikasi dengan customer, system users dan pihak lainnya yang
berhubungan pada sistem yang akan dikembangkan.
Berdasarkan elisitasi tersebut, maka langkah selanjutnya adalah pembuatan program.
Beberapa persiapan yang secara umum harus dilakukan adalah pengumpulan data dan bahan
pendukung, mempelajari perangkat lunak yang digunakan untuk membuat sistem, membuat
rancangan atau flowchart. Sedangkan pada tahapan pembuatan sistem adalah tahap analisis
sistem, tahap desain sistem, desain basis data, desain proses, desain struktur menu, desain user
interface, desain teknologi dan arsitektur sistem. Petunjuk dalam desain sistem adalah Logical
database design yang Anda buat tidak boleh menyimpang dari conceptual database design yang
sudah Anda buat sebelumnya. Sebelum membuat program (tahap implementasi sistem)
sebaiknya membuat list atau daftar terlebih dahulu tentang apa saja kemampuan sistem informasi
yang Anda buat. Adapun langkah-langkah teknik membuat program adalah: membuat
antarmuka, mengerjakan proses, mempercantik tampilan, dan membuat analisis.
Daftar Pustaka
Arikunto, S. 2010. Prosedur Penelitian: Suatu Pendekatan Praktek. Jakarta: Rineka Cipta.
Berndtsson, M. Jorgen, H. Bjorn, O. 2008. Thesis Projects: A Guide for Student in Computer
Science and Information Systems. London: Springer.
17
Donald Ary, Jacobs L.C, Razavieh, A. 2004. Pengantar Penelitian dalam Pendidikan. Terj.
Arief Furchan. Yogyakarta: Pustaka Pelajar.
Gay, L. R., & Diehl, P. L. 1996. Research Methods for Business and Management. Singapore:
Simon & Schuster Ltd.
Galliers, R.D. 1992. Information System Research: Issues, Methods, and Practical Guidelines.
Oxford: Blackwell Scientific Publications.
Gay, L. R. 2002. Educational Research : Competencies for Analysis and Application, Third
Edition, Toronto: Merrill Publishing Company.
Hermawan, A. 2006. Penelitian Bisnis Paradigma Kuantitatif, Jakarta: Grafindo.
Howard, K. and Sharp, J.A. 2003. The Management of a Student Research Project. Aldershot:
Gower.
Maria Polina, A. & Jong Jek Siang. 2005. Kiat Jitu Menyusun Skripsi Jurusan Informatika atau
Komputer. Yogyakarta: Penerbit Andi.
Sutabri, Tata. 2012. Analisis Sistem Informasi. Yogyakarta: Penerbit Andi.