2016年3月30日做業

第十四章、採購管理

1、採購管理包括哪些過程？（記）

1)      編制採購計劃

2)      編制詢價計劃

3)      詢價、招投標

4)      供方選擇

5)      合同收尾

6)      管理收尾

2、編制採購計劃過程的成果是什麼？

1)      採購管理計劃

2)      採購工做說明書

3、判斷：每一個採購工做說明書都來自於項目範圍基準。

正確

4、結合P388頁表14-1，工做說明書應該清楚地描述哪些內容？

1)      採購目標泊詳細描述

2)      採購工做範圍

3)      工做地點

4)      產品及服務的供貨週期

5)      適用標準

6)      驗收標準

7)      其餘要求

                           

5、編制採購計劃過程的技術、方法有哪些？

1)      自制/外購分析

2)      專家判斷

3)      合同類型

6、工做說明書與範圍說明書的區別？（記）

工做說明書是對項目所要提供的產品或服務的敘述性描述。項目範圍說明書則經過明確項目應該完成的工做而肯定了項目的範圍。

7、常見的詢價文件有哪些？

方案邀請書

報價邀請書

詢價計劃編制過程經常使用到的其餘文件

8、詢價的方法和技術有哪些？

投標人會議

刊登廣告

制訂合格賣方清單

9、請描述我講的招標文件、資格預審文件出售日期及經常使用的一些日期。（根據錄屏總結）

公開招標：從招標文件發出之日起到投標文件截止之日止，最短不得少於20日。招標人對已發出的招標文件進行必要的澄清或者修改，要求提交投標文件截止時間至少15日前，不到15日的，開標時期順延。如投標人發現有問題，需在10日前提出。招標文件至少賣5天。肯定中標通知書後30日內簽訂合同。

資格預審文件從出售之日起5日，中止出售之日起到資格預審文件截止5天。甲方發現錯誤提早3天，乙方2天。

10、政府採購法規定了哪六種採購方式？每種的前提條件是什麼？

《×××政府採購法》第二十六條：政府採購採用如下方式：

（一）公開招標；公開招標應做爲政府採購的主要方式。使用財政性資金的政府採購工程，應歸入政府採購管理，適用《×××招標投標法》和各省有關建設工程招標投標管理規定。

（二）邀請招標；（1）具備特殊性，只能從有限範圍的供應商處採購。（2）採用公開招標方式的費用佔政府採購項目總價值的比例過大。

（三）競爭性談判；1）招標後沒有供應商投標或沒有合格標的或從新招標未能成立；（2）技術複雜或性質特殊，不能肯定詳細規格或具體要求；（3）採用招標所需時間不能知足用戶緊急須要；（4）不能事先計算出價格總額。

（四）單一來源採購；（1）只能從惟一供應商處採購；　　（2）發生了不可預見的緊急狀況，不能從其餘供應商處採購；（3）必須保證原有采購項目一致性或服務配套的要求，須要繼續從原供應商處添購，且添購資金總額不超過原合同採購金額的10%。

（五）詢價；採購的貨物規格、標準統1、現貨貨源充足且價格變化幅度小的政府採購項目，能夠採用詢價方式採購。

（六）×××政府採購監督管理部門認定的其餘採購方式。

11、供方選擇的工具和技術有哪些？

1)      加權系統

2)      獨立估算

3)      篩選系統

4)      合同談判

12、採購審計的目標是什麼？

採購審計的目標是找出本次採購的成功和失敗之處，以供項目執行組織內的其餘項目借鑑。

第十五章、信息管理和配置管理

1、《計算機軟件產品開發文件編制指南》中，文檔從重要性和質量要求方面可分爲何文檔？

《計算機軟件產品開發文件編制指南》明確了軟件項目文檔的具體分類。文檔從重要性和質量要求方面能夠分爲非正式文檔和正式文檔。

2、《計算機軟件產品開發文件編制指南》中，文檔從項目週期角度可分爲何文檔？更細緻一點，能夠分爲哪14類文檔？

從項目週期角度可分爲開發文檔、產品文檔、管理文檔；更細緻一點還可分爲14類文檔文件，具體有可行×××報告、項目開發計劃、軟件需求說明書、數據要求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、用戶手冊、操做手冊、模塊開發卷宗、測試計劃、測試分析報告、開發進度月報和項目開發總結報告。

 

3、根據圖15-1圖表編號規則，第1位、第2位、第3/4位、第5/6位，分別表明什麼含義？

4、軟件配置管理包括哪四個主要活動？（記）

配置識別、變動控制、狀態報告和配置審計。

5、配置管理活動和流程主要包括哪些內容？（記）

包括制定配置管理計劃、配置識別與創建基線、創建配置管理系統、版本管理、配置狀態報告和配置審計。

6、配置管理計劃的主要內容包括哪些？

包括配置管理軟硬件資源、配置項計劃、基線計劃、交付計劃、備份計劃、配置審計和評審、變動管理等。變動管理委員會審批該計劃。

7、全部配置項的操做權限應由誰嚴格管理？基本原則是什麼？

全部配置項的操做權限應由CMO（配置管理員）嚴格管理，基本原則是：基線配置項向軟件開發人員開放讀取的權限；非基線配置項向PM、CCB及相關人員開放。

8、配置管理過程構造小組包括哪些成員？

小組負責人。

技術支持專家

配置管理技術專家

配置管理系統用戶表明

9、配置庫有哪四種類型，分別存什麼？（記）

動態庫：也稱爲開發庫、程序員庫工和庫，用於保存開發人員當前正在構臺配置實體。

受控庫：也稱爲主庫或系統庫，用於管理當前基線和控制對基線的變動。

靜態庫：也稱爲軟件倉庫或軟件產品庫，用於存檔各類普遍使用的已發佈的基線。靜態庫用於控制、保存和檢索媒介。

備份庫：包括製做軟件和相關構架、數據和文檔的不一樣版本的複製品。在各點的及時備份，能夠天天、每週每個月執行備份。

10、配置項的版本號規則包括草稿、正式、修改，請分別描述之。

處於「草稿」狀態的配置項的版本號格式爲0.YZ，YZ的數字範圍爲0~99.隨着草稿的修正，YZ的取值應遞增。YZ的初值和增幅由用戶本身把握。

處於「正式」狀態的配置項的版本號格式爲X.Y，X爲主版本號，取值範圍爲1~9。Y爲次版本號，取值範圍爲0~9。

配置項第一次成爲「正式」文件時，版本號爲1.0。

處於「修改」狀態的配置項的版本號格式爲X.YZ。配置項正在修改時，通常只增大Z值，X,Y值保持不變。當配置項修改完畢，狀態變爲「正式」時，將Z值設置爲0，增長X,Y值。

11、功能配置審計是進行審計以驗證哪些方面？

配置項的開發已圓滿完成。

配置項已達到規定的性能和功能特定特性。

配置項的運行和支持文檔已完成而且是符合要求的。

12、物理配置審計是進行審計以驗證哪些方面？

每一個構建的配置項符合相應的技術文檔。

配置項與配置狀態報告中的信息