SDLC (System Development Life Cycle)

Sistem
Sistem adalah sekelompok elemen / komponen / prosedur-prosedur yang saling berkaitan satu sama lain yang bekerja bersama-sama untuk mencapai suatu tujuan tertentu. Setiap elemen dalam suatu sistem tersebut saling ketergantungan, saling berinteraksi yang terorganisir dan terpadu.

Informasi
Informasi adalah sekumpulan data yang diolah sedemikian rupa, sehingga lebih berguna dan lebih berarti bagi si penerima untuk digunakan sebagai pengambil keputusan.

Sistem Informasi
Sistem informasi adalah suatu sistem dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategi dari suatu organisasi untuk dapat menyediakan kepada pihak luar tertentu dengan informasi yang diperlukan untuk pengambilan keputusan. Sistem informasi adalah suatu alat / mesin untuk menyajikan informasi dengan cara sedemikian rupa sehingga bermanfaat bagi penerimanya. Tujuannya adalah untuk menyajikan informasi guna pengambilan keputusan pada perencanaan, pemrakarsaan, pengorganisasian, pengendalian kegiatan operasi subsistem suatu perusahaan dan menyajikan sinergi organisasi pada proses. Dengan demikian, sistem informasi berdasarkan konsep (input, processing, output IPO) dapat dilihat pada gambar berikut

Pengertian SDLC
SDLC adalah tahapan-tahapan pekerjaan yang dilakukan oleh analis sistem dan programmer dalam membangun sistem informasi. Langkah yang digunakan meliputi : 1. 2. 3. 4. 5. 6. 7. 8. Melakukan survei dan menilai kelayakan proyek pengembangan sistem informasi. Mempelajari dan menganalisis sistem informasi yang sedang berjalan. Menentukan permintaan pemakai sistem informasi. Memilih solusi atau pemecahan masalah yang paling baik. Menentukan perangkat keras (hardware) dan perangkat lunak (software). Merancang sistem informasi baru. Membangun sistem informasi baru. Mengkomunikasikan dan mengimplementasikan sistem informasi baru. 9. Memelihara dan melakukan perbaikan/peningkatan sistem informasi baru bila diperlukan

System Development Lyfe Cycle (SDLC) adalah keseluruhan proses dalam membangun sistem melalui beberapa langkah. Ada beberapa model SDLC. Model yang cukup populer dan banyak digunakan adalah waterfall. Beberapa model lain SDLC misalnya fountain, spiral, rapid, prototyping, incremental, build & fix, dan synchronize & stabilize. Dengan siklus SDLC, proses membangun sistem dibagi menjadi beberapa langkah dan pada sistem yang besar, masing-masing langkah dikerjakan oleh tim yang berbeda. Dalam sebuah siklus SDLC, terdapat enam langkah. Jumlah langkah SDLC pada referensi lain mungkin berbeda, namun secara umum adalah sama. Langkah tersebut adalah: 1. Analisis sistem, yaitu membuat analisis aliran kerja manajemen yang sedang berjalan. 2. Spesifikasi kebutuhan sistem, yaitu melakukan perincian mengenai apa saja yang dibutuhkan dalam pengembangan sistem dan membuat perencanaan yang berkaitan dengan proyek sistem. 3. Perancangan sistem, yaitu membuat desain aliran kerja manajemen dan desain pemrograman yang diperlukan untuk pengembangan sistem informasi. 4. Pengembangan sistem, yaitu tahap pengembangan sistem informasi dengan menulis program yang diperlukan. 5. Pengujian sistem, yaitu melakukan pengujian terhadap sistem yang telah dibuat. 6. Implementasi dan pemeliharaan sistem, yaitu menerapkan dan memelihara sistem yang telah dibuat. Siklus SDLC dijalankan secara berurutan, mulai dari langkah pertama hingga langkah keenam. Setiap langkah yang telah selesai harus dikaji ulang, kadang-kadang bersama expert user, terutama dalam langkah spesifikasi kebutuhan dan perancangan sistem untuk memastikan bahwa langkah telah dikerjakan dengan benar dan sesuai harapan. Jika tidak maka langkah tersebut perlu diulangi lagi atau kembali ke langkah sebelumnya. Kaji ulang yang dimaksud adalah pengujian yang sifatnya quality control, sedangkan pengujian di langkah kelima bersifat quality assurance. Quality control dilakukan oleh personal internal tim untuk membangun kualitas, sedangkan quality assurance dilakukan oleh orang di luar tim untuk menguji kualitas sistem. Semua langkah dalam siklus harus terdokumentasi. Dokumentasi yang baik akan mempermudah pemeliharaan dan peningkatan fungsi sistem.

Pendekatan dan Metodologi Perancangan Sistem

