軟件工程導(dǎo)論知識(shí)點(diǎn)總結(jié)整理[共12頁(yè)]

上傳人:gfy****yf 文檔編號(hào):40347475 上傳時(shí)間:2021-11-15 格式:DOC 頁(yè)數(shù):12 大?。?9.50KB
收藏 版權(quán)申訴 舉報(bào) 下載
軟件工程導(dǎo)論知識(shí)點(diǎn)總結(jié)整理[共12頁(yè)]_第1頁(yè)
第1頁(yè) / 共12頁(yè)
軟件工程導(dǎo)論知識(shí)點(diǎn)總結(jié)整理[共12頁(yè)]_第2頁(yè)
第2頁(yè) / 共12頁(yè)
軟件工程導(dǎo)論知識(shí)點(diǎn)總結(jié)整理[共12頁(yè)]_第3頁(yè)
第3頁(yè) / 共12頁(yè)

下載文檔到電腦,查找使用更方便

12 積分

下載資源

還剩頁(yè)未讀,繼續(xù)閱讀

資源描述:

《軟件工程導(dǎo)論知識(shí)點(diǎn)總結(jié)整理[共12頁(yè)]》由會(huì)員分享,可在線閱讀,更多相關(guān)《軟件工程導(dǎo)論知識(shí)點(diǎn)總結(jié)整理[共12頁(yè)](12頁(yè)珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、軟件工程導(dǎo)論課后習(xí)題答案第一章 軟件工程概論1什么是軟件危機(jī)?軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。這些問(wèn)題表現(xiàn)在以下幾個(gè)方面:(1)用戶對(duì)開(kāi)發(fā)出的軟件很難滿意。(2)軟件產(chǎn)品的質(zhì)量往往靠不住。(3)一般軟件很難維護(hù)。(4)軟件生產(chǎn)效率很低。(5)軟件開(kāi)發(fā)成本越來(lái)越大。(6)軟件成本與開(kāi)發(fā)進(jìn)度難以估計(jì)。(7)軟件技術(shù)的發(fā)展遠(yuǎn)遠(yuǎn)滿足不了計(jì)算機(jī)應(yīng)用的普及與深入的需要。2為什么會(huì)產(chǎn)生軟件危機(jī)?(1) 開(kāi)發(fā)人員方面,對(duì)軟件產(chǎn)品缺乏正確認(rèn)識(shí),沒(méi)有真正理解軟件產(chǎn)品是一個(gè)完整的配置組成。造成開(kāi)發(fā)中制定計(jì)劃盲目、編程草率,不考慮維護(hù)工作的必要性。 (2) 軟件本身方面,對(duì)于計(jì)算機(jī)系

2、統(tǒng)來(lái)說(shuō),軟件是邏輯部件,軟件開(kāi)發(fā)過(guò)程沒(méi)有統(tǒng)一的、公認(rèn)的方法論和規(guī)范指導(dǎo),造成軟件維護(hù)困難。(3) 尤其是隨著軟件規(guī)模越來(lái)越大,復(fù)雜程度越來(lái)越高,原有軟件開(kāi)發(fā)方式效率不高、質(zhì)量不能保證、成本過(guò)高、研制周期不易估計(jì)、維護(hù)困難等一系列問(wèn)題更為突出,技術(shù)的發(fā)展已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)社會(huì)需求。3怎樣克服軟件危機(jī)?(1) 充分吸收和借鑒人類長(zhǎng)期以來(lái)從事各種工程項(xiàng)目中積累的行之有效的有效原理、概念、技術(shù)與方法,特別是吸取幾十年來(lái)人類從事計(jì)算機(jī)硬件研究和開(kāi)發(fā)的經(jīng)驗(yàn)教訓(xùn)。在開(kāi)發(fā)軟件的過(guò)程中努力作到良好的組織,嚴(yán)格的管理,相互友好的協(xié)作。(2) 推廣在實(shí)踐中總結(jié)出來(lái)的開(kāi)發(fā)軟件的成功的技術(shù)和方法,并研究更好、更有效的技術(shù)

3、和方法,盡快克服在計(jì)算機(jī)系統(tǒng)早期發(fā)展階段形成的一些錯(cuò)誤概念和作法。(3) 根據(jù)不同的應(yīng)用領(lǐng)域,開(kāi)發(fā)更好的軟件工具并使用這些工具。將軟件開(kāi)發(fā)各個(gè)階段使用的軟件工具集合成一個(gè)整體,形成一個(gè)很好的軟件開(kāi)發(fā)支環(huán)環(huán)境??傊疄榱私鉀Q軟件危機(jī),既要有技術(shù)措施(方法和工具),又要有必要的組織管理措施。4.構(gòu)成軟件項(xiàng)目的最終產(chǎn)品:應(yīng)用程序、系統(tǒng)程序、面向用戶的文檔資料和面向開(kāi)發(fā)者的文檔資料。5什么是軟件生存周期?軟件生存周期是指從軟件定義、開(kāi)發(fā)、使用、維護(hù)到淘汰的全過(guò)程。6軟件生存周期為什么劃分成階段? (1) 任何一個(gè)階段的具體任務(wù)不僅獨(dú)立,而且簡(jiǎn)單,便于不同人員分工協(xié)作,從而降低整個(gè)軟件開(kāi)發(fā)工作的困難程度。

4、(2) 可以降低每個(gè)階段任務(wù)的復(fù)雜程度,簡(jiǎn)化不同階段的聯(lián)系,有利于工程的組織管理,也便于采用良好的技術(shù)方法。(3) 使軟件開(kāi)發(fā)的全過(guò)程以一種有條不紊的方式進(jìn)行,保證軟件的質(zhì)量,特別是提高了軟件的可維護(hù)性。7應(yīng)該怎樣來(lái)劃分階段?(1)每一個(gè)階段的任務(wù)盡可能獨(dú)立;(2)同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同;(3)每一個(gè)階段任務(wù)的開(kāi)始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)。8軟件開(kāi)發(fā)模型有幾種?它們的開(kāi)發(fā)方法有可特點(diǎn)?軟件開(kāi)發(fā)模型有瀑布型、漸增型和變換型。瀑布型開(kāi)發(fā)方法是按照軟件生存周期的劃分依次實(shí)施,每一個(gè)階段有明確規(guī)定的任務(wù)。它的特點(diǎn):(1)各個(gè)階段的順序性和依賴性;(2)劃分邏輯設(shè)計(jì)與物理設(shè)計(jì),盡可能推遲程序的物理實(shí)現(xiàn)

