1. 業務需求
1.1 應用背景
開發軟體專案進度計畫總是那麼不準確，延期經常出現，跟可恨的是甚至無法給出乙個相對比較明確的延遲時間。很大
因素在於分配給開發人員的完成時間與開發人員的實際完成時間有一定的偏差。
1.2 業務機遇
我們可以開發一款psp軟體，即個人軟體過程軟體。此軟體能夠對所有的工作過程進行時間的記錄，經過一定的時間之後，積累了許多產能資料（經驗資料）。根據不同開發人員不同任務下的產能資料，能夠較準確的**開發時間。
1.3 業務目標
幫助軟體工程師在個人的基礎上運用過程的原則，借助於psp提供的一些度量和分析工具，了解自己的技能水平，控制和管理自己的工作方式，使自己日常工作的評估、計畫和**更加準確、更加有效，進而改進個人的工作表現，提高個人的工作質量和產量，積極而有效地參與高階管理人員和過程人員推動的組織範圍的軟體工程過程改進。
1.4 業務風險
2 專案前景
2.1 前景概述
為開發人員提供乙個psp工具，記錄開發人員完成某項任務的產能資料。開發人員再完成類似任務時，能夠準確的估算自己的開發時間，從而降低了軟體開發風險。
2.2主要特性
編號特性
feat01
研發經理能夠建立專案、指定或修改專案經理、刪除尚未分配工作任務的專案
feat02
專案經理可以對專案設定工作包，工作包允許多級巢狀，它只用來組織工作任務
feat03
專案經理可以為開發人員指派工作任務，工作任務屬於特定的工作包
feat04
專案經理在分配工作任務時，能夠查閱開發人員的日程安排表，可以按開發人員查詢，
也可按日程查詢
feat05
開發人員接到任務時，通過系統填寫計畫時間（計畫開始時間和計畫結束時間），
專案經理確認後，更新日程安排表
feat06
開發人員可以查詢相近工作任務的歷史資料（估算資料、實際資料）
feat07
開發人員任務執行將超計劃時，應報告專案經理，專案經理通過系統更新其日程表
feat08
當任務完成之後，專案經理負責close任務，並填入實際的完成情況（kloc、實際結束時間）
feat09
暫停時間、停止時間、總時長、有效時長（總時長-中斷時長）
feat10
開發人員可以根據任務編號、關鍵字、起止時間進行分類組合查詢與統計
feat11
時間記錄程式會自動連線伺服器，完成時間日誌上傳的工作，未能連線伺服器，則在本機暫存
時間日誌
feat12
專案經理可以按專案、任務、關鍵字統計實際工作時長、產能
feat13
研發經理及管理層可以按個人、任務、專案、關鍵字檢視工作時長、統計產能
feat14
自動檢測程式設計師當天的產能並儲存。
2.3 假設與依賴
開發人員能夠按時地、準確地、客觀地填寫時間日誌表。
3. 專案範圍
編號版本1
版本2feat01
實現實現
feat02
實現實現
feat03
實現實現
feat04
實現實現
feat05
實現實現
feat06
實現實現
feat07
實現實現
feat08
實現實現
feat09
實現實現
feat10
實現實現
feat11
實現實現
feat12
實現實現
feat13
實現實現
feat14
不實現實現
4. 專案環境
4.1 操作環境
參與者一：開發人員
1.登入系統；
2.填寫計畫時間（1
開始時間
2結束時間）
--------
專案經理確認後系統自動更新日程安排；
3.查詢歷史任務資料（1
估算資料
2實際資料） 查詢條件可以：
1）任務編號
2）關鍵字 3）起止時間 以上三個條件可以分類組合進行查詢與統計；
開始計時
2暫停計時
3停止計時
)----------系統生成記錄時間日誌
參與者二：專案經理
1.登陸系統
2.設定工作包
3.給開發人員指派任務（屬於特定工作包）
4.查詢開發人員的日程安排 查詢條件可以： 1
）開發人員
2）日程
5.更新開發人員的日程表（系統在開發人員執行將超時時報告專案經理）
6.任務完成後，close
任務7.填寫實際完成情況（1 kloc 2
實際結束時間）
8.根據專案、任務、關鍵字統計實際工作時長、產能
參與者三：研發經理
1.登入系統
2.建立專案
3.管理專案經理（指定、修改專案經理）
4.刪除尚未分配工作任務的專案
5.根據個人、任務、專案、關鍵字檢視工作時長、統計產能
參與者四：管理層
1.根據個人、任務、專案、關鍵字檢視工作時長、統計產能
4.2 涉眾
這個系統中的主要涉眾如下表：
涉眾特點
開發人員
掌握自己的進度，但估算可能出錯
專案經理
部署專案結構與任務，掌握整體進度，統籌兼顧
4.3 專案屬性
具體專案屬性如下表：
屬性驅動因素
約束因素
可調整因素
特性各個版本的功能必須完全可操作。
在最終版本中進行調整。
質量使用者滿意度必須達到85%；必須通過全部的安全機制檢查，系統能夠在win7,winxp等作業系統下穩定工作。
在後續版本中完善功能提高使用者滿意度
成本專案經理
必須控制開發費用在額定範圍內
允許費用超過的最大額度不超過總經費的10%
進度專案經理
必須保證開發時間在規定時限範圍內
開發時間最長不得超過規定時間2天
人員團隊規模包括乙個專案經理，兩名開發人員，和一名測試人員
人員數目按照規定嚴格控制
如果計畫不夠，可以適當增加人員務必保證在規定時間內完成專案。
詞彙表：
psp，業務需求，專案前景，專案範圍，專案環境。
個人軟體過程（PSP）需求分析
1 引言 1.1背景 沒有確定很明確的開發目標。同時由於專業知識有點薄弱，做專案的時候經常延期，對整個團隊產生比較大的影響。2 任務概述 2.1 目標 對於每個團隊，使用個人軟體過程開發工具進行進度管理比較明智，根據每個人的實際情況，分配相應的任務，並 進度，極大的提高了專案及時高效完成的機率。ps...
PSP個人軟體需求分析
psp個人軟體需求分析 文件狀態 草稿 正式發布 正在修改 當前版本 版本1作 者 高永亮完成日期 2012年11月14日 1.業務需求 1.1應用背景 現在人們開發軟體估算的基礎都是經驗資料，對於不同的開發人員而言產能是不一致的，甚至對於相同的開發人員而言，不同的任務所需要的時間也是不同的。因此對...
PSP個人軟體需求分析
psp個人軟體需求分析 一 編寫目的 用於說明我們要走開發的psp個人軟體專案的 功能，介面，實現技術以及硬體要求。二 功能要求 專案及任務安排由研發經理或專案經理建立專案和任務。開發人員在 接到任務後進行估算，填寫時間計畫，研發經理或專案經理對 其進行確認。開發人員對自己的開發時間進行記錄，與任務...