原本軟件開發(fā)過程中的項目管理和控制機制_第1頁
原本軟件開發(fā)過程中的項目管理和控制機制_第2頁
原本軟件開發(fā)過程中的項目管理和控制機制_第3頁
已閱讀5頁,還剩22頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、、目的1. 明確項目團隊的管理和溝通流程,改善團隊耦合性能。2. 部門全面實施團隊式管理機制,發(fā)揮廣大員工各自的潛能,激勵員工共同參與團隊建設與發(fā)展。3. 使項目管理實現(xiàn)質(zhì)量、資源、時間等要素的可控化。4. 規(guī)項目開發(fā)管理,提高項目開發(fā)質(zhì)量,提高工作效率,降低軟件開發(fā)風險。5. 建立一套適合公司實際情況且又實用的有機管理體系。6. 為公司發(fā)展做好基層管理基礎,為員工的發(fā)展提供有利的軟環(huán)境保障。、原則1. 體現(xiàn)項目團隊理念。2. 實用性。3. 有機性。4. 共同發(fā)展。三、組織結(jié)構(gòu)1. 約束條件1)該項目管理和控制機制僅僅是用于全過程型和功能增加型軟件開發(fā)。2)該項目管理和控制機制必須與公司當前的

2、發(fā)展狀況、資源狀況相匹配。2. 假定環(huán)境1)公司具有一定的多項目同時開發(fā)的實力。2)公司擁有幾個能夠帶領項目開發(fā)的人員。3)公司有能力組織測試和完備的文檔管理。4)公司有能力組織軟件質(zhì)量測評和監(jiān)管。5)公司軟件部門管理為項目軟件主管、項目團隊式,且項目軟件主管對各項目團隊具有監(jiān)控權 和工作質(zhì)量跟蹤權。6)部門有明確的崗位責任分工基礎。7)公司有一批具有一定項目管理基礎,能夠帶領人員完成項目開發(fā)的人才。3. 組織結(jié)構(gòu)1)整體組織架構(gòu)說明:該結(jié)構(gòu)為行政式結(jié)構(gòu),對于系統(tǒng)分析人員和軟件工程師、開發(fā)人員都在項目團隊或無 項目員工的隊列中。專職維護暫為預留組織。2)項目組實行團隊式組織結(jié)構(gòu)a)每個項目組都

3、是一個項目團隊,具體稱謂:an gel項目團隊。b)一個項目團隊要由以下幾個基礎機構(gòu)組成:項目經(jīng)理;軟件總體設計工程師;開發(fā)人員;注:如果項目較小時可以進行機構(gòu)合并,如項目主管、系統(tǒng)分析可以合并為一人來做。 如果項目運做前期需要時,還可以一人擔負整個項目,但仍可以依據(jù)流程和控制 機制來開展工作??傮w設計工程師和系統(tǒng)分析員在項目運做前期可能同時負責多個項目,即一個項 目的系統(tǒng)分析員或總體設計工程師完成其所擔負的任務后(交付所有文檔和完成 對開發(fā)人員培訓后)可能轉(zhuǎn)做另一個項目。c)機構(gòu)部領導模式為:民主式領導模式(項目經(jīng)理與軟件系統(tǒng)分析員、總體設計工程師以及程序編碼人員之間的關系是一種民主式方式,

4、是同一個團隊的不同成員,僅存在 職能、職責的分工不同,沒有高低貴賤之分,嚴禁擺資格和論權利等級。)。3)項目軟件主管a)由公司指定或員工選舉方式產(chǎn)生,負責部門關于項目的所有工作。b)項目軟件主管直接領導軟件測試組對當前軟件實施測試監(jiān)督。c)項目軟件主管在部門同樣實行團隊式管理,不許以感情用事對其他成員有偏袒之意、 打擊之心,如有發(fā)現(xiàn)其他相關成員可以直接向公司總經(jīng)理管理層上訴。一定數(shù)量的測4)項目 sponsor由公司于總擔任此角色,主要負責對項目大方向的把控,及負責項目的外部協(xié)調(diào)溝通工 作以及,在物資設備及人文方面給予項目大力的支持。5)最終決策層由公司的質(zhì)量管理與項目主要負責人負責審議工作,

