【正文】 可見，增量式模型充分迎合了該項目的特點(diǎn)，并且提供了多種途徑解決項目中的一些難題。 可以減少開發(fā)過程中用戶需求的變更。增量式模型的特點(diǎn)如下： 可以避免一次性投資太多帶來的風(fēng)險，將主要的功能或者風(fēng)險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性。 在項目本身的開發(fā)上，為了使系統(tǒng)錦上添花，會用到許多開發(fā)人員也并不熟悉的技術(shù)， 這可能需要開發(fā)人員進(jìn)一步的學(xué)習(xí)后，再對系統(tǒng)進(jìn)行改進(jìn)。 項目組內(nèi)部對此系統(tǒng)的認(rèn)識也不夠統(tǒng)一，對大量輔助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，隨著項目的進(jìn)行，由項目經(jīng)理進(jìn)一步收集用戶及成員的想法意見進(jìn)行決策。 負(fù)責(zé)對每一個變化的需求進(jìn)行階段性測試。 需求分析與軟件測試小組 負(fù)責(zé)分析頻繁變更的需求，并將需求反映到系統(tǒng)應(yīng)實現(xiàn)或改變的功能上。 質(zhì)量保證小組 負(fù)責(zé)項目過程和產(chǎn)品規(guī)范的制定。 負(fù)責(zé)配合質(zhì)量保證的活動，如系統(tǒng)測試、文檔編制等。 軟 件開發(fā)小組 負(fù)責(zé)項目的軟件開發(fā)，包括設(shè)計、編碼、單元測試。 負(fù)責(zé)資源的分配和協(xié)調(diào)活動。 負(fù)責(zé)項目計劃制定和維護(hù)。項目組向下又細(xì)分為軟件開發(fā)小組（由 6 名成員共同組成，負(fù)責(zé)人為秦宇）、質(zhì)量保證小組（負(fù)責(zé)人為陸金，組員為寧珠）；由于此項目需求不是特別明確，而且經(jīng)常需要功能擴(kuò)充，因此單獨(dú)成立了一個需求分析與軟件測試小組（負(fù)責(zé)人為張雪嬌，組員有李鑫、秦宇）。 組織結(jié)構(gòu)圖如下： 簡要說明： 該項目組共有 6 名成員。然而由于參與項目的總?cè)藬?shù)本來就非常少，另外由于此項目各模塊間的松耦合，不需要領(lǐng)導(dǎo)間過多的協(xié)調(diào)配合，因此這種交叉調(diào)配人員的方式實現(xiàn)起來不具備足夠的可行性，落實在這個項目上也有些大材小用。同時，員工必須和他的兩個領(lǐng)導(dǎo)保持良好的關(guān)系，應(yīng)該顯示出對這兩個主管的雙重忠誠。 3 項目成員有多位領(lǐng)導(dǎo)，即員工必須要接受雙重領(lǐng)導(dǎo)，因此經(jīng)常能體會到焦慮與壓力。 缺點(diǎn) 1 容易引起職能經(jīng)理和項目經(jīng)理權(quán)利的沖突。 4 項目成員的顧慮減少了，因為項目完成后，他們?nèi)匀豢梢曰氐皆瓉淼穆毮懿块T，不用擔(dān)心被解散。研究表明：一般使用這種管理模式的企業(yè)比傳統(tǒng)企業(yè)少用 20%的員工。 2 多個項目可以共享各個職能部門的資源。 優(yōu)點(diǎn) 1 專職的項目經(jīng)理負(fù)責(zé)整個項目，以項目為中心，能迅速解 矩陣型 決問題。由于這個項目各模塊間的耦合度較低，不需要小組間大量的信息共享；而且項目組內(nèi)有著統(tǒng)一的交流方式（臨時的網(wǎng)上討論組），各項決策規(guī)定可以第一時間直接反映給項目成員；更兼此項目本來就是一次獨(dú)立的開發(fā)，與其他項目在人員和技術(shù)上沒有緊密的聯(lián)系，因此項目成員在項目完成后都已經(jīng)有足夠的準(zhǔn)備和清楚的打算。 適用 條件 適用于開拓性等風(fēng)險較大的項目或進(jìn)度、成本、質(zhì)量等指標(biāo)有嚴(yán)格要求的項目； 不適合人才匱乏或規(guī)模小的企業(yè)。 3 在項目完成以后，項目型組織中的項目成員或者 被拍到另一個項目中去，或者被解雇，對項目成員來說，缺乏一種事業(yè)上的連續(xù)性和安全感。 缺點(diǎn) 1 每一個項目型組織，資源不能共享，即使某個項目的專用資源閑置，也無法應(yīng)用于另外一個同時進(jìn)行的類似項目，人員、設(shè)施、設(shè)備重復(fù)配置，會造成一定程度的資源浪費(fèi)。 4 組織結(jié)構(gòu)簡單，易于操作。有利于項目的順利完成?？梢愿鶕?jù)項目需要隨意調(diào)動項目組織的內(nèi)部資源或者外部資源。但該項目組的成員來自不同班級，總?cè)藬?shù)較少，成員互相之間的了解也較少，因此這種組織結(jié)構(gòu)難以平衡各小組的資源，不利于小組間信息的傳遞，完成 各部分任務(wù)所需要的工作量與小組的成員數(shù)不均衡，從而對人員的管理與任務(wù)分配造成很大困難。 適用 條件 適用于主要由一個部門完成的項目或技術(shù)比較成熟的項目。 4 項目成員在行政上仍隸屬于各職能部門的領(lǐng)導(dǎo)，項目經(jīng)理對項目成員沒有完全的權(quán)利，項目經(jīng)理需要不斷地同職能部門經(jīng)理進(jìn)行有效的溝通以消除項目成員的顧慮。 3 當(dāng)項目需要由多個部門共同完成時，全力分割不利于各職能部門之間的溝通交流、團(tuán)結(jié)協(xié)作。 缺點(diǎn) 1 客戶利益和職能部門的利益經(jīng)常發(fā)生沖突，職能部門會為本部門的利益而忽視客戶的需求，精力只集中于本職能部門的活動，項目及客戶得到利益往往得不到優(yōu)先考慮。 4 當(dāng)有項目成員調(diào)離項目或離開公司，所屬職能部門可以增派人員，保持項目的技術(shù)連續(xù)性。 3 同以職能部門內(nèi)部的專業(yè)人員便于相互交流、相互支援，對創(chuàng)造性地解決技術(shù)問題很有幫助。在人與那的使用上具有較大的靈活性。溝通計劃決定項目相關(guān)人的信息和溝通需求：誰需要什么信息、什么時候需要、怎樣獲得、選擇的溝通模式 —— 什么時候采用書面溝通和什么時候采用口頭溝通、什么時候使用非正式的備忘錄和什么時候使用正式的報告等等。該計劃由配置管理者負(fù)責(zé)制定，它是軟件配置管理規(guī)劃過程的產(chǎn)品，并在整個軟件項目開發(fā)過程中作為配置管理活動的依據(jù)進(jìn)行使用和維護(hù)。合適的質(zhì)量標(biāo)準(zhǔn)是質(zhì)量計劃的關(guān)鍵。 設(shè)施工具計劃 設(shè)施工具計劃 實施工具計劃是對項目開發(fā)所需的設(shè)備和支持工具所做的計劃。 關(guān)鍵資源計劃 關(guān)鍵資源計劃 關(guān)鍵資源計劃是對項目所需關(guān)鍵資源根據(jù)生存期階段所做的計劃。 人力資源計劃 項目組織結(jié)構(gòu) 人是軟件項目中最重要的因素，因 此軟件項目人力資源管理計劃也是項目計劃中根本的一項計劃。 風(fēng)險計劃 項目風(fēng)險分析 風(fēng)險計劃是在項目進(jìn)行過程中不斷對風(fēng)險進(jìn)行識別、評估、制定策略、監(jiān)控風(fēng)險的過程，它是項目管理中最容易被忽略而且最難以管理的環(huán)節(jié)。時間是一種特殊的資源，以其單向性、不可重復(fù)性、不可替代性而有別于其他資源，因此進(jìn)度計劃也是項目計劃中最難、最重要、最核心的部分。軟件成本估算以從軟件計、需求分析、設(shè)計、編碼、單元測試、集成測試到接受測試等這些過程所花費(fèi)的代價為依據(jù)，對完成項目所需要的所有費(fèi)用進(jìn)行估算。 成本計劃 項目估算 成本計劃是對完成項目所需費(fèi)用的估計和計劃，是項目計劃中的一個重要組成部分。 項目計劃組成結(jié)構(gòu)圖： 計劃名稱 對應(yīng)部分 簡要描述 范圍計劃 項目人物范圍 確定項目的范圍，為制定其他計劃打下基礎(chǔ)。 加強(qiáng)對產(chǎn)品規(guī)范的審計，重點(diǎn)確定該項目中需要審計的產(chǎn)品。 加強(qiáng)對項目參與人員的質(zhì)量保證概念的培訓(xùn)。 開發(fā)實施過程采用公司的復(fù)用技術(shù)，同時遵循公司質(zhì)量體系中關(guān)于項目實施過程的規(guī)范。 軟件開發(fā)策略 采用 OO 技術(shù)逐步構(gòu)造系統(tǒng)。 評審采用定期評審，階段評審和事件評審相結(jié)合的方式。根據(jù)微薄系統(tǒng)的性質(zhì)及特殊要求，確定了以下策略： 項目管理策略 項目管理過程遵循公司質(zhì)量體系中關(guān)于項目管 理過程的規(guī)范。在越來越網(wǎng)絡(luò)化的今天，微薄已經(jīng)成了一種潮流，有了本系統(tǒng)，您可以：在網(wǎng)上注冊本系統(tǒng)，實時發(fā)布自己的微薄，也可以瀏覽別人發(fā)表的自己感興趣的微薄。 F個人博客系統(tǒng)F1身份驗證瀏覽博客發(fā)表博客博客管理登錄登錄失敗提示F2博客功能用戶注冊選擇上傳頭像瀏覽文章評星級評論排序選擇添加背景音樂刪除已有博客修改現(xiàn)有博客 微薄是本世紀(jì)才出現(xiàn)的一種新型的 網(wǎng)絡(luò)交流模式，但是因為其種種特性，使得它在短短 10 年之內(nèi)迅速發(fā)展。微薄管理功能包括刪除已有微薄、修改微薄。瀏覽微薄功能包括瀏覽微薄、發(fā)表評論、評星級、排序、播放背景音樂。 《個人微薄系統(tǒng)》項目需要完成的任務(wù)大致分為身份驗證、微薄功能兩大部分，微薄功能包括瀏覽微薄、發(fā)表微薄、微薄管理、等幾大模塊，身份驗證功能包括登錄、提示重新登錄、未注冊用戶注冊。 在部署階段，主要實際完成整個系統(tǒng)產(chǎn)品并的部署，保證系統(tǒng)上線運(yùn)行，并進(jìn)行系統(tǒng)維護(hù)。 在編碼階段，要編寫相應(yīng)的程序組件并分別進(jìn)行單元測試。 在設(shè)計階段 ，要完成系統(tǒng)的總體設(shè)計和詳細(xì)設(shè)計，并完成總體設(shè)計和詳細(xì)設(shè)計說明書。然后要根據(jù)項目需求任務(wù)書，對項目進(jìn)行可行性分析。 工作內(nèi)容 按照項目所包括的知識領(lǐng)域，以及項目整個的生命周期，我們把項目分成項目立項，項目計劃，項目執(zhí)行和控制，項目結(jié)束四個階段。成熟 有效 、功能完善 的 My Blog 系統(tǒng)，它主要包括：身份驗證、瀏覽微薄、發(fā)表微薄、發(fā)表評論、微薄管理、等幾大模塊。 項目簡介 項目名稱 《個人微薄系統(tǒng)》 產(chǎn)品標(biāo)識 《個人微薄系統(tǒng)》，縮寫 My Blog，版本號： 開發(fā)背景 彰顯個性、展示自我、為廣大網(wǎng)友提供和一個交流和展示的平臺。XX 項目管理文檔 目錄 .......................................................................................................................................................... 4 編寫目的 ...............................................................................................................