Sistem Informasi

System Development Life Cycle (SDLC)
Pendekatan sistem umum yang dikembangkan adalah pendekatan berbasis Siklus Kehidupan Pengembangan Sistem (Systems Development Life Cycle) yang dimulai dari tahapan analisis, desain, implementasi dan evaluasi. Dalam kaitannya dengan strategi sistem, tahapan dalam pendekatan sistem memberikan model perencanaan terhadap kebiajakan mendasar dalam hal membangun suatu komponen sistem. SDLC adalah proses pembuatan dan pengubahan sistem serta model dan metodologi. 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. System Development Life Cycle disingkat dengan SDLC. SDLC merupakan siklus pengembangan sistem. Pengembangan sistem teknik (engineering system development ). SDLC berfungsi untuk menggambarkan tahapan-tahapan utama dan langkah-langkah dari setiap tahapan yang secara garis besar terbagi dalam empat kegiatan utama, yaitu initiation, analysis, design dan implementation. Setiap kegiatan dalam SDLC dapat dijelaskan melalui tujuan ( purpose ) dan hasil kegiatannya (deliverable). SDLC didefinisikan oleh Departemen Kehakiman AS sebagai sebuah proses pengembangan software yang digunakan oleh analyst system, untuk mengembangkan sebuah sistem informasi. SDLC mencakup kebutuhan ( requirement ), validasi, pelatihan, kepemilikan ( user ownership ) sebuah sistem informasi yang diperoleh melalui investigasi, analisis, desain, implementasi, dan perawatan software. Software yang dikembangkan berdasarkan SDLC akan menghasilkan sistem dengan kualitas yang tinggi, memenuhi harapan penggunanya, tepat dalam waktu dan biaya, bekerja dengan efektif dan efsien dalam infrastruktur teknologi informasi yang ada atau yang direncanakan, serta murah dalam perawatan dan pengembanganlebih lanjut. Sejarah Perkembangan SDLC Sejarah perkembangan System Development Life Cycle (SDLC) Diawali pada pertengahan tahun 60-an dimana terjadi kegagalan yang sangat besar dalam penerapan aplikasi EDP ( Electronic Data Processing) untuk sistem-sistem besar, sebagian besar disebabkan tidak adanya pengembangan sistem. Sesudah terjadinya kegagalan tersebut pada akhir tahun 60-an dan awal 70-an, kesadaran akan pentingnya metodologi pengembangan sistem mulai tumbuh. Sejak itulah berbagai proposal metodologi mulai dibuat dan penerapan mulai terlihat. Para desainer dari hampir semua bidang metodologi pengembangan sistem informasi mempunyai pandangan yang sama, yaitu: mereka telah mengetahui bahwa proses pengembangan sistem informasi, baik yang berdasarkan komputer atau tidak, menyerupai dengan proses pengembangan sistem engineering.

