Instructur Station Simulasi Di PT Dirgantara Indonesia (persero)

1

BAB 1

PENDAHULUAN

1.1. Latar Belakang Masalah

Simulasi sistem begitu pesat berkembang dan aplikasinya telah meluas di berbagai bidang baik bidang pengetahuan alam seperti fisika, kimia, biologi, kedokteran sampai pengetahuan sosial seperti ekonomi, sosial dan politik.Banyak simulasi yang telah sangat membantu untuk pekerjaan seseorang sehingga orang tersebut bisa menjadi professional atau lebih bisa mengenal objek yang sebenarnya.

Simulator yang dibuat oleh PT.DI (Dirgantara Indonesia) tidak hanya untuk simulasi pesawat terbang, tapi juga untuk simulasi yang lainnya juga, seperti simulasi mobil. Pada sistem simulator terdapat Instructur Station, yaitu bagian dimana instruktur mengendalikan simulator yang dipakai oleh pengguna simulator. Dalam hal ini, komponen dari Instructur Station adalah menu yang terdapat pada simulator mobil, sehingga kompleksitasnya tidak serumit pada simulator pesawat terbang.

Masalah yang dihadapi pada Instructur Station yang ada dalam simulator mobil adalah, “Kenapa Instruktur yang bekerja dibalik Instructur Station masih belum efisien dalam menggunakan aplikasinya?”. Maksud dari pertanyaan tersebut adalah aplikasi yang ada pada Instructur Station masih menggunakan aplikasi pertama pada sistem simulator, dimana setiap menu yang ada diwakili oleh satu hardware. Contoh, untuk menu reporting, layar atau monitor yang digunakan terpisah dan berbeda dengan menu recording yang ada pada

Instructur Station sehingga untuk menggunakannya user harus berpindah-pindah layar sesuai dengan menu yang akan dipakai.

Dengan adanya aplikasi yang dapat meringkas menu-menu yang ada pada

Instruktur Station akan menjadikan user lebih efisien untuk menggunakannya dan user pun tidak perlu berpindah-pindah perangkat untuk dapat mengontrol sistem simulator tersebut.

1.2. Rumusan Masalah

Dari pengamatan yang telah dilakukan, maka timbul suatu rumusan masalah yaitu, 1. Bagaimana membangun aplikasi Instructur Station pada Sistem Simulasi ? 1.3. Identifikasi Masalah

Setelah melakukan beberapa pengamatan dan melakukan pertemuan ilmiah dengan ahli simulator di PT.DI, masalah dari sistem tersebut adalah:

1. Tidak adanya aplikasi yang dapat meringkas seluruh menu yang ada kedalam satu sistem Instruktur Station. Sehingga menu yang satu dengan menu yang lainnya terpisah.

2. Kurang efisiennya user dalam menggunakan sistem ini, karena harus berpindah-pindah untuk menggunakannya.

1.4. Maksud dan Tujuan

Maksud dari penyusunan Kerja Peraktek ini yaitu membuat suatu Aplikasi Instruktur Section untuk Sistem Simulasi.

Adapun tujuan yang ingin dicapai dari Kerja Praktek ini adalah sebagai berikut:

1. Mampu menyelesaikan masalah yang dihadapi oleh Instruktur. 2. Mengefisienkan perangkat pada Instructur Station

3. Mampu membantu para instruktur untuk bisa mengawasi, mengontrol Simulator.

1.5. Batasan Masalah

Pada suatu sistem simulator terdapat beberapa bagian yang dikelompokkan sesuai dengan kebutuhan dan tugas yang dilakukannya. Pada penelitian dan pengamatan ini bagian yang diamati adalah pada Design Aplikasi Instruktur Station.

1. Pengguna aplikasi

a. Sistem ini digunakan oleh seorang instruktur simulasi.

b. Instruktur harus mengerti bagaimana mengoperasikan dan mengatur suatu sistem simulasi.

2. Prosedur

a. Memonitor “student” yang sedang melakukan simulasi sistem b. Memberikan suatu reaksi kepada “Student Station”.

c. Mengevaluasi kinerja student. d. Mengontrol sistem simulasi 3. Data yang diolah:

a. Data Student

b. Data Indikator Simulasi

c. Data Operasi Sistem

4. Infomasi yang dihasilkan diantaranya: a. Informasi data student.

b. Laporan Hasil Simulasi.

5. Perangkat lunak

Perangkat lunak yang digunakan untuk membangun aplikasi ini adalah : a. Software untuk membangun sistem Instructur Station ini adalah

Microsoft Visual Basic 2008 Express Edition.

b. Database Management System yang digunakan untuk menyimpan informasi system adalah Microsoft Access.

c. Tools untuk memodelkan proses yang ada pada sistem adalah menggunakan DFD (Data Flow Diagram), dan untuk memodelkan data adalah ERD (Entity Relationship Diagram).

6. Perangkat keras

Perangkat keras yang digunakan untuk menggunakan sistem ini adalah a. ProcessorPentium IV 2.0 GB

b. RAM 1 GB

c. Free Space Hard Disk 20 GB d. VGA Card 780

e. Keyboard f. Mouse

1.6. Metodelogi Penelitian

Metode penelitian dapat diartikan sebagai cara untuk mencapai suatu tujuan di dalam sebuah penelitian. Penelitian adalah suatu kegiatan penyelidikan yang dilakukan menurut metode ilmiah yang sistematik untuk menemukan informasi ilmiah dan atau teknologi yang baru. Untuk menentukan metode penelitian yang dipergunakan dalam penelitian ini mengacu pada tujuan yang ingin dicapai yaitu dengan mengungkapkan data-data dan informasi mengenai Aplikasi Instruktur Station untuk Sistem Simulasi.

1.6.1. Tahap Pengumpulan Data

Metode pengumpulan data yang digunakan dalam penelitian ini adalah sebagai berikut :

a. Studi Literatur.

Pengumpulan data dengan cara mengumpulkan literatur, jurnal, paper dan bacaan-bacaan yang ada kaitannya dengan judul penelitian.

b. Observasi.

Teknik pengumpulan data dengan mengadakan penelitian dan peninjauan langsung terhadap permasalahan yang diambil.

c. Interview.

Teknik pengumpulan data dengan mengadakan tanya jawab secara langsung yang ada kaitannya dengan topik yang diambil.

1.6.2. Tahap Pembuatan Perangkat Lunak

Dalam pembuatan Instructur Station Sistem Simulasi metode yang digunakannya adalah metode waterfall, yang meliputi beberapa proses dan dapat dilihat pada gambar di bawah:

System / Information Engineering

Analisis

Design

Coding

Pengujian

Maintenance

a. System / Information Engineering

Merupakan bagian dari sistem yang terbesar dalam pengerjaan suatu proyek, dimulai dengan menetapkan berbagai kebutuhan dari semua elemen yang diperlukan sistem dan mengalokasikannya kedalam pembentukan perangkat lunak.

b. Analisis

Merupakan tahap menganalisis hal-hal yang diperlukan dalam pelaksanaan proyek pembuatan perangkat lunak.

c. Design

Tahap penerjemahan dari data yang dianalisis kedalam bentuk yang mudah dimengerti oleh user.

d. Coding

Tahap penerjemahan data atau pemecahan masalah yang telah dirancang keadalam bahasa pemrograman tertentu.

e. Pengujian

Merupakan tahap pengujian terhadap perangkat lunak yang dibangun. f. Maintenance

Tahap akhir dimana suatu perangkat lunak yang sudah selesai dapat mengalami perubahan–perubahan atau penambahan sesuai dengan permintaan user.

1.7. Sistematika Penulisan

Sistematika penulisan dalam laporan Kerja Praktek ini adalah sebagai berikut:

BAB I PENDAHULUAN

Berisi tentang latar belakang masalah, identifikasi masalah, maksud dan tujuan, batasan masalah, metodologi penelitian, sistem pelaksanaan kerja peraktek serta sistematika penulisan laporan.

BAB II TINJAUAN PUSTAKA

Berisi tentang data-data perusahaan seperti sejarah perusahaan, tempat dan kedudukan perusahaan, bentuk dan badan hukum perusahaan, bidang pekerjaan perusahaan, bidang pekerjaan divisi/departemen tempat kerja praktek, dan struktur organisasi yang ada di perusahaan. Pada bab ini juga berisi tentang teori-teori yang berhubungan dengan apa yang dilakukan dalam Kerja Praktek.

BAB III PEMBAHASAN

Berisi tentang permasalahan-permasalahan yang terjadi di dalam pengolahan dan pembuatan aplikasi yang telah di buat, berisi tentang implementasi hasil perancangan serta hal-hal yang berkaitan dengan pembuatan aplikasi.

BAB IV KESIMPULAN DAN SARAN

Berisi tentang kesimpulan dan saran dari pelaksanaan tulisan laporan kerja peraktek di PT. Dirgantara Indonesia.

8

BAB 2

TINJAUAN PUSTAKA

2.1. Sejarah Perusahaan

Didasari kebutuhan untuk melayani sendiri sarana transportasi udara yang mampu menghubungkan semua titik di negara kepulauan ini, serta didorong untuk menguasai teknologi tinggi bagi percepatan pembangunan bangsa dan menyiapkan infrastruktur bagi industri kedirgantaraan Indonesia itukah yang melahirkan PT DIRGANTARA INDONESIA, pada tanggal 28 April 1976, berdasarkan Akte Notaris No. 15, di Jakarta didirikan perusahaan dengan nama PT. Industri Pesawat Terbang Nurtanio yang dipimpin oleh Prof. Dr. Ing. B.J. Habibie. Peresmian perusahaan dilaksanakan pada tanggal 23 Agustus 1976 oleh Presiden Soeharto dengan jumlah orang sebanyak 1000 orang. Industri baru ini, mengembangkan suatu konsep alih / transformasi teknologi dan industri progresif yang menerapkan filosofi transformasi teknologi “BEMULA DI AKHIR, BERAKHIR DI AWAL”. Falsafah tersebut bermakna menyerap teknologi maju secara progresif dan bertahap dalam suatu proses yang integral, berpijak pada kebutuhan objektif Indonesia. Program utama dari perusahaan baru ini adalah memproduksi dan menjual Helikopter NBO-105 Lisensi MBB dari Jerman (Kini DASA) dan Pesawat Terbang NC-212 Lisensi CASA - Spanyol.

Tiga tahun kemudian tahap integrasi teknologi dilalui. Tahap ini merupakan penggabungan kemampuan rancang bangun dan produksi antara DIRGANTARA INDONESIA dan CASA, tepatnya pada tanggal 17 Oktober 1979, terjadi kerjasama dengan CASA-Spanyol dengan mendirikan perusahaan patungan Aircraft Technology Industries (Airtech). Program usaha patungan ini

adalah merancang dan memporoduksi pesawat angkut komputer serbaguna dengan nama CN-235.

