軟件項(xiàng)目開發(fā)過程_第1頁
軟件項(xiàng)目開發(fā)過程_第2頁
軟件項(xiàng)目開發(fā)過程_第3頁
軟件項(xiàng)目開發(fā)過程_第4頁
軟件項(xiàng)目開發(fā)過程_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、軟件項(xiàng)目開發(fā)過程,目錄,項(xiàng)目組的人員組成 軟件項(xiàng)目的基本流程 軟件項(xiàng)目開發(fā)的階段 問題定義,項(xiàng)目開發(fā)生命周期的各個階段,以及各個階段的特點(diǎn) 需求分析階段 設(shè)計階段 開發(fā)階段 評估/測試階段 實(shí)施階段 維護(hù)階段 項(xiàng)目跟蹤和監(jiān)控活動 軟件工程師的角色,2,項(xiàng)目人員簡介,任何計算機(jī)化系統(tǒng)的委派和實(shí)施都與項(xiàng)目組各成員的通力合作密不可分 (團(tuán)隊(duì)精神)。 項(xiàng)目組由“項(xiàng)目組長”領(lǐng)導(dǎo) 。 項(xiàng)目組長的作用 項(xiàng)目組長主要確定每個成員應(yīng)執(zhí)行哪些任務(wù)。 應(yīng)為每個項(xiàng)目開發(fā)階段分配多少時間。,3,項(xiàng)目人員構(gòu)成,項(xiàng)目組一般由下列人員構(gòu)成 : 分析人員 設(shè)計人員 開發(fā)人員/程序員 測試人員 實(shí)施工程師 維護(hù)工程師,4,軟件項(xiàng)

2、目基本流程,5,流程示意圖,6,此通用流程時間表為各種開發(fā)項(xiàng)目的參考,各工作項(xiàng)目的時間長短視項(xiàng)目具體的要求來決定, 且有的流程可有可無。 關(guān)鍵點(diǎn): 功能需求必先于設(shè)計構(gòu)劃. 程序設(shè)計必后于設(shè)計構(gòu)劃. 設(shè)計構(gòu)劃書的周密嚴(yán)謹(jǐn)關(guān)系到整個產(chǎn)品開發(fā)的成敗和質(zhì)量。 測試要與程序設(shè)計同步進(jìn)行, 以便及時糾錯。,7,軟件項(xiàng)目開發(fā)的流程及特征,關(guān)鍵點(diǎn): 每個項(xiàng)目的時間進(jìn)度表的制定應(yīng)包括所有重要的里程碑.項(xiàng)目進(jìn)度的跟蹤以它們?yōu)闇?zhǔn)。 對開發(fā)前期的工作項(xiàng)目花的功夫越多, 如功能需求總結(jié)和設(shè)計構(gòu)劃書的撰寫盡量做到周密嚴(yán)謹(jǐn), 和用戶同一認(rèn)識, 后期的工作項(xiàng)目如編程測試等造成返工重做的機(jī)率就越小, 會對整個項(xiàng)目的高效率和低

3、開支起很大的促進(jìn)作用。,8,軟件項(xiàng)目開發(fā)的流程及特征,項(xiàng)目生命周期的各個階段,每個軟件開發(fā)活動都可以明確劃分為幾個不同的階段。 每個階段都具有明確的起點(diǎn)和終點(diǎn),可以清晰準(zhǔn)確地與下一階段進(jìn)行交接。 每個階段都有相應(yīng)的文檔,用于對各種活動及過程進(jìn)行跟蹤 。,9,項(xiàng)目生命周期各階段,項(xiàng)目開發(fā)生命周期包括下列幾個階段: 第 1 階段:問題定義 第 2 階段:需求分析 第 3 階段:設(shè)計 第 4 階段:開發(fā) 第 5 階段:評估/測試 第 6 階段:實(shí)施 第 7 階段:維護(hù),10,問題定義,正確識別客戶的需求 系統(tǒng)要實(shí)現(xiàn)的準(zhǔn)確目標(biāo) 本階段與成本問題相關(guān) 包括定義問題及劃定界限兩個環(huán)節(jié) 本階段的輸入信息是未

