Sistem Informasi Diposal Hardware Di PT. Tri Poliya Indonesia Tbk

1.1 Latar Belakang

Di dalam sebuah perusahaan yang bergerak di bidang perindustrian, salah satunya adalah memproduksi barang. Kegiatan perusahaan tersebut perlu diatur dengan baik, pengaturan proses perusahaan ini dalam arti keseluruhan dikenal sebagai fungsi dari manajemen. Dimana kita ketahui bahwa dalam suatu sistem yang efektif untuk mengolah data secara tepat, akurat, maka sistem komputerisasi sangat penting dalam segala hal, sistem aplikasi yang baik akan mempermudah pekerjaan dalam suatu perusahaan untuk mendapatkan suatu informasi.

PT. Tripolyta Indonesia Tbk. adalah produsen Polypropylene (bijih plastik) terkemuka di Indonesia yang merupakan industri yang bergerak di bidang petrokimia, dengan tujuan memenuhi kebutuhan bahan baku plastik di Indonesia yang selama ini masih di impor. Pabrik ini didirikan di daerah Kawasan Industria Berat Cilegon, Provinsi Banten.

Perusahaan membentuk IT Department untuk menyediakan layanan yang berhubungan dengan komputerisasi guna menunjang kegiatan proses dan informasi tersebut. IT Department dituntut oleh perusahaan untuk menyediakan layanan yang optimal dan harus memenuhi sasaran. Sehingga IT Department mempunyai peranan aktif dalam mencapai tujuan perusahaan. Dalam penyediaan layanan tersebut IT Department bertanggung jawab menyediakan, upgrade dan maintenance software maupun hardware personal computer pada setiap pegawai dan juga pendukung – pendukung yang lainnya. Dengan adanya maintenance dan upgrade ini, kemungkinan adanya hardware yang sudah tidak layak pakai akan di disposal atau mengalami masa pelelangan.

Untuk sistem disposal hardware di IT Department, pandataan masih secara manual dan memiliki kendala waktu yang tidak efisien untuk

Department di PT. Tri Polyta Indonesia Tbk..

Berdasarkan latar belakang diatas, maka perlu dibangun sebuah software aplikasi disposal dalam sebuah laporan kerja praktik dengan judul “Sistem Informasi Disposal Hardware di PT. Tri Polyta Indonesia Tbk.” 1.2 Identifikasi Masalah

Maka perumusan masalah yang akan diangkat dalam laporan ini yaitu :

a. Bagaimana cara pelaksanaan disposal hardware lebih efisien jika dalam pengecekan data barang dilakukan dengan memanfaatkan fasilitas networking yang sudah ada.

b. Bagaimana solusi agar pengecekan data disposal hardware tidak mengganggu proses kerja sistem yang lain.

c. Bagaimana IT Department memperoleh informasi untuk pengecekan jumlah item disposal hardware personal computer dengan cepat dan tepat.

d. Bagaimana membangun Sistem Informasi Disposal Hardware di PT. Tri Polyta Indonesia Tbk.

1.3 Maksud dan Tujuan 1.3.1 Maksud

Untuk pembangunan aplikasi sistem informasi disposal hardware di PT. Tri Polyta Indonesia Tbk. yang dapat membantu kinerja dari IT Department agar lebih cepat dan tepat.

1.3.2 Tujuan

1. Memudahkan pengecekan data disposal antara IT Department dengan pihak Accounting Department.

2. Mempercepat penyajian laporan pertanggung jawaban secara cepat. 3. Memudahkan pengelolaan dan penyimpanan secara terkomputerisasi.

Adapun ruang lingkup yang akan dibahas sebagai batasan masalah dalam pembangunan aplikasi ini sebagai berikut :

1. Data yang akan dikelola dalam aplikasi ini yaitu, data item hardware personal computer, jumlah item hardware personal computer yang telah terdisposal dan data pengirim item.

2. Proses yang terdapat dalam aplikasi ini adalah pengolahan data item hardware personal computer disposal masuk, item yang telah terdisposal, data pengirim item dan pengolahan data pengguna sistem yang berupa prosedur tambah, ubah, hapus, cari data, dan laporan. 3. Aplikasi ini akan memberikan info sebagai berikut :

a. Data per-item yang telah masuk.

b. Data per-item yang telah terdisposal atau sudah terlelang.

c. Jumlah item disposal hardware yang sudah terdisposal atau sudah terlelang.

d. Output yang ingin dihasilkan dalam aplikasi ini berupa tampilan data in-out date item, total item in-out dan total keseluruhan item disposal.

e. Aplikasi ini akan berjalan secara standalone.

1.5 Metodologi Penelitian

Metode penelitian yang digunakan untuk membangun aplikasi sistem informasi ini yaitu mengunakan metode deskriptif dalam menyusun laporan kerja praktik. Metode deskriptif adalah suatu metode yang menggabarkan suatu keadaan perusahaan berdasarkan data atau fakta yang diperoleh, melalui tahapan sebagai berikut :

1.5.1 Wawancara

Tahap ini digunakan untuk memperoleh data dengan cara komunikasi langsung dengan Trainer kerja praktik yang mengetahui prosesi terjadinya disposal hardware personal computer.

Suatu teknik pengumpulan data yang diperlukan untuk memperoleh data secara teoritis dengan mempelajari buku, laporan dan secara literature lain yang berkaitan dengan pembahasan pembangunan aplikasi ini.

1.5.3 Metode Pembangunan Perangkat Lunak

Pembangunan aplikasi ini menggunakan metodologi Waterfall dengan gambar sebagai berikut:

Gambar 1.1. Diagram Waterfall

Rekayasa Sistem : Tahap ini merupakan kegiatan pengumpulan data sebagai pendukung pembangunan sistem serta menentukan arah aplikasi yang akan dibangun. Rekayasa Sistem

Analisis

Perancangan Sistem

Coding

Pengujian Sistem

Maintenance

kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh aplikasi yang akan dibangun.

Perancangan Sistem : Perancangan antarmuka dari hasil analisis kebutuhan yang telah selesai dikumpulkan secara lengkap.

Coding : Hasil perancangan sistem diterjemahkan ke dalam kode – kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Aplikasi yang dibangun langsung diuji baik secara unit. Pengujian Sistem : Penyatuan unit-unit program kemudian diuji secara

keseluruhan.

Maintenance : Mengoperasikan aplikasi dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi yang sebenarnya.

Feed Back : Merupakan respon dari pengguna sistem yang bisa digunakan untuk mengetahui sejauh mana aplikasi yang dibangun diterima oleh penggunanya.

1.6 Sistematika Penulisan

Sistematika penulisan laporan ini terdiri dari IV bab, dengan masing-masing bab adalah sebagai berikut :

BAB I : PENDAHULUAN

Berisi tentang latar belakang masalah, maksud dan tujuan, identifikasi masalah, batasan masalah, metodologi penelitian, sistematika penulisan.

BAB II : TINJAUAN PUSTAKA

Bab ini terdapat dua sub bab, yaitu tinjauan umum perusahaan yang berisi tentang arti logo, sejarah singkat perusahaan, visi, misi dan struktur organisasi. Yang kedua adalah landasan teori yang berisi teori –teori

Tri Polyta Indonesia Tbk.

BAB III : PEMBAHASAN

Bab ini berisi terbagi menjadi dua, yaitu pelaksanaan kerja praktik yang berisi job desk, kegiatan kerja praktik dan peninjauan. Kedua adalah perancangan yang berisi Flow Map, DFD (Data Flow Diagram), ERD (Entitas Relational Diagram), SKPL (Spesifikasi Kebutuhan Perangkat Lunak), Desain dan Black Box (pengujian).

BAB IV : KESIMPULAN DAN SARAN

Bab ini berisi kesimpulan tentang keseluruhan dari pembangunan aplikasi ini dan saran tentang aplikasi ini untuk masa yang akan datang.

BAB II

TINJAUAN PUSTAKA

1.1 Profil Perusahaan 1.1.1 Logo Perusahaan

Logo adalah sebuah identitas perusahaan sebagai tanda / alamat yang akan mengkomunikasikan arti dan memberi makna terhadap jati diri perusahaan. Logo juga sebagai jiwa yang menghidupkan dan memberikan semangat bagi perusahaan di dalam melaksanakan misi dan mencapai visi perusahaan. Berikut ini adalah logo dari perusahaan PT. Tri Polyta Indonesia Tbk. :

Gambar 2.1. Logo Perusahaan 1.1.2 Sejarah Singkat Perusahaan

PT. Tripolyta Indonesia Tbk. adalah perusahaan perseroan terbatas yang didirikan berdasarkan akte notaris No. 40 tanggal 2 November 1984. akte notaris tersebut kemudian di ubah menjadi akte notaris No. 117 tanggal 17 November 1987. kedua akte tersebut telah mendapat persetujuan dari Menteri Kehakiman Republik Indonesia sesuai dengan SK No. C2-1786.HT.01.01- tahun 1988. Surat Keputusan tersebut ditetapkan pada tanggal 29 februari 1988 dan diumumkan dalam verita negara Republik Indonesia pada tanggal 5 Agustus 1988.