yang kurang lebih berisi langkah-langkah yang sama. Dalam tahap perencanaan. Dalam tahap analisis. kita harus membandingkan daur/siklus hidup keduasistem tersebut. Disingkat dengan SDLC. Kekurangan tersebut adalah bahwa pada tiap perkembangan sistem engineering terdapat beberapa peralatan dan metodologi yang digunakan secara paralel dengan daur/siklus hidup sistem tersebut. kita menguji alternatif pemecahan berdasarkan kriteria dan batasan-batasan. Daur hidup sistem informasi sangat dekat dengan daur hidup yang terjadi dalam sistem engineering . . staf yang tidak memenuhi syarat. Tahap desain juga dapat dikatakan sebagai pemecahan yang optimum atas sejumlah kebutuhan penting dari suatu set pada keadaan khusus atau sebagai kegiatan kreativitas yang meliputi pembuatan barang baru dan berguna yang belum pernah ada sebelumnya. Kesalahan interpretasi mengenai tahap-tahap perkembangan sistem di atas adalah linier. Sistem yang tersusun dibentuk dan dioperasikan. batas waktu yang tidak realistis dan manajemen yang tidak memadai. pelaksanaan (implementation) dan perawatan (maintenance). Meskipun selama hampir dua puluh tahun putaran sistem informasi. analisis (analysis). Meskipun terdapat beberapa variasi diantara masing-masing tahap. Tetapi sebenarnya tidak demikian. Semua tahap pada proses perkembangan sistem tersebut mempunyai sifat dasar yang iteratif yaitu pekerjaan pada suatu tahap sering harus diulang-ulang. Analisis merupakan pusat dari semua proses perkembangan. Untuk mengetahui proses sistem informasi dan proses sistem engineering. analisis. pelaksanaan. Tahap berikutnya yaitu desain. dan perawatan. Seolah olah semua fase dan tahap terlihat berderet secara berurutan. Kegagalan dalam menentukan tuntutan dan peran serta pemakai dalam perkembangan sistem juga penyebab lain dari kegagalan sistem informasi. Proses perkembangan sistem informasi merupakan proses engineering. kemudian sebagai tambahan pada penamaan tahaptahap dari suatu daur/siklus hidup sistem. perencanaan. peralatan kimia yang merupakan contoh perkembangan sistem informasi engineering. demikian juga masalah sulitnya memperoleh komputer dari produsen.desain (design). Arti istilah System Development Life Cycle dianggap berkaitan erat dengan pengertian berikut. kita mengumpulkan informasi tentang permasalahan serta persyaratannya. dan apa pun yang dikerjakan pada suatu tahap mungkin perlu dikoreksi secara keseluruhan. Pengembangan sistem teknik (engineering system development). Istilah daur/siklus hidup (life cycle) pada suatu sistem digunakan untuk menjelaskan tahap-tahap perkembangan sistem. Perawatan dilakukan pada tiap sistem operasional. namun pemberian nama dan dukungan pada langkah-langkah tersebut belum cukup untuk mengembangkan sistem informasi yang baik. dapat dikatakan sebagai hasil dari sistem baru. kita dapat meringkas tahap-tahap proses secara umum perkembangan tersebut adalah perencanaan (planning). serta langkah-langkah dalam proses perkembangannya. desain.Hubungan dengan konstruksi dan operasi berbagai jenis gedung. Kemudian kita menentukan kriteria dan pembatasan pemecahan. serta memberikan alternatif jalan keluarnya. kita harus mempunyai beberapa peralatan dan teknik baku untuk mengembangkan sistem tersebut. metode sistem klasik ternyata tidak cukup untuk menghasilkan sistem informasi yang baik. kita akan mengetahui perbedaannya. SDLC merupakan siklus pengembangan sistem. Dengan mengetahui daur/siklus hidup sistem informasi tahun1960 sampai dengan tahun 1983. mesin.

 proses/process.  perangkat manusia/brainware. komponen-komponen dalam sistem tersebut. 1. Requirement Definition 3. Pengertian dari System Development Life Cycle (SDLC) merupakan langkah-langkah dan metodologi yang harus dilakukan dalam mengembangkan Software/Perangkat Lunak.  output. Deployment 7. Dari tim user biasanya telah membuat BRD (Business Requirement Document) yang disampaikan kepada tim Development. Maintenance. Arti istilah System development dianggap berkaitan erat dengan pengertian berikut : Menyusun suatu sistem yang baru untuk menggantikan sistem yang lama secara keseluruhan atau memperbaiku sistem yang sudah ada. Suatu Software Project dilakukan atas permintaan User. berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. Acceptance. 2.  prosedur-prosedur/procedure. Project Planning 2.  penyimpanan/storage dan  komunikasi/communication. Berikut saya akan mencoba menjelaskan satu persatu dari step-step di atas. Integration and Testing 6. Hasil dari pertemuan ini bisa disebut Project Kick Off. Suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan. Project Planning . System Design 4. mencakup:  perangkat keras/hardware. Fase-fase di dalam SDLC terdiri dari : 1. serta fungsi-fungsi teknologi di dalamnya yaitu:  input. Esensinya sistem terdiri dari: 1. Disinilah dibahas tentang cakupan project yang akan didevelop dan juga dilakukan penunjukan PIC (Person In Charge) baik dari sisi User maupun Konsultan. System Analyst.Arti istilah System dianggap berkaitan erat dengan pengertian berikut.  perangkat lunak/software. dan  informasi/information itu sendiri. Installation. Implementation 5. Awal mulai suatu project biasanya adalah dilakukan pertemuan antara Tim User dan Konsultan.

