Backup Fazri
PROTIOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN
VOICE BERBASIS ARDUINO UNO DAN ANDROID
PADA KECAMATAN SEPATAN
Disusun Oleh :
NIM |
: 1133468947
|
NAMA |
JURUSAN SISTEM KOMPUTER
KONSENTRASI CREATIVE COMMUNICATION AND INNOVATIVE TECHNOLOGY
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
TANGERANG
2014/2015
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PENGESAHAN SKRIPSI
PROTIOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN
VOICE BERBASIS ARDUINO UNO DAN ANDROID
PADA KECAMATAN SEPATAN
Disusun Oleh :
NIM |
: 1133468947
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Komputer
|
Konsentrasi |
: Creative Communication And Innovative Technology
|
Disahkan Oleh :
Tangerang, ..... 2015
Ketua |
Kepala Jurusan
| ||||
STMIK RAHARJA |
Jurusan Sistem Informasi
| ||||
(Ir. Untung Rahardja, M.T.I) |
(Ferry Sudarto,S.Kom., M.Pd)
| ||||
NIP : 000594 |
NIP : XXXXXX
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN PEMBIMBING
JPROTIOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN
VOICE BERBASIS ARDUINO UNO DAN ANDROID
PADA KECAMATAN SEPATAN
Dibuat Oleh :
NIM |
: 1331474559
|
Nama |
Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif
Jurusan Sistem Komputer
Konsentrasi Computer System
Disetujui Oleh :
Tangerang,.... 2015
Pembimbing I |
Pembimbing II
| ||
(Moch.Ibnu Safari,M.Kom) |
(Ferry Sudarto,S.Kom., M.Pd. )
| ||
NID : 14009 |
NID : 10001
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR PERSETUJUAN DEWAN PENGUJI
PROTIOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN
VOICE BERBASIS ARDUINO UNO DAN ANDROID
PADA KECAMATAN SEPATAN
Dibuat Oleh :
NIM |
: 1133468947
|
Nama |
Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian
Komprehensif
Jurusan Sistem Informasi
Konsentrasi Sistem Informasi Manajemen
Tahun Akademik 2014/2015
Disetujui Penguji :
Tangerang, .... 2015
Ketua Penguji |
Penguji I |
Penguji II
| ||
(_______________) |
(_______________) |
(_______________)
| ||
NID : |
NID : |
NID :
|
SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER
(STMIK) RAHARJA
LEMBAR KEASLIAN SKRIPSI
PROTIOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN
VOICE BERBASIS ARDUINO UNO DAN ANDROID
PADA KECAMATAN SEPATAN
Disusun Oleh :
NIM |
: 1133468947
|
Nama |
|
Jenjang Studi |
: Strata Satu
|
Jurusan |
: Sistem Komputer
|
Konsentrasi |
: Creative Communication And Innovative Technology
|
Menyatakan bahwa Skripsi ini merupakan karya tulis saya sendiri dan bukan merupakan tiruan, salinan, atau duplikat dari Skripsi yang telah dipergunakan untuk mendapatkan gelar Sarjana Komputer baik di lingkungan Perguruan Tinggi Raharja maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.
Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab, serta bersedia menerima sanksi jika pernyataan diatas tidak benar.
Tangerang, ..... 2015
NIM : 1133468947
|
)*Tandatangan dibubuhi materai 6.000;
ABSTRAKSI
Suara merupakan media untuk berkomunikasi yang paling sering digunakan oleh manusia. Dengan suara manusia dapat memberikan informasi maupun perintah. Dalam perkembangan teknologi saat ini, memungkinkan manusia dapat berkomunikasi dan berinteraksi dengan komputer menggunakan suara. Salah satu nya adalah perangkat lunak perintah suara (voice command). Kini penyampaian informasi semakin cepat sehingga media informasi yang berkembang semakin inovatif dan menarik. Salah satu media informasi adalah running text, dan ini banyak dipilih orang sebagai sarana advertising. Display Running Text pada umumnya berupa led-led yang disambung dan dirangkai menjadi deretan led ataupun dapat berupa dot matrix. Running Text ini dilengkapi dengan output suara yang dibuat dengan berbasis arduino uno dan android yang dikontrol dengan menggunakan bluetooth. Hal ini dapat memudahkan para masyarakat yang ingin membuat e-KTP dan surat-surat berharga lainnya pada kantor Kecamatan Sepatan agar pelayanan dapat terlaksana dengan baik dan optimal.
Kata Kunci: ........
ABSTRACT
Isi abstract dengan bahasa inggris.
Keywords : ............
KATA PENGANTAR
Puji dan syukur penulis panjatkan kehadirat Tuhan Yang Maha Esa yang telah memberikan rahmat-Nya sehingga penulis dapat menyelesaikan laporan Kuliah Kerja Praktek (KKP) ini dengan baik. Laporan ini disajikan dalam bentuk buku. Adapun judul yang diambil dalam penyusunan Kuliah Kerja Praktek (KKP) ini adalah "PROTOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN ARDUINO UNO BERBASIS OS ANDROID PADA KECAMATAN SEPATAN".
Laporan ini merupakan hasil kerja praktek penulis di Perguruan Tinggi Raharja. Laporan ini merupakan salah satu syarat yang ditempuh oleh mahasiswa sebelum melaksanakan Skripsi dalam jenjang Sarjana jurusan Sistem Informasi pada Perguruan Tinggi Raharja, Tangerang. Sebagai bahan penulisan, data dikumpulkan berdasarkan hasil observasi, wawancara, dan sumber literature yang mendukung penulisan ini. Penulis menyadari bahwa tanpa bimbingan dan dorongan banyak pihak, maka penulis tidak akan dapat menyelesaikan tugas ini dengan baik dan tepat waktu.
Penulis menyampaikan ucapan terima kasih kepada pihak-pihak yang telah membantu dalam menyelesaikan laporan SKRIPSI ini, antara lain :
- Bapak Ir. Untung Rahardja, M.T.I selaku Presiden Direktur Perguruan Tinggi Raharja dan juga sebagai dosen pembimbing yang telah berkenan memberikan bimbingan dan pengarahan kepada penulis.
- Bapak Drs. Po. Abas Sunarya, M.Si selaku Direktur Perguruan Tinggi Raharja.
- Bapak Ferry Sudarto , S.Kom., M.Pd selaku Kepala Jurusan Sistem Komputer.
- Bapak Moch.Ibnu Safari,M.Kom selaku pembimbing yang telah memberikan banyak masukan dalam penyusunan KKP ini.
- Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
- Kedua orang tua, Adik dan semua saudara dalam keluarga yang telah memberikan dukungan, baik moril, materil, maupun doa untuk keberhasilan kepada penulis dalam menyelesaikan laporan Kuliah Kerja Praktek (KKP) ini.
- Teman-teman FUMMRI yang selalu memberikan motivasi kepada penulis dalam penyusunan KKP ini.
- Rekan-rekan seperjuangan yang telah memberikan saya semangat dalam menyelesaikan KKP ini.
- Serta semua pihak yang tidak dapat penulis sebutkan satu persatu yang telah ikut membantu dalam penyusunan KKP ini.
- Seluruh anggota RCEP yang telah memberikan dukungan dan masukan.
Penulis menyadari bahwa dalam penulisan Laporan Skripsi ini masih jauh dari sempurna. Oleh karena itu kritik dan saran yang membangun, penulis harapkan sebagai pemicu untuk dapat berkarya lebih baik lagi. Semoga Laporan Skripsi ini bermanfaat bagi pihak yang membutuhkan.
Tangerang, ..... 2015 | |
Muhammad Fazri | |
NIM. 1133468947 |
Daftar isi
- 1 BAB I
- 2 BAB II
- 3 BAB III
- 4 BAB IV
- 5 BAB V
- 6 DAFTAR PUSTAKA
- 7 DAFTAR LAMPIRAN
BAB I
Latar Belakang
Suara merupakan media untuk berkomunikasi yang paling sering digunakan oleh manusia. Dengan suara manusia dapat memberikan informasi maupun perintah. Maka dari itu dibutuhkan suatu teknologi yang memungkinkan manusia dapat berkomunikasi dan berinteraksi dengan komputer menggunakan suara. Salah satu nya perangkat lunak perintah suara (voice command). Dengan adanya perangkat lunak ini, manusia cukup memberikan perintah-perintah secara lisan kepada komputer selayaknya memberikan perintah kepada orang lain.
Informasi adalah data yang telah diolah dan dianalisa secara formal menjadi sebuah bentuk yang bermanfaat bagi penerimanya. Informasi ini dijadikan sebagai sarana penyampaian berita untuk orang lain. Saat ini penyampaian informasi semakin cepat sehingga media informasi yang berkembang semakin inovatif dan menarik.
Dalam menyampaikan suatu informasi kita harus kreatif dan sebisa mungkin agar para pengunjung terkesan. Salah satu media informasi adalah running text, running text atau tulisan berjalan adalah suatu media elektronik yang sangat berguna untuk media informasi yang sangat inovasi dan menarik. Running Text banyak dipilih orang sebagai sarana advertising, selain tampilan yang sangat entertaint, running text sendiri memiliki daya tarik bagi orang – orang di sekitar yang melihatnya. seperti yang kita ketahui, bahwa indra penglihatan manusia berupa mata sangat tertarik terhadap suatu pandangan yang cerah, berwarna, mencolok, dan lain dari sekelilingnya. Hal ini mendasari warna dari display running text yang mengundang mata seseorang di sekitarnya untuk melihat ke arahnya.
Running text yang ada yaitu berupa led-led yang disambung dan dirangkai menjadi deretan led ataupun dapat berupa dot matrix. Dot matrix merupakan deretan led yang membentuk array dengan jumlah kolom dan baris tertentu, sehingga titik-titik yang menyala dapat membentuk suatu karakter angka, huruf, tanda baca dan sebagainya. Android yang dijadikan sebagai alat untuk mengirimkan data yang akan diproses di arduino lalu program diolah menjadi bilangan binner dan kemudian dot metrik akan menghasilkan output berupa tampilan display.
Pada Kecamatan Sepatan divisi Pemerintahan sering mengalami antrian yang sangat panjang dalam pembuatan E-KTP dan surat-surat berharga yang lainnya seperti surat kartu keluarga dan banyak sekali para pengantri merasa bosan dan tidak mengetahui kalau namanya telah di panggil oleh petugas.
Berdasarkan permasalahan di atas, maka penulis ingin merancang suatu alat sederhana yang berjudul “PROTOTIPE PENGONTROLAN RUNNING TEXT MENGGUNAKAN VOICE BERBASIS ARDUINO UNO DAN ANDROID PADA KECAMATAN SEPATAN - TANGERANG ”
Rumusan Masalah
Beberapa hal yang menjadi perumusan dalam penyusunan laporan ini antara lain:
-
Bagaimana Arduino berkomunikasi dengan perintah suara pada Android?
-
Bagaimana cara pengontrolan Running Text melalui perintah suara?
-
Apakah dengan ada alat runnning text menggunakan voice dapat mengurangi antrian pada kecamatan sepatan ?
Ruang Lingkup Penelitian
Dari permasalahan yang ada maka penulis membatasi ruang lingkup penelitian pada :
-
Peraancangan dan Pembuatan alat ini menggunakan Arduino
-
Perancangan dan pembuatan alat ini menggunakan Voice
Tujuan dan Manfaat Penelitian
Tujuan Penelitian
Ini adalah tujuan penelitian:
1. Tujuan Individu
-
Untuk memenuhi syarat kelulusan skripsi
-
untuk meningkatkan kreatifitas dalam membuat suatu program/alat.
2. Tujuan Fungsional
Sebagai media informasi yang menarik dan sebagai pengingat kepada para pengantri agar namanya tidak terlewat dalam pemanggilan antrian.
3. Tujuan Operasional
Untuk mempermudah pegawai kecamatan Sepatan untuk memanggil para pengantri
Manfaat Penelitian
Adapun manfaat yang dihasilkan dari penelitian ini adalah :
1. Tujuan Individu
Menambahkan kreatifitas untuk peneliti dan menambah pengalaman
2. Tujuan Fungsional
Mengenalkan teknologi runing text sebagai media informasi yang creative and innovative
3. Tujuan Operasional
Menambah daya tarik kepada para pengunjung kantor Kecamatan Sepatan.dan Mempermudah mengganti display running text hanya dengan menggunakan Smart Phone
Metode Penelitian
Metode Pengumpulan Data
- Metode Wawancara
Dalam metode ini, mewawancarai responden yang bernama Sumino,S.Ip. Stakeholder ingin membuat sebuah media informasi yang menarik dan inovasi menggunakan voice pada kecamatan Sepatan dengan tujuan mengurangi antrian.
- Metode Studi Pustaka
Metode untuk mendapatkan informasi dengan mencatat dan mempelajari buku-buku atau literature review yang berhubungan dengan penelitian dari berbagai sumber yang tertulis maupun elektronik. Sebagian besar penulis melakukan pengumpulan data dan metode diambil dari situs-situs internet, dan sisanya dari buku cetak.
- Metode Observasi
Merupakan metode pengumpulan data melalui pengamatanlangsung atau peninjauan secara cermat dan langsung di lapangan atau lokasi penelitian. Penelitian ini dilakukan selama dua bulan Maret-April 2015 pada Kecamtan Sepatan, yang menjadi lokasi penelitian guna memperoleh data dan keterangan yang berhubungan dengan jenis penelitian.Adapun data yang saya ambil adalah peta,profil,struktur,tugas pokok Kecamatan Sepatan.
Metode Perancangan
Dalam laporan skripsi ini, perancangan yang digunakan adalahmetode perancangan melalui tahap pembuatan flowchart yang di desain dengan mengikuti cara kerja sistem. Dan pada perancangan alat menggunakan Diagram Blok, metode ini dimaksudkan untuk bagaimana sistem itu dirancang dan alat apa saja yang dibutuhkan. Pada pembuatan alat ini, penulis menggunakan alat seperti: sensor suara pada Smartphone Android, mikrokontroller Arduino, Dot Matrix 8X8.
Metode Pengujian
Pada metode pengujian ini yang saya pakai adalah metode pengujian black box, karena berfokus pada domain informasi dari perangkat lunak
Metode Prototype
Metode yang dipakai adalah metode prototyping evolutionary, karena dengan evolutionary ini sistem atau produk yang sebenarnya dipandang sebagai evolusi dari versi awal yang sangat terbatas menuju produk final atau produk akhir
Sistematika Penulisan
Laporan ini terbagi dalam beberapa bab yang berisi urutan secaragaris besar dan kemudian dibagi lagi dalam sub-sub yang akan membahas dan menguraikan masalah yang lebih terperinci. Secara garis besar penulisan ini terdiri dari :
BAB I PENDAHULUAN
Bab ini berisi uraian latar belakang, perumusan masalah,ruang lingkup penelitian, tujuan dan manfaat, metode penelitian dan sistematika penulisan.
BAB II LANDASAN TEORI
Bab kedua ini berisi landasan teori sebagai konsep dasardalam penyusunan alat dan beberapa definisi yang sesuai dengan penelitian sehingga menghasilkan karya yang bernilai ilmiah dan memiliki daya guna .
BAB IIIPEMBAHASAN
Bab ketiga ini berisikan tinjauan organisasi, gambaran umum perusahaan, sejarah singkat, penjelasan tentang wewenang dan tanggung jawab, struktur organisasi, komponen yang digunakan, berikut pembahasan nya.
BAB IV RANCANGAN SISTEM YANG DIUSULKAN
Bab ini menjelaskan tentang implementasi dari system yang telah dirancang kemudian dilakukan pengujian atas kinerja dari system dan analisa terhadap komunikasi antara Arduino, Running Text dan bluetooth sebagai media interface untuk menerima perintah suara.
BAB V KESIMPULAN DAN SARAN
Bab ini berisi tentang kesimpulan dan saran dari pembuatan alat dan laporan sebagai upaya untuk perbaikan kedepan.
DAFTAR PUSTAKA
DAFTAR LAMPIRAN
BAB II
Teori Umum
Konsep Dasar Prototipe
Menurut Simarmata (2010:62)[1], “Prototype adalah bagian dari produk yang mengekspresikan logika maupun fisik antarmuka eksternal yang ditampilkan”.
Menurut Deni Darmawan dan Kunkun Nur Fauzi (2013:229)[2], Prototipe adalah satu versi dari sebuah sistem potensial yang memeberikan ide bagi para pengembang dan calon pengguna, bagaimana sistem akan berfungsi dalam bentuk yang telah selesai.
Berdasarkan kedua definisi di atas, maka dapat disimpulkan Prototype adalah contoh dari produk atau sistem dalam bentuk sebenarnya yang dapat dirubah sesuai keinginan sebelum direalisasikan.
Jenis-jenis Prototipe secara general dibagi menjadi dua, yaitu: Menurut Simarmata (2010:64)[1]
- Rapid Throwaway Prototyping
Pendekatan pengembangan perangkat keras/Iunak ini dipopulerkan Soleh Gomaa dan Scoot (1981) yang saat ini telah digunakan secara luas oleh industri, terutama di dalam pengembangan aplikasi. Pendekatan ini biasanya digunakan dengan item yang berisiko tinggi (high-risk) atau dengan bagian dari sistem yang tidak dimengerti secara keseluruhan oleh para tim pengembang. Pada pendekatan ini, Prototype "quick and dirty" dibangun, diverifikasi oleh kansumen, dan dibuang hingga Prototype yang diinginkan tercapai pada saat proyek berskala besar dimulai. - Prototype Evolusioner
Pada pendekatan evolusioner, suatu Prototype berdasarkan kebutuhan dan pemahaman secara umum. Prototype kemudian diubah dan dievolusikan daripada dibuang. Prototype yang dibuang biasanya digunakan dengan aspek sistem yang dimengerti secara luas dan dibangun atas kekuatan tim pengembang. Prototype ini juga didasarkan atas kebutuhan prioritas, kadang-kadang diacu sebagai “chunking” pada pengembang aplikasi (Hough, 1993).
Kelebihan dan Kelemahan prototyping adalah sebagai berikut :
Keunggulan | Kekurangan |
a.) Adanya komunikasi yang baik antara pengembang dan user. b.) Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan user. c.) User berperan aktif dalam pengembangan sistem. d.) Lebih menghemat waktu dalam pengembangan sistem. e.) Penerapan menjadi lebih mudah karena pemakai mengetahui apa yang diharapkannya | a.) User kadang tidak melihat atau menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas perangkat lunak secara keseluruhan dan juga belum memikirkan kemampuan pemeliharaan untuk jangka waktu lama. b.) Pengembang biasanya ingin cepat menyelesaikan proyek. Sehingga menggunakan algoritma dan bahasa pemrograman yang sederhana untuk membuat prototyping lebih cepat selesai tanpa memikirkan lebih lanjut bahwa program tersebut hanya merupakan cetak biru sistem. c.) Hubungan user dengan komputer yang disediakan mungkin tidak mencerminkan teknik perancangan yang baik. |
Tabel 2.1 Keunggulan dan Kekurangan Prototipe
Sumber: Simarmata (2010:68)[1]
Konsep Mobile Applicatons
Menurut Edy Irwansyah (2010:61)[3], “mobile applicatons adalah aplikasi perangkat lunak yang dibuat khusus untuk dijalankan didalam tablet dan juga smartphone ".
Umumnya untuk pembuatan Mobile applicatons para devepor moble app memerlukan IDE atau Integrated development environment dan juga SDK(software development kit), untuk pembuatan atau pengembangan dari mobile Apps.
Pada dasarnya mobile applicatons bekerja menggunakan tenaga batrei dan juga mendapat dukungan dari prosesor, mobile applicatons sebelum di lempar ke pasaran akan di uji terlebih dahulu menggunakan emulator.
Konsep Dasar Flow Chart
1. Definisi Flow Chart
Menurut Sulindawati dan Muhammad Fathoni (2010:8)[4], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dau urutan-urutan prosedur dari suatu program.
Menurut Adelia dan Jimmy Setiawan (2011:116)[5], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urut-urutan prosedur dari suatu program”.
Dari pendapat di atas dapat disimpulkan bahwa Flowchart adalah bentuk gambar/diagram yang mempunyai aliran satu atau dua arah secara sekuensial.
Flowchart biasanya mempermudah penyelesaian suatu masalah khususnya masalah yang perlu dipelajari dan di evaluasi lebih lanjut. Bila seorang analisi dan programmer akan membuat flowchart, ada beberapa petunjuk yang harus diperhatikan.
2. Cara Membuat Flow Chart
Ada beberapa petunjuk dalam pembuatan Flow chart Menurut Menurut Sulindawati dan Muhammad Fathoni (2010:8): [4],
- Flowchart digambarkan dari halaman atas ke bawah dan kiri ke kanan.
- Aktifitas yang digambarkan harus didefinisikan secara hati-hati dan definisi ini harus dapat dimengerti oleh pembacanya.
- Kapan aktifitas dimulai dan berakhir harus ditentukan secara jelas.
- Setiap langkah dari aktivitas harus diuraikan dengan menggunakan deskripsi kata kerja.
- Setiap langkah dari aktifitas harus berada pada urutan yang benar.
- Lingkup dan range dari aktifitas yang sedang digambarkan harus ditelusuri dengan hati-hati.
- Gunakan simbol-simbol flowchart yang standar.
3. Jenis-Jenis Flowchart
Ada lima macam bagan alir yang akan dibahas di modul ini, yaitu sebagai berikut :
a. Bagan Alir Sistem (Systems Flowchart)Merupakan bagan yang menunjukkan alur kerja atau apa yang sedang dikerjakan di dalam sistem secara keseluruhan dan menjelaskan urutan dari prosedur-prosedur yang ada dalam sistem.
Sumber: Rachman (2012:78)
Gambar 2.1. Bagan Alir Sistem (System Flowcharts)
b. Bagan Alir Dokumen (Document Flowchart)Menelusuri alur dari data yang ditulis melalui sistem. Fungsi utamanya untuk menelusuri alur form dan laporan sistem dari satu bagian ke bagian yang lain.
Sumber: Rachman (2012:90)
Gambar 2.2. Bagan Alir Dokumen (Document Flowchart)
c. Bagan Alir Skematik (Schematic Flocwchart)Mirip dengan Flow Chart sistem yang menggambarkan suatu sistem atau prosedur.
Sumber: Rachman (2012:93)
Gambar 2.3. Bagan Alir Skematik (Schematic Flowchart)
d. Bagan Alir Program (Program Flowchart)Merupakan keterangan yang lebih rinci tentang bagaimana setiap langkah program atau prosedur dilaksanakan.
Sumber: Rachman (2012:95)
Gambar 2.4. Bagan Alir Program (Program Flowchart)
e. Bagan Alir Proses (Process Flowchart)Merupakan teknik penggambaran rekayasa industrial yang memecah dan menganalisis langkah selanjutnya dari sebuah sistem.
Sumber: Rachman (2012:97)
Gambar 2.5. Bagan Alir Proses (Process Flowchart)
Sumber: Rachman (2012:98)
Gambar 2.6. Contoh Variasi Aplikasi Flowchart
Konsep Dasar Pengujian
1. Definisi Pengujian
Menurut Rizky (2011:237), “Testing adalah sebuah proses yang diejawantahkan sebagai siklus hidup dan merupakan bagian dari proses rekayasa perangkat lunak secara terintegrasi demi memastikan kualitas dari perangkat lunak serta memenuhi kebutuhan teknis yang telah disepakati dari awal.
Menurut Simamarta (2010:323), “Pengujian adalah proses terhadap aplikasi. Program untuk menemukan segala kesalahan dan segala kemungkinan yang akan menimbulkan kesalahan sesuai dengan spesifikasi perangkat lunak yang telah ditentukan sebelum aplikasi tersebut diserahkan kepada pelanggan.Dari pengertian diatas dapat disimpulkan bahwa pengujian adalah prose terhadap aplikai yang saling terintegrasi guna untuk menemukan kesalahan dan segala kemungkinan yang akan menimbulkan kesalahan.
Secara teoritis, testing dapat dilakukan dengan berbagai jenis tipe dan teknik. Namun secara garis besar, terdapat dua jenis tipe testing yang paling umum digunakan di dalam lingkup rekayasa perangkat lunak. Dua jenis tersebut adalah Black box dan White box testing.
2. Definisi Black Box
Menurut Rizky (2011:237), “Testing adalah sebuah proses yang diejawantahkan sebagai siklus hidup dan merupakan bagian dari proses rekayasa perangkat lunak secara terintegrasi demi memastikan kualitas dari perangkat lunak serta memenuhi kebutuhan teknis yang telah disepakati dari awal.
Menurut Simanjuntak, dkk (2010:1),black box pengujian adalah metode pengujian perangkat lunak yang tes fungsionalitas dari aplikasi yang bertentangan dengan struktur internal atau kerja (lihat pengujian white-box). pengetahuan khusus dari kode aplikasi / struktur internal dan pengetahuan pemrograman pada umumnya tidak diperlukan. Uji kasus dibangun di sekitar spesifikasi dan persyaratan, yakni, aplikasi apa yang seharusnya dilakukan.
Menurut Siddiq (2012:4),“Pengujian black box adalah pengujian aspek fundamental sistem tanpa memperhatikan struktur logika internal perangkat lunak. Metode ini digunakan untuk mengetahui apakah perangkat lunak berfungsi dengan benar.
Menurut Budiman (2012:4) Pengujianblack box merupakan metode perancangan data uji yang didasarkan pada spesifikasi perangkat lunak. Data uji dibangkitkan, dieksekusi pada perangkat lunak dan kemudian keluaran dari perangkat lunak diuji apakah telah sesuai dengan yang diharapkan.
Dari ketiga definisi di atas dapat disimpulkan bahwa metode pengujian BlackBox digunakan untuk menguji sistem dari segi user yang dititik beratkan pada pengujian kinerja, spesifikasi dan antarmuka sistem tersebut tanpa menguji kode program yang ada.
Black Box Testing tidak membutuhkan pengetahuan mengenai, alur internal (internal path), struktur atau implementasi dari software under test (SUT). Karena itu uji coba BlackBox memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program.
Uji coba BlackBox berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya:
- Fungsi-fungsi yang salah atau hilang
- Kesalahan interface
- Kapan aktifitas dimulai dan berakhir harus ditentukan secara jelas.
- Kesalahan dalam struktur data atau akses database eksternal
- Kesalahan performa
- kesalahan inisialisasi dan terminasi
Uji coba BlackBox diaplikasikan dibeberapa tahapan berikutnya. Karena uji coba BlackBox dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain. Uji coba didesain untuk dapat menjawab pertanyaan pertanyaan berikut:
a. Bagaimana validitas fungsionalnya diuji?
b. Jenis input seperti apa yang akan menghasilkan kasus uji yang baik?
c. Apakah sistem secara khusus sensitif terhadap nilai input tertentu?
d. Bagaimana batasan-batasan kelas data diisolasi?
e. Berapa rasio data dan jumlah data yang dapat ditoleransi oleh sistem?
f. Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?
Sehingga dalam uji coba BlackBox harus melewati beberapa proses sebagai berikut:
a. Menganalisis kebutuhan dan spesifikasi dari perangkat lunak.
b. Pemilihan jenis input yang memungkinkan menghasilkan output benar serta jenis input yang memungkinkan output salah pada perangkat lunak yang sedang diuji.
c. Menentukan output untuk suatu jenis input.
d. Pengujian dilakukan dengan input-input yang telah benar-benar diseleksi.
e. Melakukan pengujian.
f. Pembandingan output yang dihasilkan dengan output yang diharapkan.
g. Menentukan fungsionalitas yang seharusnya ada pada perangkat lunak yang sedang diuji.
2. Metode Pengujian Dalam Black Box
Ada beberapa macam metode pengujian Black Box, berikut diantaranya:
a. EquivalencePartioning
EquivalencePartioning merupakan metode uji coba BlackBox yang membagi domain input dari program menjadi beberapa kelas data dari kasus uji coba yang dihasilkan. Kasus uji penanganan single yang ideal menemukan sejumlah kesalahan (misalnya: kesalahan pemrosesan dari seluruh data karakter) yang merupakan syarat lain dari suatu kasus yang dieksekusi sebelum kesalahan umum diamati.
b. BoundaryValueAnalysis
Sejumlah besar kesalahan cenderung terjadi dalam batasan domain input dari pada nilai tengah. Untuk alasan ini boundaryvalueanalysis (BVA) dibuat sebagai teknik uji coba. BVA mengarahkan pada pemilihan kasus uji yang melatih nilai-nilai batas. BVA merupakan desain teknik kasus uji yang melengkapi Equivalencepartitioning. Dari pada memfokuskan hanya pada kondisi input, BVA juga menghasilkan kasus uji dari domain output.
c. Cause-EffectGraphingTechniques
Cause-EffectGraphing merupakan desain teknik kasus uji coba yang menyediakan representasi singkat mengenai kondisi logikal dan aksi yang berhubungan. Tekniknya mengikuti 4 tahapan berikut:
1) Causes (kondisi input), dan Effects (aksi) didaftarkan untuk modul dan identifier yang dtujukan untuk masing-masing.
2) Pembuatan grafik Causes-Effect graph
3) Grafik dikonversikan kedalam tabel keputusan
4) Aturan tabel keputusan dikonversikan kedalam kasus uji
d. ComparisonTesting
Dalam beberapa situasi (seperti: aircraft avionic, nuclear Power plant control) dimana keandalan suatu software amat kritis, beberapa aplikasi sering menggunakan software dan hardware ganda (redundant). Ketika softwareredundant dibuat, tim pengembangan software lainnya membangun versi independent dari aplikasi dengan menggunakan spesifikasi yang sama. Setiap versi dapat diuji dengan data uji yang sama untuk memastikan seluruhnya menyediakan output yang sama. Kemudian seluruh versi dieksekusi secara parallel dengan perbandingan hasil real-time untuk memastikan konsistensi. Dianjurkan bahwa versi independent suatu software untuk aplikasi yang amat kritis harus dibuat, walaupun nantinya hanya satu versi saja yang akan digunakan dalam sistem. Versi independent ini merupakan basis dari teknik BlackBoxTesting yang disebut ComparisonTesting atau back-to-backTesting.
e. Sample and RobustnessTesting
1) SampleTesting
Melibatkan beberapa nilai yang terpilih dari sebuah kelas ekivalen, seperti Mengintegrasikan nilai pada kasus uji. Nilai-nilai yang terpilih mungkin dipilih dengan urutan tertentu atau interval tertentu
2) RobustnessTesting
Pengujian ketahanan (RobustnessTesting) adalah metodologi jaminan mutu difokuskan pada pengujian ketahanan perangkat lunak. Pengujian ketahanan juga digunakan untuk menggambarkan proses verifikasi kekokohan (yaitu kebenaran) kasus uji dalam proses pengujian.
f. BehaviorTesting dan PerformanceTesting
1) BehaviorTesting
Hasil uji tidak dapat dievaluasi jika hanya melakukan pengujian sekali, tapi dapat dievaluasi jika pengujian dilakukan beberapa kali, misalnya pada pengujian struktur data stack.
2) PerformanceTesting
Digunakan untuk mengevaluasi kemampuan program untuk beroperasi dengan benar dipandang dari sisi acuan kebutuhan. Misalnya: aliran data, ukuran pemakaian memori, kecepatan eksekusi, dll. Selain itu juga digunakan untuk mencari tahu beban kerja atau kondisi konfigurasi program. Spesifikasi mengenai performansi didefinisikan pada saat tahap spesifikasi atau desain. Dapat digunakan untuk menguji batasan lingkungan program.
g. RequirementTesting
Spesifikasi kebutuhan yang terasosiasi dengan perangkat lunak (input/output/fungsi/performansi) diidentifikasi pada tahap spesifikasi kebutuhan dan desain.
1) RequirementTesting melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program
2) Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan traceability matrix.
h. EnduranceTesting
EnduranceTesting melibatkan kasus uji yang diulang-ulang dengan jumlah tertentu dengan tujuan untuk mengevaluasi program apakah sesuai dengan spesifikasi kebutuhan.
Contoh: Untuk menguji keakuratan operasi matematika (floating point, rounding off, dll), untuk menguji manajemen sumber daya sistem (resources) (pembebasan sumber daya yang tidak benar, dll), input/outputs (jika menggunakan framework untuk memvalidasi bagian input dan output). Spesifikasi kebutuhan pengujian didefinisikan pada tahap spesifikasi kebutuhan atau desain.
3. Kelebihan dan Kelemahan BlackBox
Dalam uji coba BlackBox terdapat beberapa kelebihan dan kelemahan. Berikut adalah keunggulan dan kelemahannya:
Sumber siddiq (2012:14)
4. Definisi White Box
Menurut Shivani Archarya dan Vidhi Pandya (ISSN-2277-1956 Vol.2)
White box testing is testing beyond the user interface and into the nitty-gritty of a system. This method is named so because the software program, in the eyes of the tester, is like a white/transparent box; inside which one clearly sees. White Box Testing is contrasted with Black Box Testing.
(white Box adalah pengujian di luar antarmuka pengguna dan menjadi intisari dari sistem . Metode ini dinamakan demikian karenaprogram perangkat lunak , di mata tester , seperti kotak putih / transparan; dalam yang satu jelas melihat . Pengujian White Box adalahkontras dengan Black Box Testing).
White Box Testing Advantages
a. Increased Effectiveness: Crosschecking design decisions and assumptions against source code may outline a robust
b. design, but the implementation may not align with the design intent.
c. Full Code Pathway Capable: all the possible code pathways can be tested including error handling, dependencies, and additional internal code logic/flow
d. Early Defect Identification: Analyzing source code and developing tests based on the implementation details enables
e. testers to find programming errors quickly
f. Reveal Hidden Code Flaws: access of program modules.
g. No Waiting: Testing can be commenced at an earlier stage. One need not wait for the GUI to be available.
(Keuntungan pengujian White Box)
a. Peningkatan Efektivitas : silang keputusan desain dan asumsi terhadap kode sumber dapat menguraikan kuat
b. desain , tapi pelaksanaannya mungkin tidak sejajar dengan maksud desain .
c. Kode penuh Pathway Mampu : semua jalur kode yang mungkin dapat diuji termasuk penanganan error ,dependensi , dan tambahan kode logika / aliran intern .
d. Awal Cacat Identifikasi : Menganalisis kode sumber dan mengembangkan tes berdasarkan rincian pelaksanaan memungkinkan
e. penguji untuk menemukan kesalahan pemrograman dengan cepat .
f. Mengungkapkan Kode Tersembunyi Cacat : akses modul program.
g. Tidak ada Waiting : Pengujian dapat dimulai pada tahap awal . Satu tidak perlu menunggu GUI akan tersedia).
Menurut Rizky (2011:262), “White Box Testing secara umum merupakan jenis testing yang lebih berkonsentrasi terhadap isi dari perangkat lunak itu sendiri. Jenis ini lebih banyak berkonsentrasi kepada source code dari perangkat lunak yang dibuat.
a. Decision (Branch) Coverage
Sesuai dengan namanya, teknik testing ini fokus terhadap hasil dari tiap skenario yang dijalankan terhadap bagian perangkat lunak yang mengandung percabangan (if...then...else).
b. Condition Coverage
Teknik ini hampir mirip dengan teknik yang pertama, tetapi dijalankan terhadap percabangan yang dianggap kompleks atau percabangan majemuk. Hal ini biasanya dilakukan jika dalam sebuah perangkat lunak memiliki banyak kondisi yang dijalankan dalam satu proses sekaligus.
c. Path Analysis
Merupakan teknik testing yang berusaha menjalankan kondisi yang ada dalam perangkat lunak serta berusaha mengoreksi apakah kondisi yang dijalankan telah sesuai dengan alur diagram yang terdapat dalam proses perancangan.
d. Executive Time
Pada teknik ini, perangkat lunak berusaha dijalankan atau dieksekusi kemudian dilakukan pengukuran waktu pada saat input dimasukkan hingga output dikeluarkan. Waktu eksekusi yang dihasilkan kemudian dijadikan bahan evaluasi dan dianalisa lebih lanjut untuk melihat apakah perangkat lunak telah berjalan sesuai dengan kondisi yang dimaksud oleh tester.
e. Algorithm Analysis
Teknik ini umumnya jarang dilakukan jika perangkat lunak yang dibuat berjenis sistem informasi. Sebab teknik ini membutuhkan kemampuan matematis yang cukup tinggi dari para tester, karena di dalamnya berusaha melakukan analisa terhadap algoritma yang diimplementasikan pada perangkat lunak tersebut
Dari beberapa pengertian diatas dapat disimpulkan bahwa pengujian white box adalah suatu pengujian di luar antarmuka pengguna dan menjadi intisari dari sistem, dengan seperti pengujian dapat diketahui secara cepat.
Teori Khusus
1. Definisi
Literature Review
BAB III
Gambaran Umum Perusahaan
Sejarah Singkat Perusahaan
Perguruan Tinggi Raharja bermula dari sebuah lembaga kursus komputer yang bernama LPPK (Lembaga Pendidikan dan Penelitian Komputer) Raharja yang terletak di Jl. Gatot Subroto km.2 Harmoni Mas Cimone Tangerang.LPPK Raharja diresmikan pada tanggal 3 Januari 1994 oleh bapak walikota Tangerang Drs. H. Zakaria Mahmud, Raharja telah terdaftar pada Depdiknas Kotamadya Tangerang dengan nomor 201/PLSM/02.4/L.93. Lembaga inilah yang mempelopori penggunaan operating system windows dan aplikasinya diwilayah Tangerang dan sekitarnya, hal tersebut mendapat respon positif dan jumlah peminatnya pun meningkat pesat seiring dengan kerjasama yang di lakukan oleh lembaga ini dengan sekolah Lanjutan Tingkat Atas yang ada di Tangerang.
Karena semakin pesatnya perkembangan dan pertumbuhan akan komputerisasi dan meningkatnya peminat masyarakat Tangerang maka pada tanggal 24 Maret 1999 LPPK Raharja berkembang menjadi Akademi Manajemen Informatika dan Komputer (AMIK) Raharja Informatika yang diresmikan melalui surat keputusan Mentri Pendidikan dan Kebudayaan Republik Indonesia Nomor: 56/D/O/1999 yang diserahkan langsung dari Bapak Prof. Dr. Udju D. Rusdi selaku Koordinator KOPERTIS wilayah IV Jawa Barat kepada ketua yayasan Nirwana Nusantara Ibu Kasarina Sudjono. Pada tanggal 2 Februari 2000 dengan menyelenggarakan jurusan Manajemen Informatika.
Pada tanggal 2 Februari 2000 AMIK Raharja Informatika menjadi satu-satunya perguruan tinggi yang menjalankan studi formal untuk program Diploma I (DI) dengan memberikan gelar Ahli Pratama dan Program Diploma II (DII) dengan memberikan gelar Ahli Muda dan Diploma III (DIII) dengan memberikan gelar Ahli Madya kepada lulusannya, sesuai dengan surat keputusan Koordinator Perguruan Tinggi Swasta wilayah IV Jawa Barat dengan Nomor 3024/004/KL/1999.
Kemudian pada tanggal 7 September 2000 sesuai dengan surat keputusan Direktur Jendral Pendidikan Tinggi Departemen Pendidikan Nasional Nomor 354/Dikti/Kep/2000 menambah 2 program yakni D3 Teknik Informatika dan D3 Komputer Akuntasi.
Kini AMIK Raharja Informatika mempunyai 3 (tiga) program studi Diploma III dengan jurusan Manajemen Informatika (MI), Teknik Informatika (TI), dan Komputer Akuntansi (KA) yang masing-masing jurusan memberikan gelar Ahli Madya (A.md), Ahli Muda (AM), Ahli Pratama (AP) kepada lulusannya.
Pada tanggal 20 Oktober 2000 dalam usahanya untuk meningkatkan mutu dan kualitas dari pada lulusan AMIK RAHARJA INFORMATIKA meningkatkan statusnya dengan membuka Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK) RAHARJA. Dengan surat keputusan Nomor 42/01/YNN/PR/II/200. ketua Yayasan Nirwana Nusantara mengajukan permohonan pendirian STMIK RAHARJA kepada Mendiknas KOPERTIS Wilayah IV jawa barat dengan 3 (tiga) program studi SI Jurusan Sistem Informasi (SI), Teknik Informatika(TI), dan Sistem Komputer (SK), hal tersebut telah mendapat tanggapan dari Direktur Jendral Pendidikan Tinggi dengan surat keputusan Nomor 5706/D/T/2000. Tidak hanya sampai disini, dalam rangka meningkatkan mutu dan kualitas lulusan RAHARJA sesuai dengan Rencana Induk Pengembangan (RIP) Raharja, bahwa dalam kurun waktu tidak lebih dari 5 tahun sudah berdiri Universitas RAHARJA.
Pada saat ini, Perguruan Tinggi Raharja pun telah meningkatkan mutu dan kualitasnya melalui sertifikat Akreditasi, diantaranya yaitu sebagai berikut:
- Pada tanggal 5 April 2006 dengan sertifikat Akreditasi Nomor 00117/Ak-1-DIII-03/DFXMEI/IV/2002 yang berisi Badan Akreditasi nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Manajemen Informatika di AMIK Raharja Informatika Terakreditasi A.
- Pada tanggal 4 Mei 2006 dengan Sertifikat Akreditasi Nomor 08479/Ak-X-SI-001/CAGTLF/V/2006 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa studi Strata 1 Teknik Informatika di STMIK Raharja terakreditasi B.
- Pada tanggal 11 Mei 2006 dengan Sertifikat Akreditasi Nomor 08523/Ak-X-S1-002/CAGSIM/V/2006 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Strata 1 Sistem Informasi di STMIK Raharja terakreditasi B.
- Pada tanggal 3 Agustus 2007 dengan Sertifikat Akreditasi Nomor 006/BAN-PT/AK-VIII/DPI-III/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Manajemen Informatika di AMIK Raharja Informatika terakreditasi B.
- Pada tanggal 25 Agustus 2007 dengan Sertifikat Akreditasi Nomor 019/BAN-PT/AK-X/SI/VIII/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program Strata 1 Sistem Komputer di STMIK Raharja terakreditasi B.
- Pada tanggal 29 Desember 2007 sesuai surat keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 017/BAN-PT/AK-VII/Dpl-III/XII/2007 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma III Teknik Informatika di AMIK Raharja Informatika dengan terakreditasi B.
- Pada tanggal 18 Januari 2008 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 019/BAN-PT/AK-VII/Dpl-III/I/2008 yang berisi Badan Akreditasi Nasional Perguruan Tinggi menyatakan bahwa program studi Diploma Tiga Komputerisasi Akuntansi di AMIK Raharja Informatika terakreditasi A.
- Pada tanggal 08 Juli 2011 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 010/BAN-PT/Ak-XIV/S1/VII/2011, menyatakan bahwa Program Studi Sarjana Teknik Informatika, Sekolah Tinggi Manajemen Informatika dan Komputer Raharja, Tangerang terakreditasi B.
- Pada tanggal 23 September 2011 sesuai surat Keputusan oleh Badan Akreditasi Nasional Perguruan Tinggi (BAN-PT) dengan Nomor 025/BAN-PT/Ak-XIV/S1/IX/2011, menyatakan bahwa Program Studi Sarjana Sistem Informasi, Sekolah Tinggi Manajemen Informatika dan Komputer Raharja, Tangerang terakreditasi B.
Struktur Organisasi Perguruan Tinggi Raharja
Tugas dan Tanggung Jawab
1. Presiden Direktur
Wewenang :
- Menyelenggarakan program kerja yang berpedoman pada visi, misi, fungsi dan tujuan pendirian Perguruan Tinggi Raharja.
- Menyelenggarakan kegiatan dan pengembangan pendidikan, penelitian serta pengabdian pada masyarakat.
- Menyelenggarakan kegiatan pengembangan administrasi.
- Menyelenggarakan kegiatan-kegiatan yang menunjang terwujudnya Tri Darma Perguruan Tinggi.
Tanggung Jawab :
- Pemimpin penyelenggaraan pendidikan, penelitian, pengabdian kepada masyarakat, membina tenaga edukatif, mahasiswa, tenaga administrasi dan terhadap lingkungan.
2. Direktur
Wewenang:
- Merupakan wakil presiden direktur.
- membantu presiden direktur dalam berbagai kegiatan.
3.Pembantu (Bidang Akademik)
Wewenang :
- Menjalankan program kebijaksanaan akademik.
- Mengawasi dan membina serta mengembangkan program studi sesuai kebijaksanaan yang telah digariskan.
- Membina dan mengembangkan kegiatan penelitian dan pengabdian pada masyarakat.
- Mengadakan afiliasi.
- Membina dan mengembangkan kelembagaan.
Tanggung Jawab :
- Membantu ketua dalam memimpin pelaksanaan pendidikan, penelitian dan pengabdian pada masyarakat.
4.Pembantu Direktur II (Administrasi)
Wewenang :
- Melaksanakan dan mengelola seluruh kegiatan administrasi dan keuangan.
- Membina dan mengembangkan kepegawaian.
- Mengadakan sarana dan prasarana kepegawaian.
Tanggung Jawab :
- Membantu ketua dalam pelaksanaan kegiatan dibidang keuangan dan administrasi.
5. Pembantu Direktur III (Bidang Kemahasiswaan)
Wewenang :
- Membina kegiatan kemahasiswaan.
- Membina kehidupan mahasiswa dalam kampus sehingga dapat mengembangkan penalaran.
- Membina dan mengawasi kegiatan lembaga mahasiswa serta unit kegiatan khusus akademik.
Tanggung Jawab :
- Membantu ketua dalam pelaksanaan kegiatan dibidang kemahasiswaan serta pelayanan kesejahteraan mahasiswa.
6.Asisten Direktur Akademik
Wewenang :
- Mengusulkan kepada Direktur atas prosedur pelaksanaan proses belajar mengajar.
- Mengusulkan kepada Direktur tentang kenaikan honor staff binaannya.
- Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian staff binaannya.
- Memberikan kebijakan pelaksanaan layanan pada bidangnya.
- Mengusulkan kepada Direktur tentang unit layanan baru yang dibutuhkan.
- Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
- Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian dosen.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan JRS yang efektif dan efisien, pengimplementasian pelaksanaan proses belajar mengajar, kemajuan kualitas pelayanan akademik yang berkesinambungan, dan kelancaran proses belajar mengajar.
7. Kepala Jurusan
Wewenang:
- Mengusulkan kepada Assisten Direktur Akademik tentang perubahan mata kuliah dan materi kuliah yang dianggap telah kadaluarsa bahkan perubahan kurikulum jurusan.
- Mengusulkan kepada Asisten Direktur Akademik tentang kenaikan honor dosen binaannya.
- Mengusulkan kepada Asisten Direktur Akademik tentang pengadaan seminar, pelatihan, penambahan kelas perkuliahan pengangkatan dosen baru dan pemberhentian dosen.
- Memberikan kebijakan administratif Akademik seperti cuti kuliah, perpindahan jurusan, ujian susulan, dan pembukaan semester pendek.
- Mengusulkan kepada Asisten Direktur Akademik tentang pembukaan peminatan/konsentrasi baru dalam jurusannya.
- Memberikan sanksi Akademik kepada mahasiswa yang melanggar tata tertib Perguruan Tinggi Raharja.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan dan pengimplementasian kurikulum, SAP dan bahan ajar, monitoring kehadiran dosen dalam perkuliahan, jam konsultasi dan tugas-tugas yang disampaikan ke dosen, terlaksananya penelitian, seminar, pembinaan prestasi akademik mahasiswa dan peningkatan jumlah mahasiswa dalam jurusannya.
8. Asisten Direktur Finansial
Wewenang:
- Mengusulkan kepada Direktur atas prosedur pembuatan budget pada setiap bagian dan pelaksanaan pemakaian dana.
- Mengusulkan kepada Direktur tentang kenaikan honor, pengangkatan dan pemberhentian staff binaannya.
- Memberikan kebijakan pelaksanaan layanan pada bidangnya dan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan budgeting pada setiap bagian, dan tersedianya dana atas budget yang telah disetujui.
- Bertanggung jawab atas kemajuan kualitas pendanaan aktifitas yang berkesinambungan.
- Bertanggung jawab atas kelancaran proses belajar mengajar.
9. Layanan Keuangan Mahasiswa(LKM)
Wewenang:
- Mengusulkan prosedur layanan keuangan kepada Asisten Direktur Finansial
- Mengusulkan tentang unit baru yang dibutuhkan kepada Asisiten Direktur Finansial.
Tanggung Jawab:
- Bertanggung jawab atas kelancaran proses penerimaan keuangan mahasiswa
- Bertanggung jawab atas penagihan tunggakan mahasiswa.
10. Asisten Direktur Operasional(ADO)
Wewenang :
- Mengusulkan kepada Direktur atas prosedur pelaksanaan pelayanan proses belajar mengajar
- Mengusulkan kepada Direktur tentang kenaikan honor staff binaannya.
- Mengusulkan kepada Direktur tentang pengangkatan dan pemberhentian staff binaannya.
- Memberikan kebijaksanaan pelaksanaan layanan pada bidangnya.
- Mengusulkan kepada Direktur tentang unit layanan baru yang dibutuhkan.
- Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan.
Tanggung Jawab :
- Bertanggung jawab atas penyusunan kalender akademik tahunan.
- Bertanggung jawab atas pengimplementasian pelaksanaan dan kualitas pelayanan yang berkesinambungan pada bidangnya.
- Bertanggung jawab atas kelancaran proses belajar mengajar.
11. Registrasi Perkuliahan dan Ujian(RPU)
Bagian registrasi perkuliahan dan ujian terdiri dari dua bagian antara lain:
A. Layanan Registrasi Mahasiswa (LRM)
Wewenang :
- Berwenang memberikan kebijakan yang berhubungan dengan proses registrasi mahasiswa.
- Memberikan kebijakan pelaksanaan layanan pada bidangnya
- Memberikan sanksi kepada staff binaannya yang melanggar tata tertib karyawan
- Mengusulkan kepada ADO untuk pengangkatan dan pemberhentian staff binaannya.
Tanggung Jawab:
- Bertanggung jawab atas pelaksanaan registrasi POM mulai dari persiapan hingga pada penutupan setiap semesternya.
- Bertanggung jawab atas pelaksanaan registrasi batal tambah dan jumlah mahasiswa yang melakukan POM.
- Bertanggung jawab atas seluruh informasi mengenai registrasi mahasiswa.
B. Perkuliahan dan Ujian (PU)
Wewenang :
- Mengusulkan kepada ADO atas prosedur pelaksanaan pelayanan proses belajar mengajar serta kebijakan yang diambil.
- Mengusulkan kepada ADO tentang pengangkatan dan pemberhentian staff binaannya.
- Memberikan sanksi kepada staff binaannya yang dianggap telah melanggar tata tertib karyawan.
- Mengusulkan kepada kepala jurusan untuk kelas perkuliahan yang dapat dibuka.
Tanggung Jawab :
- Bertanggung jawab atas pelaksanaan dan pendokumentasian perkuliahan dan ujian.
Tata Laksana Sistem Yang Berjalan
Prosedur Sistem Yang Berjalan
Rancangan Prosedur Sistem Berjalan
Analisa Sistem Yang Berjalan
Metode Analisa Sistem
Analisa Masukan, Analisa Proses, Analisa Keluaran
Konfigurasi Sistem Berjalan
Permasalahan yang dihadapi dan Alternatif Pemecahan Masalah
User Requirement
Elisitasi Tahap I
Elisitasi Tahap II
Elisitasi Tahap III
Final Draft Elisitasi
BAB IV
Rancangan Sistem Usulan
Prosedur Sistem Usulan
Use Case Diagram Sistem Yang Diusulkan
Activity Diagram Yang Diusulkan
Sequence Diagram Yang Diusulkan
Perbedaan Prosedur Antara Sistem Berjalan dan Sistem Usulan
Rancangan Basis Data
Normalisasi
Spesifikasi Basis Data
Flowchart System yang diusulkan
Rancangan Program
Rancangan Prototipe
Konfigurasi Sistem Usulan
Spesifikasi Hardware
Aplikasi Yang Digunakan
Hak Akses
Testing
Evaluasi
Implementasi
Schedule
Penerapan
Estimasi Biaya
BAB V
Kesimpulan
Kesimpulan Terhadap Rumusan Masalah
Ini isi dari kesimpulan terhadap rumusan masalah
Ini isi dari kesimpulan terhadap rumusan masalah
Ini isi dari kesimpulan terhadap rumusan masalah
Kesimpulan Terhadap Tujuan dan Manfaat Penelitian
Ini isi dari kesimpulan terhadap tujuan dan manfaat penelitian
Ini isi dari kesimpulan terhadap tujuan dan manfaat penelitian
Ini isi dari kesimpulan terhadap tujuan dan manfaat penelitian
Kesimpulan terhadap metode penelitian
Ini isi dari kesimpulan terhadap metode penelitian
Ini isi dari kesimpulan terhadap metode penelitian
Ini isi dari kesimpulan terhadap metode penelitian
Saran
Ini berisi saran anda
Kesan
DAFTAR PUSTAKA
- ↑ 1,0 1,1 1,2 Simarmata, Janner. 2010.Rekayasa Perangkat Lunak. Yogyakarta: CV Andi Offset.
- ↑ Darmawan, Deni. Nur Fauzi, Kunkun. 2013. Sistem Informasi Manajemen. Bandung: PT Remaja Rosdakarya.
- ↑ Irwansyah, Edy dan Jurike V.Moniaga. 2014. Pengantar Teknologi Informasi. Yogyakarta:Deepublish
- ↑ 4,0 4,1 Sulindawati, dan Muhammad Fathoni. 2010. Pengantar Analisa Perancangan “Sistem” . Medan: STMIK Triguna Dharma. Vol. 9, No. 2, Agustus 2010.
- ↑ Adelia, dan Jimmy Setiawan. 2011. Implementasi Customer Relationship Management (CRM) pada Sistem Reservasi Hotel berbasisi Website dan Desktop.Bandung: Universitas Kristen Maranatha. Vol. 6, No. 2, September 2011:113-126.