Apakah kitaran hayat pembangunan perisian Java?

Model Air Terjun

Model Waterfall juga dipanggil kaedah kitaran hayat Ia adalah model pembangunan yang paling biasa digunakan dalam kaedah kitaran hayat Ia membahagikan proses pembangunan perisian kepada perancangan perisian, analisis keperluan, reka bentuk perisian , dan pengekodan program Enam peringkat ujian perisian, operasi dan penyelenggaraan menetapkan susunan tetap atas-bawah, saling berkaitan, seperti air terjun, jatuh selangkah demi selangkah.

• Pelan perisian: terutamanya menentukan matlamat pembangunan dan kebolehlaksanaan perisian.

• Analisis keperluan: Selepas menentukan pembangunan perisian boleh dilaksanakan, jalankan analisis terperinci bagi setiap fungsi yang perlu dilaksanakan oleh perisian. Peringkat analisis keperluan adalah peringkat yang sangat penting Jika peringkat ini dilakukan dengan baik, ia akan meletakkan asas yang baik untuk kejayaan keseluruhan projek pembangunan perisian.

• Reka bentuk perisian: Reka bentuk keseluruhan sistem perisian terutamanya berdasarkan hasil analisis permintaan, seperti reka bentuk rangka kerja sistem, reka bentuk pangkalan data, dsb. Reka bentuk perisian secara amnya dibahagikan kepada reka bentuk keseluruhan (reka bentuk garis besar) dan reka bentuk terperinci.

• Pengekodan program: Tukar hasil reka bentuk perisian kepada kod program yang boleh dijalankan komputer. Dalam penulisan program, spesifikasi penulisan bersatu dan standard mesti dirumuskan untuk memastikan kebolehbacaan dan kebolehselenggaraan program dan meningkatkan kecekapan pengendalian program.

• Pengujian perisian: Selepas reka bentuk perisian selesai, ia mesti diuji dengan teliti untuk menemui dan membetulkan masalah dalam keseluruhan proses reka bentuk. Semasa proses ujian, adalah perlu untuk mewujudkan pelan ujian terperinci dan mengikuti pelan ujian dengan ketat untuk mengurangkan rawak ujian.

• Penyelenggaraan perisian: Penyelenggaraan perisian ialah peringkat paling lama dalam kitaran hayat perisian. Selepas perisian dibangunkan dan digunakan, kerana pelbagai sebab, perisian tidak boleh terus menyesuaikan diri dengan keperluan pengguna Untuk memanjangkan hayat perkhidmatan perisian, perisian mesti dikekalkan.

Model transformasi

Model transformasi (model evolusi) adalah berdasarkan perkembangan pesat prototaip dan berdasarkan maklum balas dan cadangan yang dikemukakan oleh pengguna dalam proses memanggil prototaip , menambah baik prototaip, mendapatkan versi baharu prototaip, dan ulangi proses ini sehingga ia berkembang menjadi produk perisian akhir.

Model lingkaran

Model lingkaran menggabungkan model air terjun dan model transformasi Ia menggabungkan kelebihan kedua-duanya dan menambah analisis risiko. Ia berdasarkan prototaip dan berputar dari dalam ke luar sepanjang lingkaran Setiap putaran memerlukan perancangan, analisis risiko, kejuruteraan pelaksanaan, penilaian pelanggan dan aktiviti lain, dan versi baharu prototaip dibangunkan. Selepas beberapa proses spiral ke atas, sistem akhir diperolehi.

Model Fountain

Model air pancut menyediakan sokongan untuk penggunaan semula perisian dan penyepaduan pelbagai aktiviti pembangunan dalam kitaran hayat, terutamanya menyokong objek- kaedah pembangunan berorientasikan. Perkataan "air pancut" itu sendiri merangkumi sifat berulang dan tanpa celah. Bahagian tertentu sistem sering diolah semula beberapa kali, dengan fungsi berkaitan ditambah pada sistem yang berkembang dalam setiap lelaran. Apa yang dipanggil gapless bermaksud bahawa dalam aktiviti pembangunan, tidak ada sempadan yang jelas antara analisis, reka bentuk dan pengekodan.

Model V

Dalam model pembangunan, ujian sering digunakan sebagai renungan untuk membetulkan keadaan, tetapi terdapat juga yang berpusatkan ujian model pembangunan, bahawa Ia adalah model V. Model V hanya menerima pengiktirafan yang tidak jelas dalam industri perisian. Model V mendakwa bahawa ujian bukanlah sesuatu yang difikirkan, tetapi proses yang sama pentingnya dengan proses pembangunan.

