時序圖怎么看？時序圖（Sequence Diagram），亦被稱序列圖或循序圖，是一種UML行為圖。它是從描述對象之間發(fā)送消息的時間順序顯示多個對象之間的動態(tài)協(xié)作。它可以它表示商業(yè)用例的行為順序，當想

時序圖怎么看？

時序圖（Sequence Diagram），亦被稱序列圖或循序圖，是一種UML行為圖。它是從描述對象之間發(fā)送消息的時間順序顯示多個對象之間的動態(tài)協(xié)作。

它可以它表示商業(yè)用例的行為順序，當想執(zhí)行一個企業(yè)應(yīng)用程序行為時，時序圖中的每條消息填寫了一個類操作或狀態(tài)機中過多轉(zhuǎn)換成的可以觸發(fā)事件。

時序圖中和角色，對象，生命線，激活期和消息。

如何描述軟件的架構(gòu)？

另外一名三次做過報告的架構(gòu)設(shè)計師，我給出一些我的看法。

如果不是這個可以建議使用圖形的話，給你兩個方案：第一是使用專業(yè)圖形，如UML圖，頂層架構(gòu)圖，時序圖（好吧，這個包含于UML）等。太適合專業(yè)人士之間交流。第二是建議使用XMIND（或是類似于軟件），站在產(chǎn)品角度，實際XMIND來請看產(chǎn)品各個模塊功能及聯(lián)系。

要是不可以不建議使用圖形的話，也給你兩個方案：第一是你的受眾（是看你報告的人）的專業(yè)素養(yǎng)較高，這樣的話你可通過將系統(tǒng)接受業(yè)務(wù)的word文檔合并（橫縱），如Web服務(wù)端的接入層，應(yīng)用層，你服務(wù)層，數(shù)據(jù)層等接受分層匯報。第二是你的受眾的專業(yè)素養(yǎng)較低，你不想必須從多個維度來對你的系統(tǒng)架構(gòu)并且具體描述，并決定一些生動的例子輔證。

不過，最好的那就是圖形加是有的文字描述。要是時間充裕的話，你還是可以建立對應(yīng)代碼圖片，來只能說明。

（純手打，如果解決到你，如果能點個在看。）

新入職的JAVA程序員剛?cè)肼氁粋€月，完全看不懂公司代碼怎么辦？

是需要我自己也是培訓班出來的，工作了三年，很有資格說下我的感受。剛進去時，的確有樓主說的情況，看不太懂查找公司的代碼，培訓班培訓的跟求實際可能修真者的存在著差異。代碼本身并不太難，大部分有javase知識都能完全看不懂。難的是公司代碼邏輯的機構(gòu)和層次?？赡軙约悍庋b了底層，肯定他們自己做了框架。很有可能他們自己重新寫過了jdk的方法。這很可能是倒致新來員工看不明白的原因，比如那就是代碼講究獨立性，解偶性，可重復性。肯定一個功能的實現(xiàn)，要有大量的架包和方法支持，你從controll看一個方法，他動態(tài)創(chuàng)建了service層，service層做判斷推理，很可能全局函數(shù)其他包的方法。。。其他包的方法可能會又調(diào)用了其他包的方法，極為循環(huán)下去，會造成看不太懂。最后就是新技術(shù)的摘錄，現(xiàn)在主流技術(shù)是spring微服務(wù)，zk,redis,kafka等，很有可能樓主對這些輔助攻擊內(nèi)部函數(shù)，負載均衡不太熟得不能再熟會造成看不明白。

對此這三個問題，是需要那個問題。樓主可以多問問老員工，不用害怕他們奚落，只需能賺得錢，這點內(nèi)疚不算什么，況且公司封裝方法的自己的東西，真有和所學所差別。第二個問題，樓主要注意進一步夯實自己的基礎(chǔ)，明白了自己去看代碼，代碼不是什么一行一行看的，看三層，比較多側(cè)重點不同看返回值，第三個問題，樓主要注意樹立正確的人生觀和價值觀終身學習的觀念，程序員不怎么學習，兩三年變會被9進8，現(xiàn)在技術(shù)水平自動更新那你快，因為如果若是，這些都不算什么！