後端人員怎麼開發技術文檔外包

1. 承接一個外包開發項目後，開發流程以及如何做好

依據我們軟體項目開發的經驗，來給大家介紹下
1.項目接洽
這個過程主要是和客戶洽談，了解客戶大概需求並且為客戶回饋信息。通俗的就是說首先你要知道客戶想要做個啥軟體，這軟體主要是用來幹啥的。你要跟客戶說明白你能不能做這個項目，以及你做這個項目所具備的優勢。
ps:這步很重要，首先你得讓客戶信任你的能力，其次得搞清客戶的心裡價位是否在你的承受價位內，不然做其他的工作都是沒意義的。
2.項目立項
前期和客戶談完後，如果客戶對你的團隊或個人能力信任，報價也覺得合適。那這個項目就算是正式啟動了。這個階段一般你得把客戶的大概需求細化，整理出「合適」的需求分析文檔。為什麼要強調「合適」。因為很多軟體開發公司特別是日本公司有「文檔病」，不管什麼文檔都要求寫的累牘連篇，最後寫完根本沒人去看。
所以自己接項目時寫的需求分析要講究實用，要求你在寫的過程中要了解一下幾點：1.將籠統的需求分解成眾多功能點，開發這些功能點的難度及大致時間。2.細化後的需求點如有不甚明了的地方需要和客戶確認。3.細化需求後還要形成文檔，作為開發合同的一部分。
3.項目正式開發
如果是團隊開發，你作為項目負責人要有以下能力：1.對團隊各個成員的水平要非常了解。2.確定項目實現技術方案，依據就是團隊成員的能力及你自己對此技術的把握（很多情況要你親自頂上去救火）。3.估算出項目整體完成周期。
4.項目完成
項目完成後下對客戶交付，客戶驗收通過後收尾款。如有超過合同的需求，要算作二次開發需要加收開發費。這點也很重要，國內客戶很多改來改去還不想加錢，如果你礙於面子默許了，相信我，這是你噩夢的開始。。。

2. 請問做網站後端開發,一般是哪些流程

1.前端框架一般指用於簡化網頁設計的框架，比如，jquery，extjs，bootstrap等等，這些框架封裝了一些功能，比如html文檔操作，漂亮的各種控制項(按鈕，表單等等)。

2.使用前段框架可以降低界面開發周期和提高界面的美觀性。

3.有些框架比較輕量，比如jquery，有些框架比較重量，比如extjs。一般來說重量的框架會封裝更多的功能，比如extjs，封裝的grid控制項有很強的數據展示和操作功能。

1.對用戶的價值：

大部分產品對用戶的核心價值是功能和內容提供的，而不是由表現層和交互。譬如支付、電商、新聞、交友。

後端解決有還是無的問題，開天闢地。

前端解決有了以後好用的問題，錦上添花，在競爭激烈的領域確實至關重要。

2.技術廣度和難度：

廣度上後端工作在伺服器領域，能控制的硬體基本沒有極限，CPU、存儲、網路、集群等等，因此技術領域極廣。一個優秀的後端需要掌握或了解大量技術如：並發、業務架構、資料庫、幾打流行框架、性能調優、分布式計算、集群架構、容災、安全、運維等等，一層知銷和挖透了還有下一層。幾十年計算機發展歷史中大量的技術沉澱在伺服器端。

Web前端一直工作在一個瀏覽器盒子里，先天不足，能承載的可能性太小，技術廣度不足。

深度上，現代計算機領域的難題如大規模負載，海量數據處理，實時計算也是後端的，前端集中在表示層，這一層雖然也很復雜，但能稱之為難題的技術幾乎沒有，也很容易復制。

前端要說深度也不是沒有，但這一步需要跨到圖形領域(如網頁游戲)，不是常見場景。

說到底前端代碼能控制的硬體確實不如後端，因此在技術上，前端更容易。現在為什麼說前端會比後端更值錢呢?那是因為前端對硬體的控制能力提升了(html5odejsmobile)，而後端分化得比較厲害，有一批後端專門只寫業務邏輯，框架是別人寫的，系統架構是別人搭的，伺服器跑在雲里，連機器物理地址都不知道。世人眼裡可能覺得這種寫MVC代碼的人才斗褲是後端，這種被限制在一個「虛擬盒子」里的後端確實不怎麼難上手。

