Apakah model pembangunan perisian biasa?

Model pembangunan perisian biasa termasuk: 1. Ubah suai semasa melakukan model; 8. Model hibrid; 9. Model RUP;

Persekitaran pengendalian tutorial ini: sistem Windows 10, komputer Dell G3.

Model pembangunan perisian biasa ialah:

1 Model Bina-dan-Betulkan (Model Bina-dan-Betulkan)

Maaf. Malangnya, banyak produk dibangunkan menggunakan model "ubah-sebagai-anda-buat". Dalam model ini, tiada spesifikasi mahupun reka bentuk, dan perisian sentiasa diubah suai berulang kali apabila pelanggan memerlukannya. Dalam model ini, pembangun mendapatkan projek dan segera menulis program mengikut keperluan Selepas penyahpepijatan, versi pertama perisian dijana. Selepas diberikan kepada pengguna, jika ralat berlaku dalam program atau pengguna membuat keperluan baharu, pembangun akan mengubah suai semula kod tersebut sehingga pengguna berpuas hati. Ini adalah kaedah pembangunan seperti bengkel, yang sesuai untuk menulis program kecil beberapa ratus baris, tetapi kaedah ini tidak memuaskan untuk pembangunan mana-mana skala Masalah utama ialah:

(1) Kurang perancangan dan pautan reka bentuk, struktur perisian menjadi lebih teruk dengan pengubahsuaian berterusan, menjadikannya mustahil untuk meneruskan pengubahsuaian

(2) Mengabaikan pautan permintaan telah membawa akibat yang besar kepada Risiko pembangunan perisian; > (3) Kebolehselenggaraan ujian dan program tidak dipertimbangkan, dan tiada dokumentasi, menjadikan penyelenggaraan perisian sangat sukar.

2. Model Air Terjun

Pada tahun 1970, Winston Royce mencadangkan "Model Air Terjun" yang terkenal sehingga awal 1980-an, ia merupakan satu-satunya model The model pembangunan perisian yang diterima pakai. Dalam model air terjun, seperti yang ditunjukkan dalam rajah, kitaran hayat perisian dibahagikan kepada enam aktiviti asas seperti perancangan, analisis keperluan, reka bentuk perisian, penulisan program, ujian perisian dan operasi dan penyelenggaraan, dan aktiviti atas-bawah dan saling berkaitan adalah Ditetapkan urutan yang tetap, seperti air terjun, jatuh selangkah demi selangkah. Dalam model air terjun, pelbagai aktiviti pembangunan perisian dijalankan dengan ketat secara linear Aktiviti semasa menerima hasil kerja aktiviti sebelumnya dan melaksanakan kandungan kerja yang diperlukan. Hasil kerja aktiviti semasa perlu disahkan Jika pengesahan lulus, hasilnya akan digunakan sebagai input aktiviti seterusnya dan aktiviti seterusnya akan diteruskan. Model air terjun menekankan peranan dokumentasi dan memerlukan pengesahan yang teliti pada setiap peringkat. Walau bagaimanapun, proses linear model ini terlalu ideal dan tidak lagi sesuai untuk model pembangunan perisian moden Ia telah hampir ditinggalkan oleh industri ialah:

(1) Pembahagian setiap peringkat telah ditetapkan sepenuhnya, dan peringkat Sebilangan besar dokumen dijana dalam tempoh ini, yang meningkatkan beban kerja dengan ketara

(2) Memandangkan model pembangunan adalah linear, pengguna hanya boleh melihat hasil pembangunan sehingga akhir; daripada keseluruhan proses, sekali gus meningkatkan risiko pembangunan;

Kita harus sedar bahawa "linear" adalah cara berfikir yang paling mudah untuk dikuasai dan diaplikasikan dengan mahir. Apabila orang menghadapi masalah "bukan linear" yang kompleks, mereka sentiasa mencuba sedaya upaya untuk mengurai atau mengubahnya menjadi satu siri masalah linear mudah, dan kemudian menyelesaikannya satu demi satu. Sistem perisian secara keseluruhan mungkin kompleks, tetapi subrutin tunggal sentiasa mudah dan boleh dilaksanakan secara linear, jika tidak, kerja akan menjadi terlalu memenatkan. Kelinearan ialah sejenis kesederhanaan, dan kesederhanaan ialah keindahan. Apabila kita memahami semangat linear, kita seharusnya tidak lagi menggunakan penampilan model linear secara tegar, tetapi harus memanfaatkannya. Sebagai contoh, model tambahan pada asasnya adalah model linear bersegmen, manakala model lingkaran adalah model linear melengkung berterusan Bayang-bayang model linear juga boleh didapati dalam model lain.

3. Model Prototaip Rapid

