首頁軟件開發(fā) 正文

軟件開發(fā)方案怎么寫（軟件開發(fā)方案怎么寫范文）

軟件開發(fā) 2023-04-04T01:14:06 4923

本篇文章給大家談談軟件開發(fā)方案怎么寫，以及軟件開發(fā)方案怎么寫范文對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。本文目錄一覽： 1、怎樣寫開發(fā)軟件產品策劃書？

本篇文章給大家談談軟件開發(fā)方案怎么寫，以及軟件開發(fā)方案怎么寫范文對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

1、怎樣寫開發(fā)軟件產品策劃書？
2、一個軟件項目的實施方案要怎么寫？
3、軟件開發(fā)售前方案怎么寫，主要是開發(fā)方面，技術支持什么的，怎么寫？盡量詳細點的。謝謝。
4、尋求軟件的開發(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. 應用系統結構

4.4. 支撐系統結構

4.5. 信息分類編碼體系

5. I2DEF模型

5.1. 模型選擇說明

5.2. I2DEF模型設計規(guī)范

5.3. 結構模型

5.3.1. 系統/功能分解樹

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. 系統配置

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ā)方案怎么寫范文）

一個軟件項目的實施方案要怎么寫？

智軟冶金行業(yè)I-ERP實施方案

i-ERP（Internet/Intranet Enterprise Resource Planning）——企業(yè)資源計劃是當今世界上最先進、有效的企業(yè)管理技術，作為新一代的ERP系統。它將企業(yè)的物流、資金流和信息流及人力資源、辦公自動化、電子商務、決策支持等系統統一起來進行管理，對企業(yè)所擁有的人力、資金、材料、設備、方法（生產技術）、信息、時間等各項資源進行綜合平衡和充分考慮，最大限度地利用企業(yè)的現有資源取得更大的經濟效益，科學、有效地管理企業(yè)人、財、物、產、供、銷等各項具體業(yè)務工作。

實施i-ERP能夠使企業(yè)開源與節(jié)流并進，加強了客戶關系管理，提高客戶滿意度，使企業(yè)內部管理更加高效、規(guī)范、擴大市場占有率、降低企業(yè)成本、提供輔助決策、網上銷售、網上辦公等諸多功能。

《智軟i-ERP系統》是一套基于INTERNET/INTRANET管理的面向制造型企業(yè)的軟件包，涵蓋了企業(yè)的幾乎所有經營業(yè)務。它以智軟辦公自動化系統（AI OFFICE）為中心粘合劑，實現領導對EPR系統的各個模塊進行綜合查詢及輔助決策，模塊間是高度集成的，流程是通暢的，數據可以充分共享，這與單一模塊的軟件開發(fā)有著本質的區(qū)別。

《智軟i-ERP系統》分成四條主線：供銷存、生產、財務及OA、電子商務。各條主線內部業(yè)務的聯系相對緊密，而各條主線之間的聯系主要通過公共數據庫完成信息傳遞。智軟i-ERP今后還將會把SCM（供應鏈管理）、CRM（客戶關系管理）等系統結合起來，以滿足企業(yè)不斷發(fā)展的需要。

系統特點：

1、高度集成化和模塊化相結合

《智軟i-ERP》的各子系統是高度集成的，各子系統可以從其它相關的子系統中直接獲取所需的數據，同時也將本系統內產生的數據自動傳遞給其它相關子系統，減少了數據的重復錄入和數據在傳遞過程中可能發(fā)生的差錯。

《智軟i-ERP》在設計過程中同時采用了模塊化的設計方法，使得各子系統既可以獨立使用，也可以結合在一起使用。用戶可以根據自己的業(yè)務需要選擇安裝相應的子系統，待以后業(yè)務擴展后再安裝其它的相應子系統。這種設計可以幫助企業(yè)逐步實現一個完整的、涉及到企業(yè)全局的現代化管理信息系統。

2、多單位集團化管理模式

《智軟i-ERP》直接支持總公司與分公司、總廠與分廠等形式的多單位集團化管理模式?？偣?總廠的所有指導性、指令性計劃可以直接下達給相關的分公司、分廠，而分公司、分廠的具體計劃執(zhí)行情況和業(yè)務狀況也可以通過匯總直接傳遞給總公司。從而實現了集團內部信息交換的快速與準確。在數據庫設計時，用單位代碼作為關鍵字，以區(qū)分各單位的數據記錄。

3、使用方便靈活，適用性強

《智軟i-ERP》系統中所有需要輸入代碼的地方都有在線的提示功能，使得用戶在操作過程中不用記憶眾多的代碼，為此在開發(fā)過程中我們?yōu)橄鄳拇a字段都編寫了提示程序。系統中的所有應用程序都有在線幫助信息，指導用戶如何使用程序。

