【正文】 揮作用，它與具體的應(yīng)用領(lǐng)域無關(guān)。面向?qū)ο蟮亩鄳B(tài)性：是指同一個操作作用于不同的對象上可以有不同的解釋，并產(chǎn)生不同的執(zhí)行結(jié)果。軟件按工作方式劃分：實(shí)時處理軟件、分時軟件、交互式軟件、批處理軟件。逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測試用況等工作產(chǎn)品是否都能在《需求規(guī)約》中找到出處。可維護(hù)性關(guān)鍵在于：選擇好的程序設(shè)計(jì)風(fēng)格。2）對程序段的設(shè)計(jì)具有功能性。需求跟蹤兩種方式：正向跟蹤、逆向跟蹤。創(chuàng)建用況模型的步驟包括：1)定義系統(tǒng)2)確定執(zhí)行者3)確定用況4)描述用況5)定義用況間的關(guān)系，6)確認(rèn)模型需求分析原則① 必須能夠表示和理解問題的信息域② 必須能夠定義軟件將完成的功能③ 必須能夠表示軟件的行為(作為外部事件的結(jié)果)④ 必須劃分描述數(shù)據(jù)、功能和行為的模型，從而可以分層次地揭示細(xì)節(jié)⑤ 分析過程應(yīng)該從要素信息移向細(xì)節(jié)信息需求驗(yàn)證目的是要檢驗(yàn)需求是否能夠反映用戶的意愿評審人員評審時往往需要檢查以下內(nèi)容：① 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致；② 系統(tǒng)需求分析階段提供的文檔資料是否齊全；文檔中的描述是否完整、清晰、準(zhǔn)確地反映了用戶要求；③ 被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否確定且充足；④ 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；⑤ 設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際；⑥ 開發(fā)的技術(shù)風(fēng)險(xiǎn)是什么；⑦ 是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn)。軟件項(xiàng)目管理：是指軟件生存周期中軟件管理者所進(jìn)行的一系列活動，其目的是在一定的時間和預(yù)設(shè)范圍內(nèi)，有效地利用人力、資源、技術(shù)和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計(jì)劃和質(zhì)量要求如期完成。第五篇：軟件工程一、名詞解釋軟件: 指計(jì)算機(jī)系統(tǒng)中的程序及其文檔。軟件工程的前途是光明的。軟件工程是一門研究用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件的學(xué)科。根據(jù)軟件開發(fā)的不同階段實(shí)現(xiàn)軟件重用主要有四個途徑：抽象：對重用對象概括提煉，從而得到能全面描述側(cè)重算法和數(shù)據(jù)結(jié)構(gòu)的軟件構(gòu)件的各部分的描述。？ ，因?yàn)槿绻麤]有良好的溝通能力，很多問題都沒有辦法解決，原因很簡單，測試人員發(fā)現(xiàn)了bug,開發(fā)人員或項(xiàng)目經(jīng)理在怎么不理，但是他們都會想到，萬一測試人員發(fā)現(xiàn)了bug而自己忽視了，那么就有可能成為軟件里的一顆不定時地炸彈，那么作為一個開發(fā)人員或項(xiàng)目經(jīng)理對bug的重視程度肯定相對比較高，至少要看測試人員發(fā)現(xiàn)的bug，但是QA就不一定了，因?yàn)镼A保證的流程的正確的執(zhí)行，相關(guān)人員就是認(rèn)為流程不重要，只要我開發(fā)的產(chǎn)品沒有問題那就沒有問題，客戶肯定不會關(guān)注我的流程，在加上古人的名言“結(jié)果說明了一切”，所以沒有良好的溝通能力，一些問題將很難去解決，做起來就沒有成就感。上層或前端CASE工具自動進(jìn)行應(yīng)用的計(jì)劃、設(shè)計(jì)和分析,幫助用戶定義需求,產(chǎn)生需求說明,并可完成與應(yīng)用開發(fā)相關(guān)的所有計(jì)劃工作。模塊與模塊之間的接口，盡量的少而簡單。其中接口錯誤包括內(nèi)部/外部接口、資源管理、集成化以及系統(tǒng)錯誤。編碼軟件編碼是指把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序，即寫成以某一程序設(shè)計(jì)語言表示的“源程序清單”。需求分析的主要方法有結(jié)構(gòu)化分析方法、數(shù)據(jù)流程圖和數(shù)據(jù)字典等方法。它是為專門目的而開發(fā)的，在軟件工程范圍內(nèi)也就是為實(shí)現(xiàn)軟件生存期中的各種處理活動（包括管理、開發(fā)和維護(hù)）的自動化和半自動化面開發(fā)的程序系統(tǒng)?！胺菨u增式”，即先獨(dú)立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運(yùn)行； ，任務(wù)是什“漸增式”，即在已測試過的N個模塊的么。1把程序看作一個黑盒子，完全不考慮程，檢查程序功能是 否能按規(guī)格說明書的規(guī)定正常使用；程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生 正確的輸出信息；系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運(yùn)行過程中能否保持外部信息的完它用圖形符號來表示系統(tǒng)中的各個部件。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤重要的是在螺旋模型中維護(hù)只是模型的而執(zhí)行程序的過程；另一個周期，在維護(hù)和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為質(zhì)區(qū)別。（護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維Halstead方法：它根據(jù)程序中運(yùn)算符和護(hù)）操作數(shù)的總數(shù)來度量程序的復(fù)雜程度，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制螺旋模型的特點(diǎn) 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時間具有順序性和依賴第七章性。人工沿程序的控制流往回：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，包括對系統(tǒng)外為止。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。覆蓋標(biāo)準(zhǔn)的強(qiáng)弱程度料。第五章 列出的需求。二、存在的問題與希望在上述的教學(xué)中，雖然實(shí)現(xiàn)了理論聯(lián)系實(shí)際，但也存在著一些問題，比如每個項(xiàng)目小組中總有個別同學(xué)存在依賴心理，不參與項(xiàng)目開發(fā)，最后抄襲別的同學(xué)的項(xiàng)目成果，自己得不到實(shí)際的鍛煉，影響了大三的畢業(yè)設(shè)計(jì)和日后的軟件開發(fā)。讓每個小組的學(xué)生聚在一起，在項(xiàng)目經(jīng)理的組織下通過調(diào)研、討論來制定自己小組的開發(fā)題目，大家感覺就象在軟件公司實(shí)習(xí)一樣，非常新鮮，感興趣。能在軟件工程的理論指導(dǎo)下，開發(fā)一個小型管理系統(tǒng)，為今后從事軟件工程實(shí)踐打下良好的基礎(chǔ)。（二）教學(xué)方法分析由于該課程是用于指導(dǎo)軟件開發(fā)的，和實(shí)踐聯(lián)系非常緊密。即對軟件開發(fā)的每一階段，首先按照教材內(nèi)容進(jìn)行理論授課，然后讓學(xué)生參照授課內(nèi)容進(jìn)行實(shí)際的軟件開發(fā)