Rangkuman Kelompok Butet Tsi Chapter 13 [PDF]

Citation preview

KELOMPOK BUTET TSI CHAPTER 13 -



Jason Matthew Nabilia Geralda Danang Dewanto Nadhifa Athira



201960147 201960140 201960315 201960175



13.1 Planning for and Justifying IT Applications Ketika sebuah perusahaan memeriksa kebutuhan dan kinerjanya, itu menghasilkan daftar prioritas aplikasi TI yang ada dan potensial, yang disebut application portfolio. Ini adalah aplikasi yang harus ditambahkan, atau dimodifikasi jika sudah ada. IT Planning Proses perencanaan untuk aplikasi TI baru dimulai dengan analisis rencana strategis organisasi, yang diilustrasikan dalam Gambar 13.1. Rencana strategis organisasi mengidentifikasi misi keseluruhan perusahaan, tujuan yang mengikuti dari misi itu, dan langkah-langkah luas yang diperlukan untuk mencapai tujuan ini. Proses perencanaan strategis memodifikasi tujuan dan sumber daya organisasi agar sesuai dengan pasar dan peluang yang berubah. Rencana strategis organisasi dan arsitektur TI yang ada memberikan input dalam mengembangkan rencana strategis TI. Arsitektur TI menggambarkan cara organisasi harus memanfaatkan sumber daya informasinya untuk mencapai misinya. Ini mencakup aspek teknis dan manajerial sumber daya informasi. Aspek teknis meliputi perangkat keras dan sistem operasi, jaringan, sistem manajemen data, dan perangkat lunak aplikasi. Aspek manajerial menentukan bagaimana departemen TI akan dikelola, bagaimana manajer area fungsional akan terlibat, dan bagaimana keputusan TI akan dibuat.



Rencana strategis TI adalah serangkaian tujuan jangka panjang yang menggambarkan infrastruktur TI dan mengidentifikasi inisiatif TI utama yang diperlukan untuk mencapai tujuan organisasi. Rencana strategis TI harus memenuhi tiga tujuan: 1. Harus diselaraskan dengan rencana strategis organisasi. 2. Harus menyediakan arsitektur TI yang mulus jaringan pengguna, aplikasi, dan basis data. 3. Harus mengalokasikan sumber daya pengembangan IS secara efisien di antara proyek-proyek yang bersaing sehingga proyek dapat diselesaikan tepat waktu dan sesuai anggaran dan masih memiliki fungsi yang diperlukan. Arsitektur TI yang ada adalah input yang diperlukan ke dalam rencana strategis TI karena bertindak sebagai kendala pada upaya pengembangan masa depan. Namun, ini bukan kendala mutlak, karena organisasi dapat berubah ke arsitektur TI baru. Perusahaan lebih suka menghindari strategi ini, karena mahal dan memakan waktu. Salah satu komponen penting dalam mengembangkan dan mengimplementasikan rencana strategis TI adalah komite pengarah TI. Komite ini, terdiri dari sekelompok manajer dan staf yang mewakili berbagai unit organisasi, dibuat untuk menetapkan prioritas TI dan untuk memastikan bahwa fungsi MIS memenuhi kebutuhan organisasi. Tugas utama komite adalah untuk menghubungkan strategi perusahaan dengan strategi TI, untuk menyetujui alokasi sumber daya untuk fungsi MIS, dan untuk menetapkan ukuran kinerja untuk fungsi MIS dan memastikan mereka terpenuhi.



Setelah sebuah perusahaan menyetujui rencana strategis TI, selanjutnya mengembangkan rencana operasional SI. Rencana ini terdiri dari serangkaian proyek yang jelas yang akan dijalankan oleh departemen IS dan manajer area fungsional untuk mendukung rencana strategis TI. Rencana operasional IS tipikal berisi elemen-elemen berikut: •



Misi: Misi fungsi IS (berasal dari strategi TI)



•



Lingkungan IS: Ringkasan kebutuhan informasi area fungsional dan organisasi secara keseluruhan



•



Tujuan fungsi IS: Estimasi terbaik saat ini dari tujuan fungsi IS



•



Kendala pada fungsi IS: Teknologi, keuangan, personel, dan keterbatasan sumber daya lainnya pada fungsi IS



•



Portofolio aplikasi: Inventarisasi aplikasi saat ini yang diprioritaskan dan rencana rinci proyek yang akan dikembangkan atau dilanjutkan selama tahun berjalan



