軟件工程與學(xué)習(xí)工程-預(yù)覽頁
【正文】 先修課，是否容易通過；操作上，時(shí)間是否足夠；經(jīng)濟(jì)上，是否時(shí)間成本過高，是否帶來近期和長遠(yuǎn)收益，等等需求分析包括：教學(xué)目標(biāo)：通過試聽，復(fù)查復(fù)查定義，明確限制的約束；研究老系統(tǒng)對課程的定位準(zhǔn)確；研究歷屆課本和考卷、咨詢學(xué)長，結(jié)合以往類似課程的經(jīng)驗(yàn)進(jìn)行成本/效益分析，風(fēng)險(xiǎn)分析及對策分析課時(shí)數(shù)、學(xué)分?jǐn)?shù)，要犧牲的其它時(shí)間，不及格的可能影響通過粗泛的系統(tǒng)流程圖、數(shù)據(jù)流圖、數(shù)據(jù)字典、進(jìn)度規(guī)劃來明確需求課程表，學(xué)期計(jì)劃，資料清單總體設(shè)計(jì)包括：學(xué)習(xí)計(jì)劃包括：自頂向下的各種粒度的計(jì)劃每周計(jì)劃，復(fù)習(xí)計(jì)劃等等9090規(guī)則，原因可能是：測定進(jìn)度有問題，沒有可用的量化度量；項(xiàng)目計(jì)劃有問題；沒有明確地考慮風(fēng)險(xiǎn)期末常常發(fā)現(xiàn)很多知識未掌握，原因：練習(xí)不充分；計(jì)劃不現(xiàn)實(shí)；沒有考慮清楚后果里程碑策略分階段考試將需求分析中的數(shù)據(jù)流圖細(xì)化，至每個(gè)子功能都明白易懂；HIPO圖每個(gè)模塊完成一個(gè)子功能；每層模塊合成一個(gè)高一級的功能。問題常常集中在少數(shù)薄弱環(huán)節(jié)。2，螺旋模型，源于對復(fù)雜的大型軟件，開發(fā)一個(gè)原型往往達(dá)不到要求，故將瀑布模型與演化模型結(jié)合起來。4，變換模型：源于關(guān)鍵性軟件對正確性的苛刻要求，因而用形式化符號系統(tǒng)（如Z Notation）做軟件規(guī)格說明，把測試與調(diào)試提前到設(shè)計(jì)中，保證邏輯完備性、窮盡測試。人類學(xué)習(xí)的歷史遠(yuǎn)比軟件工程的歷史悠久，下面枚舉一些學(xué)習(xí)思路方法，是在軟件工程中已存在對應(yīng)方法的：表2 學(xué)習(xí)方法和軟件方法比較經(jīng)典的線性的程序?qū)W習(xí)法：符合學(xué)問本身邏輯組織地得到完整的知識過程化開發(fā)語言和開發(fā)方法經(jīng)典的五步學(xué)習(xí)法[5]：瀏覽， 略讀, 精讀, 復(fù)述，復(fù)習(xí)瀑布模型: 問題定義, 概要設(shè)計(jì), 詳細(xì)設(shè)計(jì), 編碼, 測試帶題求解學(xué)習(xí)法：目的明確，完成一步后做總結(jié)、制訂下一步目標(biāo)測試先行方法主線展開法：一次迭代只抓住一條主線或側(cè)重面，以保證精力集中、保證效果極限編程[6]中的Iteration planning：在每個(gè)迭代的開始召集計(jì)劃會議，明確本次迭代任務(wù)多人LOVE法：1，Listen，一個(gè)人說，另一人聽；2，Outline，聽者準(zhǔn)備提綱；3，Verbalize，聽者回憶主要觀點(diǎn)；4，Evaluate，說者評價(jià)并糾正極限編程的結(jié)對編程，Move people around 和 Standup meeting 然而更多的學(xué)習(xí)思路方法是軟件工程中不存在對應(yīng)的，讓軟件工程的設(shè)計(jì)模式廣泛借鑒學(xué)習(xí)活動的思維模式，則有助于推動軟件技術(shù)。讓僅有四十年經(jīng)驗(yàn)的軟件工程借鑒人類幾千年學(xué)習(xí)過程中的經(jīng)驗(yàn)，將對軟件工程的發(fā)展起到巨大的推動作用
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1