一般而言網上說的互聯網行業的技術含量排名大概是這樣：

產品經理<設計師<前端<後端<其他更高級職位，比如演算法工程師等等。

在廣大中小公司，很多產品經理都是不會代碼，不會設計。很多技校學藝術設計的畢業生，當上了美工。這些都是真，所以能力低，乾的人多，自然搭盯就低。然而，你問Google設計師掙多少了嘛?

門檻低不等於技術含量低。

3. 請問軟體開發外包的流程是什麼軟體開發外包有哪些注意事項

常規的APP開發公司一般會把APP分為三大階段

第一階段：需求分析+報價階段

第二階段：開發階段

第三階段：產品發布階段

在這三大階段中又分為幾個階段，接下紅匣子會一一先大家說明

那麼在三大階段可以細分統概為5小點：

第二階段：開發階段

1.項目啟動:開發需要根據產品需求文檔進行評審，並對開發周期、測試時間、預發布時間、正式發布時間進行評估。

2.程序開發流程:前端開發-程序開發-界面對接-第三方訪問(支付寶支付功能等。)-定期項目會議溝通和項目開發進度控制-開發預算審核。

3.程序測試:面向產品的平台多機同步測試，包括App內容測試、App性能測試、App功能測試、App視覺測試、調試和bug修復。通過測試後，與客戶溝通，確認沒有bug後開始驗收。由客戶測試，並提出修改建議。

4. 後端開發都需要那些技術

後端主要是讓伺服器、應用、資料庫能夠彼此交互，需要考慮如何實現功能、數據的存取、平台的穩定性與性能等。常用的腳本語言有php、 java 、 python、C、C++等，以java為例主要用到的技術包括但不限於Struts、spring、springmvc 、Hibernate、Http協議、Servlet、Tomcat伺服器等
第一，Servlet技術。Servlet技術是Java後端的重要技術之一，作為Java Web開發的核心組件，Servlet承擔了Web MVC結構中的核心作用(功能導航)。傳統的Model2結構(Servlet+JavaBean+JSP)雖然在目前已經很少使用了，但是Web開發的基本結構依然沒有改變。Servlet技術的應用涉及到Web容器、會話(HttpSession)、安全、同步、Web應用部署等相關內容。

第二，Java操作資料庫。後端開發免不了與資料庫打交道，所以掌握Java的資料庫操作是一個基本要求。Java操作資料庫涉及到的內容有JDBC、JNDI、RMI、DAO等內容，其中使用RMI+JDBC是構建java資料庫開發的一個常見的解決方案，而JNDI則是對各種資源的定義。

第三，Spring框架。Spring+SpringMVC+MyBatis是目前一個比較常見的後端開發方案，Spring的原理就是構建了一個「業務組件容器」，SpringMVC則是Web MVC的一個具體實現框架，而MyBatis則是一個基於DAO的實現框架。從性能的角度來說，Spring是EJB的輕量級解決方案，得到了廣大Java程序員的歡迎。如果有Servlet以及資料庫操作的基礎，那麼學習這幾個框架的使用是一件非常輕松的過程。雖然基於Spring的編程比較方便，但是Spring也有缺點，比如配置文件過於繁瑣。

第四，結合hadoop構建Java的分布式開發。Java的分布式開發是提高Java後端處理能力的重要內容，RMI是Java分布式開發比較常見的解決方案，學習起來也比較簡單

5. 程序員怎麼接外包

現在外包的軟體項目不斷增長，但隨之而來的，承接外包的軟體公司、軟體團隊也越來越多，包括很多個人SOHO一族也加入到承接軟體的競爭行列中來了，因此現在對於軟體項目的爭奪也很激烈。作為一個多年從事外包項目接單的軟體開發人士，我想從以下幾方面談談我的經驗，希望對您會有所幫助。

第一點， 到哪裡接項目

軟體團隊或SOHO最為關心的一點是在哪裡可以找到項目做，也就是到哪裡可以找到有外包需求的客戶。

