❶ 軟體開發售前方案怎麼寫，主要是開發方面，技術支持什麼的，怎麼寫盡量詳細點的。謝謝。
售前工程師崗位職責和基本要求
1、負責組織制定系統集成項目的技術方案編寫、標書的准備、講解及用戶答疑等工作；
2、配合客戶經理完成與用戶的技術交流、技術方案宣講、應用系統演示等工作；
3、配合業務部其它部門做好用戶溝通、資料共享、技術協調等工作；
4、配合市場人員完成應用系統演示、產品宣傳資料撰寫等工作；
5、配合做好與合作夥伴廠商的技術交流。
項目招投標活動的過程描述
項目從前期跟蹤，簽單，作為售前人員，需要與銷售人員密切合作。通常獲得一個項目的前期過程如下：
1.銷售人員拜訪用戶，了解用戶的項目基本情況，向用戶介紹公司和公司的產品，與用戶建立起良好的關系。
2.銷售人員在用戶招標前，引入售前技術支持人員，與用戶進行技術上的交流和溝通，了解用戶在項目上的需求，偏好的技術構架，引導用戶到本公司的技術思路上，這個過程可能是需要多次反復。至少要做到用戶對公司有一定的興趣，願意邀請你參加投標。
3.用戶發招標書，售前人員根據招標書的要求，結合前期與用戶交流的情況，編寫投標書。
4.參加招投標會，進行技術、商務上的講解和答疑。
5.參加商務和技術的談判，起草項目商務合同和技術協議書。
6.簽訂合同，項目實施以及維護。
招投標前與用戶的接觸
招投標前與用戶接觸，了解用戶的真實需求和想法，通過交流，了解用戶對系統框架、平台、新技術的偏好，使以後在投標中能「投其所好」「命中要害」。介紹公司的技術和產品，使用戶在招標前對本公司技術和產品能有比較清楚的認識和了解，將用戶的需求引導到本公司的技術和產品的思路上，使用戶的在技術上對本公司有一定的偏好。
交流和需要了解的內容通常包括：
1.用戶的組織機構，信息化的現狀，現有的硬體設備、網路情況、正在使用的軟體系統情況；
2.新系統的規劃、目標、規模，要求等，包括用戶對系統的安全性、可靠性、易用性、擴展性的要求；
3.業務內容、業務流程系統的現狀，軟體功能需求；
4.平台和資料庫的選型；
5.信息安全、存儲的需求；
6.對軟體開發機制的認識；
7.用戶感興趣的熱點技術；
交流應該廣泛，不要只限於項目的具體負責人，如果有條件，可以拜訪更上級的用戶，以及各部門的主要負責人或技術權威，盡量了解用戶的對項目的認識和想法，交流和拜訪中要善於識別用戶的身份，抓住對項目有決定權、影響大的用戶的想法，同時，可以初步分析哪些用戶可能是以後的招標評委，留意他們對項目感興趣的地方。以便在投標和講標中有所針對性。
引導用戶向本公司的擅長的技術路線和產品特點上。可以將以往做過項目的情況、功能特點講給用戶，最好是藉助演示，這是用戶會告訴你哪些是他感興趣的，哪些是沒有意思的，其它對手的產品是什麼樣的等等。這樣便於與用戶進行深入的交流，找到與用戶相互的共鳴點。
跟蹤和了解對手情況，了解同類產品的現狀，這是一個長期積累的過程，分析對手的產品和解決方案可能的特點，找到或提出比對手有新意的、能吸引用戶的系統亮點。當然，這些亮點的提出必須先考慮自己的技術實力和項目的投資規模。
❷ 如何寫軟體項目的技術解決方案
就是用什麼什麼開發的，比如vs2005啊、sql啊之類的
❸ 怎樣寫開發軟體產品策劃書
樓主應該先寫需求分析文檔吧
然後才是設計文檔
=================================
需求分析文檔結構
=================================
1. 引言
1.1. 編寫目的
1.2. 背景說明
1.3. 術語定義
1.4. 參考資料
2. 任務概述
2.1. 目標
2.2. 用戶的特點
2.3. 假定與約束
3. 需求規定
3.1. 對功能的規定
3.2. 對性能的規定
3.2.1. 精度
3.2.2. 時間特性要求
3.2.3. 靈活性
3.3. 輸入輸出要求
3.4. 數據管理能力要求
3.5. 故障處理要求
3.6. 其它專門要求
4. 運行環境設定
4.1. 設備
4.2. 支持軟體
4.3. 介面
4.4. 控制
5. 縮寫詞表
6. 參考文獻
=================================
設計文檔結構
=================================
1. 前言
2. 摘要
3. 需求分析
3.1. 企業生產經營概況
3.2. 企業經營目標及策略（近期及遠期）
3.3. 實施需求
3.4. 實施目標
3.5. 實施約束
3.6. 實施功能要求
3.7. 實施信息要求
3.8. 實施性能要求
4. 總體方案與結構
4.1. 制定總體結構的出發點
4.2. 體系結構
4.3. 應用系統結構
4.4. 支撐系統結構
4.5. 信息分類編碼體系
5. I2DEF模型
5.1. 模型選擇說明
5.2. I2DEF模型設計規范
5.3. 結構模型
5.3.1. 系統/功能分解樹
5.3.2. 構件圖
5.4. 動態模型
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. 開發運行的組織機構
9.3. 人員配置與培訓
10. 關鍵技術
10.1. 關鍵技術的提出
10.2. 關鍵技術的一般說明
10.3. 關鍵技術的實現方案
11. 方案實施的技術路線和實施計劃
11.1. 實施的技術路線
11.2. 實施計劃
12. 投資概算及資金規劃
12.1. 投資概算
12.2. 資金規劃
13. 經濟分析
13.1. 經濟效益分析
13.2. 財務評價分析
13.3. 社會效益、戰略效益分析
13.4. 經濟評價的結論和建議
14. 縮寫詞表
15. 參考文獻
❹ 一個軟體項目的實施方案要怎麼寫
智軟冶金行業I-ERP實施方案
i-ERP（Internet/Intranet Enterprise Resource Planning）——企業資源計劃是當今世界上最先進、有效的企業管理技術，作為新一代的ERP系統。它將企業的物流、資金流和信息流及人力資源、辦公自動化、電子商務、決策支持等系統統一起來進行管理，對企業所擁有的人力、資金、材料、設備、方法（生產技術）、信息、時間等各項資源進行綜合平衡和充分考慮，最大限度地利用企業的現有資源取得更大的經濟效益，科學、有效地管理企業人、財、物、產、供、銷等各項具體業務工作。
實施i-ERP能夠使企業開源與節流並進，加強了客戶關系管理，提高客戶滿意度，使企業內部管理更加高效、規范、擴大市場佔有率、降低企業成本、提供輔助決策、網上銷售、網上辦公等諸多功能。
《智軟i-ERP系統》是一套基於INTERNET/INTRANET管理的面向製造型企業的軟體包，涵蓋了企業的幾乎所有經營業務。它以智軟辦公自動化系統（AI OFFICE）為中心粘合劑，實現領導對EPR系統的各個模塊進行綜合查詢及輔助決策，模塊間是高度集成的，流程是通暢的，數據可以充分共享，這與單一模塊的軟體開發有著本質的區別。
《智軟i-ERP系統》分成四條主線：供銷存、生產、財務及OA、電子商務。各條主線內部業務的聯系相對緊密，而各條主線之間的聯系主要通過公共資料庫完成信息傳遞。智軟i-ERP今後還將會把SCM（供應鏈管理）、CRM（客戶關系管理）等系統結合起來，以滿足企業不斷發展的需要。
系統特點：
1、高度集成化和模塊化相結合
《智軟i-ERP》的各子系統是高度集成的，各子系統可以從其它相關的子系統中直接獲取所需的數據，同時也將本系統內產生的數據自動傳遞給其它相關子系統，減少了數據的重復錄入和數據在傳遞過程中可能發生的差錯。
《智軟i-ERP》在設計過程中同時採用了模塊化的設計方法，使得各子系統既可以獨立使用，也可以結合在一起使用。用戶可以根據自己的業務需要選擇安裝相應的子系統，待以後業務擴展後再安裝其它的相應子系統。這種設計可以幫助企業逐步實現一個完整的、涉及到企業全局的現代化管理信息系統。
2、多單位集團化管理模式
《智軟i-ERP》直接支持總公司與分公司、總廠與分廠等形式的多單位集團化管理模式。總公司/總廠的所有指導性、指令性計劃可以直接下達給相關的分公司、分廠，而分公司、分廠的具體計劃執行情況和業務狀況也可以通過匯總直接傳遞給總公司。從而實現了集團內部信息交換的快速與准確。在資料庫設計時，用單位代碼作為關鍵字，以區分各單位的數據記錄。
3、使用方便靈活，適用性強
《智軟i-ERP》系統中所有需要輸入代碼的地方都有在線的提示功能，使得用戶在操作過程中不用記憶眾多的代碼，為此在開發過程中我們為相應的代碼欄位都編寫了提示程序。系統中的所有應用程序都有在線幫助信息，指導用戶如何使用程序。
系統中有許多管理方法和管理項目可以通過用戶的事先設定選擇使用。為此系統提供了許多由用戶來定義的參數和代碼，用戶可以根據自己的業務需要選用不同的參數設定。這種設計可以使系統適應不同管理業務的需要。
4、多角度的數據統計分析及輔助決策
《智軟i-ERP》的各子系統都提供了大量、豐富、靈活的查詢統計及分析報表。從單一條件查詢到多條件模糊查詢，從單一業務數據查詢到跨業務連鎖查詢分析，從當前業務數據查詢到歷史業務查詢，從獨立業務記錄查詢到業務數據匯總分析，系統全方位多角度的為用戶提供所需要的信息。
5、OA及電子商務
《智軟i-ERP》使企業領導能夠通過OA系統實現對整個企業ERP系統各模塊情況的了解、提高企業的辦公效率、節省企業費用，實現網上辦公。適應將來社會的發展，積極開拓網上銷售市場，為企業尋找新的銷售增長點。
6、實現生產、供應、銷售、財務的一體化管理
實現企業內外業務處理的全面管理，用數據倉庫技術實現企業經營管理的輔助決策分析和預測。
7、企業Intranet/Internet系統和辦公自動化系統
實施企業Intranet/internet系統和辦公自動化系統並將它們有機結合，提高企業工作效率，實現企業管理透明度，加強全員的參與意識和主人意識，企業文化的體現。
8、充分考慮企業未來的發展
《智軟i-ERP》考慮到企業未來的發展及整個市場環境的變化，為系統未來的擴充留有充分的設計和數據介面。例如：與計算機輔助設計/製造（CAD/CAM）、計算機輔助工藝（CAPP）、自動貨倉（AS/RS）、電子數據交換（EDI）等等都留有數據交換介面。
系統主要功能：
主要功能模塊有：采購管理、庫存管理、銷售管理、分銷管理、運輸管理、帳務管理、報表管理、、預算會計、固定資產管理、工資管理、成本會計、生產管理、生產計劃、物料需求計劃、能力需求計劃、人力資源管理、設備管理、質量管理、經營預測、辦公自動化、電子商務、輔助決策等等多方面。
企業ERP項目實施方案制定與溝通技巧詳解
軟體應用尤其是ERP項目的實施是一個復雜而艱巨的系統工程，它涉及到軟體公司的產品成熟與否、實施人員對產品的熟悉程度、用戶的所有制體制、上層領導對項目的重視程度、中層幹部對ERP流程認可程度、業務人員對操作的熟悉程度，以及企業效益、文化、人文地理環境、ERP廠商和客戶的溝通程度等方方面面的因素。因此，可以這樣認為，每實施一個ERP項目，就如同指揮一個重大的戰役。ERP系統實施小組的雙方負責人就是這場戰役的指揮官，他們（她們）要按照既定方針精心部署：如何控制各項工作合理有序地進行，如何協調各方面的工作關系，如何合理地配置人力和各種資源，並制定詳細可行的工作進度，在保證實施質量的前提下，盡可能縮短項目實施周期，減少實施成本，以達到ERP廠商和用戶雙贏的目的。
ERP項目的實施包括：方案的制定、項目的組織和協調、進度管理等方面的內容。
方案的制定
首先，項目小組要對系統做詳細的調研，確定實施目標，界定實施范圍和實施順序，寫出系統調研報告，雙方簽字認可後，作為實施的依據。根據項目情況，項目進度和工作計劃可按天或周制定。
系統的詳細調研至關重要，它直接關繫到後續實施的成功與否。一個好的、全面的詳細調研已完成了實施工作量的一半。因此在做詳細調研時，不能放過任何一個細小的的環節，要敢於直面客戶。更不能怕客戶提需求，因為客戶需求是客觀存在的，既不能迴避，也不會因為詳細調研沒有涉及到而消失。當客戶化工作完成後，再來實現客戶某些需求時，修改軟體的工作量可能會比新增軟體功能的工作量還要大，有時不僅是增加實施成本的問題，甚至會導致整個實施項目失敗。系統調研不詳細所造成的另一個後果是項目實施周期長，甚至會導致項目很長時間不能結束，同時還可能引起軟體廠商與客戶之間的矛盾。客戶認為ERP軟體這也不能做，那也不能做，而軟體公司則埋怨客戶的需求沒完沒了。
對客戶的需求，關鍵是要區分哪些是操作性的、哪些是流程性的。對流程性的要求，要進行認真的梳理，以區分哪些是受企業、行業乃至國家整個經濟大環境影響，現階段必須修改的，哪些是需要客戶重組自己業務或修改自己流程的，哪些是不能遷就客戶的，但前提必須是抱著對客戶負責的態度。例如，我們在機械行業的一個企業實施ERP時，在倉庫管理子系統中，沒有實行貨位、貨架及批次管理，在這種情況下，我們完全可以按照現有的管理模式進行實施，並且ERP系統也支持非批管理的模式。但我們並沒有遷就現有的管理模式，而是考慮到企業今後的發展，我們先按通用批次和通用貨位進行實施，待企業具備條件後，再指導企業如何對貨位、批次進行管理。這看起來，首次實施增加了工作量，但從整體效益來看，減少了後續程序的維護工作量，降低了實施成本，並且樹立了軟體公司為企業負責的良好形象。
與用戶的協調
首先，實施小組要安排好自己內部的工作。尤其是同時實施幾個項目的情況下，要了解和熟悉本項目實施小組每個成員的特點，包括業務特點和性格特點，對誰比較熟悉哪個子系統業務、誰的業務能力比較強、誰較善於與客戶溝通、誰比較細心等情況做到心中有數，充分發揮小組每個成員的積極性，因人制宜，合理安排工作，以保證幾個項目同時順利進行。
其次，積極主動地與用戶協調，要充分調動用戶項目負責人的積極性，使他們充分認識到工作的重要性、責任的重大性；尤其要使其認識到，ERP項目實施過程中的艱巨性和復雜性，以及通過該項目的實施可以提高自身業務素質。例如，有一次在與用戶項目負責人的交談中得知，該項目負責人由於種種原因很快就會離職，另有高就，但對該項目而言，中途換人無疑是一大忌。而且關於項目新負責人的性格、脾氣、秉性、對業務的熟悉程度、與各方面及各部門的溝通能力等等，這一切我們都要重新了解並與之磨合。於是我們做起了耐心、細致的思想工作，從工作需要到對自身價值的提升、從企業現狀到ERP的發展。最後該項目負責人表示，待該ERP項目實施結束後再決定離職，從而保證了ERP項目的一氣呵成，順利實施完畢。
09-02-14 | 添加評論 | 打賞
❺ 軟體開發總體技術方案設計報告開發目的怎麼寫
軟體工程-軟體開發詳細的需求分析需求規定3.1對功能的規定（1）首頁設計 首頁設計應該清晰簡單、美觀大方，同時還要做到信息充足，突出圖書的特點和操作的入口。 （2）、會員信息管理 只有登錄後的用戶可以修改、刪除自己的個人信息和訂購書籍，登錄人員可以根據用戶名/密碼組合來進行驗證。 本站管理員可以對書店會員的信息進行更新、修改、刪除。但是，這些私有信息屬於用戶，本站不能因為商業目的向外界公開，個人信息完全由個人來控制其內容，程序應提供個人信息維護的頁面。 （3）、信息查詢 提供查詢的頁面，用戶可以按照書的名稱、作者、出版商、價格、分類等進行查詢，並得到正確的信息列表。 （4）、安全管理 安全方面的管理，防止惡意攻擊、非法入侵和對數據的篡改。資料參考： http://www.lw5173.com/article/html/2557.html
❻ 軟體開發項目的施工組織方案如何寫
假如我想製作一個格式轉換的軟體叫做easy changing，那就要編程，編程這塊分給甲來做，甲是編程師，計劃他要把mp4，rm，flv，rmvb能互相轉換，給他15周的時間，同時找乙設計圖標，給他2周時間，找丙做軟體測試，在甲完成後的2周內完成，並且盡可能的優化它的性能，最後就是壓縮進光碟，讓它被安裝就行了。
❼ 如何給一個軟體系統設計解決方案
呃，你這個問題描述的太抽象了，修改代碼還是重寫代碼這考慮很多因素啊，比如：
1、上版代碼的配套文檔是否完善，在其基礎上進行二次開發的難度有多大；
2、上版代碼中的業務邏輯與現在需求中的業務邏輯相差程度有多大；
3、上版代碼的整體架構是否合理，根據現在設計的軟體架構，在上版代碼的基礎上修改的難度有多大；
4、解決方案還得看具體的用戶需求，先做好需求分析吧。
❽ 軟體測試計劃怎麼寫要包含哪些內容
軟體壓力測試計劃實例
發布:
2010-12-21
10:08
|
作者:
不詳
|
來源:
領測測試網采編
|
查看:
257次
|
進入軟體測試論壇討論
領測軟體測試網
軟體壓力測試計劃實例
軟體測試利用現代的設計技術和正式的技術復審可以減少代碼中存在的初始錯誤，但是錯誤總是存在的，如果開發者找不到錯誤，那麼，客戶就會找到它們。越來越多的軟體組織認識到軟體測試是軟體質量保證的重要元素之一，很多軟體開發組織將30%—40%甚至更多的項目資源用在測試上，軟體測試技術和軟體測試策略受到了高度的重視和廣泛的應用。本文不想就軟體測試技術和軟體測試策略作深入的理論分析，而是列舉一個在軟體系統測試階段進行的壓力測試實例，希望能通過這個實例與從事軟體測試相關工作的朋友進行交流。首先介紹一下實例中軟體的項目背景，該軟體是一個典型的三層c/s架構的mis系統(客戶端/應用伺服器/資料庫管)，中間層是業務邏輯層，應用伺服器處理所有的業務邏輯，但應用伺服器本身不提供負載均衡的能力，而是利用開發工具提供的orb(對象請求代理)軟體保證多個應用伺服器間的負載均衡。本次測試的目的是：進行單個應用伺服器的壓力測試，找出單個應用伺服器能夠支持的最大客戶端數。測試壓力估算的依據是：假定在實際環中，用戶只啟用一個應用伺服器進行所有的業務處理。方法是：按照正常業務壓力估算值的1~10倍進行測試，考察應用伺服器的運行情況。壓力測試的詳細計劃如下：壓力測試計劃1、測試計劃名稱河北省公安交通管理信息系統壓力測試計劃。2、測試內容2.1背景本次測試中的壓力測試是指模擬實際應用的軟硬體環境及用戶使用過程的系統負荷，長時間運行測試軟體來測試被測系統的可靠性，同時還要測試被測系統的響應時間。用戶的實際使用環境：◇由兩台ibm
xseries250
pc
server組成的microsoft
cluster;◇資料庫管理系統採用oracle8.1.6;◇應用伺服器程序和資料庫管理系統同時運行在microsoft
cluster上。◇有200個用戶使用客戶端軟體進行業務處理，每年通過軟體進行處理的總業務量為：150萬筆業務/年。2.2測試項應用伺服器的壓力測試;2.3不被測試的特性◇系統的客戶端應用程序的內部功能;◇資料庫中的數據量對程序性能的影響。3、測試計劃3.1測試強度估算測試壓力估算時採用如下原則：◇全年的業務量集中在8個月完成，每個月20個工作日，每個工作日8個小時;◇採用80—20原理，每個工作日中80%的業務在20%的時間內完成，即每天80%的業務在1.6小時內完成;測試壓力的估算結果：
❾ 軟體項目投標書中的技術方案怎麼寫
第一，項目概述 項目情況的一個綜合介紹，這是一個綜述，通過這個綜述說明項目的背景，目標與意義。 第三，總體技術方案 這是標書的核心部分之一，包括了技術路線，總體架構設計，關鍵技術與難點等方面，而其中關鍵技術以及相應的解決方案又是此部分的核心。 第四，系統平台設計 第五，安全系統設計 系統的安全性，自從看了《密戰》與過了ISO27001以後，就被提到了一個比較高的層次，一個完整的方案需要從物理層安全、訪問控制、入侵檢測、安全認證、病毒防護、安全管理體制等方面提供詳細的解決方案。 第六，項目實施方案 我認為這算標書的核心部分之二，好的技術還需要好的實施，CMMI不是靠空說的，需要真正的從企業、到項目都用起來才行。項目實施從項目組的組成，到實施計劃，到人員職責，到項目驗收都需要在標書中有所明確。 第七，技術服務方案 技術服務作為一個軟體廠商正規化的象徵，從軟體培訓、到技術支持，到售後服務都應該包含在標書中。 當然，標書的模式不會一塵不變的，我們需要根據具體的項目要求，靈活的來調整與增加，包括如：性能保障、標准規范等。
❿ 如何寫軟體項目技術標
第一，項目概述 項目情況的一個綜合介紹，這是一個綜述，通過這個綜述說明項目的背景，目標與意義。 第三，總體技術方案 這是標書的核心部分之一，包括了技術路線，總體架構設計，關鍵技術與難點等方面，而其中關鍵技術以及相應的解決方案又是此部分的核心。 第四，系統平台設計 第五，安全系統設計 系統的安全性，自從看了《密戰》與過了ISO27001以後，就被提到了一個比較高的層次，一個完整的方案需要從物理層安全、訪問控制、入侵檢測、安全認證、病毒防護、安全管理體制等方面提供詳細的解決方案。 第六，項目實施方案 我認為這算標書的核心部分之二，好的技術還需要好的實施，CMMI不是靠空說的，需要真正的從企業、到項目都用起來才行。項目實施從項目組的組成，到實施計劃，到人員職責，到項目驗收都需要在標書中有所明確。 第七，技術服務方案 技術服務作為一個軟體廠商正規化的象徵，從軟體培訓、到技術支持，到售後服務都應該包含在標書中。 當然，標書的模式不會一塵不變的，我們需要根據具體的項目要求，靈活的來調整與增加，包括如：性能保障、標准規范等。