Model V menerangkan beberapa tahap ujian yang berbeza dan menggambarkan peringkat berbeza dalam kitaran hayat yang sepadan dengan tahap ini. Dalam rajah, bahagian menurun di sebelah kiri mewakili pelbagai peringkat proses pembangunan, dan sepadan dengan ini ialah bahagian menaik di sebelah kanan, yang merupakan pelbagai peringkat proses ujian. Sila ambil perhatian bahawa penamaan fasa ujian mungkin berbeza dalam organisasi yang berbeza. Nilai model V ialah ia menunjukkan dengan jelas tahap berbeza yang wujud dalam proses ujian dan menerangkan dengan jelas kesesuaian antara fasa ujian ini dan peringkat semasa proses pembangunan:

• Tujuan utama ujian unit adalah untuk menyasarkan pelbagai ralat yang mungkin wujud semasa proses pengekodan. Contohnya: ralat dalam nilai sempadan semasa pengesahan input pengguna.

• Tujuan utama ujian integrasi adalah untuk menyasarkan kemungkinan masalah dalam reka bentuk terperinci, terutamanya untuk menyemak kemungkinan ralat dalam antara muka antara setiap unit dan bahagian program lain.

• Ujian sistem ditujukan terutamanya kepada reka bentuk garis besar dan menyemak sama ada sistem secara keseluruhannya berjalan dengan berkesan. Contohnya: sama ada prestasi tinggi yang dijangka dicapai dalam tetapan produk.

• Ujian penerimaan biasanya dijalankan oleh pakar perniagaan atau pengguna untuk mengesahkan bahawa produk tersebut benar-benar dapat memenuhi keperluan perniagaan pengguna.

Model tambahan

Model tambahan, seperti model pelaksanaan prototaip dan kaedah evolusi lain, bersifat berulang. Tetapi tidak seperti pelaksanaan prototaip, model tambahan menekankan bahawa setiap kenaikan mengeluarkan produk operasi. Kenaikan awal ialah versi produk akhir yang "boleh ditanggalkan", tetapi ia menyediakan fungsi untuk memberi perkhidmatan kepada pengguna dan menyediakan platform untuk penilaian pengguna. Ciri model tambahan ialah ia memperkenalkan konsep pakej tambahan Tidak perlu menunggu semua keperluan untuk dikeluarkan selagi pakej tambahan keperluan tertentu dikeluarkan. Walaupun pakej tambahan tertentu mungkin perlu disesuaikan lagi dengan keperluan pelanggan dan perlu diubah, selagi pakej tambahan itu cukup kecil, impaknya terhadap keseluruhan projek akan dapat ditanggung.

Model RAD

Model Pembangunan Aplikasi Rapid (RAD) ialah model proses pembangunan perisian tambahan yang menekankan kitaran pembangunan Pendek yang melampau. Model RAD ialah varian "kelajuan tinggi" bagi model air terjun, yang menggunakan kaedah pembinaan berasaskan komponen untuk mencapai pembangunan pesat melalui penggunaan meluas komponen boleh guna semula. Jika keperluan itu difahami dengan baik dan skop projek dikekang, "sistem maklumat" yang berfungsi sepenuhnya boleh dibuat dengan cepat menggunakan model ini. Proses bermula dengan pemodelan perniagaan, diikuti dengan pemodelan data, pemodelan proses, penjanaan aplikasi, ujian dan lelaran. Proses perisian menggunakan model RAD ditunjukkan dalam rajah.

Tugas yang perlu diselesaikan dalam setiap tempoh aktiviti model RAD adalah seperti berikut.

• Pemodelan perniagaan: Apakah maklumat yang mendorong operasi proses perniagaan? Apakah maklumat yang hendak dijana? Siapa yang menjananya? Ke mana perginya aliran maklumat? oleh siapa? Ini boleh ditambah dengan gambar rajah aliran data.

• Pemodelan data: Untuk menyokong aliran data proses perniagaan, cari koleksi objek data, tentukan atribut objek data dan hubungan dengan objek data lain untuk membentuk model data , yang boleh ditambah dengan gambar rajah E-R .

• Pemodelan proses: membolehkan objek data melengkapkan pelbagai fungsi perniagaan dalam aliran maklumat. Buat proses untuk menerangkan penambahan, pengubahsuaian, pemadaman dan carian objek data, iaitu, memperhalusi kotak pemprosesan dalam rajah aliran data.

• Penjanaan aplikasi: Gunakan bahasa generasi keempat (4GL) untuk menulis program pemprosesan, menggunakan semula komponen sedia ada atau mencipta komponen baharu yang boleh digunakan semula dan menggunakan alatan yang disediakan oleh persekitaran untuk menjana dan membina secara automatik daripada keseluruhan sistem aplikasi.

• Pengujian dan penghantaran, disebabkan jumlah penggunaan semula yang banyak, secara amnya hanya ujian keseluruhan dilakukan, tetapi komponen yang baru dicipta masih perlu diuji.

