Feasibility Study (Studi Kelayakan)

Feasibility Study adalah sebuah studi yang bertujuan untuk menilai kelayakan implementasi sebuah bisnis. Hasil analisis ini digunakan sebagai bahan pertimbangan dalam mengambil keputusan, apakah menerima atau menolak dari suatu gagasan usaha. Pengertian layak dalam penelitan ini adalah kemungkinan dari gagasan suatu usaha yang akan dilaksanakan dapat memberikan manfaat dalam arti finansial maupun sosial benefit. Dengan adanya analisis kelayakan ini diharapkan resiko kegagalan dalam memasarkan produk dapat dihindari. sedangkan aspek-aspek yang dianalisa dalam FS adalah aspek-aspek sebagai berikut:

1. Financial Benefit, meliputi keuntungan untuk perusahaan tersebut
2. Macro Economic Benefit
3. Social Benefit, manfaat yang diterima oleh masyarakat berkaitan dengan proyek tersebut.

Sedangkan faktor-faktor yang memengaruhi intensitas daripada FS adalah jumlah dana yang diinvestasikan, ketidakpastian pada level bisnis yang bersangkutan dan kompleksitas kompleksitas yang memengaruhi bisnis tersebut.

Tahapan-tahapan Feasibility Study

1.Tahap Identifikasi

          Penentuan tujuan yang hendak dicapai dalam studi kelayakan

2. Tahap Pra-Seleksi

     Tahapan ini meliputi:

·         Gambaran pasar secara umum

·         Gambaran singkat tentang proses operasional dan informasi terkait dengan ketersediaan faktor-faktor operasional yang utama.

·         Investasi pada peralatan yang dibutuhkan dan biaya operasi

·         Perkiraan laba yang akan dicapai

·         Antisipasi risiko dan problem utama yang akan dihadapi perusahaan

3. Tahap Analisa

Tahapan ini terdiri dari tiga tahapan yaitu Analisa Pasar, Analisa Tehnikal dan Analisa Keuangan

Analisa Pasar

• Gambaran singkat tentang pasar.
• Analisa permintaan pasar saat ini dan masa lalu
• Analisa suplai pasar saat ini dan masa lalu.
• Estimasi permintaan yang akan datang terhadap produk
• Estimasi share daripada project

Analisa Tehnikal

• Deskripsi singkat mengenai produk
• Deskripsi pada tahapan manufakturing produk yang bersangkutan
• Penentuan plant size dan jadwal produksi
• Pemilihan peralatan dan mesin produksi
• Identifikasi plant location
• Layout produksi
• Studi mengenai ketersediaan raw material dan utilities
• Estimasi kebutuhan tenaga kerja
• Penentuan tipe dan kuantitas sisa hasil produksi
• Estimasi biaya produksi

Analisa Keuangan

• Pernyataan laporan keuangan yang telah diaudit untuk existing companies
• Pernyataan total project cost, initial capital requirements, dan cash flows relative to project timetable
• Proyeksi keuangan untuk beberapa tahun kedepan
• Supporting projections untuk proyeksi keuangan
• Analisa laporan keuangan
• Analisa sensitivitas
• Tahap Evaluasi dan Penentuan Keputusan

Tahapan ini meliputi Proposal Investasi dan Social Profitability Analysis.

4. Implementasi

Tujuan Analisis Kelayakan :

1. Mengetahui tingkat keuntungan terhadap alternatif investasi.

2. Mengadakan penilaian terhadap alternatif investasi.

3. Menetukan prioritas investasi

Kesulitan dalam Feasibility Study (Studi Kelayakan) antara lain :

1  1.  Benefit (keuntungan)

2  2.  Approach (Pendekatan)

3  3. Sulit diterima karena harus merubah organisasi

Requirements Engineering

Dalam Engineering (rekayasa), Requirement adalah kebutuhan fisik dan fungsional tunggal mendokumentasikan bahwa produk atau jasa tertentu harus atau melakukan. Hal ini paling sering digunakan dalam arti formal di sistem rekayasa , rekayasa perangkat lunak , atau rekayasa perusahaan . Ini adalah pernyataan yang mengidentifikasi atribut yang diperlukan, kemampuan, karakteristik, atau kualitas suatu sistem untuk itu untuk memiliki nilai dan utilitas untuk pengguna.