Secara realitas kejadian ini sering dialami. Disini peran business analyst harus bisa mengendalikan situasi supaya project harus tetap berjalan sesuai dengan rencana tanpa ada satu pihak yang terhambat. System Design Tahap ini merupakan tahap dibuatnya Flow Process. biasanya yang membuat adalah Business Analyst. 5. Sedangkan System Analyst menjawab pertanyaan-pertanyaan atau melakukan konfirmasi apakah dia sanggup dari segi teknis untuk mengabulkan requirement user. 2. Disinilah seorang business analyst menggali sedalam-dalamnya informasi kebutuhan user. 3.Activity Diagram. dan lainlain.Database dan screen layout aplikasi. Biasanya jadwal project berupa Gantt Chart dan ada beberapa perusahaan yang menugaskan pekerjaan ini kepada Business Analyst. Integration and Testing . Biasanya.dan pihak-pihak lain yang terlibat dalam project. Dilakukan oleh software developer dengan mempelajari konsep sistem yang diinginkan oleh pihak manajemen. atau menggantinya dengan yang baru.menganalisa kebutuhan user dan menyiapkan minutes of meeting. Pada langkah ini dilakukan pembuatan blueprint sistem. hardware. Selain itu pada tahap ini juga ditentukannya pihak-pihak yang terlibat dalam pembangunan software. Jadwal Project ini harus sesuai dengan hasil pertemuan sebelumnya saat penandatanganan kontrak .System Analyst. User terkadang melakukan perubahan requirement di tengah-tengah jalannya project development sehingga tim development harus melakukan perubahan. dalam tahap ini diputuskan untuk meng-update sistem yang ada. Di dalamnya termasuk penyesuaian dengan arsitektur telekomunikasi.Project Manager. System Analyst . database.Berapa lama waktu yang dibutuhkan untuk menyelesaikan tiap-tiap fase dan target apa saja yang harus dicapai di tiap-tiap fase. Quote dari saya untuk fase ini : Tambahkanlah comment dari tiap fucntion code yang anda buat untuk mengantisipasi dan juga memudahkan jika program anda dilanjutkan oleh programmer lain. FSD ini merupakan rujukan bagi para programmer untuk mendevelop aplikasi sehingga isi dokumen ini harus dibuat sejelas mungkin sesuai dengan kesepakatan hasil meeting tentang requirement user karena jika ada bagian yang salah atau tidak sesuai bisa berakibat fatal seperti mundurnya jadwal penyelesaian project.Requirement Definition Pada Tahap ini dilakukan Meeting yg dihadiri antara lain oleh User. Hasil dari pertemuan ini adalah dibuatnya FSD (Functional Specification Document). dan software untuk pengembangan lebih lanjut. Para programmer mulai terjun untuk melakukan coding program berdasarkan document FSD dan Design yang telah dibuat pada fase System Design. 4. Implementation Inilah tahap yang disebut real coding.Business analyst. apakah sistem baru tersebut realistis dalam masalah pembiayaan. waktu. serta membuat model sistem menciptakan model graphical user interface (GUI). serta perbedaan dengan sistem yang ada sekarang.Pada Tahap ini seorang Project Manager menentukan jadwal keseluruhan kegiatan project antara lain kapan project itu mulai dikerjakan.

