高項管理筆記14

ch14合同管理1、合同形式1）書面形式2）口頭形式：與書面形式同等效力盡量將口頭協(xié)議文檔化。（有據(jù)可查）3）其他形式2、合同條款由雙方共同商定，包括：1）當(dāng)事人名址；標(biāo)的；數(shù)量；質(zhì)量；價款或報酬2）履行期限、地點和方式3）違約責(zé)任和解決爭議的方法對于技術(shù)合同，包括1）驗收標(biāo)準(zhǔn)2）驗收時間3）知識產(chǎn)權(quán)歸屬4）質(zhì)保3、合同的實質(zhì)要件1）甲方2）乙方3）標(biāo)的：甲方需要的采購的產(chǎn)品、貨物或服務(wù)。4）效力：自成立時生效有下列情況之一的，合同無效：1）一方以欺詐，脅迫的手段訂立合同，損害國家利益2）惡意串通，損害國家、集體或第三人利益3）以合法形式掩蓋非法目的4）損害社會公共利益5）違反法律、行政法規(guī)的強(qiáng)制性規(guī)定免責(zé)條款無效：1）造成對方人員人身傷害的2）因故意或者重大過失造成對方財產(chǎn)損失的4、合同的形式要件合同可以由書面形式、口頭形式或其他形式訂立。對于法律法規(guī)規(guī)定或雙方協(xié)商確定采用書面形式的，應(yīng)該采用書面形式。書面形式：是指合同書、信件和數(shù)據(jù)電文（包括電報、電傳、傳真、電子數(shù)據(jù)交換和電子郵件）等可以有形地發(fā)現(xiàn)所載內(nèi)容的形式。作為項目采購簽訂的合同，除及時結(jié)清外，應(yīng)采用書面形式以明晰雙方權(quán)利和責(zé)任。

口頭形式：簡單易行、不容易留下文字憑據(jù)糾紛時有：舉證困難的不利后果（如：買瓶水，一手交錢，一手交貨） 舉例. 舉例.要約邀請：女方說:“你請我看電影吧。要約：男方說：“我請你看電影。承諾：女方說：“好！”5、合同的訂立1）要約2）承諾1）要約：是希望他人訂立合同的意思表示。要約邀請：是希望他人向自己發(fā)出要約的意思表示2）承諾：受要約人同意要約的意思表示。1）要約要約到達(dá)受要約時立即生效。數(shù)據(jù)電文形式：該電文進(jìn)入受要約人指定系統(tǒng)的時間視為到達(dá)時間未指定系統(tǒng)：該電文進(jìn)入受要約人任何系統(tǒng)的首次時間視為到達(dá)時間撤回要約：要約到達(dá)受要約人前或同時發(fā)出撤回要約的通知到達(dá)受要約人撤銷要約：要約已到達(dá)不得撤回。在受要約人發(fā)出承諾之前，要約人發(fā)出通知撤銷要約。不得撤銷：要約人確定了承諾期限或以其他形式明示要約不可撤銷或受要約人有理由認(rèn)為要約不可撤銷，并已經(jīng)為履行合同做了準(zhǔn)備工作的情況下要約失效：（1）拒絕要約的通知到達(dá)要約人（2）要約人依法撤銷要約（3）承諾期限屆滿，受要約人未作出承諾（4）受要約人對要約作出實質(zhì)性變更2）承諾承諾生效時合同成立。承諾應(yīng)該在要約規(guī)定的期限內(nèi)到達(dá)要約人。要約沒有規(guī)定承諾期限的，承諾按下列規(guī)定到達(dá)：（1）要約以對話方式，應(yīng)即時作出承諾，當(dāng)事人另有約定的除外（2）要約以非對話方式，承諾應(yīng)在合理期限內(nèi)到達(dá)合理期限：（1）要約以信件或電報作出，承諾自信件載明的日期或電報交發(fā)之日開始計算信件未載明日期的，自投寄該信件的郵戳日期開始計算（2）要約以電話、傳真等快速方式作出的，承諾期限自要約到達(dá)受要約人時開始計算承諾通知到達(dá)要約人時立即生效不需要通知的，按交易習(xí)慣或要約要求作出承諾的行為時生效