對於一般人來說，廣交朋友然後通過熟人介紹還是接項目的第一途徑，但這要求你的朋友或熟人要在企業或公司里有比效重要的管理位置，對於像那些每天只能是埋頭寫代碼的程序員這仿舉讓顯然是不太現實的。

所以大家不能等著項目來找你，而是要主動的出擊去找項目。現在網上有很多軟體外包網站，在這里你可以找到不少的軟體外包信息。比如軟體商務網（bizsofts.com）上就有大量的軟體外包信息。不過這里每天外包的項目雖然很多，但競爭也很激烈。一般一個外包信息發出後一天內就會有無數個競爭者，所以能第一時間與客戶取得聯系答脊是非常關鍵的。

因為客戶一般都是先入為主的，一般來說，如果第一個談項目的人他覺得滿意了，就會對其他的競爭者不再予以考慮，所以你要經常上網站上看看有什麼最新的項目，並立即與項目的發包方取得直接的聯系。其他比如軟體外包網、維客網、中國軟體網，還有CSDN的外包頻道上也有很多外包的信息，大家可以自己上去看看。

第二點， 如何與客戶談需求

接項目最重要的一步是與客戶談需求。客戶對軟體的需求是項目規劃和實施的根本，所以在與客戶談需求時，一定要讓用戶將所有的想法盡可能的闡述清楚，並把所有的要求羅列出來。這時候不應該害怕「勾引」起客戶的潛在需求而增加設計開發的工作量。而應該直接明白地要客戶把項目的要求一條條地列出來。

這時先把條理、歸納、分析先都扔到一邊去，用紙筆將用戶最原始、最完整的要求准確地記錄下來。假如項目在你對客戶的需求沒有完全了解清楚的情況下就匆匆上馬，那麼就會隨時發生意想不到的變更，輕則使項目延期或超出預算，重則使得原來已經做好的軟體要徹底推倒重來。

第三點， 如何合理地報價

在完全了解客戶的需求後，下一步就是要確備局定一個合理的報價。接包方要從跟客戶的交談中盡量地了解出客戶的准確意思，思考客戶想要的是怎樣的一個軟體，項目復雜的程度多大，客戶的要求有多高，客戶的性格如何，能夠接受的價格範圍等等，這些因素對於軟體項目的報價都是密切相關的。如果客戶要的是一個小型的軟體系統，不太苛求有多全面的功能，只要滿足某一方面的需要，並且客戶又是一個比較隨和的人，那麼項目可以報一個接近成本的價格；相反如果客戶要求的是一個面面俱到的管理系統，需要有各方面的功能，缺一不可，並且客戶又是那種對項目要求嚴格苛刻，絕不變通的人，那就要充分考慮各種不穩定的因素，報一個比較高的價格。

第五點， 如何能收到項目款

這是整個項目中最後也是最難的一個環節。即使你的項目做得再好，如果沒有收到款，那你前面的一切努力都等於是零。要想項目能順利地收到款項，那麼從項目未開始之前的談判階段就要對這一點加以注意。

首先要判斷對方是否是真心外包項目。這里有幾點經驗拿來給大家分享一下：如果你看到項目中說「請提供完整的解決方案和成功案例發到某某郵箱」，這應該只是想套取設計方案而已，發幾張你們公司或團隊的推介廣告和報價單給他即可。

還有的客戶張口就要源碼要設計文檔設計方案的，這種人目的性太強了，如果你真給了他就再也不理你啦。還有的外包方死活不肯介紹自己，不肯告訴自己是誰、怎麼稱呼、怎麼聯系、是什麼公司、做什麼業務的，與這種連最基本的誠信都沒有的客戶就根本沒有必要談下去。其次是判斷對方是否有充足的資金和實力，項目要求是否合理(技術、周期等各方面)。

這個可以在需求的談判中可以有意識地來加以探明，如果對方的項目很大卻老是強調項目非常簡單，這應該是不想付足項目款；有的發包方堅持不肯給預付款，老是要求項目完成後再交全部款項，這應該是沒有誠心付款。還有的項目要30天才能完成卻只給幾天的開發時間，這種項目外包方也是很值得懷疑的。