Sistem Informasi Manajemen | Majulah Indonesia

DESAIN ULANG ORGANISASI DENGAN SISTEM INFORMASI Disusun untuk memenuhi tugas mata kuliah sistem informasi management

Disusun Oleh:

Okta Dwi Kurnia ( 105030207111019 ) Intan Rachmadhani ( 105030207111081 ) Ary Nurul Sutarmaningtyas ( 105030203111015 )

JURUSAN ADMINISTRASI BISNIS FAKULTAS ILMU ADMINISTRASI

KATA PENGANTAR

Puji syukur kami panjatkan atas kehadirat Tuhan YME yang telah memberikan rahmat serta karunia-Nya sehingga kami dapat menyelesaikan makalah ini.

Kami sangat menyadari bahwa tanpa dukungan dari berbagai pihak makalah ini tidak mungkin terselesaikan dengan baik. Kami ucapkan terima kasih kepada semua pihak yang telah membantu dalam penyelesaian makalah ini.

Kami menyadari bahwa makalah ini masih jauh dari sempurna. Untuk itu saran dan kritik senantiasa kami harapkan untuk penyempurnaan makalah ini. Semoga makalah ini dapat bermanfaat bagi pembaca.

Malang,19 Mei 2012

DESAIN ULANG ORGANISASI DENGAN SISTEM INFORMASI

Sistem merupakan kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. Menurut Jerry Fith Gerald : Sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau menyelesaikan suatu sasaran tertentu.

Karakteristik Sistem

 Memiliki komponen

Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, bekerja sama membentuk satu kesatuan. Komponen-komponen sistem dapat berupa suatu

subsistem atau bagian-bagian dari sistem. Setiap sistem tidak perduli betapapun kecilnya, selalu mengandung komponen-komponen atau subsistem-subsistem. Setiap subsistem mempunyai sifat-sifat dari sistem untuk menjalankan suatu fungsi tertentu dan mempengaruhi proses sistem secara keseluruhan. Suatu sistem dapat mempunyai suatu sistem yang lebih besar yang disebut supra sistem, misalnya suatu perusahaan dapat disebut dengan suatu sistem dan industri yang merupakan sistem yang lebih besar dapat disebut dengan supra sistem. Kalau dipandang industri sebagai suatu sistem, maka perusahaan dapat disebut sebagai subsistem. Demikian juga bila perusahaan dipandang sebagai suatu sistem, maka sistem akuntansi adalah subsistemnya.

 Batas sistem (boundary)

Batas sistem merupakan daerah yang membatasi antara suatu sistem dengan sistem yang lainnya atau dengan lingkungan luarnya. Batas sistem ini memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batas suatu sistem menunjukkan ruang lingkup (scope) dari sistem tersebut.

 Lingkungan luar sistem (environment)

Lingkungan luar system adalah apapun di luar batas dari sistem yang mempengaruhi operasi sistem.

Penghubung sistem merupakan media penghubung antara satu subsistem dengan subsistem yang lainnya.

 Masukan sistem (input)

Masukan sistem merupakan energi yang dimasukkan ke dalam sistem. Masukan dapat berupa masukan perawatan (maintenance input) dan masukan sinyal (signal input). Maintenance input adalah energi yang dimasukkan supaya sistem tersebut dapat beroperasi. Signal input adalah energi yang diproses untuk didapatkan keluaran. Sebagai contoh didalam sistem komputer, program adalah maintanance input yang digunakan untuk mengoperasikan komputernya dan data adalah signal input untuk diolah menjadi informasi.

 Keluaran sistem (Output)

Keluaran sistem merupakan hasil dari energi yang diolah oleh sistem.  Pengolah sistem (Process)

Pengolah system merupakan bagian yang memproses masukan untuk menjadi keluaran yang diinginkan.

 Sasaran sistem

Kalau sistem tidak mempunyai sasaran, maka operasi sistem tidak akan ada gunanya.

Bagaimana dengan Sistem Baru dapat Mengubah Organisasi

Sistem informasi sebagai perubahan organisasi yang terencana. Pengenalan sistem informasi baru tidak hanya melibatkan perangkat keras dan perangkat lunak. Ini juga mencakup tentang perubahan pekerjaan, keterampilan, manajemen, dan organisasi. Dalam filsafat sociotechnical, jika suatu organisasi tidak bisa menggunakan sistem informasi yang baru, maka perlu dilakukan desain ulang organisasi. Satu hal penting untuk mengetahui tentang pembangunan sebuah sistem informasi baru yaitu proses perencanaan perubahan organisasi. Perancang sistem harus memahami bagaimana satu sistem akan mempengaruhi organisasi secara keseluruhan, memfokuskan

teknis kecuali terjadi kegagalan organisasional akibat satu kegagalan dalam sosial dan proses politik dalam membangun system. Analis dan perancang bertanggung jawab untuk memastikan bahwa anggota inti organisasi berpartisipasi dalam proses pembuatan system baru.

Pengembangan Sistem Informasi yang Cocok dengan Perencanaan Bisnis Suatu organisasi yang memutuskan menggunakan system yang baru akan berpikir untuk membangun sistem menjadi komponen penting dari proses perencanaan organisasi. Organisasi perlu mengembangkan rencana sistem informsasi yang

mendukung seluruh rencana bisnis mereka dan menggabungkan sistem yang strategis sampai tingkat atas perencanaan. Satu proyek tertentu yang telah dipilih dalam konteks keseluruhan rencana strategis untuk area sistem, maka sistem informasi yang terencana dapat dikembangkan. Rencana tersebut berfungsi sebagai petunjuk dalam pengembangan sistem, dasar pemikiran, situasi saat ini, strategi pengelolaan, rencana pelaksanaan, dan anggaran dana.

