程序員業務架構圖

① 程序員數據結構結構圖用什麼軟體

畫流程圖最重要的是反映你的思路，能夠讓別人一目瞭然的知道整個程序的過程。

我用過的流程圖工具有PPT、Axure,WPS,Visio、MindManager、億圖圖示專家（Edraw Max億圖圖示）等。
PPT畫流程圖，比如用它的SmartArt，做簡單的流程演示，還是可行的。但無論從視覺美感、還是承載流程步驟的規模，PPT都沒法和Edraw Max億圖圖示相比，WPS誰用誰知道。
用Axure畫流程圖，對我來說，太浪費時間，布局費力，反正我用不來。Mindjet畫流程圖，也用的是思維導圖的方式，所以沒有啥可比性。
我想說的是Visio和Edraw Max億圖圖示。
1.Viso 是微軟的一款流程圖軟體，功能強大。只要你水平強大，基本能做出任何你想要的東西，功能強大，就是有點不美觀，也很貴。

2.億圖圖示。也是一款網路圖繪制軟體，國產，比Viso佔用內存小，但是功能更強大，最新版本的界面已經很流暢漂亮，關鍵是他的圖庫相比visio強大很多，畫起來很有逼格。

② 程序員是干什麼的

程序員是干軟體的。程序員的本質工作當然是寫代碼，用代碼實現功能。（就是用基礎語言(c/c++,java,objectc)等來編寫文檔一樣，不過這些文檔編譯後就變成可運行的程序）。

范面上看程序員就是干這些事情的：code、code、code。編碼只是程序員的一小部分工作，要是只是編碼這么簡單，就不會有程序員加班，通宵幹活了。程序員不止幹了這些。我們就以三個階段來說說程序員究竟幹了些什麼。
一、初級程序員

初級程序員的工作還是比較簡單的，一是知識經驗有限，主要是編寫簡單代碼和學習為主，只要完成一些基本的編碼任務，單一功能的實現。

二、研發工程師

有了一定的經驗後你就轉變為工程師了，這個時候你就不光是簡單的完成任務了。code這個還是你主要的任務，但除了這，你還要將設計，調試等等肩負起來。這時候一般都是多個功能模塊的設計實現（整體架構由架構師完成）。模塊內的詳細設計（功能的實現邏輯）文檔編寫，模塊調試。直到功能完善交付。

三、架構師

架構師就已經脫離了code了，因為他們已經不必關心代碼如何編寫了，更重要的事情是完成一個軟體、系統的設計架構。萬丈高樓得有一個好的框架。要不然你就只能蓋個2層小樓了。架構師負責從分析軟體需求，再到軟體系統的詳細設計，人員的配置，工作的量化，到完完全全的產品整個過程。

③ php架構,mvc開發模式,php程序員工作~

PHP開發框架背後的思想被稱為「模型—視圖—控制器」（MVC）。MVC是這樣一種架構模式，它隔離了業務邏輯與UI，允許其一改變而另一者不受影響。（也可以說是關注點的隔離）在MVC中，模型負責數據，視圖負責表現，控制器則是程序主體或者說是負責業務邏輯。從本質上說，MVC拆分了一個程序的開發過程，這樣你就可以修改獨立的每一部分，而其他部分不受影響，這是十分重要的，它使得編寫PHP代碼更為快捷簡單
開發者可能出於不同的考慮而使用PHP開發框架，不過首當其沖的原因是為了加速開發過程。相似工程之間的代碼重用能夠節省開發者大量的時間和精力。PHP開發框架內置了預建的模塊，免去了冗長又令人厭煩的編程工作。這樣開發者就能夠把時間活在開發實際程序上，而不是每一次都要為每一個項目重建基礎模塊。

④ 程序員是做什麼的

程序員一般的工作是從事程序開發、程序維護。

程序員是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，軟體從業人員分為初級程序員、中級程序員、高級程序員（現為軟體設計師）、系統分析員，系統架構師，測試工程師六大類。具體工作職責如下：

1、負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態。

(4)程序員業務架構圖擴展閱讀：

職業要求

一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。

大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。

盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。

一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。

對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。

⑤ 什麼是「架構」

架構=框架與構造，假如將一個應用程序看做一輛車，程序員就是生產製造人員。

