1. 軟體立項報告怎麼寫
大致包括項目的建設背景和發展情況，市場分析，財務分析，可行性研究結論與建議等，反正行業不同會有些區別，有不清楚的可以繼續探討，我的郵箱[email protected]
2. 一般軟體項目要做哪些文檔
立項後的需求分析階段：項目需求分析報告書，項目風險評估報告，假如你已簽訂合同或者立項，則還需要：項目施工合同書，工程合作備忘錄（大項目或者工程才用到），項目（工程）規劃書，項目經費預算報告（可以和前面的規劃書2合一）。工程施工階段：項目工程設計報告（必須附帶細則和對應的甘特圖）。與信息系統有關各表的編碼規則，階段性報告。項目測試與驗證階段：測試計劃書，測試報告（有兩個，一個給合同方一個給自己內部人員）。項目收尾與後續協議：軟體用戶手冊（幫助文檔），售後服務協議，還有給自己人看的結項報告。
3. 軟體項目文檔該怎麼編寫
1.需求分析
2.系統設計
3.系統實現
4.難點建議
4. 在做軟體項目時項目原型文檔的作用、項目立項及開發規劃說明書、項目開發計劃表、需求規格說明書、設計
作為項目集成管理知識領域的一部分，在啟動項目時，項目團隊開發出初步的范圍說明書。這一文件連同項目章程、組織過程資產及准許的變更需求，一起為製作項目范圍說明書提供基礎。 初步的項目范圍說明書提供了基本的范圍信息，而項目范圍說明書則繼續理清了項目范圍並提供了更為具體的信息。 盡管在內容上會有些差異，但是項目范圍說明書至少應該是一個項目的描述，包括其總體目標及理由；所有項目可交付成果的詳細描述，以及做為項目成果一部分的產品和服務的特徵及需求。 項目范圍說明書的作用： 有助於在項目范圍說明書中將項目成功的標准文檔化；提供其他與項目范圍相關的信息：項目界限、產品可接收的標准、項目的限制條件和假設條件、項目的組織團隊、確認的風險、里程碑計劃、成本大小的排序、需求配置管理、認可的需求等。 隨著時間的推移，一個項目的范圍應該變得更加清晰和具體。 擁有一份最新的項目范圍說明書對於簡歷和確認項目范圍的一般共識是非常重要的。它具體描述了項目要完成的工作，並且確保了顧客滿意及預防範圍蔓延的一個重要工具。
5. 做軟體項目設計文檔怎麼寫啊
按照以下格式填就好了，不過是我自己寫的，有不好的地方大家互相學習修改一下~
詳細設計文檔規范
1.0概述
這部分提供對整個設計文檔的概述。描述了所有數據，結構，介面和軟體構件級別的設計。
1.1 目標和對象
描述軟體對象的所有目標。
1.2 陳述范圍
軟體描述。主要輸入，過程功能，輸出的描述，不考慮詳細細節。
1.3 軟體內容
軟體被置於商業或者產品線中，討論相關的戰略問題。目的是讓讀者能夠對「宏圖」有所了解。
1.4 主要系統參數
任何商務軟體或者產品線都包含軟體規定、設計、實現和測試的說明和規范。
2.0 數據設計
描述所有數據結構包括內部變數，全局變數和臨時數據結構。
2.1 內部軟體數據結構
描述軟體內部的構件之間的數據傳輸的結構。
2.2 全局數據結構
描述主要部分的數據結構。
2.3 臨時數據結構
為臨時應用而生成的文件的描述。
2.4 資料庫描述
作為應用程序的一部分，描述資料庫結構。
3.0 結構化和構件級別設計
描述程序結構。
3.1 程序結構
詳細描述應用程序所選定的程序結構。
3.1.1 結構圖
圖形化描述結構。
3.1.2 選擇性
討論其它可供考慮的結構。選定3.1.1中結構類型的原因。
3.2 構件描述
詳細描述結構中的每個軟體構件。
3.2.1 構件過程敘述(PSPEC)
描述構件的過程。
3.2.2 構件介面描述
詳細描述構件的輸入和輸出。
3.2.3 構件執行細節
每個構件的詳細演算描述。
3.2.3.1 介面描述
3.2.3.2 演算模型(e.g., PDL)
3.2.3.3 規范/限制
]3.2.3.4 本地數據結構
3.2.3.5 在3.2.3.6設計中包含的執行結果
3.3 軟體介面描述
軟體對外界的介面描述
3.3.1機器對外介面
與其他機器或者設備的介面描述。
3.3.2系統對外介面
對其它系統、產品和網路的介面描述。
3.3.3與人的介面
概述軟體與任何人的界面。
4.0 用戶界面設計
描述軟體的用戶界面設計。
4.1 描述用戶界面
詳細描述用戶界面，包括屏幕顯示圖標、圖片或者類型。
4.1.1 屏幕圖片
從用戶角度描述界面。
4.1.2 對象和操作
所有屏幕對象和操作的定義。
4.2 界面設計規范
用戶界面的設計和實現的規范和標准。
4.3 可見構件
實現的GUI可見構件說明。
4.4 UIDS描述
用戶界面開發系統描述。
5.0約束、限制和系統參數
會影響軟體的規格說明、設計和實現的特殊事件。
6.0測試標准
測試策略和預備測試用例描述。
6.1 測試的類別
規定實施測試的類別，包括盡量詳細的描述。這里是針對黑盒測試現象的描述。
6.2期待軟體反饋
測試期待的結果描述。
6.3執行界線
特殊執行需要的說明。
6.4 重要構件確認
決定性構件或者需要特殊注意的構件的測試確認。
7.0附錄
設計說明的補充信息。
7.1系統可跟蹤矩陣
一個定期回歸系統規格跟蹤軟體需求的矩陣。
7.2 產品戰略
如果規格說明書是為一個產品設計的，描述相關的產品戰略。
7.3 使用分析演算法
描述所有分析活動所使用到的分析演算法。
7.4 補充信息 (如果有需要特別說明的)
6. 軟體開發需要准備哪些文檔
模塊開發卷宗（GB8567——88）
1標題
軟體系統名稱和標識符
模塊名稱和標識符（如果本卷宗包含多於一個的模塊，則用這組模塊的功能標識代替模塊名）
程序編制員簽名
卷宗的修改文本序號
修改完成日期
卷宗序號（說明本卷宗在整個卷宗中的序號）
編排日期（說明整個卷宗最近的一次編排日期）
2模塊開發情況表
3功能說明
扼要說明本模塊（或本組模塊）的功能，主要是輸入、要求的處理、輸出。可以從系統設計說明書中摘錄。同時列出在軟體需求說明書中對這些功能的說明的章、條、款。
4設計說明
說明本模塊（或本組模塊）的設計考慮，包括：
a． 在系統設計說明書中有關對本模塊（或本組模塊）設計考慮的敘述，包括本模塊在軟體系統中所處的層次，它同其他模塊的介面；
b． 在程序設計說明書中有關對本模塊（或本組模塊）的設計考慮，包括本模塊的演算法、處理流程、牽涉到的數據文卷設計限制、驅動方式和出錯信息等；
c． 在編制目前已通過全部測試的源代碼時實際使用的設計考慮。
5原代碼清單
要給出所產生的本模塊（或本組模塊）的第一份無語法錯的源代碼清單以及已通過全部測試的當前有效的源代碼清單。
6測試說明
說明直接要經過本模塊（或本組模塊）的每一項測試，包括這些測試各自的標識符和編號、進行這些測試的目的、所用的配置和輸入、預期的輸出及實際的輸出。
7復審的結論
把實際測試的結果，同軟體需求說明書、系統設計說明書、程序設計說明書中規定的要求進行比較和給出結論。
7. 軟體項目從立項到交付，都需要給甲方(用戶方)提供哪些說明文檔
建設方得較多，比較復雜，別管他們，你又不是建設方。監理的不多，策劃文件、會議紀要、月報、旁站記錄、安全巡視、安全簽證、評估報告、監理總結
就這些了
8. 一個軟體項目要寫哪些文檔,又該怎樣寫
簡單的列一下：
立項前：市場調查報告，項目計劃書
需求階段：用戶需求規格說明書，技術可行性報告，風險評估報告
設計階段：概要設計說明書，詳細設計說明書
編碼階段：編碼規范
測試階段：測試計劃 測試分析報告
發布階段：項目開發總結報告 用戶手冊
9. 軟體項目立項了是什麼意思
大型項目要列入政府發展計劃中，項目要做下去得經過項目政府部門批准（發改委或者發改局），這就需要在發改委或者發改局立項，你立項的時候一般需要准備編制好的可行性研究，土地局的用地預審，規劃部門的選址意見，環保局的環評意見，規劃部門核發的紅線圖等等文件一起立項，所有這些都需要發改委或者發改局的批復。他們的意見就是批復文件。
10. 開發一個軟體項目,從最初的立項到結束,完整的文檔有哪些
立項依據
項目書
過程
人員
時間
等等一切有關的。