Hal mendasar dalam pengembangan sistem yaitu penganalisa sistem yang merupakan bagian dari tim yang berfungsi mengembangkan sistem yang memiliki daya guna tinggi dan memenuhi kebutuhan pemakai akhir. Pengembangan ini dipengaruhi sejumlah hal,yaitu :

 Produktifitas, saat ini dibutuhkan sistem yang lebih banyak, lebih bagus dan lebih cepat. Hal ini membutuhkan lebih banyak programmer dan penganalisa sistem yang berkualitas, kondisi kerja ekstra, kemampuan pemakai untuk mengambangkan sendiri, bahasa pemrograman yang lebih baik, perawatan sistem yang lebih baik (umumnya 50 % sampai 70 % sumber daya digunakan untuk perawatan sistem), disiplin teknis pemakaian perangkat lunak dan perangkat pengembangan sistem yang terotomasi.

Jika terjadi kesalahan, ada dua cara yang bisa dilakukan, yaitu melakukan pelacakan sumber kesalahan dan harus menemukan cara untuk mengoreksi kesalahan tersebut dengan mengganti program, menghilangkan sejumlah statement lama atau menambahkan sejumlah statement baru.

 Maintabilitas, perawatan mencakup

Pengelola sistem informasi terorganisasi dalam suatu struktur manajemen. Oleh karena itu bentuk / jenis sistem informasi yang diperlukan sesuai dengan level manajemennya.

Manajemen level atas : untuk perencanaan strategis, kebijakan dan pengambilan keputusan.

Manajemen level menengah : untuk perencanaan taktis.

Manajemen level bawah : untuk perencanaan dan pengawasan operasi. Operator : untuk pemrosesan transaksi dan merespon permintaan.

Untuk pengembangan sebuah sistem informasi diperlukan struktur manajemen organisasi personil. Strutktur dasarnya:

1. Direktur Sistem Informasi 2. Manajer Pengembangan Sistem 3. Analis Sistem

4. Programmer

5. Manejer Komputer dan Operasi.

Mengidentifikasi Aktivitas Inti Proses Pengembangan Sistem Perlunya Pengembangan Sistem

Dengan seiringnya perkembangan jaman maka sebuah sistem tentu tidak selamanya dapat digunakan dengan baik. Untuk itu perlu ada perubahan terhadap sistem tersebut baik dengan cara memperbaiki sistem yang lama ataupun jika perlu untuk mengganti sistem yang lama. Ada beberapa hal yang mendasari hal tersebut, antara lain:

• Ada permasalahan pada sistem yang lama.

data pada suatu perusahaan tidak dapat terjamin kebenarannya, adanya kesempatan atau peluang anggota dari sistem tersebut untuk melakukan kecurangan.

Permasalahan yang lain juga dapat disebabkan oleh pertumbuhan organisasi tersebut. Contohnya pada sebuah perusahaan perdagangan yang berkembang yang sebelumnya hanya sebatas dalam kota kini hingga nasional bahkan internasional. Pertumbuhan organisasi (perusahaan) memaksa sistem yang dimiliki sebelumnya harus disesuaikan dengan kebutuhan kerja dari perusahaan tersebut, misalnya transaksi yang

sebelumnya bersifat konvensional kini lebih moderen dengan memanfaatkan internet. Untuk meraih kesempatan (opportunities) Sebuah sistem harus diperbaiki atau dikembangkan juga disebabkan untuk meraih kesempatan dari suatu organisasi atau perusahaan. Misalnya pada tingkat manajer pada sebuah perusahaan dituntut untuk cepat menghasilkan suatu kebijakan agar perusahaan mendapatkan keuntungan yang lebih banyak, sehingga perusahaan tersebut memanfaatkan Sistem Pendukung Keputusan agar kebijakan yang didapat lebih cepat.

• Adanya intruksi-intruksi (directives) Sistem harus diperbaharui atau dikembangkan juga disebabkan oleh faktor eksternal seperti pemerintah. Adanya

kebijakan-kebijakan pemerintah memaksa sebuah perusahaan menggunakan sistem yang tidak bertentangan dengan kebijakan tersebut.

Pengembangan atau pembuatan sebuah sistem tentu tidak memakan biaya yang sedikit, sehingga organisasi harus secara bijak menentukan apakah sistem yang digunakan masih layak untuk dipakai atau sudah harus dikembangkan atau diganti. Beberapa indikator yang dapat digunakan untuk melihat sebuah sistem harus

diperbaiki adalah : keluhan dari pelanggan, pengiriman barang yang sering tertunda, pembayaran gaji yang terlambat, ketidakberesan keuangan, persediaan barang yang terlalu tinggi, investasi yang tidak efisien, dll.

Secara konseptual siklus pengembangan sebuah sistem informasi adalah sebagai berikut :

2. Perancangan Sistem: merancang output, input, struktur file, program, prosedur, perangkat keras dan perangkat lunak yang diperlukan untuk mendukung sistem informasi

3. Pembangunan dan Testing Sistem: membangun perangkat lunak yang diperlukan untuk mendukung sistem dan melakukan testing secara akurat. Melakukan instalasi dan testing terhadap perangkat keras dan mengoperasikan perangkat lunak

4. Implementasi Sistem: beralih dari sistem lama ke sistem baru, melakukan pelatihan dan panduan seperlunya.

5. Operasi dan Perawatan: mendukung operasi sistem informasi dan melakukan perubahan atau tambahan fasilitas.

