【文章內(nèi)容簡(jiǎn)介】 口與通信（專業(yè)選修）大三：軟件工程（專業(yè)必修）網(wǎng)絡(luò)及分布式計(jì)算（專業(yè)必修）網(wǎng)絡(luò)工程與編程實(shí)踐（專業(yè)必修）解釋器構(gòu)造（專業(yè)必修）系統(tǒng)級(jí)別編程（專業(yè)必修）Unix系統(tǒng)程序設(shè)計(jì)（專業(yè)選修）模式識(shí)別（專業(yè)選修）數(shù)字圖像處理（專業(yè)選修）C程序設(shè)計(jì)（專業(yè)選修）日語(yǔ)（專業(yè)選修）信息安全（專業(yè)選修）嵌入式軟件技術(shù)（專業(yè)選修）計(jì)算機(jī)輔助藝術(shù)設(shè)計(jì)（專業(yè)選修）XML及其應(yīng)用（專業(yè)選修）管理溝通（專業(yè)選修）游戲架構(gòu)與編程（專業(yè)選修）軟件系統(tǒng)開(kāi)發(fā)課程： SSD1 信息系統(tǒng)導(dǎo)論 SSD2計(jì)算機(jī)系統(tǒng)導(dǎo)論 SSD3面向?qū)ο缶幊膛c設(shè)計(jì)SSD4以用戶為中心的設(shè)計(jì)與測(cè)試 SSD5數(shù)據(jù)結(jié)構(gòu)與運(yùn)算 SSD6系統(tǒng)級(jí)別編程 SSD7數(shù)據(jù)庫(kù)系統(tǒng) SSD8網(wǎng)絡(luò)與分配計(jì)算SSD9軟件規(guī)范，測(cè)試與維護(hù) SSD10軟件項(xiàng)目組織與管理第四篇：軟件工程重點(diǎn)總結(jié)什么是軟件危機(jī)？軟件危機(jī)泛指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。軟件危機(jī)的主要表現(xiàn)（1）對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確（2）用戶對(duì)“已完成的”軟件系統(tǒng)不滿意現(xiàn)象經(jīng)常發(fā)生（3）軟件產(chǎn)品質(zhì)量往往靠不?。?）軟件往往是不可維護(hù)的（5）軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料（6）軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升（7）軟件開(kāi)發(fā)生產(chǎn)效率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)軟件危機(jī)產(chǎn)生的原因(1)來(lái)自軟件自身的特點(diǎn)是軟件系統(tǒng)的邏輯部件，缺乏可見(jiàn)性，管理和控制軟件開(kāi)發(fā)過(guò)程相當(dāng)困難；規(guī)模龐大、復(fù)雜，修改、維護(hù)困難。(2)軟件開(kāi)發(fā)與維護(hù)的方法不當(dāng)忽視需求分析；認(rèn)為軟件開(kāi)發(fā)等于程序編寫；輕視軟件維護(hù)。如何消除軟件危機(jī)？（1）對(duì)計(jì)算機(jī)軟件有一個(gè)正確的認(rèn)識(shí)(軟件≠程序）（2）必須充分認(rèn)識(shí)到軟件開(kāi)發(fā)不是某種個(gè)體勞動(dòng)的神秘技巧，而應(yīng)該是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目（3）推廣使用在實(shí)踐中總結(jié)出來(lái)的開(kāi)發(fā)軟件的成功技術(shù)和方法（4）開(kāi)發(fā)和使用更好的軟件工具面向?qū)ο蟮娜N模型：對(duì)象模型 動(dòng)態(tài)模型 功能模型 P216模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)：耦合 內(nèi)聚 P97軟件測(cè)試方法：黑盒測(cè)試 白盒測(cè)試 P151軟件調(diào)試的途徑：蠻干法 回溯法 原因排除法 P178可行性研究：確定問(wèn)題是否有行得通的解決辦法 P35需求分析：準(zhǔn)確地回答“系統(tǒng)必須干什么”這個(gè)問(wèn)題 P551軟件成分的重用級(jí)別：代碼重用 設(shè)計(jì)結(jié)果重用 分析結(jié)果重用可被重用的軟件成分有：項(xiàng)目計(jì)劃，成本估計(jì)，體系結(jié)構(gòu)，需求模型和規(guī)格說(shuō)明，設(shè)計(jì)，源代碼，用戶文檔和技術(shù)文檔，用戶界面，數(shù)據(jù)，測(cè)試用例。1軟件可靠性的定義：軟件在給定的時(shí)間間隔內(nèi)，按照規(guī)格說(shuō)明書的規(guī)定成功地運(yùn)行的概率。軟件可用性的定義：程序在給定的時(shí)間點(diǎn)，按照規(guī)格說(shuō)明書的規(guī)定，成功地運(yùn)行的概率?？煽啃耘c可用性之間的主要差別是，可靠性意味著在0到t這段時(shí)間內(nèi)系統(tǒng)沒(méi)有失效，而可用性只意味著在時(shí)刻t，系統(tǒng)是正常運(yùn)行的。P1791白盒測(cè)試：邏輯覆蓋 控制結(jié)構(gòu)測(cè)試 P162黑盒測(cè)試：等價(jià)劃分 邊界值分析 調(diào)試 P171環(huán)形復(fù)雜度的計(jì)算：復(fù)雜度=邊數(shù)點(diǎn)數(shù)+2P1371面向?qū)ο蟮?個(gè)子模式：對(duì)象模型 動(dòng)態(tài)模型 功能模型 P232對(duì)象模型的5個(gè)層次：主題層 類與對(duì)象層 結(jié)構(gòu)層 屬性層 服務(wù)層 P2321軟件定義階段干什么事：確定軟件開(kāi)發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該工程需要的資源和成本，并制定工程進(jìn)度表。1類和對(duì)象的關(guān)系：類是具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義，也就是說(shuō)，類是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述。類是支持繼承的抽象數(shù)據(jù)類型，而對(duì)象就是類的實(shí)例。P2111UML有哪些圖？ P217用例圖：展示系統(tǒng)外部的各類執(zhí)行者與系統(tǒng)提供的各種用例之間的關(guān)系類圖：展示系統(tǒng)中類的靜態(tài)結(jié)構(gòu)對(duì)象圖：是類圖的一種實(shí)例化圖狀態(tài)圖：描述一類對(duì)象具有的所有可能的狀態(tài)及其轉(zhuǎn)移關(guān)系時(shí)序圖：展示對(duì)象之間的一種動(dòng)態(tài)協(xié)作關(guān)系合作圖：從另一個(gè)角度展示對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系活動(dòng)圖：展示系統(tǒng)中各種活動(dòng)的執(zhí)行流程構(gòu)件圖：展示程序代碼的物理結(jié)構(gòu)配置圖：展示軟件在硬件環(huán)境中的配置關(guān)系1能力成熟度模型（CMM）：初始級(jí) 可重復(fù)級(jí) 已定義級(jí) 已管理級(jí) 優(yōu)化級(jí) P3111什么是軟件生命周期模型?試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說(shuō)明每種模型的適用范圍。、軟件的可維護(hù)性定義：維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難易程度。決定可維護(hù)性的因素：可理解性 可測(cè)試性 可修改性 可移植性 可重用性。文檔是影響可維護(hù)性的決定性因素。P1952如何評(píng)價(jià)軟件規(guī)格說(shuō)明書？從四個(gè)方面：一致性 完整性 現(xiàn)實(shí)性 有效性 P702層次圖 P1022深度：軟件結(jié)構(gòu)中控制的層數(shù) P100寬度：軟件結(jié)構(gòu)中同一個(gè)層次上的總數(shù)的最大值扇出：一個(gè)模塊直接控制（調(diào)用）的模塊數(shù)目散入：一個(gè)模塊被多少個(gè)上級(jí)模塊直接調(diào)用2面向數(shù)據(jù)流的設(shè)計(jì)方法 P1042類構(gòu)件的重用方式：實(shí)例重用 繼承重用 多態(tài)重用？軟件工程和計(jì)算機(jī)科學(xué)有何區(qū)別？軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門工程學(xué)科。計(jì)算機(jī)科學(xué)研究的是構(gòu)成計(jì)算機(jī)和軟件系統(tǒng)基礎(chǔ)的有關(guān)理論和方法，而軟件工程則是研究軟件制作中的實(shí)際問(wèn)題。流程圖與數(shù)據(jù)流圖有什么主要區(qū)別？（1）數(shù)據(jù)流圖（date flow diagram , DFD），是SA方法中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型，是從數(shù)據(jù)的角度來(lái)描述一個(gè)系統(tǒng)的；而流程圖則是從對(duì)數(shù)據(jù)加工的角度來(lái)描述系統(tǒng)的；（2）數(shù)據(jù)流圖中的箭頭是數(shù)據(jù)流，而流程圖中的箭頭則是控制流,它表達(dá)的是程序執(zhí)行的次序；（3）數(shù)據(jù)流圖適合于宏觀地分析一個(gè)組織業(yè)務(wù)概況,而程序流程圖只適合于描述系統(tǒng)中某個(gè)加工的執(zhí)行細(xì)節(jié)。（4）數(shù)據(jù)流程圖應(yīng)該重點(diǎn)描述了數(shù)據(jù)加工的過(guò)程，主要是模塊內(nèi)部，數(shù)據(jù)流圖則是描述模塊之間的關(guān)系。3．軟件需求分析的任務(wù)是什么？有哪些主要步驟？需求分析的基本任務(wù)是深入描述軟件的功能和性能、確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)、定義軟件的其它有效性需求，總之，需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的 “做什么” 的問(wèn)題。主要步驟：(1)功能需求：明確所開(kāi)發(fā)的軟件必須具備什么樣的功能。(2)性能需求：明確待開(kāi)發(fā)的軟件的技術(shù)性能指標(biāo)。(3)環(huán)境需求：明確軟件運(yùn)行時(shí)所需要的軟、硬件的要求。(4)用戶界面需求：明確人機(jī)交互方式、輸入輸出數(shù)據(jù)格式。，導(dǎo)出軟件的邏輯模型分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。(1)編寫“需求規(guī)格說(shuō)明書”，把雙方共同的理解與分析結(jié)果用規(guī)范的方式描述出來(lái)，作為今后各項(xiàng)工作的基礎(chǔ)。(2)編寫初步用戶使用手冊(cè)，著重反映被開(kāi)發(fā)軟件的用戶功能界面和用戶使用的具體要求，用戶手冊(cè)能強(qiáng)制分析人員從用戶使用的觀點(diǎn)考慮軟件。(3)編寫確認(rèn)測(cè)試計(jì)劃，作為今后確認(rèn)和驗(yàn)收的依據(jù)。(4)修改完善軟件開(kāi)發(fā)計(jì)劃。在需求分析階段對(duì)待開(kāi)發(fā)的系統(tǒng)有了更進(jìn)一步的了解，所以能更準(zhǔn)確地估計(jì)開(kāi)發(fā)成本、進(jìn)度及資源要求，因此對(duì)原計(jì)劃要進(jìn)行適當(dāng)修正。4．簡(jiǎn)述結(jié)構(gòu)化分析、設(shè)計(jì)的要點(diǎn)：結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。其要點(diǎn)是“自頂向下” 地開(kāi)發(fā)系統(tǒng),由整體到各組成部分,由表及里,由抽象到具體,逐步求精.(1)模塊化(2)由頂向下,逐步求精.(3)上層模塊分解為下層模塊,有三種不同的結(jié)構(gòu)形式,即順序結(jié)構(gòu),．?dāng)?shù)據(jù)字典包含哪些主要內(nèi)容？數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、：數(shù)據(jù)庫(kù)中所有模式對(duì)象的信息，如表、視圖、簇、及索引等。分配多少空間，當(dāng)前使用了多少空間等。列的缺省值。約束信息的完整性。用戶的名字。用戶及角色被授予的權(quán)限。用戶訪問(wèn)或使用的審計(jì)信息。其它產(chǎn)生的數(shù)據(jù)庫(kù)信息。6．軟件測(cè)試的目標(biāo)是什么，有哪幾種主