5、;(3)每個(gè)階段必須完成規(guī)定的文檔,對(duì)其中問(wèn)題通過(guò)復(fù)審及早發(fā)現(xiàn),及早解決。漸增型開(kāi)發(fā)方法及特點(diǎn):(1) 從部分需求出發(fā),先建立一個(gè)不完全的系統(tǒng),通過(guò)測(cè)試運(yùn)行該系統(tǒng)取得經(jīng)驗(yàn)和信息反饋,加深對(duì)軟件需求的理解,進(jìn)一步使系統(tǒng)擴(kuò)充和完善。如此反復(fù),直至軟件人員和用戶對(duì)所設(shè)計(jì)完成的軟件系統(tǒng)滿意為止。(2) 在漸增型開(kāi)發(fā)下的軟件是隨軟件開(kāi)發(fā)的過(guò)程而逐漸形成的。(3) 漸增型開(kāi)發(fā)方法適合于知識(shí)型軟件的開(kāi)發(fā),設(shè)計(jì)系統(tǒng)時(shí)對(duì)用戶需求的認(rèn)識(shí)開(kāi)始不是很清楚的,需要在開(kāi)發(fā)過(guò)程中不斷認(rèn)識(shí)、不斷獲得新的知識(shí)去豐富和完善系統(tǒng)。多數(shù)研究性質(zhì)的試驗(yàn)軟件,一般采用此方法。變換型開(kāi)發(fā)方法及特點(diǎn):(1)從軟件需求的形式化說(shuō)明出發(fā),經(jīng)過(guò)一

6、系列的程序變換,得到最終的程序系統(tǒng)。(2)該方法必須有嚴(yán)格的數(shù)學(xué)理論和形式化技術(shù)的支持。9.什么是軟件工程?軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。(1) 它采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)和維護(hù)軟件;(2) 它將管理技術(shù)與當(dāng)前經(jīng)過(guò)時(shí)間考驗(yàn)的而證明是正確的技術(shù)方法結(jié)合起來(lái);(3) 它強(qiáng)調(diào)使用生存周期方法學(xué)和結(jié)構(gòu)分析和結(jié)構(gòu)技術(shù);(4) 經(jīng)過(guò)人們長(zhǎng)期的努力和探索,圍繞著實(shí)現(xiàn)軟件優(yōu)質(zhì)高產(chǎn)這個(gè)目標(biāo),從技術(shù)到管理兩個(gè)方面做了大量的努力,逐漸形成了"軟件工程學(xué)"這一新的學(xué)科。10什么是軟件工程環(huán)境:方法與工具的結(jié)合,加上配套的軟、硬件支持稱為軟件工程環(huán)境。它能支持開(kāi)發(fā)者按照

7、軟件工程的方法,全面完成生存周期中的各項(xiàng)任務(wù)。第二章可行性研究1. 問(wèn)題定義的任務(wù)和主要工作?問(wèn)題定義的任務(wù):將用戶提出的要求具體化、定量化;確定研制系統(tǒng)的范圍,明確研制的邊界。問(wèn)題定義階段的工作:(1) 通過(guò)調(diào)查研究,了解系統(tǒng)需求;(2) 確定系統(tǒng)的功能需求、性能需求、可靠性需求、安全及保密性、資源、開(kāi)發(fā)費(fèi)用及開(kāi)發(fā)進(jìn)度等的需求;(3) 問(wèn)題定義階段的產(chǎn)品-系統(tǒng)目標(biāo)與范圍說(shuō)明書(shū)。2. 可行性研究目的?確定在問(wèn)題定義中所提出的問(wèn)題是否值得去解,在限制條件下,問(wèn)題能否解決。3可行性研究的任務(wù)?(1) 進(jìn)一步分析和澄清問(wèn)題的定義,在澄清問(wèn)題的基礎(chǔ)上,導(dǎo)出系統(tǒng)的邏輯模型;(2) 從系統(tǒng)邏輯模型中,選擇

8、問(wèn)題的若干種主要解法,研究每一種解法的可行性,為以后的行動(dòng)提出建議;(3) 如果問(wèn)題沒(méi)有可行的解,建議停止系統(tǒng)開(kāi)發(fā);如果問(wèn)題有可行的解,應(yīng)該推薦一個(gè)較好的解決方案,并為工程制定一個(gè)初步的計(jì)劃。4可行性研究包括哪幾方面的內(nèi)容?(1)技術(shù)可行性:現(xiàn)有技術(shù)能否實(shí)現(xiàn)本系統(tǒng),現(xiàn)有技術(shù)人員能否勝任,開(kāi)發(fā)系統(tǒng)的資源能否滿足;(2)經(jīng)濟(jì)可行性:經(jīng)濟(jì)效益是否超出開(kāi)發(fā)成本;(3)操作可行性:系統(tǒng)操作在用戶內(nèi)部行得通嗎?(4)法律可行性:新系統(tǒng)開(kāi)發(fā)是否會(huì)侵犯他人、集體或國(guó)家利益,是否違反國(guó)家法律。5可行性研究的步驟?(1)復(fù)查系統(tǒng)的規(guī)模和目標(biāo);(2)研究目前正在使用的系統(tǒng),總結(jié)現(xiàn)有系統(tǒng)的優(yōu)劣,提出新系統(tǒng)的雛形;(3

9、)導(dǎo)出新系統(tǒng)的高層邏輯模型;(4)推薦建議方案; (5)推薦行動(dòng)方針;(6)書(shū)寫(xiě)計(jì)劃任務(wù)書(shū)(可行性報(bào)告); (7)提交審查。6. 可行性研究報(bào)告的主要內(nèi)容?可行性分析的結(jié)果是可行性研究報(bào)告,內(nèi)容包括:(1) 系統(tǒng)概述:說(shuō)明開(kāi)發(fā)的系統(tǒng)名稱,提出單位和開(kāi)發(fā)單位。(2) 可行性研究的前提:系統(tǒng)目標(biāo);要求;約束和限制;可行性研究的基本準(zhǔn)則等。(3) 對(duì)現(xiàn)有系統(tǒng)的分析:處理流程,圖示說(shuō)明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程;現(xiàn)有系統(tǒng)存在的問(wèn)題。 (4) 系統(tǒng)需求:主要功能;主要性能及其要求;操作要求;信息要求;限制性要求。(5) 建議系統(tǒng):系統(tǒng)目標(biāo);處理流程;系統(tǒng)結(jié)構(gòu),功能,性能;系統(tǒng)技術(shù)可行性;投資和效益分析

