C語言課件 第29 30章

1、第29章 項(xiàng)目實(shí)戰(zhàn)前的幾點(diǎn)忠告項(xiàng)目規(guī)劃 p 項(xiàng)目開發(fā)流程 p 項(xiàng)目開發(fā)團(tuán)隊(duì) p 項(xiàng)目規(guī)劃常見問題及解決 第29章 項(xiàng)目實(shí)戰(zhàn)前的幾點(diǎn)忠告項(xiàng)目規(guī)劃 項(xiàng)目開發(fā)流程 p 項(xiàng)目開發(fā)團(tuán)隊(duì) p 項(xiàng)目規(guī)劃常見問題及解決 第29章 項(xiàng)目實(shí)戰(zhàn)前的幾點(diǎn)忠告項(xiàng)目規(guī)劃 項(xiàng)目開發(fā)流程 項(xiàng)目開發(fā)團(tuán)隊(duì) p 項(xiàng)目規(guī)劃常見問題及解決 第29章 項(xiàng)目實(shí)戰(zhàn)前的幾點(diǎn)忠告項(xiàng)目規(guī)劃 項(xiàng)目開發(fā)流程 項(xiàng)目開發(fā)團(tuán)隊(duì) 項(xiàng)目規(guī)劃常見問題及解決 項(xiàng)目實(shí)戰(zhàn)前的幾點(diǎn)忠告項(xiàng)目規(guī)劃 一個項(xiàng)目系統(tǒng)從無到有，要經(jīng)歷策劃、分析、 開發(fā)、測試和維護(hù)等階段，我們將這樣的一 個階段過程稱為項(xiàng)目的生命周期。 本章介紹在項(xiàng)目開發(fā)時，如何對項(xiàng)目進(jìn)行規(guī) 劃。 29.1 項(xiàng)目開發(fā)

2、流程 29.1.1 策劃階段 29.1.2 需求分析階段 29.1.3 開發(fā)階段 29.1.4 編碼階段 29.1.5 系統(tǒng)測試階段 29.1.6 系統(tǒng)驗(yàn)收階段 29.1.7 系統(tǒng)維護(hù)階段 29.1 項(xiàng)目開發(fā)流程 每一個項(xiàng)目的開發(fā)都不是一帆風(fēng)順的。為了 避免軟件開發(fā)過程中的混亂，也為了提高軟 件的質(zhì)量，需要按照項(xiàng)目開發(fā)的流程操作。 一個項(xiàng)目的開發(fā)往往會被分成很多步驟來實(shí) 現(xiàn)，每一個步驟都有自己的起點(diǎn)和終點(diǎn)。 項(xiàng)目開發(fā)的流程如圖所示。 29.1.1 策劃階段 項(xiàng)目策劃草案和風(fēng)險管理策劃往往作為一個項(xiàng)目開 始的第1步。當(dāng)接到一個項(xiàng)目后，應(yīng)根據(jù)公司高層 負(fù)責(zé)人所制定的初步商業(yè)計(jì)劃書來完成項(xiàng)目的策劃

3、草案，并確定、分析項(xiàng)目的風(fēng)險和項(xiàng)目風(fēng)險的優(yōu)先 級，同時，還要制定出一套面對項(xiàng)目風(fēng)險的解決方 案。項(xiàng)目策劃階段的主要目的是確立產(chǎn)品開發(fā)的經(jīng) 濟(jì)理由。 當(dāng)確定項(xiàng)目開發(fā)之后，則需要制訂項(xiàng)目開發(fā)計(jì)劃、 人員組織結(jié)構(gòu)定義及配備、過程控制計(jì)劃等。 29.1.2 需求分析階段 需求分析是指理解用戶的需求，就軟件的功能與客 戶達(dá)成一致，估計(jì)軟件風(fēng)險和評估項(xiàng)目代價，最終 形成開發(fā)計(jì)劃的一個復(fù)雜過程。 需求分析階段主要完成以下任務(wù)。 需求獲取：是指開發(fā)人員與用戶多次溝通并達(dá)成協(xié)議， 對項(xiàng)目所要實(shí)現(xiàn)的功能進(jìn)行的詳細(xì)說明。 需求分析：需求分析過程主要是對所獲取的需求信息進(jìn) 行分析，及時排除錯誤和彌補(bǔ)不足，確保需求文檔