Acceptance. 7. Ada beberapa aplikasi yang dibuat untuk menggantikan aplikasi yang lama namun ada pula aplikasi yg dibuat memang baru pertama kali dibuat. Inilah yang sering disebut Go Live.Cocok untuk system software berskala besar. Setelah UAT selesai dilakukanlah training kepada semua user yang terlibat dan juga dibuatlah user guide aplikasi. Maintenance Tahap ini seorang business analyst terlibat dalam menganalisa aplikasi selama berjalan di production. 6. Jika masih terdapat beberapa error. Seluruh Divisi yang terlibat dari Pihak User hadir dalam sesi ini. Ada beberapa model SDLC yaitu : 1. PIC nya adalah Business Analyst.Deployment Tahap ini disebut juga UAC (User Acceptance Test). Hmmm nambah pekerjaan lagi deh. Untuk prosess Deployment biasanya dibuatkan panduan berupa deployment document yang antara lain berisi bagaimana installasi sampai dengan rollback plan. . Waterfall Kelebihan : . System Development Lyfe Cycle (SDLC) merupakan keseluruhan proses dalam membangun sistem melalui beberapa langkah. Seperti yang sudah saya sampaikan di atas. . Jika aplikasi ini menggantikan aplikasi yang lama maka diperlukan lah proses migrasi data dari aplikasi lama ke yang baru. Biasanya tahap ini merupakan tahap yang paling sibuk karna semua pihak saling berinteraksi dalam pengujian aplikasi.inilah tugas programmer untuk melakukan bug fixing.Merupakan model pengembangan paling handal dan paling lama digunakan. Lalu process selanjutnya adalah installasi aplikasi dan deployment ke Server Production. Biasanya pihak user dan vendor melakukan kontrak maintenance dan support untuk menjamin aplikasi tersebut berjalan dan stabil .Installation.Pada Process ini seluruh modul diintegrasikan secara lengkap untuk diuji-coba. di tahap inilah terkadang user menyampaikan new request yang menurut mereka belum ada di FSD. Pihak yang terlibah dalam process uji coba kali ini masih internal development jadi belum melibatkan user. Perlu dipikirkan waktu yang tepat untuk melakukan cut off dan juga pemberitahuan kepada user yang menggunakan aplikasi. Apakah masih timbul problem ataukah tidak. Skenario test nya yang membuat adalah Business Analyst. Jika aplikasi yg baru ini ternyata gagal saat di deploy maka akan dikembalikan lagi ke aplikasi awal. System Development Life Cycle (SDLC) adalah tahapan-tahapan pekerjaan yang dilakukan oleh analis sistem dan programmer dalam membangun sistem informasi. Tahap ini hampir sama dengan SIT yaitu uji coba sistem namun untuk UAT sudah melibatkan user maka dibuatlah jadwal yg disepakati oleh user untuk melakukan UAT.

Perubahan yang sering terjadi dapat merubah struktur system.Mempersingkat waktu pengembangan Sistem Informasi Kekurangan : .Prototype melibatkan user dalam analisa dan desain.Hanya berlaku untuk Short-Lifetime system. .Untuk digunakan secara standalone.Memerlukan tenaga ahli dengan kemampuan tinggi.Punya kemampuan menangkap requirement secara konkret daripada secara abstrak. Kekurangan : .Persyaratan system harus digambarkan dengan jelas. . .Tahapan proses tidak terlihat sedang berada ditahapan mana suatu pekerjaan.Dapat disesuaikan agar system bisa dipakai selama hidup software computer.Sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi. . . . . tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada (reusable object).Sulit untuk mengadaptasi jika terjadi perubahan spesifikasi pada suatu tahapan pengembangan 2. . .Pengembang dan pemakai dapat lebih mudah memahami dan bereaksi terhadap resiko setiap tahapan karena system terus bekerja selama proses. .Setiap fungsi dapat dimodulkan dalam waktu tertentu dan dapat dibicarakan oleh tim RAD yang terpisah dan kemudian diintegrasikan sehingga waktunya lebih efesien. . . Iterasi Kelebihan : . 4. Kekurangan : . . .. .Rincian proses harus benar-benar jelas dan tidak boleh berubah-ubah. Model prototyping Kelebihan : .Tidak cocok untuk proyek skala besar.Cocok untuk pengembangan sistem dan perangkat lunak skala besar.Resiko teknis yang tinggi juga kurang cocok untuk model ini.Dapat mengakomodasi jika terjadi perubahan pada tahapan pengembangan yang telah dilaksanakan.Pengerjaan project system akan terjadwal dengan baik dan mudah dikontrol.Proses analisis dan perancangan terlalu singkat. . . .Mengesampingkan alternatif pemecahan masalah.Bisanya kurang fleksible dalam mengahdapi perubahan. .Digunakan untuk memperluas SDLC.Memerlukan alat ukur kemajuan secara regular. Kekurangan : .RAD mengikuti tahapan pengembangan sistem sepeti umumnya. Rapid Application Development / RAD Kelebihan : .Cocok untuk system software yang bersifat generic. .Protitype yang dihasilkan tidak selamanya mudah dirubah . . 3.

