自考 软件工程专业 07029 软件项目管理 总结
文章目錄
- 備考指南
- 章節總結
- 第1章
- 第2章
- 第3章
- 第4章
- 第5章
- 第6章
- 第7章
- 第8章
- 第9章
- 第10章
- 第11章
- 第12章
- 第13章
- 非真題總結（自總）
- 選擇題
- 填空題
- 簡答題
- 真題總結
- 2004
- 選擇題
- 填空題
- 簡答題
- 2010
- 選擇題
- 填空題
- 簡答題
- 2011
- 選擇題
- 填空題
- 簡答題
- 2016
- 選擇題
- 填空題
- 簡答題
備考指南
第一次準備自考，把復習的重心都放在了往年真題上，將能找到的往年真題都總結好，以總結的真題為重心開始復習。 而官方指定的課本看了一遍就束之高閣了。
經過第一次考試才發現，考試的重心全部在官方指定的課本上，而與往年真題重復的知識點并沒有多少。
所以，有準備鄭州大學軟件工程專業自考的同學，在備考的時候一定要以官方指定課本為重心，因為近幾年自考的考題不再對外公布，所以能看到的真題都是早些年的，參考價值不高，題型也有變化，因此，真題僅供參考。
章節總結
（摘自湖南自考網 湖南自考網-項目軟件管理）
第1章
1、項目的基本特性：獨特性、一次性、組織性、生命期、目標沖突性、資源消耗性、后果的不確定性。
2、IT軟件項目管理和其他項目管理相比，具有的獨特性：生產無形的產品；過程沒有明顯的劃分；大都是“一次性”的人力消耗型項目。
3、軟件項目開發的主要階段：需求分析、概要設計、詳細設計、編碼、測試、安裝及維護。
4、項目成功的三個主要因素：范圍、時間、成本。
第2章
1、工作分解結構的兩個重要特征：“分解”和“圖表表示”。
2、甘特圖是表示項目各階段任務開始時間與結束時間的圖。用水平線段表示階段任務；線段起點和終點分別對應于任務開始時間和結束時間；線段的長度表示完成任務所需的時間。
3、關鍵路徑法（CPM）是IT軟件項目管理中最常用的一種數學分析技術，即根據指定的網絡順序、邏輯關系和單一的歷時估算，計算每一活動（任務）的單一、確定的最早開始和最遲結束時間。其核心是計算浮動時間，確定哪些活動的進度安排靈活性小。不考慮資源約束。主要應用于以往在類似項目中已取得一定經驗的項目。
4、計劃評審技術（PERT）可以估計整個項目在某個時間內完成的概率。多應用于研究與開發項目，更注重對各項工作安排的評價和審查。
第3章
1、瀑布模型：是目前應用最廣泛的一種“面向交付”的項目生命周期劃分模型，主要包括五個階段：需求分析與定義、系統設計與軟件設計、系統實施與單元測試、系統集成與系統測試、系統運行與系統維護。提倡在開發過程的早期階段凍結需求定義，可能導致開發出來的系統與用戶實際需求不同。
2、原型法：是當前軟件項目開發的重要方法，借助先進的軟件開發工具根據用戶提出的軟件需求定義，快速建立一個軟件系統的“原型”，向用戶展示待開發軟件的全部或部分功能，在征求用戶對原型軟件的意見后，反復進行修改、完善、提高和確認，最終實現項目的目標。
3、螺旋模型“基于風險”，是瀑布模型的替代方法，主要由四個部分組成：需求定義、風險分析、實現和評審。實際上，螺旋模型就是這四個部分組成的迭代模型。軟件開發的過程每迭代一次，螺旋線就增加一周，系統就產生一個新的版本。
4、在IT軟件項目生命周期中有三個與時間相關的重要概念：
（1）檢查點：是指在規定的時間間隔內對項目進行的檢查與復審工作，它是通過比較實際進度與計劃進度之間的差異，并根據這個差異來進行調整的。
（2）里程碑：完成階段性工作的標志，不同類型的項目里程碑不同。里程碑往往是一些重要活動的完工，或重要文檔的交付，或階段評審的通過。
（3）基線：指一個（或一組）配置項在項目生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態。基線其實是一些重要的里程碑，但相關交付產品要通過正式評審并作為后續工作的基準和出發點。
5、在IT項目的整個生命周期中，一般存在四個主里程碑：目標里程碑、設計里程碑、開發里程碑、產品版本里程碑。
6、項目管理中的風險管理要求不停地關注軟件開發工作中的所有相關活動。定期狀態評估就是一種有效的管理活動，按照規范的時間間隔進行相應的評估，定義工作的進度和質量指標，確保對項目進展情況的關注，使所有項目干系人之間可以在一種開放的氛圍中進行交流。
第4章
1、IT項目可行性研究：就是從技術、經濟、社會和人員等方面的條件和情況進行調查研究，對可能的技術方案進行論證，以最終確定整個項目是否可行。其內容包括：
（1）技術可行性分析。是指在當前的技術、產品條件的限制下，能否利用現在擁有的以及可能擁有的技術能力、產品功能、人力資源來實現項目的目標、功能、性能，能否在規定的時間期限內完成整個項目。一般應考慮：進行項目開發的風險、人力資源的有效性、技術能力的可能性、物資（產品）的可用性。
（2）經濟可行性分析。主要是對整個項目的投資及所產生的經濟效益進行分析，具體包括支出分析、收益分析、投資回報分析以及敏感性分析等。
（3）運行環境可行性分析。從用戶單位（企業）的管理體制、管理方法、規章制度、工作習慣、人員素質（甚至包括人員的心理承受能力、接受新知識和技能的積極性等）、數據資源積累、硬件（包含系統軟件）平臺等多方面進行評估，以確定軟件系統在交付以后，是否能夠在用戶單位順利運行。
（4）其他方面的可行性分析。主要指法律可行性、社會可行性等方面的可行性分析。
2、可行性研究分為三個基本階段：
（1）初步可行性研究。一般是在對市場或客戶情況進行調查后，對項目進行的初步評估。
（2）詳細可行性研究。是在項目決策前對項目有關的技術、經濟、法律、社會環境等方面的條件和情況進行詳盡的、系統的、全面的調查、研究、分析，對各種可能的技術方案進行詳細的論證、比較，并對項目建設完成后所可能產生的經濟、社會效益進行預測和評價，最終提交的可行性研究報告將成為進行項目評估和決策的依據。
（3）編寫可行性研究報告。編寫一份關于IT軟件項目的可行性研究報告。
3、效益的量化及計算方法主要有四種：
（1）函數求解法。直接建立軟件項目與效益之間的函數關系。能建立函數關系的多為直接效益或顯性效益。
（2）相關關系法。適用于軟件項目與效益之間不能建立函數關系，但有明顯的相關關系。可按數理統計規律，應用最小二乘法找出最佳擬合曲線或直線，從而得到效益計算函數。
（3）模糊數學法。適用于軟件項目與效益之間沒有明顯的相關關系，但隱約存在一些可意識到的模糊事項和模糊量值（未能準確判定定性和定量關系），可據此確定一些指標來評價項目，并授予權值進行打分，這樣就把沒有定性關系的問題，進行量化而變為可定量的問題予以評估計算。
（4）專家意見法。綜合多個專家的意見進行評估。
在實際計算中，還有常見的、更簡便實用的計算方法：成本降低法、利潤增加法。
4、在做項目投資分析時，應當遵循一個基本原則：當預計的回收期超出企業能接受的回收期時或者在規定的回收期內不能收回投資的項目時，此時預計的應當放棄；而只有回收期小于企業的預計時，才可以接受該項目。
5、計算回收期的方法
（1）靜態投資回收期。就是用項目各年的凈收入來將全部投資回收所需要的年限。這是最常使用的評價指標，具有直觀、簡單的特點，也能反映項目風險程度，但沒有考慮資金的時間價值。
（2）動態投資回收期。是一種考慮資金的時間價值基礎上計算的投資回收期。一般按凈現值來計算。
（3）差額投資回收期。是利用差額分析法，考慮投資額不等的兩種方案收益和投資差額的投資回收期，即用兩種方案收益差額將投資差額回收成所用的年限。
第5章
1、IT軟件項目計劃管理，是指為IT項目的運作和IT項目活動的管理提供一個可靠的實施基礎和可行的工作計劃的過程。其目的是為了更好地實施軟件工程和管理軟件項目制定合理可行的計劃。
2、IT軟件項目計劃管理主要通過一系列計劃活動來體現，這些活動包括：
（1）明確項目目標。
--------項目具有多目標的特性。
--------項目的三個最基本的目標：時間、成本、技術性能。
--------確定項目目標的基本原則：定量化原則、個人化原則、簡單化原則、現實性原則。
--------項目目標確定的結果一般是形成項目的目標文件，也可以用層次結構圖表示。
（2）確定項目范圍。
--------項目范圍包括項目的最終產品或者服務，以及實現該產品或者服務所需要執行的全部工作。
--------項目范圍管理的首要任務是界定項目所必須包含且只需要包含的全部工作。
（3）進行項目工作結構分解。
（4）活動定義及估算。
（5）編制項目計劃。
（6）確定項目進度安排。
3、從多目標中找出最合理的方案，常用方法有：
（1）極線圖法。
--------在極線圖中，對于每個指標，最希望得到的結果應該繪制在遠離原點的方向上，最不希望出現的后果則繪制在原點。
--------在極線圖中，最優方案是包括面積最大的方案。
--------極線圖法中，得到的最優方案可能是一個不可行的方案。
（2）決策樹法。
第6章
1、IT項目的成本構成：
（1）硬件成本。主要包括實施IT軟件項目所需要的所有硬件設備、系統軟件、數據資源的購置、運輸、倉儲、安裝、測試等費用。
（2）差旅及培訓費用。
（3）軟件開發成本。是最主要的成本。
（4）項目管理費用。
2、項目成本管理的內容：資源計劃編制、費用估算、費用預算、不可預見費用、費用控制。
費用預算不同于費用估算。費用估算是對項目各項工作所需要的費用的一個近似估計，而費用預算則將整個項目估算的費用分配到各項活動和各部分工作中，進而確定項目實際執行情況的費用基準，產生費用基準計劃。
3、IT項目成本的常用估算方法：成本建模技術、專家判定技術、類比評估技術、Parkson法則、自頂向下估算法、自下向上估算法、贏利定價法。在一個大型的IT項目中，通常要同時采用幾種估算方法，如果不同方法得到的結果大相徑庭，就說明沒有收集到足夠的成本信息，應該繼續設法獲取更多的成本信息，直到幾種方法得到的結果基本一致為止。
4、進行成本控制的結果是修訂成本估算，更新成本預算，采取糾正措施，對項目完工重新進行估算等。
5、成本控制的核心是管理好四個關鍵指標：
（1）TBC。總預算成本。即總投資。
（2）CBC。累計預算成本。即某時間點上的“總預算”。
（3）CAC。累計實際成本，即某時間點上的“總投入”。
（4）CEV。累計實現價值。即某時間點上的“總產出”。
第7章
1、全面質量管理（TQM）：運用質量管理的科學理論、技術、方法，建立起貫穿于產品質量形成全過程的質量保證體系，使企業全體職工樹立質量觀點，提高工作質量，經濟地生產用戶滿意的產品。
2、全面質量管理要求企業成員具有強烈的質量意識，牢牢樹立“質量第一”的思想，建立三個基本觀點：
（1）系統的觀點
（2）向用戶服務的觀點，用戶滿意是第一原則
（3）預防為主的觀點，事前主動進行質量管理
3、全面質量管理常用方法的理論基礎是概率論和數理統計。常用的方法有排列法、因果圖法、控制圖法、分層法、相關圖法、統計分析圖法、不合格品統計法、缺陷位置調查表、頻數分布統計表等。而基本方法是PDCA循環法。
PDCA循環體現了全面質量管理的基本思想，也是全面質量管理的基本工作步驟和程序。它把質量管理過程劃分為計劃P、執行D、檢查C、處理A四個階段八個工作步驟，強調按此順序不斷循環，以此來進行所有的質量管理活動。
4、軟件質量保證SQA就是向用戶及社會提供滿意的高質量的軟件產品。是確保軟件產品在從生產到消亡全生命期的所有階段中，達到所需要的質量要求而進行的有計劃的、有系統的管理活動。其目的是為管理部門提供對軟件項目所用的過程和正被開發的產品適當的監控。
5、軟件項目質量計劃就是要將與項目有關的質量標準標識出來，提出如何達到這些質量標準和要求的設想。制定軟件項目質量計劃的目的主要是確保項目的質量標準能夠在項目的過程中得到滿意的執行，使項目能夠按期完成。
6、編制項目質量計劃的主要依據：質量方針、范圍描述、產品描述、標準和準則。
7、實施項目質量控制的主要依據：項目的階段工作成果、項目質量管理計劃、操作描述、
8、在項目質量控制過程中，產生的工作成果：項目質量改進的措施、可接受的決定、返工、過程調整、檢查表。
9、評審是一種質量保證機制，它是借助一組人員來檢查軟件系統或相關文檔并發現錯誤的一個過程。
（1）評審類型：設計或程序檢查、管理評審、質量評審。
（2）軟件質量評審是軟件項目管理過程中的“過濾器”，評審被用于軟件開發過程中的多個不同的點上，起到發現錯誤（進而糾正錯誤）的作用。評審起到的作用是“凈化”分析、設計和編碼過程中所產生的軟件工作產品。在軟件開發的各個階段都要進行評審。
（3）質量評審是項目質量管理過程中的最后一個階段。
10、質量體系的結構要素由職責和權限、組織結構、資源和人員、工作程序、技術狀態管理等組成。
第8章
1、配置管理CM
（1）目的：建立和維護在整個軟件生命周期中軟件項目產品的完整性和一致性。
（2）主要目標：使修改部分更容易被適應，并減少變化中所花費的工作量。
（3）在軟件項目開發中，軟件開發過程的輸出信息可以分為三類：計算機程序、描述計算機程序的有關文檔、數據。這些內容統稱為軟件配置。
2、軟件配置管理SCM是開發和維護各個階段管理軟件演進過程的一種方法和規程。包括標識在給定時間點上軟件的配置，系統地控制對配置進行的修改，并維護在整個軟件生命周期中配置的完整性、一致性和追蹤性。
（1）軟件配置管理的活動可歸納為四個主要方面：配置識別、變更控制、配置狀態統計、配置審核。
（2）軟件配置管理的主要目的：建立和維護在整個軟件生命周期中軟件項目產品的完整性，同時還包括實施軟件配置管理功能的實踐。
（3）實施軟件配置管理應該包括以下活動：制定配置管理計劃；變更控制；確定配置標識；系統整合；版本管理。
3、所有配置項的操作權限都應當嚴格管理，基本原則是：基線配置項向軟件開發人員開放讀取權限；非基線配置項向項目經理、CCB（配置管理委員會）及相關人員開放。
4、要有效地進行配置管理，需要開展以下活動確定配置標識：
（1）建立一個配置管理庫作為存放軟件基線的倉庫；
（2）標識置于配置管理下的軟件工作產品；
（3）根據文檔化的規程，提出、記錄、審查、批準和跟蹤所有配置項/配置單元的更改要求和問題報告；
（4）根據文檔化的規程記錄配置項/配置單元的狀態。
5、版本管理是軟件配置管理的核心功能。
6、系統整合是把系統的不同部分進行集成，使其完成一組特定的功能。
7、配置狀態報告就是根據配置項操作數據庫中的記錄，來向管理者報告軟件開發活動的進展情況。報告應該是定期的，并盡量通過CASE工具自動生成。應著重反映當前基線配置項的狀態，以作為對開發進度報告的參照。
8、配置審計的主要作用是作為變更控制的補充手段，來確保某一變更需求已被切實地執行和實現。
9、項目經理是整個軟件研發活動的負責人，在配置管理活動中，其主要工作是根據軟件配置控制委員會的建議，批準配置管理的各項活動并控制它們的進程。其具體職責包括：
（1）制定和修改項目的組織結構和配置管理策略；
（2）批準、發布配置管理計劃；
（3）決定項目起始基線和開發里程碑；
（4）接受并審閱配置控制委員會的報告。
10、軟件測試的方法和技術：黑盒測試法（一般稱為功能測試或數據驅動測試，在測試過程中，把系統看成是一個黑盒子，不考慮程序的內在邏輯，而是只根據需求規格說明書的要求來檢查程序的功能是否符合它的功能需求說明）、白盒測試法（又稱為結構測試或邏輯驅動測試，在測試過程中，允許測試人員對程序的內部邏輯結構及有關信息來設計和選擇測試用例，對程序的邏輯路徑進行測試）。
11、Alpha測試是由一個用戶在開發人員的現場進行的，軟件是在開發人員對用戶的指導下進行測試的，開發人員負責記錄錯誤和使用中出現的問題。Beat測試是由軟件的最終用戶在一個或多個用戶的場所進行的，開發人員通常不在現場，由用戶記錄測試中遇到的問題，并定期的把這些問題反饋給開發人員。
第9章
1、IT軟件項目維護主要包括以下工作：
（1）完善性維護：在不改變系統整體功能的前提下，提高和改善某部分的功能。
（2）適應性維護：調整系統使之能適應一個已經發生變化的系統環境。
（3）糾錯性維護：糾正以前未發現的系統錯誤。
2、編碼階段的錯誤修改起來成本相對便宜，則設計階段的錯誤則相對昂貴。這是因為設計錯誤可能涉及到不同模塊的重新設計與編碼等工作；需求定義錯誤的維護成本則最大，因為這意味著要重新進行需求定義、系統設計及編碼等。
3、絕大多數維護過程的發生都是由于用戶或者管理上需求的變化而觸發的。錯誤修復只是維護活動的一小部分工作。
4、維護成本大的一個最主要原因：系統發布后，用戶需求和管理工作的變化，很可能導致整個系統都需要重新設計。
第10章
1、在軟件過程中產生的文檔只有產品文檔和過程文檔兩類。
（1）產品文檔包括用戶文檔和系統文檔。
（2）影響文檔質量的因素：文檔標準、文檔質量保證和有效的文檔書寫風格等。
（3）軟件項目文檔對于項目開發的成功和項目的正常維護起著重要的保證和支持作用。
（4）產品文檔是描述正在開發的產品的資料。可以分為從軟件工程師開發和維護系統的角度描述產品的系統文檔，以及主要以客戶為對象描述產品的用戶文檔。
（5）過程文檔是指記錄軟件項目開發和維護過程的文檔資料，項目的計劃、進度、過程質量、組織及目標標準等都是過程文檔。
2、項目文檔的結構一般要符合以下基本原則：
（1）所有文檔都應該有封面，用來標識該項目文檔的作者、制作時間、文檔類型、配置管理、質量確保信息和文檔的秘級、文檔的摘要、關鍵字及版權信息等。
（2）文檔應分章節描述。
（3）如果文檔包括許多細節性參考信息，就應該有附錄。
（4）文檔應該有難點注釋和詳細說明。
3、文檔標準有三種類型：過程標準、產品標準、交互標準。
4、文檔的準備分三個階段：文檔制作、文檔修改和文檔產品發布。
5、進行軟件項目開發時，文檔一般都應該包括、項目開發立項報告、項目分析報告（邏輯設計說明書）、項目開發設計報告（物理設計報告）、項目設計報告（程序設計說明書）、程序設計報告、項目測試報告（測試說明書）、項目使用及維護手冊、項目開發總結報告等。
6、項目開發立項報告：是在項目正式開發前，由開發單位或委托開發單位提出要開發的新系統的目標、功能、費用、時間、對組織機構的影響等內容的申請項目立項文檔。如果是本單位獨立開發或聯合開發，則稱立項報告，用于向領導申請經費及支持等。如果是委托開發，則以任務委托書或者開發協議（合同）的方式進行說明。主要內容：經費預測和經費來源、項目進度和完成期限、驗收標準和方法、開始可行性研究的組織與預算。
7、項目設計報告：在項目分析報告的基礎上進行新系統的物理設計，并完成項目設計報告。其主要內容：系統總體結構、計算機系統配置方案、代碼設計、文件/數據庫設計、輸入輸出設計、計算機處理過程設計、接口及通信環境設計、安全保密設計、系統測試計劃、培訓計劃。
8、程序設計報告：根據項目設計報告，進行程序設計工作。程序設計調試通過后，再完成程序設計報告，以便為軟件的調試和維護工作提供依據。其主要內容：程序結構圖、程序控制圖、算法、程序流程圖、源程序、程序注釋及說明。
第11章
1、 風險的本質：不確定性和損失。
2、 風險的不確定性范圍包括：發生與否不確定；發生的時間不確定；發生的狀況不確定；發生的結果不確定。
3、 在進行IT項目風險分析時，重要的是要量化不確定性因素的不確定性程度，量化每個風險的損失程度。
4、 風險分析實際上就是貫穿在項目開發過程中的一系列管理步驟，其中包括風險識別、風險估計、風險管理策略、風險解決和風險監控等。
5、 根據內容將風險分為：技術風險、管理風險、組織風險、外部風險。
6、 風險的無形成本是指由于風險所具有的不確定性而使項目在風險發生前和發生后所付出的代價。風險的有形成本包括風險發生時造成的直接損失和間接損失。直接損失是指人員、經費、設備等的直接流失；間接損失是指直接損失之外的人、財、物、知識等的損失。
7、 一般只有當風險的不利后果（損失）超過風險管理而付出的代價時，才進行風險管理。
8、 項目風險管理劃分成風險分析和風險管理兩個階段。風險分析階段包括風險識別、風險估計、風險評價三部分；風險管理階段主要包括風險規劃、風險控制、風險監督三部分。在項目實施中，只有根據風險管理計劃對項目的風險實施監控，以確保項目的成功，這才是有效的風險管理。
9、 風險規劃，主要是針對各種可能出現風險事件，制定各種風險應對計劃和應對策略，并制定或選擇一個風險規避的行動方案。
10、風險控制，即實施風險規避的控制計劃。在控制過程中，有時還需要修改項目計劃，對項目經費、進度等進行調整。處理方法主要有三種：風險控制法、風險自留、風險轉移。
11、風險估計，又稱風險預測，其目的是估計風險發生的概率和對項目的影響力，識別項目的重大風險并進行重點管理。風險發生概率可以用數學模型、統計方法和人工估計進行分析。從實際工作看，人工估計是比較實用的一種方法。
12、 應對風險的程序和方法主要有：規避、轉移、弱化、接受。
13、 常用的風險駕馭和監控方法：風險審計、偏差分析、技術指標。
第12章
1、 項目人力資源管理就是根據項目的目標、項目活動進展情況和外部環境的變化，采用科學的方法，對項目團隊成員的思想、心理和行為進行有效的管理。
2、 項目人力資源管理主要過程（階段）：組織計劃編制、人員獲取、團隊建設。九項基本活動：人力資源規劃、招聘、解聘、篩選、定向、培訓、績效考核、職業發展、滿意的勞資關系。
3、 優秀軟件工程師應具備的能力：壓力的承受能力、適應能力、程序開發能力、學習能力。
4、 成功團隊的共同特點：（1）目標明確；（2）組織結構和崗位明確；（3）工作流程和方法簡明有效；（4）考核和評價標準明確公正；（5）組織紀律性強；（6）相互信任；（7）善于總結和學習。
5、 影響團隊成員交流的主要因素：團隊規模；組織結構；成員地位和個性；工作環境。
6、商業軟件組織的基本構架：
（1） 軟件工程過程機構SEPA幫助項目組建立項目過程并對項目過程進行周期性的評估，對過程的定義和維護負責。
（2） 項目評價機構PRA保證軟件項目遵循所有的組織和商業個體的軟件策略、慣例、標準，軟件項目的經理有責任使軟件項目滿足合同需求及其他的項目兼容性標準，并對SEPA負責。
（3） 軟件工程機構SEEA負責自動化組織過程，維護組織的標準環境，訓練項目使用環境，維護組織范圍內的可重用資產。
（4） 基礎設施機構提供人力資源支持。
第13章
1、 按項目的進展，項目收尾管理分為二種情況：（1）項目進展順利到正常結束的時候，項目收尾工作包括項目移交驗收和后評價兩個階段。（2）項目由于某種原因提前完成或項目目標無法實現時，項目的收尾管理工作主要是進行項目終止。
2、 IT軟件項目驗收的大致流程：調試/測試-由客戶確認的初驗證明-試運行-由客
戶確認的終驗證明-項目后評價/維護。
3、 進行項目的范圍確認時，其依據主要有二個：工作成果（即項目計劃實施后的結果）、成果文檔。范圍確認的方法主要是觀測的方法。
4、 項目質量驗收是依據質量計劃中的范圍劃分、指標要求以及協議中的質量條款，遵循相關的質量檢驗評定標準，對項目的質量進行質量認可評定和辦理驗收交接手續的過程。質量驗收的范圍主要包括：項目規劃階段的質量驗收（主要檢驗設計文檔的質量，同時項目的全部質量標準及驗收依據也是在規劃設計階段完成的，因此，這個階段的質量驗收也是對質量驗收評定標準與依據的合理性、完備性和可操作性的檢驗）、項目實施階段的質量驗收（主要是對項目質量產生的全部過程的監控。要根據范圍規劃、工作分解和質量規劃對每一個階段和任務進行單個的評定和驗收，然后根據各階段和任務的質量驗收結果進行匯總統計，最終形成全部項目的質量驗收結果）。
5、 只有項目資料驗收合格，才能開始項目軟件產品的驗收。
（1） 項目初始階段應當移交的文檔主要有：項目初步可行性研究報告及相關附件、項目詳細可行性研究報告及相關附件、項目方案及論證報告、項目評估與決策報告等。
（2） 項目計劃階段應驗收移交的資料，大致應該有項目描述資料（范圍劃分報告、詳細設計報告等）、項目計劃資料（完整的項目進度計劃、質量計劃、費用計劃和資源計劃）等。
（3） 項目實施階段應驗收移交歸檔的資料，大致應該有項目全部可能的外購或者外包合同、標書、全部合同變更文件、現場簽證和設計變更等、項目質量記錄、會議記錄、備忘錄、各類通知等、項目進展報告、進度、質量、費用、安全、范圍等變更控制申請及簽證、現場環境報告、質量事故、安全事故調查資料和處理報、各種第三方試驗、檢驗證明、報告等。
（4） 項目收尾階段應驗收移交歸檔的資料，主要包括項目測試報告、項目質量驗收報告、項目后評價資料等。
6、 項目后評價又稱為項目的事后評價，它是項目結束（完成并驗收）后的一段時間內，對項目立項、運行過程、效益、作用和影響進行的客觀分析和總結的全過程。
非真題總結（自總）
選擇題
填空題
簡答題
第一，軟件配置管理活動是有計劃的；
第二，選定的軟件工作產品是已標識的、受控制的和使用的；
第三，已標識的軟件工作產品的變更是受控制的；
第四，受影響的組織和個人可以適時的得到軟件基線的狀態和內容的通知；
1、獲得項目資源的能力；
項目經理通過樹立自己的形象，借助各種關系和高層領導，通過正常途徑獲得項目資源。并且是恰當等級的項目資源。
2、消除障礙和解決問題的能力；
項目經理保持對沖突的敏銳觀察，識別沖突可能產生的不同的后果，盡量利用對項目經理的有利沖突，同時降低和消除對項目產生嚴重危害的矛盾。
3、領導能力和權衡能力；
團隊領導的最重要的技巧是要學會與各式各樣的人打交道，還要負責做出為了使項目取得成功所必需的付出的權衡。在對項目的成本、進度、和績效進行權衡時，項目經理是關鍵人物。
4、溝通能力
項目經理一定是一個良好的溝通者，他需要與項目團隊、客戶、公司高層管理者、承包商進行定期的交流，經常進行有效的溝通，可以保障項目的順利進行。及時發現潛在的問題，征求到改進項目工作的建議，保證客戶的滿意，避免發生意外。
5、管理時間的能力
項目工作要求人們有充足的精力，因為需要同時面臨許多工作及無法預見的事情，并能有效的利用時間，項目經理要能辨明先后主次，把握好時間。
6.靈敏性
項目經理需要有很敏銳的政治觸角，同時對于項目成員之間或項目成員與其他利益相關者之間的沖突有靈敏的感覺，項目經理還需要有IT方面的敏感，能夠感覺何時會出現技術問題或適合項目會滯后于進度計劃。因此，具有一定的應變能力對項目經理來說是非常重要的。
進度管理是一個動態的過程
項目進度計劃和控制是復雜的系統工程
時間管理有明顯的階段性
時間管理風險性大
1、為決策提供依據
2、可行性研究是項目設計的依據
3、是項目評估的依據
4、為商務談判、簽訂相關合同協議提供依據
風險是指在一定條件下和一定時間內可能發生的各種結果的變化程度。在軟件項目的整個生命周期，變化是唯一不變的事務，變化帶來不確定性，不確定性就意味著可能出現損失，而損失的不確定性就是風險。
根據風險的內容可將風險分為：技術風險，費用風險、進度風險、管理風險、社會環境風險
要遵循：全面反映使用單位需求的原則，科學合理的原則，公平競爭，科學合理以及維護企業利益和政府利益的原則。
1、溝通要有明確目的
2、提高溝通的心理水平
3、善于聆聽
4、避免無休止的爭論
5、保持暢通的溝通渠道
6、使用高效的現代化工具
7、什么是關鍵鏈法？
關鍵鏈法的思路是怎樣把人們的工作習慣考慮到管理工作中去，在項目估算和項目管理中因地制宜的來提高項目的績效
關鍵鏈法可以提高項目的績效。便于抓住項目的重點、提前完成項目。
1、與軟件產品有關的合法性條款；
2、與軟件系統有關的技術條款；
3、軟件使用的標準體系方面的條款；
4、軟件實施方面的條款；
5、技術培訓條款；
6、支持和服務；
7、管理咨詢條款；
項目資源計劃編制的依據涉及項目的范圍，時間，質量等。主要包括以下方面：工作分解，進度計劃，歷史資料，資源庫描述，組織策略。
項目管理的目標是通過不確定的過程，在確定的期限內提供不完全確定的產品或服務。
1、對測試范圍的界定，簡單的說就是測試活動需要覆蓋 的范圍；
2、風險的確定。風險識別的原則有一種是如果一件事情發生后，會對項目的順利執行產生相當大的影響。
3、資源的規劃，確定完成任務需要消耗的人力資源、物質資源。這些是保證項目執行的物質要素。
4、時間表的制定。在識別出子任務和資源后，便可將任務，資源和時間關聯起來形成時間進度表，本質上說，時間表是對前三項任務的一個概括。
1、項目考核管理制度
2、項目費用管理制度
3、項目例會管理制度
4、項目通報制度
5、項目計劃管理制度–明確各級項目計劃的制定、檢查流程
6、項目文件管理流程–明確各種文件名稱的管理和文件的標準模板
項目成本預算是在項目成本估算的基礎上，更精確的估計出項目成本，并將其分攤到項目的各項具體活動和各個具體項目的階段上，為項目成本控制指定基準計劃的項目成本管理活動，它又稱為項目成本計劃。項目預算具有計劃性，約束性，控制性三大特征。
1、了解成員的工作情況
2、調整工作安排
3、促進完整計劃內容
4、促進對項目工作量的估計
5、統計并了解項目總體進度
6、有利于人員考核
范圍確認、質量驗收、費用決算、文檔驗收、項目后評價。
項目管理的對象是項目
系統工程思想貫穿項目管理的全過程
項目管理組織具有一定的特殊性
項目管理的方式是目標管理
項目管理具有創造性
1、滿足需求的工作陳述
2、客戶提出的相關要求
3、項目所應提交的交付物/成果或達到的相關項目目標
4、客戶供應條款、合同形式、付款方式。
5、客戶對項目建議書的要求
6、承包商的評價標準
軟件的生存期是指從概念的形成、項目定義與決策、系統分析與設計、開發成功、投入使用，并在使用中不斷修改、完善，直至被新的軟件所替代，而停止該軟件使用的全過程。軟件項目的生存周期與軟件的生存期是不同的。軟件項目的生命周期是指從項目批準到交付使用的過程。而立項前的調研、系統維護、升級等可以不是項目生命周期的階段，但是可以作為軟件的生存期的一部分。
真題總結
2004
選擇題
填空題
簡答題
1、標識項目的范圍和目的
2、標識項目的基礎設施
3、分析項目的特征
4、標識項目的產品和活動
5、估計每個活動的工作量
6、標識活動的風險
7、分配資源
8、評審發布計劃
9、執行 計劃
10、較低層次的策劃
貼現現金流技術主要 使用了貼現率
它是通過從未來的現金流中減去一個百分比得到的
它考慮了項目的收益率
和要產生的現金流的時限
以盡可能快的完成項目的 方法來策劃項目
標識哪些執行時的延遲可能會影響整個項目的結束日期和后續活動的開始的活動
1、可靠性，包括可獲得性、平均故障間隔時間、請求故障、支持率
2、可維護性
3、可擴展性
2010
選擇題
填空題
簡答題
1、不可見性
2、復雜性
3、一致性
4、靈活性
系統能夠在項目的預算資金范圍內
按時完成
并能滿足所要求的的質量
一級，任何致命的危險，立即采取活動
二級，重要的、可能的和近期的危險。啟動風險策劃規程
三級，重要的、可能的和遠期的危險，獲得更多信息并在下一次評審會上評審
四級，重要的但不可能的危險，獲得關于可能性更多信息，并重新評估
五級，不重要的危險，注意評審。
1、當前關鍵路徑決定了項目總的持續時間
2、激勵員工勤奮的工作
3、增加資源的級別
4、在活動的關鍵路徑上分配更加有效的資源，或在關鍵路徑和非關鍵路徑之間交換資源。
2011
選擇題
填空題
簡答題
1、目的
2、IS計劃
3、組織結構
4、MIS
5、人員
6、映象
XP所采納的原理是，代碼應該簡單的開發來滿足現有的需求，而不是考慮對應程序的未來擴展
因為未來的需求是不確定的
XP強調的是測試，在設計進行之前就要編寫測試用例和期望的結果
1、在管理項目中，應該特別關注對關鍵路徑上活動的監控，以便盡早發現和糾正任何延遲或資金無法得到的影響
2、在策劃項目中，如果要縮短整個項目的周期，就必須縮短關鍵路徑。
2016
選擇題
填空題
簡答題
概念:識別出主要的風險并且完成風險分類以后，接下來的工作是計劃如何處理他們
策略：接收風險、緩解和降低風險、規避風險、轉移風險，
啟動階段，計劃階段，執行階段，控制階段，收尾階段
基于成果或功能的分解方法 以完成該項目應該交付的成果為導向、確定相關的任務、工作、活動和要素
基于流程的分解方法 以完成該項目所應經歷的流程為導向，確定相關的任務、工作、活動和要素
指在規定的時間間隔內對項目進行檢查，比較實際與計劃之間的差異，并根據差異進行調整。
檢查點不需有階段性的成果產出，而里程碑處要求有階段性的成果展出
總結
以上是生活随笔為你收集整理的自考 软件工程专业 07029 软件项目管理 总结的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 读取 wav 格式声音文件
- 下一篇： WAV音频文件的分析