Feature-driven development - Riwayat revisi

Maintenance script: Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

2026-08-23T14:08:46Z

Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

Maintenance script: Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 28680345; atribusi sumber disertakan.

2026-08-23T13:49:17Z

Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 28680345; atribusi sumber disertakan.

Halaman baru

'''''Feature-driven development''''' (FDD) adalah [[proses pengembangan perangkat lunak]] yang ''iterative'' dan ''[[Model Incremental|incremental]]''. Kerangka kerja ini termasuk [[Agile Development Methods|metode ''Agile'']] untuk mengembangkan [[perangkat lunak]]. FDD memadukan sejumlah praktik terbaik yang diakui industri menjadi satu kesatuan yang utuh. Praktik-praktik ini didorong dari perspektif fungsionalitas (fitur) yang dihargai klien. Tujuan utamanya adalah untuk memberikan perangkat lunak yang nyata dan berfungsi berulang kali secara tepat waktu sesuai dengan prinsip di balik ''Agile Manifesto''.

''Feature-driven Development'' (FDD) awalnya dirancang oleh [[Peter Coad]] dan rekan-rekannya sebagai model proses praktis untuk [[rekayasa perangkat lunak]] berorientasi objek. [[Stephen Palmer]] dan [[John Felsing]] telah memperluas dan meningkatkan pekerjaan Coad, menggambarkan proses yang ''agile'' dan adaptif yang dapat diterapkan pada proyek perangkat lunak berukuran sedang dan lebih besar. Seperti pendekatan ''agile'' lainnya, FDD mengadopsi filosofi yang (1) menekankan kerja sama di antara orang-orang dalam tim FDD; (2) mengelola masalah dan kompleksitas proyek menggunakan dekomposisi berbasis fitur diikuti oleh integrasi ''software increment,'' dan (3) komunikasi detail teknis menggunakan cara verbal, grafis, dan berbasis teks. FDD menekankan kegiatan jaminan kualitas perangkat lunak ''(software quality assurance)'' dengan mendorong strategi pengembangan tambahan, penggunaan desain dan inspeksi kode, penerapan audit jaminan kualitas perangkat lunak, pengumpulan metrik, dan penggunaan pola (untuk analisis, desain, dan konstruksi).

== Fitur FDD ==
Dalam konteks FDD, fitur ''(feature)'' adalah fungsi bernilai klien ''(client-valued)'' yang dapat diimplementasikan dalam dua minggu atau kurang" '''[Coa99]'''. Penekanan pada definisi fitur memberikan manfaat berikut:

# Karena fitur adalah blok kecil dari fungsionalitas yang dapat disampaikan, pengguna dapat menggambarkannya dengan lebih mudah; memahami bagaimana mereka berhubungan satu sama lain dengan lebih mudah; dan meninjau ambiguitas, kesalahan, atau kelalaian dengan lebih baik.
# Fitur dapat diatur ke dalam pengelompokan terkait bisnis hierarkis.
# Karena suatu fitur adalah ''software increment'' yang dapat dikirimkan oleh FDD, tim mengembangkan fitur operasional setiap dua minggu.
# Karena fiturnya kecil, desain dan representasi kodenya lebih mudah untuk diperiksa secara efektif.
# Perencanaan ''(planning)'', penjadwalan ''(scheduling)'', dan pelacakan ''(tracking)'' proyek didorong oleh hierarki fitur, dan bukannya kumpulan tugas rekayasa perangkat lunak yang diadopsi secara sewenang-wenang.

Coad dan rekan-rekannya menyarankan templat berikut untuk mendefinisikan fitur: '''<action>''' the '''<result>''' '''<by | for | of | to>''' a(n) '''<object>''' <object> adalah orang, tempat, atau benda (termasuk peran, momen dalam waktu atau interval waktu, atau deskripsi seperti entri katalog).

Contoh fitur untuk aplikasi ''e-commerce'': "Tambahkan produk ke [[keranjang belanja]]", "Tampilkan spesifikasi teknis produk" , "Simpan informasi pengiriman untuk pelanggan". Kumpulan fitur mengelompokkan fitur terkait ke dalam kategori bisnis terkait dan didefinisikan sebagai: '''<action> <-ing>''' a (n) '''<object>.''' Sebagai contoh: "Melakukan penjualan produk" adalah seperangkat fitur yang akan mencakup fitur-fitur yang disebutkan sebelumnya dan lainnya.

