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

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

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

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

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

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

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

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

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

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