項目開發(fā)講解分析Projectdevelopment大綱05項目范例01項目開發(fā)概述02開發(fā)流程03文件制作04項目進(jìn)行項目開發(fā)概述軟件發(fā)展的基本參考，均需以設(shè)計規(guī)劃文件為主要依循。文件的撰寫占了項目成敗的大部分因素。欠缺文件的溝通與確認(rèn)，容易發(fā)生開發(fā)項目最怕的狀況：『開發(fā)出來的軟件，不是客戶所要的』！合約、交貨日期及品項、金額、維護(hù)等等重要關(guān)鍵，必須透過文件記錄，方能有所憑據(jù)。規(guī)劃文件的用途規(guī)劃文件的用途的用途有以下幾點(diǎn)：與客戶溝通需求的媒介。確認(rèn)客戶需求與開發(fā)項目吻合。開發(fā)團(tuán)隊內(nèi)部流程溝通、資料表說明及同步。確認(rèn)交付項目、開發(fā)時程、項目金額等。軟件開發(fā)過程需求分析（RequirementAnalysis）系統(tǒng)分析（SystemAnalysis）系統(tǒng)設(shè)計（SystemDesign）程序開發(fā)（Implementation）整合及測試（Integrationandtesting）使用Cycle往復(fù)式開發(fā)程序。每一階段均需反覆修正?？傮w流程亦需反覆修正。軟件開發(fā)流程圖需求分析階段需求分析注意事項在需求分析之前，開發(fā)團(tuán)隊務(wù)必要對該項目的專業(yè)領(lǐng)域知識有所了解，也就是俗稱的Domainknowledge。若要涉足專業(yè)領(lǐng)域，開發(fā)團(tuán)隊內(nèi)最好有熟悉該領(lǐng)域的成員較佳。提案簡報開發(fā)團(tuán)隊經(jīng)過數(shù)次需求討論會議后，應(yīng)可針對客戶需求，舉行提案會議并提出一份提案簡報。此一提案簡報應(yīng)包含以下數(shù)點(diǎn)：開發(fā)團(tuán)隊組織成員。新系統(tǒng)與過去（舊系統(tǒng)或無軟件）的比較。采用本系統(tǒng)可增進(jìn)的效益。系統(tǒng)功能大綱，是否可滿足客戶需求。大致的開發(fā)時程與估價。提案簡報Cont.此一提案簡報將是客戶對開發(fā)團(tuán)隊的第一印象，因此，不論是投影片的精彩度、抑或是主講人的表現(xiàn)，都是影響是否能取得標(biāo)案的關(guān)鍵。此一投影片首重精彩有料，要能達(dá)到吸引人注意的效果，可以舉出實(shí)例比較有無此一新系統(tǒng)的不同，借以凸顯新系統(tǒng)的價值與必要性。待客戶接受新系統(tǒng)的必要性之后。再大致解說系統(tǒng)架構(gòu)、時程、估價即可。提案簡報范例系統(tǒng)分析階段系統(tǒng)分析系統(tǒng)分析是為了更清楚的描述客戶所要的軟件藍(lán)圖。透過撰寫系統(tǒng)分析文件（SA）與召開系統(tǒng)分析會議等步驟，可將軟件藍(lán)圖描繪的更清楚。系統(tǒng)分析文件內(nèi)容前言應(yīng)包含背景介紹、開發(fā)動機(jī)、開發(fā)目標(biāo)等綱要。系統(tǒng)平臺架購應(yīng)包含此一系統(tǒng)所使用的平臺與其架構(gòu)配置圖（硬件、軟件、作業(yè)系統(tǒng)、服務(wù)器、數(shù)據(jù)庫等）系統(tǒng)軟件架構(gòu)系統(tǒng)軟件架構(gòu)中，最主要的便是整體系統(tǒng)架構(gòu)圖，此一圖可以以方塊功能圖或網(wǎng)頁架構(gòu)圖繪制，其目的在于讓客戶對系統(tǒng)有一整體的認(rèn)識，同時藉由此一架構(gòu)圖，也方便與客戶討論功能配置、模塊增刪等細(xì)節(jié)。系統(tǒng)分析文件內(nèi)容Cont.軟件模塊說明諸如此一模塊之名稱、會用到的數(shù)據(jù)庫表格、會用到的公用程序、所提供的功能等等，均需在此以表格方式詳細(xì)列出。這部分牽涉到客戶需求與后續(xù)估價，因此列示越詳細(xì)越好項目建置計劃在對整個軟件模塊都有共識后，即可討論軟件建置計劃。這部分通常以甘特圖表示。需列出開始日期與結(jié)束日期，每一項目所需時程，以及每一個檢查點(diǎn)或里程碑（milestone）。系統(tǒng)分析文件內(nèi)容Cont.交付項目在此需詳列結(jié)案時應(yīng)交付給客戶的項目，以表格列示以便于日后點(diǎn)交。亦可指明項目應(yīng)以何種形式點(diǎn)交（光盤、檔案、原始檔或執(zhí)行檔）經(jīng)費(fèi)預(yù)估經(jīng)費(fèi)的估計依項目難度、功能多寡、客制化程度、美工設(shè)計、版型繪制、Logo制作等等各有不同，不同地區(qū)、不同行業(yè)的軟件開發(fā)費(fèi)用亦有不同。系統(tǒng)分析文件范例（網(wǎng)站架構(gòu)）系統(tǒng)分析文件范例（模塊說明）關(guān)于系統(tǒng)分析文件SA文件是開發(fā)團(tuán)隊與客戶的主要溝通文件，因此每次會議后變更的SA文件，均需明確加注版本號碼（封面及每頁的頁首），并送交雙方確認(rèn)，確保雙方共識。而最后定案的SA文件，更需有三份備檔，由客戶、開發(fā)團(tuán)隊及公正第三者各執(zhí)一份并蓋章以示負(fù)責(zé)。透過這些交互驗證程序，來確保雙方共識無誤與相互執(zhí)行保證。除了合約之外，SA文件便是雙方最重要的公認(rèn)文件，因此在撰寫、討論、定稿等過程，切不可馬虎疏忽。系統(tǒng)設(shè)計階段系統(tǒng)設(shè)計文件說明依據(jù)系統(tǒng)分析中客戶所提出的要求，開始設(shè)計項目細(xì)部，也就是產(chǎn)生系統(tǒng)設(shè)計文件（SD）。SD文件用途在建立所有項目成員在程序開發(fā)時之共識，亦即所有開發(fā)細(xì)項，均需記錄在系統(tǒng)設(shè)計文件中，以方便項目成員彼此間之工作分配、共享元件、模塊撰寫等協(xié)調(diào)工作。系統(tǒng)設(shè)計文件說明Cont.項目細(xì)部主要分兩部分，第一部份是『工作流程』、第二部分為『數(shù)據(jù)庫規(guī)劃』。工作流程主要即是將SA文件中所提及之功能模塊，依實(shí)際運(yùn)作狀況，繪制其流程圖。以一般流程圖繪制方式繪制即可，如欲進(jìn)階，則可使用UML方式繪制。數(shù)據(jù)庫架構(gòu)（稱為Databaseschema），是設(shè)計文件中最重要的部分。所有程序的撰寫、運(yùn)作、日后維護(hù)亦均需參考。系統(tǒng)設(shè)計文件范例（工作流程）系統(tǒng)設(shè)計文件范例（資料表）系統(tǒng)設(shè)計文件說明Cont.SD文件中，除了『工作流程』與『資料表架構(gòu)』外，亦可補(bǔ)充其他有助于團(tuán)隊成員更了解項目架構(gòu)的章節(jié)，例如：整體系統(tǒng)架構(gòu)、模塊說明、元件說明、公用函式庫說明、使用手冊初稿等。再一次強(qiáng)調(diào)，系統(tǒng)設(shè)計（SD）文件最主要用途為開發(fā)團(tuán)隊內(nèi)部溝通與協(xié)調(diào)之用。因此，撰寫此一文件時，務(wù)必以所有開發(fā)團(tuán)隊成員均能了解，為第一優(yōu)先前提。程序開發(fā)階段程序設(shè)計說明在完成系統(tǒng)設(shè)計（SystemDesign）文件后，項目成員便可依照SD文件中所述之各項目分別進(jìn)行程序?qū)懽鞴ぷ?。一個合格的程序設(shè)計師，應(yīng)具備閱讀SD文件中所述之流程與資料結(jié)構(gòu)后，便能夠撰寫程序之能力。程序設(shè)計注意事項在程序開發(fā)會議中，對文件修訂，則在會議結(jié)束后，務(wù)必制作更新版本文件并清楚標(biāo)明，并且確保項目成員均得知此一信息。程序碼在每一版次完成后，均需做單元測試與整合測試，不可等到所有程序都完成后，才在整合測試階段做測試。程序碼必須由專人管理，并妥善整理各個版本。建議可采用CVS（versioncontrolsystem）管理程序碼，務(wù)必確定各項目成員所使用或維護(hù)的程序為最新版本。程序設(shè)計注意事項Cont.共享元件必須由專人管理，并妥善整理各個版本。建議共享元件應(yīng)在程序撰寫初期便制作完成，并提供元件使用說明。除非必要，盡量不要在程序開發(fā)期間，變更共享元件之函數(shù)或定義。以免造成程序碼需大幅變更的后果。需定期（每日一次為最低要求）、異地備份程序碼，并注明該版程序之進(jìn)度，以備不時之需。。整合測試階段整合測試注意事項整合測試階段與程序開發(fā)階段是密不可分的循環(huán)。每一程序元件、每一功能模塊在撰寫完成后，均需進(jìn)行單元測試，以利問題提早發(fā)現(xiàn)并解決。不可待所有程序完成后，再開始測試。所有的測試開始之前，均需撰寫『測試計劃』，并依測試計劃準(zhǔn)備相關(guān)測試資料與測試用軟件，并詳實(shí)記錄測試過程與測試結(jié)果。整合測試是相當(dāng)重要的一個步驟，完善的整合測試可以確認(rèn)系統(tǒng)的漏洞、缺失與其極限所在?？勺屜到y(tǒng)正式上線后的缺失減到最小。測試要點(diǎn)當(dāng)所有程序撰寫完成后，通常需依『測試計劃』與『營運(yùn)計劃』做一完整的軟件測試，一個完整的測試至少應(yīng)包括以下幾點(diǎn)：正常流程運(yùn)作測試?yán)鉅顩r測試壓力測試最大處理能量測試容錯能力測試入侵測試自動回復(fù)機(jī)制測試備份機(jī)制測試…等等使用期間文件名稱內(nèi)容說明項目全程會議記錄項目全程均需使用會議記錄文件，記錄每一次會議結(jié)果，并于會后送達(dá)各相關(guān)人員參考周知。項目初期提案簡報如前述

