BAB II LANDASAN TEORI
Pada bab dua ini akan dibahas mengenai teori-teori yang digunakan penulis untuk membangun sistem yaitu mengenai aplikasi pemesanan dan delivery order yang di terapkan pada sistem minimarket, metode rekayasa perangkat lunak dengan waterfall, perancangan sistem dengan UML dan teori lainya yang mendukung dalam penggunaan aplikasi ini. 2.1
Pengertian Pemesanan Pemesanan adalah proses perbuatan, cara memesan atau memesankan.
Pemesanan merupakan salah satu aktifitas dalam sebuah perusahaan, pemesanan dilakukan oleh konsumen, adanya pemesanan membantu penjual menentukan jumlah persediaan barang. Kemajuan teknologi sekarang ini memungkinkan pemesanan tidak hanya dapat dilakukan jika konsumen dan penjual bertatap langsung, tetapi dapat dilakukan dari jarak jauh sekalipun, misalnya dengan menggunakan E-commerce, yaitu sistem pemesanan barang lewat internet[2].
2.2
Delivery Delivery order adalah suatu layanan dalam perusahaan untuk memenuhi
kebutuhan konsumen dalam hal pemesanan suatu barang, atau layanan jasa. Delivery merupakan sekumpulan proses manajerial yang memiliki fokus utama pada customer dari semua layanan TI, yang menjamin bahwa layanan-layanan TI tersebut dapat digunakan sesuai fungsinya untuk mendukung kegiatan bisnis. Seperti halnya seorang customer sebuah layanan akses Internet, dia selalu peduli dengan kualitas akses, terkait dengan berapa bandwidth yang didapat, ketersediaan serta kemudahan akses pada saat apapun dan di manapun, harga akses serta fasilitas-fasiltas lain dari keanggotaannya pada sebuah internet service provider. Delivery sangat terkait dengan kepentingan-kepentingan customer, yaitu pihak bisnis dari sebuah perusahaan dalam hal utilisasi teknologi untuk membantu, mengotomatisasi jalannya satu atau lebih II-1
II-2
proses bisnis[3]. Kemudahan akses dan ketersediaan aplikasi, response time, keamanan penggunaan aplikasi, layanan serta ketanggapan pihak TI dalam menangani semua keluhan dan kesulitan dalam pengoperasian aplikasi, menjadi tujuan dari semua proses yang ada dalam area Delivery ini. Delivery terdiri dari lima proses berikut: 1. Service Level Management Service Level Management memiliki tujuan utama menyeimbangkan demand dengan supply layanan TI, dengan mengetahui kebutuhan-kebutuhan bisnis serta kapabilitas dari TI sebuah organisasi bisnis, atau sebuah perusahaan. Ambil contoh sebuah pasar tradisional, di mana penjual dan pembeli bertemu. Di pasar ini terjadi transaksi yang didahului dengan kesepakatan harga, di mana sebuah produk akan dijual. Di pasar ini terjadi pertukaran informasi, seorang calon pembeli memiliki demand yang kemudian akan di-supply oleh satu atau lebih pedagang yang telah sepakat harga penjualannya. Di dalam transaksi ini terjadi pemuasan kebutuhan, pembeli mendapatkan apa yang ia butuhkan dan pedagang dapat menjual dagangannya[3]. Sinonim dengan apa yang terjadi dalam sebuah organisasi bisnis, hubungan ini terjadi antara pihak bisnis dengan TI. Transaksi yang dilakukan adalah berupa fasilitas teknologi yang dapat digunakan pihak bisnis untuk menjalankan proses bisnisnya dari hari ke hari. Begitu pula dengan pihak TI yang harus selalu siap menyediakan fasilitas teknologi kepada bisnis. Perlu juga diperhatikan di sini, transaksi tidak terjadi demikian saja. Dalam contoh pasar tradisional, sang calon pembeli akan memilih dan memeriksa produk apa saja, pada tingkat kualitas tertentu untuk dibeli. Begitu pula dengan pedagang yang harus selalu siap menjaga kualitas produknya, jika ia ingin dagangannya tetap laku dan mendapatkan customer yang setia. Service Delivery merupakan salah satu komponen penting dari TI, yang mendeskripsikan proses-proses best practice dalam menghadapi serta berinteraksi dengan customer layanan TI dari pihak bisnis.
II-3
2. Financial Management for IT Services Financial Management atau manajemen keuangan merupakan mekanisme utama dalam mengelola sumber daya keuangan dalam sebuah perusahaan. Mekanisme ini mendukung sebuah perusahaan dalam merencanakan dan mengeksekusi semua tujuan-tujuan bisnisnya, serta memerlukan pengaplikasian yang konsisten serta terintegrasi dalam seluruh bagian perusahaan, agar tercapai konsistensi yang maksimal[3]. Secara lebih sederhana, dalam kasus sebuah perusahaan manufaktur, konsepkonsep manajemen keuangan memungkinkan perusahaan tersebut memahami bagaimana mengelola keuangan, menginvestasikannya ke dalam barang-barang produksi, menambah nilai tambah sebuah bahan baku, membiayai usaha-usaha pemasaran serta peningkatan kualitas produk serta beberapa kegiatan lainnya, agar supaya produk hasil akhirnya mampu dijual dan bukan hanya mengembalikan modal, namun juga menghasilkan keuntungan. Perspektif manajemen keuangan sangat penting untuk dipahami, dan bahkan perlu diimplementasikan dalam setiap proses yang terkait dengan perencanaan, pengimplementasian, pengoperasian serta pengendalian sistem dan infrastruktur TI[2]. Di dalam divisi/departemen TI, manajemen keuangan diimplementasikan dalam tiga proses besar, yaitu: 1. Budgeting, merupakan proses prediksi dan pengendalian pengeluaran keuangan. Budgeting dilakukan secara periodik, biasanya dalam siklus tahunan, namun pengendaliannya tetap dilakukan harian [3]. 2. IT Accounting, merupakan sekumpulan proses yang memungkinkan sebuah
divisi/departemen
TI
untuk
mencatat
pengeluaran-
pengeluarannya. Pencatatan ini dilakukan dengan mengidentifi kasi biaya berdasarkan customer, layanan TI dan kegiatan operasional [3]. 3. Charging, merupakan sekumpulan proses yang diperlukan untuk ‘menagih’ seorang customer, karena telah menggunakan layananlayanan TI yang disediakan untuknya [3].
II-4
Penting untuk juga diketahui dalam proses ini adalah tipe-tipe biaya, dan contoh elemen- elemennya: 1.
Hadware, contoh: biaya server, storage, network devices dan lain-lain.
2. Software, contoh: biaya sistem operasi, aplikasi bisnis, aplikasi produktivitas, antivirus dan lain-lain. 3. People, contoh: payroll, biaya bonus bagi staf berprestasi, biaya training dan lain-lain. 4.
Accommodation, contoh: biaya penggunaan ruang kantor, ruang Data Center dan lain-lain.
5. External services, contoh: biaya penggunaan jasa pihak ketiga, seperti jasa keamanan, Disaster Recovery services, outsourcing services dan lainlain. 6.
Transfer, biaya-biaya dalam kategori ini sama dengan biaya-biaya External services, namun dalam hal ini terjadi transfer pengetahuan, seperti biaya jasa konsultasi.
3. Capacity Management Capacity Management merupakan proses yang bertanggung jawab dalam menjamin kapasitas pemrosesan/komputasi dan penyimpanan atau storage yang dimiliki oleh TI sesuai dengan kebutuhan bisnis yang terus berevolusi, tentunya pada tingkat biaya yang efektif serta perencanaan yang berkesinambungan[3]. Sub-subproses yang tercakup dalam Capacity Management adalah sebagai berikut: 1. Business Capacity Management, merupakan subproses yang bertanggung jawab serta menjamin bahwa kebutuhan- kebutuhan bisnis di masa depan telah diidentifikasi, direncanakan dan diimplementasikan berdasarkan urutan tertentu. 2. Service Capacity Management, merupakan subproses yang mengelola kinerja atau performance sebuah layanan TI yang digunakan oleh customer.
II-5
3. Resource Capacity Management, merupakan subproses yang mengelola setiap komponen dalam infrastruktur TI, misalnya server dan storage.
4. IT Services Continuity Management. Proses ini adalah nama lain dari Disaster Recovery Plan (DRP). Dengan kata lain, menggunakan IT Services Continuity Management (ITSCM) ini untuk semua proses yang terkait dengan usaha-usaha pemulihan layanan TI, setelah terjadinya gangguan yang menyebabkan tidak tersedianya layanan TI tersebut[3].
5. Availability Management Availability Management merupakan sebuah proses yang digunakan untuk menjawab ketergantungan bisnis terhadap TI. Tingkat ketergantungan ini, di banyak perusahaan atau organisasi bisnis besar, telah berkembang pada tingkatan di mana jika TI berhenti berfungsi, maka bisnis pun akan berhenti. Tujuan utama keberadaan proses Availability Management ini adalah untuk mengoptimalkan kapabilitas dari infrastruktur TI, layanan-layanannya serta organisasi yang terlibat di dalamnya, agar keseluruhan layanan TI yang digunakan oleh bisnis terjamin tingkat ketersediaannya. Di mana layanan TI tersebut dapat selalu ada, jika bisnis membutuhkannya, kapan pun dan di manapun[3].
2.2.1
Logistik Secara umum dapat dikatakan bahwa logistik adalah aliran barang atau jasa
mulai dari sumber sampai tujuan. Pengertian logistik yang lebih rinci adalah proses perencanaan, pelaksanaan, dan pengendalian aliran yang efisien dan efektif dari barang atau jasa dan informasi terkait mulai dari titik asal sampai titik penggunaan untuk memenuhi keperluan pelanggan. Kata kunci logistik adalah aliran dengan obyek barang atau jasa dengan tujuan menyediakan barang dengan jumlah yang tepat, waktu yang tepat, lokasi yang tepat, dan biaya yang tepat. Kegiatan utama logistik adalah
pengadaan,
penyimpanan,
persediaan,
pengangkutan,
pergudangan,
II-6
pengemasan, keamanan, dan penanganan barang dan jasa baik dalam bentuk bahan baku, barang antara, dan barang jadi[5]. Mengapa logistik penting dalam ekonomi? Transaksi dalam ekonomi menawarkan lima kegunaan utama, yaitu lokasi, waktu, jumlah, bentuk, dan kepemilikan. Tiga kegunaan pertama adalah berkaitan dengan fungsi logistik. Kegunaan bentuk adalah fungsi produksi dan kegunaan kepemilikan adalah fungsi pemasaran. Logistik memungkinkan terjadinya proses produksi dengan menyediakan bahan baku yang diperlukan. Logistik juga memungkinkan terhadinya proses pembelian degan mengantarkan produk ke tangan pengguna[5]. Logistik memegang peranan penting dalam penentuan daya saing suatu organisasi. Daya saing dapat dilihat dari dua dimensi yaitu keunggulan nilai (pelanggan bukan membeli produk tetapi membeli nilai) dan keunggulan biaya (setiap kegiatan memerlukan biaya). Secara sederhana bila masing-masing dimensi mempunyai skala tinggi dan rendah. Maka kondisi “biasa saja” akan terjadi bila organisasi memiliki keunggulan yang rendah pada nilai dan biaya. Sementara kondisi “lebih murah” terjadi bila organisasi mempunyai keunggulan biaya. Sebuah organisasi akan disebut “lebih baik” bila mempunyai keunggulan nilai yang dapat memuaskan pelanggannya. Organisasi “unggul” terjadi bila mempunyai keunggulan yang tinggi baik pada nilai maupun biaya[5]. Peran logistik dalam mencapai “lebih murah” adalah proses rekayasa ulang logistik untuk mengurangi biaya, antara lain dengan pengaturan kapasitas, skala ekonomi, logistik ramping, dan pengurangan persediaan. Strategi “lebih baik” dapat dilaksanakan dengan menggunakan keandalan dan ketanggapan yang akurat untuk menjamin pemenuhan pesanan yang sempurna. Strategi antara adalah “lebih cepat” yang dapat diwujudkan dengan melakukan pengelolaan waktu ancang antara lain dengan menggunakan peramalan dengan data yang lebih baik, optimasi antrian, produksi dan distribusi tepat waktu, dan pemilihan moda transportasi [5].
II-7
Pendekatan logistik berbeda dengan pendekatan tata niaga yang lebih melihat keseimbangan antara permintaan dan pasokan. Mekanisme tata niaga lebih banyak bertumpu pada pengaturan harga supaya terjadi kecocokan antara pasokan dan permintaan. Jika pasokan lebih banyak maka harga turun. Jika permintaan berlebih maka harga naik. Logistik melihat kelebihan permintaan berarti kehilangan pendapatan dan kelebihan penawaran berarti pemborosan sumber daya. Alat yang dipakai bukan hanya penyesuaian harga tetapi waktu dan kapasitas dari sistem logistik. Penyesuaian harga merupakan gejala masalah bukan solusi. Logistik membantu penggunaan sumber daya secara efisien, melakukan optimasi imbal-balik terhadap tujuan yang berbenturan, dan melakukan rancang ulang sistem logistic [5]. Logistik bukan hanya terjadi di dalam organisasi tetapi juga antar organisasi yang disebut dengan rantai pasokan. Rantai pasokan adalah jaringan logistik yang saling terkait dan dikelola oleh beberapa perusahaan mulai dari titik sumber sampai pada titik penggunaan. Penerapan jaringan logistik atau rantai pasokan menuntut organisasi-organisasi terkait melakukan koordinasi mengenai prioritas pelanggan, pengendalian produksi dan pengantaran produk yang sesuai dengan kebutuhan pelanggan, dan pengembangan sistem informasi yang terpadu. Koordinasi antar pelaku di sepanjang rantai pasokan dapat mengurangi biaya persediaan dan pengangkutan sekaligus memperbaiki tingkat pelayanan[5]. Mengapa manajemen jaringan logistik begitu sulit dilaksanakan walaupun potensi manfaatnya nyata? Paling tidak ada tiga alasan mengapa manajemen jaringan logistik menjadi sulit. Pertama adalah perbedaan kepentingan antara pelaku yang terlibat. Benturan kepentingan yang terbesar adalah pendapatan bagi sebuah pemain merupakan pengeluaran bagi yang lain. Belum lagi ada benturan dalam operasional misalnya mengantarkan barang dalam volume besar atau volume kecil. Alasan kedua adalah ketidakpastian yang terjadi di sepanjang rantai pasok, mulai dari ketidakpastian permintaan, ketersediaan bahan baku, keandalan mesin, sampai gangguan alam. Alasan ketiga adalah kerumitan sistem logistik semakin meningkat bukan saja jenis dan jumlah barang, banyaknya mitra bisnis, tetapi temasuk regulasi
II-8
dan perkembangan teknologi. Pemecahan masalah logistik memerlukan pendekatan antar disiplin. Manajemen dapat berkontribusi dalam perencanaan, pengendalian, dan perbaikan sistem logistik. Rekayasa diperlukan untuk komputasi dan optimasi. Sementara ekonomika diperlukan untuk alokasi sumber yang langka dan tata niaga yang efisien. Politik diperlukan dalam penentuan kebijakan logistik. Oleh karena itu, kegiatan dialog dan komunikasi antar pelaku logistik sangatkan diperlukan sehingga terwujud pertukaran gagasan dan komitmen untuk perbaikan logistik secara keseluruhan[5]. 2.3
Pengertian e-Commerce e-Commerce merupakan prosedur berdagang atau mekanisme jual-beli di
internet dimana pembeli dan penjual dipertemukan di dunia maya. e-Commerce juga dapat didefinisikan sebagai suatu cara berbelanja atau berdagang secara online atau direct selling yang memanfaatkan fasilitas Internet dimana terdapat website yang dapat menyediakan layanan “get and deliver“[7]. e-Commerce akan merubah semua kegiatan marketing dan juga sekaligus memangkas biaya-biaya operasional untuk kegiatan trading (perdagangan). Proses yang ada dalam E-commerce adalah sebagai berikut : a. Presentasi electronis (Pembuatan Website) untuk produk dan layanan. b. Pemesanan secara langsung dan tersedianya tagihan. c. Otomasi account Pelanggan secara aman (baik nomor rekening maupun nomor kartu kredit). d. Pembayaran yang dilakukan secara Langsung (online) dan penanganan transaksi.
2.3.1 Jenis e-Commerce e-Commerce dapat dibagi menjadi beberapa jenis yang memiliki karakteristik berbeda-beda yaitu:
II-9
1. Business to Business (B2B) B2B adalah transaksi secara elektronik antara entitas atau obyek bisnis yang satu ke obyek bisnis lainnya [7]. Business to Business e-Commerce memiliki karakteristik: a. Trading partners yang sudah diketahui dan umumnya memiliki hubungan
(relationship)
yang
cukup
lama.
Informasi
hanya
dipertukarkan dengan partner tersebut. Dikarenakan sudah mengenal lawan komunikasi, maka jenis informasi yang dikirimkan dapat disusun sesuai dengan kebutuhan dan kepercayaan (trust). b. Pertukaran data (data exchange) berlangsung berulang-ulang dan secara berkala, misalnya setiap hari, dengan format data yang sudah disepakati bersama. Dengan kata lain, servis yang digunakan sudah tertentu. Hal ini memudahkan pertukaran data untuk dua entiti yang menggunakan standar yang sama. c. Salah satu pelaku dapat melakukan inisiatif untuk mengirimkan data, tidak harus menunggu parternya. d. Model yang umum digunakan adalah peer-to-peer, dimana processing intelligence dapat didistribusikan di kedua pelaku bisnis.
Definisi
dari
http://www.marketingterms.com/dictionary/b2b/
menyatakan bahwa [11]: B2B (business-to-business): Business that sells products or provides services to other businesses. Keterangan pada situs yang sama menyebutkan bahwa meskipun aktivitas antar bisnis dapat terjadi secara offline dan online, akronim B2B terutama digunakan untuk menggambarkan jenis interaksi online. Proses bisnis pada kasus pengadaan barang di divisi Logistik melibatkan beberapa mitra bisnis yang berbeda maka kasus ini sangat sesuai untuk dijadikan model proses bisnis Business to Business (B2B) yang didominasi oleh arus pesan bolak-balik antara pelaku bisnis terkait. Dalam kasus ini, karena sudut pandang permasalahan adalah berdasarkan proses kerja divisi
II-10
Logistik maka pemodelan proses interaksi antar mitra bisnis dipusatkan pada interaksi antara Logistik dengan Supplier dan Logistik dengan Gudang. Pada kasus ini tidak dimodelkan interaksi bisnis an tara Supplier dengan Purchasing maupun antara Supplier dengan Gudang. Proses yang kemudian dapat diinterpretasi dan diimplementasi menjadi suatu sistem B2B adalah [12]: 1. Interaksi antara divisi Logistik dengan Supplier 2. Interaksi antara divisi Logistik dengan Gudang
2. Business to Customer (B2C) B2C adalah kegiatan E-businesses dalam pelayanan secara langsung kepada konsumen melalui barang atau jasa [7]. Business to Customer e-Commerce memiliki karakteristik sebagai berikut: a. Terbuka untuk umum, dimana informasi disebarkan ke umum. b. Servis yang diberikan bersifat umum (generic) dengan mekanisme yang dapat digunakan oleh khalayak ramai. Sebagai contoh, karena sistem Web
sudah
umum
digunakan
maka
servis
diberikan
dengan
menggunakan basis Web. c. Servis diberikan berdasarkan permohonan (on demand). Konsumer melakukan inisiatif dan produser harus siap memberikan respon sesuai dengan permohonan. d. Pendekatan client/server sering digunakan dimana diambil asumsi client consumer) menggunakan sistem yang minimal (berbasis Web) dan processing (business procedure) diletakkan di sisi server.
3. Customer to customer (C2C) Dalam C2C seseorang menjual produk atau jasa ke orang lain. Dapat juga disebut sebagai pelanggan ke palanggan yaitu orang yang menjual produk dan jasa ke satu sama lain. Lelang C2C. Dalam lusinan negara, penjualan dan pembelian C2C dalam situs lelang sangat banyak. Kebanyakan lelang
II-11
dilakukan oleh perantara, seperti eBay.com, auctionanything.com, para pelanggan juga dapat menggunakan situs khusus seperti buyit.com atau bid2bid.com. Selain itu banyak pelanggan yang melakukan lelangnya sendiri seperti greatshop.com menyediakan piranti lunak untuk menciptakan komunitas lelang terbalik C2C online [7].
4. Customer to Business(C2B). Dalam C2B konsumen memeritahukan kebutuhan atas suatu produk atau jasa tertentu, dan para pemasok bersaing untuk menyediakan produk atau jasa tersebut ke konsumen. Contohnya di priceline.com, dimana pelanggan menyebutkan produk dan harga yang diinginkan, dan priceline mencoba menemukan pemasok yang memenuhi kebutuhan tersebut [7].
2.3.2 Keuntungan e-Commerce a. Bagi Perusahaan, memperpendek jarak, perluasan pasar, perluasan jaringan mitra bisnis dan efisiensi, dengan kata lain mempercepat pelayanan ke pelanggan, dan pelayanan lebih responsif, serta mengurangi biaya-biaya yang berhubungan dengan kertas, seperti biaya pos surat, pencetakan, report, dan sebagainya sehingga dapat meningkatkan pendapatan. b. Bagi Consumen, efektif, aman secara fisik dan flexible c. Bagi Masyarakat Umum, mengurangi polusi dan pencemaran lingkungan, membuka peluang kerja baru, menguntungkan dunia akademis, meningkatkan kualitas SDM [7].
2.3.3 Kerugian e-Commerce a. Meningkatkan Individualisme, pada perdagangan elektronik seseorang dapat bertransaksi dan mendapatkan barang/jasa yang diperlukan tanpa bertemu dengan siapapun.
II-12
b. Terkadang Menimbulkan Kekecewaan, apa yang dilihat dilayar monitor komputer kadang berbeda dengan apa yang dilihat secara kasat mata.
2.4
Konsep Dasar Sistem Informasi Dalam proses pengembangan sistem informasi, diperlukan pemahaman
terhadap konsep-konsep dasar dari sistem informasi. Berikut merupakan penjelasan dari konsep-konsep dasar sistem informasi[4].
2.4.1
Pengertian Sistem Terdapat dua kelompok pendekatan dalam mendefinisikan sistem, yaitu yang
menekankan pada prosedurnya dan yang menekankan pada komponen atau elemennya.
Pendekatan
sistem
yang
lebih
menekankan
pada
prosedur
mendefenisikan bahwa suatu sistem adalah suatu jaringan kerja dari prosedurprosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. Sedangkan pendekatan sistem yang lebih menekankan pada elemen atau komponennya mendefinisikan sistem adalah kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu[4].
2.4.2
Karakteristik Sistem Sistem itu sendiri memiliki karakteristik atau beberapa sifat tertentu, yaitu
mempunyai komponen (components), batasan sistem (boundary), lingkungan luar sistem (environments), penghubung (interface), masukan (input), keluaran (output), pengolah (process), dan sasaran suatu tujuan (goal)[4]. Adapun penjelasan dari karakteristik dari suatu sistem adalah sebagai berikut: a. Komponen Sistem (Component) Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang bekerja sama membentuk satu kesatuan. Komponen-komponen sistem tersebut dapat berupa suatu bentuk sub sistem.
II-13
b. Batasan sistem (Boundary) Ruang lingkup sistem merupakan daerah yang membatasi antara sistem dengan sistem lainnya atau sistem dengan lingkungan luarnya. c. Lingkungan luar sistem (Environtment) Suatu bentuk apapun yang ada di luar ruang lingkup atau batasan sistem yang mempengaruhi operasi sistem tersebut. d. Penghubung sistem (Interface) Sebagai media yang menghubungkan sistem dengan subsistem yang lain disebut dengan penghubung sistem atau interface. Penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke subsistem yang lain. e. Masukan Sistem (Input) Masukan (input) adalah energi yang dimasukan ke dalam sistem. Masukan dapat berupa masukan perawatan yaitu energi yang dimasukan supaya sistem dapat beroperasi, dan dapat berupa masukan sinyal yaitu energi yang diproses untuk mendapatkan keluaran. f. Keluaran Sistem (output) Keluaran (output) adalah hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan. Keluaran dapat merupakan masukan untuk subsistem yang lain atau kepada supra sistem. g. Pengolahan Sistem (Process) Suatu sistem dapat mempunyai bagian pengolah yang akan mengubah masukan menjadi keluaran. h. Sasaran Sistem (Objecvive) Suatu sistem mempunyai tujuan (goal) atau sasaran (objective). Sasaran dari sistem sangat menentukan sekali masukan yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem. Suatu sistem dikatakan berhasil bila mengenai sasaran atau tujuannya [4]. 2.4.3
Siklus Informasi
II-14
Data yang masih merupakan bahan mentah apabila tidak diolah maka data tersebut tidak akan berguna. Data tersebut akan berguna dan menghasilkan suatu informasi apabila diolah melalui suatu model. Model yang digunakan untuk mengolah data tersebut dengan model pengolahan data atau lebih dikenal dengan nama siklus pengolahan data[3].
Gambar 2.1 Siklus Informasi (Jogiyanto, 1999)
2.5
Model Rekayasa Perangkat Lunak dengan Waterfall Waterfall mengusulkan sebuah pendekatan kepada perkembangan perangkat
lunak yang sistematik dan sekuensial yang mulai pada tingkat dan kemajuan sistem pada seluruh analisis, desain, kode, pengujian, dan pemeliharaan[6]. Dimodelkan setelah siklus rekayasa konvensional, model waterfall melingkupi aktivitas-aktifitas berikut : 1. Rekayasa dan pemodelan sistem informasi. Karena perangkat lunak selalu merupakan bagian dari sebuah sistem yang lebih besar, kerja dimulai dengan membangun syarat dari semua elemen dari semua sistem dan mengalokasikan beberapa subset dari kebutuhan perangkat lunak tersebut. Pandangan sistem ini penting ketika perangkat lunak harus berhubungan dengan elemen-elemen yang lain seperti perangkat lunak, manusia, dan database. Rekayasa dan
II-15
analisis sistem menyangkut pengumpulan kebutuhan pada tingkat sistem dengan sejumlah kecil analisis serta desain tingkat puncak. Rekayasa informasi mencakup juga pengumpulan kebutuhan pada tingkat bisnis strategis dan tingkat area bisnis. 2. Analisis kebutuhan perangkat lunak. Proses pengumpulan kebutuhan diintensifkan dan difokuskan, khususnya pada perangkat lunak. Untuk memahami sifat program yang yang dibangun, perekayasa perangkat lunak (analis) harus memahami domain informasi, tingkah laku, unjuk kerja, dan antar muka yang diperlukan. Kebutuhan baik untuk sistem maupun perangkat lunak didokumentasikan dan dilihat lagi dengan pelanggan. 3. Desain. Desain perangkat lunak sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda; struktur data arsitektur perangkat lunak, refresentasi interface dan detail (algoritma) prosedural. 4. Generasi kode. Desain harus diterjemahkan ke dalam bentuk mesin yang bisa dibaca. Langkah pembuatan kode melakukan tugas ini. Jika desain dilakukan dengan cara yang lengkap, pembuatan kode dapat diselesaikan secara mekanis. 5. Pengujian. Sekali kode dibuat, pengujian program dimulai. Program dimulai. Proses pengujian berfokus pada logika internal perangkat lunak, memastikan bahwa semua pernyataan sudah diuji, dan pada ekternal fungsional – yaitu mengarahkan
pengujian
untuk
menemukan
kesalahan-kesalahan
dan
memastikan bahwa input yang dibatasi akan memberikan hasil yang aktual yang sesuai dengan hasil yang dibutuhkan. 6. Pemeliharaan.
Perangkat
lunak
akan
mengalami
perubahan
setelah
disampaikan kepada pelanggan (perkecualian yang mungkin adalah perangkat lunak yang dilekatkan). Perubahan akan terjadi karena kesalahan-kesalahan ditentukan, karena perangkat lunak harus disesuaikan untuk mengakomodasi perubahan-perubahan dilingkungan eksternalnya (contohnya perubahan yang dibutuhkan sebagai akibat dari perangkat pheriperal atau sistem operasi yang
II-16
baru), atau karena pelanggan membutuhkan perkembangan fungsional atau unjuk kerja. Pemeliharaan perangkat lunak mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru lagi. Model sekuensial linier adalah paradigma rekayasa perangkat luas yang paling luas dipakai dan paling tua. Tetapi kritik dari paradigma tersebut telah menyebabkan dukungan aktif untuk mempertanyakan kehandalannya Masalah-masalah yang kadang-kadang terjadi ketika model ini diaplikasikan adalah : 1. Jarang sekali proyek nyata mengikuti aliran sekensial yang dianjurkan oleh model. Meskipun model linier bisa mengakomodasi iterasi, model itu melakukannya dengan cara tidak langsung. Sebagai hasilnya, perubahanperubahan dapat menyebabkan keraguan pada saat tim proyek berjalan. 2. Kadang-kadang sulit bagi pelanggan untuk menyatakan semua kebutuhannya secara eksplisit. Model linier sekuensial memerlukan hal ini dan mengalami kesulitan untuk mengakomodasi ketidakpastian natural yang ada pada bagian awal proyek. 3. Pelanggan harus bersikap sabar. Sebuah versi kerja dari program-program itu tidak akan diperoleh sampai akhir proyek dilalui. Sebuah kesalahan besar, jika tidak terdeteksi samapi program yang bekerja tersebut dikaji ulang, bisa menjadi petaka. 4. Pengembang sering melakukan penundaan yang tidak perlu. Di dalam anlisis yang menarik tentang proyek aktual, Bradac mendapatkan bahwa sifat alami dari siklus kehidupan klasik membawa kepada blocking state dimana banyak anggota tim proyek harus menunggu tim yang lain untuk melengkapi tugas yang saling memiliki ketergantungan. Kenyataannya, waktu yang dipakai untuk menunggu bisa mengurangi waktu untuk usaha produktif.
Masing-masing dari masalah tersebut bersifat riil. Tetapi paradigma siklus kehidupan klasik memiliki tempat yang terbatas namun penting di dalam rekayasa perangkat lunak. Paradigma itu memberikan template dimana metode analisis, desain,
II-17
pengkodean, pengujian, dan pemeliharaan bisa dilakukan. Siklus kehidupan klasik tetap menjadi model bagi rekayasa perangkat lunak yang paling luas dipakai. Sekalipun memiliki kelemahan, secara signifikan dia lebih baik daripada pendekatan yang sifatnya sembarang kepada pengembang perangkat lunak.
Gambar 2.2 Model Waterfall (Sumber gambar : agusdar.files.wordpress.com)
2.6
Unified Modeling Language (UML) Unified Modelling Language (UML) adalah sebuah "bahasa" yg telah menjadi
standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem perangkat lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi perangkat lunak, dimana aplikasi tersebut dapat berjalan pada perangkat keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun[6]. UML mendefinisikan notasi dan syntax/semantik. Notasi UML merupakan sekumpulan bentuk khusus untuk menggambarkan berbagai diagram perangkat lunak.
II-18
Setiap bentuk memiliki makna tertentu, dan UML syntax mendefinisikan bagaimana bentuk – bentuk tersebut dapat dikombinasikan. Notasi UML terutama diturunkan dari 3 notasi yang telah ada sebelumnya: Grady Booch OOD (Object-Oriented Design), Jim Rumbaugh OMT (Object Modeling Technique), dan Ivar Jacobson OOSE (Object-Oriented Software Engineering). Dimulai pada bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, yang merupakan tiga tokoh yang boleh dikata metodologinya banyak digunakan mempelopori usaha untuk penyatuan metodologi pendesainan berorientasi objek. Pada tahun 1995 direlease draft pertama dari UML (versi 0.8).Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG – http://www.omg.org). Tahun 1997 UML versi 1.1 muncul, dan saat ini versi terbaru adalah versi 1.5 yang dirilis bulan Maret 2003. Booch, Rumbaugh dan Jacobson menyusun tiga buku serial tentang UML pada tahun 1999. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek.
2.6.1 Konsepsi Dasar UML Dari berbagai penjelasan rumit yang terdapat di dokumen dan buku-buku UML. Sebenarnya konsepsi dasar UML bisa kita rangkumkan dalam gambar dibawah : Tabel 2.1 Konsepsi UML Major Area
Views
Diagrams
Structural
Use Case View
Use Diagram
Main Concepts
Case use case, actor, association, extend, Include, use case generalization
Dynamic
Interaction
Sequence
interaction, object, message,
II-19
View
Diagram
activation
Model
Model
Class
package, subsystem, model
Management
Management
Diagram
View (Sumber: www.ilmukomputer.com, yanti_uml.pdf) Seperti juga tercantum pada gambar diatas UML mendefinisikan diagramdiagram sebagai berikut: 1. use case diagram 2. sequence diagram 3. class diagram
2.6.2 Use Case Diagram Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”.Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Seorang sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu [6]. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang kasus uji untuk semua bagianyang ada pada sistem. Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case yang di-include akan dipanggil setiap kali usecase yang meng-include dieksekusi secara normal. Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas
II-20
dapat dihindari dengan cara menarik keluar fungsionalitas yang sama. Sebuah use case juga dapat meng-extend use case lain dengan behaviour-nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain. 2.6.3 Class Diagram Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi) [6]. Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lainlain. Class memiliki tiga area pokok : 1. Nama 2. Atribut 3. Metoda Atribut dan metoda dapat memiliki salah satu sifat berikut : 1. Private, tidak dapat dipanggil dari luar class yang bersangkutan. 2. Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya. 3. Public, dapat dipanggil oleh siapa saja.
Hubungan Antar Class 1. Asosiasi, yaitu hubungan statis antar class. Umumnya menggambarkan class yang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arah query antar class. 2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas”).
II-21
3. Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi. 4. Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu class kepada class lain.
Hubungan dinamis dapat digambarkan dengan
menggunakan sequence diagram yang akan dijelaskan kemudian [6].
2.6.4 Sequence Diagram Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atas dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan [6]. Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya.Pada fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message.
