5 BAB II
LANDASAN TEORI 2.1 Definisi Sistem
Menurut (Mulyanto, 2009, hal. 2) secara umum, sistem dapat diartikan sebagai sekelompok komponen yang saling berhubungan, bekerja sama untuk mencapai tujuan bersama dengan menerima input serta menghasilkan input dalam proses transformasi yang teratur. Apabila suatu komponen tidak memberikan kontribusi terhadap sistem untuk mencapai tujuan, tentu saja komponen tersebut bukan bagian dari sebuah sistem.
2.2 DefinisiInformasi
Menurut (Sutabri, Tata, 2012, hal. 29)Informasi adalah data yang telah diklasifikasi atau diinterpretasi untuk digunakandalam proses pengambilan keputusan.
Menurut (McFadden dkk,. 1999) Informasi merupakan data yang telah diproses sedemikian rupa sehingga meningkatkan pengetahuan seseorang yang menggunakan data tersebut (Mulyanto, 2009, hal. 17).
2.3 DefinisiSistemInformasi
Menurut (Mulyanto, 2009, hal. 29) sistem informasi adalah suatu kompoenen yang terdiri dari manusia, teknologi informasi dan prosedur kerja yang memproses, menyimpan, menganalisi dan menyebarkan informasi untuk mencapai suatu tujuan.
Tujuan Prosedur Kerja
Teknologi Informasi Informasi
Manusia Yang dicoba dilakukan
sistem
Cara Kerja
Data berupa teks, gambar, audio, video
Bertugas memasukka data
Perangkat yang memproses
Informasi
Gambar 2.1 Definisi Sistem Informasi (Mulyanto, 2009, hal. 30)
2.4 Konsep Dasar Sistem Produksi
Sistem produksi atau sistem manufaktur adalah proses transformasi dari material bahan, pekerjaan dan input yang lain menjadi output yang berupa produk dan digerakan oleh manajemen. Secara diagram dapat dilihat pada gambar 2.2
6 PROSES TRASFORMASI Material Tenaga Kerja Dana Mesin Inormasi Produk Limbah Informasi Dana Keluar Teknologi Dana Masuk Proses Manajemen Ekonomi
Gambar 2.2Skema Produksi(Hartini, 2011, hal. 2)
2.5 Sistem Produksi
Sistem Produksi merupakan kumpulan dari sub sistem – sub sistem yang saling berinteraksi dengan tujuan mentransformasikan input produksi menjadi output produksi. Input produksi ini dapat berupa bahan baku, mesin, tenaga kerja, modal, dan informasi, sedangkan output produksi merupakan produk yang dihasilkan berikut hasil sampingannya seperti limbah, informasi dan sebagainya. (Nasution, 2010, hal. 2)
Proses Transformasi Teknologi Ekonomi Output Input Produk Limbah Informasi Dana Keluar Material Tenaga Kerja Dana Mesin Informasi Dana Masuk Proses manajemen
Politik Sosial Budaya
Gambar 2.3 Input – Output Sistem Produksi(Nasution, 2010, hal. 2)
A. Perencanaan dan Pengendalian Produksi
Produksi ialah sutu kegiatan mengenai pembuatan produk baik berwujud fsik (tangible products) maupun berwujud jasa (intangible products) (Sinulingga, 2009, hal. 6).
7
Perencanaan Produksi adalah suatu kegiatan yang berkenaan dengan penentuan apa yang harus diproduksi, berapa banyak diproduksi, kapan diproduksi dan apa sumber daya yang dibutuhkan untuk mendapatkan produk yang telah ditetapkan(Sinulingga, 2009, hal. 26).
Pengendalian Produksi ialah fungsi yang mengarahkan atau mengatur pergerakan material (bahan, part atau komponen, dan produk) melaluo seluruh siklus manufac turing mulai dari permintaan bahan baku sampai pengiriman produk akhir kepada pelanggan (Sinulingga, 2009, hal. 26)
Perencanaan dan Pengendalian Produksi dapat di definisikan sebagai proses untuk merencanakan dan mengendalikan aliran material yang masuk, mengalir, dan keluar dari sistem produksi atau operasi sehingga permintaan pasar dapat dipenuhi dengan jumlah yang tepat, waktu penyerahan yang tepat, dan biaya produksi yang minimum (Nasution, 2010, hal. 2)
B. Tujuan Perencanaan dan Pengendalian Produksi
Adapun tujuan dari perencanaan dan pengendalian produksi adalah merencanakan dan mengendalikan aliran material ke dalam, di dalam, dan keluar pabrik sehingga posisi keuntungan optimal yang merupakan tujuan perusahaan yang dicapai. Pengendalian produksi dimaksudkan untuk mendayagunakan sumber daya produksi yang terbatas secara efektif, terutama dalam usaha memenuhi permintaan konsumen dan menciptakan keuntungan bagi perusahaan (Kusuma, 2009, hal. 1)
2.6. Pengertian Metode MRP (Material Requirement Planning)
Teknik Perencanaan Kebutuhan Material (Material Requirement Planning atau MRP) digunakan untuk perencanaan dan pengendalian item dependent. Junmlah item Yng hendak diproduksi pada tingkat yang lebih tinggi menentukan jumlah item yang akan dibuat atau diproduksi pada tingkat dibawahnya (Hartini, 2011, hal. 112).
Sistem MRP mempunya tiga fungsi utama : a. Kontrol persediaan
b. Pemesanan komponen berdasarkan urutan prioritas
c. Penentuan kebutuhan kapasitas (capacity requirement) pada tingkat yang lebih detail dari pada proses perencanaan pada rough cut capacity planning (RCCP)
8 A. Keuntungan dari MRP
a) Meningkatkan pelayanan dan kepuasan pelanggan. b) Meningkatkan utilitas dari fasilitas dan tega kerja.
c) Perencanaan persediaan dan penjadwalan menjadi lebih baik. d) Respon terhadap perubahan pasar semakin cepat.
e) Mengurangi level persediaan tanpa mengurangi pelayanan pelanggan. B. Input untuk sistem MRP
(Hartini, 2011, hal. 114) Tiga Masukan utama dari sistem MRP : a. Pengendalian Jadwal Induk Produksi (MPS)
Adalah suatu jadwal yang akan menunjukkan jumlah produk yang akan dibuat dalam tiap – tiap periode dengan tujuan untuk mengetahui kapasitas perusahaan dalam merencanakan produksi.
b. Arsip Status Inventory atau item master
c. Arsip struktur produk (BOM atau Bill Of Material)
Merupakan suatu daftar barang atau meterial yang diperlukan bagi perakitan, pencampuran, atau pembuatan produk akhit tersebut dan menunjukkan berapa banyak setiap komponen dari bagian produk yang akan diperlukkan serta merinci semua nama komponen, nomor identifikasi, dan sumber bahan.
Master Production Schedule (MPS) Mengindikasikan produk untuk diproduksi dan
bilamana dibutuhkan
Inventory Ststus Records (Terkandung keseimbangan on hand, order terbuka, lot sizes, lead times dan
safety stocks)
Product Structure Records (terkandung BOM dan menunjukkan beberapa produk
dan diproduksi)
Material Requirements Planning (Explodes BOM tiap kebutuhan MPS, net out Tingkat inventory, lead time offset dan pelaporan
maslah tentang : 1. Apa yang akan dipesan dan beberapa
Kapan untuk memesan
Pesanan apa yang aexpedite, deexpedite atau dibatalkan) Transaksi Inventory Perubahan Engineering Forecasting Customer Orders
Gambar 2.4 Tiga masukan utama dari sistem MRP (Tersine, 1994) (Hartini, 2011, hal. 115)
9 2.7 Peramalan (Forecast)
Peramalan adalah suatu proses untuk memperkirakan beberapa kebutuhan dimasadatang yang meliputi kebutuhan dalam ukuran kuantitas, kualitas waktu dan lokasi yang dibutuhkan dalam rangka memenuhi permintaan barang ataupun jasa (Kusuma, 2009, hal. 29)
A. Tujuan Forecast
Forecast sangat penting dalam kegiatan bisnis karena merupakan dasar darisemua perencanaan yang ada dalam suatu perusahaan, sehingga korelasi antaraforecast dan perencanaan sangat erat.(Kusuma, 2009, hal. 29)Dibawah ini adalah hal-hal yang mendasari mengapa forecast penting, antara lain:
a. Untuk mencegah kelebihan inventory.
b. Untuk mencegah kekurangan inventory (stock out). c. Untuk menyediakan suatu produk tepat pada waktunya. d. Untuk memperkirakan beban kerja dan kebutuhan kapasitas. B. Metode forecast
Moving Average adalah metode forecast popular yang merata-rata beberapademand saat ini untuk menghasilkan forecast jangka pendek. Rumus untuk menghitung metode forecast Moving Average sebagai berikut:
Gambar 2.5 metode forecast moving average
2.8Metode Waterfall
Menurut (A.S & Shalahuddin, 2011, hal. 26-29) model air terjun (waterfall) sering juga disebut sekuensial linier (sequential linear) atau alur hidup klasik (classic life cycle). Model air terjun menyediakan pendekatan alur hidup perangkat lunak secara
10
sekuensial atau terurut dimulai dari analisis, desain, pengodean, pengujian, dan tahap pendukung (support).
Pengembangan sistem informasi merupakan proses atau prosedur yang harus diikuti untuk melaksanakan seluruh langkah dalam menganalisis, merancang, mengimplementasikan, dan memelihara sistem informasi. Proses – proses pengembangan ini dikenal dengan daur hidup pengembangan sistem atau SDLC (System Development Life Cycle). SDLC yang terkenal adalah SDLC model klasik yang biasa disebut dengan model waterfall. Tahapan – tahapannya adalah sebagai berikut :
Analisis Desain Pengkodean Pengujian
Pengembangan Sistem/Informasi
Gambar 2.6 SDLC waterfall menurut Roger Pressman(Mulyanto, 2009, hal. 243) Analisis Kebutuhan Desain Sistem Implementasi & Pengujian Unit Pengujian Sistem Maintenance/ Perawatan
Gambar 2.7 SDCL Waterfall menurut Sommerville (Mulyanto, 2009, hal. 244)
2.9Definisi UML (United Modelling Language)
Definisi UML menurut (A.S & Shalahuddin, 2011, hal. 118-120)UML merupakan bahasa visual untuk pemodelan dan komunikasi mengenai sebuah system dengan menggunakan diagram dan teks-teks pendukung”.
11
UML merupakan kesatuan dari bahasa pemodelan yang dikembangkan oleh Booch, Object Modelling Technique (OMT) dan Object Oriented Software Engineering (OOSE). Metode Booch dari Grady Booch sangat terkenal dengan nama metode Design Object Oriented. Metode ini menjadikan proses analisis dan design ke dalam empat tahapan iteratif, yaitu: identifikasi kelas-kelas dan objek-objek, identifikasi semantik dari hubungan objek dan kelas tersebut, perincian interface dan implementasi. Keunggulan metode Booch adalah pada detil dan kaya akan notasi dan elemen. Pemodelan OMT yang dikembangkan oleh Rumbaugh didasarkan pada analisis terstruktur dan pemodelan entity-relationship. Tahapan utama dalam metodologi ini adalah analisis, desain sistem, desain objek dan implementasi. Keunggulan metode ini adalah dalam penotasian yang mendukung semua konsep OO. Metode OOSE dari Jacobson lebih memberi penekanan pada usecase. OOSE memiliki 3 tahapan yaitu membuat model requirement dan analisis, desain dan implementasi, serta model pengujian (test model). Keunggulan metode ini adalah mudah dipelajari karena memiliki notasi yang sederhana namun mencakup seluruh tahapan dalam rekayasa perangkat lunak.
Dengan UML, metode Booch, OMT dan OOSE digabungkan dengan membuang elemen-elemen yang tidak praktis ditambah dengan elemen-elemen dari metode lain yang lebih efektif dan elemen-elemen baru yang belum ada pada metode terdahulu sehingga UML lebih ekspresif dan seragam daripada metode lainnya.
A. Use Case Diagram
Use case atau diagram atau diagram use case merupakan pemodelan untuk sistem informasi yang akan dibuat. Use case mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan sistem informasi yang akan dibuat. Syarat penamaan use case adalah nama didefinisikan sesimpel mungkin dan dapat dipahami. Ada dua hal utama pada use case yaitu pendefinisian apa yang disebut aktor dan use case.(Wiley, 2010)
o Aktor merupakan orang, proses, atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan dibuat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tapi aktor belum tentu merupakan orang.
12
Berikut adalah simbol-simbol yang ada pada diagram use case
Tabel 2.1 Simbol – simbol Pemodelan Use Case Diagram (Willey,2010)
GAMBAR NAMA KETERANGAN
Actor
Aktor adalah orang atau sistem yang berasal dari manfaat dan eksternal untuk subjek.
1. Digambarkan sebagai salah satu tongkat (default) atau jika aktor non-manusia yang terlibat, sebagai persegi panjang dengan aktor <<>> di dalamnya (alternatif).
2. label dengan perannya.
3. Dapat dikaitkan dengan aktor-aktor lain menggunakan spesialisasi / asosiasi superclass, dilambangkan dengan panah dengan panah berongga.
Ditempatkan di luar batas subjek.
Subject Boundary
Termasuk nama subjek di dalam atau di atas. Merupakan lingkup subjek, misalnya, sistem atau individu proses bisnis.
Generalization
Merupakan kasus penggunaan khusus ke yang lebih umum.
Memiliki panah yang diambil dari kasus penggunaan khusus untuk kasus penggunaan dasar.
Include
Merupakan dimasukkannya fungsi satu kasus penggunaan dalam yang lain.
Memiliki panah yang diambil dari kasus penggunaan dasar untuk kasus penggunaan digunakan.
13 Extend
Merupakan perpanjangan dari kasus penggunaan untuk memasukkan perilaku opsional.
Memiliki panah yang diambil dari kasus penggunaan ekstensi untuk kasus penggunaan dasar.
Association
Link aktor dengan use case (s) dengan yang berinteraksi.
Use case
Use Case:
1. Merupakan bagian utama dari fungsi sistem. 2. Dapat memperpanjang kasus penggunaan lain. 3. Dapat mencakup use case lain.
4. Apakah ditempatkan di dalam batas sistem.
Gambar 2.8 Contoh Use Case Diagram (Satzinger, 2010) Tabel 2.1 Simbol – simbol Pemodelan Use Case Diagram
14 B. Activity Diagram
Diagram aktivitas atau activity diagram menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada perangkat lunak. Yang perlu diperhatikan disini adalah bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem. Diagram aktivitas juga banyak digunakan untuk mendefinisikan hal-hal berikut:
1. Rancangan proses bisnis dimana setiap urutan aktivitas yang digambarkan merupakan proses bisnis sistem yang didefinisikan.
2. Urutan atau pengelompokan tampilan dari sistem / user interface dimana setiap aktivitas dianggap memiliki sebuah rancangan antarmuka tampilan.
3. Rancangan pengujian dimana setiap aktivitas dianggap memerlukan sebuah pengujian yang perlu didefinisikan kasus ujinya.
4. Rancangan menu yang akan ditampilkan pada perangkat lunak. (Wiley, 2010).
Tabel 2.2 Simbol – simbol Activity Diagram(Willey,2010)
SIMBOL NAMA KETERANGAN
Activity merupakan sebuah gambaran aktivitas yang terjadi.
Swimlane
memisahkan organisasi bisnis yang bertanggung jawab terhadap aktifitas yang terjadi.
Initial Node merupakan tanda awal dari sebuah aktivitas. Actifity Final
15
Decision Node Pilihan untuk pengambilan keputusan
Merge Node
membawa kembali jalur keputusan bersama yang berbeda yang dibuat dengan menggunakan keputusan simpul
Control Flow Menunjukkan urutan eksekusi
Object Flow
Menunjukkan aliran objek dari satu kegiatan (atau tindakan) untuk kegiatan lain (atau tindakan)..
Gambar 2.9Contoh Activity Diagram (Satzinger, 2010) Tabel 2.2 Simbol – simbol Activity Diagram(Willey,2010)
16 C. Sequence Diagram
Diagram sequence menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar objek. Oleh karena itu untuk menggambar diagram sekuen maka harus diketahui objek-objek yang terlibat dalam sebuah use case beserta metode-metode yang dimiliki kelas yang diinstansiasi menjadi objek itu. Banyaknya diagram sekuen yang harus digambar adalah minimal sebanyak pendefinisian use case yang memiliki proses sendiri atau yang penting semua use case yang didefinisikan maka diagram sekuen yang harus dibuat juga semakin banyak. (Wiley, 2010)
Berikut simbol yang ada pada diagram Sequence:
Tabel 2.3 Simbol – symbol Sequence Diagram(Willey,2010)
SIMBOL NAMA KETERANGAN
Actor
orang atau sistem yang berasal dari manfaat dan eksternal ke sistem yang berpartisipasi secara berurutan dengan mengirim dan / atau menerima pesan
LifeLine Menyatakan kehidupan suatu objek.
Execcution Occurrence
Menyatakan objek dalam keadaan aktif dan berinteraksi pesan.
Message Pesan yang mengambarkan komunikasi yang terjadi antar objek.
Message (return) Pesan yang dikirim untuk diri sendiri secara langsung.
17
1. Sistem Sequence Diagram digunakan dalam hubungan dengan perincian descriptions atau dengan diagram akitivitas untuk menunjukan langkah proses dan interaksi antara sistem dengan actor.
Gambar 2.10 Contoh Sistem Sequence Diagram (Satzinger, 2010)
D. Class Diagram
Diagram kelas atau class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi. (Wiley, 2010)
Kelas-kelas yang ada pada struktur sistem harus dapat melakukan fungsi-fungsi sesuai dengan kebutuhan sistem sehingga pembuat perangkat lunak atau programmer dapat membuat kelas-kelas di dalam program perangkat lunak sesuai dengan perancangan diagram
18
kelas. Susunan struktur kelas yang baik pada diagram kelas sebaknya memiliki jenis-jenis kelas berikut:
1. Kelas main
Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. 2. Kelas yang menangani tampilan sistem (view)
Kelas yang mendefinisikan dan mengatur tampilan kepemakai. 3. Kelas yang diambil dari pendefinisian use case (controller)
Kelas yang menangani fungsi-fungsi yang harus ada diambil dari pendefinisian use case, kelas ini biasanya disebut dengan kelas proses yang menangani proses bisnis pada perangkat lunak.
4. Kelas yang diambil dari pendefinisian data (model)
Kelas yang digunakan untuk memegang atau membungkus data menjadi sebuah kesatuan yang diambil maupun akan disimpan ke basis data. Semua tabel yang dibuat di basis data dapat dijadikan kelas, namun untuk tabel dari hasil relasi atau atribut mutivalue pada ERD dapat dijadikan kelas tersendiri dapat juga tidak asalkan pengaksesannya dapat dipertanggungjawabkan atau tetap ada di dalam perancangan.(Wiley, 2010)
Tabel 2.4 Simbol-Simbol Class Diagram(Willey,2010)
SIMBOL NAMA KETERANGAN
Object1 Kelas
Kelas pada struktur sistem
Antarmuka /
interface Sama dengan konsep interface dalam pemrogrman berorientasi objek
Asosiasi berarah / directed
association
Relasi antar kelas dengan makna kelas yang satu digunakan oleh kelas yang lain, asosiasi biasanya juga disertai dengan multiplicity.
19 1. First-Cut Class Diagram
pengembangan dengan menambahkan model utama class diagram. Dimana dibutuhkan dua langkah:
(a)Memperinci tipe atribut dan menginilisasi nilai informasi. Memperinci attribut cukup mudah. Tipe informasi ditentukan oleh perancang berdasarkan keahlian mereka.
(b) Navigation visibility lebih sulit di rancang , mengingat bahwa kita hanya menrancang firstcutclass diagram¸jadi kita mungkin butuh untuk menambahkan atau menghapus navigationarrows sebagai progresses perancangan.(Satzinger, 2010)
Generalisasi Relasi antar kelas dengan makna generalisasi-spesialisasi (umum khusus)
Agregasi /
aggregation Relasi antar kelas dengan makna semua-bagian (whole-part)
Kebergantungan /
dependency Relasi antar kelas dengan makna Kebergantungan antar kelas
Association Relasi antar kelas dengan makna umum, asosiasi biasanya juga disertai dengan multiplicity.
20