開發(fā)契約確定成案后雙方需簽訂開發(fā)契約

建置工作評估

硬件架構(gòu)說明說明項目之硬件需求系統(tǒng)分析階段系統(tǒng)分析文件如前述

建置工作計劃書說明建置計劃

軟件安裝計劃說明軟件安裝流程

替代方案如發(fā)生不可抗拒因素時之可能替代方案

交付項目時程系統(tǒng)各項目交付時程其他項目文件其他項目文件Cont.系統(tǒng)設(shè)計階段系統(tǒng)設(shè)計文件如前述

系統(tǒng)復(fù)原程序系統(tǒng)損毀時復(fù)原方式

共享元件說明開發(fā)時共享元件說明

軟件更新計劃上線后如何更新版本程序開發(fā)階段程序編碼規(guī)范項目成員需共同遵守之編碼規(guī)范

軟件備份與更新計劃軟件備份及管理計劃

使用手冊用戶使用說明整合測試階段整合測試計劃說明測試方式

整合測試報告說明測試結(jié)果項目交付階段訓(xùn)練與技術(shù)轉(zhuǎn)移計劃教育訓(xùn)練與技轉(zhuǎn)計劃

教育訓(xùn)練技術(shù)文件

技術(shù)轉(zhuǎn)移技術(shù)文件