4、結(jié)構(gòu)化的 活動包括: 會見客戶了解客戶需求確定可能的解決方案定義項(xiàng)目范圍。 “問題定義”記錄在“問題定義文檔”中。,11,需求分析階段,在本階段,分析人員確定當(dāng)前系統(tǒng)的過程 分析過程的輸入和輸出 使用“客戶需求說明書(CRS)”文檔 CRS 是多個文檔的摘要,12,需求分析階段,客戶需求說明書(CRS)文檔包括: 系統(tǒng)輸入列表 系統(tǒng)期望輸出列表 系統(tǒng)流程總覽 實(shí)施項(xiàng)目所需的硬件和軟件 客戶接收項(xiàng)目的標(biāo)準(zhǔn) 系統(tǒng)的實(shí)體關(guān)系圖(ERD),13,需求分析階段,客戶需求總結(jié)是受多方面因素影響的,14,設(shè)計階段,準(zhǔn)備待開發(fā)系統(tǒng)的藍(lán)圖 設(shè)計階段的活動包括: 設(shè)計 GUI 標(biāo)準(zhǔn) 設(shè)計應(yīng)用程序的界面 設(shè)計數(shù)據(jù)庫

5、 設(shè)計過程模塊 設(shè)計編碼標(biāo)準(zhǔn) 創(chuàng)建原型 分配和監(jiān)控任務(wù),15,設(shè)計 GUI 標(biāo)準(zhǔn),這些標(biāo)準(zhǔn)與應(yīng)用程序的外觀有關(guān) 應(yīng)用程序的外觀和流程要求保持一致 包括: 顏色 字形 標(biāo)題和標(biāo)簽的尺寸 頁眉和頁腳的外觀 控件的主題、位置和尺寸,16,設(shè)計界面,根據(jù) GUI 標(biāo)準(zhǔn)集設(shè)計屏幕的布局 可以是用戶輸入或顯示信息的報表 記錄在界面設(shè)計文檔中,17,設(shè)計數(shù)據(jù)庫和過程模塊,數(shù)據(jù)庫: 根據(jù) ERD 中包含的信息設(shè)計數(shù)據(jù)庫。 表設(shè)計將遵循規(guī)范化的規(guī)則。 表設(shè)計記錄在表設(shè)計文檔中。 過程模塊: 過程設(shè)計包括將在分析階段制定的過程定義轉(zhuǎn)換為代碼模塊。 過程設(shè)計記錄在過程設(shè)計文檔中。,18,設(shè)計編碼標(biāo)準(zhǔn),設(shè)計的過程模塊

6、需要進(jìn)行標(biāo)準(zhǔn)化 標(biāo)準(zhǔn)化包括設(shè)置程序和數(shù)據(jù)庫的名稱約定 標(biāo)準(zhǔn)化使代碼的可讀性更強(qiáng),更易于維護(hù) 常規(guī)編碼標(biāo)準(zhǔn) 函數(shù)聲明的編碼標(biāo)準(zhǔn),19,軟件設(shè)計規(guī)范書撰寫指南,設(shè)計規(guī)范書是什么? 設(shè)計構(gòu)劃書是描寫軟件產(chǎn)品或系統(tǒng)具體功能特性和設(shè)計方案的文件。 它是整個產(chǎn)品或系統(tǒng)的藍(lán)圖- 開發(fā)設(shè)計和測試計劃都以次為基礎(chǔ)進(jìn)一步撰寫。 它由設(shè)計項(xiàng)目經(jīng)理負(fù)責(zé)撰寫, 組織核審, 并根據(jù)開發(fā)過程中的由編程設(shè)計改動作隨時的訂正, 使文件中的設(shè)計與具體的編程隨時保證同步。,20,軟件設(shè)計規(guī)范書撰寫指南,21,軟件設(shè)計規(guī)范書撰寫指南,22,軟件設(shè)計規(guī)范書撰寫指南,23,創(chuàng)建原型,創(chuàng)建一個應(yīng)用程序原型,并提交客戶進(jìn)行審批 。 批準(zhǔn)后,

7、將原型分派給開發(fā)人員進(jìn)行開發(fā)。 原型是模擬應(yīng)用程序的模型。,24,分配和監(jiān)控任務(wù),項(xiàng)目組長需要估算完成項(xiàng)目所需人工小時數(shù) 項(xiàng)目組長創(chuàng)建任務(wù)清單 任務(wù)清單記錄: 計劃開始日期和結(jié)束日期 模塊名稱和說明書 完成模塊所需的時間 進(jìn)度狀態(tài),25,開發(fā)階段和評估/測試階段,開發(fā)階段: 對在原型中建立起來的用戶界面進(jìn)行最后的潤色。 使用 RDBMS 工具建立數(shù)據(jù)庫。 通過添加代碼來實(shí)現(xiàn)窗體的各項(xiàng)功能。 評估/測試階段: 本階段將對每個單元的功能進(jìn)行測試 本階段的活動包括: 單元測試、驗(yàn)證屏幕輸入、峰值負(fù)荷測試、容量測試、可靠性測試和集成測試。,26,寫任何程序前一定要先有設(shè)計構(gòu)劃書 任何復(fù)雜的系統(tǒng)程序要先

