在這些專案計畫之前，應該首先進行專案定義，也就是定義專案範圍，其中包括建立產品的目的和範圍。可選的解決方案技術或管理的約束等軟體開發者和客戶必須一起定義產品的目的和範圍，一般情況下，該活動作為系統工程或業務過程工程的一部分。持續到軟體需求分析階段的前期，其目的是從客戶的角度聽譯該產品的總體目標。但不必考慮這些目標如何實現，軟體範圍定義了與軟體相關產品的資料功能和行為及相關的約束。
1.專案環境。
要開發的軟體如何應用於大型的系統產品或業務環境？該環境下鑰匙加什麼約束？
2.資訊目標。
軟體要產生的哪些客戶可見的資料物件作為輸出。需要什麼資料物件作為輸入。
3.功能和效能。
軟體要執行什麼功能才能將輸入資料變成輸出資料？軟體需要滿足什麼特殊的效能要求？
軟體專案的範圍必須是無二性的和可理解的。為控制其複雜性，必要時還需對問題進行分解。
傳統的專案管理有大專案，專案活動，工作包，工作單元等。多種封藏。對於軟體專案來說強調的是對其進行過程控制，通常將專案拆分為趙武子商務等，其分解準則是基於軟體工程的過程。
軟體過程提供了乙個專案團隊，要選擇乙個適合於待開發軟體的過程模型。軟體團隊必須決定哪種過程模型最適合於需要該產品的客戶和從事開發的工作人員。產品本身的特性，軟體團隊所處的專案工作環境。在選定過程模型後，專案團隊可以基於這組過程框架活動來定製乙個初步的專案計畫，一旦確定了初步計畫，過長放假就開始了，也就是說必須制定乙個完整的計畫來反映。框架活動中所需要完成的工作任務。
專案管理和產品管理
本文翻譯至 專案 是為了執行新工作的交付手段。所有的組織裡都有專案。專案可以利用通用的專案管理流程來進行管理。專案管理 是指為了創造，擴充套件產品而使用的流程。另一方面 產品 是由專案創造的具體的東西。你從 商購買產品的話，該 商就是利用專案來構建這個產品。如果產品是臨時的東西，或者壽命很短，那麼那...
軟體專案管理之五 產品需求
今天我們從管理面來談一談產品需求，主要談如何抓準和控制需求，這裡並不會談到處理產品需求的一些細節及挖掘需求的具體方法。做產品需求首先要理解客戶需要解決的問題，這是分析產品需求的核心價值所在。一些程式設計師出身的產品經理由於程式設計師的潛在特質，在和客戶談需求時無形中會思考客戶問題的解決方案，這種處理...
專案管理涉及到的文件
業務聯絡函 業務需求說明書 立項報告 立項評審報告 專案實施方案 專案組通訊錄 專案計畫與執 況跟蹤 需求規格說明書 系統介面規格說明書 總體設計 系統建設整體解決方案 軟體配置管理計畫 軟體質量保證計畫 編碼規範 源 sit測試報告和測試用例 uat測試報告和測試用例 效能測試方案與報告 上線實施...