系統中有許多管理方法和管理項目可以通過用戶的事先設定選擇使用。為此系統提供了許多由用戶來定義的參數和代碼，用戶可以根據自己的業(yè)務需要選用不同的參數設定。這種設計可以使系統適應不同管理業(yè)務的需要。

4、多角度的數據統計分析及輔助決策

《智軟i-ERP》的各子系統都提供了大量、豐富、靈活的查詢統計及分析報表。從單一條件查詢到多條件模糊查詢，從單一業(yè)務數據查詢到跨業(yè)務連鎖查詢分析，從當前業(yè)務數據查詢到歷史業(yè)務查詢，從獨立業(yè)務記錄查詢到業(yè)務數據匯總分析，系統全方位多角度的為用戶提供所需要的信息。

5、OA及電子商務

《智軟i-ERP》使企業(yè)領導能夠通過OA系統實現對整個企業(yè)ERP系統各模塊情況的了解、提高企業(yè)的辦公效率、節(jié)省企業(yè)費用，實現網上辦公。適應將來社會的發(fā)展，積極開拓網上銷售市場，為企業(yè)尋找新的銷售增長點。

6、實現生產、供應、銷售、財務的一體化管理

實現企業(yè)內外業(yè)務處理的全面管理，用數據倉庫技術實現企業(yè)經營管理的輔助決策分析和預測。

7、企業(yè)Intranet/Internet系統和辦公自動化系統

實施企業(yè)Intranet/internet系統和辦公自動化系統并將它們有機結合，提高企業(yè)工作效率，實現企業(yè)管理透明度，加強全員的參與意識和主人意識，企業(yè)文化的體現。

8、充分考慮企業(yè)未來的發(fā)展

《智軟i-ERP》考慮到企業(yè)未來的發(fā)展及整個市場環(huán)境的變化，為系統未來的擴充留有充分的設計和數據接口。例如：與計算機輔助設計/制造（CAD/CAM）、計算機輔助工藝（CAPP）、自動貨倉（AS/RS）、電子數據交換（EDI）等等都留有數據交換接口。

系統主要功能：

主要功能模塊有：采購管理、庫存管理、銷售管理、分銷管理、運輸管理、帳務管理、報表管理、、預算會計、固定資產管理、工資管理、成本會計、生產管理、生產計劃、物料需求計劃、能力需求計劃、人力資源管理、設備管理、質量管理、經營預測、辦公自動化、電子商務、輔助決策等等多方面。

企業(yè)ERP項目實施方案制定與溝通技巧詳解

軟件應用尤其是ERP項目的實施是一個復雜而艱巨的系統工程，它涉及到軟件公司的產品成熟與否、實施人員對產品的熟悉程度、用戶的所有制體制、上層領導對項目的重視程度、中層干部對ERP流程認可程度、業(yè)務人員對操作的熟悉程度，以及企業(yè)效益、文化、人文地理環(huán)境、ERP廠商和客戶的溝通程度等方方面面的因素。因此，可以這樣認為，每實施一個ERP項目，就如同指揮一個重大的戰(zhàn)役。ERP系統實施小組的雙方負責人就是這場戰(zhàn)役的指揮官，他們（她們）要按照既定方針精心部署：如何控制各項工作合理有序地進行，如何協調各方面的工作關系，如何合理地配置人力和各種資源，并制定詳細可行的工作進度，在保證實施質量的前提下，盡可能縮短項目實施周期，減少實施成本，以達到ERP廠商和用戶雙贏的目的。

ERP項目的實施包括：方案的制定、項目的組織和協調、進度管理等方面的內容。

方案的制定

首先，項目小組要對系統做詳細的調研，確定實施目標，界定實施范圍和實施順序，寫出系統調研報告，雙方簽字認可后，作為實施的依據。根據項目情況，項目進度和工作計劃可按天或周制定。

系統的詳細調研至關重要，它直接關系到后續(xù)實施的成功與否。一個好的、全面的詳細調研已完成了實施工作量的一半。因此在做詳細調研時，不能放過任何一個細小的的環(huán)節(jié)，要敢于直面客戶。更不能怕客戶提需求，因為客戶需求是客觀存在的，既不能回避，也不會因為詳細調研沒有涉及到而消失。當客戶化工作完成后，再來實現客戶某些需求時，修改軟件的工作量可能會比新增軟件功能的工作量還要大，有時不僅是增加實施成本的問題，甚至會導致整個實施項目失敗。系統調研不詳細所造成的另一個后果是項目實施周期長，甚至會導致項目很長時間不能結束，同時還可能引起軟件廠商與客戶之間的矛盾?？蛻粽J為ERP軟件這也不能做，那也不能做，而軟件公司則埋怨客戶的需求沒完沒了。

