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