5、公司領導決策小組負責最終決策。4. 職權、職能1) 項目經(jīng)理a)負責本項目團隊的組織與協(xié)調(diào)等管理工作,對項目的開發(fā)負有直接的領導責任。b)負責項目計劃的制定與跟蹤。c)帶領項目團隊千方百計完成項目開發(fā)的目標。d)負責項目團隊部的溝通和沖突的盡早發(fā)現(xiàn)與調(diào)解。e)負責與項目團隊外部其它部門或組織的溝通工作。f)負責組織相應技術人員完成技術攻關。g)在緊急時刻或遇到疑難問題時要身先士卒,穩(wěn)定團隊成員的情緒,然后想方設法解決 問題。h)負責項目發(fā)展中的控制工作,能及時發(fā)現(xiàn)差異并提出合理解決方案,而且還要依據(jù)公 司規(guī)定的流程向項目軟件主管或公司按時匯報工作。同時,還要向團隊部成員匯報工 作。i)負責項目

6、部創(chuàng)新的組織工作。j)負責項目團隊的優(yōu)化和人員發(fā)展。k)負責項目團隊與用戶進行協(xié)調(diào)、爭取用戶滿意與支持的工作。2)軟件系統(tǒng)分析員a)負責開發(fā)項目的調(diào)研工作。b)負責系統(tǒng)開發(fā)中的需求分析和需求管理。c)與總體設計工程師一同完成總體設計。d)負責向其它技術攻關人員、編碼人員、系統(tǒng)測試人員等解答有關系統(tǒng)分析性問題。e)負責審核系統(tǒng)測試人員的測試方案。f)負責發(fā)現(xiàn)分析錯誤后對分析的調(diào)整。g)負責向管理機構(gòu)匯報系統(tǒng)分析和設計結(jié)果。h)負責系統(tǒng)分析中的創(chuàng)新工作。i)對系統(tǒng)分析的結(jié)果負有直接責任。j)負責監(jiān)督項目安排工作的合理性。3)總體設計工程師a)負責開發(fā)項目中的技術攻關性工作。b)與系統(tǒng)分析員一同完成

7、總體設計。c)負責進行模板、控件設計和詳細設計。d)負責對其它編碼人員的技術答疑。e)負責監(jiān)督系統(tǒng)分析和總體設計的正確性。f)對系統(tǒng)開發(fā)中的技術性工作負有直接責任。g)負責部分難度較大的編程工作(如接口性程序的開發(fā)和后臺的大部分編碼)h)負責技術創(chuàng)新工作。i)按工作計劃完成本職開發(fā)任務。j)修改系統(tǒng)開發(fā)中測試人員檢測到的編碼錯誤。k)負責監(jiān)督項目安排工作的合理性。4)程序編碼人員a)負責依據(jù)詳細設計,按計劃完成系統(tǒng)的編碼任務。b)負責編寫自己負責開發(fā)容的詳細設計。c)對自己所負責開發(fā)容的詳細設計和相關代碼負有直接責任。d)負責監(jiān)督系統(tǒng)分析和總體設計的正確性。e)負責項目部工作的創(chuàng)新和優(yōu)化建議。

8、f)修改系統(tǒng)開發(fā)中測試人員檢測到的編碼錯誤。g)負責監(jiān)督項目安排工作的合理性。5)軟件測試員a)在項目軟件主管的統(tǒng)一領導下完成針對每一個項目的及時測試。b)每一位測試人員對自己所擔負的測試任務具有直接責任。c)對所測試出的問題軟件測試員有權要求開發(fā)人員調(diào)整程序(到滿足軟件相應的標準為 止)d)項目軟件測試人員必須依據(jù)測試計劃和相應的編碼規(guī)、詳細設計規(guī)、軟件測試報告等進 行嚴格測試,決不許粉飾太平。e)依據(jù)測試報告和系統(tǒng)的總體設計說明書,設計相應的測試案例,并依據(jù)案例完成測試。6)項目軟件主管a)項目軟件主管對項目團隊的運行質(zhì)量具有領導責任、對部門建設具有直接責任。b)負責階段性檢驗各項目小組的

