Pengenalan

Dalam pembangunan perisian tradisional iaitu pendekatan model air terjun (waterfall)

keseluruhan projek dibahagikan kepada beberapa peringkat iaitu mengumpul keperluan pengguna

reka bentuk dan dokumentasi pembangunan pengujian dan deployment Dalam pendekatan ini ia

mengandaikan bahawa setiap peringkat perlu 100 selesai sebelum memulakan peringkat seterusnya

Salah satu kelemahan utama pendekatan ini adalah kesilapan reka bentuk lazimnya tidak dapat

dikesan sehingga masa penempatan Pada masa itu projek hampir selesai dan kos untuk membaik

pulih kesilapan-kesilapan tersebut selalunya mahal

Kaedah Agile cuba untuk mengelak kelemahan waterfall dengan melakukan pembangunan

berterusan Setiap lelaran yang dimaksudkan menjadi pendek (iaitu 1-3 minggu) dan termasuk semua

langkah-langkah di atas Ini jaminan untuk mengesan kesilapan pada reka bentuk ditemui pada

peringkat awal pembangunan Feature Driven Development (FDD) adalah salah satu daripada

metodologi pembangunan perisian agile yang muncul dalam tempoh 10 tahun yang lalu sebagai

alternatif kepada pembangunan tradisional waterfall

1 FDD

Jeff De Luca dan Peter Coad memperkenalkan FDD pada tahun 1997 Tahun 1997Jeff De Luca

merupakan Pengurus sebuah projek pembangunan perisian besar di Singapura Masalah domain yang

begitu kompleks menyedarkan Jeff bahawa tugas yang ada tidak akan dapat disiapkan dalam masa

yang ditetapkan dengan sumber yang ada menggunakan strategi tradisional pembangunan perisian

Oleh itu beliau dengan bantuan Peter Coad dan lain-lain menemui model dalam teknik warna dan

konsep Feature Driven Development(FDD) Ia di cetak dan diterbitkan dalam buku Java Modeling in

Color with UML yang ditulis oleh Peter Coad (Peter et al 1999)

2 Apakah FDD

FDD adalah agile proses pembangunan perisian yang sangat adaptif yang

1048707 Iteratif ke hadapan dan singkat

1048707Menekankan kualiti pada setiap langkahproses

1048707Sampaikan yang kerap hasil kerja ketara di semua langkah

1048707Menyediakan perkembangan yang tepat serta bermakna dan status maklumat dengan overhead dan

gangguan untuk pemaju yang minimum

1048707Disukai oleh pelanggan pengurus dan pemajupembangun

3 Projek dan Manusia

Projek terdiri daripada manusia proses dan teknologi tetapi setakat ini aspek yang paling penting

ialah manusia FDD mentakrifkan enam peranan utama iaitu

a Pengurus Projek (PM) adalah ketua pentadbir projek yang bertanggungjawab untuk

melaporkan kemajuan mengurus belanjawan berjuang untuk sumber manusianya

menguruskan peralatan ruang dan sumber-sumber serta lain-lain

b Ketua Arkitek (CA) bertanggungjawab untuk mereka bentuk keseluruhan sistem Beliau

bertanggungjawab untuk menjalankan sesi bengkel reka bentuk di mana pasukan bekerjasama

dalam mereka bentuk sistem Kerja-kerja ini memerlukan kedua-dua kemahiran teknikal yang

sangat baik dan pemodelan serta kemahiran fasilitasi yang baik Ketua arkitek akan dapat

membimbing projek melalui halangan-halangan teknikal yang dihadapi projek itu

c Pengurus Pembangunan (DM) bertanggungjawab dalam aktiviti pembangunan Ia berperanan

sebagai pemudahcara yang memerlukan kemahiran teknikal yang baik Pengurus

Pembangunan bertanggungjawab untuk menyelesaikan konflik setiap hari sumber manusia

apabila Ketua Pengaturcara tidak boleh melakukannya antara mereka sendiri

d Ketua Pengaturcara adalah pembangun berpengalaman yang telah melalui kitaran hayat

pembangunan perisian beberapa kali Mereka mengambil bahagian dalam analisis keperluan

