DSDMDYNAMIC SYSTEM DEVELOPMENT METHOD

Rekayasa Perangkat Lunak – 10 Maret 2014

Anggota Kelompok 1. Dian Aryanti (12/329832/TK/39074)

2. Nadia Kartikasari (12/329835/TK/39077)

3. Ridho Pratama (12/329855/TK/39089)

4. Gisela Andika S(12/329910/TK/39123)

5. Hamdan Prakoso (12/330060/TK/39251)

6. Siti Nur Aini (12/330068/TK/39259)

Pengertian DSDM DSDM merupakan salah satu metode Agile untuk pengembangan perangkat lunak yang framework

awalnya didasarkan pada Rapid Application Development (RAD).

DSDM mengutamakan keterlibatan user secara berkesinambungan dengan pendekatan pengembangan secara berulang dan bertambah, tanggap terhadap perubahan.

Framework DSDM menyediakan dasar ideal bagi proses pengembangan dan penerapan sistem informasi, meliputi orang (misal organisasi, staf, keahlian), teknologi pendukung (misal teknologi informasi, otomatisasi kantor, komunikasi) dan proses yang menyatukan keduanya (dalam rangkaian strategi bisnis).

DSDM = Dynamic System Development Method

Sejarah DSDM

1990RAD mulai merajalela di dunia industry IT. UI untuk aplikasi software mulai beralih dari layar hijau model lama ke GUI.

1994DSDM Consortium pertama kali ditemukan yang tujuannya adalah untuk menciptakan dan mempromosikan RAD framework yang independen dengan mengombinasikan pengalaman-pengalaman para ahli.

1995Versi Pertama dari DSDM dipublikasikan.

RAD = Rapid Application Development

Tahapan Pembuatan DSDM DSDM Terdiri dari 3 tahapan utama, dan 5 sub tahap. Tahapan utamanya adalah :Sebelum Proyek

• Kandidat proyek diidentifikasi

• Pembiayaan proyek terpenuhi

• Jaminan proyek dipastikan

Siklus Hidup Proyek

• Studi kelayakan

• Studi Bisins• Perulangan

model fungsional

• Perulangan perancangan dan pembuatan

• Penerapan

Setelah Proyek

• Memastikan sistem berjalan secara efektif dan efisien

Siklus Hidup Proyek

Prinsip DSDM Ada delapan prinsip yang mendasari DSDM Atern framework. Prinsip-prinsip ini mengarahkan tim , sikap apa yang harus mereka ambil dan pola pikir apa yang harus mereka adopsi secara konsisten.

1. Fokus pada kebutuhan bisnis

2. Tepat waktu

3. Kolaborasi

4. Jangan kompromi soal kualitas

5. Membangun secara bertahap

6. Mengembangkan Iterasi

7. Komunikasi yang intens dan jelas

8. Menunjukkan Kontrol

Fokus pada kebutuhan bisnis Kriteria utama sebagai bentuk penerimaan dari “deliverable" adalah memberikan suatu sistem yang membahas kebutuhan bisnis saat ini. Menyampaikan sistem yang sempurna yang membahas semua kemungkinan kebutuhan bisnis kurang penting daripada berfokus pada fungsi kritis.

Mendefinisikan ruang lingkup sistem dengan jelas

Memahami prioritas bisnis yang benar

Membentuk sebuah kasus bisnis

Mencari sponsor bisnis yang berkesinambungan dan berkomitmen

Jaminan fitur Minimum Usable Subset

Tepat WaktuTimebox pekerjaan

Fokus pada prioritas bisnis

Selalu memenuhi deadline

Kolaborasi Keterlibatan pengguna merupakan kunci utama dalam menjalankan proyek yang efisien dan efektif, dimana kedua pengguna dan developer berbagi tempat kerja (baik fisik atau melalui alat), sehingga pengambilan keputusan dapat dilakukan secara kolaboratif dan cepat.

Melibatkan stakeholder yang tepat, pada waktu yang tepat, pada keseluruhan proyek

Pastikan bahwa anggota tim diberi wewenang untuk mengambil keputusan atas nama user yang mereka wakili tanpa menunggu persetujuan tingkat yang lebih tinggi.

Aktif melibatkan perwakilan bisnis

Membangun budaya satu tim

Jangan kompromi soal kualitasMengatur tingkat kualitas di awal proyek

Pastikan bahwa kualitas tidak menjadi variabel

Desain, dokumentasikan dan uji dengan tepat

Membangun kualitas dengan review konstan

Uji lebih awal dan secara kontinyu . Lihat test-driven development untuk perbandingan.

Membangun secara bertahapUpayakan untuk pengiriman awal guna mendapat manfaat bisnis

Terus mengkonfirmasi solusi yang tepat

