第七章-系統(tǒng)開發(fā)與實施

第七章系統(tǒng)開發(fā)與實施本章重點系統(tǒng)開發(fā)的組織工作

1系統(tǒng)開發(fā)的項目管理

2系統(tǒng)開發(fā)的文檔管理

3系統(tǒng)開發(fā)監(jiān)理

4系統(tǒng)測試

6系統(tǒng)轉換

7程序設計

57.1系統(tǒng)開發(fā)的組織工作7.1.1系統(tǒng)開發(fā)策略確定

幾種典型的開發(fā)策略：

1.接收式開發(fā)策略根據(jù)用戶的需求和現(xiàn)有狀況直接用程序設計語言進行編程，經(jīng)調(diào)試后直接過渡到新系統(tǒng)。

優(yōu)點：簡單、易行局限性：（1）只適用于規(guī)模不大的系統(tǒng)，或是單項功能系統(tǒng)；（2）系統(tǒng)的管理與經(jīng)營活動必須十分規(guī)范化；（3）適用于用戶與開發(fā)者都很有經(jīng)驗的場合。7.1系統(tǒng)開發(fā)的組織工作(續(xù))2.直接式開發(fā)策略開發(fā)者接收用戶對系統(tǒng)的開發(fā)要求，一步接一步地去識別系統(tǒng)，然后進行分析、設計、實施系統(tǒng)的步驟，直至最終完成系統(tǒng)的開發(fā)任務。特點：（1） 適用于較大系統(tǒng)，特別是多項復雜功能交織在一起 的綜合性系統(tǒng)； （2） 對開發(fā)者要求很高。

7.1系統(tǒng)開發(fā)的組織工作(續(xù))3.實驗式的開發(fā)策略通過反復實驗的方式，讓用戶與開發(fā)者在反復實驗中摸清真正的信息需求及這些信息明確的處理過程。既有合理性，又有局限性：（1） 用戶很難清晰地講述他的詳細需求與信息處理過 程，最好有一個雖粗糙但實用的信息系統(tǒng)讓用戶 在實際使用過程中反復提要求與修改意見，逐漸 認識到自己真正的信息需求。 （2） 一般需要較高級的軟件支撐環(huán)境，而且對大型項 目有一定的使用局限性。7.1系統(tǒng)開發(fā)的組織工作(續(xù))7.1.2系統(tǒng)開發(fā)人員與組織

（一）系統(tǒng)開發(fā)的各類人員開發(fā)過程所需要的人員有：用戶、系統(tǒng)分析員、數(shù)據(jù)庫管理員、系統(tǒng)設計員、硬件網(wǎng)絡設計員、程序設計員等。

這些人員在系統(tǒng)開發(fā)中的相互關系如下圖所示：用戶用戶用戶系統(tǒng)分析員硬件網(wǎng)絡設計員數(shù)據(jù)庫管理員系統(tǒng)設計員程序設計員7.1系統(tǒng)開發(fā)的組織工作(續(xù))人員地位及作用用戶信息系統(tǒng)建設的參與者和最終使用者系統(tǒng)分析員用戶和其它人員之間的橋梁和接口，是系統(tǒng)開發(fā)的核心人物硬件網(wǎng)絡設計員負責依據(jù)新系統(tǒng)邏輯方案的基本要求制定硬件網(wǎng)絡配置方案數(shù)據(jù)庫管理員負責數(shù)據(jù)庫的設計、定義、存儲、維護和改進，監(jiān)督和控制數(shù)據(jù)庫的運行系統(tǒng)設計員負責系統(tǒng)的總體設計、模塊設計以及模塊之間接口的設計工作程序設計員負責系統(tǒng)的程序設計、測試、試運行和用戶的使用培訓工作人員的地位及作用

7.1系統(tǒng)開發(fā)的組織工作(續(xù))（二）各類人員的組織1、組織原則：（1）盡早落實責任，明確每個成員之間的責任；（2）知人善任，將每個人的專長盡可能地發(fā)揮好；（3）減少接口。2、組織結構的模式（1）按子課題或子系統(tǒng)劃分的模式：小組成員自始至 終參加所承擔的子課題或子系統(tǒng)的各項任務。

（2）按職能劃分的模式：把所有人員按任務的階段劃 分成若干個專業(yè)小組。

（3）矩陣形模式：以上兩種模式的復合，更有利于發(fā) 揮專業(yè)人員的作用。7.1系統(tǒng)開發(fā)的組織工作(續(xù))7.1.3系統(tǒng)開發(fā)的啟動工作

1、項目啟動會議目的：

（1）項目組成員的集體亮相和初步交流。

（2）加深對項目目標的理解。

（3）統(tǒng)一思想認識。

