程序員基本素質(zhì)

1、程序員基本素質(zhì)p立項p項目計劃p需求開發(fā)p設(shè)計&實現(xiàn)p測試p發(fā)布p結(jié)項p立項階段立項階段該階段主要包括立項管理和立項評審。立項管理主要包括進行業(yè)務(wù)需求調(diào)研、市場調(diào)研、技術(shù)可行性研究等，該過程要形成業(yè)務(wù)需求調(diào)研報告、市場調(diào)研報告、技術(shù)可行性分析報告和立項申請報告。立項評審要組織對立項申請報告的正式評審。p項目計劃階段項目計劃階段該階段主要包括編制項目總體計劃及各從屬計劃。項目總體計劃包括確定項目范圍、生命周期模型，工作分解，估計項目規(guī)模、工作量、進度、成本與所需資源等。從屬計劃主要包括配置管理計劃、質(zhì)量保證計劃、度量與分析計劃、風險管理計劃及培訓(xùn)計劃等。該階段的主要輸出是項目計劃書及各從

2、屬計劃書。p需求開發(fā)階段需求開發(fā)階段該階段主要包括用戶需求開發(fā)和產(chǎn)品需求開發(fā)活動。在用戶需求與產(chǎn)品需求的文檔編制完成后，均要組織正式的同行評審。p設(shè)計設(shè)計& &實現(xiàn)階段實現(xiàn)階段該階段主要包括產(chǎn)品的概要設(shè)計、詳細設(shè)計、硬件/軟件的組件實現(xiàn)、單元測試及產(chǎn)品集成等過程與活動。p測試階段測試階段該階段主要包括產(chǎn)品的集成測試與系統(tǒng)測試活動。測試階段工作完成時，要舉行正式的評審會議，對測試報告和結(jié)果進行分析，并做出產(chǎn)品是否可定版的決策。p發(fā)布階段發(fā)布階段該階段主要包括產(chǎn)品的確認（如產(chǎn)品的試運行、客戶的驗收測試等）、產(chǎn)品的轉(zhuǎn)產(chǎn)（對于硬件+嵌入式軟件類產(chǎn)品）及產(chǎn)品的正式發(fā)布等活動。p結(jié)項階段結(jié)

3、項階段該階段主要包括成果的歸檔確認、撰寫項目總結(jié)報告、將項目經(jīng)驗及過程文檔充實到組織過程財富庫中，以及將項目中產(chǎn)生的可重用資源充實到可重用基礎(chǔ)庫中。p相關(guān)工具相關(guān)工具Future Future 平臺平臺 EPMEPM 項目過程文檔管理； 制定并發(fā)布項目計劃的主進度表； 硬件測試的Bug 管理。 監(jiān)督項目進度與工作量。Clear Case /SVNClear Case /SVN 配置管理Clear Quest Clear Quest 軟件測試的Bug 管理； 變更管理p過程改進小組過程改進小組（1）制定適合于本機構(gòu)的過程規(guī)范。（2）在機構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核），評估機構(gòu)過程能力等。p質(zhì)

4、量保證小組質(zhì)量保證小組（1）監(jiān)督過程規(guī)范的實施，確保所有項目以及相關(guān)部門遵照規(guī)范開展工作。（2）分析并解決機構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)助EPG 完善規(guī)范。p高層領(lǐng)導(dǎo)高層領(lǐng)導(dǎo)（1）是機構(gòu)內(nèi)所有項目的主管，對立項和結(jié)項有最終決策權(quán)。（2）監(jiān)督項目經(jīng)理的工作，審批項目經(jīng)理的各種申請。p項目經(jīng)理項目經(jīng)理（1）向機構(gòu)領(lǐng)導(dǎo)匯報工作。（2）是項目計劃、項目監(jiān)控、風險管理和集成項目管理過程域的負責人。（3）監(jiān)督項目成員的工作，審批項目成員的各種申請。p開發(fā)經(jīng)理開發(fā)經(jīng)理組織項目的需求開發(fā)、設(shè)計、編碼、產(chǎn)品集成等工作。p測試經(jīng)理測試經(jīng)理組織項目的測試工作。p需求開發(fā)人員需求開發(fā)人員調(diào)查、分析并定義需求，撰寫相應(yīng)的

