3月30日作業

330日作業

一、採購管理

1、採購管理包括哪些過程?(記)

答:1)編制採購計劃;2)編制詢價計劃;3)詢價、招投標;4)供方選擇;5)合同管理;6)合同收尾

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

答:1)採購管理計劃

2)採購工作說明書

3、判斷:每個採購工作說明書都來自於項目範圍基準。(對)

4、結合P38814-1工作說明書應該清楚的描述哪些內容?

答:1)採購目標的詳細描述;

2)採購工作範圍

3)工作地點

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

5)適用標準

6)驗收標準

7)其他要求

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

答:1)自制/外購分析;

2)專家判斷

3)合同類型

6、工作說明書與範圍說明書的區別?(記)

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

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

答:1)方案邀請書

2)報價邀請書

3)詢價計劃編制過程常用的其他文件

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

答:

1)投標人會議

2)刊登廣告

3)制訂合格的賣方清單

9、請描述我講的招標文件、資格預審文件出售日期及常用的一些日期。

答:招標人應當確定投標人編制投標文件所需要的合理時間,但是,依法必須招標的項目,自招標文件發出之日起至投標人提交投標文件截止之日止,最短不得少於20日;招標人對已發出的招標文件進行必要的澄清或者修改的,應當在招標文件要求提交投標文件截止時間至少15日前,以書面形式通知所有招標文件收受人。該澄清或者修改的內容爲招標文件的組成部分;招標人和中標人應當自中標通知書發出之日起30日內,按照招標文件盒中標人的投標文件訂立書面合同。招標人和中標人不得再行訂立背離合同實質性內容的其他協議。

依法必須招標的項目,招標人應當自確定中標人之日起15日內,向有關行政監督部門提交招投標情況的書面報告。

資格預審文件至少賣5天,至申請前需5天;招標文件至少賣5天;修改招標文件,甲方提前15天,乙方提前10天;修改預審文件,甲方提前3天,乙方提前2天。

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

答:1)公開招標。公開招標是政府採購的主要採購方式。

2)邀請招標。採取邀請招標方式採購貨物或者服務應當符合下面兩種情況:一是具有特殊性,只能向有限範圍供貨商採購的服務或貨物;二是採取公開招標方式的費用佔政府採購項目總價值的比例過大的。

3)競爭性談判。應滿足四個條件之一:採用招標方式後沒有供應商投標或沒有合格標的或者重新招標未成立的;技術複雜或性質特殊,不能詳細規格或者具體要求的;採用招標所需時間不能滿足用戶緊急需要的;不能事先計算出價格總額的。

4)單一來源採購。應具備下列情形之一:只能從唯一供應商處採購的;發生了不可預見的緊急情況不能從其他供應商處採購的;必須保證原有采購項目一致性或者服務配套的要求,需要繼續從原供應商處添購,且添購資金總額不超過原合同採購金額百分之十的。

5)詢價。即採取詢問供應商價格的方式進行政府採購。一般適用採購的貨物規格、標準統一、現貨貨源充足且價格變化幅度小的政府採購項目。

6)國務院政府採購監督管理部門認定的其他採購方式。

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

答:加權系統、獨立估算、篩選系統、合同談判

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

目標是找到採購成功和失敗之處,以供項目執行組織內的其他項目借鑑。

二、信息管理和配置管理

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

答:正式文檔和非正式文檔

2、《計算機軟件產品開發文件編制指南》中,文檔從項目週期角度可分爲什麼文檔?

答:可行性研究報告、項目開發計劃、軟件需求說明書、數據要求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、用戶手冊、操作手冊、模塊開發卷宗、測試計劃、測試分析報告、開發進度月報和項目開發總結報告。

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

答:第1位:生命週期法各階段;第2位:各階段的文檔;第3/4位:文檔內容;第5/6位:流水碼

4、軟件配置管理包括哪四個主要活動?(記)

答:配置識別、變更控制、狀態報告和配置審計

5、配置管理活動和流程主要包括哪些內容?(記)

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

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

主要內容包括:配置管理軟硬件資源、配置項計劃、基線計劃、交付計劃、備份計劃、配置審計評審、變更管理等。(CCB審批該計劃)

7、所有配置項的操作權限應有誰嚴格管理?基本原則是什麼?

答:應有CMO(配置管理員)嚴格管理。基本原則是:基線配置項向軟件開發人員開放讀取權限;非基線配置項向PMCCB及相關人員開放。

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

答:四類成員:小組負責人、技術支持專家、配置管理技術專家、配置管理系統用戶代表

9、配置庫有哪四種類型,分別存什麼?(記)

答:分爲動態庫、靜態庫、受控庫和備份庫4種類型。

1)動態庫,也稱開發庫、程序員庫、工作庫,用於保存開發人員當前正在開發的配置試題。動態庫通常包括新模塊、文檔、數據元素或進行修改的已有元素,是軟件工程師的工作區,由工程師控制。

2)受控庫,也稱主控或系統庫,是用於管理當前基線和控制對基線的變更。包括配置單元和被提升並集成到配置項中的組件。軟件工程師和其他人員可以自由複製受控庫中的單元或組件。受控庫中的單元或組件用於創建集成、系統和驗收測試或對用戶發佈的構建。

3)靜態庫,也稱軟件倉庫或軟件產品庫,用於存檔各種已發佈的基線。靜態庫用於控制、保存和檢索主媒介。

4)備份庫,包括製作軟件和相關架構、數據和文檔的不同版本的複製品。可以每天、每週或每月執行備份。

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

答:X..Y是正式版,X.Y.Z是修改版,0.Y.Z是草稿版

配置項的版本號規則與配置項的狀態相關。

1)處於草稿狀態的配置項版本號格式爲0.YZYZ的數字範圍爲01--99,隨草稿的修正,YZ的取值相應遞增;YZ的初值和增幅由用戶自己把握。

2)處於正式狀態的配置項格式爲X.YX爲主版本號,取值爲1--9Y爲次版本號,取值範圍爲0--9.。配置項第一次爲正式文件時,版本號爲1.0

3)處於修改狀態的配置項版本號格式爲X.YZ,配置項正在修改時,一般只增大z值,當配置項修改完後,Z值設置爲0,增加X.Y值。

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

答:驗證:

1)配置項的開發已經完成

2)配置項已達到規定性能和功能特定特徵

3)配置項的運行和支持文檔已完成並符合要求

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

答:1)每個構建的配置項符合相應的技術文檔

配置項與配置狀態報告中的信息相對應。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章