日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

2019年架构软考论文押题(一)

發(fā)布時間:2023/12/10 编程问答 36 豆豆
生活随笔 收集整理的這篇文章主要介紹了 2019年架构软考论文押题(一) 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

論敏捷開發(fā)在企業(yè)軟件開發(fā)中的應(yīng)用
論基于構(gòu)件的軟件開發(fā)?
論軟件系統(tǒng)架構(gòu)評估?
論高可靠性系統(tǒng)中軟件容錯技術(shù)的應(yīng)用?
論軟件系統(tǒng)架構(gòu)風(fēng)格?

論軟件開發(fā)模型的選擇與應(yīng)用

摘要:?

本文以一個招標業(yè)務(wù)系統(tǒng)的軟件開發(fā)過程為例,討論了軟件開發(fā)模型的選擇與應(yīng)用。文章首先對項目特點進行了分析,然后對目前常用的開發(fā)模型——瀑布模型、演化模型、螺旋模型、敏捷開發(fā)模型的優(yōu)缺點做了對比分析。根據(jù)項目實際情況,以及模型的特點,最終選定了敏捷開發(fā)模型。并說明了項目是如何應(yīng)用敏捷開發(fā)模型完成開發(fā)工作的。最后簡要敘述了開發(fā)模型的演變趨勢和特征,和堅持以項目特點為主的開發(fā)模型選擇策略。 該項目是2010年3月為一家國內(nèi)大型招標代理機構(gòu)開發(fā)的業(yè)務(wù)運營系統(tǒng),特點是:工期要求短、開發(fā)團隊小、技術(shù)難度低、需求不明確或不斷變化。我有幸作為技術(shù)負責(zé)人參與了該項目的開發(fā)工作,主要負責(zé)承擔該項目的需求分析和系統(tǒng)設(shè)計工作,并經(jīng)過合理分析選擇采用敏捷開發(fā)模型順利完成任務(wù),獲得各方一致好評。

正文:?