yaitu: 1) Prototyping Prototyping adalah proses pembuatan model sederhana untuk software final yang mengijinkan pengguna memiliki gambaran dasar tentang program serta melakukan pengujian awal. Biasa digunakan untuk proyek besar yang mahal dan rumit.V untuk . Pengguna dan developer bisa memahami dengan baik software yang dibangun karena progress dapat diamati dengan baik. c. Analisis kurang. Software engineers bisa bekerja lebih cepat pada proyek.  Keuntungan menggunakan teknik spiral: a.  Keuntungan menggunakan teknik prototyping: a. c. b. Trowaway Prototyping b. b.. c . c. b. Meningkatkan keterlibatan pengguna. Biaya untuk membuat prototyping cukup tinggi 2) Waterfall  Keuntungan menggunakan teknik waterfall a Proses menjadi teratur b Estimasi proses menjadi lebih baik c Jadwal menjadi lebih menentu  Kelemahan menggunakan teknik waterfall: a Sifatnya kaku. Lebih mampu menangani perubahan yang sering terjadi pada software development.Protype terlalu cepat selesai Dalam perkembangannya SDLC dilengkapi oleh berbagai teknik pengembangan sistem. Membutuhkan planning jangka panjang yang baik agar program bisa selesai dengan baik 4) V Model Teknik V model sering disebut sebagai pengembangan dari teknik waterfall. b. Jenis-jenis teknik prototyping adalah: a. Membutuhkan waktu yang lama. tapi jarang konsumen bisa memberikan kebutuhan secara lengkap diawal 3) Spiral Teknik spiral mencoba menggabungkan model prototyping dan waterfall. Mengurangi kesalahpahaman dan kesalahan interpretasi dengan pegguna  Kelemahan menggunakan teknik prototyping: a. Mengurangi waktu dan biaya. Membutuhkan dana yang besar. sehingga susah melakukan perubahan di tengah proses b Membutuhkan daftar kebutuhan yang lengkap di awal. Incremental Prototyping. Digunakan oleh militer Amerika untuk mengembangkan program Future Combat Systems.  Kelemahan menggunakan teknik spiral: a. Estimasi menjadi lebih realistik seiring berjalannya proyek karena masalah ditemukan sesegera mungkin. Evolutionary Prototyping. d.

b.  Keuntungan menggunakan teknik extreme programming. Biaya Tinggi. c. Developer harus selalu siap dengan perubahan karena perubahan selalu diterima. Setiap fase dapat diimplementasikan dengan dokumentasi yang detail dari fase sebelumnya. Meningkatkan Komunikasi dan Sifat Saling Menghargai antar Developer. b. a.verifikasi dan validasi dan merupakan model standar yang banyak dipakai di negara-negara Eropa seperti standar untuk proyek pertahanan dan administrasi federal di Jerman.  Kelemahannya adalah a. sehingga mengurangi waktu proyek. Tidak bisa membuat kode yang detail di awal (prinsip simplicity dan juga anjuran untuk melakukan apa yang diperlukan hari itu juga) . Aktivitas pengujian dapat dimulai di awal proyek.  Keuntungan menggunakan teknik formal method adalah meminimalkan resiko dengan adanya perhitungan komputasi.  Kelemahan menggunakan teknik extreme programming: a. b.  Kelemahan menggunakan teknik V model adalah dokumentasi harus cukup detail agar fase selanjutnya dapat berjalan dengan baik. Merupakan model pengembangan terstruktur.Hanya digunakan pada sistem yang sangat memperhatikan keamanan atau keselamatan dari pengguna. Kompleks c. b. 5) Formal Method Teknik formal method adalah teknik yang mengandalkan perhitungan matematika dalam setiap prosesnya. Menjalin Komunikasi yang Baik dengan Klien. Tidak Umum untuk Proyek Software pada umumnya 6) Extreme Programming Merupakan bagian dari metode agile software development.Contoh penggunaan teknik ini adalah aerospace engineering.  Keuntungan menggunakan teknik V model a.

Sign up to vote on this title
UsefulNot useful