Sistem Analisis dan Desain Berpindah ke Desain Disusun Oleh : Lily Wulandari

Outline Transisi dari kebutuhan ke desain. Strategi akuisisi sistem. - Custom development. - Packaged software. - Outsourcing. Pengaruh pada strategi akuisisi. Pemilihan strategi akuisisi.

PENDAHULUAN Fase desain menentukan bagaimana sistem baru akan beroperasi. Fase desain mengembangkan kebutuhan sistem yang menjelaskan detil pembuatan sistem. Membahas 3 alternatif strategi untuk memperoleh sistem.

TRANSISI DARI REQUIREMENT KE DESAIN Tujuan dari fase analisis adalah untuk mencari tahu apa kebutuhan bisnis. Tujuan dari tahap desain adalah untuk memutuskan bagaimana membangunnya. Selama bagian awal disain, persyaratan bisnis diubah menjadi persyaratan sistem yang menjelaskan rincian teknis untuk membangun sistem. Persyaratan sistem dikomunikasikan melalui kumpulan dokumen desain, proses fisik dan model data.

© Copyright 2011 John Wiley & Sons, Inc. (lanjt...) Aktifitas fase desain © Copyright 2011 John Wiley & Sons, Inc.

(lanjt...) Fase desain memiliki sejumlah aktivitas yang mengarah pada cetak biru sistem. Bagian awal yang penting dari tahap perancangan adalah pengujian beberapa strategi akuisisi sistem untuk memutuskan mana yang akan digunakan untuk memenuhi persyaratan sistem. Sistem dapat dibangun dari awal, dibeli dan disesuaikan, atau diserahkan ke orang lain, dan tim proyek perlu menyelidiki kelayakan masing-masing alternatif.

(lanjt...) Pertimbangan utama tentang "bagaimana" suatu sistem bersifat operasional, kinerja, keamanan, budaya, dan politik. Misalnya, tim proyek perlu merencanakan kinerja sistem yang baru: seberapa cepat sistem akan beroperasi, kapasitasnya, dan ketersediaan dan keandalannya. Tim perlu membuat sistem yang aman dengan menentukan batasan akses dan dengan mengidentifikasi kebutuhan akan enkripsi, otentikasi, dan pengendalian virus.

(lanjt...) Pada saat bersamaan, keputusan arsitektur dibuat terkait perangkat keras dan perangkat lunak yang akan dibeli untuk mendukung sistem yang baru. Keputusan ini didokumentasikan dalam spesifikasi perangkat keras dan perangkat lunak, yang merupakan dokumen yang menjelaskan perangkat keras dan perangkat lunak apa yang diperlukan untuk mendukung aplikasi baru. Tim proyek menggunakan spesifikasi perangkat keras dan perangkat lunak untuk mengkomunikasikan kebutuhan perangkat keras dan perangkat lunak kepada orang-orang yang tepat.

(lanjt...) Interaksi pengguna dengan sistem juga harus dirancang. Masukan dan keluaran sistem akan dirancang bersamaan dengan rencana atau peta jalan dari cara fitur sistem akan dinavigasi. Keputusan desain yang dibuat mengenai antarmuka dikomunikasikan melalui dokumen desain yang disebut desain antarmuka.

(Lanjt...) Proses yang dijelaskan dalam model proses logis memberikan dasar bagi fungsionalitas sistem. Bagaimana DFD logis ini diubah menjadi DFD fisik yang mendokumentasikan keputusan desain fisik tentang bagaimana sistem akan dibangun. Entri repositori CASE diperbarui untuk mencerminkan spesifik Keputusan teknologi saat dibuat

(lanjt...) Spesifikasi program disiapkan untuk memberikan rincian perancangan akhir dan memastikan bahwa pemrogram memiliki informasi yang cukup untuk membangun sistem yang benar secara efisien. Dokumen desain program berisi semua informasi tentang program sistem baru.

(lanjt...) Komponen data dari sistem, yang dijelaskan dalam model data logis, juga harus dirancang sebelum implementasi. Keputusan desain mengenai penyimpanan data ditulis dalam dokumen desain penyimpanan data.

(lanjt...) Pada akhir tahap perancangan, spesifikasi sistem yang disebut final deliverable dibuat. Garis besar spesifikasi sistem

STRATEGI AKUISISI SISTEM Ada tiga cara utama untuk pembuatan sistem baru: 1. Mengembangkan custom application in-house. 2. Beli sistem paket dan (mungkin) melakukan penyesuaian; dan 3.Bergantung pada vendor, pengembang, atau penyedia layanan eksternal untuk membangun atau menyediakan sistem.

