Pembangunan aplikasi berita internal untuk intranet di Balai Besar Bahan dan Barang Teknik : laporan kerja praktek

DAFTAR RIWAYAT HIDUP

F. DATA PRIBADI
Nama

: Iudewana Mirza Utomo

Nama Panggilan

: Iude

Tempat/Tanggal Lahir : Bandung/8 Maret 1990
Jenis Kelamin

: Laki-laki

Agama

: Islam

Kewarganegaraan

: Indonesia

Alamat Rumah

: Jalan Pokker Tengah 1 No.7, Melong, Cimahi

Alamat Sekarang

: Idem

Telp/Hp

: +6285722573360

Email

: iudewana@gmail.com

G. PENDIDIKAN FORMAL

1995 – 1996
Taman Kanak-kanak

: TK. Nusa Indah

1996 - 2002
Sekolah Dasar

: SDN Melong Asih 4

2002 – 2005
Sekolah Menengah Pertama : SMP Pasundan 2 Cimahi
2005 – 2008
Sekolah Menengah Atas

: SMAN 17 Bandung

2008 – sekarang
Mahasiswa S-1 Jurusan Teknik Informatika, Universitas Komputer
Indonesia

H. KESEHATAN
Tinggi Badan

: 173 cm

Berat Badan

: 55 kg

Gol. Darah

:O

I. PELATIHAN DAN SEMINAR
- Kuliah Bersama 2008 “BRIGHT FUTURE TO ALL OF US” : Kamis, 23
Oktober 2008
- Mentoring Keislaman 2008/2009 : Juni 2009
- Seminar IT “Get Ready For Windows 7” : Sabtu, 12 Desember 2009
- Training dan Study Islam for Muslim Generation : 2010

- Pelatihan Toefl : Oktober - Desember 2011
- Seminar IT “The Future Operating System” : Sabtu, 17 Desember 2011
- Seminar “Make Your Linux Full of Power” : minggu 18 Desember 2011

J. RIWAYAT PEKERJAAN / PENGALAMAN BERORGANISASI
BALAI BESAR BAHAN DAN BARANG TEKNIK (B4T) - 2011

Demikian daftar riwayat hidup ini saya buat dengan sebenar-benarnya
dalam keadaan sadar dan tanpa paksaan.
Bandung, 27 Januari 2012

Iudewana Mirza Utomo

DAFTAR RIWAYAT HIDUP

A. DATA PRIBADI
Nama

: Febriano Akbar Setiawan

Nama Panggilan

: Febri

Tempat/Tanggal Lahir : Bandung/24 September 1984
Jenis Kelamin

: Laki-laki

Agama

: Islam

Kewarganegaraan

: Indonesia

Alamat Rumah

: Kp. Cihonje RT004/002 Desa Wargaluyu

Kecamatan Arjasari Kabupaten Bandung 40377

Alamat Sekarang

: Idem

Telp/Hp

: +6285722777433

Email

: febrianz_xmind@yahoo.com

B. PENDIDIKAN FORMAL
1990 – 1991
Taman Kanak-kanak

: TK. Bhineka Bakti

1991 - 1997
Sekolah Dasar

: SDN Kencana Indah 1

1997 – 2000
Sekolah Menengah Pertama : SLTP Al Ma’soem Sumedang
2000 – 2003
Sekolah Menengah Atas

: SMU Al Ma’soem Sumedang

2008 – sekarang
Mahasiswa S-1 Jurusan Teknik Informatika, Universitas Komputer
Indonesia

C. KESEHATAN
Tinggi Badan

: 164 cm

Berat Badan

: 52 kg

Gol. Darah

:O

D. PELATIHAN DAN SEMINAR
- Kuliah Bersama 2008 “BRIGHT FUTURE TO ALL OF US” : Kamis, 23
Oktober 2008
- Mentoring Keislaman 2008/2009 : Juni 2009
- Seminar IT “Get Ready For Windows 7” : Sabtu, 12 Desember 2009
- Training dan Study Islam for Muslim Generation : 2010
- Pelatihan Toefl : Oktober - Desember 2011

E. RIWAYAT PEKERJAAN / PENGALAMAN BERORGANISASI
BALAI BESAR BAHAN DAN BARANG TEKNIK (B4T) - 2011

Demikian daftar riwayat hidup ini saya buat dengan sebenar-benarnya
dalam keadaan sadar dan tanpa paksaan.
Bandung, 27 Januari 2012

Febriano Akbar Setiawan

LAPORAN HASIL KERJA PRAKTEK
APLIKASI BERITA INTERNAL UNTUK INTRANET
DI BALAI BESAR BAHAN DAN BARANG TEKNIK

Diajukan untuk memenuhi Syarat Mata Kuliah Kerja Praktek
Program Strata Satu Jurusan Teknik Informatika
Fakultas Teknik dan Ilmu Komputer
Universitas Komputer Indonesia

Disusun Oleh

FEBRIANO AKBAR SETIAWAN
10108253
HUSNUL FAKHRI

10108270
IUDEWANA MIRZA UTOMO
10108280

JURUSAN TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
BANDUNG
2012

KATA PENGANTAR
Puji dan syukur penulis panjatkan atas kehadirat Allah SWT yang karena
nikmat yang telah diberikan-Nya sehingga penulis bisa menyelesaikan laporan
kerja praktik ini yang berjudul “LAPORAN HASIL KERJA PRAKTIK APLIKASI
BERITA INTERNAL UNTUK INTRANET DI BALAI BESAR BAHAN DAN
BARANG TEKNIK.“
Dalam menyelesaikan laporan kerja praktek ini penulis banyak memperoleh
bantuan baik secara langsung maupun secara tidak langsung dari berbagai pihak.
untuk itu perkenankanlah penulis mengucapkan terima kasih sebesar-besarnya
kepada :

1. Ibu Rani Susanto, S.Kom. selaku dosen wali penulis.
2. Bapak Galih Ginanjar, S.Si., M.T. selaku pembimbing kerja praktik.
3. Ibu Mira Kania Sabariah, S.T., M.T. selaku ketua jurusan Teknik
Informatika UNIKOM.
Penulis meyadari sepenuhnya bahwa penyusunan laporan kerja praktek ini
masih jauh dari sempurna dan tidak luput dari kekurangan yang disebabkan
terbatasnya pengetahuan dan pengalaman penulis. Oleh karena itu, semua saran dan
kritik yang membangun sangat penulis harapkan dan diterima dengan rendah hati.
Bandung, Januari 2012

Penyusun

i

DAFTAR ISI

LEMBAR JUDUL
LEMBAR PENGESAHAN
KATA PENGANTAR .......................................................................................... i
DAFTAR ISI ....................................................................................................... ii
DAFTAR TABEL .............................................................................................. vi
DAFTAR GAMBAR ......................................................................................... vii
DAFTAR LAMPIRAN ....................................................................................... ix
BAB I. PENDAHULUAN ................................................................................... 1
1.1

Latar Belakang ........................................................................................ 1