Sementara itu dalam rangka memantapkan kehadirannya dalam masyarakat industri kedirgantaraan dunia serta meningkatkan kemampuannya sebagai industri pesawat terbang, maka ditandatangani beberapa kerjasama internasional. Tahun 1982 kerjasama teknik dengan Boeing Company ditandatangani. Melalui kerjasama ini landasan baru telah dibuat untuk menempatkan industri ini sebagai salah satu mitra kerja Boeing. Hal ini dibuktikan keyika tahun 1987 PT. DIRGANTARA INDONESIA mulai memproduksi sebagian komponen pesawat Boeing 737, 747, 757, 767 dan Boeing 777. Pada tanggal 12 November 1982 dilakukan kerjasama dengan Bell Helicopter Textron dengan tujuan untuk memproduksi lisensi helikopter NBELL-412.

Dalam rangka memantapkan keberadaannya dalam masyarakat industri kedirgantaraan dunia serta meningkatkan kemampuannya sebagai salah satu agen teknologi, maka pada tahun 1983 PT. DIRGANTARA INDONESIA mendirikan Divisi Universal Maintenance Center (UMC), yang merupakan pusat perawatan engine, perbaikan mesin – mesin pesawat terbang dan helikopter maupun mesin – mesin turbin gas, untuk keperluan maritim dan industri. Yang kemudian tahun 1997 divisi ini telah menjadi anak perusahaan, yaitu PT. NTP

Tahun 1986 dalam rangka lebih memperluas jangkauan produksi dan pemasaran, industri ini berganti nama. Melalui Keputusan Presiden (KEPRES) No. 15 / 1986 dan Rapat Umum Pemegang Saham Perusahaan (RUPS), pada tanggal 17 April 1986 nama PT. Industri Pesawat Terbang Nurtanio diganti menjadi PT. Industri Pesawat Terbang Nusantara atau lebih dikenal sebagai IPTN. Sementara itu di Tahun 1987 kerjasama imbal produksi (offset) dicapai dengan General Dynamic (kini Lockheed), demikian juga dengan Airbus Industry.

Pada Tahun 1989 PT. DIRGANTARA INDONESIA memasuki tahap pengembangan teknologi yakni mengembangkan teknologi dirgantara secara mandiri untuk menghasilkan produk yang sama sekali baru. Untuk itu sejak tahun 1989, rancang bangun pesawat baru N250 dimulai. Keberhasilan rancangan pesawat ini ditandai dengan peluncuran pada 10 November 1994 dan penerbangan perdananya yang berhasil dilaksanakan pada tanggal 10 Agustus 1995. Namun sampai saat ini pesawat tersebut masih dalam proses sertifikasi akibat terjadinya krisis ekonomi nasional yang berdampak pada dihentikannya dana bantuan pemerintah yang selama ini dialokasikan untuk pengembangan program N250 serta mencari mitra bisnis dalam rangka pengembangan lebih lanjut. Keberhasilan penerbangan perdana N250 dikukuhkan sebagai Hari Kebangkitan Teknologi nasional.

PT. DIRGANTARA INDONESIA membuat Perencanaan Program Pesawat Regional Jet. Dan memasuki tahap penelitian dasar industri dalam rangka mempertahankan kemampuan keunggulan-keunggulan industri dirgantara. Untuk itu dirancang dan dikembangkan pesawat baru N2130

Technology Program yang mampu mengangkut penumpang antara 100 sampai 130 orang. pesawat tersebut dalam fase preliminary design pada tahun 1997, serta memasuki detail Design pada tahun 1998 dan mencari mitra bisnis ddalam rangka realisasi serta pengembangan lebih lanjut.

Tiga windu PT. DIRGANTARA INDONESIA telah menunjukan kiprahnya dalam penguasaan teknologi dan industri kedirgantaraan. Penguasaan teknologi yang diterapkan dalam bidang desain, manufacturing, quality assurance, product support, maintenance dan overhaul yang telah mendapat pengakuan dari otoritas nasional maupun internasional :

1. Dalam bidang engineering : sertifikasi JAA (otoritas Eropa) untuk CN-235-110, DGAC (otoritas sipil-RI), IMAA (otoritas militer-RI).

2. Dalam bidang manufacturing : sertifikasi dari CASA-Spanyol, BHTI-AS, Boeing-AS.

3. Dalam bidang quality assurance : sertifikasi dari GD-AS, Bae-Inggris, Lockheed-AS, Boeing-AS, Daimler Benz Aerospace-Jerman.

4. Dalam bidang product support & maintenanc-overhaul-repair : untuk Aircraft Services sertifikasi dari DGAC-RI. Hankam, Malaysia, Engine

Manufacturers Amerika Serikat-Kanada-Inggris-Perancis, ISO-9002 serta DFGAC-RI untuk Maintenance Organization.

Dari sisi produksi PT. DIRGANTARA INDONESIA telah menyerahkan sekitar 300 pesawat terbang dan helikopter, serta sistem senjata, komponen pesawat, dan jasa lainnya. Sekitar Rp. 4.825 Milyar telah dihasilkan, dengan aset kini sekitar Rp. 4. 642 Milyar.

Dampak krisis ekonomi serta LOI pemerintah dengan IMF pada tahun 1998, menyebabkan program perusahaan yang pada awalnya diperuntukkan pada pengembangan produk baru N250 dan N2130 menjadi terhenti, dan perusahaan terfokus pada program terkontrak semisal CN-235.

Perubahan lingkungan eksternal yang signifikan tersebut juga telah mendorong perusahaan untuk melakukan reorientasi usaha dengan menetapkan sasaran dan tujuan strategis sesuai dengan tantangan yang dihadapi. Pada bulan Oktober 1998 sesuai dengan Keputusan MenNeg BUMN No. KEP-074/M-PBUMN/1998 dibentuk Tim Restrukturisasi Industri Pesawat Terbang Nusantara. Kegiatan restrukturisasi tersebut, meliputi antara lain :

1. Reorientasi Bisnis,

2. Penataan Ulang Sumber Daya Manusia, serta 3. Restrukturisasi Keuangan / Permodalan.

Arah dan strategi pembangunan perusahaan ditetapkan dalam : tahap konsolidasi dan isurvibel (2001 – 2003), tahap sehat dan tumbuh (2004 dan seterusnya) dengan langkah : reorientaso bisnis, restrukturisasi sumber daya manusia dan organisasi, restrukturisasi Keuangan dan Permodalan, serta program peningkatan kinerja perusahaan (berupa peningkatan kinerja pemasaran, restrukturisasi usaha dan efisiensi operasi). Implementasi restrukturisasi perusahaan dimulai pada bulan April 1999 yang meliputi : reorientasi bisnis, reorientasi keuangan dan penataaan ulang sumbmer daya manusia.

Melalui restrukturisasi ini postur karyawan menyusut dari 15.000 menjadi 10.000. puncaknya adalah perubahan nama dari PT. Industri Pesawat Terbang Nusantara (IPTN) menjadi PT. DIRGANTARA INDONESIA yang secara resmi diubah oleh Presiden Abdurrahman Wahid pada tanggal 14 Agustus 2000. Nama baru ini diharapkan melahirkan citra baru yang lebih baik.

Tahun 20001 demo karyawan terjadi secara berturtut – turut selama empat bulan dengan variasi tuntutan yang luar biasa, dan dampak akhirnya terjadi pergantian direksi.

Tahun 2002, perkembangan terakhir PT. Dirgantara Indonesia tidak mempunyai load pekerjaan yang cukup bagi 10.000 karyawan, yang berakibat pada penurunan revenue perusahaan. Konsekuensinya jelas, PT. DIRGANTARA INDONESIA sebagai institusi bisnis mengalami kesulitan likuiditas.

Program Penyelamatan perusahaan dilakukan pada tahun 2003 melalui tiga tahapan sebagai berikut : rescue, recovery, dan development. Langkah yang dilakukan adalah dengan merumahkan seluruh karyawan, kemudian memanggil kembali bekerja sebagai karyawan untuk menjalankan program – program terkontrak.

Pada Tahun 2005, PT. Dirgantara Indonesia terdiri dari 5 satuan usaha

Aircraft, satuan usaha Aerostucture, satuan usaha Aircraft Services, dan satuan usaha Defence, yang semua satuan usaha tersebut dikelola secara mandiri dan dapt menghasilkan keuntungan yang maksimal bagi perusahaan. Perusahaan didukung oleh sekitar 3.400 orang karyawan untuk melaksanakan program – program terkontrak.

Tahun 2008 terjadi perubahan struktur organisasi dalam tubuh organisasi PT. Dirgantara Indonesia. PT. Dirgantara Indonesia jadi mempunyai lima Direktorat yaitu;

1. Direktorat Aerostructure, 2. Direktorat Aircraft Integration,

3. Direktorat Aircraft Service,

4. Direktorat Teknologi dan Pengembangan, dan 5. Direktorat keuangan dan Administrasi.

PT. Dirgantara Indonesia terus melakukan pembenahan dalam berbagai aspek, disamping itu direksi terus menyelesaikan permasalahan perusahaan secara bertahap, pengelolaan perusahaan dilakukan secara efektif dan efisien, sehingga saat ini dicapai suatu keadaan perusahaan yang kondusif, efektif dan efisien dengan pengelolaan manajemen yang baru, sehingga diharapkan industri ini menjadi institusi otonomi, mempercepat pengambilan keputusan bisnis serta meningkatkan efisiensi operasi, sehingga pada akhirnya akan menghasilkan laba yang optiomal, dan perusahaan tetap going concern dan diharapkan dapat menjadi perusahaan terbaik dibidanganya dan menjadi kebanggaan seluruh bangsa Indonesia dan Internasional.

Melalui paradigma ini PT. DIRGANTARA INDONESIA lebih berorientasi bisnis dengan memanfaatkan teknologi yang telah diserap selama tiga windu yang lalu sebagai ujung tombak dalam menghasilkan produk dan jasa..

Orientasi PT. DIRGANTARA INDONESIA 70 % pada bisnis pesawat terbang serta komppetensi lain yang berkait dengan pesawat terbang, sementara 30 % nya pada bisnis plasma. Dengan paradigna baru ini PT. DIRGANTARA INDONESIA melahirkan 6 (enam) profit center, dan 7 (tujuh) strategic business units, serta 5(lima) usaha pendukung. Melalui implementasi restrukturisasi sejak April 1999 lalu diharapkan industri ini menjadi institusi bisnis yang adaptif, efisien dengan memberdayakan unit-unit bisnis melalui otonomi, mempercepat pengambilan keputusan bisnis serta meningkatkan efisiensi operasi.

Tabel 2-1 Kerja Sama Internasional

1 IPTN-CAS (Spanyol) NC-212(Lisensi)

CN-235 (Kerjasama Desain & Produksi)

2 IPTN-DASA (Jerman) Helikopter NBO-105 (Lisensi)

3 IPTN-BEL TXTRON (AS) Helikopter NBEL-412 (Lisensi)

4 IPTN-Aerospatiale (Perancis) Helikopter NSA-330NAS-332 Super Puma

(Lisensi)

5 IPTN-BOEING (AS) Qualified Boeing Bidder & Sub Kontrak

Komponen Boeing 737 & 767

6 IPTN-FLAS (Perancis) Fasilitas Diklat

7 IPTN-Generyl Dynamic (AS) Komponen F-16

8 IPTN-BAe (Inggris) Komponen Rapier