（4）明確崗位職責。2．開發(fā)標準的統(tǒng)一（1）階段劃分的統(tǒng)一（2）開發(fā)用語的統(tǒng)一（3）用戶界面的統(tǒng)一（4）開發(fā)風格的統(tǒng)一7.1系統(tǒng)開發(fā)的組織工作(續(xù))3．需事先告知的項目管理制度（1）項目成本管理制度通過計劃、組織、控制和協(xié)調(diào)等活動實現(xiàn)預定的 成本目標，并盡可能降低成本費用。

（2）項目溝通管理制度保證項目信息及時、正確的提取、收集、傳播、 存儲以及最終進行處置，保證項目班子內(nèi)部信息暢 通。

（3）業(yè)績考核方法是實現(xiàn)項目成員激勵的必要手段，有利于開發(fā)過 程中獎懲措施的順利實施。7.2系統(tǒng)開發(fā)的項目管理7.2.1項目管理與信息系統(tǒng)項目

（一）項目管理的定義與特點 1.定義：項目管理是通過項目經(jīng)理和項目組織的努力, 運用系統(tǒng)理論和方法對項目及其資源進行計 劃、組織、協(xié)調(diào)、控制，旨在實現(xiàn)項目的特 定目標的管理方法體系。

2.三個基本特點：(1)項目管理是一項復雜工作。(2)項目管理具有創(chuàng)造性，充滿著權衡。(3)項目負責人(或稱項目經(jīng)理)在項目管理中起著非常 重要的作用。7.2系統(tǒng)開發(fā)的項目管理（續(xù)）（二）信息系統(tǒng)項目的特點

1.目標是不精確的，任務的邊界是模糊的，質(zhì)量要求更多是由項目團隊來定義的。2.項目進行過程中，客戶的需求會不斷被激發(fā)，被不斷地進一步明確，導致項目的進度、費用和計劃不斷更改。3.是智力密集、勞動密集型的項目，受人力資源影響最大，項目成員的結構、責任心、能力和穩(wěn)定性對信息系統(tǒng)項目的質(zhì)量以及是否成功有決定性的影響。7.2系統(tǒng)開發(fā)的項目管理（續(xù)）7.2.2系統(tǒng)開發(fā)的計劃、費用與進度管理

（一）系統(tǒng)開發(fā)的任務劃分1.任務劃分的主要原因:將任務落實到人頭上，才能進行有效的項目管理是整個資金分配的基礎是與工作責任性與可靠性密切相連的2.任務劃分包括的內(nèi)容：任務設置資金劃分任務計劃時間表協(xié)同過程與保證完成性7.2系統(tǒng)開發(fā)的項目管理（續(xù)）

3.任務劃分的主要方法：按系統(tǒng)開發(fā)項目的結構和功能進行劃分

可以分為硬件系統(tǒng)、系統(tǒng)軟件、應用軟件系統(tǒng)

按系統(tǒng)開發(fā)階段進行劃分可以分為可行性分析、總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)調(diào)試、系統(tǒng)安裝調(diào)試、系統(tǒng)試運行、系統(tǒng)運行

將上述兩種方法結合起來進行任務的劃分注意：任務劃分的數(shù)量不宜過多，但也不能過少賦予任務負責人一定的職權，明確責任人的任務、界限7.2系統(tǒng)開發(fā)的項目管理（續(xù)）（二）系統(tǒng)開發(fā)的計劃安排開發(fā)計劃可以劃分為

：計算機硬件、軟件配置計劃應用軟件開發(fā)計劃測試和評估計劃驗收計劃質(zhì)量保證計劃系統(tǒng)工程管理計劃項目管理計劃項目開發(fā)費用計劃7.2系統(tǒng)開發(fā)的項目管理（續(xù)）1.影響成本估算的要素信息系統(tǒng)項目的復雜性軟件項目的規(guī)模信息系統(tǒng)項目結構的不確定性對項目范圍理解得很差或項目需求不斷變化歷史信息的可用程度2.軟件開發(fā)成本的基本估算思想自頂向下方法：先對總體開發(fā)時間和工作量進行估算，然后按階段、步驟和工作單元進行分配。自底向上方法：分別估算各單元所需工作量和開發(fā)時間，然后相加，得出總的工作量和開發(fā)時間。（三）系統(tǒng)開發(fā)成本的估算7.2系統(tǒng)開發(fā)的項目管理（續(xù)）（n表示代碼行數(shù)或功能點數(shù)）（3）確定各子功能的代碼行或功能點成本。（4）計算各子功能成本和工作量，并計算軟件項目的開發(fā)成本和總工作量以及開發(fā)時間。3.軟件開發(fā)成本的具體估算方法常使用基于代碼行（LOC）或功能點（FP）的分解方法進行項目成本和工作量的估算,步驟如下:（1）分別用a、m、b表示最好、一般和最差三種情況下的源代碼行數(shù)估算或功能點估算的期望值。（2）求期望值Le和偏差Ld7.2系統(tǒng)開發(fā)的項目管理（續(xù)）（四）系統(tǒng)項目的進度管理

