【正文】 任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟：是指從軟件定義、開發(fā)、使用、信息”。二、存在的問題與希望在上述的教學(xué)中，雖然實(shí)現(xiàn)了理論聯(lián)系實(shí)際，但也存在著一些問題，比如每個項(xiàng)目小組中總有個別同學(xué)存在依賴心理，不參與項(xiàng)目開發(fā)，最后抄襲別的同學(xué)的項(xiàng)目成果，自己得不到實(shí)際的鍛煉，影響了大三的畢業(yè)設(shè)計和日后的軟件開發(fā)。第三步：學(xué)期末各小組提交各自完成的軟件系統(tǒng)及開發(fā)文檔，并進(jìn)行總結(jié)演示，由任課教師進(jìn)行講評。在此階段結(jié)束后，每班召開一個模擬方案論證會，由各開發(fā)小組選出代表上臺講解本組的開發(fā)方案，其他同學(xué)模擬用戶對開發(fā)方案提出意見。第二步：模擬軟件項(xiàng)目開發(fā)全過程的各個階段，進(jìn)行相關(guān)的理論授課和實(shí)際開發(fā)。讓每個小組的學(xué)生聚在一起，在項(xiàng)目經(jīng)理的組織下通過調(diào)研、討論來制定自己小組的開發(fā)題目，大家感覺就象在軟件公司實(shí)習(xí)一樣，非常新鮮，感興趣。既調(diào)動了學(xué)生的積極性，又讓學(xué)生了解了該課程的理論內(nèi)容，收到了一舉兩得的效果。所以采用了理論聯(lián)系實(shí)際的方法進(jìn)行授課。根據(jù)該課程的基本教學(xué)要求和特點(diǎn)，結(jié)合學(xué)時的安排，從教材的整體內(nèi)容出發(fā)，有側(cè)重地進(jìn)行取舍，篩選出學(xué)生必須掌握的基本教學(xué)內(nèi)容，較好地解決了教學(xué)中質(zhì)量與數(shù)量的矛盾。能在軟件工程的理論指導(dǎo)下，開發(fā)一個小型管理系統(tǒng)，為今后從事軟件工程實(shí)踐打下良好的基礎(chǔ)。第三篇：《軟件工程》《軟件工程》課程分析本課程是軟件技術(shù)專業(yè)學(xué)生必修的一門專業(yè)必修課。而更多原本不是程序員的人操起幾本“速成”、“二十一天通”等書籍也加入了這個行業(yè)。又因他們的作息時間、言行舉止與常人不太一樣，久而久之就給人們留下了“神秘”、“孤僻”的印象。蓋茨，先當(dāng)好程序員和程序經(jīng)理再說。如果上述三個條件同時具備，就請放心失敗好了。我們經(jīng)常會聽到有經(jīng)理頭銜的人在高談闊論：“編程我不會，做個項(xiàng)目還不easy？派個人去搞系統(tǒng)分析，回頭再叫幾個程序員把需求譯成程序，不就OK了嗎？”不懂英語的人準(zhǔn)以為easy和OK是貶義詞。在項(xiàng)目完成時，他們會自豪地說：“看看我們通過努力取得的成績吧”。管理的目的是讓大家一起把工作做好，并且讓各人獲得各自的快樂和滿足。良好的程序員隊伍和出色的管理是軟件項(xiàng)目成功的必要條件。無論是什么好方法，貴在理解與靈活運(yùn)用，而不可當(dāng)成靈丹妙藥，不象“吃了腦黃金或腦白金，就能使一億人先聰明起來”。 結(jié)軟件工程學(xué)科發(fā)展到今天，已經(jīng)有了很多方法和規(guī)范，學(xué)之不盡。開發(fā)人員應(yīng)該意識到：所有的錯誤都是嚴(yán)重的，不存在微不足道的錯誤。而錯誤A只使操作員感到厭煩，并沒有造成經(jīng)濟(jì)損失。但事實(shí)上B要比A嚴(yán)重。假設(shè)某個財務(wù)軟件有兩個錯誤：錯誤A使該軟件死掉，錯誤B導(dǎo)致工資計算錯誤。四級嚴(yán)重：錯誤是表面化的或是微小的。二級嚴(yán)重：錯誤導(dǎo)致一個特性不能運(yùn)行并且沒有替代方案。微軟的一些開發(fā)小組將錯誤分成四個等級 [Cusumano 1996]。賣油翁的絕技是可到中央電視臺表演的，而他老人家卻謙虛地說：“沒啥沒啥，用熟了而已”。當(dāng)我們在編程時無法判斷是用了技巧還是用了技倆，那就少用。作者建議用自然的方式編程，少用技巧。若在程序中用太多的技巧，可能會留下隱患，別人也難以理解程序。程序設(shè)計是自由與快樂的事情，不要發(fā)誓忠于某某主義而自尋煩惱。而如今 的Visual Basic、Delphi、Visual C++、Java等語言各有所長，真的難分優(yōu)劣。能解決問題的都是好方法或是好語言。類似的爭議還有：是買現(xiàn)成的程序，還是徹底自己開發(fā)？技術(shù)人員和商業(yè)人士常常會有不同的選擇。改進(jìn)算法雖然可以從根本上提高軟件的運(yùn)行速度，但可能引入錯誤以及延誤進(jìn)程。爭議之一：如果軟件運(yùn)行較慢，是換一臺更快的計算機(jī)，還是設(shè)計一種更快的算法？作者觀點(diǎn)：如果開發(fā)軟件的目的是為了學(xué)習(xí)或是研究，那么應(yīng)該設(shè)計一種更快的算法。軟件修改越早代價越少，修改越晚代價越大，就跟治病一樣道理?？陀^情況：對需求把握得越準(zhǔn)確，軟件的修修補(bǔ)補(bǔ)就越少。如果用“大躍進(jìn)”的方式奔向共產(chǎn)主義，只會產(chǎn)生倒退的后果。（2）老手向新手解釋工作以及交流思想都要花費(fèi)時間，使實(shí)際開發(fā)時間更少。如果給落后于計劃的項(xiàng)目增添新手，可能會更加延誤項(xiàng)目。觀念之三：如果我們落后于計劃，可以增加更多的程序員來解決?？陀^情況：良好的開發(fā)環(huán)境只是產(chǎn)出成果的必要條件，而不是充分條件。祖?zhèn)髅胤皆谀承╊I(lǐng)域很吃香，而在軟件領(lǐng)域則意味著落后。但實(shí)踐者并不能因此依賴于書籍，這是因?yàn)椋海?）現(xiàn)實(shí)的工作中，由于條件千差萬別，即使是相當(dāng)成熟的軟件工程規(guī)范，常常也無法套用?？陀^情況：好的參考書無疑能指導(dǎo)我們的工作。本節(jié)例舉并分析一些不正確的軟件工程觀念，可幫助初學(xué)者少犯相似的錯誤。有個倔脾氣的人只有20元錢，非得要吃上一公斤美妙的“熊掌燒魚”，怎么辦？解決方案：化9元9角9分錢買999克魚肉，化10元錢買1克熊掌肉，可做一道“熊掌戲魚”菜。下面讓我們用“優(yōu)化——折衷”的策略解決“魚和熊掌不可得兼”的難題。人都有惰性，如果允許濫用折衷的話，那么一當(dāng)碰到困難，人們就會用拆東墻補(bǔ)西墻的方式去折衷，不再下苦功去做有意義的優(yōu)化。軟件折衷的重要原則是不能使某一方損失關(guān)鍵的職能，更不可以象“舍魚而取熊掌”那樣拋棄一方。軟件中的折衷策略是指通過協(xié)調(diào)各個質(zhì)量因素，實(shí)現(xiàn)整體質(zhì)量的最優(yōu)。優(yōu)化工作的復(fù)雜之處是很多目標(biāo)存在千絲萬縷的關(guān)系，可謂數(shù)不清理還亂。就假設(shè)我們經(jīng)過思想教育后，精神抖擻，隨時準(zhǔn)備為優(yōu)化工作干上六天七夜。所以當(dāng)我們開發(fā)的軟件表現(xiàn)出很多不可救藥的病癥時，不要怨機(jī)器差。這個PC游戲軟件的技術(shù)水平已經(jīng)遠(yuǎn)勝于我所見識到的國內(nèi)領(lǐng)先的圖形學(xué)相關(guān)科研成果。Quake的開發(fā)者能把很多