6. Evaluasi Sistem: mengevaluasi sejauih mana sistem telah dibangun dan seberapa bagus sistem telah dioperasikan.

Siklus tersebut berlangsung secara berulang-ulang. Siklus di atas merupakan model klasik dari pengembangan sistem informasi. Model-model baru, seperti prototyping, spiral, 4GT dan kombinasi dikembangkan dari model klasik di atas.

Analisis Sistem

Alasan pentingnya mengawali analisis sistem:

1. Problem-solving: sistem lama tidak berfungsi sesuai dengan kebutuhan. Untuk itu analisis diperlukan untuk memperbaiki sistem sehingga dapat berfungsi sesuai dengan kebutuhan.

2. Kebutuhan baru: adanya kebutuhan baru dalam organisasi atau lingkungan sehingga diperlukan adanya modifikasi atau tambahan sistem informasi untuk mendukung organisasi.

3. Mengimplementasikan ide atau teknologi baru.

4. Meningkatkan performansi sistem secara keseluruhan.

Perancangan Sistem.

system dibangun untuk memenuhi kebutuhan pada fase analisis. Elemen-elemen pengetahuan yang berhubungan dengan proses desain:

1. Sumber daya organisasi: bertumpu pada 5 unsur organisasi, yaitu: man, machines, material, money dan methods.

2. Informasi kebutuhan dari pemakai: informasi yang diperoleh dari pemakai selama fase analisis sistem.

3. Kebutuhan sistem: hasil dari analisis sistem.

4. Metode pemrosesan data, apakah: manual, elektromechanical, puched card, atau computer base.

5. Operasi data. Ada beberapa operasi dasar data, antara lain: capture, classify, arrange, summarize, calculate, store, retrieve, reproduce dan disseminate. 6. Alat bantu desain, seperti: dfd, dcd, dd, decision table dll.

Langkah dasar dalam proses desain:

1. Mendefinisikan tujuan sistem (defining system goal), tidak hanya berdasarkan informasi pemakai, akan tetapi juga berupa telaah dari abstraksi dan karakteristik keseluruhan kebutuhan informasi sistem

2. Membangun sebuah model konseptual (develop a conceptual model), berupa gambaran sistem secara keseluruhan yang menggambarkan satuan fungsional sebagai unit sistem.

4. Mendefinisikan aktifitas pemrosesan data (defining data processing activities). Pendefinisian ini dapat dilakukan dengan pendekatan input-proses-output. Untuk menentukan hal ini diperlukan proses iteratif sebagai berikut

 Mengidentifikasn output terpenting untuk mendukung/mencapai tujuan sistem (system’s goal)

 Me-list field spesifik informasi yang diperlukan untuk menyediakan output tersebut

 Mengidentifikasi input data spesifikik yang diperlukan untuk membangun field informasi yang diperlukan.

 Mendeskripsikan operasi pemrosesan data yang diterapkan untuk mengolah input menjadi output yang diperlukan.

 Mengidentifikasi elemen input yang menjadi masukan dan bagian yang disimpan selama pemrosesan input menjadi output.

 Ulangi langkah tersebut terus menerus samapi semua output yang dibutuhkan diperoleh.

 Bangun basis data yang akan mendukung efektifitas sistem untuk memenuhi kebutuhan sistem, cara pemrosesan data dan karakteristik data.

 Berdasarakan kendala-kendala pembangunan sistem, prioritas pendukung, estimasi cost pembangunan; kurangi input, output dan pemrosesan yang ekstrim

 Definisikan berbagai titik kontrol untuk mengatur aktifitas pemrosesan data yang menentukan kualitas umum pemrosesan data.

 Selesaikan format input dan output yang terbaik untuk desain sistem. 5. Menyiapkan proposal sistem desain. Proposal ini diperlukan untuk manajemen apakah proses selanjutnya layak untuk dilanjutkan atau tidak. Hal-hal yang perlu disiapkan dalam penyusunan proposal ini adalah:

 Menyiapkan model yang sederhana akan tetapi menyeluruh sistem yang akan diajukan.

 Menampilkan semua sumber daya yang tersedia untuk mengimplementasikan dan merawat sistem.

 Mengidentifikasi asumsi kritis dan masalah yang belum teratasi yang mungkin berpengaruh terhadap desain sistem akhir.

Prinsip Dasar Desain.

Ada 2 prinsip dasar desain, antara lain:

1. Desain sistem monolitik. Ditekankan pada integrasi sistem. Resource mana yang bisa diintegrasikan untuk memperoleh sistem yang efektif terutama dalam cost.

2. Desain sistem modular. Ditekankan pada pemecahan fungsi-fungsi yang memiliki idependensi rendah menjadi modul-modul (subsistem fungsional) yang terpisah sehingga memudahkan kita untuk berkonsentrasi mendesain per modul. Sebuah sistem informasi dapat dipecah menjadi 7 subsistem

fungsional, yaitu: data collection, data processing, file update, data storage, data retrival, information report dan data processing controls.

Petunjuk umum dalam desain subsistem fungsional sebuah sistem informasi: 1. Sumber data sebaiknya hanya dikumpulkan sekali sebagai input ke sistem informasi.

2. Akurasi sumber data sangat tergantung pada banyaknya langkah untuk me-record, collect dan prepare data untuk prosessing. Semakin sedikit langkah semakin akurat. 3. Data yang dihasilkan dari sistem berbasis komputer sebaiknya tidak dimasukkan lagi ke sistem.

