配置項版本號規則
配置項的版本號規則與配置項的狀態相關。
（1）處於“草稿”狀態的配置項的版本號格式爲0.YZ，YZ的數字範圍爲01-99
（2）處於“正式”狀態的配置項的版本號格式爲X.Y,X爲主版本號，取值範圍爲1-9。Y爲次版本號，取值範圍爲0-9.
配置項第一次成爲“正式”文件時，版本號爲1.0
（3）處於“修改”狀態的配置項的版本號格式爲X.YZ。配置項正在修改時，一般只增大Z值，X.Y值保持不變。當配置項修改完畢，狀態成爲“正式”時，將Z值設置爲0，增加X.Y值。
系統集成項目在驗收階段主要包含以下四方面的工作內容,分別是驗收測試、系統試運行、系統文檔驗收以及項目終驗。
信息系統後評價的主要內容一般包括信息系統的目標評價、信息系統過程評價、信息系統效益評價和信息系統可持續性評價四個方面的工作內容。
項目經理在接到變更申請以後，首先要檢查變更申請中需要填寫的內容是否完備，然後對變更申請進行影響分析。變更影響分析由項目經理負責，項目經理可以自己或指定人員完成，也可以召集相關人員討論完成。
變更管理的一般工作程序如下：
1.提出變更申請
2.變更影響分析
3.CCB審查批准
4.實施變更
5.監控變更實施，記錄變更實施情況
6.結束變更
項目範圍確認所採用的方法：檢查和羣體決策技術
檢查是指開展測量，審查和確認等活動，來判斷工作和可交付成果是否符合需求和產品驗收標準，是否滿足項目干係人的要求和期望，檢查有時也被稱爲審查、產品審查、審計和巡檢等。
羣體決策技術就是爲達成某種期望結果，而對多個未來行動方案進行評估的過程。本技術用於生成產品需求，並對產品需求進行歸類和優先級排序。
確認範圍的一般步驟：
1.確定需要進行確認範圍的時間。
2.識別確認範圍需要哪些投入。
3.確定範圍正式被接受的標準和要素。
4.確定確認範圍會議的組織步驟。
5.組織確認範圍會議。
參數估算是指利用歷史數據之間的統計關係和其他變量（如建築施工中的平方米），來進行項目工作的成本估算。參數估算的準確性取決於參數模型的成熟度和基礎數據的可靠性。參數估算可以針對整個項目或項目中的某個部分，並可與其他估算方法聯合使用。
一般溝通過程所採用的方式分爲以下幾類：參與討論方式、徵詢方式、推銷方式（說明）、敘述方式
在發送方自認爲已經掌握了足夠的信息，有了自己的想法且不需要進一步多聽取對方意見時，往往選擇控制力極強、參與程度最弱的“敘述方式”;其次，選擇“推銷方式”；而當自己掌握信息有限，沒有完整成型的意見，需要更多的聽取意見時，一般選擇“討論方式”或者“徵詢方式”
合同變更的處理由合同變更控制系統來完成。合同變更控制系統包括文書記錄工作、跟蹤系統、爭議解決程序以及各種變更所需的審批層次。合同變更控制系統是項目整體變更控制系統的一部分。任何合同的變更都以一定的法律事實爲依據來改變合同內容的法律行爲。
配置管理員（Configuration Management Officer, CMO），負責在項目的整個生命週期中進行配置管理活動，具體有：
編寫配置管理計劃
建立和維護配置管理系統
建立和維護配置庫
配置項識別
建立和管理基線
版本管理和配置控制
配置狀態報告
配置審計
發佈管理和交付
對項目成員進行配置管理培訓
配置庫可以分爲開發庫、受控庫、產品庫三種類型。
1.開發庫（Development Library），也稱爲動態庫、程序員庫或工作庫，用於保存開發人員當前正在開發的配置實體，如：新模塊、文檔、數據元素或進行修改的已有元素。動態中的配置項被置於版本管理之下。動態庫是開發人員的個人工作區，由開發人員自行控制。庫中的信息可能有較爲頻繁的修改，只要開發庫的使用者認爲有必要，無需對其進行配置控制，因爲這通常不會影響到項目的其他部分。
2.受控庫（Controlled Library），也稱爲主庫，包含當前的基線加上對基線的變更。受控庫中的配置項被置於完全的配置管理之下。在信息系統開發的某個階段工作結束時，將當前的工作產品存入受控庫。
3.產品庫（Product Library），也稱爲靜態庫、發行庫、軟件倉庫，包含已發佈使用的各種基線的存檔，被置於完全的配置管理之下。在開發的信息系統產品完成系統測試之後，作爲最終產品存入產品庫內，等待交付用戶或現場安裝。
信息系統的生命週期可以簡化爲系統規劃（可行性分析與項目開發計劃）、系統分析（需求分析）、系統設計（概要設計、詳細設計）、系統實施（編碼、測試）、運行維護等階段。
項目的質量管理並不是由某個獨立的部門單獨完成的人物，在各項質量活動過程中，重要的是與其它知識域如風險管理、溝通管理、採購管理、人力資源管理等多方面的工作進行協調，例如質量目標在項目範圍內與時間目標、成本目標的協調。
而對用戶來說，如果項目的質量風險沒有管理好，質量風險通過對產品的影響將會對用戶造成最長久的不利影響。
完整性（Integrity），是指“保護資產的正確和完整的特性。”簡單的說，就是確保接收到的數據就是發送的數據。數據不應該被改變，這需要某種方法去進行驗證。確保數據完整性的技術包括：
CA認證
數字簽名
防火牆系統
傳輸安全（通信安全）
入侵檢測系統
信息的傳輸模型中包括信源、編碼器、信道、解碼器、新宿、噪聲等要素。噪聲主要對信道形成干擾或影響。
信息化可分爲產品信息化、企業信息化、產業信息化、國民經濟信息化、社會生活信息化等不同層次。目前正在興起的智慧城市、互聯網金融等是社會生活信息化的體現和重要發展方向。
O2O即Online To Offline（在線離線/線上到線下），是指將線下的商務幾乎與互聯網結合，讓互聯網成爲線下交易的前臺。O2O是把將線下的商務機會與互聯網結合，這就爲傳統的企業開闢了新的市場渠道，現在傳統企業的生意越來越不容易做，成本逐漸增高，而通過O2O的方法，可以降低營銷的成本，開闢新的市場渠道。
某網站提供電影票購買業務，消費者可以在網頁上選擇影院，影片，觀影時間，座位，並可通過手機應用支付費用。該電子商務模式是O2O
ITSS規定的IT服務生命週期
IT服務生命週期由規劃設計（Planning&Design）、部署實施（Implementing）、服務運營（Operation）、持續改進（Improvement）和監督管理（Supervision）5個階段組成，簡稱PIOIS。其中：
規劃設計：從客戶業務戰略出發，以需求爲中心，參照ITSS對IT服務進行全面系統的戰略規劃和設計，爲IT服務的部署實施做好準備，以確保提供滿足客戶需求的IT服務
部署實施：在規劃設計基礎上，依據ITSS建立管理體系、部署專用工具及服務解決方案
服務運營：根據服務部署情況，依據ITSS，採用過程方法，全面管理基礎設施、服務流程、人員和業務連續性，實現業務運營和IT服務運營融合
持續改進：根據服務運營的實際情況，定期評審IT服務滿足業務運營的情況，以及IT服務本身存在的缺陷，提出改進策略和方案，並對IT服務進行重新規劃設計和部署實施，以提高IT服務質量
監督管理：本階段主要依據ITSS對IT服務服務質量進行評價，並列服務供方的服務過程、交付成果實施監督和績效評估。
信息系統審計的目的是評估並提供反饋、保證及建議。其關注之處可被分爲如下3類：
可用性：商業高度依賴的信息系統能否在任何需要的時刻提供服務？信息系統是否被完好保護以應對各種損失和災難？
保密性：系統保存的信息是否僅對需要這些信息的人員開放，而不對其他任何人開放？
完整性：信息系統提供的信息是否始終保持正確、可信、及時？能否防止未授權的對系統數據和軟件的修改？
立項階段：即其概念階段或需求階段，這一階段分爲兩個過程：一是概念的形成過程，根據用戶單位業務發展和經營管理的需要，提出建設信息系統的初步構想；二是需求分析過程，即對企業信息系統的需求進行深入調研和分析，形成《需求規範說明書》，經評審、批准後立項。
繼承表示類（非對象）之間的層次關係
數據倉庫是一個面向主題的、集成的、相對穩定的、反應歷史變化的數據集合。
網絡層：其主要功能是將網絡地址（例如：IP地址）翻譯成對應的物理地址（例如，網卡地址），並決定如何將數據從發送方路由到接收方。在TCP/IP協議中，網絡層具體協議有IP、ICMP、IGMP、IPX、ARP等。
第四代移動電話行業通信標準，指的是第四代移動通信技術，外語縮寫：4G。該技術包括TD-LTE和FDD-LTE兩種制式
大數據所涉及的技術很多，主要包括數據採集、數據存儲、數據管理、數據分析與挖掘四個環節。在數據採集階段主要使用的技術是數據抽取工具ETL。在數據存儲環節主要有結構化數據、非結構化數據和半結構化數據的存儲和訪問。
物聯網是隨着智能化技術的發展而發展起來的新的技術應用形式，從架構上來講一般分爲感知層、網絡層和應用層。
感知層負責信息採集和物物之間的信息傳輸，信息採集的技術包括傳感器、條碼和二維碼、RFID射頻技術、音視頻等多媒體信息。
物聯網應用非常廣泛，基本包含生活的方方面面，而這裏的決策分析是商業智能的應用。
V模型一一對應。需求分析：驗收測試 概要設計：系統測試 詳細設計：集成測試 編碼：單元測試
組織文化和組織風格會對項目的執行產生深刻的影響，但具體來說在一個組織中，組織溝通對項目執行方式有很大的影響
根據《中華人民共和國投標法》第三十七條 評標由招標人依法組建的評標委員會負責。
依法必須進行招標的項目，其評標委員會由招標人的代表和有關技術、經濟等方面的專家組成，成員人數爲5人以上單數，其中技術、經濟等方面的專家不得少於成員總數的三分之二。
前款專家應當從事相關領域工作滿八年並具有高級職稱或者具有同等專業水平，由招標人從國務院有關部門或者省、自治區、直轄市人民政府有關部門提供的專家名冊或者招標代理機構的專家庫內的相關專業的專業名單確定：一般招標項目可以採取隨機抽取方式，特殊招標項目可以由招標人直接確定。
與投標人有利害關係的人不得進入相關項目的評標委員會：已經進入的應當更換。
評標委員會成員的名單在中標結果確定前應當保密。
引導技術廣泛應用於各項目管理過程，可用於指導項目章程的制定。頭腦風暴、衝突處理、問題解決和會議管理等，都是引導者可以用來幫助團隊和個人完成項目活動的關鍵技術。
項目管理計劃必須是自下而上制定出來的。項目團隊成員要對與自己密切相關的部分制定相應計劃，並逐層向上報告和彙總，最後由項目經理進行綜合，形成綜合性的、整體的項目管理計劃。
項目管理計劃集成了項目中其他規劃過程的成果
整體變更控制的輸出包括：批准的變更請求、變更日誌、項目管理計劃更新、項目文件更新
配置管理重點關注可交付產品（包括中間產品）及各過程文檔，而變更管理則着眼於識別、記錄、批准或否決對項目文件、可交付產品或基準的變更
固定成本：不隨生產量、工作量或時間的變化而變化的非重複成本爲固定成本。發放給員工的採暖費一般是固定的費用。
隱性成本：是廠商本身自己所擁有的且被用於企業生產過程的那些生產要素的總價格。是一種隱藏於企業總成本之中、遊離於財務審計監督之外的成本。是由於企業或員工的行爲而有意或者無意造成的具有一定隱蔽性的將來成本和轉移成本。是成本的將來時態和轉嫁的成本形態的總和。如管理層決策失誤帶來的鉅額成本增加、領導的權威失靈造成的上下不一致、信息和指令失真、效率低下等。相對於顯性成本來說，這些成本隱蔽性大，難以避免、不易量化。
間接成本：來自一般管理費用科目或幾個項目共同擔負的項目成本所分攤給本項目的費用，就形成了項目的間接成本，如稅金、額外福利和保衛費用等。比如每次項目投標，都需要向招標方交納一定比例的押金，由此產生的費用
沉沒成本：是指由於過去的決策已經發生了的，而不能由現在或將來的任何決策改變的成本。人們在決定是否去做一件事情的時候，不僅是看這件事對自己有沒有好處，而且也看過去是不是已經在這件事情上有過投入。我們把這些已經發生不可收回的支出，如時間、金錢、精力等稱爲“沉沒成本”（Sunk Cost）。在經濟學和商業決策制定過程中會用到“沉沒成本”的概念，代指已經付出且不可收回的成本。沉沒成本常用來和可變成本作比較，可變成本可以被改變，而沉沒成本則不能被改變
質量控制是監督並記錄質量活動執行結果，以便評估績效，並推薦必要的變更的過程。質量控制的主要作用：
1.識別過程低效或產品質量低劣的原因，建議並採取相應措施
2.確認項目的可交付成果及工作滿足主要干係人的既定要求，足以進行最終驗收
描述項目團隊成員在項目中何時以何種方式，以及在項目中工作的持續時日等相關信息的是（人員配備管理計劃）
項目團隊建設的5個階段
(1)形成階段(Forming); -個個的個體成員轉變爲團隊成員，開始形成共同目標；對未來團隊往往有美好的期待。
(2)震盪階段(Storming):團隊成員開始執行分配的任務，一般會遇到超出預想的困難，希望被現實打破。個體之間開始爭執，互相指責，並且開始懷疑項目經理的能力。
(3)規範階段(Norming):經過一定時間的磨合，團從成員之間相互熟悉和了解，矛盾基本解決，項目經理能夠得到團隊的認可。
(4)發揮階段(Performing):隨着相互之間的配合默契和對項目經理的信任，成員積極工作，努力實現目標。這時集體榮譽感非常強，常將團隊換成第一稱謂，如“我們那個組”、“我們部門”等，並會努力捍衛團隊聲譽。
(5)結束階段(Adjouming):隨着項目的結束，團隊也被遣散了。以上的每個階段按順序依次出現，至於每個階段的長短則取決於團隊的結構、規模和項目經理的領導力。
管理干係人蔘與過程，實際上就是“實施干係人管理”的過程，本過程的主要作用：幫助項目經理提升來自干係人的支持、並把反對者的抵制降到最低，從而顯著提高項目成功的機會。
實施採購過程中往往需要綜合採用多種辦法，來保證採購能夠順利進行。（自制、外購分析）不屬於實施採購過程中需要用到的方法和技術
SWOT是風險識別工具
控制風險的工具與技術：風險再評估、風險審計、偏差和趨勢分析、技術績效測量、儲備分析、會議
《中華人民共和國政府採購法》第三十八條採用競爭性談判方式採購的，應當遵循下列程序：
1.成立談判小組。談判小組由採購人的代表和有關專家共三人以上的單數組成，其中專家的人數不得少於成員總數的三分之二。
2.制定談判文件。談判文件應當明確談判程序、談判內容、合同草案的條款以及評定成交的標準等事項。
3.確定邀請參加談判的供應商。談判小組從符合相應資格條件的供應商名單中確定不少於三家的供應商參加談判，並向其提供談判文件。
4.談判。
5.確定成交供應商。
根據《GB/T 12504-90計算機軟件質量保證計劃規劃》的規定，爲了確保軟件的實現滿足需求，至少需要下列基本文檔：
1軟件需求規格說明書
2軟件設計說明書
3軟件驗證與確認計劃
4軟件驗證與確認報告
5用戶文檔
在軟件發佈前，要對軟件進行（功能）檢查，以確認已滿足在軟件規格說明書中的規定的所有需求。
事件管理是信息系統運維中的一項重要內容，其主要職能是（迅速恢復系統的正常功能）
結構化分析方法給出一組幫助系統分析人員產生功能規約的原理與技術。它一般利用圖形表達用戶需求，使用的手段主要有數據流圖、數據字典、結構化語言、判定表以及判定樹等。
業務需求（Business requirement）表示組織或客戶高層次的目標。業務需求通常來自項目投資人、購買產品的客戶、實際用戶的管理者、市場營銷部門或產品策劃部門。業務需求描述了組織爲什麼要開發一個系統，即組織希望達到的目標。使用前景和範圍（vision and scope）文檔來記錄業務需求，這份文檔有時也被稱作項目輪廓圖或市場需求（project charter 或market requirement）文檔。
用戶需求描述的是用戶的目標，或用戶要求系統必須能完成的任務。
功能需求規定開發人員必須在產品中實現的軟件功能，用戶利用這些功能來完成任務，滿足業務需求。
系統需求用於描述包含多個子系統的產品（即系統）的頂級需求。
數據倉庫是一個面向主題的、集成的、相對穩定的、反映歷史變化的數據集合
堡壘主機是一臺完全暴露給外網的主機，在維護內網安全方面發揮着非常大的作用。它沒有任何防火牆或者包過濾路由器設備保護
SSL主要利用數據加密技術，以確保數據在網絡傳輸中不會被截取及竊聽。該協議運行在網絡的（傳輸層和應用層之間）
網絡安全主要用於保證網絡的可用性，以及網絡中所傳輸的信息的完整性和機密性
軟件開發“螺旋模型”是經常使用的一種模型，它是（瀑布模型和快速原型模型）的結合，強調軟件開發過程中的風險分析，特別適合於大型複雜的系統。螺旋模型沿着螺線進行若干次迭代，每次迭代中的活動依次爲（制定計劃，風險分析，實施工程，客戶評估）
管理儲備是項目預算的一部分，不是成本基準的一部分
決策樹分析是定量風險分析過程所使用的工具
責任分配矩陣是用來表示需要完成的工作由哪個團隊成員負責的矩陣，或需要完成的工作與哪個團隊成員有關的矩陣。因爲題目提到“發現很多工作包沒有規定負責人，或者是原定的負責人發生了變更”，證明工作沒有分清責任人。
對於高創新要求的項目團隊，採用Y理論，對團隊成員賦予更大的責任和權利，可以充分調動他們的積極性，在解決組織問題的時候，培養員工的想象力、靈活性和創新能力能夠廣泛應用在發展生產力上
編制進度計劃的工具和技術主要有：進度網絡分析、關鍵線路法、進度壓縮、假設情景分析、資源平衡、關鍵鏈法、項目管理軟件、應用日曆、調整時間提前與滯後量、進度模型
溝通管理計劃應該包括以下內容。
1.項目干係人的溝通要求
2.對要發佈信息的描述，包括格式、內容和詳盡程度
3.信息接收的個人或組織
4.傳達信息所需的技術或方法，如備忘錄、電子郵件和/或新聞發佈等
5.溝通頻率
6.上報過程，對下層無法解決的問題，確定問題上報的時間要求和管理鏈
7.隨項目的進展對溝通管理計劃更新和細化的方法
8.通用詞彙表
所有配置項的操作權限應由CMO（配置管理員）嚴格管理，基本原則是：基線配置項向軟件開發人員開發讀取的權限；非基線配置項向PM、CCB及相關人員開發。
產品測試、抽樣、對不合格進行原因分析屬於質量控制活動
過程分析屬於質量保證
下列（質量保證）過程包含對交付物質量進行反饋的審計功能。