Model berasaskan komponen

Komponen (Komponen) ialah unit perisian dengan nilai boleh guna semula dan fungsi yang agak bebas. Model Pembangunan Perisian Berasaskan Komponen (CBSD) menggunakan kaedah modularisasi untuk memodulatkan keseluruhan sistem, dan dengan sokongan model komponen tertentu, menggunakan semula satu atau lebih komponen perisian dalam perpustakaan komponen Proses membina sistem perisian aplikasi dengan kecekapan tinggi dan berkualiti tinggi. Model pembangunan berasaskan komponen menggabungkan banyak ciri model lingkaran, bersifat evolusi, dan proses pembangunan adalah berulang. Model pembangunan berasaskan komponen terdiri daripada lima peringkat: analisis dan definisi keperluan perisian, reka bentuk seni bina, penubuhan perpustakaan komponen, pembinaan perisian aplikasi, ujian dan pelepasan.

Kaedah prototaip

Prototaip perisian ialah pelaksanaan separa produk baharu yang dicadangkan Tujuan utama penubuhan prototaip adalah untuk menyelesaikan masalah dalam pembangunan produk Untuk masalah dengan keperluan yang tidak pasti pada peringkat awal, tujuannya adalah untuk menjelaskan dan menambah baik keperluan, meneroka pilihan reka bentuk, dan berkembang menjadi produk akhir. Terdapat banyak cara untuk mengklasifikasikan prototaip. Bergantung pada sama ada prototaip melaksanakan fungsi, prototaip perisian boleh dibahagikan kepada dua jenis: prototaip mendatar dan prototaip menegak. Prototaip mendatar, juga dipanggil prototaip tingkah laku, digunakan untuk meneroka beberapa gelagat khusus sistem yang dijangkakan dan mencapai tujuan memperhalusi keperluan. Prototaip mendatar selalunya hanya navigasi fungsi tanpa benar-benar melaksanakannya. Prototaip mendatar digunakan terutamanya dalam antara muka. Prototaip menegak, juga dipanggil prototaip berstruktur, melaksanakan sebahagian daripada fungsi. Prototaip menegak digunakan terutamanya dalam pelaksanaan algoritma yang kompleks.

Kaedah XP

XP ialah perisian yang ringan (tangkas), cekap, berisiko rendah, fleksibel, boleh diramal, saintifik dan penuh dengan keseronokan kaedah pembangunan. Berbanding dengan metodologi lain, perbezaan terbesarnya ialah:

• Berikan maklumat maklum balas yang khusus dan berterusan lebih awal dan dalam kitaran yang lebih singkat.

• Rancang secara berulang, mula-mula cepat menjana pelan induk pada permulaan dan kemudian mengembangkannya sepanjang proses pembangunan projek.

• Bergantung pada program ujian automatik untuk memantau kemajuan pembangunan dan mengesan kecacatan lebih awal.

• Bergantung pada komunikasi lisan, ujian dan kod sumber untuk komunikasi.

• Menggalakkan reka bentuk evolusi berterusan.

  Bergantung pada kerjasama rapat dalam pasukan pembangunan.

  Berusaha untuk mencapai keseimbangan antara kepentingan jangka pendek pengaturcara dan kepentingan jangka panjang projek sebanyak mungkin.

Kaedah RUP

RUP (Rational Unified Process) ialah proses pembangunan perisian bersatu dan proses universal Rangka kerja boleh mengatasi pelbagai sistem perisian, kawasan aplikasi yang berbeza, jenis organisasi yang berbeza, tahap prestasi yang berbeza dan saiz projek yang berbeza. RUP adalah berasaskan komponen, yang bermaksud bahawa sistem perisian yang dibangunkan menggunakannya terdiri daripada komponen, dan komponen disambungkan antara satu sama lain melalui antara muka yang jelas. Semasa menyediakan semua pelan tindakan sistem perisian, RUP menggunakan Bahasa Pemodelan Bersepadu UML Berbanding dengan proses perisian lain, RUP mempunyai tiga ciri penting: penggunaan pacuan kes, berpusatkan seni bina asas, berulang dan tambahan. Proses perisian dalam RUP dipecahkan kepada empat fasa berurutan dalam masa, iaitu fasa awal, fasa pemurnian, fasa pembinaan dan fasa penyampaian. Semakan teknikal dijadualkan pada akhir setiap fasa untuk menentukan sama ada objektif fasa telah dipenuhi. Jika semakan adalah memuaskan, projek dibenarkan untuk bergerak ke peringkat seterusnya.

Atas ialah kandungan terperinci Apakah kitaran hayat pembangunan perisian Java?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!