【正文】 工具 成本效益分析：在質量計劃編制的過程中，必須權衡成本與效益之間的關系，質量計劃編制的目標是。接受標準包括性能需求和必要條件，它必須在項目交付之前得到滿足。 輸入 項目章程 項目管理計劃 項目范圍說明書：是質量計劃編制過程中關鍵的一個依據(jù)，因為它記錄項目的所有主要交付物、項目干系人的需求、閾值和接受標準。 質量策略是一個組織針對質量而作出的全面的意圖和方向，一般由組織的高層正式宣布。 質量計劃編制，重要的是識別每一個獨特項目的相關質量標準，把滿足項目相關質量標準的活動或過程規(guī)劃到項目的產品和管理項目所涉及的過程中去。 項目管理團隊需要考慮質量成本。 質量計劃 —— 確定適合于項目的質量標準并如何滿足這些標準 質量保證 —— 用于有計劃、 系統(tǒng)的質量活動，確保項目中的所有必需過程滿足項目干系人的期望 質量控制 —— 監(jiān)控具體項目結果以確定其是否符合相關質量標準，制定有效方案，以消除產生質量問題的原因。非常正確的度量不需要精確 ISO9000系統(tǒng)標準：由四個項目標準組成 ISO9000： 2020質量管理體系 —— 基礎和術語 ISO9001： 2020質量管理體系 —— 要求 ISO9004： 2020質量管理體系 —— 業(yè)績改進指南 ISO19011： 2020質量和環(huán)境審核指南 項目質量管理過程包括執(zhí)行組織關于確定質量方針、目標和職責的所有活動，使得項目可以滿足其需求。正確是指正確性，度量值非常接近真實值。 美國質量管理協(xié)會的質量定義：過程、產品或服務滿足明確或隱含的需求能力的特征。 6. 項目質量管理 ISO9000質量定義：一組固有特性滿足需求的程度。 計算機工具 偏差管理：需要對過程發(fā)現(xiàn)的偏差及其應對措施明確政策。 趨勢分析：是指隨時檢查項目結果以確定績效是改進了還是惡化了。 項目績效評估：項目組需要召開績效評估會議來估計項目活動的情況和進度，通常有以下績效報告技術可以使用： 偏差分析：對比實際的項目完成結果和計劃預期的結果。 剩余工作的成本估算（ ETC）完成項目剩余工作預計還需要花費的成本，用于預測項目完工所需要花費的成本， ETC=總的 PV已完成的 EV或 ETC=剩余工作的 PV*CPI 這 4個值的綜合使用可以提供評價工作是否按照計劃完成的尺度 成本偏差 CV=EVAC， CV0，表明項目實施處于成本節(jié)省狀態(tài)； CV0，表明項目處于成本超支狀態(tài) 進度偏差 SV=EVPV， SV0，表明項目實施超過計劃進度； SV0，表明項目實施進度落后于計劃進度 成本績效指數(shù) CPI=EV/AC， CPI1表示成本節(jié)余，實際成本小于計劃成本，資金使用率較高； CPI1，表示成本超支，實際成本多于計劃成本資金使用效率低。掙值涉及計算每個活動的 4個關鍵值： 計劃值（ PV），根據(jù)批準認可的進度計劃和預算到某一時點應當完成的工作所需投入的資金，這個值對衡量項目進度和費用都是一個基準 。 績效測量：用于估算確實發(fā)生的任何變化的大小，如掙值分析法。 成本基準計劃：是按時間分段的費用預算計劃，可用來測量和監(jiān)督項目成本的實際發(fā)生情況，并能夠很好地將成本支出與工期進度聯(lián)系起來，是按時間對項目成本支出進行控制的重要依據(jù)。 輸入 成本績效報告：是記載項目預算的實際執(zhí)行情況的資料，主要內容包括項目各個階段或各項工作的成本完成情況，是否超出了預先分配的預算，存在 哪些問題等，通常用六個指標來分析項目的成本績效：項目計劃作業(yè)的預算成本、累積預算成本、累積實際成本、累積盈余量、成本績效指數(shù)、成本差異。 將核準的成本變更和調整后的成本基準計劃通知項目的相關人員。 以工作包為單位，監(jiān)督成本的實施情況，發(fā)現(xiàn)實際成本與預算成本之間的偏差，查找出產生偏差的原因，做好實際成本的分析評估工作。 項目管理計劃（更新） . 成本控制 項目成本控制是指項目組織在變化的條件下，盡量使項目的實際成本控制在計劃和預算范圍內的管理過程。 項目資金需求：資金需求包括總的和階段的是從成本基線獲得的，要求的總資金是成本基線 和管理儲備之和。 輸出 成本基準計劃：成本基線是用來量度與監(jiān)測項目成本績效的按時間分段預算。 輸入 項目成本估算 工作分解結構 項目進度計劃 項目章程 項目管理計劃 工具 成本總計：依據(jù) WBS工作包將成本預算總計 管理儲備：是為未計劃但是為范圍和成本的潛在變化而預留的預算，管理儲備不是項目成本基線的一部分，但包含在項目預算中，因而不是掙值計算的一部分，項目經理在使用之前必須得到批準。 將每個工作包分配得到的成本再二次分配到工作包所包含的各項活動上。 項目成本預算是一種控制機制，是度量項目各項工作在實際實施過程中資源使用數(shù)量和效率的標準。 . 成本預算 項目成本預算是進行項目成本控制的基礎，它是將項目的成本估算分配到項目的各項具體工作上，以確定項目各項工作和活動的成本定額，制定項目成本的控制標準，規(guī)定項目意外成本的劃分與使用規(guī)則的一項項目管理工作。有時為了管理方便也可采用工時、工日等來表示。優(yōu)點是估算結果相對準確，但實際操作非常耗時，成本估算本身也要大量的經費支持。 自下而上的成本估算：也叫工料清單法。這種方法簡單易行，花費少，但準確性比較差，適用于項目的詳細資料難以得到時。通過同以往類似項目相關比而得出估算。 分析成本估算結果，找出各種可以相互替代的成本，協(xié)調各種成本之間的比例關系，仔細研究兩種成本的此消彼長關系和幅度對項目總成本的影響，努力使項目預 期收益最大化。 編制項目估算的三個步驟： 識別并分析項目成本的構成科目，即項目成本中所包括的資源或服務的類目。 成本預算：將總的成本估算分配到各項活動和工作包上，來建立一個成本的基線 成本控制：控制項目預算的變更 . 成本估算 成本估算是指對完成項目各項活動所必需的各種資源的成本做出近估算，成本估算需要根據(jù)活動資源估算中所確定的資源需求（包括人力資源、設備、材料等），以及 市場上各種資源的價格信息、項目工期的長短、項目質量結果、項目范圍的寬度和嘗試有關。 5. 項目成本管理 項目成本管理是指在項目的實施過程中，為了保證完成項目所花費的實際成本不超過其預算成本而展開的項目成本估算、項目預算編制和項目成本控制。 . 軟件測試 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，是根據(jù)程序開發(fā)階段的規(guī)格說明及程序內部結構精心設計的一批測試用例，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤 的過程。 控制耦合：一個模塊通過傳送開關、標志、名字等控制信息，明顯地控制另一模塊的功能 外部耦合：一組模塊都訪問同一全局簡單變量而不是同一全局數(shù)據(jù)結構，而不是通過參數(shù)表傳遞該全局變量的信息 公共耦合：一組模塊都訪問同一公共數(shù)據(jù)環(huán)境，如全局數(shù)據(jù)結構，共享的通信區(qū)等。 巧合內聚：又稱為偶然內聚，當模塊內各部分之間沒有聯(lián)系，或者即使有聯(lián)系，也很松散。例初始化模塊和終止模塊。 過程內聚：使用流程圖作為工具設計程序時，把流程圖中的某一部分劃出組成模塊，就得到過程內聚模塊。 內聚性分為七種： 功能內聚：一個模塊中各個部分都是完成某一具體功能必不可少的組成部分。 . 軟件設計 軟件設計基本原則 信息隱蔽：每個模塊的實現(xiàn)細節(jié)對于其他模塊來說是隱蔽的，模塊中所包含的信息（數(shù)據(jù)和過程）不允許其他不需要這些信息的模塊使用，提高了軟件的可維護性，避免了錯誤的蔓延，改善了軟件的可靠性 模塊獨立性：是指軟件系統(tǒng)中每個模塊只 包含 軟件要求的具體子功能，而和軟件系統(tǒng)中其他模塊接口是簡單的，一般采用兩個準則度量模塊獨立性：模塊間耦合和模塊內聚，耦合是模塊之間的互相聯(lián)系的緊密程度的度量。 判定表、判定樹：決策表是一種處理邏輯的表格表示方法，包括決策變量、決策變量值、參與者或公式 實體 關系圖：實體是對一組類似的事物的抽象表示，通常是需要存儲的 數(shù)據(jù)。 結構化分析工具包括： 數(shù)據(jù)流圖（ DFD）：過程、外部實體、數(shù)據(jù)存儲、數(shù)據(jù)流、實時連接 數(shù)據(jù)字典（ DD）：是對與系統(tǒng)相關的數(shù)據(jù)元素的一個有組織的列表和精確的、嚴格的定義，使用戶和系統(tǒng)分析員對輸入、輸出、存儲成分和中間計算機有共同的理解。 使用質量功能調配（ QFD），是在需求優(yōu)先級基礎上的一個升華，它將產品特性、屬性與對客戶的重要性聯(lián)系起來， QFD將需求分為三類：期望需求，即如果缺少會讓其感到不滿意的需求；普通需求；興奮需求，實現(xiàn)了客戶會感到驚喜，但沒有也不會遭到責備。 為需求建立模型： OO 技術的用例模型和域模型，面向數(shù)據(jù)分析技術的 ER 圖，結構化分析技術的數(shù)據(jù)流圖。 分析需求的可行性：進行成本、性能、技術實現(xiàn)方面的可行性研究。 需求 分析的工作任務 繪制系統(tǒng)上下文范圍關系圖（ DFD 的 0 層圖）：定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型，可以為需求確定一個范圍。 可行性的步驟 核實問題定義與目標 研究分析現(xiàn)有系統(tǒng) 為新系統(tǒng)建模：通?？梢圆捎孟到y(tǒng)上下文關系范圍圖（ DFD的 0層圖）、實體 關系圖、用例模型、域模型、 IOP表 客戶復核 提出并評價解決方案 確定最終推薦的解決方案 草擬開發(fā)計劃 以書面形式提交《可行性分析報告》并進行審查。 可行性研究工作的基礎 明確系統(tǒng)要做什么，即問題定義。 . 可行性研究 可行性研究的主要上的是回答所提出的項目否可以完成，可行性研究不是解決問題，而是研究問題的范圍。 聯(lián)合討論會：通過聯(lián)合各個關鍵客戶代表、分析人員、開發(fā)團隊代表一起，通過有組織的會議來討論需求，是一種成 本較高也十分有效的一種方法。 文檔考古：對于數(shù)據(jù)流程比較復雜，工作表單較多的項目適用。最好是將用戶調查和用戶訪談相結合，先設計問題，制作成用戶調查表，下 發(fā)填寫完成后，進行仔細的分組、整理、分析，以獲得基礎信息，然后再針對這個結果進行小范圍的用戶訪談，作為補充。最有效的訪談是結合這兩種方法進行，畢竟不可能把什么都一一計劃清楚，應該保持良好的靈活性。 信息的來源 客戶、原有系統(tǒng)、原有系統(tǒng)用戶、新系統(tǒng)的潛在用戶、原有產品、競爭對手的產品、領域專家、技術法規(guī)與標準。 需求工程包括需求開發(fā)和需求管理兩大工作，需求開發(fā)包括需求捕獲、需求分析、編寫規(guī)格說明書和需求驗證四個階段，需求捕獲是為了收集需求信息，需求分析則是在需求捕獲的基礎上進行分析、建立模型，然后將其進行規(guī) 格化形成《軟件需求規(guī)格說明書》，最后再通過客戶和管理層進行驗證；需求管理包括定義需求基線、處理需求變更、需求跟蹤等 . 需求調查與問題定義 做好需求調查，必須清楚地了解三個問題：應該搜集什么信息，從什么地方搜集，用什么技術來搜集。 系統(tǒng)需求是從系統(tǒng)的角度來說明軟件的需求，包括用特性說明的功能需求，質量屬性，以及其他非功能需求，還有設計約束。 業(yè)務需求是指反映組織機構或客戶對系統(tǒng)、產品高層次的目標要求，通常問題定義本身就是業(yè)務需求。 軟件需求包括功能需求、非功能需求和設計約束。方法是指完成軟件開發(fā)的各項任務的技術方法；工具是指為運用方法而提供的軟件工程支撐環(huán)境；過程是指為獲得高質量的軟件所需要完成的一系列任務的框架。 項目管理軟件 偏差分析：把計劃日期和實際日期加以對比等，應特別注意關鍵活動和次關鍵活動。 已批準的變更需求 進度管理計劃 工具 進展報告：包含實際開始日期、完成日期以及未完成活動的剩余時間等。 輸入 項目進度計劃 績效報告：提供了有關進度績效的信息。進度控制的內容包括：定期收集項目完成情況的數(shù)據(jù)，將實際完成情況數(shù)據(jù)與計 劃進程進行比較，一旦發(fā)現(xiàn)進度滯后則采取措施予以糾正，如果糾正所引起的變更被列入計劃并取得了客戶的同意就必須修改基準計劃。 里程碑圖：與甘特圖類似，里程碑圖僅表示主要可交付物的計劃開始和完成時間以及關鍵的外部接口。 甘特圖也叫橫道圖或條形圖，主要用于項目計劃和項目進度安排，縱向列出項目活動，橫向列出時間跨度，可直觀清楚地對比實際進度和計劃進度之間的差距。 CPM 主要用于以往在類似工程中已取得一定經驗的承包工程。 項目管理軟件 編碼結構：采用編碼結構，使可視性、可用性都大大提高 所采用的日歷：統(tǒng)一時間的度量衡，是進度計劃編制的基礎 超前和滯后：超前允許后續(xù)活動具有一個加速度，滯后要求后續(xù)活動推遲，不專業(yè)的人員使用超前和滯后工具會搞錯進度，應該盡量限制使用超前和滯后。歷時壓縮的技術有趕工、快速跟進等，常用趕工或歷時壓縮的方法有加強控制、資源優(yōu)化（增加資源數(shù)量）、提高資源利用率（提高資源質量）、 改變工藝或流程、加強溝通、加班、外包等。 約束條件：由于競爭的存在或者客戶的要求，有些工作必須在規(guī)定的日期之前完成，這就存在了所謂的強制日期約束。 風險記錄：風險對于時 間估計有著重要的影響。