10、;操作可行性;法律可行性。(6) 其它可選方案:與國(guó)內(nèi)外同類型方案的比較;提出一兩個(gè)可行性方案供論證和探討。(7) 制定下一階段的預(yù)算。(8) 結(jié)論性意見(jiàn):由用戶方、設(shè)計(jì)方和投資方共同簽署意見(jiàn)。第3章 需求分析1. 需求分析的描述工具有哪些?有數(shù)據(jù)流圖、數(shù)據(jù)字典、判定表、判定樹(shù)、結(jié)構(gòu)化自然語(yǔ)言、層次方框圖、Warnier圖、IPO圖和需求描述語(yǔ)言等。2. 需求分析的基本任務(wù)是什么?準(zhǔn)確定義未來(lái)系統(tǒng)的目標(biāo),確定為了滿足用戶的需要系統(tǒng)必須做什么。3. 怎樣建立目標(biāo)系統(tǒng)的邏輯模型?要經(jīng)過(guò)哪些步驟?建立目標(biāo)系統(tǒng)的邏輯模型的過(guò)程也就是數(shù)據(jù)流圖的分解過(guò)程。 4. 什么是結(jié)構(gòu)化分析?它的結(jié)構(gòu)化體現(xiàn)在哪里?結(jié)

11、構(gòu)化分析:使用數(shù)據(jù)流程圖、數(shù)據(jù)字典、結(jié)構(gòu)化英語(yǔ)、判定表和判定樹(shù)等工具,來(lái)建立一種新的、稱為結(jié)構(gòu)化說(shuō)明書(shū)的目標(biāo)文檔-需求規(guī)格說(shuō)明書(shū)。結(jié)構(gòu)化體現(xiàn)在將軟件系統(tǒng)抽象為一系列的邏輯加工單元,各單元之間以數(shù)據(jù)流發(fā)生關(guān)聯(lián)。5. 軟件需求規(guī)格說(shuō)明書(shū)由哪些部分組成?組成包括:(1) 引言:編寫(xiě)目的、背景說(shuō)明、術(shù)語(yǔ)定義及參考資料等。(2) 概述主要功能、約束條件或特殊需求。(3) 數(shù)據(jù)流圖與數(shù)據(jù)字典。(4) 用戶接口、硬件接口及軟件接口。(5) 性能需求、屬性等。(6) 其它需求,如數(shù)據(jù)庫(kù)、操作及故障處理等。6. 為什么數(shù)據(jù)流圖要分層?畫(huà)分層的DFD要遵循哪些原則?分層的目的:便于逐步細(xì)化、結(jié)構(gòu)清晰。畫(huà)分層的DF

12、D要遵循哪些原則:(1)父圖與子圖之間數(shù)據(jù)要平衡。(2)分解的深度和層次達(dá)到使加工足夠簡(jiǎn)單、易于理解的基本加工為止。(3)區(qū)分局部文件和局部外部項(xiàng)(局限于數(shù)據(jù)流中某一層或某幾層的文件和外部項(xiàng))。(4)不要把控制流作為數(shù)據(jù)流。(5)忽略瑣碎的枝節(jié)。(6)每個(gè)數(shù)據(jù)流要有一個(gè)合適的名字,盡量使用現(xiàn)實(shí)系統(tǒng)中有具體意義的名字。7. 系統(tǒng)流程圖與數(shù)據(jù)流程圖有什么區(qū)別?系統(tǒng)流程圖描述系統(tǒng)物理模型的工具,數(shù)據(jù)流程圖描述系統(tǒng)邏輯模型的工具。系統(tǒng)流程圖從系統(tǒng)功能的角度抽象的描述系統(tǒng)的各個(gè)部分及其相互之間信息流動(dòng)的情況。數(shù)據(jù)流程圖從數(shù)據(jù)傳送和加工的角度抽象的描述信息在系統(tǒng)中的流動(dòng)和數(shù)據(jù)處理的工作狀況。8.數(shù)據(jù)字典包

13、括哪些內(nèi)容?它的作用是什么?數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。它對(duì)數(shù)據(jù)流圖上每一個(gè)成分:數(shù)據(jù)項(xiàng)、文件(數(shù)據(jù)結(jié)構(gòu))、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、加工和外部項(xiàng)等給以定義和說(shuō)明;它主要由數(shù)據(jù)流描述、加工描述和文件描述三部分組成。對(duì)用戶來(lái)講,數(shù)據(jù)字典為他們提供了數(shù)據(jù)的明確定義;對(duì)系統(tǒng)分析員來(lái)講,數(shù)據(jù)字典幫助他們比較容易修改已建立的系統(tǒng)邏輯模型。9.描述加工邏輯的工具有哪些?判定樹(shù)、判斷表和結(jié)構(gòu)化語(yǔ)言等。第四章 總體設(shè)計(jì)1. 系統(tǒng)設(shè)計(jì)包括哪兩個(gè)階段?系統(tǒng)設(shè)計(jì)包括總體設(shè)計(jì)與詳細(xì)設(shè)計(jì)兩個(gè)階段。2. 總體設(shè)計(jì)的主要任務(wù)是什么?總體設(shè)計(jì)的主要任務(wù)是完成軟件結(jié)構(gòu)的設(shè)計(jì),確定系統(tǒng)的模塊及其模塊之間的關(guān)系。3. 什么是