== Proses FDD ==
Pendekatan FDD mendefinisikan lima kegiatan kerangka kerja "berkolaborasi"(dalam FDD ini disebut "proses"), yaitu mengembangkan model keseluruhan ''(develop an overall model),'' membangun daftar fitur ''(build a features list)'' , membangun rencana dengan fitur ''(plan by feature),'' mendesain dengan fitur ''(design by feature),'' dan membangun dengan fitur ''(build by feature)''

# Mengembangkan model keseluruhan ''(develop an overall model)'': Proyek FDD dimulai dengan penelusuran tingkat tinggi dari ruang lingkup sistem dan konteksnya.
# Membangun daftar fitur ''(build a features list)'': Seperangkat fitur digabungkan menjadi seperangkat area subjek
# Membangun rencana dengan fitur ''(plan by feature):'' Setelah daftar fitur selesai, langkah selanjutnya adalah membuat rencana pengembangan dan menetapkan kepemilikan fitur (atau kumpulan fitur) sebagai kelas untuk [[Pemrogram|programmer]].
# Mendesain dengan fitur ''(design by feature)'': Menghasilkan paket desain ''(design package)'' untuk setiap fitur
# Membangun dengan fitur ''(build by feature):'' Setelah inspeksi desain yang berhasil untuk setiap kegiatan untuk menghasilkan fitur yang telah direncanakan, pemilik kelas mengembangkan kode untuk kelas mereka. Setelah [[pengujian unit]] dan inspeksi kode yang berhasil, fitur yang lengkap ''(complete feature)'' dipromosikan ke ''main build''''.''

FDD memberikan penekanan lebih besar pada pedoman dan teknik [[manajemen proyek]] daripada banyak metode ''agile'' lainnya. Ketika proyek tumbuh dalam ukuran dan kompleksitasnya, manajemen proyek ''ad hoc'' sering kali tidak memadai. Sangat penting bagi pengembang, manajer, dan [[pemangku kepentingan]] lainnya untuk memahami status proyek — pencapaian apa yang telah dibuat dan masalah yang dihadapi. Jika tekanan tenggat waktu signifikan, sangat penting untuk menentukan apakah ''software increment'' (fitur) dijadwalkan dengan benar. Untuk mencapai hal ini, FDD mendefinisikan enam tonggak selama desain dan implementasi fitur: "penelusuran desain ''(design walkthrough),'' desain ''(design),'' inspeksi desain ''(design inspection),'' kode ''(code),'' inspeksi kode ''(code inspection),'' promosi untuk membangun ''(promote to build)''" '''.'''

== Referensi ==