4、正確 地反映用戶的真實(shí)意圖，最終將用戶的需求轉(zhuǎn)化成軟件 需求，形成軟件需求規(guī)格說明書。同時針對軟件需求規(guī) 格說明書中的界面需求以及功能需求，制作界面原型。 29.1.3 開發(fā)階段 軟件開發(fā)階段是指具體實(shí)現(xiàn)項(xiàng)目目標(biāo)的一個階段。 項(xiàng)目開發(fā)階段可分為以下兩個階段。 1. 軟件概要設(shè)計(jì) 設(shè)計(jì)人員在軟件需求規(guī)格說明書的指導(dǎo)下，需完成以下任務(wù)。 通過軟件需求規(guī)格說明書，對軟件功能需求進(jìn)行體系結(jié) 構(gòu)設(shè)計(jì)，確定軟件結(jié)構(gòu)及組成部分，編寫體系結(jié)構(gòu)設(shè) 計(jì)報(bào)告。 進(jìn)行內(nèi)部接口和數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)，編寫數(shù)據(jù)庫設(shè)計(jì)報(bào)告 （定稿）。 編寫軟件概要設(shè)計(jì)說明書。 29.1.3 開發(fā)階段 2. 軟件詳細(xì)設(shè)計(jì) 軟件詳細(xì)設(shè)計(jì)階段的任務(wù)如下

5、。 通過軟件概要設(shè)計(jì)說明書，了解軟件的結(jié) 構(gòu)。 確定軟件部分各組成單元，進(jìn)行詳細(xì)的模塊接 口設(shè)計(jì)。 進(jìn)行模塊內(nèi)部數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)。 進(jìn)行模塊內(nèi)部算法設(shè)計(jì)（可采用流程圖、偽代 碼等方式詳細(xì)描述每一步的具體加工要求及種 種實(shí)現(xiàn)細(xì)節(jié)），編寫軟件詳細(xì)設(shè)計(jì)說明書。 29.1.4 編碼階段 編碼階段的主要任務(wù)如下。 1. 編寫代碼 開發(fā)人員通過軟件詳細(xì)設(shè)計(jì)說明書，對 軟件結(jié)構(gòu)及模塊內(nèi)部數(shù)據(jù)結(jié)構(gòu)和算法進(jìn)行代 碼編寫，并保證編譯通過。 2. 單元測試 代碼編寫完成可對代碼進(jìn)行單元測試、集成測試， 記錄、發(fā)現(xiàn)并修改軟件中的問題。 29.1.5 系統(tǒng)測試階段 系統(tǒng)測試的目的在于發(fā)現(xiàn)軟件的問題，通過 與系統(tǒng)定義的需求做

6、比較，發(fā)現(xiàn)軟件與系統(tǒng) 定義不符合或與其矛盾的地方。 系統(tǒng)測試過程一般包括制訂系統(tǒng)測試計(jì)劃， 進(jìn)行測試方案設(shè)計(jì)、測試用例開發(fā)，進(jìn)行測 試，最后要對測試活動和結(jié)果進(jìn)行評估。 29.1.6 系統(tǒng)驗(yàn)收階段 系統(tǒng)驗(yàn)收階段是指從系統(tǒng)測試完畢到客戶驗(yàn) 收簽字的階段。在該階段，雙方相互配合確 認(rèn)軟件已達(dá)到合同的要求，并要求客戶在 客戶驗(yàn)收報(bào)告上簽字。 29.1.7 系統(tǒng)維護(hù)階段 項(xiàng)目維護(hù)是指在已完成對項(xiàng)目的研制（分析、 設(shè)計(jì)、編碼和測試）工作并交付使用以后， 對項(xiàng)目產(chǎn)品所開展的一些項(xiàng)目工程的活動。 即根據(jù)軟件運(yùn)行的情況，對軟件進(jìn)行適當(dāng)?shù)?修改，以適應(yīng)新的要求，以及糾正運(yùn)行中發(fā) 現(xiàn)的錯誤等。同時，還需要編寫軟件

