在實施任何項目或計劃之前，我們都需要制定一個可行的方案。方案的寫作可以借鑒相關領域的最佳實踐。通過學習這些范文，我們可以深入理解方案的本質和要點。
軟件項目解決方案篇一
對于許多已經上規(guī)模的企業(yè)而言，資本的原始積累階段已經過去了，管理水平的邊界效應是如此之高，我們甚至可以說企業(yè)間新一輪的競爭是管理水平的競賽。國際經一體化，使競爭在全球范圍內展開，經營環(huán)境變化了，企業(yè)規(guī)模變化了，產品線擴大了，生產技術更新了，隨之而來會出現很多問題困擾企業(yè)的發(fā)展，困擾企業(yè)家們。
一、當企業(yè)規(guī)模小的時候，盈利可能還很大，但當企業(yè)規(guī)模大的時候，由于管理水平的問題，管理層次、結構、控制等等問題，反而效率大不如以前。
二、在企業(yè)發(fā)展到很大以前，創(chuàng)業(yè)者們還能夠以創(chuàng)業(yè)者的心態(tài)發(fā)展企業(yè)，但當企業(yè)做大以后，由于缺乏一些制度保障，發(fā)生了很大的內部矛盾。
三、當企業(yè)競爭加劇的時候，由于環(huán)境復雜了，變數多了，靠企業(yè)老總，靠個別人的感覺已經很難做出正確的決策。
四、當一個企業(yè)戰(zhàn)略意識模糊，走一步看一步的時候，那么它的投資就很可能陷入一種投資陷井。
五、另外，企業(yè)也容易產生頭疼醫(yī)頭、腳疼醫(yī)腳缺乏系統(tǒng)性的管理中去。
面對這些問題，會有多少種選擇？最優(yōu)的選擇是什么？這些選擇之間會有多大的差距？在評估近期效益時，不同的方案能給企業(yè)帶來的長遠的、潛在的，有些是不可逆轉的，是否得到了決策者的充分考慮。每一位企業(yè)家都面臨這種決策難題。所以企業(yè)有必要借助“外腦”的力量，由咨詢公司為企業(yè)診斷和咨詢，適合企業(yè)在復雜的競爭環(huán)境中發(fā)展要求。
咨詢公司面對這些市場的目標客戶，首先要進行市場競爭分析，然后對企業(yè)和自身的產品要進行分析，以適應顧客的需求，最大限度的創(chuàng)造顧客的價值。
2．2中國管理咨詢業(yè)的競爭分析
2．2．1市場進入門坎低，競爭混亂無序
由于目前我國管理咨詢業(yè)務主要發(fā)端于以前的市場信息類咨詢策劃公司，這類公司無論從資金、設備的投入還是人員素質要求方面都很低，導致了大批低素質的“點子”公司充斥管理咨詢市場。由于許多公司服務質量較差，為了生存，同時更為了搶占管理咨詢這個正處于上升階段的市場，許多公司紛紛壓價競爭，致使管理咨詢市場產品質量低劣，價格混亂。
2．2．2競爭格局分裂為兩大陣容：外資和內資管理咨詢公司
由于市場需求量大，需求增長快，許多管理咨詢公司應運而生。以廣州市為例，不僅廣州本地管理咨詢公司增長迅速，北京、上海等外地管理咨詢公司和國外著名管理咨詢公司也紛紛搶灘廣州，形成內外對抗的競爭格局。如前述表1搶灘廣州的國外管理咨詢公司的情況，表2可見搶灘廣州的國內管理咨詢公司的情況。
表2搶灘廣州的國內管理咨詢公司
名稱所屬地服務客戶派力北京tcl、美的、科龍、華為捷信上海步步高杰信上海維達紙業(yè)
中外管理咨詢公司的競爭能力存在著較大差距，從總體上看，在規(guī)模、理論和經驗、人才、咨詢信息數據庫等方面國內管理咨詢業(yè)與國際同行業(yè)的水平差距懸殊，在競爭中明顯處于劣勢。但在費用、方案可操作性及適應國情能力方面，內資管理咨詢公司占有優(yōu)勢，由此出現兩方在市場上的不同競爭定位；外資管理咨詢公司主要以跨國公司及國內大企業(yè)為目標客戶，從事的咨詢項目主要以綜合性強的戰(zhàn)略及組織結構規(guī)劃為主；內資管理咨詢公司主要以中小型民營、私營企業(yè)為主，業(yè)務主要是一些針對性強的管理專項項目，如營銷咨詢、cis策劃、質量認證等，同時兼顧一些國內大公司的專項顧問業(yè)務（如市場研究、促銷策劃等）。具體競爭定位可由圖1表示。
2．2．3末來競爭程度不斷上升，將出現優(yōu)勝劣汰過程
隨著新進入者的劇增，未來我國管理咨詢業(yè)市場的競爭將日趨激烈，競爭熱點將從目前的管理培訓擴展到信息管理咨詢（mrp、erp）、戰(zhàn)略咨詢項目。競爭重點策略將由增加客戶數目轉向提高客戶服務質量。
2．2．4末來競爭趨勢有兩大方向：專業(yè)化與綜合化
一方面咨詢服務專業(yè)化水平的提高意味著采用集中性競爭策略的管理咨詢公司必須具備在某一領域（如信息管理技術、營銷管理、行業(yè)管理等）的特殊服務優(yōu)勢才能生存。
另一方面，要搶奪全程管理顧問服務市場的咨詢公司必須具備極強的管理技術系統(tǒng)集成能力，能為客戶提供綜合性管理咨詢服務。
軟件項目解決方案篇二
項目實施概況
依據項目建設要求，對中山農情統(tǒng)計分析系統(tǒng)進行整體規(guī)劃設計更新維護，
對系統(tǒng)運行的安全性、可靠性、易用性以及穩(wěn)健性進行全新設計，
并將所有的應
用系統(tǒng)進行部署實施和軟件使用培訓以及技術支持。項目組承諾項目獨立完成，
不轉包外包。
項目實施管理原則
項目開發(fā)維護的實施中，嚴格按照 iso9001 國際質量體系進行控制，保證為用戶提供優(yōu)質的產品、嚴密的工程實施、高效的服務支持。為此，要遵循下列工程實施管理原則和保證體系。
（1）有經驗、成熟的技術隊伍是工程實施的前提條件
完成任何項目工程，必須擁有一支有經驗的、勇于探索的、高水平的、具有嚴謹工作作風的技術隊伍， 在工程實施的過程中發(fā)揮團隊協(xié)作精神和用戶密切協(xié)作的能力。
（2）管理層次分明、職責清晰是工程實施的基礎
建立層次分明的項目工程實施管理機構， 明晰各層的管理職責， 從組織管理的角度保證項目實施計劃落到實處。
（3）確定過程控制點，以過程質量保證整體工程質量
整體都是由局部和具體的細節(jié)構成， 項目由一個個過程環(huán)節(jié)組成， 只有認真對待每一個過程細節(jié)，才能保證項目工程整體的實施質量。
（4）用戶參與是項目工程成功的保證
從項目開始到項目的結束， 每個階段都強調用戶的參與。 開發(fā)商只有和用戶相結合才能使開發(fā)出的系統(tǒng)為用戶所用， 發(fā)揮出系統(tǒng)的最大效益， 而用戶的參與也是系統(tǒng)順利進行的保證。 對本項目短時間、大范圍的配置安裝來說， 如果有用戶的高度參與，項目工程的實施將大大加快。
項目組織結構
本項目是一項涉及面廣、影響大、安全運行要求高，集數據處理、信息發(fā)布、資源整合于一體的政府信息化項目。為了更好的執(zhí)行該項目，將采取統(tǒng)一指揮、并行實施、相互支援的實施辦法。
為了使該項目能順利實施， 便于項目的管理和協(xié)調， 使工作職責更加清晰明白，建立項目組織實施小組，建立由項目領導小組、項目管理辦公室、項目監(jiān)理公司、顧問咨詢組、項目經理、項目具體實施小組組成的實施管理控制組織體系。
項目實施組織具體職責如下：
（1）項目領導小組
負責項目實施過程中的重大事件決策；
根據項目的進度、質量、技術、資源、風險等實行宏觀監(jiān)控；
負責組建驗收小組，主持驗收工作；
協(xié)調參與項目各方的工作關系。
（2）項目管理辦公室
組織各方統(tǒng)一制定工程管理計劃；
組織總體實施方案評審，組織測試驗收；
負責項目進度計劃與成本控制；
協(xié)調解決項目實施過程中出現的各種問題。
（3）顧問咨詢組
1）人員組成
農業(yè)信息化相關領域的業(yè)務專家；
多年從事 it 行業(yè)和展廳建設的信息技術專家。
2）主要職責
系統(tǒng)總體設計指導；
對各子系統(tǒng)深化設計進行審核并提出優(yōu)化建議；
對各子系統(tǒng)進行技術協(xié)調；
協(xié)助客戶對系統(tǒng)的設備配置予以確認；
對現場系統(tǒng)安裝、調試提供必要的技術支持服務；
工程文檔審核。
（4）項目經理
1)人員組成
項目經理由具有豐富項目管理經驗的高級工程師擔任。
2）主要職責
制定項目計劃：牽頭制定項目計劃。
項目執(zhí)行：對總體方案設計及工程設計；配置確認；工程質量保證；系統(tǒng)設計、開發(fā)、測試、安裝及調試；系統(tǒng)培訓、驗收。
項目檢查：通過其下屬各工作組提供的工程進展匯報，將項目進展狀態(tài)與項目計劃進度進行比較，發(fā)現過程誤差，提出整改措施。
項目控制：審核項目進展狀態(tài)，必要時調集各種備用資源，確保項目按計劃進度實施。
項目協(xié)調：與客戶、各分系統(tǒng)建設部門進行協(xié)調，解決工程組織接口及技術接口問題；定期主持系統(tǒng)建設協(xié)調會，及時解決各系統(tǒng)間出現的相關問題。
項目匯報：定期向項目采購單位匯報整個項目的進展情況，匯報在系統(tǒng)建設過程中出現的重大問題，聽取指導和建議。
（5）總體方案組
1）人員組成
由從事過多名基層電子政務項目的系統(tǒng)架構師、系統(tǒng)分析員和需求分析工程
師組成。
2）主要職責
對項目經理負責；
進行系統(tǒng)的需求分析調研；
負責系統(tǒng)的總體設計；
策劃系統(tǒng)的模塊功能結構；
配合業(yè)主方進行系統(tǒng)驗收。
（6）軟件開發(fā)組
對業(yè)主需求分析進行全面細致的了解或確認，深入描述軟件的功能和性能，
劃分系統(tǒng)的軟件功能需求和硬件功能需求， 確定軟件同其它系統(tǒng)元素的接口細節(jié)，
并與客戶一起討論決定系統(tǒng)驗收方案。
1）人員組成
高級程序員；
具有豐富產品開發(fā)經驗的產品開發(fā)設計人員。
2）主要職責
負責項目應用軟件的系統(tǒng)設計；
負責項目應用軟件的程序編碼；
負責項目應用軟件的運行調試；
配合業(yè)主方進行系統(tǒng)驗收。
（7）系統(tǒng)測試組
從使用者的角度完成系統(tǒng)操作步驟的設計， 在實施過程中監(jiān)控測試系統(tǒng)是否達到最初制定的操作目標，并編寫業(yè)主操作手冊。檢驗系統(tǒng)開發(fā)質量，并進行功能測試。
當開始試運行階段后，還要對項目的各個方面指標進行測試和評估。
（8）系統(tǒng)實施組
1）人員組成
由具有豐富經驗的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2）主要職責
負責各個實施區(qū)域的實施方案的設計與建議；
組織系統(tǒng)安裝及調試；
負責系統(tǒng)配置修改，安裝技術支持；
項目團隊
根據上述項目組織結構和職能分解， 北京派得偉業(yè)科技發(fā)展有限公司計劃投
專門服務本項目的技術開發(fā)實施隊伍。 隨著開發(fā)層次的深入、開發(fā)量的增加， 北
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進行調整。
招標人同意，項目總負責人及各分項目負責人在項目結束前不得變更。
具體人員組成分配情況分別如下表所示：
表 1.項目實施人員一覽表
本項目職責
公司副總、農業(yè)生產
本項目具體分工
系統(tǒng)總體設計指導及系統(tǒng)深 化設計進行審核并提出優(yōu)化
張俊 與管理事業(yè)部總經
農業(yè)生產與管理事 業(yè)部副總經理
項目統(tǒng)籌和溝通協(xié)調、技術
研發(fā)和總體設計
徐杰
（項目經理證書見
附件）
農業(yè)生產與管理事
項目統(tǒng)籌和溝通協(xié)調、技術
史同鑫
研發(fā)和總體設計
項目經理
劉鵬
高級架構師
項目開發(fā)過程管理
農業(yè)生產與管理事
實施經理
魯國寶
項目實施管理
業(yè)部實施工程師
劉鵬飛
總體設計組
劉偉 梁軼曉 楊彬 高麗 郭壽水 路鑫 辛岢峰
軟件開發(fā)組
系統(tǒng)設計師
需求分析 需求分析 需求分析
高級程序員、開發(fā)組長
程序員、開發(fā)組長 高級程序員、開發(fā)組長
原型制作
系統(tǒng)設計師
項目策劃
高級架構師
高級架構師
高級架構師
程序員
程序員
秦巖賓 賀永林
程序員 程序員 程序員 程序員
閆壽增 馮占衛(wèi) 劉霞
序號 .
本項目職責 姓名 李楠 趙偉 李焱
本項目具體分工
原型制作 原型制作
測試經理、系統(tǒng)測試
系統(tǒng)測試 系統(tǒng)測試
系統(tǒng)實施、安裝部署 系統(tǒng)實施、安裝部署 系統(tǒng)實施、安裝部署
系統(tǒng)測試組 徐勝慧 王楠 石立坤
系統(tǒng)實施組 胡桂金 張鵬飛
項目實施計劃
項目實施的成功與否的關鍵因素中包括系統(tǒng)配置、工具的使用、人員組織、
實施流程和工程方法等。 項目開發(fā)及實施過程要遵循應用系統(tǒng)開發(fā)管理和流程管
理規(guī)范，該規(guī)范包括以下幾部分內容：項目流程規(guī)范、人員組織規(guī)范、體系結構
規(guī)范、業(yè)務需求規(guī)范、模型設計規(guī)范、最終用戶應用規(guī)范、計劃和部署規(guī)范、項
目管理規(guī)范。
項目實施工作流程
項目正式啟動后，項目將嚴格按照項目實施計劃進行。
首先進行項目的需求調研， 開始收集項目的各種資料， 并形成詳細的需求規(guī)
格說明書；
在項目需求調研的基礎進行《概要設計》和《詳細設計》的編寫，并聘請專
家進行咨詢、論證，通過專家評審，經修改后部分內容形成正式文稿；
在《概要設計》和《詳細設計》的指導下，開始進行系統(tǒng)的開發(fā)實施，在此
過程中軟件測試和軟件初始數據的錄入工作；
系統(tǒng)開發(fā)完成后， 進行安裝調試、試運行，同時進行現有系統(tǒng)的集成和數據
導入工作，進入系統(tǒng)全線運行階段，完成整體測試、修改完善；
在系統(tǒng)全線運行后，進行項目總結，完成系統(tǒng)的總體驗收。在此過程中，系
統(tǒng)培訓貫穿始終，確保受訓人員能夠熟練的對系統(tǒng)進行安裝、
調試、運行、維護、
管理。
在項目開發(fā)階段遵循需求分析、概要設計、詳細設計、編碼階段、測試階段
及安裝調試施工。
(1)需求分析
需求分析要從用戶的具體要求出發(fā)進行抽象匯總最終形成需求分析文檔， 形成的具體的內容如下：
系統(tǒng)的各個模塊的功能說明
系統(tǒng)的性能要求
系統(tǒng)的安全性要求
系統(tǒng)的容錯要求
系統(tǒng)接口要求
系統(tǒng)使用范圍
系統(tǒng)的客戶界面要求等
需求分析階段需要用戶方技術人員協(xié)調用戶各相關單位配合需求調研工作，在需求調研工作結束后，簽署用戶需求分析書。
(2)概要設計
從用戶的需求出發(fā)，概要設計人員在確認用戶最終需求的情況下進行概要設計形成系統(tǒng)概要設計， 在概要設計的結束日期將概要設計交由詳細設計人員作為依照進行詳細設計。在概要設計階段應該形成如下內容：
系統(tǒng)整體構架
系統(tǒng)開發(fā)工具及方法
每一模塊的用戶需求的說明
系統(tǒng)各模塊之間的接口
系統(tǒng)每一模塊的工作流及數據流定義
數據庫結構的定義
數據庫表結構的定義
(3)詳細設計
根據概要設計對每一功能模塊按照開發(fā)工具提供的功能進行實現的詳細設
計，此部分的文檔應該實現如下內容：
每一功能模塊的用戶需求的詳細說明
每一功能模塊工作流的詳細實現的設計（對應需求）
每一功能模塊數據流詳細設計及數據實現走向詳細設計（對應需求）
各功能模塊子模塊的定義和詳細實現方式
各功能模塊之間接口的數據流及工作流的詳細描述。
各種界面原型的設計
要求：在詳細設計階段所有的設計必須按照可以作為編碼依據的方式進行設
計，作到越詳細越好。
(4)編碼階段
在編碼階段程序員要按照詳細設計進行編碼工作， 要求編程人員所寫的代碼一定要完成詳細設計的所有的功能； 在代碼編制過程中， 要求程序員嚴格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段
測試過程嚴格按照軟件質量體系 《軟件測試控制程序》 執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外，還采用了先進的測試工具輔助測試。測試分為兩個階段：
單元測試階段和綜合測試階段。 單元測試階段在編碼階段完成， 所有的測試文檔由測試人員提供。 綜合測試由開發(fā)人員和測試人員交叉擔任， 包括集成測試和系統(tǒng)測試，同時所有的測試文檔應該由專業(yè)測試人員完成。
(6)安裝調試及施工
測試工作結束后，項目由系統(tǒng)開發(fā)階段進入實施階段。
項目進度安排
項目執(zhí)行計劃：九個月。
第一階段：調研和需求分析：第
1 個月
[1] 調研中山市農業(yè)信息化基礎設施建設運行現狀，掌握土肥業(yè)務需求，編
制需求分析報告
[2] 在需求分析報告的基礎上，結合項目建設目標和要求，制定詳細的項目
實施方案。
第二階段：技術方案設計：第
2-3個月
軟件項目解決方案篇三
很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。
作為一個公認的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務，而我自己的事情一般又比別人多一點，也不能不做，只好心里大罵一句，罵完后就打電話搞清楚別人的要求，邊問就邊構思整個方案的推導思路和結構提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內)，讓他們擔心方案的質量和進度保證，進而對自己的后續(xù)工作質量沒有信心。所以我其實也特別緊張，注意力也特別集中，大腦也高速反應，基本上幾分鐘電話或面談完思路基本就有了，然后該干嘛干嘛，找一些零散的小時間把思路不斷推導一下，然后到了一個比較安靜和完整的時間段前才開始寫，這個時候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時候也是注意力也特別集中，大腦也高速反應，越寫思路越開，很快也就完工了。
寫方案不難，知道怎么寫才難。關于寫方案我只總結一點，結構化地去組織你的思想。
有結構就有思路，有思路就有方案。
另外真正寫方案的人，對自己寫過的方案是永遠不會滿意的，只有這樣，每次都會進步一點點，解決方案水平質量就會隨公司能力不斷增長。
當然我曾經問過很多人，你到底為什么寫不出好的方案呢?
基本上原因可以歸為四類：
1.1第一種是沒有體系
一旦用戶要求提供關于pdm的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產品來，好象知道不少賣點，不過真要寫出來，又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產品體系造成的，知道一兩個甚至更多的產品賣點不難，但難就難在成體系，知識就是成體系的點構成的，而不是一句一句離散的說法構成的。
因為我們這個行業(yè)從業(yè)人員說句不客氣的話，大部分對所銷售實施的管理系統(tǒng)并沒有很深入的研究，都是半路出家，從頭開始，在學習過程中熟悉，在熟悉過程中領悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當一個人對一個產品思路有體系以后，才能夠寫出完整的方案，否則就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案，首先要把自己產品的來龍去脈，功能模塊，適應領域，典型客戶實施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然后逐步補充競爭對手知識和一些技術性知識，不斷深化自己的知識體系。
1.2第二種是沒有思路
有很多用戶看多了模板化的方案以后，想看一些針對他們自己的業(yè)務的個性化內容，這個時候有的人按照標準方案模板修改還勉強能對付，但對于個性化內容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務造成的，寫方案，特別是針對性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務需求下產生的，用戶提出這樣的要求到底想解決什么問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。
所以一個人要寫好方案，還需要了解下游客戶的業(yè)務，了解業(yè)務最有效的方法就是親自做幾次詳盡的業(yè)務調研，有了業(yè)務調研做基礎，在調研過程中把握用戶關注重難點問題，自然可以比較好的確定方案的個性化內容思路。
解決方案就是把客戶的利益和產品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材
一般不經常寫方案的人，在寫一個方案的時候，即使有想法，有思路，但往往也會很累，就是因為缺少足夠的素材。很多項目現在都是投標，不同用戶可能有不同投標的要求，這樣很難用一個方案去適應所有的用戶，因此在每個方案中都有一些需要準備的內容。
這些內容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費大量時間去準備，造成方案完成周期過長。
所以寫好方案必須具備這三個條件，第一方案編制者對企業(yè)業(yè)務要很熟悉，或者有相關業(yè)務調研經驗，第二方案編制者對產品非常熟悉，至少對自己產品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次
很多人剛和用戶接觸沒有多久，為了表現自己對客戶的重視，馬上表示要提供方案，當然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應商馬上提供一個方案。
結果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個，用戶一看幾個供應商內容都差不多，覺得不好，又總結出一些個性化要求，于是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項目合作建議書，類似可行性報告，項目需要考察軟件技術，可以提供標準的產品技術白皮書，到了經過售前調研，有所準備，在演示前后階段和其它競爭對手刺刀見紅的時候，才在知己知彼的基礎上提供解決方案或者投標書。
過早提供方案只能匆匆了事，時間緊急，質量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。
方案想要寫得好，一定要用心，用心就一定要耗時間，指望用幾個小時寫出一個高質量的方案是不可能的。如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點，大家都可以經過練習寫出好的方案。
二、壞的解決方案有那些特征
2.1第一個容易犯的錯誤：只有論點，沒有論證
不好的解決方案粗看起來非常厚重，其實都是功能羅列，象產品手冊摘要版，不象方案書。
不好的方案是一大堆內容，淹沒在一堆紙里面，也不知道想說什么，給你一個厚度，證明我們的工作質量很高。我們國內許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點，認為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結構的。
所以真正好的方案，不一定厚，但能看出你用心，你認真。
現在的解決方案一個不好的傾向是“長、厚、全”，看起來面面俱到，其實對決策者沒有幫助。
所有的方案無差異性，每家供應商都說自己能解決這些問題，而且都有成功案例。
結果所有的方案都無法給決策者簡明的判斷依據，不得不費更大勁去做產品演示和用戶考察。
其實很少有企業(yè)高管不知道自己的毛病，在企業(yè)你隨便去找一個人，對問題都能講一通，在企業(yè)你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案并沒有研究為什么企業(yè)會產生這么多問題?問題是這些問題是什么產生的?為什么出這么多問題?而是不斷說“我能!我能!選我，選我!”。
如果不能找到解決這些問題的原因，簡單地去解決這些現象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文，能夠發(fā)現問題(這個也是模板化的，可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見，總以為自己是特殊的一類企業(yè))，提出答案(搞信息化)，但沒有論證(為什么搞信息化和企業(yè)管理進步有聯系呢?)。
沒有論證的東西不管內容陳列得多么繁復，名詞多么嚇人，但是無法打動用戶，特別是那種理性的用戶。
看到方案時候，其實很多用戶下不決心，他會感覺每家都差不多。
如果從沒看過方案的人，突然看到這幾個方案，你為什么會感覺某個方案寫得好呢，關鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規(guī)范。但對內容認可程度并不高，實際上沒看懂。
2.2第二個容易犯的錯誤：業(yè)務解決方案成為功能列表
解決方案省事的一種方法就是將產品功能描述作為技術方案內容進行羅列，或者參照軟件用戶手冊羅列，這種解決方案不是按照用戶業(yè)務去準備的內容，而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認可的。
大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。
按功能列表準備方案的做法在很長一段時間內不會消失，這和我們普遍是4p銷售人員，還缺少spin(顧問式)銷售人員有關，在資源不足的情況下，要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤：結構不清晰
不好的解決方案最共性的毛病是結構不太好，沒有清晰的思路。
沒有思路的方案質量很低，用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣，他不得不從供應商混亂的思路中發(fā)掘亮點，看看到底是誰能解決企業(yè)的問題，真是一件痛苦的工作。
一種常見的方案結構毛病就是重復的內容在不同的章節(jié)反復出現例如在第一章介紹了對某個問題的分析，提出企業(yè)的需求，這第二章介紹方案價值的時候又用不同語句組織類似內容，到第三章解決方案描述中還是要把問題描述一遍，給人感覺思路不連貫，結構臃腫。
這里有一個方案提綱的提綱，我們以這個提綱為例子說明結構不清晰的方案。
1公司簡介及資質文件
7.2.2技術支持與服務的保障8開目典型用戶9有關技術秘密的聲明10附件
這個方案第一部分、第二部分是用戶投標要求，必須如此，但第三部分技術解決方案應該是重點，這個部分結構就很奇怪。
一般好的方案結構標題就是論點，內容就是用事實進行論證，子目錄是上級總目錄論點的分論點，逐層論證下來，方案顯得邏輯性結構性很強，看看目錄就能看出方案的邏輯推導體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的，看起來一大堆內容，有經驗的人一看就知道是內容的羅列。
例如第三部分總標題是技術解決方案，結果第一個子標題還是技術解決方案，撞車!一定層次感都沒有。而且第一子章節(jié)技術解決方案后馬上是功能模塊，技術解決方案理論上包括功能模塊，不是一個層面的東西，技術解決方案應該和實施策略，服務策略平級的內容，所以一定要談談自己技術解決方案，不如用技術解決方案思路或者特色來表達，和功能模塊也就是一個層次分論點，統(tǒng)一支持技術解決方案這個大題目。
具體功能模塊后面跟著一大堆章節(jié)就更奇怪，里面每個都是具體的功能模塊，為什么成為和具體功能模塊平級的內容?應該設置為具體功能模塊子章節(jié)為妥。
很多人可能覺得用戶對這個點很關心，要重點突出，所以一定要單獨立一個章節(jié)，其實不必然，結構清晰的方案用戶看起來才不費心，反而想這個方案，將具體功能模塊，報表及明細匯總、應用工具及封裝接口、用戶及權限管理、拼圖打印、編碼管理列為同一層面內容，反而叫人看不出排列的思路，在厚厚一大本方案中尋找對應關心內容并不容易。
其實不如把技術解決方案分為兩大部分，一部分介紹整個方案的實現思路，對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務和邏輯的分析是否到位，相當于整個方案的精華版;一部分介紹整個方案的技術支撐模塊，對于項目具體負責人就可以深入研究技術支撐和業(yè)務思路之間是否存在合理的組織關系。
在第二部分技術支撐模塊中根據業(yè)務邏輯或業(yè)務順序設計功能模塊的介紹。
例如一般企業(yè)是首先考慮靜態(tài)技術資料的受控管理，在受控的基礎上要求盡可能集成設計軟件中的信息，然后要對設計過程建立嚴密的動態(tài)控制體系，此外還希望得到一些設計過程的專業(yè)支持，例如變型設計，二級工藝路線管理等等，最后要求提供一些編碼，企業(yè)資源庫等等輔助工具。這就是我們實現企業(yè)需求的一個大的業(yè)務思路，在這個業(yè)務思路下我們可以將技術支撐模塊分為相應的五個部分。
到這里，整個方案大的框架就有了，我們需要設計一下分標題，使用戶一看就可以進入自己關心的內容，而且每個部分都是對所屬總標題的呼應支持，在業(yè)務環(huán)節(jié)上也是“相互獨立，彼此窮盡”的環(huán)節(jié)。
在標題的設計上不要過于簡單，例如技術資料管理，應該說有效的技術資料管理，因為有效才成為技術支撐模塊，進而呼應前面業(yè)務實現思路中的描述。
在上面這個思路基礎上，我們就開始結合企業(yè)業(yè)務和產品功能進行考慮分標題下級的結構，我們用第一有效的技術資料管理為例子。
有效的技術資料管理到底要解決哪些業(yè)務問題才算完整呢?我們現在就開始將企業(yè)管理技術資料的業(yè)務進行羅列，在業(yè)務思路中逐步說明。
企業(yè)管理技術資料是以產品為線索區(qū)分的，所以第一要說清楚產品資料如何管理;
產品下所有零部件是以特征為線索區(qū)分的，所以第二要說清楚零部件資料如何管理;
有些零部件還具有共圖共工藝的特征，所以第三要說清楚系列零部件資料如何管理;
進一步有的企業(yè)還有系列產品，所以第四要說清楚系列產品資料如何管理;
系列產品可能存在大量配置關系，所以第五要說清楚各種規(guī)則下產品配置資料如何管理;
有的企業(yè)已經存在了大量歷史設計資料，所以第七要說清楚歷史產品資料如何入庫管理;
最后要說清楚產品資料為什么入庫管理后是安全的;
我們現在總結一下，這些技術資料管理手段如果都提供了，應該是完整而且層次清晰的，這樣的話，第一個子標題下的分標題又有了。
再看看這個標題和業(yè)務思路，這里面體現的一個結構化方式恰恰是“一句話一個意思，一層意思推動一層意思”，到最后就象剝筍一樣，層層剝開，問題解決思路也就步步清晰了，企業(yè)看起來也就很明白。
那么我們還可以繼續(xù)細分用戶提出的各種業(yè)務需求，把企業(yè)各種業(yè)務要求對號入座，例如下面有一組需求：
有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權限管理;有的企業(yè)希望按產品目錄授權;有的企業(yè)要求全部存放在服務器的數據庫中;有的企業(yè)希望支持多數據庫獨立訪問;有的企業(yè)要求提供備份工具等等。
我們現在看看這些業(yè)務是否都應該是關心資料安全的?所以應該放在資料安全管理目錄下，而且這些需求也可以分為不同層次，一些是和權限有關的，一些是和存儲和備份有關的，這樣很快又可以把子標題和分子標題設計出來了。
同樣我們可以推導出如下另外幾個部分的提綱：
這個結構化體系一旦出來后，整個方案的思路是否清晰明了，下筆容易了呢?
結構化體系最大的好處是不亂，今后用戶提出任何業(yè)務需求，或者產品功能如何擴充，都很容易對號入座，或者擴充子標題。這也是體現了一種分類管理的思想。
當然這個分類思路根據不同業(yè)務特征允許存在多種可能，而且分類層次應不超過5級標題，否則文章的可讀性不佳。
如果一定要超過5層，就可以采取其它排版方式體現。
2.4第四個容易犯的錯誤：口語書面語混雜，遣詞造句不嚴謹。
不好的解決方案還有一個毛病就是口語書面語混雜，遣詞造句不嚴謹。
有的人寫作時順著思路走，口語化成分很多，例如本人的行文基本是口語化的，也體現了這個毛病。當然大師級人物的確可以將文章寫得明白如話，但是對我們這些人而言方案是代表公司正式對外的文檔，一定不要出現口語和書面語混雜的情況。
例如太多的兒，的，我們，你們等等都是口語化語言，不應該大量出現在正式方案中。
有的人寫方案比較圖表現，喜歡指出用戶的不足，這個時候喜歡用很激烈的語言。例如缺少管理，業(yè)務失控，后果很嚴重等等語句，這樣的遣詞造句是不嚴謹的，方案用語不要追求“語不驚人誓不休”。而是理性分析，認真推導，句句講邏輯。
實在要用一些事實說明企業(yè)的問題，不要用刺激性強的語言，例如說企業(yè)業(yè)務存在問題，可以說業(yè)務有可改進的地方，例如說企業(yè)管理失控，可以說管理上存在很難受控的環(huán)節(jié)。
這樣的表達企業(yè)反而容易接受，不出問題。
2.5第五個容易犯的錯誤：沒有認真檢查，存在大量硬傷。
不好的解決方案制造過程往往是找一個同類方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就圖快，省事，沒有很好的核對，結果往往容易出現如下幾種錯誤：
第二有時候替換過頭，把一些案例中類似的話也替換成為給用戶名稱，鬧出笑話。
第三只注意了文字替換，不注意圖形中的替換，結果文字是一個用戶的，圖片是另一個用戶的，感覺不尊重。
第四是只注意了文字替換，忽視了頁眉頁腳的替換，特別是注意了首頁或目錄的頁眉頁腳，沒有注意正文的頁眉頁腳。
第五是案例不對，明明是汽車行業(yè)的用戶，案例全部都是其它行業(yè)的，感覺在這個行業(yè)沒有經驗。
第六是聯絡方式不對，很多時候將別的營銷區(qū)域方案拿過來用，服務信息都沒有更正過來。
第七是存在大量技術硬傷，有時候為了突出軟件技術實力，將大量專家都不一定看得懂的詞匯大量堆砌，其實連軟件公司自己都搞不清楚采用了哪些。
企圖通過讓用戶對概念和名詞發(fā)暈進而對軟件產生信賴的方式已經過時，解決方案應該實事求是說明業(yè)務問題，不要在名詞上忽悠。
2.6第六個容易犯的錯誤：過于突出自我
很多人寫方案大量出現“**軟件公司”內容，甚至每個產品都恨不得加上自家標識。在很多地方行文造句都是“我能，我行，我有…”等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴，例如說某某企業(yè)pdm項目，不要總在說某某供應商pdm的話，給用戶一種相對的針對性，感覺這個方案的確是為用戶準備的。
在售后實施方案中軟件公司的名字只需要出現一次，后面就不需要反復出現，因為大家都知道是你的產品，何必反復體現，我們更應該把用戶的注意力集中到產品本身就應該具備的功能和支撐業(yè)務上，而不要形成某某可以，某某不可以的印象。
2.7第七個容易犯的錯誤：沒有評審。
方案提交給客戶之前，一定要經過評審。
沒有開發(fā)點的方案，一般經過自評和互評即可，自評時，要重新審視整個方案的結構、問題描述、遣詞造句等方面，特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內容，盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時，要重新審視整個方案的結構、遣詞造句等方面的內容。
對于有開發(fā)點的方案，要經過公司的評審。提交給公司評審的方案，一定是已經過自評和互評的方案，而且要注明主要看哪些部分，以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤：沒有體現公司產品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務，如何在公司產品中體現出對業(yè)務的支持，而是想趕緊找一個模板，把這一關走過去再說，其實很多時候就是對每個階段工作沒有質量意識最后導致工作處處被動。
所以寫解決方案一定要根據公司最新產品功能認真組合功能實現企業(yè)業(yè)務，甚至可以考慮利用未來半年內會發(fā)布的功能認真組合，因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄，都是一兩年前的模板，自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負責對標準解決方案的維護和更新發(fā)布機制，其實比較好的一種做法結合典型項目技術公關推動解決方案水平不斷完善和提高。
三、寫好方案的心得
3.1動筆前先打一個電話
一般情況下方案撰寫人只是按照別人要求提供方案，并非直接利用方案的人，所以在寫方案之前，問問需要方案的同事，甚至是用戶，聽聽他們對方案的想法和建議，對自己寫方案會有很大幫助。
很多時候方案準備完成方案接受者并不滿意方案的組織，需要返工修改，所以動筆前先打幾個電話，問問別人要什么，不但可以提高方案準備命中率，甚至可以獲得大量現成的思路建議，對自己寫方案大有好處。
3.2一定要努力按業(yè)務邏輯去寫。
一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織，因為有大量現成的材料可用。但這樣方案對用戶并非是一種最佳選擇，因為客戶要轉換到供應商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發(fā)，方案應盡量讓用戶容易看懂，好理解，自然也就取得了幾個印象分。
我們方案就是要先仔細探討企業(yè)業(yè)務，不是將調研結論一羅列，而是從業(yè)務分析得出業(yè)務需求，最后描述技術實現手段。從這個意義上講，解決方案要按照簡明的操作手冊來準備。
3.3按標準套路寫方案
不同類型的方案都有自己的套路，例如可行性報告，解決方案，建議書等等都有標準的套路，我們應盡量按照標準套路準備方案，不要自成體系，在套路下發(fā)揮，套路就體現了一種結構化體系化的思維模式。
關于常用套路我們另有一章說明。
3.4先構思提綱，經過討論，最后動筆
很多時候方案準備時間并不充分，很多人接到任務，壓力之下立即開始動手，這往往是不好的工作習慣，有時候有模板，的確可以快速出活，但時間長了就養(yǎng)成一種惰性，替換方式抄方案還勉強，真要遇到有個個性化問題，因為在平時寫方案過程中思維始終不經過結構化思考的練習，真到方案模板沒有覆蓋的情況，就沒有辦法應付。
好的方案特點是：標題就是論點。結論做為標題馬上拿出來。
好的方案是觀點鮮明，立場明確，有理有據，有血有肉。
所以有方案要寫，一定不要急著寫，而是想自己的提綱，這個完整提綱目錄之間的邏輯聯系和業(yè)務銜接自己在心里面推導得比較有力和充分了，才開始動筆快速拿出提綱，有了提綱寫起來思路就不會斷電，寫起來才快。
好的方案一定是做了論點。
論點是假設的，例如說搞pdm有價值。
你說價值有三個方面，能降低成本，提高質量，能縮短交貨期。這都是你的假設。
你怎么知道成立?就要找些事實去證明它。
我們現在都喜歡找什么事實呢?你用了這個功能，所以你的論點就成立，因為你有這個功能，所以你的效率提高了。
這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點。根本沒邏輯推導。
不是還有大把企業(yè)用了erp，用了pdm還不是該咋的咋的，錢都打水漂了。
好處一定是每個好處都是獨立，它是有層次，每層上的好處是平級的'，大好處包含多個小好處，這些好處倒推出來就響應支持你的論點，這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎上往前推動一步，最好得出一個強有力的論證過程。
所以好的方案必須是金字塔型的，論據論證最后構成堅實的基礎。
如果有條件的話，這個思路還應該和大家討論，特別是一些重要方案，一定要先反復討論提綱，大家各種意見和思路在提綱中統(tǒng)一了，再動手寫。這樣就不至于遇到寫了一半被人否定，推倒重來的痛苦了。
3.5找一個安靜的地方和完整的時間段開始
寫方案最怕中間不停被人打斷，這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務，也不會急著去寫，而是把手頭該處理的小事情處理干凈，然后保證開始后的時間相對安靜和完整，這樣才能保證方案的質量。
而且寫方案一定要保證在一個時間段內初步拿出完整的推導思路和結構提綱才能結束去干別的事情，這樣以后就是逐步補充和豐富內容，不至于還在為結構苦惱，不清楚從哪里下筆，每次要花費大量時間從頭構思。
3.6認真準備閱讀提示和摘要
一個方案往往厚厚一本，更多是充點門面，領導是不會真看的。萬一要看，也就是看看包裝是否精美，和頭幾頁文字。
所以方案可以單獨附一份摘要，這是關于整個方案業(yè)務分析和解決思路的精華部分，當然也可以帶一點實施方法和典型用戶的介紹。
這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達出來，這種提煉過的語言和文字往往更能打動人心。
一般寫一份厚方案只需要一天，寫一份薄方案需要一周，要求在三頁紙內說明問題需要一個月!能把書讀薄是能力的體現。
對于方案也一定要提供一份閱讀指引，告訴不同的人其關心的內容可以在哪些章節(jié)直接獲得，方便其閱讀。實際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結構，其實這也是一個標準做法。
3.7注意排版
方案一定要注意排版，印刷要干凈，封面要隆重，裝訂要精美，方案就是一個公司的臉面，雖然不是說一份方案可以決定項目，但一份看上去都不好的方案一定很讓人懷疑公司的能力。
我們很多人見過外企的文字，一般都非常精美，排版很漂亮，大家一看就覺得是專業(yè)人士所為。
所以方案的文字和圖表內容最好請專門的美工設計一套標準的排版體系，對方案整體可讀效果會起到極大促進作用。
現在很多方案都是密密碼碼，內容是多，可以有什么用?
不如取巧，少寫一些文字，多在排版上動腦筋，實在想不出好的排版是什么回事的，去買基本暢銷書，你會發(fā)現可讀性好的書往往有一個技巧叫“留白”。
方案文字段落邊框之間保持適當距離，特別是邊框合理留白會讓一份方案可讀性大大提高。
象本文這樣的文字如果加上留白設計可讀性就會很不錯。
3.8注意積累素材
寫方案無論如何按照企業(yè)業(yè)務組織，基本上90%內容是相同的，不過是根據不同思路進行組織而已，畢竟軟件功能不會在短期內發(fā)生巨大改變，方案涉及功能也沒有理由發(fā)生大的改變，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要隨時積累補充完善和歸類存檔，這樣在寫方案時才不會因為尋求這些基本素材浪費大量時間。
基本素材收集還要注意隨時和公司公開宣傳口徑保持一致，防止引用過期素材。當然標準素材最好由公司統(tǒng)一維護。
獲取其它素材的途徑比較多，主要有：
現場初步需求調研與交流
與熟悉類似項目的銷售經理、技術支持工程師、實施工程師溝通、了解
營銷平臺交流
企業(yè)網站
相關行業(yè)資料介紹
書刊
……
一般可以從企業(yè)網站獲取企業(yè)介紹。從網站獲取的企業(yè)介紹需經“角色轉換”和“內容篩選”，角色轉換是指站在公司的立場描述該企業(yè)的情況介紹，要把第一人稱改為第三人稱。內容篩選是指主要介紹企業(yè)信息化的基礎，包括企業(yè)的經濟實力、管理水平、已完成和正在進行的信息化項目等內容。
四、方案分類和用途
4.1方案的種類
目前，公司為客戶撰寫的方案分為：建議書、解決方案、投標書。技術白皮書應作為統(tǒng)一的資料提供。
建議書是用于動員客戶啟動項目，或者用于客戶初步選型階段的技術支持，以入圍;
投標書是用于客戶招標的技術交底，以綜合實力戰(zhàn)勝對手。
4.2方案的基本結構
一、建議書的基本結構
建議書的側重點是分析客戶實施某項目的宏觀和微觀形式、現存的諸多問題，提出實施該項目的必要性和緊迫性，再介紹相關產品和技術的發(fā)展現狀公司的產品特點和優(yōu)勢，落腳點是公司已具備相當的實力，與公司合作成功率最大、風險最低。建議書的基本結構如下：
引言
現狀分析與診斷
相關技術的發(fā)展現狀
公司相關產品的特點
公司具備的實力和基礎
結束語
各個部分撰寫技巧如下：
引言部分
從全國、行業(yè)的信息化現狀分析入手，說明信息化是大勢所趨，再從本行業(yè)的產品特點出發(fā)分析信息化需要注意的關鍵問題，最后介紹企業(yè)的情況，特別是信息化的已有基礎，包括企業(yè)的經濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎。
引言部分可分為：
制造業(yè)信息化現狀
本行業(yè)信息化特點分析
信息化的基礎
現狀分析與診斷部分
從本項目所涉及部門的業(yè)務現狀描述和分析入手，找出問題，并提出相應的解決辦法。
現狀分析與診斷部分可分為：
業(yè)務現狀描述
問題分析與診斷
相關技術的發(fā)展現狀部分
主要介紹本項目所涉及的pdm/capp/cad等技術產生背景、發(fā)展過程，以及發(fā)展趨勢等內容，并說明這些技術已是成熟的實用性技術。
相關技術的發(fā)展現狀部分可按軟件產品類別分別介紹，最后有一個小結。
公司相關產品的特點部分
主要介紹公司相關產品的主要特點，說明公司相關產品是符合其發(fā)展趨勢的先進和成熟的產品。
公司相關產品的特點部分可按軟件產品類別分別介紹，最后有一個小結。
公司具備的實力和基礎部分
主要從公司簡介、完整產品線、研發(fā)能力、實施與服務體系等方面，說明公司已有足夠的能力承接本項目，并以成功案例證明與公司合作成功率高、風險最低。
公司的實力部分可分為：
公司簡介
完整產品線
雄厚的研發(fā)能力
科學的實施與服務保障體系
成功案例
結束語部分
闡明公司愿與企業(yè)強強聯手，結為(戰(zhàn)略)合作伙伴關系，共同推進企業(yè)乃至本行業(yè)的信息化建設。
在結束語部分要明確提出合作建議內容，對于一些戰(zhàn)略合作伙伴關系不能輕易宣講和承諾，一定要經報公司批準之后方可承諾。
建議書的要求是簡短緊湊，內容詳實，便于用戶決策，可以在一份建議書中形成幾個可選方案，推動用戶決策。
二、解決方案的基本結構
解決方案的側重點是分析現存問題，提出功能需求及相應技術實現手段，并輔以實施保障措施，說明用戶需求是可以實現的。解決方案的基本結構如下：
引言
現狀分析與診斷
系統(tǒng)規(guī)劃與設計
系統(tǒng)技術方案
系統(tǒng)實施方案
服務內容及措施
典型案例
結束語
引言部分
從全國、同行業(yè)的信息化現狀分析入手，說明信息化是大勢所趨。再從本行業(yè)的產品特點出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況，特別是信息化的已有基礎，包括企業(yè)的經濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎。最后通過公司介紹說明有能力承擔該項目。
引言部分可分為：
制造業(yè)信息化現狀
某行業(yè)信息化特點分析
信息化的已有基礎
公司介紹
現狀分析與診斷部分
現狀分析與診斷部分可分為：
業(yè)務現狀描述
問題分析與診斷
系統(tǒng)規(guī)劃與設計部分
根據現狀分析提出的需求，對本系統(tǒng)從總體目標、指導思想、總體框架等方面進行總體規(guī)劃與設計?？傮w目標，是從企業(yè)已有明確的總體目標中，結合用戶需求提煉出來的，不能簡單照抄，還需適當調整與補充?？傮w框架包括體系架構、運行模式，以及其它企業(yè)關心的問題等。
系統(tǒng)規(guī)劃與設計部分可分為：
總體目標
指導思想
總體框架
體系架構
運行模式
……
系統(tǒng)技術方案部分
從基本功能介紹、關鍵問題解決方案兩個層面介紹具體的技術方案。基本功能介紹是對本項目所涉及的產品，在標準模塊功能基礎上適當補充各模塊的新增功能或用戶的特殊功能。關鍵問題解決方案是就企業(yè)特別關心的問題(包括管理和技術兩個方面)、企業(yè)特殊需求中有一定難度的問題，以及管理方面需要改進的問題等提出解決方案和建議。
系統(tǒng)實施方案部分
從本項目的預期效益入手，分析項目實施存在的風險，接著介紹公司規(guī)避風險的實施保障措施，最后給出初步實施進度計劃和培訓計劃。實施規(guī)劃要結合用戶的實施打算，如果系統(tǒng)規(guī)模比較大，可以結合用戶的需求適當進行目標分解，分期完成。
系統(tǒng)實施方案部分可分為：
預期效益
風險分析及對策
指導思想
指導方法
實施管理
實施規(guī)劃
實施進度計劃
系統(tǒng)培訓
服務內容及措施部分
從公司能為客戶提供全方位服務承諾入手，闡述公司技術支持與服務的保障措施，讓客戶無后顧之憂。
服務內容及措施部分可分為：
服務內容及承諾
技術支持與服務保障
典型案例部分
用公司典型用戶的案例進一步證明，公司提供的技術方案是先進的、實用的，形成一套科學的、可操作的實施方案。典型案例選擇的針對性表現在：行業(yè)、特殊需求、項目類型等方面有相似之處。
結束語部分
闡明公司愿與企業(yè)強強聯手，達成合作伙伴關系，共同推進企業(yè)乃至本行業(yè)的信息化建設。
解決方案注意業(yè)務分析，系統(tǒng)規(guī)劃，技術方案三部分不要反復出現重復的內容，或者為了表達自己技術方案是扣著業(yè)務需求而在系統(tǒng)規(guī)劃和技術方案中再次反復描述需求，如果發(fā)現有這樣的問題就要精心去組織方案提綱。
此外解決方案要避免浮夸和務虛的內容，要盡量讓用戶看到可操作的內容，例如在實施方案中用戶最關心的是在實施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結束的標志是什么?每階段工作需要多長時間?根據企業(yè)實際情況有哪些風險?如何規(guī)避?基礎數據如何準備?歷史數據如何錄入?工作流程應用前后有何變化?這些是用戶真正關心的內容。
所謂實施方法論，實施原則，實施指導思想，實施團隊結構等看起來飽滿，其實是務虛的內容少寫，寫得越多用戶越不得要領，實施方案的要害是具備不具備可操作性。這里面的原則就是計劃越細化越具有可操作性。
三、投標書的基本結構
投標書是針對標書的解決方案，包含解決方案的全部內容，再增加公司優(yōu)勢和相關附件。投標書總是原則是按照用戶提供的招標書要求準備，用戶要求如何提供資料就如何提供，不要任意發(fā)揮。
常見投標書的基本結構如下：
引言
現狀分析與診斷
系統(tǒng)規(guī)劃與設計
系統(tǒng)技術方案
系統(tǒng)實施方案
服務內容及措施
開目公司的優(yōu)勢
典型案例
結束語
相關附件
開目公司的優(yōu)勢
相關附件
相關附件按照招標書的規(guī)定組織附件。
4.3方案的針對性
為使方案具有鮮明的開目特色，方案必須具有一定的針對性。不同類別方案的針對性有不同的體現。
建議書的針對性體現在同行業(yè)的信息化特點分析，本企業(yè)已有的信息化基礎、本企業(yè)的現狀描述與問題分析等方面。
解決方案和投標書的針對性有相同的表現，主要體現在：同行業(yè)的信息化特點分析、現狀分析與診斷、總體目標、關鍵問題解決方案、實施規(guī)劃與進度計劃、典型案例等。
現狀分析與診斷部分、實施規(guī)劃與進度計劃部分，不能簡單把客戶名稱更改就變成另外一家的情況。
總體目標部分，有企業(yè)的個性，如果需要可以分解成近期、長期、遠期目標。
解決方案中可單獨把企業(yè)關心的關鍵問題單列為一部分，緊密結合企業(yè)的需求特點，不能簡單套用標準說法，必要時可以通過定制配置實現。
解決方案中的關鍵問題與投標答辯ppt中的關鍵問題有區(qū)別。投標答辯ppt中的關鍵問題主要是展示我們優(yōu)勢部分，以攻擊對手的劣勢部分，但一定要有絕對的把握。
軟件項目解決方案篇四
甲方：
法定代表人：
乙方：
法定代表人：
甲乙雙方本著互利互惠、共同發(fā)展的原則，經過友好協(xié)商，決定充分利用雙方各自的優(yōu)勢，資源互補，____________________________________項目上進行合作。特訂立本合同。
1，軟件項目名稱：________________________________________。軟件開發(fā)合同2，軟件項目開發(fā)內容：_____________________________________。
3，軟件項目開發(fā)目標：_____________________________________。
4、軟件項目總金額：_______________________________________稅后金額：_______________________________________。
5、軟件項目驗收期限：__________年__________月____________日。
合作期：____年，自______年____月____日起，至______年____月___日止。
1，甲方負責溝通與協(xié)調工作。
2，乙方負責軟件開發(fā)，實施，驗收后的維護。
3，對外洽談經營業(yè)務時以甲方的名義進行乙方無權利代表甲方簽署任何有法律責任的文件。如需簽署需得到雙方認可后方可簽署。
1、利潤定義：項目合同金額減去法律指定稅項。
2、分配方式：甲乙雙方利潤按____：____分成。
甲方：_________%乙方：_________%
3、甲方收到項目開發(fā)款項后15日內進行利潤分配并以現金形式支付乙方。
4、軟件完成驗收后的服務費用由乙方獲的。
1，本合同相關的所有作品、程序、文件源碼的。
2，甲方有權利用本項目開發(fā)的成果進行后續(xù)開發(fā)或改進，由此產生的知識產權歸甲方享有。
不可抗力(即不能預見、不能避免、不能克服等的客觀情況，包括但不限于地震、洪水、火災、戰(zhàn)爭、政府行為等)致使一方不能履行或者延遲履行其在本合同的全部或部分義務，則該遭受不可抗力的一方不承擔違約責任。
因不可抗力的原因造成合同延遲履行，則遇有不可抗力一方應在不可抗力發(fā)生之日起48小時內通知對方，并提供有關部門的證明材料。除因遲延履行通知義務造成其他方損失外，對因不可抗力造成的損失雙方互不承擔違約責任。遇有不可抗力一方應在不可抗力消除后48小時內通知另兩方，由雙方協(xié)商是否繼續(xù)履行合同。
在發(fā)生不可抗力情況時，遇有不可抗力一方仍有責任采取必要措施以防止不可抗力事件影響的擴大。
1、乙方違約責任：
(1)如果由于乙方原因導致不能按照約定的時間完成項目的驗收，乙方應以如下方式向甲方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付合同總價的0.5%，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的1%。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響乙方的義務。
(2)如果在合同簽訂后、項目所有權未轉移給甲方前，乙方將其轉讓或抵押給第三方，則乙方應根據對甲方造成的事實損害的嚴重程度支付最高不超過合同總價10%的違約金。
2、甲方違約責任
在乙方履行合同規(guī)定的各項義務的前提下，甲方無正當理由逾期支付貨款，則甲方應以如下方式向乙方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付逾期付款部分的1‰，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的2‰。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響甲方的義務，并且合同中確定的乙方對甲方的各項服務日期可作相應的順延。
雙方同意不對公眾公布任何與本合同有關的、因執(zhí)行本合同而獲知的資料。未經雙方授權認可，任一方不得以任何形式向第三方披露或泄露本項目成果及與本項目有關的數據、程序代碼(通用的程序代碼除外)和相關技術文檔。在本項目研發(fā)過程中一方提交給另一方的所有資料和文件，都作為提交方企業(yè)的商業(yè)秘密，另一方應承擔保密義務。
甲乙雙方約定，不論本合同是否變更、解除、終止，本保密條款均有效。
1、未盡事宜將由本合同、甲乙方通過協(xié)商解決。
2、因乙方與甲方以個人名義進行合作需對甲方提供身份證復印件。
3、任何一方未得另一方同意不得向任何第三方透露合同內容。
4、對合同內容做出的任何修改和補充應為書面形式，由雙方授權代表簽字后成為合同不可分割的部分。
5、任何與合同相關但未在合同中明確規(guī)定的.事項將由雙方友好協(xié)商并達成合同以解決。
本合同一式兩份、甲乙方各持一份，在甲乙方簽字蓋章后生效，具有同等法律效力。
甲方：佛山市醫(yī)網天下科技有限公司(蓋章)
乙方：(蓋章)
甲方代表(簽字)：
乙方代表(簽字)：
簽訂日期：xx年x月x日
簽訂日期：xx年x月x日
軟件項目解決方案篇五
中國網站升級項目成功上線運行并達到商用要求。由于國際項目團隊的認真負責的工作態(tài)度以及高效的工作技術，國際收到了中國的認可和高度贊揚。這一封表揚信不僅極大地增加了國際項目團隊的信心，而且更進一步的提高了中國與國際的合作可能性。此外，也有利于國際與其它大型公司的合作。
(grainger)是全球領先的設備維護、修理和運作(mro)工業(yè)品分銷商，擁有80多年信譽保證。xx20xx年銷售額達到69億美元，全球擁有600多家分店、18家配送中心和龐大銷售網絡，每天超過xx0,000次向全球150多個國家的200萬客戶提供來自3000多家供應商的 90萬種類繁多的工業(yè)產品，幫助他們的設施正常運作并降低客戶的采購成本。擁有超過18,000名優(yōu)秀員工，躋身《財富》500強，并于20xx年被美國《財富》雜志評為年度“全球最受尊敬企業(yè)”多樣化批發(fā)行業(yè)第一名。
中國網站是(grainger)在中國建立的mro產品采購b2b電子商務平臺。致力于成為中國企業(yè)mro產品采購的貼心顧問，中國網站向每一位訪問者提供豐富的產品信息、快速的產品搜索、便捷的價格查詢、方便的報價申請和流暢的產品訂購，節(jié)省您的采購時間和精力。
此次合作是國際和中國的第一次合作，希望項目團隊以此為契機，繼續(xù)秉承追求卓越、堅持不懈的精神，出色的完成中國的后續(xù)項目，保持與中國的長期合作關系。
軟件有限公司:
貴公司作為該項目建設的合作單位。在整個項目建設期間，全體成員都能以專業(yè)、敬業(yè)、合作的態(tài)度扎根用戶、服務用戶、與用戶共成長。經過大家共同的努力，x項目不僅實現了在一個技術平臺下同時運行二種業(yè)務管控模式(集銷集結、銷售分結)，而且使nc版計量由設想變成了現實，并成功應用于4家成員企業(yè)。經項目組研究決定，對在項目試點建設中表現優(yōu)異者提出表揚，以資鼓勵。項目個人評語如下:
知大體、識大局、嗓門大、身體壯、水平高、技術好、熱心腸、老好人。在項目建設的各個關鍵點和沖刺階段，都能夠身先士卒，以身作則，鼓舞著整個項目團隊，作為高級實施顧問是優(yōu)秀的`，作為項目經理是盡職盡責的。
大家都叫他小王老師，說明他還小，有可愛之處惹人想念。技術全面、實施經驗豐富、喜歡專研、善于分享、以項目為家，深受項目團隊和最近用戶的喜歡。還記得項目組為你舉行生日聚會嗎?他可能記不了每個人喜悅笑容，但是你一定能聽得到大家美好的祝福，還有那首《沒有我你怎么辦》的歌聲，讓原本愛情的歌曲唱出了大家難以割舍的親情和友誼。
從分部一體化試點項目的新人到x項目的主力，她的進步和成長是有目共睹的，她用1年時間完成了一個實施顧問完美蛻變;聰明、勤奮、謙虛、感恩的她給大家樹立了一個榜樣，無時無刻不在鼓舞著每一個年輕人?！翱吕蠋煟氵€好嗎?我們想你了，等你回來!”一句大家的心聲。
能把水泥工廠業(yè)務流程和地磅管理需求講得那么完清晰完整和精辟入里的，真的,也只有他了。由他帶領的nc版計量開發(fā)團隊，披荊斬棘、風雨兼行、勇往直前，最終實現了既定目標。
信息中心
20xx年2月7日
軟件項目解決方案篇六
又一家咨詢公司開張營業(yè)了，從他們充滿自信的臉上可以看出他們要為此大干一場的決心，可隨之而來的是另一家咨詢公司的關閉歇業(yè)，從他們苦澀的臉上可以看出他們所經歷其中的曲折與尷尬。一時間，新開張的咨詢公司幾乎多如繁星，可又有多少公司門可羅雀呢？而那些不死不活的咨詢公司真是“月兒彎彎照九州，幾家歡樂幾家愁”！
中國咨詢服務類企業(yè)的種類可能是全世界最豐富的。僅從名稱上看，就有“管理咨詢”、“策劃”、“企劃”、“智業(yè)”、“顧問”等等，不一而足；從服務層面上看，又分為戰(zhàn)略管理咨詢、管理管理咨詢、營銷管理咨詢、人力資源管理管理咨詢、信息管理咨詢、等等公司。所謂“策劃”、“智業(yè)”等純屬中國特色的稱呼，發(fā)達國家根本沒有這個行業(yè)名稱；而所謂“營銷策劃”、“企劃”等，嚴格意義上講都應屬于管理管理咨詢的范疇。
咨詢業(yè)發(fā)展繁榮的事實卻是不假，并且近些年來，咨詢業(yè)開始了迅速“搶跑”。有數據顯示：近年中國管理咨詢業(yè)營業(yè)額以每年30-50%的速度上升；未來幾年的上升速度將在會更多……而在咨詢業(yè)中要數管理咨詢業(yè)發(fā)展的境況更受人關注，而目前的市場現狀卻并不看好，管理咨詢業(yè)已面臨“嚴冬”。
管理咨詢業(yè)是咨詢產業(yè)的核心層。在管理咨詢層次上的咨詢公司主要按照企業(yè)管理的各個層面劃分為專業(yè)業(yè)務領域，這些領域一般包括：投融資管理咨詢、財務會計管理咨詢、市場營銷管理咨詢、人力資源管理咨詢、生產管理管理咨詢、業(yè)務流程重組與管理信息化管理咨詢等。管理咨詢業(yè)的特點是，管理咨詢業(yè)務的開展一般要求管理咨詢顧問與企業(yè)相應的業(yè)務人員共同組成項目組，對企業(yè)管理的某些層面進行管理改造，或對企業(yè)管理進行全面改造。由于企業(yè)健康發(fā)展三年會上一個臺階，企業(yè)一般以三年左右的時間為周期，請專業(yè)管理咨詢公司對其進行一次管理改造。
正因為管理咨詢業(yè)對企業(yè)，特別是中小企業(yè)和民營企業(yè)有很大的吸引力，因為中小企業(yè)和民營企業(yè)在發(fā)展到一定階段和層次上時，往往就不知如何再進行下去，企業(yè)的戰(zhàn)略規(guī)劃和發(fā)展前景陷入了“盲區(qū)”，這時就需要管理咨詢公司進行診斷和出謀劃策。
一哄而上，帶來的必然是泥沙俱下。
管理咨詢業(yè)，讓企業(yè)了解你多少？
雖然越來越多的企業(yè)開始借助外腦，幫自己進一步提升品牌形象，擴展市場。但還有相當一部分企業(yè)對管理咨詢業(yè)并不是很了解，尤其是對外腦所收費用，不能認可。然而，企業(yè)到底怎么看待管理咨詢業(yè)，企業(yè)愿意和什么樣的管理咨詢公司進行合作?咨詢管理公司能夠給企業(yè)什么樣的幫助，多少幫助？等等問題，有關專業(yè)調查公司經過對近百家企業(yè)嚴密調查而得出的主要結論是：就“你的企業(yè)是否需要外腦幫助”一題。有87％的企業(yè)明確表示需要，只有1％的企業(yè)已進行過整體或專項管理咨詢。多數企業(yè)不知道怎樣找到或找不到理想的管理咨詢公司。
在對有關問題的問答中，76％的企業(yè)認為：策劃人滿天飛，但不知誰有真本事，真能幫企業(yè)解決實際問題。同時，多數企業(yè)對管理咨詢公司的運作方式和作業(yè)質量不滿意。
我曾呆過的一家企業(yè)，在當地屬大型企業(yè)，但從全國范圍來看就屬中小企業(yè)了。這家企業(yè)在發(fā)展到第五個年頭之后，不知到企業(yè)未來五年甚至十年何去何從？戰(zhàn)略規(guī)劃如何確定？目前企業(yè)發(fā)展不起來的癥結所在？產品群應該怎樣進行串連和定位？人力資源狀況和結構應該如何按比例劃分等等諸多問題。于是，這家北方企業(yè)的決策層不知聽信何人之言，從老南邊某都市請來了一個所謂知名度較高的管理咨詢公司對企業(yè)面臨的問題進行診斷。而那家企業(yè)要價也確實不菲，開口價50萬！
其實根本沒派上什么用，這無異于一個“屁”！
所以，部分管理咨詢公司競爭的無序和其組織結構的不完整性以及帶有的欺詐性也是造成管理咨詢整個行業(yè)由先進的、落后的，整體的、局部的，專業(yè)的、業(yè)余的混沌交織在一起，演繹的是誠信缺失、管理咨詢缺位的市場現狀。管理咨詢作業(yè)水平的“起伏不定”，成了一把“雙刃劍”，對企業(yè)和管理咨詢業(yè)自身都是一種傷害。
鑒于此，管理咨詢業(yè)的發(fā)展已到了一個轉折時期，即由無序狀態(tài)應向規(guī)范化轉變的時期，管理咨詢公司只有清醒地認識到這種轉變的必要性和緊迫性，真正為企業(yè)提供切實有效的咨詢服務，使企業(yè)自身首先轉變這種使用“外腦”的觀念與看法，杜絕企業(yè)使用管理咨詢服務這個“外腦”之后大呼“上當”的情況發(fā)生，才能適應目前管理咨詢業(yè)市場發(fā)展的需要，才能滿足企業(yè)的需要，也才能在日益激烈的市場競爭中站穩(wěn)腳跟。
軟件項目解決方案篇七
尊敬的____公司領導：
我們是貴公司的客戶______，在這里我們要表揚貴公司的一位員工——____。 ___年___月__日_______在_____工程師的指導下進行____系統(tǒng)的升級，一直忙碌到午夜12點鐘才將全部系統(tǒng)升級完畢。___月___日早上7點多，___又趕到___進行測試前的檢查及跟蹤，確認無故障后又馬不停蹄的趕到___，幫助其進行___系統(tǒng)的升級，一直忙到晚上6點多才完成系統(tǒng)升級工作，連飯都沒有吃一口，又直接趕到___進行系統(tǒng)升級的指導，一直忙碌到凌晨4點才完成___的升級工作。
___月___日，___公司同時進行___系統(tǒng)的測試，在測試過程中發(fā)現___系統(tǒng)出現bug，___又指導___公司進行了___系統(tǒng)的回退，直到晚上10點多才將___公司的___系統(tǒng)回退至___狀態(tài)。
對外地營業(yè)部的前臺員工們進行了全面的培訓。 從___身上我們也看到了貴公司這種對客戶認真負責的企業(yè)精神，我相信也正是在貴公司的培養(yǎng)下，___的員工才能如此優(yōu)秀。 在這里我們再次感謝___工程師，對他的這種達到客戶100%滿意的服務精神提出表揚。
此致
敬禮
___公司
__年___月___日
軟件項目解決方案篇八
乙方：___________
根據《中華人民共和國合同法》以及其它相關法律、法規(guī)的規(guī)定，本著平等互利的原則，甲、乙雙方就合作開展軟件的推廣應用，特訂立本合同，并共同遵守下列條款：
除非本合同的條款或者內容中另有規(guī)定，下列名詞具有如下意義：
1、軟件產品：指已進行商品化工作的、公開發(fā)表過的、且甲方作為權利人能夠進行授權銷售并能夠提供技術支持和服務的軟件。
2、代理銷售：指軟件權利受讓者被許可行使展示、銷售軟件產品的權利，代理銷售包括代銷或經銷。
3、知識產權：指依據中國有關法律和國際條約規(guī)定權利人所享有的專利權、版權(著作權)、商標權、商業(yè)信譽和商業(yè)秘密權。
4、技術支持：應軟件用戶的要求，為用戶解決軟件應用過程中產生的各種技術問題;應乙方要求，為乙方培訓銷售、技術人員，使上述人員掌握技術支持、銷售等服務中所需要的技術知識。
6、補充協(xié)議及附件：指主合同的補救條款或從合同等，與主合同具有同樣的'效力。
本合同有效期間，甲方作為權利人合法授權乙方代理銷售的軟件產品為：___________軟件，軟件版本：___________。
1、本合同期限為___________年___________月___________日至___________年___________月___________日止。
2、甲方授權乙方為上述產品的獨家總銷售代理商，銷售區(qū)域為全國。
甲方是獨立法人，擁有軟件的完全知識產權。甲方向乙方出具公司相關資料。
1、乙方是具有獨立民事能力的公司。乙方向甲方提供營業(yè)執(zhí)照等文件資料。
2、乙方具有完成日常業(yè)務所需的計算機知識、網絡知識及基本的實施維護能力，從應用技術角度了解和熟悉軟件的安裝、使用以及常見問題的解決。
(一)甲方的權利和責任
1、甲方向乙方提供具有良好市場前景和市場競爭力、性能可靠的軟件產品。
2、甲方支持乙方開展軟件產品的市場宣傳和銷售工作。
3、甲方提供乙方所需的技術支持工作以及乙方在產品銷售中所需的支持工作。
4、經與乙方協(xié)商一致，甲方有權對軟件產品的產品策略、市場策略和價格策略作必要的調整。
5、甲方有權要求乙方共同維護市場秩序。若乙方確實違反合同規(guī)定，破壞秩序，甲方有權做出直至取消乙方的授權銷售代理商權利的處罰決定。
6、甲方保證軟件產品知識產權狀況的真實性，并對客戶軟件使用中遇到的故障，進行完善的售后服務和終身維護。否則，因此發(fā)生的任何糾紛，并因此造成的一切損失，均由甲方承擔。
7、甲方應在公司網站上顯著位置宣傳乙方的代理地位，向客戶說明乙方的聯系方式。為客戶提供產品維護、升級和在線疑難解答。
8、甲方致力為乙方提供最佳經營環(huán)境并承諾自身不涉足授權銷售區(qū)域的經銷和零售，在乙方作為甲方產品銷售代理商的合作期間，甲方不應建立第二家經銷代理商。
9、為了保護乙方的宣傳推廣和成本投入，無論乙方銷售區(qū)域的客戶是否已經與乙方進行過接觸或洽談，均視為乙方客戶。甲方不得擅自向經銷區(qū)域內的買主供應本協(xié)議所規(guī)定的商品。如有詢價，當轉達給乙方洽辦。若有買主希望從甲方直接訂購，甲方在提前將有關銷售合同副本寄給乙方并征得乙方同意的前提下，甲方可以供貨，并應在收到貨款后三日內按所達成交易的發(fā)票金額給予乙方______%的傭金。
日期：____________日期：____________
軟件項目解決方案篇九
乙方：_____________
甲、乙雙方經友好協(xié)商一致，達成以下協(xié)議。雙方申明，雙方都已理解并認可了本協(xié)議的所有內容，同意承擔各自應承擔的權利和義務，忠實地履行本協(xié)議。
第一條本協(xié)議軟件開發(fā)項目的內容、工作進度與安排、價款、交付和驗收方式等由附件載明。
第二條協(xié)議履行期限按照附件規(guī)定的工作進度決定，經雙方協(xié)商一致，可以延長該期限。
第三條甲方應向乙方提供必要的資料和方便條件，協(xié)助配合乙方進行軟件的開發(fā)、調試、安裝及實施。
第四條雙方的基本權利和基本義務
一、甲方的權利和義務
1、根據本協(xié)議項目的實際需要和乙方的要求提供協(xié)助，并提供有關的資料、報表及文檔等，甲方保證所提供的所有資料完整、真實、合法。
2、按本協(xié)議約定支付軟件開發(fā)費用。
3、甲方有權在軟件驗收之日起要求乙方對驗收完畢的軟件模塊出現的非人為因素造成的錯誤及故障，進行免費維護。
二、乙方的權利和義務
1、按照甲方提供的材料按時完成本協(xié)議規(guī)定的軟件開發(fā)工作。
2、可以根據甲方的要求幫助甲方舉辦培訓和技術咨詢，具體的操作方式及費用雙方可另行簽署協(xié)議確認。
3、依協(xié)議收取軟件開發(fā)費用。
4、乙方有義務在軟件驗收之日起個月內，對驗收完畢的軟件模塊出現的非人為因素造成的錯誤及故障，進行免費維護。第五條甲方在18個月的免費維護期之后，需要乙方對軟件模塊進行維護時，乙方可根據情況酌情優(yōu)惠收取模塊維護費用。
第六條甲方同意按雙方約定的付款方式和時間及時向乙方支付協(xié)議費用，以及提供其他必要的幫助。
第七條本協(xié)議涉及的相關程序、文件源碼的，但乙方授予甲方使用權。未經乙方許可，甲方不得公布文件源碼，不得復制、傳播、出售或者許可他人使用乙方作品及其程序等。乙方可以在業(yè)務范圍內使用這些作品。
第八條甲方不能按時支付協(xié)議費用導致的工期延誤，其責任由甲方承擔。第九條雙方當事人應當保守在履行本協(xié)議過程中獲知的對方商業(yè)秘密。
第十條雙方應本著誠實信用的原則履行本協(xié)議。任何一方在履行中采用欺詐、脅迫或者暴力的手段，另一方可以解除本協(xié)議并有權要求對方賠償損失。任何一方在履行中發(fā)現或者有證據表明對方已經、正在或將要違約，可以終止履行本協(xié)議，但應及時通知對方。若對方繼續(xù)不履行、履行不當或者違反本協(xié)議，該方可以解除本協(xié)議并要求對方賠償損失。
第十一條本協(xié)議簽訂后，經雙方當事人協(xié)商一致，可以對本協(xié)議有關條款進行變更或者補充但應當以書面形式確認。上述文件一經簽署，即具有法律效力并成為本協(xié)議的有效組成部分。
第十二條本協(xié)議附件為本協(xié)議不可分割的一部分，與協(xié)議正文具有同等法律效力。
第十三條任意一方欲提前解除本協(xié)議，應提前通知對方。甲方提前解除協(xié)議的，無權要求乙方返還預付費用并應對乙方遭受的損失承擔賠償責任;乙方無故解除協(xié)議的，應返還上述費用。本協(xié)議其他條款對協(xié)議的解除另有約定的，從其約定。
第十四條訂立本協(xié)議所依據的客觀情況發(fā)生重大變化，致使本協(xié)議無法履行的，經雙方協(xié)商同意，可以變更本協(xié)議相關內容或者終止協(xié)議的履行。
第十五條雙方當事人對本協(xié)議的訂立、解釋、履行、效力等發(fā)生爭議的，應友好協(xié)商解決;協(xié)商不成的，雙方同意向仲裁委員會提交仲裁并接受其仲裁規(guī)則。
第十六條本協(xié)議經由雙方授權代表簽字，自簽訂之日起生效。
第十七條本協(xié)議一式兩份，雙方當事人各執(zhí)一份，具有同等法律效力。
甲方(公章)：_________乙方(公章)：_________
法定代表人(簽字)：_________法定代表人(簽字)：_________
軟件項目解決方案篇十
中國xx軟件有限公司是以xx教授（原中國交大研究生）、xx教授（原中科院計算所研究生）攜帶在加拿大多年學習與研究的先進創(chuàng)新成果回國創(chuàng)業(yè)的一家軟件企業(yè)。公司于20xx年7月在中國張江高科技園區(qū)注冊，主要業(yè)務是開發(fā)具有自主版權與知識產權的大型通用數據庫管理系統(tǒng)——xxsql，并基于xx數據庫產品進行應用開發(fā)與推廣。
xx軟件的宗旨是以創(chuàng)新的核心技術為起點，以國際一流的專家為技術領路人，將核心技術轉化成具有國際競爭力的商業(yè)產品，將xx軟件建設成一個大型的基礎軟件與應用軟件供應商。
xx軟件的短期目標：基于xx數據庫（xxsql）的“xx企業(yè)信息備份與搜索工具”能夠在一些具體行業(yè)或項目中進行推廣應用。初期市場開拓的目標在于建立與提高公司產品的信譽與客戶對于產品的可接受程度，而非盲目追求數量增長?？傊?，首先使公司運營正常，實現良性現金流與一定的贏利空間，再求進一步發(fā)展，實現良好的投資回報。
xx軟件的長期目標：開發(fā)與推廣大型通用數據庫管理系統(tǒng)及其應用產品。
二、公司目前的股權結構
公司目前的股份構成：
三、
已投入的資金及用途
公司于20xx年7月成立，注冊資金200萬元人民幣，主要用于產品的開發(fā)、測試，市場渠道的鋪設。
公司成立以來成功申請了20xx年科技部中小企業(yè)技術創(chuàng)新基金（75萬元）與20xx年中國市第一批軟件與集成電路產業(yè)發(fā)展專項資金（50萬元）。
四、公司目前主要產品及服務
公司的主要產品：“xx數據庫管理系統(tǒng)（xxsql）”。
正在開發(fā)的產品有：“xx企業(yè)信息備份與搜索工具”。
公司還計劃基于xx數據庫建立“xx數據服務中心”，為廣大中小企業(yè)用戶提供數據集中維護及安全保障。
五、產品的知識產權與歸屬權
“xx數據庫管理系統(tǒng)（xxsql）”是由兩位創(chuàng)始人（xx、xx）在國外任教期間發(fā)明，通過與任教所在大學簽定法律合同（見附件），數據庫的專利權、出版權及其相關知識產權都歸屬于兩位創(chuàng)始人所有，目前數據庫的所有知識產權已轉到中國xx軟件有限公司。
“xx企業(yè)信息備份與搜索工具”則是在中國研發(fā)的基于xx數據庫的應用產品。中國xx軟件有限公司擁有產品的所有知識產權。
六、市場概況與營銷策略
目前企業(yè)搜索市場還處于起步階段，還沒有出現一家獨大或幾分天下的局面，因此，現在是進入企業(yè)搜索市場的最好時機。
xx的總體營銷策略是：分別向中小企業(yè)、大型企業(yè)與服務運營商提供不同的細化產品，逐步開拓本地、國內、國際市場。
七、核心團隊
公司的核心團隊由五人組成：
xx（公司創(chuàng)辦人，現任總經理，xx大學計算機系終身教授，人工智能專家）；
王先生（xx大學計算機系博士后，曾任加拿大著名軟件公司高級系統(tǒng)分析師，數據庫專家）。
八、公司優(yōu)勢說明
公司的主要優(yōu)勢如下：
1)企業(yè)搜索引擎的技術處在不斷發(fā)展完善中，xx擁有自主的先進技術，創(chuàng)新能力強；
2)xx企業(yè)備份與搜索工具是基于xx自身的數據庫產品研發(fā)的，充分利用了數據庫的
高性能與安全機制，產品性價比高；
3)xx能快速靈活地向用戶提供按需定制服務。
九、目前公司為實現目標的增資需求
為了搶占企業(yè)信息搜索的市場發(fā)展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業(yè)信息備份與搜索工具”產品的市場開發(fā)。
公司計劃在20xx年實現收支平衡，09年實現銷售贏利，占據國內企業(yè)搜索市場有一定影響力的份額，打造xx軟件品牌。
十、融資方案
企業(yè)的產品經營與資本經營是相輔相成的，產品經營是基礎，資本經營則是企業(yè)快速發(fā)展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
此次融資的資金籌措方式：股權融資（投資750萬獲取20%股權）或引進戰(zhàn)略投資者。投資方可通過股票上市或公司兼并的方式退出。
十一、合作方式
中國xx軟件有限公司計劃吸收750萬元（人民幣）風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
投資方與xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。
軟件項目解決方案篇十一
1、編寫目的
xxx公司業(yè)務管理系統(tǒng)的開發(fā)已經基本完成。寫此項目開發(fā)總結報告，以方便我們在以后的項目開發(fā)中來更好的實施項目的訂制開發(fā)；讓我在今后的項目開發(fā)中有更多的有據的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率，從而創(chuàng)造更多公司效益。
2、背景
項目名稱：xxx業(yè)務管理系統(tǒng)。
軟件名稱：xxx業(yè)務系統(tǒng)。
客戶：xxx。
用戶：xxx員工。
（一）對生產效率的評價
１、系統(tǒng)開發(fā)已歷時快１年的時間了。
２、開發(fā)的反復性比較多。
３、對客戶的需求理解不是很透徹。
綜合以上，此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。
（二）對產品功能的評價
經過我們公司各位同事的共同努力協(xié)作，xxx業(yè)務管理系統(tǒng)已經很好的完成了客戶的業(yè)務流需求。經過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數據庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug?？偟膩碚f，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。
（三）對技術方法的總結
在此項目中使用到技術和工具：
１、使用代碼生成器：使用代碼生成器[動軟、net代碼自動生成器]，此工具在很大程度上提高了編碼效率，從而加快了項目的開發(fā)進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今后的項目開發(fā)中，我們最好是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費用。
２、使用數據庫建模工具來建立系統(tǒng)數據庫模型，以方便程序員很好的理解業(yè)務流和掌握系統(tǒng)架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數據庫模型的建立，最大的來優(yōu)化系統(tǒng)功能。
３、使用第三方控件：此系統(tǒng)中使用了第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。
４、使用自定義控件：此系統(tǒng)中使用了自定義控件，此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數據顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改控件的樣式，系統(tǒng)中的所有繼承的表格樣式都可以改變。
５、系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結構，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術不斷的更加成熟。
６、系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。ikey加密鑰匙是很好的加密b/s架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
（一）簽定合同
一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
（二）開發(fā)團隊
在項目確立后，要盡快的建立起項目開發(fā)團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優(yōu)點和技術，使團隊的能力不斷的提高。這樣，在項目的開發(fā)過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團隊成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項目開發(fā)后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素，我們需要不斷的來培養(yǎng)我們的團隊氣勢，使我們的團隊不斷的壯大。
（三）需求的調研
在項目確立后，就到了需求調研分析階段。
１、項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷，影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系，要深入的去了解客戶需求。
２、我們要盡量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高，也就不會為項目的后期功能開發(fā)埋下陷阱。
３、在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶的需求調研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢？需求調研有出去和朋友一塊爛漫對嗎。雖然現狀如此，我們還是要努力的使客戶參與到需求的調研中來。
４、模糊需求，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
５、在一個項目的開發(fā)中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發(fā)需求；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的`精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
６、需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用rose工具，把客戶的意思轉換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
軟件項目解決方案篇十二
乙方：_________________________
上述甲，乙雙方經友好協(xié)商一致，達成以下協(xié)議。雙方申明，雙方都已理解并認可了本協(xié)議的所有內容，同意承擔各自應承擔的權力和義務，忠實地履行本協(xié)議。
第一條協(xié)議項目
甲方為乙方開發(fā)_________________軟件（單機版／網絡版）_________套。
第二條軟件價格，付款方法
1．軟件價格：甲方向乙方開發(fā)的_________軟件（單機版／網絡版）定價為_________元人民幣／套。
2．付款方法：在本協(xié)議簽定的_______天內，乙方必須向甲方交付軟件定價的_________的.定金，即_________元人民幣。軟件由甲方開發(fā)完畢，并由乙方檢驗通過后，乙方一次性向甲方付清剩余的_________軟件開發(fā)款項，即_________元人民幣。
第三條軟件開發(fā)時間
在本協(xié)議簽定當日起，甲方開始軟件的開發(fā)。開發(fā)時間為_____個月。即從______年____月____日起至______年____月_____日止。經雙方協(xié)商一致，可以延長或縮短該期限。
第四條軟件驗收標準
乙方驗收軟件的標準以雙方合擬的協(xié)議附件功能說明書作為通過的根據。
第五條售后服務條款及時間
甲方為乙方免費培訓一定人數的軟件使用人員。
甲方提供一年的免費軟件系統(tǒng)維護服務。包括數據整理，備份等。該時間為軟件由乙方驗收通過之日開始的一年。免費服務期滿后，另簽服務協(xié)議。
甲方在軟件驗收通過之日起的兩年期間，如對軟件系統(tǒng)進行版本更新，將免費為乙方提供系統(tǒng)升級服務。期滿后，甲方將對有需要的用戶提供系統(tǒng)最新版本的升級服務，統(tǒng)一收取費用。
第六條乙方運行軟件的電腦硬件設備及操作系統(tǒng)由乙方自行解決。甲方不會替乙方的電腦平臺提供升級或維護，并不會為乙方其它軟件的版權，不得對甲方銷售之軟件產品進行反向工程，反向編譯，反匯編或出租。
否則乙方愿意承擔由此給甲方帶來的一切損失，甲方保留追究乙方法律責任的權利。
第九條其它
1．甲方只負責開發(fā)軟件，乙方使用該軟件做其他事務，后果由乙方承擔。
2．除在不可抗力或雙方協(xié)議的情況下，本協(xié)議書不能取消。
3．如雙方在協(xié)議期內有任何爭議，應友好協(xié)商解決。若協(xié)商不成，可提交深圳市經濟仲裁機構促裁。
第十條本協(xié)議一式兩份，甲乙雙方各持一份。
第十一條本協(xié)議從協(xié)議簽定日起生效。
甲方（蓋章）：_________
乙方（蓋章）：_________
_________年____月____日
軟件項目解決方案篇十三
甲方：身份證號：住址：
乙方：身份證號：住址：風險提示：
合作的方式多種多樣，如合作設立公司、合作開發(fā)軟件、合作購銷產品等等，不同合作方式涉及到不同的項目內容，相應的協(xié)議條款可能大不相同。
本協(xié)議的條款設置建立在特定項目的基礎上，僅供參考。實踐中，需要根據雙方實際的合作方式、項目內容、權利義務等，修改或重新擬定條款。甲乙雙方在平等自愿的基礎上經充分協(xié)商，就合作經營_______項目、明確合作各方的權利與責任事宜，特訂立以下協(xié)議條款共同執(zhí)行。
一、合作項目承包項目名稱：承包項目經營范圍：承包項目經營地址：
二、合作時間合作期限為________年，自本協(xié)議簽字生效之日算起。期滿后雙方如有繼續(xù)合作的愿望，以本協(xié)議為基礎重新簽訂協(xié)議。
三、合作分工風險提示：
應明確約定合作各方的權利義務，以免在項目實際經營中出現扯皮的情形。
再次溫馨提示：因合作方式、項目內容不一致，各方的權利義務條款也不一致，應根據實際情況進行擬定。甲方按照要求應向乙方提供的物品所確定的日期和地點提供相應的物品。乙方在實施工作計劃中和結束工作任務時，應保證物品的狀態(tài)與接收時一致(正常耗損除外)，并在工作結束時將這些物品歸還甲方。乙方提供的任何服務要求使用甲方所提供的硬件、軟件和其它物品，甲方應保證：擁有必要的許可、證明或其它文件。確保在本合同實施過程中和乙方在提供認定的服務時，有關物品可以被移動、使用、復制、修改、翻譯、分發(fā)和(或)與其他物品組合，而不會侵犯第三方的權益。任何一方要求對合同內容進行變更時，所有的變更要求都必須以書面形式提交并經雙方簽字同意。甲方不得在雙方合同簽署后，隨意變更需求，如若需要變更需求，則需雙方確認簽字同意。
四、技術、市場保密合作期內未經項目合作各方同意，任何人不得將技術及客戶資料轉讓，不得與項目合作雙方以外的合作方進行合作或為他人謀取利益，不得將技術泄密。違反約定的，項目合作方有權沒收違約方相關收益，并追究違約方的經濟法律責任。風險提示：
應約定保密及競業(yè)禁止義務，特別是針對項目所涉及的技術、客戶資源，以免出現合作一方在項目外以此牟利或從事其他損害項目權益的活動。
五、收益分配合同總金額為b萬元，計人民幣圓整，作為系統(tǒng)的開發(fā)費用?？铐椪f明：本合同簽訂后日內，甲方向乙方支付合同金額的%，計人民幣圓整；在項目完成的%時，甲方向乙方支付合同金額的%，計人民幣圓整；軟件按行業(yè)標準驗收合格之后日內，甲方向乙方支付合同金額的%，計人民幣圓整；剩余合同金額的%，計人民幣圓整，作為軟件質量保證金，于軟件驗收合格之后日內支付，軟件驗收最長時間不超過天；如若工期延遲交付（非不可抗力導致的延遲交付）日及以上，則乙方須賠付甲方圓作為工期延誤損失賠償；如乙方因不可抗因素無法完成項目，則乙方須退回所有甲方已付款項，并賠付甲方圓作為時間延誤費；如甲方中途因各種因素選擇停止項目，則甲方不可收回所有已付款項，并且甲方須賠付乙方圓作為工費；甲方向乙方支付的費用，除另有規(guī)定外，所有費用的支付幣種為人民幣()，由甲方本合同規(guī)定的付款方式以電匯，支票或微信，支付寶等支持身份認證體系的第三方在線工具劃入乙方指定的帳戶中；雙方同意各自分別支付因執(zhí)行本合同而發(fā)生的有關稅費。
六、合作保障措施風險提示：
合同的約定雖然細致，但無法保證合作方不違約。因此，必須明確約定違約條款，一旦一方違約，另一方則能夠以此作為追償依據。在合作期內，項目合作雙方中任一方未經其對方協(xié)商認可擅自退出該合作項目，違約方同時賠償被侵害方的投入損失及其他合作期內應得收益（具體為：按合作之日起至產生變故時為止的被侵害方應得的收益平均值計算，違約方賠付被侵害方剩余協(xié)議期的總收益）。并且必須遵守技術、市場保密條款，兩年內不得在當地使用或經營本項目的同類技術內容及客戶資源。否則項目合作各方有權追究違約方的一切經濟法律責任。在合作期內因戰(zhàn)爭、災害、疾病等不可抗力因素導致項目合作解散或合作期滿各合作方不再合作，該項目技術內容歸雙方所有。合作方如有一方違反本協(xié)議，則其他方有權取消與違約方的合作并追究違約方的一切經濟法律責任。
七、其他未盡事宜經雙方共同協(xié)商。
八、本協(xié)議一式兩份，甲乙雙方各執(zhí)一份。
甲方：乙方：
日期：____日期：
軟件項目解決方案篇十四
住所地：___________________________
法定代表人：_______________________
乙方：_____________________________
住所地：___________________________
法定代表人：_______________________
甲乙雙方經過友好協(xié)商，依據_______________，本著相互信任，真誠合作的原則，就乙方向甲方提供_____合作申購系統(tǒng)達成以下協(xié)議，雙方共同遵守。
乙方負責向甲方提供以下產品：營業(yè)部合作申購系統(tǒng)
一、甲方責任
1．按乙方要求提供合同所規(guī)定的軟件產品所需的硬件設備及硬件環(huán)境，并有責任為乙方提供便利的工作條件。
2．有責任為乙方的.實施工作進行內部各部門、各營業(yè)部的協(xié)調，調動相關資源，配合乙方按進度完成項目實施。有責任按乙方要求與相關第三方溝通。
3．按乙方所提供的相關軟件的操作手冊進行操作，以確保系統(tǒng)運行安全可靠。
4．按具體合同所規(guī)定的付款方式進行付款及按期交納技術支持費用。
5．按照合同的約定履行收貨義務并按照約定的驗收標準及程序切實履行驗收義務。
二、乙方責任
1．按合同規(guī)定的內容提供相關軟件產品及相應的技術文檔。
2．有責任對甲方相關人員進行管理、操作、使用及技術培訓。
3．若有需要，有責任協(xié)助甲方與相關第三方溝通。
4．若有需要，有責任協(xié)助甲方完成與項目有關的各種設備和系統(tǒng)軟件的準備工作。
5．負責對甲方長期的技術支持及售后服務。
本合同涉及的軟件產品及服務實施完畢，一次申購業(yè)務完成_____周后的_____日內，營業(yè)部一次性支付合同的全部金額即_____元整給乙方。
一、甲方應按合同約定支付價款，逾期支付超過_____天的，甲方應按遲延付款金額的萬分之四/每日向乙方支付違約金。
二、如因乙方的原因造成不能按合同期限完成實施，超過_____天的，乙方按遲延一日支付合同金額萬分之四向甲方支付違約金，但承擔額不超過合同金額的_____%。
一、對乙方提供的技術資料，甲方應負責保密并保證以本合同約定的方式使用，甲方的此項責任并不因本合同的終止及無效而解除。
二、乙方對合同涉及的軟件產品及相關文檔擁有獨立版權。甲方不得許可第三方使用或作他用，并不得向第三方公開及轉讓。
三、甲方不得自行復制、仿制相關軟件產品，并不得使用于本合同未涉及的其它地點。
四、甲方不得對軟件自行修改，對修改后軟件的使用效果乙方不作質量保證，并且甲方亦不得向任何第三方提供修改后的版本。
一、甲方應在系統(tǒng)實施完畢后一周內進行驗收。若甲方屆時未提出拒絕驗收的合理理由，則視為甲方已驗收合格。
二、驗收標準：驗收的內容及功能以乙方提供的手冊為準。
一、乙方承諾對甲方提供_____小時不間斷電話技術支持服務。
二、當出現電話技術支持及遠程維護所不能解決的交易系統(tǒng)重大事故時，乙方相應技術支持人員應當在最短時間內進行現場處理。
三、若甲方將來改用或增用第三方產品，乙方應提供必要的支持。甲方改用第三方產品時，本合同即終止。
四、如因證券主管機關或交易所變更交易規(guī)則或數據接口，在甲方按時支付合同價款及維護費的情況下，乙方應保證在規(guī)定的最后期限前完成對乙方軟件產品的修改。
五、對于甲方在使用乙方相關軟件產品過程中產生的個性化需求及由此產生的定制化開發(fā)要求，甲方應向乙方售后服務機構提出。乙方應及時給以評估和答復，必要時另行立項開發(fā)。
六、從合同涉及的軟件產品投入使用之日起，相關服務及維護溶于柜臺系統(tǒng)，但因甲方自身原因造成系統(tǒng)不能正常運行，要求乙方提供服務，乙方所產生的費用由甲方承擔。
一、本合同自甲乙雙方代表人簽字并加蓋公章之日起生效。
二、本合同的修改、變更應通過書面形式，并經協(xié)議雙方代表人簽字并加蓋公章后生效。
三、本合同一式四份，雙方各持兩份。
甲方：___________________（蓋章）乙方：___________________（蓋章）
代表人簽字：_____________代表人簽字：_____________
軟件項目解決方案篇十五
香江項目（事業(yè)部內部編號）作為我們消費電腦邁向家電化的一個重大的項目，雖然其作為一個c類研發(fā)項目，但其涉及到的無論從硬件上還是從軟件上都可以與一個小型的a類項目媲美。我作為項目的leader，從心底里還是有點害怕，畢竟是剛加入公司的新員工，但出生牛犢不怕虎，我也很想嘗試去做一件事，只有在實際工作中才能不斷的成熟，提升自我。到目前為至，整個項目推進以香江項目計劃為關鍵路徑，相關硬件開發(fā)也在有條不絮的進行。
對于下面我想重點闡述溝通、簡單、反饋和勇氣，這是我們協(xié)作開發(fā)軟件項目的四個重要部分，對于軟件項目的管理與開發(fā)具有重大的意義。
或更準確地說，缺乏溝通，是幾乎所有軟件項目問題的根源?？蛻魶]與開發(fā)者溝通他的要求，或開發(fā)者沒與客戶溝通提供一個功能的困難之處。如果涉及的各方直接，及時地互相溝通，就可以消除大多數問題。我們不能忽視或懲罰任何誠實的溝通。
目前我們消費的定位是項目經理，從實際承擔的工作上看作為客戶（需求方）與硬件開發(fā)的角色，但作為面向消費客戶，我們最關心的是功能訴求，用戶使用流程與呈現界面，這和開發(fā)人員（程序員）有很大的沖突，后者更關心的是具體實現方式，如對于媒體播放器的底層api的使用與功能訴求如何在計劃時間內完成。localhost但共同的目標是一致的，提供給用戶易用的產品，尤其對于我們一個企業(yè)內部的開發(fā)團隊，而不像外面公司間的協(xié)作。但溝通信息的通暢性也直接制約著產品的質量。
對于軟件項目的需求內容不明確，把握不充分是其失敗的一個重要方面，這是我們經常遇到的問題。一方面，由于客戶（需求方）it知識缺乏，一開始自己也不知道要開發(fā)什么樣的系統(tǒng)，或者懶于系統(tǒng)地整理出來，經常是走一步算一步，不斷地提出和更改需求，使得實現方叫苦連天。另一方面，實現方由于行業(yè)知識的缺乏和設計人員水平的低下，不能完全理解客戶的需求說明，而又沒有加以嚴格的確認，經常是以想當然的方法進行系統(tǒng)設計，結果是推倒重來。因此，需求分析必須注重雙方理解和認識的一致，逐項逐條地進行確認，雙方能在共同的基礎上達成功能與時間上的統(tǒng)一。
在香江項目中，對于需求主要涉及到后續(xù)新品的需求與本身項目發(fā)展的需求的綜合，對于實際工作中，我積極與軟件設計經理，程序員進行溝通，先從正式文檔輸入開始，免的一開始就陷入無窮盡需求討論中。隨著項目的推進，對于某些需求由于技術上與時間上的不可實現性，因而大家及時溝通，通過項目的中期核對這樣的方式，將一部分需求作為第二次開發(fā)的要點進行剝離，從而保證項目的按計劃進行。
有什么最簡單的事情可能會起作用？我們的注意力太多放在了軟件的最復雜難解的功能上，而這些功能我們很少用到或者只是曾經用過。今天做簡單的工作，明天花點代價修改它要比今天做可能永遠用不到的復雜工作好的多。這也和我們的溝通價值緊密聯系在一起，因為系統(tǒng)越簡單，需要的溝通越少。
從辨證的觀點上看，簡單與復雜是矛盾的`統(tǒng)一體。某項技術對于某些人是簡單的，但對于另外的一些人則是復雜的！因而簡單并不是說整個功能的簡單，而是說我們掌握了該項技術后就應該有所發(fā)展的研究，比如我們知道恢復/備份功能的實現方案，但以項目的時間計劃與人力資源上講完整的實現該功能是不可能的，因而分為兩個階段的推進，這樣對于項目的開發(fā)人員就可以相對簡單的進行開發(fā)，有利于發(fā)揮主觀能動性，而不是在截止期限壓力與人力的壓制中進行開發(fā)。
一個軟件的成功與否，并不是其內含的技術有多高，其算法有多嚴謹，而是能被用戶所接受。尤其對于我們消費軟件來說，因為我們直接面對的是客戶，強調以用戶為中心的設計始終是我們的頭等大事。但作軟件功能的需求，不是靠幾個人的腦力激蕩而沒能完成的。只有通過來自第一線的聲音，從客戶需求來定我們的功能需求。
在我們的項目實施過程中，采用平臺開發(fā)與功能開發(fā)的兩條主線來進行。對于平臺開發(fā)是通過業(yè)界技術與自身技術實力作為反饋點，而功能開發(fā)以用戶的使用流程與功能本身需求為反饋，來共同完成項目需求的確認。
我想對于控制系統(tǒng)而言，閉環(huán)控制就是導入了反饋的機制讓系統(tǒng)更加可靠。對于一個項目來說，本身就是一系統(tǒng)工程，無論是人員技術能力，思想，做事方式上的反饋都是對項目推進有很大幫助，試想程序員只是埋頭做自己的事情，研究技術細節(jié)，那么我想做出來的軟件可能是差之千里。我想項目成員間的溝通是必要的，但同時需要的是效率，否則一味推諉是解決不了實質問題的！
形成一個良好的反饋機制，同時項目經理承認項目中存在的問題，加強風險管理，這是一個項目成功實施的必要保證。
勇氣從表面上看好像是有勇無謀的感覺，但是如果我們每做一件事情總是畏首畏尾的，把失敗看作是洪水猛獸的，那么有多好的規(guī)劃與人力也只是曇花一現。對于軟件開發(fā)，我們還是要把勇氣帶進了軟件開發(fā)中。我們有沒有勇氣嘗試新的、不同的東西來大幅減少項目時間？我們有沒有足夠的勇氣在即使面對巨額預算和截止期限壓力時仍能堅持做正確的事情？這需要我們的勇氣。
勇氣（courage），我記得聽過一個笑話，大意說的是一個日本兵聽從其長官從5米高的桅桿上跳下來謂之勇氣，一個德國兵聽從其長官從10米高的桅桿上跳下來謂之勇氣，而美國兵被其長官要求從100米高桅桿上跳下來，而兵說長官瘋了，拒絕執(zhí)行稱之為勇氣。對于這笑話中我們可以一笑附之，但我們卻是應該把勇氣導入我們的實際工作中。有沒有勇氣去面對錯誤與權威，這是我們每一人應該堅持的。
我想對于我們公司來說流程的定義很清晰，執(zhí)行人員可以提出改進意見。
溝通、簡單、反饋和勇氣四個價值觀演繹了項目管理的全過程，從價值層面上剖析了項目經理與項目成員應該理解的含義，希望對大家有益。
溝通、簡單、反饋和勇氣是統(tǒng)一的，試想溝通的方式有很多種，如面談，電話和郵件，也只有通過溝通項目組成員們才能得到反饋，將復雜的事務簡單化，有力的保障項目的順利進行。只要項目成員有勇氣挑戰(zhàn)上級領導，在一定程度上堅持正確的方向，那么四個層面上的價值觀可以得到淋漓盡致的發(fā)揮。
軟件項目解決方案篇十六
甲方：
法定代表人：
乙方：
法定代表人：
甲乙雙方本著互利互惠、共同發(fā)展的原則，經過友好協(xié)商，決定充分利用雙方各自的優(yōu)勢，資源互補，____________________________________項目上進行合作。特訂立本合同。
1，軟件項目名稱：________________________________________。軟件開發(fā)合同2，軟件項目開發(fā)內容：_____________________________________。
3，軟件項目開發(fā)目標：_____________________________________。
4、軟件項目總金額：_______________________________________稅后金額：_______________________________________。
5、軟件項目驗收期限：__________年__________月____________日。
二、期限
合作期：____年，自______年____月____日起，至______年____月___日止。
1，甲方負責溝通與協(xié)調工作。
2，乙方負責軟件開發(fā)，實施，驗收后的維護。
3，對外洽談經營業(yè)務時以甲方的名義進行乙方無權利代表甲方簽署任何有法律責任的文件。如需簽署需得到雙方認可后方可簽署。
1、利潤定義：項目合同金額減去法律指定稅項。
2、分配方式：甲乙雙方利潤按____：____分成。
甲方：_________%乙方：_________%
3、甲方收到項目開發(fā)款項后15日內進行利潤分配并以現金形式支付乙方。
4、軟件完成驗收后的服務費用由乙方獲的。
1，本合同相關的所有作品、程序、文件源碼的。
2，甲方有權利用本項目開發(fā)的成果進行后續(xù)開發(fā)或改進，由此產生的知識產權歸甲方享有。
不可抗力(即不能預見、不能避免、不能克服等的客觀情況，包括但不限于地震、洪水、火災、戰(zhàn)爭、政府行為等)致使一方不能履行或者延遲履行其在本合同的全部或部分義務，則該遭受不可抗力的一方不承擔違約責任。
因不可抗力的原因造成合同延遲履行，則遇有不可抗力一方應在不可抗力發(fā)生之日起48小時內通知對方，并提供有關部門的證明材料。除因遲延履行通知義務造成其他方損失外，對因不可抗力造成的損失雙方互不承擔違約責任。遇有不可抗力一方應在不可抗力消除后48小時內通知另兩方，由雙方協(xié)商是否繼續(xù)履行合同。
在發(fā)生不可抗力情況時，遇有不可抗力一方仍有責任采取必要措施以防止不可抗力事件影響的.擴大。
1、乙方違約責任：
(1)如果由于乙方原因導致不能按照約定的時間完成項目的驗收，乙方應以如下方式向甲方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付合同總價的0、5%，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的1%。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響乙方的義務。
(2)如果在合同簽訂后、項目所有權未轉移給甲方前，乙方將其轉讓或抵押給第三方，則乙方應根據對甲方造成的事實損害的嚴重程度支付最高不超過合同總價10%的違約金。
2、甲方違約責任
在乙方履行合同規(guī)定的各項義務的前提下，甲方無正當理由逾期支付貨款，則甲方應以如下方式向乙方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付逾期付款部分的1‰，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的2‰。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響甲方的義務，并且合同中確定的乙方對甲方的各項服務日期可作相應的順延。
雙方同意不對公眾公布任何與本合同有關的、因執(zhí)行本合同而獲知的資料。未經雙方授權認可，任一方不得以任何形式向第三方披露或泄露本項目成果及與本項目有關的數據、程序代碼(通用的程序代碼除外)和相關技術文檔。在本項目研發(fā)過程中一方提交給另一方的所有資料和文件，都作為提交方企業(yè)的商業(yè)秘密，另一方應承擔保密義務。
甲乙雙方約定，不論本合同是否變更、解除、終止，本保密條款均有效。
1、未盡事宜將由本合同、甲乙方通過協(xié)商解決。
2、因乙方與甲方以個人名義進行合作需對甲方提供身份證復印件。
3、任何一方未得另一方同意不得向任何第三方透露合同內容。
4、對合同內容做出的任何修改和補充應為書面形式，由雙方授權代表簽字后成為合同不可分割的部分。
5、任何與合同相關但未在合同中明確規(guī)定的事項將由雙方友好協(xié)商并達成合同以解決。
本合同一式兩份、甲乙方各持一份，在甲乙方簽字蓋章后生效，具有同等法律效力。
甲方：
乙方：
甲方代表(簽字)：
乙方代表(簽字)：
簽訂日期：____年____月____日
簽訂日期：____年____月____日
軟件項目解決方案篇一
對于許多已經上規(guī)模的企業(yè)而言，資本的原始積累階段已經過去了，管理水平的邊界效應是如此之高，我們甚至可以說企業(yè)間新一輪的競爭是管理水平的競賽。國際經一體化，使競爭在全球范圍內展開，經營環(huán)境變化了，企業(yè)規(guī)模變化了，產品線擴大了，生產技術更新了，隨之而來會出現很多問題困擾企業(yè)的發(fā)展，困擾企業(yè)家們。
一、當企業(yè)規(guī)模小的時候，盈利可能還很大，但當企業(yè)規(guī)模大的時候，由于管理水平的問題，管理層次、結構、控制等等問題，反而效率大不如以前。
二、在企業(yè)發(fā)展到很大以前，創(chuàng)業(yè)者們還能夠以創(chuàng)業(yè)者的心態(tài)發(fā)展企業(yè)，但當企業(yè)做大以后，由于缺乏一些制度保障，發(fā)生了很大的內部矛盾。
三、當企業(yè)競爭加劇的時候，由于環(huán)境復雜了，變數多了，靠企業(yè)老總，靠個別人的感覺已經很難做出正確的決策。
四、當一個企業(yè)戰(zhàn)略意識模糊，走一步看一步的時候，那么它的投資就很可能陷入一種投資陷井。
五、另外，企業(yè)也容易產生頭疼醫(yī)頭、腳疼醫(yī)腳缺乏系統(tǒng)性的管理中去。
面對這些問題，會有多少種選擇？最優(yōu)的選擇是什么？這些選擇之間會有多大的差距？在評估近期效益時，不同的方案能給企業(yè)帶來的長遠的、潛在的，有些是不可逆轉的，是否得到了決策者的充分考慮。每一位企業(yè)家都面臨這種決策難題。所以企業(yè)有必要借助“外腦”的力量，由咨詢公司為企業(yè)診斷和咨詢，適合企業(yè)在復雜的競爭環(huán)境中發(fā)展要求。
咨詢公司面對這些市場的目標客戶，首先要進行市場競爭分析，然后對企業(yè)和自身的產品要進行分析，以適應顧客的需求，最大限度的創(chuàng)造顧客的價值。
2．2中國管理咨詢業(yè)的競爭分析
2．2．1市場進入門坎低，競爭混亂無序
由于目前我國管理咨詢業(yè)務主要發(fā)端于以前的市場信息類咨詢策劃公司，這類公司無論從資金、設備的投入還是人員素質要求方面都很低，導致了大批低素質的“點子”公司充斥管理咨詢市場。由于許多公司服務質量較差，為了生存，同時更為了搶占管理咨詢這個正處于上升階段的市場，許多公司紛紛壓價競爭，致使管理咨詢市場產品質量低劣，價格混亂。
2．2．2競爭格局分裂為兩大陣容：外資和內資管理咨詢公司
由于市場需求量大，需求增長快，許多管理咨詢公司應運而生。以廣州市為例，不僅廣州本地管理咨詢公司增長迅速，北京、上海等外地管理咨詢公司和國外著名管理咨詢公司也紛紛搶灘廣州，形成內外對抗的競爭格局。如前述表1搶灘廣州的國外管理咨詢公司的情況，表2可見搶灘廣州的國內管理咨詢公司的情況。
表2搶灘廣州的國內管理咨詢公司
名稱所屬地服務客戶派力北京tcl、美的、科龍、華為捷信上海步步高杰信上海維達紙業(yè)
中外管理咨詢公司的競爭能力存在著較大差距，從總體上看，在規(guī)模、理論和經驗、人才、咨詢信息數據庫等方面國內管理咨詢業(yè)與國際同行業(yè)的水平差距懸殊，在競爭中明顯處于劣勢。但在費用、方案可操作性及適應國情能力方面，內資管理咨詢公司占有優(yōu)勢，由此出現兩方在市場上的不同競爭定位；外資管理咨詢公司主要以跨國公司及國內大企業(yè)為目標客戶，從事的咨詢項目主要以綜合性強的戰(zhàn)略及組織結構規(guī)劃為主；內資管理咨詢公司主要以中小型民營、私營企業(yè)為主，業(yè)務主要是一些針對性強的管理專項項目，如營銷咨詢、cis策劃、質量認證等，同時兼顧一些國內大公司的專項顧問業(yè)務（如市場研究、促銷策劃等）。具體競爭定位可由圖1表示。
2．2．3末來競爭程度不斷上升，將出現優(yōu)勝劣汰過程
隨著新進入者的劇增，未來我國管理咨詢業(yè)市場的競爭將日趨激烈，競爭熱點將從目前的管理培訓擴展到信息管理咨詢（mrp、erp）、戰(zhàn)略咨詢項目。競爭重點策略將由增加客戶數目轉向提高客戶服務質量。
2．2．4末來競爭趨勢有兩大方向：專業(yè)化與綜合化
一方面咨詢服務專業(yè)化水平的提高意味著采用集中性競爭策略的管理咨詢公司必須具備在某一領域（如信息管理技術、營銷管理、行業(yè)管理等）的特殊服務優(yōu)勢才能生存。
另一方面，要搶奪全程管理顧問服務市場的咨詢公司必須具備極強的管理技術系統(tǒng)集成能力，能為客戶提供綜合性管理咨詢服務。
軟件項目解決方案篇二
項目實施概況
依據項目建設要求，對中山農情統(tǒng)計分析系統(tǒng)進行整體規(guī)劃設計更新維護，
對系統(tǒng)運行的安全性、可靠性、易用性以及穩(wěn)健性進行全新設計，
并將所有的應
用系統(tǒng)進行部署實施和軟件使用培訓以及技術支持。項目組承諾項目獨立完成，
不轉包外包。
項目實施管理原則
項目開發(fā)維護的實施中，嚴格按照 iso9001 國際質量體系進行控制，保證為用戶提供優(yōu)質的產品、嚴密的工程實施、高效的服務支持。為此，要遵循下列工程實施管理原則和保證體系。
（1）有經驗、成熟的技術隊伍是工程實施的前提條件
完成任何項目工程，必須擁有一支有經驗的、勇于探索的、高水平的、具有嚴謹工作作風的技術隊伍， 在工程實施的過程中發(fā)揮團隊協(xié)作精神和用戶密切協(xié)作的能力。
（2）管理層次分明、職責清晰是工程實施的基礎
建立層次分明的項目工程實施管理機構， 明晰各層的管理職責， 從組織管理的角度保證項目實施計劃落到實處。
（3）確定過程控制點，以過程質量保證整體工程質量
整體都是由局部和具體的細節(jié)構成， 項目由一個個過程環(huán)節(jié)組成， 只有認真對待每一個過程細節(jié)，才能保證項目工程整體的實施質量。
（4）用戶參與是項目工程成功的保證
從項目開始到項目的結束， 每個階段都強調用戶的參與。 開發(fā)商只有和用戶相結合才能使開發(fā)出的系統(tǒng)為用戶所用， 發(fā)揮出系統(tǒng)的最大效益， 而用戶的參與也是系統(tǒng)順利進行的保證。 對本項目短時間、大范圍的配置安裝來說， 如果有用戶的高度參與，項目工程的實施將大大加快。
項目組織結構
本項目是一項涉及面廣、影響大、安全運行要求高，集數據處理、信息發(fā)布、資源整合于一體的政府信息化項目。為了更好的執(zhí)行該項目，將采取統(tǒng)一指揮、并行實施、相互支援的實施辦法。
為了使該項目能順利實施， 便于項目的管理和協(xié)調， 使工作職責更加清晰明白，建立項目組織實施小組，建立由項目領導小組、項目管理辦公室、項目監(jiān)理公司、顧問咨詢組、項目經理、項目具體實施小組組成的實施管理控制組織體系。
項目實施組織具體職責如下：
（1）項目領導小組
負責項目實施過程中的重大事件決策；
根據項目的進度、質量、技術、資源、風險等實行宏觀監(jiān)控；
負責組建驗收小組，主持驗收工作；
協(xié)調參與項目各方的工作關系。
（2）項目管理辦公室
組織各方統(tǒng)一制定工程管理計劃；
組織總體實施方案評審，組織測試驗收；
負責項目進度計劃與成本控制；
協(xié)調解決項目實施過程中出現的各種問題。
（3）顧問咨詢組
1）人員組成
農業(yè)信息化相關領域的業(yè)務專家；
多年從事 it 行業(yè)和展廳建設的信息技術專家。
2）主要職責
系統(tǒng)總體設計指導；
對各子系統(tǒng)深化設計進行審核并提出優(yōu)化建議；
對各子系統(tǒng)進行技術協(xié)調；
協(xié)助客戶對系統(tǒng)的設備配置予以確認；
對現場系統(tǒng)安裝、調試提供必要的技術支持服務；
工程文檔審核。
（4）項目經理
1)人員組成
項目經理由具有豐富項目管理經驗的高級工程師擔任。
2）主要職責
制定項目計劃：牽頭制定項目計劃。
項目執(zhí)行：對總體方案設計及工程設計；配置確認；工程質量保證；系統(tǒng)設計、開發(fā)、測試、安裝及調試；系統(tǒng)培訓、驗收。
項目檢查：通過其下屬各工作組提供的工程進展匯報，將項目進展狀態(tài)與項目計劃進度進行比較，發(fā)現過程誤差，提出整改措施。
項目控制：審核項目進展狀態(tài)，必要時調集各種備用資源，確保項目按計劃進度實施。
項目協(xié)調：與客戶、各分系統(tǒng)建設部門進行協(xié)調，解決工程組織接口及技術接口問題；定期主持系統(tǒng)建設協(xié)調會，及時解決各系統(tǒng)間出現的相關問題。
項目匯報：定期向項目采購單位匯報整個項目的進展情況，匯報在系統(tǒng)建設過程中出現的重大問題，聽取指導和建議。
（5）總體方案組
1）人員組成
由從事過多名基層電子政務項目的系統(tǒng)架構師、系統(tǒng)分析員和需求分析工程
師組成。
2）主要職責
對項目經理負責；
進行系統(tǒng)的需求分析調研；
負責系統(tǒng)的總體設計；
策劃系統(tǒng)的模塊功能結構；
配合業(yè)主方進行系統(tǒng)驗收。
（6）軟件開發(fā)組
對業(yè)主需求分析進行全面細致的了解或確認，深入描述軟件的功能和性能，
劃分系統(tǒng)的軟件功能需求和硬件功能需求， 確定軟件同其它系統(tǒng)元素的接口細節(jié)，
并與客戶一起討論決定系統(tǒng)驗收方案。
1）人員組成
高級程序員；
具有豐富產品開發(fā)經驗的產品開發(fā)設計人員。
2）主要職責
負責項目應用軟件的系統(tǒng)設計；
負責項目應用軟件的程序編碼；
負責項目應用軟件的運行調試；
配合業(yè)主方進行系統(tǒng)驗收。
（7）系統(tǒng)測試組
從使用者的角度完成系統(tǒng)操作步驟的設計， 在實施過程中監(jiān)控測試系統(tǒng)是否達到最初制定的操作目標，并編寫業(yè)主操作手冊。檢驗系統(tǒng)開發(fā)質量，并進行功能測試。
當開始試運行階段后，還要對項目的各個方面指標進行測試和評估。
（8）系統(tǒng)實施組
1）人員組成
由具有豐富經驗的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2）主要職責
負責各個實施區(qū)域的實施方案的設計與建議；
組織系統(tǒng)安裝及調試；
負責系統(tǒng)配置修改，安裝技術支持；
項目團隊
根據上述項目組織結構和職能分解， 北京派得偉業(yè)科技發(fā)展有限公司計劃投
專門服務本項目的技術開發(fā)實施隊伍。 隨著開發(fā)層次的深入、開發(fā)量的增加， 北
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進行調整。
招標人同意，項目總負責人及各分項目負責人在項目結束前不得變更。
具體人員組成分配情況分別如下表所示：
表 1.項目實施人員一覽表
本項目職責
公司副總、農業(yè)生產
本項目具體分工
系統(tǒng)總體設計指導及系統(tǒng)深 化設計進行審核并提出優(yōu)化
張俊 與管理事業(yè)部總經
農業(yè)生產與管理事 業(yè)部副總經理
項目統(tǒng)籌和溝通協(xié)調、技術
研發(fā)和總體設計
徐杰
（項目經理證書見
附件）
農業(yè)生產與管理事
項目統(tǒng)籌和溝通協(xié)調、技術
史同鑫
研發(fā)和總體設計
項目經理
劉鵬
高級架構師
項目開發(fā)過程管理
農業(yè)生產與管理事
實施經理
魯國寶
項目實施管理
業(yè)部實施工程師
劉鵬飛
總體設計組
劉偉 梁軼曉 楊彬 高麗 郭壽水 路鑫 辛岢峰
軟件開發(fā)組
系統(tǒng)設計師
需求分析 需求分析 需求分析
高級程序員、開發(fā)組長
程序員、開發(fā)組長 高級程序員、開發(fā)組長
原型制作
系統(tǒng)設計師
項目策劃
高級架構師
高級架構師
高級架構師
程序員
程序員
秦巖賓 賀永林
程序員 程序員 程序員 程序員
閆壽增 馮占衛(wèi) 劉霞
序號 .
本項目職責 姓名 李楠 趙偉 李焱
本項目具體分工
原型制作 原型制作
測試經理、系統(tǒng)測試
系統(tǒng)測試 系統(tǒng)測試
系統(tǒng)實施、安裝部署 系統(tǒng)實施、安裝部署 系統(tǒng)實施、安裝部署
系統(tǒng)測試組 徐勝慧 王楠 石立坤
系統(tǒng)實施組 胡桂金 張鵬飛
項目實施計劃
項目實施的成功與否的關鍵因素中包括系統(tǒng)配置、工具的使用、人員組織、
實施流程和工程方法等。 項目開發(fā)及實施過程要遵循應用系統(tǒng)開發(fā)管理和流程管
理規(guī)范，該規(guī)范包括以下幾部分內容：項目流程規(guī)范、人員組織規(guī)范、體系結構
規(guī)范、業(yè)務需求規(guī)范、模型設計規(guī)范、最終用戶應用規(guī)范、計劃和部署規(guī)范、項
目管理規(guī)范。
項目實施工作流程
項目正式啟動后，項目將嚴格按照項目實施計劃進行。
首先進行項目的需求調研， 開始收集項目的各種資料， 并形成詳細的需求規(guī)
格說明書；
在項目需求調研的基礎進行《概要設計》和《詳細設計》的編寫，并聘請專
家進行咨詢、論證，通過專家評審，經修改后部分內容形成正式文稿；
在《概要設計》和《詳細設計》的指導下，開始進行系統(tǒng)的開發(fā)實施，在此
過程中軟件測試和軟件初始數據的錄入工作；
系統(tǒng)開發(fā)完成后， 進行安裝調試、試運行，同時進行現有系統(tǒng)的集成和數據
導入工作，進入系統(tǒng)全線運行階段，完成整體測試、修改完善；
在系統(tǒng)全線運行后，進行項目總結，完成系統(tǒng)的總體驗收。在此過程中，系
統(tǒng)培訓貫穿始終，確保受訓人員能夠熟練的對系統(tǒng)進行安裝、
調試、運行、維護、
管理。
在項目開發(fā)階段遵循需求分析、概要設計、詳細設計、編碼階段、測試階段
及安裝調試施工。
(1)需求分析
需求分析要從用戶的具體要求出發(fā)進行抽象匯總最終形成需求分析文檔， 形成的具體的內容如下：
系統(tǒng)的各個模塊的功能說明
系統(tǒng)的性能要求
系統(tǒng)的安全性要求
系統(tǒng)的容錯要求
系統(tǒng)接口要求
系統(tǒng)使用范圍
系統(tǒng)的客戶界面要求等
需求分析階段需要用戶方技術人員協(xié)調用戶各相關單位配合需求調研工作，在需求調研工作結束后，簽署用戶需求分析書。
(2)概要設計
從用戶的需求出發(fā)，概要設計人員在確認用戶最終需求的情況下進行概要設計形成系統(tǒng)概要設計， 在概要設計的結束日期將概要設計交由詳細設計人員作為依照進行詳細設計。在概要設計階段應該形成如下內容：
系統(tǒng)整體構架
系統(tǒng)開發(fā)工具及方法
每一模塊的用戶需求的說明
系統(tǒng)各模塊之間的接口
系統(tǒng)每一模塊的工作流及數據流定義
數據庫結構的定義
數據庫表結構的定義
(3)詳細設計
根據概要設計對每一功能模塊按照開發(fā)工具提供的功能進行實現的詳細設
計，此部分的文檔應該實現如下內容：
每一功能模塊的用戶需求的詳細說明
每一功能模塊工作流的詳細實現的設計（對應需求）
每一功能模塊數據流詳細設計及數據實現走向詳細設計（對應需求）
各功能模塊子模塊的定義和詳細實現方式
各功能模塊之間接口的數據流及工作流的詳細描述。
各種界面原型的設計
要求：在詳細設計階段所有的設計必須按照可以作為編碼依據的方式進行設
計，作到越詳細越好。
(4)編碼階段
在編碼階段程序員要按照詳細設計進行編碼工作， 要求編程人員所寫的代碼一定要完成詳細設計的所有的功能； 在代碼編制過程中， 要求程序員嚴格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段
測試過程嚴格按照軟件質量體系 《軟件測試控制程序》 執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外，還采用了先進的測試工具輔助測試。測試分為兩個階段：
單元測試階段和綜合測試階段。 單元測試階段在編碼階段完成， 所有的測試文檔由測試人員提供。 綜合測試由開發(fā)人員和測試人員交叉擔任， 包括集成測試和系統(tǒng)測試，同時所有的測試文檔應該由專業(yè)測試人員完成。
(6)安裝調試及施工
測試工作結束后，項目由系統(tǒng)開發(fā)階段進入實施階段。
項目進度安排
項目執(zhí)行計劃：九個月。
第一階段：調研和需求分析：第
1 個月
[1] 調研中山市農業(yè)信息化基礎設施建設運行現狀，掌握土肥業(yè)務需求，編
制需求分析報告
[2] 在需求分析報告的基礎上，結合項目建設目標和要求，制定詳細的項目
實施方案。
第二階段：技術方案設計：第
2-3個月
軟件項目解決方案篇三
很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。
作為一個公認的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務，而我自己的事情一般又比別人多一點，也不能不做，只好心里大罵一句，罵完后就打電話搞清楚別人的要求，邊問就邊構思整個方案的推導思路和結構提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內)，讓他們擔心方案的質量和進度保證，進而對自己的后續(xù)工作質量沒有信心。所以我其實也特別緊張，注意力也特別集中，大腦也高速反應，基本上幾分鐘電話或面談完思路基本就有了，然后該干嘛干嘛，找一些零散的小時間把思路不斷推導一下，然后到了一個比較安靜和完整的時間段前才開始寫，這個時候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時候也是注意力也特別集中，大腦也高速反應，越寫思路越開，很快也就完工了。
寫方案不難，知道怎么寫才難。關于寫方案我只總結一點，結構化地去組織你的思想。
有結構就有思路，有思路就有方案。
另外真正寫方案的人，對自己寫過的方案是永遠不會滿意的，只有這樣，每次都會進步一點點，解決方案水平質量就會隨公司能力不斷增長。
當然我曾經問過很多人，你到底為什么寫不出好的方案呢?
基本上原因可以歸為四類：
1.1第一種是沒有體系
一旦用戶要求提供關于pdm的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產品來，好象知道不少賣點，不過真要寫出來，又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產品體系造成的，知道一兩個甚至更多的產品賣點不難，但難就難在成體系，知識就是成體系的點構成的，而不是一句一句離散的說法構成的。
因為我們這個行業(yè)從業(yè)人員說句不客氣的話，大部分對所銷售實施的管理系統(tǒng)并沒有很深入的研究，都是半路出家，從頭開始，在學習過程中熟悉，在熟悉過程中領悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當一個人對一個產品思路有體系以后，才能夠寫出完整的方案，否則就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案，首先要把自己產品的來龍去脈，功能模塊，適應領域，典型客戶實施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然后逐步補充競爭對手知識和一些技術性知識，不斷深化自己的知識體系。
1.2第二種是沒有思路
有很多用戶看多了模板化的方案以后，想看一些針對他們自己的業(yè)務的個性化內容，這個時候有的人按照標準方案模板修改還勉強能對付，但對于個性化內容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務造成的，寫方案，特別是針對性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務需求下產生的，用戶提出這樣的要求到底想解決什么問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。
所以一個人要寫好方案，還需要了解下游客戶的業(yè)務，了解業(yè)務最有效的方法就是親自做幾次詳盡的業(yè)務調研，有了業(yè)務調研做基礎，在調研過程中把握用戶關注重難點問題，自然可以比較好的確定方案的個性化內容思路。
解決方案就是把客戶的利益和產品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材
一般不經常寫方案的人，在寫一個方案的時候，即使有想法，有思路，但往往也會很累，就是因為缺少足夠的素材。很多項目現在都是投標，不同用戶可能有不同投標的要求，這樣很難用一個方案去適應所有的用戶，因此在每個方案中都有一些需要準備的內容。
這些內容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費大量時間去準備，造成方案完成周期過長。
所以寫好方案必須具備這三個條件，第一方案編制者對企業(yè)業(yè)務要很熟悉，或者有相關業(yè)務調研經驗，第二方案編制者對產品非常熟悉，至少對自己產品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次
很多人剛和用戶接觸沒有多久，為了表現自己對客戶的重視，馬上表示要提供方案，當然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應商馬上提供一個方案。
結果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個，用戶一看幾個供應商內容都差不多，覺得不好，又總結出一些個性化要求，于是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項目合作建議書，類似可行性報告，項目需要考察軟件技術，可以提供標準的產品技術白皮書，到了經過售前調研，有所準備，在演示前后階段和其它競爭對手刺刀見紅的時候，才在知己知彼的基礎上提供解決方案或者投標書。
過早提供方案只能匆匆了事，時間緊急，質量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。
方案想要寫得好，一定要用心，用心就一定要耗時間，指望用幾個小時寫出一個高質量的方案是不可能的。如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點，大家都可以經過練習寫出好的方案。
二、壞的解決方案有那些特征
2.1第一個容易犯的錯誤：只有論點，沒有論證
不好的解決方案粗看起來非常厚重，其實都是功能羅列，象產品手冊摘要版，不象方案書。
不好的方案是一大堆內容，淹沒在一堆紙里面，也不知道想說什么，給你一個厚度，證明我們的工作質量很高。我們國內許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點，認為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結構的。
所以真正好的方案，不一定厚，但能看出你用心，你認真。
現在的解決方案一個不好的傾向是“長、厚、全”，看起來面面俱到，其實對決策者沒有幫助。
所有的方案無差異性，每家供應商都說自己能解決這些問題，而且都有成功案例。
結果所有的方案都無法給決策者簡明的判斷依據，不得不費更大勁去做產品演示和用戶考察。
其實很少有企業(yè)高管不知道自己的毛病，在企業(yè)你隨便去找一個人，對問題都能講一通，在企業(yè)你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案并沒有研究為什么企業(yè)會產生這么多問題?問題是這些問題是什么產生的?為什么出這么多問題?而是不斷說“我能!我能!選我，選我!”。
如果不能找到解決這些問題的原因，簡單地去解決這些現象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文，能夠發(fā)現問題(這個也是模板化的，可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見，總以為自己是特殊的一類企業(yè))，提出答案(搞信息化)，但沒有論證(為什么搞信息化和企業(yè)管理進步有聯系呢?)。
沒有論證的東西不管內容陳列得多么繁復，名詞多么嚇人，但是無法打動用戶，特別是那種理性的用戶。
看到方案時候，其實很多用戶下不決心，他會感覺每家都差不多。
如果從沒看過方案的人，突然看到這幾個方案，你為什么會感覺某個方案寫得好呢，關鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規(guī)范。但對內容認可程度并不高，實際上沒看懂。
2.2第二個容易犯的錯誤：業(yè)務解決方案成為功能列表
解決方案省事的一種方法就是將產品功能描述作為技術方案內容進行羅列，或者參照軟件用戶手冊羅列，這種解決方案不是按照用戶業(yè)務去準備的內容，而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認可的。
大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。
按功能列表準備方案的做法在很長一段時間內不會消失，這和我們普遍是4p銷售人員，還缺少spin(顧問式)銷售人員有關，在資源不足的情況下，要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤：結構不清晰
不好的解決方案最共性的毛病是結構不太好，沒有清晰的思路。
沒有思路的方案質量很低，用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣，他不得不從供應商混亂的思路中發(fā)掘亮點，看看到底是誰能解決企業(yè)的問題，真是一件痛苦的工作。
一種常見的方案結構毛病就是重復的內容在不同的章節(jié)反復出現例如在第一章介紹了對某個問題的分析，提出企業(yè)的需求，這第二章介紹方案價值的時候又用不同語句組織類似內容，到第三章解決方案描述中還是要把問題描述一遍，給人感覺思路不連貫，結構臃腫。
這里有一個方案提綱的提綱，我們以這個提綱為例子說明結構不清晰的方案。
1公司簡介及資質文件
7.2.2技術支持與服務的保障8開目典型用戶9有關技術秘密的聲明10附件
這個方案第一部分、第二部分是用戶投標要求，必須如此，但第三部分技術解決方案應該是重點，這個部分結構就很奇怪。
一般好的方案結構標題就是論點，內容就是用事實進行論證，子目錄是上級總目錄論點的分論點，逐層論證下來，方案顯得邏輯性結構性很強，看看目錄就能看出方案的邏輯推導體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的，看起來一大堆內容，有經驗的人一看就知道是內容的羅列。
例如第三部分總標題是技術解決方案，結果第一個子標題還是技術解決方案，撞車!一定層次感都沒有。而且第一子章節(jié)技術解決方案后馬上是功能模塊，技術解決方案理論上包括功能模塊，不是一個層面的東西，技術解決方案應該和實施策略，服務策略平級的內容，所以一定要談談自己技術解決方案，不如用技術解決方案思路或者特色來表達，和功能模塊也就是一個層次分論點，統(tǒng)一支持技術解決方案這個大題目。
具體功能模塊后面跟著一大堆章節(jié)就更奇怪，里面每個都是具體的功能模塊，為什么成為和具體功能模塊平級的內容?應該設置為具體功能模塊子章節(jié)為妥。
很多人可能覺得用戶對這個點很關心，要重點突出，所以一定要單獨立一個章節(jié)，其實不必然，結構清晰的方案用戶看起來才不費心，反而想這個方案，將具體功能模塊，報表及明細匯總、應用工具及封裝接口、用戶及權限管理、拼圖打印、編碼管理列為同一層面內容，反而叫人看不出排列的思路，在厚厚一大本方案中尋找對應關心內容并不容易。
其實不如把技術解決方案分為兩大部分，一部分介紹整個方案的實現思路，對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務和邏輯的分析是否到位，相當于整個方案的精華版;一部分介紹整個方案的技術支撐模塊，對于項目具體負責人就可以深入研究技術支撐和業(yè)務思路之間是否存在合理的組織關系。
在第二部分技術支撐模塊中根據業(yè)務邏輯或業(yè)務順序設計功能模塊的介紹。
例如一般企業(yè)是首先考慮靜態(tài)技術資料的受控管理，在受控的基礎上要求盡可能集成設計軟件中的信息，然后要對設計過程建立嚴密的動態(tài)控制體系，此外還希望得到一些設計過程的專業(yè)支持，例如變型設計，二級工藝路線管理等等，最后要求提供一些編碼，企業(yè)資源庫等等輔助工具。這就是我們實現企業(yè)需求的一個大的業(yè)務思路，在這個業(yè)務思路下我們可以將技術支撐模塊分為相應的五個部分。
到這里，整個方案大的框架就有了，我們需要設計一下分標題，使用戶一看就可以進入自己關心的內容，而且每個部分都是對所屬總標題的呼應支持，在業(yè)務環(huán)節(jié)上也是“相互獨立，彼此窮盡”的環(huán)節(jié)。
在標題的設計上不要過于簡單，例如技術資料管理，應該說有效的技術資料管理，因為有效才成為技術支撐模塊，進而呼應前面業(yè)務實現思路中的描述。
在上面這個思路基礎上，我們就開始結合企業(yè)業(yè)務和產品功能進行考慮分標題下級的結構，我們用第一有效的技術資料管理為例子。
有效的技術資料管理到底要解決哪些業(yè)務問題才算完整呢?我們現在就開始將企業(yè)管理技術資料的業(yè)務進行羅列，在業(yè)務思路中逐步說明。
企業(yè)管理技術資料是以產品為線索區(qū)分的，所以第一要說清楚產品資料如何管理;
產品下所有零部件是以特征為線索區(qū)分的，所以第二要說清楚零部件資料如何管理;
有些零部件還具有共圖共工藝的特征，所以第三要說清楚系列零部件資料如何管理;
進一步有的企業(yè)還有系列產品，所以第四要說清楚系列產品資料如何管理;
系列產品可能存在大量配置關系，所以第五要說清楚各種規(guī)則下產品配置資料如何管理;
有的企業(yè)已經存在了大量歷史設計資料，所以第七要說清楚歷史產品資料如何入庫管理;
最后要說清楚產品資料為什么入庫管理后是安全的;
我們現在總結一下，這些技術資料管理手段如果都提供了，應該是完整而且層次清晰的，這樣的話，第一個子標題下的分標題又有了。
再看看這個標題和業(yè)務思路，這里面體現的一個結構化方式恰恰是“一句話一個意思，一層意思推動一層意思”，到最后就象剝筍一樣，層層剝開，問題解決思路也就步步清晰了，企業(yè)看起來也就很明白。
那么我們還可以繼續(xù)細分用戶提出的各種業(yè)務需求，把企業(yè)各種業(yè)務要求對號入座，例如下面有一組需求：
有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權限管理;有的企業(yè)希望按產品目錄授權;有的企業(yè)要求全部存放在服務器的數據庫中;有的企業(yè)希望支持多數據庫獨立訪問;有的企業(yè)要求提供備份工具等等。
我們現在看看這些業(yè)務是否都應該是關心資料安全的?所以應該放在資料安全管理目錄下，而且這些需求也可以分為不同層次，一些是和權限有關的，一些是和存儲和備份有關的，這樣很快又可以把子標題和分子標題設計出來了。
同樣我們可以推導出如下另外幾個部分的提綱：
這個結構化體系一旦出來后，整個方案的思路是否清晰明了，下筆容易了呢?
結構化體系最大的好處是不亂，今后用戶提出任何業(yè)務需求，或者產品功能如何擴充，都很容易對號入座，或者擴充子標題。這也是體現了一種分類管理的思想。
當然這個分類思路根據不同業(yè)務特征允許存在多種可能，而且分類層次應不超過5級標題，否則文章的可讀性不佳。
如果一定要超過5層，就可以采取其它排版方式體現。
2.4第四個容易犯的錯誤：口語書面語混雜，遣詞造句不嚴謹。
不好的解決方案還有一個毛病就是口語書面語混雜，遣詞造句不嚴謹。
有的人寫作時順著思路走，口語化成分很多，例如本人的行文基本是口語化的，也體現了這個毛病。當然大師級人物的確可以將文章寫得明白如話，但是對我們這些人而言方案是代表公司正式對外的文檔，一定不要出現口語和書面語混雜的情況。
例如太多的兒，的，我們，你們等等都是口語化語言，不應該大量出現在正式方案中。
有的人寫方案比較圖表現，喜歡指出用戶的不足，這個時候喜歡用很激烈的語言。例如缺少管理，業(yè)務失控，后果很嚴重等等語句，這樣的遣詞造句是不嚴謹的，方案用語不要追求“語不驚人誓不休”。而是理性分析，認真推導，句句講邏輯。
實在要用一些事實說明企業(yè)的問題，不要用刺激性強的語言，例如說企業(yè)業(yè)務存在問題，可以說業(yè)務有可改進的地方，例如說企業(yè)管理失控，可以說管理上存在很難受控的環(huán)節(jié)。
這樣的表達企業(yè)反而容易接受，不出問題。
2.5第五個容易犯的錯誤：沒有認真檢查，存在大量硬傷。
不好的解決方案制造過程往往是找一個同類方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就圖快，省事，沒有很好的核對，結果往往容易出現如下幾種錯誤：
第二有時候替換過頭，把一些案例中類似的話也替換成為給用戶名稱，鬧出笑話。
第三只注意了文字替換，不注意圖形中的替換，結果文字是一個用戶的，圖片是另一個用戶的，感覺不尊重。
第四是只注意了文字替換，忽視了頁眉頁腳的替換，特別是注意了首頁或目錄的頁眉頁腳，沒有注意正文的頁眉頁腳。
第五是案例不對，明明是汽車行業(yè)的用戶，案例全部都是其它行業(yè)的，感覺在這個行業(yè)沒有經驗。
第六是聯絡方式不對，很多時候將別的營銷區(qū)域方案拿過來用，服務信息都沒有更正過來。
第七是存在大量技術硬傷，有時候為了突出軟件技術實力，將大量專家都不一定看得懂的詞匯大量堆砌，其實連軟件公司自己都搞不清楚采用了哪些。
企圖通過讓用戶對概念和名詞發(fā)暈進而對軟件產生信賴的方式已經過時，解決方案應該實事求是說明業(yè)務問題，不要在名詞上忽悠。
2.6第六個容易犯的錯誤：過于突出自我
很多人寫方案大量出現“**軟件公司”內容，甚至每個產品都恨不得加上自家標識。在很多地方行文造句都是“我能，我行，我有…”等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴，例如說某某企業(yè)pdm項目，不要總在說某某供應商pdm的話，給用戶一種相對的針對性，感覺這個方案的確是為用戶準備的。
在售后實施方案中軟件公司的名字只需要出現一次，后面就不需要反復出現，因為大家都知道是你的產品，何必反復體現，我們更應該把用戶的注意力集中到產品本身就應該具備的功能和支撐業(yè)務上，而不要形成某某可以，某某不可以的印象。
2.7第七個容易犯的錯誤：沒有評審。
方案提交給客戶之前，一定要經過評審。
沒有開發(fā)點的方案，一般經過自評和互評即可，自評時，要重新審視整個方案的結構、問題描述、遣詞造句等方面，特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內容，盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時，要重新審視整個方案的結構、遣詞造句等方面的內容。
對于有開發(fā)點的方案，要經過公司的評審。提交給公司評審的方案，一定是已經過自評和互評的方案，而且要注明主要看哪些部分，以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤：沒有體現公司產品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務，如何在公司產品中體現出對業(yè)務的支持，而是想趕緊找一個模板，把這一關走過去再說，其實很多時候就是對每個階段工作沒有質量意識最后導致工作處處被動。
所以寫解決方案一定要根據公司最新產品功能認真組合功能實現企業(yè)業(yè)務，甚至可以考慮利用未來半年內會發(fā)布的功能認真組合，因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄，都是一兩年前的模板，自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負責對標準解決方案的維護和更新發(fā)布機制，其實比較好的一種做法結合典型項目技術公關推動解決方案水平不斷完善和提高。
三、寫好方案的心得
3.1動筆前先打一個電話
一般情況下方案撰寫人只是按照別人要求提供方案，并非直接利用方案的人，所以在寫方案之前，問問需要方案的同事，甚至是用戶，聽聽他們對方案的想法和建議，對自己寫方案會有很大幫助。
很多時候方案準備完成方案接受者并不滿意方案的組織，需要返工修改，所以動筆前先打幾個電話，問問別人要什么，不但可以提高方案準備命中率，甚至可以獲得大量現成的思路建議，對自己寫方案大有好處。
3.2一定要努力按業(yè)務邏輯去寫。
一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織，因為有大量現成的材料可用。但這樣方案對用戶并非是一種最佳選擇，因為客戶要轉換到供應商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發(fā)，方案應盡量讓用戶容易看懂，好理解，自然也就取得了幾個印象分。
我們方案就是要先仔細探討企業(yè)業(yè)務，不是將調研結論一羅列，而是從業(yè)務分析得出業(yè)務需求，最后描述技術實現手段。從這個意義上講，解決方案要按照簡明的操作手冊來準備。
3.3按標準套路寫方案
不同類型的方案都有自己的套路，例如可行性報告，解決方案，建議書等等都有標準的套路，我們應盡量按照標準套路準備方案，不要自成體系，在套路下發(fā)揮，套路就體現了一種結構化體系化的思維模式。
關于常用套路我們另有一章說明。
3.4先構思提綱，經過討論，最后動筆
很多時候方案準備時間并不充分，很多人接到任務，壓力之下立即開始動手，這往往是不好的工作習慣，有時候有模板，的確可以快速出活，但時間長了就養(yǎng)成一種惰性，替換方式抄方案還勉強，真要遇到有個個性化問題，因為在平時寫方案過程中思維始終不經過結構化思考的練習，真到方案模板沒有覆蓋的情況，就沒有辦法應付。
好的方案特點是：標題就是論點。結論做為標題馬上拿出來。
好的方案是觀點鮮明，立場明確，有理有據，有血有肉。
所以有方案要寫，一定不要急著寫，而是想自己的提綱，這個完整提綱目錄之間的邏輯聯系和業(yè)務銜接自己在心里面推導得比較有力和充分了，才開始動筆快速拿出提綱，有了提綱寫起來思路就不會斷電，寫起來才快。
好的方案一定是做了論點。
論點是假設的，例如說搞pdm有價值。
你說價值有三個方面，能降低成本，提高質量，能縮短交貨期。這都是你的假設。
你怎么知道成立?就要找些事實去證明它。
我們現在都喜歡找什么事實呢?你用了這個功能，所以你的論點就成立，因為你有這個功能，所以你的效率提高了。
這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點。根本沒邏輯推導。
不是還有大把企業(yè)用了erp，用了pdm還不是該咋的咋的，錢都打水漂了。
好處一定是每個好處都是獨立，它是有層次，每層上的好處是平級的'，大好處包含多個小好處，這些好處倒推出來就響應支持你的論點，這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎上往前推動一步，最好得出一個強有力的論證過程。
所以好的方案必須是金字塔型的，論據論證最后構成堅實的基礎。
如果有條件的話，這個思路還應該和大家討論，特別是一些重要方案，一定要先反復討論提綱，大家各種意見和思路在提綱中統(tǒng)一了，再動手寫。這樣就不至于遇到寫了一半被人否定，推倒重來的痛苦了。
3.5找一個安靜的地方和完整的時間段開始
寫方案最怕中間不停被人打斷，這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務，也不會急著去寫，而是把手頭該處理的小事情處理干凈，然后保證開始后的時間相對安靜和完整，這樣才能保證方案的質量。
而且寫方案一定要保證在一個時間段內初步拿出完整的推導思路和結構提綱才能結束去干別的事情，這樣以后就是逐步補充和豐富內容，不至于還在為結構苦惱，不清楚從哪里下筆，每次要花費大量時間從頭構思。
3.6認真準備閱讀提示和摘要
一個方案往往厚厚一本，更多是充點門面，領導是不會真看的。萬一要看，也就是看看包裝是否精美，和頭幾頁文字。
所以方案可以單獨附一份摘要，這是關于整個方案業(yè)務分析和解決思路的精華部分，當然也可以帶一點實施方法和典型用戶的介紹。
這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達出來，這種提煉過的語言和文字往往更能打動人心。
一般寫一份厚方案只需要一天，寫一份薄方案需要一周，要求在三頁紙內說明問題需要一個月!能把書讀薄是能力的體現。
對于方案也一定要提供一份閱讀指引，告訴不同的人其關心的內容可以在哪些章節(jié)直接獲得，方便其閱讀。實際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結構，其實這也是一個標準做法。
3.7注意排版
方案一定要注意排版，印刷要干凈，封面要隆重，裝訂要精美，方案就是一個公司的臉面，雖然不是說一份方案可以決定項目，但一份看上去都不好的方案一定很讓人懷疑公司的能力。
我們很多人見過外企的文字，一般都非常精美，排版很漂亮，大家一看就覺得是專業(yè)人士所為。
所以方案的文字和圖表內容最好請專門的美工設計一套標準的排版體系，對方案整體可讀效果會起到極大促進作用。
現在很多方案都是密密碼碼，內容是多，可以有什么用?
不如取巧，少寫一些文字，多在排版上動腦筋，實在想不出好的排版是什么回事的，去買基本暢銷書，你會發(fā)現可讀性好的書往往有一個技巧叫“留白”。
方案文字段落邊框之間保持適當距離，特別是邊框合理留白會讓一份方案可讀性大大提高。
象本文這樣的文字如果加上留白設計可讀性就會很不錯。
3.8注意積累素材
寫方案無論如何按照企業(yè)業(yè)務組織，基本上90%內容是相同的，不過是根據不同思路進行組織而已，畢竟軟件功能不會在短期內發(fā)生巨大改變，方案涉及功能也沒有理由發(fā)生大的改變，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要隨時積累補充完善和歸類存檔，這樣在寫方案時才不會因為尋求這些基本素材浪費大量時間。
基本素材收集還要注意隨時和公司公開宣傳口徑保持一致，防止引用過期素材。當然標準素材最好由公司統(tǒng)一維護。
獲取其它素材的途徑比較多，主要有：
現場初步需求調研與交流
與熟悉類似項目的銷售經理、技術支持工程師、實施工程師溝通、了解
營銷平臺交流
企業(yè)網站
相關行業(yè)資料介紹
書刊
……
一般可以從企業(yè)網站獲取企業(yè)介紹。從網站獲取的企業(yè)介紹需經“角色轉換”和“內容篩選”，角色轉換是指站在公司的立場描述該企業(yè)的情況介紹，要把第一人稱改為第三人稱。內容篩選是指主要介紹企業(yè)信息化的基礎，包括企業(yè)的經濟實力、管理水平、已完成和正在進行的信息化項目等內容。
四、方案分類和用途
4.1方案的種類
目前，公司為客戶撰寫的方案分為：建議書、解決方案、投標書。技術白皮書應作為統(tǒng)一的資料提供。
建議書是用于動員客戶啟動項目，或者用于客戶初步選型階段的技術支持，以入圍;
投標書是用于客戶招標的技術交底，以綜合實力戰(zhàn)勝對手。
4.2方案的基本結構
一、建議書的基本結構
建議書的側重點是分析客戶實施某項目的宏觀和微觀形式、現存的諸多問題，提出實施該項目的必要性和緊迫性，再介紹相關產品和技術的發(fā)展現狀公司的產品特點和優(yōu)勢，落腳點是公司已具備相當的實力，與公司合作成功率最大、風險最低。建議書的基本結構如下：
引言
現狀分析與診斷
相關技術的發(fā)展現狀
公司相關產品的特點
公司具備的實力和基礎
結束語
各個部分撰寫技巧如下：
引言部分
從全國、行業(yè)的信息化現狀分析入手，說明信息化是大勢所趨，再從本行業(yè)的產品特點出發(fā)分析信息化需要注意的關鍵問題，最后介紹企業(yè)的情況，特別是信息化的已有基礎，包括企業(yè)的經濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎。
引言部分可分為：
制造業(yè)信息化現狀
本行業(yè)信息化特點分析
信息化的基礎
現狀分析與診斷部分
從本項目所涉及部門的業(yè)務現狀描述和分析入手，找出問題，并提出相應的解決辦法。
現狀分析與診斷部分可分為：
業(yè)務現狀描述
問題分析與診斷
相關技術的發(fā)展現狀部分
主要介紹本項目所涉及的pdm/capp/cad等技術產生背景、發(fā)展過程，以及發(fā)展趨勢等內容，并說明這些技術已是成熟的實用性技術。
相關技術的發(fā)展現狀部分可按軟件產品類別分別介紹，最后有一個小結。
公司相關產品的特點部分
主要介紹公司相關產品的主要特點，說明公司相關產品是符合其發(fā)展趨勢的先進和成熟的產品。
公司相關產品的特點部分可按軟件產品類別分別介紹，最后有一個小結。
公司具備的實力和基礎部分
主要從公司簡介、完整產品線、研發(fā)能力、實施與服務體系等方面，說明公司已有足夠的能力承接本項目，并以成功案例證明與公司合作成功率高、風險最低。
公司的實力部分可分為：
公司簡介
完整產品線
雄厚的研發(fā)能力
科學的實施與服務保障體系
成功案例
結束語部分
闡明公司愿與企業(yè)強強聯手，結為(戰(zhàn)略)合作伙伴關系，共同推進企業(yè)乃至本行業(yè)的信息化建設。
在結束語部分要明確提出合作建議內容，對于一些戰(zhàn)略合作伙伴關系不能輕易宣講和承諾，一定要經報公司批準之后方可承諾。
建議書的要求是簡短緊湊，內容詳實，便于用戶決策，可以在一份建議書中形成幾個可選方案，推動用戶決策。
二、解決方案的基本結構
解決方案的側重點是分析現存問題，提出功能需求及相應技術實現手段，并輔以實施保障措施，說明用戶需求是可以實現的。解決方案的基本結構如下：
引言
現狀分析與診斷
系統(tǒng)規(guī)劃與設計
系統(tǒng)技術方案
系統(tǒng)實施方案
服務內容及措施
典型案例
結束語
引言部分
從全國、同行業(yè)的信息化現狀分析入手，說明信息化是大勢所趨。再從本行業(yè)的產品特點出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況，特別是信息化的已有基礎，包括企業(yè)的經濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎。最后通過公司介紹說明有能力承擔該項目。
引言部分可分為：
制造業(yè)信息化現狀
某行業(yè)信息化特點分析
信息化的已有基礎
公司介紹
現狀分析與診斷部分
現狀分析與診斷部分可分為：
業(yè)務現狀描述
問題分析與診斷
系統(tǒng)規(guī)劃與設計部分
根據現狀分析提出的需求，對本系統(tǒng)從總體目標、指導思想、總體框架等方面進行總體規(guī)劃與設計?？傮w目標，是從企業(yè)已有明確的總體目標中，結合用戶需求提煉出來的，不能簡單照抄，還需適當調整與補充?？傮w框架包括體系架構、運行模式，以及其它企業(yè)關心的問題等。
系統(tǒng)規(guī)劃與設計部分可分為：
總體目標
指導思想
總體框架
體系架構
運行模式
……
系統(tǒng)技術方案部分
從基本功能介紹、關鍵問題解決方案兩個層面介紹具體的技術方案。基本功能介紹是對本項目所涉及的產品，在標準模塊功能基礎上適當補充各模塊的新增功能或用戶的特殊功能。關鍵問題解決方案是就企業(yè)特別關心的問題(包括管理和技術兩個方面)、企業(yè)特殊需求中有一定難度的問題，以及管理方面需要改進的問題等提出解決方案和建議。
系統(tǒng)實施方案部分
從本項目的預期效益入手，分析項目實施存在的風險，接著介紹公司規(guī)避風險的實施保障措施，最后給出初步實施進度計劃和培訓計劃。實施規(guī)劃要結合用戶的實施打算，如果系統(tǒng)規(guī)模比較大，可以結合用戶的需求適當進行目標分解，分期完成。
系統(tǒng)實施方案部分可分為：
預期效益
風險分析及對策
指導思想
指導方法
實施管理
實施規(guī)劃
實施進度計劃
系統(tǒng)培訓
服務內容及措施部分
從公司能為客戶提供全方位服務承諾入手，闡述公司技術支持與服務的保障措施，讓客戶無后顧之憂。
服務內容及措施部分可分為：
服務內容及承諾
技術支持與服務保障
典型案例部分
用公司典型用戶的案例進一步證明，公司提供的技術方案是先進的、實用的，形成一套科學的、可操作的實施方案。典型案例選擇的針對性表現在：行業(yè)、特殊需求、項目類型等方面有相似之處。
結束語部分
闡明公司愿與企業(yè)強強聯手，達成合作伙伴關系，共同推進企業(yè)乃至本行業(yè)的信息化建設。
解決方案注意業(yè)務分析，系統(tǒng)規(guī)劃，技術方案三部分不要反復出現重復的內容，或者為了表達自己技術方案是扣著業(yè)務需求而在系統(tǒng)規(guī)劃和技術方案中再次反復描述需求，如果發(fā)現有這樣的問題就要精心去組織方案提綱。
此外解決方案要避免浮夸和務虛的內容，要盡量讓用戶看到可操作的內容，例如在實施方案中用戶最關心的是在實施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結束的標志是什么?每階段工作需要多長時間?根據企業(yè)實際情況有哪些風險?如何規(guī)避?基礎數據如何準備?歷史數據如何錄入?工作流程應用前后有何變化?這些是用戶真正關心的內容。
所謂實施方法論，實施原則，實施指導思想，實施團隊結構等看起來飽滿，其實是務虛的內容少寫，寫得越多用戶越不得要領，實施方案的要害是具備不具備可操作性。這里面的原則就是計劃越細化越具有可操作性。
三、投標書的基本結構
投標書是針對標書的解決方案，包含解決方案的全部內容，再增加公司優(yōu)勢和相關附件。投標書總是原則是按照用戶提供的招標書要求準備，用戶要求如何提供資料就如何提供，不要任意發(fā)揮。
常見投標書的基本結構如下：
引言
現狀分析與診斷
系統(tǒng)規(guī)劃與設計
系統(tǒng)技術方案
系統(tǒng)實施方案
服務內容及措施
開目公司的優(yōu)勢
典型案例
結束語
相關附件
開目公司的優(yōu)勢
相關附件
相關附件按照招標書的規(guī)定組織附件。
4.3方案的針對性
為使方案具有鮮明的開目特色，方案必須具有一定的針對性。不同類別方案的針對性有不同的體現。
建議書的針對性體現在同行業(yè)的信息化特點分析，本企業(yè)已有的信息化基礎、本企業(yè)的現狀描述與問題分析等方面。
解決方案和投標書的針對性有相同的表現，主要體現在：同行業(yè)的信息化特點分析、現狀分析與診斷、總體目標、關鍵問題解決方案、實施規(guī)劃與進度計劃、典型案例等。
現狀分析與診斷部分、實施規(guī)劃與進度計劃部分，不能簡單把客戶名稱更改就變成另外一家的情況。
總體目標部分，有企業(yè)的個性，如果需要可以分解成近期、長期、遠期目標。
解決方案中可單獨把企業(yè)關心的關鍵問題單列為一部分，緊密結合企業(yè)的需求特點，不能簡單套用標準說法，必要時可以通過定制配置實現。
解決方案中的關鍵問題與投標答辯ppt中的關鍵問題有區(qū)別。投標答辯ppt中的關鍵問題主要是展示我們優(yōu)勢部分，以攻擊對手的劣勢部分，但一定要有絕對的把握。
軟件項目解決方案篇四
甲方：
法定代表人：
乙方：
法定代表人：
甲乙雙方本著互利互惠、共同發(fā)展的原則，經過友好協(xié)商，決定充分利用雙方各自的優(yōu)勢，資源互補，____________________________________項目上進行合作。特訂立本合同。
1，軟件項目名稱：________________________________________。軟件開發(fā)合同2，軟件項目開發(fā)內容：_____________________________________。
3，軟件項目開發(fā)目標：_____________________________________。
4、軟件項目總金額：_______________________________________稅后金額：_______________________________________。
5、軟件項目驗收期限：__________年__________月____________日。
合作期：____年，自______年____月____日起，至______年____月___日止。
1，甲方負責溝通與協(xié)調工作。
2，乙方負責軟件開發(fā)，實施，驗收后的維護。
3，對外洽談經營業(yè)務時以甲方的名義進行乙方無權利代表甲方簽署任何有法律責任的文件。如需簽署需得到雙方認可后方可簽署。
1、利潤定義：項目合同金額減去法律指定稅項。
2、分配方式：甲乙雙方利潤按____：____分成。
甲方：_________%乙方：_________%
3、甲方收到項目開發(fā)款項后15日內進行利潤分配并以現金形式支付乙方。
4、軟件完成驗收后的服務費用由乙方獲的。
1，本合同相關的所有作品、程序、文件源碼的。
2，甲方有權利用本項目開發(fā)的成果進行后續(xù)開發(fā)或改進，由此產生的知識產權歸甲方享有。
不可抗力(即不能預見、不能避免、不能克服等的客觀情況，包括但不限于地震、洪水、火災、戰(zhàn)爭、政府行為等)致使一方不能履行或者延遲履行其在本合同的全部或部分義務，則該遭受不可抗力的一方不承擔違約責任。
因不可抗力的原因造成合同延遲履行，則遇有不可抗力一方應在不可抗力發(fā)生之日起48小時內通知對方，并提供有關部門的證明材料。除因遲延履行通知義務造成其他方損失外，對因不可抗力造成的損失雙方互不承擔違約責任。遇有不可抗力一方應在不可抗力消除后48小時內通知另兩方，由雙方協(xié)商是否繼續(xù)履行合同。
在發(fā)生不可抗力情況時，遇有不可抗力一方仍有責任采取必要措施以防止不可抗力事件影響的擴大。
1、乙方違約責任：
(1)如果由于乙方原因導致不能按照約定的時間完成項目的驗收，乙方應以如下方式向甲方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付合同總價的0.5%，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的1%。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響乙方的義務。
(2)如果在合同簽訂后、項目所有權未轉移給甲方前，乙方將其轉讓或抵押給第三方，則乙方應根據對甲方造成的事實損害的嚴重程度支付最高不超過合同總價10%的違約金。
2、甲方違約責任
在乙方履行合同規(guī)定的各項義務的前提下，甲方無正當理由逾期支付貨款，則甲方應以如下方式向乙方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付逾期付款部分的1‰，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的2‰。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響甲方的義務，并且合同中確定的乙方對甲方的各項服務日期可作相應的順延。
雙方同意不對公眾公布任何與本合同有關的、因執(zhí)行本合同而獲知的資料。未經雙方授權認可，任一方不得以任何形式向第三方披露或泄露本項目成果及與本項目有關的數據、程序代碼(通用的程序代碼除外)和相關技術文檔。在本項目研發(fā)過程中一方提交給另一方的所有資料和文件，都作為提交方企業(yè)的商業(yè)秘密，另一方應承擔保密義務。
甲乙雙方約定，不論本合同是否變更、解除、終止，本保密條款均有效。
1、未盡事宜將由本合同、甲乙方通過協(xié)商解決。
2、因乙方與甲方以個人名義進行合作需對甲方提供身份證復印件。
3、任何一方未得另一方同意不得向任何第三方透露合同內容。
4、對合同內容做出的任何修改和補充應為書面形式，由雙方授權代表簽字后成為合同不可分割的部分。
5、任何與合同相關但未在合同中明確規(guī)定的.事項將由雙方友好協(xié)商并達成合同以解決。
本合同一式兩份、甲乙方各持一份，在甲乙方簽字蓋章后生效，具有同等法律效力。
甲方：佛山市醫(yī)網天下科技有限公司(蓋章)
乙方：(蓋章)
甲方代表(簽字)：
乙方代表(簽字)：
簽訂日期：xx年x月x日
簽訂日期：xx年x月x日
軟件項目解決方案篇五
中國網站升級項目成功上線運行并達到商用要求。由于國際項目團隊的認真負責的工作態(tài)度以及高效的工作技術，國際收到了中國的認可和高度贊揚。這一封表揚信不僅極大地增加了國際項目團隊的信心，而且更進一步的提高了中國與國際的合作可能性。此外，也有利于國際與其它大型公司的合作。
(grainger)是全球領先的設備維護、修理和運作(mro)工業(yè)品分銷商，擁有80多年信譽保證。xx20xx年銷售額達到69億美元，全球擁有600多家分店、18家配送中心和龐大銷售網絡，每天超過xx0,000次向全球150多個國家的200萬客戶提供來自3000多家供應商的 90萬種類繁多的工業(yè)產品，幫助他們的設施正常運作并降低客戶的采購成本。擁有超過18,000名優(yōu)秀員工，躋身《財富》500強，并于20xx年被美國《財富》雜志評為年度“全球最受尊敬企業(yè)”多樣化批發(fā)行業(yè)第一名。
中國網站是(grainger)在中國建立的mro產品采購b2b電子商務平臺。致力于成為中國企業(yè)mro產品采購的貼心顧問，中國網站向每一位訪問者提供豐富的產品信息、快速的產品搜索、便捷的價格查詢、方便的報價申請和流暢的產品訂購，節(jié)省您的采購時間和精力。
此次合作是國際和中國的第一次合作，希望項目團隊以此為契機，繼續(xù)秉承追求卓越、堅持不懈的精神，出色的完成中國的后續(xù)項目，保持與中國的長期合作關系。
軟件有限公司:
貴公司作為該項目建設的合作單位。在整個項目建設期間，全體成員都能以專業(yè)、敬業(yè)、合作的態(tài)度扎根用戶、服務用戶、與用戶共成長。經過大家共同的努力，x項目不僅實現了在一個技術平臺下同時運行二種業(yè)務管控模式(集銷集結、銷售分結)，而且使nc版計量由設想變成了現實，并成功應用于4家成員企業(yè)。經項目組研究決定，對在項目試點建設中表現優(yōu)異者提出表揚，以資鼓勵。項目個人評語如下:
知大體、識大局、嗓門大、身體壯、水平高、技術好、熱心腸、老好人。在項目建設的各個關鍵點和沖刺階段，都能夠身先士卒，以身作則，鼓舞著整個項目團隊，作為高級實施顧問是優(yōu)秀的`，作為項目經理是盡職盡責的。
大家都叫他小王老師，說明他還小，有可愛之處惹人想念。技術全面、實施經驗豐富、喜歡專研、善于分享、以項目為家，深受項目團隊和最近用戶的喜歡。還記得項目組為你舉行生日聚會嗎?他可能記不了每個人喜悅笑容，但是你一定能聽得到大家美好的祝福，還有那首《沒有我你怎么辦》的歌聲，讓原本愛情的歌曲唱出了大家難以割舍的親情和友誼。
從分部一體化試點項目的新人到x項目的主力，她的進步和成長是有目共睹的，她用1年時間完成了一個實施顧問完美蛻變;聰明、勤奮、謙虛、感恩的她給大家樹立了一個榜樣，無時無刻不在鼓舞著每一個年輕人?！翱吕蠋煟氵€好嗎?我們想你了，等你回來!”一句大家的心聲。
能把水泥工廠業(yè)務流程和地磅管理需求講得那么完清晰完整和精辟入里的，真的,也只有他了。由他帶領的nc版計量開發(fā)團隊，披荊斬棘、風雨兼行、勇往直前，最終實現了既定目標。
信息中心
20xx年2月7日
軟件項目解決方案篇六
又一家咨詢公司開張營業(yè)了，從他們充滿自信的臉上可以看出他們要為此大干一場的決心，可隨之而來的是另一家咨詢公司的關閉歇業(yè)，從他們苦澀的臉上可以看出他們所經歷其中的曲折與尷尬。一時間，新開張的咨詢公司幾乎多如繁星，可又有多少公司門可羅雀呢？而那些不死不活的咨詢公司真是“月兒彎彎照九州，幾家歡樂幾家愁”！
中國咨詢服務類企業(yè)的種類可能是全世界最豐富的。僅從名稱上看，就有“管理咨詢”、“策劃”、“企劃”、“智業(yè)”、“顧問”等等，不一而足；從服務層面上看，又分為戰(zhàn)略管理咨詢、管理管理咨詢、營銷管理咨詢、人力資源管理管理咨詢、信息管理咨詢、等等公司。所謂“策劃”、“智業(yè)”等純屬中國特色的稱呼，發(fā)達國家根本沒有這個行業(yè)名稱；而所謂“營銷策劃”、“企劃”等，嚴格意義上講都應屬于管理管理咨詢的范疇。
咨詢業(yè)發(fā)展繁榮的事實卻是不假，并且近些年來，咨詢業(yè)開始了迅速“搶跑”。有數據顯示：近年中國管理咨詢業(yè)營業(yè)額以每年30-50%的速度上升；未來幾年的上升速度將在會更多……而在咨詢業(yè)中要數管理咨詢業(yè)發(fā)展的境況更受人關注，而目前的市場現狀卻并不看好，管理咨詢業(yè)已面臨“嚴冬”。
管理咨詢業(yè)是咨詢產業(yè)的核心層。在管理咨詢層次上的咨詢公司主要按照企業(yè)管理的各個層面劃分為專業(yè)業(yè)務領域，這些領域一般包括：投融資管理咨詢、財務會計管理咨詢、市場營銷管理咨詢、人力資源管理咨詢、生產管理管理咨詢、業(yè)務流程重組與管理信息化管理咨詢等。管理咨詢業(yè)的特點是，管理咨詢業(yè)務的開展一般要求管理咨詢顧問與企業(yè)相應的業(yè)務人員共同組成項目組，對企業(yè)管理的某些層面進行管理改造，或對企業(yè)管理進行全面改造。由于企業(yè)健康發(fā)展三年會上一個臺階，企業(yè)一般以三年左右的時間為周期，請專業(yè)管理咨詢公司對其進行一次管理改造。
正因為管理咨詢業(yè)對企業(yè)，特別是中小企業(yè)和民營企業(yè)有很大的吸引力，因為中小企業(yè)和民營企業(yè)在發(fā)展到一定階段和層次上時，往往就不知如何再進行下去，企業(yè)的戰(zhàn)略規(guī)劃和發(fā)展前景陷入了“盲區(qū)”，這時就需要管理咨詢公司進行診斷和出謀劃策。
一哄而上，帶來的必然是泥沙俱下。
管理咨詢業(yè)，讓企業(yè)了解你多少？
雖然越來越多的企業(yè)開始借助外腦，幫自己進一步提升品牌形象，擴展市場。但還有相當一部分企業(yè)對管理咨詢業(yè)并不是很了解，尤其是對外腦所收費用，不能認可。然而，企業(yè)到底怎么看待管理咨詢業(yè)，企業(yè)愿意和什么樣的管理咨詢公司進行合作?咨詢管理公司能夠給企業(yè)什么樣的幫助，多少幫助？等等問題，有關專業(yè)調查公司經過對近百家企業(yè)嚴密調查而得出的主要結論是：就“你的企業(yè)是否需要外腦幫助”一題。有87％的企業(yè)明確表示需要，只有1％的企業(yè)已進行過整體或專項管理咨詢。多數企業(yè)不知道怎樣找到或找不到理想的管理咨詢公司。
在對有關問題的問答中，76％的企業(yè)認為：策劃人滿天飛，但不知誰有真本事，真能幫企業(yè)解決實際問題。同時，多數企業(yè)對管理咨詢公司的運作方式和作業(yè)質量不滿意。
我曾呆過的一家企業(yè)，在當地屬大型企業(yè)，但從全國范圍來看就屬中小企業(yè)了。這家企業(yè)在發(fā)展到第五個年頭之后，不知到企業(yè)未來五年甚至十年何去何從？戰(zhàn)略規(guī)劃如何確定？目前企業(yè)發(fā)展不起來的癥結所在？產品群應該怎樣進行串連和定位？人力資源狀況和結構應該如何按比例劃分等等諸多問題。于是，這家北方企業(yè)的決策層不知聽信何人之言，從老南邊某都市請來了一個所謂知名度較高的管理咨詢公司對企業(yè)面臨的問題進行診斷。而那家企業(yè)要價也確實不菲，開口價50萬！
其實根本沒派上什么用，這無異于一個“屁”！
所以，部分管理咨詢公司競爭的無序和其組織結構的不完整性以及帶有的欺詐性也是造成管理咨詢整個行業(yè)由先進的、落后的，整體的、局部的，專業(yè)的、業(yè)余的混沌交織在一起，演繹的是誠信缺失、管理咨詢缺位的市場現狀。管理咨詢作業(yè)水平的“起伏不定”，成了一把“雙刃劍”，對企業(yè)和管理咨詢業(yè)自身都是一種傷害。
鑒于此，管理咨詢業(yè)的發(fā)展已到了一個轉折時期，即由無序狀態(tài)應向規(guī)范化轉變的時期，管理咨詢公司只有清醒地認識到這種轉變的必要性和緊迫性，真正為企業(yè)提供切實有效的咨詢服務，使企業(yè)自身首先轉變這種使用“外腦”的觀念與看法，杜絕企業(yè)使用管理咨詢服務這個“外腦”之后大呼“上當”的情況發(fā)生，才能適應目前管理咨詢業(yè)市場發(fā)展的需要，才能滿足企業(yè)的需要，也才能在日益激烈的市場競爭中站穩(wěn)腳跟。
軟件項目解決方案篇七
尊敬的____公司領導：
我們是貴公司的客戶______，在這里我們要表揚貴公司的一位員工——____。 ___年___月__日_______在_____工程師的指導下進行____系統(tǒng)的升級，一直忙碌到午夜12點鐘才將全部系統(tǒng)升級完畢。___月___日早上7點多，___又趕到___進行測試前的檢查及跟蹤，確認無故障后又馬不停蹄的趕到___，幫助其進行___系統(tǒng)的升級，一直忙到晚上6點多才完成系統(tǒng)升級工作，連飯都沒有吃一口，又直接趕到___進行系統(tǒng)升級的指導，一直忙碌到凌晨4點才完成___的升級工作。
___月___日，___公司同時進行___系統(tǒng)的測試，在測試過程中發(fā)現___系統(tǒng)出現bug，___又指導___公司進行了___系統(tǒng)的回退，直到晚上10點多才將___公司的___系統(tǒng)回退至___狀態(tài)。
對外地營業(yè)部的前臺員工們進行了全面的培訓。 從___身上我們也看到了貴公司這種對客戶認真負責的企業(yè)精神，我相信也正是在貴公司的培養(yǎng)下，___的員工才能如此優(yōu)秀。 在這里我們再次感謝___工程師，對他的這種達到客戶100%滿意的服務精神提出表揚。
此致
敬禮
___公司
__年___月___日
軟件項目解決方案篇八
乙方：___________
根據《中華人民共和國合同法》以及其它相關法律、法規(guī)的規(guī)定，本著平等互利的原則，甲、乙雙方就合作開展軟件的推廣應用，特訂立本合同，并共同遵守下列條款：
除非本合同的條款或者內容中另有規(guī)定，下列名詞具有如下意義：
1、軟件產品：指已進行商品化工作的、公開發(fā)表過的、且甲方作為權利人能夠進行授權銷售并能夠提供技術支持和服務的軟件。
2、代理銷售：指軟件權利受讓者被許可行使展示、銷售軟件產品的權利，代理銷售包括代銷或經銷。
3、知識產權：指依據中國有關法律和國際條約規(guī)定權利人所享有的專利權、版權(著作權)、商標權、商業(yè)信譽和商業(yè)秘密權。
4、技術支持：應軟件用戶的要求，為用戶解決軟件應用過程中產生的各種技術問題;應乙方要求，為乙方培訓銷售、技術人員，使上述人員掌握技術支持、銷售等服務中所需要的技術知識。
6、補充協(xié)議及附件：指主合同的補救條款或從合同等，與主合同具有同樣的'效力。
本合同有效期間，甲方作為權利人合法授權乙方代理銷售的軟件產品為：___________軟件，軟件版本：___________。
1、本合同期限為___________年___________月___________日至___________年___________月___________日止。
2、甲方授權乙方為上述產品的獨家總銷售代理商，銷售區(qū)域為全國。
甲方是獨立法人，擁有軟件的完全知識產權。甲方向乙方出具公司相關資料。
1、乙方是具有獨立民事能力的公司。乙方向甲方提供營業(yè)執(zhí)照等文件資料。
2、乙方具有完成日常業(yè)務所需的計算機知識、網絡知識及基本的實施維護能力，從應用技術角度了解和熟悉軟件的安裝、使用以及常見問題的解決。
(一)甲方的權利和責任
1、甲方向乙方提供具有良好市場前景和市場競爭力、性能可靠的軟件產品。
2、甲方支持乙方開展軟件產品的市場宣傳和銷售工作。
3、甲方提供乙方所需的技術支持工作以及乙方在產品銷售中所需的支持工作。
4、經與乙方協(xié)商一致，甲方有權對軟件產品的產品策略、市場策略和價格策略作必要的調整。
5、甲方有權要求乙方共同維護市場秩序。若乙方確實違反合同規(guī)定，破壞秩序，甲方有權做出直至取消乙方的授權銷售代理商權利的處罰決定。
6、甲方保證軟件產品知識產權狀況的真實性，并對客戶軟件使用中遇到的故障，進行完善的售后服務和終身維護。否則，因此發(fā)生的任何糾紛，并因此造成的一切損失，均由甲方承擔。
7、甲方應在公司網站上顯著位置宣傳乙方的代理地位，向客戶說明乙方的聯系方式。為客戶提供產品維護、升級和在線疑難解答。
8、甲方致力為乙方提供最佳經營環(huán)境并承諾自身不涉足授權銷售區(qū)域的經銷和零售，在乙方作為甲方產品銷售代理商的合作期間，甲方不應建立第二家經銷代理商。
9、為了保護乙方的宣傳推廣和成本投入，無論乙方銷售區(qū)域的客戶是否已經與乙方進行過接觸或洽談，均視為乙方客戶。甲方不得擅自向經銷區(qū)域內的買主供應本協(xié)議所規(guī)定的商品。如有詢價，當轉達給乙方洽辦。若有買主希望從甲方直接訂購，甲方在提前將有關銷售合同副本寄給乙方并征得乙方同意的前提下，甲方可以供貨，并應在收到貨款后三日內按所達成交易的發(fā)票金額給予乙方______%的傭金。
日期：____________日期：____________
軟件項目解決方案篇九
乙方：_____________
甲、乙雙方經友好協(xié)商一致，達成以下協(xié)議。雙方申明，雙方都已理解并認可了本協(xié)議的所有內容，同意承擔各自應承擔的權利和義務，忠實地履行本協(xié)議。
第一條本協(xié)議軟件開發(fā)項目的內容、工作進度與安排、價款、交付和驗收方式等由附件載明。
第二條協(xié)議履行期限按照附件規(guī)定的工作進度決定，經雙方協(xié)商一致，可以延長該期限。
第三條甲方應向乙方提供必要的資料和方便條件，協(xié)助配合乙方進行軟件的開發(fā)、調試、安裝及實施。
第四條雙方的基本權利和基本義務
一、甲方的權利和義務
1、根據本協(xié)議項目的實際需要和乙方的要求提供協(xié)助，并提供有關的資料、報表及文檔等，甲方保證所提供的所有資料完整、真實、合法。
2、按本協(xié)議約定支付軟件開發(fā)費用。
3、甲方有權在軟件驗收之日起要求乙方對驗收完畢的軟件模塊出現的非人為因素造成的錯誤及故障，進行免費維護。
二、乙方的權利和義務
1、按照甲方提供的材料按時完成本協(xié)議規(guī)定的軟件開發(fā)工作。
2、可以根據甲方的要求幫助甲方舉辦培訓和技術咨詢，具體的操作方式及費用雙方可另行簽署協(xié)議確認。
3、依協(xié)議收取軟件開發(fā)費用。
4、乙方有義務在軟件驗收之日起個月內，對驗收完畢的軟件模塊出現的非人為因素造成的錯誤及故障，進行免費維護。第五條甲方在18個月的免費維護期之后，需要乙方對軟件模塊進行維護時，乙方可根據情況酌情優(yōu)惠收取模塊維護費用。
第六條甲方同意按雙方約定的付款方式和時間及時向乙方支付協(xié)議費用，以及提供其他必要的幫助。
第七條本協(xié)議涉及的相關程序、文件源碼的，但乙方授予甲方使用權。未經乙方許可，甲方不得公布文件源碼，不得復制、傳播、出售或者許可他人使用乙方作品及其程序等。乙方可以在業(yè)務范圍內使用這些作品。
第八條甲方不能按時支付協(xié)議費用導致的工期延誤，其責任由甲方承擔。第九條雙方當事人應當保守在履行本協(xié)議過程中獲知的對方商業(yè)秘密。
第十條雙方應本著誠實信用的原則履行本協(xié)議。任何一方在履行中采用欺詐、脅迫或者暴力的手段，另一方可以解除本協(xié)議并有權要求對方賠償損失。任何一方在履行中發(fā)現或者有證據表明對方已經、正在或將要違約，可以終止履行本協(xié)議，但應及時通知對方。若對方繼續(xù)不履行、履行不當或者違反本協(xié)議，該方可以解除本協(xié)議并要求對方賠償損失。
第十一條本協(xié)議簽訂后，經雙方當事人協(xié)商一致，可以對本協(xié)議有關條款進行變更或者補充但應當以書面形式確認。上述文件一經簽署，即具有法律效力并成為本協(xié)議的有效組成部分。
第十二條本協(xié)議附件為本協(xié)議不可分割的一部分，與協(xié)議正文具有同等法律效力。
第十三條任意一方欲提前解除本協(xié)議，應提前通知對方。甲方提前解除協(xié)議的，無權要求乙方返還預付費用并應對乙方遭受的損失承擔賠償責任;乙方無故解除協(xié)議的，應返還上述費用。本協(xié)議其他條款對協(xié)議的解除另有約定的，從其約定。
第十四條訂立本協(xié)議所依據的客觀情況發(fā)生重大變化，致使本協(xié)議無法履行的，經雙方協(xié)商同意，可以變更本協(xié)議相關內容或者終止協(xié)議的履行。
第十五條雙方當事人對本協(xié)議的訂立、解釋、履行、效力等發(fā)生爭議的，應友好協(xié)商解決;協(xié)商不成的，雙方同意向仲裁委員會提交仲裁并接受其仲裁規(guī)則。
第十六條本協(xié)議經由雙方授權代表簽字，自簽訂之日起生效。
第十七條本協(xié)議一式兩份，雙方當事人各執(zhí)一份，具有同等法律效力。
甲方(公章)：_________乙方(公章)：_________
法定代表人(簽字)：_________法定代表人(簽字)：_________
軟件項目解決方案篇十
中國xx軟件有限公司是以xx教授（原中國交大研究生）、xx教授（原中科院計算所研究生）攜帶在加拿大多年學習與研究的先進創(chuàng)新成果回國創(chuàng)業(yè)的一家軟件企業(yè)。公司于20xx年7月在中國張江高科技園區(qū)注冊，主要業(yè)務是開發(fā)具有自主版權與知識產權的大型通用數據庫管理系統(tǒng)——xxsql，并基于xx數據庫產品進行應用開發(fā)與推廣。
xx軟件的宗旨是以創(chuàng)新的核心技術為起點，以國際一流的專家為技術領路人，將核心技術轉化成具有國際競爭力的商業(yè)產品，將xx軟件建設成一個大型的基礎軟件與應用軟件供應商。
xx軟件的短期目標：基于xx數據庫（xxsql）的“xx企業(yè)信息備份與搜索工具”能夠在一些具體行業(yè)或項目中進行推廣應用。初期市場開拓的目標在于建立與提高公司產品的信譽與客戶對于產品的可接受程度，而非盲目追求數量增長?？傊?，首先使公司運營正常，實現良性現金流與一定的贏利空間，再求進一步發(fā)展，實現良好的投資回報。
xx軟件的長期目標：開發(fā)與推廣大型通用數據庫管理系統(tǒng)及其應用產品。
二、公司目前的股權結構
公司目前的股份構成：
三、
已投入的資金及用途
公司于20xx年7月成立，注冊資金200萬元人民幣，主要用于產品的開發(fā)、測試，市場渠道的鋪設。
公司成立以來成功申請了20xx年科技部中小企業(yè)技術創(chuàng)新基金（75萬元）與20xx年中國市第一批軟件與集成電路產業(yè)發(fā)展專項資金（50萬元）。
四、公司目前主要產品及服務
公司的主要產品：“xx數據庫管理系統(tǒng)（xxsql）”。
正在開發(fā)的產品有：“xx企業(yè)信息備份與搜索工具”。
公司還計劃基于xx數據庫建立“xx數據服務中心”，為廣大中小企業(yè)用戶提供數據集中維護及安全保障。
五、產品的知識產權與歸屬權
“xx數據庫管理系統(tǒng)（xxsql）”是由兩位創(chuàng)始人（xx、xx）在國外任教期間發(fā)明，通過與任教所在大學簽定法律合同（見附件），數據庫的專利權、出版權及其相關知識產權都歸屬于兩位創(chuàng)始人所有，目前數據庫的所有知識產權已轉到中國xx軟件有限公司。
“xx企業(yè)信息備份與搜索工具”則是在中國研發(fā)的基于xx數據庫的應用產品。中國xx軟件有限公司擁有產品的所有知識產權。
六、市場概況與營銷策略
目前企業(yè)搜索市場還處于起步階段，還沒有出現一家獨大或幾分天下的局面，因此，現在是進入企業(yè)搜索市場的最好時機。
xx的總體營銷策略是：分別向中小企業(yè)、大型企業(yè)與服務運營商提供不同的細化產品，逐步開拓本地、國內、國際市場。
七、核心團隊
公司的核心團隊由五人組成：
xx（公司創(chuàng)辦人，現任總經理，xx大學計算機系終身教授，人工智能專家）；
王先生（xx大學計算機系博士后，曾任加拿大著名軟件公司高級系統(tǒng)分析師，數據庫專家）。
八、公司優(yōu)勢說明
公司的主要優(yōu)勢如下：
1)企業(yè)搜索引擎的技術處在不斷發(fā)展完善中，xx擁有自主的先進技術，創(chuàng)新能力強；
2)xx企業(yè)備份與搜索工具是基于xx自身的數據庫產品研發(fā)的，充分利用了數據庫的
高性能與安全機制，產品性價比高；
3)xx能快速靈活地向用戶提供按需定制服務。
九、目前公司為實現目標的增資需求
為了搶占企業(yè)信息搜索的市場發(fā)展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業(yè)信息備份與搜索工具”產品的市場開發(fā)。
公司計劃在20xx年實現收支平衡，09年實現銷售贏利，占據國內企業(yè)搜索市場有一定影響力的份額，打造xx軟件品牌。
十、融資方案
企業(yè)的產品經營與資本經營是相輔相成的，產品經營是基礎，資本經營則是企業(yè)快速發(fā)展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
此次融資的資金籌措方式：股權融資（投資750萬獲取20%股權）或引進戰(zhàn)略投資者。投資方可通過股票上市或公司兼并的方式退出。
十一、合作方式
中國xx軟件有限公司計劃吸收750萬元（人民幣）風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
投資方與xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。
軟件項目解決方案篇十一
1、編寫目的
xxx公司業(yè)務管理系統(tǒng)的開發(fā)已經基本完成。寫此項目開發(fā)總結報告，以方便我們在以后的項目開發(fā)中來更好的實施項目的訂制開發(fā)；讓我在今后的項目開發(fā)中有更多的有據的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率，從而創(chuàng)造更多公司效益。
2、背景
項目名稱：xxx業(yè)務管理系統(tǒng)。
軟件名稱：xxx業(yè)務系統(tǒng)。
客戶：xxx。
用戶：xxx員工。
（一）對生產效率的評價
１、系統(tǒng)開發(fā)已歷時快１年的時間了。
２、開發(fā)的反復性比較多。
３、對客戶的需求理解不是很透徹。
綜合以上，此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。
（二）對產品功能的評價
經過我們公司各位同事的共同努力協(xié)作，xxx業(yè)務管理系統(tǒng)已經很好的完成了客戶的業(yè)務流需求。經過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數據庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug?？偟膩碚f，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。
（三）對技術方法的總結
在此項目中使用到技術和工具：
１、使用代碼生成器：使用代碼生成器[動軟、net代碼自動生成器]，此工具在很大程度上提高了編碼效率，從而加快了項目的開發(fā)進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今后的項目開發(fā)中，我們最好是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費用。
２、使用數據庫建模工具來建立系統(tǒng)數據庫模型，以方便程序員很好的理解業(yè)務流和掌握系統(tǒng)架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數據庫模型的建立，最大的來優(yōu)化系統(tǒng)功能。
３、使用第三方控件：此系統(tǒng)中使用了第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。
４、使用自定義控件：此系統(tǒng)中使用了自定義控件，此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數據顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改控件的樣式，系統(tǒng)中的所有繼承的表格樣式都可以改變。
５、系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結構，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術不斷的更加成熟。
６、系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。ikey加密鑰匙是很好的加密b/s架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
（一）簽定合同
一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
（二）開發(fā)團隊
在項目確立后，要盡快的建立起項目開發(fā)團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優(yōu)點和技術，使團隊的能力不斷的提高。這樣，在項目的開發(fā)過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團隊成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項目開發(fā)后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素，我們需要不斷的來培養(yǎng)我們的團隊氣勢，使我們的團隊不斷的壯大。
（三）需求的調研
在項目確立后，就到了需求調研分析階段。
１、項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷，影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系，要深入的去了解客戶需求。
２、我們要盡量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高，也就不會為項目的后期功能開發(fā)埋下陷阱。
３、在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶的需求調研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢？需求調研有出去和朋友一塊爛漫對嗎。雖然現狀如此，我們還是要努力的使客戶參與到需求的調研中來。
４、模糊需求，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
５、在一個項目的開發(fā)中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發(fā)需求；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的`精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
６、需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用rose工具，把客戶的意思轉換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
軟件項目解決方案篇十二
乙方：_________________________
上述甲，乙雙方經友好協(xié)商一致，達成以下協(xié)議。雙方申明，雙方都已理解并認可了本協(xié)議的所有內容，同意承擔各自應承擔的權力和義務，忠實地履行本協(xié)議。
第一條協(xié)議項目
甲方為乙方開發(fā)_________________軟件（單機版／網絡版）_________套。
第二條軟件價格，付款方法
1．軟件價格：甲方向乙方開發(fā)的_________軟件（單機版／網絡版）定價為_________元人民幣／套。
2．付款方法：在本協(xié)議簽定的_______天內，乙方必須向甲方交付軟件定價的_________的.定金，即_________元人民幣。軟件由甲方開發(fā)完畢，并由乙方檢驗通過后，乙方一次性向甲方付清剩余的_________軟件開發(fā)款項，即_________元人民幣。
第三條軟件開發(fā)時間
在本協(xié)議簽定當日起，甲方開始軟件的開發(fā)。開發(fā)時間為_____個月。即從______年____月____日起至______年____月_____日止。經雙方協(xié)商一致，可以延長或縮短該期限。
第四條軟件驗收標準
乙方驗收軟件的標準以雙方合擬的協(xié)議附件功能說明書作為通過的根據。
第五條售后服務條款及時間
甲方為乙方免費培訓一定人數的軟件使用人員。
甲方提供一年的免費軟件系統(tǒng)維護服務。包括數據整理，備份等。該時間為軟件由乙方驗收通過之日開始的一年。免費服務期滿后，另簽服務協(xié)議。
甲方在軟件驗收通過之日起的兩年期間，如對軟件系統(tǒng)進行版本更新，將免費為乙方提供系統(tǒng)升級服務。期滿后，甲方將對有需要的用戶提供系統(tǒng)最新版本的升級服務，統(tǒng)一收取費用。
第六條乙方運行軟件的電腦硬件設備及操作系統(tǒng)由乙方自行解決。甲方不會替乙方的電腦平臺提供升級或維護，并不會為乙方其它軟件的版權，不得對甲方銷售之軟件產品進行反向工程，反向編譯，反匯編或出租。
否則乙方愿意承擔由此給甲方帶來的一切損失，甲方保留追究乙方法律責任的權利。
第九條其它
1．甲方只負責開發(fā)軟件，乙方使用該軟件做其他事務，后果由乙方承擔。
2．除在不可抗力或雙方協(xié)議的情況下，本協(xié)議書不能取消。
3．如雙方在協(xié)議期內有任何爭議，應友好協(xié)商解決。若協(xié)商不成，可提交深圳市經濟仲裁機構促裁。
第十條本協(xié)議一式兩份，甲乙雙方各持一份。
第十一條本協(xié)議從協(xié)議簽定日起生效。
甲方（蓋章）：_________
乙方（蓋章）：_________
_________年____月____日
軟件項目解決方案篇十三
甲方：身份證號：住址：
乙方：身份證號：住址：風險提示：
合作的方式多種多樣，如合作設立公司、合作開發(fā)軟件、合作購銷產品等等，不同合作方式涉及到不同的項目內容，相應的協(xié)議條款可能大不相同。
本協(xié)議的條款設置建立在特定項目的基礎上，僅供參考。實踐中，需要根據雙方實際的合作方式、項目內容、權利義務等，修改或重新擬定條款。甲乙雙方在平等自愿的基礎上經充分協(xié)商，就合作經營_______項目、明確合作各方的權利與責任事宜，特訂立以下協(xié)議條款共同執(zhí)行。
一、合作項目承包項目名稱：承包項目經營范圍：承包項目經營地址：
二、合作時間合作期限為________年，自本協(xié)議簽字生效之日算起。期滿后雙方如有繼續(xù)合作的愿望，以本協(xié)議為基礎重新簽訂協(xié)議。
三、合作分工風險提示：
應明確約定合作各方的權利義務，以免在項目實際經營中出現扯皮的情形。
再次溫馨提示：因合作方式、項目內容不一致，各方的權利義務條款也不一致，應根據實際情況進行擬定。甲方按照要求應向乙方提供的物品所確定的日期和地點提供相應的物品。乙方在實施工作計劃中和結束工作任務時，應保證物品的狀態(tài)與接收時一致(正常耗損除外)，并在工作結束時將這些物品歸還甲方。乙方提供的任何服務要求使用甲方所提供的硬件、軟件和其它物品，甲方應保證：擁有必要的許可、證明或其它文件。確保在本合同實施過程中和乙方在提供認定的服務時，有關物品可以被移動、使用、復制、修改、翻譯、分發(fā)和(或)與其他物品組合，而不會侵犯第三方的權益。任何一方要求對合同內容進行變更時，所有的變更要求都必須以書面形式提交并經雙方簽字同意。甲方不得在雙方合同簽署后，隨意變更需求，如若需要變更需求，則需雙方確認簽字同意。
四、技術、市場保密合作期內未經項目合作各方同意，任何人不得將技術及客戶資料轉讓，不得與項目合作雙方以外的合作方進行合作或為他人謀取利益，不得將技術泄密。違反約定的，項目合作方有權沒收違約方相關收益，并追究違約方的經濟法律責任。風險提示：
應約定保密及競業(yè)禁止義務，特別是針對項目所涉及的技術、客戶資源，以免出現合作一方在項目外以此牟利或從事其他損害項目權益的活動。
五、收益分配合同總金額為b萬元，計人民幣圓整，作為系統(tǒng)的開發(fā)費用?？铐椪f明：本合同簽訂后日內，甲方向乙方支付合同金額的%，計人民幣圓整；在項目完成的%時，甲方向乙方支付合同金額的%，計人民幣圓整；軟件按行業(yè)標準驗收合格之后日內，甲方向乙方支付合同金額的%，計人民幣圓整；剩余合同金額的%，計人民幣圓整，作為軟件質量保證金，于軟件驗收合格之后日內支付，軟件驗收最長時間不超過天；如若工期延遲交付（非不可抗力導致的延遲交付）日及以上，則乙方須賠付甲方圓作為工期延誤損失賠償；如乙方因不可抗因素無法完成項目，則乙方須退回所有甲方已付款項，并賠付甲方圓作為時間延誤費；如甲方中途因各種因素選擇停止項目，則甲方不可收回所有已付款項，并且甲方須賠付乙方圓作為工費；甲方向乙方支付的費用，除另有規(guī)定外，所有費用的支付幣種為人民幣()，由甲方本合同規(guī)定的付款方式以電匯，支票或微信，支付寶等支持身份認證體系的第三方在線工具劃入乙方指定的帳戶中；雙方同意各自分別支付因執(zhí)行本合同而發(fā)生的有關稅費。
六、合作保障措施風險提示：
合同的約定雖然細致，但無法保證合作方不違約。因此，必須明確約定違約條款，一旦一方違約，另一方則能夠以此作為追償依據。在合作期內，項目合作雙方中任一方未經其對方協(xié)商認可擅自退出該合作項目，違約方同時賠償被侵害方的投入損失及其他合作期內應得收益（具體為：按合作之日起至產生變故時為止的被侵害方應得的收益平均值計算，違約方賠付被侵害方剩余協(xié)議期的總收益）。并且必須遵守技術、市場保密條款，兩年內不得在當地使用或經營本項目的同類技術內容及客戶資源。否則項目合作各方有權追究違約方的一切經濟法律責任。在合作期內因戰(zhàn)爭、災害、疾病等不可抗力因素導致項目合作解散或合作期滿各合作方不再合作，該項目技術內容歸雙方所有。合作方如有一方違反本協(xié)議，則其他方有權取消與違約方的合作并追究違約方的一切經濟法律責任。
七、其他未盡事宜經雙方共同協(xié)商。
八、本協(xié)議一式兩份，甲乙雙方各執(zhí)一份。
甲方：乙方：
日期：____日期：
軟件項目解決方案篇十四
住所地：___________________________
法定代表人：_______________________
乙方：_____________________________
住所地：___________________________
法定代表人：_______________________
甲乙雙方經過友好協(xié)商，依據_______________，本著相互信任，真誠合作的原則，就乙方向甲方提供_____合作申購系統(tǒng)達成以下協(xié)議，雙方共同遵守。
乙方負責向甲方提供以下產品：營業(yè)部合作申購系統(tǒng)
一、甲方責任
1．按乙方要求提供合同所規(guī)定的軟件產品所需的硬件設備及硬件環(huán)境，并有責任為乙方提供便利的工作條件。
2．有責任為乙方的.實施工作進行內部各部門、各營業(yè)部的協(xié)調，調動相關資源，配合乙方按進度完成項目實施。有責任按乙方要求與相關第三方溝通。
3．按乙方所提供的相關軟件的操作手冊進行操作，以確保系統(tǒng)運行安全可靠。
4．按具體合同所規(guī)定的付款方式進行付款及按期交納技術支持費用。
5．按照合同的約定履行收貨義務并按照約定的驗收標準及程序切實履行驗收義務。
二、乙方責任
1．按合同規(guī)定的內容提供相關軟件產品及相應的技術文檔。
2．有責任對甲方相關人員進行管理、操作、使用及技術培訓。
3．若有需要，有責任協(xié)助甲方與相關第三方溝通。
4．若有需要，有責任協(xié)助甲方完成與項目有關的各種設備和系統(tǒng)軟件的準備工作。
5．負責對甲方長期的技術支持及售后服務。
本合同涉及的軟件產品及服務實施完畢，一次申購業(yè)務完成_____周后的_____日內，營業(yè)部一次性支付合同的全部金額即_____元整給乙方。
一、甲方應按合同約定支付價款，逾期支付超過_____天的，甲方應按遲延付款金額的萬分之四/每日向乙方支付違約金。
二、如因乙方的原因造成不能按合同期限完成實施，超過_____天的，乙方按遲延一日支付合同金額萬分之四向甲方支付違約金，但承擔額不超過合同金額的_____%。
一、對乙方提供的技術資料，甲方應負責保密并保證以本合同約定的方式使用，甲方的此項責任并不因本合同的終止及無效而解除。
二、乙方對合同涉及的軟件產品及相關文檔擁有獨立版權。甲方不得許可第三方使用或作他用，并不得向第三方公開及轉讓。
三、甲方不得自行復制、仿制相關軟件產品，并不得使用于本合同未涉及的其它地點。
四、甲方不得對軟件自行修改，對修改后軟件的使用效果乙方不作質量保證，并且甲方亦不得向任何第三方提供修改后的版本。
一、甲方應在系統(tǒng)實施完畢后一周內進行驗收。若甲方屆時未提出拒絕驗收的合理理由，則視為甲方已驗收合格。
二、驗收標準：驗收的內容及功能以乙方提供的手冊為準。
一、乙方承諾對甲方提供_____小時不間斷電話技術支持服務。
二、當出現電話技術支持及遠程維護所不能解決的交易系統(tǒng)重大事故時，乙方相應技術支持人員應當在最短時間內進行現場處理。
三、若甲方將來改用或增用第三方產品，乙方應提供必要的支持。甲方改用第三方產品時，本合同即終止。
四、如因證券主管機關或交易所變更交易規(guī)則或數據接口，在甲方按時支付合同價款及維護費的情況下，乙方應保證在規(guī)定的最后期限前完成對乙方軟件產品的修改。
五、對于甲方在使用乙方相關軟件產品過程中產生的個性化需求及由此產生的定制化開發(fā)要求，甲方應向乙方售后服務機構提出。乙方應及時給以評估和答復，必要時另行立項開發(fā)。
六、從合同涉及的軟件產品投入使用之日起，相關服務及維護溶于柜臺系統(tǒng)，但因甲方自身原因造成系統(tǒng)不能正常運行，要求乙方提供服務，乙方所產生的費用由甲方承擔。
一、本合同自甲乙雙方代表人簽字并加蓋公章之日起生效。
二、本合同的修改、變更應通過書面形式，并經協(xié)議雙方代表人簽字并加蓋公章后生效。
三、本合同一式四份，雙方各持兩份。
甲方：___________________（蓋章）乙方：___________________（蓋章）
代表人簽字：_____________代表人簽字：_____________
軟件項目解決方案篇十五
香江項目（事業(yè)部內部編號）作為我們消費電腦邁向家電化的一個重大的項目，雖然其作為一個c類研發(fā)項目，但其涉及到的無論從硬件上還是從軟件上都可以與一個小型的a類項目媲美。我作為項目的leader，從心底里還是有點害怕，畢竟是剛加入公司的新員工，但出生牛犢不怕虎，我也很想嘗試去做一件事，只有在實際工作中才能不斷的成熟，提升自我。到目前為至，整個項目推進以香江項目計劃為關鍵路徑，相關硬件開發(fā)也在有條不絮的進行。
對于下面我想重點闡述溝通、簡單、反饋和勇氣，這是我們協(xié)作開發(fā)軟件項目的四個重要部分，對于軟件項目的管理與開發(fā)具有重大的意義。
或更準確地說，缺乏溝通，是幾乎所有軟件項目問題的根源?？蛻魶]與開發(fā)者溝通他的要求，或開發(fā)者沒與客戶溝通提供一個功能的困難之處。如果涉及的各方直接，及時地互相溝通，就可以消除大多數問題。我們不能忽視或懲罰任何誠實的溝通。
目前我們消費的定位是項目經理，從實際承擔的工作上看作為客戶（需求方）與硬件開發(fā)的角色，但作為面向消費客戶，我們最關心的是功能訴求，用戶使用流程與呈現界面，這和開發(fā)人員（程序員）有很大的沖突，后者更關心的是具體實現方式，如對于媒體播放器的底層api的使用與功能訴求如何在計劃時間內完成。localhost但共同的目標是一致的，提供給用戶易用的產品，尤其對于我們一個企業(yè)內部的開發(fā)團隊，而不像外面公司間的協(xié)作。但溝通信息的通暢性也直接制約著產品的質量。
對于軟件項目的需求內容不明確，把握不充分是其失敗的一個重要方面，這是我們經常遇到的問題。一方面，由于客戶（需求方）it知識缺乏，一開始自己也不知道要開發(fā)什么樣的系統(tǒng)，或者懶于系統(tǒng)地整理出來，經常是走一步算一步，不斷地提出和更改需求，使得實現方叫苦連天。另一方面，實現方由于行業(yè)知識的缺乏和設計人員水平的低下，不能完全理解客戶的需求說明，而又沒有加以嚴格的確認，經常是以想當然的方法進行系統(tǒng)設計，結果是推倒重來。因此，需求分析必須注重雙方理解和認識的一致，逐項逐條地進行確認，雙方能在共同的基礎上達成功能與時間上的統(tǒng)一。
在香江項目中，對于需求主要涉及到后續(xù)新品的需求與本身項目發(fā)展的需求的綜合，對于實際工作中，我積極與軟件設計經理，程序員進行溝通，先從正式文檔輸入開始，免的一開始就陷入無窮盡需求討論中。隨著項目的推進，對于某些需求由于技術上與時間上的不可實現性，因而大家及時溝通，通過項目的中期核對這樣的方式，將一部分需求作為第二次開發(fā)的要點進行剝離，從而保證項目的按計劃進行。
有什么最簡單的事情可能會起作用？我們的注意力太多放在了軟件的最復雜難解的功能上，而這些功能我們很少用到或者只是曾經用過。今天做簡單的工作，明天花點代價修改它要比今天做可能永遠用不到的復雜工作好的多。這也和我們的溝通價值緊密聯系在一起，因為系統(tǒng)越簡單，需要的溝通越少。
從辨證的觀點上看，簡單與復雜是矛盾的`統(tǒng)一體。某項技術對于某些人是簡單的，但對于另外的一些人則是復雜的！因而簡單并不是說整個功能的簡單，而是說我們掌握了該項技術后就應該有所發(fā)展的研究，比如我們知道恢復/備份功能的實現方案，但以項目的時間計劃與人力資源上講完整的實現該功能是不可能的，因而分為兩個階段的推進，這樣對于項目的開發(fā)人員就可以相對簡單的進行開發(fā)，有利于發(fā)揮主觀能動性，而不是在截止期限壓力與人力的壓制中進行開發(fā)。
一個軟件的成功與否，并不是其內含的技術有多高，其算法有多嚴謹，而是能被用戶所接受。尤其對于我們消費軟件來說，因為我們直接面對的是客戶，強調以用戶為中心的設計始終是我們的頭等大事。但作軟件功能的需求，不是靠幾個人的腦力激蕩而沒能完成的。只有通過來自第一線的聲音，從客戶需求來定我們的功能需求。
在我們的項目實施過程中，采用平臺開發(fā)與功能開發(fā)的兩條主線來進行。對于平臺開發(fā)是通過業(yè)界技術與自身技術實力作為反饋點，而功能開發(fā)以用戶的使用流程與功能本身需求為反饋，來共同完成項目需求的確認。
我想對于控制系統(tǒng)而言，閉環(huán)控制就是導入了反饋的機制讓系統(tǒng)更加可靠。對于一個項目來說，本身就是一系統(tǒng)工程，無論是人員技術能力，思想，做事方式上的反饋都是對項目推進有很大幫助，試想程序員只是埋頭做自己的事情，研究技術細節(jié)，那么我想做出來的軟件可能是差之千里。我想項目成員間的溝通是必要的，但同時需要的是效率，否則一味推諉是解決不了實質問題的！
形成一個良好的反饋機制，同時項目經理承認項目中存在的問題，加強風險管理，這是一個項目成功實施的必要保證。
勇氣從表面上看好像是有勇無謀的感覺，但是如果我們每做一件事情總是畏首畏尾的，把失敗看作是洪水猛獸的，那么有多好的規(guī)劃與人力也只是曇花一現。對于軟件開發(fā)，我們還是要把勇氣帶進了軟件開發(fā)中。我們有沒有勇氣嘗試新的、不同的東西來大幅減少項目時間？我們有沒有足夠的勇氣在即使面對巨額預算和截止期限壓力時仍能堅持做正確的事情？這需要我們的勇氣。
勇氣（courage），我記得聽過一個笑話，大意說的是一個日本兵聽從其長官從5米高的桅桿上跳下來謂之勇氣，一個德國兵聽從其長官從10米高的桅桿上跳下來謂之勇氣，而美國兵被其長官要求從100米高桅桿上跳下來，而兵說長官瘋了，拒絕執(zhí)行稱之為勇氣。對于這笑話中我們可以一笑附之，但我們卻是應該把勇氣導入我們的實際工作中。有沒有勇氣去面對錯誤與權威，這是我們每一人應該堅持的。
我想對于我們公司來說流程的定義很清晰，執(zhí)行人員可以提出改進意見。
溝通、簡單、反饋和勇氣四個價值觀演繹了項目管理的全過程，從價值層面上剖析了項目經理與項目成員應該理解的含義，希望對大家有益。
溝通、簡單、反饋和勇氣是統(tǒng)一的，試想溝通的方式有很多種，如面談，電話和郵件，也只有通過溝通項目組成員們才能得到反饋，將復雜的事務簡單化，有力的保障項目的順利進行。只要項目成員有勇氣挑戰(zhàn)上級領導，在一定程度上堅持正確的方向，那么四個層面上的價值觀可以得到淋漓盡致的發(fā)揮。
軟件項目解決方案篇十六
甲方：
法定代表人：
乙方：
法定代表人：
甲乙雙方本著互利互惠、共同發(fā)展的原則，經過友好協(xié)商，決定充分利用雙方各自的優(yōu)勢，資源互補，____________________________________項目上進行合作。特訂立本合同。
1，軟件項目名稱：________________________________________。軟件開發(fā)合同2，軟件項目開發(fā)內容：_____________________________________。
3，軟件項目開發(fā)目標：_____________________________________。
4、軟件項目總金額：_______________________________________稅后金額：_______________________________________。
5、軟件項目驗收期限：__________年__________月____________日。
二、期限
合作期：____年，自______年____月____日起，至______年____月___日止。
1，甲方負責溝通與協(xié)調工作。
2，乙方負責軟件開發(fā)，實施，驗收后的維護。
3，對外洽談經營業(yè)務時以甲方的名義進行乙方無權利代表甲方簽署任何有法律責任的文件。如需簽署需得到雙方認可后方可簽署。
1、利潤定義：項目合同金額減去法律指定稅項。
2、分配方式：甲乙雙方利潤按____：____分成。
甲方：_________%乙方：_________%
3、甲方收到項目開發(fā)款項后15日內進行利潤分配并以現金形式支付乙方。
4、軟件完成驗收后的服務費用由乙方獲的。
1，本合同相關的所有作品、程序、文件源碼的。
2，甲方有權利用本項目開發(fā)的成果進行后續(xù)開發(fā)或改進，由此產生的知識產權歸甲方享有。
不可抗力(即不能預見、不能避免、不能克服等的客觀情況，包括但不限于地震、洪水、火災、戰(zhàn)爭、政府行為等)致使一方不能履行或者延遲履行其在本合同的全部或部分義務，則該遭受不可抗力的一方不承擔違約責任。
因不可抗力的原因造成合同延遲履行，則遇有不可抗力一方應在不可抗力發(fā)生之日起48小時內通知對方，并提供有關部門的證明材料。除因遲延履行通知義務造成其他方損失外，對因不可抗力造成的損失雙方互不承擔違約責任。遇有不可抗力一方應在不可抗力消除后48小時內通知另兩方，由雙方協(xié)商是否繼續(xù)履行合同。
在發(fā)生不可抗力情況時，遇有不可抗力一方仍有責任采取必要措施以防止不可抗力事件影響的.擴大。
1、乙方違約責任：
(1)如果由于乙方原因導致不能按照約定的時間完成項目的驗收，乙方應以如下方式向甲方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付合同總價的0、5%，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的1%。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響乙方的義務。
(2)如果在合同簽訂后、項目所有權未轉移給甲方前，乙方將其轉讓或抵押給第三方，則乙方應根據對甲方造成的事實損害的嚴重程度支付最高不超過合同總價10%的違約金。
2、甲方違約責任
在乙方履行合同規(guī)定的各項義務的前提下，甲方無正當理由逾期支付貨款，則甲方應以如下方式向乙方支付逾期違約金：從延遲的第一周到第四周，每遲一周支付逾期付款部分的1‰，不滿一周作為一周計算。從第五周起，每遲一周支付合同總價的2‰。上述逾期違約金總值不超過合同總價的5%。如上所述的逾期違約金不影響甲方的義務，并且合同中確定的乙方對甲方的各項服務日期可作相應的順延。
雙方同意不對公眾公布任何與本合同有關的、因執(zhí)行本合同而獲知的資料。未經雙方授權認可，任一方不得以任何形式向第三方披露或泄露本項目成果及與本項目有關的數據、程序代碼(通用的程序代碼除外)和相關技術文檔。在本項目研發(fā)過程中一方提交給另一方的所有資料和文件，都作為提交方企業(yè)的商業(yè)秘密，另一方應承擔保密義務。
甲乙雙方約定，不論本合同是否變更、解除、終止，本保密條款均有效。
1、未盡事宜將由本合同、甲乙方通過協(xié)商解決。
2、因乙方與甲方以個人名義進行合作需對甲方提供身份證復印件。
3、任何一方未得另一方同意不得向任何第三方透露合同內容。
4、對合同內容做出的任何修改和補充應為書面形式，由雙方授權代表簽字后成為合同不可分割的部分。
5、任何與合同相關但未在合同中明確規(guī)定的事項將由雙方友好協(xié)商并達成合同以解決。
本合同一式兩份、甲乙方各持一份，在甲乙方簽字蓋章后生效，具有同等法律效力。
甲方：
乙方：
甲方代表(簽字)：
乙方代表(簽字)：
簽訂日期：____年____月____日
簽訂日期：____年____月____日