tahap tinggi dan aktiviti mereka bentuk projek dan bertanggungjawab untuk mengetuai

pasukan kecil antara tiga hingga enam pembangun terkemuka melalui analisis peringkat

rendah reka bentuk dan pembangunan ciri-ciri perisian baru

e Pemilik Kelas adalah pembangun yang bekerja sebagai ahli pasukan pembangunan kecil di

bawah bimbingan seorang Ketua Programmer untuk merekabentuk kod ujian dan

mendokumenkan itu ciri-ciri yang diperlukan oleh sistem perisian baru

f Pakar Domain adalah pengguna penaja penganalisis perniagaan atau mana-mana gabungan

ini Mereka adalah asas pengetahuan kepada pemaju untuk bergantung yang membolehkan

mereka untuk menyampaikan sistem yang betul dan memenuhi keperluan dan kehendak

Pakar Domain perlu mempunyai kemahiran lisan bertulis dan pembentangan yang baik

Pengetahuan dan penyertaan mereka adalah sangat penting kepada kejayaan kepada sistem

yang sedang dibina

31 Peranan sokongan

Release Manager memastikan Ketua Pengaturcara melaporkan perkembangan setiap minggu Beliau

kemudian melapor terus kepada Pengurus Projek

Language Guru adalah orang yang bertanggungjawab untuk mengetahui bahasa pengaturcaraan atau

teknologi tertentu dalam ke luar

Build Engineer bertanggungjawab untuk menubuhkan mengekalkan dan menjalankan proses

membina yang kerap

Toolsmith pual mencipta alat pembangunan kecil untuk pasukan pembangunan pasukan ujian dan

pasukan penukaran data

System Administrator mengkonfigurasi mengurus dan troubleshoots sebarang pelayan dan rangkaian

stesen kerja kepada pasukan projek tertentu

32 Peranan Tambahan

a Penguji bertanggungjawab secara bebas mengesahkan sama ada sistem berfungsi memenuhi

keperluan pengguna dan sistem melakukan fungsi-fungsi dengan betul

b Deployers menukar data yang sedia ada kepada format baru yang diperlukan oleh sistem baru

dan bekerja pada deployment fizikal keluaran baru sistem

c Penulis Teknikal menulis dan menyediakan dokumentasi pengguna dalam talian dan bercetak

4 Proses

FDD bermula dengan penciptaan model objek domain dengan kerjasama Pakar Domain Dengan

menggunakan maklumat daripada aktiviti model dan dari mana-mana aktiviti keperluan lain yang

telah berlaku pembangun terus membuat senarai ciri-ciri Kemudian pelan kasar disediakan dan

tanggungjawab diberikan Kumpulan kecil ciri yang berlangsung selama tidak lebih dari dua minggu

untuk setiap kumpulan dan biasanya yang lebih pendek akan diambilkira FDD terdiri daripada lima

proses

Build an Overall Model

Ahli pasukan domain dan pembangunan bekerjasama di bawah bimbingan satu Object modeller

(Chief Architect) yang berpengalaman Domain Members melakukan Walkthrough peringkat tinggi

mengenai skop sistem dan konteksnya seterusnya melakukan walkthrough dengan lebih terperinci

setiap bahagian daripada masalah domain Selepas setiap Walkthrough ahli-ahli domain dan

pembangunan bekerja dalam kumpulan kecil untuk menghasilkan model objek bagi bahagian domain

itu Setiap kumpulan kecil mengubah model sendiri bagi menyokong domain Walkthrough dan

membentangkan keputusan untuk semakan dan perbincangan Salah satu model yang dicadangkan

atau gabungan model akan dipilih melalui konsensus dan menjadi model bagi kawasan domain

Model kawasan domain digabungkan ke dalam model secara keseluruhan menyesuaikan bentuk

model seperti yang diperlukan

Build a Features List

Pasukan biasanya terdiri daripada hanya Ketua Pengaturcara daripada proses 1 ditubuhkan untuk

mengurai fungsi domain Berdasarkan Pembahagian domain oleh Pakar Domain dalam proses 1