4. Pewaktuan yang diperlukan untuk mengumpulkan data harus lebih kecil dari pewaktuan informasi tersebut diperlukan.

5. Perlu pemilihan cara pengumpulan data yang paling optimal

7. Semua sumber data harus dapat di validasi dan diedit segera setelah di kumpulkan. 8. Data yang sudah divalidasi, sebaiknya tidak divalidasi pada proses selanjutnya. 9. Total kontrol harus segera di cek lagi sebelum dan sesudah sebuah aktifitas prosesing yang besar dilakukan.

10. Data harus dapat disimpan hanya di 1 tempat dalam basis data kecuali ada kendala sistem.

11. Semua field data sebaiknya memiliki prosedur entri dan maintenance.

12. Semua data harus dapat dicetak dalam format yang berarti untuk keperluan audit. 13. File transaksi harus di maintain paling tidak dalam 1 siklus update ke basis data. 14. Prosedur backup dan security harus disediakan untuk semua field data.

15. Setiap file non sequential perlu memiliki prosedur reorganisasi secara periodik. 16. Semua field data harus memiliki tanggal update/akses penyimpanan terakhir. Untuk menganalisa sistem secara efektif, kita membutuhkan lebih dari sekedar perangkat permodelan; yaitu metode. Metode ini dari waktu ke waktu berubah sesuai dengan perkembangan teknologi. Siklus ini cenderung menglami perubahan yang berarti dengan ditemukannya bahasa generasi keempat dan terakhir generasi kelima dimana pendekatan dengan paradigma object-oriented dan kompatibilitas antar model.

Pada prinsipnya aktivitas pendesainan sistem secara terstruktur melingkupi :  Survey ; berfungsi untuk mengetahui kebutuhan pemakai,

kesalahan-kesalahan dalam sistem lama, menetapkan tujuan perancangan, mengajukan usulan otomasi sistem yang layak dan dapat diterima, dan menyiapkan laporan survey yang berisi tentang segala sesuatu, pada poin di atas.

 Analisa sistem ; menggabungkan laporan survey dan kebijakan pemakai menjadi spesifikasi yang terstruktur dengan menggunakan permodelan.  Desain ; mengimplementasikan model yang diinginkan pemakai.  Implementasi ; merepresentasikan hasil desain ke dalam pemograman.  Uji coba desain ; menguji coba seluruh spesifikasi terstruktur.

 Testing akhir ; menguji sistem secara keseluruhan.

 Deskripsi prosedur ; pembuatan laporan teknis tertulis seperti petunjuk pemakaian dan pengoperasian.

 Konversi database ; mengkonversi data, soalnya kata data sudah berarti jamak pada sistem sebelumnya.

 Instalasi ; aspek terakhir yang mesti dilakukan mencakup, serah terima manual, perangkat keras dan pelatihan pemakaian.

PENDEKATAN PENGEMBANGAN SISTEM

Terdapat beberapa pendekatan dalam pengembangan system,antara lain :

a. Pendekatan Klasik

Disebut juga pendekatan tradisional/ konvensional. Pendekatan klasik

mengembangkan sistem dengan tahapan-tahapan system life cycle. Pendekatan ini menekankan bahwa pengembangan akan berhasilbila mengikuti tahapan pada Sistem Life Cycle.

Permasalahan yang dapat timbul pada pendekatan klasik : 1.Pengembangan perangkat lunak akan menjadi sulit

2. Biaya perawatan dan pemeliharaan sistem akan menjadi mahal 3. Kemungkinan kesalahan sistem besar

b. Pendekatan Terstruktur

Pendekatan terstruktur akan dilengkapi dengan alat-alat dan teknik-teknik yang dibutuhkan dalam pengembangan sistem, sehingga hasil akhir dari sistem yang dikembangkan akan didapatkan sistem yang strukturnya didefinisikan dengan baik dan jelas. Beberapa metodologi pengembangan sistem yang terstruktur telah banyak yang diperkenalkan dalam buku-buku maupun perusahaan-perusahaan konsultan pengembang sistem. Metodologi ini memperkenalkan penggunaa alat-alat dan teknik-teknik untuk pengembangan sistem yang terstruktur.

Konsep pengembangan sistem terstruktur bukan merupakan konsep yang baru. Teknik perakitan di pabrik dan sirkuit untuk alat elektronik adalah dua contoh baru konsep ini yang banyak digunakan di industri. Konsep ini relatif masih baru dalam pengembangan sistem informasi untuk menghasilkan produk sistem yang memuaskan hasilnya. Melalui pendekatan struktur,permasalahan yang kompleks dalam organisasi dapat dipecahkan dan hasil dari produktifitas dan kualitasnya lebih baik ( bebas kesalahan ).

Keuntungan pendekatan terstruktur : a. Mengurangi kerumitan masalah

b. Konsep mengarah pada sistem yang ideal c. Standarisasi

d. Orientasi kemassa datang

c. Pendekatan dari bawah ke atas

Pendekatan ini dimulai dari level bawah organisasi, yaitu level operasional dimana transaksi dilakukan. Pendekatan ini dimulai dari perumusan kebutuhan untuk

menangani transaksi dan naik ke level atas dengan merumuskan kebutuhan informasi berdasarkan transaksi tersebut. Pendekatan ini ciri-ciri dari pendekatan klasik.

Pendekatan dari bawah ke atas bila digunakan pada tahap analisis sistem disebut juga dengan istilah data analisis, karena yang menjadi tekanan adalah data

d. Pendekatan dari atas ke bawah