•



Alokasi sumber daya dan manajemen proyek: Daftar bagaimana dan kapan siapa akan melakukan apa



Evaluating and Justifying IT Investment: Benefits, Costs, and Issues Mengembangkan rencana TI adalah langkah pertama dalam proses akuisisi. Karena semua perusahaan memiliki sumber daya yang terbatas, mereka harus membenarkan investasi sumber daya di beberapa bidang, termasuk TI, daripada di tempat lain. Pada dasarnya, membenarkan investasi TI melibatkan menghitung biaya, menilai manfaat (nilai), dan membandingkan keduanya. Perbandingan ini sering disebut sebagai analisis biaya-manfaat. Analisis biaya-manfaat bukanlah tugas yang mudah •



Menilai Biaya.



•



Menilai Manfaat.



•



Melakukan Analisis Biaya-Manfaat. Tidak ada strategi yang seragam untuk melakukan analisis biaya-manfaat. Sebaliknya, suatu organisasi dapat melakukan tugas ini dalam beberapa cara. Di sini Anda melihat empat pendekatan umum: (1) net present value, (2) return on investment, (3) breakeven analysis, dan (4) the business case approach. 



Analis menggunakan metode net present value (NPV) untuk mengonversi nilai manfaat di masa depan menjadi setara dengan nilai sekarang dengan "mendiskontokan" mereka dengan biaya dana organisasi.







Return on Investment (ROI) mengukur efektivitas manajemen dalam menghasilkan laba dengan aset yang tersedia.







Breakeven analysis menentukan titik di mana nilai dolar kumulatif dari manfaat dari proyek sama dengan investasi yang dibuat dalam proyek.







Dalam the business case approach, pengembang sistem menulis kasus bisnis untuk membenarkan pendanaan satu atau lebih aplikasi atau proyek tertentu.



13.2 Strategies for Acquairing IT Applications Setelah sebuah perusahaan menyungguhkan investasi TI, maka selanjutnya mereka harus memutuskan bagaimana cara melanjutkannya. Seperti analisis manfaat-biaya, ada beberapa opsi untuk memperoleh aplikasi TI. Untuk memilih opsi yang terbaik, perusahaan harus membuat serangkaian keputusan bisnis. Keputusan mendasarnya adalah sebagai berikut: 



Berapa banyak kode computer yang perusahaan ingin tuliskan? Perusahaan dapat memilih untuk menggunakan aplikasi yang sepenuhnya sudah ditulis sebelumnya (untuk menulis tanpa kode komputer), untuk menyesuaikan yang sudah ditulis sebelumnya aplikasi (untuk menulis beberapa kode computer), atau untuk menulis-kustom seluruh aplikasi (tulis semua kode komputer baru).







Bagaimana perusahaan akan membayar aplikasinya? dengan aplikasi pra tertulis atau aplikasi pra tertulis kustom, perusahaan dapat membelinya atau menyewanya. Dengan sepenuhnya aplikasi khusus, perusahaan menggunakan dana internal.







Di mana aplikasinya akan berjalan? Langkah berikutnya yaitu menentukan dimana aplikasi akan berjalan, apakah di wadah perusahaan atau di wadah lain. Dengan kata lain, perusahaan dapat mempekerjakan salah satu vendor perangkat lunak sebagai layanan atau penyedia layanan aplikasi.







Dari mana asal aplikasi? Perusahaan dapat memilih untuk menyesuaikan prewritten aplikasi open-source atau aplikasi hak milik prewritten dari vendor. Selanjutnya, itu dapat menyesuaikan aplikasi di rumah atau mengalihdayakan kustomisasi. Akhirnya, bisa menulis aplikasi khusus sepenuhnya in-house atau outsourcing proses ini.



Di bawah ini merupakan cara perusahaan dapat memperoleh aplikasi : • Beli aplikasi yang sudah ditulis sebelumnya. • Kustomisasi aplikasi yang sudah ditulis sebelumnya. • Sewa aplikasi. • Gunakan penyedia layanan aplikasi dan vendor perangkat lunak sebagai layanan.



• Gunakan perangkat lunak sumber terbuka. • Gunakan outsourcing. • Gunakan pengembangan kustom



Purchase a Prewritten Application Banyak paket perangkat lunak komersial berisi fitur standar yang diperlukan oleh aplikasi TI. Oleh karena itu, membeli paket yang ada dapat menjadi strategi yang hemat biaya dan hemat waktu dibandingkan dengan pengembangan kustom aplikasi in-house.



