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