pasukan memecahkan domain ke dalam beberapa bidang (Set ciri utama) Setiap kawasan seterusnya

dipecahkan kepada beberapa aktiviti (set ciri) Setiap langkah dalam aktiviti dikenal pasti sebagai

suatu ciri Hasilnya ialah senarai ciri-ciri hierarki dikategorikan

Plan by Feature

Pengurus projek Pengurus Pembangunan dan Ketua Pengaturcara merancang susunan ciri-ciri yang

akan dilaksanakan berdasarkan kebergantungan ciri beban seluruh pasukan pembangunan dan

kerumitan ciri-ciri yang akan dilaksanakan Tugas-tugas utama dalam proses ini tidak mengikut

urutan yang ketat Satu senario yang biasa ialah untuk mempertimbangkan urutan pembangunan

kemudian mempertimbangkan ciri-ciri set tugasan untuk Ketua Pengaturcara dan dengan berbuat

demikian pertimbangkan yang mana satu pembangun yang ditugaskan di kelas utama Apabila

keseimbangan ini dicapai dan urutan pembangunan dan tugasan aktiviti perniagaan kepada Ketua

Pengaturcara dasarnya selesai class ownership akan selesai

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

1048707Menekankan kualiti pada setiap langkahproses

1048707Sampaikan yang kerap hasil kerja ketara di semua langkah

1048707Menyediakan perkembangan yang tepat serta bermakna dan status maklumat dengan overhead dan

gangguan untuk pemaju yang minimum

1048707Disukai oleh pelanggan pengurus dan pemajupembangun

3 Projek dan Manusia

Projek terdiri daripada manusia proses dan teknologi tetapi setakat ini aspek yang paling penting

ialah manusia FDD mentakrifkan enam peranan utama iaitu

a Pengurus Projek (PM) adalah ketua pentadbir projek yang bertanggungjawab untuk

melaporkan kemajuan mengurus belanjawan berjuang untuk sumber manusianya

menguruskan peralatan ruang dan sumber-sumber serta lain-lain

b Ketua Arkitek (CA) bertanggungjawab untuk mereka bentuk keseluruhan sistem Beliau

bertanggungjawab untuk menjalankan sesi bengkel reka bentuk di mana pasukan bekerjasama

dalam mereka bentuk sistem Kerja-kerja ini memerlukan kedua-dua kemahiran teknikal yang

sangat baik dan pemodelan serta kemahiran fasilitasi yang baik Ketua arkitek akan dapat

membimbing projek melalui halangan-halangan teknikal yang dihadapi projek itu

c Pengurus Pembangunan (DM) bertanggungjawab dalam aktiviti pembangunan Ia berperanan

sebagai pemudahcara yang memerlukan kemahiran teknikal yang baik Pengurus

Pembangunan bertanggungjawab untuk menyelesaikan konflik setiap hari sumber manusia

apabila Ketua Pengaturcara tidak boleh melakukannya antara mereka sendiri

d Ketua Pengaturcara adalah pembangun berpengalaman yang telah melalui kitaran hayat

pembangunan perisian beberapa kali Mereka mengambil bahagian dalam analisis keperluan

tahap tinggi dan aktiviti mereka bentuk projek dan bertanggungjawab untuk mengetuai

pasukan kecil antara tiga hingga enam pembangun terkemuka melalui analisis peringkat

rendah reka bentuk dan pembangunan ciri-ciri perisian baru

e Pemilik Kelas adalah pembangun yang bekerja sebagai ahli pasukan pembangunan kecil di

bawah bimbingan seorang Ketua Programmer untuk merekabentuk kod ujian dan

mendokumenkan itu ciri-ciri yang diperlukan oleh sistem perisian baru

f Pakar Domain adalah pengguna penaja penganalisis perniagaan atau mana-mana gabungan

ini Mereka adalah asas pengetahuan kepada pemaju untuk bergantung yang membolehkan

mereka untuk menyampaikan sistem yang betul dan memenuhi keperluan dan kehendak

Pakar Domain perlu mempunyai kemahiran lisan bertulis dan pembentangan yang baik

Pengetahuan dan penyertaan mereka adalah sangat penting kepada kejayaan kepada sistem