Dalam pendekatan rekayasa klasik, set persyaratan yang digunakan sebagai masukan ke dalam tahap desain pengembangan produk.Persyaratan juga menjadi masukan penting dalam proses verifikasi, karena tes harus menelusuri kembali dengan persyaratan tertentu. Persyaratan menunjukkan apa elemen dan fungsi yang diperlukan untuk proyek tertentu. Hal ini tercermin dalam model air terjun dari perangkat lunak siklus hidup. Namun, ketika metode iteratif dari pengembangan perangkat lunak atau metode tangkas yang digunakan, persyaratan sistem yang secara bertahap dikembangkan secara paralel dengan desain dan implementasi.

Persyaratan teknik adalah serangkaian kegiatan yang mengarah pada derivasi dari sistem atau persyaratan perangkat lunak. Persyaratan rekayasa mungkin melibatkan studi kelayakan , atau fase analisis konseptual dari proyek dan elisitasi persyaratan (pengumpulan, pemahaman, meninjau, dan mengartikulasikan kebutuhan stakeholder ) dan analisis kebutuhan , analisis (memeriksa konsistensi dan kelengkapan), Spesifikasi (mendokumentasikan persyaratan) dan validasi (memastikan persyaratan yang ditentukan adalah benar).

Dalam system engineering (rekayasa), requirement  bisa menjadi gambaran apa yang sistem harus lakukan, disebut sebagai requirement Fungsional (Kebutuhan Fungsional) . Ini jenis kebutuhan menentukan sesuatu bahwa sistem disampaikan harus mampu melakukan. Tipe lain dari persyaratan menentukan sesuatu tentang sistem itu sendiri, dan seberapa baik melakukan fungsinya. Persyaratan seperti ini sering disebut non-fungsional persyaratan , atau 'persyaratan kinerja' atau 'kualitas persyaratan layanan. " Contoh persyaratan tersebut meliputi kegunaan, ketersediaan, keandalan, dukungnya, testability dan rawatan.

Sebuah koleksi persyaratan mendefinisikan karakteristik atau fitur dari sistem yang diinginkan. A 'baik' daftar persyaratan sejauh mungkin menghindari mengatakan bagaimana sistem harus menerapkan persyaratan, meninggalkan keputusan tersebut kepada perancang sistem. Menentukan bagaimana sistem harus dilaksanakan disebut "implementasi bias" atau "rekayasa solusi". Namun, penerapan kendala pada solusi sah dapat dinyatakan oleh pemilik masa depan, misalnya untuk antarmuka yang diperlukan untuk sistem eksternal, untuk interoperabilitas dengan sistem lain, dan untuk kesamaan (misalnya user interface) dengan produk yang dimiliki lainnya. Dalam rekayasa perangkat lunak, makna yang sama persyaratan berlaku, kecuali bahwa fokus perhatian adalah perangkat lunak itu sendiri.

Jenis-jenis produk  Requirement :

• Arsitektur Requirement : menjelaskan apa yang harus dilakukan dengan mengidentifikasi arsitektur sistem yang diperlukan dari suatu sistem ,
• fungsional Requirement : menjelaskan fungsi bahwa sistem ini adalah untuk mengeksekusi, misalnya, memformat beberapa teks atau modulasi sinyal. Mereka kadang-kadang dikenal sebagai kemampuan.
• Non-fungsional Requirement : menggambarkan karakteristik dari sistem bahwa pengguna tidak dapat mempengaruhi atau (langsung) melihat. Persyaratan nonfunctional kadang-kadang dikenal sebagai persyaratan kualitas atau lities .
• Constraint Requirement : memberi batasan pada alternatif desain atau proyek / proses operasi. Tidak peduli bagaimana masalah diselesaikan persyaratan kendala harus ditaati.

Non-fungsional persyaratan dapat lebih diklasifikasikan menurut apakah mereka persyaratan kegunaan, tampilan dan nuansa persyaratan, persyaratan kemanusiaan, persyaratan kinerja, persyaratan rawatan, persyaratan operasional, persyaratan keselamatan, persyaratan keandalan, atau salah satu dari banyak jenis persyaratan.