采用數(shù)字電文形式訂立合同的，承諾到達(dá)的時間與要約到達(dá)的時間相同承諾撤回：承諾也可以撤回撤回承諾的通知應(yīng)該在承諾通知到達(dá)要約人之前或者與承諾通知同時到達(dá)要約人承諾不可以撤銷6、合同管理過程1）簽訂2）履行3）變更4）歸檔7、合同簽訂自雙方簽字或蓋章時合同成立。采用信件、數(shù)據(jù)電文等形式訂立合同，在合同成立前簽訂確認(rèn)書簽訂確認(rèn)書時合同成立。承諾生效的地點即為合同成立的地點數(shù)據(jù)電文形式：收件人的主營業(yè)地為合同成立地合同書形式：雙方簽字蓋章地合同成立地法院對合同擁有司法管轄權(quán)。案例8、合同簽訂注意事項1）為確保采購合同的順利履行，訂立合同階段，采購供應(yīng)雙方應(yīng)積極做好準(zhǔn)備工作2）尤其做好市場調(diào)查，收集價格等市場信息，做好可研3）采購雙方應(yīng)做好對方的資格審查檢查供應(yīng)方是否有能力提供所需的產(chǎn)品或服務(wù)采購方是否有能力支付采購款項4）調(diào)查對方的資信情況，信用度低，則盡量規(guī)避或積極準(zhǔn)備風(fēng)險預(yù)案9、合同履行”未確定事宜合同一經(jīng)生效，就進(jìn)入雙方的履行階段。包括1更改、違約追究1）合同未定事宜的確定合同生效后當(dāng)事人就質(zhì)量、價款或報酬、履行地點沒有約定或約定不明確的（1）可以協(xié)議補(bǔ)充（2）不能達(dá)成協(xié)議：按合同有關(guān)條款或交易習(xí)慣確定>質(zhì)量要求不明確：國標(biāo)、行標(biāo)無國標(biāo)、行標(biāo)：通常標(biāo)準(zhǔn)或符合合同目的的特定標(biāo)準(zhǔn)履行>價款或者報酬不明確：評立合同時的履行地的市場價格履行地點不明確：>>給付貨幣的：在接受貨幣一方所在地履行>>交付不動產(chǎn)：不動產(chǎn)所在地履行>>其他標(biāo)的：履行義務(wù)一方所在地>發(fā)行期限不明確>>債務(wù)人可以隨時履行>>債權(quán)人也可以隨時要求履行，但應(yīng)給對方必要的準(zhǔn)備時間>履行方式不明確：按有利于實現(xiàn)合同目的的方式履行>履行費用的負(fù)擔(dān)不明確：由履行義務(wù)的一方承擔(dān)2）合同履行中的變動>執(zhí)行政府定價或政府指導(dǎo)價>>在合同執(zhí)行期間政府價格調(diào)整時，按交付時價格執(zhí)行>>逾期則，剛逾期的一方吃虧>應(yīng)該先履行義務(wù)的當(dāng)事人，有確切證據(jù)證明對方有下列情形之一的，可以中止合同：（1）經(jīng)營狀況嚴(yán)重惡化（2）轉(zhuǎn)移財產(chǎn)，抽逃資金以逃避債務(wù)（3）喪失商業(yè)信譽（4）有喪失或可能喪失履行債務(wù)能力的其他情形當(dāng)事人沒人確切證據(jù)終止合同的，應(yīng)當(dāng)承擔(dān)違約責(zé)任。10、合同變更協(xié)商一致，對合同進(jìn)行變更。應(yīng)該做到將任何變更請求和答復(fù)文檔化，以形式正式的文字證據(jù)。影響評估時，正式文檔1）當(dāng)事人協(xié)商一致，可以變更合同當(dāng)事人對合同變更的內(nèi)容約定不明確的，確定為未變更。一方希望解除合同時，也作為一個合同變更請求提出，經(jīng)雙方協(xié)商一致可以終止合同2）合同轉(zhuǎn)讓和分包除根據(jù)合同的性質(zhì)、當(dāng)事人約定和法律規(guī)定不能轉(zhuǎn)讓外，債權(quán)人可以將合同的權(quán)利全部或者部分的轉(zhuǎn)讓給第三人債權(quán)人轉(zhuǎn)讓權(quán)利的，應(yīng)通知債務(wù)人未經(jīng)通知，該轉(zhuǎn)讓對債務(wù)人不產(chǎn)生效力。11、合同的終止1）合同履行完畢2）合同解除3）義務(wù)抵消4）免除義務(wù)5）權(quán)利義務(wù)歸于一方12、索賠在IT方面，乙方找甲方叫“索賠”；甲方找乙方叫“反索賠”。索賠是在工程承包合同中，當(dāng)事人一方由于另一方未履行合同所規(guī)定的義務(wù)而遭受損失時，向另一方提出賠償要求的行為。索賠的性質(zhì)屬于經(jīng)濟(jì)補(bǔ)償行為，而不是懲罰。先友好解決、雙方無法妥協(xié)的，可以仲裁、訴訟解決。索賠流程：發(fā)出索賠通知9提高索賠報告及資料9答復(fù)9索賠認(rèn)可9提交最終索賠報告9仲裁或訴訟索賠時間：28天！ch15配置管理1、配置管理配置管理是通過技術(shù)及行政手段對產(chǎn)品及其開發(fā)過程和生命周期進(jìn)行控制、規(guī)范的一系列措施和過程。配置管理的一個重要內(nèi)容就是對變更加以控制，使變更對成本、工期和質(zhì)量的影響降到最小。2、 配置項(ConfigurationItC)［產(chǎn)品的組成部分的工作成果包括.Q?［項目管理和機(jī)構(gòu)支撐過程域產(chǎn)生文檔屬于產(chǎn)品組成部分的工作成果：需求文檔、設(shè)計文檔、源代碼、測試用例等屬于項目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔：工作計劃、項目質(zhì)量報告、項目跟蹤報告等會議紀(jì)要不是配置項，因為無變更。配置項屬性：名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等。所有配置項都保存在配置庫中，確保不會混淆、丟失。配置項及其歷史記錄反映了項目產(chǎn)品的演化過程3、 配置薦管理之下的工作產(chǎn)品計劃、過程描述、需求、設(shè)計數(shù)據(jù)、圖紙、設(shè)計規(guī)范、代碼、編輯器、產(chǎn)品數(shù)據(jù)文件、用戶手冊測試規(guī)約、操作和安裝手冊、可執(zhí)行程序、維護(hù)文檔、產(chǎn)品技術(shù)出版物4、 配置管理(ConfigurationManagement)CMMI配置管理的目的在于：運用配置標(biāo)識、配置控制、配置狀態(tài)統(tǒng)計和配置審計，

