Rabu, 16 November 2011

SDLC


SDLC adalah proses yang digunakan oleh analis sistem untuk mengembangkan sistem informasi , termasuk persyaratan, validasi kepemilikan (stakeholder), pelatihan, dan pengguna. Setiap SDLC harus menghasilkan sistem berkualitas tinggi yang memenuhi atau melebihi harapan pelanggan, mencapai selesai dalam waktu dan perkiraan biaya, bekerja secara efektif dan efisien di saat ini dan direncanakan Teknologi Informasi infrastruktur , dan murah untuk mempertahankan dan biaya-efektif untuk meningkatkan.
Sejarah
Siklus hidup sistem (SLC) adalah metodologi yang digunakan untuk menggambarkan proses untuk membangun sistem informasi , dimaksudkan untuk mengembangkan sistem informasi dalam cara yang sangat disengaja, terstruktur dan teratur, mengulangi setiap tahap siklus hidup . Pengembangan sistem siklus hidup, menurut Elliott & Strachan & Radford (2004), "berasal pada tahun 1960, untuk mengembangkan skala besar fungsional sistem bisnis di zaman skala besar konglomerat bisnis . Sistem informasi kegiatan berkisar berat pengolahan data dan angka-angka rutinitas ".
Beberapa kerangka kerja pengembangan sistem telah sebagian didasarkan pada SDLC, seperti analisis sistem terstruktur dan metode desain (SSADM) diproduksi untuk pemerintah Inggris Kantor Pemerintah Commerce pada 1980-an. Sejak saat itu, menurut Elliott (2004), "pendekatan siklus kehidupan tradisional untuk pengembangan sistem telah semakin digantikan dengan alternatif pendekatan dan kerangka kerja, yang berusaha mengatasi beberapa kekurangan yang melekat pada SDLC tradisional".
-        Planning
Sebuah tugas penting dalam menciptakan sebuah program perangkat lunak adalah penggalian persyaratan atau analisa kebutuhan . Pelanggan biasanya memiliki gagasan abstrak dari apa yang mereka inginkan sebagai hasil akhir, tetapi tidak software apa yang harus lakukan. Tidak lengkap, persyaratan ambigu, atau bahkan bertentangan diakui oleh insinyur perangkat lunak terampil dan berpengalaman pada saat ini. Sering menunjukkan kode hidup dapat membantu mengurangi resiko bahwa persyaratan tidak benar.
Setelah persyaratan umum dikumpulkan dari klien, analisis ruang lingkup pembangunan harus ditentukan dan dinyatakan dengan jelas. Hal ini sering disebut dokumen lingkup.
Fungsionalitas tertentu dapat keluar dari lingkup proyek sebagai fungsi biaya atau sebagai akibat dari persyaratan tidak jelas pada awal pembangunan. Jika pembangunan dilakukan secara eksternal, dokumen ini dapat dianggap sebagai dokumen hukum sehingga jika ada perselisihan yang pernah, setiap ambiguitas dari apa yang dijanjikan kepada klien dapat diklarifikasi.
-        Analysis
Tujuan dari analisis sistem adalah untuk menentukan di mana masalahnya adalah dalam upaya untuk memperbaiki sistem. Langkah ini melibatkan melanggar bawah sistem dalam bagian yang berbeda untuk menganalisis situasi, menganalisis tujuan proyek, mogok apa yang perlu dibuat dan berusaha untuk melibatkan pengguna sehingga pasti persyaratan dapat didefinisikan.
Dalam desain sistem fungsi desain dan operasi dijelaskan secara rinci, termasuk layar layout, aturan bisnis, diagram proses dan dokumentasi lainnya. Output dari tahap ini akan menjelaskan sistem baru sebagai kumpulan modul atau subsistem.
-        Design
proses pengembangan Sistem Informasi (IS) yang efektif menggunakan perangkat keras, perangkat lunak, data, proses, dan orang-orang untuk mendukung tujuan bisnis perusahaan.
-        Implementasi, pengujian dan mendokumentasikan
Pelaksanaan adalah bagian dari proses di mana insinyur perangkat lunak sebenarnya program yang kode untuk proyek.
Software pengujian adalah fase integral dan penting dari proses pengembangan perangkat lunak. Ini bagian dari proses memastikan bahwa cacat diakui sesegera mungkin.
Mendokumentasikan desain internal perangkat lunak untuk tujuan pemeliharaan masa depan dan peningkatan dilakukan di seluruh pembangunan. Hal ini juga dapat mencakup penulisan sebuah API , baik itu eksternal atau internal. Rekayasa perangkat lunak proses yang dipilih oleh tim berkembang akan menentukan berapa banyak dokumentasi internal (jika ada) diperlukan.
Kerugian dan keuntungan
Kekurangan adalah sulit untuk meperkirakan biayanya, masukan buat pengguna terbatas, memerlukan waktu yang lebih untuk pengembangan .  
Kelebihan adalah kecepatan, biaya pembangunan dikurangi, dan keterlibatan pengguna aktif dalam proses pembangunan.
Daftar Pustaka
  • Blanchard, BS, & Fabrycky, WJ (2006) Sistem teknik dan analisis (4th ed.) New Jersey: Prentice Hall.
  • Cummings, Haag (2006) Sistem Informasi. Manajemen untuk Zaman Informasi. Toronto, McGraw-Hill Ryerson
upload tanggal : 16 november 2011

Tidak ada komentar:

Posting Komentar