Custom Development Custom development – membangun sistem baru dari nol Kelebihan dari custom development: - Memungkinkan pengembang menjadi lebih fleksibel dan kreatif dalam cara mereka memecahkan masalah bisnis. - Hal ini memungkinkan untuk memanfaatkan teknologi terkini yang dapat mendukung upaya strategis. - Ini membangun keterampilan teknis dan pengetahuan fungsional dalam organisasi.

(lanjt..) Kekurangan custom development: - Hal ini membutuhkan upaya khusus berjam-jam dan kerja keras. - Hal ini membutuhkan berbagai keterampilan, namun profesional SI yang sangat terampil sulit untuk dipekerjakan dan dipelihara.

(Lanjt...) Resiko yang terkait dengan membangun sistem dari bawah ke atas bisa jadi cukup Tinggi, dan tidak ada jaminan bahwa proyek akan berhasil. Pengembang bisa Mengundurkan diri untuk mengerjakan proyek lain. Hambatan teknis dapat menyebabkan penundaan yang tidak terduga, dan pengguna bisnis bisa menjadi tidak sabar dengan timeline yang berkembang.

Packaged Software Banyak organisasi membeli packaged software yang telah dibuat untuk kebutuhan bisnis yang sama Ini bisa menjadi jauh lebih efisien untuk membeli program yang telah dibuat dan diuji, dan sistem paket dapat dibeli dan diinstal dengan cepat dibandingkan dengan sistem custom. Packaged software dapat berkisar dari small single-function tools sampai sistem mencakup fungsi yang besar seperti aplikasi ERP (enterprise resource planning)

(lanjt...) Salah satu masalah packaged software adalah perusahaan yang menggunakan packaged software harus menerima fungsionalitas yang disediakan oleh sistem, dan jarang ada yang sesuai. Jika sistemnya besar, implementasinya bisa berarti perubahan besar dalam cara perusahaan melakukan bisnis. Membiarkan teknologi mendorong bisnis bisa menjadi cara yang berbahaya

(lanjt...) Sebagian besar packaged applications memungkinkan penyesuaian atau manipulasi parameter sistem untuk mengubah cara kerja fitur tertentu. Program custom-built add-on yang berinteraksi dengan packaged application, yang disebut workaround, dapat dibuat untuk menangani kebutuhan khusus.

(lanjt...) Integrasi Sistem mengacu pada proses membangun sistem baru dengan menggabungkan packaged software, sistem warisan yang ada, dan perangkat lunak baru yang dibuat untuk mengintegrasikannya. Tantangan utama dalam integrasi sistem adalah menemukan cara untuk mengintegrasikan data yang dihasilkan oleh berbagai paket dan sistem warisan.

Outsourcing Outsourcing berarti menyewa vendor, pengembang, atau penyedia layanan eksternal untuk membuat atau memasok sistem. Perusahaan outsourcing yang disebut application service providers (ASPs) menyediakan aplikasi perangkat lunak dan / atau layanan melalui Internet. Software as a service (SaaS) merupakan perpanjangan dari model ASP. Outsourcing memiliki banyak kelebihan seperti biaya yang rendah dan waktu setup yang singkat.

(lanjt...) Resiko outsourcing: Kompromi informasi rahasia Kehilangan kendali atas pengembangan masa depan Kehilangan keterampilan penting profesional in-house. Anda seharusnya tidak pernah melakukan outsourcing terhadap apa yang tidak Anda mengerti. Hati-hati memilih perusahaan outsourcing. Pertimbangkan rekam jejak yang terbukti.

(lanjt...) Tiga jenis kontrak outsourcing: - Time and arrangements: Membayar berapa pun waktu dan biaya yang dibutuhkan untuk menyelesaikan pekerjaan. - Fixed-price contract - Value-added contract: Agen outsourcing memperoleh beberapa persentase dari keuntungan sistem yang telah selesai.

Lanjt ... Outsourcing Guidelines Jaga agar jalur komunikasi tetap terbuka antara Anda dan agen outsourcing Anda Tentukan dan stabilkan persyaratan sebelum menandatangani kontrak Melihat hubungan outsourcing sebagai kemitraan Pilih vendor, pengembang, atau penyedia layanan dengan hati-hati Tetapkan seseorang untuk mengatur hubungan Jangan melakukan outsourcing terhadap apa yang tidak Anda mengerti Tekankan persyaratan fleksibel, hubungan jangka panjang, dan kontrak jangka pendek

PENGARUH STRATEGI AKUISISI Karakteristik proyek yang mempengaruhi pilihan strategi akuisisi © Copyright 2011 John Wiley & Sons, Inc.

Kebutuhan Bisnis Jika kebutuhan bisnis akan sistem adalah umum/biasa dan solusi teknis sudah ada, packaged software merupakan solusi. Solusi khusus harus dijelajahi/eksplorasi bila kebutuhan bisnis itu unik. Outsourcing digunakan dalam situasi dimana kebutuhan bisnis bukan merupakan elemen penting dari strategi perusahaan.