1.例：現(xiàn)在某企業(yè)準備開發(fā)一個客戶關系管理的信息系統(tǒng)，合同雙方將系統(tǒng)交付使用作為項目終結的依據(jù)，雙方同意維護期間費用另行支付。經(jīng)上述測算，估算該項目總開發(fā)工作量為4人年，項目總開發(fā)時間為50周，項目的總成本(包括軟件開發(fā)成本、硬件成本和開發(fā)中的其他成本)是100萬元人民幣。信息系統(tǒng)項目甘特圖

7.2系統(tǒng)開發(fā)的項目管理（續(xù)）XX信息系統(tǒng)開發(fā)項目活動小活動緊前活動工期估計（周）預算分攤（萬元）預算估計（萬元）系統(tǒng)規(guī)劃1.搜集數(shù)據(jù)31.51.52.可行性研究423.53.準備系統(tǒng)規(guī)劃報告1,210.54系統(tǒng)分析4.與業(yè)務人員溝通35375.研究現(xiàn)有系統(tǒng)384116.明確用戶需求452137.準備系統(tǒng)分析報告5,61114系統(tǒng)設計8.分析數(shù)據(jù)輸入和輸出784189.處理數(shù)據(jù)和建數(shù)據(jù)庫71042210.審查數(shù)據(jù)字典8,9212311.準備系統(tǒng)設計報告102225項目分解及其工期、預算分攤估計，如下表所示

7.2系統(tǒng)開發(fā)的項目管理（續(xù)）系統(tǒng)實現(xiàn)12.開發(fā)軟件1115154013.硬件規(guī)劃與采購1110387814.網(wǎng)絡實現(xiàn)1165.583.515.準備系統(tǒng)實現(xiàn)報告12,13,1421.585系統(tǒng)測試16.測試軟件15660117.測試硬件1541.592.518.測試網(wǎng)絡1541.59419.準備系統(tǒng)測試報告16,17,181195系統(tǒng)轉換20.人員培訓19429721.系統(tǒng)轉換192410122.準備系統(tǒng)轉換報告20,2111102（續(xù)表）7.2系統(tǒng)開發(fā)的項目管理（續(xù)）2.進度時間表

（1）最早開始時間(earlieststarttime，ES)和最早結束時間(earliestfinishtime，EF)EF＝ES＋工期估計（2）最遲開始時間(1ateststarttime，LS)和最遲結束時間(1atestfinishtime，LF)LS＝LF－工期估計（3）總時差:最早結束時間和項目的要求完工時間之間的差距總時差＝LF－EF或總時差＝LS－ES

7.2系統(tǒng)開發(fā)的項目管理（續(xù)）(4)XX信息系統(tǒng)開發(fā)項目進度表

活動工期估算（周）最早最遲總時差開始時間結束時間開始時間結束時間1.搜集數(shù)據(jù)303-8-5-82.可行性研究404-9-5-93.準備系統(tǒng)規(guī)劃報告145-5-4-94.與業(yè)務人員溝通5510-41-95.研究現(xiàn)有系統(tǒng)8513-26-76.明確用戶需求5101516-97.準備系統(tǒng)分析報告1151667-98.分析數(shù)據(jù)輸入和輸出81624917-79.處理數(shù)據(jù)和建數(shù)據(jù)庫101626717-97.2系統(tǒng)開發(fā)的項目管理（續(xù)）活動工期估算（周）最早最遲總時差開始時間結束時間開始時間結束時間10.審查數(shù)據(jù)字典226281719-911.準備系統(tǒng)設計報告228301921-912.開發(fā)軟件1530452136-913.硬件規(guī)劃與采購1030402636-414.網(wǎng)絡實現(xiàn)630363036015.準備系統(tǒng)實現(xiàn)報告245473638-916.測試軟件647533844-917.測試硬件447514044-718.測試網(wǎng)絡447514044-719.準備系統(tǒng)測試報告153544445-920.人員培訓454584549-9（續(xù)表）7.2系統(tǒng)開發(fā)的項目管理（續(xù)）7.2.3系統(tǒng)開發(fā)的人員管理

（一）項目小組的構成1名高級系統(tǒng)開發(fā)員1名中級系統(tǒng)開發(fā)員1名初級系統(tǒng)開發(fā)員1名初級系統(tǒng)開發(fā)員1名中級系統(tǒng)開發(fā)員1名初級系統(tǒng)開發(fā)員1名初級系統(tǒng)開發(fā)員1名高級系統(tǒng)測試員1名中級系統(tǒng)測試員1名初級系統(tǒng)測試員1名初級系統(tǒng)測試員1名中級系統(tǒng)測試員1名初級系統(tǒng)測試員1名初級系統(tǒng)測試員7.2系統(tǒng)開發(fā)的項目管理（續(xù)）（二）項目團隊的成長與激勵四個階段：