Customize a Prewritten Application Menyesuaikan perangkat lunak yang ada adalah pilihan yang sangat menarik jika vendor perangkat lunak memungkinkan perusahaan untuk memodifikasi aplikasi untuk memenuhi kebutuhannya. Namun, opsi ini mungkin tidak menarik dalam kasus-kasus di mana kustomisasi adalah satu-satunya metode untuk memberikan fleksibilitas yang diperlukan untuk memenuhi kebutuhan perusahaan.



Lease the Application Dibandingkan dengan opsi beli dan opsi untuk mengembangkan aplikasi in-house, opsi sewa dapat menghemat perusahaan baik waktu dan uang. Tentu saja, paket sewaan mungkin tidak sepenuhnya memenuhi persyaratan aplikasi perusahaan. Namun, sebagaimana dicatat, perangkat lunak vendor umumnya mencakup fitur yang paling umum dibutuhkan oleh organisasi dalam industri tertentu. Sekali lagi, perusahaan akan memutuskan fitur mana yang diperlukan.



Application Service Providers and Software-as-a-Service Vendors Sebuah application service provider (ASP) adalah sebuah agen atau vendor yang menyatukan perangkat lunak yang dibutuhkan oleh perusahaan dan dipaketkan dengan jasa seperti pengembangan, operasional, dan pemeliharaan. Software-as-a-service (SaaS) merupakan metode penyampaian perangkat lunak tempat host vendor aplikasi dan menyediakan mereka sebagai layanan kepada pelanggan melalui jaringan, umumnya lewat



internet. Pelanggan tidak memiliki perangkat lunak alih-alih, mereka membayar untuk menggunakannya. SaaS dihilangkan kebutuhan pelanggan untuk menginstal dan menjalankan aplikasi di komputer mereka sendiri.



Use Open-Source Software Organisasi memperoleh lisensi untuk mengimplementasikan open-source software product dan menggunakan, menyesuaikan, atau mengembangkan aplikasi dengannya.Aplikasi open-source pada dasarnya sama dengan aplikasi berpemilik kecuali untuk lisensi, pembayaran, dan dukungan. Opensource benar-benar sumber alternatif aplikasi daripada pilihan pengembangan yang berbeda secara konseptual. Outsourcing Outsourcing : Memperoleh aplikasi IT dari kontraktor luar atau organisasi eksternal Perusahaan dapat memanfaatkan outsourcing dalam banyak situasi, seperti : •



Bereksperimen dengan teknologi IT tanpa melakukan investasi yang besar



•



Mendapatkan akses ke pakar luar



Kelemahan : Perusahaan seringkali harus menempatkan data perusahaan mereka yang berharga di bawah kendali vendor outsourcing. Karena tren untuk melakukan outsourcing semakin meningkat, demikian pula tren untuk memindahkan operasi-operasi ini ke luar negeri, khususnya di India dan Cina. Offshoring dapat menghemat uang, tetapi juga mengandung risiko, tergantung pada layanan mana saja yang offshored. Contoh : •



Jika suatu perusahaan offshoring pengembangan aplikasi, maka risiko utama adalah komunikasi yang buruk antara pengguna dan pengembang. Menanggapi risiko ini, beberapa perusahaan membawa kembali pekerjaan outsourcing, sebuah proses yang disebut reverse outsourcing, atau insourcing.



Employ Custom Development Perusahaan juga dapat memutuskan untuk membuat aplikasi secara custom (terpersonalisasi). Mereka dapat melakukan operasi ini di rumah atau outsourcing proses. Proses pengembangan :



•



Komite Pengarah IT melakukan eksplorasi berdasarkan saran untuk sistem baru yang ada



•



Memahami Proses



•



Penyelidikan Sistem (Bisa / Tidak untuk dibuat)



•



Pembangunan Aplikasi



Metodologi backbone dasar untuk pengembangan kustom adalah System Development Life Cycle / SDLC. 13.3 The Traditional System Development Life Cycle SDLC adalah metode pengembangan sistem tradisional yang digunakan organisasi untuk proyek IT skala besar. SDLC adalah kerangka kerja terstruktur yang terdiri dari proses sekuensial dimana sistem



informasi dikembangkan. Terdapat 6 Proses didalamnya : •



Systems investigation



•