9 IPTN-FZ (Belgia) Roket FFAR 2,75”

10 IPTN-AEG Telefunken

(Jerman) S.U.T (Surface Under Water Target) Torpedo

11 IPTN-General Electrics (AS) UMC, perawatan, perakitan Engine CT7

12 IPTN-GARRET (AS) Perawatan Engine TPE 331

13 IPTN-Turbomeca (Prancis) Perawatan Turbomeca Makila

14 IPTN-Allison (AS) Perawatan Engine A250 & GMA 2100C

15 IPTN-Rolls Royce (Inggris) Perawatan Engine DART

16 IPTN-Lycoming (AS) Perawatan Engine LTS 101

17 IPTN-Pratt & Whitney (Canada) Perawatan & Pembuatan Part Engine PT-6 18 IPTN-Messier Bugati (Perancis) Perawatan Landing Gear CN-235 dan N-250

2.1.1. Tujuan Perusahaan

Mampu menguasai dan mengembangkan teknologi kedirgantaraan yang memiliki “cost Competitivenes ” dalam bersaing dipasar internasional/ global agar dapat memberikan keuntungan dan dapat meningkatkan share holder value, serta menjadi perusahaan yang mandiri secara bisnis guna mengu rangi ketergantungan terhadap luar negeri.

2.1.2. Visi Perusahaan

Visi PT. Dirgantara Indonesia adalah menjadi perusahaan kelas dunia dalam penguasaan teknologi tinggi berbasis pada penguasaan teknologi tinggi dan mampu bersaing dalam pasar global, dengan mengandalkan keunggulan biaya.

19 IPTN-Hughes Corporation (AS) General Satelit Palapa-C & Palapa-D

20 IPTN-Fokker BV (Belanda) Pembuatan Komponen F-100

21 IPTN-Lucas Aerospace (AS) Perancangan dan Pembuatan Sistem Pesawat

22 IPTN-Hamilton Standar (AS) Perawatan Komponen Engine & Propeller

23 IPTN-Locheed (AS) Kerjasama dalam bidang Aeronautika

24 IPTN-Airbus Industries Komponen Airbus (MOU)

25 IPTN-NDO (Jepang)-NSI Join Venture Dalam Bidang Perangkat Lunak

Komputer 26 IPTN-Liebher-Aero-Techniek

(Jerman) Fly-by-Wire-System N250

27 IPTN-Dowty Aerospace

(Inggris) 250Propeller

28 IPTN-Henschel Flugjeug-werke

2.1.3. Misi Perusahaan

Sedangkan misi PT. Dirgantara Indonesia adalah menjalankan usaha dengan selalu berorientasi pada aspek bisnis dan komersil dan dapat menghasilkan produk dan jasa yang memiliki keunggulan biaya.

2.1.4. Sasaran Dan Strategi Perusahaan

2.1.4.1Sasaran Strategis

a) Menjadikan perusahaan sebagai entitas bisnis yang fokus dan kuat dari sisi kegiatan usaha dan kondisi keuangan.

b) Meningkatkan dan memelihara pertumbuhan bisnis yang berkesinambungan untuk menjamin kelangsungan hidup perusahaan.

c) Perbaikan struktur pemodalan yang sehat sehingga bankable dan memudahkan dalam mendapatkan modal kerja dari lembaga – lembaga keuangan.

d) Aliansi strategi dan kerja sama dengan industri dirgantara dunia dengan tujuan agar perusahaan dapat menghasilkan dan memasarkan produk dan jasa kedirgantaraan yang sesuai dengan dan dapat diterima oleh pasar dalam dan luar negeri.

e) Memenuhi target – target yang telah ditetapkan sesuai dengan Perjanjian Kinerja Manajemen tahun 2003 dan ketentuan tingkat kesehatan perusahaan sesuai Kepmen. BUMN No. 100/MBU/2002.

2.1.4.2Strategi Usaha

Langkah – langkah strategi jangka panjang yang disiapkan dan dilaksanakan untuk mencapai sasaran perusahaan adalah sebagai berikut :

a. Peningkatan kerjasama dan merintis kerjasama baru dengan industri dirgantara dunia dalam bidang – bidang sebagai berikut :

i. Desain dan produk pesawat terbang

ii. Produksi dan perakitan komponen pesawat terbang

iii. Perakitan pesawat terbang/ heliopter dan bagian pesawat terbang / helikopter termasuk komponennya.

iv. Jasa engineering dan pembuatan prototype produk – produk non pesawat terbang lainnya.

b. Mengupayakan adanya dukungan Pemerintah RI untuk penjualan produk pesawat terbang / helikopter dan jasa – jasa lainnya dalam jumlah besar dan dalam konteks dukungan Industri Strategis Nasional untuk Pembangunan Kekuatan Pertahanan naisonal. c. Perbaikan dan peningkatan efisien proses bisnis termasuk namun

tidak terbatas pada cost control di divisi dan unit kerja pendukungnya dalam setiap tindakan pekerjaan / proses bisnis. d. Meningkatkan dan memperluas jaringan pemasaran perusahaan

melalui :

i. Lobby dan dukungan pemerintah RI

e. Melakukan penjualan aset dan persediaan tidak produktif serta pemanfataan secara komersial atas sarana dan prasarana yang tidak diperlukan dalam proses bisnis perusahaan sebagai upaya untuk meningkatkan penghasilan perusahaan dari kegiatan non operasi.

f. Melaksanakan revaluasi aset untuk memperbaiki struktur pemodalan.

g. Melakukan kajian – kajian terhadap opsi skema pembayaran hutang dana talangan restrukturisasi SDM.

2.1.5. Lokasi PT.DI

PT. DI berlokasi di Jalan Pajajaran no 154, Bandung, Jawa Barat, lokasi tersebut sangat strategis karena terletak di kawasan yang tak jauh dari pusat kota Bandung, sehingga memudahkan karyawan menuju tempat kerja tersebut. Letak kawasan produksinya pun t idak menimbulkan banyak masalah bagi lingkungan pemukiman sekitarnya, karena lokasinya yang cukup jauh.

2.1.6. Struktur Organisasi Dan Job Description

Divisiflight test center merupakan divisi yang bertugas untuk melakukan pengujian pesawat terbang baik pesawat prototype maupun pesawat series. Uji pesawat ini mulai dari tanah (ground) sampai di udara. Kepala divisi FTC ini dipimpin oleh seorang kepala divisi yang dalam tugas sehari-hari dibantu oleh 4 (empat) departemen dan 9 sembilan (deputi).

2.1.6.1Struktur Organisasi

Departemen yang ada di bawah maungan divisi ini adalah: 1. Departemen Flight Test Certification

2. Departemen Aviation Safety

3. Departemen PMO

4. Departemen General Affair

Sedang deputi-deputi di divisi FTC adalah:

1. Deputy Ground Testing & Labolatory 2. Deputy Flight Simulator & Human Factor 3. Deputy Flight Test Instrumentation System 4. Deputy Flight Test Data Processing System 5. Deputy Flight Test Engineerirng

6. Deputy Flight Test Operation System 7. Deputy Flight Test Data Link System 8. Deputy Flight Test Logistic System 9. Deputy Flight Test Project Coordination

21

2.1.6.2Job Description

Fungsi Departemen Simulator Software Development adalah untuk mengembangkan flight simulation (besrta software penunjangnya) dan terlibat dalam pengujian flight simulator, adapun peran dari Departemen Simulator adalah:

1. Merancang, mengembangkan, mengimplementasikan, menguji simulation

software module.

2. Validasi dan mengaktualisasikan flight simulation model/data sehingga memprementasikan karakteristik pesawat udara yang disimulasikan.

3. Flight simulation / Flight Test data analisis untuk menghimpun simulator

data package dan melaksanakan handling qualities independent research.

Wewenang dan tanggung jawab Departemen Simulator Software Development. 1. Meminta / memperoleh aircraft design data maupun aircraft test data

yang diperlukan untuk mengembangkan, validasi, dan aktualisasi flight simulation model / characteristic.

2. Meminta kesiapan flight simulator untuk melakukan fungsional check 3. Mengundang evaluation engineering pilot dan A/C Design specialist

2.2. Landasan Teori

2.2.1. Simulasi

Kita sering kali mengucapkan atau mendengar kata simulasi. Namun kita sendiri tidak mengerti apa makna sebenarnya dari kata simulasi tersebut.Simulasi merupakan suatu peniruan t erhadap sesuatu yang nyata. Simulasi dapat dibuat dengan memprogram sebuah model dari sistem komputer. Pemrograman model simulasi, dapat dilakukan menggunakan bahasa umum komputer (general purposes language) atau menggunakan bahasa simulasi.(1)

Simulasi bukan hanya solusi dengan menggunakan model (data atau miniatur) yang dibuat sedemikian rupa untuk menghasilkan nilai tertentu. Dengan simulasi kita dapat menduga perilaku suatu system yang kita amati dengan menggunakan data hasil pengamatan yang dilakukan dalam waktu tertentu. Dari data hasil pengamatan itu kita dapat membuat prediksi dan kemudian memutuskan tindakan yang akan kita lakukan.

Menurut Siagian (1987), simulasi merupakan suatu metodologi untuk melaksanakan percobaan dengan menggunakan model dari satu sistem nyata. Hasan (2002), simulasi merupakan suatu model pengambilan keputusan dengan mencontoh atau mempergunakan gambaran sebenarnya dari suatu sistem kehidupan dunia nyata tanpa harus mengalaminya pada keadaan sesungguhnya. Simulasi adalah suatu teknik yang dapat digunakan untuk memformulasikan dan memecahkan model-model dari golongan yang luas. Golongan atau kelas ini sangat luasnya sehingga dapat dikatakan, “Jika semua cara yang lain gagal cobalah simulasi”. (Schroeder, 1997).

Terdapat dua model simulasi yaitu :

1. Simulasi Analog yaitu tehnik simulasi yang mempergunakan representasi fisik untuk menjelaskan karakteristik penting dari suatu masalah.

2. Simulasi Simbolik yaitu model matematik yang penyelesaiannya dipermudah dengan menggunakan komputer. Simulasi simbolik disebut juga dengan Simulasi Komputer.

Tahapan dalam proses mensimulasikan suatu masalah adalah pertama kita harus memformulasikan terlebih dahulu masalah yang akan dibuat simulasinya. Kemudian apakah masalah tersebut layak digunakan. Setelah itu disusun model dan dilakukan validasi model. Kemudian dilakukan penerapan simulasi dan setelahnya dilakukan analisis hasil. (2)

2.2.1.1Manfaaat atau Kelebihan Simulasi

Simulasi merupakan satu-satunya cara yang dapat digunakan untuk mengatasi masalah, jika :

1. Solusi analitik tidak bisa dikembangkan, karena sistem yang sangat kompleks.

2. Pengamatan sistem secara langsung tidak dimungkinkan, karena : a. sangat mahal

b. memakan waktu yang terlalu lama

c. akan merusak sistem yang sedang berjalan. 2.2.1.2Kelemahan Simulasi

1. Membuat suatu model simulasi yang baik bisa jadi memerlukan biaya yang sangat mahal, bahkan sering dibutuhkan waktu bertahun-tahun untuk mengembangkan model yang sesuai.