1.2

Perumusan Masalah ............................................................................... 2

1.3

Maksud dan Tujuan................................................................................. 2

1.3.1

Maksud............................................................................................. 2

1.3.2

Tujuan .............................................................................................. 2

1.4

Batasan Masalah ..................................................................................... 2

1.5

Metode Penelitian ................................................................................... 3

1.6

Sistematika Penulisan Kerja Praktek ....................................................... 4

BAB II. TINJAUAN PUSTAKA ......................................................................... 6
2.1

Profil Tempat Kerja Praktek .................................................................... 6

2.1.1

Sejarah Instansi ................................................................................ 6

2.1.2

Logo Instansi .................................................................................... 7

2.1.3

Visi dan Misi Instansi ....................................................................... 7

2.1.4

Badan Hukum Instansi ...................................................................... 8

2.1.5

Bidang Pekerjaan Perusahaan ........................................................... 8

2.1.6

Struktur Organisasi ......................................................................... 10

2.2

Landasan Teori ..................................................................................... 11

2.2.1

Intranet ........................................................................................... 11

2.2.2

Framework ..................................................................................... 11

2.2.3

Trigger MySql ................................................................................ 12
ii

2.2.4

CSS ................................................................................................ 13

2.2.5

Code Igniter.................................................................................... 13

2.2.6

UML .............................................................................................. 15
2.2.6.1

Konsep Objek .................................................................. 15

2.2.6.2

Definisi UML .................................................................. 16

2.2.6.3

Bangunan Dasar Metodologi UML .................................. 17

BAB III. PEMBAHASAN ................................................................................. 21
3.1

Prosedur Kerja Praktek ......................................................................... 21

3.2

Cara dan Teknik Kerja Praktek.............................................................. 21

3.3

Analisis Sistem ..................................................................................... 22

3.3.1

Analisis Masalah ............................................................................ 22

3.3.2

Analisis Prosedur Sistem Yang Sedang Berjalan ............................. 23

3.3.2.1 Prosedur Tambah Berita Internal .................................................... 23
3.3.2.1.1

Flowmap Tambah Berita Internal ..................................... 24

3.3.2.2 Prosedur Update Berita internal ...................................................... 25
3.3.2.2.1

Flowmap Update Berita Internal ...................................... 25

3.3.2.3 Prosedur Hapus Berita Internal ....................................................... 26
3.3.2.3.1

Flowmap Hapus Berita Internal ....................................... 26

3.3.2.4 Prosedur Tambah Komentar Berita ................................................. 27
3.3.2.4.1

Flowmap Tambah Komentar Berita ................................. 27

3.3.2.5 Prosedur Update Sticky .................................................................. 28
3.3.2.5.1

Flowmap Update Sticky ................................................... 28

3.3.3

Analisis Basis Data ......................................................................... 29

3.3.4

Analisis Kebutuhan Non-Fungsional............................................... 29

3.3.4.1 Analisis Perangkat Keras ................................................................ 29
3.3.4.2 Analisis Perangkat Lunak ............................................................... 30
3.3.4.3 Analisis User .................................................................................. 30
3.3.5

Analisis Fungsional ........................................................................ 31

3.3.5.1.Use Case.......................................................................................... 32
3.3.5.2.Class Diagram ................................................................................. 32
3.3.5.3.Use Case Diagram Specification ...................................................... 33

iii

3.3.5.3.1. Login .......................................................................................... 33
3.3.5.3.1.1.Sekenario Login .......................................................................... 33
3.3.5.3.1.2.Activity Diagram Login .............................................................. 34
3.3.5.3.1.3.Sequence Diagram Login ............................................................ 34
3.3.5.3.2. Tampil Berita .............................................................................. 35
3.3.5.3.2.1.Sekenario Tampil Berita.............................................................. 35
3.3.5.3.2.2.Activity Diagram Tampil Berita .................................................. 36
3.3.5.3.2.3.Sequence Diagram Tampil Berita ................................................ 36
3.3.5.3.3. Cari Berita .................................................................................. 36
3.3.5.3.3.1.Sekenario Cari Berita .................................................................. 37
3.3.5.3.3.2.Activity Diagram Cari Berita ...................................................... 37
3.3.5.3.3.3.Sequence Diagram Cari Berita .................................................... 38
3.3.5.3.4. Tambah Berita ............................................................................ 38
3.3.5.3.4.1.Sekenario Tambah Berita ............................................................ 38
3.3.5.3.4.2.Activity Diagram Tambah Berita ................................................ 39
3.3.5.3.4.3.Sequence Diagram Tambah Berita .............................................. 39
3.3.5.3.5. Hapus Berita ............................................................................... 40
3.3.5.3.5.1.Sekenario Hapus Berita .............................................................. 40
3.3.5.3.5.2.Activity Diagram Hapus Berita .................................................. 41
3.3.5.3.5.3.Sequence Diagram Hapus Berita ................................................ 41
3.3.5.3.6. Update Berita .............................................................................. 42
3.3.5.3.6.1.Sekenario Update Berita.............................................................. 42
3.3.5.3.6.2.Activity Diagram Update Berita ................................................. 43
3.3.5.3.6.3.Sequence Diagram Update Berita ............................................... 43
3.3.5.3.7. Tambah Tanggapan ..................................................................... 44
3.3.5.3.7.1.Sekenario Tambah Tanggapan .................................................... 44
3.3.5.3.7.2.Activity Diagram Tambah Tanggapan ......................................... 45
3.3.5.3.7.3.Sequence Diagram Tambah Tanggapan ....................................... 45
3.3.5.3.8. Update Sticky.............................................................................. 46
3.3.5.3.8.1.Sekenario Update Sticky ............................................................. 46
3.3.5.3.8.2.Activity Diagram Update Sticky.................................................. 47

iv

3.3.5.3.8.3.Sequence Diagram Update Sticky ............................................... 47
3.3.6. Perancangan Antar Muka ................................................................... 48
3.3.6.1.Form Login ........................................................................................ 48
3.3.6.2.Halaman Utama ................................................................................. 48
3.3.6.3.Halaman Berita Internal ..................................................................... 49
3.3.6.4.Halaman Berita Perjudul .................................................................... 49
3.3.6.5.Form Tambah Berita .......................................................................... 50
3.3.6.6.Form Tambah Tanggapan .................................................................. 50
3.4.Implementasi ............................................................................................ 51
3.4.1. Form Login ........................................................................................ 51
3.4.2. Halaman Utama ................................................................................. 52
3.4.3. Halaman Berita Internal ..................................................................... 52
3.4.4. Halaman Berita Perjudul .................................................................... 53
3.4.5. Form Tambah Tanggapan .................................................................. 53
3.4.6. Form Tambah Berita .......................................................................... 54
BAB IV. KESIMPULAN DAN SARAN ........................................................... 55
3.5.Kesimpulan ................................................................................................. 55
3.6.Saran........................................................................................................... 55
DAFTAR PUSTAKA ........................................................................................ 56
LAMPIRAN