5、需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿。p設(shè)計人員設(shè)計人員根據(jù)需求文檔設(shè)計產(chǎn)品的體系結(jié)構(gòu)、用戶界面、接口、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的概要設(shè)計和詳細設(shè)計文檔。p軟件工程師軟件工程師（1）根據(jù)設(shè)計文檔，編寫軟件系統(tǒng)的代碼。（2）隨時測試和檢查自己的代碼，及時消除代碼中的缺陷。（3）代碼的交叉走讀。（4）執(zhí)行單元測試p硬件工程師硬件工程師（1）根據(jù)設(shè)計文檔進行具體的電路設(shè)計。（2）進行板級源代碼的設(shè)計。（3）進行模塊調(diào)試和系統(tǒng)聯(lián)調(diào)。p單元測試人員單元測試人員 編寫單元測試計劃，實施單元測試，提交單元測試報告。p測試工程師測試工程師 從事硬件和軟件的集成測試和系統(tǒng)測試，主要工

6、作包括制定測試計劃、 設(shè)計測試用例、執(zhí)行測試和撰寫測試報告。p配置管理員配置管理員（1）為項目制定配置管理計劃。（2）創(chuàng)建并維護配置庫，如分配權(quán)限、清除垃圾文件、備份配置庫等。（3）配置狀態(tài)報告及配置審計p質(zhì)量保證員質(zhì)量保證員（1）為項目制定質(zhì)量保證計劃。（2）周期性的開展“過程與產(chǎn)品質(zhì)量檢查”。（3）跟蹤質(zhì)量問題，給出質(zhì)量改進措施。p采購采購/ /外包管理員外包管理員（1）挑選最合適的供應(yīng)商，簽訂采購合同。（2）驗收采購物品。（3）挑選最合適的承包商，簽訂外包開發(fā)合同。（4）監(jiān)控外包開發(fā)過程，驗收外包開發(fā)成果。p 專家組專家組業(yè)務(wù)需求調(diào)查、可行性分析、產(chǎn)品總體方案設(shè)計、關(guān)鍵技術(shù)研究等。p 立

7、項評審組立項評審組由機構(gòu)領(lǐng)導(dǎo)、各級經(jīng)理、市場人員、技術(shù)專家、財務(wù)人員等組成，評審組決定是否同意立項。p 結(jié)項評審組結(jié)項評審組對項目的有形資產(chǎn)和無形資產(chǎn)進行清算，對項目進行綜合評估，總結(jié)經(jīng)驗教訓(xùn)等。結(jié)項組的人員組成與立項評審組的類似。p 同行評審組同行評審組對工作成果進行正式同行評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。該委員會由項目內(nèi)外的技術(shù)專家組成。p 變更控制組變更控制組對項目影響較大的變更，需要提交變更控制組審批是否變更及變更時機。p文檔習慣文檔習慣良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為開發(fā)人員，30的工作時間寫技術(shù)文檔是很正常的，而作為高級開發(fā)人員和系統(tǒng)分析

8、員，這個比例還要高很多。缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在未來的查錯，升級以及模塊的復(fù)用時就都會遇到極大的麻煩。p規(guī)范化、標準化的代碼編寫習慣規(guī)范化、標準化的代碼編寫習慣作為正規(guī)軟件公司的規(guī)矩，代碼的變量命名，代碼內(nèi)注釋格式，甚至嵌套中行縮進的長度和函數(shù)間的空行數(shù)字都有明確規(guī)定，良好的編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術(shù)人員之間的協(xié)作。代碼具有良好的可讀性，是開發(fā)人員基本的素質(zhì)。p復(fù)用性、模塊化思維能力復(fù)用性、模塊化思維能力復(fù)用性設(shè)計，模塊化思維就是要開發(fā)人員在完成任何一個功能模塊或函數(shù)的時候，要多想一些，不要局限在完成當前任務(wù)的簡單思路上，想想看該模塊是否可以脫離這個系