2. Teknik simulasi bukan proses optimisasi dan tidak menghasilkan sebuah jawaban tetapi hanya menghasilkan sekumpulan output dari sistem pada

berbagai kondisi yang berbeda. Oleh karena itu, dalam beberapa kasus ketelitiannya sulit diukur.

Simulasi tidak dapat digunakan untuk menggambarkan semua kasus. Hanya situasi yang mengandung ketidak-pastian yang dapat dievaluasi dengan simulasi 2.2.2. Pemodelan Sistem

Permodelan merupakan kumpulan aktivitas pembuatan model. Sebagai landasan pengertian permodelan diperlukan suatu penelaaan tentang model itu sendiri secara spesifik ditinjau dari pendekatan sistem. Sebelum sampai pada tahap permodelan, perlu diketahui lebih dahulu jenis dan klasifikasi model-model secara terperinci.S alah satu dasar utama untuk mengembangkan model adalah guna menemukan peubah apa yang penting dan tepat. Penemuan peubah-peubah tersebut sangat erat hubungannya dengan pengkajian hubungan-hubungan yang terdapat diantara peubah-peubah.Teknik kuantitatif seperti persamaan regresi dan simulasi digunakan untuk mempelajari keterkaitan antarpeubah dalam sebuah model.(3)

2.2.2.1Jenis Model

Klasifikasi perbedaan dari model memberikan pertambahan pendalaman pada tingkat

kepentingannya, karena dapat dijelaskan dalam banyak cara. Model dapat dikategorikan menurut jenis, dimensi, fungsi, tujuan pokok pengkajian atau derajat keabstrakannya. Kategori umum adalah jenis model yang pada dasarnya dapat dikelompokkan : (4)

1. Model Ikonik

Model ikonik adalah perwakilan fisik dari beberapa hal baik dalam bentuk ideal ataupun dalam skala yang berbeda. Model ikonik mempunyai karakteristik yang sama dengan hal yang diwakili, dan terutama amat sesuai untuk menerangkan kejadian pada waktu yang spesifik. Model ikonik dapat berdimensi dua (foto, peta, cetak biru) atau tiga dimensi (prototip mesin, alat). Apabila model berdimensi lebih dari tiga dimensi maka tidak mungkin lagi dikonstruksi secara fisik sehingga diperlukan kategori model simbolik.

2. Model Analog (Model Diagramatik)

Model analog dapat mewakili situasi dinamik, yaitu keadaan berubah menurut waktu. Model ini lebih sering dipakai daripada model ikonik karena kemampuannya untuk mengetengahkan karakteristik dari kejadian yang dikaji. Model analog banyak berkesusuaian dengan penjabaran hubungan kuantitatif antara sifat dan klas-klas yangberbeda. Dengan melalui transformasi sifat menjadi analognya, maka kemampuan membuat perubahan dapat ditingkatkan. Contoh model analog ini adalah kurva permintaan, kurva distribusi frekuensi pada statistik, dan diagram alir.

3. Model Simbolik (Model Matematik)

Pada hakekatnya, ilmu sistem memusatkan perhatian kepada model simbolik sebagai perwakilan dari realitas yang sedang dikaji. Format model simbolik dapat berupa bentuk angka, simbol, dan rumus. Jenis model simbolik yang umum dipakai adalah suatu persamaan (equation). Bentuk persamaan adalah tepat, singkat, dan mudah dimengerti. Simbol

persamaan tidak saja mudah dimanipulasi daripada kata-kata, namun juga lebih cepat ditangkap maksudnya. Suatu persamaan adalah bahasa universal pada penelitian operasional dan ilmu sistem, dimana dipakai suatu logika simbolis. Permodelan mencakup suatu pemilihan dari karakteristik dari perwakilan abstrak yang paling tepat pada situasi yang terjadi. Pada umumnya, model matematis dapat 7 diklasifikasikan menjadi dua bagian. Suatu model adalah bisa statsik atau dinamik. Model statik memberikan informasi tentang peubah-peubah model hanya pada titik tunggal dari waktu. Model dinamik mampu menelusuri jalur maktu dari peubah model. Model dinamik lebih sulit dan mahal pembuatannya, namun memberikan kekuatan yang lebih tinggi pada analisis dunia nyata.(4)

Pemilihan model tergantung pada tujuan dari pengkajian sistem dan terlihat jelas pada formulasi permasalahan pada tahap evaluasi kelayakan. Sifat model juga tergantung pada teknik permodelan yang dipakai. Model yang mendasarkan pada teknik peluang dan memperhitungkan ketidakmenentuan (uncertainty) disebut model probabilistik atau model stokastik. Dalam mengkaji suatu sistem, model ini sering dipakai karena perihal yang dikaji umumnya mengandung keputusan yang tidak tentu. Kebalikan dari model ini adalah model kuantitatif yang tidak mempertimbangkan peluang kejadian, dikenal sebagai model deterministik. Contohnya adalah model pada program linear dan PERT. Model ini memusatkan penelaahannya pada faktor-faktor kritis yang diasumsikan mempunyai nilai eksak dan tertentu pada waktu yang spesifik. Model probabilistik biasanya mengkaji ulang data atau informasi terdahulu untuk

menduga peluang kejadian tersebut pada keadaan sekarang atau yang akan datang dengan asumsi terdapat relevansi pada jalur waktu.

Pada beberapa perihal, sebuah model dibuat hanya untuk semacam deskripsi matematis dari kondisi dunia nyata. Model ini disebut model deskriptif dan banyak dipakai untuk mempermudah penelaahan suatu permasalahan. Model ini dapat diselesaikan secara eksak serta mampu mengevaluasi hasilnya dari berbagai pilihan data input. Apabila perbandingan antar alternatif dilakukan, maka model disebut model optimalisasi. Solusi dari modeloptimalisasi adalah merupakan nilai optimum yang tergantung pada nilai input, contohnya adalahNon-linear programming.

Bilamana sistem telah diekspresikan pada notasi matematik dan format persamaan, timbullah keuntungan dari fasilitas manipulatif dari matematik. Seorang analis dapat memasukkan nilai-nilai yang berbeda dalam model matematik dan kemudian mempelajari perilaku darisistem tersebut. Pada pengkajian tertentu, sensitivitas dari sistem dilakukan dengan perubahan dari input sistem itu sendiri. Bahasa simbolik ini juga membantu dalam

komunikasi karena pernyataan yang singkat dan jelas daripada deskripsi lisan.(5) 2.2.3. Interface (Antarmuka)

Prinsip dasar untuk membuat sebuah tampilan antar muka sama halnya dengan prinsip desain dalam mendesain sebuah karya seni di atas kanvas. Prinsip desain adalah cara menyusun (meletakkan) obyek, warna yang semua itu sama dengan tampilan pada layar komputer. Meskipun banyak alat (tool) pemrograman membuat mudah dalam mendesain dengan hanya drag drop

rencana dalam mendesain sebuah aplikasi nantinya akan banyak perubahan desain. Team pengembang software biasanya mendesain elemen dulu dalam kertas, medesain keutuhan komponen atau kontrol yang dibutuhkan dalam software tersebut dan relasi antar form.

Prinsip dasar desain harus diterapkan dalam antar muka program aplikasi atau desain yang berbasiskan web agar diperoleh desain yang bagus. Untuk

software aplikasi dan Web base aplikasi berbeda, tapi bagaimanapun juga kedua model aplikasi dan web base mempunyai proses yang mirip.

2.2.3.1Elemen Antar Muka

Beberapa elemen digunakan dalam banyak implementasi. Jika elemen dalam antar muka digunakan dengan tepat, akan membantu membuat efisiensi dan produktivitas untuk penguna nantinya. Meskipun elemen itu memiliki banyak perbedaan untuk software aplikasi dan berbasis web, semua fungsinya mirip di lingkungan masing-masing.

2.2.3.2Bentuk Desain Antar Muka

Dalam aplikasi berbasis windows, tidak semua sama, ada tiga bentuk utama: a. Single Document Interface (SDI), Sebuah contoh antar muka SDI

adalah aplikasi WordPad yang include di Windows. Di dalam WordPad, hanya satu dokumen yang dapat di buka dalam waktu yang sama, dokumen harus ditutup sebelum dokumen lain di buka. Kita tidak bisa bekerja pada dua dokumen yang berbeda dalam waktu yang sama.

Gambar 2-3. Model Single Document Interface

b. Multiple-Document Interface (MDI), sebagai contoh adalah aplikasi? Microsoft Word 2000 and Microsoft Excel 2000. Perangkat lunak tersebut membolehkan membuka, dan menampilkan? banyak dokumen dalam waktu yang sama, tiap dokumen ditampilkan dalam masing-masing window. Untuk berpindah antar dokumen bias menggunakan menu dan sub menu yang ada.

c. Explorer-Style Interface,Dalam bentuk ini terdapat satu window yang berisi dua panel atau daerah, biasanya konsisten ada tampilan tiga hierarchi di kiri tampilan dan di kanan, seperti Microsoft Windows Explorer.

Gambar 2-5 Model Antar Muka Explorer-Style interface

d. Report Interface.Informasi laporan dapat ditampilkan dalam banyak tipe grafik, baris dan kolom, atau format teks, atau kombinasinya. Banyak aplikasi membolehkan user menampilkan laporan atau mengirim laporan tersebut ke printer untuk keluaran hard-copy.

Dalam menentukan model antar muka yang mana yang terbaik, tim pengembang software (sotfware developer) perlu melihat tujuan pembuatan program aplikasi tersebut. Membuat aplikasi jam yang simple model SDI adalah yang terbaik, karena sepertinya tidak ada seseorang yang membuka jam lebih dari satu. Aplikasi asuransi yang model MDI adalah yang terbaik karena akan bekerja pada satu atau lebih pada klien secara bersamaan. Model Windows Explorer akan berguna dalam berbagai macam aplikasi baru, karena dapat menampilkan berbagai macam dokumen, gambar atau file. Model laporan (report) menampilkan format yang permanen untuk menampilkan laporan dan tidak memerlukan interaksi user yang banyak.

Gambar 2-7 Tampilan dialog pesan konfirmasi penyimpanan

2.2.3.3 Bagaimanakan Antar Muka yang Bagus itu ?

Tim yang memilki pegalaman desain selalu melakukan tes kepada user

yang berpengalaman maupun yang belum untuk melihat apakah aplikasi mereka mudah untuk digunakan. Minta saran kepada mereka sangat penting untuk merubah desain jika kurang familiar.Sebagai tambahan, banyak aplikasi menyediakan pilihan untuk mengakomodasi bermacam-macam pengguna. Misalnya Windows Explorer meyediakan pilihan user yag akan mengkopi file dengan menu, keyboard, atau fungsi drag drop. Penyediaan pilihan dalam aplikasi minimal fungsi dapat dilakukan melalui keyboard dan mouse.

Interface dikatakan baik juga, ketika suatu interface sesuai dengan kebutuhan, keinginan dan harapan user (pengguna aplikasi). Sehingga akan menjadikan user lebih efektif dalam menggunakannya, bahkan akan lebih produktif dalam menyelesaikan tugasnya.