v

DAFTAR PUSTAKA

Buku :
Pratama, Antonius N. W. 2010. CodeIgniter : Cara Mudah Membangun Aplkasi
PHP. Jakarta : MediaKita.
Wiswakarma, Komang. 2010. 9 Langkah Menjadi Master Framework
CodeIgniter. Yogyakarta : Lokomedia.
Basuki, Awan P. 2010. Membangun Web PHP Dengan Framework CodeIgniter.
Yogyakarta : Lokomedia.
Sidi, Bertha. 2004. Pemrograman Web dengan PHP. Bandung : Informatika.
Yuana, Rosihan Ari. 2010. 67 Trik & Ide Brilian Master PHP. Lokomedia :
Yogyakarta.

Web :
Astuti, Yuli. From : http://p3m.amikom.ac.id/p3m/dasi/des07/10%20%20AMIKOM_Yogyakarta_SISTEM%20INFORMASI%20AKADEMIK%20BE
RBASIS%20SMS.pdf, 14 Desember 2011
Fauzia, Astri. From :
http://repository.amikom.ac.id/files/Publikasi_09.21.0419.PDF, 14 Desember
2011
From : http://gandhionline.web.id/index.php/home/viewpdf?id=38, 14 Desember
2011
Putu. 2009. From : http://belog.praba.web.id/web/css-cascading-style-sheets.html,
14 Novermber 2011
Novita, Rahmi. 2010. From : http://rahminovita.com/2010/10/pengenalan-uml/,
14 November 2011

56

BAB I
PENDAHULUAN

1.1 Latar Belakang
Balai besar bahan dan barang teknik (selanjutnya disingkat B4T), yang
didirikan pada tahun 1909 di Batavia (Jakarta sekarang) oleh pemerintah
Hindia-Belanda dengan nama Laboratorium Voor Metal Onderzoek dan
berada di bawah naungan Burgelizke Openbake Warken (Departemen
Pekerjaan Umum sekarang), merupakan salah satu badan pemeriksa mutu
barang di Indonesia yang saat ini sudah meninggalkan cara manual dalam
kegiatan administrasi kantor dan menggunakan aplikasi berbasis web clientserver dalam aktivitasnya. Adalah proses pengolahan data instansi /
perusahaan / pegawai yang semakin banyak yang dapat menyulitkan pegawai /
user dalam bekerja.
Untuk mengatasi masalah ini B4T sudah memiliki aplikasi client-server
yang berupa aplikasi intranet. Namun tentu saja, dengan sekian banyak sub
aplikasi yang dimasukkan di dalam aplikasi intranet ini dan kekurangan dalam
hal keamanan membuat kinerja dari pegawai menurun karena kemungkinan
sistem untuk di-hack sangat besar, sehingga sering dilakukan maintenance
terhadap aplikasi yang di-hack dan menyebabkan delay pada aktifitas
pegawai. Selain itu, karena sub aplikasi yang ada sudah sangat banyak, kadang
menyebabkan proporsi layout / tampilan intranet berubah-ubah. Seperti
margin yang bergeser, tabel yang tidak rata, dsb. Jadi perlu dilakukan
pengembangan terhadap aplikasi agar keamanan dan kenyamanan dalam
penggunaan sistem tetap stabil tanpa harus merubah struktur sistem database,
yaitu mengganti interface dan framework yang digunakan.
Dalam kerja praktek kali ini, B4T ingin melakukan perubahan terhadap
interface aplikasi intranet yang baru dengan menggunakan framework CI
(CodeIgniter) tetapi tetap mengacu pada seluruh fungsionalitas dari aplikasi
intranet yang lama, sehingga tidak merubah behavior user/pegawai yang akan
menggunakan aplikasi ini.

1

Penugasan dalam kerja praktek kali ini dibagi berdasarkan fungsionalitas
yang ada pada aplikasi intranet. Berdasarkan kebutuhan yang ada di B4T,
yaitu mengenai laporan-laporan kerja, data administrasi kantor, pengumuman
penting perusahaan, admin, staff dan karyawan, sampai penyampaian
informasi dari masing-masing bidang / departemen, maka dibangun sebuah
aplikasi berita internal agar dapat dengan mudah menyelesaikan permasalahan
tersebut di atas. Jadi analisis difokuskan pada pembuatan aplikasi berita
internal.

1.2 Identifikasi Masalah
Perumusan masalah yang didapat dalam pengembangan intranet yang baru
dan pembangunan sub aplikasi berita internal berdasarkan latar belakang di
atas adalah bagaimana membangun aplikasi berita internal di intranet B4T
menggunakan framework CodeIgniter?

1.3 Maksud dan Tujuan
1.3.1 Maksud
Maksud dari penelitian ini adalah untuk membangun aplikasi berita
internal di intranet B4T menggunakan framework CI (Code Igniter).
1.3.2 Tujuan
Adapun tujuan dari kerja praktek ini adalah :
1. Memberikan kenyamanan pada pegawai dalam berinteraksi dengan
aplikasi.
2. Meningkatkan keamanan sistem.
3. Memudahkan pengolahan data administrasi kantor.
4. Memudahkan pegawai mendapatkan informasi terbaru seputar B4T.

2

1.4 Batasan Masalah
Batasan masalah yang kami buat yg di tinjau dari berbagai aspek tersebut
antara lain:
1) Aplikasi ini hanyalah dibangun untuk kepentingan B4T sendiri.
2) Aplikasi intranet hanya bisa diakses melalui server B4T, tidak online.
3) Data yang digunakan dalam pengolahan data antara lain data pegawai,
data berita, dan data tanggapan berita.
4) User/pegawai tidak bisa mengubah berita yang diinputkan pegawai lain.
5) User/pegawai hanya bisa memanipulasi berita yang mereka inputkan
sendiri.
6) Tidak ada validasi/captcha untuk komentar berita.
7) Fungsi pencarian hanya berlaku untuk berita internal.
8) Semua fungsionalitas dibangun menggunakan metode object oriented.
9) Analisis model data digambarkan menggunakan class diagram.
10) Analisis sistem yang sedang berjalan dan analisis fungsionalitas berita
internal digambarkan menggunakan diagram use case.
11) Aplikasi intranet B4T dibangun menggunakan bahasa PHP versi 5.2.6
dengan menggunakan framework CodeIgniter versi 2.0.2, dan MySQL
sebagai database. Sedangkan untuk desain dan background menggunakan
Adobe Photoshop CS4.

1.5 Metode Penelitian
Dalam kerja praktek ini, dilakukan pengamatan pada sistem intranet yang
sudah ada, khususnya pengolahan data yang ada terlebih bagaimana karyawan
B4T dapat memanfaatkan sistem yang akan dibangun sehingga dapat
memudahkan pekerjaan-pekerjaan yang dilakukan di B4T. Adapun beberapa
tahapan yang dilakukan dalam metode penelitian kerja praktek ini, yaitu :

3

