PROSES DAN TEKNIK UNTUK MENGEMBANGKAN SISTEM INFORMASI
Tujuan kami di sini adalah untuk memperkenalkan konsep-konsep kunci yang mendasari toolkit sistem profesional. Kami juga menekankan topik berguna bagi kedua IS spesialis dan manajer bisnis yang diminta untuk berpartisipasi dalam, atau memimpin, proyek sistem.
Sistem Informasi Development Life Cycle
Tiga fase generik siklus hidup pengembangan sistem (SDLC) Model: Definisi, Konstruksi, dan
Implementasi. Pada tahap Definisi, pengguna akhir dan sistem analis melakukan analisis multi-langkah operasi bisnis saat ini dan sistem informasi atau sistem di bidang perhatian. Fase Definisi siklus hidup sangat banyak upaya kerja sama antara bisnis dan sistem profesional. Melakukan fase ini benar dapat memiliki dampak yang signifikan pada penggunaan kompetitif IT.
Tahap Konstruksi memerlukan merancang, membangun, dan pengujian sistem yang memenuhi persyaratan yang dikembangkan dalam tahap Definition. Sistem yang pertama adalah logis dijelaskan, dan kemudian desain fisik ditentukan. Setelah desain fisik diterima sebagai layak (secara teknis, ekonomis, dan operasional), perangkat lunak komputer yang diprogram, didokumentasikan, dan diuji.
Pada tahap implementasi, manajer bisnis dan IS profesional bekerja sama untuk menginstal sistem baru, yang sering melibatkan mengkonversi data dan prosedur dari sistem lama. Tahap implementasi juga mencakup pelatihan staf tentang prosedur dan perangkat lunak baru serta operasi dan pemeliharaan terus sistem.
Teknik terstruktur untuk Development Life
Cycle-Pada bagian ini, kami akan menjelaskan beberapa teknik ini, yang digunakan untuk kedua solusi pelanggan dikembangkan dan perangkat lunak aplikasi yang dibeli. Hari ini, IS proyek pembangunan berbagai ukuran dari aplikasi single-user untuk mesin desktop ke salah satu yang akan digunakan oleh ribuan orang di sebuah organisasi besar, atau bahkan oleh ribuan pemangku kepentingan yang lebih eksternal (misalnya, pelanggan dan mitra bisnis) melalui Internet dari komputer dan smartphone.
Sebuah badan alat telah muncul untuk mendokumentasikan kebutuhan sistem dan persyaratan, fitur fungsional dan ketergantungan, dan keputusan desain. Disebut teknik terstruktur, teknik ini ada untuk semua tahap proses pengembangan sistem, dan banyak variasi yang muncul. Teknik ini membuat persyaratan sistem dan desain yang jelas, tepat, dan konsisten kepada semua pihak yang terlibat dalam proses. Selain itu, teknik bisa diwujudkan dalam pendekatan yang lebih besar yang disebut metodologi pengembangan sistem. Metodologi adalah suatu kerangka kerja yang terdiri dari pedoman, proses, peralatan, dan teknik untuk mengelola penerapan pengetahuan dan keterampilan untuk mengatasi semua atau sebagian dari masalah bisnis.
Teknik Prosedural-Oriented
Pendekatan ini melibatkan mendokumentasikan sistem yang ada (model As-Is), menciptakan model sistem masa depan yang diinginkan (Logical To-Be model), dan kemudian menafsirkan model masa depan yang logis sebagai desain sistem fisik (Physical To-Be model). Tujuan dari proses ini adalah untuk memperoleh gambaran menyeluruh tentang apa tahap konstruksi untuk sistem akan memerlukan, sehingga risiko proyek dapat dinilai dan direncanakan untuk dengan beberapa tingkat kepercayaan atau keputusan dapat dibuat untuk meninggalkan proyek. As-Is Model biasanya mencakup logis (fungsi apa- dan proses) dan fisik (how-teknologi, termasuk orang-orang, dan waktu) model. Logical To-Be Model menunjukkan apa sistem akan melakukan (fungsi), termasuk perbaikan mungkin hanya karena teknologi baru. Penciptaan fisik To-Be model tugas didominasi oleh spesialis IS, karena membutuhkan keahlian teknologi untuk memetakan kebutuhan logis untuk teknologi yang tersedia.
Teknik untuk As-Is Model
Apakah sistem sepenuhnya manual atau sangat otomatis, fungsi dan arus dari kegiatan bisnis yang ada harus ditangkap. Sebuah diagram konteks posisi sistem secara keseluruhan berkaitan dengan entitas lain dan kegiatan dengan yang berinteraksi. Ini memberikan kerangka acuan bagi peserta proyek dan
membantu menentukan ruang lingkup proyek. Teknik lain yang umum untuk mendokumentasikan sistem As-Is adalah diagram alir proses kerja. Diagram alir ini mengidentifikasi sumber-sumber informasi yang ada (yaitu, berkas pembelian pesanan, penerimaan berkas), sumber-sumber informasi yang diperbarui (perubahan faktur / hutang), urutan langkah terjadi
(Persetujuan sebelum cek dicetak), dan beberapa dependensi atau keputusan (perlu tahu apakah vendor yang baru atau tidak).
Teknik untuk Logical To-Be Model
Logical To-Be Model merupakan abstraksi yang mengidentifikasi proses dan data yang diperlukan untuk sistem yang diinginkan tanpa mengacu pada siapa yang melakukan suatu kegiatan, di mana ia dicapai, atau jenis komputer atau perangkat lunak yang digunakan. Logical To-Be Model paling erat terkait dengan data flow diagram (DFD) (lihat Hoffer et al., 2010, untuk diskusi menyeluruh DFDs).
Empat jenis simbol yang digunakan dalam DFD:
• Entity Eksternal
• Data Flow
• Proses
• Simpan data
Proses pembuatan diagram aliran data adalah sebagai berikut:
• Mengidentifikasi entitas yang menyediakan atau menggunakan systeminformation.
• Membedakan proses dari data yang mereka gunakan atau menghasilkan.
• Mengidentifikasi hubungan logis.