建立和維護(hù)工作產(chǎn)品的完整性。>軟件配置管理：標(biāo)識和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生命周期內(nèi)，控制這些配置項的投放與變更，記錄并報告配置的狀態(tài)和變更要求，驗證配置項的完整性和正確性，并對下列工作進(jìn)行技術(shù)和行動指導(dǎo)和監(jiān)督的一套規(guī)范。對配置項的功能特性和物理特性進(jìn)行識別和文字編輯工作?？刂七@些特性的變更情況。記錄并報告這些變更進(jìn)行的處理和實現(xiàn)的狀態(tài)。以及驗證與需求的一致性。配置管理，各階段產(chǎn)品最終產(chǎn)品配置管理，各階段產(chǎn)品最終產(chǎn)品演化和變更的管理。從變更的意義來講：配置管理是解決項目產(chǎn)品的變更標(biāo)識、變更控制，以及變更發(fā)布變更標(biāo)識的問題。配置管理4變更控制的問題。、變更發(fā)布5、配置管理流程主要包括九大部分1） 制訂配置管理計劃2） 識別配置項3） 建立配置管理系統(tǒng)4） 創(chuàng)建和發(fā)行基線5） 跟蹤變更6） 控制變更7） 建立配置管理記錄8） 執(zhí)行配置審核9） 版本控制另外，與此流程相關(guān)的還有：關(guān)于組織的總體方針項目計劃與配置模板另外，與此流程相關(guān)的還有：關(guān)于組織的總體方針項目計劃與配置模板6、項目配置管理的任務(wù)1） 制訂項目配置管理計劃2） 確定配置標(biāo)識規(guī)劃3） 實施變更控制4） 報告配置狀態(tài)5） 進(jìn)行配置審核6） 進(jìn)行版本管理和發(fā)行管理計劃配置標(biāo)識、建立基線系統(tǒng)計劃配置標(biāo)識、建立基線系統(tǒng)變更版本狀態(tài)報告配置審計1） 配置管理計劃2） 配置標(biāo)識和建立基線3） 建立配置管理系統(tǒng)4） 變更管理5） 版本管理6） 配置狀態(tài)報告7） 配置審核/配置審計8、 配置管理計劃配置管理計劃主要內(nèi)容包括：管理軟硬件資源、配置項計劃、基線計劃交付計劃、備份計劃等由配置控制委員會（ConfigurationControlBqCCB）審核該計劃。9、制訂配置管理計劃主要步驟（了解）1） 建立并維護(hù)配置管理的組織方針2） 確定配置管理需確定的資源3） 分配責(zé)任4）培訓(xùn)計劃5）確定“配置管理”的項目干系人，并確定其介入時機(jī)6）制訂識別配置項的準(zhǔn)則7）制訂配置項管理表8）確定配置管理的軟硬件資源9）制訂基線計劃10）制訂配置庫備份計劃11）制訂變更控制流程12）制訂審批計劃10、配置標(biāo)識與建立基線配置標(biāo)識是配置管理的基礎(chǔ)性工作，是配置管理的前提。1）識別配置項識別配置項，即識別將置于配置管理之下的配置項和有關(guān)的工作產(chǎn)品。包括將交付給顧客的產(chǎn)品指定的內(nèi)部產(chǎn)品采辦的產(chǎn)品工具其他用于創(chuàng)建和描述這些工作產(chǎn)品的實體。識別配置項的步驟：（1）識別配置項（2）為每一配置項指定唯一性的標(biāo)識符（3）確定每個配置項的主要特征（4）確定配置項進(jìn)入配置管理的時間（5）確定配置項擁有者的責(zé)任（6）填寫《配置項管理表》（7）審批《配置項管理表》【識別】弓【配置項】標(biāo)識符（唯一）主要特征進(jìn)入配置管理時間 弓【填寫】【《配置項管理表》擁有者責(zé)任 fCCB審批2）創(chuàng)建基礎(chǔ)或發(fā)行基線baseline對基線的更改必須遵循變更控制規(guī)程一組擁有唯一標(biāo)識號的需求、設(shè)計、源代碼文卷以及相應(yīng)的可執(zhí)行代碼、構(gòu)造文卷和用戶文檔（相應(yīng)的實體），可以認(rèn)為是一個基線?；€一經(jīng)發(fā)布，就可以作為從配置管理系統(tǒng)檢索源代碼和生成可執(zhí)行文卷的工具。11、變更管理>項目變更：不可避免性、復(fù)雜性分析變更>變更管理的任務(wù)記錄和追蹤變更采取措施保證變更受控1)配置庫配置庫(configurationlibrary),也稱為配置項庫(ConfigurationItemRepository)。記錄與配置相頭的所有信息主要作用：利用庫中的信息可評價變更的后果，對變更控制有重要意義從庫中可提取各種配置管理過程的管理信息，可查詢庫回答問題配置庫分類：(1)開發(fā)庫(DevelopmentLibrary)動態(tài)庫、工作庫、程序員庫。供開發(fā)人員個人使用。修改頻繁，只要開發(fā)人員認(rèn)為有必要無需對其作任何控制(2)受控庫(ControlledLibrary)某個階段工作結(jié)束時，將工作產(chǎn)品存入或?qū)⒂嘘P(guān)信息存入信息包括：計算機(jī)可讀的，人工可讀的文檔資料讀寫加以控制(3)產(chǎn)品庫(ProductLibrary)靜態(tài)庫最終產(chǎn)品入庫，庫內(nèi)信息加以控制。1、 開發(fā)庫：動態(tài)庫、程序員庫、工作庫、動態(tài)系統(tǒng)、開發(fā)系統(tǒng)、工作空間2、 受控庫：主庫、系統(tǒng)庫、主系統(tǒng)、受控系統(tǒng)3、 產(chǎn)品庫：備份庫、靜態(tài)庫、軟件倉庫、靜態(tài)系統(tǒng)2)變更控制委員會變更控制委員會(ChangeControlBoardCCB),又稱配置控制委員會(ConfigurationControlBoard，CCB)是配置項變更的監(jiān)管組織。其任務(wù)是對建議的配置項變更做出評價、審批以及監(jiān)督已批準(zhǔn)變更的實施。CCB成員包括：項目經(jīng)理、用戶代表、項目質(zhì)量控制人員、配置控制人員、監(jiān)理方人員。CCB不必是是常設(shè)機(jī)構(gòu)，可以根據(jù)需要設(shè)置>若CCB不只是控制變更，則包括：基線的審定、標(biāo)識的審定、產(chǎn)品的審定>小的項目CCB可以只有1人(為甲方領(lǐng)導(dǎo))，或全部兼職。