9、工作情況。c)對于各項目小組的進度和差異情況和差異處理向公司管理小組匯報。d)負責協(xié)助各項目小組解決遇到的問題。e)負責各項目小組的人事組織安排,對項目組及其成員具有調(diào)配權。f)項目軟件主管直接領導軟件測試組對當前軟件實施測試監(jiān)督。g)項目軟件主管發(fā)現(xiàn)不合格的項目管理或項目產(chǎn)出品時,有權責令相關人員給予調(diào)整直至 達到相關標準。h)負責協(xié)調(diào)各項目小組的其他非開發(fā)性工作。7)質(zhì)量管理與發(fā)展委員會軟 件 質(zhì) 量 管 理 與 發(fā) 展 協(xié) 會2.3.4.5.9.10.審議并決定重大軟件項目。 評審各軟件需求分析結(jié)果。 評審各軟件總體設計結(jié)果。 評審各軟件詳細設計結(jié)果。 評審各軟件編碼設計結(jié)果。 評審各軟

10、件測試實施結(jié)果。 各軟件項目過程總體評價。 研究軟件相關企業(yè)的管理狀 況與方向。組織相關部門人員實施業(yè)務 培訓。8)決策小組a)負責立項審批、項目獎金確定和其它重大事項的審批。b)負責階段性的檢驗項目軟件主管和各項目小組的工作情況。c)負責考核各開發(fā)機構(gòu)的工作績效。d)由公司賦予的其它管理職能。四、立項流程1. 系統(tǒng)方案和需求書寫由系統(tǒng)分析員、項目經(jīng)理和主管等負責書寫公司對外的方案設計和需求調(diào)研、系統(tǒng)分析。2. 立項前提當系統(tǒng)的需求分析一經(jīng)確定,證明軟件的項目邊界已經(jīng)明確,因此可以進行項目計劃和立項工作。3. 立項流程圖4. 立項流程說明需求分析結(jié)果評審包括兩部分:用戶評審、質(zhì)量管理與發(fā)展委員

11、會評審。對于愿意合作性項目在立項前要有用戶和質(zhì)量管理與發(fā)展委員會的兩方評審簽字。 對于不愿提供合作的項目在立項前要質(zhì)量管理與發(fā)展委員會的評審簽字。項目軟件主管或項目經(jīng)理負責制定項目任務書,任務書編寫完成后送交財務和公司領導小組 各一份。財務依據(jù)項目任務書進行成本分析,并形成一份項目成本預測表送交公司領導小組。公司領導小組再綜合各方意見確定是否能夠立項,如能夠通過還要依據(jù)公司的項目獎金產(chǎn)生 制度填寫上項目獎金總金額。如:軟件合同金額x #% 再與 天數(shù)、難度等結(jié)合。5. 立項書容與格式軟件項目立項書編寫人:編寫時間:No.項目名稱提出單位、個人最遲開始年 月曰需求分析人員項目團隊:團隊成員職能預

12、定工作量(天)備注其他資源:名稱配合方式備注系統(tǒng)預計完成時間:項目過程預計天數(shù)誤差(土 X天)確認簽字團隊組建與項目計劃項目準備工作總體設計詳細設計與編碼系統(tǒng)組裝與測試其他過程合計時間項目獎勵總金額項目三要素優(yōu)先級質(zhì)量時間資源123項目創(chuàng)新/攻關得分項其他得分項6. 立項書說明1)項目獎勵總金額,由公司領導小組或財務等部門根據(jù)相關政策計算、確定并填寫的。2)具體獎金額度要通過項目獎勵辦法實際分配,項目獎勵辦法根據(jù)項目三要素的分數(shù)確定。3)項目實際獎勵 =總金額 X 質(zhì)量得分比例 +時間得分比例 +資源得分比例 (+項 目創(chuàng)新/攻關得分比例)+ 其他得分比例。4)在整個三要素中要選擇最重要要素(

13、在最重要欄打V):質(zhì)量、時間還是資源,然后依據(jù)各要素的重要程度來分配三要素的占分比例。5)在項目運行中如需達到某種特殊目的(如:科技攻關),且這樣可以達到較良好的目的,這時可以由項目組向項目軟件主管申請,項目軟件主管根據(jù)事情影響大小確定是否申請修改項目時間和資源情況、是否要修改項目獎勵。6)在項目運做中如發(fā)生特殊的不可抗拒性因素,則可以向領導小組申請?zhí)厥馑惴ā?)建議在項目任務書制定完成后,按檔編寫一個項目各檔獎勵分配狀況,依次鼓勵員工發(fā)揮各 自的潛能。2. 任務下達流程說明1)項目任務書經(jīng)公司領導小組簽字確認后證明立項完成。2)立項完成后的任務書向軟件部全體項目經(jīng)理公開發(fā)布。3)按最遲開始時