本人就職于一家國有大型外貿(mào)集團的信息管理部門,主要負責(zé)參與整個集團的信息系統(tǒng)的設(shè)計開發(fā)和維護管理工作。隨著人民幣匯率不斷升值、國內(nèi)購買力不斷增強,外貿(mào)集團下屬的招標代理公司的招標業(yè)務(wù)量近年增長迅猛,過去人工管理的業(yè)務(wù)運作模式無法適應(yīng),成為制約公司業(yè)務(wù)發(fā)展的瓶頸。因此,該公司領(lǐng)導(dǎo)要求在較短的時間內(nèi)迅速建立一套支持招標業(yè)務(wù)運營的信息系統(tǒng),加快業(yè)務(wù)運作流程、提高工作效率和招標服務(wù)質(zhì)量。該項目從2010年3月初開始啟動,經(jīng)過信息部和招標公司的通力合作,歷時近6個月,至8月底完成驗收,并于9月1日正式啟用。我有幸作為技術(shù)負責(zé)人參與了該項目的開發(fā)工作,主要負責(zé)承擔該項目的需求分析和系統(tǒng)設(shè)計工作。 我經(jīng)過調(diào)查分析發(fā)現(xiàn):1、招標在國內(nèi)尚屬比較新穎、特殊的一個行業(yè),目前軟件業(yè)界尚無成型的招標軟件產(chǎn)品可供引進或者借鑒。2、但該項目技術(shù)難度要求不高,我們可以依靠本部門技術(shù)力量自主研發(fā)。3、該公司各業(yè)務(wù)部門的招標類型不同,操作手法不一,因而需求目標模糊、界定困難,而且隨著招標業(yè)務(wù)的發(fā)展,需求還可能不斷變化。4、由于業(yè)務(wù)部門需求迫切,招標公司領(lǐng)導(dǎo)要求盡快實現(xiàn)啟用。根據(jù)上述情況,我與項目小組的技術(shù)人員經(jīng)過充分的討論分析,對當前流行的幾種開發(fā)模型進行了比較和選擇: 瀑布模型按軟件生存周期各階段固定順序開發(fā),要求大量文檔配合,工作量大、缺乏靈活性,可能直到開發(fā)完成才發(fā)現(xiàn)不符合客戶需求。該方式比較適合需求明確、有類似成功案例參照模仿的項目,因此不適合招標業(yè)務(wù)系統(tǒng)的開發(fā)需要。 演化模型(原型法)先根據(jù)基本需求快速構(gòu)造可運行版本——原型,再根據(jù)客戶反饋重復(fù)不斷改進至令客戶滿意。它雖然能解決需求不明確的問題,但其風(fēng)險是:開發(fā)效率低、項目進度和預(yù)算難以控制,因此也不適合招標業(yè)務(wù)系統(tǒng)快速開發(fā)的需要。 螺旋模型將瀑布模型和演化模型相結(jié)合,它強調(diào)了其他模型所忽視的風(fēng)險分析,特別適合于大型復(fù)雜的系統(tǒng),而反復(fù)迭代也導(dǎo)致工期較長。而招標業(yè)務(wù)系統(tǒng)規(guī)模有限、技術(shù)難度低且工期有限,因此不宜采用螺旋模型。 對于這種工期要求短、開發(fā)團隊小、技術(shù)難度低、需求不明確或不斷變化的項目,我經(jīng)過分析比較后認為最適合采用“敏捷開發(fā)”的輕量級開發(fā)方法,而實際開發(fā)應(yīng)用過程也證明了這一選擇的正確性: 敏捷開發(fā)首先要求“客戶直接參與”,敏捷宣言中的一句是“客戶合作勝過客戶談判”。意思是讓客戶參與到項目中,通過緊密的合作來實現(xiàn)項目開發(fā),要比合同談判效果好得多。項目開發(fā)過程中需要客戶及時地、頻繁地進行反饋,因此將客戶經(jīng)常拉到開發(fā)現(xiàn)場,就是成功地開始。在項目開發(fā)過程中,由于招標公司領(lǐng)導(dǎo)層非常重視,主動召開動員會議,積極發(fā)動業(yè)務(wù)人員參與配合,因而需求調(diào)查工作迅速鋪開。但在調(diào)查的過程中,我覺得客戶的代表性很重要: <1>參與的客戶必須對自身從事的招標業(yè)務(wù)非常熟悉,能夠?qū)ο嚓P(guān)問題給出正確而全面的反饋意見。 <2>由于招標公司各業(yè)務(wù)部門的招標類型不同,操作手法存在差異,客戶參與過程中更多的是從部門角度出發(fā)考慮問題。因而我們不能偏聽一方,需要綜合各方意見,全盤考慮。因此,我向招標公司領(lǐng)導(dǎo)要求:每一個部門都安排一名資深業(yè)務(wù)員參與到項目中來,配合需求分析、模塊試用和反饋意見。在招標公司的積極參與配合下,項目開展順利、沒走多少彎路。 <3>敏捷開發(fā)的另一個特點是“小版本發(fā)布”,要求經(jīng)常提交可工作的軟件,間隔越短越好。由于敏捷開發(fā)奉行“客戶合作、客戶參與”,而要讓客戶更加有效的參與,經(jīng)常性地、頻繁地交付可工作的中間軟件版本,將可以有效地加強開發(fā)人員于客戶之間的溝通,從而將隱藏的錯誤和需求變化及早發(fā)現(xiàn)和觸動。在具體的開發(fā)過程中,我們依據(jù)招標業(yè)務(wù)的流程順序,從“項目立項建檔、招標公告發(fā)布、評標專家抽選”,到“標書發(fā)售、保證金收退、開標評標中標”,直至“結(jié)果公示、收中標費、結(jié)案評審、項目歸檔”,逐個環(huán)節(jié)依次開發(fā)提交,平均每周發(fā)布一次。因此,招標公司領(lǐng)導(dǎo)能夠根據(jù)我們不斷提供的最新中間版本了解項目進展,配合協(xié)同組織工作;各部門的用戶代表能夠及時參與試用和反饋意見。 敏捷開發(fā)還有一個特點是“較少的文檔”,敏捷宣言中提出“可以工作的軟件勝過面面俱到的文檔”。對于開發(fā)團隊而言,各種文檔規(guī)范越繁多越細致,真正用于開發(fā)的時間就越少,開發(fā)速度和效率也就越低;對于客戶而言,真正能夠產(chǎn)生價值的東西是可以工作的軟件,而非這些面面俱到的文檔。在實際開發(fā)過程中,為節(jié)省時間、加快開發(fā)效率,我們對要編寫的文檔類型進行了裁減,例如:由于項目規(guī)模小、技術(shù)難度低,對項目成功很有把握,因此省略了“可行性研究報告”。我們也對必須編寫的文檔的進行了簡化,例如:我們大量采用草圖直接勾畫用戶操作界面,并附加文字說明的方式,與客戶進行直觀的溝通交流,經(jīng)客戶認可后的,做成示意圖直接加入“需求說明書”和“設(shè)計說明書”,簡化了文檔的文字編寫,也更直觀清晰。當然,“較少的文檔”并不是說不要文檔。為了保證項目的開發(fā)質(zhì)量和后繼的維護工作,以及客戶培訓(xùn)工作的順利進行,我們對“數(shù)據(jù)庫設(shè)計說明書”、“用戶操作手冊”等文檔還是做了認真細致的編輯。 最終這個項目在工期短、需求不明確等困難下,依靠敏捷開發(fā)方法的思想指導(dǎo)和實踐應(yīng)用,在有關(guān)領(lǐng)導(dǎo)、開發(fā)團隊和用戶的積極配合、共同努力下順利完成,獲得一致好評。 隨著軟件技術(shù)的迅速發(fā)展和市場變化,新的軟件開發(fā)模型也不斷出現(xiàn),如:噴泉模型、RUP模型、智能模型(四代技術(shù)4GL)等。這些開發(fā)模型都是結(jié)合各種新技術(shù)、新變化而發(fā)展演變的,都有各自的優(yōu)點和缺點,在實際應(yīng)用中存在著許多不足和局限性。我們應(yīng)該注意分析區(qū)別各種開發(fā)模型的適用對象、范圍,堅持以項目為主,根據(jù)實際開發(fā)的項目特點來選擇合適的開發(fā)模型。需要考慮的因素包括:需求是否明確或變化;項目的規(guī)模、技術(shù)難度、風(fēng)險與開發(fā)團隊的力量、水平;項目的工期限制等,這樣才能選擇合適的開發(fā)模型,并順利的應(yīng)用到項目開發(fā)中。

總結(jié)

以上是生活随笔為你收集整理的2019年架构软考论文押题(一)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。