Systems analysis



•



Systems design



•



Programming and testing



•



Implementation



•



Operation and maintenance



Model SDLC alternatif mengandung lebih banyak atau lebih sedikit tahapan. Aliran tugas, bagaimanapun, sebagian besar tetap sama. Ketika masalah terjadi pada setiap fase SDLC, pengembang sering harus kembali ke fase sebelumnya. Proyek pengembangan sistem menghasilkan hasil yang diinginkan melalui upaya tim Pengembangan, diantaranya adalah : •



Pengguna / Users



o



Karyawan dari semua area fungsional dan level di suatu organisasi yang berinteraksi dengan sistem baik secara langsung maupun tidak langsung.



•



Analis Sistem / System Analyst o



Profesional dalam bidang Sistem Informasi yang berspesialisasi dalam menganalisis dan merancang sistem informasi



•



Pemrogram / Programmer o



Memodifikasi program computer yang ada atau menulis program baru untuk memenuhi kebutuhan pengguna



•



Spesialis Teknis / Technical Specialist o



•



Pakar pada jenis teknologi tertentu seperti database atau telekomunikasi



System Stakeholder o



semua orang yang dipengaruhi oleh perubahan dalam sistem informasi perusahaan — misalnya, pengguna dan manajer.



o



Semua pemangku kepentingan biasanya terlibat dalam pengembangan sistem di berbagai waktu dan dalam berbagai tingkat.



Gambar berikut menunjukkan bahwa pengguna memiliki keterlibatan tinggi pada tahap awal SDLC, keterlibatan yang lebih rendah dalam tahap pemograman dan pengujian, dan keterlibatan yang lebih tinggi pada tahap selanjutnya.



Kelebihan dan kekurangan SDLC Systems Investigation Menurut para professional, Semakin banyak waktu yang mereka investasikan dalam :



(1) Memahami masalah bisnis yang harus dipecahkan, (2) Menentukan opsi teknis untuk sistem (3) Mengantisipasi masalah yang mungkin mereka hadapi selama pengembangan, semakin besar peluang sukses. Untuk alasan ini, penyelidikan sistem mengatasi masalah bisnis (atau peluang bisnis) melalui studi kelayakan. Tugas utama dalam tahap investigasi sistem adalah studi kelayakan. Tiga solusi dasar untuk setiap masalah bisnis yang berkaitan dengan sistem informasi : (1) Tidak melakukan apa-apa dan terus menggunakan sistem yang ada tidak berubah (2) Memodifikasi atau meningkatkan sistem yang ada (3) Mengembangkan sistem baru. Studi kelayakan menganalisis mana dari ketiga solusi ini yang paling sesuai dengan masalah bisnis tertentu. Ini juga memberikan penilaian kasar atas kelayakan teknis, ekonomi, dan perilaku proyek, seperti dijelaskan di bawah ini. •



Kelayakan



teknis



(Technical



Feasibility)



menentukan



apakah



perusahaan



dapat



mengembangkan dan / atau memperoleh komponen hardware, software dan komunikasi yang diperlukan untuk menyelesaikan masalah bisnis. Kelayakan teknis juga menentukan apakah organisasi dapat menggunakan teknologi yang ada untuk mencapai tujuan kinerja proyek. •



Kelayakan ekonomi (Economic Feasibility) menentukan apakah proyek merupakan risiko keuangan yang dapat diterima dan, jika demikian, apakah organisasi memiliki waktu dan uang yang diperlukan untuk menyelesaikan proyek dengan sukses. o



Beberapa metode yang sering digunakan : 



NPV







ROI







BEP Analysis







Business Case Approach



Kelayakan perilaku mengatasi masalah manusia dalam proyek pengembangan sistem. Anda akan sangat terlibat dalam aspek studi kelayakan ini. Setelah analisis kelayakan selesai, keputusan "pergi / tidak pergi" dicapai oleh komite pengarah jika ada satu atau oleh manajemen puncak tanpa adanya komite. Keputusan ini tidak hanya bergantung pada analisis kelayakan. Organisasi sering kali memiliki proyek yang lebih layak daripada yang dapat didanai.