1．形成(forming)階段激勵方式:預期激勵、信息激勵和參與激勵

2．震蕩（storming）階段激勵方式:參與激勵、責任激勵和信息激勵

3．正規(guī)(normaling)階段激勵方式:參與激勵、自我激勵和知識激勵4．表現(xiàn)(performing)階段激勵方式：危機激勵、目標激勵和知識激勵7.2系統(tǒng)開發(fā)的項目管理（續(xù)）7.2.4系統(tǒng)開發(fā)的質(zhì)量控制管理

主要采取下述措施：

1．實行工程化的開發(fā)方法2．實行階段性凍結與改動控制3．實行里程碑式審查與版本控制4．實行面向用戶參與的原型演化5．強化項目管理，引入外部監(jiān)理與審計6．盡量采用面向?qū)ο蠛突跇嫾姆椒ㄟM行系統(tǒng)開發(fā)7．進行全面測試7.3系統(tǒng)開發(fā)的文檔管理7.3.1文檔管理的作用與類型（一）文檔管理的作用

（1）統(tǒng)一思想、防止誤解和健忘；（2）工作完成的標志；（3）工作的基礎和依據(jù)；（4）人員之間更有效的溝通交流；（5）對開發(fā)成本等進行協(xié)調(diào)、控制和指揮；（6）對開發(fā)成果驗收更合理；（7）提供完整的參考手冊；（8）對行為的規(guī)范化；（9）為后續(xù)任務提供完整的參考資料。7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）（二）系統(tǒng)文檔的類型

（1）按照產(chǎn)生的頻率分一次性文檔：分析說明書、設計說明書

非一次性文檔頻率固定

頻率不固定：

：月度開發(fā)報告等需求變更申請書等

（2）按信息系統(tǒng)生命周期的階段分

系統(tǒng)規(guī)劃階段文檔：可行性研究報告等

系統(tǒng)分析階段文檔：系統(tǒng)分析報告等

系統(tǒng)實現(xiàn)階段文檔：程序設計報告等

系統(tǒng)運行與維護階段文檔：用戶手冊等

7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）（3）按文檔不同的服務目的分

用戶文檔：為用戶服務

開發(fā)文檔：為開發(fā)人員服務

管理文檔：為項目管理人員服務

7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）7.3.2文檔管理的內(nèi)容（一）制訂文檔編制策略

1.策略規(guī)定主要的方向不是做什么或如何做的詳細說明。

2.支持有效文檔策略的基本條件：

文檔需要覆蓋整個系統(tǒng)生存期文檔應是可管理的應規(guī)定支持工具文檔應適合于它的讀者文檔效應貫穿到系統(tǒng)的整個開發(fā)過程中文檔標準應被標識和使用7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）（二）制訂文檔編制標準和指南

1．選擇系統(tǒng)生存期模型

2．規(guī)定文檔類型和內(nèi)容

（1）開發(fā)文檔——描述開發(fā)過程本身（2）產(chǎn)品文檔——描述開發(fā)過程的產(chǎn)物（3）管理文檔——記錄項目管理的信息采用哪種模型都無關緊要，只要階段和相應的文檔是清晰定義的、已計劃的，并且對于任何具體系統(tǒng)項目是能遵循的。7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）（三）文檔編制計劃

（1）列出文檔的目錄；（2）提示參考的標準；（3）指定文檔管理員；（4）提供所需要的條件；（5）明確保證文檔質(zhì)量的方法；（6）繪制進度表等。3．確定文檔的質(zhì)量等級

（1）最低限度文檔（1級文檔）（2）內(nèi)部文檔（2級文檔）（3）工作文檔（3級文檔）（4）正式文檔（4級文檔）7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）7.3.3系統(tǒng)開發(fā)文檔的編制與管理（一）信息系統(tǒng)文檔編制的要求與方法造成信息系統(tǒng)文檔質(zhì)量不高的原因主要有四個：（1）認識上的問題：不重視文檔編寫工作。（2）規(guī)范上的問題：不按各類文檔的規(guī)范寫作，文檔的編寫具有很大的隨意性。（3）技術上的問題：缺乏編寫文檔的實踐經(jīng)驗，對文檔編寫工作的安排不恰當。（4）評價上的問題：缺乏評價文檔質(zhì)量的標準。7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）（二）文檔質(zhì)量1．高質(zhì)量文檔具有的特性：針對性：按不同類型、層次的讀者，決定怎樣適應其需要精確性與統(tǒng)一性：無多義性措辭，同一項目文檔應一致清晰性：編寫簡明，配以適當圖表，增強清晰性完整性：獨立的，自成體系靈活性：不同項目有許多實際差別，不能等同看待可追溯性：文檔具有一定的繼承關系，應能跟蹤追查易檢索性：使查閱者以最快速度檢索7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）２．編制原則