Dalam rekayasa perangkat lunak kategorisasi ini berguna karena hanya persyaratan fungsional dapat langsung diimplementasikan dalam perangkat lunak. Non-fungsional persyaratan dikendalikan oleh aspek-aspek lain dari sistem. Misalnya, dalam kehandalan sistem komputer berhubungan dengan tingkat kegagalan hardware, dan kinerja dikendalikan oleh CPU dan memori. Non-fungsional persyaratan dapat dalam beberapa kasus didekomposisi menjadi persyaratan fungsional untuk perangkat lunak. Sebagai contoh, tingkat sistem non-fungsional persyaratan keselamatan dapat didekomposisi menjadi satu atau lebih persyaratan fungsional. Lihat FURPS . Selain itu, persyaratan non-fungsional dapat diubah menjadi persyaratan proses ketika kebutuhannya adalah tidak mudah diukur. Sebagai contoh, tingkat sistem persyaratan rawatan dapat didekomposisi menjadi pembatasan konstruksi perangkat lunak atau batasan pada baris atau kode.

Fase Requirement

Dari seluruh fase yang ada di project, fase Requirement Development adalah yang paling penting. Bila kita melakukan kegiatan requirement dengan asal-asalan, akibatnya antara lain:

·    1. aplikasi sudah selesai dibuat, tapi tidak sesuai dengan keinginan user

·    2. pada fase coding, banyak terjadi delay karena ternyata ada requirement yang belum jelas

·    3. pada fase coding, banyak pekerjaan harus diulang karena salah memahami requirement.

Kenapa saya sebut dengan istilah Requirement Development, bukan Requirement Gathering seperti yang umum dipakai orang? Sebabnya adalah karena requirement yang baik itu tidak didapat dengan mudah. Tidak seperti memungut barang di jalanan (gathering), melainkan harus melalui proses yang iteratif (development). Kita tidak bisa mendapatkan requirement yang baik sekali jalan. Kita harus terus menerus melakukan investigasi, klarifikasi, verifikasi, agar requirement yang didapat benar-benar bagus kualitasnya.

Tujuan Requirement

Kita melakukan requirement development karena kita ingin tahu apa yang ingin dibuat. Setelah mengetahui apa yang ingin dibuat, barulah kita bisa: 

- memilih anggota tim yang tepat 

- memperkirakan biaya dan waktu yang dibutuhkan untuk membuatnya

- memilih arsitektur dan teknologi yang sesuai

Cloud Computing (Komputansi Awan)

Cloud Computing (Komputansi Awan) adalah pemanfaatan teknologi komputer (komputansi) dan pengembangan berbasis internet (awan). Awan (cloud)  adlah metafora dari internet, sebagaimana awan yang sering digambarkan didiagram jaringan komputer. Sebagaimana awan dalam diagram jaringan komputer tersebut. Awan (cloud) dalam Cloud Computing juga merupakan abstraksi dari infrastruktur kompleks yang disembunyikannya. ia adalah  suatu metode komputasi di mana kapabilitas terkait Tekmologi Informasi disajikan sebagai suatu layanan.

Sehingga pengguna dapat mengaksesnya lewat Internet ("di dalam awan") tanpa mengetahui apa yang ada didalamnya, ahli dengannya, atau memiliki kendali terhadap infrastruktur teknologi yang membantunya. Menurut sebuah makalah tahun 2008 yang dipublikasi "IEEE Internet Computing" Cloud Computing adalah suatu paradigma di mana informasi secara permanen tersimpan di server di internet dan tersimpan secara sementara di komputer pengguna (client) termasuk di dalamnya adalah desktop, komputer tablet, notebook, komputer tembok, handheld, sensor-sensor, monitor dan lain-lain."

                                    Diagram konsepsual dari Komputasi awan

Komputasi awan adalah suatu konsep umum yang mencakup SaaS, Web 2.0, dan tren teknologi terbaru lain yang dikenal luas, dengan tema umum berupa ketergantungan terhadap Internet untuk memberikan kebutuhan komputasi pengguna. Sebagai contoh, Google Apps menyediakan aplikasi bisnis umum secara daring yang diakses melalui suatu penjelajah web dengan perangkat lunak dan data yang tersimpan di server. Komputasi awan saat ini merupakan trend teknologi terbaru, dan contoh bentuk pengembangan dari teknologi Cloud Computing ini adalah iCloud. 

Contoh cloud computing adalah Yahoo email atau Gmail. Anda tidak perlu software atau server untuk menggunakannya. Semua konsumen hanya perlu koneksi internet dan mereka dapat mulai mengirimkan email. Software manajemen email dan serber semuanya ada di cloud (internet) dan secara total dikelola oleh provider seperti Yahoo, Google, etc.Cloud computing dipecah ke dalam 3 segmen : aplikasi, platform, dan infrastruktur.