PT. Tripolyta Indonesia Tbk memperoleh fasilitas berdasarkan Undang – Undang Penanaman Modal Dalam Negeri dengan Surat Persetujuan Negeri PMDN tanggal 6 September 1985. Pabrik ini mulai

dikonstruksi pada tanggal 15 januari 1990 dan diresmikan pada tanggal 25 Mei 1992 oleh Presiden RI yang menjabat saat itu, Bapak Soeharto. Pabrik ini di bangun di atas tanah seluas 16,013 ha yang berlokasi di kawasan industri berat Cilegon. Kantor pusat perusahaan ini berada di Wisma Barito Pacific Tower lantai 9, Jakarta.

PT. Tripolyta Indonesia Tbk mengawali kegiatan produksinya pada bulan Mei 1992 yang bergerak dalam bidang Industri Petrokimia (Intermediate) dengan memproduksi polypropylene jenis homopolymer dan kopolymer acak. PT. Tri Polyta Indonesia Tbk pada awal berdirinya hanya memiliki dua unit rangkaian proses produksi (train) yang masing-masing berkapasitas 80.000 ton per tahun dan jenis polypropylene yang dihasilkan adalah homopolymer dan kopolymer acak (random copolymer).

Dalam perkembangannya terjadi peningkatan kemampuan produksi melalui proses modifikasi terhadap kapasitas produk (debottlenecking) tahap I pada tahun 1994, yakni masing-masing menjadi 120.000 ton per tahun. Jad, total produksi setelah proses modifikasi pada tahun 1994 tersebut adalah sebesar 240.000 ton per tahun.

Pada tahun 1994 di bangun train III dengan kapasitas 120.000 ton per tahun yang memproduksi polypropylene dengan jenis kopolymer impak (impact copolymer) dengan kapasitas 120.000 ton per tahun. Train III tersebut mulai beroperasi sejak tahun 1995. Saat ini, PT. Tripolyta Indonesia Tbk telah memiliki tiga buah train (rangkaian proses produksi) dan empat buah reaktor dengan total produksi 360.000 ton pertahun. Sehingga mampu menguasai lebih dari 50% pangsa pasar polypropylene di Indonesia.

PT. Tripolyta Indonesia Tbk memperoleh bahan baku pembuatan polypropylene yatu propilene dari PT. Chandra Asri Petrochemical Centre sebanyak 80 % dan sisanya merupakan impor dari negara Korea, USA, Singapura dan negara-negara yang ada di Timur Tengah. Perusahaan ini menggunakan teknologi yang dikenal dengan nama “UNIPOL Polypropylene Process” yang merupakan pengembangan dari “Union

Carbide Corporation USA” yang bekerja sama dengan Shell Company Corporation dalam penyediaan katalisnya.

PT. Tripolyta Indonesia Tbk merupakan salah satu perusahaan yang memproduksi polypropylene sebagai bahan baku plastik. PT. Tripolyta Tbk telah membantu menghemat devisa negara hingga US$ 170 Juta dengan memenuhi kebutuhan bahan baku plastik dalam negeri sehingga dapat mengurangi jumlah impor. Penanaman modal perusahaan ini tergolong penanaman modal dalam negeri. Investasi yang diperlukan untuk menjalankan pabrik ini adalah sebesar Rp 531 Milyar dengan modal tetap (fixed capital) sebesar Rp 476 Milyar dan modal kerja (working capital) sebesar Rp 55 Milyar. Untuk memperkuat struktur permodelan saham NASDAQ National Market Sistem dan pada tanggal 14 Maret 1995 melepaskan sahamnya di New York Stock Exchange. Penawaran saham di luar negeri diikuti dengan pencatatan di Bursa Efek Jakarta (BEJ) sejak 24 Juni 1996.

PT. Tri Polyta Indonesia telah mendapatkan sertifikat ISO 9002 danISO 14001. Perusahaan yang telah berhasil mendapatkan sertifikat ISO (International Organization of Standardization) adalah perusahaan yang berkualitas dan sistem organisasinya memperoleh pelayanan jasa atau produk yang terjamin dan dapat dipertanggungjawabkan mutunya. ISO 9002 sendiri merupakan modal jaminan kualitas (Quality Assurance) untuk produksi, instalasi, dan pelayanan. Sedangkan ISO 14001 membahas tentang Environmental Management Sistem , antara lain meliputi kondisi kebersihan lingkungan, keselamatan, dan sistem manajemen di lingkungan tersebut.

1.1.3 Visi dan Misi Perusahaan 1.1.3.1 Visi

Menjadi pilihan utama pelanggan dan penyedia terbesar biji plastik polipropilena yang menjanjikan kesejahteraan masa depan pemegang saham, karyawan, dan pemangku kepentingan lainnya.

1.1.3.2 Misi

Kami menyediakan biji plastik polipropilena bermutu tinggi yang melampaui harapan pelanggan sehingga dapat memberikan manfaat maksimum kepada pemegang saham, karyawan, dan pemangku kepentingan lainnya.

1.1.4 Struktur Organisasi dan Job Desk

Gambar 2.2. Struktur Organisai IT Department 1.2 Landasan Teori

1.2.1 Basis Data (Database) 1.2.1.1 Pengertian Basis Data

Basis data dibayangkan sebagai sebuah lemari arsip. Jika kita memiliki sebuah lemari arsip dan berwenang untuk mengelolanya, maka kemungkinan besar kita akan melakukan hal – hal seperti : memberi map pada kumpulan – kumpulan arsip yang akan disimpan, menentukan kelompok atau jenis arsip, memberi penomoran dengan pola tertentu

Corporate administration EVP

Corporate IT Head

System Support Function Coordinator

-Senior Syet em Support -Syst em Support

-Associat e Syst em Support -Helpdesk & Of fice Applicat ions -PC Technician

Aplicat ion Support Function Coordination

-Senior Applicat ion Support -Applicat ion Support -Associat e Aoolicat ion Support

Plant Site IT Coordinator

-Plant Syst em Support -Applicat ion Support -Helpdesk & Office Applicat ions -PC Technician

yang nilainya unik pada setiap map, lalu menempatkan arsip – arsip tersebut dengan urutan tertentu di dalam lemari.

Basis data terdiri dari dua kata yaitu Basis yang dapat diartikan sebagai markas atau gudang, sedangkan Data adalah representasi fakta dunia nyata yang mewakili suatu objek seperti manusia (pegawai, siswa, pembeli, pelanggan), barang, hewan, peristiwa, konsep, keadaan, dan sebagainya yang direkam dalam bentuk angka, huruf, simbol, teks, gambar, bunyi atau kombinasinya. Basis data sendiri dapat didefinisikan dalam sejumlah sudut pandang seperti :

a. Himpunan kelompok data (arsip) yang saling berhubungan yang diorganisasikan sedemikian rupa agar kelak dapat dimanfaatkan kembali dengan cepat dan mudah.

b. Kumpulan data yang saling berhubungan yang disimpan secara bersama sedemikian rupa dan tanpa pengulangan (redudansi) yang tidak perlu, untuk memenuhi berbagai kebutuhan.

c. Kumpulan file atau table atau arsip yang saling berhubungan yang disimpan dalam media penyimpanan elektronis.

Yang sangat ditonjolkan dalam basis data adalah pengaturan atau pemilihan atau pengelompokkan atau pengorganisasian data yang akan kita simpan sesuai fungsi ataupun jenisnya. Hal ini dapat berbentuk sejumlah file atau table terpisah atau dalam bentuk pendefinisian kolom-kolom data dalam setiap file atau table.

1.2.1.2 Sistem Basis Data

Sistem adalah sebuah tatanan (keterpaduan) yang terdiri atas sejumlah komponen fungsional (dengan satuan fungsi / tugas khusus) yang saling berhubungan dan secara bersama – sama bertujuan untuk memenuhi suatu proses atau pekerjaan tertentu. Basis data hanyalah sebuah objek yang pasif atau mati. Ia ada karena ada pembuatnya. Ia tidak akan pernah berguna jika tidak ada pengelola atau penggeraknya. Yang menjadi penggeraknya secara langsung adalah program atau

aplikasi (software). Gabungan keduanya menghasilakn sebuah sistem. Karena itu, secara umum sebuah sistem basis data merupakan sistem yang terdiri atas kumpulan file (table) yang saling berhubungan (dalam sebuah basis data di sebuah sistem komputer) dan sekumpulan program (DBMS) yang memungkinkan beberapa pemakai dan atau program lain untuk mengakses dan memanipulasi file – file (table - tabel) tersebut.

Lebih jauh lagi, dalam sebuah sistem basis data, secara lengkap akan terdapat komponen – komponen utama sebagai berikut :

a. Perangkat keras (Hardware)

Perangkat keras yang biasanya terdapat dalam sebuah sistem basis data adalah :

1. Komputer (satu untuk sistem yang stand – alone atau lebih dari satu untuk sistem jaringan).

2. Memori sekunder yang on – line (harddisk).

3. Memori sekunder yang off – line (Tape atau Removable Disk) untuk keperluan backup data.

4. Media atau perangkat komunikasi (untuk sistem jaringan). b. Sistem Operasi (Operating System)