14、間,當前沒有項目或有能力負責兩項任務的項目經(jīng)理有權申請開發(fā)。4)如申請人員大于兩人時,公司可以采用抽簽決定的方法,確定開發(fā)負責人。5)如沒有人員申請時,則由項目軟件主管與有能力的項目經(jīng)理協(xié)商確定。6)如因獎勵和項目期限而使協(xié)商仍不能確定時,由項目軟件主管向公司領導小組申請修改項目 任務書,經(jīng)協(xié)調(diào)后再做決定。7)如確需修改項目任務書,則要依據(jù)上述立項流程來完成。六、項目控制機制為實現(xiàn)項目過程可控化,軟件質(zhì)量有保障的管理依據(jù)是:規(guī)化和流程控制。這里為了更準確的切 入主題,現(xiàn)指定討論圍為項目組成立后到項目結(jié)束前的一個階段。1. 項目計劃的制定機制1)項目計劃包含兩部分,即:項目中各工作單元的起止時刻

15、安排表(甘特圖)和對各工作單元 說明的注釋。2)項目計劃管理工具統(tǒng)一采用project2000 。3)項目計劃制定是由項目主管在廣泛聽取項目組中各成員的意見和見解后制定出來的。4)項目計劃制定并在團隊部審核完畢后,上交到項目軟件主管,并由項目軟件主管進行審閱、 批準后執(zhí)行,計劃中如出現(xiàn)異常情況可由項目軟件主管協(xié)助對應的項目組給予糾正。5)對于特殊項目工作如需盡早執(zhí)行時可先口頭向項目軟件主管領導請示先執(zhí)行,而后在盡短的 時間補交項目計劃。6)被批準的項目開發(fā)計劃要向項目團隊的所有成員喧導,以提高每位員工的主人公意識。7)項目計劃確定后最好把明細的項目計劃貼到項目管理公告欄中。8)項目計劃制定步驟

16、:(該計劃忽略項目的成本規(guī)劃)a)統(tǒng)籌分析項目的整個組成部分,勾畫出項目的組成框架;b)以流程的方式審核框架,項目的框架一般可以是項目的關鍵環(huán)節(jié)或里程碑任務;c)征求項目小組相關員工的意見。d)分解或細化項目框架,按照流程的順序列出項目的所有任務,并描述出各任務的相依關 系(先后順序和依存關系)。e)列出依據(jù)公司的時間要求和資源分配狀況(有些資源分配是要受時間約束的,此處可以 與項目成本核算相結(jié)合)。f)與項目小組的相關人員一同完成項目資源和時間分配安排。g)錄入以上信息到project2000中,形成明晰的項目計劃甘特圖。h)與項目小組的相關人員一同瀏覽計劃并審視其完整性、合理性、可實施性,

17、必要時可以 討論形成一致意見。i)最終,形成整個項目的項目進度計劃。j)向項目管理小組送審項目管理計劃,如項目小組發(fā)現(xiàn)計劃問題時可與相應項目小組交流 或要求項目小組做出計劃調(diào)整。2. 項目展開后的跟蹤機制1)項目計劃跟蹤為每天一次,是由項目主管或其安排的專門人員每天在下班前對計劃的進度進 行跟蹤。2)公司為了能夠很好的掌握項目進度,每周要由項目主管向項目軟件主管上交一份進度報告,同時還要在每周的周末向團隊中的每一位成員匯報工作進度。(項目進度報告格式見附錄 4)3)為了增進團隊之間的團結(jié)、提高技術和解決問題的能力,每周要舉行一次項目團隊部或與其 它團隊聯(lián)合的技術交流會,討論團隊中遇到的所有問題

