Rabu, 07 Oktober 2009

SDLC (Sistem Development Life Cycle)

SDLC adalah Proses (siklus) atau alternatif sistem atau model yang digunakan oleh perancang untuk mengembangkan sistem. Dalam pembuatan SDLC ini si pembuat harus mengerti kebutuhan para pengguna sistem itu. Secara umum SDLC memiliki suatu siklus untuk mengembangkan sistem itu sendiri, berikut siklusnya :

Kebijakan dan Perencanaan => Analisis Sistem => Desain Secara Umum => Evaluasi dan Seleksi => Desain Secara Rinci => Implementasi Sistem => Perawatan.

Dalam video Software Siklus Development Sistem yang saya lihat di youtube dengan pengajar I Louis
terdapat 10 siklus di antaranya :
      1.  How the User explained it.

2.  How the business analisyst understood it.
3.  How the Dev lead designed it.
4.  How the programmer wrote it.
5.  How the project manager described it.
6.  How the Project was documented.
7.  What Operations installed.
8.  How the Client was billed.
9.  How it was Supported.
10.What the client really needed.


Namun dalam SDLC ini sendiri terdapat tahapan-tahapan yang harus dilalui oleh perancang, diantaranya :

  • Planning, yang dimaksud planning disini adalah seorang perancang yang ingin membuat suatu aplikasi tentunya harus melihat kebutuhan para penggunanya dahulu. Mungkin bisa lebih dibilang sesuai kebutuhan pengguna. kemampuan seorang perancang dalam menerangkan software tersebut kepada para pengguna juga dituntut disini. Tentunya seorang perancang juga harus mengerti software yang ia buat.
  • Design. Tentunya seorang perancang juga harus membuat design terlebih dahulu. Seorang perancang software harus melihat terlebih dahulu apakah software tersebutsoftware baru, apakah itu penambahan perangkat lunak yang sudah ada, aplikasi baru, subsistem baru atau keseluruhan sistem baru
  • Spesification. Spesification disini munkin lebih tepatnya adalah bagaimana seorang perancang dapat menggambarkan perangkat lunak yang akan ditulis. Dalam praktiknya, spesifikasi paling sukses ditulis untuk memahami dan menyempurnakan aplikasi yang sudah berkembang dengan baik, walaupun keamanan-sistem perangkat lunak penting sering ditentukan dengan hati-hati sebelum pengembangan aplikasi.
  • Architecture. Arsitektur berkaitan dengan memastikan bahwa sistem perangkat lunak akan memenuhi persyaratan dari produk, serta memastikan bahwa kebutuhan masa depan dapat diatasi. Langkah arsitektur juga membahas perangkat lunak antarmuka antara sistem dan produk-produk perangkat lunak lainnya, serta yang mendasari perangkat keras atau sistem operasi host.
  • Implementasi, Perencanaan dan dokumentasi. Mendokumentasikan desain internal perangkat lunak untuk tujuan masa depan pemeliharaan dan peningkatan dilakukan di seluruh perancangan software SDLC. Hal ini mungkin juga termasuk authoring dari API, baik itu eksternal atau internal.
  • Peningkatan dan Pemeliharaan. Dimulai setelah kode tersebut tepat diuji, ini telah disetujui untuk rilis dan dijual atau didistribusikan ke dalam lingkungan produksi. Pemeliharaan dan meningkatkan perangkat lunak untuk mengatasi masalah mungkin dapat mengambil lebih banyak waktu dari pengembangan awal dari perangkat lunak. Mungkin perlu untuk menambahkan kode yang tidak sesuai dengan desain asli untuk memperbaiki masalah yang tak terduga atau mungkin seorang pengguna dapat meminta informasi lebih fungsionalitas dan kode dapat ditambahkan untuk mengakomodasi permintaan mereka. Pada tahap ini permintaaan pengguna itu datang dan dilihat apakah sistem ini cukup layak uji dan cukup luas untuk menjawab kebutuhan para pengguna. Jika biaya tenaga kerja tahap pemeliharaan melebihi 25% dari sebelum fase 'biaya tenaga kerja, maka kemungkinan bahwa kualitas secara keseluruhan adalah tidak bagus. Dalam hal ini, manajemen harus mempertimbangkan pilihan untuk membangun kembali sistem (atau bagian) sebelum biaya pemeliharaan berada di luar kendali.
    Bug Tracking System alat yang sering digunakan pada tahap ini proses pengembangan untuk memungkinkan tim untuk berinteraksi dengan pengguna / Tim lapangan pengujian perangkat lunak untuk mengidentifikasi masalah-masalah nyata, baik perangkat lunak yang open source dan berlisensi komersial serta menyediakan proses yang dapat disesuaikan untuk mendapatkan, meninjau, mengakui, dan menanggapi masalah yang dilaporkan.
Sumber : disini

0 komentar:

Posting Komentar