（1）撰寫原則（2）編排原則立足于讀者立足于實際需要文字準確、簡單明了應編排得便于查到所需要內(nèi)容采用由一般到具體的層次結構法可以采用詞匯之間的互相鏈接圖表放在它所解釋的文字附近適當使用不同的字體和版式7.3系統(tǒng)開發(fā)的文檔管理（續(xù)）（3）裝訂原則（4）詞匯與索引如果文檔需要修改，宜采用活頁裝訂頁面編號由橫線連接的三組數(shù)字組成：卷次，章次，頁次修改頁碼時，要加頁碼的第一部分與前一頁的頁碼相同，第二部分用一個小數(shù)點后跟頁號組成為便于查詢，在頁眉上標以出版日期、系統(tǒng)名稱和節(jié)名稱技術術語的使用應該適當控制。準確定義每個術語不同地方對同一內(nèi)容采用同一術語避免濫用術語每種用戶文檔應有一個詞匯表和索引詞匯表與索引的編排必須讓讀者快速查到該功能7.4系統(tǒng)開發(fā)監(jiān)理7.4.1系統(tǒng)開發(fā)的風險管理（一）風險和風險管理風險：給定情況下一定時期可能發(fā)生的各種結果間的差異， 基本特征是有不確定性和損失。風險管理：對項目風險進行識別、分析和應對的系統(tǒng)過程。危機管理：救火模式，在風險造成麻煩后著手處理失敗處理：察覺到了風險并迅速做出反應風險緩解：事先制定好補救措施，不做防范措施著力預防：風險識別與防范作為項目一部分來規(guī)劃和執(zhí)行消滅根源：識別和消除可能產(chǎn)生風險的根源可以從以下幾個層次上定位、管理風險：

7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（二）信息系統(tǒng)項目風險主要存在于產(chǎn)品、過程和項目三個方面：

（1）產(chǎn)品風險：主要是技術方面的風險，包括需求穩(wěn)定性、設計性能、編程復雜度、測試等。（2）項目風險：主要是項目相關制約條件引發(fā)的風險，包括資源制約（預算）、外界因素、供應商關系、合同制約（進度）等。（3）過程風險：主要為管理和技術規(guī)范可能引發(fā)的風險，如計劃、人員分配、項目跟蹤、質(zhì)量保證、配置管理等方面的風險。7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（三）信息系統(tǒng)項目風險管理典型的風險管理體系有：

始于上世紀70年代對軟件缺陷預測的研究識別、著手處理并消除風險的源頭（1）Boehm體系（2）Charette體系風險估計：風險辨識、風險分析和風險排序風險控制：風險管理計劃、風險處理和風險監(jiān)督分析階段：辨識、估計和評價管理階段：計劃、控制和監(jiān)督

7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（3）SEI體系風險識別分析項目并識別風險及其來源風險分析評估風險潛在的消極影響風險可能性找到減少可能發(fā)生損害的策略風險跟蹤、應對調(diào)整、執(zhí)行對應策略和計劃繼續(xù)監(jiān)測新的項目風險風險清單風險應對計劃新風險新風險SEI風險管理的主要過程框架風險辨識（TBQ）持續(xù)風險管理（CRM）軟件風險評估（SRE）軟件采購風險管理成熟度模型（RM-CMM）團隊風險管理（TRM）

7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）7.4.2系統(tǒng)開發(fā)監(jiān)理的含義與特點（一）系統(tǒng)開發(fā)監(jiān)理的含義是從技術和管理角度對軟件項目實施的監(jiān)督管理活動行為主體是監(jiān)理單位是有明確依據(jù)的行為實施需要軟件用戶單位的委托和授權（二）系統(tǒng)開發(fā)監(jiān)理的特點獨立性:獨立自主的原則開展監(jiān)理工作公正性:工作正常進行的基本條件專業(yè)性:監(jiān)理單位及其人員具有更高的專業(yè)水平和素質(zhì)7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）7.4.3系統(tǒng)開發(fā)監(jiān)理機制信息系統(tǒng)開發(fā)監(jiān)理單位與監(jiān)理工程師監(jiān)理組織結構監(jiān)理規(guī)劃開發(fā)監(jiān)理內(nèi)容圖：信息系統(tǒng)項目建立機制的體系結構7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（一）信息系統(tǒng)開發(fā)監(jiān)理單位與監(jiān)理工程師信息系統(tǒng)用戶單位信息系統(tǒng)開發(fā)項目監(jiān)理單位開發(fā)企業(yè)信息系統(tǒng)開發(fā)監(jiān)理行為信息系統(tǒng)項目開發(fā)行為雙方之間無任何合同關系，只有監(jiān)理與被監(jiān)理的關系信息系統(tǒng)開發(fā)監(jiān)理合同關系信息系統(tǒng)項目開發(fā)合同關系圖：監(jiān)理單位與信息系統(tǒng)項目各方的關系監(jiān)理單位：指具有法人資格，具備監(jiān)理職能的信息系統(tǒng)開發(fā)監(jiān)理公司、監(jiān)理事務所及兼承接監(jiān)理業(yè)務的軟件咨詢單位。