9、統(tǒng)存在，是否可以通過簡單的修改參數(shù)的方式在其他系統(tǒng)和應(yīng)用環(huán)境下直接引用，這樣就能極大避免重復(fù)性的開發(fā)工作。p測試習慣測試習慣在正規(guī)的軟件公司，專職測試工程師是不可少的，但是并不是說有了專職測試工程師，開發(fā)人員就可以不進行自測；軟件研發(fā)作為一項工程而言，一個很重要的特點就是問題發(fā)現(xiàn)的越早，解決的代價就越低，開發(fā)人員在每段代碼，每個子模塊完成后進行認真的測試，就可以盡量將一些潛在的問題最早的發(fā)現(xiàn)和解決，這樣對整體系統(tǒng)建設(shè)的效率和可靠性就有了最大的保證。p團隊精神和協(xié)作能力團隊精神和協(xié)作能力這是開發(fā)員應(yīng)該具備的最基本的，也是最重要的個人素質(zhì)。把高水平開發(fā)人員說成獨行俠的都是在囈語，任何個人的力量都是

10、有限的，獨行俠可以作一些賺錢的小軟件發(fā)點小財，但是一旦進入一些大系統(tǒng)的研發(fā)團隊，進入商業(yè)化和產(chǎn)品化的開發(fā)任務(wù)，缺乏這種素質(zhì)的人就完全不合格了。p需求理解能力需求理解能力開發(fā)人員需要理解一個模塊的完整需求，很多開發(fā)人員寫程序往往只關(guān)注一個功能需求，他們把性能指標全部歸結(jié)到硬件，操作系統(tǒng)和開發(fā)環(huán)境上，而忽視了本身代碼的性能考慮。性能需求指標中，穩(wěn)定性，并訪支撐能力以及安全性都很重要，作為開發(fā)員需要評估該模塊在系統(tǒng)運營中所處的環(huán)境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。p學(xué)習和總結(jié)的能力學(xué)習和總結(jié)的能力善于學(xué)習，對于任何職業(yè)而言，都是前進所必需的動力，對于開發(fā)人員，這種要求就更加高

11、了。但是學(xué)習也要找對目標，盲目的追逐一些膚淺的，表面的東西和名詞，永遠不會有質(zhì)的提高。善于總結(jié)，也是學(xué)習能力的一種體現(xiàn)，每次完成一個研發(fā)任務(wù)，完成一段代碼，都應(yīng)當有目的的跟蹤該程序的應(yīng)用狀況和用戶反饋，隨時總結(jié)，找到自己的不足，這樣逐步提高，一個開發(fā)人員才可能成長起來。p故事分享故事分享John和Bill一起到山中探險，忽然他們發(fā)現(xiàn)一只老虎正深情的望著他們，John撒腿就要跑，Bill卻迅速的從背包里拿出一雙跑鞋穿在腳上，John看到后氣急敗壞的對Bill說“你穿什么鞋也跑不過老虎的”，Bill同情的看了他一眼，回答說“我干嗎要和老虎比，我只要跑過你就夠了。”pBillBill的困境的困境故事

12、中的John能不能活命跟三個問題有關(guān)：老虎、Bill、自己p開發(fā)人員的困境開發(fā)人員的困境現(xiàn)實中的開發(fā)人員同John一樣，面臨三種困境：領(lǐng)導(dǎo)（老虎）、崗位競爭者（Bill）、自己p困境之一：老虎的威脅困境之一：老虎的威脅開發(fā)人員要面對的餓老虎實在不少，比如說領(lǐng)導(dǎo)，好象領(lǐng)導(dǎo)就是開發(fā)人員的天敵，什么“不懂技術(shù)卻指手畫腳”、什么“得到與付出不相當”似乎是開發(fā)人員最常見的牢騷，開發(fā)人員遇到這樣的問題只能是面對現(xiàn)實。p困境之二：困境之二：BillBill的競爭的競爭一般說來中國的開發(fā)人員大都是吃“青春飯”的，大部分開發(fā)人員的黃金時代是2428歲。到了30歲左右，一批又一批年輕開發(fā)人員會給你帶來巨大的競爭壓力。學(xué)習能力、薪酬要求、生活負擔等會讓你幾乎連從頭在來的勇氣都不會有了。中國的老話說“長江后浪催前浪、一代新人換舊人”，這個歷史的