Langkah pertama model prototaip pantas ialah membina prototaip pantas untuk merealisasikan interaksi antara pelanggan atau pengguna masa depan dan sistem. Secara interaktif, pengguna atau pelanggan menilai prototaip dan memperhalusi lagi keperluan untuk perisian yang akan dibangunkan. Dengan melaraskan prototaip secara beransur-ansur untuk memenuhi keperluan pelanggan, pembangun boleh menentukan keperluan sebenar pelanggan itu; langkah kedua membina pada langkah pertama untuk membangunkan produk perisian yang memuaskan hati pelanggan. Jelas sekali, kaedah prototaip pantas dapat mengatasi kelemahan model air terjun dan mengurangkan risiko pembangunan yang disebabkan oleh keperluan perisian yang tidak jelas, dan mempunyai kesan yang ketara. Kunci kepada prototaip pantas ialah membina prototaip perisian secepat mungkin, dan kemudian membuang prototaip sebaik sahaja keperluan sebenar pelanggan ditentukan. Oleh itu, struktur dalaman sistem prototaip tidak penting apa yang penting ialah prototaip mesti dibina dengan cepat dan kemudian diubahsuai dengan cepat untuk mencerminkan keperluan pelanggan.

4. Model Penambahan

Model Tambahan juga dipanggil model evolusi. Seperti membina bangunan, perisian dibina langkah demi langkah. Dalam model tambahan, perisian direka bentuk, dilaksanakan, disepadukan dan diuji sebagai satu siri komponen tambahan Setiap komponen terdiri daripada serpihan kod yang menyediakan fungsi khusus yang dibentuk oleh berbilang modul berinteraksi. Model incremental tidak memberikan produk boleh jalan yang lengkap pada setiap peringkat, tetapi subset produk boleh jalan yang memenuhi keperluan pelanggan. Keseluruhan produk diuraikan kepada beberapa komponen, dan pembangun menyampaikan komponen produk mengikut komponen Kelebihan ini ialah pembangunan perisian boleh menyesuaikan diri dengan perubahan dengan lebih baik, dan pelanggan boleh terus melihat perisian yang dibangunkan, dengan itu mengurangkan risiko pembangunan. Walau bagaimanapun, model tambahan juga mempunyai kelemahan berikut:

(1) Memandangkan setiap komponen secara beransur-ansur dimasukkan ke dalam seni bina perisian sedia ada, penambahan komponen tidak boleh memusnahkan bahagian sistem yang telah dibina, yang memerlukan Perisian mempunyai ruang terbuka. seni bina.

(2) Semasa proses pembangunan, perubahan dalam keperluan tidak dapat dielakkan. Fleksibiliti model tambahan boleh menjadikan keupayaannya untuk menyesuaikan diri dengan perubahan sedemikian jauh lebih baik daripada model air terjun dan model prototaip pantas, tetapi ia juga boleh dengan mudah merosot menjadi model yang diubah suai semasa melakukannya, supaya kawalan proses perisian hilang integriti. Apabila menggunakan model tambahan, kenaikan pertama selalunya merupakan produk teras yang memenuhi keperluan asas. Selepas produk teras dihantar kepada pengguna, pelan pembangunan tambahan seterusnya dibentuk selepas penilaian, yang merangkumi pengubahsuaian pada produk teras dan pengeluaran beberapa ciri baharu. Proses ini diulang selepas setiap pelepasan tambahan sehingga produk akhir yang digilap dihasilkan. Contohnya, gunakan model tambahan untuk membangunkan perisian pemprosesan perkataan. Ia boleh dianggap bahawa kenaikan pertama mengeluarkan fungsi asas pengurusan fail, penyuntingan dan penjanaan dokumen, kenaikan kedua mengeluarkan fungsi penyuntingan dan penjanaan dokumen yang lebih lengkap, kenaikan ketiga melaksanakan fungsi semakan ejaan dan tatabahasa, dan kenaikan keempat melaksanakan semakan ejaan dan tatabahasa. fungsi susun atur halaman lanjutan secara berperingkat.

5. Model Lingkaran

Pada tahun 1988, Barry Boehm secara rasmi menerbitkan "Model Lingkaran" pembangunan sistem perisian, yang menggabungkan model air terjun dan prototaip pantas bergabung untuk menekankan analisis risiko yang model lain diabaikan, dan amat sesuai untuk sistem yang besar dan kompleks. Seperti yang ditunjukkan dalam rajah, model lingkaran mengalami beberapa lelaran di sepanjang lingkaran Empat kuadran dalam rajah mewakili aktiviti berikut:

(1) Buat rancangan: tentukan matlamat perisian, pilih pelan pelaksanaan. dan menjelaskan Sekatan ke atas pembangunan projek;