yang sedang dibina

31 Peranan sokongan

Release Manager memastikan Ketua Pengaturcara melaporkan perkembangan setiap minggu Beliau

kemudian melapor terus kepada Pengurus Projek

Language Guru adalah orang yang bertanggungjawab untuk mengetahui bahasa pengaturcaraan atau

teknologi tertentu dalam ke luar

Build Engineer bertanggungjawab untuk menubuhkan mengekalkan dan menjalankan proses

membina yang kerap

Toolsmith pual mencipta alat pembangunan kecil untuk pasukan pembangunan pasukan ujian dan

pasukan penukaran data

System Administrator mengkonfigurasi mengurus dan troubleshoots sebarang pelayan dan rangkaian

stesen kerja kepada pasukan projek tertentu

32 Peranan Tambahan

a Penguji bertanggungjawab secara bebas mengesahkan sama ada sistem berfungsi memenuhi

keperluan pengguna dan sistem melakukan fungsi-fungsi dengan betul

b Deployers menukar data yang sedia ada kepada format baru yang diperlukan oleh sistem baru

dan bekerja pada deployment fizikal keluaran baru sistem

c Penulis Teknikal menulis dan menyediakan dokumentasi pengguna dalam talian dan bercetak

4 Proses

FDD bermula dengan penciptaan model objek domain dengan kerjasama Pakar Domain Dengan

menggunakan maklumat daripada aktiviti model dan dari mana-mana aktiviti keperluan lain yang

telah berlaku pembangun terus membuat senarai ciri-ciri Kemudian pelan kasar disediakan dan

tanggungjawab diberikan Kumpulan kecil ciri yang berlangsung selama tidak lebih dari dua minggu

untuk setiap kumpulan dan biasanya yang lebih pendek akan diambilkira FDD terdiri daripada lima

proses

Build an Overall Model

Ahli pasukan domain dan pembangunan bekerjasama di bawah bimbingan satu Object modeller

(Chief Architect) yang berpengalaman Domain Members melakukan Walkthrough peringkat tinggi

mengenai skop sistem dan konteksnya seterusnya melakukan walkthrough dengan lebih terperinci

setiap bahagian daripada masalah domain Selepas setiap Walkthrough ahli-ahli domain dan

pembangunan bekerja dalam kumpulan kecil untuk menghasilkan model objek bagi bahagian domain

itu Setiap kumpulan kecil mengubah model sendiri bagi menyokong domain Walkthrough dan

membentangkan keputusan untuk semakan dan perbincangan Salah satu model yang dicadangkan

atau gabungan model akan dipilih melalui konsensus dan menjadi model bagi kawasan domain

Model kawasan domain digabungkan ke dalam model secara keseluruhan menyesuaikan bentuk

model seperti yang diperlukan

Build a Features List

Pasukan biasanya terdiri daripada hanya Ketua Pengaturcara daripada proses 1 ditubuhkan untuk

mengurai fungsi domain Berdasarkan Pembahagian domain oleh Pakar Domain dalam proses 1

pasukan memecahkan domain ke dalam beberapa bidang (Set ciri utama) Setiap kawasan seterusnya

dipecahkan kepada beberapa aktiviti (set ciri) Setiap langkah dalam aktiviti dikenal pasti sebagai

suatu ciri Hasilnya ialah senarai ciri-ciri hierarki dikategorikan

Plan by Feature

Pengurus projek Pengurus Pembangunan dan Ketua Pengaturcara merancang susunan ciri-ciri yang

akan dilaksanakan berdasarkan kebergantungan ciri beban seluruh pasukan pembangunan dan

kerumitan ciri-ciri yang akan dilaksanakan Tugas-tugas utama dalam proses ini tidak mengikut

urutan yang ketat Satu senario yang biasa ialah untuk mempertimbangkan urutan pembangunan

kemudian mempertimbangkan ciri-ciri set tugasan untuk Ketua Pengaturcara dan dengan berbuat

demikian pertimbangkan yang mana satu pembangun yang ditugaskan di kelas utama Apabila

