【正文】 設(shè)計(jì)階段、編碼測(cè)試階段、運(yùn)行維護(hù)階段4列舉項(xiàng)目的主要角色機(jī)構(gòu)領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)師、程序員、測(cè)試員，還有配置管理員、質(zhì)量保證員、產(chǎn)品維護(hù)人員等。5典型的項(xiàng)目組織形式有哪些民主制程序員組、主程序員組的組織方式、現(xiàn)代程序員組的組織方式6簡(jiǎn)述檢查點(diǎn)、里程碑、基線三者之間的關(guān)系檢查點(diǎn)比較細(xì)，里程碑比較粗、基線最粗；重要的檢查點(diǎn)一般就是里程碑，重要的里程碑一般就是基線；檢查點(diǎn)一般依據(jù)時(shí)間的先后順序設(shè)定，里程碑一般依據(jù)關(guān)鍵成果的產(chǎn)出設(shè)定，基線依據(jù)一組關(guān)鍵成果的產(chǎn)出設(shè)定；在實(shí)際項(xiàng)目中，周例會(huì)是檢查點(diǎn)的表現(xiàn)形式、高層的階段匯報(bào)會(huì)是基線的表現(xiàn)形式。7軟件生命周期計(jì)劃階段的主要任務(wù)8軟件生命周期需求分析階段的主要任務(wù)9軟件生命周期編碼測(cè)試階段的主要任務(wù)第三章1可行性研究的要素包括哪些經(jīng)濟(jì)：這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？技術(shù)：使用現(xiàn)有技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？社會(huì)：市場(chǎng)（未成熟、成熟、將要消亡）與政策人：人物、開發(fā)人員、領(lǐng)導(dǎo)法律：可能涉及的合同、侵權(quán)、責(zé)任及各種與法律相抵觸的問題。2可行性研究的任務(wù)是什么對(duì)以后的行動(dòng)方針提出建議。如果問題沒有可行的解，分析員應(yīng)該建議停止這項(xiàng)開發(fā)工程，以避免時(shí)間、資源、人力和金錢的浪費(fèi)。如果問題值得解，分析員應(yīng)該推薦一個(gè)較好的解決方案，并且為工程制定一個(gè)初步的計(jì)劃。3什么是系統(tǒng)流程圖系統(tǒng)流程圖簡(jiǎn)稱流程圖或系統(tǒng)圖，是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。4可行性研究有哪些步驟及內(nèi)容① 復(fù)查項(xiàng)目目標(biāo)和規(guī)模訪問關(guān)鍵人員，仔細(xì)閱讀分析材料，對(duì)問題定義階段書寫的規(guī)模目標(biāo)報(bào)告書進(jìn)一步復(fù)確認(rèn)。改正含糊或不準(zhǔn)確，清晰描述對(duì)目標(biāo)系統(tǒng)的一切限制和約束。② 研究目前系統(tǒng)了解現(xiàn)有系統(tǒng)基本功能，保證新開發(fā)系統(tǒng)的功能性。了解現(xiàn)有系統(tǒng)缺點(diǎn)，保證新開發(fā)系統(tǒng)改善缺陷。了解現(xiàn)有系統(tǒng)運(yùn)行使用所需費(fèi)用，新系統(tǒng)應(yīng)增加收入或減少使用費(fèi)用。了解現(xiàn)有系統(tǒng)能做什么，無需了解他怎樣做這些工作。③ 形成高層邏輯模型數(shù)據(jù)流圖：描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)處理情況。數(shù)據(jù)字典：定義系統(tǒng)中使用的數(shù)據(jù)。④ 重新定義問題分析員與用戶以數(shù)據(jù)流圖和數(shù)據(jù)字典為討論基礎(chǔ)，再次復(fù)查問題定義、工程規(guī)模和目標(biāo)。如對(duì)問題有誤解，或遺漏要求，在此階段改正。5簡(jiǎn)述軟件質(zhì)量的含義軟件質(zhì)量是“軟件與明確地和隱含地定義的需求相一致的程度”，是軟件與明確地?cái)⑹龅墓δ芎托阅苄枨?、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應(yīng)該具有的隱含特征相一致的程度。6度量軟件規(guī)模的常用技術(shù)有哪些（1）LOC(Lines of Code,代碼行)估算（2）FP(功能點(diǎn))估算（3）Delphi 估算法（4）類比法7簡(jiǎn)述成本估算的步驟（1）任務(wù)分解（2）估算每個(gè)任務(wù)的成本（3）直接成本估算（4）間接成本估算（5）項(xiàng)目總估算成本（6）項(xiàng)目總報(bào)價(jià)8簡(jiǎn)述風(fēng)險(xiǎn)及風(fēng)險(xiǎn)管理的目標(biāo)所有可能危害項(xiàng)目的因素都稱為風(fēng)險(xiǎn)，風(fēng)險(xiǎn)事件最終可能發(fā)生，也可能不發(fā)生，風(fēng)險(xiǎn)管理的目的是在風(fēng)險(xiǎn)產(chǎn)生危害之前識(shí)別它們，從而有計(jì)劃地消除或削弱風(fēng)險(xiǎn)。9簡(jiǎn)述風(fēng)險(xiǎn)管理的主要過程風(fēng)險(xiǎn)識(shí)別，風(fēng)險(xiǎn)量化，風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃制定和風(fēng)險(xiǎn)監(jiān)控。10簡(jiǎn)述什么是CMM能力成熟度模型（CMM)，用于評(píng)價(jià)軟件機(jī)構(gòu)的軟件過程能力成熟度的模型CMM的策略是力圖改進(jìn)對(duì)軟件過程的管理，而在技術(shù)方面的改進(jìn)是其必然結(jié)果。11簡(jiǎn)述工程網(wǎng)絡(luò)圖的繪制步驟（1）畫工程網(wǎng)絡(luò)圖。（2）計(jì)算事件的最早時(shí)刻。（3）計(jì)算事件的最遲時(shí)刻。（4）確定工程的關(guān)鍵路徑。（5）計(jì)算每個(gè)子任務(wù)的機(jī)動(dòng)時(shí)間。第七章1進(jìn)行軟件測(cè)試的目的（1）測(cè)試是一個(gè)為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。（2）一個(gè)好的測(cè)試用例是指很可能找到迄 今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試用例。（3）一個(gè)成功的測(cè)試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。2簡(jiǎn)述什么是軟件測(cè)試“用人工或自動(dòng)的手段來執(zhí)行和評(píng)價(jià)系統(tǒng)或系統(tǒng)部件的過程，以檢驗(yàn)它是否滿足規(guī)定的需求，或識(shí)別期望的結(jié)果和實(shí)際的結(jié)果之間有無差別”。3簡(jiǎn)述什么是軟件質(zhì)量見第三章4簡(jiǎn)述什么是靜態(tài)測(cè)試不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。5簡(jiǎn)述什么是動(dòng)態(tài)測(cè)試通過運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。目前，動(dòng)態(tài)測(cè)試是公司測(cè)試工作的主要方式。6軟件測(cè)試原則有哪些（1）所有的測(cè)試都應(yīng)可追溯到客戶需求。（2）應(yīng)該在測(cè)試工作真正開始前的較長(zhǎng)時(shí)間就進(jìn)行測(cè)試計(jì)劃。（3）測(cè)試中發(fā)現(xiàn)的80%的錯(cuò)誤可能來自于20%的程序代碼。（4）測(cè)試應(yīng)從“小規(guī)模”開始，逐步轉(zhuǎn)向“大規(guī)模”。（5）窮舉測(cè)試是不可能的。（6）為了達(dá)到最有效的測(cè)試，應(yīng)由獨(dú)立的第三方來承擔(dān)測(cè)試。（7）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。（8）嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。（9）應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。（10）妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。（11）檢查程序是否做了應(yīng)做的事僅是成功的一半，另一半是檢查程序是否做了不該做的事。（12）在規(guī)劃測(cè)試時(shí)不要設(shè)想程序中不會(huì)查出錯(cuò)誤。第八章1什么是軟件維護(hù)是指軟件系統(tǒng)交付使用以后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。2什么是軟件的可維護(hù)性軟件能夠被理解、改正、適應(yīng)和完善以適應(yīng)新的環(huán)境的難易程度。3軟件維護(hù)目標(biāo)是什么？？為了改正軟件系統(tǒng)中的錯(cuò)誤，使軟件能夠滿足預(yù)期的正常運(yùn)行狀態(tài)的要求；為了使軟件適應(yīng)內(nèi)部或外部環(huán)境變化。第三篇：軟件工程 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與可靠性需求，可用性需求，出錯(cuò)處理需求，混合方式維護(hù)過程中遇到的一系列嚴(yán)重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點(diǎn)：綜合了以上兩種策略的長(zhǎng)處 題。提出的需求。補(bǔ)充： 確認(rèn)測(cè)試又稱有效性測(cè)試。有效性測(cè)試是1．軟件危機(jī)的表現(xiàn)有哪些？ 實(shí)體聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，答：1）對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常層次方框圖，warnier圖，IPO圖。驗(yàn)證被測(cè)軟件是否滿足需求