PROGRESS UTS

MODUL REKAYASA PERANGKAT LUNAK

PROGRES UTS

RANCANGAN APLIKASI

PENDAFTARAN ANTRIAN TRUK UNTUK MENGAMBIL PRODUKSI
PT. INDOFOOD CBP SUKSES MAKMUR TBK

Oleh:

Nama	Gusti Ahmad Hafi
NIM	A1317025

JURUSAN TEKNIK INFORMATIKA

POLITEKNIK NEGERI TANAH LAUT

PELAIHARI

2018

 

BAB 1

PANDAHULUAN

1.1         Latar Belakang

PT. Indofood CBP Sukses Makmur Tbk. Merupakan salah satu perusahaan mie instan dan makanan olahan terkemuka di Indonesia. Pada awalnya, PT. Indofood CBP Sukses Makmur Tbk. Adalah perusahaan yang bergerak dibidang pengolahan makanan dan minuman yang didirikan pada tahun 1971. Akhirnya tahun 1980, PT. Indofood CBP Sukses Makmur Tbk. Mulai bergerak di pasar Internasional dengan mengekspor mie instan ke beberapa negara.

PT. Indofood CBP Sukses Makmur Tbk. Cabang Kalimantan Selatan, tepatnya di daerah Bati-Bati didirikan pada tahun 1998. PT. Indofood CBP Sukses Makmur Tbk. Cabang Kalimantan Selatan khusus bergerak dalam pengolahan mie instan. Divisi mie instan merupakan divisi yang terbesar di Indofood dan pabriknya tersebar di 15 kota seluruh Indonesia. Hal ini bertujuan agar produk yang dihasilkan cukup didistribusikan ke wilayah sekitar kota dimana pabrik berada, sehingga produk dapat diterima oleh konsumen dalam keadaan segar serta membantu program pemerintah melalui pemerataan tenaga kerja lokal.

PT. Indofood CBP Sukses Makmur Tbk. Cabang Kalimantan dalam anrian truk untuk pengambian produksi hanya menggunakan sistem manual dengan menelepon ke bagian personalia. Hal itu justru membuat satpam sulit jika bagian personalia tidak ada diruangan. Oleh karena itu, ada baiknya membuat aplikasi Pendaftaran antrian truk pengambilan produksi agar lebih mudah, bagian personalia langsung bisa mendapat pesan dari komputer ataupun smartphone, jadi langsung bisa membaca dan menerima atau tidak pendaftaran antriannya. Hal ini juga bermanfaat untuk supir truk bisa tidak langsung dating hanya dengan daftar dari online, dan mengetahui jam berapa pengambilannya.

1.2  Rumusan Masalah

Rumusan masalahnya adalah bagaimana proses bisinis dari aplikasi tersebut dan ERD (Entity Relationship Diagram) dari aplikasi tersebut.

1.3  Tujuan

Tujuan dari penelitian ini berguna untuk melakukan proses membuat aplikasi pendaftaran antrian truk untuk pengambilan produksi.

1.4   Manfaat

Hasil aplikasi ini di harapkan dapat memberikan manfaat dan kemudahan untuk admin dan user yang melakukan system pendaftaran antrian truk untuk pengambilan produksi.

1.5   Batasan Masalah

1.      Aplikasi yang di bangun berbasis web.

2.      Aplikasi dibangun dan di tujukan untuk petugas, admin, personalia dan supir truk.

3.      Aplikasi yang di bangun di kelola oleh Admin PT. Indofood CBP Sukses Makmur Tbk.

4.      Aplikasi dirancang menggunakan ERD,CDM,PDM dan DFD.

1.6    Proses Bisnis

1.      Admin mengelola data Petugas dan Personalia

2.      Petugas mengelola antrian.

3.      Antrian bisa mengambil banyak tujuan.

4.      Admin mendata/melihat status Petugas dan Personalia yang aktif atau tidak.

5.      Dalam antrian akan dibuat sebuah laporan.

6.      Laporan tersebut akan diterima oleh Personalia

7.      Personalia akan melaporkan pada petugas apakah diterima atau tidak.

BAB II

LANDASAN TEORI

2.1         Definisi ER Diagram