In-House Experience Jika pengalaman di dalam perusahaan ada untuk semua kebutuhan fungsional dan teknis sistem, akan lebih mudah untuk membangun aplikasi custom. Packaged system mungkin merupakan alternatif yang lebih baik bagi perusahaan yang tidak memiliki keterampilan teknis untuk membangun sistem yang diinginkan.

Project Skills Keterampilan yang diterapkan selama proyek bersifat teknis (mis., SQL) atau fungsional (mis., e-commerce). Alternatif desain yang berbeda lebih tepat, tergantung seberapa penting ketrampilan bagi strategi perusahaan.

Project Management Aplikasi custom memerlukan manajemen proyek yang sangat baik dan metodologi yang telah terbukti. Ada banyak hal yang dapat mendorong proyek keluar jalur, seperti hambatan pendanaan, penempatan staf, dan pengguna bisnis yang terlalu menuntut.

(lanjt...) Tim proyek harus memilih untuk mengembangkan aplikasi custom hanya jika dapat dipastikan bahwa mekanisme koordinasi dan kontrol yang mendasarinya akan ada. Alternatif Packaged dan outsourcing juga harus dikelola; Namun, mereka lebih terlindungi dari hambatan internal..

Time Frame Bila waktu merupakan faktor kritis, tim proyek mungkin harus mulai mencari sistem yang sudah dibangun dan diuji. Jika alternatif custom dipilih, dan kerangka waktunya sangat singkat, pertimbangkan untuk menggunakan teknik seperti timeboxing untuk mengelola masalah. Solusi outsourcing bisa memakan waktu lama sebagai inisiatif pengembangan custom.

PEMILIHAN STRATEGI AKUISISI Untuk menerapkan strategi tersebut diperlukan informasi tambahan. - Alat dan teknologi apa yang dibutuhkan untuk proyek pengembangan khusus? - Apakah vendor membuat produk yang memenuhi kebutuhan proyek? - Penyedia jasa apa yang bisa membangun aplikasi ini jika di-outsource? Salah satu alat yang berguna adalah request for proposal (RFP), sebuah dokumen yang berisi permintaan pengajukan proposal resmi dari vendor, pengembang, atau penyedia layanan potensial.

(lanjt...) RFP menggambarkan secara rinci sistem atau layanan yang dibutuhkan, dan vendor merespons dengan menjelaskan secara rinci bagaimana mereka dapat memenuhi kebutuhan tersebut. Untuk proyek yang lebih kecil dengan anggaran yang lebih kecil, request for information (RFI) mungkin cukup, karena lebih pendek dan kurang rinci Bila daftar peralatan sangat lengkap sehingga vendor hanya membutuhkan harga, request for quote (RFQ) bisa digunakan.

Mengembangkan Matrik Sederhana Matriks alternatif menggabungkan beberapa analisis kelayakan ke dalam satu matriks. Ini berisi kelayakan teknis, ekonomi dan organisasi untuk setiap kandidat sistem, pro dan kontra, dan informasi lainnya. Matriks adalah grid dengan alternatif di atas dan kriteria yang berbeda di sepanjang sisi.

(lanjt...) Terkadang, bobot dan nilai ditambahkan untuk menciptakan matriks alternatif berbobot. Skor yang diberikan adalah tugas subjektif. Untuk menghindari analisis yang bias, masing-masing analis mengembangkan peringkat secara independen.

Contoh Matriks Alternatif Menggunakan Bobot (Lanjt..) Contoh Matriks Alternatif Menggunakan Bobot

KESIMPULAN Transisi dari persyaratan ke desain - Fase desain mengembangkan cetak biru untuk sistem yang baru. - Penyampaian utama dari tahap perancangan adalah spesifikasi sistem. Strategi akuisisi sistem - Custom application in-house. - Packaged system. - Outsourcing.

(lanjt...) Pengaruh pada strategi akuisisi - Setiap strategi akuisisi memiliki kekuatan dan kelemahan. - Pertimbangkan isu-isu seperti keunikan kebutuhan bisnis, pengalaman in-house, dan pentingnya keterampilan proyek. Pemilihan strategi akuisisi - Matriks alternatif dapat membantu tim perancang membuat keputusan mengenai strategi akuisisi yang spesifik. - Request for proposal dan request for quote adalah cara untuk mengumpulkan rincian yang akurat mengenai alternatif.

© Copyright 2011 John Wiley & Sons, Inc. SUMBER Alan Dennis, Barbara Haley Wixom, and Roberta Roth, 2011 Systems Analysis and Design, fifth Edition, John Wiley & Sons, Inc © Copyright 2011 John Wiley & Sons, Inc.

Selesai