Pendekatan Sistem
Pendekatan Perancangan Sistem Terstruktur Pendekatan terstruktur adalah metode perkembangan sistem dengan menyediakan sistem tambahan yang berupa alat - alat dan teknik - teknik. Pada pendekatan terstruktur dibedakan atas dua pendekatan yaitu : 1. Pendekatan Berorientasi Proses Pada pendekatan terstruktur yang beorientasi proses yang dilakukan adalah memeriksa input, output dan proses pada suatu sistem. Pendekatan berorientasi proses dapat bekerja dengan baik jika profesional sistem mengetahui lebih lanjut tentang input, proses dan output yang dihasilakan oleh sistem. 2. Pendekatan Berorientasi Data Pada pendekatan terstruktur beorientasi data yang diperiksa adalah keputusan - keputusan yang dibuat sistem dan bekerja ke belakang untuk mengidentifikasi data yang dibutuhkan untuk medukung suatu keputusan. Pendekatan ini digunakan jika proses sistem, input dan output yang belum diketahui, profesional sistem harus berusaha bersama user menentukan bagaimana sistem nantinya. Fokusnya adalah menentukan kebutuhan data untuk kebutuhan - kebutuhan yang berbasis data. Ciri-ciri utama teknik terstruktur adalah sebagai berikut : Merancang berdasar modul, Modularisasi adalah proses yang membagi suatu sistem menjadi beberapa modul yang dapat beroperasi secara independen. Bekerja dengan pendekatan top-down, Dimulai dari level atas (secara global) kemudian diuraikan sampai tingkat modul (rinci). Dilakukan secara iterasi, Dengan iterasi akan didapat hasil yang lebih baik, terlalu banyak iterasi juga akan menurunkan hasilnya dan menunjukkan bahwa tahap sebelumnya tidak dilakukan dengan baik. Kegiatan dilakukan secara pararel, Pengembangan subsistem-subsistem dapat dilakukan secara pararel, sehingga akan memperpendek waktu pengembangan sistem.

Tools Pendekatan Perancangan Terstruktur DFD (Data Flow Diagram ) Kamus Data Entity Relationship Diagram (ERD) State Transition Diagram (STD)

Keuntungan pendekatan perancangan terstruktur : Mengurangi kerumitan masalah (reduction of complexity). Konsep mengarah pada sistem yang ideal (focus on ideal). Standarisasi (standardization). Orientasi ke masa datang (future orientation). Mengurangi ketergantungan pada disainer (less reliance on artistry).

Kekurangan Pendekatan Perancangan Terstruktur : SSAD berorientasi utama pada proses, sehingga mengabaikan kebutuhan non-fungsional. Sedikit sekali manajemen langsung terkait dengan SSAD.

Prinsip dasar SSAD merupakan pengembangan non-iterative (waterfall), akan tetapi kebutuhan akan berubah pada setiap proses. Interaksi antara analisis atau pengguna tidak komprehensif, karena sistem telah didefinisikan dari awal, sehingga tidak adaptif terhadap perubahan (kebutuhan-kebutuhan baru). Selain dengan menggunakan desain logic dan DFD, tidak cukup tool yang digunakan untuk mengkomunikasikan dengan pengguna, sehingga sangat sulit bagi pengguna untuk melakukan evaluasi. Pada SAAD sulitt sekali untuk memutuskan ketika ingin menghentikan dekomposisi dan mliai membuat sistem. SSAD tidak selalu memenuhi kebutuhan pengguna. SSAD tidak dapat memenuhi kebutuhan terkait bahasa pemrograman berorientasi obyek, karena metode ini memang didesain untuk mendukung bahasa pemrograman terstruktur, tidak berorientasi pada obyek (Jadalowen, 2002).

Pendekatan Perancangan Sistem Berorientasi Objek Pendekatan perancangan sistem berorientasi ojek adalah suatu teknik pendekatan baru dalam melihat permasalahan dan sistem (sistem perangkat lunak, sistem informasi, atau sistem lainnya). Pendekatan ini memandang sistem yang akan dikembangkan sebagai suatu kumpulan objek-objek dunia nyata. Terdapat beberapa cara untuk mengabstraksikan dan memodelkan objek-objek tersebut, yaitu abstraksi objek, kelas, hubungan antar kelas sampai abstraksi sistem. Saat mengabstraksikan dan memodelkan objek, data dan proses-proses yang dipunyai oleh objek akan dienkapsulasi (dibungkus) menjadi satu kesatuan. Dalam rekayasa perangkat lunak, konsep pendekatan berorientasi objek dapat diterapkan pada tahap analisis, perancangan, pemrograman, dan pengujian perangkat lunak. Ada berbagai teknik yang dapat digunakan pada masing-masing tahap tersebut, dengan aturan dan alat bantu pemodelan tertentu. Tools pendekatan berorientasi objek : Rational Unified Process (RUP) (Rational Software IBM 2003) Fusion (Coleman 1994) STS development Method 3 (ADM3) (Firesmith 1993) Berards object-oriented design (Berard 1991) Boochs object-oriented design (Booch 1983, 1991) Coad and Yourdons object oriented analysis (Coad & Yourdon 1989) Coad and Yourdons object-oriented analysis (OOA) (Coad & Yourdon 1991) Jacobsons Objectory (Jacobson & Linstrom 1992) Rumbaughs object modelling technique (OMT) (Rumbaugh et al. 1991) Object-oriented system analysis (OOA) (Shlaer & Mellor 1988)