Oleh karena itu, perusahaan harus memprioritaskan proyek-proyek yang layak dan mengejar hal tersebut dengan prioritas tertinggi. Proyek layak yang tidak didanai sama sekali tidak dapat disampaikan kepada departemen IT. Oleh karena itu proyek-proyek ini berkontribusi pada Hidden backlog, yang merupakan proyek yang tidak disadari oleh departemen IT. Jika keputusannya adalah tidak pergi, maka proyek tersebut ditunda sampai kondisinya lebih baik atau dibatalkan. Jika keputusannya adalah dilanjutkan, maka proyek dilanjutkan, dan tahap analisis sistem dimulai., Tabel 13.2 Advantages and Disadvantages of System Acquisition Methods Advantages - Memaksa staff untuk



Traditional System Development ( SDLC)



-



Disadvantages Dapat membuat



secara sistematik melewati



dokumentasi yang



setiap langkah dalam



berlebihan



proses terstruktur



-



- Menegakan kualitas



User mungkin tidak berminat atau tidak bisa



dengan mempertahankan



mempelajari spesifikasi



standar



yang sudah di approve



- Memiliki kemungkinan



-



Memakan banyak waktu



kecil dalam kehilangan isu



dari ide sampai system



penting dalam memperoleh



kerja



user requirement



-



User punya masalah dalam menyampaikan



Prototyping



-



-



Membantu mengklarifikasi



masalah yang tidak



Membantu memverifikasi



memadai Tidak practical untuk user dengan jumlah banyak -



User mungkin tidak akan



Mempromosikan close



menyerahkan prototype



working relationship antara



saat system selesai



system developer dan user -



-



Mempromosika partisipasi pengguna asli



-



requirement pada sistem Mendorong analisa



requirement user kelayakan dari desain -



-



-



Dapat menimbulkan



Bekerja baik untuk



kebingungan apakah



masalah ill-defined



system sudah selesai atau



-



maintainable



Dapat membentuk bagian dari system final



-



System bisa di buat cepat, yang menyebabkan kualitas



Joint Application Design



-



Melibatkan banyak user



-



rendah Sulit untuk mengumpulkan



dalam proses



user untuk menghadiri JAD



pengembangan



meeting



-



Mengemat waktu



-



Dukungan user lebih hebat



semua problem yang



untuk system baru



diasosiasikan dengan setiap



Mengembangkan kualitas



group meeting



-



-



Pendekatan JAD memiliki



dari system baru -



System baru lebih mudah untuk di implementasi



Integrated Computer-Assisted



-



System baru memiliki



-



biaya training lebih murah Dapat membuat system



Software Engineering



-



dengan operational life efektif yang lebih lama



System seringkali mahal untuk dijalankan



-



Membutuhkan definisi user



dapat membuat system



requirements yang lebih



yang secara dekat



ekstensif dan akurat



mempertemukan user



-



Sulit untuk di customize



-



Memproduksi komponen



requirements -



Dapay mempercepat development process



-



Dapat membuat system yang lebih fleksibel dan adaptable pada kondisi bisnis yang berubah



-



Dapat memproduksi dokumentasi yang luar



Rapid Application Development



-



biasa Dapat mempercepat pengembangan system



fungsional dari system



-



-



User diikutsertakan secara



final tapi bukan system



intensive dari awal



final



Mengimprovisasi proses dari penulisan ulang legacy



End-User Development



-



-



application Memotong departemen IS



-



dan menghindari delay



membutuhkan maintenance



User mengontrol aplikasi



dari departemen IS



dan bisa mengubahnya jika



-



dibutuhkan -



-



-



Dapat akhirnya



Dokumentasi bisa jadi tidak memadai



Mempertemukan user



-



Quality control yang payah



requirements secara



-



System mungkin tidak



langsung



memiliki interfaces yang



Meningkatkan penerimaan



memadai dalam system



pengguna dari system baru



yang sudah ada



Melepaskan lebih banyak IT resources



Object-Oriented Development



-



Menciptakan lower-quality



-



system Object model real world



-



-



Bekerja dengan baik



entities



dengan system yang



Dapat menggunakan