Secara sederhana, sistem operasi merupakan program yang mengaktifkan atau memfungsikan sistem komputer, mengendalikan seluruh sumber daya (resource) dalam komputer dan melakukan operasi – operasi dasar dalam computer (operasi I/O, pengelolaan file, dll). Program pengelola basis data hanya dapat aktif (running) jika sistem operasi yang dikehendakinya atau sesuai telah aktif.

c. Basis Data (Database)

Sebuah sistem basis data dapat memiliki beberapa basis data. Setiap basis data dapat berisi sejumlah objek basis data seperti file / table, indeks, dll. Di samping berisi atau menyimpan data, setiap basis data juga mengandung definisi struktur (baik untuk basis data maupun objek – objeknya secara detail).

d. Sistem (Aplikasi / perangkat lunak) Pengelola Basis Data (DBMS) Pengelolaan basis data secara fisik tidak dilakukan oleh pemakai secara langsung, tetapi ditangani oleh sebuah perangkat lunak yang khusus. Perangkat lunak ini disebut DBMS (Database Management Sistem) yang yang akan menentukan bagaimana data diorganisasi, disimpan, diubah dan diambil kembali. Ia juga menerapkan mekanisme pengamanan data, pemakaian data secara bersama, pemaksaan keakuratan atau konsistensi data, dan sebagainya.

e. Pemakai (User)

Ada beberapa jenis pemakai terhadap suatu sistem basis data yang dibedakan berdasarkan cara mereka berinteraksi terhadap sistem :

1. Programmer Aplikasi

Pemakai yang berinteraksi dengan basis data melalui Data Manipulation Language (DML), yang disertakan (embedded) dalam program yang ditulis dalam bahasa pemrograman induk (seperti C, Pascal, Cobol, dan lain lain). 2. User Mahir (Casual User)

Pemakai yang berinteraksi dengan sistem tanpa menulis modul program. Mereka menyatakan query (untuk akses data) dengan bahasa query yang disediakan oleh suatu DBMS. 3. User Umum (End User / Naïve User)

Pemakai yang berinteraksi dengan sistem basis data melalui pemanggilan satu program aplikasi permanen (executable program) yang telah ditulis atau disediakan sebelumnya.

4. User Khusus (Specialized User)

Pemakai yang menulis aplikasi basis data non-konvensional, tetapi untuk keperluan – keperluan khusus,

seperti untuk aplikasi AI, Sistem Pakar, Pengolahan Citra, dll, yang bisa saja mengakses basis data dengan / tanpa DBMS yang bersangkutan.

f. Aplikasi(perangkat lunak) lain (bedrsifat opsional)

Aplikasi (perangkat lunak) lain ini bersifat opsional. Artinya, ada atau tidaknya tergantung pada kebutuhan kita. DBMS yang kita gunakan lebih berperan salam pengorganisasian data dalam basis data, sementara bagi pemakai basis data (khususnya yang menjadi end – user / naive - user) dapat dibutuhkan / disediakan program khusus / lain untuk melakukan pengisian, pengubahan dan pengambilan data. Pemrogram ini ada yang sudah disediakan bersama dengan DBMS – nya, ada juga yang harus dibuat sendiri dengan menggunakan aplikasi lain yang khusus untuk itu (delevopment tools).

1.2.1.3 Model Data

Model data sendiri dapat didefinisikan sebagai kumpulan perangkat konseptual untuk menggambarkan data, hubungan data, semantic (makna) data dan batasan data. Oleh karena yang ingin ditunjukkan adalah makna dari data dan keterhubungannya dengan data lain, maka Model Data ini lebih tepat jika disebut Model Data Logik. Penyingkatannya menjadi Model Data dilakukan demi penyederhanaan penulisan.

Ada sejumlah secara dalam meprestasikan Model Data dalam perancangan basis data, yang secara umum dapat dibagi dalam 2 (dua) kelompok yaitu, yaitu :

a. Model Logik Data Berdasarkan Objek (Objek – Based Logical Models) yang terdiri dari :

1. Entity – Relationship Model 2. Object – Oriented Model 3. Semantic Data model

4. Functional Data model

b. Model Lojik Data Berdasarkan Record (Record – Based Locical Models) yang terdiri dari :

1. Relational Model 2. Hierarchical Model 3. Network Model

1.2.1.3.1 Model Entity – Relationship (Model Keterhubungan - Entitas) Pada model Entity – Relationship, semesta data yang ada di ‘Dunia Nyata’ diterjemahkan dengan memanfaatkan sejumlah perangkat konseptual menjadi sebuah diagram data, yang umum disebut sebagai Diagram Entity – Relationship (Diagram E – R). sebelum kita mebahas lebih jauh tentang bagaimana Diagram E- R tersebut dapat kita gambarkan, maka yang harus lebih dulu diketahui adalah komponen – komponen pembentukan Model Entity – relationship. Sesuai namanya, ada dua komponen utama pembentuk Model Entity –Relationship, yaitu Entitas (Entity) dan Relasi (Relation). Kedua komponen ini di deskripsikan lebih jauh melalui sejumlah Atribut atau Properti.

1.2.1.3.1.1 Entitas (Entity) dan Himpunan Entitas (Entitas Sets)

Entitas merupakan invidu yang mewakili sesuatu yang nyata (eksistensinya) dan dapat dibedakan dari sesuatu yang lain. Contoh – contoh himpunan entitas adalah :

a. Semua pelanggan atau pelanggan saja. Dengan entitas Budiman, Aminah dan seterusnya.

b. Semua mobil atau mobil saja. Dengan emtitas mobil Suzuki, mobil Toyota, mobil Honda dll.

c. Semua mahasiswa atau mahasiswa saja. Dengan entitas Ali, Budi, Iman dan seterusnya.

1.2.1.3.1.2 Atribut (Attributes / Properties)