Secara formal menilai kembali prioritas dan kelayakan proyek yang sedang berlangsung dengan kenaikan masing-masing di deliver.

Mengembangkan iterasi Fokus pada penyajian produk sesering mungkin, dengan asumsi bahwa untuk memberikan sesuatu yang "cukup baik" sebelumnya selalu lebih baik daripada memberikan segalanya "sempurna" pada akhirnya. Dengan memberikan produk sering dari tahap awal dari proyek, produk dapat diuji dan ditinjau di mana catatan uji dan dokumen review dapat diperhitungkan pada iterasi berikutnya .

Cukup dengan desain di muka untuk menciptakan fondasi yang kuat

Mengambil pendekatan iteratif untuk membangun semua produk

Membangun feedback pelanggan dalam setiap iterasi untuk fokus pada solusi bisnis yang efektif

Terimalah bahwa sebagian besar detail muncul kemudian , bukan secara cepat

Menerima perubahan - solusi yang tepat tidak akan berkembang tanpa itu

Jadilah orang yang kreatif, suka bereksperimen, belajar, berevolusi

Berkomunikasi secara intens dan jelas

Komunikasi dan kerja sama di antara semua stakeholder proyek diperlukan untuk menjadi efisien dan efektif.

Jalankan tim setiap hari

Gunakan fasilitas workshop

Gunakan teknik komunikasiseperti pemodelan dan prototyping

Iterasi kini berkembang menjadi solusi awal dan sering

Menjaga dokumentasi tetap ramping dan tepat waktu

Mengelola ekspetasi stakeholder pada keseluruhan proyek

Mendorong komunikasi informal, tatap muka di semua tingkatan

Menunjukkan KontrolGunakan level yang sesuai dengan formalitas untuk pelacakan dan pelaporan

Buatlah rencana dan progress terlihat oleh semua

Mengukur kemajuan melalui fokus pada pengiriman produk daripada kegiatan yang telah selesai

Mengelola secara proaktif

Evaluasi terus kelayakan proyek berdasarkan tujuan bisnis

Teknik yang menentukan keberhasilan DSDM

Menjadi dasar keberhasilan dari proyek DBMS.• Teknik ini memungkinkan keterlibatan nyata dari pengguna

dalam kegiatan pengembangan sejak tingkatan paling awal, dengan demikian memungkinkan pengguna mengendalikan

pengembang untuk mencapai keuntungan bisnis yang maksimal.

Pembuatan Prototype

Merupakan teknik penting untuk menjaga kemajuan proyek secara cepat dan dalam

arah yang tepat, baik dari sisi bisnis maupun teknis.

Workshop digunakan menyeluruh pada proyek untuk menciptakan produk dan

membuat keputusan dengan cepat, serta mengumpulkan pandangan luas dari pihak-

pihak terkait.

Pengadaan Workshop

Pendukung DSDM Timeboxing digunakan untuk mendukung tujuan utama dari DSDM dalam mewujudkan pengembangan sistem informasi tepat waktu, sesuai anggaran dan kualitas yang diinginkan. Ide utama pada timeboxing adalah memecah proyek dalam bagianbagian, masingmasing dengan anggaran dan waktu yang tetap. Bagi setiap bagian ditentukan sejumlah persyaratan yang diutamakan sesuai prinsip MoSCoW. Prinsip MoSCoW menyajikan cara dalam memprioritaskan persyaratan. Ini adalah suatu singkatan yang berarti:

1. Must, persyaratan ini harus ada demi tuntutan bisnis.

2. Should, persyaratan ini ada bilamana mungkin, tetapi keberhasilan proyek tidak bergantung padanya.

3. Could, persyaratan ini bisa ada, dan tidak mempengaruhi kemampuan dari tuntutan bisnis.

4. Would, persyaratan ini dipenuhi di masa depan bila terdapat sisa waktu atau pada pengembangan sistem selanjutnya.

Mengapa menggunakan DSDM 1. Hasil dari pengembangannya bisa dilihat secara langsung.2. Pengguna terlibat secara aktif dalam penggembangan system.3. Software dibangun dengan cepat.4. Kerangka kerja (framework) disajikan untuk membangun dan memelihara

system dalam waktu yang terbatas.5. Sistem dibuat tepat waktu dan sesuai budget6. Pengguna memiliki kemampuan untuk mempengaruhi arah proyek.7. Terdapat indikasi awal apakah proyek tersebut dapat dijalankan atau tidak.

Kekurangan DSDM1. Biaya lisensi tinggi.

2. Terdapat cultural shift dalam organisasi.

3. Terdapat penghalang pada entry system.

4. Setiap iterasi bergantung pada prototype sebelumnya.

5. Dokumentasi sering kali tidak fokus pada pembuatan prototype.

TERIMA KASIH