程序中的每個關鍵詞、常量、變數是製造汽車用的各種原材料，而函數、類、功能模塊、定義就是使用原材料製造的不同級別的零部件，然後程序員將這些部件組裝起來。而架構就是指導程序員如何組裝程序的圖紙。

⑥ 程序員往上做是什麼軟體分析師、架構師、工程師有什麼區別

程序員往上做是軟體分析師、架構師這些高級技術人員。要說層級關系軟體分析師、架構師、工程師比程序員高級，這些都是從基礎程序員做起的。

(6)程序員業務架構圖擴展閱讀

對於軟體工程師，不太重視學歷，但並不是對學歷沒有要求，重點關注項目的經驗和學習知識的能力，能否利用軟體工程專業知識來解決問題，根據崗位不同，對軟體工程師的要求也有所不同。

具體能力要根據崗位和自己的興趣愛好選定自己的職業規劃方向，一方面要詳細了解軟體工程師的要求，可以關注企業的招聘信息；一方面自己要貯備通用的知識技能。

可以確定的是軟體工程師的前途在未來的發展依然是不斷升溫的職業，比較需要有技術和良好前景的專業。

參考資料

網路—軟體工程師

網路—程序員

網路—系統架構設計師

網路—系統分析師

⑦ 程序員的具體工作是什麼

1. 確認通過審查方案的目標，輸入數據，分析師，監事，和客戶的輸出要求的項目要求。

2. 安排項目要求在編程序列分析要求;准備工作流程圖和使用計算機知識的能力，題材，編程語言和邏輯圖。

3. 編碼工作流程的信息轉換成計算機語言的項目要求。

4. 通過輸入編碼信息的計算機程序。

5. 確認程序操作進行測試，修改程序序列和/或代碼。

6. 准備寫操作指令供用戶參考。

7. 保持歷史記錄，通過記錄方案的制定和修訂。

8. 維護客戶的信心和保護保密的業務。

9. 技能/資格：一般的編程技巧，分析信息，解決問題，軟體演算法設計，軟體性能優化，注重細節，軟體設計，軟體調試，軟體開發基礎，軟體文檔，軟體測試。程序員其實分為很多種，大家開發的語言可能不盡相同，但是都是有他們的共同點。

⑧ 程序員幹活：什麼是REST架構和K&T決策

一、REST是什麼

REST是英文Representational State Transfer的縮寫，中文翻譯為「表述性狀態轉移」，他是由Roy Thomas Fielding博士在他的論文 《Architectural Styles and the Design of Network-based Software Architectures》中提出的一個術語。REST本身只是為分布式超媒體系統設計的一種架構風格，而不是標准。基於Web的架構，實際上就是各種規范的集合，這些規范共同組成了Web架構。比如Http協議，比如客戶端伺服器模式，這些都是規范。每當我們在原有規 范的基礎上增加新的規范，就會形成新的架構。而REST正是這樣一種架構，他結合了一系列的規范，而形成了一種新的基於Web的架構風格。傳統的Web應用大都是B/S架構，它包括了如下一些規范 ：

客戶－伺服器這種規范的提出，改善了用戶介面跨多個平台的可移植性，並且通過簡化伺服器組件，改善了系統的可伸縮性。最為關鍵的是通過分離用戶介面和數據存儲這兩個關注點，使得不同用戶終端享受相同數據成為了可能。

無狀態性無 狀態性是在客戶－伺服器約束的基礎上添加的又一層規范。他要求通信必須在本質上是無狀態的，即從客戶到伺服器的每個request都必須包含理解該 request所必須的所有信息。這個規范改善了系統的可見性（無狀態性使得客戶端和伺服器端不必保存對方的詳細信息，伺服器只需要處理當前 request，而不必了解所有的request歷史），可靠性（無狀態性減少了伺服器從局部錯誤中恢復的任務量），可伸縮性（無狀態性使得伺服器端可以 很容易的釋放資源，因為伺服器端不必在多個request中保存狀態）

同時，這種規范的缺點也是顯而易見得，由於不能將狀態數據保存在伺服器上的共享上 下文中，因此增加了在一系列request中發送重復數據的開銷,嚴重的降低了效率。

緩存為 了改善無狀態性帶來的網路的低效性，我們填加了緩存約束。緩存約束允許隱式或顯式地標記一個response中的數據，這樣就賦予了客戶端緩存 response數據的功能，這樣就可以為以後的request共用緩存的數據，部分或全部的消除一部分交互，增加了網路的效率。但是用於客戶端緩存了信 息，也就同時增加了客戶端與伺服器數據不一致的可能，從而降低了可靠性。