Setiap Entitas pasti memiliki Atribut yang mendeskripsikan karakteristik (properti) dari Entitas tersebut. Sebagaimana telah disebutkan sebelumnya, penentuan / pemilihan atribut – atribut yang relevan bagi sebuah entitas meru[akan hal penting lainnya dalam pembentukan model data. Penetapan atribut bagi sebuah entitas umunya memang didasarkan pada fakta yang ada.

Yang relevan untuk lebih diperhatikan dalam pembuatan model E-R adalah kedudukan atribut dalam entitas. Harus dapat kita bedakan / ketahui, mana atribut yang berfungsi sebagai Primary Key dan mana yang bukan (atribut deskriptif).

1.2.1.3.1.3 Relasi (Relationship)

Relasi menunjukkan adanya hubungan di antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. Misalnya, entitas seorang mahasiswa dengan nim = ‘980001’ dan nama_mhs=’Ali Akbar’ (yang ada di himpunan entitas Mahasiswa) mempunyai relasi dengan entitas sebuah mata kuliah dengan kode_kul=’IF-110’ dan nama_kul=’Struktur Data’. Relasi diantara kedua entitas tadi mengandung arti bahwa mahasiswa tersebut sedang mengambil atau mempelajari mata kuliah tersebut di sebuah perguruan tinggi yang kita tinjau. Kumpulan semua relasi di antara entitas – entitas yang terdapat pada himpunan entitas – himpunan entitas tersebut memebentuk Himpunan Relasi. Istilah Himpunan Relasi jarang sekali digunakan dan lebih sering disingkat dengan istilah Relasi.

1.2.1.3.1.4 Kardinalitas / Derajat Relasi

Kardinalitas relasi menunjukkan jumlah maksimum entitas yang dapat berlasi dengan entitas pada himpunan entitas yang lain. Sebagai contoh, dapat kita lihat bahwa entitas – entitas pada himpunan

entitas Mahasiswa dapat berelasi dengan satu entitas, banyak entitas atau bahkan tidak satupun entitas dari himpunan entitas Kuliah. Begitu juga sebaliknya, entitas – entitas pada himpunan entitas Kuliah ada yang berelasi dengan beberapa entitas pada himpunan entitas Mahasiswa dan ada pula yang berelasi dengan satu entitas pada himpunan entitas Mahasiswa. Dengan demikian Kardinalitas Relasi yang terjadi diantara dua himpunan entitas :

a. Satu ke Satu

Setiap entitas pada himpunan entitas A berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas B, dan begitu juga sebaliknya.

b. Satu ke Banyak

Setiap entitas pada himpunan entitas A dapat berhubungan banyak dengan banyak entitas pada himpunan entitas B, tetapi tidak sebaliknya, di mana setiap entitas pada himpunan entitas berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas A.

c. Banyak ke Satu

Entitas pada himpunan A berhubungan dengan paling banyak dengan satu jenis entitas pada himpunan entitas B, tetapi tidak sebaliknya, dimana setiap entitas pada himpunan entitas A berhubungan dengan paling banyak satu entitas pada himpunan entitas B.

d. Banyak ke Banyak

Pada himpunan A dapat berhubungan dengan banyak entitas pada himpunan entitas B, dan demikian juga sebaliknya, dimana setiap entitas pada himpunan entitas B dapat berhubungan dengan banyak entitas pada himpunan entitas A.

1.2.1.3.2 Diagram Entity – Relationship (ERD).

Model Entity – Relational yang berisi komponen-komponen Himpunan Entitas dan Himpunan Relasi yang masing – masing dilengkapi dengan atribut – atribut yang mempresentasikan seluruh fakta dari ‘dunia nyata’ yang di tinjau, dapat digambarkan dengan lebih sistematis dengan menggunakan ERD (Entity Relationship Diagram). Notasi – notasi simbolik di dalam ERD yang dapat digunakan adalah :

Tabel 2.1. Notasi – Notasi Simbolik ERD (Entity Relationship Diagram)

Persegi panjang, ,menyatakan Himpunan Entitas.

Elips menyatakan Atribut (Atribut yang berfungsi sebagai key digarisbawahi).

Belah ketupat menyatakan Himpun Relasi.

Garis sebagai penghubung antara Himpunan Relasi dengan Himpunana Entitas dan Himpunan Entitas dengan atributnya.

a. 1 dan 1 untuk relasi satu-ke-satu. b. 1 ke N untuk

relasi satu-ke-banyak. c. N ke N untuk

relasi banyak-ke-banyak.

Kardinalitas Relasi dapat dinyatakan dengan banyaknya garis cabang atau dengan pemakaian angka.

1.2.1.3.3 Varian Entitas dan Relasi

Idealnya himpunan entitas yang terlibat dalam sebuah ERD adalah himpunan entitas kuat / bebas. Himpunan entitas demikian tidak memiliki ketergantungan dengan himpunan entitas lainnya. Namun demikian, dalam pembentukan ERD kita tidak selalu dapat melibatkan himpunan entitas seperti itu. Ada kalanya kita juga melibatkan himpunan entitas yang lemah atau merupakan bagian dari himpunan entitas lainnya.

1.2.1.3.3.1 Himpunan Entitas Lemah (Weak Entity Sets)

Berisi entitas – entitas yang kemunculannya tergantung pada eksistensinya dalam sebuah relasi terhadap entitas lain. Himpunan entitas demikian biasanya tidak memiliki atribut yang dapat berfungsi sebagai key, yang dapat menjamin keunikan entitas di dalamnya.

1.2.1.3.3.2 Sub Entitas (Subtype Entities)

Merupakan himpunan entitas yang beranggotakan entitas – entitas yang merupakan bagian dari himpunan entitas yang lebih superior (utama). Sub Entitas ini merupakan hasil dekomposisi (spesialisasi) himpunan entitas berdasarkan pengelompokan tertentu. 1.2.1.4 Arsitektur Sistem

Arsitektur sistem merujuk pada konfigurasi sistem secara keseluruhan yang akan menjadi “tempat hidup” dari DBMS, basis data dan aplikasi yang memanfaatkannya. Sudah seharusnya ditetapkan sejak awal sebelum memulai perancangan basis data, atau paling tidak sebelum melaksanakan tahap implementasi basis data.

Beberapa jenis arsitektur sistem yang dapat digunakan dan akan diuraikan pada bab ini adalah :

a. Sistem Tunggal (Stand - Alone).

b. Sistem Tersentralisasi (Centralized Sistem). c. Sistem Client - Server

1.2.1.4.1 Sistem Tunggal / Mandiri (Stand-Alone)

Pada arsitektur ini, DBMS, basis data dan aplikasi basis data ditempatkan pada computer yang sama dengan demikian, pemakai yang dapat menggunakannya disetiap saat juga hanya satu orang (single user). Arsitektur ini merupakan arsitektur sistem yang paling sederhana dan paling murah dan dapat menjadi sebuah pilihan jika basis data yang dikelola tidak terlalu besar dan lebih bersifat membantu mempercepat pekerjaan administrative.

1.2.1.4.2 Sistem Tersentralisasi (Centralized Sistem)

Arsitektur ini terdiri atas sebuah mesin server dan sejumlah terminal (yang menjadi tempat user berinterkasi dengan sistem). Yang tersentralisasi dalam arsitektur ini dapat mencakup basis data, DBMS dan aplikasi basis data atau basis data saja. Untuk lingkup sentralisasi yang pertama, maka jenis server-nya sering disebut sebagai DBMS atau server aplikasi dan terminalnya lebih tepat disebut dumb-terminal (terminal pasif). Sedangkan jika yang disentralisasi hanya basis data, server yang digunakan bias disebut file-server dan terminalnya disebut work station.

1.2.1.4.3 Sistem Client Server

Sebagai sistem tersentralisasi, arsitektur ketiga ini juga diterapkan pada sebuah sistem jaringan. Sistem Client – Server ini ditujukan untuk mengatasi kelemahan – kemelamahan yang terdapat pada sistem tersentralisasi sebelumnya. Kelemahan pada bentuk sistem tersentralisasi yang pertama, yaitu beratnya beban server yang harus menangani semua proses, diatasi dengan membagi beban itu menjadi dua bagian, client (yang menjalankan aplikasi basis data) dan server (yang menjalankan DBMS dan berisi basis data) pada mesin yang berbeda. Sedang kelemahan pada bentuk sistem tersetralisasi yang

kedua yaitu, padatnya lalu lintas data antara server dan work-station diatasi dengan mekanisme transfer data yang lebih efisien.

Sistem ini terdiri atas dua komponen utama, yaitu client dan server. Client berisi aplikasi basis data dan server berisi DBMS dan basis data. Setiap aktivitas yang dikehendaki para pemakai akan lebih dulu didatangi oleh client. Client selanjutnya mengupayakan agar semua proses sedapat mungkin ditangani sendiri. Jika ada proses yang harus melibatkan data yang tersimpan pada basis data, barulah client melakukan “kontak” dengan server.

1.2.1.5 DBMS (Database Management Sistem)

DBMS umunya menyediakan program khusus (utilitas / utility) yang dapat digunakan secara interaktif untuk melakukan berbagai operasi terhadap basis data, seperti pembuatan table, penghapusan table, penambahan data, pengubahan data, pencarian data, penghapusan data, dll. Namun disamping adanya program khusus itu, DBMS juga umumnya menyediakan sekumpulan perintah dalam bentuk command line, yakni perintah yang dituliskan pemakai untuk maksud yang sama. Perintah – perintah ini dapat diberikan dan dikerjakan oleh DBMS melalui utilitas lain yang juga disediakan DBMS atau melalui program / aplikasi yang dibuat sendiri oleh pemakai. Kumpulan perintah ini dapat disebut sebagai Bahasa Basis Data (Database Language).

Karena DBMS yang digunakan untuk mengelola basis data dan development tools yang digunakan untuk menulis aplikasi basis data belum tentu dibuat berasal dari perusahaan pembuat perangkat lunak (vendor) yang sama, maka diperlukan sebuah bahasa basis data yang sifatnya standar. Dengan bahasa yang standar, kita dapat menggunakan bahasa tersebut untuk mengakses data dimanapun tanpa memperdulikan DBMS yang digunakan. Atau bahkan sebaliknya data yang dikelola sebuah DBMS dapat diakses dari manapun, tidak peduli development

tools yang digunakan. Dengan begitu terdapat independensi antara DBMS dan development tools.

1.2.2 Data Flow Diagram

DFD (Data Flow Diagram) adalah suatu model logika data atau proses yang dibuat untuk menggambarkan dari mana asal data dan dan kemana tujuan data yang akan keluar dari sistem, dimana data disimpan, proses apa yang menghasilkan data tersebut dan interaksi antara data yang tersimapan dan proses yang dikenakan pada data tersebut.

DFD sering digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir atau dimana data tersebut akan disimpan.

DFD merupakan alat yang digunakan pada metodologi pengembangan sistem yang terstruktur. Diagram yang menunjukkan bagaimana data berpindah / berjalan didalam sistem Informasi yang akan dikembangkan.

Data flow diagram dapat menunjukkan ringkasan dari sistem yang luas / besar dari sistem input, proses dan output. Adapun keuntungan menggunakan DFD, yaitu :

1. Bebas menjalankan implementasi teknis sistem.

2. Komunikasi pengetahuan sistem yang ada dengan user.

3. Menganalisis sistem yang diajukan untuk menentukan ketepatan data – data dan proses yang dibutuhkan.

Dalam pembuatan DFD ini memiliki beberapa peraturan yang nantinya dapat mempermudah proses pembuatannya. Selain itu ada simbolik dalam DFD yang dapat digunakan, sebagai berikut :

Tabel 2.2. Simbolik dalam DFD (Data Flow Diagram)

Gane/Sarson Yourdon/De

Marco Keterangan

a. Sumber / tujuan aliran data dari / ke sistem.

b. Entitas eksternal, dapat berupa orang / unit terkait yang

berinteraksi dengan sistem tetapi diluar sistem

Proses Data

a. Fungsi dijelaskan oleh nama yang dicantumkan dalam lingkaran. b. Nama proses : Kata kerja + Kata

benda.

c. Orang, unit yang mempergunakan atau melakukan transformasi data. Komponen fisik tidak

didefinisikan.

Aliran data Aliran data a. Mengidentifikasikan satu aliran data pada waktu yang tidak dispesifikasikan.

b. Aliran data dengan arah khusus dari sumber ke tujuan.

c. Nama data dicantumkan pada garis.

a. Menyatakan arsip meja, lemari, tape, disk atau media lainnya. b. Nama data / arsip diletakkan di

dalam symbol. Proses

c. Penyimpanan data atau tempat data direfer oleh proses.

1.2.2.1 Type DFD (Data Flow Diagram)

DFD terdiri dari tiga tipe, Context diagram, DFD Physical dan DFD Logical. Context diagram merupakan diagram tingkat atas, yaitu diagram yang paling tidak detail, dari sebuah sistem informasi yang menggambarkan aliran – aliran data ke dalam dank keluar sistem.

Gambar 2.3. Diagram Konteks

DFD Physical merupakan representasi grafik dari sebuah sistem yang menunjukkan entitas – entitas internal dan eksternal dari sistem tersebut, dan aliran – aliran ke dalam dan keluar dari entitas – entitas tersebut. Entitas – entitas personal adalah personel, tempat (misal sebuah bagian organisasi), atau mesin (misalnya, komputer) dalam sistem tersebut yang mentransformasi data. Jadi dapat dikatakan tidak menunjukkan apa yang dilakukan, tetapi menunjukkan dimana, bagaimana dan oleh siapa proses – proses dalam sebuah sistem dilakukan.

DFD Logical merupakan grafik dari sebuah sistem yang menunjukkan proses – proses dalam sistem tersebut dan aliran – aliran data ke dalam dan keluar dari proses – proses tersebut. Kita menggunakan dokumentasi DFD Logical untuk membuat dokumentasi sebuah sistem informasi. Karena DFD Logical dapat mewakili logika sistem tersebut, yaitu apa yang dilakukan oleh sistem tersebut, tanpa perlu menspesifikasi dimana, bagaimana dan oleh siapa proses – proses dalam sistem tersebut

Proses penerimaan

kas

Pelnggan Bank

dilakukan. Dengan demikian, DFD Logical menggambarkan kegiatan – kegiatan yang dilakukan oleh sebuah sistem, sedangkan DFD Physical menggambarkan infrastruktur yang dimiliki oleh sebuah sistem.

DFD memiliki dekomposisi atau Levelling DFD yang jumlah proses yang ter-identifikasi dan harus digambarkan dalam DFD, mungkin saja berjumlah ratusan. Apapun cara terbaik untuk mengorganisasikan gambar DFD adalah dengan mem-partisi DFD secara top-down. Dalam penggambaran symbol DFD, terdapat beberapa peraturan yang harus diperhatikan sehingga dalam penggambarannya tidak terjadi kesalahan. Peraturan – peraturan yang ada adalah sebagai berikut :

1. Antar entity luar tidak diizinkan terjadi hubungan atau relasi. 2. Tidak boleh ada aliran data antara entitas luar dengan data store. 3. Tidak boleh ada aliran data antara data store.

1.2.3 Spesifikasi Kebutuhan Perangkat Lunak

Model analisis adalah teknik pertama untuk mempresentasikan sistem. Pemodelan analisis menggunakan kombinasi dari text dan diagram untuk mepresentasikan kebutuhan perangkat lunak (data, fungsi, dan tingkah) dengan cara yang dimengerti. Ada dua tipe pemodelan analisis yang digunakan, yaitu analisis terstruktur dan analisis berorientasi objek.

Model data dimodelkan menggunakan diagram E – R untuk menggambarkan objek data, atribut dan relasi. Model fungsional dimodelkan menggunakan DFD untuk menggambarkan bagaimana data ditransformasikan kedalam sistem, model tingkah laku (Behavioral modeling) dimodelkan menggunakan state transition diagrams (STD) untuk menggambarkan tingkah laku kejadian diluar sistem. Analisis kerja suatu produk harus dikaji dalam hal completeness, correctness dan consistency.

Analisis juga memiliki tiga model analisis, yaitu : a. Analisis Terstruktur (DeMarco)

Analisis produk harus sangat dipertahankan, terutama persyaratan spesifikasi perangkat lunak. Masalah ukuran harus ditangani dengan menggunakan metode efektif partisi. Sedangkan grafis harus digunakan bila memungkinkan. Membedakan antara pertimbangan logis (penting) dan fisik (implementasi), selain itu membantu menemukan sesuatu dengan persyaratan partisi dan partisi dokumen sebelum spesifikasi. Menemukan cara untuk melacak dan mengevaluasi user interface. Merancang alat yang menggambarkan logika dan kebijakan yang lebih baik dari teks naratif.

b. Analisis Model Objektif

Menggambarkan apa yang customer butuhkan sehingga dapat dijadikan bahan dasar untuk proses design, selain itu dapat merencanakan sekumpulan kebutuhan yang dapat dijadikan bahan validasi pada saat perangkat lunak dibangun.

c. Analisis Model Elemen

Ada beberapa elemen – elemen yang mendukung, yaitu : 1. Kamus data : berisi deskripsi dari semua objek data yang

dibutuhkan atau diproduksi oleh perangkat lunak.

2. Entity Relationship Diagram (ERD) : menggambarkan hubungan antara objek data.

3. Data Flow Diagram (DFD) : memberikan indikasi tentang bagaimana data berubah karena mereka bergerak melalui sistem. Juga menggambarkan fungsi yang mentrtansformasikan aliran data (fungsi dipresentasikan dalam DFD menggunakan spesifikasi proses atau PSPEC).

1.2.4 Desain

Desain perangkat lunak adalah suatu proses interaktif yang melalui persyaratan diterjemahkan ke dalam “Blue Print” untuk membangun suatu perangkat lunak. Sepanjang proses desain, kualitas desain yang

melengkapi dinilai dengan serangkaian kajian teknis formal atau desain awal. Pedoman bagi evaluasi suatu desain yang baik adalah :

a. Desain harus mengimplementasi keseluruhan persyaratan eksplisist yang dibebankan dalam model analisis, dan harus mengakomodasi semua persyaratan implisist yang diinginkan pelanggan.

b. Desain harus menjadi panduan yang dapat dibaca.

c. Desain harus memberikan suatu gambaran lengkap mengenai perangkat lunak.

1.2.5 Pengujian Black Box

Testing merupakan sebuah proses mengeksekusi program dengan maksud untuk menemukan kesalahan. Sebuah kasus testingyang baik adalah kasus yang mempunyai kemungkinan besar menemukan kesalahan yang belum ditemukan. Sebuah test yang sukses adalah test yang menemukan kesalahan yang belum ditemukan.

Mengetahui fungsi yang dirancang dapat dilakukan oleh produk, test dapat dilakukan untuk mendemostrasikan bahwa setiap fungsi dapat berjalan dengan baik, dan pada yang bersamaan mencari kesalahan dalam setiap fungsi àblack-boxtesting.

Untuk mengetahui isi dari produk, test dapat dilakukan untuk memastikan bahwa semua operasi dapat berjalan sesuai spesifikasi dan semua komponen telah dicoba àwhite-boxtesting.

Menghasilkan himpunan kondisi input yang akan mencoba semua kebutuhan fungsional sebuah program. Mencoba menemukan kesalahan dalam kategori :

1. Fungsi yang tidak benar atau hilang 2. Kesalahan antarmuka

3. Kesalahan dalam struktur data atau akses database eksternal 4. Kesalahan kinerja

Test case ini bertujuan untuk menunjukkan fungsi perangkat lunak tentang cara beroperasinya, apakah pemasukan data keluaran telah berjalan sebagaimana yang diharapkan dan apakah informasi yang disimpan secara eksternal selalu dijaga kemutakhirannya.

Tehnik pengujian black-box berfokus pada domain informasi dari perangkat lunak, dengan melakukan test case dengan menpartisi domain input dari suatu program dengan cara yang memberikan cakupan pengujian yang mendalam.

Metode pengujian graph-based mengeksplorasi hubungan antara dan tingkah laku objek-objek program. Partisi ekivalensi membagi domain input ke dalam kelas data yang mungkin untuk melakukan fungsi perangkat lunak tertentu. Analisis nilai batas memeriksaa kemampuan program untuk menangani data pada batas yang dapat diterima.

Metode pengujian yang terspesialisasi meliputi sejumlah luas kemampuan perangkat lunak dan area aplikasi. GUI, arsitektur client/ server, dokumentasi dan fasilitas help dan sistem real time masing-masing membutuhkan pedoman dan tehnik khusus untuk pengujian perangkat lunak

1.2.6 Delphi

Delphi merupakan salah satu bahasa pemrograman tingkat tinggi berbasis Windows. Delphi digolongkan ke dalam bahasa pemrograman visual yang menitik beratkan pada pemrograman berorientasi objek (object oriented programming). Membuat program menggunakan Delphi tidaklah terlalu sulit karena bahasa pemrograman ini dikembangkan menggunakan bahasa Pascal.

Struktur program Delphi, dibangun berdasarkan struktur program Pascal yang menitik beratkan pada struktur pemrograman dengan berorientasi pada objek. Objek dalam Pascal ditulis ke dalam sebuah file yang disebut dengan unit. Unit inilah yang nantinya akan digunakan sebagai acuan dalam pembuatan program menggunakan Pascal. Unit

dalam pascal berupa kode – kode program, sedangkan unit dalam Delphi digunakan untuk menyimpan pendeklarasian form dalam bentuk class. Class yang di deklarasikan dalam unit, oleh Delphi akan diterjemahkan sebagai sebuah form dan objek lain yang digunakan dari component palette. Setiap form yang digunakan dalam Delphi pasti akan dideklarasikan dalam unit secara otomatis oleh software ini.

Dalam sebuah pembuatan sebuah program aplikasi, Delphi biasa terdiri dari beberapa file. Apapun bentuk file komponen yang digunakan dalam pembuatan program dengan Delphi, pasti akan disimpan dalam sebuah file dalam bentuk unit. File – file unit tersebut disatukan dengan kode – kode program yang dibangun ke dalam satu file yang disebut dengan project.

1.2.6.1 Database Desktop Paradox

Database desktop merupakan suatu program “Add-Ins”, yaitu program terpisah yang langsung terdapat pada Borland Delphi. Pada database desktop terdapat beberapa DBMS yang terintegrasi di dalamnya, antara lain; Paradox 7, Paradox 4, Visual dBase, Foxpro, Ms. SQL, db2, dan Interbase. Dari beberapa DBMS tersebut kita akan memilih salah satu yaitu Paradox 7. Dalam Paradox 7 ini, pada satu file database hanya mengizinkan satu tabel, berbeda dengan DBMS lain yang mengizinkan beberapa tabel pada satu file database seperti Ms. Acces. Struktur field pada Paradox 7 adalah :

1. Field Name

Field Name merupakan nama pengenalan kolom pada suatu table. Terdapat beberapa aturan dalam penulisan field name antara lain : a. Panjang maksimum 25 karakter.

b. Tidak boleh diawali dengan spasi tapi boleh mengandung spasi. c. Unik, artinya tidak ada nama kolom yang sama.

d. Tidak boleh menggunakan tanda koma (,), tanpa pipe (|), dan tanda seru (!).

e. Hindari kata – kata yang merupakan perintah SQL. 2. Type

Digunakan untuk menentukan tipe data yang dapat ditampung dalam field. Macam – macam tipe data yang sering di pakai dalam Paradox adalah sebagai berikut :

Tabel 2.3. Macam – Macam Tipe Data Symbol Type

Field

Jenis Field Keterangan

A Alpha Numeric String, Alphabet, Numeric I Integer Integer (Bilangan Bulat)

N Number Pecahan

D Date Tanggal

T Time Jam

M Memo Memo / Catatan panjang

G Grapich Gambar

+

Autoincrement Otomatis naik setiap ada penambahan data

$ Money Mata uang

S Shortint Integer kecil (-32768 s.d 32767) @ Time and Date Tanggal dan waktu

3. Size

Merupakan ukuran dari panjang data yang diizinkan untuk field. 4. Key

Dapat berupa primary key sebagai key yang menbedakan untuk setiap baris kolom. Syarat untuk primary key adalah unik, artinyaa tidak boleh ada data yang memiliki primary key yang sama.

1.1 Kegiatan Kerja Praktik 1.1.1 Waktu dan Tempat

Lokasi dari penelitian ini berada di PT. Tri Polyta Indonesia Tbk. yang berlokasi di Jalan Raya Anyer Km 123, Kawasan Industri Pancapuri Cilegon atau sering disingkat KIEC. Kawasan ini terletak di daerah Anyer, Desa Gunung Sugih, Kecamatan Ciwandan, Kabupaten Serang, Propinsi Banten. Dengan waktu penelitian selama kurang lebih satu bulan, yang dilaksanakan mulai dari tanggal 1 Juli 2010 dan berakhir pada tanggal 30 Juli 2010.

1.1.2 Job desk

Kerja praktik di tempatkan pada IT Department, selama kerja praktik berlangsung perusahaan memfasilitasi satu PersonalComputer yang sudah terhubung dengan internet dan intranet perusahaan untuk membantu mencari refrensi data selama kerja praktik. Selain itu kegiatan yang dilakukan dalam masa kerja praktik didominasi dengan Recovery Operating Sistem. Recovery OS adalah proses pem-back-up-an software yang ada di dalam sebuah PC sebagai ukuran standarisasi operating setiap PC yang digunakan semua karyawan PT. Tri Polyta Indonesia Tbk. . Jadi proses recovery ini mempermudah crew IT Department untuk melakukan installasi PC baru sebagai pengganti PC lama atau untuk keadaan urgent. Selain itu adanya pengalaman baru, yaitu proses pemasangan PC networking. Dalam proses pemasangan ini tidak membutuhkan CPU, hanya dibutuhkan sebuah monitor dan sebuah alat penerima networking yang bernama “Sundae”, sebagai alat bantu lain adalah mouse dan keyboard saja. Sundae ini sebagai penerima data dari server pusat

perusahaan yang berada di Jakarta, sehingga membantu karyawan untuk mencari data, automatic email pada server pusat, dan pengambilan data dari pusat. Kelemahannya adalah susah sekali untuk pendeteksian accses down, jadi keadaan terkadang terputus secara tiba – tiba tanpa ada sinyal yang menandakan.

1.2 Perancangan Sistem

1.2.1 Analisis yang Sudah Berjalan

Analisis sistem terpusat Sistem Informasi Disposal Hardware pada PT. Tri Polyta Indonesia Tbk. Masih menggunakan sistem manual yang menitik beratkan pada lembaran form, selain itu semua proses pengolahan data yang biasa dilakukan kurang bias dikerjakan dan diselesaikan secara maksimal, karena sulitnya untuk mencari data yang manumpuk dan pencocokan data yang dilakukan dengan Crew IT dan Crew Accounting.

1.2.1.1 Flow Map Sistem yang Berjalan

Flow map merupakan bagian aliran yang menunjukkan arus dokumen dari laporan mengenai data – data yang diperoleh dari sistem didposal yaitu flow map pendisposalan.

Laporan Data Disposal

Laporan Data Disposal (**) Data Barang

Acc Data Fix Aset Pencocokan

Data Fix Aset

A2 A1

IT Internal _AccountingAdmin _{Manager Accounting}

Data Fix Aset

Tolak

Terima

Data Disposal

Gambar 3.1. Flow Map Sistem yang Berjalan Keterangan :

A1 : Arsip Laporan Disposal untuk Admin Accounting A2 : Arsip Laporan Disposal untuk IT Internal

1.2.2 Analisis Kebutuhan Non-Fungsional

Analisis kebutuhan non-fungsional menggambarkan keadaan system yang ada di IT Departmen PT. Tri Polyta Indonesia Tbk. . perangkat keras dalam suatu program aplikasi sangatlah mendukung agar menghasilkan kerja suatu system informasi yang sesuai dengan yang diharapkan. Adapun spesifikasi hardware yang dimiliki, sbb :

Prosesor : CORE 2 Duo Memori : DDR3, 2 GB Harddisk : 160 GB

Motherboard : ASUS P4S5330-X OS : Windows XP

Dari hasil analisis tersebut dapat disimpulkan bahwa spesifikasi perangkat keras dan lunak di IT Department menunjang untuk dibangunnya Sistem Informasi Disposal Hardware Di PT. Tri Polyta Indonesia Tbk..

1.2.3 Analisis Kebutuhan Database

Gambar 3.2. Diagram ERD

Tabel 3.1. Tabel Relasi

Secara terperinci struktur tersebut diuraikan pada tabel dibawah ini. 1. Nama Tabel : IT Internal

Fungsi : Merupakan tabel master barang dari disposal hardware yang menyimpan keterangan seluruh komponen barang yang akan didisposal.

Tabel 3.1. IT Internal

Field Tipe Panjang Nilai Default Format Ket

NIK A 15

Tanggal_Kirim Date Jam Sistem yyyy-mm-dd PK Nama_Barang Karakter 250

Jenis_Barang Karakter 100 Serial_Number Karakter 150 Qty_Barang Integer

2. Nama Tabel :Pendisposalan

Fungsi :Merupakan table master transaksi disposal yang memberikan informasi jumlah transaksi yang telah di lakukan.

Key Field : -

Tabel 3.2. Pendisposalan

Field Tipe Panjang Nilai Default Format Ket

Id_Inventory Karakter 15 FK

NIK A 15 FK

Total_In Integer Total_Out Integer TOTAL Integer

3. Nama Tabel : Admin Accounting

Fungsi : Merupakan table master fix aset Key Field : Id_inventory

Tabel 3.3. Admin Accounting

Field Tipe Panjang Nilai Default Spek Ket

Id_Inventory Alphabet 15 PK Tanggal_Terima Date Jam Sistem yyyy-mm-dd

Tanggal_Disposal Date Jam Sistem yyyy-mm-dd

Qty_Terima Integer Qty_Diposal Integer

1.2.3.1 Analisis Kebutuhan Fungsional

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. Berikut adalah aliran informasi “Sistem Informasi Disposal Hardware di PT. Tri Polyta Indonesia Tbk.”

Gambar 3.3. Diagram Konteks

1.2.3.1.1 DFD Level 1

Terdapat tiga proses utama yaitu Proses Login, Proses Pengolahan User dan Proses Disposal, berikut penjabarannya :

1. Proses Login, dapat diakses sebelum admin IT Department atau admin Accounting Department mengakses proses yang lain. Verifikasi dilakukan dengan menggunakan Username dan Password. Jika respon Verifikasi valid maka admin dapat melanjutkan. Jika salah, sistem akan menampilan pesan verifikasi. 2. Proses Pengolahan User, dalam proses ini Admin Accounting dan

IT Internal dapat mengubah dan menambah data password dan data username sesuai yang diinginkan

3. Proses Disposal, proses ini mencakup kegiatan pendisposalan seperti, pendataan barang masuk, pendataan pengiriman barang, pendataan fix aset dan laporan data disposal. Semua krgiatan transaksi di simpan dalam proses disposal.

1.2.3.1.2 DFD Level 2 Proses 1.0 : Login

1.2.3.1.3 DFD Level 2 Proses 2.0 : Pengolahan User

Gambar 3.6. DFD Level 2 Proses 2.0 : Pengolahan User

1.2.3.1.4 DFD Level 2 Disposal Proses 3.0 : Disposal

Admin Accounting IT Internal

3.1 Pengolahan Data Barang

3.2 Transaksi

Disposal Data Barang

Laporan Disposal

Data Fix Aset, Data Barang

Data Fix Aset Data Laporan Disposal

Barang

Fix Aset

Data Barang

Data Barang

Data Fix Aset

Data Fix Aset

1.2.3.1.5 DFD Level 3 Proses 3.1 : Pengolahan Data Barang

Gambar 3.8. DFD Level 3 Proses 3.1 : Pengolahan Data Barang

Gambar 3.9. DFD Level 3 Proses 3.2 : Transaksi Disposal 1.2.3.1.7 DFD Level 4 Proses 3.2.1 : Pengolahan Data Fix Aset

Gambar 3.10. DFD Level 4 Proses 3.2.1 : Pengolahan Data Fix Aset

1.2.3.1.8 DFD Level 4 Proses 3.2.2 : Pembuatan Laporan

1.2.4 Perancangan Antarmuka 1.2.4.1 Form Login

Gambar 3.12. Tampilan Rancangan Form Login 1.2.4.2 Form Menu

1.2.4.3 Form Pengolahan User

Gambar 3.14. Tampilan Rancangan Form Penglahan User 1.2.4.4 Form Pengolahan Data Barang

1.2.4.5 Form Pengolahan Data Fix Aset

Gambar 3.16. Tampilan Rancangan Form Pengolahan Data Fix Aset 1.2.4.6 Laporan Disposal

Gambar 3.18. Message Warning Login Gagal pada Form Login

Gambar 3.19. Message Warning Simpan pada Form Setting User

Gambar 3.20. Message Warning, Confirm dan Help Pada Form Pengolahan Data Barang

Gambar 3.21. Confirmasi dan Form Help Pada Form Pengolahan Fix Aset

1.2.5 Pengujian Black Box 1.2.5.1 Pengujian Login

Tabel 3.4. Pengujian Login Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Username : Senja

Password : tripolyta

User dapat

memasukkan data username dan password.

Dapat melakukan pengisisan data username dan password sesuai yang diharapkan

[X] Terima

Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik tombol Login User dapat login Dapat melakukan

login dengan data username dan password yang sudah terdaftar

[X] Terima

[ ] Tolak

Kasus dan Hasil Uji (Data Salah) Username : indotri

Password : tripolyta

Tidak dapat login dan menampilkan pesan “Username Salah!”

User tidak dapat

login dan

memberikan pesan “Username Salah!”

[X] Terima

[ ] Tolak

Username : senja

Password :

indonesia

Tidak dapat login dan menampilkan pesan “Password Salah !”

User tidak dapat

login dan

memberikan pesan “Password Salah!”

[X] Terima

[ ] Tolak

Username dan password kosong

Tidak dapat login dan menampilkan pesan “Username dan Password Belum terisi!”

User tidak dapat

login dan

memberikan pesan “Username dan Password belum terisi!”

[X] Terima

[ ] Tolak

1.2.5.2 Pengujian Menu

Tabel 3.5. Pengujian Menu Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik menu Data

Barang

Menampilkan form pengolahan Data Barang

Dapat menampilkan form pengolahan Data Barang sesuai yang diharapkan

[X] Terima

Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik menu Fix Aset Menampilkan form

pengolahan Data Fix Aset

Dapat menampilkan form pengolahan Data Fix Aset sesuai yang diharapkan

[X] Terima

[ ] Tolak

Klik menu Laporan Disposal

Menampilkan form Laporan Disposal

Dapat menampilkan form Laporan Disposal sesuai yang diharapkan

[X] Terima

[ ] Tolak

Klik menu Seting User

Menampilkan form Pengolahan User yang sudah terdaftar dan belum terdaftar

Dapat menampilkan form Pengolahan User sesuai yang diharapkan

[X] Terima

[ ] Tolak

1.2.5.3 Pengujian Setting User

Tabel 3.6. Pengujian Setting User Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik tombol tambah

Username : Toni Password : 123456 Repassword : 123456

User dapat

memasukkan data username dan password untuk user baru.

Dapat melakukan pengisisan data username dan password sesuai yang diharapkan

[X] Terima

[ ] Tolak

Klik tombol ubah

Username : Senja Password : tripolyta Repassword : tpi123

User dapat

memasukkan data username dan password untuk user baru.

Dapat melakukan pengisian perubahan dengan data username dan password yang sudah terdaftar

[X] Terima

Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik tombol simpan User menyimpan

data user yang baru di tambah dan yang telah di ubah. Memunculkan pesan “Data berhasil disimpan” dan disable kolom pengisian data user

Dapat melakukan simpan data ke

database ,

memunculkan pesan “ data berhasil disimpan” dan melakukan disable kolom pengisian data user

[X] Terima

[ ] Tolak

Klok tombol batal Cancel pengisian dan keluar

Dapat melakukan pembatalan setting user sesuai yang diharapkan

[X] Terima

[ ] Tolak

Kasus dan Hasil Uji (Data Salah) Klik tombol tambah

Username : tpipylen Password : tripolyta Repassword : Tripolyta Tidak dapat menyimpan dan menampilkan pesan “Repassword tidak sama dengan password!”, setfocus : Repassword

User tidak dapat menyimpan dan memberikan pesan “Repassword tidak sama dengan password!”,

setfocus :

Repassword

[X] Terima

1.2.5.4 Pengujian Data Barang

Tabel 3.7. Pengujian Data Barang Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik tombol

Tambah. Isi kolom data barang sesuai dengan Label. Klik Simpan

Melakukan

penambahan pada database data barang

Dapat melakukan penyimpanan data pada data base barang

[X] Terima

[ ] Tolak

Klik tombol Ubah, Isi kolom yang ingin di ubah. Klik Simpan

Melakukan

pengubahan data yang sudah ada dalam data base dan menyimpannya kembali

Dapat melakukan pengubahan data pada data base dan menyimpan

[X] Terima

[ ] Tolak

Klik tombol Hapus Melakukan

penghapusan data yang telah dipilih dan menampilkan pesan “Anda yakin data berikut :

Nama Barang : Jenis Barang : Akan dihapus?”

Dapat menampilkan pesan “Anda yakin data berikut :

Nama Barang : Jenis Barang : Akan dihapus?” Pilihan yes akan terhapus, pilihan tidak untuk pembatalan proses hapus

[X] Terima

[ ] Tolak

Pencarian :

Pilih jenis pencarian Tanggal kirim Jenis barang

Menampilkan data yang dicari berdasarkan jenis pencarian

Dapat menampilkan data yang di cari

[ ] Terima

Nama barang

Pilih tombol help Menampilkan form untuk bantuan pengoprasian sistem

Dapat menampilkan form bantuan

[X] Terima

[ ] Tolak

Pilih tombol menu utama

Kembali ke menu utama

Dapat menampilkan form menu utama

[X] Terima

[ ] Tolak

Kasus dan Hasil Uji (Data Salah) Klik tombol

Tambah. Pengisian kolom data barang sesuai dengan Label tetapi salah satu tidak terisi. Klik Simpan

Menampilkan pesan “(kolom yang takterisi) tidak boleh kosong”

Tidak dapat melakukan

penyimpanan data pada data base

barang dan

menampilkan pesan “(kolom yang takterisi) tidak boleh kosong”

[X] Terima

[ ] Tolak

Klik tombol Ubah, Isi kolom yang ingin di ubah tetapi salah satu tidak terisi. Klik Simpan. Klik Simpan

Menampilkan pesan “(kolom yang takterisi) tidak boleh kosong”

Tidak dapat melakukan

pengubahan data pada data base dan menyimpan, dan menampilkan pesan “(kolom yang takterisi) tidak boleh kosong”

[X] Terima

[ ] Tolak

Pencarian :

Pilih jenis pencarian

Menampilkan pesan “ Data Tidak

Tidak dapat menampilkan data

Tanggal kirim Jenis barang Nama barang Key word yang dimasukkan tidak sesuai dengan data

Ditemukan” yang di cari. Dan menampilkan pesan “ Data Tidak Ditemukan”

[ ] Tolak

1.2.5.5 Pengujian Data Fix Aset

Tabel 3.8. Pengujian Data fix Aset Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan Klik tombol

tambah, klik tombol data barang dan mengisi kolom fix aset sesuai label

Menambah dan menyimpan data fixaset

Dapat menyimpan data fix aset

[X] Terima

[ ] Tolak

Klik tombol tambah, isi data yang akan diubah, klik tombol simpan.

Mengubah data fixaset

Perubahan data dapat dilakukan

[X] Terima

[ ] Tolak

Klik tombol Hapus Melakukan

penghapusan data yang telah dipilih dan menampilkan pesan “Anda yakin data berikut :

Nama Barang : Jenis Barang : Keterangan Akan dihapus?”

Dapat menampilkan pesan “Anda yakin data berikut :

Nama Barang : Jenis Barang : Keterangan Akan dihapus?” Pilihan yes akan terhapus, pilihan tidak untuk pembatalan proses

[X] Terima

Kasus dan Hasil Uji (Data Normal)

Data Masukan Yang Diharapkan Pengamatan Kesimpulan hapus

Pencarian :

Pilih jenis pencarian Tanggal kirim Tanggal Terima Tanggal kirim Keterangan

Menampilkan data yang dicari berdasarkan jenis pencarian

Dapat menampilkan data yang di cari

[ ] Terima

[X] Tolak

Pilih tombol help Menampilkan form untuk bantuan pengoprasian sistem

Dapat menampilkan form bantuan

[X] Terima

[ ] Tolak

Pilih tombol menu utama

Kembali ke menu utama

Dapat menampilkan form menu utama

[X] Terima

[ ] Tolak

Kasus dan Hasil Uji (Data Salah) Pencarian :

Pilih jenis pencarian Tanggal kirim Jenis barang Nama barang Key word yang dimasukkan tidak sesuai dengan data

Menampilkan pesan “ Data Tidak Ditemukan”

Tidak dapat menampilkan data yang di cari. Dan menampilkan pesan “ Data Tidak Ditemukan”

[ ] Terima

1.2.6 Diagram Semantik

1.1 Kesimpulan

Kesimpulan dari pembahasan perancangan Sistem Informasi Disposal Hardware di PT. Tri Polyta Indonesia Tbk. Ini adalah :

1. Pengecekan data disposal antara IT Department dengan pihak Accounting Department sudah efisien.

2. Penyajian laporan pertanggung jawaban sudah secara cepat dan tepat. 3. Pengelolaan dan penyimpanan sudah secara terkomputerisasi.

1.2 Saran

Sistem Informasi yang telah dibuat belum begitu sempurna, masih banyak kekurangan. Maka disarankan agar dalam pengembangan pembangunan sistem informasi ini dapat berjalan dengan berbasis client-server bukan standalone. Pencarian data beserta filtering dapat di masukkan dalsm sistem ini.

KERJA PRAKTIK

Diajukan untuk

Tugas Mata Kuliah Kerja Praktik

Program Strata Satu Jurusan Teknik Informatika Fakultas Teknik dan Ilmu Komputer

Universitas Komputer Indonesia

SENJA TIARFADINDA

10107022

JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNIK DAN ILMU KOMPUTER

UNIVERSITAS KOMPUTER INDONESIA

BANDUNG

1999.

Kania Sabariah, Mira. S.T., M.T. Diktat Mata Kuliah Rekayasa Perangkat Lunak. Kuliah Online UNIKOM. 2010.

Wina, M.T. Diktat Mata Kuliah Sistem Informasi. 2009.

Komputer Wahana, Buku Latihan Membuat Program Kreatif dan Profesional dengan Delphi.Alex Media Komputindo, 2005.

Yusup, Sofiana. Sistem Informasi Control Toko USB Computer Berbasis Clint Server (Skripsi).2002.

http://blog.unikom.ac.id/nursidik/U.Teknik-testing-perangkat-lunak.html, 09/11/2010/19:14:56.

http://blog.unila.ac.id/agung/2009/07/22/dbms-paradox-dengan-delphi-7/, 09/11/2010/22:15:35.

http://journal.amikom.ac.id/index.php/TI/article/download/5124/2801, 09/11/2010/21:48:13.

Nama : Senja Tiarfadinda

Jenis kelamin : Perem puan

Tem pat , t anggal lahir : Gresik, 19 M aret 1989

Kew arganegaraan : Indonesia

St at us perkaw inan : Belum M enikah

Tinggi, berat badan : 163 cm , 85 kg

Kesehat an : Baik

Agam a : Islam

Alam at lengkap : Jln. Tubagus Ism ail Dalam 18 C. Bandung.

Telepon, HP : 0818032279201

E-mail : if.10107022@yahoo.co.id

Pendidikan : Formal

1995 – 2001 : SD Negeri 2 Gresik, Jawa Tim ur 2001 – 2004 : SM P Negeri 2 Gresik, Jaw a Timur

2004 – 2007 : SM A Semen Gresik, Jaw a Timur

2007 – sekarang : Program Sarjana (S1) Teknik Inform atika, Universit as Komput er Indonesia Bandung, Jaw a Barat

Kemampuan :

1. Kem am puan Komput er (M S Word, M S Pow er Point, CorelDraw , Phot oshop, Borland Delphi7 (pem rogram an), W EB Desain).

2. Kem am puan Bahasa Inggris (akt if dan pasif)

Pengalaman berorganisasi :

OSIS SM A SEM EN GRESIK, Gresik-Jaw a timur

Periode : 2004-2006

St at us : Sekret aris Inti

Club Bahasa Inggris Amerika AM M EC

Periode : 2002-2004

BAB 4

PENUTUP

1.1 Kesimpulan

Kesimpulan dari pembahasan perancangan Sistem Informasi

Disposal Hardware di PT. Tri Polyta Indonesia Tbk. Ini adalah :

1. Pengecekan data disposal antara IT Department dengan pihak

Accounting Department sudah efisien.

2. Penyajian laporan pertanggung jawaban sudah secara cepat dan tepat. 3. Pengelolaan dan penyimpanan sudah secara terkomputerisasi.

1.2 Saran

Sistem Informasi yang telah dibuat belum begitu sempurna, masih banyak kekurangan. Maka disarankan agar dalam pengembangan pembangunan sistem informasi ini dapat berjalan dengan berbasis client-server bukan standalone. Pencarian data beserta filtering dapat di masukkan dalsm sistem ini.

SISTEM INFORMASI

DISPOSAL HARDWARE

DI PT. TRI POLYTA INDONESIA Tbk.

KERJA PRAKTIK

Diajukan untuk

Tugas Mata Kuliah Kerja Praktik

Program Strata Satu Jurusan Teknik Informatika Fakultas Teknik dan Ilmu Komputer

Universitas Komputer Indonesia

SENJA TIARFADINDA

10107022

55 DAFTAR PUSTAKA

Fathansyah, Ir. Buku Teks Ilmu Komputer Basis Data, CV.Informatika, Bandung, 1999.

Kania Sabariah, Mira. S.T., M.T. Diktat Mata Kuliah Rekayasa Perangkat Lunak. Kuliah Online UNIKOM. 2010.

Wina, M.T. Diktat Mata Kuliah Sistem Informasi. 2009.

Komputer Wahana, Buku Latihan Membuat Program Kreatif dan Profesional dengan Delphi.Alex Media Komputindo, 2005.

Yusup, Sofiana. Sistem Informasi Control Toko USB Computer Berbasis Clint Server (Skripsi).2002.

http://blog.unikom.ac.id/nursidik/U.Teknik-testing-perangkat-lunak.html, 09/11/2010/19:14:56. http://blog.unila.ac.id/agung/2009/07/22/dbms-paradox-dengan-delphi-7/, 09/11/2010/22:15:35. http://journal.amikom.ac.id/index.php/TI/article/download/5124/2801, 09/11/2010/21:48:13. http://www.tripolyta.co.id, 08/07/2010/15:04:22.

Daftar Riw ayat Hidup

Data Pribadi :

Nama : Senja Tiarfadinda

Jenis kelamin : Perem puan

Tem pat , t anggal lahir : Gresik, 19 M aret 1989

Kew arganegaraan : Indonesia

St at us perkaw inan : Belum M enikah

Tinggi, berat badan : 163 cm , 85 kg

Kesehat an : Baik

Agam a : Islam

Alam at lengkap : Jln. Tubagus Ism ail Dalam 18 C. Bandung.

Telepon, HP : 0818032279201

E-mail : if.10107022@yahoo.co.id

Pendidikan : Formal

1995 – 2001 : SD Negeri 2 Gresik, Jawa Tim ur

2001 – 2004 : SM P Negeri 2 Gresik, Jaw a Timur

2004 – 2007 : SM A Semen Gresik, Jaw a Timur

2007 – sekarang : Program Sarjana (S1) Teknik Inform atika, Universit as

Komput er Indonesia Bandung, Jaw a Barat

Kemampuan :

1. Kem am puan Komput er (M S Word, M S Pow er Point, CorelDraw , Phot oshop, Borland

Delphi7 (pem rogram an), W EB Desain). 2. Kem am puan Bahasa Inggris (akt if dan pasif)

Pengalaman berorganisasi :