Pendekatan dari ats ke bawah (Top down approach) dimulai dari level atas organisasi, yaitu level perencanaan strategi. Pendekatan ini dimulai dengan mendefinisikan sasaran dan kebijaksanaan organisasi. Langkah selanjutnya dari pendekatan ini adalah dilakukannya analisis kebutuhan informasi. Setelah kebutuhan informasi ditentukan, maka proses turun ke pemrosesan transaksi yaitu penentuan output,input, basis data, prosedur operasi dan kontrol. Pendekatan ini juga merupakan ciri-ciri pendekatan terstruktur. Pendekatan atas turun bila digunakan pada tahap analisis sistem disebut juga dengan istilah decision analysis, karena yang menjadi tekanan adalah informasi yang dibutuhkan untuk pengambilan keputusan oleh manajemen terlebih dahuli kemudian data yang perlu dipilah didefinisikan menyusut mengikuti informasi yang dibutuhkan.

e. Pendekatan Sepotong ( placemeal approach )

Pengembangan yang menekankan pada suatu kegiatan tertentu tanpa memperhatikan posisinya/sasaran di sistem informasi secara global.

f. Pendekatan sistem ( sistem approach )

Memperhatikan sistem informasi sebagai satu kesatuan terintregasi untuk masing-masing kegiatan aplikasinya dadn menekankan sasaran organisasinya secara global. g. Pendekatan sistem menyeluruh ( total sistem approach )

Pendekatan pengembangan sistem serentak secara menyeluruh sehingga menjadi sulit untuk dikembangkan ( ciri klasik ).

h. Pendekatan modular ( Modular approach )

Pendekatan dengan memecah sistem komplek menjadi modul yang sederhana sehingga sistem lebih mudah dipahami dan dikembangkan, tepat waktu, mudah di pelihara ( ciri terstruktur ).

i. Lompatan jauh

Pendekatan yang menerangkan perubahan menyeluruh secara serentak menggunakan teknologi canggih sehingga mengandung resiko tinggi, terlalu mahal, sulit

j. Pendekatan berkembang

Pendekatan yang menerapkan teknologi canggih hanya untuk aplikasi yang memerlukan saja dan terus dikembangkan untuk periode berikutnya mengikuti kebutuhan dan teknologi yang ada.

MENILAI SOLUSI KE PERMASALAHAN YANG DICIPTAKAN OLEH PENDEKATAN

Dalam pengembangan sebuah sistem, kita mengenal konsep SDLC (system

development life cycle). Secara global definisi SDLC dapat dikatakan sebagai suatu proses berkesinambungan untuk menciptakan atau merubah sebuah sistem,

merupakan sebuah model atau metodologi yang digunakan untuk melakukan pengembangan sistem. Dapat dikatakan dalam SDLC merupakan usaha bagaimana sebuah sistem informasi dapat mendukung kebutuhan bisnis, rancangan &

pembangunan sistem serta delivering-nya kepada pengguna. Secara umum, tahapan SDLC meliputi proses perencanaan, analisis, desain dan implementasi.

a. Planning

Proses perencanaan biasanya lebih menekankan pada alasan mengapa sebuah sistem harus dibuat.

b. Analysis

Tahapan perencanaan ini kemudian dilanjutkan dengan proses analisis yang lebih menekankan pada siapa, apa, kapan dan dimana sebuah sistem akan dibuat. c. Design

Sedangkan pada proses desain lebih menekankan kepada bagaimana sistem akan berjalan.

d. Implementation

Pengembangan Sistem

A. Model Siklus Kehidupan Klasik

Model Sekuensial Linier sering disebut Model Air Terjun merupakan paradigma rekayasa perangkat lunak yang paling tua dan paling banyak dipakai. Model ini mengusulkan

sebuah pendekatan perkembangan perangkat lunak yang sistematik dan sekunsial yang

dimulai pada tingkat dan kemajuan sistem pada seluruh analisis, desain , kode, pengujian, dan

pemeliharaan.

Tahapan-tahapan Model Sekuensial Linier

Model Sekunsial Linier mengikuti aktivitas-aktivitas yaitu: 1. Rekayasa dan Pemodelan Sistem/Informasi

Karena perangkat lunak merupakan bagian dari suatu sistem maka langkah pertama dimulai dengan membangun syarat semua elemen sistem dan mengalokasikan ke perangkat lunak dengan memeperhatiakn hubungannya dengan manusia, perangkat keras dan database.

2. Analisis Kebutuhan Perangkat Lunak

Proses menganalisis dan pengumpulan kebutuhan sistem yang sesuai dengan domain informasi tingkah laku, unjuk kerja, dan antar muka (interface) yang diperlukan. Kebutuhan-kebutuhan tersebut didokumentasikan dan dilihat lagi dengan pelanggan.

3. Desain

Proses desain akan menerjemahkan syarat kebutuhan ke sebuah perancangan perangkat lunak yang dapat diperkirakan sebelum dibuat coding. Proses ini berfokus pada : struktur data, arsitektur perangkat lunak, representasi interface, dan detail (algoritma) prosedural.

4. Pengkodeaan (Coding)

5. Pengujian

Proses pengujian dilakukan pada logika internal untuk memastikan semua pernyataan sudah diuji. Pengujian eksternal fungsional untuk menemukan kesalahan-kesalahan dan memastikan bahwa input akan memberikan hasil yang aktual sesuai yang dibutuhkan

6. Pemeliharaan

Perangkat lunak yang sudah disampaikan kepada pelanggan pasti akan mengalami perubahan. Perubahan tersebut bisa karena mengalami kesalahan karena perangkat lunak harus menyesuaikan dengan lingkungan (periperal atau sistem operasi baru) baru, atau karena pelanggan membutuhkan perkembangan fungsional atau unjuk kerja.

