1. Pendahuluan
Sistem Development Life Cycle di singkat dengan SDLC.SDLC merupakan siklus hidup pengembangan system.Dalam rekayasa system dan rekayasa perangkat lunak. SDLC juga merupakan pola yang diambil untuk mengembangkan sistem perangkat lunak, yang terdiri dari tahap-tahap : analisa, desain, implementasi, uji coba dan pengelolaan. Dalam rekayasa perangkat lunak, konsep SDLC mendasari berbagai jenis metodologi pengembangan perangkat lunak. Metodologi-metodologi ini membentuk suatu kerangka kerja untuk perencanaan dan pengendalian pembuatan sistem informasi, yaitu proses pengembangan perangkat lunak. Terdapat 3 jenis metode siklus hidup sistem yang paling banyak digunakan, yakni : siklus hidup sistem tradisional (traditional system life cycle), siklus hidup menggunakan protoyping (life cycle using prototyping), dan siklus hidup sistem orientasi objek (object-oriented system life cycle).
2. Tinjauan Pustaka
Ada banyak metodologi yang berbeda saat ini bekerja untuk sistem-devel
bangan proyek dalam instansi. Banyak metodologi didorong oleh pengembangan perangkat aplikasi, oleh arsitektur perangkat lunak di mana aplikasi akan beroperasi, atau oleh "membangun versus membeli" Deci-sion. Ada fase standar dan proses, bagaimanapun, bahwa semua system proyek-proyek pembangunan harus mengikuti, terlepas dari lingkungan dan alat-alat. Ini bagian menggambarkan fase standar dan proses-proses utama.Pengembangan Sistem Negara Lifecycle (SDLC), dengan menggunakan bahasa yang umum dan cukup rinci untuk memungkinkan seorang Manajer Proyek untuk merencanakan dan mengelola system pengembangan proyek.
3. Pembahasan
Pengembangan Sistem Life Cycle (SDLC) adalah model konseptual yang digunakan dalam manajemen proyek yang menggambarkan tahap-tahap yang terlibat dalam pengembangan proyek sistem informasi dari sebuah studi kelayakan awal melalui pemeliharaan aplikasi selesai. Berbagai metodologi SDLC telah dikembangkan untuk memandu proses yang terlibat termasuk model air terjun (metode SDLC asli), pengembangan aplikasi cepat (RAD), pembangunan bersama aplikasi (JAD), model air mancur dan model spiral.Sebagian besar, beberapa model digabungkan menjadi semacam metodologi hibrida. Dokumentasi sangat penting terlepas dari jenis model yang dipilih atau diciptakan untuk setiap aplikasi, dan biasanya dilakukan secara paralel dengan proses pembangunan.Beberapa metode bekerja lebih baik untuk tipe tertentu proyek, tetapi dalam analisis terakhir, faktor yang paling penting bagi keberhasilan proyek mungkin seberapa dekat rencana tertentu diikuti.
Secara umum, metodologi SDLC mengikuti langkah-langkah berikut:
1. Sistem yang ada dievaluasi. Kekurangan diidentifikasi. Hal ini dapat dilakukan melalui wawancara dengan pengguna sistem dan konsultasi dengan personel pendukung.
2. Persyaratan sistem baru didefinisikan. Secara khusus, kekurangan dalam sistem yang ada harus diatasi dengan proposal khusus untuk perbaikan.
3. Sistem yang diusulkan dirancang. Rencana ditata tentang pembangunan perangkat keras, fisik, sistem operasi, pemrograman, komunikasi, dan isu-isu keamanan.
4. Sistem baru ini dikembangkan. Komponen baru dan program harus diperoleh dan dipasang. Pengguna sistem harus dilatih dalam penggunaannya, dan semua aspek kinerja harus diuji. Jika perlu, penyesuaian harus dilakukan pada tahap ini.
5. Sistem ini mulai digunakan. Hal ini dapat dilakukan dengan berbagai cara. Sistem baru dapat secara bertahap, sesuai dengan aplikasi atau lokasi, dan sistem yang lama secara bertahap diganti. Dalam beberapa kasus, mungkin akan lebih efektif biaya untuk mematikan sistem lama dan menerapkan sistem baru sekaligus.
6. Setelah sistem baru dan berjalan untuk sementara waktu, itu harus dievaluasi secara mendalam. Pemeliharaan harus terus ketat sepanjang waktu. Pengguna sistem harus selalu up-to-date tentang modifikasi terbaru dan prosedur.
Gambar di bawah ini adalah model klasik Air Terjun metodologi, yang merupakan metode SDLC pertama dan menjelaskan berbagai tahapan yang terlibat dalam pembangunan.
Singkat pada Tahapan yang berbeda:
* Kemungkinan
Studi kelayakan ini digunakan untuk menentukan apakah proyek tersebut harus mendapatkan lampu hijau. Jika proyek ini adalah untuk melanjutkan, studi kelayakan akan menghasilkan rencana proyek dan perkiraan anggaran untuk tahap pembangunan masa depan.
* Kebutuhan Analisis dan Desain
Analisis mengumpulkan persyaratan untuk sistem. Tahap ini mencakup studi rinci kebutuhan bisnis organisasi. Pilihan untuk mengubah proses bisnis dapat dipertimbangkan. Desain berfokus pada desain tingkat tinggi seperti, program apa yang diperlukan dan bagaimana mereka akan berinteraksi, tingkat rendah desain (bagaimana program individu akan bekerja), desain antarmuka (apa antarmuka akan terlihat seperti) dan desain data (data apa yang akan diperlukan). Selama fase ini, secara keseluruhan struktur perangkat lunak didefinisikan. Analisis dan Desain sangat penting dalam siklus pengembangan keseluruhan. Setiap kesalahan pada tahap desain bisa sangat mahal untuk memecahkan dalam tahap akhir dari pengembangan perangkat lunak. Banyak perawatan diambil selama fase ini. Sistem logis dari produk ini dikembangkan di fase ini.
* Pelaksanaan
Pada tahap ini desain yang diterjemahkan ke dalam kode. Program komputer yang ditulis menggunakan bahasa pemrograman konvensional atau sebuah generator aplikasi. Pemrograman alat seperti Kompiler, Interpreter, debugger yang digunakan untuk menghasilkan kode. Yang berbeda bahasa pemrograman tingkat tinggi seperti C, C + +, Pascal, Java digunakan untuk coding.Sehubungan dengan jenis aplikasi, bahasa pemrograman yang tepat dipilih.
* Pengujian
Pada tahap ini sistem diuji. Biasanya program yang ditulis sebagai serangkaian modul individu, ini untuk tunduk dan rinci tes terpisah.Sistem ini kemudian diuji secara keseluruhan. Modul terpisah yang dibawa bersama-sama dan diuji sebagai sistem yang lengkap. Sistem ini diuji untuk memastikan bahwa antarmuka antara kerja modul (uji integrasi), sistem bekerja pada platform yang dimaksudkan dan dengan volume yang diharapkan data (uji volume) dan bahwa sistem melakukan apa user membutuhkan (penerimaan / pengujian beta).
* Pemeliharaan
Tak pelak sistem akan membutuhkan perawatan. Software pasti akan mengalami perubahan setelah disampaikan kepada pelanggan.Ada banyak alasan untuk mengubah. Perubahan bisa terjadi karena beberapa nilai masukan tak terduga ke dalam sistem. Selain itu, perubahan dalam sistem secara langsung dapat mempengaruhi operasi perangkat lunak. Perangkat lunak ini harus dikembangkan untuk mengakomodasi perubahan yang dapat terjadi selama periode pasca implementasi.
* Suatu perbandingan kekuatan dan kelemahan dari SDLC:
Hanya sedikit orang di dunia komputasi modern akan menggunakan ketat model air terjun untuk mereka Pengembangan Sistem Life Cycle (SDLC) sebagai metodologi modern telah digantikan pemikiran ini. Beberapa akan berpendapat bahwa SDLC tidak lagi berlaku untuk model seperti komputasi Agile, tetapi masih istilah yang secara luas digunakan di kalangan Teknologi. Praktek SDLC memiliki keunggulan dalam model pengembangan perangkat lunak tradisional, yang cocok untuk lingkungan yang lebih terstruktur. Kelemahan menggunakan metodologi SDLC adalah ketika ada kebutuhan untuk pengembangan iteratif atau (yakni pengembangan web atau e-commerce) dimana stakeholders harus meninjau secara rutin perangkat lunak yang akan dibuat. Daripada melihat SDLC dari perspektif kekuatan atau kelemahan, itu jauh lebih penting untuk mengambil praktek-praktek terbaik dari model SDLC dan menerapkannya ke apapun mungkin paling sesuai untuk perangkat lunak yang akan dibuat.
Kekuatan dan Kelemahan dari SDLC
Kekuatan Kelemahan
Control. Peningkatan waktu pengembangan.
Monitor besar proyek. Peningkatan biaya pengembangan.
Detil langkah. Sistem harus didefinisikan di muka.
Mengevaluasi biaya dan target penyelesaian. Kekakuan.
Dokumentasi. Sulit untuk memperkirakan biaya, overruns proyek.
Terdefinisi dengan baik input pengguna. User input kadang-kadang terbatas.
Kemudahan pemeliharaan.
Pengembangan dan desain standar.
Mentolerir perubahan staf MIS.
4. Penutup
Kesimpulan
Pada kenyataannya, setiap fase dari SDLC dapat dianggap sebagai mini-proyek itu sendiri, yang membutuhkan perencanaan, pelaksanaan, dan analisis. Seperti Tim Proyek berlangsung melalui proyek ini, mereka harus untuk membuat dan rinci rencana yang jelas untuk tahap segera di depan mereka, bersama dengan tingkat yang lebih tinggi melihat semua sisa fase. Sebagai tim mengeksekusi setiap fase, mereka akan mengumpulkan tambahan informasi yang akan memungkinkan perencanaan rinci
fase berikutnya.
Saran
Untuk melengkapi nilai semester ganjil ini, penulis berusaha mengenbangkan pembahasan dalam Bab ini semaksimal mungkin agar penulis mengharapkan dapat bermanfaat bagi para pembaca dan kiranya dapat memberi sumbangan untuk kemajuan ilmu pengetahuan di bidang ini.Penulis juga mengharapkan saran dan kritik yang sangat membangun untuk menyempurnakan di penulisan beriktunya.
5. Referensi
http://translate.google.co.id/translate?hl=id&sl=en&u=http://www.cio.ny.gov/pmmp/guidebook2/phase.pdf&ei=0PzkTKDDKNT4cf7juPEK&sa=X&oi=translate&ct=result&resnum=4&ved=0CDcQ7gEwAzgK&prev=/search%3Fq%3Dsystem%2Bdevelopment%2Blife%2Bcycle%26start%3D10%26hl%3Did%26sa%3DN%26prmd%3Dib
http://id.wikipedia.org/wiki/SDLC
http://www.google.co.id/images?hl=id&biw=1024&bih=705&q=system+development+life+cycle&um=1&ie=UTF-8&source=univ&ei=cQHlTP7VLIiycMWM4ZoK&sa=X&oi=image_result_group&ct=title&resnum=3&ved=0CDcQsAQwAg
http://www.total.or.id/info.php?kk=System%20Development%20Life%20Cycle
http://www.ittelkom.ac.id/library/index.php?view=article&catid=20:informatika&id=196:expert-system-development-lifecycle&option=com_content&Itemid=15
http://searchsoftwarequality.techtarget.com/sDefinition/0,,sid92_gci755068,00.html
http://www.ambysoft.com/essays/agileLifecycle.html
Davis, William S., Systems Analysis And Design : A Structured Approach,
Addison-Wesley Publishing Company, 1983.
http://journal.uii.ac.id/index.php/Snati/article/viewFile/1345/1127
http://en.wikipedia.org/wiki/Systems_Development_Life_Cycle
Tidak ada komentar:
Posting Komentar