14、模塊?模塊具有哪幾個(gè)特征?總體設(shè)計(jì)主要考慮什么特征?模塊是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?,可以單?dú)命名且可通過(guò)名字來(lái)訪問(wèn)。模塊具有輸入和輸出(參數(shù)傳遞)、功能、內(nèi)部數(shù)據(jù)結(jié)構(gòu)(局部變量)和程序代碼四個(gè)特性。概要設(shè)計(jì)主要考慮輸入、輸出(參數(shù)傳遞)和功能兩個(gè)特性。4. 什么是模塊化?模塊設(shè)計(jì)的準(zhǔn)則?模塊化是按規(guī)定的原則將一個(gè)大型軟件劃分為一個(gè)個(gè)較小的、相對(duì)獨(dú)立但又相關(guān)的模塊。模塊設(shè)計(jì)的準(zhǔn)則:(1) 改進(jìn)軟件結(jié)構(gòu), 提高模塊獨(dú)立性:在對(duì)初步模塊進(jìn)行合并、分解和移動(dòng)的分析、精化過(guò)程中力求提高模塊的內(nèi)聚,降低藕合。(2) 模塊大小要適中:大約50行語(yǔ)句的代碼,過(guò)大的模塊應(yīng)分解以提高理解性和可維護(hù)性;

15、過(guò)小的模塊,合并到上級(jí)模塊中。(3) 軟件結(jié)構(gòu)圖的深度、寬度、扇入和扇出要適當(dāng)。一般模塊的調(diào)用個(gè)數(shù)不要超過(guò)5個(gè)。(4) 盡量降低模塊接口的復(fù)雜程度;(5) 設(shè)計(jì)單入口、單出口的模塊。(6) 模塊的作用域應(yīng)在控制域之內(nèi)。5. 變換型數(shù)據(jù)流由哪幾部分組成?變換型結(jié)構(gòu)由三部分組成:傳入路徑、變換(加工)中心和傳出路徑。6. 變換分析設(shè)計(jì)的步驟?(1) 區(qū)分傳入、傳出和變換中心三部分,劃分DFD圖的分界線;(2) 完成第一級(jí)分解:建立初始SC圖的框架;(3) 完成第二級(jí)分解:分解SC圖的各個(gè)分支;(4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。7. 事務(wù)型數(shù)據(jù)流由哪幾部分組成?事務(wù)型結(jié)構(gòu)由至少一條接受

16、路徑、一個(gè)事務(wù)中心與若干條動(dòng)作路徑組成。8. 事務(wù)分析設(shè)計(jì)的步驟?(1) 在DFD圖中確定事務(wù)中心、接收部分(包含全部接收路徑)和發(fā)送部分(包含全部動(dòng)作路徑);(2) 畫(huà)出SC圖框架,把DFD圖的三部分分?quot;映射"為事務(wù)控制模塊,接收模塊和動(dòng)作發(fā)送模塊.一般得到SC圖的頂層和第一層(如果第一層簡(jiǎn)單可以并入頂層);(3) 分解和細(xì)化接收分支和動(dòng)作分支,完成初始的SC圖;(4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。9. 比較層次方框圖與結(jié)構(gòu)圖是的異同?(1) 層次方框圖描繪數(shù)據(jù)的層次結(jié)構(gòu), 結(jié)構(gòu)圖描繪的是軟件結(jié)構(gòu)。(2) 二者都采用多層次矩形框樹(shù)形結(jié)構(gòu)。層次方框圖的頂層矩形框

17、代表完整的數(shù)據(jù)結(jié)構(gòu), 下面各層矩形框依次代表上個(gè)框數(shù)據(jù)的子集;結(jié)構(gòu)圖是在層次圖的每一個(gè)方框內(nèi)注明模塊的名字或主要功能,方框之間的直線表示模塊的調(diào)用關(guān)系,用帶注解的箭頭表示模塊調(diào)用過(guò)程中傳遞的信息。第五章 詳細(xì)設(shè)計(jì)1. 詳細(xì)設(shè)計(jì)的目的?為軟件結(jié)構(gòu)圖(SC圖或HC圖)中的每一個(gè)模塊確定采用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu),用某種選定的表達(dá)工具給出清晰的描述.2. 詳細(xì)設(shè)計(jì)的主要任務(wù)?編寫(xiě)軟件的“詳細(xì)設(shè)計(jì)說(shuō)明書(shū)”.軟件人員要完成的工作:(1) 為每一個(gè)模塊確定采用的算法, 選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過(guò)程,寫(xiě)出模塊的詳細(xì)過(guò)程描述.(2) 確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu).(3) 確定模塊結(jié)構(gòu)的細(xì)節(jié),包括對(duì)系統(tǒng)外部的接

18、口和用戶界面,對(duì)系統(tǒng)內(nèi)部其它模塊的接口,以及關(guān)于模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié).(4) 為每一個(gè)模塊設(shè)計(jì)出一組測(cè)試用例,以便在編碼階段對(duì)模塊代碼(即程序)進(jìn)行預(yù)定的測(cè)試.3. 結(jié)構(gòu)化程序設(shè)計(jì)的基本原則?在詳細(xì)設(shè)計(jì)中所有模塊都使用單入口、單出口的順序、選擇、循環(huán)三種基本控制結(jié)構(gòu). 4. 比較面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)兩類設(shè)計(jì)方法的異同?相同點(diǎn):(1) 遵守結(jié)構(gòu)程序設(shè)計(jì)“由頂向下”逐步細(xì)化的原則,并以其為共同的基礎(chǔ);(2) 均服從“程序結(jié)構(gòu)必須適應(yīng)問(wèn)題結(jié)構(gòu)”的基本原則,各自擁有從問(wèn)題結(jié)構(gòu)(包括數(shù)據(jù)結(jié)構(gòu))導(dǎo)出程序結(jié)構(gòu)的一組映射規(guī)則。不同點(diǎn):(1) 面向數(shù)據(jù)流的設(shè)計(jì)以數(shù)據(jù)流圖為基礎(chǔ),在分析階