Keunggulan dan Kelemahan Model Sekuensial Linier a. Keunggulan

1. Mudah aplikasikan

2. Memberikan template tentang metode analisis, desain, pengkodean, pengujian, dan pemeliharaan

b. Kelemahan

1. Jarang sekali proyek riil mengikuti aliran sekuensial yang dianjurkan model karena model ini bisa melakukan itersi tidak langsung . Hal ini berakibat ada perubahan yang diragukan pada saat proyek berjalan.

2. Pelanggan sulit untuk menyatakan kebutuhan secara eksplisit sehingga sulit untuk megakomodasi ketidakpastian pada saat awal proyek.

3. Pelanggan harus bersikap sabar karena harus menunggu sampai akhir proyrk dilalui.

Sebuah kesalahan jika tidak diketahui dari awal akan menjadi masalah besar kare harus mengulang dari awal.

4. Pengembang sering malakukan penundaan yang tidak perlu karena anggota tim proyek harus menunggu tim lain untuk melengkapi tugas karena memiliki

B. Prototype

Prototyping merupakan salah satu metode pengembangan perangat lunak yang banyak

digunakan. Dengan metode prototyping ini pengembang dan pelanggan dapat saling berinteraksi selama proses pembuatan sistem.

Seing terjadi seorang pelanggan hanya mendefinisikan secara umum apa yang dikehendakinya tanpa menyebutkan secara detal output apa saja yang dibutuhkan, pemrosesan dan data-data apa saja yang dibutuhkan. Sebaliknya disisi pengembang kurang

memperhatikan efesiensi algoritma, kemampuan sistem operasi dan interface yang menghubungkan manusia dan komputer.

Untuk mengatasi ketidakserasian antara pelanggan dan pengembang , maka harus dibutuhakan kerjasama yanga baik diantara keduanya sehingga pengembang akan mengetahui dengan benar apa yang diinginkan pelanggan dengan tidak

mengesampingkan

segi-segi teknis dan pelanggan akan mengetahui proses-proses dalm menyelasaikan sistem

yang diinginkan. Dengan demikian akan menghasilkan sistem sesuai dengan jadwal waktu

penyelesaian yang telah ditentukan.

Kunci agar model prototype ini berhasil dengan baik adalah dengan mendefinisikan aturan-aturan main pada saat awal, yaitu pelanggan dan pengembang harus setuju bahwa

prototype dibangun untuk mendefinisikan kebutuhan. Prototype akan dihilangkan sebagian

Tahapan-tahapan Prototyping

Tahapan-tahapan dalam Prototyping adalah sebagai berikut: 1. Pengumpulan kebutuhan

Pelanggan dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak, mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat.

2. Membangun prototyping

Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian kepada pelanggan (misalnya dengan membuat input dan format output)

3. Evaluasi protoptyping

Evaluasi ini dilakukan oleh pelanggan apakah prototyping yang sudah dibangun sudah

sesuai dengan keinginann pelanggan. Jika sudah sesuai maka langkah 4 akan diambil. Jika tidak prototyping direvisi dengan mengulangu langkah 1, 2 , dan 3.

4. Mengkodekan sistem

Dalam tahap ini prototyping yang sudah di sepakati diterjemahkan ke dalam bahasa pemrograman yang sesuai

5. Menguji sistem

Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai, harus dites dahulu sebelum digunakan. Pengujian ini dilakukan dengan White Box, Black Box, Basis Path, pengujian arsitektur dan lain-lain

6. Evaluasi Sistem

Pelanggan mengevaluasi apakah sistem yang sudah jadi sudah sesuai dengan yang diharapkan . Juka ya, langkah 7 dilakukan; jika tidak, ulangi langkah 4 dan 5. 7. Menggunakan sistem

Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk digunakan

1. Adanya komunikasi yang baik antara pengembang dan pelanggan

2. Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan 3. Pelanggan berperan aktif dalam pengembangan sistem

4. Lebih menghemat waktu dalam pengembangan sistem

5. Penerapan menjadi lebih mudah karena pemakai mengetahui apa yang diharapkannya.

Kelemahan prototyping adalah :

1. Pelanggan kadang tidak melihat atau menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas perangkat lunak secara keseluruhan dan juga belum memikirkan kemampuan pemeliharaan untuk jangja waktu lama.

2. penegmbang biasanya ingin cepat menyelesaikan proyek. Sehingga menggunakan algoritma dan bahasa pemrograman yang sederhana untuk membuat prototyping lebih cepat selesai tanpa memikirkan lebih lanjut bahwa program tersebut hanya merupakan cetak biru sistem .

3. Hubungan pelanggan dengan komputer yang disediakan mungkin tidak mencerminkan teknik perancangan yang baik

Prototyping bekerja dengan baik pada penerapan-penerapan yang berciri sebagai berikut:

1. Resiko tinggi Yaitu untuk maslaha-masalah yang tidak terstruktur dengan baik, ada perubahan yang besar dari waktu ke waktu, dan adanya persyaratan data yang tidak menentu.

2. Interaksi pemakai penting . Sistem harus menyediakan dialog on-line antara pelanggan dan komputer.

3. Perlunya penyelesaian yang cepat 4. Perilaku pemakai yang sulit ditebak

5. Sitem yang inovatif. Sistem tersebut membutuhkan cara penyelesaian masalah dan penggunaan perangkat keras yang mutakhir

6. Perkiraan tahap penggunaan sistem yang pendek

