分享職場生活、職場攻略、領導同事相處技巧和創業資源
01
項目需求分析是系統分析和軟件設計階段之間的橋樑。
主要表現在兩方面：
- 需求分析以系統規格說明和項目規劃作為分析活動的基本出發點，並從軟件角度對它們進行檢查與調整。
- 需求規格說明又是軟件開發設計、以及實現和測試直至維護的主要基礎。良好的分析活動有助於避免或儘早剔除早期錯誤，從而提高軟件生產率，降低開發成本，改進軟件質量，提高軟件系統的穩定性和健全性。
可見需求分析的重要性，項目需求分析大致有四個過程
1、需求分析過程
需求過程包括需求開發和需求管理兩個部分：
- 需求開發：開發前期的管理，與客戶的溝通過程，包括需求獲取、需求分析、編寫需求和需求驗證等。
- 需求管理：軟件項目開發過程中控制和維持需求約定的活動。包括變更控制、版本控制、需求跟蹤、需求狀態跟蹤等。
2、需求的層次
需求的層次包括：業務需求、用戶需求、功能需求、非功能需求等。
3、需求開發階段的重點
- 提取業務對象
業務對象(Business Object，BO)是對數據進行檢索和處理的組件。是簡單的真實世界的軟件抽象。業務對象通常位於中間層或者業務邏輯層。
- 提取業務流程
業務流程，是為達到特定的價值目標而由不同的人分別共同完成的一系列活動。活動之間不僅有嚴格的先後順序限定，而且活動的內容、方式、責任等也都必須有明確的安排和界定，以使不同活動在不同崗位角色之間進行轉手交接成為可能。活動與活動之間在時間和空間上的轉移可以有較大的跨度。而狹義的業務流程，則認為它僅僅是與客戶價值的滿足相聯繫的一系列活動。
- 性能需求
在分析的前期應該注意客戶對所開發軟件的技術性能指標，如存儲容量限制、運行時間限制、安全保密性等。
- 環境需求
環境需求是指軟件平臺運行時的環境的要求，如硬件方面：機型、外部設備、數據通信接口;軟件方面：系統軟件，包括操作系統、網絡軟件等；使用方面：操作人員需要什麼樣的技術水平，應具備那些條件。
- 用戶界面需求
為用戶界面細緻地規定到達的要求。
4、 需求分析的任務
需求分析的主要任務是藉助於當前系統的邏輯模型導出目標系統的邏輯模型，其流程如下：
- 確定對系統的綜合需求（功能、性能、運行、擴充需求）
- 製作產品需求文檔 (PRD)
- 分析系統的數據需求（概念模型、數據字典、規範化）
- 導出目標系統的詳細的邏輯模型（數據流圖、數據字典、主要功能描述）
- 開發原形系統
02
如何有效進行項目管理?
項目根據項目需求確定目標，主要是項目目標的制定、分解和職責分工。目標管理要求每一個分目標都有明確的責任主體。因此，預定總體目標之後，需要重新審查現有團隊結構，進行目標分解，並明確目標責任者和協調關係。分目標要具體量化，便於考核;分清輕重緩急。
目標管理是系統性工程，如果事先沒有一個詳盡的計劃，很難將各項工作協調一致。因此，計劃是目標實施過程中不可缺少的一部分。目標管理是一項所有成員都要參與設定自已的具體目標，然後各就各位把計劃執行的過程。並且，上級主管要進行階段性考查，根據實際情況作出一些調控，以便順利的完成目標。
這裡推薦自下而上的預算方法
自下而上方法要求運用WBS（Work Breakdown Structure，工作分解結構）對項目的所有工作任務的時間和預算進行仔細考察。最初，預算是針對資源（團隊成員的工作時間、硬件的配置）進行的，項目經理在此之上再加上適當的間接費用（如培訓費用、管理費用、不可預見費等）以及項目要達到的利潤目標就形成了項目的總預算。自下而上的預算方法要求全面考慮所有涉及到的工作任務，更適用於項目的初期與中期，它能準備地評估項目的成本，與真實費用相差在5% ~ 10%之間。
要是項目部分有外包的情況，還需要考慮接口聯調的工作量。
筆者有次做移動客戶端跟服務端聯調接口時，本來計劃10個接口一天內聯調完的，可是那天只聯調了一個接口。
有的公司為了接口開發成本，服務端開發人員開發的接口，沒有經過測試人員測試就直接跟客戶端聯調了。
記得那次，服務端開發人員說接口開發好了，可以聯調，他直接打包發佈都平臺，也沒有自己先測試一下，結果我一調，直接報500了。
他再打包發佈，這樣一來就浪費了很多不必要的時間，更離譜的是，接口返回數據格式竟然不是客戶端想要的。
……
所以，做系統需求評估時，要注意聯調的工作量。
做好項目需求分析，才是項目管理的重中之重。，只要做好了，才能更好的做好軟件開發，開發人員才不會了因為頻繁的需求改動而抓狂，有更多的時間和精力去處理更有意義的事情。
【END】
