軟件開發(fā)方案怎么寫（軟件開發(fā)方案模板）
本篇文章給大家談談軟件開發(fā)方案怎么寫，以及軟件開發(fā)方案模板對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。
本文目錄一覽：
如何開發(fā)一個軟件
1、軟件開發(fā)的第一個流程是項目開發(fā)目的分析與確定，主要是在軟件開發(fā)商將開發(fā)項目確定下來之后，需要與需求方進行討論，確定需求方對于軟件開發(fā)的需要實現目標及其具體需要的功能等等，并確定是否可達成；
2、接下來就是需求分析，這個步驟也是為軟件開發(fā)的正常進行確定具體思路的階段。在確定軟件開發(fā)可進行后，必須要對客戶需要實現的軟件功能需求進行具體詳細的分析。同時應當考慮在開發(fā)過程中可能出現的變化情況，制定需求變更計劃隨時應對特殊情況的發(fā)生，保證軟件開發(fā)流程的順暢進行；
3、接下來就是軟件設計。軟件設計要根據上一階段對軟件功能需求分析的結果，來設計軟件系統(tǒng)的框架結構、功能模塊和數據庫等等。它主要分為總體設計和詳細設計兩個部分；
4、接下來就是編程實施步驟。編程也是根據對軟件設計，將軟件設計的各部分需求通計算機程序代碼來實現運行，編程有統(tǒng)一、規(guī)范的程序編寫規(guī)則，保證軟件程序的易懂性、易維護性；
5、接下來就是軟件測試步驟。也就是在根據設計將客戶軟件需用編程代碼來實現之后，也就是軟件程序完成之后，需要對編寫的程序，形成整體構架、功能進行單元、組裝、系統(tǒng)三階段的測試，以測試程序編寫的正確性，以及對客戶需求功能滿足的充分性，以此來確定軟件是否達到開發(fā)要求，同時也是一個發(fā)現問題、糾正問題的過程；
6、通過以上核心環(huán)節(jié)完成了軟件開發(fā)，接下來就是在軟件開發(fā)達到客戶需求之后，開發(fā)者將軟件系統(tǒng)交予客戶，并將軟件安裝程序、數據庫的數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、測試報告等產物交付給客戶，同時指導客戶進行軟件安裝、以及安裝技巧，提醒客戶注意軟件運行狀況、環(huán)境、服務器及相關中間件的檢測與注意事項，知道客戶軟件的實際操作方法、使用流程等等問題，實現合同規(guī)定任務；
7、用戶在接受開發(fā)商交付的軟件開發(fā)結果，并進行實際操作、測試運行，實現滿意結果之后，對開發(fā)出來的軟件進行驗收；
8、定制開發(fā)的軟件通常都需要提供售后服務，定期對軟件進行維護，或者根據用戶出現的新需求，進行應用軟件程序的修改，使之不斷滿足客戶實際需求。
怎樣寫開發(fā)軟件產品策劃書？
樓主應該先寫需求分析文檔吧
然后才是設計文檔
=================================
需求分析文檔結構
=================================
1. 引言
1.1. 編寫目的
1.2. 背景說明
1.3. 術語定義
1.4. 參考資料
2. 任務概述
2.1. 目標
2.2. 用戶的特點
2.3. 假定與約束
3. 需求規(guī)定
3.1. 對功能的規(guī)定
3.2. 對性能的規(guī)定
3.2.1. 精度
3.2.2. 時間特性要求
3.2.3. 靈活性
3.3. 輸入輸出要求
3.4. 數據管理能力要求
3.5. 故障處理要求
3.6. 其它專門要求
4. 運行環(huán)境設定
4.1. 設備
4.2. 支持軟件
4.3. 接口
4.4. 控制
5. 縮寫詞表
6. 參考文獻
=================================
設計文檔結構
=================================
1. 前言
2. 摘要
3. 需求分析
3.1. 企業(yè)生產經營概況
3.2. 企業(yè)經營目標及策略（近期及遠期）
3.3. 實施需求
3.4. 實施目標
3.5. 實施約束
3.6. 實施功能要求
3.7. 實施信息要求
3.8. 實施性能要求
4. 總體方案與結構
4.1. 制定總體結構的出發(fā)點
4.2. 體系結構
4.3. 應用系統(tǒng)結構
4.4. 支撐系統(tǒng)結構
4.5. 信息分類編碼體系
5. I2DEF模型
5.1. 模型選擇說明
5.2. I2DEF模型設計規(guī)范
5.3. 結構模型
5.3.1. 系統(tǒng)/功能分解樹
5.3.2. 構件圖
5.4. 動態(tài)模型
5.4.1. 事件流程圖
5.4.2. 事件匯總圖
5.4.3. 工作案例圖
5.4.4. 典型事件跟蹤圖
5.5. 功能模型
5.5.1. 數據流程圖
5.5.2. 數據匯總圖
5.5.3. 功能調用圖
6. 資源需求
7. 系統(tǒng)配置
7.1. 配置原則
7.2. 硬件配置
7.3. 軟件配置
8. 接口
8.1. 內部接口
8.2. 外部接口
9. 組織機構及人員配置
9.1. 現行組織機構
9.2. 開發(fā)運行的組織機構
9.3. 人員配置與培訓
10. 關鍵技術
10.1. 關鍵技術的提出
10.2. 關鍵技術的一般說明
10.3. 關鍵技術的實現方案
11. 方案實施的技術路線和實施計劃
11.1. 實施的技術路線
11.2. 實施計劃
12. 投資概算及資金規(guī)劃
12.1. 投資概算
12.2. 資金規(guī)劃
13. 經濟分析
13.1. 經濟效益分析
13.2. 財務評價分析
13.3. 社會效益、戰(zhàn)略效益分析
13.4. 經濟評價的結論和建議
14. 縮寫詞表
15. 參考文獻
尋求軟件的開發(fā)與設計完整方案流程
標準的軟件開發(fā)過程
1推薦軟件開發(fā)的標準過程包括六個階段，而六個階段需要編寫的各類文件達14種之多，在每個階段需要編寫哪些文件，以及這些文件的主要內容見下：
1.可行性與計劃研究階段
可行性研究報告：在可行性研究與計劃階段內，要確定該軟件的開發(fā)目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發(fā)計劃，并完成應編制的文件。
項目開發(fā)計劃：編制項目開發(fā)計劃的目的是用文件的形式，把對于在開發(fā)過程中各項工作的負責人員、開發(fā)進度、 所需經費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發(fā)工作。
2.需求分析階段
軟件需求說明書：軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為整個開發(fā)工作的基礎。內容包括對功能的規(guī)定對性能的規(guī)定等。
數據要求說明書：數據要求說明書的編制目的是為了向整個開發(fā)時期提供關于被處理數據的描述和數據采集要求的技術信息。
初步的用戶手冊：用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統(tǒng)所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。
3.設計階段
概要設計說明書：概要設計說明書又可稱系統(tǒng)設計說明書，這里所說的系統(tǒng)是指程序系統(tǒng)。編制的目的是說明對程序系統(tǒng)的設計考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計。 運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。
詳細設計說明書：詳細設計說明書又可稱程序設計說明書。編制目的是說明一個軟件系統(tǒng)各個層次中的每一個程序 （每個模塊或子程序）的設計考慮，如果一個軟件系統(tǒng)比較簡單，層次很少，本文件可以不單獨編寫，有關內容合并入概要設計說明書。
數據庫設計說明書：數據庫設計說明書的編制目的是對于設計中的數據庫的所有標識、邏輯結構和物理結構作出具體的設計規(guī)定。
測試計劃初稿：這里所說的測試，主要是指整個程序系統(tǒng)的組裝測試和確認測試。本文件的編制是為了提供一個對該軟件的測試計劃，包括對每項測試活動的內容、進度安排、設計考慮、測試數據的整理方法及評價準則。
4.實現階段
模塊開發(fā)卷宗（開始編寫）：模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一組密切相關的模塊的復審時編寫一份，應該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進度和結果，以便于對整個模塊開發(fā)工作的管理和復審，并為將來的維護提供非常有用的技術信息。
用戶手冊完工
操作手冊：操作手冊的編制是為了向操作人員提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節(jié)。
測試計劃終稿：
5.測試階段
模塊開發(fā)卷宗(此階段內必須完成)
測試分析報告：測試分析報告的編寫是為了把組裝測試和確認測試的結果、發(fā)現及分析寫成文件加以記載。
項目開發(fā)總結報告：項目開發(fā)總結報告的編制是為了總結本項目開發(fā)工作的經驗，說明實際取得的開發(fā)結果以及對整個開發(fā)工作的各個方面的評價。
6.運行與維護階段
開發(fā)進度月報的編制目的是及時向有關管理部門匯報項目開發(fā)的進展和情況，以便及時發(fā)現和處理開發(fā)過程中出現的問題。一般地，開發(fā)進度月報是以項目組為單位每月編寫的。如果被開發(fā)的軟件系統(tǒng)規(guī)模比較大，整個工程項目被劃分給若干個分項目組承擔，開發(fā)進度月報將以分項目組為單位按月編寫。
對于一項軟件而言，有些文件的編寫工作可能要在若干個階段中延續(xù)進行。
鑒于軟件開發(fā)是具有創(chuàng)造性的腦力勞動，也鑒于不同軟件在規(guī)模上和復雜程度上差別極大，本指南認為在文件編制工作中應允許一定的靈活性，并不是14種文件每種都必須編寫。
文件編制的衡量因素
◆在因素總和較低的情況下,項目開發(fā)總結報告的內容應包括：程序的主要功能、基本流程、測試結果和使用說明。
◆測試分析報告應該寫，但不必很正規(guī)。
◆數據要求說明和數據庫設計說明是否需要編寫應根據所開發(fā)軟件的實際需要來決定。
例2：為了避免在軟件開發(fā)中文件編制的不足或過分，一個簡便的辦法是把對軟件文件的編制要求同軟件的規(guī)模大小聯系起來，這就是本例的出發(fā)點。軟件的規(guī)模不妨分為四級：
1．小規(guī)模軟件源程序行數小于5 000的軟件；
2．中規(guī)模軟件源程序行數為 10 000～ 50 000的軟件；
3．大規(guī)模軟件源程序行數為 100 000?500 000的軟件；
4．特大規(guī)模軟件源程序行數大于500 000的軟件。
對上述的四級軟件的文件編制要求分別列于表O3。
至于源程序行數為 5 000～ 10 000， 50 000～ 100 000的軟件，其文件編制要求介于兩級之間，可根據一個軟件產品的具體情況，由項目負責人參照表O3的規(guī)定，確定需要編制的文件種類。
對于源程序行數大于500 000的特大規(guī)模軟件，可進一步把本指南規(guī)定的十四種文件按實際需要擴展成更多種類。
關于軟件開發(fā)方案怎么寫和軟件開發(fā)方案模板的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。