Model spiral pada awalnya diusulkan oleh Boehm, adalah model proses perangkat lunak evolusioner yang merangkai sifat iteratif dari prototype dengan cara kontrol dan aspek

sistematis model sequensial linier.

Model iteratif ditandai dengan tingkah laku yang memungkinkan pengembang mengembangkan versi perangkat lunak yang lebih lengkap secara bertahap. Perangkat lunak

dikembangkan dalam deretan pertambahan. Selama awal iterasi, rilis inkremantal bisa berupa model/prototype kertas, kemudian sedikit demi sedikit dihasilkan versi sistem yang

lebih lengkap.

Tahapan-Tahapan Model Spiral

Model spiral dibagi menjadi enam wilayah tugas yaitu: 1. Komunikasi pelanggan

Yaitu tugas-tugas untuk membangun komunikasi antara pelanggan dan kebutuhankebutuhan

yang diinginkan oleh pelanggan 2. Perencanaan

Yaitu tugas-tugas untuk mendefinisikan sumber daya, ketepatan waktu, dan proyek informasi lain yg berhubungan.

3. Analisis Resiko

Yaitu tugas-tugas yang dibutuhkan untuk menaksir resikomanajemen dan teknis. 4. Perekayasaan

Yaitu tugas yang dibutuhkan untuk membangun satu atau lebih representasi dari apikasi tersebut.

5. Konstruksi dan peluncuran

Yaitu tugas-tugas yang dibutuhkan untuk mengkonstruksi, menguji, memasang , dan memberi pelayanan kepada pemakai.

Yaitu tugas-tugas untuk mendapatkan umpan balik dari pelanggan

Dari gambar tersebut, proses dimulai dari inti bergerak searah dengan jarum jam mengelilingi spiral. Lintasan pertama putaran menghasilkan perkembangan spesifikasi

produk. Putaran selanjutnya digunakan untuk mengembangkan sebuah prototype, dan secara

progresif mengembangkan versi perangkat lunak yang lebih canggih. Masing-masing lintasan yang melalui daerah perencanaan menghasilkan penyesuaian pada rencanan proyek.

Biaya dan jadwal disesuaikan berdasarkan umpan balik yang disimpulakan dari evaluasi

pelanggan. Manajer proyek akan menambah jumlah iterasi sesuai dengan yang dibutuhkan.

Kelebihan dan Kelemahan Model Spiral a. Kelebihan model Spiral :

1. Dapat disesuaikan agar perangkat lunak bisa dipakai selama hidup perangkat lunak komputer.

3. Pengembang dan pemakai dapat lebih mudah memahami dan bereaksi terhadap resiko setiap tingkat evolusi karena perangkat lunak terus bekerja selama proses . 4. Menggunakan prototipe sebagai mekanisme pengurangan resiko dan pada setiap keadaan di dalam evolusi produk.

5. Tetap mengikuti langkah-langkah dalam siklus kehidupan klasik dan memasukkannya

ke dalam kerangka kerja iteratif .

6. Membutuhkan pertimbangan langsung terhadp resiko teknis sehingga mengurangi resiko sebelum menjadi permaslahan yang serius.

b. Kelemahan model Spiral:

1. Sulit untuk menyakinkan pelanggan bahwa pendekatan evolusioner ini bisa dikontrol.

2. Memerlukan penaksiran resiko yang masuk akal dan akan menjadi masalah yang serius jika resiko mayor tidak ditemukan dan diatur.

3. Butuh waktu lama untuk menerapkan paradigma ini menuju kepastian yang absolut

D. Rapid Aplication Development

Rapid Aplication Development (RAD) adalah sebuah proses perkembangan perangkat

lunak sekuensial linier yang menekankan siklus perkembangan dalam waktu yang singkat (

60 sampai 90 hari) dengan pendekatan konstruksi berbasis komponen. Tahapn-Tahapan dalam RAD

Metode RAD digunakan pada aplikasi sistem konstruksi, maka menekankan fase-fase sebagai

berikut:

1. Bussiness Modelling

Fase ini untuk mencari aliran informasi yang dapat menjawab pertanyaan berikut: Informasi apa yang menegndalikan proses bisnis?

Di mana informasi digunakan ? Siapa yang memprosenya ? 2. Data Modelling

Fase ini menjelaskanobjek data yang dibutuhkan dalam proyek. Karakteristik (atribut) masing-masing data diidentifikasikan dan hubungan anta objek didefinisikan.

3. Process Modelling

Aliran informasi pada fase data medelling ditransformasikan untuk mendapatkan aliran informasi yang diperlukan pad implementasi fungsi bisnis. Pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atu mendapatkan kembali objek data tertentu

4. Aplication Generation

Selain menggunakan bahasa pemrograman generasi ketiga, RAD juga memakai komponen program yang telah ada atau menciptakan komponen yang bisa dipakai lagi. Ala-alat baantu bisa dipakai untuk memfasilitasi konstruksi perangkat lunak. 5. Testing and Turnover

Karemna menggunakan kembali komponen yang telah ada, maka akan mengurangi waktu pengujian. Tetapi komponen baru harus diuji dan semua interface harus dilatih secara penuh.

Keunggulan dan Kelemahan Model RAD a. Keunggulan Model RAD

1. Setiap fungsi mayor dapat dimodulkan dalam waktu tertentu kurang dari 3 bulan dan

dapat dibicarakan oleh tim RAD yang terpisah dan kemudian diintegrasikan sehinnga waktunya lebih efesien.