keseimbangan ini dicapai dan urutan pembangunan dan tugasan aktiviti perniagaan kepada Ketua

Pengaturcara dasarnya selesai class ownership akan selesai

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

pasukan kecil antara tiga hingga enam pembangun terkemuka melalui analisis peringkat

rendah reka bentuk dan pembangunan ciri-ciri perisian baru

e Pemilik Kelas adalah pembangun yang bekerja sebagai ahli pasukan pembangunan kecil di

bawah bimbingan seorang Ketua Programmer untuk merekabentuk kod ujian dan

mendokumenkan itu ciri-ciri yang diperlukan oleh sistem perisian baru

f Pakar Domain adalah pengguna penaja penganalisis perniagaan atau mana-mana gabungan

ini Mereka adalah asas pengetahuan kepada pemaju untuk bergantung yang membolehkan

mereka untuk menyampaikan sistem yang betul dan memenuhi keperluan dan kehendak

Pakar Domain perlu mempunyai kemahiran lisan bertulis dan pembentangan yang baik

Pengetahuan dan penyertaan mereka adalah sangat penting kepada kejayaan kepada sistem

yang sedang dibina

31 Peranan sokongan

Release Manager memastikan Ketua Pengaturcara melaporkan perkembangan setiap minggu Beliau

kemudian melapor terus kepada Pengurus Projek

Language Guru adalah orang yang bertanggungjawab untuk mengetahui bahasa pengaturcaraan atau

teknologi tertentu dalam ke luar

Build Engineer bertanggungjawab untuk menubuhkan mengekalkan dan menjalankan proses

membina yang kerap

Toolsmith pual mencipta alat pembangunan kecil untuk pasukan pembangunan pasukan ujian dan

pasukan penukaran data

System Administrator mengkonfigurasi mengurus dan troubleshoots sebarang pelayan dan rangkaian

stesen kerja kepada pasukan projek tertentu

32 Peranan Tambahan

a Penguji bertanggungjawab secara bebas mengesahkan sama ada sistem berfungsi memenuhi

keperluan pengguna dan sistem melakukan fungsi-fungsi dengan betul

b Deployers menukar data yang sedia ada kepada format baru yang diperlukan oleh sistem baru

dan bekerja pada deployment fizikal keluaran baru sistem

c Penulis Teknikal menulis dan menyediakan dokumentasi pengguna dalam talian dan bercetak

4 Proses

FDD bermula dengan penciptaan model objek domain dengan kerjasama Pakar Domain Dengan

menggunakan maklumat daripada aktiviti model dan dari mana-mana aktiviti keperluan lain yang

telah berlaku pembangun terus membuat senarai ciri-ciri Kemudian pelan kasar disediakan dan

tanggungjawab diberikan Kumpulan kecil ciri yang berlangsung selama tidak lebih dari dua minggu

untuk setiap kumpulan dan biasanya yang lebih pendek akan diambilkira FDD terdiri daripada lima

proses

Build an Overall Model

Ahli pasukan domain dan pembangunan bekerjasama di bawah bimbingan satu Object modeller

(Chief Architect) yang berpengalaman Domain Members melakukan Walkthrough peringkat tinggi

mengenai skop sistem dan konteksnya seterusnya melakukan walkthrough dengan lebih terperinci

setiap bahagian daripada masalah domain Selepas setiap Walkthrough ahli-ahli domain dan

pembangunan bekerja dalam kumpulan kecil untuk menghasilkan model objek bagi bahagian domain

itu Setiap kumpulan kecil mengubah model sendiri bagi menyokong domain Walkthrough dan

membentangkan keputusan untuk semakan dan perbincangan Salah satu model yang dicadangkan

atau gabungan model akan dipilih melalui konsensus dan menjadi model bagi kawasan domain

Model kawasan domain digabungkan ke dalam model secara keseluruhan menyesuaikan bentuk

model seperti yang diperlukan

Build a Features List

Pasukan biasanya terdiri daripada hanya Ketua Pengaturcara daripada proses 1 ditubuhkan untuk

mengurai fungsi domain Berdasarkan Pembahagian domain oleh Pakar Domain dalam proses 1