7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（二）監(jiān)理組織結構1．建立監(jiān)理組織的步驟（1）明確監(jiān)理任務，列出各級監(jiān)理目標（2）監(jiān)理工作內(nèi)容的合并（3）組織結構設計（4）制訂規(guī)章制度及考核標準2．監(jiān)理組織的人員配備監(jiān)理組織的人員一般由總監(jiān)理工程師、專業(yè)監(jiān)理工程師和監(jiān)理員所組成。

7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）3．監(jiān)理組織中各類人員的職責（1）主持編寫實施細則（2）確定組織、人員結構和崗位職責（3）檢查工作情況（4）主持會議，簽發(fā)文件和指令（5）審核設計方案、進度和質(zhì)量保證措施（6）審查和處理項目變更，處理爭議和索賠事件（7）組織編寫并簽發(fā)監(jiān)理月報等（8）審核檢測評定資料，組織并參與驗收工作（9）主持整理項目開發(fā)的監(jiān)理資料7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（三）監(jiān)理規(guī)劃1．監(jiān)理規(guī)劃的有關文件（1）監(jiān)理大綱（2）監(jiān)理規(guī)劃監(jiān)理單位為承攬監(jiān)理業(yè)務而編制的方案性文件，是監(jiān)理單位投標書的重要組成部分。（3）監(jiān)理細則監(jiān)理單位與用戶單位簽訂監(jiān)理委托合同之后而編制的指導開發(fā)監(jiān)理部門開展監(jiān)理工作的技術組織文件。在監(jiān)理規(guī)劃的基礎上，針對具體監(jiān)理任務，結合自身情況和項目、特點編制的有可操作性的專業(yè)性監(jiān)理文件。7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）2．監(jiān)理規(guī)劃的內(nèi)容（1）項目概述項目名稱、用戶單位名稱、開發(fā)方名稱，總投資估算，計劃工期和系統(tǒng)功能和性能上的基本要求以及簡介。（2）監(jiān)理依據(jù)（3）監(jiān)理組織國際、國家標準用戶需求說明書；業(yè)主和承包方合同書、招標書、答標書。以總監(jiān)理工程師為首，下設各專業(yè)監(jiān)理部門，任命各專業(yè)監(jiān)理工作負責人，進行責任分工和授權。7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（4）監(jiān)理措施與監(jiān)理目標、程序（5）監(jiān)理工作制度包括組織措施、技術措施、經(jīng)濟措施和合同措施，通過以上措施主要對投資、質(zhì)量和進度進行控制。

包括監(jiān)理組織工作會議制度、學習培訓制度、監(jiān)理工作日志制度、監(jiān)理資料檔案管理制度、對外行文審批制度。7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（四）開發(fā)監(jiān)理內(nèi)容（1）開發(fā)準備階段監(jiān)理內(nèi)容對總體規(guī)劃、方案、設備選型進行論證與優(yōu)化撰寫招標書，進行招標、選擇開發(fā)商；確定需求、目標等進行調(diào)查，起草合同，協(xié)助用戶簽訂信息系統(tǒng)開發(fā)合同（2）系統(tǒng)規(guī)劃階段監(jiān)理內(nèi)容審核信息系統(tǒng)規(guī)劃召開監(jiān)理會議，討論系統(tǒng)規(guī)劃的可行性協(xié)同開發(fā)方解決存在的問題記錄重要文檔，如：監(jiān)理涉及的主題、存在的問題及解決方案等7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（3）系統(tǒng)分析階段監(jiān)理內(nèi)容協(xié)助用戶審核可行性分析報告協(xié)助開發(fā)方收集需求驗證所收集的需求審核需求報告，確認需求驗證新系統(tǒng)邏輯方案對系統(tǒng)分析進行質(zhì)量、進度控制指出不完善的地方，提出意見需求更改要三方協(xié)商同意，并記錄記錄相應的重要文檔7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）（4）系統(tǒng)設計階段監(jiān)理內(nèi)容審核系統(tǒng)功能結構、處理流程審核數(shù)據(jù)庫、編碼、輸入輸出方案驗證系統(tǒng)設計報告對系統(tǒng)設計進行質(zhì)量、進度控制指出不完善的地方，提出意見記錄相應的重要文檔7.4系統(tǒng)開發(fā)監(jiān)理（續(xù)）審核測試環(huán)境及準備工作審核功能實現(xiàn)情況，必要時采取糾正措施將代碼實際大小同計劃相比較協(xié)助用戶進行系統(tǒng)切換跟蹤試運行情況，記錄發(fā)現(xiàn)的問題審核開發(fā)費用，與計劃相比較對系統(tǒng)實施進行質(zhì)量、進度控制三方一同驗證整個系統(tǒng)記錄發(fā)現(xiàn)的各種問題，向用戶提出完善的建議（5）系統(tǒng)實施階段監(jiān)理內(nèi)容7.5程序設計7.5.1程序設計語言特點與選擇原則（一）特點

