編程之道(筆記) 2007-02-13 20:09:30 閱讀262 評(píng)論2 字號(hào)：大中小 訂閱
下午下載了 MSDN Webcasts 關(guān)于 ASP.NET 項(xiàng)目實(shí)戰(zhàn)系列課程的第一講，了解了一下項(xiàng)目/產(chǎn)品的運(yùn)作過程。
課程的主講老師是MSDN的特約講師邵志東先生。課程中間，邵志東老師介紹了軟件開發(fā)流程、 程序員基本素質(zhì)
、關(guān)于質(zhì)量控制和開發(fā)模板及項(xiàng)目組建設(shè)。
邵老師首先介紹了軟件開發(fā)的流程，他把軟件開發(fā)分為了兩大類，即項(xiàng)目開發(fā)及產(chǎn)品開發(fā)。
項(xiàng)目開發(fā)是公司根據(jù)某一客戶的需求單獨(dú)為某一客戶訂制的軟件；
產(chǎn)品開發(fā)是公司針對(duì)某一市場需求而開發(fā)的軟件產(chǎn)品（比如WINDOWS、OFFICE等）。
這里把流程圖用PS重新繪制了一下：
程序員的基本技能包括了以下幾個(gè)方面：
1、項(xiàng)目實(shí)踐
? 軟件工程理論
? 質(zhì)量體系：ISO9001和CMM體系
? UML基本理論
? 測試?yán)碚摵蜏y試工具使用
? 加密理論和加密方法
? 源代碼控制工具使用
? 說明書編寫
? 程序的安裝和部署
2、專業(yè)技能
3、程序員基本素質(zhì)
? 團(tuán)隊(duì)精神和協(xié)作能力（? 木桶理論、? 學(xué)習(xí)性組織）
? 文檔習(xí)慣（? 注釋、? 開發(fā)過程文檔：良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30％的工作時(shí)間寫技術(shù)文檔是很正常的，而作為高級(jí)程序員和系統(tǒng)分析員，這個(gè)比例還要高很多。缺乏文檔，一個(gè)軟件系統(tǒng)就缺乏生命力，在未來的查錯(cuò)，升級(jí)以及模塊的復(fù)用時(shí)就都會(huì)遇到極大的麻煩。）
? 規(guī)范化，標(biāo)準(zhǔn)化的代碼編寫習(xí)慣（作為一些外國知名軟件公司的規(guī)矩，代碼的變量命名，代碼內(nèi)注釋格式，甚至嵌套中行縮進(jìn)的長度和函數(shù)間的空行數(shù)字都有明確規(guī)定，良好的編寫習(xí)慣，不但有助于代碼的移植和糾錯(cuò)，也有助于不同技術(shù)人員之間的協(xié)作。? 代碼編寫規(guī)范? 界面設(shè)計(jì)規(guī)范）這里邵老師強(qiáng)調(diào)了標(biāo)準(zhǔn)未必要固定，但在一個(gè)項(xiàng)目組中間要有統(tǒng)一的標(biāo)準(zhǔn)。
? 復(fù)用性，模塊化思維能力（? 用戶控件 ? 組件技術(shù)）
? 測試習(xí)慣（? 單元測試 ? 集成測試 ? 系統(tǒng)測試 ? 穩(wěn)定性測試 ? 軟件研發(fā)作為一項(xiàng)工程而言，一個(gè)很重要的特點(diǎn)就是問題發(fā)現(xiàn)的越早，解決的代價(jià)就越低，程序員在每段代碼，每個(gè)子模塊完成后進(jìn)行認(rèn)真的測試，就可以盡量將一些潛在的問題最早的發(fā)現(xiàn)和解決，這樣對(duì)整體系統(tǒng)建設(shè)的效率和可靠性就有了最大的保證。）
? 學(xué)習(xí)和總結(jié)的能力（? 學(xué)習(xí)：程序員是人才很容易被淘汰，很容易落伍的職業(yè)，因?yàn)橐环N技術(shù)可能僅僅在三兩年內(nèi)具有領(lǐng)先性，程序員如果想安身立命，就必須不斷跟進(jìn)新的技術(shù)，學(xué)習(xí)新的技能。? 總結(jié)：善于總結(jié)，也是學(xué)習(xí)能力的一種體現(xiàn)，每次完成一個(gè)研發(fā)任務(wù)，完成一段代碼，都應(yīng)當(dāng)有目的的跟蹤該程序的應(yīng)用狀況
和用戶反饋，隨時(shí)總結(jié)，找到自己的不足，這樣逐步提高，一個(gè)程序員才可能成長起來。）
4、職業(yè)素質(zhì)
? 交際能力
? 表達(dá)能力
? 職業(yè)素養(yǎng)
5、個(gè)人素質(zhì)
? 信心和恒心
? 良好的個(gè)人品質(zhì)
? 良好的個(gè)人習(xí)慣
? 關(guān)于質(zhì)量控制和開發(fā)模板
? 項(xiàng)目組建設(shè)
高級(jí)程序員的基本素質(zhì)：
1. 需求分析能力
對(duì)于程序員而言，理解需求就可以完成合格的代碼，但是對(duì)于研發(fā)項(xiàng)目的組織和管理者，他們不但要理解客戶需求，更多時(shí)候還要自行制定一些需求，為什么這么說呢？
2. 項(xiàng)目設(shè)計(jì)方法和流程處理能力
程序設(shè)計(jì)者必須能夠掌握不少于兩到三種的項(xiàng)目設(shè)計(jì)方法（比如自頂至下的設(shè)計(jì)方法，比如快速原型法等等），并能夠根據(jù)項(xiàng)目需求和資源搭配來選擇合適的設(shè)計(jì)方法進(jìn)行項(xiàng)目的整體設(shè)計(jì)。設(shè)計(jì)方法上選擇不當(dāng)，就會(huì)耽誤研發(fā)周期，浪費(fèi)研發(fā)資源，甚至影響研發(fā)效果。
3. 復(fù)用設(shè)計(jì)和模塊化分解能力
一個(gè)成熟的軟件行業(yè)，在一些相關(guān)項(xiàng)目和系統(tǒng)中，不同的部件是可以隨意換裝的，比如微軟的許多桌面軟件，在很多操作模塊（如打開文件，保存文件等等）都是復(fù)用的同一套功能模塊，而這些接口又通過一些類庫提供給了桌面應(yīng)用程序開發(fā)者方便掛接，這就是復(fù)用化的模塊設(shè)計(jì)明顯的一個(gè)佐證。
4. 整體項(xiàng)目評(píng)估能力
作為系統(tǒng)設(shè)計(jì)人員，必須能夠從全局出發(fā)，對(duì)項(xiàng)目又整體的清醒認(rèn)識(shí)，比如公司的資源配置是否合理和到位，比如工程進(jìn)度安排是否能最大化體現(xiàn)效率又不至于無法按期完成。評(píng)估項(xiàng)目整體和各個(gè)模塊的工作量，評(píng)估項(xiàng)目所需的資源，評(píng)估項(xiàng)目可能遇到的困難，都需要大量的經(jīng)驗(yàn)積累，換言之，這是一種不斷總結(jié)的累計(jì)才
能達(dá)到的境界
5. 團(tuán)隊(duì)組織管理能力
首先是工作的量化，沒有量化就很難做到合適的績效考核，而程序量化又不是簡單的代碼行數(shù)可以計(jì)算的，因此要求技術(shù)管理人員需要能真正評(píng)估一個(gè)模塊的復(fù)雜性和工作量。
其次是對(duì)團(tuán)隊(duì)協(xié)作模式的調(diào)整，一般而言，程序開發(fā)的協(xié)作通常分為小組進(jìn)行，小組有主程序員方式的，也有民主方式的，根據(jù)程序員之間的能力水平差距，以及根據(jù)項(xiàng)目研發(fā)的需求，選擇合適的組隊(duì)方式，并能將責(zé)權(quán)和成員的工作任務(wù)緊密結(jié)合，這樣才能最大發(fā)揮組隊(duì)的效率。
質(zhì)量/過程標(biāo)準(zhǔn)部分的介紹
質(zhì)量/過程標(biāo)準(zhǔn)是什么，有什么用？
? 開始并沒有什么質(zhì)量標(biāo)準(zhǔn)或者過程標(biāo)準(zhǔn)，但有些組織和企業(yè)呢，做的很成功，而有些則不成功。那么有人就去分析為什么，這些組織和企業(yè)成功了呢？他們有哪些的共同的特征嗎？答案是有，于是這些特征被歸納出來（比如9000中的立項(xiàng)，開發(fā)策劃，cmm中需求管理、配置管理等），并應(yīng)用管理理論的成果，使之成為一種體系。
他能做到什么和不能做到什么？
? 當(dāng)操作者有意識(shí)時(shí)，標(biāo)準(zhǔn)可以幫忙。假如你沒做產(chǎn)品立項(xiàng)，或者作了，但沒有市場分析報(bào)告，標(biāo)準(zhǔn)可以幫忙，因?yàn)镾QA會(huì)來說，這違背了規(guī)程，我們必須先做產(chǎn)品立項(xiàng)，并且必須基于市場分析報(bào)告。
? 但大家沒有意識(shí)時(shí)，比如產(chǎn)品立項(xiàng)時(shí)，假如與會(huì)人員多數(shù)認(rèn)為沒有市場，或者我們沒有能力去做這個(gè)產(chǎn)品，但最終仍然立項(xiàng)通過，標(biāo)準(zhǔn)無能為力。
如何應(yīng)用標(biāo)準(zhǔn)？
? 標(biāo)準(zhǔn)的目的？
– 可控制– 可追溯
? 開發(fā)模板
– 用戶需求規(guī)格說明書 – 需求評(píng)審報(bào)告
– 系統(tǒng)設(shè)計(jì)書 – 系統(tǒng)開發(fā)進(jìn)度計(jì)劃
– 項(xiàng)目驗(yàn)收標(biāo)準(zhǔn) – 用戶手冊(cè)項(xiàng)目組文檔
接下來的課程中邵老師又介紹了下面的內(nèi)容：
? 編碼規(guī)范
? 項(xiàng)目組守則
? 工作計(jì)劃總結(jié)
? Sourcesafe使用規(guī)范
? 公共幾類和常用代碼
Sourcesafe使用
一、版本管理的必要性
? 如果說70年代的軟件危機(jī)導(dǎo)致了軟件工程思想的誕生和理論體系的發(fā)展，那么80～90年代尤其是90年代軟件產(chǎn)業(yè)的迅猛發(fā)展導(dǎo)致了另一種新思想的產(chǎn)生和實(shí)現(xiàn)，這就是軟件的版本管理。
? 以往的那種被譽(yù)為具有良好編程風(fēng)格的做法，諸如在對(duì)他人的源程序進(jìn)行修改時(shí)注釋修改原因，修改人和日期，如果是多個(gè)成員同時(shí)進(jìn)行了修改，那么需要進(jìn)行及時(shí)的人工的差異比較和綜合以便形成一個(gè)統(tǒng)一的新版本。這種做法在當(dāng)前的大型軟件的開發(fā)中已經(jīng)越來越?jīng)]有空間了，可以說是一種以小作坊的形式來面對(duì)軟件的社會(huì)化大生產(chǎn)，再也不可能行得通了
二、Visual SourceSafe 6.0(VSS 6.0)簡介
? Microsoft的VSS 6.0解決了軟件開發(fā)小組長期所面臨的版本管理問題，它可能有效地幫助項(xiàng)目開發(fā)組的負(fù)責(zé)人對(duì)項(xiàng)目程序進(jìn)行管理，將所有的項(xiàng)目源文件（包括各種文件類型）以特有的方式存入數(shù)據(jù)庫。
? 開發(fā)組的成員不能對(duì)該數(shù)據(jù)庫中的文件進(jìn)行直接的修改，而是由該版本管理器將該項(xiàng)目的源程序或是子項(xiàng)目的源程序拷貝到各個(gè)成員自己的工作目錄下進(jìn)行調(diào)試和修改，然后將修改后的項(xiàng)目文件作Checkin提交給VSS，由它進(jìn)行綜合更新。
? VSS的客戶端和服務(wù)端的安裝
? VSS服務(wù)端和客戶端的使
聯(lián)系客服