19、段用DFD表示軟件的邏輯模型,在設(shè)計(jì)階段按數(shù)據(jù)流類型,將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)。面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ),從問(wèn)題的數(shù)據(jù)結(jié)構(gòu)出發(fā)導(dǎo)出它的程序結(jié)構(gòu)。(2) 面向數(shù)據(jù)流的設(shè)計(jì)的最終目標(biāo)是軟件的最終SC圖,面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)的最終目標(biāo)是程序的過(guò)程性描述。5. 比較Jackson方法和LCP方法的異同? Jackson與LCP設(shè)計(jì)方法都是以數(shù)據(jù)結(jié)構(gòu)為出發(fā)點(diǎn),以程序的過(guò)程描述為最終目標(biāo),設(shè)計(jì)步驟基本相似。它們的主要差別是:(1)使用不同的表達(dá)工具,其中LCP方法中的表達(dá)工具Warnier圖 比Jackson設(shè)計(jì)方法中的表達(dá)工具Jackson圖有更大的通用性;(2)Jackson方法的步驟和指導(dǎo)原

20、則有一定的靈活性,而LCP設(shè)計(jì) 方法則更加嚴(yán)密。6. 詳細(xì)設(shè)計(jì)的描述工具應(yīng)具備什么功能?無(wú)論哪類描述工具不僅要具有描述設(shè)計(jì)過(guò)程,如控制流程、處理功能、數(shù)據(jù)組織及其它方面的細(xì)節(jié)的能力,而且在編碼階段能夠直接將它翻譯為用程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的源程序。 第六章 編碼1. 編碼的任務(wù)?使用選定的程序設(shè)計(jì)語(yǔ)言,把模塊的過(guò)程性描述翻譯為用語(yǔ)言書(shū)寫(xiě)的源程序(源代碼)。2. 對(duì)源程序基本要求?源程序要求:正確可靠、簡(jiǎn)明清晰、效率高。(1)源程序的正確性是對(duì)程序質(zhì)量的最基本要求;(2)源程序的簡(jiǎn)明清晰,便于驗(yàn)證源代碼和模塊規(guī)格說(shuō)明的一致性,容易進(jìn)行測(cè)試和維護(hù);(3)對(duì)于大多數(shù)模塊,編碼時(shí)應(yīng)該把簡(jiǎn)明清晰放在第一位;(

21、4)除了編碼階段產(chǎn)生源代碼外,在測(cè)試階段也需要編寫(xiě)一些測(cè)試程序,用于對(duì)軟件的測(cè)試。3. 程序設(shè)計(jì)語(yǔ)言的特點(diǎn)?(1) 名字說(shuō)明:程序中使用對(duì)象的名字,能為編譯程序所檢查和識(shí)別;(2) 類型說(shuō)明:定義對(duì)象的類型,確定該對(duì)象的使用方式;(3) 初始化:為變量提供適當(dāng)?shù)某跏贾祷蛴上到y(tǒng)給變量賦一特殊的表明未初始化的值;(4) 對(duì)象的局部性:程序中真正需要的那部分才能訪問(wèn)的對(duì)象;(5) 程序模塊:控制程序?qū)ο蟮拿郑?6) 循環(huán)控制結(jié)構(gòu):如FOR語(yǔ)句、WHILE-DO語(yǔ)句、REPEAT-UNTIL語(yǔ)句等;(7) 分支控制結(jié)構(gòu):如IF語(yǔ)句、CASE語(yǔ)句等;(8) 異常處理:為程序運(yùn)行過(guò)程中發(fā)生的錯(cuò)誤和意外事

22、件提供檢測(cè)和處理上的幫助;(9) 獨(dú)立編譯:能分別編譯各個(gè)程序單元。4. 選擇程序設(shè)計(jì)語(yǔ)言需要考慮的因素?(1) 選擇用戶熟悉、便于用戶維護(hù)的語(yǔ)言。(2) 選擇目標(biāo)系統(tǒng)的環(huán)境中可以提供的編譯程序所能選用的語(yǔ)言。(3) 選擇可以得到的軟件工具,能支持程序開(kāi)發(fā)中可以利用的語(yǔ)言。(4) 根據(jù)工程規(guī)模的大小、目標(biāo)系統(tǒng)應(yīng)用范圍,如實(shí)時(shí)應(yīng)用選擇Ada語(yǔ)言或匯編語(yǔ)言,系統(tǒng)軟件開(kāi)發(fā)選擇C語(yǔ)言或匯編語(yǔ)言,軟件開(kāi)發(fā)中若含有大量數(shù)據(jù)操作則選擇SQL、dBASE等數(shù)據(jù)庫(kù)語(yǔ)言等。(5) 選擇程序員熟悉的語(yǔ)言。(6) 選擇標(biāo)準(zhǔn)化程度高、程序可移植性好的語(yǔ)言。(7) 根據(jù)算法與計(jì)算的復(fù)雜性、數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性選擇。如對(duì)于系統(tǒng)