12、版本控制配置項的狀態(tài)版本號草稿 draft0.xyxy:01-99正式發(fā)布releasedx.yx,y:1-9第一個發(fā)布1?0正在修改changingx.yzx.y不變，z增大；發(fā)布：z=0,x.y增大變更控制配置項的狀態(tài)變化評審狀態(tài)工作狀態(tài)開發(fā)人員滿意通過訝審未通過評審圖15產(chǎn)配宣項的狀態(tài)變化clieck_Dut 7*｛受控狀態(tài)checkin'配置項的狀態(tài)變化評審狀態(tài)工作狀態(tài)開發(fā)人員滿意通過訝審未通過評審圖15產(chǎn)配宣項的狀態(tài)變化clieck_Dut 7*｛受控狀態(tài)checkin' ?—通過評審草稿再次通過評審O.YZYZ:01?O.YZYZ:01?9913、配置狀態(tài)報告(ConfigurationStatusReporting)這是配置管理的一個組成部分。又稱為配置狀態(tài)說明與報告(ConfigurationStatusAccountingandReporting),有效地記錄和報告管理配置所需要的信息，目的是及時、準(zhǔn)確地給出軟件配置項的當(dāng)前狀況，供相關(guān)人員了解，以加強(qiáng)配置管理工作。配置狀態(tài)報告的目的，是根據(jù)配置項操作的記錄來向干系人報告軟件開發(fā)活動的進(jìn)展情況。14、配置審核配置審核的任務(wù)：驗證配置項對配置標(biāo)識的一致性。實踐證明：雖對配置項標(biāo)識，但不管理仍會混亂。這些驗證，包括：(1)對配置項的處理是否背離初始的規(guī)格說明或已批準(zhǔn)的變更請求現(xiàn)象(2)配置管理準(zhǔn)則是否遵循(3)變更控制規(guī)程是否遵循，變更記錄可用否(4)在規(guī)格說明、項目產(chǎn)品和項目變更請求之間是否保持了可追溯性>配置審核：功能配置審核：實際功效vs需求物理配置審核：物理介質(zhì)