Entity Relationship Diagram (ERD) untuk mendokumentasikan data perusahaan dengan mengidentifikasi jenis entitas (entity) dan hubungannya.ERD merupakan suatu model jaringan yang menggunakan susunan data yang disimpan pada sistem secara abstrak.

ERD juga menggambarkan hubungan antara satu entitas yang memiliki sejumlah atribut dengan entitas yang lain dalam suatu sistem yang terintegrasi.ERD digunakan oleh perancang sistem untuk memodelkan data yang nantinya akan dikembangkan menjadi database.

Model data ini juga akan membantu pada saat melakukan analisis dan perancangan database, karena model data ini akan menunjukkan bermacam-macam data yang dibutuhkan dan hubungan antar data.ERD ini juga merupakan model konseptual yang dapat mendeskripsikan hubungan antara file yang digunakan untuk memodelkan struktur data serta hubungan antar data.

Selain dari simbol diatas, sebenarnya ada simbol lain lagi yaitu entitas asosiatif, atribut derivat, dan lainnya.Akan tetapi secara garis besar ERD terdiri dari atas tiga komponen, yaitu entitas (entity), atribut (attribute), dan relasi atau hubungan (relation).Entitas merupakan dasar yang terlibat dalam sistem. Atribut atau field berperan sebagai penjelas dari entitas, dan relasi atau hubungan yang terjadi antara dua entitas.

1.      Entitas (entity), Entitas menunjukkan objek-objek dasar yang terkait di dalam sistem. Objek dasar dapat berupa orang, benda, atau hal lain yang keterangannya perlu disimpan dalam database.Untuk menggambarkan entitas dilakukan dengan cara mengikuti aturan berikut:

1)      Entitas dinyatakan dengan simbol persegi panjang.

2)      Nama entitas berupa kata benda tinggal

3)      Nama entitas sebisa mungkin menggunakan nama yang mudah dipahami dan menyatakan maknanya dengan jelas.

Simbol	Deskripsi
Entitas/entity	Entitas merupakan data inti yang akan disimpan ; bakal tabel pada basis data; benda yang memiliki data dan harus disimpan datanya agar dapat diakses oleh aplikasi computer; penamaan entitas biasanya lebih kekata benda dan belum merupakan nama tabel
Atribut	Field atau kolom data yang butuh disimpan dalam suatu entitas
Atribut kunci primer	Field atau kolom data yang butuh disimpan dalam suatu entitas dan digunakan sebagai kunci akses record yang diinginkan; biasanya berupa id; kunci primer dapat lebih dari satu kolom, asalkan kombinasi dari beberapa kolomtersebut dapat bersifat unik (berbeda tanpa ada data yang sama)
Atribut multinilai/ multivalue	Field atau kolom data yang butuh disimpan dala suatu entitas yang dapat memiliki nilai lebih dari satu
Relasi	Relasi yang enghubungkan antar entitas; biasanya diawali dengan kata kerja
Asosiasi/association	Penghubung antara relasi dan entitas dimana di kedua ujungnya memiliki multiplicity kemungkinan jumlah pemakaian Kemungkinan jumlah maksimum keterhubungan antara entitas satu dengan yang lain disebut dengan kardinalitas. Misalkan ada kardinalitas 1 ke N atau sering disebut dengan one to many menghubungkan entitas A dan entitas B maka

2.      Atribut (attribute), Atribut sering juga disebut sebagai properti, merupakan keterangan-keterangan yang terkait pada sebuah entitas yang perlu dsimpan sebagai database.Atribut berfungsi sebagai penjelas sebuah entitas untuk mengambarkan atribut yang dilakukan  dengan mengikuti aturan sebagai berikut:

1)      Atribut dinyatakan dengan simbol ellipse.

2)      Nama atribut ditulis dalam simbol ellipse.

3)      Nama atribut berupa kata benda tunggal.

4)      Nama atribut sebisa mungkin menggunakan nama yang mudah dipahami dan padat menyatakan maknanya dengan jelas.

5)      Atribut dihubungkan dengan entitas yang sesuai dengan menggunakan garis.