B/S架構的優點是其部署非常方便，但在用戶體驗方面卻不是很理想。為了改善這種情況，我們引入了REST。REST在原有的架構上增加了三個新規范：統一介面，分層系統和按需代碼。統一介面REST 架構風格的核心特徵就是強調組件之間有一個統一的介面，這表現在REST世界裡，網路上所有的事物都被抽象為資源，而REST就是通過通用的鏈接器介面對 資源進行操作。這樣設計的好處是保證系統提供的服務都是解耦的，極大的簡化了系統，從而改善了系統的交互性和可重用性。並且REST針對Web的常見情況 做了優化，使得REST介面被設計為可以高效的轉移大粒度的超媒體數據，這也就導致了REST介面對其它的架構並不是最優的。

分層系統分層系統規則的加入提高了各種層次之間的獨立性，為整個系統的復雜性設置了邊界，通過封裝遺留的服務，使新的伺服器免受遺留客戶端的影響，這也就提高了系統的可伸縮性。

按需代碼REST允許對客戶端功能進行擴展。比如，通過下載並執行applet或腳本形式的代碼，來擴展客戶端功能。但這在改善系統可擴展性的同時，也降低了可見性。所以它只是REST的一個可選的約束。使用REST架構對於開發人員來 說，關心的是如何使用REST架構，這里我們來簡單談談這個問題。REST不僅僅是一種嶄新的架構，它帶來的更是一種全新的Web開發過程中的思維方式： 通過URL來設計系統結構。

在REST中，所有的URL都對應著資源，只要URL的設計是良好的，那麼其呈現的系統結構也就是良好的。這點和TDD (Test Driven Development)很相似，他是通過測試用例來設計系統的介面，每一個測試用例都表示一系列用戶的需求。開發人員不需要一開始就編寫功能，而只需要 把需要實現的功能通過測試用例的形式表現出來即可。這個和REST中通過URL設計系統結構的方式類似，我們只需要根據需求設計出合理地URL，這些 URL不一定非要鏈接到指定的頁面或者完成一些行為，只要它們能夠直觀的表現出系統的用戶介面。

根據這些URL，我們就可以方便的設計系統結構。從 REST架構的概念上來看，所有能夠被抽象成資源的東西都可以被指定為一個URL，而開發人員所需要做的工作就是如何能把用戶需求抽象為資源，以及如何抽 象的精確。因為對資源抽象的越為精確，對REST的應用來說就越好。這個和傳統MVC開發模式中基於Action的思想差別就非常大。設計良好的URL， 不但對於開發人員來說可以更明確的認識系統結構，對使用者來說也方便記憶和識別資源，因為URL足夠簡單和有意義。按照以往的設計模式，很多URL後面都 是一堆參數，對於使用者來說也是很不方便的。既然REST這 么好用，那麼是不是所有的Web應用都能採取此種架構呢？答案是否定的。我們知道，直到現在為止，MVC(Model-View-Controller) 模式依然是Web開發最普遍的模式，絕大多數的公司和開發人員都採取此種架構來開發Web應用，並且其思維方式也停留於此。

MVC模式由數據，視圖和控制 器構成，通過事件(Event)觸發Controller來改變Model和View。加上Webwork,Struts等開源框架的加入，MVC開發模 式已經相當成熟，其思想根本就是基於Action來驅動。從開發人員角度上來說，貿然接受一個新的架構會帶來風險，其中的不確定因素太多。並且REST新的思維方式是把所有用戶需求抽象為資源，這在實際開發中是比較難做到的，因為並不是所有的用戶需求都能被抽象為資源，這樣也就是說不是整個系統的結構都能 通過REST的來表現。

所以在開發中，我們需要根據以上2點來在REST和MVC中做出選擇。我們認為比較好的辦法是混用REST和MVC，因為這適合絕 大多數的Web應用開發，開發人員只需要對比較容易能夠抽象為資源的用戶需求採取REST的開發模式，而對其它需求採取MVC開發即可。這里需要提到的就是ROR(Ruby on Rails)框架，這是一個基於Ruby語言的越來越流行的Web開發框架，它極大的提高了Web開發的速度。更為重要的是，ROR(從1.2版本起)框 架是第一個引入REST做為核心思想的Web開發框架，它提供了對REST最好的支持，也是當今最成功的應用REST的Web開發框架。實際上，ROR的 REST實現就是REST和MVC混用，開發人員採用ROR框架，可以更快更好的構建Web應用。對開發人員來說，REST不僅僅在Web開發上貢獻了自己的力量，同時也讓我們學到了如何把軟體工程原則系統地應用於對一個真實軟體的設計和評估上。

