以下內(nèi)容摘自信管網(wǎng)論壇文章：我是這樣過高項的（58，63，52）

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【監(jiān)理工作內(nèi)容（四控、三管、一協(xié)調(diào)）】
四控：信息系統(tǒng)工程質(zhì)量控制；信息系統(tǒng)工程進(jìn)度控制：信息系統(tǒng)工程投資控制；信息系統(tǒng)工程變更控制。
三管：信息系統(tǒng)工程合同管理；信息系統(tǒng)工程信息管理；信息系統(tǒng)工程安全管理。
一協(xié)調(diào)：在信息系統(tǒng)工程實施過程中協(xié)調(diào)有關(guān)單位及人員間的工作關(guān)系。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【三方一法】：甲方（建設(shè)方）、乙方（集成單位、承建方）、監(jiān)理方，項目管理方法
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【監(jiān)理大綱】：編制監(jiān)理規(guī)劃的依據(jù)，投標(biāo)階段編制；
【監(jiān)理規(guī)劃】：指導(dǎo)監(jiān)理開展工作的綱領(lǐng)性文件，是在簽訂監(jiān)理委托合同后，在總監(jiān)理工程師主持下編制，目的是指導(dǎo)監(jiān)理部召開日常工作。
【監(jiān)理實施細(xì)則】：是監(jiān)理規(guī)劃編制完成后，據(jù)監(jiān)理規(guī)劃由專業(yè)監(jiān)理工程師針對具體專業(yè)編制的操作性業(yè)務(wù)文件，目的在指導(dǎo)具體監(jiān)理業(yè)務(wù)。＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
監(jiān)理合同與監(jiān)理規(guī)劃的作用：
【監(jiān)理合同】：建設(shè)單位與監(jiān)理單位簽署的委托監(jiān)理合同，是建設(shè)單位聘請監(jiān)理單位代其對工程項目進(jìn)行管理，明確雙方權(quán)利、義務(wù)的協(xié)議。明確了監(jiān)理人的權(quán)利和義務(wù)。是監(jiān)理單位開展工作的依據(jù)。收到監(jiān)理合同，下發(fā)監(jiān)理任務(wù)書。是監(jiān)理規(guī)劃的依據(jù)。內(nèi)容包括：（1）監(jiān)理業(yè)務(wù)內(nèi)容； （二）雙方的權(quán)利和義務(wù)； （三）監(jiān)理費用的計取和支付方式；（四）違約責(zé)任及爭議的解決辦法；（五）雙方約定的其他事項。作用：總監(jiān)理工程師行使合同賦予監(jiān)理單位的權(quán)限，全面負(fù)責(zé)受委托的監(jiān)理工作；
監(jiān)理活動中產(chǎn)生的爭議，應(yīng)當(dāng)依據(jù)監(jiān)理合同相關(guān)條款協(xié)商解決，或者依法進(jìn)行仲裁，或者依法提起訴訟；按照監(jiān)理合同取得監(jiān)理收入；根據(jù)監(jiān)理合同獨立執(zhí)行工程監(jiān)理業(yè)務(wù)
【監(jiān)理規(guī)劃】：建立規(guī)劃時項目監(jiān)理單位針對項目的實際情況，按照信息系統(tǒng)工程監(jiān)理規(guī)范所規(guī)定的程序與依據(jù)編制完成的。明確了本次項目監(jiān)理活動中監(jiān)理單位的工作目標(biāo)、確定了具體的監(jiān)理工作制度、程序、方法和措施，是指導(dǎo)項目監(jiān)理單位完成工程監(jiān)理工作的計劃性文件。不包含前期階段監(jiān)理的工作內(nèi)容?？偙O(jiān)理工程師在收到公司主管領(lǐng)導(dǎo)的監(jiān)理任務(wù)書后開始編制監(jiān)理規(guī)劃。編制的依據(jù)為委托監(jiān)理合同、建設(shè)單位與開發(fā)承包方簽訂的信息系統(tǒng)承包開發(fā)合同、信息系統(tǒng)工程相關(guān)法律、法規(guī)和項目審批文件、與信息系統(tǒng)工程項目有關(guān)的標(biāo)準(zhǔn)、設(shè)計文件、技術(shù)資料。
【監(jiān)理規(guī)劃】的作用 ：
1指導(dǎo)項目監(jiān)理機構(gòu)全面開展工作.（基本作用）
2.監(jiān)理規(guī)劃是建設(shè)監(jiān)理主管機構(gòu)對監(jiān)理單位監(jiān)督管理的依據(jù) ?
3.監(jiān)理規(guī)劃是業(yè)主確認(rèn)監(jiān)理單位旅行合同的主要依據(jù)
業(yè)主有權(quán)監(jiān)督監(jiān)理單位全面認(rèn)其執(zhí)行監(jiān)理合同（權(quán)利）
監(jiān)理規(guī)劃應(yīng)當(dāng)能夠全面而詳細(xì)的為業(yè)主監(jiān)督監(jiān)理合同的旅行提供依據(jù) ?
4.監(jiān)理規(guī)劃是監(jiān)理單位內(nèi)部考核的依據(jù)和重要的存檔資料
監(jiān)理規(guī)劃的內(nèi)容隨著工程的進(jìn)展而逐步調(diào)查,補充和完善它在一定程度上真實地反映了一個建設(shè)工程監(jiān)理工作的全貌,也反映可監(jiān)理人員的水平和能力→考核的依據(jù)
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【總監(jiān)理工程師職責(zé)】：
1.確定項目監(jiān)理機構(gòu)人員的分工和崗位職責(zé)；
2.主持編寫項目監(jiān)理規(guī)劃、審批項目監(jiān)理實施細(xì)則，并負(fù)責(zé)管理項目監(jiān)理機構(gòu)的日常工作；
3.審查分包單位的資質(zhì)，并提出審查意見；
4.檢查和監(jiān)督監(jiān)理人員的工作：根據(jù)工程項目的進(jìn)展情況可進(jìn)行監(jiān)理人員調(diào)配，對不稱職的監(jiān)理人員應(yīng)調(diào)換其工作；
5.主持監(jiān)理工作會議，簽發(fā)項目監(jiān)理機構(gòu)的文件和指令；
6.審定承包單位提交的開工報告、施工組織設(shè)計、技術(shù)方案、進(jìn)度計劃；
7.審核簽署承包單位的申請、支付證書和竣工結(jié)算； 8.審查和處理工程變更；
9.主持或參與工程質(zhì)量事故的調(diào)查；
10.調(diào)解建設(shè)單位與承包單位的合同爭議、處理索賠、審批工程延期；
11.組織編寫并簽發(fā)監(jiān)理月報、監(jiān)理工作階段報告、專題報告和項目監(jiān)理工作總結(jié)；
12.審核簽認(rèn)分部工程和單位工程的質(zhì)量檢驗評定資料，審查承包單位的竣工申請，組織監(jiān)理人員對待驗收的工程項目進(jìn)行質(zhì)量檢查，參與工程項目的竣工驗收；
13.主持整理工程項目的監(jiān)理資料。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【總監(jiān)理工程師】不得將以下工作委托給【總監(jiān)理工程師代表】：
1、主持編寫項目規(guī)劃、審批項目監(jiān)理實施細(xì)則；
2、簽發(fā)開工/復(fù)工報審表、工程暫停令、工程款支付證書、工程竣工報驗單
3、審查簽認(rèn)竣工結(jié)算；
4、調(diào)解建設(shè)單位與承建單位的合同爭議、處理索賠；
5、根據(jù)工程項目的進(jìn)展情況進(jìn)行人員調(diào)配、對不稱職的監(jiān)理人員進(jìn)行調(diào)換。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【系統(tǒng)集成的類型】
系統(tǒng)集成主要包括設(shè)備系統(tǒng)集成和應(yīng)用系統(tǒng)集成。
1、【設(shè)備系統(tǒng)集成】，也可稱為硬件系統(tǒng)集成，可分為智能建筑系統(tǒng)集成、計算機網(wǎng)絡(luò)系統(tǒng)集成、安防系統(tǒng)集成等。
2、【應(yīng)用系統(tǒng)集成】，又稱為行業(yè)信息化解決方案集成，已經(jīng)深入到用戶具體業(yè)務(wù)和應(yīng)用層面。應(yīng)用系統(tǒng)集成可以說是系統(tǒng)集成的高級階段，獨立的應(yīng)用軟件供應(yīng)商成為其中的核心。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【信息系統(tǒng)的生命周期】
信息系統(tǒng)的生命周期可以分為4個階段：立項、開發(fā)、運維、消亡。
【開發(fā)階段】又可分為以下階段：
（1）總體規(guī)劃階段、（2）系統(tǒng)分析階段、（3）系統(tǒng)設(shè)計階段、（4）系統(tǒng)實施階段、（5）系統(tǒng)驗收階段。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【需求工程】=【需求開發(fā)】 【需求管理】
【需求開發(fā)】目的是通過調(diào)查與分析獲取用戶需求并定義產(chǎn)品需求；
【需求管理】：目的是確保各方對需求的一致理解，管理和控制需求的變更，從需求到最終產(chǎn)品的雙向跟蹤。
【需求開發(fā)】包括：
1、【需求獲取】：產(chǎn)生《用戶需求說明書》；
2、【需求分析】：建立一個概念模型；
3、【需求定義】：產(chǎn)生《需求規(guī)格說明書》
4、【需求驗證】：達(dá)成共識，書面承諾。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
信息系統(tǒng)開發(fā)方法
常用的【開發(fā)方法】有：
1、【結(jié)構(gòu)化方法】：屬于自頂向下的開發(fā)方法，強調(diào)開發(fā)方法的結(jié)構(gòu)合理性及所開發(fā)軟件的結(jié)構(gòu)合理性。
2、【原型法】
3、【面向?qū)ο蠓椒ā?
4、【凈室法】（主要使用三種盒類型：黑盒、狀態(tài)盒、清晰盒），并不強調(diào)單元測試或集成測試，而是通過定義一組使用場景、確定對每個場景的使用概率及定義符合概率的隨機測試來進(jìn)行軟件測試（這種活動稱為正確性驗證））。
5、【軟件再工程】（reengineering）是對現(xiàn)有軟件系統(tǒng)的重新開發(fā)過程，包括：逆向工程（reverse engineering，反向工程）、新需求的考慮（軟件重構(gòu)）和正向工程三個步驟。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【結(jié)構(gòu)化方法】：
結(jié)構(gòu)化方法是應(yīng)用最為廣泛的一種開發(fā)方法。按照信息系統(tǒng)生命周期，應(yīng)用結(jié)構(gòu)化系統(tǒng)開發(fā)方法，把整個系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步她依次進(jìn)行，前一階段是后一階段的工作依據(jù)；每個階段又劃分詳細(xì)的工作步驟，順序作業(yè)。每個階段和主要步驟都有明確詳盡的文檔編制要求，各個階段和各個步驟的向下轉(zhuǎn)移都是通過建立各自的軟件文檔和對關(guān)鍵階段、步驟進(jìn)行審核和控制實現(xiàn)的。
該方法的優(yōu)點是：理論基礎(chǔ)嚴(yán)密，它的指導(dǎo)思想是用戶需求在系統(tǒng)建立之前就能被充分了解和理解。由此可見，結(jié)構(gòu)化方法注重開發(fā)過程的整體性和全局性。
該方法的缺點是：開發(fā)周期長；文檔、設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之初全面認(rèn)識系統(tǒng)的信息需求，充分預(yù)料各種可能發(fā)生的變化，但這并不十分現(xiàn)實；若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調(diào)動，造成系統(tǒng)交接過程不平穩(wěn)，系統(tǒng)運行與維護(hù)管理難度加大。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【原型法】：
原型法的基本思想與結(jié)構(gòu)化方法不同，原型法認(rèn)為在很難一下子全面準(zhǔn)確地提出用戶需求的情況下，首先不要求一定要對系統(tǒng)做全面、詳細(xì)的調(diào)查、分析，而是本著開發(fā)人員對用戶需求的初步理解，先快速開發(fā)一個原型系統(tǒng)，然后通過反復(fù)修改來實現(xiàn)用戶的最終系統(tǒng)需求。
原型應(yīng)當(dāng)具備的特點如下：
1、實際可行。2、具有最終系統(tǒng)的基本特征。3、構(gòu)造方便、快速，造價低。
原型法的特點在于原型法對用戶的需求是動態(tài)響應(yīng)、逐步納入的，系統(tǒng)分析、設(shè)計與實現(xiàn)都是隨著對一個工作模型的不斷修改而同時完成的，相互之間并無明顯界限，也沒有明確分工。系統(tǒng)開發(fā)計劃就是一個反復(fù)修改的過程。適于用戶需求開始時定義不清、管理決策方法結(jié)構(gòu)化程度不高的系統(tǒng)開發(fā)，開發(fā)方法更宜被用戶接受；但如果用戶配合不好，盲目修改，就會拖延開發(fā)過程。
可以將原型分類如下：
1、【拋棄型原型】；
2、【進(jìn)化型原型】。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【瀑布模型】適合【需求清楚】、項目初期就可以確定所有需求，不需要二次開發(fā)的項目，或者是已經(jīng)有了一個與之非常類似的歷史項目。
【螺旋模型】由風(fēng)險驅(qū)動，強調(diào)【風(fēng)險】分析（執(zhí)行風(fēng)險分析將大大影響項目利潤），適合于內(nèi)部的龐大而復(fù)雜、高風(fēng)險的系統(tǒng)。
【迭代模型】適合于【事先不能定義完整】的產(chǎn)品需求，計劃【多期】開發(fā)的項目。
對待需要給客戶或用戶快速【演示】原型的情況適合于【原型模型】。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
【瀑布模型】：把項目開發(fā)流程分為軟件計劃、需求分析、軟件設(shè)計、編碼實現(xiàn)、軟件測試和運行維護(hù)6個階段。
【變換模型】：（演化模型）是在快速開發(fā)一個原型的基礎(chǔ)上，根據(jù)用戶在調(diào)用原型的過程中提出反饋意見和建議，對原型進(jìn)行改進(jìn)，獲得原型的新版本，重復(fù)這一過程，直到演化成最終產(chǎn)品。
【螺旋模型】：瀑布模型和變換模型結(jié)合，增加了風(fēng)險分析，適合于大型復(fù)雜系統(tǒng)。每個周期包括需求定義、風(fēng)險分析、工程實現(xiàn)和評審4個層次。其特點之一是循環(huán)反復(fù)，有一系列的里程碑。
【噴泉模型】：主要支持面向?qū)ο蟮拈_發(fā)方法。
【智能模型】：基于知識的軟件開發(fā)模型，綜合上述若干個模型，并把專家系統(tǒng)結(jié)合在一起。
【原型】：
從原型是否實現(xiàn)功能來分，分為【水平原型】（也叫行為模型，通常只是功能的導(dǎo)航，并未真實實現(xiàn)功能，主要用在界面上）和【垂直原型】（也叫結(jié)構(gòu)化原型，實現(xiàn)了一部分功能，主要用在復(fù)雜的算法實現(xiàn)上）。
從原型最終結(jié)果來分，分為【拋棄型原型】（也叫探索型原型，達(dá)到預(yù)期目標(biāo)后，原型本身被拋棄，主要用在解決需求不確定性、二義性、不完整、含糊性等）和【演化型原型】（是螺旋模型的一部分，也是面向?qū)ο筌浖_發(fā)過程的一部分，主要用在必須易于升級和優(yōu)化的項目，適用于web項目）。也有的包括【拋棄式原型】、【演化式原型】和【遞增式原型】。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