對客戶的需求，關鍵是要區(qū)分哪些是操作性的、哪些是流程性的。對流程性的要求，要進行認真的梳理，以區(qū)分哪些是受企業(yè)、行業(yè)乃至國家整個經濟大環(huán)境影響，現階段必須修改的，哪些是需要客戶重組自己業(yè)務或修改自己流程的，哪些是不能遷就客戶的，但前提必須是抱著對客戶負責的態(tài)度。例如，我們在機械行業(yè)的一個企業(yè)實施ERP時，在倉庫管理子系統中，沒有實行貨位、貨架及批次管理，在這種情況下，我們完全可以按照現有的管理模式進行實施，并且ERP系統也支持非批管理的模式。但我們并沒有遷就現有的管理模式，而是考慮到企業(yè)今后的發(fā)展，我們先按通用批次和通用貨位進行實施，待企業(yè)具備條件后，再指導企業(yè)如何對貨位、批次進行管理。這看起來，首次實施增加了工作量，但從整體效益來看，減少了后續(xù)程序的維護工作量，降低了實施成本，并且樹立了軟件公司為企業(yè)負責的良好形象。

與用戶的協調

首先，實施小組要安排好自己內部的工作。尤其是同時實施幾個項目的情況下，要了解和熟悉本項目實施小組每個成員的特點，包括業(yè)務特點和性格特點，對誰比較熟悉哪個子系統業(yè)務、誰的業(yè)務能力比較強、誰較善于與客戶溝通、誰比較細心等情況做到心中有數，充分發(fā)揮小組每個成員的積極性，因人制宜，合理安排工作，以保證幾個項目同時順利進行。

其次，積極主動地與用戶協調，要充分調動用戶項目負責人的積極性，使他們充分認識到工作的重要性、責任的重大性；尤其要使其認識到，ERP項目實施過程中的艱巨性和復雜性，以及通過該項目的實施可以提高自身業(yè)務素質。例如，有一次在與用戶項目負責人的交談中得知，該項目負責人由于種種原因很快就會離職，另有高就，但對該項目而言，中途換人無疑是一大忌。而且關于項目新負責人的性格、脾氣、秉性、對業(yè)務的熟悉程度、與各方面及各部門的溝通能力等等，這一切我們都要重新了解并與之磨合。于是我們做起了耐心、細致的思想工作，從工作需要到對自身價值的提升、從企業(yè)現狀到ERP的發(fā)展。最后該項目負責人表示，待該ERP項目實施結束后再決定離職，從而保證了ERP項目的一氣呵成，順利實施完畢。

09-02-14 | 添加評論 | 打賞

軟件開發(fā)售前方案怎么寫，主要是開發(fā)方面，技術支持什么的，怎么寫？盡量詳細點的。謝謝。

售前工程師崗位職責和基本要求

1、負責組織制定系統集成項目的技術方案編寫、標書的準備、講解及用戶答疑等工作；

2、配合客戶經理完成與用戶的技術交流、技術方案宣講、應用系統演示等工作；

3、配合業(yè)務部其它部門做好用戶溝通、資料共享、技術協調等工作；

4、配合市場人員完成應用系統演示、產品宣傳資料撰寫等工作；

5、配合做好與合作伙伴廠商的技術交流。

項目招投標活動的過程描述

項目從前期跟蹤，簽單，作為售前人員，需要與銷售人員密切合作。通常獲得一個項目的前期過程如下：

1.銷售人員拜訪用戶，了解用戶的項目基本情況，向用戶介紹公司和公司的產品，與用戶建立起良好的關系。

2.銷售人員在用戶招標前，引入售前技術支持人員，與用戶進行技術上的交流和溝通，了解用戶在項目上的需求，偏好的技術構架，引導用戶到本公司的技術思路上，這個過程可能是需要多次反復。至少要做到用戶對公司有一定的興趣，愿意邀請你參加投標。

3.用戶發(fā)招標書，售前人員根據招標書的要求，結合前期與用戶交流的情況，編寫投標書。

4.參加招投標會，進行技術、商務上的講解和答疑。

5.參加商務和技術的談判，起草項目商務合同和技術協議書。

6.簽訂合同，項目實施以及維護。

招投標前與用戶的接觸

招投標前與用戶接觸，了解用戶的真實需求和想法，通過交流，了解用戶對系統框架、平臺、新技術的偏好，使以后在投標中能“投其所好”“命中要害”。介紹公司的技術和產品，使用戶在招標前對本公司技術和產品能有比較清楚的認識和了解，將用戶的需求引導到本公司的技術和產品的思路上，使用戶的在技術上對本公司有一定的偏好。

