寫專案的來龍去脈
1.2.專案願景
寫該專案達到的目的。
例如：建設該專案是為了提高本區域的地質災害預警預報的及時性。
1.3.專案干係人
和該專案相關的人員和其他負責的內容，在這裡要找到主要干係人，也就是說能對系統功能拍板的人。
1.4.執行環境
專案的執行環境，包括硬體和軟體環境
1.5.條件與限制
硬體條件限制，例如只能購買一台伺服器，網路條件限制，只能走政務網或區域網。或者已近指定了資料庫和開發平台，開發語言等。還有工期等。
2.1.資料列表
專案一共需要那些資料，資料的格式要求等。並標註好那些資料已有，那些資料還沒有，誰負責，什麼時候提交等資訊。
2.2.資料格式要求
例如：後台返回資料型別（josn串，資料結構定義）
html提交資料（以哪種方式提交，提交的資料格式是什麼等）
該模組主要描述系統主要的業務流程圖和整理出來的用例規約，暫無樣例。
在此列出系統有那些模組，每個模組包含的字幕快和功能列表。
子系統模組
子模組功能
後面描述每個功能的作用，（簡單描述即可）最好可以
介面風格。
外部硬體介面。
外部軟體介面。
故障處理等。
響應時間
無故障執行時間
其他特殊操作對效能的要求等
補充
需求分析案例
最近有這樣乙個需求。某產品負責人向我們提出 目前他每天需要關注產品線的一些銷售資料。該產品線產品分類如右圖所示。目前每天我需要關注的資料如下，希望能整合檢視。在之後又有補充 就像破案一樣，為了找出最後的真相，需要先盡可能多地 蒐集線索 這些線索就對應著現象，真相就是原因。在蒐集到線索後，需要進行初步...
團隊專案 個人部落格系統 需求分析心得
在軟體開發過程中，需求分析是很重要又充滿風險的過程，就像一支將要遠航的船隊，要在指定時間內到達目錄地，他們需要一條正確的航線，才能到達目的地，如果航線有誤，他們將會誤時到達，或是不回到原位將永遠到達不了。再比如，需求是軟體專案和產品的根源，如果一條河流的源頭被汙染了，那麼整條河流也就被汙染了。在一開...
專案需求分析
一.需求從哪來？軟體專案的需求分析一般要分資訊管理系統 頻道，這兩個不同方向的需求分析的獲取需求的途徑是截然不同。資訊管理系統的使用者確定，獲取需求的途徑明確，而且有現成的業務模式和業務流程，相關的資訊表單 基礎資料等都比較完善，這類專案的需求分析就直接可以從這個資訊管理系統的直接使用者那裡在前期相...