23、程序和結(jié)構(gòu)復(fù)雜的應(yīng)用程序,選擇支持?jǐn)?shù)組、記錄(或結(jié)構(gòu))與指針動(dòng)態(tài)數(shù)據(jù)結(jié)構(gòu)的Pascal語(yǔ)言或C語(yǔ)言。(8) 根據(jù)實(shí)時(shí)要求系統(tǒng)需要的響應(yīng)速度和效率選擇相應(yīng)的語(yǔ)言。5. 編碼風(fēng)格的指導(dǎo)原則。(1) 源程序:包括適當(dāng)?shù)臉?biāo)識(shí)符、適當(dāng)?shù)淖⒔?、程序清單的合理布局與清晰;(2) 數(shù)據(jù)說(shuō)明:數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)類型的說(shuō)明次序標(biāo)準(zhǔn)化;變量名稱盡量有意義;對(duì)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)在注解中要說(shuō)明在程序設(shè)計(jì)中實(shí)現(xiàn)這個(gè)數(shù)據(jù)結(jié)構(gòu)的方法。(3) 語(yǔ)句的構(gòu)造簡(jiǎn)單明了:不要為節(jié)省空間將多個(gè)語(yǔ)句寫(xiě)在同一行;盡量避免復(fù)雜的條件及“非”條件的測(cè)試;避免大量使用循環(huán)嵌套和條件嵌套;括號(hào)的使用是為了使邏輯表達(dá)式和算術(shù)表達(dá)式的運(yùn)算順序清晰直觀。(4)

24、效率:考慮程序運(yùn)行的時(shí)間存儲(chǔ)器效率、輸入/輸出的效率;在處理程序正確性、清晰與效率之間的關(guān)系時(shí)先求程序正確后求快;先求清楚后求快;保持程序簡(jiǎn)單以求快;書(shū)寫(xiě)清楚,不為“效率”犧牲清晰。6. 第四代語(yǔ)言(4GL)應(yīng)具備哪些的特征?(1) 具有很強(qiáng)的數(shù)據(jù)管理能力,能對(duì)數(shù)據(jù)庫(kù)進(jìn)行有效的存取、查詢和其它有關(guān)操作;(2) 能提供一組高效的、非過(guò)程化的命令,組成語(yǔ)言的基本語(yǔ)句,編程時(shí)用戶只需用這些命令說(shuō)明“做什么”,不必描述實(shí)現(xiàn)的細(xì)節(jié);(3) 能滿足多功能、一體化的要求。為此,語(yǔ)言中除必須含有控制程序邏輯與實(shí)現(xiàn)數(shù)據(jù)庫(kù)操作的語(yǔ)句外,還應(yīng)包括生成與處理報(bào)表、表格、圖形,以及實(shí)現(xiàn)數(shù)據(jù)運(yùn)算和分析統(tǒng)計(jì)功能的各種語(yǔ)句,

25、共同構(gòu)成一個(gè)一體化的語(yǔ)言,以適應(yīng)多種應(yīng)用開(kāi)發(fā)的需要。 第七章 軟件測(cè)試1. 軟件測(cè)試的基本任務(wù)?軟件測(cè)試是按照特定的規(guī)則,發(fā)現(xiàn)軟件錯(cuò)誤的過(guò)程;好的測(cè)試方案是盡可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測(cè)試;成功的測(cè)試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測(cè)試;2. 測(cè)試與調(diào)試的主要區(qū)別?(1) 測(cè)試從一個(gè)側(cè)面證明程序員的失??;調(diào)試證明程序員的正確;(2) 測(cè)試從已知條件開(kāi)始,使用預(yù)先定義的程序,且有預(yù)知的結(jié)果,不可預(yù)見(jiàn)的僅是程序是否通過(guò)測(cè)試;調(diào)試從不可知內(nèi)部條件開(kāi)始,除統(tǒng)計(jì)性調(diào)試外,結(jié)果是不可預(yù)見(jiàn)的;(3) 測(cè)試有計(jì)劃并且要進(jìn)行測(cè)試設(shè)計(jì);調(diào)試不受時(shí)間約束;(4) 測(cè)試是發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測(cè)試的過(guò)程;調(diào)試是一個(gè)推理

26、的過(guò)程;(5) 測(cè)試執(zhí)行是有規(guī)程的;調(diào)試執(zhí)行要求程序員進(jìn)行必要的推理;(6) 測(cè)試由獨(dú)立的測(cè)試組在不了解軟件設(shè)計(jì)的件下完成;調(diào)試由了解詳細(xì)設(shè)計(jì)的程序員完成;(7) 大多數(shù)測(cè)試的執(zhí)行和設(shè)計(jì)可由工具支持;調(diào)試用的工具主要是調(diào)試器。3.人工復(fù)審的方式和作用?人工復(fù)審的方式:代碼會(huì)審、走查和排練和辦公桌檢查;人工復(fù)審的作用:檢查程序的靜態(tài)錯(cuò)誤。4.什么是黑盒測(cè)試?黑盒測(cè)試主要采用的技術(shù)有哪些?黑盒測(cè)試:也稱為功能測(cè)試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測(cè)試者把被測(cè)程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測(cè)試是在程序接口處進(jìn)行測(cè)試,它只檢查程序功能是否能按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使

27、用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息,并且保持外部信息(如數(shù)據(jù)庫(kù)或文件)的完整性。黑盒測(cè)試主要采用的技術(shù)有:等價(jià)分類法、邊沿值分析法、錯(cuò)誤推測(cè)法和因果圖等技術(shù)。5.什么是白盒測(cè)試?白盒測(cè)試主要采用的技術(shù)有哪些?測(cè)試者了解被測(cè)程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程,對(duì)程序的所有邏輯路徑進(jìn)行測(cè)試,在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。白盒測(cè)試主要采用的技術(shù)有:路徑測(cè)試技術(shù)和事務(wù)處理流程技術(shù),對(duì)包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測(cè)試技術(shù)。6. 路徑測(cè)試技術(shù)中幾種主要覆蓋的含義?舉例說(shuō)明?語(yǔ)句覆蓋:至少執(zhí)行程序中所有語(yǔ)句一次。 判定覆蓋:使被測(cè)程序中的每一個(gè)分支至少執(zhí)行一