2.2.3.4 Prinsip Perancangan Antarmuka

Prinsip perancangan antarmuka merupakan hal yang harus diperhatikan bagi pembuat atau pembangun suatu interface, agar pada saat interface tersebut digunakan oleh user dapat menjadi keuntungan bagi user tersebut. Berikut ini adalah 15 prinsip perancangan antarmuka:

a. User Compatibility

Interface sesuai dengan kebutuhan, keinginan dan harapan dari user. Dan harus sesuai dengan pengetahuan dan psikologi dasar user

b. Product Compatibility

Interface yang digunakan oleh user harus cocok dengan posisi usernya. c. Workflow Compatibility

Sistem harus diorganisasikan dengan baik sehingga dapat mem-fasilitasi transisi antar tugas user

d. Task Compatibility

Struktur dan aliran sistem harus sesuai dan mendukung tugas user e. Consistency

Konsistensi membuat user berfikir dengan meng-analogi-kan dan memprediksi bagaimana melakukan sesuatu yang belum pernah dilakukan sebelumnya.

f. Flexibility

Mengijinkan makin banyak kontrol user dan mengakomodir skill user yang bervariasi

g. Simplicity

Kesalahan umum yang terjadi pada perancangan interface adalah berusaha untuk menyediakan semua fungsionalitas, maka dari itu sediakan fungsi yang defaults.

h. Direct Manipulation

Users secara langsung dapat melihat aksinya pada objek yang terlihat i. WYSIWYG (What You See Is What You Get)

Adanya korespondensi satu ke satu antara informasi di layar dengan informasi di printed-output atau file

j. Familiarity

Konsep, terminologi, pengaturannya di antarmuka harus yang dipahami user dengan baik

k. Control

Tidak menjadikan user merasa dikontrol oleh system. l. Responsives

Sistem harus selalu merespon dengan segera setiap input dari user m. Invisible Technology

User sebaiknya mengetahui sesedikit mungkin detil teknis bagaimana sistem diimplementasikan.

n. Robustness

Sistem sebaiknya mentolerir kesalahan manusia yang umum dan tidak dapat dihindar. Crash system harus diminimalisir, menyediakan recovery yang mudah dipahami jika terjadi crash

o. Protection

User seharusnya memproteksi dari hasil-hasil yang menyebabkan „bencana’ karena kesalahan umum manusia

p. Ease of Learning dan Ease of User

36

BAB 3

PEMBAHASAN

3.1. Jadwal Kerja Praktek

Keja praktek dimulai pada tanggal 5 Juli 2010 sampai dengan 31 Agustus 2010. Kerja praktek dilaksanakan seminggu tiga kali untuk melakukan persiapan pembuatan aplikasi mulai pukul 08.00 WIB hingga pukul 12.00 WIB dan pukul 13.00 WIB hingga pukul 16.00 WIB.

3.2. Cara / Teknik Kerja Praktek

Untuk meningkatkan mutu dan kualitas, pihak PT.PLN (Persero) menggunakan sistem simulasi berbasis komputer. Sistem ini akan lebih efisien dan efektif dalam melakukan pengajaran terhadap student juga dalam pengolahan data. Cara yang dipakai dalam pembuatan sistem simulasi berbasis komputer ini menggunakan bahasa pemrograman Visual Basic sebagai program kompiler dan Access sebagai aplikasi database.

Untuk memulai proses pembuatan sistem perlu diperhatikan langkah-langkah sebagai berikut:

1. Pengenalan sistem keseluruhan dan faktor-faktor yang terkait. 2. Batasan sistem, kendala dan solusi pada sistem yang dibuat. 3. Desain dan analisis sistem baik bersifat konsep maupun logika.

4. Penentuan target yang tepat sebagai masukan untuk atribut pada program. 5. Pembuatan program dan implementasinya.

Dengan penggunaan software aplikasi Visual Basic 2006 sebagai program kompilernya tampilan program dapat dibuat sedemikian rupa sehingga tampilan menjadi lebih menarik dan dapat memudahkan proses kegiatan kerja dalam satu pilihan tampilan menu utama yang menyangkut keseluruhan sistem yang dibutuhkan dalam proses input ataupun output data yang dibutuhkan.

3.3. Analisis berjalan

Untuk saat ini sistem yang sedang berjalan di PT.DIRGANTARA (PERSERO) pada divisi FTC yang menggunakan Aplikasi Instruktur Section masih menggunakan beberapa layar monitor dengan fungsi yang berbeda-beda. Misalnya antara aplikasi untuk mengawasi dengan recording masih menggunakan layar monitor yang berbeda.

3.4. Analisis Kebutuhan Non Fungsional

Analisis kebutuhan nonfungsional menggambarkan kebutuhan luar sistem yang diperlukan untuk menjalankan aplikasi yang dibangun. Adapun kebutuhan nonfungsional untuk menjalankan aplikasi Instructur Station Sistem Simulasi meliputi kebutuhan perangkat keras, kebutuhan perangkat lunak, dan pengguna yang akan memakai aplikasi. Analisis kebutuhan nonfungsional bertujuan agar aplikasi yang dibangun dapat digunakan sesuai dengan kebutuhan bagian keuangan dalam pengolahan data laporan keuangan

3.4.1. Analisis Kebutuhan Perangkat Keras

Perangkat keras tentu saja merupakan hal yang penting juga selain dari perangkat lunak, karena jika tidak ada perangkat keras, maka perangkat lunak tidak akan bisa membantu memudahkan pengguna untuk mengerjakan tugasnya.

Dalam perusahaan ini dengan adanya beberapa display tetapi perangkat keras yang digunakannya sama , yaitu :

1. Intel Pentium IV 2.0 GB 2. RAM 512 MB

3. Hard Disk 40 GB 4. Monitor

5. Keyboard 6. Mouse

3.4.2. Analisis Kebutuhan Perangkat Lunak

Dalam penggunaan aplikasi Instructur Station Sistem Simulasi, dibutuhkan beberapa aplikasi pendukung lainnya, antara lain:

1. Student Station Sistem Simulasi 2. Controller Simulation System

3.4.3. Analisis Kebutuhan User

Dalam menggunakan aplikasi ini, adapun yang harus diperhatikan dalam user yang akan berinteraksi dengan aplikasi ini, yaitu:

Tabel 3-1. Analisis User

User Tanggung

Jawab Hak Akses

Tingkat Pendidikan

Tingkat

Keterampilan Pengalaman

Jenis Pelatihan Instruktur Mengontrol

Aplikasi

Berinteraksi dengan aplikasi simulasi

D III Mengerti database, dan menggunakan aplikasi simulasi Pernah menggunakan aplikasi simulasi sebelumnya -

Apabila user tidak memenuhi minimalnya seperti analisi user seperti table di atas, maka user akan kesulitan ketika akan berinteraksi dengan aplikasi ini.

3.5. Analisis Kebutuhan Fungsional

Analisis kebutuhan fungsional akan dimulai setelah tahap analisis terhadap sistem selesai dilakukan, analisis kebutuhan fungsional dapat didefinsikan sebagai penggambaran, perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi. Tahapan ini menyangkut mengkonfigurasi dari komponen-komponen perangkat lunak dan perangkat keras dari suatu sistem sehingga setelah instalasi dari sistem akan benar-benar memuaskan dari rancang bangun yang telah ditetapkan pada akhir tahap analisis sistem. Alat bantu yang digunakan untuk menggambarkan sistem secara umum yang akan dibangun yaitu Entity Relationship Diagram (ERD) Diagram Konteks, dan Data Flow Diagram (DFD). Untuk menjelaskan bagaimana suatu masukan diproses pada sistem maka digunakan spesifikasi proses dan kamus data untuk mengetahui aliran data yang mengalir pada sistem.

3.5.1. Entity Relationship Diagram

3.5.2. Aliran Informasi

Diagram konteks atau disebut juga dengan model sistem fundamental merepresentasikan seluruh elemen sistem sebagai sebuah bubble tunggal dengan data input output yang ditunjukkan oleh anak panah yang masuk dan keluar secara berurutan.

3.5.3. DFD Level 1

Pada DFD level 1 terdapat satu proses utama yaitu Control Instructur Station, dan tiga data store diantaranya adalah Data Student, Data Setting, dan Data MilFunction

3.5.1. DFD Level 1 Instructur Station Sistem Simulasi

1 : Sistem Operasi

Proses ini akan menampilkan seluruh kegiatan atau proses simulasi yang nantinya akan digunakan.

2 : Setting

Proses ini dilakukan oleh instruktur untuk mengatur atau men set-up

simulasi. 3 : MilFunction

Proses ini dilakukan oleh instruktur untuk menghilangkan fungsi yang ada pada simulasi dengan tujuan untuk menguji student pada saat fungsinya dihilangkan.

4 : Monitoring

Proses ini dilakukan oleh instruktur untuk melihat operasi dari simulasi yang sebelumnya telah di set-up. Dan memonitoring operasi yang dilakukan oleh

student.

5 : Recording

Proses ini berfungsi untuk merekam segala kegiatan dan operasi dari simulasi.

6 : Reporting

Proses ini menampilkan hasil kegiatan atau operasi yang telah dilakukan dalam bentuk laporan.

7 : Playback

Proses ini dilakukan oleh instruktur untuk memutar kembali hasil operasi yang telah dilakukan.

8 : User Customization

Proses ini dilakukan oleh instruktur untuk menambah Student yang akan melakukan simulasi.

3.5.2. DFD Level 2 ProsesSetting

2.1 : Isi Data Bensin

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah bensin dengan satuan liter.

2.2 : Isi Water Temp

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah Temperatur Air Radiator.

2.3 : Isi Data RPM

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah putaran roda mobil per menitnya.

2.4 : Isi Speed

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah kecepatan dengan satuan km/jam.

2.5 : Isi Data Oil Pressure

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah bensin dengan satuan liter.

2.6 : Isi Data Charge

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah air accu

dengan satuan ph.

2.7 : Isi Data Kilometer

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah jarak yang ditempuh dengan satuan Km.

2.8 : Isi Data Waktu

Proses ini dilakukan oleh instruktur untuk meng-inputkan jumlah waktu yang ditempuh dengan satuan jam.

2.9 : Operasi Data Setting

Proses ini dilakukan oleh instruktur untuk mengoperasikan seluruh data yang telah di input kan sebelumnya.

3.5.3. DFD Level 2 Proses MilFunction

Gambar 3-5. DFD Level 2 Proses MilFunction

3.1 : Isi Rem Blong

Proses ini dilakukan oleh instruktur untuk menjadikan atau memberikan simulasi dengan rem blong atau tidak. Pilihan yang disediakan adalah “Ya” atau “Tidak”.

3.2 : Isi Bensin Habis

Proses ini dilakukan oleh instruktur untuk menjadikan simulasi yang kondisi bensinnya dalam keadaan habis. Pilihan yang disediakan adalah “Ya” atau “Tidak”.

3.3 : Isi SpeedometerMacet

Proses ini dilakukan oleh instruktur untuk menjadikan atau memberikan kondisi simulasi dengan speedometer yang macet. Pilihan yang disediakan adalah “Ya” atau “Tidak”.

