一、需求分析

    需求分析是理解用戶需求，就軟件功能與客戶達(dá)成一致，估計(jì)軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目代價(jià)，最終形成開(kāi)發(fā)計(jì)劃的一個(gè)復(fù)雜過(guò)程。它是軟件開(kāi)發(fā)中的第一步，因?yàn)槿绻麤](méi)有完全分析清楚用戶的需求，盲目的投入大量的人力、物力、財(cái)力和時(shí)間，開(kāi)發(fā)出的軟件卻滿足不了用戶的需求,被迫要求重新開(kāi)發(fā)，或終止合作都是讓人痛心疾首的事，因此在軟件開(kāi)發(fā)過(guò)程中有必要做足充分的需求分析。

二、項(xiàng)目設(shè)計(jì)    

    項(xiàng)目設(shè)計(jì)是由軟件開(kāi)發(fā)單位對(duì)軟件項(xiàng)目開(kāi)發(fā)階段中的工作進(jìn)行自我管理、質(zhì)量控制、進(jìn)度控制、投資控制，對(duì)進(jìn)度的實(shí)施在技術(shù)上和經(jīng)濟(jì)上進(jìn)行全面而詳盡地安排，形成設(shè)計(jì)圖紙和說(shuō)明書，并在實(shí)施的過(guò)程中進(jìn)行監(jiān)督和驗(yàn)收。

    這也是軟件開(kāi)發(fā)過(guò)程中必須注意的事項(xiàng)，做任何事都要有計(jì)劃，軟件開(kāi)發(fā)也不例外。因此先將項(xiàng)目的整體規(guī)劃出來(lái)，然后按照需求合理的安排人力物力，使之按照計(jì)劃行事，才能有條不絮的將項(xiàng)目進(jìn)行下去。

三、有效控制需求變化    

    開(kāi)發(fā)人員最怕的是什么呢？設(shè)計(jì)變化，還是需求變化？個(gè)人覺(jué)得需求變化是最最致命的。當(dāng)你的一個(gè)項(xiàng)目的大部分功能都定下來(lái)后，而且已經(jīng)開(kāi)發(fā)了若干個(gè)工作日，突然接到甲方公司提出，某個(gè)功能要改變，原先的需求分析要重新改，如果這個(gè)修改是涉及的數(shù)據(jù)庫(kù)的表結(jié)構(gòu)更改的話，那是致命的。所以在軟件開(kāi)發(fā)過(guò)程中要有效的應(yīng)對(duì)這種需求變化，在開(kāi)發(fā)合同中進(jìn)行必要的說(shuō)明。    

四、代碼編寫    

    當(dāng)需求確定定下來(lái)之后，就可以進(jìn)行實(shí)質(zhì)性的編碼了，所以以下的一些規(guī)范是開(kāi)發(fā)者必須要遵守的：    

    1、源程序文件結(jié)構(gòu)：每個(gè)程序文件應(yīng)由標(biāo)題、內(nèi)容和附加說(shuō)明三部分組成。   （1）標(biāo)題：文件最前面的注釋說(shuō)明，其內(nèi)容主要包括：程序名，作者，版權(quán)信息，簡(jiǎn)要說(shuō)明 等，必要時(shí)應(yīng)有更詳盡的說(shuō)明（將以此部分以空行隔開(kāi)單獨(dú)注釋）。   （2）內(nèi)容控件注冊(cè)等函數(shù)應(yīng)放在內(nèi)容部分的最后，類 的定義按 private 、 protected 、 pubilic 、 __pubished 的順序，并盡量保持每一部分只有一個(gè)，各部分中按數(shù)據(jù)、函數(shù)、屬性、事件的順序。    一、附加說(shuō)明：文件末尾的補(bǔ)充說(shuō)明，如參考資料等，若內(nèi)容不多也可放在標(biāo)題部分的最后。    

    2、界面設(shè)計(jì)風(fēng)格的一致性：由于采用可視化編程，所有的界面均與Win32方式類似，相應(yīng)采用的控件等也大都為Windows操作系統(tǒng)下的標(biāo)準(zhǔn)控件，而且參考了其他一些市面上相關(guān)的企業(yè)內(nèi)部管理的應(yīng)用軟件。    

基于簡(jiǎn)單易操作的原則，貼近用戶考慮，用戶界面采用Windows風(fēng)格的標(biāo)準(zhǔn)界面，操作方式亦同Windows風(fēng)格，這樣在實(shí)施過(guò)程，可以降低對(duì)客戶的培訓(xùn)，也可以使用戶容易上手，簡(jiǎn)單易學(xué)。  

    3、編輯風(fēng)格：    

   （1）縮進(jìn)：縮進(jìn)以 Tab 為單位，一個(gè) Tab 為四個(gè)空格大小。全局?jǐn)?shù)據(jù)、函數(shù) 原型、標(biāo)題、附加說(shuō)明、函數(shù)說(shuō)明、標(biāo)號(hào)等均頂格書寫。    

   （2）空格：數(shù)據(jù)和函數(shù)在其類型，修飾（如 __fastcall 等）名稱之間適當(dāng)空格并據(jù)情況對(duì) 齊。關(guān)鍵字原則上空一格，不論是否有括號(hào)，對(duì)語(yǔ)句行后加的注釋應(yīng)用適當(dāng)空格與語(yǔ)句隔開(kāi)并盡可能對(duì)齊。    

   （3）對(duì)齊：原則上關(guān)系密切的行應(yīng)對(duì)齊，對(duì)齊包括類型、修飾、名稱、參數(shù)等各部分對(duì)齊。另每一行的長(zhǎng)度不應(yīng)超過(guò)屏幕太多，必要時(shí)適當(dāng)換行。    

   （4）空行：程序文件結(jié)構(gòu)各部分之間空兩行，若不必要也可只空一行，各函數(shù)實(shí)現(xiàn)之間一般空兩行。    

   （5）注釋：對(duì)注釋有以下三點(diǎn)要求：  A、必須是有意義；  B、必須正確的描述了程序；   C、必須是最新的。    

    4、命名規(guī)范：堅(jiān)持采用匈牙利變量命名慣例，所有標(biāo)識(shí)符一律用英文或英文縮寫，杜絕采用拼音，標(biāo)識(shí)符中每個(gè)單詞首字母大寫，縮寫詞匯一般全部大寫，只在必要時(shí)加“_”間隔詞匯。 

五、測(cè)試上線   

    軟件開(kāi)發(fā)接近尾聲的一個(gè)重要事項(xiàng)就是測(cè)試，測(cè)試是保證代碼能正常運(yùn)行的前提，它需要將影響軟件正常運(yùn)行的因素逐一排除，當(dāng)一切都測(cè)試完成后就可以上線交付使用了。