(2) Analisis risiko: menganalisis dan menilai pilihan yang dipilih, dan mempertimbangkan cara untuk mengenal pasti dan menghapuskan risiko; (3) Kejuruteraan pelaksanaan: melaksanakan pembangunan perisian dan pengesahan;

(4) Penilaian pelanggan: Menilai kerja pembangunan, mencadangkan pembetulan dan merangka rancangan seterusnya. Model lingkaran didorong oleh risiko, menekankan alternatif dan kekangan untuk menyokong penggunaan semula perisian, dan membantu menyepadukan kualiti perisian sebagai matlamat khas ke dalam pembangunan produk. Walau bagaimanapun, model lingkaran juga mempunyai batasan tertentu, seperti berikut:

(1) Model lingkaran menekankan analisis risiko, tetapi tidak mudah bagi ramai pelanggan untuk menerima dan mempercayai analisis ini dan membuat respons yang relevan, jadi , model ini selalunya sesuai untuk pembangunan perisian dalaman berskala besar.

(2) Jika melakukan analisis risiko akan memberi kesan besar kepada keuntungan projek, maka melakukan analisis risiko tidak bermakna Oleh itu, model lingkaran hanya sesuai untuk projek perisian berskala besar.

(3) Pembangun perisian harus pandai mencari kemungkinan risiko dan menganalisis risiko dengan tepat, jika tidak, ia akan membawa risiko yang lebih besar. Tahap pertama menentukan matlamat peringkat, pilihan untuk melengkapkan matlamat ini dan kekangannya, dan kemudian menganalisis strategi pembangunan program dari perspektif risiko, cuba menghapuskan pelbagai potensi risiko, kadangkala dengan membina prototaip. Jika risiko tertentu tidak dapat dihapuskan, program ditamatkan serta-merta, jika tidak, langkah pembangunan seterusnya akan dimulakan. Akhir sekali, nilaikan keputusan fasa ini dan reka bentuk fasa seterusnya.

6. Model pancutan air (model pancutan air)

Model pancutan air (juga dipanggil model seumur hidup berorientasikan objek, model OO) Model pancutan air dan tradisional Berbanding dengan jangka hayat berstruktur, ia mempunyai sifat tambahan dan berulang Setiap fasa sepanjang hayat boleh bertindih antara satu sama lain dan diulang beberapa kali, dan sub-hayat juga boleh dibenamkan dalam keseluruhan hayat projek. Sama seperti air yang menyembur ke atas dan jatuh semula, ia boleh jatuh di tengah atau di bawah.

7. Model pintar (teknologi generasi keempat (4GL))

Model pintar mempunyai satu set alatan (seperti pertanyaan data, penjanaan laporan, pemprosesan data, definisi skrin, penjanaan kod, fungsi grafik peringkat tinggi dan hamparan, dsb.), yang setiap satunya membolehkan pembangun mentakrifkan perisian pada tahap tinggi ciri tertentu dan menjana kod sumber secara automatik untuk perisian ini yang ditakrifkan oleh pembangun. Pendekatan ini memerlukan sokongan bahasa generasi keempat (4GL). 4GL berbeza daripada bahasa generasi ketiga. Ciri utamanya ialah antara muka pengguna yang sangat mesra, malah pengaturcara bukan profesional yang tidak terlatih boleh menggunakannya untuk menulis program; ia adalah bahasa pengaturcaraan yang deklaratif, interaktif dan bukan prosedur. 4GL juga menampilkan kod program yang cekap, andaian lalai pintar, pangkalan data yang lengkap dan penjana aplikasi. 4GL yang popular pada masa ini di pasaran (seperti Foxpro, dll.) semuanya mempunyai ciri-ciri di atas pada tahap yang berbeza-beza. Walau bagaimanapun, 4GL pada masa ini hanya terhad kepada pembangunan aplikasi bersaiz kecil dan sederhana untuk sistem maklumat transaksi.

8. Model hibrid (model hibrid)

Model pembangunan proses model hibrid (model hibrid) juga dipanggil model hibrid (model hibrid), atau meta -model (meta-model), menggabungkan beberapa model berbeza ke dalam model hibrid, yang membolehkan projek berkembang di sepanjang laluan yang paling cekap Ini adalah model pembangunan proses (atau model hibrid). Malah, sesetengah organisasi pembangunan perisian menggunakan beberapa kaedah pembangunan yang berbeza untuk membentuk model hibrid mereka sendiri. Perbandingan pelbagai model Setiap organisasi pembangunan perisian harus memilih model pembangunan perisian yang sesuai untuk organisasi dan harus berubah dengan ciri produk tertentu yang sedang dibangunkan untuk mengurangkan kelemahan model yang dipilih dan menggunakan sepenuhnya kelebihannya jadual menyenaraikan kelebihan dan kekurangan beberapa model biasa. Kebaikan dan keburukan pelbagai model: Model Kelebihan Kelemahan Model Air Terjun Sistem dipacu dokumen mungkin tidak memenuhi keperluan pelanggan Model prototaip pantas Fokus pada memenuhi keperluan pelanggan boleh mengakibatkan reka bentuk sistem yang lemah, ketidakcekapan dan kesukaran dalam mengekalkan pembangunan model Inkremental Maklum balas awal adalah tepat pada masanya dan mudah diselenggara Seni bina terbuka diperlukan dan mungkin direka bentuk dengan buruk dan tidak cekap Penganalisis risiko dipacu risiko model lingkaran perlu berpengalaman dan terlatih sepenuhnya