Kelebihan pendekatan berorientasi objek : Dibandingkan dengan metode SSAD, OOAD lebih mudah digunakan dalam pembangunan system Dibandingkan dengan SSAD, waktu pengembangan, level organisasi, ketangguhan,dan penggunaan kembali (reuse) kode program lebih tinggi dibandingkan dengan metode OOAD (Sommerville, 2000). Tidak ada pemisahan antara fase desain dan analisis, sehingga meningkatkan komunikasi antara user dan developer dari awal hingga akhir pembangunan sistem. Analis dan programmer tidak dibatasi dengan batasan implementasi sistem, jadi desain dapat diformliasikan yang dapat dikonfirmasi dengan berbagai lingkungan eksekusi. Relasi obyek dengan entitas (thing) umumnya dapat di mapping dengan baik seperti kondisi pada dunia nyata dan keterkaitan dalam sistem. Hal ini memudahkan dalam mehami desain (Sommerville, 2000). Memungkinkan adanya perubahan dan kepercayaan diri yang tinggi terhadap kebernaran software yang membantu untuk mengurangi resiko pada pembangunan sistem yang kompleks (Booch, 2007).

Encapsliation data dan method, memungkinkan penggunaan kembali pada proyek lain, hal ini akan memperingan proses desain, pemrograman dan reduksi harga. OOAD memungkinkan adanya standarisasi obyek yang akan memudahkan memahami desain dan mengurangi resiko pelaksanaan proyek. Dekomposisi obyek, memungkinkan seorang analis untuk memcah masalah menjadi pecahan-pecahan masalah dan bagian-bagian yang dimanage secara terpisah. Kode program dapat dikerjakan bersama-sama. Metode ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif. Sistem yang dihasilkan sangat fleksibel dan mudah dalam memelihara.

Kekurangan Pendekatan Berorientasi Objek : Pada awal desain OOAD, sistem mungkin akan sangat simple. Pada OOAD lebih fockus pada coding dibandingkan dengan SSAD. Pada OOAD tidak menekankan pada kinerja team seperti pada SSAD. Pada OOAD tidak mudah untuk mendefinisikan class dan obyek yang dibutuhkan sistem. Sering kali pemrogramam berorientasi obyek digunakan untuk melakukan anlisisis terhadap fungsional siste, sementara metode OOAD tidak berbasis pada fungsional sistem. OOAD merupakan jenis manajemen proyek yang tergolong baru, yang berbeda dengan metode analisis dengan metode terstruktur. Konsekuensinya adalah, team developer butuh waktu yang lebih lama untuk berpindah ke OOAD, karena mereka sudah menggunakan SSAD dalam waktu yang lama ( Hantos, 2005). Metodologi pengembangan sistem dengan OOAD menggunakan konsep reuse. Reuse merupakan salah satu keuntungan utama yang menjadi alasan digunakannya OOAD. Namun demikian, tanpa prosedur yang emplisit terhadap reuse, akan sangat sliit untuk menerapkan konsep ini pada skala besar (Hantos, 2005).

Tabel Perbandingan Pendekatan Berorientasi Terstruktur dengan Berorientasi Objek

Pendekatan Terstruktur Dikenal dengan (Structured Analisys and Design / SSAD) Pendekatan Fungsional Dekomposisi permasalahan dilakukan berdasarkan fungsi atau proses secarahirarki, mulai dan konteks sampai prosesproses yang paling kecil SSAD lebih sulit digunakan dalam pembangunan sistem. Pada SSAD tidak fokus pada coding Pada SSAD menekankan pada kinerja team Pendekatan Objek Dikenal dengan (Object-oriented Analysis and Design / OOAD) Pendekatan Objek Dekomposisi permasalahan dilakukan berdasarkan objek-objek yang ada dalam sistem OOAD lebih mudah digunakan dalam pembangunan sistem. Pada OOAD lebih fokus pada coding Pada OOAD tidak menekankan pada kinerja team