具有順序、分枝、循環(huán)和調(diào)用結構支持圖形界面支持面向?qū)ο蠹夹g支持數(shù)據(jù)管理支持網(wǎng)絡環(huán)境智能輔助編程7.5程序設計（續(xù)）（二）選擇原則1．開發(fā)效率原則：易懂、易會；操作方便，性能高效2．發(fā)展趨勢性原則：使用最適當?shù)某绦蛘Z言3．系統(tǒng)運行網(wǎng)絡規(guī)模原則：保證程序能流暢地在大規(guī)模網(wǎng)絡上運行4．數(shù)據(jù)管理原則：能支持多種數(shù)據(jù)庫5．可移植性原則：考慮對不同平臺的支持6．版本兼容性原則：考慮對語言的不符合標準的擴充7．智能型：自動生成代碼8．易學性原則：很容易接受語言的概念和設計方法9．硬件要求性原則：針對不同硬件環(huán)境，選擇適當語言10．成本原則：節(jié)省項目開發(fā)成本7.5程序設計（續(xù)）7.5.2程序設計目標1．運行準確和穩(wěn)定2．安全性高災難恢復、數(shù)據(jù)備份、斷電保護、口令權限、病毒預防4．易于維護：代碼注釋全面準確，文檔規(guī)范完整5．可讀性強：開發(fā)人員必須能讀取和理解程序內(nèi)容6．適應性強：程序不經(jīng)修改由一臺機器搬到另一臺運行支持具有容錯功能的設備設計的程序具備數(shù)據(jù)備份恢復具備對數(shù)據(jù)糾錯和檢錯能力3．速度快：提高網(wǎng)絡速度及交互響應速度7.5程序設計（續(xù)）7.5.3程序設計規(guī)范（一）標識符命名及書寫規(guī)則1．基本規(guī)則（1）以字母開始，由字母、數(shù)字及下劃線組成（2）標識符本身最好能夠表明其自身的含義（3）由多個詞組成時，每個詞的第一個字母大寫，其余全部小寫，常量標識符全部大寫（4）總長度不要過長

2．特殊約定（1）規(guī)范標識前綴用來標明該標識的歸類特征（2）含義標識用來標明該標識所對應的被抽象的實體7.5程序設計（續(xù)）3．源代碼文件標識符命名規(guī)則格式和規(guī)則：×××……××.×××（1）前綴部分與文件所表示的內(nèi)容或作用有關。（2）后綴部分通常表示該文件的類型。（3）兩部分字符應僅使用字母、數(shù)字和下劃線。7.5程序設計（續(xù)）2．函數(shù)或過程的注釋（1）函數(shù)頭部對函數(shù)進行功能和參數(shù)說明。（2）函數(shù)的主體部分應對其算法結構做出說明。（3）全局資源且有可能導致資源緊張應加以注明。（4）副作用一定要以十分醒目的方式注明。（5）函數(shù)長度在100語句行以內(nèi)。1．源代碼文件的注釋（1）在頭部標明程序名和主要功能。（2）作者，及完成時間。（3）修改人、時間、簡單原因說明列表。（4）修改程序時，注明修改時間和原因說明。（二）注釋及格式要求7.5程序設計（續(xù)）4．常量和變量的注釋（1）被保存值的含義（必須）。（2）合法取值的范圍（可選）。（3）全局變量需要對以上逐點做充分的說明。3．語句的注釋（1）應對分支條件表達式加注釋。（2）不易理解的循環(huán)，應說明出口條件。（3）應將過長的函數(shù)按實現(xiàn)的功能分段加以概括性說明。（4）供別的文件或函數(shù)調(diào)用的函數(shù)，不應用全局變量交換數(shù)據(jù)。7.5程序設計（續(xù)）2．縮進的限制（1）程序最大行寬不得超過80列，否則應折行書寫。（2）函數(shù)的縮進不得超過5級，否則將其子塊寫為子函數(shù)。（3）算法或程序本身的特性有特殊要求時，可以超過5級。1．控制結構的縮進if(expression){statements}else{statements}if(expression){statements}else{statements}1）2）（三）縮進規(guī)則7.5程序設計（續(xù)）7.5.4程序設計方法（一）程序流程圖畫法1．程序流程圖的作用理順邏輯結構有利于交流及聯(lián)系易于確定程序是否滿足條件有利于對程序的理解及掌握便于查明發(fā)生故障的原因2．程序流程圖中使用的符號及含義（1）圓邊框（2）矩形框7.5程序設計（續(xù)）（3）菱形框表示開始框表示結束框開始結束（入口）（出口）判斷條件否（或N）是（或Y）圓邊框畫法圖矩形框畫法圖菱形框畫法圖7.5程序設計（續(xù)）（4）流程線、（5）平行四邊形框（6）線路連接符（入口）（出口）表示出口表示入口

