Upload
dillah-fadillah
View
73
Download
27
Embed Size (px)
DESCRIPTION
Laporan Tugas Akhir Analisis dan Desain Berorientasi Object. #semoga bermanfaat
Citation preview
LAPORAN TUGAS AKHIRANALISIS DESAIN BERORIENTASI OBJEK
“Sistem Informasi Pengelolaan Acara”
Dosen :E.Haodudin Nurkifli, S.T, M.Cs
Disusun Oleh :
Imam Najmudin 1441177004046Iqbal Abdul Malik 1441177004220Dillah Fadillah 1441177004285Widya Oktamiyarto 1441177004266Risnawati 1441177004246
Kelas 3.G
FAKULTAS ILMU KOMPUTERPROGRAM STUDI S1 TEKNIK INFORMATIKA
UNIVERSITAS SINGAPERBANGSA KARAWANG2015
KATA PENGANTAR
Puji syukur kehadirat Allah SWT, berkat limpahan rahmat dan hidayahnya
akhirnya kami dapat menyusun makalah yang berjudul “Event Management
System”. Kami juga ingin mengucapkan terima kasih bagi seluruh pihak yang
telah membantu kami dalam pembuatan makalah ini dan berbagai sumber yang
telah dipakai sebagai data dan fakta pada makalah ini.
Kami mengakui bahwa kami hanyalah manusia yang mempunyai
keterbatasan dalam berbagai hal. Oleh karena itu tidak ada hal yang dapat
diselesaikan dengan sempurna. Begitu pula dengan makalah ini yang telah
diselesaikan. Tidak semua hal dapat dideskripsikan dengan sempurna dalam
makalah ini. Kami melakukannya semaksimal mungkin dengan kemampuan yang
dimiliki.
Akhir kata, kami menanti datangnya masukan berupa saran dan kritikan
yang bersifat membangun. Kami berharap semoga makalah ini bermanfaat bagi
kita semua.
Karawang, Desember 2015
Penyusun
i
DAFTAR ISI
KATA PENGANTAR..............................................................................................i
DAFTAR ISI............................................................................................................ii
DAFTAR TABEL..................................................................................................iii
DAFTAR GAMBAR..............................................................................................iv
BAB I PENDAHULUAN........................................................................................1
1.1. Latar Belakang..........................................................................................1
1.2. Rumusan Masalah.....................................................................................2
1.3. Tujuan........................................................................................................2
1.4. Batasan Masalah........................................................................................2
BAB II LANDASAN TEORI..................................................................................3
2.1. Teori Umum..............................................................................................3
2.1.1. Sistem Informasi....................................................................................3
2.1.2. Aplikasi Operasional.............................................................................3
2.1.3. Teknik Pengumpulan Data....................................................................4
2.1.4. Teori Metodologi Penelitian..................................................................5
2.2. Teori Khusus.............................................................................................5
2.2.1. The Unified Modeling Language (UML)..............................................5
2.2.2. System Development Life Cycle (SDLC)...........................................14
2.2.3. Black Box Testing...............................................................................18
2.3. Kajian Terdahulu.....................................................................................19
BAB III METODOLOGI PENGEMBANGAN PERANGKAT LUNAK............23
3.1. Metodologi..............................................................................................23
3.2. Rencana Pengerjaan Project....................................................................23
BAB IV PEMBAHASAN......................................................................................25
4.1. Analisis Sistem yang Sedang Berjalan....................................................25
4.1.1. Analisa Masalah...................................................................................25
4.1.2. Evaluasi Sistem yang Sedang Berjalan................................................26
4.2. Perancangan Sistem.................................................................................26
4.2.1. Tujuan Perancangan.............................................................................26
4.2.2. Gambaran Umum Sistem yang Diusulkan..........................................27
ii
4.2.3. Perancangan Prosedur yang Diusulkan...............................................28
4.3. Desain......................................................................................................47
4.4. Implementasi...........................................................................................54
4.5. Software Testting....................................................................................54
BAB V PENUTUP.................................................................................................59
5.1. Kesimpulan..............................................................................................59
5.2. Saran........................................................................................................59
DAFTAR PUSTAKA............................................................................................60
iii
DAFTAR TABEL
Tabel 2. 1 Simbol Use Case Diagram dan Fungsi Simbol......................................7
Tabel 2. 2 Simbol Activity Diagram dan Fungsi Simbol.........................................8
Tabel 2. 3 Simbol Squence Diagram dan Fungsi Simbol......................................10
Tabel 2. 4 Simbol Collaboration Diagram dan Fungsi Simbol.............................11
Tabel 2. 5 Simbol Class Diagram dan Fungsi Simbol..........................................13
Tabel 2. 6 Kajian Terdahulu..................................................................................22
Tabel 4. 1 Black-Box Testting...............................................................................58
iv
DAFTAR GAMBAR
Gambar 2. 1 Use Case Diagram...............................................................................7
Gambar 2. 2 Activity Diagram..................................................................................8
Gambar 2. 3 Squence Diagram..............................................................................10
Gambar 2. 4 Collaboration Diagram.....................................................................12
Gambar 2. 5 Class Diagram...................................................................................13
Gambar 2. 6 Prototyping........................................................................................16
Gambar 2. 8 Spiral.................................................................................................17
Gambar 2. 7 Waterfall............................................................................................17
Gambar 2. 9 V model..............................................................................................18
Gambar 3. 1 Waterfall............................................................................................23
Gambar 4. 1 Use Case Diagram Sistem Informasi Pengelolaan Acara yang
diusulkan................................................................................................................28
Gambar 4. 2 Activity Diagram Membuat Jobdesk.................................................29
Gambar 4. 3 Activity Diagram Mengirim Jobdesk................................................30
Gambar 4. 4 Activity Diagram Membuat dan Mengirim Schedule.......................31
Gambar 4. 5 Activity Diagram Cek Status Schedule.............................................32
Gambar 4. 6 Activity Diagram Melihat List Panitia..............................................33
Gambar 4. 7 Activity Diagram Cek Jobdesk (Sieksi User)....................................34
Gambar 4. 8 Activity Diagram Mengirim Laporan Jobdesk (Sieksi User)............35
Gambar 4. 9 Activity Diagram Cek Schedule (Sieksi User)..................................36
Gambar 4. 10 Activity Diagram Mengirim Konfirmasi Kedatangan (Sieksi User)
................................................................................................................................37
Gambar 4. 11 Sequence DiagramMembuat Jobdesk.............................................38
Gambar 4. 12 Sequence Diagram Mengirim Jobdesk...........................................38
Gambar 4. 13 Sequence Diagram Schedule...........................................................39
Gambar 4. 14 Sequence Diagram Cek Status Schedule & Jobdesk......................39
Gambar 4. 15 Sequence Diagram Cek Jobdesk.....................................................40
Gambar 4. 16 Sequence Diagram Mengirim Laporan Jobdesk.............................40
Gambar 4. 17 Sequence Diagram Cek Schedule...................................................41
Gambar 4. 18 Sequence Diagram Mengirim Konfirmasi Kedatangan..................41
v
Gambar 4. 19 Sequence Diagram Melihat List Panitia.........................................42
Gambar 4. 20 Collaboration Diagram Membuat Jobdesk....................................42
Gambar 4. 21 Collaboration Diagram Mengirim Jobdesk....................................43
Gambar 4. 22 Collaboration Diagram Membuat & Mengirim Schedule..............43
Gambar 4. 23 Collaboration Diagram Cek Status Schedule & Jobdesk...............43
Gambar 4. 24 Collaboration Diagram Melihat List Panitia..................................44
Gambar 4. 25 Collaboration Diagram Cek Jobdesk.............................................44
Gambar 4. 26 Collaboration Diagram Mengirim Laporan Jobdesk.....................44
Gambar 4. 27 Collaboration Diagram Cek Schedule............................................45
Gambar 4. 28 Collaboration Diagram Mengirim Konfirmasi Kedatangan..........45
Gambar 4. 29 Class Diagram Sistem Informasi Pengelolaan Acara.....................46
Gambar 4. 30 Login...............................................................................................47
Gambar 4. 31 Main Menu - Keplak.......................................................................47
Gambar 4. 32 Menu Jobdesk – Keplak..................................................................48
Gambar 4. 33 Memilih Sieksi yang akan dikirim Jobdesk - Keplak.....................48
Gambar 4. 34 Membuat Jobdesk baru - Keplak.....................................................49
Gambar 4. 35 Calendar Schedule - Keplak............................................................49
Gambar 4. 36 Buat Schedule - Keplak...................................................................50
Gambar 4. 37 Cek Status Schedule & Jobdesk - Keplak.......................................50
Gambar 4. 38 Cek Status Schedule & Jobdesk 2 - Keplak....................................51
Gambar 4. 39 Daftar Panitia – Keplak...................................................................51
Gambar 4. 40 Main Menu – Sieksi Bidang............................................................52
Gambar 4. 41 Cek Jobdesk dan Kirim Laporan – Sieksi Bidang..........................52
Gambar 4. 42 Cek Jobdesk dan Kirim Laporan 2 – Sieksi Bidang.......................53
Gambar 4. 43 Cek Schedule – Sieksi Bidang........................................................53
Gambar 4. 44 Konfirmasi Kedatangan – Sieksi Bidang........................................54
vi
BAB IPENDAHULUAN
1.1. Latar Belakang
Pengembangan Teknologi Informasi kini kian pesat menjadikan kebutuhan
akan Komputer dan perangkat teknologi lainnya yang berkaitan dengan Teknologi
Informasi semakin menjadi kebutuhan tersendiri. Prosedur-prosedur dalam sebuah
Organisasi saat ini tidak terlepas dari kebutuhan Sistem Informasi.
Berbicara tentang Sistem Informasi saat ini sangatlah bermanfaat dan
mungkin sudah sangat biasa penggunaannya, karena hampir semua Organisasi
yang sudah berfikir lebih majusudah tidak asing dengan penggunaan Sistem
Informasi atau Aplikasi lainnya terutama bagi mereka yang membutuhkan
kemudahan serta Efektifitas dalam Proses kerjanya.
Namun tidak sedikit pula Organisasi melakukan operasional yang berkaitan
dengan informasi, dokumentasi dan komunikasinya masih menggunakan metode
manual, yang nantinya berdampak negatif terhadap Proses kerja Organisasi
mereka sendiri, seperti tidak efektifnya pencatatan proses kerja dalam skala besar,
lambatnya kinerja para SDMnya dikarenakan segala informasi dan komunasi
masih dilakukan dengan manual. Ini dapat menimbulkan tidak terkoordinasinya
suatu organisasi dalam mencapai tujuannya.
Tidak terkecuali Badan Eksekutif Mahasiswa Fakultas Ilmu Komputer
Universitas Singaperbangsayang saat ini mengalami problem dalam
management Kepanitiaan pada setiap acara yang dilaksanakan, antara lain sering
terjadinya Miss Komunikasi antar panitia, sulitnya Ketua Pelaksana
mengkoordinir tiap Sieksi Bidang dan lain sebagainya.
Oleh karena itu untuk memudahkan Operasional Kepanitiaan acara, penelitian
ini merancang suatu sistem informasi yang dapat membantu dalam
mengoptimalkan kinerja para panitia agar lebih efektif dan terkontrol yaitu
pemberian Jobdesk dari Ketua pelaksana kepada tiap s ieksi dan laporan dari tiap
sieksi kepada ketua pelaksana serta pencatatan Log Kegiatan guna mempermudah
dalam pembuatan LPJ.
1
1.2. Rumusan Masalah
1.2.1. Bagaimana Sistem Informasi Pengelolaan Acara yang sedang berjalan
pada BEM FASILKOM UNSIKA.
1.2.2. Bagaimana Sistem Informasi Pengelolaan Acara yang dirancang untuk
BEM FASILKOM UNSIKA.
1.2.3. Bagaimana Pengujian Sistem Informasi Pengelolaan Acara pada BEM
FASILKOM UNSIKA.
1.2.4. Bagaimana Implementasi Sistem Informasi Pengelolaan Acara pada
BEM FASILKOM UNSIKA.
1.3. Tujuan
1.3.1. Untuk mengetahui Sistem Informasi yang sedang berjalan di BEM
FASILKOM UNSIKA
1.3.2. Untuk membuat perancangan Sistem Informasi Pengelolaan acara di
BEM FASILKOM UNSIKA
1.3.3. Untuk mengetahui pengujian program di BEM FASILKOM UNSIKA
1.3.4. Untuk mengetahui implementasi Sistem Informasi Pengelolaan acara
di BEM FASILKOM UNSIKA.
1.4. Batasan Masalah
Agar pembahasan dapat dilakukan secara terarah dan sesuai dengan yang
diharapkan, maka perlu diterapkan batasan-batasan permasalahan yang dibahas
didalamnya, antara lain :
1. Sistem yang dibangun hanya dapat dijalankan pada bagian Pengelolaan acara
saja dan digunakan oleh Ketua pelaksana dan tiap Sieksi Bidang.
2. Sistem informasi mengelola Jobdesk, laporan dan deadline jobdesk. Pada
penanganan pemberitahuan Jobdesk yang sudah mencapai deadline dibagi
menjadi 2 bagian yaitu 3 hari sebelum deadline dan pada saat hari
deadlinenya.
3. Jobdesk hanya dikategorikan sesuai dengan Sieksi Bidangnya.
4. Metode pemodelan yang digunakan adalah UML (Unified Modelling
Language).
2
BAB IILANDASAN TEORI
1.1. Teori Umum
1.1.1. Sistem Informasi
Menurut Kenneth C.Laudon, Jane P.Laudon (2004,p8) sistem
informasi bisa didefinisikan secara teknis sebagai set komponen yang saling
berhubungan seperti menyimpan, memproses, mengambil dan
mendistribusikan sebuah informasi yang mensupport untuk membuat sebuah
keputusan dan kontrol dalam sebuah organisasi.
1.1.2. Aplikasi Operasional
Menurut Haer Talib (2005,p8) aplikasi adalah program yang dibuat
untuk tujuan tertentu,misalnya untuk penjualan disupermarket, untuk
mengelola data pasien dirumah sakit,untuk mencektak kuitansi dan
sebagainya.
Jadi, Aplikasi Operasional adalah suatu program yang dibuat untuk
bertujuan melaksanakan proses-proses yang fungsional, Disini kami membuat
aplikasi dengan tujuan untuk memudahkan aliran informasi yang berada di
BEM FASILKOM UNSIKA, informasi tersebut yaitu :
1. Penjadwalan
Informasi yang akan kami berikan adalah penjadwalan Rapat Acara,
deadline Jobdesk, dan Pelaksanaan Acara.
2. Mapping Jobdesk
Informasi yang kami berikan adalah pemetaan Jobdesk dari Ketua
pelaksana kepada tiap Sieksi Bidang, dan jika salah satu Sieksi belum
mendapat Jobdesk maka ketua pelaksana maupun Sieksi bidang akan
diberi informasi untuk segera Mengirim Jobdesk ataupun meminta
Jobdesk.
3. Laporan
Informasi yang kami berikan adalah laporan dari tiap Sieksi Bidang
kepada ketua pelaksana baik Jobdesk telah diselesaikan maupun terjadinya
kendala dalam melaksanakan Jobdesk.
3
1.1.3. Teknik Pengumpulan Data
Menurut Sugiyono (2011,p187) teknik pengumpulan data dapat
dilakukan dalam berbagi setting, berbagai sumber dan berbagai cara. Bila dilihat
dari setting-nya data dapat dikumpulkan pada setting alamiah (natural setting),
pada laboratorium dengan metode eksperimen, di rumah dengan berbagai
responden, pada suatu seminar, diskusi, di jalan dan lain-lain. Bila di lihat dari
sumber datanya, maka pengumpulan data dapat menggunakan sumber primer,
dan sumber sekunder. Sumber primer adalah sumber data yang langsung
memberikan data kepada pengumpul data, dan sumber sekunder merupakan
sumber yang tidak langsung memberikan data kepada pengumpul data, misalnya
lewat orang lain atau lewat dokumen. Selanjutnya bila di lihat dari segi cara atau
teknik pengumpulan data, maka teknik pengumpulan data dapat dilakukan
dengan interview (wawancara), kuisioner (angket), observasi (pengamatan), dan
gabungan ketiganya.
Dan teknik pencarian data yang kami gunakan antara lain :
1. Survei :
Menurut Sugiyono (2011,p192) teknik kuisioner merupakan teknik
pengumpulan data yang dilakukan dengan cara memberi seperangkat
pertanyaan atau pernyataan tertulis kepada responden untuk dijawabnya.
Kuisioner merupakan teknik pengumpulan data yang efisien bila peneliti
tahu dengan pasti variabel yang akan diukur dan tahu apa yang bisa
diharapkan dari responden. Selain itu, kuisioner juga cocok digunakan bila
jumlah responden cukup besar dan tersebar di wilayah yang luas. Kuisioner
dapat berupa pertanyaan/pernyataan tertutup atau terbuka, dapat diberikan
kepada responden secara langsung atau dikirim melalui pos, atau internet.
2. Teknik Wawancara :
Menurut Sugiyono (2011,p188) wawancara digunakan sebagai teknik
pengumpulan data apabila peneliti ingin melakukan studi pendahuluan
untuk menemukan permasalahan yang harus diteliti, dan juga apabila
peneliti ingin mengetahui hal-hal dari responden yang lebih mendalam dan
jumlah respondennya sedikit/kecil. Teknik pengumpulan data ini
mendasarkan diri pada laporan tentang diri sendiri atau self-report, atau
4
setidak-tidaknya pada pengetahuan atau keyakinan pribadi. Wawancara
dapat dilakukan secara terstruktur maupun tidak terstruktur.
1) Wawancara Terstruktur
Wawancara terstruktur digunakan sebagai teknik pengumpulan data,
bila peneliti atau pengumpul data telah mengetahui dengan pasti
tentang informasi apa yang akan diperoleh.
2) Wawancara Tidak Terstruktur
Wawancara tidak terstruktur adalah wawancara yang bebas dimana
peneliti tidak menggunakan pedoman wawancara yang telah tersusun
secara sistematis dan lengkap untuk pengumpulan datanya.
1.1.4. Teori Metodologi Penelitian
Menurut Sugiyono (2011,p3) metode penelitian adalah pada dasarnya
merupakan cara ilmiah untuk mendapatkan data dengan tujuan dan kegunaan
tertentu. Berdasarkan hal tersebut terdapat empat kata kunci yang perlu
diperhatikan yaitu, cara ilmiah, data, tujuan, dan kegunaan. Metode Penelitian
yang kita gunakan adalah Teknik Sampling.
Menurut Sugiyono (2011,p121) teknik sampling adalah merupakan
teknik pengambilan sampel. Untuk menentukan sampel yang akan digunakan
dalam penelitian, terdapat berbagai teknik sampling yang digunakan.
1. Probability
Teknik pengambilan sampel yang memberikan peluang yang sama bagi
setiap unsure (anggota) populasi untuk dipilih menjadi anggota sampel.
2. Nonprobability Sampling
Teknik pengambilan sampel yang tidak memberi peluang/kesempatan
sama bagi setiap unsure atau anggota populasi untuk dipilih menjadi
sampel.
1.2. Teori Khusus
1.2.1. The Unified Modeling Language (UML)
Menurut Martin Fowler et al. (2003,p1) The Unified Modeling
Language (UML) adalah sebuah kumpulan notasi grafis, yang didukung
dengan single meta-model, itu dapat membantu kita menggambarkan dan
5
merancang sebuah sistem software, khususnya sistem software yang dibuat
menggunakan teknik object-oriented (OO).
1.1.1.1. Usecase Diagram
Menurut Munawar (2005 : 63 ) Use Case adalah deskripsi
fungsi dari sebuah system dari perspektif pengguna. Use case bekerja
dengan cara mendeskripsikan tipikal interaksi antara user (pengguna)
sebuah system dengan sistemnya sendiri melalui sebuah cerita
bagaimana sebuah system dipakai. Urutan langkah-langkah yang
menerangkan antara pengguna dan system disebut skenario. Setiap
skenario mendeskripsikan urutan kejadian. Use case diagram
menampilkan actor, use case, dan hubungan antara mereka:
1. Aktor mana yang menggunakan use case mana.
2. Use case mana yang memasukkan use case lain.
Gambar Nama Fungs
iPackage Menambahkan paket baru dalam
diagram
Actor Menspesifikasikan himpuan peran
yang pengguna mainkan ketika
berinteraksi dengan use case.
Use case Deskripsi dari urutan aksi-aksi yang
ditampilkan sistem yang
menghasilkan suatu hasil yang terukur
bagi suatu actorUnidirectional
Association
Menggambarkan relasi antara aktor
dengan usecase
Dependencies or
Instantiates
Menggambarkan kebergantungan
(dependencies) antar item dalam
diagram
6
Generalization Mengggambarkan relasi lanjut antar
Use case atau menggambarkan
struktur pewarisan antara ctor
Association Apa yang menghubungkan antara
objek satu dengan objek lainnya.
System Menspesifikasikan paket yang
menampilkan sistem secara terbatas.
Tabel 2. 1 Simbol Use Case Diagram dan Fungsi Simbol
1.1.1.2. Activity Diagram
Menurut Martin Fowler et al. (2003,p117) activity diagram
adalah teknik untuk menggambarkan logika prosedural, proses bisnis
dan aliran kerja. Dalam banyak hal, mereka memainkan peran yang
mirip dengan flowchart, namun perbedaan utama antara mereka dan
notasi flowchart adalah bahwa mereka mendukung perilaku paralel.
7
Gambar 2. 1 Use Case Diagram
Gambar Nama Fungsi
State Menambahkan state untuk suatu objek
ActivityMenambahkan aktivitas baru pada
Diagram
StartstateMemperlihatkan dimana aliran kerja
Berawal
EndstateMemperlihatkan dimana aliran kerja
Berakhir
StatetransitionMenambah transis idari suatu aktivitas
Keaktivitas yang lainnya
Transitiontoself Menambah transisi rekursif
Horizontal
Synchronization
Menambahkan sinkronisasi horizontal
Pada diagram
Vertical
Synchronizations
Menambahkan sinkronisasi vertikal
Pada diagram
Decisions pointsMenambahkan titik keputusan pada
Alirankerja
Tabel 2. 2 Simbol Activity Diagram dan Fungsi Simbol
8
Gambar 2. 2 Activity Diagram
1.1.1.3. Sequence Diagram
Menurut Nugroho (2005:92), sequence diagram
memperlihatkan event-event yang berurutan sepanjang berjalannya
waktu. Masing-masing sequence diagram menggambarkan aliran-aliran
pada suatu use case dengan melihat objek-objek dan pesan-pesan.
Setiap objek memiliki garis hidup (lifeline), yang digambarkan sebagai
garis vertikal di bawah nama suatu objek. Lifeline dimulai saat suatu
objek terbentuk (diinstansiasi) dan berakhir saat objek yang
bersangkutan dihancurkan. Pesan-pesan digambarkan di antara lifeline
yang dimiliki dua objek untuk memperlihatkan bagaimana objek-objek
itu saling berkomunikasi.
Gambar Nama Fungsi
Object Menambahkan objek baru pada
Diagram
9
Gambar 2. 2 Activity Diagram
Objectmessage Menggmbar pesan (message) antar
duaobjek
Messagetoself Menggambarpesan (message) yang
menuju dirinya sendiri
Tabel 2. 3 Simbol Squence Diagram dan Fungsi Simbol
1.1.1.4. Collaboration Diagram
Collaboration diagram menurut Munawar (2005:101) adalah
perluasan dari objek diagram. Objek diagram menunjukan objek-objek
yang hubungannya satu dengan yang lain. Collaboration diagram
menunjukkan message-message objek yan dikirim satu sama lain.
Gambar Nama Fungsi
Object Menggambarkan objek baru pada
Diagram
10
Gambar 2. 3 Squence Diagram
Classinstance Menambahkan instantiasi kelas baru
Pada diagram
Objectlink Menciptakan lintasan komunikasi
Antar dua objek
Linktoself Memperlihatkan bahwa suatu objek
Memanggil dirinya sendiri
Linkmessage Menambahkan pesan antar dua objek
Atau dari suatu objek kedirinya srndiriReverse
linkmessage
Menamahkan pesan dalam arah
Berlawanan antar dua objek atau dari
suatu objek ke dirinya srndiri
Control Menggambarkan unsur kendali pada
diagram
Boundary Menambahkan kelas batasan
(boundary) pada diagram
Entity Menambahkan kelas entitas (entity)
pada diagram
Tabel 2. 4 Simbol Collaboration Diagram dan Fungsi Simbol
11
Gambar 2. 4 Collaboration Diagram
1.1.1.5. Class Diagram
Menurut Nugroho (2005:110), class diagram adalah diagram
yang digunakan untuk menampilkan beberapa kelas serta paket-paket
yang ada dalam sistem/perangkat lunak yang sedang dikembangkan.
Class diagram memberikan gambaran/diagram statis tentang
sistem/perangkat lunak dan relasi-relasi yang ada di dalamnya.
Gambar Nama Fungsi
Class Menambahkan kelas baru pada
Diagram
Interface Menambahkan kelas antar muka
(interface) pada diagram
Association Menggambar relasi asosiasi
12
Associationclass Menghubungkan kelas asosiasi
(association class) pada suatu relasi
asosiasi
Generalization Menggambarkan relasi generalisasi
Realize Menggambarkan relasi realisasi
Aggregation Menggambarkan relasi agregasi
Tabel 2. 5 Simbol Class Diagram dan Fungsi Simbol
13
Gambar 2. 5 Class Diagram
1.2.2. System Development Life Cycle (SDLC)
System Development Life Cycle (SDLC) adalah suatu kerangka
yangmenggambarkan kegiatan-kegiatan yang dilakukan pada setiap tahap
pembuatan sebuah software (Fatta, 2007: 24). Terdapat banyak metode untuk
mendeskipsikan SDLC ini, pada dasarnya setiap metode menggambarkan
tahap-tahap sebagai berikut.
1. Identifikasi, seleksi dan perencanaan
Tahap ini merupakan tahap preliminary dari pembuatan suatu software.
Pada tahap ini, dikembangkan suatu rancang bangun dari suatu software.
Langkah-langkah yang dilakukan dalam tahap ini antara lain :
1) Mengidentifikasi kebutuhan user.
2) Menyeleksi kebutuhan user dari proses identifikasi diatas, dengan
menyesuaikan dengan kapasitas teknologi yang tersedia serta efisiensi.
3) Merencanakan sistem yang akan digunakan pada software yang
dibuat, Dengan kebutuhan -kebutuhan sebagai berikut: kebutuhan
fungsional dan non-fungsional, kebutuhan user, kebutuhan sistem,
kebutuhan dokumen dan perangkat lunak.
2. Analisis sistem
Tahap ini merupakan tahap penyempurnaan, yang bertujuan memperoleh
kebutuhan software dan user secara lebih spesifik dan rinci. Tujuan
dilakukan tahap ini adalah untuk mengetahui posisi dan peranan teknologi
informasi yang paling sesuai dengan kebutuhan perusahaan yang
bersangkutan, serta mempelajari fungsi-fungsi manajemen dan aspek-
aspek bisnis terkait yang akan berpengaruh atau memiliki dampak tertentu
terhadap proses desain, konstruksi dan implementasi software. Analisis
sistem terbagi dua, yaitu :
1) Permodelan data, yang mencakup Entity Relationship Diagram
(ERD),Conceptual Data Model (CDM), dan Physical Data Model
(PDM).
2) Permodelan proses, dengan Unified Modeling Language.
14
3. Desain sistem
Setelah melakukan identifikasi serta analisis sistem, tahap selanjutnya
adalah menerjemahkan konsep-konsep tersebut kedalam suatu sistem yang
berwujud. Tahap ini meliputi pembuatan dan pengembangan sebagai
berikut :
1) Desain form dan laporan (reports).
2) Desain antarmuka dan dialog (message).
3) Desain basis data dan file (framework).
4) Desain proses ( process structure).
Pada tahap ini akan dihasilkan sebuah dokumen berupa Software
ArchitectureDocument (SAD). SAD ini adalah dokumen yang
menjelaskan tentangarsitektur proyek perangkat lunak yang berhubungan
dengan project.
4. Implementasi sistem
Tahap implementasi sistem ini diawali dengan pengetesan software yang
telah dikembangkan. Beberapa tahap pengetesan adalah sebagai berikut :
1) Developmental, yakni pengetesan error per module oleh programmer.
2) Alpha testing, yakni error testing ketika software digabungkan dengan
antarmuka user.
3) Beta testing, yakni pengetesan dengan lingkungan dan data yang
sebenarnya.
Pada tahap berikutnya dilakukan konversi sistem, yaitu mengaplikasikan
perangkat lunak pada lingkungan yang sebenarnya untuk digunakan oleh
organisasi yang memesannya. Kemudian, dilakukan tahap dokumentasi,
yaitu pencatatan informasi-informasi yang terkait dengan pembuatan
sistem ini dan pelatihan, yaitu mengedukasi end user mengenai bagaimana
cara menggunakan software yang bersangkutan. Pemberian pelatihan
(training) harus diberikan kepada semua pihak yang terlibat sebelum tahap
implementasi dimulai. Selain untuk mengurangi risiko kegagalan,
pemberian pelatihan juga berguna untuk menanamkan rasa memiliki
terhadap sistem baru yang akan diterapkan. Pada tahap ini akan dihasilkan
sebuah dokumen berupa Test Plan. Dokumen Test Plan adalah sebuah
15
dokumen yang digunakan memastikan dan memverifikasi antara rencana
yang sudah dibuat dengan hasil yang dicapai., apakah sesuai dengan
planning yang telah dibuat atau ada perubahan -perubahan dengan seiring
pembuatan software.
5. Pemeliharaan sistem
Tahap pemeliharaan sistem adalah sebagai berikut :
1) Korektif, yaitu memperbaiki desain dan error pada
program(troubleshooting).
2) Adaptif, yaitu memodifikasi sistem untuk beradaptasi dengan
perubahanlingkungan.
3) Perfektif, yaitu melibatkan sistem untuk menyelesaikan masalah baru
ataumenambah fitur baru pada sistem yang telah ada. Preventif, yaitu
menjaga sistem dari kemungkinan masalah di masa yangakan datang.
1.2.2.1. Prototyping
Prototyping adalah proses pembuatan model sederhana untuk
software final yang mengijinkan pengguna memiliki gambaran dasar
tentang program serta melakukan pengujian awal.
Gambar 2. 6 Prototyping
1.2.2.2. Waterfall
Waterfall model adalah model yang memacu tim pengembang
untuk mengumpulkan dan menentukan apa yang seharusnya dilakukan
sebelum sistem dikembangkan (Simarmata, 2010: 54). Model ini
16
cocok untuk sistem yang mengedepankan kualitas dibandingkan biaya
pengembangan atau waktu pengembangan. Kelebihan waterfall model
adalah kemudahan serta kejelasan interpretasinya. Model ini
terstruktur serta cocok diadaptasi untuk management control.
1.2.2.3. Spiral
Teknik spiral mencoba menggabungkan model prototyping
dan waterfall. Biasa digunakan untuk proyek besar yang mahal dan
rumit. Digunakan oleh militer Amerika untuk mengembangkan
program Future Combat Systems.
Gambar 2. 8 Spiral
17
Gambar 2. 7 Waterfall
1.2.2.4. V Model
Teknik V model sering disebut sebagai pengembangan dari
teknik waterfall. V untuk verifikasi dan validasi dan merupakan model
standar yang banyak dipakai di negara-negara Eropa seperti standar
untuk proyek pertahanan dan administrasi federal di Jerman.
Gambar 2. 9 V model
1.2.3. Black Box Testing
Menurut Pressman (2010) Black-Box testing berfokus pada
persyaratan fungsional perangkat lunak yang memungkinkan engineers untuk
memperoleh set kondisi input yang sepenuhnya akan melaksanakan
persyaratan fungsional untuk sebuah program. Black-Box testing berusaha
untuk menemukan kesalahan dalam kategori berikut :
1. Fungsi yang tidak benar atau fungsi yang hilang.
2. Kesalahan antarmuka.
3. Kesalahan dalam struktur data atau akses database eksternal.
4. Kesalahan perilaku (behavior) atau kesalahan kinerja.
5. Inisialisasi dan pemutusan kesalhan.
Tes ini dirancang untuk menjawab beberapa pertanyaan-pertanyaan berikut
ini:
1. Bagaimana validasi fungsional diuji?
2. Bagaimana perilaku dan kinerja sistem diuji?
3. Apa kelas input akan membuat kasus uji yang baik?
18
4. Apakah sistem sensitive terhadap nilai input tertentu?
5. Bagaimana batas-batas kelas yang terisolasi?
6. Kecepatan dan volume data seperti apa yang dapat ditolerir sistem?
7. Efek apakah yang akan menspesifikasikan kombinasi data dalam sistem
operasi?
1.3. Kajian Terdahulu
No. Nama Peneliti Masalah
Metode
Penyelesaian Hasil Penelitian
1
Erwin Budi
Setiawan, Carla
L Wilkin
Belum adanya
perencaanan
strategis sistem
informasi yang
bersipat
menyeluruh dan
informasi pada
Insitut Teknologi
Telkom(IT
Telkom)
a.Growing
Enterperise
Arcitekture dapat
mendukung
perusahaan
dalam
penyampaian
informasi dan
memberikan
pelayanan yang
efektif serta tepat
waktu juga
mendukung
peningkatan
fungsi dan
pelayanan
perusahaan.
b.Frame
Work,Portofolio
Pemetaan matriks
aplikasi ke
entitas data
penyesuaian
dengan tingkat
kepentingan
kebutuhan
perkembangan
portofolio IT
sehingga efektif
serta tepat
waktu,dalam
mendukung
peningkatan
fungsi dan
pelayanan
2 Naser
Khani,Khalil Md
Nor and Mojgan
Bahrami
Perubahan dunia
yang cepat dan
ketidakpastian
perkembangan
Strategic
Information
System Planning
(SISP) adalah
Strategi
perubahan bisnis
SISP dapat
membantu untuk
19
teknologi
informasi
kerangka kerja
yang terbaik
sesuai dengan
kegiatan
organisasi,SISP
adalah peroses
yang strategis
yang
memodifikasi
sistem informasi
bagi perusahaan
untuk jangka
panjang
menghadapi
kompleksitas,me
nganalisis
lingkungan
melacak
pengembangan
IT,memantau
bagaimana
pesaing
menggunakan IT,
berencana untuk
infrastruktur
yang efektif,dan
selaras dengan
bisnis
3 Indra Silanegara,
Bayu Adhi Tama,
Diat Nurhidayat,
M.Harris
Belum adanya
sistem informasi
dan teknologi
pada Politeknik
Negeri Jakarta
Analisis bisnis
lingkungan
eksternal dan
internal guna
menentukan Five
Forces model dan
Critical Sucess
factors
insitusi.selanjutn
ya adalah analisis
lingkungan
eksternal dan
internal SI/TI
guna mengetahui
trand teknologi
dunia dan
Current
Hasil yang
dicapai adalah
rekomendasi
portofolio
aplikasi SI/TI
yang seharusnya
dimiliki
Politeknik Negeri
Jakarta
20
application
porfolio.Tahap
berikutnya adalah
proses strategi
(SI,TI dan
manajemen
SI/TI.Tahap
akhir adalah
menentukan
aplikasi-aplikasi
SI/TI untuk
masa depan PNJ
4 Pereira,Maria
Manuela
Maleo,Nuno
Filipe
Mengetahui
manfaat,hambata
n dan tantangan
dalam
mengimplementa
sikan Balanced
Scorecard (BSC)
Penelitian
membahas BSC
untuk distrik
sekolah dan
membahas lima
manfaat dua
hambatan dan
tiga tantangan
yang muncul dari
penelitian
sementara
beberapa
penelitian juga
sama dengan
yang ditemukan
di tingkat
pendidikan
lainnya yang
tampak kongteks
spesifiknya yaitu
Balanced
Scorecard dapat
mengatasi
beberapa
kelemahan dalam
bidang manjemen
strategi yang
didentifikasi juga
meningkatkan
implikasi untuk
bidang yang
lebih luas dari
penggunaan BSC
pada sekolah
pendidikan
umum hasilnya
bernilai bagi
praktisi yang
ingin membuat
pelaksanaan BSC
21
keterbatasan
implikasi
lebih efektif
orisinalitas dan
membentuk
kontribusi untuk
langkah literatur
tentang
penerapan BSC
bagi organisasi
dengan
menyediakan
pemahaman
tentang
kemungkinan
hambatan dan
tantangan
5
Mardhlia
Saitakela (Dalam
proses penelitian)
Belum
terintegrasi unit
yang satu dengan
unti yang lainnya
Enterprise
Architecture
Planning dan
Balanced
Scorecard
Rekomendasi
pedoman
pembangunan
dan
pengembangan
SI dengan
tahapan EAP dan
pengukuran
kinerja sehingga
menentukan
langkah dan
mendukung
rencana
organisasi jangka
panjang
Tabel 2. 6 Kajian Terdahulu
22
BAB IIIMETODOLOGI PENGEMBANGAN PERANGKAT LUNAK
1.1. Metodologi
Metode penelitian yang digunakandalam penelitian ini adalah Waterfall
model adalah model yang memacu tim pengembang untukmengumpulkan dan
menentukan apa yang seharusnya dilakukan sebelum sistem dikembangkan
(Simarmata, 2010: 54). Model ini cocok untuk sistem yang mengedepankan
kualitas dibandingkan biaya pengembangan atau waktu pengembangan. Kelebihan
waterfall model adalah kemudahan serta kejelasan interpretasinya. Model ini
terstruktur serta cocok diadaptasi untuk management control.
1.2. Rencana Pengerjaan Project
1.2.1. Planing
Mencari data-data yang dibutuhkan oleh sistem yang akan dibuat.
Data tersebut mengenai kebutuhan setiap seksi bidang maupun ketua
pelaksana.
1.2.2. Analisis
Setelah data-data terkumpul, maka data-data tersebut di analis
sehingga data-data yang tidak begitu di perlukan tidak digunakan
dalam sistem tersebut.
23
Gambar 3. 1 Waterfall
1.2.3. Design
Dalam tahap ini dibuat beberapa gambaran interface yang dibutuhkan
untuk aplikasi sistem tersebut.
1.2.4. Implementasi
Bahasa yang akan digunakan untuk membuat program ini
menggunakan bahasa pemrograman java.
1.2.5. Operation dan Maintenance
Ketika perangkat lunak yang sudah disampaikan kepada user pasti
akan mengalami perubahan sesuai kebutuhan user. Maka kita akan
menyesuaikan/beradaptasi dengan situasi yang sebenarnya terjadi
dengan cara melakukan pembaharuan pada aplikasi tersebut.
24
BAB IVPEMBAHASAN
1.1. Analisis Sistem yang Sedang Berjalan
Analisa sistem merupakan proses memilah-milah suatu permasalahan
menjadi elemen-elemen yang lebih kecil untuk dipelajari guna mempermudah
permasalahan dari suatu sistem informasi. Hasil akhir dari analisa sistem
merupakan cara pemecahan masalah yang terjadi dalam spesifikasi sistem baru.
Pada tahap analisa diperlukan suatu pendekatan analisa guna menghindari
kesalahan-kesalahan yang mungkin muncul pada tahap berikutnya, yaitu
perancangan sistem baru. Karena pada tahap ini merupakan tahapan yang sangat
penting, pendekatan yang dilakukan adalah mendefinisikan masalah pada sistem
yang sedang berjalan dan sekaligus melakukan evaluasi setiap cara kerja sistem
yang sedang berjalan berdasarkan prosedur-prosedur yang ada. Sehingga akan
diketahui permasalahannya serta kesulitan apa saja yang dihadapi oeh sistem yang
sedang berjalan, apa saja pengaruhnya dan harus diperhatikan validasinya
terhadap sasaran sistem yang dirancang sebelum dilakukan perbaikan.
1.1.1. Analisa Masalah
Selama penulis menganalisa sistem yang berjalan di BEM Fasilkom
UNSIKA, maka penulis menemukan masalah dalam management
Kepanitiaan pada setiap acara yang mana sistem tersebut masih menggunakan
sistem manual, proses tersebut terasa belum efektif sehingga bisa
menimbulkan beberapa masalah diantaranya :
1. Sering terjadinya Miss Komunikasi antar panitia
2. Sulitnya Ketua Pelaksana mengkoordinir tiap Seksi Bidang dan lain
sebagainya.
Hal ini disebabkan karena adanya suatu ketidakefektifan dari setiap proses
yang sudah ada. Selain itu sistem yang ada sekarang mengharuskan setiap
komunikasi bertemu langsung dengan setiap seksi bidang. Selain itu juga
belum terbentuknya suatu sistem yang dapat mengatasi setiap permasalahan
yang ada tersebut.
25
1.3.1.1. Model Use Case Diagram
Permodelan ini dimaksudkan untuk menggambarkan kegiatan -
kegiatan dan hubungan yang terjadi antara para aktor dan use case
didalam sistem yang sedang berjalan. Kegiatan yang dilakukan dan
hubungan antara para aktor dalam sistem yang sedang berjalan
digambarkan menggunakan use case diagram yang terlebih dahulu
digambarkan melalui use case sekenario dimana telah terwakili oleh
gambaran umum sistem yang sedang berjalan.
1.3.1.2. Model Aktivity Diagram
Pada bagian ini akan digambarkan dokumentasi alur kerja pada
sistem yang sedang berjalan yang bertujuan untuk melihat alur proses
sistem yang sedang berjalan dan sekaligus memperjelas use case sistem
yang sedang berjalan.
1.1.2. Evaluasi Sistem yang Sedang Berjalan
Sistem yang sedang berjalan menunjukan beberapa kelemahan
dimanakelemahan pada proses yang terjadi yang telah digambarkan
adalah sebagaiberikut :
1. Sering terjadinya Miss Komunikasi antar panitia
2. Sulitnya Ketua Pelaksana mengkoordinir tiap Sieksi Bidang
1.2. Perancangan Sistem
Tahap perancangan sistem adalah suatu tahap lanjutan dari tahapan analisa
sistem, yang merupakan suatu tahap persiapan untuk rancangan dan
implementasisistem.Pada tahapan ini akan di bahas tentang Tujuan perancangan,
Gambaran umum sistem yang di usulkan, Perancangan prosedur yang diusulkan,
Perancangan basis data, Perancangan antar muka dan Perancangan arsitektur jaringan.
1.2.1. Tujuan Perancangan
Perancangan sistem informasi bertujuan untuk memberikan
gambaranmengenai sistem yang diusulkan sebagai penyempurnaan dari
sistem yang sedang berjalan, sistem yang sedang berjalan secara keseluruhan
dilakukan secara manual sedangkan sistem yang diusulkan akan lebih
ditekankan pada pengolahan data secara terkomputerisasi.
26
Perancangan sistem ini merupakan perancangan sistem yang disusun
oleh penulis walaupun tidak mengalami perubahan secara keseluruhan dari
sistem yang sedang berjalan di BEM Fasilkom UNSIKA. Setelah melakukan
analisa sistem yang sedang berjalan yang dilakukan berdasarkan scenario
atau kejadian yang ada, kemudian penulis membuat suatu prosedur usulan
yang digambarkan melalui use case diagram, activity diagram, collaboration
diagram dan class diagram.
1.2.2. Gambaran Umum Sistem yang Diusulkan
Sistem informasi pengelolaan acara secara online yang akan di
rancang dankemudian diterapkan di dalam smartphone ini mempunyai
karakteristik sebagai suatu sistem yang dapat mendukung dalam proses
pengelolaan sebuah acara secara mudah dan efisien. Selain itu sistem tersebut
dapat mengolah semua data masukan yang ada dalam sistem kemudian dapat
menghasilkan suatu Output/keluaran yang sesuai dengan kebutuhan.
Hal tersebut dapat memudahkan proses penyampaian segala informasi
yang dibuat oleh ketua pelaksana acara kepada setiap seksi bidangnya
masing-masing, misalnya setiap seksi bidang yang ingin mengetahui tentang
informasi jadwal acara, peralatan yang dibutuhkan dalam acara, serta
kebutuhan lain yang dibutuhkan pada acara yang akan di selenggarakan.
Sehingga tidak perlu lagi datang langsung menemui ketua pelaksana selain itu
juga sistem yang dirancang ini menyediakan fasilitas yang memudahkan bagi
para seksi bidang untuk berkomunikasi. Karena didalam sistem tersebut
dibuat fasilitas chatting.
27
1.2.3. Perancangan Prosedur yang Diusulkan
1.3.1.3. Use Case Diagram Sistem Pengelolaan Acara di BEM
Fasilkom UNSIKA
Gambar 4. 1 Use Case Diagram Sistem Informasi Pengelolaan Acara yang diusulkan
28
1.3.1.4. Aktivity Diagram Sistem Pengelolaan Acara di BEM
Fasilkom UNSIKA
Gambar 4. 2 Activity Diagram Membuat Jobdesk
29
Gambar 4. 3 Activity Diagram Mengirim Jobdesk
30
Gambar 4. 4 Activity Diagram Membuat dan Mengirim Schedule
31
Gambar 4. 5 Activity Diagram Cek Status Schedule
32
Gambar 4. 6 Activity Diagram Melihat List Panitia
33
Gambar 4. 7 Activity Diagram Cek Jobdesk (Sieksi User)
34
Gambar 4. 8 Activity Diagram Mengirim Laporan Jobdesk (Sieksi User)
35
Gambar 4. 9 Activity Diagram Cek Schedule (Sieksi User)
36
Gambar 4. 10 Activity Diagram Mengirim Konfirmasi Kedatangan (Sieksi User)
37
1.3.1.5. Sequence Diagram Sistem Pengelolaan Acara di BEM
Fasilkom UNSIKA
Gambar 4. 11 Sequence DiagramMembuat Jobdesk
Gambar 4. 12 Sequence Diagram Mengirim Jobdesk
38
Gambar 4. 13 Sequence Diagram Schedule
Gambar 4. 14 Sequence Diagram Cek Status Schedule & Jobdesk
39
Gambar 4. 15 Sequence Diagram Cek Jobdesk
Gambar 4. 16 Sequence Diagram Mengirim Laporan Jobdesk
40
Gambar 4. 17 Sequence Diagram Cek Schedule
Gambar 4. 18 Sequence Diagram Mengirim Konfirmasi Kedatangan
41
Gambar 4. 19 Sequence Diagram Melihat List Panitia
1.3.1.6. Collaboration Diagram Sistem Pengelolaan Acara di BEM
Fasilkom UNSIKA
Gambar 4. 20 Collaboration Diagram Membuat Jobdesk
42
Gambar 4. 21 Collaboration Diagram Mengirim Jobdesk
Gambar 4. 22 Collaboration Diagram Membuat & Mengirim Schedule
Gambar 4. 23 Collaboration Diagram Cek Status Schedule & Jobdesk
43
Gambar 4. 24 Collaboration Diagram Melihat List Panitia
Gambar 4. 25 Collaboration Diagram Cek Jobdesk
Gambar 4. 26 Collaboration Diagram Mengirim Laporan Jobdesk
44
Gambar 4. 27 Collaboration Diagram Cek Schedule
Gambar 4. 28 Collaboration Diagram Mengirim Konfirmasi Kedatangan
45
1.3.1.7. Class Diagram Sistem Pengelolaan Acara di BEM
Fasilkom UNSIKA
Gambar 4. 29 Class Diagram Sistem Informasi Pengelolaan Acara
46
1.3. Desain
Gambar 4. 30 Login
Gambar 4. 31 Main Menu - Keplak
47
Gambar 4. 32 Menu Jobdesk – Keplak
Gambar 4. 33 Memilih Sieksi yang akan dikirim Jobdesk - Keplak
48
Gambar 4. 34 Membuat Jobdesk baru - Keplak
Gambar 4. 35 Calendar Schedule - Keplak
49
Gambar 4. 36 Buat Schedule - Keplak
Gambar 4. 37 Cek Status Schedule & Jobdesk - Keplak
50
Gambar 4. 38 Cek Status Schedule & Jobdesk 2 - Keplak
Gambar 4. 39 Daftar Panitia – Keplak
51
Gambar 4. 40 Main Menu – Sieksi Bidang
Gambar 4. 41 Cek Jobdesk dan Kirim Laporan – Sieksi Bidang
52
Gambar 4. 42 Cek Jobdesk dan Kirim Laporan 2 – Sieksi Bidang
Gambar 4. 43 Cek Schedule – Sieksi Bidang
53
Gambar 4. 44 Konfirmasi Kedatangan – Sieksi Bidang
1.4. Implementasi
Bahasa yang akan digunakan untuk membuat program ini menggunakan
bahasa pemrograman java.
1.5. Software Testting
Sistem yang telah dibuat, akan diuji fungsionalnya menggunakan Black-box
Testing. Berikut hasil Black-box Testing dari aplikasi yang telah dibuat yang
disajikan dalam bentuk tabel :
No Black-Box Testing
1
Fungsi Yang Diuji Form Login
Skenario Pengujian Mengisi Username & Password
Test CaseUsername : -Password :-
Hasil Yang DiharapkanSistem akan menolak akses dan Kembali Ke Tampilan Awal Login dan Form akan berwarna Merah
Hasil Pengujian Sesuai yang diharapkan.
54
Kesimpulan Valid.
2
Fungsi Yang Diuji Form Login
Skenario Pengujian Mengisi Username & Password
Test CaseUsername : keplakPassword :keplak
Hasil Yang DiharapkanSistem akan mengarahkan User ke Interface Main menu
Hasil Pengujian Sesuai yang diharapkan.
Kesimpulan Valid.
3
Fungsi Yang Diuji Main Menu
Skenario Pengujian Berhasil Login
Test Case Username dan Password Valid
Hasil Yang DiharapkanTampil 4 Menu Utama (Jobdesk, Penjadwalan, Monitoring, List Panitia)
Hasil Pengujian Sesuai yang diharapkan.
Kesimpulan Valid.
4
Fungsi Yang Diuji Membuat Jobdesk
Skenario PengujianMemilih Menu Jobdesk> Buat Jobdesk> Pilih Sieksi yang dituju
Test Case
Form BuatJobdeskNama Jobdesk :Deskripsi Jobdesk :Deadline Jobdesk :Klik / Touch Buat
Hasil Yang DiharapkanProgram akan menyimpan Jobdesk kedalam Database
Hasil Pengujian Sesuai yang diharapkan.
Kesimpulan Valid.
5
Fungsi Yang Diuji Mengirim Jobdesk
Skenario PengujianMengirim Jobdesk yang sudah dibuat ke Sieksi yang sudah dipetakan
Test Case Klik/touch Jobdesk > Kirim Jobdesk
Hasil Yang DiharapkanProgram akan mengirimkan Jobdesk Kepada Sieksi terkait.
Hasil Pengujian Sesuai yang diharapkan.
Kesimpulan Valid.
55
6
Fungsi Yang Diuji Membuat Buat dan Mengirim Schedule
Skenario PengujianMembuat Schedule Acara dan Mengirim Pada Seluruh Kategori Sieksi
Test Case
Klik/touch Menu Schedule > touch Tanggal Event Form ScheduleNama Schedule :Aktifkan Remainder :Dimulai tanggal : Tempat acara :Deskripsi Schedule :Klik/touch Simpan dan Kirim
Hasil Yang Diharapkan
Program akan menampilkan POPUP “Form Input/buat Schedule ”. Setelah Form diisi Schedule diposting dan dikirm ke Seluruh Sieksi
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
7
Fungsi Yang Diuji Cek Status Schedule & Jobdesk
Skenario PengujianMonitoring Status Schedule dan perkembangan Jobdesk
Test CaseTouch Cek Status Schedule & Jobdesk
Hasil Yang DiharapkanMenampilkan Status Schedule dan Penyelesaian Jobdesk
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
8
Fungsi Yang Diuji List Panitia
Skenario Pengujian Melihat Seluruh Daftar Panitia
Test Case Klik/Touch Menu List Panitia
Hasil Yang Diharapkan Program Menampilkan Daftar Seluruh Panitia
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid.
9
Fungsi Yang Diuji Cek Jobdesk
Skenario Pengujian Menampilkan Jobdesk yang dikirim Keplak
Test Case Klik/Touch Menu CekJobdesk
56
Hasil Yang DiharapkanProgram menampilkan Seluruh Jobdesk yang dikirimkan Keplak
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
10
Fungsi Yang Diuji Mengirim Laporan Jobdesk
Skenario PengujianMenandai Jobdesk yang diselesaikan dan Mengirimkan ke Keplak
Test Case Checklist Pada Jobdesk > Kirim Laporan
Hasil Yang DiharapkanProgram mengirimkan Laporan Jobdesk kepada Keplak
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
11
Fungsi Yang Diuji Cek Schedule
Skenario PengujianMenampilkan Calender Schedule Event yang dibuat Keplak
Test Case Klik/Touch Menu CekSchedule
Hasil Yang DiharapkanProgram menampilkan Calendar Schedule Event berikut Detail Event
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
12
Fungsi Yang Diuji Konfirmasi Kedatangan
Skenario PengujianMembuka Remainder lalu Menandai Schedule terdekat
Test CaseTouch Remainder > touch Schedule > Konfirmasi Kedatangan
Hasil Yang DiharapkanProgram akan mengirimkan Status kedatangan Sieksi pada acara kepada Keplak
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
13
Fungsi Yang Diuji Remainder
Skenario Pengujian Membuka dan menerima Pengingat
Test Case Klik/Touch Pada Icon Remainder
Hasil Yang DiharapkanProgram menampilkan pesan Pengingat Schedule yang diberikan Keplak
Hasil Pengujian Sesuai yang diharapkan
Kesimpulan Valid
57
58
Tabel 4. 1 Black-Box Testting
BAB VPENUTUP
1.1. Kesimpulan
Perancangan Sistem Informasi Event Managemant System
ini merupakan perancangan dari sistem sebelumnya yang masih
menggunakan cara sistem manual, Maka penulis mengambil kesimpulan bahwa :
1. Dengan adanya perangkat lunak Sistem Informasi EMS, proses pengolahan
data anggota bisa lebih cepat dan efektif, sehingga jika ada event / acara yang
akan diselengarakan oleh BEM Fasilkom Unsika dapat dilakukan pembagian
team /seksi agar bisa lebih cepat terlaksana.
2. Dengan adanya perangkat lunak Sistem Informasi EMS ketua pelaksana
tidak perlu sering mengadakan pertemuan dengan seksi-seksi agar lebih
cepat dan mudah.
1.2. Saran
Berdasarkan kesimpulan yang diambil maka penulis membuatrekomendasi
kepada BEM Fasilkom Unsika yang menggunakan perangkat lunak ini sebagai
pendukung
kegiatan operasional BEM Fasilkom Unsika yaitu sebagai berikut :
1. Bagi peneliti lain yang meneliti Sistem Informasi Event Managemant
Systemdiharapkan dapat mengembangkan pengolahan data anggota terutama
pada anggota event Managemant System agar bisa lebih User – Friendly
terhadap pengguna sistem tersebut, Baik dari interface perangkat lunak
maupun dari anggotayang ada.
2. Bagi peneliti lain yang meneliti Sistem Informasi Event Managemant
systemdiharapkan bisa dikembangkan dengan menggunakan media internet
untuk pengisian lembar anggota , dan menggunakannya secara online.
3. Untuk pengguna sistem informasi ini menggadakan penelitian bagi anggota
BEM Fasilkom Unsika khususnya yang ikut menggunakan sistem informasi
ini.
4. Agar peroses atau perogram ini dapat di oprasikan dengan baik maka maka
dilakukan pemeliharaan perangkat lunak (maintenance).
59
DAFTAR PUSTAKA
Apriani, Wina (2012). Sistem Informasi Pengelolaan Data Obat.
Bandung :Universitas Komputer Indonesia.
Anjar, Nurul. “Pengembangan Sistem Teknologi Informasi Metode
SDLC”.09 Desember
2015http://www.academia.edu/10825758/SDLC_tugas_STI
Schauer, Steven. “Student Login Sequence Diagram”. 19 Desember
2015http://creately.com/diagram/example/h9256rlo1/student%20login
%20sequence%20diagram
Ilham, Ranto, Rangga, Donal (2013). Aplikasi Transaksi Penjualan Sepeda
Motor (Proyek 1), Politeknik Negeri Batam.
Kadir, A (1999). Konsep Dan Tuntunan Basis Data. Andi Offset, Yogyakarta.
Sutedjo (2002). Perencanaan Dan Pembangunan Sistem Informasi. Andi
Offset, Jogjakarta.
Sutanta, Edhy (2003).Sistem Informasi Manajemen .Graha Ilmu, Yogyakarta.
Munawar (2005). Pemodelan Visual dengan UML . Graha Ilmu, Yogyakarta.
Suardika. 2012. Stepby Step Desain Proyek MenggunakanUML. Andi
Offset , Yogyakarta.
Academia. http://www.academia.edu. Diakses pada tanggal 16 Desember
2015.
Themeforest. http://www.themeforest.com. Diakses pada tanggal 09
Desember 2015
60