pasukan memecahkan domain ke dalam beberapa bidang (Set ciri utama) Setiap kawasan seterusnya

dipecahkan kepada beberapa aktiviti (set ciri) Setiap langkah dalam aktiviti dikenal pasti sebagai

suatu ciri Hasilnya ialah senarai ciri-ciri hierarki dikategorikan

Plan by Feature

Pengurus projek Pengurus Pembangunan dan Ketua Pengaturcara merancang susunan ciri-ciri yang

akan dilaksanakan berdasarkan kebergantungan ciri beban seluruh pasukan pembangunan dan

kerumitan ciri-ciri yang akan dilaksanakan Tugas-tugas utama dalam proses ini tidak mengikut

urutan yang ketat Satu senario yang biasa ialah untuk mempertimbangkan urutan pembangunan

kemudian mempertimbangkan ciri-ciri set tugasan untuk Ketua Pengaturcara dan dengan berbuat

demikian pertimbangkan yang mana satu pembangun yang ditugaskan di kelas utama Apabila

keseimbangan ini dicapai dan urutan pembangunan dan tugasan aktiviti perniagaan kepada Ketua

Pengaturcara dasarnya selesai class ownership akan selesai

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

a Penguji bertanggungjawab secara bebas mengesahkan sama ada sistem berfungsi memenuhi

keperluan pengguna dan sistem melakukan fungsi-fungsi dengan betul

b Deployers menukar data yang sedia ada kepada format baru yang diperlukan oleh sistem baru

dan bekerja pada deployment fizikal keluaran baru sistem

c Penulis Teknikal menulis dan menyediakan dokumentasi pengguna dalam talian dan bercetak

4 Proses

FDD bermula dengan penciptaan model objek domain dengan kerjasama Pakar Domain Dengan

menggunakan maklumat daripada aktiviti model dan dari mana-mana aktiviti keperluan lain yang

telah berlaku pembangun terus membuat senarai ciri-ciri Kemudian pelan kasar disediakan dan

tanggungjawab diberikan Kumpulan kecil ciri yang berlangsung selama tidak lebih dari dua minggu

untuk setiap kumpulan dan biasanya yang lebih pendek akan diambilkira FDD terdiri daripada lima

proses

Build an Overall Model

Ahli pasukan domain dan pembangunan bekerjasama di bawah bimbingan satu Object modeller

(Chief Architect) yang berpengalaman Domain Members melakukan Walkthrough peringkat tinggi

mengenai skop sistem dan konteksnya seterusnya melakukan walkthrough dengan lebih terperinci

setiap bahagian daripada masalah domain Selepas setiap Walkthrough ahli-ahli domain dan

pembangunan bekerja dalam kumpulan kecil untuk menghasilkan model objek bagi bahagian domain

itu Setiap kumpulan kecil mengubah model sendiri bagi menyokong domain Walkthrough dan

membentangkan keputusan untuk semakan dan perbincangan Salah satu model yang dicadangkan

atau gabungan model akan dipilih melalui konsensus dan menjadi model bagi kawasan domain

Model kawasan domain digabungkan ke dalam model secara keseluruhan menyesuaikan bentuk

model seperti yang diperlukan

Build a Features List

Pasukan biasanya terdiri daripada hanya Ketua Pengaturcara daripada proses 1 ditubuhkan untuk

mengurai fungsi domain Berdasarkan Pembahagian domain oleh Pakar Domain dalam proses 1

pasukan memecahkan domain ke dalam beberapa bidang (Set ciri utama) Setiap kawasan seterusnya

dipecahkan kepada beberapa aktiviti (set ciri) Setiap langkah dalam aktiviti dikenal pasti sebagai

suatu ciri Hasilnya ialah senarai ciri-ciri hierarki dikategorikan

Plan by Feature

Pengurus projek Pengurus Pembangunan dan Ketua Pengaturcara merancang susunan ciri-ciri yang

akan dilaksanakan berdasarkan kebergantungan ciri beban seluruh pasukan pembangunan dan

kerumitan ciri-ciri yang akan dilaksanakan Tugas-tugas utama dalam proses ini tidak mengikut

