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