Software Development Life Cycle (SDLC)ocis_ana@yahoo.com

SDLCA framework that describes the activities performed at each stage of a software development project.(Turban,2003)Sebuah Kerangka Kerja yang menggambarkan aktivitas yang dilakukan di masing masing tahapan proyek pengembangan software

(Turban,2003,p463)

>>Fase SDLC

Identifikasi, seleksi, dan perencanaan sistemMengidentifikasi kebutuhan userMenyeleksi kebutuhan user dari proses identifikasi dengan melihat kapasitas teknologi dan efisiensiMerencanakan sistemKebutuhan dokumen dan perangkat lunak

Analisis SistemPermodelan data Entity Relationship Diagram (ERD) Conceptual Data Model (CDM) Physical Data Model (PDM) Permodelan proses Unified Modeling Language (UML)

Desain SistemDesain form dan laporan (report)Desain Antarmuka dan dialog (message)Desain basis data dan file (framework)Desain proses (struktur proses)

Implementasi sistemPemrograman dan pengetesan perangkat lunak (software) Developmental (error testing per modul oleh programmer) Alpha testing (error testing ketika sistem digabungkan dengan antarmuka user , oleh software tester) Beta testing (testing dengan lingkungan dan data sebenarnya)Konversi sistem Mengaplikasikan perangkat lunak pada lingkungan yang sebenarnya untuk digunakan oleh organisasi Dokumentasi Pelatihan

Pemeliharaan sistem (maintenance)Corrective memperbaiki desain dan error pada programAdaptive memodifikasi sistem untuk beradaptasi dengan perubahan lingkunganPerfective Melibatkan sistem untuk menyelesaikan masalah baru atau mengambil kesempatan (penambahan fitur)Preventive Menjaga sistem dari kemungkinan masalah di masa yang akan datang

WaterfallPrototypeSpiralRapid Aplication development (RAD)dll..

Waterfall (1)

Waterfall (2)Kelebihan Proses-prosesnya mudah dipahami dan jelas Mudah dalam pengelolaan proyek Dokumen dihasilkan setiap akhir fase Sebuah fase dijalankan setelah fase sebelumnya selesai Struktur sistem jelas Kondisi tepat SDLC Waterfall Kebutuhan user telah sangat dipahami Kemungkinan terjadinya perubahan kebutuhan user kecilKelemahan Proyek dunia nyata jarang mengikuti alur proses Kesulitan jika terjadi perubahan kebutuhan Waktu pengerjaan bertambah Ada anggota tim yang harus menunggu pekerjaan pekerja lain Kesabaran customer/klien

Prototype (1) Membuat sebuah contoh prototipe untuk menunjukkan kebutuhan dan desain ke pemakai

Membuat sebuah contoh prototipe untuk menunjukkan kebutuhan dan desain ke pemakaiMock-up adalah sesuatu yang digunakan sebagai model desain yang digunakan untuk mengajar, demonstrasi, evaluasi desain, promosi, atau keperluan lain.Sebuah mock-up dikatakan sebagai prototype PL jika menyediakan/mampu mendemonstrasikan sebagian besar fungsi sistem PL dan memungkinkan pengujian desain sistem PL.KelemahanHarus ada versi yang dapat dijalankan sebagai prototipe sebelum sistem dikembangkan (bisa berupa contoh sistem lain)Harus ada implementasi sistem yang dikembangkan sebelum dibuat sebuah sistem finalPrototype (2)

Spiral (1)Merupakan kombinasi antara model waterfall dan prototipePemberlakukan analisa risiko pada tiap tahap. Terdapat 4 quadran pokok dalam pembangunan softwareDokumentasi dibuat pada saat progress4 Quadran pada model spiral1. Mendefinisikan tujuan dan alternatif2. Evaluasi alternatif; identifikasi dan pemecahan risiko3. Development dan testing4. Rencana untuk fase berikutnya

Spiral (2)

Kelebihan Dapat digunakan untuk sistem yang besar Sangat cocok sebagai mekanisme mengurangi resikoKelemahan Terlalu banyak memikirkan resiko yang akan terjadi Masih jarang digunakanSpiral (3)

Rapid Application Development (RAD)Model proses pengembangan PL yang bersifat incremental, terutama untuk waktu pengerjaan yang pendek.Model RAD merupakan adaptasi dari model waterfall versi kecepatan tinggi dengan menggunakan model waterfall untuk pengembangan setiap komponen PL.Model RAD membagi tim pengembang menjadi beberapa tim untuk mengerjakan beberapa komponen secara paralel.

Rapid Application Development (RAD)

Kelebihan Waktu pengembangan singkatKelemahan Untuk proyek besar memerlukan lebih banyak sumber daya Sangat memerlukan kerjasama antara customer dan developer Tidak cocok untuk kebutuhan yang tidak dapat dimodulkan(dibagi) Tidak cocok untuk sistem yang memerlukan banyak perbaikan Tidak sesuai untuk pengembangan sistem dengan resiko tinggi (aplikasi dengan teknologi baru)Rapid Application Development (RAD)

Modifikasi model RADPengembangan PL Tangkas (Agile Software), dimana interaksi antara anggota tim dan pelanggan dianggap sebagai hal yang penting lebih dari perangkat ataupun proses pengembangan PL.

Contoh pengembangan Agile Software :Pengembangan ScrumPengembangan Extreme Programming

Sebab Gagalnya Perangkat LunakPerencanaan yang tidak realistik karena terlalu banyak kasus dan pemikiran optimisPenelusuran yang tidak efektifTerlalu terpaku pada kebutuhan sementaraResiko

TugasCari jurnal international terkait Software EngineeringResume : Research BackgroundResearch ObjectiveResearch MethodResearch AnalysisResearch ResultResearchConclusion & Recomendation

Tugas (Cont.)Your CommentFurther Development of the JournalResume di lembar A4 maksimal 2 halaman.Dikumpulkan hardcopy, lampirkan jurnal asli.