平行四邊形框畫法圖線路連接符畫法圖7.5程序設計（續(xù)）3．流程圖的繪制方法對問題作初步分析

按照輸入—處理—輸出的順序，用粗線條繪制流程圖

對粗框圖的某些框繪出相應的細框7.5程序設計（續(xù)）（二）程序結構設計1．順序結構語句系列1語句系列2順序結構流程圖2．選擇結構條件命令組1命令組2NY單條件選擇流程圖條件1條件2條件3此外語句組1語句組2語句組n多條件選擇流程圖

語句組37.5程序設計（續(xù)）3．循環(huán)結構條件語句組loopexitYN循環(huán)結構流程圖4．調(diào)用結構DO子程序文件1。主程序文件DO子程序文件2子程序文件1..子程序文件2RETURNRETURN1423……..……..…….……………………調(diào)用結構流程圖

7.5程序設計（續(xù)）7.5.5網(wǎng)絡環(huán)境下的程序設計1．客戶/服務器架構下的程序設計C/S結構，即Client/Server(客戶機/服務器)結構優(yōu)點：客戶端響應速度快，給服務器減輕壓力，更高 的安全性和穩(wěn)定性缺點：升級比較麻煩2．瀏覽器/服務器架構下的程序設計B/S結構，即Browser/Server(瀏覽器/服務器)結構

優(yōu)點：在任何地方進行操作而不用安裝任何專門的軟件當今應用軟件的首選體系結構

7.6系統(tǒng)測試7.6.1系統(tǒng)測試（一）測試的含義與特性1、測試的定義：為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程測試的挑剔性：設法暴露程序中的錯誤和缺陷測試的系統(tǒng)性：目的、標準、步驟、進度、責任、測試用例標準、工具、機時、有關規(guī)程等完全測試的不可能性：完全測試是不可能的2、特征：（二）測試的分類1．黑箱測試：不考慮程序的內(nèi)部邏輯結構2．白箱測試：需要了解程序的內(nèi)部結構和處理過程7.6系統(tǒng)測試（續(xù)）（三）測試的基本原則1．精確描述預期輸出2．程序員應避免測試自己的程序3．程序設計機構不應測試自己的程序4．徹底檢查每個測試結果5．對非法的和非預期的輸入，也要編寫測試情況6．程序副作用的測試7．一定不要扔掉測試情況8．不要設想程序中不會查出錯誤7.6系統(tǒng)測試（續(xù)）7.6.2系統(tǒng)測試過程1．單元測試保證每個模塊作為一個單元能正確運行2．子系統(tǒng)測試把經(jīng)過單元測試的模塊放在一起形成一個子系統(tǒng)來測試3．系統(tǒng)測試把經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來測試4．驗收測試把軟件系統(tǒng)作為單一的實體進行測試5．平行運行新舊兩個系統(tǒng)同時運行，比較兩個系統(tǒng)處理結果7.6系統(tǒng)測試（續(xù)）7.6.3系統(tǒng)測試內(nèi)容（一）單元測試多采用白箱測試技術，單元測試任務包括：（1）模塊接口測試輸入的實參與形參是否個數(shù)相同、屬性匹配、量綱一致調(diào)用其他模塊時實參個數(shù)是否與被調(diào)模塊形參個數(shù)相同屬匹配、量綱一致調(diào)用預定義函數(shù)時所用參數(shù)個數(shù)、屬性和次序是否正確是否存在與當前入口點無關的參數(shù)引用是否修改了只讀型參數(shù)對全局變量的定義各模塊是否一致是否把某些約束作為參數(shù)傳遞7.6系統(tǒng)測試（續(xù)）（3）模塊中所有獨立執(zhí)行通路測試（2）模塊局部數(shù)據(jù)結構測試不合適或不相容的類型說明變量無初值變量初始化或缺省值有錯不正確的變量名(拼錯或不正確地截斷)出現(xiàn)上溢、下溢和地址異常不同數(shù)據(jù)類型的對象之間進行比較錯誤地使用邏輯運算符或優(yōu)先級期望理論上相等而實際上不相等的兩個量相等比較運算或變量出錯循環(huán)終止條件出錯迭代發(fā)散時不能退出錯誤地修改了循環(huán)變量