18、,充分發(fā)揮團隊成員的主人公精神。4)項目軟件主管為了能夠及時了解第一線員工的狀況,要求每月由參與開發(fā)的各個控制環(huán)節(jié)單獨向項目管理小組遞交一份月度工作總結(jié)報告,如果某項目時間不足一個月則不需再寫月報 而直接寫項目總結(jié)報告即可。(項目工作月報格式見附錄 5)5)公司每月要召開一次多功能團隊會議(會議成員可以是來自各項目小組,項目軟件主管和公司的決策機構(gòu)成員等),以體察員工的意見,以便及時解決項目團隊部無法發(fā)覺或無法解決的 問題。(多功能團隊采用自由討論的茶話會議方式,使員工不拘一格的說出自己的心理話。)6)在項目開發(fā)工作完成后,要由項目中參與開發(fā)的各個控制環(huán)節(jié)代表單獨完成一份項目總結(jié)報告,以便進行

19、項目分析。(項目總結(jié)報告格式見附錄 6)3. 項目進展中的沖突或差異處理機制1)進度差異的解決要采取如下解決步驟a)分析差異圍和發(fā)展程度。b)透徹分析差異原因。c)自我感覺的解決途徑分析。d)召集與差異相關的人員討論解決方案。e)確定解決方案。f)上報項目進展差異分析表。(項目進展差異分析表格式見附錄 7)g)必要時調(diào)整項目開發(fā)計劃,計劃調(diào)整后要向項目軟件主管匯報調(diào)整結(jié)果。h)項目團隊部開會宣布計劃調(diào)整結(jié)果,同時還要收集反饋意見。i)反饋意見分析與解決。2)人員感情沖突a)項目經(jīng)理要及時發(fā)覺沖突隱患。b)項目組部要客觀地分析沖突原因。c)立足于共同進步與完成項目計劃,盡量實行項目團隊部解決沖突

20、。d)上報給項目管理小組或公司相應部門的主管,由相關人員協(xié)助解決。3)項目進展中途的人員更迭機制a)人員的計劃外更迭一般是不允許的。b)如果公司其它調(diào)控部門或項目小組必須進行人員抽調(diào),并預計會影響項目進度但差異不 大時,項目軟件主管要提前兩天向該項目團隊的項目經(jīng)理申請。如果預計影響較大時, 項目軟件主管必須提前一周(7天)向項目組和公司主管人員雙向提出申請。所有調(diào)動 必須在批準后執(zhí)行。c)如開發(fā)過程中發(fā)現(xiàn)團隊組織矛盾嚴重時,項目軟件主管可酌情對項目小組給予人員調(diào)整。d)在開發(fā)過程中如有不服從公司有關規(guī),并明顯存在劣性行為時,項目經(jīng)理可以向項目軟 件主管申請人員調(diào)配。4. 項目進展中的業(yè)務溝通機

21、制1)項目部成員與用戶的溝通主要是項目經(jīng)理、系統(tǒng)分析員、設計工程師與用戶就用戶的開發(fā)需求、程序應用方式進行溝 通,溝通方式、溝通人員以及溝通記錄整理等都依據(jù)系統(tǒng)調(diào)研規(guī)和相應的需求管理規(guī)。2)項目主管與項目團隊部成員的溝通a)正式溝通公司與之相關溝通制度。日常業(yè)務溝通主要依據(jù)相關協(xié)作規(guī)程。臨時性工作分配要有任務分配和工作驗收表。b)非正式溝通口頭進行情感方面的溝通。項目團隊部可以每隔一段時間舉行一次自由組織的活動。業(yè)余時間進行思想交流。其它溝通。3)項目團隊成員與公司項目軟件主管溝通4)項目團隊成員與公司其他部門或機構(gòu)溝通5)項目團隊成員與公司總經(jīng)理溝通5. 項目進展中的創(chuàng)新機制。項目創(chuàng)新作為項