交付清單交付項目清單

維護(hù)合約日后維護(hù)之期程與合約軟件流程注意事項在每一階段均需要不斷往復(fù)修正，亦應(yīng)做到跨階段往復(fù)修正與整體項目往復(fù)修正。需做好單元測試，并確保每一獨(dú)立單元之正確性，在整合測試時才有可能項目分工以一個網(wǎng)頁式的應(yīng)用程序項目而言，大致有以下數(shù)種工作區(qū)分：程序設(shè)計基本程序開發(fā)程序說明文件撰寫共享元件設(shè)計共享元件規(guī)劃與開發(fā)元件API文件撰寫項目分工Cont.數(shù)據(jù)庫規(guī)劃管理備份美工設(shè)計：版面配置版型設(shè)計Logo設(shè)計動畫、Flash設(shè)計色彩集選用與配色項目分工Cont.文件撰寫相關(guān)合約、計劃書撰寫軟件說明手冊撰寫文件版本控制資料匯整初始資料輸入代客資料輸入安裝、維護(hù)、客服硬件環(huán)境架設(shè)、軟件安裝軟件維護(hù)、修正、升級資料備份客戶服務(wù)項目開發(fā)注意事項美工需與程序開發(fā)同步進(jìn)行，切不可待程序完成后才進(jìn)行美工工作，常會發(fā)生無法順利配合的問題。說明文件或使用手冊需與程序開發(fā)同步，切不可待程序完成后才進(jìn)行文件撰寫，容易造成文件與程序較大的誤差。不論是大量販?zhǔn)壑ㄓ密浖?，或是專為客戶訂制的客制化軟件，售后的客戶服?wù)所耗用的時數(shù)會遠(yuǎn)高于開發(fā)時數(shù)。因此在簽訂服務(wù)合約時，務(wù)必精算客戶服務(wù)成本。估算項目成本時，軟件開發(fā)案的人員工時成本通常占據(jù)開發(fā)成本的絕大部分，另需考慮軟件開發(fā)延宕所造成的多余人事支出與延期罰款等問題，故團(tuán)隊人事選用與聘任，是項目成功不可缺少的一部份進(jìn)度管理進(jìn)度管理工具甘特圖（Ganttchart），透過條狀圖訂定每一階段所耗用的時間，可準(zhǔn)確估計每一工作階段工作狀況。里程碑（MileStone）：透過每一個里程碑訂定，可于該時間檢查是否完成該目標(biāo)。項目管理經(jīng)驗結(jié)案在結(jié)案之前應(yīng)依合約文件