7、問題報(bào) 告和軟件修改報(bào)告。 29.2 項(xiàng)目開發(fā)團(tuán)隊(duì) 29.2.1 項(xiàng)目團(tuán)隊(duì)組成 29.2.2 項(xiàng)目團(tuán)隊(duì)要求 29.2 項(xiàng)目開發(fā)團(tuán)隊(duì) 應(yīng)根據(jù)實(shí)際項(xiàng)目來組建項(xiàng)目團(tuán)隊(duì)，一般應(yīng)控 制在57人，盡量做到少而精。組建項(xiàng)目團(tuán) 隊(duì)時首先需要定崗，就是確定項(xiàng)目需要完成 什么目標(biāo)，完成這些目標(biāo)需要哪些職能崗位， 然后選擇合適的人員組成。 29.2.1 項(xiàng)目團(tuán)隊(duì)組成 主要有以下一些角色。 1. 項(xiàng)目經(jīng)理 主要負(fù)責(zé)團(tuán)隊(duì)的管理；制定開發(fā)的目標(biāo)、各個工作的詳細(xì)任務(wù) 表，跟蹤這些任務(wù)的執(zhí)行情況，進(jìn)行控制；組織會議對程序進(jìn) 行評審；綜合具體情況，對各種不同的方案進(jìn)行取舍并做出決 定；協(xié)調(diào)各項(xiàng)目參與人員之間的關(guān)系。 2. 系統(tǒng)

8、分析師 主要負(fù)責(zé)系統(tǒng)分析，了解用戶需求，寫出軟件需求規(guī)格說明 書，建立用戶界面原型等。擔(dān)任系統(tǒng)分析師的人員應(yīng)該善于 協(xié)調(diào)，并且具有良好的溝通技巧。在擔(dān)任此角色的人員中，必 須要有具備業(yè)務(wù)和技術(shù)領(lǐng)域知識的人才。 29.2.1 項(xiàng)目團(tuán)隊(duì)組成 3. 設(shè)計(jì)員 主要負(fù)責(zé)系統(tǒng)的概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)。要求熟 悉分析與設(shè)計(jì)技術(shù)，熟悉系統(tǒng)的架構(gòu)。 4. 程序員 負(fù)責(zé)按項(xiàng)目的要求進(jìn)行編碼和單元測試，要求有良好的編程 和測試技術(shù)。 5. 測試人員 負(fù)責(zé)進(jìn)行測試，描述測試結(jié)果，提出問題解決方案。要求了 解要測試的系統(tǒng)，具備診斷和解決問題的技能。 6. 其他人員，如美工、文檔管理等角色 29.2.2 項(xiàng)目團(tuán)隊(duì)

9、要求 一個高效的軟件開發(fā)團(tuán)隊(duì)是需要建立在合理的開發(fā) 流程及團(tuán)隊(duì)成員密切合作的基礎(chǔ)之上的。每一個成 員共同迎接挑戰(zhàn)，有效地計(jì)劃、協(xié)調(diào)和管理各自的 工作以完成明確的目標(biāo)。高效的開發(fā)團(tuán)隊(duì)具有以下 幾個特征。 具有明確且有挑戰(zhàn)性的共同目標(biāo)。 團(tuán)隊(duì)具有很強(qiáng)的凝聚力。 具有融洽的交流環(huán)境。 具有共同的工作規(guī)范和框架。 采用合理的開發(fā)過程。 29.3 項(xiàng)目的實(shí)際運(yùn)作 軟件開發(fā)一般是按照軟件生命周期分階段進(jìn)行的， 開發(fā)階段的運(yùn)作過程一般如下。 1. 做可行性分析，確定項(xiàng)目目標(biāo)和范圍 項(xiàng)目范圍規(guī)劃初期需要進(jìn)行一個宏觀的估算，否則很難判斷 清楚，或?qū)τ脩舫兄Z在現(xiàn)有資源情況下需要多長時間完 成需求。 2. 項(xiàng)目計(jì)劃