22、目評定的一項重要的評審指標,具體申請過程如下:1)產(chǎn)生創(chuàng)新思想;2)形成完整的創(chuàng)新描述;3)然后把該創(chuàng)新思想在項目團隊部討論;4)項目組部討論通過后,把該創(chuàng)新描述文檔送公司項目軟件主管審評、備案;5)公司允許試行后,由相關人員負責創(chuàng)新項目試行。6)如果效果良好,便可決定實施。7)根據(jù)實際實施效果,公司對創(chuàng)新給予相應的評價(并記入在案)6. 開發(fā)產(chǎn)品的測試與反饋機制開發(fā)產(chǎn)品的測試包括:文檔和原代碼兩部分。要求測試人員必須遵守測試規(guī),嚴把測試質(zhì)量關, 對于不合格的產(chǎn)品要堅決給予退回。1)軟件開發(fā)人員及時將開發(fā)完成的成果交付測試人員測試。2)測試員接到測試任務后,依據(jù)測試規(guī)和相應的參考規(guī)、開發(fā)文檔進

23、行嚴密的測試。3)把測試出的錯誤記錄到測試報告中(測試報告除了手寫一份外還要在計算機中保存一份)4)測試人員把測試出的錯結(jié)果交給相應的開發(fā)人員,并在自己的工作日志上填寫表格去向。5)編碼人員查出的錯誤要認真分析和修改,如有疑問可及時向系統(tǒng)分析員咨詢。6)把修改后的程序交給測試人員再次測試,如此循環(huán)直到軟件合格為止。7)編碼人員必須及時將編寫結(jié)果交付測試人員測試,決不允許長期只做不測的現(xiàn)象發(fā)生。8)對于在開發(fā)中再次修改的程序開發(fā)人員要填寫系統(tǒng)調(diào)整表,并把修改結(jié)果及時交付測試人員 再次測試。7. 開發(fā)產(chǎn)品的抽查機制為了督促開發(fā)和保證開發(fā)質(zhì)量、降低開發(fā)風險,公司有關項目軟件主管將組織人員不定期地對當

24、 前的項目階段的項目產(chǎn)品進行定性和定量。對在評估中發(fā)現(xiàn)問題則要及時追究相關人員的責任, 同時還要把抽查結(jié)果備案保存。抽查要遵循一定的抽查規(guī)和以下抽查程序:1)依據(jù)實際的項目進度抽查小組制定抽查方案和抽查計劃。2)抽查小組至少提前一小時把抽查計劃和抽查方案交給項目組。3)抽查期間項目軟件主管要填寫相應的評審表。4)抽查小組要對抽查結(jié)果進行抽查結(jié)果分析。(抽查結(jié)果分析表見附錄 8)5)針對抽查結(jié)果與相關項目小組進行協(xié)商,并為項目小組提出問題解決建議。6)項目小組要依據(jù)問題調(diào)整工作安排。7)抽查次數(shù)一般依據(jù)項目的大小和項目的里程碑而定,一般不少于3次。8)抽查各項評審結(jié)果和驗收實際情況將作為項目獎的

25、評分依據(jù)。8. 開發(fā)產(chǎn)品的驗收機制1)項目開發(fā)完畢后,由相應項目小組負責申請公司部驗收。(項目驗收申請表見附錄)2)公司軟件項目軟件主管負責召集相關驗收人員參加驗收。3)參加驗收人員在驗收過程中填寫軟件問題報告單和軟件修改報告單。4)驗收完成后有項目軟件主管負責填寫一份開發(fā)產(chǎn)品驗收結(jié)果報告。5)經(jīng)項目軟件主管與項目組協(xié)商,若軟件合格(項目軟件主管簽字),則軟件允許“出廠”6)允許“出廠”的軟件再經(jīng)過用戶的實際使用評審驗收合格后才可以宣告項目的結(jié)束。7)項目驗收結(jié)果報告單中的各項得分和用戶的驗收意見作為項目獎的主要評獎依據(jù)。8)所有的評獎分數(shù)將匯集為六項:質(zhì)量、時間、資源、創(chuàng)新、攻關和團隊發(fā)展。