1. Pengumpulan data yang dibagi dalam beberapa tahapan, yaitu :
a. Wawancara (interview)
Pengumpulan data dengan cara mengadakan wawancara secara
langsung pada pihak yang berkaitan dan terlibat langsung dengan
sistem intranet guna memperoleh data yang tepat dan akurat.
b. Pengamatan (observasi)
Pengumpulan data dengan cara mengamati secara langsung di
lapangan baik secara fisik (alat-alat yang dipakai) maupun konsep
(cara kerja dari sistem yang dipakai).
2. Tahapan analisis sistem
Setelah mendapatkan data yang cukup, langkah selanjutnya adalah
kegiatan analisis, kegiatan analisis terbagi atas : analisis kebutuhan nonfungsional, analisis perangkat keras, analisis perangkat lunak, analisis
user, analisis sistem yang sedang berjalan, dan analisis kebutuhan
fungsional.
3. Pengerjaan Program
Setelah mendapatkan data dan menganalisis sistem yang akan digunakan,
selanjutnya adalah pembangunan program.

1.6 Sistematika Penulisan Laporan Kerja Praktek
Adapun sistematika penulisan kerja praktek ini adalah sebagai berikut :
BAB I

PENDAHULUAN
Berisi

pembahasan

umum

yang

berhubungan

dengan

penyusunan laporan kerja praktek, yang meliputi latar belakang,
maksud dan tujuan kerja praktek, sistem pelaksanaan kerja
praktek, dan sistematika penulisan laporan kerja praktek.
BAB II

TINJAUAN PUSTAKA
Berisi pembahasan mengenai profil perusahaan dan latar
belakang perusahaan, dalam hal ini B4T, dan studi literatur yang
diperlukan dalam pembangunan aplikasi intranet ini.

4

BAB III ANALISIS DAN IMPLEMENTASI
Bab ini membahas tentang analisis sistem, analisis masalah,
analisis prosedur yang sedang berjalan, analisis kebutuhan
fungsional dan non-fungsional, serta implementasi program.
BAB IV KESIMPULAN DAN SARAN
Bab ini berisi kesimpulan mengenai seluruh hasil kerja praktek
yang dilaksanakan di B4T, serta saran untuk pengembangan
aplikasi yang telah di bangun.

5

BAB II
TINJAUAN PUSTAKA

2.1 Profil Tempat Kerja Praktek
2.1.1 Sejarah Instansi
B4T didirikan pada tahun 1909 di Batavia (Jakarta sekarang) oleh
pemerintah Hindia-Belanda dengan nama Laboratorium Voor Metal
Onderzoek dan berada di bawah naungan Burgelizke Openbake Warken
(Departemen Pekerjaan Umum sekarang).
Pada tahun 1912 diperluas menjadi Laboratorium Voor Material
Onderzoek. Yang semula balai ini hanya mengurus benda-benda metal
diperluas dengan benda material lainnya.
Pada tahun 1921 lokasi balai dipindahkan ke Bandung. Tepatnya ke
lokasi Technische Hogeschool (Institut Teknologi Bandung sekarang).
Tahun 1934 kedudukan balai berpindah ke naungan Van Ekonomische
(Departemen Perekonomian dan Perdagangan).
Pada tahun 1942 di bawah kekuasaan pemerintah Jepang balai berubah
nama menjadi Laboratorium Zeiro Sikendya dan kemudian berubah lagi
menjadi Laboratorium Kogio Sikendya.
Tahun 1945 Indonesia merdeka dan balai ini kembali berubah nama
menjadi Balai Penyelidikan Bahan-bahan yang berkududukan di bawah
Kementrian Kemakmuran. Pada periode tahun 1952 – 1960 balai ini dua
kali beralih naungan, yaitu Kementrian Perekonomian ke Kementrian
Perindustrian. Pada tahun 1961 balai ini menempati Jalan Sangkuringan
Bandung dengan nama Balai Penelitian Bahan-bahan. Pada tahun 1963
kedudukan balai berada di bawah naungan Perindustrian Rakyat.
Tahun 1971 kedudukan balai berada di bawah naungan Lembaga
Penelitian dan Pendidikan Industri, pada tahun 1974 kedudukan balai
berada di bawah Puslitbang Industri Logam dan Mesin Departemen
Perindustrian.

6

Tahun 1980
80 kedudukan balai di bawah Badan Litban
ang Industri
Departemen Per
erindustrian dan berubah nama menjadi Ba
Balai Besar
Penelitian dan Pengembangan
P
Industri dan Barang teknik.. P
Pada akhir
tahun 2002 balai
lai ini berubah nama menjadi Balai Besar Bahan ddan Barang
Teknik yang disi
isingkat dengan B4T yang dipakai hingga sekaran
ang.
Balai besarr Bahan dan Barang Teknik (B4T) beralamaat di Jalan
Sangkuriang Noo. 14 Bandung 40135. Telp. 022 – 2504088,
8, 2504828,
2510682. Fax 022
0
– 2502027. Website : www.b4t.go.id dan e-mail :
info@b4t.go.id.

2.1.2 Logo Instansi

Gambar 2.1 Logo Instansi B4T

Instansi
2.1.3 Visi dan Misi In
Visi
Menjadi Lembag
aga Terkemuka dalam bidang Penjamin dan Pe
Peningkatan
Mutu Bahan dan
an Barang Teknik yang didukung oleh penelitian.
Misi
Memberikan pel
elayanan teknis yang profesional melalui jasa
sa Serifikasi
untuk meningkat
atkan mutu produk dan tenaga industri yang diaku
akui nasional
maupun internasi
asional.

7

2.1.4 Badan Hukum Instansi
Balai besar Bahan dan Barang Teknik (B4T) merupakan balai resmi
pemerintah yang berada di bawah naungan Badan Pengkajian Kebijakan
Iklim dan Mutu Industri, Kementrian Perindustrian. Badan hukum oleh
Menteri

Perindustrian

Republik

Indonesia

Nomor

:

43/M-

IND/PER/6/2006 Tentang organisasi dan tata kerja Balai Besar Bahan dan
Barang Teknik.
Berdasarkan Surat Keputusan Menteri Perindustrian No.43/MIND/PER/6/2006 tanggal 29 Juni 2006 Tentang Organisasi dan Tata Kerja
Balai Besar Bahan dan Barang Teknik, pada bab II pasal 4 dijelaskan
bahwa B4T terdiri dari :
1. Bagian Tata Usaha.
2. Bidang Pengembangan Jasa Teknik.
3. Bidang Standardisasi.
4. Bidang Sertifikasi.
5. Bidang Infeksi Teknik.
6. Kelompok Jabatan Fungsional.
Adapun seksi teknologi informasi ada dibawah bidang pengembangan
jasa teknik sebagaimana dijelaskan pada pasal 9 dengan rincian tugasnya
terdapat dipasal 10c yaitu melakukan penyiapan bahan pengelolaan,
pengembangan dan pemanfaatan teknologi informasi dan perpustakaan.

