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.

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 ”

Beberapa hal yang menjadi perumusan dalam penyusunan laporan ini antara lain:

Dari permasalahan yang ada maka penulis membatasi ruang lingkup penelitian pada :

Ini adalah tujuan penelitian:

1. Tujuan Individu

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

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

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.

Pada metode pengujian ini yang saya pakai adalah metode pengujian black box, karena berfokus pada domain informasi dari perangkat lunak

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

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

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]

Kelebihan dan Kelemahan prototyping adalah sebagai berikut :

Sumber: Simarmata (2010:68)^[1]

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.

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],

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

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:

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.

1. Definisi

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:

1. Presiden Direktur

Wewenang :

Tanggung Jawab :

2. Direktur

Wewenang:

3.Pembantu (Bidang Akademik)

Wewenang :

Tanggung Jawab :

4.Pembantu Direktur II (Administrasi)

Wewenang :

Tanggung Jawab :

5. Pembantu Direktur III (Bidang Kemahasiswaan)

Wewenang :

Tanggung Jawab :

6.Asisten Direktur Akademik

Wewenang :

Tanggung Jawab :

7. Kepala Jurusan

Wewenang:

Tanggung Jawab :

8. Asisten Direktur Finansial

Wewenang:

Tanggung Jawab :

9. Layanan Keuangan Mahasiswa(LKM)

Wewenang:

Tanggung Jawab:

10. Asisten Direktur Operasional(ADO)

Wewenang :

Tanggung Jawab :

11. Registrasi Perkuliahan dan Ujian(RPU)

Bagian registrasi perkuliahan dan ujian terdiri dari dua bagian antara lain:

A. Layanan Registrasi Mahasiswa (LRM)

Wewenang :

Tanggung Jawab:

B. Perkuliahan dan Ujian (PU)

Wewenang :

Tanggung Jawab :

Ini isi dari kesimpulan terhadap rumusan masalah

Ini isi dari kesimpulan terhadap rumusan masalah

Ini isi dari kesimpulan terhadap rumusan masalah

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

Ini isi dari kesimpulan terhadap metode penelitian

Ini isi dari kesimpulan terhadap metode penelitian

Ini isi dari kesimpulan terhadap metode penelitian

Ini berisi saran anda