9. Model RUP (model berulang)

Model RUP (Rational Unified Process) ialah satu set model proses pembangunan yang dicadangkan oleh Rational Ia adalah proses perniagaan biasa untuk kejuruteraan perisian berorientasikan objek. Ia menerangkan satu siri proses kejuruteraan perisian berkaitan yang mempunyai struktur yang sama, iaitu seni bina proses yang sama. RUP menyediakan kaedah piawai untuk memperuntukkan tugas dan tanggungjawab dalam organisasi pembangunan, dengan matlamat untuk memastikan perisian berkualiti tinggi yang memenuhi keperluan pengguna akhir dibangunkan dalam jadual dan belanjawan yang boleh diramal. RUP mempunyai dua paksi, satu ialah garis masa, yang dinamik. Paksi lain ialah paksi aliran kerja, yang statik. Pada garis masa, RUP dibahagikan kepada empat peringkat: peringkat awal, peringkat penghalusan, peringkat pembinaan dan peringkat pelepasan. Konsep lelaran digunakan pada setiap peringkat. Pada paksi aliran kerja, RUP telah mereka enam aliran kerja teras dan tiga aliran kerja sokongan teras termasuk: aliran kerja pemodelan perniagaan, aliran kerja analisis dan reka bentuk, aliran kerja pelaksanaan dan aliran kerja penerbitan. Aliran kerja sokongan teras termasuk: aliran kerja persekitaran, aliran kerja pengurusan projek dan aliran kerja pengurusan konfigurasi dan perubahan. RUP menghimpunkan amalan terbaik dalam pembangunan perisian moden dan menyediakan format yang fleksibel untuk memenuhi keperluan pelbagai projek dan organisasi. Sebagai model perniagaan, ia mempunyai panduan dan templat proses yang sangat terperinci. Tetapi juga kerana modelnya agak kompleks, ia memerlukan kos yang agak besar untuk menguasai model tersebut. Khususnya, keperluan yang agak tinggi dikemukakan untuk pengurus projek. Ia mempunyai ciri-ciri berikut:

(1) Lelaran tambahan, setiap lelaran mengikut model air terjun untuk mengawal dan menyelesaikan risiko pada peringkat awal

(2) Kerumitan model memerlukan projek Pengurus mempunyai keupayaan pengurusan yang kukuh.

10. Model IPD

Proses IPD (Pembangunan Produk Bersepadu) ialah satu set proses pembangunan produk bersepadu yang dicadangkan oleh IBM, yang sangat sesuai untuk kompleks berskala besar projek pembangunan, terutamanya projek yang melibatkan gabungan perisian dan perkakasan. IPD bermula dari perspektif keseluruhan produk, dan proses secara komprehensif mempertimbangkan semua proses daripada kejuruteraan sistem, penyelidikan dan pembangunan (perkakasan, perisian, reka bentuk industri struktur, ujian, pembangunan data, dll.), pembuatan, kewangan hingga pemasaran, perolehan, sokongan teknikal, dsb. Ia adalah proses hujung ke hujung. Proses IPD dibahagikan kepada enam peringkat (peringkat konsep, peringkat perancangan, peringkat pembangunan, peringkat pengesahan, peringkat pelepasan dan peringkat kitaran hayat), dan empat titik semakan keputusan (titik semakan keputusan peringkat konsep, titik semakan keputusan peringkat perancangan, semakan keputusan ketersediaan mata dan mata semakan keputusan akhir hayat) dan enam mata semakan teknikal. Proses IPD adalah model berperingkat dengan bayang-bayang model air terjun. Model ini memecahkan sistem yang besar dan kompleks serta mengurangkan risiko dengan menggunakan proses yang komprehensif dan kompleks. Pada tahap tertentu, model ini menggunakan kos proses untuk meningkatkan kualiti keseluruhan produk dan memperoleh bahagian pasaran. Memandangkan proses ini tidak mentakrifkan mekanisme untuk rollback proses, proses ini tidak sesuai untuk projek dengan keperluan yang kerap berubah. Dan untuk beberapa projek kecil, proses ini tidak begitu sesuai.

Pembelajaran yang disyorkan: Tapak web PHP Cina

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