10、的其他關(guān)鍵因素分析和確認(rèn) 確定項(xiàng)目開發(fā)過程中需要使用的方法、技術(shù)和使用的工具。 進(jìn)行項(xiàng)目相關(guān)人員分析。 項(xiàng)目的關(guān)鍵依賴和承諾。 項(xiàng)目風(fēng)險分析。 29.3 項(xiàng)目的實(shí)際運(yùn)作 3. 項(xiàng)目開發(fā)階段運(yùn)作 根據(jù)開發(fā)計(jì)劃進(jìn)度進(jìn)行開發(fā)，項(xiàng)目經(jīng)理跟進(jìn)開發(fā)進(jìn)度，嚴(yán)格控制 項(xiàng)目需求變動的情況。項(xiàng)目開發(fā)過程中不可避免地會出現(xiàn)需求 變動的情況，在需求發(fā)生變更時，可根據(jù)實(shí)際情況實(shí)施嚴(yán)格的 需求變更管理。 4. 測試驗(yàn)收 測試驗(yàn)收階段主要是在項(xiàng)目投入使用前查找項(xiàng)目中的運(yùn)行錯誤。 在需求文檔基礎(chǔ)之上核實(shí)每個模塊能否正常運(yùn)行，核實(shí)需求是 否被正確實(shí)施。根據(jù)測試計(jì)劃，由項(xiàng)目經(jīng)理安排測試人員，根 據(jù)項(xiàng)目開展計(jì)劃分配進(jìn)行項(xiàng)目的測試工

11、作。通過測試，確保項(xiàng) 目的質(zhì)量。 5. 項(xiàng)目過程總結(jié) 測試驗(yàn)收完成緊接著應(yīng)開展項(xiàng)目過程的總結(jié)，主要是對項(xiàng)目開發(fā) 過程的工作成果進(jìn)行總結(jié)，以及進(jìn)行相關(guān)文件的歸檔、備份等。 29.4 項(xiàng)目規(guī)劃常見問題及解決 29.4.1 如何滿足客戶需求 29.4.2 如何控制項(xiàng)目進(jìn)度 29.4.3 如何控制項(xiàng)目預(yù)算 29.4 項(xiàng)目規(guī)劃常見問題及解決 項(xiàng)目的開發(fā)并不是一天兩天就可以做好的。 對于一個復(fù)雜的項(xiàng)目來說，其開發(fā)過程更是 充滿了曲折和艱辛，其問題也是層出不窮， 接連不斷。 29.4.1 如何滿足客戶需求 滿足客戶的需求也就是在項(xiàng)目開發(fā)流程中所提到的需求分析。 如果一個項(xiàng)目經(jīng)過大量的人力、物力、財(cái)力和時間的

12、投入后， 所開發(fā)出的軟件沒人要，這種遭遇是很讓人痛心疾首的。 需求分析之所以重要，就因?yàn)樗哂袥Q策性、方向性和策略性 的作用，它在軟件開發(fā)的過程中占據(jù)著舉足輕重的地位。在一 個大型軟件系統(tǒng)的開發(fā)中，它的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì)。那 么該如何做才能滿足客戶的需求呢？ 了解客戶業(yè)務(wù)目標(biāo)。 撰寫高質(zhì)量的需求分析報(bào)告。 使用符合客戶語言習(xí)慣的表達(dá)方式。 要多尊重客戶的意見。 劃分需求的優(yōu)先級。 29.4.2 如何控制項(xiàng)目進(jìn)度 大量的軟件錯誤通常只有到了項(xiàng)目后期，在進(jìn)行系 統(tǒng)測試時才會被發(fā)現(xiàn)，解決問題所花的時間也是很 難預(yù)料的，經(jīng)常導(dǎo)致項(xiàng)目進(jìn)度無法控制。同時在整 個軟件開發(fā)的過程中，項(xiàng)目管理人員由于缺乏對

