技術(shù)人員的職業(yè)素養(yǎng)

1、技術(shù)人員的職業(yè)素養(yǎng)程序員規(guī)范-、程序員的基本任務(wù)(1) 基本任務(wù)組成：“可執(zhí)行代碼” + “程序員任務(wù)書” + “程序員工作日志”。(2) 編碼：根據(jù) 程序員任務(wù)書 進(jìn)行編碼。例如，一個“界面”或一個“類”。(3) 日志：每天下班前須填寫 程序員工作日志，所有記錄用語必須簡練明確。(4) 測試：完成代碼編寫后須進(jìn)行單元測試，代碼+文檔 一并上交項目經(jīng)理。:、程序員的基本素質(zhì)：(1) 團(tuán)隊精神：我們的理念是“團(tuán)隊協(xié)作精神能做出大系統(tǒng)，個人只能做小程序。”(2) 文檔習(xí)慣：程序員至少有 30 %的時間在寫書面文檔，沒有文檔習(xí)慣會被淘汰。(3) 規(guī)范習(xí)慣：沒有規(guī)范化、標(biāo)準(zhǔn)化的代碼編寫和文檔書寫習(xí)慣，

2、在團(tuán)隊內(nèi)部成員之間的開發(fā)協(xié)作是絕對不可想象的。例如：至少我們整個團(tuán)隊內(nèi)部在如下這些工作內(nèi)容上達(dá)成一致，界面布局；界面色調(diào)；界面命名；界面上操作流程；代碼的變量命名； 代碼內(nèi)注釋格式；甚至嵌套中行縮進(jìn)的長度和函數(shù)間的空行數(shù)字都有明確規(guī)定。(4) 理解能力：程序員需要理解 程序員任務(wù)書 中模塊的需求。很多程序員在寫程序時往往只關(guān)注其功能需求，而忽視性能指標(biāo)要求。例如：百萬甚至千萬數(shù)量級的訪問情況下的穩(wěn)定性、并訪支撐能力、安全性、潛在的危險、惡意攻擊的可能性等。 一個成熟的程序員需要評估該模塊在系統(tǒng)運營中所處的環(huán)境，這一切，程序員至少需要2到3年的項目研發(fā)和跟蹤經(jīng)驗才有可能總結(jié)體會出來得。(5) 測

3、試習(xí)慣：一方面是正常測試，也就是看程序是否能在正常調(diào)用下完成基本功能； 第二方面就是異常測試，比如高壓力負(fù)荷下的穩(wěn)定性測試，用戶潛在的異常輸入情 況下的測試，整體系統(tǒng)局部故障情況下該模塊受影響狀況的測試，頻發(fā)的異常請求 阻塞資源時的模塊穩(wěn)定測試等等。并不是程序員要對自己的每段代碼都需要進(jìn)行這 種完整測試，但是程序員必須清醒認(rèn)識自己的代碼任務(wù)在整體項目中的地位和各種 性能需求，有針對性的進(jìn)行相關(guān)測試并盡早發(fā)現(xiàn)和解決問題，當(dāng)然這需要上面提到 需求理解能力。(6) 學(xué)習(xí)能力：要善于學(xué)習(xí)，是因為軟件技術(shù)更新很快，需要不斷學(xué)習(xí)新的技術(shù)、新的技能。要善于總結(jié)，也是學(xué)習(xí)能力的一種體現(xiàn)，每次完成一個研發(fā)任務(wù)，

4、完成一段代碼，都應(yīng)當(dāng)有目的的跟蹤該程序的應(yīng)用狀況和用戶反饋，隨時總結(jié)，找到自己的不足，這樣才能逐步提高，從程序員升級為軟件設(shè)計師、系統(tǒng)分析員、項目經(jīng)理。設(shè)計師規(guī)范 設(shè)計師的基本素質(zhì)（1）需求理解能力（屬于需求分析）用戶提出需求描述往往在文字上很不規(guī)范， 考慮問題也只局限于非技術(shù)因素的操作 功能要求。他們不懂得技術(shù)性能要求、將來功能擴(kuò)充、與外系統(tǒng)連通的未來因素。所以，我們的設(shè)計師要憑借自己豐富的經(jīng)驗和項目實際，從整體上把握用戶的需求。（2）整體框架能力（屬于總體設(shè)計）軟件工程教科書上，總體設(shè)計只涉及軟件整體可以劃分成哪些模塊、模塊之間組成關(guān)系。設(shè)計師必須從更廣的角度去設(shè)計，比如：產(chǎn)品定位、主體思

5、路、公共規(guī)則、數(shù)據(jù)關(guān)系、接口 約定等等。設(shè)計出一份功能完整、性能良好、結(jié)構(gòu)清晰的總體設(shè)計報告。這份報告必須考慮三方面的工作，一是，用戶所有需求得到滿足； 二是，有利于項目的分工協(xié)作；三是，以便于程序員編碼的按部就班。（3）流程處理能力（屬于總體設(shè)計）流程處理能力非常非常重要！所謂流程處理分兩類，一類是， 類是，項目實施的控制流程。軟件系統(tǒng)的工作流程；二軟件的工作流程，就是采用什么設(shè)計方法去分解整個軟件系統(tǒng)，屬于總體設(shè)計報告。實施的控制流程，就是系統(tǒng)模塊完成？團(tuán)隊資源如何調(diào)度？形成（4）模塊分解能力（屬于詳細(xì)設(shè)計）項目實施計劃書。作為系統(tǒng)分析員、設(shè)計師，所面對的問題很復(fù)雜，需要對“整體系統(tǒng)”進(jìn)行