dengan limited scope (cth :



kembali beberapa kode



dengan system yang tidak



computer



memiliki banyak objek



Tugas utama dalam system investigation adalh feasibility study. Organisasi memiliki tiga solusi dasar untuk setiap masalah yang berkaitan dengan information system : 1. Tidak melakukan apa apa dan melanjutkan menggunakan system yang sudah ada 2. Memodifikasi system yang sudah ada 3. Membuat system baru Feasibility study menganalisa yang mana yang terbaik dari tiga solusi tersebut.







Technical feasibility menentukan apakah perusahaan dapat mengembangkan dan memperoleh hardware, software, dan komponen komunikasi yang diperlukan untuk menyelesaikan masalah bisnis







Economic feasibility Menentukan apakan projek ini dan risiko keuangan dapat diterima dan jika demikian apakan organisasi memiliki waktu dan uang yang diperlukan untuk berhasil menyelesaikan projek







Behavioral feasibility mengalamatkan masalah manusia dari produk pengembangan system



Setelah feasibility analysis sudah selesai. Tercapailah Go/No-Go decision. Ini dibutuhkan karena kadang organisasi punya banyak projek yang layak tapi dana tidak memadai sehingga harus ada yang diprioritaskan. Systems analysis Systems Analysis adalah proses dimana analisa system menjelaskan masalah bisnis yang ingin diselesaikan oleh organisasi dengan system informasi. Tujuan utama dari tahap system analysis adalah untuk mengumpulkan indormasi tentang system yang sudah ada demi dapat menjelaskan requirements untuk system yang diperbaharui atau system baru. Produk akhir dari tahap ini dikenal dengan deliverable yaitu set dari system requirements Yang paling sulit adalah mengidentifikasi requirements yang harus di penuhi oleh system. Requirement ini biasa disebut user requirements Systems design Menjelaskan bagaimana system akan menyelesaikan masalah bisnis Fasenya adalah sekumpulan technical system specification, yang dispesifikasi sebagai berikut : 



System outputs, inputs, and user interfaces







Hardware, software, databases, tellecommmunications, personnel, and procedures







A blueprint of how these components are integrated



Menambah fungsi setelah projek telah diinisiasi menyemabkan scope creep yang mahal Programming and Testing Programming melibatkan menerjemahkan spesifikasi desain ke kode computer. Proses ini bisa panjang dan menghabiskan waktu, karena menulis kode computer adalah sama seperti membuat seni dan sains



Implementation Adalah proses mengubah system computer lama ke system computer yang baru.. perusahaan menggunakan tiga strategi konversi utama : 1. Direct conversion, system yang lama dipotong dan system yang baru dinyalakan di saat tertentu 2. Pilot conversion, memperkenalkan system baru di salah satu bagian organisasi, missal : salah satu area fungsional 3. Phased conversion, memperkenalkan komponen dari system baru, missal : modul individual 4. Parallel conversion, system lama dan baru dioperasikan secara serentak Operation and maintenance System membutuhkan beberapa tipe maintenance 1. Debugging the program, yaitu proses yang kontinyu sepanjang hidup system 2. Updating the system untuk mengakomodasi perubahan kondisi bisnis



13.4 Alternative Methods and Tools for Systems Development Metode alternatif untuk pengembangan sistem termasuk desain aplikasi bersama, pengembangan aplikasi cepat, pengembangan gesit, dan pengembangan pengguna akhir. Joint Application Design Desain aplikasi bersama (JAD) adalah alat berbasis kelompok untuk mengumpulkan kebutuhan pengguna dan membuat desain sistem. Ini paling sering digunakan dalam analisis sistem dan tahap desain sistem SDLC. JAD melibatkan pertemuan kelompok yang dihadiri oleh para analis dan semua pengguna yang dapat dilakukan secara manual atau melalui computer Rapid Application Development Pengembangan aplikasi cepat (RAD) adalah metode pengembangan sistem yang dapat menggabungkan alat-alat JAD, prototyping, dan rekayasa perangkat lunak yang dibantu komputer (ICASE) (dibahas kemudian di bagian ini) untuk secara cepat menghasilkan sistem berkualitas tinggi. Agile Development Pengembangan tangkas adalah metodologi pengembangan perangkat lunak yang memberikan fungsionalitas dalam iterasi cepat, yang biasanya diukur dalam beberapa minggu. Agar berhasil, metodologi ini membutuhkan komunikasi, pengembangan, pengujian, dan pengiriman yang sering.



End-User Development Pengembangan pengguna akhir adalah pendekatan di mana pengguna akhir organisasi mengembangkan aplikasi mereka sendiri dengan sedikit atau tanpa bantuan formal dari departemen TI. Tools for Systems Development -



Prototyping. Pendekatan prototipe mendefinisikan daftar awal persyaratan pengguna, membangun model sistem, dan kemudian memperbaiki sistem dalam beberapa iterasi berdasarkan umpan balik pengguna.



-



Integrated Computer-Assisted Software Engineering Tools. Rekayasa perangkat lunak berbantuan komputer (CASE) mengacu pada sekelompok alat yang mengotomatisasi banyak tugas di SDLC. Alat-alat yang digunakan untuk mengotomatisasi tahap awal SDLC (penyelidikan sistem, analisis, dan desain) disebut alat CASE atas.



-



Component-Based Development. Pengembangan berbasis komponen menggunakan komponen standar untuk membangun aplikasi. Komponen adalah aplikasi yang dapat digunakan kembali yang umumnya memiliki satu fungsi tertentu, seperti keranjang belanja, otentikasi pengguna, atau katalog.



-



Object-Oriented Development. Pengembangan berorientasi objek didasarkan pada pandangan yang berbeda dari sistem komputer daripada persepsi yang menjadi ciri pendekatan pengembangan tradisional.



Pertanyaan 1. Terdapat empat pendekatan umum dalam Analysis Cost-Benefits, Return on Investment, Net Present Value, The business case approach, dan Breakeven analysis. a. Benar b. Salah



2. Dalam rencana operasional IS tipikal berisi elemen-elemen berikut, kecuali a. Tujuan fungsi IS: Estimasi terbaik saat ini dari tujuan fungsi IS



b. Kendala pada fungsi IS: Teknologi, keuangan, personel, dan keterbatasan sumber daya lainnya pada fungsi IS c. Portofolio aplikasi: Inventarisasi aplikasi saat ini yang diprioritaskan dan rencana rinci proyek yang akan dikembangkan atau dilanjutkan selama tahun berjalan d. Semua benar 3. Metode penyampaian perangkat lunak tempat host vendor aplikasi dan menyediakan mereka sebagai layanan kepada pelanggan melalui jaringan yang umumnya lewat internet merupakan pengertian dari… A. SaaS B. ASP C. Outsourcing D. SAS 4. Agen atau vendor yang menyatukan perangkat lunak yang dibutuhkan oleh perusahaan dan dipaketkan dengan jasa seperti pengembangan, operasional, dan pemeliharaan merupakan pengertian dari Application Service Provider atau ASP. A. Benar B. Salah 5. Berikut ini mekrupakan beberapa metode yang sering digunakan dalam Analisa Kelayakan Ekonomi, kecuali : a. Net Present Value b. Return on Investment c. Technical Analysis d. Break Event Point Analysis 6. Menurut para professional, terdapat 3 Hal yang dapat mempengaruhi peluang suksesnya pembentukan suatu sistem, yaitu investasi waktu pada: 1. Memahami masalah bisnis yang harus dipecahkan, 2. Menentukan opsi teknis untuk sistem 3. Merombak Direksi untuk mencari susunan direksi yang tepat Pernyataan tersebut : a. TRUE b. FALSE



3 Hal yang dapat mempengaruhi peluang suksesnya pembentukan suatu sistem adalah investasi yang semakin banyak pada : 



Memahami masalah bisnis yang harus dipecahkan,







Menentukan opsi teknis untuk sistem



Mengantisipasi masalah yang mungkin mereka hadapi selama pengembangan 7. Tugas utama dalam system investigation adalh feasibility study. Organisasi memiliki tiga solusi dasar untuk setiap masalah yang berkaitan dengan information system : (1)Tidak melakukan apa apa dan melanjutkan menggunakan system yang sudah ada (2)Memodifikasi system yang sudah ada (3) Membuat system baru Feasibility study menganalisa yang mana yang terbaik dari tiga solusi tersebut. Berikut adalah 3 penilaian projek kecuali : a. Technical feasibility b. Economic feasibility c. Behavioral feasibility d. Internal feasibility 8. Memproduksi komponen fungsional dari system final tapi bukan system final adalah kelemahan dari rapid application development. a. Benar b. Salah 9. Yang merupakan metode pengembangan sistem yang dapat menggabungkan alat-alat JAD, prototyping, dan rekayasa perangkat lunak yang dibantu komputer (ICASE) (dibahas kemudian di bagian ini) untuk secara cepat menghasilkan sistem berkualitas tinggi adalah? a. RAD b. JAD c. Agile Development d. Prototyping 10. Pengembangan pengguna akhir adalah pendekatan di mana pengguna akhir organisasi mengembangkan aplikasi mereka sendiri dengan sedikit atau tanpa bantuan formal dari departemen TI. a. Benar b. Salah