13、軟 件質(zhì)量狀況的了解和控制，也加大了項(xiàng)目管理的難 度。 面對這種情況，較好的解決方法是盡早進(jìn)行測試， 當(dāng)軟件的第1個過程結(jié)束后，測試人員要馬上基于 它進(jìn)行測試腳本的實(shí)現(xiàn)，按項(xiàng)目計(jì)劃中的測試目的 執(zhí)行測試用例，對測試結(jié)果做出評估報(bào)告。這樣， 就可以通過各種測試指標(biāo)實(shí)時監(jiān)控項(xiàng)目質(zhì)量狀況， 提高對整個項(xiàng)目的控制和管理能力。 29.4.3 如何控制項(xiàng)目預(yù)算 在整個項(xiàng)目開發(fā)的過程中，錯誤發(fā)現(xiàn)的越晚， 單位錯誤修復(fù)成本就會越高，錯誤的延遲解 決必然會導(dǎo)致整個項(xiàng)目成本的急劇增加。 解決這個問題的較好方法是采取多種測試手 段，盡早發(fā)現(xiàn)潛在的問題。 第30章 通訊錄 p 開發(fā)背景 p 需求及功能分析 p 系統(tǒng)功

14、能的實(shí)現(xiàn) p 系統(tǒng)運(yùn)行 p 開發(fā)過程常見問題及解決 第30章 通訊錄 開發(fā)背景 p 需求及功能分析 p 系統(tǒng)功能的實(shí)現(xiàn) p 系統(tǒng)運(yùn)行 p 開發(fā)過程常見問題及解決 第30章 通訊錄 開發(fā)背景 需求及功能分析 p 系統(tǒng)功能的實(shí)現(xiàn) p 系統(tǒng)運(yùn)行 p 開發(fā)過程常見問題及解決 第30章 通訊錄 開發(fā)背景 需求及功能分析 系統(tǒng)功能的實(shí)現(xiàn) p 系統(tǒng)運(yùn)行 p 開發(fā)過程常見問題及解決 第30章 通訊錄 開發(fā)背景 需求及功能分析 系統(tǒng)功能的實(shí)現(xiàn) 系統(tǒng)運(yùn)行 p 開發(fā)過程常見問題及解決 第30章 通訊錄 開發(fā)背景 需求及功能分析 系統(tǒng)功能的實(shí)現(xiàn) 系統(tǒng)運(yùn)行 開發(fā)過程常見問題及解決 30.1 開發(fā)背景 在信息化不斷發(fā)展的

15、今天，社會成員相互之間聯(lián)系 越來越緊密，聯(lián)系方式也越來越多。我們除了手機(jī)， 移動電話等常規(guī)聯(lián)系方式外，現(xiàn)在還有了電子郵箱、 msn、qq等信息化的聯(lián)系方式，那么為了方便我 們將每個聯(lián)系人的多個聯(lián)系方式保存在一起，方便 由于一種聯(lián)系方式聯(lián)系不到某人時，可查詢其他聯(lián) 系方式，以前的“紙質(zhì)”通訊錄已經(jīng)越來越趕不上 信息化的速度，勢必被淘汰，所以我們用所學(xué)過的 知識實(shí)現(xiàn)一個“非紙質(zhì)”通訊錄。 本章通過建立一個較為完整的通訊錄，讓讀者全面 掌握使用c語言開發(fā)應(yīng)用程序的流程。 30.2 需求及功能分析 30.2.1 總體功能分析 30.2.2 功能模塊分析 30.2.1 總體功能分析 本系統(tǒng)主要劃分為8個

