CodeGym/Blog Java/rawak/Metodologi pembangunan perisian
John Squirrels
Tahap
San Francisco

Metodologi pembangunan perisian

Diterbitkan dalam kumpulan
Pada banyak temu bual, anda mungkin akan ditanya tentang metodologi. Ini bukan soalan yang paling penting atau sukar, tetapi mempunyai helaian tipu adalah bagus. Dalam artikel ini, kami akan cuba menyampaikan apa itu metodologi pembangunan dan membandingkannya. Metodologi pembangunan perisian ialah proses yang digunakan untuk membangunkan produk tertentu, iaitu, ia adalah satu cara untuk mengatur pembangunan oleh sekumpulan pembangun. Terdapat banyak model pembangunan yang berbeza, setiap satunya mentakrifkan pendekatannya sendiri. Ia tidak boleh dikatakan bahawa sesiapa daripada mereka harus digunakan untuk setiap projek. Pendekatan yang betul bergantung sepenuhnya pada keadaan. Saya bercadang untuk mempertimbangkan tiga daripada mereka dengan lebih terperinci.

Air terjun

Metodologi air terjun adalah salah satu yang tertua dan melibatkan pelaksanaan yang sangat berurutan: setiap peringkat mesti diselesaikan sebelum yang seterusnya bermula. Dengan kata lain, peralihan ke peringkat seterusnya bermakna kerja peringkat sebelumnya adalah 100% siap. Gambar menunjukkan cara ia berfungsi: pertama, kami menganalisis masalah (tugasan dokumen, membincangkan cabaran), kemudian kami mereka bentuk (struktur projek terbentuk pada peringkat ini), dan kemudian kami mengekod dan menguji. Kembali ke peringkat sebelumnya tidak dibenarkan. Pendekatan ini disyorkan untuk projek kecil yang keperluannya diketahui lebih awal dan tidak mungkin berubah. Metodologi pembangunan perisian - 2Kelebihan:
  • Dokumentasi yang lengkap dan konsisten pada setiap peringkat
  • Kemudahan penggunaan
  • Keperluan yang stabil
  • Belanjawan dan tarikh akhir telah ditetapkan
Kelemahan:
  • Sebilangan besar dokumentasi
  • Tidak begitu fleksibel
  • Pelanggan tidak dapat melihat versi demo produk
  • Tiada pilihan untuk bergerak ke belakang

Scrum

Scrum ialah metodologi pembangunan perisian yang membahagikan keseluruhan proses kepada lelaran. Pada penghujung setiap interaksi, pasukan bersedia untuk menyediakan versi demo produk. Gambar menunjukkan bahawa pasukan meneruskan semua peringkat pembangunan secara selari, membolehkan bahagian projek selesai pada akhir setiap lelaran. Metodologi pembangunan perisian - 3Saya akan cuba menerangkan secara ringkas intipati metodologi menggunakan perkataan mudah, tetapi terdapat banyak istilah. Saya fikir perkara yang paling penting ialah memahami intipati. Anda akan mengingati istilah dengan pengalaman. Semua perkembangan dibahagikan kepada pecut (selalunya 2-3 minggu). Ada tunggakan(senarai tugas) untuk keseluruhan tempoh pembangunan dan untuk setiap pecut yang berasingan. Setiap tugasan mempunyai titik cerita sendiri (penilaian kesukaran). Setiap peserta dalam proses mempunyai peranan:
  • Pasukan scrum terdiri daripada profesional (pembangun, penguji, pereka bentuk) yang bekerja pada projek.
  • Master scrum ialah orang yang memastikan bahawa prinsip scrum dihormati.
  • Pemilik produk adalah pelanggan.
Metodologi ini bergantung pada komunikasi, jadi terdapat sejumlah besar mesyuarat:
  • Berdiri - Ini adalah mesyuarat singkat, diadakan setiap hari, di mana semua ahli pasukan mengambil bahagian. Setiap peserta menjawab 3 soalan: Apa yang saya lakukan? Apa yang akan saya lakukan? Dan apakah isu penyekatan yang ada?
  • Mesyuarat perancangan - Mesyuarat ini diadakan pada permulaan larian pecut. Tugasan yang mesti dilaksanakan dalam pecut seterusnya dikenal pasti pada mesyuarat ini.
  • Retrospektif - Mesyuarat ini diadakan pada penghujung larian pecut dan tujuannya adalah untuk mengenal pasti apa yang telah dilakukan dengan baik dan apa yang boleh diperbaiki.