6、分解，把一個個“系統(tǒng)部件”分解為若干可復(fù)用的“功能模塊”和“調(diào)用函數(shù)”每個“模塊”和“函數(shù)”有一個獨立的設(shè)計文檔-詳細(xì)設(shè)計報告。設(shè)計師也要考慮：接口約定、模塊功能、重要算法、屬性、公共規(guī)則、數(shù)據(jù)關(guān)系等等。一個大型的、錯綜復(fù)雜的應(yīng)用系統(tǒng)分解成一些相對獨立的、具有高度復(fù)用性的、 并能僅僅依靠幾個參數(shù)完成數(shù)據(jù)聯(lián)系的模塊組合，是我們軟件設(shè)計師和系統(tǒng)分析員的一項最重要工作，合適的項目設(shè)計方法，清晰的流程圖，是實現(xiàn)這一目標(biāo)的重要保證。（5）項目評估能力（屬于實施進(jìn)度）評估項目整體工作量， 評估各個模塊工作量， 評估項目所需的資源， 評估項目可能遇到 的困難，確定項目工期。（6）組織管理能力（屬于組織管理）

7、作為項目的設(shè)計者和項目的實施組織管理者，必須做到：一是，工作的量考核化， 沒有量化就很難做到合適的 績效考核；二是，對團(tuán)隊協(xié)作模式的調(diào)整， 一般而言，程序開發(fā)的協(xié) 作通常分為小組進(jìn)行， 小組有主程序員方式的， 也有民主方式的，根據(jù)程序員之間的能力水 平差距，以及根據(jù)項目研發(fā)的需求，選擇合適的組隊方式，并能將責(zé)權(quán)和成員的工作任務(wù)緊 密結(jié)合，這樣才能最大發(fā)揮組隊的效率。簡明軟件工程一我喜歡快速原型法（1） 場調(diào)研：切記！只有服務(wù)于企業(yè)、服務(wù)于市場的技術(shù)和產(chǎn)品才能體現(xiàn)出最大價值。（2）需求分析：趕快跟客戶交流， 從客戶那里得到他們的需要，分析需求做出五個文檔：1、用戶視圖：設(shè)計出客戶端用戶界面、后臺

8、管理員用戶界面的頁面樣式；2、 操作流程：將所有這些用戶界面關(guān)聯(lián)起來，構(gòu)造出完整的操作流程和條件；3、數(shù)據(jù)詞典：描述數(shù)據(jù)之間邏輯關(guān)系，數(shù)據(jù)詞典做好了，數(shù)據(jù)庫設(shè)計等于完成了一半；4、操作手冊：是用來 指導(dǎo)操作 流程的說明書；5、 性能需求：（性能需求通常只有懂技術(shù)的人能理解）；6、 備注：用戶操作流程和用戶視圖由需求決定，為程序研發(fā)提供了約束和準(zhǔn)繩。（3）概要設(shè)計：初步劃分功能模塊，給出合理的研發(fā)流程和資源要求。如果采用快速原型設(shè)計方法，完成概要設(shè)計就可以進(jìn)入編碼階段。但是完成原型代碼后，根據(jù)評測結(jié)果和經(jīng)驗教訓(xùn)的總結(jié)，還要重新進(jìn)行詳細(xì)設(shè)計的步驟。（4）詳細(xì)設(shè)計：把具體的模塊以最干凈的方式（黑箱結(jié)

9、構(gòu)）提供給編碼者。1、一份好的詳細(xì)設(shè)計說明書，可以使編碼的復(fù)雜性減低到最低；2、 一份嚴(yán)格的詳細(xì)設(shè)計說明書，應(yīng)當(dāng)把每個函數(shù)的每個參數(shù)的明確定義 都提供出來；3、從需求分析到概要設(shè)計到完成詳細(xì)設(shè)計，一個軟件項目可以說已經(jīng)完成了一半；4、換言之，一個大型軟件系統(tǒng)在完成了一半的時候，其實還沒有開始一行代碼工作；5、詳細(xì)設(shè)計階段，是考驗技術(shù)專家設(shè)計思維的重要關(guān)卡。（5） 代碼編寫：規(guī)范化的研發(fā)流程中， 編碼在整個流程中不會超過1/2，通常在1/3時間。1、磨刀不誤砍柴功，設(shè)計過程完成的好，編碼效率就會極大提高；2、 編碼時，模塊間的進(jìn)度協(xié)調(diào)最需小心， 一個模塊可能影響整體進(jìn)度， 被迫停工等待；3、 編碼時，成員間的溝通應(yīng)急相當(dāng)重要， 對程序員而言bug永遠(yuǎn)存在，必須永遠(yuǎn)面對。（6） 軟件測試：是個相當(dāng)重要的步驟，因為軟件永遠(yuǎn)都會又不可預(yù)料的問題存在。一個大型軟件，3