交流和需要了解的內容通常包括：

1.用戶的組織機構，信息化的現狀，現有的硬件設備、網絡情況、正在使用的軟件系統情況；

2.新系統的規(guī)劃、目標、規(guī)模，要求等，包括用戶對系統的安全性、可靠性、易用性、擴展性的要求；

3.業(yè)務內容、業(yè)務流程系統的現狀，軟件功能需求；

4.平臺和數據庫的選型；

5.信息安全、存儲的需求；

6.對軟件開發(fā)機制的認識；

7.用戶感興趣的熱點技術；

交流應該廣泛，不要只限于項目的具體負責人，如果有條件，可以拜訪更上級的用戶，以及各部門的主要負責人或技術權威，盡量了解用戶的對項目的認識和想法，交流和拜訪中要善于識別用戶的身份，抓住對項目有決定權、影響大的用戶的想法，同時，可以初步分析哪些用戶可能是以后的招標評委，留意他們對項目感興趣的地方。以便在投標和講標中有所針對性。

引導用戶向本公司的擅長的技術路線和產品特點上?？梢詫⒁酝鲞^項目的情況、功能特點講給用戶，最好是借助演示，這是用戶會告訴你哪些是他感興趣的，哪些是沒有意思的，其它對手的產品是什么樣的等等。這樣便于與用戶進行深入的交流，找到與用戶相互的共鳴點。

跟蹤和了解對手情況，了解同類產品的現狀，這是一個長期積累的過程，分析對手的產品和解決方案可能的特點，找到或提出比對手有新意的、能吸引用戶的系統亮點。當然，這些亮點的提出必須先考慮自己的技術實力和項目的投資規(guī)模。

尋求軟件的開發(fā)與設計完整方案流程

標準的軟件開發(fā)過程

1推薦軟件開發(fā)的標準過程包括六個階段，而六個階段需要編寫的各類文件達14種之多，在每個階段需要編寫哪些文件，以及這些文件的主要內容見下：

1.可行性與計劃研究階段

可行性研究報告：在可行性研究與計劃階段內，要確定該軟件的開發(fā)目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發(fā)計劃，并完成應編制的文件。

項目開發(fā)計劃：編制項目開發(fā)計劃的目的是用文件的形式，把對于在開發(fā)過程中各項工作的負責人員、開發(fā)進度、所需經費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發(fā)工作。

2.需求分析階段

軟件需求說明書：軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎。內容包括對功能的規(guī)定對性能的規(guī)定等。

數據要求說明書：數據要求說明書的編制目的是為了向整個開發(fā)時期提供關于被處理數據的描述和數據采集要求的技術信息。

初步的用戶手冊：用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。

3.設計階段

概要設計說明書：概要設計說明書又可稱系統設計說明書，這里所說的系統是指程序系統。編制的目的是說明對程序系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計。運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。

詳細設計說明書：詳細設計說明書又可稱程序設計說明書。編制目的是說明一個軟件系統各個層次中的每一個程序（每個模塊或子程序）的設計考慮，如果一個軟件系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合并入概要設計說明書。

數據庫設計說明書：數據庫設計說明書的編制目的是對于設計中的數據庫的所有標識、邏輯結構和物理結構作出具體的設計規(guī)定。

測試計劃初稿：這里所說的測試，主要是指整個程序系統的組裝測試和確認測試。本文件的編制是為了提供一個對該軟件的測試計劃，包括對每項測試活動的內容、進度安排、設計考慮、測試數據的整理方法及評價準則。

4.實現階段

模塊開發(fā)卷宗（開始編寫）：模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一組密切相關的模塊的復審時編寫一份，應該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進度和結果，以便于對整個模塊開發(fā)工作的管理和復審，并為將來的維護提供非常有用的技術信息。

用戶手冊完工

操作手冊：操作手冊的編制是為了向操作人員提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節(jié)。

測試計劃終稿：

5.測試階段

模塊開發(fā)卷宗(此階段內必須完成)

測試分析報告：測試分析報告的編寫是為了把組裝測試和確認測試的結果、發(fā)現及分析寫成文件加以記載。

項目開發(fā)總結報告：項目開發(fā)總結報告的編制是為了總結本項目開發(fā)工作的經驗，說明實際取得的開發(fā)結果以及對整個開發(fā)工作的各個方面的評價。

6.運行與維護階段

開發(fā)進度月報的編制目的是及時向有關管理部門匯報項目開發(fā)的進展和情況，以便及時發(fā)現和處理開發(fā)過程中出現的問題。一般地，開發(fā)進度月報是以項目組為單位每月編寫的。如果被開發(fā)的軟件系統規(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。