urutan yang ketat Satu senario yang biasa ialah untuk mempertimbangkan urutan pembangunan

kemudian mempertimbangkan ciri-ciri set tugasan untuk Ketua Pengaturcara dan dengan berbuat

demikian pertimbangkan yang mana satu pembangun yang ditugaskan di kelas utama Apabila

keseimbangan ini dicapai dan urutan pembangunan dan tugasan aktiviti perniagaan kepada Ketua

Pengaturcara dasarnya selesai class ownership akan selesai

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

Build an Overall Model

Ahli pasukan domain dan pembangunan bekerjasama di bawah bimbingan satu Object modeller

(Chief Architect) yang berpengalaman Domain Members melakukan Walkthrough peringkat tinggi

mengenai skop sistem dan konteksnya seterusnya melakukan walkthrough dengan lebih terperinci

setiap bahagian daripada masalah domain Selepas setiap Walkthrough ahli-ahli domain dan

pembangunan bekerja dalam kumpulan kecil untuk menghasilkan model objek bagi bahagian domain

itu Setiap kumpulan kecil mengubah model sendiri bagi menyokong domain Walkthrough dan

membentangkan keputusan untuk semakan dan perbincangan Salah satu model yang dicadangkan

atau gabungan model akan dipilih melalui konsensus dan menjadi model bagi kawasan domain

Model kawasan domain digabungkan ke dalam model secara keseluruhan menyesuaikan bentuk

model seperti yang diperlukan

Build a Features List

Pasukan biasanya terdiri daripada hanya Ketua Pengaturcara daripada proses 1 ditubuhkan untuk

mengurai fungsi domain Berdasarkan Pembahagian domain oleh Pakar Domain dalam proses 1

pasukan memecahkan domain ke dalam beberapa bidang (Set ciri utama) Setiap kawasan seterusnya

dipecahkan kepada beberapa aktiviti (set ciri) Setiap langkah dalam aktiviti dikenal pasti sebagai

suatu ciri Hasilnya ialah senarai ciri-ciri hierarki dikategorikan

Plan by Feature

Pengurus projek Pengurus Pembangunan dan Ketua Pengaturcara merancang susunan ciri-ciri yang

akan dilaksanakan berdasarkan kebergantungan ciri beban seluruh pasukan pembangunan dan

kerumitan ciri-ciri yang akan dilaksanakan Tugas-tugas utama dalam proses ini tidak mengikut

urutan yang ketat Satu senario yang biasa ialah untuk mempertimbangkan urutan pembangunan

kemudian mempertimbangkan ciri-ciri set tugasan untuk Ketua Pengaturcara dan dengan berbuat

demikian pertimbangkan yang mana satu pembangun yang ditugaskan di kelas utama Apabila

keseimbangan ini dicapai dan urutan pembangunan dan tugasan aktiviti perniagaan kepada Ketua

Pengaturcara dasarnya selesai class ownership akan selesai

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

Build a Features List

Pasukan biasanya terdiri daripada hanya Ketua Pengaturcara daripada proses 1 ditubuhkan untuk

mengurai fungsi domain Berdasarkan Pembahagian domain oleh Pakar Domain dalam proses 1

pasukan memecahkan domain ke dalam beberapa bidang (Set ciri utama) Setiap kawasan seterusnya

dipecahkan kepada beberapa aktiviti (set ciri) Setiap langkah dalam aktiviti dikenal pasti sebagai

suatu ciri Hasilnya ialah senarai ciri-ciri hierarki dikategorikan

Plan by Feature

Pengurus projek Pengurus Pembangunan dan Ketua Pengaturcara merancang susunan ciri-ciri yang

akan dilaksanakan berdasarkan kebergantungan ciri beban seluruh pasukan pembangunan dan

kerumitan ciri-ciri yang akan dilaksanakan Tugas-tugas utama dalam proses ini tidak mengikut

urutan yang ketat Satu senario yang biasa ialah untuk mempertimbangkan urutan pembangunan

kemudian mempertimbangkan ciri-ciri set tugasan untuk Ketua Pengaturcara dan dengan berbuat