配置審核分類物理角度配置項是否已達(dá)到規(guī)定的性能和功能特定特性配置項的運行和支持文檔是否已完成，是否符合要求配置審核分類物理角度包括按測試數(shù)據(jù)審核正式測試文檔審核驗證和確認(rèn)報告評審所有批準(zhǔn)的變更評審變更后的文檔更新包括抽查設(shè)計評審報告進(jìn)行評審以確保所有測試已執(zhí)行依據(jù)功能和性能需求進(jìn)行額外的抽樣測試每個構(gòu)建的配置項是否符合相應(yīng)的技術(shù)文檔配置項與配置狀態(tài)報告中的信息是否相對應(yīng)審核系統(tǒng)規(guī)格說明書的完整性比較架構(gòu)設(shè)計和詳細(xì)設(shè)計構(gòu)建的一致性包括 評審模塊列表以確定已批準(zhǔn)的編碼標(biāo)準(zhǔn)審核手冊（如用戶手冊、操作手冊）的格式與完整性以及與系統(tǒng)功能描述的符合性2）配置審核的意義是為了確保項目配置管理的有效性體現(xiàn)配置管理的最根本的要求，不允許出現(xiàn)任何混亂現(xiàn)象防止用戶提交不適合的產(chǎn)品發(fā)現(xiàn)不完善的實現(xiàn)，如：開發(fā)出不符合初始規(guī)格說明書未按變更請求實施變更配置項不匹配、不相容現(xiàn)象配置項在所要求的質(zhì)量控制審查后作為基線入庫確認(rèn)記錄和文檔保持著可追溯性15、CMO配置管理員權(quán)限最高工作負(fù)責(zé)人編制配置管理計劃創(chuàng)建配置管理環(huán)境審核變更計劃變更申請變更實施變更發(fā)布CCBCMO7項目經(jīng)理開發(fā)人員7權(quán)限 內(nèi)容read 可以讀取文件內(nèi)容，但不能對文件進(jìn)行變更check 可使用［checkin］等命令，對文件內(nèi)容進(jìn)行變更add 可使用［文件的追加］、［文件的重命名］、［刪除］等命名destroy 有權(quán)進(jìn)行文件的不可逆毀壞、清除‘rollback等命令開發(fā)庫項目經(jīng)理項目成員QA測試人員配置管理員人員權(quán)限文檔readVVVVVcheckVVVVVaddVVVVVdestroyXXXXV代碼readVVVVVcheckVVXXVaddVVXXVdestroyXXXXV產(chǎn)品庫項目經(jīng)理項目成員QA測試人員 ］配置管理員人員權(quán)限r(nóng)eadVVVVVcheckXXXXVaddXXXXVdestroyXXXXV