3.4 : Isi Ban Bocor

Proses ini dilakukan oleh instruktur untuk menjadikan atau memberikan kondisi simulasi ban yang bocor. Pilihan yang disediakan adalah “Ya” atau “Tidak”.

3.5 : Isi Mesin Mati

Proses ini dilakukan oleh instruktur untuk menjadikan atau memberikan kondisi ketika simulasi tiba-tiba mati. Pilihan yang disediakan adalah “Ya” atau “Tidak”.

3.6 : Operasi Data MilFunction

Proses ini dilakukan oleh instruktur untuk mengoperasikan seluruh data yang telah di input kan sebelumnya.

3.5.4. DFD Level 2 Proses Reporting

Gambar 3-6. DFD Level 2 Proses Reporting

6.1 : Tampil Laporan Student

Proses ini dilakukan oleh instruktur menampilkan laporan data student,

yang ada pada data store student

6.2 : Tampil Laporan MilFunction

Proses ini dilakukan oleh I nstruktur menampilkan laporan data nilfunction, yang ada pada data store milfunction

6.3 : Tampil Laporan Setting

Proses ini dilakukan oleh instruktur menampilkan laporan data setting,

3.5.5. DFD Level 2 Proses User Customization

Gambar 3-7. DFD Level 3 Proses User Customization

4.1 : Isi Nama Pengguna

Proses ini dilakukan oleh instruktur untuk meng-input-kan nama dari

student yang akan menggunakan simulasi. 4.2 : Isi Umur

Proses ini dilakukan oleh instruktur untuk meng-input-kan nama dari

student yang akan menggunakan simulasi. 4.3 : Jenis Kelamin

Proses ini dilakukan oleh instruktur untuk meng-input-kan nama dari

3.5.6. Kamus Data

Tabel 3-2. Tabel Kamus Data Instructur Station

Nama Aliran Data Request Control

Proses Level 1. Proses Control Instructur Station

Deskripsi Berisi Proses Sistem Operasi, Setting, MilFunction, Reporting, Recording, Playback, dan User Customization

Struktur Request Sistem Operasi | Request Setting | Request MilFunction

| Request Reporting | Request Recording | Request Playback |

Request User Customization

Nama Aliran Data Request Setting

Proses Level 1.2 Proses Setting

Deskripsi Berisi Data Setting

Struktur data

IdSetting + Bensin + Water Temp + RPM + Speed + Oil Prresure + Charge + Kilometer + Waktu

Nama Aliran Data Request MilFunction

Proses Level 1.3 Proses MilFunction

Deskripsi Berisi Data MilFunction

Struktur data IdMilFunction + Rem Blong + Bensin Habis + Speedometer Macet + Ban Bocor + Mesin Mati

Nama Aliran Data Request Monitoring

Proses Level 1.4 Monitoring

Deskripsi Berisi Data Student, Data Setting, Data MilFunction

Struktur data IdSetting + Bensin + Water Temp + RPM + Speed + Oil Prresure + Charge + Kilometer + Waktu + IdMilFunction + Rem Blong + Bensin Habis + Speedometer Macet + Ban Bocor

+ Mesin Mati + UserId + Nama Pengguna + Umur Pengguna + Jenis Kelamin

Nama Aliran Data Request User Customization

Proses Level 1.8 Proses User Customization

Deskripsi Berisi Data Student

Struktur data UserId + Nama Pengguna + Umur Pengguna + Jenis Kelamin

Nama Aliran Data Request Recording

Proses Level 1.5 Proses Recording

Deskripsi Berisi Data Student, Data Setting, Data MilFunction

Struktur data IdSetting + Bensin + Water Temp + RPM + Speed + Oil Prresure + Charge + Kilometer + Waktu + IdMilFunction + Rem Blong + Bensin Habis + Speedometer Macet + Ban Bocor + Mesin Mati + UserId + Nama Pengguna + Umur Pengguna + Jenis Kelamin

Nama Aliran Data Request Reporting

Proses Level 1.6 Proses Reporting

Deskripsi Berisi Data Student, Data Setting, Data MilFunction

Struktur data IdSetting + Bensin + Water Temp + RPM + Speed + Oil Prresure + Charge + Kilometer + Waktu + IdMilFunction + Rem Blong + Bensin Habis + Speedometer Macet + Ban Bocor + Mesin Mati + UserId + Nama Pengguna + Umur Pengguna + Jenis Kelamin

3.5.7. Skema Relasi

Skema relasi merupakan rangkaian hubungan antara dua tabel atau lebih pada sistem basis data. Gambar 3.8 merupakan penjelasan rangkaian basis data pada Aplikasi Instructur Station Sistem Simulasi

Gambar 3-8. Skema Relasi Instructur Station

3.5.7.1Struktur Tabel

Struktur tabel menggambarkan detail tabel yang berisi field, tipe data, panjang data, dan keterangan lainnya. Tabel yang terdapat pada basis data aplikasi

Instructur Station Sistem Simulasi adalah tabel student, tabel milfunction, tabel

setting. Berikut ini deskripsi dari masing-masing tabel tersebut 1. Tabel Milfunction

Tabel 3-3. Struktur Tabel Milfunction

Nama Field Tipe Data Ukuran Data Null Kunci

IdMilfunction Double 8 No Primary Key

Rem Blong Text 255 No -

Bensin Habis Text 255 No -

Speedometer Macet Text 255 No -

Ban Bocor Text 255 No -

Mesin Mati Text 255 No -

Data MilFunction

Data Setting

2. Tabel Student

Tabel 3-4. Struktur Tabel Student

Nama Field Tipe Data Ukuran Data Null Kunci

UserId Double 8 No Primary Key

Nama Pengguna Text 255 No -

Umur Double 8 No -

Jenis Kelamin Text 255 No -

IdMilFunction Double 8 No Foreign Key

IdSetting Double 8 No Foreign Key

3. Tabel Setting

Tabel 3-5. Struktur Tabel Setting

Nama Field Tipe Data Ukuran Data Null Kunci

IdSetting Double 8 No Primary Key

Bensin Double 8 No -

Water Temp Double 8 No -

RPM Double 8 No -

Speed Double 8 No -

Oil Pressure Double 8 No -

Charge Double 8 No -

Kilometer Double 8 No -

Waktu Double 8 No -

3.5.8. Perancangan Menu

Perancangan struktur menu merupakan gambaran jalur pemakaian aplikasi sehingga aplikasi yang dibangun mudah dipahami dan mudah digunakan. Perancangan struktur menu dari aplikasi Instructur Station Sistem Simulation di PT.DIRGANTARA INDONESIA.

Gambar 3-9. Struktur Menu Instructur Menu

3.5.9. Perancangan Antarmuka

Perancangan antarmuka mendeskripsikan rencana tampilan dari setiap tampilan yang akan digunakan pada aplikasi Instructur Station Sistem Simulasi. Perancangan antarmuka pada aplikasi ini terdiri dari perancangan form

dan pesan.

3.5.9.1Perancangan Form

Perancangan antarmuka form pada aplikasi Instructur Station Sistem Simulasi dapat dilihat pada Gambar 3.10 sampai dengan Gambar 3.26.

1. Form Menu Utama

Form ini adalah halaman awal dari aplikasi Instructur Station Sistem Simulasi, yang delapan menu.

Gambar 3-10. Antarmuka Kode T01

2. Form Sistem Operasi

Form ini berisi tampilan keluaran dari data-data yang sudah dimasukkan sebelumnya, seperti data Setting, MilFunction, dan User Customization

3. Form Setting

Form untuk meng-inputkan data-data setting dan nantinya akan dioperasikan.

Gambar 3-12. Antarmuka Kode T03

4. Form MilFunction

Form untuk meng-inputkan data-data milfunction dan nantinya akan dioperasikan dan diberikan kepada Student Station.

5. Form Monitoring

Form ini berfungsi untuk menampilkan data-data yang sudah dimasukkan dan hasil operasinya.

Gambar 3-14. Form Monitoring

6. Form Recording

Form ini menampilkan seluruh data yang sudah diisi dan dioperasikan sebelumnya ke dalam bentuk tabel

7. Form Menu Reporting

Menampilkan menu-menu laporan sesuai dengan data yang dimasukan

Gambar 3-16. Antarmuka Kode T07

8. Form Playback

Form ini berfungsi untuk mengulang kembali hasil simulasi yang sudah dilakukan

9. Form User Customization

Form ini berfungsi untuk meng-input-kan data user atau student yang akan melakukan simulasi.

Gambar 3-18. Antarmuka Kode T09

10.Form Laporan Student

Menampilkan Hasil Laporan Student/User

11.Form Laporan Data Setting Menampilkan Hasil Laporan Setting

Gambar 3-20. Antarmuka Kode T11

12.Form Laporan Data MilFunction Menampilkan Hasil Laporan MilFunction

3.5.9.2Perancangan Pesan

1. Pesan Data Setting Sudah Disimpan

Pesan ini sebagai konfirmasi untuk Data Setting yang berhasil disimpan

Gambar 3-22. Antarmuka Pesan Dengan Kode M01

2. Pesan Data MilFunction Sudah Disimpan

Pesan ini sebagai konfirmasi untuk Data MilFunction yang berhasil disimpan.

3. Pesan Data Student Sudah Disimpan

Pesan ini sebagai konfirmasi untuk Data Student yang berhasil disimpan

Gambar 3-24. Antarmuka Pesan Dengan Kode M03

4. Pesan Data Student Sudah Dihapus

Pesan ini sebagai konfirmasi untuk Data Student yang berhasil dihapus.

5. Pesan Data MilFucntion Sudah Dihapus

Pesan ini sebagai konfirmasi untuk Data MilFunction yang berhasil dihapus.

Gambar 3-26. Antarmuka Message Dengan Kode M05

6. Pesan Data Setting Sudah Dihapus

Pesan ini sebagai konfirmasi untuk Data Setting yang berhasil dihapus.

3.6. Jaringan Semantik

Jaringan Semantik merupakan gambaran pengetahuan grafis yang menunjukkan hubungan antar berbagai objek. Jaringan semantik terdiri dari lingkaran-lingkaran yang menunjukkan objek dan informasi tentang objek-objek tertentu. Jaringan semantik untuk aplikasi Instructur Station Sistem Simulasi.

Gambar 3-28. Jaringan Semantik Antrmuka Instructur Station T01

T02

T03

T04

T05

T06 T07 T08 T09

T10 T11 T12

3.7. Implementasi

Setelah sistem dianalisis dan didesain secara rinci maka selanjutnya akan menuju tahap implementasi. Tujuan implementasi adalah untuk menjelaskan tentang manual modul kepada semua user yang akan menggunakan sistem. Sehingga user tersebut dapat merespon apa yang ditampilkan di sistem dan memberikan masukan kepada pembuat sistem untuk dilakukan perbaikan agar sistem lebih baik lagi.

3.7.1. Kebutuhan Perangkat Keras Pembangun

Spesifikasi perangkat keras yang digunakan untuk membangun aplikasi