28、次。故也稱為分支覆蓋。條件覆蓋:執(zhí)行所有可能的穿過(guò)程序的控制路流程。條件組合測(cè)試:設(shè)計(jì)足夠的測(cè)試用例,使每個(gè)判定中的所有可能條件取值組合至少執(zhí)行一次。7. 等價(jià)分類法的測(cè)試技術(shù)采用的一般方法?舉例說(shuō)明?(1) 為每個(gè)等價(jià)類編號(hào);(2) 設(shè)計(jì)一個(gè)新的測(cè)試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類,重復(fù)這一步驟,直到所有有效等價(jià)類被覆蓋為止。(3) 設(shè)計(jì)一個(gè)新的測(cè)試方案,使它覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類, 重復(fù)這一步驟,直到所有無(wú)效等價(jià)類被覆蓋為止。8. 軟件測(cè)試的一般步驟?單元測(cè)試、子系統(tǒng)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、平行測(cè)試。9. 比較集成試的兩種方式的優(yōu)劣?非漸增式測(cè)試方式:分別測(cè)試模塊,再

29、把所有模塊按設(shè)計(jì)要求放在一起組成所要的程序。該方法編寫(xiě)測(cè)試軟件工作量大,模塊間的接口錯(cuò)誤發(fā)現(xiàn)得晚,錯(cuò)誤定位較難診斷,總體測(cè)試有的錯(cuò)誤容易漏掉,測(cè)試時(shí)間相對(duì)較少,可以并行測(cè)試所有模塊,能充分利用人力,加快工程進(jìn)度。漸增式測(cè)試方式:把下一個(gè)要測(cè)試的模塊,同已經(jīng)測(cè)試好的那些模塊結(jié)合起來(lái)進(jìn)行測(cè)試。該方法利用已測(cè)試過(guò)的模塊作測(cè)試軟件,開(kāi)銷小,較早發(fā)現(xiàn)模塊間的接口錯(cuò)誤,錯(cuò)誤定位往往和最近入的模塊相關(guān),對(duì)已測(cè)試好的模塊可在新加入模塊的條件下受到新的檢驗(yàn),測(cè)試更徹底,需要較多的測(cè)試時(shí)間,不能并行測(cè)試??偟膩?lái)說(shuō),漸增式測(cè)試方法比較好。10.軟件測(cè)試的策略?(1) 在任何情況下都應(yīng)使用邊界值分析的方法。(2) 必

30、要時(shí)用等價(jià)類劃分法補(bǔ)充測(cè)試方案。(3) 必要時(shí)再用錯(cuò)誤推測(cè)法補(bǔ)充測(cè)試方案。(4) 對(duì)照程序邏輯,檢查已設(shè)計(jì)出的測(cè)試方案。(5) 根據(jù)對(duì)程序可靠性的要求采用不同的邏輯覆蓋標(biāo)準(zhǔn),再補(bǔ)充一些測(cè)試方案。第八章 軟件維護(hù)1. 為什么說(shuō)軟件的維護(hù)是不可避免的?因?yàn)檐浖拈_(kāi)發(fā)過(guò)程中,一般很難檢測(cè)到所有的錯(cuò)誤,其次軟件在應(yīng)用過(guò)程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完成功能的增刪等,為了提高軟件的應(yīng)用水平和使用壽命,軟件的維護(hù)是不可避免的。2. 軟件的維護(hù)一般分為哪幾類?改正性維護(hù):滿足用戶對(duì)已開(kāi)發(fā)產(chǎn)品的性能與運(yùn)行環(huán)境不斷提高的要求,進(jìn)而達(dá)到延長(zhǎng)軟件壽命的目的。適應(yīng)性維護(hù):對(duì)程序使用期間發(fā)現(xiàn)的

31、程序錯(cuò)誤進(jìn)行診斷和改正的過(guò)程,配合變化了的環(huán)境進(jìn)行修改軟件的活動(dòng);完善性維護(hù):滿足用戶在使用過(guò)程中提出增加新的功能或修改已有功能的建議而進(jìn)行的工作; 預(yù)防性維護(hù):為了改善未來(lái)的可維護(hù)性或可靠性而修改軟件的工作。3. 影響軟件維護(hù)的因素有哪些?開(kāi)發(fā)方法:采用模塊化詳細(xì)設(shè)計(jì)文檔有助于理解軟件的結(jié)構(gòu)、界面功能和內(nèi)部流程;開(kāi)發(fā)過(guò)程中嚴(yán)格而科學(xué)的管理規(guī)劃及清晰可靠的文檔資料對(duì)發(fā)生錯(cuò)誤后的理解與糾錯(cuò)是至關(guān)重要的;開(kāi)發(fā)過(guò)程中模塊的獨(dú)立程度越高,對(duì)軟件修改越容易,對(duì)軟件的改進(jìn)和移植越方便。開(kāi)發(fā)條件:軟件開(kāi)發(fā)及維護(hù)人員的水平?jīng)Q定了軟件開(kāi)發(fā)的質(zhì)量和維護(hù)的效率;開(kāi)發(fā)過(guò)程中使用標(biāo)準(zhǔn)的程序設(shè)計(jì)語(yǔ)言和標(biāo)準(zhǔn)的操作系統(tǒng)接口,

32、可以大大提高軟件的可維護(hù)性;在測(cè)試過(guò)程中用例的有效性,可極大地減少軟件存在的錯(cuò)誤;其次使用規(guī)范化的文檔資料可為維護(hù)提供更好的依據(jù)。 4. 軟件維護(hù)困難主要表現(xiàn)在什么方面?(1) 一般來(lái)講,維護(hù)人員對(duì)開(kāi)發(fā)人員寫(xiě)的程序及文檔,理解都比較困難,對(duì)維護(hù)工作不會(huì)喜歡;(2) 維護(hù)持續(xù)時(shí)間都很長(zhǎng),在開(kāi)發(fā)人員不在現(xiàn)場(chǎng)的輕快下,維護(hù)軟件通常是很困難的;(3) 絕大多數(shù)軟件在設(shè)計(jì)時(shí)對(duì)將來(lái)的軟件修改都沒(méi)有考慮或考慮不多,尤其未能在設(shè)計(jì)中強(qiáng)調(diào)并認(rèn)真解決好模塊的獨(dú)立性,使軟件的修改既困難又易發(fā)生差錯(cuò)。5. 決定軟件可維護(hù)性的因素?(1) 軟件的可理解性、可測(cè)試性、可修改性; (2) 文檔描述符合要求、用戶文檔簡(jiǎn)潔明確