1、明確課題

2、分析原因

3、制定方案

4、潛在問題分析

5、做出決策並執行

五、實例分析

讓我們來看一個例子：某公司搬遷的KT決策分析

某公司為擴大營業並節省房租，將於半年後，從市區搬至郊區。消息公布一周，即發生嚴重情況，有30%的員工提出辭呈。該如何利用KT決策法來解決這一問題呢？

1、分析問題

分析問題的目的在於找出問題的真正原因。通常地說，有三種情況需要掌握原因：

出現問題時；想採取對策時；為防止未來出現風險時。

此公司搬遷的案例，顯然屬於第一種情況。針對此次狀況，分析問題產生的原因有以下幾種:

①交通不便②家人反對（與交通不便有關）③借機離職④自抬身價（經了解並無此事）⑤異議騷動（因負面謠言所致）⑥相關謠言

2、評估狀況

評估狀況的目的在於排列出處理的優先順序。分析的過程中，必須找出相關事項，分割成可以管理的部分，進而設定優先順序，有效管理許多同時進行的活動。

在此公司的搬遷中，評估狀況如下：

①相關謠言可能引起擴大效應，應列為最優先處理項目。②交通不便需求明確，立即處理③借機離職根據了解評估，並不多。

3、制定方案

制定方案的目的在於解決問題。方案是解決課題的途徑，好的方案應當帶來好的效果。為了探求好的方案，必須在決策分析中體現創新精神，並盡可能窮盡可行的方案。制定方案中包括的工作有：

①設定目的：明確為什麼選擇方案。②設定目標：目標是目的要達到的具體水平和完成標准。③創造方案：根據目的、目標要求創造方案，並經常地返回目標去考慮。④比較選擇：按照目標，比較各備選方案，從中選擇最佳方案。⑤預防風險：具體預測所選方案的風險並改善方案，當不能防止重大風險時，應重新創造方案。

針對此公司情況，制定如下方案：

①相關謠言立即召開說明會，澄清謠言；在會中描繪公司未來遠景。②交通不便設立交通車；提供交通津貼。③借機離職留才/個案輔導面談；流才/人力需求重新評估。

4、分析潛在問題

分析潛在問題的目的在於找出後遺症。這是一種能改變和改善未來的思考方式，也是一種保護性的方法，能確定未來跟想要塑造的一樣美好。很多問題的解決可能帶來相關問題的產生，企業決策中的大多數問題之間是有相關關系的，好的決策不僅要解決目前的問題，還要考慮潛在的問題。

分析此公司的潛在問題如下：

①相關謠言較無後遺症②交通不便增加公司成本，且有交通事故風險及補助區域認定問題。③借機離職留才/可能會增加支出；流才/必須重新招聘訓練新人。

5、執行並跟蹤進展

⑨ 架構師跟程序員有什麼區別呢

程序員：做編程的底層開發工作，寫代碼，不停的寫代碼
軟體設計師：其實這個概念不太清楚，跟架構師類似，就是要分析設計這個軟體的整體概念，就像蓋房子要先畫圖紙，然後分給不同部門的人去建造，其實在現在，一般叫項目經理，或叫開發經理
網路工程師：設計整體的網路的人，跟軟體設計師差不多，不過做的是網路工程。
網路管理員：與程序員類似，重復性的技術工種。
系統分析師：這個也是個比較模糊的，系統分析類似醫生的，可以通過自己的經驗和從業經驗，對某各軟體或某項工程進行分析，優化，從而幫助架構師或項目經理用最短的時間做出最滿意的東西來。
其實你分的這幾個，都是計算機里的職位，你重新分一下類好了
軟體開發裡面分為：程序員，軟體工程師，軟體架構師和系統分析師
網路工程裡面分為：網路管理員，網路工程師，網路架構師和系統分析師
如果是工資高，級別高的，就是架構和分析了，但是。。。。強調一下，這兩個職位不是有技術就可以的，需要大量的經驗，一般都是從程序員開始做起的，才有資格。