【正文】 悉程度；對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度；企業(yè)內(nèi)部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。5）項目成員的能力。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進(jìn)度，多增加人選多采用加班的方式是一種萬不得已的選擇。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴(yán)重。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。2）軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。制定軟件項目進(jìn)度計劃應(yīng)當(dāng)考慮以下一些因素：1）對于系統(tǒng)需求和項目目標(biāo)的掌握程度。小規(guī)模的項目可簡便地使用excel作為輔助工具。設(shè)計評審表格中檢查點／里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。總體進(jìn)度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進(jìn)度安排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。必要時畫出本項目采用的工作流程圖及適當(dāng)?shù)奈淖终f明。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。對于軟件開發(fā)項目而言，在分析、識別和管理風(fēng)險上投入足夠的時間和人力可以使項目進(jìn)展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。內(nèi)在風(fēng)險是指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。應(yīng)該分析風(fēng)險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔(dān)的工作內(nèi)容以及工作實施責(zé)任人的姓名、聯(lián)系電話。本節(jié)說明在項目開發(fā)過程中項目團(tuán)隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。、聯(lián)系方式、溝通方式、協(xié)作模式，包括：a、負(fù)責(zé)本項目同用戶的接口人員；b、負(fù)責(zé)本項目同本企業(yè)各管理機(jī)構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員；c、負(fù)責(zé)本項目同分包方的接口人員。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應(yīng)當(dāng)（主動）采取什么措施，包括溝通，如何互相配合來共同完成某項任務(wù)。溝通方式如會議、使用電話、qq、內(nèi)部郵件、外部郵件、quickplace、聊天室等等。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團(tuán)隊成員、項目接口人員、項目團(tuán)隊外部相關(guān)人員等等。以下是一個示例。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當(dāng)?shù)販p少。注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團(tuán)隊成員來自于哪個部門。項目的組織結(jié)構(gòu)可以從所需角色和項目成員兩個方面描述。如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。環(huán)境可能不止一種，如開發(fā)工具可能需要針對java的，也需要針對c++的。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等。根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。此處需要移交用戶的文檔可參考合同中的規(guī)定。其中軟件對象可能包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。工作范圍界定： 為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。注意產(chǎn)品范圍與項目工作范圍的不同含義。假設(shè)與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應(yīng)該在風(fēng)險分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應(yīng)當(dāng)采取的相應(yīng)措施。假設(shè)是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。（時間、人員、預(yù)算、設(shè)備等）進(jìn)行說明。軟件系統(tǒng)產(chǎn)品目標(biāo)應(yīng)當(dāng)從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。一般要在說明了總目標(biāo)的基礎(chǔ)上再說明分解目標(biāo)，可加上為實現(xiàn)項目的總目標(biāo)，（如合同、立項建議書、項目技術(shù)方案、標(biāo)書等）說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標(biāo)及簡要的軟件功能需求。橫向分解一般按照系統(tǒng)的功能或按照建設(shè)單位的不同業(yè)務(wù)要求，如分解為第一目標(biāo)、第二目標(biāo)等等；縱向的分解一般是指按照階段，如分解為第一階段目標(biāo)、第二階段目標(biāo)等等，或近期目標(biāo)、中期目標(biāo)、遠(yuǎn)期目標(biāo)等等。明確的項目目標(biāo)應(yīng)該指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。參考資料的內(nèi)容應(yīng)該涵蓋標(biāo)準(zhǔn)、條約和約定。例如：相應(yīng)的《立項建議書》、《項目任務(wù)書》、合同、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、上級機(jī)關(guān)有關(guān)通知和實施方案、相應(yīng)的技術(shù)規(guī)范等。常用資料如：本項目的合同、標(biāo)書、上級機(jī)關(guān)有關(guān)通知、經(jīng)過審批的項目任務(wù)書；屬于本項目的其他已經(jīng)發(fā)表的文件；本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。、標(biāo)題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標(biāo)準(zhǔn)的途徑。、外文縮寫詞的原詞及中文解釋。軟件系統(tǒng)與機(jī)構(gòu)的關(guān)系：說明軟件系統(tǒng)除了委托單位和使用單位，還與哪