2.1.5 Bidang Pekerjaan Perusahaan
Balai Besar Bahan dan Barang Teknik (B4T) menyiapkan layanan
teknik jasa bagi industri yang didukung peralatan lodern dan handal,
sumber daya manusia yang terlatih dan berkualifikasi, laburatorium
kalibrasi. Lembaga inspeksi dan lembaga sertifikasi serta lembaga
pelatihan teknik yang terakreditasi nasional maupun internasional.

8

Ruang lingkup kegiatan B4T sebagai mitra industri meliputi :
1. Pengujian Bahan
2. Pengujian Barang Teknik
3. Kalibrasi
4. Inspeksi Teknik
5. Pelatihan Teknik
6. Serifikasi Sistem Manajemen Mutu
7. Serifikasi Produk
8. Setifikasi Personil
9. Serifikasi Manajemen Lingkungan
10. Penyusunan Standar
11. Konsultasi Teknik
12. Penelitian dan Pengembangan

9

2.1.6 Struktur Organisasi

KEPALA BALAI BESAR BAHAN &
BARANG TEKNIK

KEPALA BAGIAN TATA USAHA

Sub. Bagian
Program &
Pelaporan

Sub. Bagian
Keuangan

Sub. Bagian
Kepegawaian

Sub. Bagian
Umum

KEPALA BIDANG
PENGEMBANGAN JASA
TEKNIK

KEPALA BIDANG
STANDARISASI

KEPALA BIDANG
SERTIFIKASI

KEPALA BIDANG
INSPEKSI TEKNIK

Kepala Seksi
Pemasaran & Kerjasama

Kepala Seksi Pengujian

Kepala Seksi
Sistem Mutu & Lingkungan

Kepala Seksi Inspeksi Bahan
& Barang Teknik Logam

Kepala Seksi Pengembangan
Kompetensi & Sarana Riset

Kepala Seksi Kalibrasi

Kepala Seksi Keselamatan &
Kualifikasi Personel

Kepala Seksi Inspeksi Bahan
& Barang non-Logam

Kepala Seksi Teknik
Informasi

Kepala Seksi
Penyusunan Standar

Kepala Seksi Mutu Barang &
Bahan Teknik

Kepala Seksi Analisa Kerusakan &
Sistem Pemeliharaan

Kelompok Jabatan
Fungsional

Gambar 2.2 Struktur Organisasi

10

2.2 Landasan Teori
Selama pelaksanaan kerja praktek di Balai Besar Bahan dan Barang
Teknik (B4T), kelompok kerja praktek menggunakan pengetahuan yang
diperoleh

selama

masa

perkuliahan

sebagai

landasan

teori

dalam

pengembangan sistem intranet di B4T dan beberapa pengetahuan baru yang
didapat pada saat pelaksanaan kerja praktek berlangsung.

2.2.1 Intranet
Intranet adalah sebuah jaringan komputer berbasis protokol TCP/IP
seperti internet hanya saja digunakan dalam internal perusahaan, kantor,
bahkan warung internet (WARNET) pun dapat di kategorikan Intranet.
Antar Intranet dapat saling berkomunikasi satu dengan lainnya melalui
sambungan Internet yang memberikan tulang punggung komunikasi jarak
jauh. Akan tetapi sebetulnya sebuah Intranet tidak perlu sambungan luar
ke Internet untuk berfungsi secara benar. Intranet menggunakan semua
protocol TCP/IP dan aplikasinya sehingga kita memiliki “private”
Internet.

2.2.2 Framework
Tidak ada definisi pasti dari framework, tapi dapat ditarik kesimpulan
bahwa framework adalah sekumpulan class dan library yang terpadu
sehingga memudahkan menyelesaikan permasalahan secara menyeluruh.
Efeknya waktu untuk membuat program menjadi lebih singkat. Beberapa
contoh framework di PHP adalah CakePHP, Zend Framework,
CodeIgniter dan Symfony.
Ada beberapa alasan mengapa menggunakan Framework:
1)

Mempercepat dan mempermudah pembangunan sebuah aplikasi web.

2)

Relatif memudahkan dalam proses maintenance karena sudah ada pola
tertentu dalam sebuah framework (dengan syarat programmer mengikuti
pola standar yang ada).

11

3)

Umumnya framework menyediakan fasilitas-fasilitas yang umum dipakai
sehingga kita tidak perlu membangun dari awal (misalnya validasi, ORM,
pagination, multiple database, scaffolding, pengaturan session, error
handling, dll.

4)

Lebih bebas dalam pengembangan jika dibandingkan CMS.

2.2.3 Trigger MySql
Trigger dalam database diartikan sebagai “procedural code that is

automatically executed in response to certain events on a particular table
or view in a database“. Singkatnya, trigger merupakan sekumpulan
perintah atau sintaks yang akan secara otomatis dijalankan jika terjadi
operasi tertentu dalam tabel atau view. Trigger digunakan untuk
memanggil satu atau beberapa perintah SQL secara otomatis sebelum atau
sesudah terjadi proses INSERT, UPDATE atau DELETE dari suatu tabel.
Sebagai contoh misalnya kita ingin menyimpan id pelanggan secara
otomatis ke tabel ‘log’ sebelum menghapus data di tabel pelanggan.
Di MySQL, Triggers mulai dikenal di versi MySQL 5.0, dan di versi
saat ini (5.1.4) fungsionalitasnya sudah bertambah. Pada versi selanjutnya
pihak pengembang MySQL berjanji akan lebih menguatkan (menambah)
fitur trigger ini. Trigger sering digunakan, antara lain untuk :
1. Melakukan update data otomatis jika terjadi perubahan. Contohnya
adalah dalam sistem penjualan, jika dientri barang baru maka stock
akan bertambah secara otomatis.
2.

Trigger dapat digunakan untuk mengimplementasikan suatu
sistem log. Setiap terjadi perubahan, secara otomatis akan
menyimpan ke tabel log.

3. Trigger dapat digunakan untuk melakukan validasi dan verifikasi
data sebelum data tersebut disimpan.

12

2.2.4 CSS
Cascading Style Sheet (CSS) merupakan salah satu bahasa
pemrograman web untuk mengendalikan beberapa komponen dalam
sebuah web sehingga akan lebih terstruktur dan seragam.
Sama halnya styles dalam aplikasi pengolahan kata seperti Microsoft
Word yang dapat mengatur beberapa style, misalnya heading, subbab,
bodytext, footer, images, dan style lainnya untuk dapat digunakan
bersama-sama dalam beberapa berkas.
Pada umumnya CSS dipakai untuk memformat tampilan halaman web
yang dibuat

dengan

bahasa

HTML dan

XHTML.

CSS dapat

mengendalikan ukuran gambar, warna bagian tubuh pada teks, warna
tabel, ukuran border, warna border, warna hyperlink, warna mouse over,
spasi antar paragraf, spasi antar teks, margin kiri, kanan, atas, bawah, dan
parameter lainnya.CSS adalah bahasa style sheet yang digunakan untuk
mengatur tampilan dokumen.Dengan adanya CSS memungkinkan kita
untuk menampilkan halaman yang sama dengan format yang berbeda.

