軟件項(xiàng)目開發(fā)過程【優(yōu)選資料】

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

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

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

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

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

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

7、件設(shè)計(jì)規(guī)范書撰寫指南,22,軟件設(shè)計(jì)規(guī)范書撰寫指南,23,創(chuàng)建原型,創(chuàng)建一個(gè)應(yīng)用程序原型，并提交客戶進(jìn)行審批 。 批準(zhǔn)后，將原型分派給開發(fā)人員進(jìn)行開發(fā)。 原型是模擬應(yīng)用程序的模型,24,醫(yī)療參考,分配和監(jiān)控任務(wù),項(xiàng)目組長(zhǎng)需要估算完成項(xiàng)目所需人工小時(shí)數(shù) 項(xiàng)目組長(zhǎng)創(chuàng)建任務(wù)清單 任務(wù)清單記錄： 計(jì)劃開始日期和結(jié)束日期 模塊名稱和說明書 完成模塊所需的時(shí)間 進(jìn)度狀態(tài),25,醫(yī)療參考,開發(fā)階段和評(píng)估/測(cè)試階段,開發(fā)階段： 對(duì)在原型中建立起來的用戶界面進(jìn)行最后的潤(rùn)色。 使用 RDBMS 工具建立數(shù)據(jù)庫(kù)。 通過添加代碼來實(shí)現(xiàn)窗體的各項(xiàng)功能。 評(píng)估/測(cè)試階段： 本階段將對(duì)每個(gè)單元的功能進(jìn)行測(cè)試 本階段的活動(dòng)包

8、括： 單元測(cè)試、驗(yàn)證屏幕輸入、峰值負(fù)荷測(cè)試、容量測(cè)試、可靠性測(cè)試和集成測(cè)試,26,醫(yī)療參考,寫任何程序前一定要先有設(shè)計(jì)構(gòu)劃書 任何復(fù)雜的系統(tǒng)程序要先有構(gòu)架設(shè)計(jì)書 對(duì)系統(tǒng)組件有明確的功能定義。 對(duì)組件的接口的設(shè)計(jì)事先有完整的紀(jì)錄。 構(gòu)架設(shè)計(jì)書由構(gòu)架設(shè)計(jì)師或開發(fā)工程師的領(lǐng)導(dǎo)人員來撰寫。 構(gòu)架設(shè)計(jì)書要通過項(xiàng)目經(jīng)理和測(cè)試人員在內(nèi)的審核及通過, 才能開始編寫程序,開發(fā)管理的一些指南,27,建立程序原代碼的提交庫(kù)，并建立完整的原代碼的提交的流程管理制度 原代碼只允許一人改動(dòng). 改動(dòng)前先要從提交庫(kù)申請(qǐng)出原代碼. 改動(dòng)后再送進(jìn)提交庫(kù)。 改動(dòng)完先要在開發(fā)工程師的機(jī)器上編譯, 與其它組件一起運(yùn)行過, 確證沒有致命

9、的缺陷后，才能送進(jìn)原代碼的提交庫(kù)。 在產(chǎn)品發(fā)行前, 整個(gè)提交庫(kù)都被鎖上, 只有被批準(zhǔn)的缺陷修補(bǔ)的原代碼才能提交進(jìn)庫(kù),開發(fā)管理的一些指南,28,建立原代碼互審的管理制度 每個(gè)軟件開發(fā)工程師遍寫的原代碼都有致少一個(gè)以上的同事對(duì)程序進(jìn)行審查。 建立原代碼編寫的規(guī)范 每個(gè)軟件開發(fā)工程師都應(yīng)按照規(guī)范進(jìn)行程序設(shè)計(jì), 包括編寫的風(fēng)格, 格式, 組件接口的規(guī)范, 解說詞的撰寫, 等等,開發(fā)管理的一些指南,29,根據(jù)設(shè)計(jì)構(gòu)劃書撰寫測(cè)試計(jì)劃 測(cè)試計(jì)劃要請(qǐng)項(xiàng)目經(jīng)理和開發(fā)工程師一起進(jìn)行審查。 測(cè)試計(jì)劃用列表式將所有的測(cè)試方案寫下。 每個(gè)具體地的測(cè)試方案都有專人執(zhí)行，并記錄每個(gè)測(cè)試方案的結(jié)果. 任何缺陷都記錄下來。 測(cè)

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