測試人員 配置管理員受控庫測試人員 配置管理員16、基線分類16、基線分類1)GB功能基線：系統(tǒng)規(guī)格說明分配基線：軟件規(guī)格說明技術(shù)狀態(tài)基線。FunctionalBaseline指派基線）AllocatedBaseline產(chǎn)品基線：軟件產(chǎn)品所有配置項ProductBaseline產(chǎn)品基線：軟件產(chǎn)品所有配置項ProductBaseline理解：理解：1、 功能基線：是確定項目或產(chǎn)品功能性能的，是最基礎(chǔ)的基線2、 分配基線：相當(dāng)于一個系列產(chǎn)品的可以有多種配置型號3、 產(chǎn)品基線：是對于客戶個性化訂單生產(chǎn)的基線人員權(quán)限文檔readVVVVVcheckVXXXVaddVXXXVdestroyXXXXV代碼readVVVVVcheckVXXXVaddVXXXVdestroyXXXXV項目經(jīng)理項目成員QA

2）實際工作：需求基線、設(shè)計基線、測試基線、產(chǎn)品基線3）對內(nèi)、對外：發(fā)行基線：交付給外部客戶、交付構(gòu)造基線：企業(yè)內(nèi)部使用、釋放創(chuàng)建基線步驟獲得CCB授權(quán)創(chuàng)建發(fā)行/構(gòu)造基線形成文件使用基線可用創(chuàng)建基線步驟ch16外包管理1、外包外包是企業(yè)利用外部的專業(yè)資源為已服務(wù)，從而達(dá)到降低成本、提高效率、充分發(fā)揮自身核心競爭力，乃至增加自身應(yīng)變能力的一種管理模式。2、企業(yè)為何外包回歸核心業(yè)務(wù)3、外包主要利益與負(fù)面影響主要利益負(fù)面影響1、因獲得服務(wù)所產(chǎn)生的成本降低無法達(dá)到預(yù)期的成本節(jié)約2、降低人事成本3、服務(wù)交送的彈性4、取得專業(yè)知識5、服務(wù)改善企業(yè)雇主和服務(wù)供應(yīng)商在服務(wù)品質(zhì)和酬勞層面上時有爭議6、額外的管理時間7、專注于核心服務(wù)無法借機(jī)開拓出滿足客戶新層次需求和符合彈性運作需求的機(jī)會8、品質(zhì)改善自行管理領(lǐng)域的整體品質(zhì)降低9、投資減少10、現(xiàn)金流通11、“杠桿效應(yīng)”未和服務(wù)商達(dá)成真正合作關(guān)系4、外包管理中常見的問題要更多地關(guān)注外包項目在進(jìn)度、成本、質(zhì)量等方面難衡量、難管理、易失控等問題發(fā)包方可能遇到的問題包括：如何？1）隨時了解項目進(jìn)度2）質(zhì)量是關(guān)鍵，衡量外包項目的質(zhì)量情況3）與承包方安全交互文檔4）防患于未然，及時發(fā)現(xiàn)項目中潛在問題5）衡量承包方的工作效果5、外包管理的目標(biāo)1）慎重選擇合格軟件承包商 選擇2）相互同意對方的承諾 承諾3）需常交流 交流4）跟蹤承包商實際完成情況和成果 監(jiān)控ch17需求管理1、需求工程把所有與需求相關(guān)的活動統(tǒng)稱為“需求工程”。需求工程的活動可以分為兩類：需求開發(fā)、需求管理2、需求開發(fā)通過調(diào)杳和分析，獲得用戶需求并定義產(chǎn)品需求。需求基線：項目視圖和范圍文檔、用例文檔、軟件需求規(guī)格說明書相關(guān)分析模型經(jīng)評審批準(zhǔn)后，形成需求基線。1）需求開發(fā)過程-->“用戶需求說明書”（1）需求獲?。?）需求分析：對需求信息分析并抽象描述，建模（3）需求定義：-->《需求規(guī)格說明書》（4）需求驗證開發(fā)方和用戶共同對需求文檔評審，經(jīng)雙方對需求達(dá)成共識后做出書面承諾使需求文檔具有商業(yè)合同效果。2）“需求管理”和“需求開發(fā)”密切合作?！靶枨箝_發(fā)”：把項目關(guān)系人的需要轉(zhuǎn)換成產(chǎn)品需求決定如何在各個產(chǎn)品構(gòu)件之間安排或分配需求“需求管理”：收集需求的變更、變更的理由、并維護(hù)對原需求和所有產(chǎn)品及產(chǎn)品構(gòu)件需求的雙向跟蹤3、CMMI中需求管理流程（過程）1） 制定需求管理計劃 計劃2）求得對需求的理解 “確認(rèn)需求”求理解，達(dá)成共識3） 求得對需求的承諾 建立承諾，迭代承諾 求承諾4） 管理需求變更 變更5）維護(hù)對需求的雙向跟蹤 雙向跟蹤6）識別項目工作與需求的不一致性 不一致性、糾正措施3.1） 制訂需求管理計劃確定需求管理軟硬件資源、需求跟蹤矩陣、需求變更請求表等。由項目經(jīng)理審批該計劃。3.2） 求得對需求的理解設(shè)法理解需求提供者提出這些需求的含義。即“確認(rèn)需求”活動。為了避免這些需求漫無邊際地