2. RAD mengikuti tahapan pengembangan sistem sepeti umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada (reusable object) sehingga pengembang pengembang tidak perlu membuat dari awal lagi dan waktu lebih singkat .

1. Proyek yang besar dan berskala, RAD memerlukan sumer daya manusia yang memadai untuk menciptakan jumlah tim yang baik.

2. RAD menuntut pengembang dan pelanggan memiliki komitmen dalam aktivitas rapid fire yang diperlukan untuk melengkapi sebuah sistem dlam waktu yang singkat. Jiak komitmen tersebut tidak ada maka proyek RAD akan gagal.

E. Model 4GT

Istilah Fourth Generation Technique (4GT) meliputi seperangkat peralatan software yang memungkinkan seorang developer software menerapkan beberapa karakteristik software pada tingkat yang tinggi, yang kemudian menghasilkan source code dan object code secara otomatis sesuai dengan spesifikasi yang ditentukan developer Saat ini peralatan / tools 4GT adalah bahasa non prosedur untuk :

 DataBase Query

 Pembentukan laporan ( Report Generation )  Manipulasi data

 Definisi dan interaksi layar (screen)

 Pembentukan object dan source ( Object and source generation )  Kemampuan grafik yang tinggi, dan

 Kemampuan spreadsheet

Model 4GT untuk software engineering dimulai dengan rangkaian pengumpulan kebutuhan. Idealnya, seorang customer menjelaskan kebutuhan-kebutuhan yang selanjutnya diterjemahkan ke dalam prototype. Tetapi ini tidak dapat dilakukan karena customer tidak yakin dengan apa yang diperlukan, tidak jelas dalam

menetapkan faktafakta yang diketahui dan tidak dapat menentukan informasi yang diinginkan oleh peralatan 4GT.

Untuk aplikasi kecil adalah mungkin bergerak langsung dari langkah pengumpulan kebutuhan ke implementasi yang menggunakan bahasa non prosedur fourth

Implementasi yang menggunakan 4GL memungkinkan developer software

menjelaskan hasil yang diinginkan yang kemudian diterjemahkan ke dalam bentuk source code dan object code secara otomatis.

Langkah yang terakhir adalah mengubah implementasi 4GT ke dalam sebuah product. Selanjutnya developer harus melakukan pengetesan, pengembangan

dokumentasi dan pelaksanaan semua aktifitas lainnya yang diwujudkan dalam model software engineering. Masalah yang dihadapi dalam model 4GT adalah sebagian orang beranggapan bahwa :

 peralatan 4GT tidak semudah penggunaan bahasa pemrograman  source code yang dihasilkan oleh peralatan ini tidak efisien

 pemeliharaan sistem software besar yang dikembangkan dengan 4GT masih merupakan tanda tanya

Object Oriented Technology

A. Pengantar Object Oriented Technology

Object Oriented Technology merupakan cara pengembangan perangkat lunak

berdasarkan abstraksi objek-objek yang ada di dunia nyata. Dasar pembuatan adalah Objek,

yang merupakan kombinasi antara struktur data dan perilaku dalam satu entitas. Filosofi Object Oriented sangat luar biasa sepanjang siklus pengenbangan perangkat lunak (perencanaan, analisis, perancangan dan implementasi) sehingga dapat diterapkan pada

perancangan sistem secara umum: menyangkut perangkat lunak, perangkat keras dan sistem

secara keseluruhan.

1. Kelas

Kelas adalah konsep OO yang mengencapsulasi/membungkus data dan abstraksi prosedural yang diperlukan untuk menggambarkan isi dan tingkah laku berbagai entitas.

Kelas juga merupakan deskripsi tergeneralisir (misl template, pola, cetak biru) yang menggambarkan kumpulan objek yang sama.

2. Objek

Objek digambarkan sebagai benda, orang, tempat dan sebagainya yang ada di dunia nyata

yang penting bagi suatu aplikasi. Objek mempunyai atribut dan metoda . 3. Atribut

Atribut menggambarkan data yang dapat memberikan informasi kelas atau objek dimana

atribut tersebut berada. 4. Metoda/Servis/Operator

Metoda adalah prosedur atau fungsi yang tergabumh dalam objek bersama dengan atribut. Metode ini digunakan untuk pengaksesan terhadap data yang terdapat dalam objek tersebut.

5. Message

Message adalah alat komunikasi antar objek. Hubungan antar objek ditentukan oleh problem domain dan tanggung jawab sistem.

6. Event

Event adalah suatu kejadian pada waktu yang terbatas yang menggambarkan rangsangan

(stimulus) dari luar sistem. 7. State

State adalah abstraksi dari nilai atribut dan link dalam sebuah objek. State merupakan tanggapan dari objek terhadap event-event masukan.

8. Skenario

Karakteristik-karakteristik yang terdapat dalam metode pengembangan sistem berorientasi objek adalah:

 Encapsulation

Encapsulation merupakan dasar untuk membatasi ruang lingkup program terhadap data yang diproses. Data dan prosedur dikemas dalam suatu objek sehingga prosedur lain dari luar tidak dapat mengaksesnya. Data akan terlindungi dari prosedur atau objek lain.

 Inheritance

Inheritance (pewarisan) adalah teknik yang menyatakan bahwa anak dari objek akan mewarisi data/atribut dan metode dari induknya langsung. Suatu kelas dapat

ditentukan secara umum, kemudian ditentukan secara spesifik menjadi subkelas. Setiap subkelas mempunyai hubungan atau mewarisi semua sifat yang dimiliki kelas induknya dan ditambah dengan sifat nik yang dimilikinya.

 Polymorphism

DAFTAR PUSTAKA