26、七、附錄3. 創(chuàng)新工作登記表創(chuàng)新工作登記表項目組:項目名稱:編號倉U新容類別提出人執(zhí)行時間附表實用說明:(1 )。類別劃分為:管理類、技術類、系統(tǒng)業(yè)務類。(2) 。提出人應著實填寫, 可以是一人也可以是多人, 如果是團隊的共同成果就可以寫“團隊”。(3)。附表欄填寫對應的創(chuàng)新說明資料的頁數(shù)。實用時把創(chuàng)新說明附在表后,并在附表上注明對應的創(chuàng)新條目。4. 項目進展差異分析表項目進展差異分析表項目組:項目名稱:報表人:報表時間:編 號計劃容與差異程度差異原因解決方案批示與追蹤5. 單元測試交流日志單元測試交流日志測試組:測試容:測試人:填寫起時:編號測試模塊窗口名稱交付人員交付時間收回時間修改狀況6

27、. 開發(fā)項目進度報告開發(fā)項目進度報告工 程 進 度 與 狀 態(tài)時 段起始日期截至日期進 度提示:列出本月進行的各項主要活動,并且說明本月遇到的重要事件,這里所 說的重要事件是指一開發(fā)階段(即軟件生存周期各個階段中的某一個,例如需 求分析階段)的開始或結(jié)束,要說明階段名及開始(或結(jié)束)的日期。 若需要,可列出各項工作占有的工時。狀 態(tài)提示:說明本月的實際工作進度與計劃相比,是提前了、按期完成了、或是推 遲了?如果與計劃不一致,說明原因、階段名稱及開始(或結(jié)束)的日期。 可列出實際工時與計劃的比較。苴丿、他提示:若必要,可報告經(jīng)費支出與狀態(tài)、資源耗用與狀態(tài)等容。下 個 月 工 作 計 劃提示:下個

28、月工作重點或需調(diào)整的容。建議提示:本月遇到的重大問題和應引起重視的問題以及因此產(chǎn)生的建議。項目小組:報告人:報告日期:報告編號:7. 項目工作月報項目工作月報項目小組:報告人:報告日期:報告編號:本次報告階段年 月曰至年 月曰負責工作當前進度當前工作差異與原因近期工作總結(jié)8. 項目總結(jié)報告XXX項目總結(jié)報告項目小組:報告人:報告日期:報告編號:小組職責持續(xù)時間參與 階段 名系統(tǒng) 調(diào)研需求 分析項目 計劃概要 設計詳細 設計軟件 實現(xiàn)單元 測試運行 維護各 階 段 問 題 及 原 因 分 析本 次 項 目 得 失項 目 改 進 建 議項 目 總 體 評 價9. 抽查結(jié)果分析表抽查結(jié)果分析表編號:

29、項目組項目經(jīng)理抽查日期項目名子項目名階 段 名系統(tǒng) 調(diào)研需求 分析項目 計劃概要 設計詳細 設計軟件 實現(xiàn)單元 測試運行 維護抽查人員序號抽查容評審意見抽 查 總 結(jié)備注10. 項目正式驗收申請書開發(fā)項目正式驗收申請書申請日期:年 月 日編號:項目名稱項目負責 人軟件功能與 性能描述文檔資料 清單軟件自測試結(jié)果技術部意見技術部經(jīng)理簽字:項目軟件主 管意見項目軟件主管負責人簽字:公司總經(jīng)理簽字:11. 軟件問題報告單軟件問題報告單ZJ040709編號登記號登記日期年 月日發(fā)現(xiàn)日期年 月曰工程項目名 (或軟件開發(fā)項目名)階段名系統(tǒng) 需求軟件需 求分析概要 設計詳細 設計軟件 實現(xiàn)自測試軟件 驗收廣運行 維護報告人單位問題類型子程序口程序口人機界面口數(shù)據(jù)庫口文檔口改進口軟件版本 號媒體名稱硬件標識子系統(tǒng)名程序名數(shù)據(jù)庫名文檔名問題 描述修改 意見技術 管理 部門 意見說明:CSS1 /data/users/osa/bin媒體名稱:包含有問題的程序或子程序的存儲媒體的標識符; 硬件標識:包含有問題的程序或子程序的硬件標識符

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論