Instructur Station Sistem Simulasi: 1. Processor Core 2 Duo 2,2 GHz 2. Memory 2 GB

3. Harddisk 320 GB 4. VGA Card 256 MB 5. Mouse

6. Keyboard

3.7.2. Kebutuhan Perangkat Lunak Pembangun

Beberapa perangkat lunak pendukung yang dapat mengoptimalkan program yang akan dibangun, diantaranya adalah sebagai berikut.

1. Visual Basic 6

2. DBMS Microsoft Access 3. VBReport

3.8. Implementasi Basis Data

Database Management Sistem (DBMS) yang digunakan untuk mengimplementasikan data Instructur Station Sistem Simulasi ini adalah Microsoft Access 2010. Implementasi database dalam aplikasi yang telah dirancang adalah sebagai berikut :

Tabel 3-6. Implementasi Basis Data

Tabel Syntax SQL

CREATE TABLE

`instructur_station`.`Data MilFunction` (

`IdMilFunction` DOUBLE( 8 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,

`Rem Blong` TEXT NOT NULL ,`Bensin Habis` TEXT NOT NULL ,`Speedometer Macet` TEXT NOT NULL ,`Ban Bocor` TEXT NOT NULL ,`Mesin Mati` TEXT NOT NULL ) ENGINE = InnoDB ; CREATE TABLE

`instructur_station`.`Data Student` (`UserId` DOUBLE( 8 ) NOT NULL AUTO_INCREMENT

PRIMARY KEY ,`Nama Pengguna` TEXT NOT NULL ,`Umur` DOUBLE( 8 ) NOT NULL ,

`Jenis Kelamin` TEXT NOT NULL ,`IdSetting` DOUBLE( 8 ) NOT NULL ,`IdMilFunction` DOUBLE( 8 ) NOT NULL ,INDEX (

`IdSetting` , IdMilFunction` ) CONSTRAINT

datastudent`_ibfk_1`FOREIGN

KEY (`idMilFunction`)

REFERENCES`datamilfunction` (`idmilfunction`) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINTdatastudent`_ibfk_1`

FOREIGN KEY (`idSetting`)

REFERENCES `datasetting`

(`idsetting`) ON DELETE

CASCADE ON UPDATE CASCADE ) ENGINE = InnoDB ;

CREATE TABLE

`instructur_station`.`Data Setting` (`IdSetting` DOUBLE( 8 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,`Bensin` DOUBLE( 8 ) NOT NULL ,`Water Temp` DOUBLE( 8 ) NOT NULL ,`RPM` DOUBLE( 8 ) NOT NULL ,

`Speed` DOUBLE( 8 ) NOT NULL ,`Oil Pressure` DOUBLE( 8 ) NOT NULL ,`Charge` DOUBLE( 8 ) NOT NULL ,`Kilometer` DOUBLE( 8 ) NOT NULL ,`Waktu` DOUBLE( 8 ) NOT NULL) ENGINE = InnoDB ;

Data MilFunction

Data Setting Data Student

3.10. Tampilan Aplikasi

1. Implementasi Menu Utama

Form ini adalah halaman awal dari aplikasi Instructur Station Sistem Simulasi, yang delapan menu.

Gambar 3-29. Form Menu Utama

2. Implementasi Form Sistem Operasi

Form ini berisi tampilan keluaran dari data-data yang sudah dimasukkan sebelumnya, seperti data Setting, MilFunction, dan User Customization

3. Implementasi Form Setting

Form untuk meng-inputkan data-data setting dan nantinya akan dioperasikan.

Gambar 3-31. Form Setting

4. Implementasi Form MilFunction

Form untuk meng-inputkan data-data milfunction dan nantinya akan dioperasikan dan diberikan kepada Student Station.

5.Implementasi Form Monitoring

Form ini berfungsi untuk menampilkan data-data yang sudah dimasukkan dan hasil operasinya.

Gambar 3-33. Tampilan Monitoring

6.Implementasi Form Recording

Form ini berfungsi untuk menampilkan data-data yang sudah dimasukkan dan hasil operasinya.

7. Implementasi Form Reporting

Menampilkan menu-menu laporan sesuai dengan data yang dimasukan

Gambar 3-35. Form Reporting

8. Implementasi Laporan Data Student Menampilkan Hasil Laporan Student/User

9. Implementasi Laporan Data Setting Menampilkan Hasil Laporan Setting

Gambar 3-37. Form Laporan Data Setting

10.Implementasi Laporan Data MilFunction Menampilkan Hasil Laporan MilFunction

11.Implementasi Form Playback

Form ini berfungsi untuk mengulang kembali hasil simulasi yang sudah dilakukan

Gambar 3-39. Form Playback

12.Implementasi Form User Customization

Form ini berfungsi untuk meng-input-kan data user atau student yang akan melakukan simulasi.

13.Implementasi Pesan Data Setting Sudah Disimpan

Dialog Box ini sebagai konfirmasi untuk Data Setting yang berhasil disimpan

Gambar 3-41. Message Data Setting Berhasil Disimpan

14.Implementasi Pesan Data MilFunction Sudah Disimpan

Dialog Box ini sebagai konfirmasi untuk Data MilFunction yang berhasil disimpan

Gambar 3-42. Message Data MilFunction Berhasil Disimpan

15.Implementasi Pesan Data Student Sudah Disimpan

Dialog Box ini sebagai konfirmasi untuk Data Student yang berhasil disimpan

16.Implementasi Pesan Data Student Sudah Dihapus

Dialog Box ini sebagai konfirmasi untuk Data Student yang berhasil dihapus

Gambar 3-44. Message Data Student Berhasil Dihapus

17.Implementasi Pesan Data MilFunction Sudah Dihapus

Dialog Box ini sebagai konfirmasi untuk Data MilFunction yang berhasil dihapus

Gambar 3-45. Message Data Milfunction Sudah Dihapus

18.Implementasi Pesan Data Setting Sudah Dihapus

Dialog Box ini sebagai konfirmasi untuk Data Setting yang berhasil dihapus

75

BAB 4

KESIMPULAN DAN SARAN

4.1. Kesimpulan

Berdasarkan uraian maupun pembahasan mengenai Aplikasi Instructur Station Sistem Simulasi PT Dirgantara Indonesia (Persero) yang telah dikemukakan sebelumnya maka dapat diambil kesimpulan bahwa pada Aplikasi

Instructur Station Sistem Simulasi PT Dirgantara Indonesia (Persero) dapat: 1. Menyelesaikan masalah yang dihadapi oleh Instruktur. 2. Mengefisienkan perangkat pada Intstructur Station.

3. Menjadikan menu-menu yang ada pada sistem menjadi satu kesatuan.

4.2. Saran

Sebagai bahan pertimbangan dalam upaya menyesuaikan kinerja perusahaan untuk menyikapi masa yang akan datang maka :

1. Aplikasi yang sudah dibangun agar dapat lebih dikembangkan lagi supaya dapat berfungsi semakin baik.

2. Melakukan perawatan terhadap aplikasi yang dibangun.

3. Melakukan pengecekan terhadap hardware yang terhubung dengan aplikasi.

Kemampuan kerja para pengguna sangat diharapkan dalam menjalankan aplikasi.

KERJA PRAKTEK

Diajukan Untuk Memenuhi Tugas Mata Kuliah Kerja Praktek

Program Strata Satu jurusan Teknik Informatika Fakultas Teknik dan Ilmu Komputer

Universitas Komputer Indonesia

GUNTUR SULAEMAN HENDRO WIBIKSONO HABIB WIKADIPUTRA

10107197 10107208 10107214

JURUSAN TEKNIK INFORMATIKA FAKULTAS TEKNIK DAN ILMU KOMPUTER

UNIVERSITAS KOMPUTER INDONESIA BANDUNG

iii

DAFTAR ISI

LEMBAR JUDUL

LEMBAR PENGESAHAN

KATA PENGANTAR ... i

DAFTAR ISI ... iii

DAFTAR TABEL ... vi

DAFTAR GAMBAR ... vii

DAFTAR SIMBOL ... x

DAFTAR LAMPIRAN ... xiii

BAB 1 PENDAHULUAN ... 1

1.1. Latar Belakang Masalah ... 1

1.2. Rumusan Masalah ... 2

1.3. Identifikasi Masalah ... 2

1.4. Maksud dan Tujuan ... 2

1.5. Batasan Masalah... 3

1.6. Metodelogi Penelitian ... 4

1.6.1. Tahap Pengumpulan Data ... 5

1.6.2. Tahap Pembuatan Perangkat Lunak ... 5

1.7. Sistematika Penulisan... 7

iv

2.1. Sejarah Perusahaan... 8

2.1.1. Tujuan Perusahaan ... 16

2.1.2. Visi Perusahaan ... 16

2.1.3. Misi Perusahaan ... 17

2.1.4. Sasaran Dan Strategi Perusahaan ... 17

2.1.5. Lokasi PT.DI ... 19

2.1.6. Struktur Organisasi Dan Job Description ... 20

2.2. Landasan Teori ... 23

2.2.1. Simulasi ... 23

2.2.2. Pemodelan Sistem ... 25

2.2.3. Interface (Antarmuka) ... 28

BAB 3 PEMBAHASAN ... 36

3.1. Jadwal Kerja Praktek... 36

3.2. Cara / Teknik Kerja Praktek ... 36

3.3. Analisis berjalan ... 37

3.4. Analisis Kebutuhan Non Fungsional ... 37

3.4.1. Analisis Kebutuhan Perangkat Keras ... 37

3.4.2. Analisis Kebutuhan Perangkat Lunak ... 38

3.4.3. Analisis Kebutuhan User... 38

3.5. Analisis Kebutuhan Fungsional ... 39

v

3.5.2. Aliran Informasi ... 41

3.5.3. DFD Level 1 ... 42

3.5.1. DFD Level 1 Instructur Station Sistem Simulasi ... 42

3.5.2. DFD Level 2 ProsesSetting ... 44

3.5.3. DFD Level 2 Proses MilFunction ... 46

3.5.4. DFD Level 2 Proses Reporting ... 48

3.5.5. DFD Level 2 Proses User Customization ... 49

3.5.6. Kamus Data ... 50

3.5.7. Skema Relasi ... 51

3.5.8. Perancangan Menu ... 53

3.5.9. Perancangan Antarmuka ... 54

3.6. Jaringan Semantik ... 64

3.7. Implementasi ... 65

3.7.1. Kebutuhan Perangkat Keras Pembangun ... 65

3.7.2. Kebutuhan Perangkat Lunak Pembangun ... 65

3.8. Implementasi Basis Data ... 65

3.10. Tampilan Aplikasi ... 67

BAB 4 KESIMPULAN DAN SARAN... 75

4.1. Kesimpulan ... 75

4.2. Saran ... 75

76

DAFTAR PUSTAKA

Dari Laporan Kerja Praktek yang kami buat, terdapat beberapa referensi yang kami gunakan, yaitu :

(1). Ayunin. (2 Desember 2010 Pukul : 12.30), Jenis-Jenis Simulasi

http://ayunin.wordpress.com/simulasi/jenis- jenis-simulasi.html

(2). Eriyatno. Ilmu Sistem. Meningkatkan Mutu dan Efektivitas Manajemen. Jilid I. Bogor: IPB Press. 2003. Hal 147

(3). Gustimirah. (4 Desember 2010 Pukul 09.00), Teori Simulasi,

http://gustimirah.blogspot.com/2009/12/teori-simulasi.html

(4). Handoko. Dasar Penyusunan dan Aplikasi Model Simulasi Komputer untuk Pertanian. Bogor. Jurusan Geofisika dan Meteorologi, FMIPA, IPB. 1994. 112 hal.

(5). Sabariah, Mira K. 2009. “Software Analysis”, Modul Perkuliahan

Rekayasa Perangkat Lunak, Bandung.

Van Noordwijk, M. And B. Lusiana.. WaNulCAS, a model of water, nutrient, and light capture in agroforestry systems. ICRAF-Southeast Asia. 1999

i

KATA PENGANTAR

Bismillahi rohmaanir rahiim

Puji dan syukur penulis panjatkan kehadirat Allah SWT, shalawat serta salam dilimpahkan kepada Nabi akhir jaman yaitu Nabi Muhammad SAW. Alhamdulillah, atas berkat dan rahmat-Nya, penulis dapat menyelesaikan penyusunan Laporan Kerja Praktek. Adapun Laporan Kerja Praktek ini adalah merupakan salah satu syarat kurikuler di Fakultas Teknik dan Ilmu Komputer Jurusan Teknik Informatika Universitas Komputer Indonesia (UNIKOM).

Dalam penulisan Laporan Kerja Praktek ini, penulis mengambil judul “INSTRUCTUR STATION SISTEM SIMULASI PT.DIRGANTARA INDONESIA (PERSERO)”. Pada penyelesaian Laporan Kerja Praktek ini tidak sedikit penulis mengahadapi kesulitan dan hambatan, namun berkat bantuan dan dorongan dari semua pihak lambat laun dapat terselesaikan juga.

Pada kesempatan ini penulis ingin menyampaikan rasa terimakasih yang sebesar-besarnya terutama kepada:

1. Orang Tua dan Keluarga, yang telah ikhlas memberikan banyak dukungan baik berupa doa, materi, motivasi dan inspirasi kepada penulis.

2. Ibu Dian Dharmayanti S.T, selaku pembingbing sekaligus Dosen jurusan Teknik Informatika Universitas Komputer Indonesia (UNIKOM).

3. Bapak Ir. Parworo Sukendro M.T selaku pembingbing di PT.DIRGANTARA INDONESIA yang banyak mengajarkan ilmu-ilmu baru.

ii

4. Rekan-rekan IF5 2007 Tteknik Informatika, yang telah membantu dalam diskusi pemecahan masalah.

5. Semua pihak yang telah member dorongan moril maupun material baik secara langsung ataupun tidak langsung agar terselesaikannya Laporan Kerja Praktek ini.

Penulis menyadari bahwa dalam pembuatan Laporan Kerja Praktek ini masih jauh dengan apa yang dikatakan sempurna, karena keterbatasan kemampuan penulis maupun pengalaman yang penulis dapatkan, oleh karena itu penulis sangat mengharapkan sekali saran-saran dan kritik yang membangun dari rekan-rekan mahasiswa maupun dari semua pihak yang membaca karya tulis ini demi tercapainya kesempurnaan penulisan Laporan Kerja Praktek tersebut.

Namun demikian penulis berharap semoga penulisan Laporan Kerja Praktek ini dapat bermanfaat bagi penulis khususnya dan umumnya rekan-rekan atau siapa saja yang membutuhkannya. Dan semoga menjadi bahan tambahan bacaan bagi kita semua. Amiiin...

Bandung,

Instructur Station

Sistem Simulasi

DATA PRIBADI

NIM : 10107197

Nama Lengkap : Guntur Sulaeman

Agama : Islam

Fakultas : Teknik dan Ilmu Komputer

Jurusan : Teknik Informatika

Tempat, Tanggal Lahir : Bandung, 16 November 1989

Alamat : Jln. Boeing Utara No 11a, Komp. Melong Green Garden, Cimahi Selatan

No. HP : 085659232405

Tahun Tempat

1994-1995 TK Nusa Indah

1995-2001 SDN Karya Bhakti

2001-2004 SLTPN 4 CIMAHI

2004-2007 SMA Pasundan 2 Cimahi

2007-Sekarang UNIVERSITAS UNIKOM INDONESIA (UNIKOM)

DATA ORANG TUA

Nama Ayah : Dadang Sulaeman

Tempat Tanggal Lahir : Bandung, 18 Februari 1961

Alamat : Jln. Boeing Utara No 11a, Komp. Melong Green Garden, Cimahi Selatan.

Nama Ibu : Sari Ratnawati

Tempat Tanggal Lahir : Bandung, 4 Agustus 1965

Alamat : Jln. Boeing Utara No 11a, Komp. Melong Green Garden, Cimahi Selatan.

DATA PRIBADI

NIM : 10107214

Nama Lengkap : Habib Wikadiputra

Agama : Islam

Fakultas : Teknik dan Ilmu Komputer

Jurusan : Teknik Informatika

Tempat, Tanggal Lahir : Bandung, 5 September 1989

Alamat : Perum. Dimensi Jalan Krey Payung 1 no.4, Kec. MargaAsih Kab. Bandung

No. HP : 085659325305

Tahun Tempat

1994-1996 TK ISLAM AL’MUAWANNAH

1996-2001 SDN UTAMA 2

2001-2004 SMPN 3 CIMAHI

2004-2007 SMA ISLAM CIPASUNG SINGAPARNA

2007-Sekarang UNIVERSITAS UNIKOM INDONESIA (UNIKOM)

DATA ORANG TUA

Nama Ayah : Abdul Kadir S.Si

Tempat Tanggal Lahir : Tegal, 3 Juli 1964

Alamat : Perum. Dimensi Jalan Krey Payung 1 no.4, Kec. MargaAsih Kab. Bandung

Nama Ibu : Wiwik Dwi Astuti

Tempat Tanggal Lahir : Tegal, 3 Agustus 1968

Alamat : Perum. Dimensi Jalan Krey Payung 1 no.4, Kec. MargaAsih Kab. Bandung

ii

4. Rekan-rekan IF5 2007 Tteknik Informatika, yang telah membantu dalam diskusi pemecahan masalah.

5. Semua pihak yang telah member dorongan moril maupun material baik secara langsung ataupun tidak langsung agar terselesaikannya Laporan Kerja Praktek ini.

Penulis menyadari bahwa dalam pembuatan Laporan Kerja Praktek ini masih jauh dengan apa yang dikatakan sempurna, karena keterbatasan kemampuan penulis maupun pengalaman yang penulis dapatkan, oleh karena itu penulis sangat mengharapkan sekali saran-saran dan kritik yang membangun dari rekan-rekan mahasiswa maupun dari semua pihak yang membaca karya tulis ini demi tercapainya kesempurnaan penulisan Laporan Kerja Praktek tersebut.

Namun demikian penulis berharap semoga penulisan Laporan Kerja Praktek ini dapat bermanfaat bagi penulis khususnya dan umumnya rekan-rekan atau siapa saja yang membutuhkannya. Dan semoga menjadi bahan tambahan bacaan bagi kita semua. Amiiin...

Bandung,

Instructur Station

Sistem Simulasi

DAFTAR RIWAYAT HIDUP

DATA PRIBADI

NIM : 10107197

Nama Lengkap : Guntur Sulaeman

Agama : Islam

Fakultas : Teknik dan Ilmu Komputer

Jurusan : Teknik Informatika

Tempat, Tanggal Lahir : Bandung, 16 November 1989

Alamat : Jln. Boeing Utara No 11a, Komp. Melong Green Garden, Cimahi Selatan

No. HP : 085659232405

Tahun Tempat

1994-1995 TK Nusa Indah 1995-2001 SDN Karya Bhakti 2001-2004 SLTPN 4 CIMAHI 2004-2007 SMA Pasundan 2 Cimahi

2007-Sekarang UNIVERSITAS UNIKOM INDONESIA (UNIKOM)

DATA ORANG TUA

Nama Ayah : Dadang Sulaeman

Tempat Tanggal Lahir : Bandung, 18 Februari 1961

Alamat : Jln. Boeing Utara No 11a, Komp. Melong Green Garden, Cimahi Selatan.

Nama Ibu : Sari Ratnawati

Tempat Tanggal Lahir : Bandung, 4 Agustus 1965

Alamat : Jln. Boeing Utara No 11a, Komp. Melong Green Garden, Cimahi Selatan.

DAFTAR RIWAYAT HIDUP

DATA PRIBADI

NIM : 10107214

Nama Lengkap : Habib Wikadiputra

Agama : Islam

Fakultas : Teknik dan Ilmu Komputer

Jurusan : Teknik Informatika

Tempat, Tanggal Lahir : Bandung, 5 September 1989

Alamat : Perum. Dimensi Jalan Krey Payung 1 no.4, Kec. MargaAsih Kab. Bandung

No. HP : 085659325305

Tahun Tempat

1994-1996 TK ISLAM AL’MUAWANNAH 1996-2001 SDN UTAMA 2

2001-2004 SMPN 3 CIMAHI

2004-2007 SMA ISLAM CIPASUNG SINGAPARNA

2007-Sekarang UNIVERSITAS UNIKOM INDONESIA (UNIKOM)

DATA ORANG TUA

Nama Ayah : Abdul Kadir S.Si

Tempat Tanggal Lahir : Tegal, 3 Juli 1964

Alamat : Perum. Dimensi Jalan Krey Payung 1 no.4, Kec. MargaAsih Kab. Bandung

Nama Ibu : Wiwik Dwi Astuti

Tempat Tanggal Lahir : Tegal, 3 Agustus 1968

Alamat : Perum. Dimensi Jalan Krey Payung 1 no.4, Kec. MargaAsih Kab. Bandung

DAFTAR RIWAYAT HIDUP

DATA PRIBADI

NIM : 10107208

Nama Lengkap : Hendro Wibiksono

Agama : Islam

Fakultas : Teknik dan Ilmu Komputer

Jurusan : Teknik Informatika

Tempat, Tanggal Lahir : Bandung, 10 Juli 1988

Alamat : Kp. Cikande Rt 01/07 Desa Bojonghaleuang Kec. Batujajar Kab. Bandung Barat

No. HP : 085659315763

Tahun Tempat

1996-2001 SDN Cibodas 4 2001-2004 SMPN 2 Padalarang 2004-2007 SMAN 1 Padalarang

2007-sekarang UNIVERSITAS UNIKOM INDONESIA (UNIKOM)

DATA ORANG TUA

Nama Ayah : Suherman

Tempat Tanggal Lahir : Bandung, 4 Februari 1962

Alamat : Kp. Cikande Rt 01/07 Desa Bojonghaleuang Kec. Batujajar Kab. Bandung Barat

Nama Ibu : Eni Rohaeni

Tempat Tanggal Lahir : Bandung,16 Oktober 1966

Alamat : Kp. Cikande Rt 01/07 Desa Bojonghaleuang Kec. Batujajar Kab. Bandung Barat