2.2.5 Code Igniter
CodeIgniter adalah aplikasi open source yang berupa framework
dengan model MVC (Model, View, Controller) untuk membangun website
dinamis dengan menggunakan PHP. CodeIgniter memudahkan developer
untuk membuat aplikasi web dengan cepat dan mudah dibandingkan
dengan membuatnya dari awal. CodeIgniter dirilis pertama kali pada 28
Februari 2006. Framework secara sederhana dapat diartikan kumpulan dari
fungsi-fungsi/prosedur-prosedur dan class-class untuk tujuan tertentu yang
sudah

siap

digunakan

sehingga

bisa

lebih

mempermudah

dan

mempercepat pekerjaan seorang programer, tanpa harus membuat fungsi
atau class dari awal.

CodeIgniter (ellisLab) memiliki karakteristik ringan dan fleksible.
Framework yang didukung komunitas dan perusahaan ini terkenal dengan
kemudahan penggunaannya karena semua tata struktur penulisan scripting

13

diserahkan sepenuhnya pada developer. CodeIgniter terasa ideal pada
website dengan kompleksitas ringan.

Model View Controller merupakan suatu konsep yang cukup populer
dalam pembangunan aplikasi web, berawal pada bahasa pemrograman

Small Talk, MVC memisahkan pengembangan aplikasi berdasarkan
komponen utama yang membangun sebuah aplikasi seperti manipulasi
data, user interface, dan bagian yang menjadi kontrol aplikasi. Terdapat 3
jenis komponen yang membangun suatu MVC pattern dalam suatu
aplikasi yaitu :
1) View, merupakan bagian yang menangani presentation logic.
Pada suatu aplikasi web bagian ini biasanya berupa file template
HTML, yang diatur oleh controller. View berfungsi untuk
menerima dan merepresentasikan data kepada user. Bagian ini
tidak memiliki akses langsung terhadap bagian model.
2) Model, biasanya berhubungan langsung dengan database untuk
memanipulasi data (insert, update, delete, search), menangani
validasi dari bagian controller, namun tidak dapat berhubungan
langsung dengan bagian view.
3) Controller, merupakan bagian yang mengatur hubungan antara
bagian model dan bagian view, controller berfungsi untuk
menerima request dan data dari user kemudian menentukan apa
yang akan diproses oleh aplikasi.

Dengan menggunakan prinsip MVC suatu aplikasi dapat
dikembangkan

sesuai

dengan

kemampuan

developernya,

yaitu

programmer yang menangani bagian model dan controller, sedangkan
designer yang menangani bagian view, sehingga penggunaan arsitektur
MVC dapat meningkatkan maintanability dan organisasi kode. Walaupun
demikian dibutuhkan komunikasi yang baik antara programmer dan
designer dalam menangani variabel-variabel yang akan ditampilkan.

14

Ada beberapa kelebihan CodeIgniter (CI) dibandingkan dengan
Framework PHP lain,
1) Performa sangat cepat : salah satu alasan tidak menggunakan
framework adalah karena eksekusinya yang lebih lambat daripada
PHP from the scracth, tapi Codeigniter sangat cepat bahkan
mungkin bisa dibilang codeigniter merupakan framework yang
paling cepat dibanding framework yang lain.
2) Konfigurasi yang sangat minim (nearly zero configuration) : tentu
saja untuk menyesuaikan dengan database dan keleluasaan routing
tetap diizinkan melakukan konfigurasi dengan mengubah beberapa
file konfigurasi seperti database.php atau autoload.php, namun
untuk menggunakan codeigniter dengan setting standard, anda
hanya perlu merubah sedikit saja file pada folder config.
3) Banyak komunitas: dengan banyaknya komunitas CI ini,
memudahkan kita untuk berinteraksi dengan yang lain, baik itu
bertanya atau teknologi terbaru.
4) Dokumentasi yang sangat lengkap : Setiap paket instalasi
codeigniter sudah disertai user guide yang sangat bagus dan
lengkap untuk dijadikan permulaan, bahasanya pun mudah
dipahami.
5) dll.

2.2.6 UML (Unified Modelling Language) Object Oriented Analysis & Design
2.2.6.1 Konsep Objek
Objek dalam ‘software analysis & design’ adalah sesuatu berupa
konsep (concept), benda (thing), dan sesuatu yang membedakannya
dengan lingkungannya. Secara sederhana objek adalah mobil, manusia,

alarm dan lain-lainnya. Tapi objek dapat pula merupakan sesuatu yang
abstrak yang hidup didalam sistem seperti tabel, database, event, system

messages.

15

Objek dikenali dari keadaannya dan juga operasinya. Sebagai contoh
sebuah mobil dikenali dari warnanya, bentuknya, sedangkan manusia dari
suaranya. Ciriciri ini yang akan membedakan objek tersebut dari objek
lainnya. Alasan mengapa saat ini pendekatan dalam pengembangan
software dengan object-oriented, pertama adalah scalability dimana objek
lebih mudah dipakai untuk menggambarkan sistem yang besar dan
komplek. Kedua dynamic modeling, adalah dapat dipakai untuk
permodelan sistem dinamis dan real time.