Kelebihan:
  • Pelanggan boleh melihat hasil semasa proses pembangunan
  • Pemantauan harian proses pembangunan
  • Keupayaan untuk membuat pelarasan semasa pembangunan
  • Mewujudkan komunikasi dengan semua ahli pasukan
  • Sebilangan kecil dokumentasi
Kelemahan:
  • Sukar untuk menilai buruh dan kos lain yang diperlukan untuk pembangunan
  • Sukar untuk mengenal pasti kesesakan sebelum pembangunan bermula
  • Keperluan untuk melibatkan semua orang dalam kerja ahli pasukan yang lain.

Kanban

Kanban ialah kaedah berdasarkan gambaran kemajuan yang dicapai dalam menyelesaikan tugasan pasukan. Idea utama adalah untuk mengurangkan bilangan tugasan yang sedang dilakukan (dalam lajur "Sedang Berlangsung"). Dalam scrum, pasukan memberi tumpuan untuk berjaya menyelesaikan larian pecut. Di Kanban, tugas itu menduduki kedudukan terunggul. Ini bagus untuk projek dalam peringkat penyelenggaraan, di mana kefungsian asas telah dilaksanakan, dan peningkatan minimum dan pembetulan pepijat kekal. Di Kanban, tugasan diberikan secara individu. Sesuatu tugasan melalui semua peringkat di papan, bebas daripada tugasan lain, dan sebaik sahaja ia selesai ia boleh ditunjukkan kepada pelanggan. Papan Kanban terdiri daripada lajur, setiap satunya mewakili proses pembangunan yang berasingan. Beberapa lajur (contohnya, "Sedang Berlangsung" ) hadkan bilangan tugasan yang boleh mereka pegang. Ini membantu mencari kawasan masalah dengan cepat dan mudah dalam pengagihan tugas. Gambar menunjukkan contoh papan sedemikian. Bilangan lajur dan nama mereka boleh berbeza-beza. Saya akan membentangkan yang paling biasa: Metodologi pembangunan perisian - 4
  • To Do – Senarai tugasan yang mesti dilakukan
  • Sedang Berlangsung – Tugasan sedang diusahakan
  • Semakan Kod – Tugasan yang telah dilakukan dan telah diserahkan untuk semakan
  • Dalam Pengujian – Tugasan sedia untuk diuji
  • Selesai – Selesai tugas
Kelebihan:
  • Kemudahan penggunaan
  • Keterlihatan (membantu mengesan kesesakan, memudahkan pemahaman)
  • Penglibatan pasukan yang tinggi dalam proses itu sendiri
  • Pembangunan yang sangat fleksibel
Kelemahan:
  • Senarai tugas yang tidak stabil
  • Sukar untuk digunakan untuk projek jangka panjang
  • Kekurangan tarikh akhir yang sukar

Kata terakhir tentang metodologi pembangunan perisian

Orang yang memegang atau bercita-cita untuk jawatan pengurusan mesti memahami metodologi pembangunan perisian dengan teliti, tetapi setiap orang perlu memahami sekurang-kurangnya asasnya. Metodologi adalah sebahagian daripada proses pembangunan dan digunakan bukan sahaja dalam bidang IT. Terima kasih kerana meluangkan masa untuk membaca artikel saya. Saya harap ia membantu anda. Saya cuba menerangkan hanya perkara utama dengan mudah dan ringkas yang mungkin. Akibatnya, artikel ini tidak lengkap. Saya berbesar hati untuk mendengar pendapat anda mengenainya dan menjawab soalan anda. Semua yang terbaik!
Komen
  • Popular
  • Baru
  • Tua
Anda mesti log masuk untuk meninggalkan ulasan
Halaman ini tidak mempunyai sebarang ulasan lagi