第一，需求分析能力
對于程序員而言，理解需求就可以完成合格的代碼，但是對于研發(fā)項目的組織和管理者，他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什么這么說呢？
一般而言，進行研發(fā)任務(wù)，也許是客戶提出需求，也許是市場和營銷部門提出的需求，這時候?qū)τ谘邪l(fā)部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是一些功能上的要求，或者更正規(guī)些，可能獲得一個完整的用戶視圖；但是這都不夠，因為客戶由于非技術(shù)因素多一些，他們可能很難提出完整和清晰，或者說專業(yè)性的性能需求，但是對于項目組織者和規(guī)劃者，他必須能夠清醒認識到這些需求的存在并在完成需求分析報告的時候適當(dāng)?shù)奶岢觯瑫r要完整和清晰的體現(xiàn)在設(shè)計說明書里面，以便于程序員編碼時不會失去這些準則。
程序設(shè)計者必須正確理解用戶需求所處的環(huán)境，并針對性做出需求的分析，舉例而言，同樣一個軟件通過ASP租用方式發(fā)布和通過License方式發(fā)布，性能需求可能就是有區(qū)別的，前者強調(diào)的是更好的支撐能力和穩(wěn)定性，而后者則可能更強調(diào)在各種平臺下的普適性和安裝使用的簡捷性。
第二，項目設(shè)計方法和流程處理能力
程序設(shè)計者必須能夠掌握不少于兩到三種的項目設(shè)計方法（比如自頂至下的設(shè)計方法，比如快速原型法等等），并能夠根據(jù)項目需求和資源搭配來選擇合適的設(shè)計方法進行項目的整體設(shè)計。
設(shè)計方法上選擇不當(dāng)，就會耽誤研發(fā)周期，浪費研發(fā)資源，甚至影響研發(fā)效果。
一個程序設(shè)計者還需要把很多功夫用在流程圖的設(shè)計和處理上，他需要做數(shù)據(jù)流圖以確立數(shù)據(jù)詞典；他需要加工邏輯流圖以形成整體的系統(tǒng)處理流程。
一個流程有問題的系統(tǒng)，就算代碼多漂亮，每個模塊多精致，也不會成為一個好的系統(tǒng)。當(dāng)然，做好流程分析并選擇好項目設(shè)計方法，都需要在需求分析能力上具有足夠的把握。
第三，復(fù)用設(shè)計和模塊化分解能力
這個似乎又是老調(diào)重談，前面基本素質(zhì)上不是已經(jīng)說明了這個問題嗎？
作為一個從事模塊任務(wù)的程序員，他需要對他所面對的特定功能模塊的復(fù)用性進行考慮，而作為一個系統(tǒng)分析人員，他要面對的問題復(fù)雜的多，需要對整體系統(tǒng)按照一種模塊化的分析能力分解為很多可復(fù)用的功能模塊和函數(shù)，并針對每一模塊形成一個獨立的設(shè)計需求。舉個例子，好比是汽車生產(chǎn)，最早每輛汽車都是獨立安裝的，每個部件都是量身定做的，但是后來不一樣了，機器化大生產(chǎn)了，一個汽車廠開始通過流水線來生產(chǎn)汽車，獨立部件開始具有一定的復(fù)用性，在后來標準化成為大趨勢，不同型號，品牌甚至不同廠商的汽車部件也可以進行方便的換裝和升級，這時候，汽車生產(chǎn)的效率達到化。軟件工程也是同樣的道理，一個成熟的軟件行業(yè)，在一些相關(guān)項目和系統(tǒng)中，不同的部件是可以隨意換裝的，比如微軟的許多桌面軟件，在很多操作模塊（如打開文件，保存文件等等）都是復(fù)用的同一套功能模塊，而這些接口又通過一些類庫提供給了桌面應(yīng)用程序開發(fā)者方便掛接，這就是復(fù)用化的模塊設(shè)計明顯的一個佐證。
