PROSES DAN TEKNIK UNTUK MENGEMBANGKAN SI
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 CyclePada 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.
Bagian ini akan memberikan pengenalan konseptual untuk teknik terstruktur yang paling umum dalam
pengembangan siklus hidup umum framework.Two pendekatan utama untuk membangun sistem telah
muncul: prosedural berorientasi dan berorientasi objek. Sistem prosedural berorientasi secara historis
yang paling umum, karena mereka tepat mewakili kelas besar kegiatan usaha. Berorientasi objek (OO)
teknik pendekatan baru untuk pengembangan sistem yang sering digunakan dengan metodologi
prototyping seperti.
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 apadan 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.
• menjelaskan aturan bisnis yang mempengaruhi transformasi data informasi.
• Mengidentifikasi hubungan logis.
• Tepat duplikat penyimpanan dan pergerakan data.
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 CyclePada 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.
Bagian ini akan memberikan pengenalan konseptual untuk teknik terstruktur yang paling umum dalam
pengembangan siklus hidup umum framework.Two pendekatan utama untuk membangun sistem telah
muncul: prosedural berorientasi dan berorientasi objek. Sistem prosedural berorientasi secara historis
yang paling umum, karena mereka tepat mewakili kelas besar kegiatan usaha. Berorientasi objek (OO)
teknik pendekatan baru untuk pengembangan sistem yang sering digunakan dengan metodologi
prototyping seperti.
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 apadan 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.
• menjelaskan aturan bisnis yang mempengaruhi transformasi data informasi.
• Mengidentifikasi hubungan logis.
• Tepat duplikat penyimpanan dan pergerakan data.