== Sumber dan atribusi ==

Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Feature-driven+development&oldid=28680345 Wikipedia bahasa Indonesia], revisi 28680345 (2025-12-09T17:15:56Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

← Revisi sebelumnya		Revisi per 23 Agustus 2026 14.08
Baris 1:		Baris 1:
	'''''Feature-driven development''''' (FDD) adalah [[proses pengembangan perangkat lunak]] yang ''iterative'' dan ''[[Model Incremental\|incremental]]''. Kerangka kerja ini termasuk [[Agile Development Methods\|metode ''Agile'']] untuk mengembangkan [[perangkat lunak]]. FDD memadukan sejumlah praktik terbaik yang diakui industri menjadi satu kesatuan yang utuh. Praktik-praktik ini didorong dari perspektif fungsionalitas (fitur) yang dihargai klien. Tujuan utamanya adalah untuk memberikan perangkat lunak yang nyata dan berfungsi berulang kali secara tepat waktu sesuai dengan prinsip di balik ''Agile Manifesto''.		'''''Feature-driven development''''' (FDD) adalah [[proses pengembangan perangkat lunak]] yang ''iterative'' dan ''[[Model Incremental\|incremental]]''. Kerangka kerja ini termasuk [[Agile Development Methods\|metode ''Agile'']] untuk mengembangkan [[perangkat lunak]]. FDD memadukan sejumlah praktik terbaik yang diakui industri menjadi satu kesatuan yang utuh. Praktik-praktik ini didorong dari perspektif fungsionalitas (fitur) yang dihargai klien. Tujuan utamanya adalah untuk memberikan perangkat lunak yang nyata dan berfungsi berulang kali secara tepat waktu sesuai dengan prinsip di balik ''Agile Manifesto''.<ref>[http://agilemanifesto.org/principles.html Principles behind the Agile Manifesto].</ref>

	''Feature-driven Development'' (FDD) awalnya dirancang oleh [[Peter Coad]] dan rekan-rekannya sebagai model proses praktis untuk [[rekayasa perangkat lunak]] berorientasi objek. [[Stephen Palmer]] dan [[John Felsing]] telah memperluas dan meningkatkan pekerjaan Coad, menggambarkan proses yang ''agile'' dan adaptif yang dapat diterapkan pada proyek perangkat lunak berukuran sedang dan lebih besar. Seperti pendekatan ''agile'' lainnya, FDD mengadopsi filosofi yang (1) menekankan kerja sama di antara orang-orang dalam tim FDD; (2) mengelola masalah dan kompleksitas proyek menggunakan dekomposisi berbasis fitur diikuti oleh integrasi ''software increment,'' dan (3) komunikasi detail teknis menggunakan cara verbal, grafis, dan berbasis teks. FDD menekankan kegiatan jaminan kualitas perangkat lunak ''(software quality assurance)'' dengan mendorong strategi pengembangan tambahan, penggunaan desain dan inspeksi kode, penerapan audit jaminan kualitas perangkat lunak, pengumpulan metrik, dan penggunaan pola (untuk analisis, desain, dan konstruksi).		''Feature-driven Development'' (FDD) awalnya dirancang oleh [[Peter Coad]] dan rekan-rekannya<ref>Coad, Peter, Auteur. [http://worldcat.org/oclc/490503092 Java modeling in color with UML : enterprise components and process]. Prentice Hall PTR. 1999. ISBN 013011510X.</ref> sebagai model proses praktis untuk [[rekayasa perangkat lunak]] berorientasi objek. [[Stephen Palmer]] dan [[John Felsing]] <ref>Palmer, S., and J. Felsing, ''A Practical Guide to Feature Driven Development'', Prentice Hall, 2002.</ref> telah memperluas dan meningkatkan pekerjaan Coad, menggambarkan proses yang ''agile'' dan adaptif yang dapat diterapkan pada proyek perangkat lunak berukuran sedang dan lebih besar.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref> Seperti pendekatan ''agile'' lainnya, FDD mengadopsi filosofi yang (1) menekankan kerja sama di antara orang-orang dalam tim FDD; (2) mengelola masalah dan kompleksitas proyek menggunakan dekomposisi berbasis fitur diikuti oleh integrasi ''software increment,'' dan (3) komunikasi detail teknis menggunakan cara verbal, grafis, dan berbasis teks. FDD menekankan kegiatan jaminan kualitas perangkat lunak ''(software quality assurance)'' dengan mendorong strategi pengembangan tambahan, penggunaan desain dan inspeksi kode, penerapan audit jaminan kualitas perangkat lunak, pengumpulan metrik, dan penggunaan pola (untuk analisis, desain, dan konstruksi).<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	== Fitur FDD ==		== Fitur FDD ==
	Dalam konteks FDD, fitur ''(feature)'' adalah fungsi bernilai klien ''(client-valued)'' yang dapat diimplementasikan dalam dua minggu atau kurang" '''[Coa99]'''. Penekanan pada definisi fitur memberikan manfaat berikut:		Dalam konteks FDD, fitur ''(feature)'' adalah fungsi bernilai klien ''(client-valued)'' yang dapat diimplementasikan dalam dua minggu atau kurang" '''[Coa99]'''. Penekanan pada definisi fitur memberikan manfaat berikut:<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	# Karena fitur adalah blok kecil dari fungsionalitas yang dapat disampaikan, pengguna dapat menggambarkannya dengan lebih mudah; memahami bagaimana mereka berhubungan satu sama lain dengan lebih mudah; dan meninjau ambiguitas, kesalahan, atau kelalaian dengan lebih baik.		# Karena fitur adalah blok kecil dari fungsionalitas yang dapat disampaikan, pengguna dapat menggambarkannya dengan lebih mudah; memahami bagaimana mereka berhubungan satu sama lain dengan lebih mudah; dan meninjau ambiguitas, kesalahan, atau kelalaian dengan lebih baik.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Fitur dapat diatur ke dalam pengelompokan terkait bisnis hierarkis.		# Fitur dapat diatur ke dalam pengelompokan terkait bisnis hierarkis.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Karena suatu fitur adalah ''software increment'' yang dapat dikirimkan oleh FDD, tim mengembangkan fitur operasional setiap dua minggu.		# Karena suatu fitur adalah ''software increment'' yang dapat dikirimkan oleh FDD, tim mengembangkan fitur operasional setiap dua minggu.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Karena fiturnya kecil, desain dan representasi kodenya lebih mudah untuk diperiksa secara efektif.		# Karena fiturnya kecil, desain dan representasi kodenya lebih mudah untuk diperiksa secara efektif.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Perencanaan ''(planning)'', penjadwalan ''(scheduling)'', dan pelacakan ''(tracking)'' proyek didorong oleh hierarki fitur, dan bukannya kumpulan tugas rekayasa perangkat lunak yang diadopsi secara sewenang-wenang.		# Perencanaan ''(planning)'', penjadwalan ''(scheduling)'', dan pelacakan ''(tracking)'' proyek didorong oleh hierarki fitur, dan bukannya kumpulan tugas rekayasa perangkat lunak yang diadopsi secara sewenang-wenang.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	Coad dan rekan-rekannya menyarankan templat berikut untuk mendefinisikan fitur: '''<action>''' the '''<result>''' '''<by \| for \| of \| to>''' a(n) '''<object>''' <object> adalah orang, tempat, atau benda (termasuk peran, momen dalam waktu atau interval waktu, atau deskripsi seperti entri katalog).		Coad dan rekan-rekannya<ref>Coad, Peter, Auteur. [http://worldcat.org/oclc/490503092 Java modeling in color with UML : enterprise components and process]. Prentice Hall PTR. 1999. ISBN 013011510X.</ref> menyarankan templat berikut untuk mendefinisikan fitur: '''<action>''' the '''<result>''' '''<by \| for \| of \| to>''' a(n) '''<object>''' <object> adalah orang, tempat, atau benda (termasuk peran, momen dalam waktu atau interval waktu, atau deskripsi seperti entri katalog).<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	Contoh fitur untuk aplikasi ''e-commerce'': "Tambahkan produk ke [[keranjang belanja]]", "Tampilkan spesifikasi teknis produk" , "Simpan informasi pengiriman untuk pelanggan". Kumpulan fitur mengelompokkan fitur terkait ke dalam kategori bisnis terkait dan didefinisikan sebagai: '''<action> <-ing>''' a (n) '''<object>.''' Sebagai contoh: "Melakukan penjualan produk" adalah seperangkat fitur yang akan mencakup fitur-fitur yang disebutkan sebelumnya dan lainnya.		Contoh fitur untuk aplikasi ''e-commerce'': "Tambahkan produk ke [[keranjang belanja]]", "Tampilkan spesifikasi teknis produk" , "Simpan informasi pengiriman untuk pelanggan". Kumpulan fitur mengelompokkan fitur terkait ke dalam kategori bisnis terkait dan didefinisikan<ref>Coad, Peter, Auteur. [http://worldcat.org/oclc/490503092 Java modeling in color with UML : enterprise components and process]. Prentice Hall PTR. 1999. ISBN 013011510X.</ref> sebagai: '''<action> <-ing>''' a (n) '''<object>.''' Sebagai contoh: "Melakukan penjualan produk" adalah seperangkat fitur yang akan mencakup fitur-fitur yang disebutkan sebelumnya dan lainnya.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	== Proses FDD ==		== Proses FDD ==
	Pendekatan FDD mendefinisikan lima kegiatan kerangka kerja "berkolaborasi"(dalam FDD ini disebut "proses"), yaitu mengembangkan model keseluruhan ''(develop an overall model),'' membangun daftar fitur ''(build a features list)'' , membangun rencana dengan fitur ''(plan by feature),'' mendesain dengan fitur ''(design by feature),'' dan membangun dengan fitur ''(build by feature)''		Pendekatan FDD mendefinisikan lima kegiatan kerangka kerja "berkolaborasi"<ref>Coad, Peter, Auteur. [http://worldcat.org/oclc/490503092 Java modeling in color with UML : enterprise components and process]. Prentice Hall PTR. 1999. ISBN 013011510X.</ref>(dalam FDD ini disebut "proses"), yaitu mengembangkan model keseluruhan ''(develop an overall model),'' membangun daftar fitur ''(build a features list)'' , membangun rencana dengan fitur ''(plan by feature),'' mendesain dengan fitur ''(design by feature),'' dan membangun dengan fitur ''(build by feature)''<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	# Mengembangkan model keseluruhan ''(develop an overall model)'': Proyek FDD dimulai dengan penelusuran tingkat tinggi dari ruang lingkup sistem dan konteksnya.		# Mengembangkan model keseluruhan ''(develop an overall model)'': Proyek FDD dimulai dengan penelusuran tingkat tinggi dari ruang lingkup sistem dan konteksnya.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Membangun daftar fitur ''(build a features list)'': Seperangkat fitur digabungkan menjadi seperangkat area subjek		# Membangun daftar fitur ''(build a features list)'': Seperangkat fitur digabungkan menjadi seperangkat area subjek<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Membangun rencana dengan fitur ''(plan by feature):'' Setelah daftar fitur selesai, langkah selanjutnya adalah membuat rencana pengembangan dan menetapkan kepemilikan fitur (atau kumpulan fitur) sebagai kelas untuk [[Pemrogram\|programmer]].		# Membangun rencana dengan fitur ''(plan by feature):'' Setelah daftar fitur selesai, langkah selanjutnya adalah membuat rencana pengembangan dan menetapkan kepemilikan fitur (atau kumpulan fitur) sebagai kelas untuk [[Pemrogram\|programmer]].<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Mendesain dengan fitur ''(design by feature)'': Menghasilkan paket desain ''(design package)'' untuk setiap fitur		# Mendesain dengan fitur ''(design by feature)'': Menghasilkan paket desain ''(design package)'' untuk setiap fitur<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>
	# Membangun dengan fitur ''(build by feature):'' Setelah inspeksi desain yang berhasil untuk setiap kegiatan untuk menghasilkan fitur yang telah direncanakan, pemilik kelas mengembangkan kode untuk kelas mereka. Setelah [[pengujian unit]] dan inspeksi kode yang berhasil, fitur yang lengkap ''(complete feature)'' dipromosikan ke ''main build''''.''		# Membangun dengan fitur ''(build by feature):'' Setelah inspeksi desain yang berhasil untuk setiap kegiatan untuk menghasilkan fitur yang telah direncanakan, pemilik kelas mengembangkan kode untuk kelas mereka. Setelah [[pengujian unit]] dan inspeksi kode yang berhasil, fitur yang lengkap ''(complete feature)'' dipromosikan ke ''main build''<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>''.''

	FDD memberikan penekanan lebih besar pada pedoman dan teknik [[manajemen proyek]] daripada banyak metode ''agile'' lainnya. Ketika proyek tumbuh dalam ukuran dan kompleksitasnya, manajemen proyek ''ad hoc'' sering kali tidak memadai. Sangat penting bagi pengembang, manajer, dan [[pemangku kepentingan]] lainnya untuk memahami status proyek — pencapaian apa yang telah dibuat dan masalah yang dihadapi. Jika tekanan tenggat waktu signifikan, sangat penting untuk menentukan apakah ''software increment'' (fitur) dijadwalkan dengan benar. Untuk mencapai hal ini, FDD mendefinisikan enam tonggak selama desain dan implementasi fitur: "penelusuran desain ''(design walkthrough),'' desain ''(design),'' inspeksi desain ''(design inspection),'' kode ''(code),'' inspeksi kode ''(code inspection),'' promosi untuk membangun ''(promote to build)''" '''.'''		FDD memberikan penekanan lebih besar pada pedoman dan teknik [[manajemen proyek]] daripada banyak metode ''agile'' lainnya. Ketika proyek tumbuh dalam ukuran dan kompleksitasnya, manajemen proyek ''ad hoc'' sering kali tidak memadai. Sangat penting bagi pengembang, manajer, dan [[pemangku kepentingan]] lainnya untuk memahami status proyek — pencapaian apa yang telah dibuat dan masalah yang dihadapi. Jika tekanan tenggat waktu signifikan, sangat penting untuk menentukan apakah ''software increment'' (fitur) dijadwalkan dengan benar. Untuk mencapai hal ini, FDD mendefinisikan enam tonggak selama desain dan implementasi fitur: "penelusuran desain ''(design walkthrough),'' desain ''(design),'' inspeksi desain ''(design inspection),'' kode ''(code),'' inspeksi kode ''(code inspection),'' promosi untuk membangun ''(promote to build)''" <ref>Coad, Peter, Auteur. [http://worldcat.org/oclc/490503092 Java modeling in color with UML : enterprise components and process]. Prentice Hall PTR. 1999. ISBN 013011510X.</ref>'''.'''

	== Referensi ==		== Referensi ==
			<references />


	== Sumber dan atribusi ==		== Sumber dan atribusi ==

	Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Feature-driven+development&oldid=28680345 Wikipedia bahasa Indonesia], revisi 28680345 (2025-12-09T17:15:56Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.		Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Feature-driven+development&oldid=28680345 Wikipedia bahasa Indonesia], revisi 28680345 (2025-12-09T17:15:56Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

			<!-- WIKI_UNISSULA_PRESENTATION_V4 -->