a、需求分析
需求分析是開發(fā)人員對(duì)系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗(yàn)來看，這個(gè)過程往往是個(gè)循序漸進(jìn)的過程，一次性對(duì)系統(tǒng)形成完整的認(rèn)識(shí)是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交
流確認(rèn)，方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時(shí)犯下的錯(cuò)誤，會(huì)在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(jià)越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。
解決系統(tǒng)分析錯(cuò)誤的方法我們公司通常采用邀請(qǐng)用戶參與進(jìn)行需求評(píng)定，然后對(duì)其用戶的意見由質(zhì)保成員跟蹤檢測是否納入需求規(guī)格說明書，同時(shí)與用戶簽字確認(rèn)形成需求基線，交由配置管理員放入配置管理庫。
雖然盡早的邀請(qǐng)用戶參與，仍然避免不了項(xiàng)目進(jìn)行中用戶的需求變更請(qǐng)求。對(duì)于開發(fā)過程存在的需求變動(dòng)，我們要求用戶填寫變更申請(qǐng)單發(fā)送給項(xiàng)目配置管理員，在通過配置配置員轉(zhuǎn)交質(zhì)保小組，負(fù)責(zé)組織專家小組和項(xiàng)目組成員一起討論實(shí)施變更的可行性及實(shí)施后所帶來的影響，小的變更則直接記錄入變更記錄原因分析項(xiàng)和風(fēng)險(xiǎn)項(xiàng)欄，大的變更則需要形成正式的變更報(bào)告，無論那種變更都需要對(duì)相應(yīng)的文檔實(shí)施同步變更（包括需求規(guī)格說明書、詳細(xì)設(shè)計(jì)文、安裝手冊(cè)、操作手冊(cè)等）。但是對(duì)于無法實(shí)現(xiàn)或是變更會(huì)帶來巨大的影響而將導(dǎo)致進(jìn)度的延期，這時(shí)，我們將變更報(bào)告提交給用戶或邀請(qǐng)用戶進(jìn)行協(xié)調(diào)會(huì)議，討論變更取舍問題或是項(xiàng)目進(jìn)度變更問題。
決定變更之后，由項(xiàng)目經(jīng)理組織實(shí)施變更，測試人員檢測變更結(jié)果，而質(zhì)保小組成員監(jiān)督變更實(shí)施過程并協(xié)助配置管理員對(duì)變更后的成果物進(jìn)行版本控制。變更實(shí)施完后，上線前還需要指定人員協(xié)助用戶一同測試并由用戶簽字后同意方可上線。
b、系統(tǒng)設(shè)計(jì)
優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計(jì)方法，自然設(shè)計(jì)選型成為了系統(tǒng)設(shè)計(jì)首要的工作，究竟是采用哪種設(shè)計(jì)方法好呢？
對(duì)于設(shè)計(jì)選型不能一概而論，需要針對(duì)項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析，同樣也要考慮到參與項(xiàng)目小組成員的素質(zhì)，如果其中大部分都沒有從事過面向?qū)ο蟮脑O(shè)計(jì)且項(xiàng)目進(jìn)對(duì)緊迫，這樣沒有多余的時(shí)間來培訓(xùn)小組成員來掌握面向?qū)ο蟮脑O(shè)計(jì)方法，盡管眾所周知面向?qū)ο笤O(shè)計(jì)方法的優(yōu)勢(shì)，我們還是不如采用面向過程的方式（除用戶指定開發(fā)設(shè)計(jì)方式外）可以減少項(xiàng)目承擔(dān)的技術(shù)風(fēng)險(xiǎn)。
我們公司有過一個(gè)項(xiàng)目，用戶指定需要采用面向?qū)ο蠓治?、設(shè)計(jì)和開發(fā)，且開發(fā)周期短，在無賴的情況下，項(xiàng)目小組只能選用面向?qū)ο蟮能浖_發(fā)過程，由于項(xiàng)目小組很少從事過面向?qū)ο蟮拈_發(fā)，經(jīng)驗(yàn)缺乏，導(dǎo)致項(xiàng)目上馬后項(xiàng)目進(jìn)度延誤，項(xiàng)目沒有達(dá)到預(yù)期的效果。
針對(duì)此次開發(fā)，我們分析其原因，發(fā)現(xiàn)小組成員在開發(fā)過程中對(duì)于新技術(shù)互相交流少，各自有各自的理解和想法，造成理解上的不一致性，導(dǎo)致工作重復(fù)性高，滯后項(xiàng)目進(jìn)度。建議解決方法是項(xiàng)目組成員采用集中辦公，分塊學(xué)習(xí)，學(xué)習(xí)的成果馬上向項(xiàng)目相關(guān)人員發(fā)布，再由配置管理員對(duì)其發(fā)布的文檔進(jìn)行整理、規(guī)類放入配置庫以供大家共享。這樣方便大家的互相學(xué)習(xí)，減少重復(fù)的工作。在這次開發(fā)中我們公司從管理人員、設(shè)計(jì)人員到開發(fā)人員都汲取了很多教訓(xùn)，同時(shí)經(jīng)過此次項(xiàng)目的開發(fā)，小組成員也積累了豐富的面向?qū)ο蟮拈_發(fā)經(jīng)驗(yàn)。
除設(shè)計(jì)選型，還有一個(gè)容易被忽視的問題，就是公共類開發(fā)。公共類開發(fā)可以減少工作中的重復(fù)工作，降低開發(fā)成本。這要求我們?cè)僭O(shè)計(jì)階段通過對(duì)用戶需求的仔細(xì)研究，盡可能的識(shí)別出公共類，并進(jìn)行定義指定專人負(fù)責(zé)設(shè)計(jì)通知其它設(shè)計(jì)人員，以減少重復(fù)工作。對(duì)于項(xiàng)目組提供的設(shè)計(jì)文檔，由質(zhì)保小組組織技術(shù)專家、項(xiàng)目組設(shè)計(jì)人員、開發(fā)人員和測試人員對(duì)其設(shè)計(jì)文檔的評(píng)審，檢測設(shè)計(jì)文檔對(duì)其下一階段工作的可行性