2.2.6.2 Definisi Unified Modeling Language (UML)
Berikut ini definisi Unified Modeling Language (UML) menurut para ahli:
1. Menurut (Hend, 2006) “Unified Modeling Language (UML) adalah
bahasa yang telah menjadi standard untuk visualisasi, menetapkan,
membangun dan mendokumentasikan artifak suatu sistem perangkat
lunak”.
2. Menurut (Adi Nugroho : 2005). “Unified Modeling Language (UML)
adalah alat bantu analisis serta perancangan perangkat lunak berbasis
objek”.
3. Menurut (Joomla dari http://soetrasoft.com : 2007). “Unified Modeling

Language (UML) merupakan standard modeling language yang terdiri
dari kumpulan-kumpulan diagram, dikembangkan untuk membantu
para pengembang sistem dan software agar bisa menyelesaikan tugastugas seperti: Spesifikasi, Visualisasi, Desain Arsitektur, Konstruksi,
Simulasi dan testing serta Dokumentasi”.
Berdasarkan beberapa pendapat yang dikemukakan diatas dapat
ditarik kesimpulan bahwa “Unified Modeling Language (UML) adalah
sebuah

bahasa

menvisualisasikan,

yang

berdasarkan

grafik

menspesifikasikan,

atau

gambar

membangun

untuk
dan

pendokumentasian dari sebuah sistem pengembangan perangkat lunak
berbasis OO (Object Oriented)”.

16

2.2.6.3 Bangunan Dasar Metodologi Unified Modeling Language (UML)
Menurut (Adi Nugroho : 2005). “Bangunan dasar metodologi Unified

Modeling Language (UML) menggunakan tiga bangunan dasar untuk
mendeskripsikan sistem/perangkat lunak yang akan dikembangkan yaitu :
1. Sesuatu (things)
Ada 4 (empat) things dalam Unified Modeling Language (UML), yaitu:
a. Structural things
Merupakan bagian yang relatif statis dalam model Unified

Modeling Language (UML). Bagian yang relatif statis dapat
berupa elemen-elemen yang bersifat fisik maupun konseptual.
b. Behavioral things
Merupakan bagian yang dinamis pada model Unified Modeling

Language (UML), biasanya merupakan kata kerja dari model
Unified Modeling Language (UML), yang mencerminkan perilaku
sepanjang ruang dan waktu.
c. Grouping things
Merupakan bagian pengorganisasi dalam Unified Modeling

Language (UML). Dalam penggambaran model yang rumit kadang
diperlukan penggambaran paket yang menyederhanakan model.
Paket-paket ini kemudian dapat didekomposisi lebih lanjut. Paket
berguna bagi pengelompokkan sesuatu, misalnya model-model dan
subsistem-subsistem.
d.

Annotational things
Merupakan bagian yang memperjelas model Unified Modeling

Language (UML) dan dapat berupa

komentar-komentar yang

menjelaskan fungsi serta ciri-ciri setiap elemen dalam model

Unified Modeling Language (UML).
2. Relasi (Relationship)
Ada 4 (empat) macam relationship dalam Unified Modeling

Language (UML), yaitu :

17

a. Kebergantungan
Merupakan hubungan dimana perubahan yang terjadi pada suatu
elemen mandiri (independent) akan mempengaruhi elemen yang
bergantung padanya elemen yang tidak mandiri (independent).
b. Asosiasi
Merupakan apa yang menghubungkan antara objek satu dengan
objek lainnya, bagaimana hubungan suatu objek dengan objek
lainnya. Suatu bentuk asosiasi adalah agregasi yang menampilkan
hubungan suatu objek dengan bagian-bagiannya.
c. Generalisasi
Merupakan hubungan dimana objek anak (descendent) berbagi
perilaku dan struktur data dari objek yang ada diatasnya objek
induk (ancestor). Arah dari atas kebawah dari objek induk ke objek
anak

dinamakan

spesialisasi,

sedangkan

arah

berlawanan

sebaliknya dari arah bawah keatas dinamakan generalisasi.
d. Realisasi
Merupakan operasi yang benar-benar dilakukan oleh suatu
objek.
3. Diagram
Ada 5 (lima) macam diagram dalam Unified Modeling Language
(UML), yaitu :
a. Use Case Diagram
Diagram ini memperihatkan himpunan use case dan aktor-aktor
(suatu jenis khusus dari kelas). Diagram ini terutama sangat
penting untuk mengorganisasi dan memodelkan perilaku dari suatu
sistem yang dibutuhkan serta diharapkan pengguna.

Gambar 2.3 Contoh use case diagram

18

b. Class Diagram
Diagram ini memperlihatkan himpunan kelas-kelas, antarmukaantarmuka, kolaborasi-kolaborasi dan relasi-relasi antar objek.

Gambar 2.4 Contoh class diagram

c. Sequence Diagram
Diagram ini memperlihatkan interaksi yang menekankan pada
pengiriman pesan (message) dalam suatu waktu tertentu.

Gambar 2.5 Contoh Sequence diagram

19

d. State Chart Diagram
Diagram ini memperlihatkan state-state pada sistem, memuat
state, transisi, event, dan aktifitas. Diagram ini terutama penting
untuk memperlihatkan sifat dinamis dari antarmuka, kelas,
kolaborasi dan terutama penting pada pemodelan sistem-sistem
yang reaktif.

Gambar 2.6 Contoh Statechart diagram

e. Activity Diagram
Diagram ini memperlihatkan aliaran dari suatu aktifitas ke
aktifitas lainnya dalam suatu sistem. Diagram ini terutama penting
dalam pemodelan fungsi-fungsi dalam suatu sistem dan memberi
tekanan pada aliran kendali antar objek.

Gambar 2.7 Contoh Activity diagram

20

BAB III
PEMBAHASAN
3.1 Prosedur Kerja Praktek
Pelaksanaan kerja praktek dilakukan di Balai Besar Bahan dam Barang
Teknik yang beralamat di Jalan Sangkuriang No. 14 Bandung. Adapun waktu
pelaksanaan kerja praktek dimulai bulan Juni 2011 sampai dengan Juli 2011 dan
jadwal kehadiran kerja praktek pukul 09:00 WIB sampai dengan 15:00.

3.2 Cara dan Teknik Kerja Praktek
Dalam pelaksanaan kerja praktek ini dibagi kedalam beberapa tahapan
kegiatan, yang antara lain :
1. Pembuatan surat Permohonan Kerja Praktek.
2. Balai Besar Bahan dan Barang Teknik (B4T) yang beralamat di Jl.
Sangkuriang No.14 Bandung.
3. Pelaksanaan Kerja Praktek.
Untuk mengetahui permasalahan yang ada di dalam pelaksanaan kegiatan
harian seksi informasi di B4T yang layak untuk diangkat menjadi topik dalam
kegiatan kerja praktek ini. Maka dilakukan beberapa tahapan, yaitu :
a. Pengumpulan data yang dibagi kedalam 2 tahapan, yaitu :
1. Wawancara, dilakukan kepada pegawai yang berwenang dan telah
ditunjuk oleh B4T Bandung, yang selanjutnya menjadi pembimbing
kerja praktek (KP).
2. Observasi, dilakukan dengan cara terjun langsung mengikuti kegiatan
harian di bagian seksi informasi B4T yang sebelumnya telah
mendapatkan izin dari pembimbing kerja praktek (KP).
b. Tahap analisis sistem
Setelah mendapatkan data yang cukup, langkah selanjutnya adalah
kegiatan analisis, kegiatan analisis terdiri dari: analisis perangkat keras,
analisis perangkat lunak pembangun sistem, analisis user dan analisis
aplikasi yang sedang berjalan.
21

3.3 Analisis Sistem
Sistem merupakan kumpulan elemen-elemen yaitu objek, seperti manusia,
sumber, konsep dan prosedur, yang saling berinteraksi yang bertujuan untuk
melakukan sebuah fungsi untuk mencapai tujuan tertentu. Adapun karakteristik
dari sistem adalah:
-

Input.

-

Proses.

-

Output.

-

Umpan balik (feedback).

-

Lingkungan.
Sedangan analisis sistem merupakan penguraian dari suatu sistem yang

utuh

ke

dalam

bagian-bagian

komponennya

dengan

maksud

untuk

mengidentifikasikan dan mengevaluasi permasalahan-permasalahan, hambatanhambatan yang terjadi dari kebutuhan yang diharapkan sehingga dapat diusulkan
perbaikan-perbaikannya.
Hal-hal yang dilakukan pada tahap analisis sistem adalah analisis masalah,
prosedur yang sedang berjalan, dokumen yang terlibat, analisis pengkodean,
analisis kebutuhan fungsional dan kebutuhan nonfungsional meliputi analisis
perangkat keras, analisis perangkat lunak serta analisis pengguna.

3.3.1 Analisis Masalah
Berdasarkan hasil observasi dan wawancara dengan pihak Balai Besar
Bahan & Barang Teknik - Bandung, sistem pengolahan berita internal yang
diterapkan oleh Balai Besar Bahan & Barang Teknik - Bandung dianggap cukup
baik. Permasalahan utama yang terjadi adalah bahwa sistem ini sudah tidak efektif
dan efesien lagi untuk digunakan karena semakin banyaknya aliran data yang
harus diolah dalam pengolahan berita internal di Bahan & Barang Teknik Bandung.
Selain itu, masalah penyajian data yang tidak terstruktur dan terintegrasi
seringkali menyulitkan dalam proses penyajiannya. Semua data yang ada hanya

22

disajikan dengan kurang baik dan seringkali kurang efektif dan performanya
menurun.
Berdasarkan permasalahan yang telah diuraikan, dalam sistem pengolahan
berita internal perlu adanya sistem yang menyediakan fungsi dan tools yang
mampu melakukan penyajian data secara efektif dan sistem ini diharapkan mampu
menyajikan informasi yang bermanfaat bagi pihak Balai Besar Bahan & Barang
Teknik - Bandung.

3.3.2 Analisis Prosedur Sistem yang sedang Berjalan
Analisis ini berguna untuk merancang sistem baru dan mengadakan
perubahan-perubahan pada pengolahan data, dimana pengolahan data secara
terdahulu dirubah menjadi pengolahan data secara lebih baik dalam pengolahan
dan penyajiannya. Dengan mempergunakan pengolahan dan penyajin data yang
baru maka pekerjaan yang dilakukan akan lebih cepat dan tepat, sehingga
informasi yang diperoleh serta perhitungan yang dilakukan tepat dan teliti.
Langkah-langkah

yang

dilakukan

dalam

merancang

sistem

baru

yang

terkomputerisasi dalam mempelajari sistem terdahulu yang sedang berjalan untuk
mengetahui sejauh mana cara kerja sistem yang lama, sehingga dapat diketahui
langkah - langkah perancangan sistem baru yang lebih baik sebelumnya.

3.3.2.1 Prosedur Tambah Berita Internal
Prosedur tambah berita di intranet B4T adalah sebagai berikut :
1.

Pengguna melakukan login terlebih dahulu.

2.

Jika login berhasil akan masuk ke halaman utama dan menampilkan berita
internal. Jika login gagal, pengguna harus melakukan login kembali.

3.

Pengguna melakukan tambah berita internal.

4.

Jika berhasil, data akan disimpan dalam database.

23

3.3.2.1.1 Flowmap Tambah Berita Internal

24

3.3.2.2 Prosedur Update Berita Internal
Prosedur update berita di intranet B4T adalah sebagai berikut :
1. Pengguna melakukan login terlebih dahulu.
2. Jika login berhasil akan masuk ke halaman utama dan menampilkan berita
internal. Jika login gagal, pengguna harus melakukan login kembali.
3. Pengguna melakukan update berita internal.
4. Jika berhasil, data akan disimpan dalam database.

3.3.2.2.1 Flowmap Update Berita Internal

25

3.3.2.3 Prosedur Hapus Berita Internal
Prosedur hapus berita di intranet B4T adalah sebagai berikut :
1. Pengguna melakukan login terlebih dahulu.
2. Jika login berhasil akan masuk ke halaman utama dan menampilkan berita
internal. Jika login gagal, pengguna harus melakukan login kembali.
3. Pengguna melakukan hapus berita internal.
4. Jika berhasil, data akan disimpan dalam database.

3.3.2.3.1 Flowmap Hapus Berita Internal

26

3.3.2.4 Prosedur Tambah Komentar Berita
Prosedur tambah komentar berita di intranet B4T adalah sebagai berikut :
1. Pengguna melakukan login terlebih dahulu.
2. Jika login berhasil akan masuk ke halaman utama dan menampilkan berita
internal. Jika login gagal, pengguna harus melakukan login kembali.
3. Pengguna melakukan tambah komentar berita.
4. Jika berhasil, data akan disimpan dalam database.

3.3.2.4.1 Flowmap Tambah Komentar Berita

27

3.3.2.5 Prosedur Update Sticky / Pengumuman
Prosedur tambah pengumuman di intranet B4T adalah sebagai berikut :
1. Admin melakukan login terlebih dahulu.
2. Jika login berhasil akan masuk ke halaman utama dan menampilkan berita
internal serta pengumuman. Jika login gagal, admin harus melakukan
login kembali.
3. Admin melakukan update sticky.
4. Jika berhasil, data akan disimpan dalam database.

3.3.2.5.1 Flowmap Update Sticky / Pengumuman

!

28

3.3.3 Analisis Basis Data
Basis data adalah kumpulan data yang dapat digambarkan sebagai aktifitas
dari satu atau lebih organisasi yang berelasi. Tahap ini digunakan untuk
menganalisis data apa saja yang berelasi dan terlibat dalam pembuatan sistem.

3.3.4 Analisis Kebutuhan Non-Fungsional
Analisis kebutuhan non-fungsional merupakan analisis yang di butuhkan
untuk menentukan spesifikasi kebutuhan sistem. Spesifikasi ini juga meliputi
elemen-elemen atau komponen-komponen apa saja yang dibutuhkan untuk sistem
yang akan dibangun sampai dengan sistem tersebut diimplementasikan. Analisis
kebutuhan ini juga menentukan spesifikasi masukan yang diperlukan sistem,
keluaran yang akan dihasilkan sistem dan proses yang dibutuhkan untuk
mengolah masukan sehingga menghasilkan suatu keluaran yang diinginkan.
Kebutuhan non-fungsional terbagi menjadi beberapa analisis yaitu analisis
perangkat keras, perangkat lunak dan analisis user.

3.3.4.1 Analisis Perangkat Keras
Analisis perangkat keras terbagi menjadi dua analisis yaitu analisis
perangkat keras yang ada saat ini dan perangkat keras yang dibutuhkan. Untuk
analisis perangkat keras yang ada saat ini Balai Besar Bahan & Barang Teknik Bandung masih membutuhkan perangkat keras lainnya, karena tanpa hardware
yang memenuhi syarat, aplikasi yang akan dibangun tidak akan bisa berjalan.
Adapun spesifikasi perangkat keras yang dibutuhkan untuk menjalankan
pendataan ini adalah :
a.

Processor dengan kecepatan minimal 1 GHz

b.

Memory dengan kapasitas minimal 256 MB

c.

Hardisk dengan kapasitas minimal 40 GB

d.

Monitor

e.

Keyboard dan Mouse

f.

CD-ROM Drive

g.

Printer

29

Berdasarkan dari analisis perangkat keras (hardware) yang ada di Balai
Besar Bahan & Barang Teknik - Bandung sudah memenuhi syarat untuk
pembuatan aplikasi yang akan