16、子模塊，如下圖所示。 通訊錄管理系統(tǒng) 增加聯(lián)系人 保存聯(lián)系人 加載聯(lián)系人 顯示聯(lián)系人 退出模塊 刪除聯(lián)系人 查找聯(lián)系人 插入聯(lián)系人 30.2.1 總體功能分析 此外，由于該系統(tǒng)設(shè)計(jì)了一些圖書和讀者的 信息存儲，而為簡單起見，這里沒有設(shè)置數(shù) 據(jù)庫。因此，就應(yīng)該定義一個數(shù)據(jù)結(jié)構(gòu)來存 儲這些信息。通過前面的學(xué)習(xí)知道，類和結(jié) 構(gòu)體都可以實(shí)現(xiàn)多個不同類型數(shù)據(jù)的存儲。 而為了重點(diǎn)體現(xiàn)c的特點(diǎn)，我們采用類來存 儲這些數(shù)據(jù)類型。 結(jié)構(gòu)體定義代碼如下（代碼30-1.txt）。 30.2.1 總體功能分析 01 typedef struct 02 03 char name50;/*姓名*/ 04 char cor

17、p50; /*工作單位*/ 05 char phone15;/*聯(lián)系手機(jī)*/ 06 char address100;/*家庭住址*/ 07 char qq15;/*聯(lián)系qq*/ 08 char msn50; /*聯(lián)系msn*/ 09 char mail50; /*email*/ 10 addressinfo;/*通訊錄結(jié)構(gòu)體*/ 30.2.2 功能模塊分析 下面依次分析各模塊應(yīng)具備的功能。 1. 增加聯(lián)系人模塊 增加聯(lián)系人功能應(yīng)該能夠?qū)崿F(xiàn)新增聯(lián)系人。當(dāng)需要一次加入多個 聯(lián)系人信息時，最好不要重復(fù)選擇此功能，應(yīng)該是在增加聯(lián)系 人之前，就需要用戶輸入一次增加的聯(lián)系人個數(shù)，然后進(jìn)行存 儲，并一個個地

18、增加。 2. 刪除聯(lián)系人模塊 該模塊主要完成刪除聯(lián)系人的操作。在刪除聯(lián)系人時需要輸入將 要刪除的聯(lián)系人的姓名，然后進(jìn)行存儲。 3. 查找聯(lián)系人模塊 查找聯(lián)系人功能應(yīng)該能夠?qū)崿F(xiàn)查找聯(lián)系人信息，要求輸入聯(lián)系人 姓名，再根據(jù)姓名查找所有符合條件的信息。 4. 插入聯(lián)系人模塊 該模塊主要完成在某個聯(lián)系人之前插入另外一個聯(lián)系人。 30.2.2 功能模塊分析 5. 保存聯(lián)系人模塊 保存聯(lián)系人信息功能應(yīng)該能夠?qū)崿F(xiàn)將聯(lián)系人信息經(jīng)過增加、 刪除等修改性操作后，將內(nèi)存信息保存至文件。 6. 加載聯(lián)系人信息模塊 從文件加載聯(lián)系人信息功能應(yīng)該能夠?qū)崿F(xiàn)將聯(lián)系人信息文件 以寫入的順序讀入內(nèi)存，并可以增加、刪除等操作。 7. 顯示所有聯(lián)系人模塊 將系統(tǒng)運(yùn)行過程中的所有聯(lián)系人信息全部輸出。 8. 退出模塊 退出通訊錄管理系統(tǒng)的功能應(yīng)該是能夠結(jié)束死循環(huán)，退出管 理系統(tǒng)。 30.3 系統(tǒng)功能的實(shí)現(xiàn) 30.3.1 系統(tǒng)選擇菜單的實(shí)現(xiàn) 30.3.2 增加聯(lián)系人功能的實(shí)現(xiàn) 30.3.3 刪除聯(lián)系人功能的實(shí)現(xiàn) 30.3.4 查找聯(lián)系人模塊的實(shí)現(xiàn) 30.3.5 插入聯(lián)系人模塊的實(shí)現(xiàn) 30.3.6 保存聯(lián)系人文件模塊的實(shí)現(xiàn) 30.3.7 從文件加載聯(lián)系人信息模塊的實(shí)現(xiàn) 30.3.8 顯示所有聯(lián)系人信息模塊的實(shí)現(xiàn) 30.4 系統(tǒng)運(yùn)行 系統(tǒng)設(shè)計(jì)好了，現(xiàn)在就來看