demikian pertimbangkan yang mana satu pembangun yang ditugaskan di kelas utama Apabila

keseimbangan ini dicapai dan urutan pembangunan dan tugasan aktiviti perniagaan kepada Ketua

Pengaturcara dasarnya selesai class ownership akan selesai

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

Design by Feature

Beberapa ciri-ciri dijadualkan untuk pembangunan dengan menyerahkan ia kepada Ketua

Programmer Ketua Programmer memilih ciri-ciri untuk pembangunan dari inbox ciri-ciri yang

diberikan Dari segi operasi Ketua Programmer menyediakan jadual kumpulan kecil ciri-ciri pada

satu masa bagi pembangunan Ketua Programmer kemudiannya membentuk satu pasukan ciri dengan

mengenal pasti pemilik kelas (pembangun) untuk terlibat dalam pembangunan ciri yang dipilih

Seterusnya model objek ditapisdiperhalusi berasaskan kepada kandungan rajah jujukansusunan

Pembangun menulis kelas dan kaedah prologues Pemeriksaan reka bentuk dijalankan

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

Build by Feature

Class owners melaksanakan perkara-perkara yang perlu bagi kelas mereka untuk menyokong reka

bentuk untuk ciri dalam pakej kerja Kod dibangunkan kemudian unit diuji dan kod diperiksa arahan

yang ditentukan oleh Ketua Programmer Selepas pemeriksaan kod yang berjaya kod akan

dibenarkan untuk dibangunkan

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

5 Progress

51 Estimating Progress

FDD tidak meminta pasukan ciri(features team) bagi peratusan daripada kesempurnaan FDD

memberitahu pasukan ciri apa peratusan lengkap mereka

52 Track by Feature

FDD menggunakan enam pencapaian untuk mengesan perkembangan setiap ciri iaitu

1 Pencapaian Domain Walkthrough dicapai semasa melengkapkan domain Walkthrough dan tugas

pilihan mengkaji dokumen rujukan

2 Reka bentuk pencapaian dicapai setelah tiga tugas selesai

Develop the sequence Diagram(s)

Refine the Object Model

Write Class and Method Prologues

3 Pencapaian penting Design Inspection dicapai dengan jayanya selepas melepasi petugas

pemeriksaan reka bentuk

4 Pencapaian Code dicapai setelah selesai melaksanakan kelas dan kaedah tugas

5 Code Inspection dicapai apabila selesai tugas pemeriksaan kod Ini termasuk penyelesaian

apa-apa pengubahsuaian yang diperlukan oleh pemeriksaan dan penyelesaian apa-apa ujian

unit dilakukan selepas pemeriksaan kod

6 Kejayaan Promote to Build dicapai apabila semua kod untuk ciri yang telah disemak ke

dalam sistem kawalan versi digunakan untuk menjana the Build

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian

53 Laporan kepada Ketua Pengaturcara dan Pengurus Projek

Satu pemberat peratusan yang diberikan kepada setiap pencapaian penting

54 Laporan kepada Penaja dan Pengurusan Atasan

Setiap ciri individu tidak perlu dilaporkan tetapi hanya menyampaikan laporan set ciri utama

dan set ciri mereka

6 Penggunaan Utama

FDD boleh dilaksanakan untuk lebih 500 pemaju

1048707 lebih banyak projek kritikal

1048707 projek yang lebih besar

1048707 pembangun baru yang ramai

1048707 Persekitaran yang memerlukan waterfall

Kesimpulan

Feature driven development boleh menjadi cara yang amat berkesan untuk perisian yang akan

diwujudkan Lima langkah Feature driven development ini adalah cara yang terbaik untuk

menyelesaikan penyelesaian daripada strategi pembangunan pasukan yang besar yang

memerlukan kod boleh laksana dengan cepat Dengan pemeriksaan yang kerap ke atas

dokumen-dokumen yang diwujudkan ia akan meningkatkan kualiti projek perisian yang akan

dibangunkan Dengan aspek-aspek yang berkualiti tinggi dan siaran cepat kepada pelanggan

Feature driven development mungkin akan lebih popular di masa depan dalam bidang

kejuruteraan perisian