在軟體工程中,psp是指個體軟體工程,並且其中針對專案估算提供了很多有益處的幫手手段。試想,我們經常接到乙個新的專案,
常常都困擾如何評估專案的時間進度,總不能老拍腦袋吧。因此,下文小結一下psp中對專案時間估算的一些心得,這些都不拘泥於
書本,都是平常工作學習中的一些小結,不足之處敬請指教
首先,順便提下psp個體軟體工程。個體軟體過程是由美國carnegie mellon大學軟體工程研究所(cmu/sei)的watts s. humphrey領導開發的,於2023年推出,在軟體工程界引起了極大的轟動,可以說是由定向軟體工程走向定量軟體工程的乙個標誌。psp是一種可用於控制、管理和改進個人工作方式的自我改善過程,是乙個包括軟體開發**、指南和規程的結構化框架。 專案/
模組名需求
設計編碼
測試預計用時
實際用時
歷史庫該型別模組用時
模組1…..
模組功能說明:
模組編寫者
:***x (職別:
高階,中級,
初級程式設計師
)模組編寫情況備註
:時間偏差簡要分析
: 這裡最好把模組或功能點的說明列的細緻點,比如「登陸驗證」,「驗證碼」,「實現忘記密碼找回密碼功能。當然,上面的**也可以針對整個專案,
只需要把模組換成專案名,就可以看到整個專案的具體情況了。其中預計時間,實際用時,歷史庫中同型別模組時間都是十分重要的,這樣可以很清楚,
以前的專案中,做同樣的這個模組,大概用了多長時間.
模組編寫者中一欄中,特別註明了編寫者的級別,這樣可以很清楚看到,那些程式設計師編寫這型別的模組,用的時間是比較合適的,由此可以派生出這樣的**,比如:
***程式設計師專案耗時表
專案名稱模組1
…..預計用時
實際用時
偏差******
這樣,可以以excel的方式統計出某程式設計師,在各型別的專案中,實際的總用時的情況,有多少偏差,甚至可以畫出其分布曲線圖,有理掌握程式設計師的各樣技能資料.
最後,還應該建立標準功能模組庫的用時統計庫,比如如下: 專案
/模組簡介統計庫平均用時
同行平均用時
偏差典型的
cms發布系統
這裡的專案或者模組名,可以列出一些專案或者模組中,你們公司根據平均統計的用時,比如"乙個struts2+hibernate3+spring2的帶許可權管理,使用exts,帶jfreechart...",就是把這個模組中用到的一些技術都盡可能寫上去,讓到時一看這個**,就知道以後大概做這樣乙個cms系統,大概要用多少時間;
統計庫平均用時,就是把你們公司的歷史時間統計的資料不斷進行修正平均;而同行平均用時,可以借助參考同行做這樣的系統,大概用多久(當然這個要靠你們
去積累和跟同行交流了).
最後,在實際中,要執行好時間管理也的確不容易,往往專案做完了,最後忘記填這些時間表,下次又忘記了上次具體每個模組到底用了多少時間;
因此最好的經驗就是讓程式設計師做好某個模組,專案經理評審後,分階段的去填時間,比如a模組做到測試階段,用了多少時間,做到使用者試用階段,又用了多少時間,
這些都要求程式設計師和專案經理一起去配合去做.在psp中,甚至針對程式設計師有更細化的時間統計工具,**及方法,這些就要再參考psp了
對軟體工程的理解
軟體工程是一門研究用工程化方法構建和維護有效的 實用的和高質量的軟體的學科。它涉及程式語言 資料庫 軟體開發工具 系統平台 標準 設計模式等方面。在現代社會中,軟體應用於多個方面。典型的軟體有電子郵件 嵌入式系統 人機介面 辦公套件 作業系統 編譯器 資料庫 遊戲等。同時,各個行業幾乎都有計算機軟體...
重溫軟體工程 對軟體工程的初步了解
第一部分 軟體工程的概述 一 軟體 程式 軟體工程 在看到這個公式時,我想大家也很容易理解這個,乙個軟體的實現都離不開程式的支援,程式是軟體的 血肉 那麼僅僅有程式就可以了嗎?答案是否定的,因為乙個優秀的軟體,離不開好的架構和設計方案,更離不開團隊的共同協作,那這一系列的實現,一定需要相關的方法,而...
軟體工程師如何估算專案時間
原文 the software engineer s essential time estimation guide 作者 kat busch 翻譯 雁驚寒 譯者注 本文介紹了軟體工程師在開發過程中進行時間估算的原因和方法,從而可以更加合理地安排專案進度。以下是譯文。我的乙個產品經理朋友最近跟我提起...