33、、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。6. 軟件價(jià)格應(yīng)該計(jì)入維護(hù)成本嗎?為什么?在軟件的生命周期中,軟件維護(hù)的工作量非常大,不同應(yīng)用領(lǐng)域的維護(hù)成本差別也很大。一般大型軟件的維護(hù)成本遠(yuǎn)遠(yuǎn)高于開(kāi)發(fā)成本若干倍。因此軟件價(jià)格中應(yīng)該計(jì)入維護(hù)成本。第九章 軟件工程管理1. 軟件工程管理的內(nèi)容?(1) 費(fèi)用管理: 對(duì)軟件開(kāi)發(fā)進(jìn)行成本核算,使軟件生產(chǎn)按照商品生產(chǎn)的規(guī)律辦事。包括:以簡(jiǎn)單、科學(xué)方法估算軟件開(kāi)發(fā)費(fèi)用,作為簽定開(kāi)發(fā)合同的根據(jù);管理開(kāi)發(fā)費(fèi)用的有效使用,即用經(jīng)濟(jì)手段來(lái)保證產(chǎn)品如期按質(zhì)完成。(2) 質(zhì)量管理: 按項(xiàng)目的質(zhì)量保證計(jì)劃,確保各個(gè)開(kāi)發(fā)階段的開(kāi)發(fā)和維護(hù)工作全部按軟件工程的規(guī)范進(jìn)行,保證軟件產(chǎn)品的質(zhì)量。(3) 配

34、置管理:通過(guò)對(duì)于程序、文檔和數(shù)據(jù)的各種版本所進(jìn)行的管理,保證資料的完整性與一致性。(4) 項(xiàng)目管理:制定項(xiàng)目實(shí)施計(jì)劃,按照計(jì)劃的內(nèi)容組織和實(shí)施軟件的工程化生產(chǎn)。最終目標(biāo)是以合理的費(fèi)用和進(jìn)度,圓滿完成計(jì)劃所規(guī)定的軟件項(xiàng)目。2. 軟件項(xiàng)目有哪些特點(diǎn)?(1) 軟件項(xiàng)目與其他任何產(chǎn)業(yè)項(xiàng)目不同,它是算法、思想、概念、組織、流程、效率、優(yōu)化等的融合體;(2) 開(kāi)發(fā)軟件項(xiàng)目產(chǎn)品,在多數(shù)情況下,用戶給不出明確的想法和要求。(3) 在開(kāi)發(fā)過(guò)程中,程序及其相關(guān)的文檔資料常常需要修改,在修改過(guò)程中又可能帶來(lái)新的問(wèn)題,且這些問(wèn)題要在很久以后才會(huì)發(fā)現(xiàn)。(4) 在研制開(kāi)發(fā)過(guò)程中,文檔資料是不可缺少的,但工作量又是巨大的,

35、往往也是人們不愿去作的。(5) 參加軟件項(xiàng)目的工作人員,要求具有一定的業(yè)務(wù)水平和實(shí)際工作經(jīng)驗(yàn),而很難完全避免的人員流動(dòng),對(duì)工作的影響是很大的。離開(kāi)的人員不僅帶走了重要的信息,而且?guī)ё吡斯ぷ鹘?jīng)驗(yàn)。3. 軟件成本估算的一般方法?自頂向下估計(jì):首先估算出項(xiàng)目總的開(kāi)發(fā)成本,然后在項(xiàng)目?jī)?nèi)部進(jìn)行成本分配。由少數(shù)專家參與,依靠他們過(guò)去的經(jīng)驗(yàn),將要開(kāi)發(fā)的軟件與過(guò)去開(kāi)發(fā)過(guò)的軟件進(jìn)行"類比",以估計(jì)新的軟件開(kāi)發(fā)所需要的工作量和成本。自底向上估計(jì):將開(kāi)發(fā)任務(wù)分成若干子任務(wù),子任務(wù)又分成子子任務(wù),直到每一個(gè)單元內(nèi)容足夠明確為止;把各個(gè)任務(wù)單元的成本估計(jì)出來(lái),匯合成項(xiàng)目的總成本。該方法得到的結(jié)果比較接近實(shí)際。4. 為什么在軟件開(kāi)發(fā)中,不能用簡(jiǎn)單增加人員的方法來(lái)縮短開(kāi)發(fā)時(shí)間? 大量軟件開(kāi)發(fā)實(shí)踐說(shuō)明:向一個(gè)已經(jīng)延遲的項(xiàng)目追加開(kāi)發(fā)人員,可能使它完成得更晚。因?yàn)楫?dāng)開(kāi)發(fā)人員以算術(shù)級(jí)數(shù)增長(zhǎng)時(shí),而人員之間的通信將以幾何級(jí)數(shù)增長(zhǎng),往往"得不償失"。5. 影響軟件質(zhì)量的主要因素有哪些?(1) 產(chǎn)品運(yùn)行:正確性、風(fēng)險(xiǎn)性、效率、完整性、健壯性和可用性;(2) 產(chǎn)品修改:可理解性、可維護(hù)性、靈活性、可測(cè)試性;(3) 產(chǎn)品轉(zhuǎn)移:可移植性、可重用性和互運(yùn)行性。

展開(kāi)閱讀全文
溫馨提示:
1: 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號(hào):ICP2024067431號(hào)-1 川公網(wǎng)安備51140202000466號(hào)


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺(tái),本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請(qǐng)立即通知裝配圖網(wǎng),我們立即給予刪除!