文章目錄
- 備考指南
-
-
-
- 章節總結
-
-
- 第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、 項目後評價又稱為項目的事後評價,它是項目結束(完成并驗收)後的一段時間内,對項目立項、運作過程、效益、作用和影響進行的客觀分析和總結的全過程。
非真題總結(自總)
選擇題
- 運用PERT技術可以 估計整個項目在某個時間内完成的機率
- 運用PERT或CPM,項目管理者不能獲得的資訊時 随着時間進度項目經費的使用情況
- 配置狀态報告不包括的内容是 變更可能導緻的風險
- 智能型組織結構形式。是團隊建設最困難的
- 項目品質目标要求越高,成本就會越高
- 成本估算的輸出結果是成本預算的基礎與依據
- 與項目前評價相比,項目後評價的一個重要特點是 回報性
- 軟體項目的生命周期可以從 項目的承擔方的角度進行認識
- 雖然成本估算與成本預算的目的和任務都不同,但是兩者都有的共同依據是 工作分解結構
- 乙方合同管理一般不應包括 起草驗收完成報告
- 技術 不屬于項目中資源
- 項目在 項目型 組織形式中權利最大
- 軟體品質标準包括 模組化标準
- “可了解性、可學性、可操作性”屬于 可用性 品質特性
- 項目管理的對象是 項目
- 項目後評價和項目可行性研究的相同點是 二者都是對項目周期全過程所進行的技術經濟論證
- 在進行可行性分析時不需要考慮的問題有 時間進度要求
- 發包 是通過風險轉移來降低風險的例子
- 确定項目是否可行是在 項目啟動 過程完成
- 配置狀态報告不包括的内容是 變更可能導緻的風險
- 項目型組織結構适用于那種情況 項目的規模大,同時技術創新較強
- 測試檔案的重要性表現在 驗證需求的正确性
- 項目的假設與限制一般包括 經費限制
- 在項目管理過程中,最嚴重的風險通常出現在項目周期的 計劃和實施階段
填空題
- 功能點分析的基礎是基于計算機的資訊系統有五個主要構件組成。這五個構件分别是:外部輸入類型、外部輸出類型。内部邏輯檔案類型、外部接口檔案類型、和外部查詢類型。
- 在風險管理中,有許多風險管理的模型,但大多數都是類似的,它們都要辨別兩大主要構件 風險分析,風險管理
- 提高員工動機的方法有: 指定特定的目标;提供回報;工作涉及
- 按供應商所得的報酬的計算方法來分類的話,合同可分為 固定價格的合同;時間和材料合同;每機關固定價格的合同;
- 固定價格的合同的優點是:知道客戶的花費;供應商的動機;
- 按選擇的承包商的方法來分類,合同可以分為公開的合同;受限制的合同;已商定的合同;
- 項目管理包括的活動由:計劃、組織、人員、指導、監督、控制、革新、代表八個部分
- 一般把任務分為以下幾類:附加性的任務;補償性的任務 ;分離性的任務;關聯性的任務;
- 建立項目進度表包括四個主要步驟:構造一個理想的活動計劃;活動的風險分析;資源配置設定;生産進度表;
- 一般來講,活動的資源配置設定導緻要評審和修改理想化的活動計劃;資源配置設定的最終結果通常包括:活動進度;資源進度;成本進度;
- 在辨別構成項目的活動或任務時,可以用三種方法來表示,他們分别稱為:基于産品的方法;基于活動的方法;混合方法;
- 為了辨別和管理那些可能導緻項目超出時間或預算的風險,可以将風險辨別為三種類型:估計錯誤;策劃假設;不可預測的事;
- 軟體品質是一個粉末忽的術語,是以需要仔細的定義品質的含義,對于任何一個軟體來說,都應該有三個規格說明:功能規格說明;品質規格說明;資源規格說明;
- 産生一個新系統通常需要是哪個連續的步驟;第一步是可以性研究;第二步是策劃;第三步是項目實施;
- 在軟體工作量的估計過程中,估計實作軟體的工作量是很困難的,其中有些困難是軟體本身所固有的,特别是軟體的複雜性和不可見性
- 在任何風險評估中,第一階段是辨別可能影響項目周期或資金成本的危險
- ISO 9001 的需求包括文檔;管理責任;資源;生産;
- 項目具有時限性和唯一性,以目标為導向,存在大量的變更管理…
- COCOMO II利用三個不同的階段進行估計,這三個階段是應用組合;早期設計;後構架
- 在項目成本進度中,為了監控項目進展的計劃,需要更詳細。更準确的成本估計。這裡的成本包括:員工成本;日常成本;使用費;
- 在項目實施的過程中,一般從四個方面來關心對計劃的偏離問題:工期拖延;品質不過關;功能不過關;成本超出預算;
- 風險分析包括:風險辨別、風險估計、風險評估
- 風險管理包括:風險策劃、風險控制、風險監督、風險指導、風險人員配置
- 在辨別構成項目的活動或任務是,可以用三種方法來表示,他們分别為:基于産品的方法;基于活動的方法;混合方法;
- 使員工失去動機的三個因素:期待;助益;感覺到的價值;
- 提高員工動機的方法有:制定特定的目标;提供回報;工作設計;
- 在風險管理中,有許多風險管理的模型,但多數都是類似的,他們都要辨別兩大主要構件:風險分析和風險管理;
- 在項目中資源是必不可少的,一般來說資源包括:勞動力、裝置、材料、場地、服務、時間、和錢
- 在風險評估中,需要考慮的因素種類很多,他們主要有:應用因素、人員因素、項目因素、項目方法、軟硬體因素、轉變因素、供應商因素、環境因素、健康和安全因素。
- 通過使用關鍵路徑法和優先網絡可以獲得一個理想的活動計劃
- 在活動策劃過程中,除了能提供項目和資金的進度外,活動策劃還可以實作其它的一些目的。如可行性評估、資源配置設定、詳細的成本核算、動機和協調等。
- 計算淨現值是一種項目評價技術,他考慮下了 項目的收益率和要産生的現金流的時限,他通過從未來的現金流中減去一個百分比後得出的,該百分比稱之為** 貼現率**
- 原型是已規劃的系統的一個或者多個方面的工作模型。用快速而又經濟的方法來構件和測試原型以檢驗各種設想。原型通常分為抛棄性、進化性
簡答題
- 簡述實施軟體配置管理應該達到什麼目标?
第一,軟體配置管理活動是有計劃的;
第二,標明的軟體工作産品是已辨別的、受控制的和使用的;
第三,已辨別的軟體工作産品的變更是受控制的;
第四,受影響的組織和個人可以适時的得到軟體基線的狀态和内容的通知;
- 你認為一名合格的項目經理應具備哪些素質和能力?各自有何用途?
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
選擇題
- 關于“反向周遊”的描述,正确的是用于計算每項活動在不使項目結束日期延期的前提下開始和完成的最遲 日期
- 管理人員群組織群組,要考慮的問題有三個:人員挑選 、人員開發 和人員動力。在一個公司 對人員實施技術教育訓練是考慮人員開發
- “适合誰、準确性 、互操作性、符合性、安全性”屬于功能性品質特征。
填空題
- 一個項目的項目周期為需求分析、規格說明、設計 、編碼、驗證和确認、實作/安裝、維護與支援
- 具體來說項目的 風險主要展現在項目的三個方面:項目的産品、過程和資源
- 很多 項目有兩個階段,第一階段是目的驅動項目,第二階段是一個實際建立的該軟體産品項目
- 在步進式項目策劃活動的步驟中,有一步是在主要項目策劃過程之外,因為項目不是無中生有産生的,這一步叫做選擇項目
- 在軟體項目中,常見的方法有:0/100,50/100,方法還有裡程碑方法
簡答題
- 簡述軟體項目和其他類型項目的不同點
1、不可見性
2、複雜性
3、一緻性
4、靈活性
- 成功項目的标準是什麼
系統能夠在項目的預算資金範圍内
按時完成
并能滿足所要求的的品質
- 如何對危險等級進行排序并處理他們
一級,任何緻命的危險,立即采取活動
二級,重要的、可能的和近期的危險。啟動風險策劃規程
三級,重要的、可能的和遠期的危險,獲得更多資訊并在下一次評審會上評審
四級,重要的但不可能的危險,獲得關于可能性更多資訊,并重新評估
五級,不重要的危險,注意評審。
- 在項目的監督和控制過程中,如何縮短關鍵路徑
1、目前關鍵路徑決定了項目總的持續時間
2、激勵員工勤奮的工作
3、增加資源的級别
4、在活動的關鍵路徑上配置設定更加有效的資源,或在關鍵路徑和非關鍵路徑之間交換資源。
2011
選擇題
- “正确性和可用性”屬于 産品操作品質
填空題
- 所有在配置設定人員到任務時需要考慮很多因素,這主要包括:可獲得性、關鍵性、風險、教育訓練和群組組建等
- 軟體項目通常分為資訊系統和嵌入式系統,二者的不同之處在于前者的系統界面是與 組織 接口,而後者的系統界面是與 機器 的接口。
- 在設定風險優先級的過程中,除了風險危害度的值以外,通常還有其他在設定風險優先級需要考慮的因素;風險評估的置信度、複合風險和 風險數目
- 評估是基于對估計的成本是否超過預計的收入和其他的效益的分析。評價任何項目的經濟效益的标準方法是 進行成本效益分析
- 一般情況提高動機的方法有:制定待定的目标、提供回報和工作設計。其中兩種方法可以增強工作設計,他們是 擴大工作和充實工作
- 實用的軟體品質度量方法有三種,一是可靠性、二是可維護性、三是可擴充性、其中可靠性是用:可獲得性、平均故障間隔時間、請求故障和支援活動來度量
簡答題
- 在軟體項目開發活動中,戰略評估期間應考慮的要點和問題是什麼?
1、目的
2、IS計劃
3、組織結構
4、MIS
5、人員
6、映象
- 極限程式設計XP所采納的原理是什麼?它強調的是什麼?
XP所采納的原理是,代碼應該簡單的開發來滿足現有的需求,而不是考慮對應程式的未來擴充
因為未來的需求是不确定的
XP強調的是測試,在設計進行之前就要編寫測試用例和期望的結果
- 在活動的邏輯網絡中,關鍵路徑定義了項目的周期,關鍵路徑的重要展現是什麼?
1、在管理項目中,應該特别關注對關鍵路徑上活動的監控,以便盡早發現和糾正任何延遲或資金無法得到的影響
2、在策劃項目中,如果要縮短整個項目的周期,就必須縮短關鍵路徑。
2016
選擇題
- COCOMO 成本估算方法屬于經驗成本估算方法
- 網絡圖能反映任務之間邏輯依賴關系
- 互運作性屬于軟體産品轉移品質
- 時間配置設定不合理屬于可預測的風險
- 需求層次理論認為人的天性喜歡挑戰
- 活動排序就是确定個活動之間完成的先後順序
- 項目風險在項目啟動階段最大
填空題
- 軟體與日常工作不同點在于:項目具有時效性和唯一性
- 項目經理的權利有生産指揮權、項目團隊的組建權、财權和技術決策權
- 項目團隊建設包括:團隊精神建設、團隊效率提高、團隊工作糾紛、沖突的處理和解決、以及團隊溝通和協調等
- 項目中的沖突的主要來源于:工作内容、資源配置設定、進度計劃、項目成本、先後次序、組織問題和個體差異等
- 在項目選擇中,首先要對項目本身進行全方位的了解,突出考察項目的四個要素:項目的合法性、項目的含金量、項目的成熟度、項目的适應性
- 合同管理的依據一般包括:合同、工作結果、變更請求、供方發票
- 項目風險的應對措施有:風險規避、風險遏制、風險轉移、風險化解、風險容忍和風險承擔
- 軟體度量是對軟體開發項目、過程及其産品進行資料定義、收集以及分析的持續性定量化過程、目的在于對此加以了解、預測、評估、控制和改善
- 為了保證測試的品質、将測試過程分為幾個階段,即:代碼審查、單元測試、內建測試和驗收測試
簡答題
- 簡書風險管理規劃的概念和主要政策
概念:識别出主要的風險并且完成風險分類以後,接下來的工作是計劃如何處理他們
政策:接收風險、緩解和降低風險、規避風險、轉移風險,
- 簡書項目管理的5個階段的主要工作
啟動階段,計劃階段,執行階段,控制階段,收尾階段
- 任務分解方法分别有幾種,簡述
基于成果或功能的分解方法 以完成該項目應該傳遞的成果為導向、确定相關的任務、工作、活動和要素
基于流程的分解方法 以完成該項目所應經曆的流程為導向,确定相關的任務、工作、活動和要素
- 什麼是檢查點?簡要回答檢查點和裡程碑的不同
指在規定的時間間隔内對項目進行檢查,比較實際與計劃之間的差異,并根據差異進行調整。
檢查點不需有階段性的成果産出,而裡程碑處要求有階段性的成果展出