3.      Relasi (relation), Relasi atau hubungan adalah kejadian atau transaksi yang terjadi di antara dua entitas yang keterangannya perlu disimpan dalam database.Aturan penggambaran relasi antar entitas adalah:

1)      Relasi dinyatakan dengan simbol belah ketupat.

2)      Nama relasi dituliskan di dalam simbol belah ketupat.

3)      Relasi menghubungkan dua entitas.

4)      Nama relasi menggunakan kata kerja aktif (diawali awalan me) tunggal.

5)      Nama relasi sebisa mungkin menggunakan nama yang mudah dipahami dan dapat menyatakan maknanya dengan jelas.

2.2  Definisi Conceptual Data Model (CDM)

Conceptual data model (CDM) atau model konsep data merupakan konsep yang berkaitan dengan pandangan pemakai terhadap data yang disimpan dalam basis data.CDM dibuat sudah dalam bentuk tabel-tabel tanpa tipe data yang menggambarkan relasi antar tabel untuk keperluan implementasi ke basis data.

Simbol-simbol pada CDM

Symbol	Deskripsi
Entitas atau tabel Nama_tabel	Entitas atau tabel yang menyimpan data.
Relasi       1..*       Nama relasi       1..*	Relasi antar tabel yang terdiri atas nama relasi dan multiplicity.

2.3  Definisi Physical Data Model (PDM)

Model relasional atau physical data model adalah model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antar data. Setiap tabel mempunyai kolom dimana setiap kolom mempunyai nama yang unik beserta tipe datanya.

Simbol-simbol pada PDM

Symbol	Deskripsi
Tabel Nama_tabel	Tabel yang menyimpan data.
Relasi   Id_tbl1=id_fk_tbl2	Relasi antar tabel yang terdiri dari persamaan primary key dengan kunci yang menjadi referensi acuan ditabel lain.

2.4 Definis Data Flow Diagram (DFD)

Data flow diagram (DFD) dapat di gunakan untuk mempresentasikan sebuah system atau perangkat lunak pada beberapa level abstraksi. DFD di bagi menjadi beberapa level yang lebih detail untuk mempresentasikan aliran informasi atau fungsi yang lebih detail. DFD menyediakan mekanisme untuk pemodelan fungsional ataupun pemodelan aliran informasi.

Notasi-notasi pada DFD (Edward Yourdon dan Tom DeMarco) sebagai berikut:

Notasi	Keterangan
	Proses atau fungsi, pada pemodelan perangkat lunak yang akan diimplementasikan dengan pemrograman terstruktur maka pemodelan notasi inilah yang harus nya menjadi fungsi atau prosedur didalam kode program.
	File, basis data, atau penyimpanan, pada pemodelan perangkat lunak yang akan diimplementasikan dengan pemrograman terstruktur, maka pemodelan notasi inilah yang harusnya dibuat menjadi tabel-tabel yang dibutuhkan.
	Entitas luar atau masukkan (input) atau keluaran (output) atau orang yang memakai atau berinteraksi dengan perangkat lunak yang dimodelkan atau system lain yang terkait dengan aliran data dari system yang di modelkan.
	Aliran data merupakan data yang dikirim antar proses, dari penyimpanan keproses, atau dari proses ke masukkan (input) atau keluaran (output).

BAB III

HASIL PEMBAHASAN

 3.1 Identifikasi  Sistem

1.      Identifikasi  Observasi

·         Data Petugas.

·         Data Antrian.

·         Data Personalia

3.2 Analisa program

2.      Entitasnya

1.      User

2.      Petugas

3.      Antrian

4.      Tujuan

5.      Laporan

6.      Personalia

Entittasnya	Atributnya
user	Iduser Username Password level
Petugas	Idpetugas Nama_petugas Nohp alamat
Personalia	Idpersonal Nama Alamat No_hp
Antrian	Noantrian Jam tanggal
Tujuan	Idtujuan Alamat tujuan
Laporan	Idlaporan Keterangan

3.3.   Bentuk ERD

3.4.       Bentuk CDM

3.5.       Bentuk PDM

3.6.       Data Flow Diagram Aplikasi Pendaftaran Antrian Truk Untuk Pengambilan Produksi

1.      DFD Konteks