8、有構(gòu)架設(shè)計書 對系統(tǒng)組件有明確的功能定義。 對組件的接口的設(shè)計事先有完整的紀(jì)錄。 構(gòu)架設(shè)計書由構(gòu)架設(shè)計師或開發(fā)工程師的領(lǐng)導(dǎo)人員來撰寫。 構(gòu)架設(shè)計書要通過項(xiàng)目經(jīng)理和測試人員在內(nèi)的審核及通過, 才能開始編寫程序。,27,開發(fā)管理的一些指南,建立程序原代碼的提交庫,并建立完整的原代碼的提交的流程管理制度 原代碼只允許一人改動. 改動前先要從提交庫申請出原代碼. 改動后再送進(jìn)提交庫。 改動完先要在開發(fā)工程師的機(jī)器上編譯, 與其它組件一起運(yùn)行過, 確證沒有致命的缺陷后,才能送進(jìn)原代碼的提交庫。 在產(chǎn)品發(fā)行前, 整個提交庫都被鎖上, 只有被批準(zhǔn)的缺陷修補(bǔ)的原代碼才能提交進(jìn)庫。,28,開發(fā)管理的一些指南,建

9、立原代碼互審的管理制度 每個軟件開發(fā)工程師遍寫的原代碼都有致少一個以上的同事對程序進(jìn)行審查。 建立原代碼編寫的規(guī)范 每個軟件開發(fā)工程師都應(yīng)按照規(guī)范進(jìn)行程序設(shè)計, 包括編寫的風(fēng)格, 格式, 組件接口的規(guī)范, 解說詞的撰寫, 等等。,29,開發(fā)管理的一些指南,根據(jù)設(shè)計構(gòu)劃書撰寫測試計劃 測試計劃要請項(xiàng)目經(jīng)理和開發(fā)工程師一起進(jìn)行審查。 測試計劃用列表式將所有的測試方案寫下。 每個具體地的測試方案都有專人執(zhí)行,并記錄每個測試方案的結(jié)果. 任何缺陷都記錄下來。 測試與開發(fā)同步進(jìn)行 在部分組件編寫完后就進(jìn)行。,30,測試管理的一些指南,測試計劃執(zhí)行中的注意事項(xiàng) 由測試員發(fā)現(xiàn)的缺陷分給開發(fā)工程師修改糾錯。

10、修改完畢由測試員先進(jìn)行初步質(zhì)量驗(yàn)證, 通過后才能由開發(fā)工程師送進(jìn)原代碼的提交庫。 每次任何影響到其它組件的程序糾錯改動, 不僅是經(jīng)過改動的程序要重新測試, 任何可能受到影響的其它組件或程序也必須重測。 發(fā)行前要進(jìn)行全程測試。,31,測試管理的一些指南,實(shí)施和維護(hù),實(shí)施階段: 在本階段,將把已開發(fā)的系統(tǒng)安裝到客戶計算機(jī)上 。 實(shí)施工程師確保安裝過程的準(zhǔn)確執(zhí)行 。 維護(hù)階段: 本階段為客戶提供故障排除技術(shù) 。 對應(yīng)用程序進(jìn)行所需的軟件升級。,32,項(xiàng)目跟蹤和監(jiān)控,在項(xiàng)目開發(fā)生命周期,監(jiān)控系統(tǒng)的過程和實(shí)際工作情況有助于提高項(xiàng)目效率。 也有助于實(shí)現(xiàn)項(xiàng)目目標(biāo)。 這些活動將與項(xiàng)目開發(fā)過程同步進(jìn)行 。 復(fù)查是用于檢查項(xiàng)目進(jìn)度的一種程序。,33,項(xiàng)目組成員各行其責(zé),項(xiàng)目組各成員在軟件開發(fā)過程中各自扮演各自的角色,這些成員一般由其崗位職責(zé)所決定的。 其職責(zé)履行

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論