【正文】 第八 章 信息系統(tǒng)實施 返回總目錄 (Implement of the Information System) 教學目的 ? 系統(tǒng)實施是在總體設(shè)計的基礎(chǔ)上將新系統(tǒng)方案在計算機上實現(xiàn)，要求學生功能按總體設(shè)計方案購置和安裝設(shè)備 ? 能夠建立數(shù)據(jù)庫系統(tǒng) ? 能夠進行程序設(shè)計與調(diào)試 教學要求 ? 掌握系統(tǒng)實施的任務(wù) ? 了解系統(tǒng)實施計劃包括的內(nèi)容 ? 掌握程序設(shè)計的基本方法 ? 掌握系統(tǒng)測試的幾個步驟 ? 了解系統(tǒng)測試報告包括哪些內(nèi)容；具備進行系統(tǒng)測試的能力 ? 掌握系統(tǒng)轉(zhuǎn)換的方式和優(yōu)缺點 ?系統(tǒng)實施概述 ?系統(tǒng)調(diào)試 ?信息系統(tǒng)的測試 ?程序設(shè)計 信息系統(tǒng)實施 ?系統(tǒng)轉(zhuǎn)換 第一節(jié) 系統(tǒng)實施概述 信息系統(tǒng)實施 系統(tǒng)實施概述 ?系統(tǒng)實施的任務(wù) ?系統(tǒng)實施的內(nèi)容和流程 ?系統(tǒng)實施的計劃安排 系統(tǒng)實施的任務(wù) ?設(shè)備的購置與安裝 ?程序的編制與測試 ?數(shù)據(jù)的錄入 ?人員的培訓(xùn) ?系統(tǒng)的測試、調(diào)試與轉(zhuǎn)換 提前或并行將 大大縮短周期 系統(tǒng)實施的內(nèi)容及流程 編程準備 編制新系統(tǒng)實施計劃 硬件準備 計算機硬件安裝與調(diào)試 程序的編制、測試與調(diào)試 數(shù)據(jù)的收集和準備 業(yè)務(wù)人員培訓(xùn) 新系統(tǒng)調(diào)試 建立文件（ DB） 老文件轉(zhuǎn)換 編寫系統(tǒng)操作使用手冊 系統(tǒng)轉(zhuǎn)換 新系統(tǒng)維護與評價 驗收 系統(tǒng)軟件準備 系統(tǒng)軟件的消化與調(diào)試 系統(tǒng)實施的計劃安排 ?工作量估計 ?實施進度安排 ?系統(tǒng)人員的配備和培訓(xùn)計劃 ?系統(tǒng)實施的資金籌措和投入計劃 第二節(jié) 程序設(shè)計 系統(tǒng)實施 程序設(shè)計 ?程序語言的選擇 ?程序設(shè)計的基本要求 ?程序設(shè)計的基本方法 ?結(jié)構(gòu)化程序設(shè)計的基本特點 程序設(shè)計語言的選擇 ?應(yīng)用領(lǐng)域 選擇語言的關(guān)鍵因素 ?算法和計算的復(fù)雜性 ?軟件的運行環(huán)境 ?各種性能的考慮 ?數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性 ?程序設(shè)計人員的知識水平 程序設(shè)計的基本要求 ?程序內(nèi)部文檔化的要求 ?數(shù)據(jù)說明要求 ?語句構(gòu)造要求 ?輸入輸出要求 ?程序運行要求 程序設(shè)計語句構(gòu)造要求 ?不要為了節(jié)省空間而把多個語句寫在同一行上 ?盡量避免復(fù)雜的條件判斷測試 ?盡量減少對“非”條件的測試 ?盡量少使用循環(huán)嵌套和條件嵌套 ?盡量利用括號，可使邏輯表達式或算術(shù)表達式的運算次序清晰直觀 輸入輸出要求 ?輸入數(shù)據(jù)要有完善的檢驗措施 ?輸入格式設(shè)計有簡單、直觀、布局合理 ?明確提示交互輸入請求，詳細說明可用的選擇及邊界數(shù)據(jù) ?輸出報表要易讀、易懂，符合使用者的要求的習慣 程序運行要求 ?編程前要優(yōu)化算法 ?仔細研究循環(huán)條件及嵌套循環(huán)，檢查是否語句從內(nèi)向外移 ?盡量避免使用多維數(shù)組 ?盡量避免使用指針和復(fù)雜的數(shù)據(jù)結(jié)構(gòu) ?不要混合使用不同的數(shù)據(jù)類型 ?對 I/O效率 ,存儲器運行效率等應(yīng)考慮 程序設(shè)計的基本方法 ?自頂向下的模塊化設(shè)計 ?逐步求精 把一個模塊的功能一步步地分解成一組子功能， 而這組子功能可以通過執(zhí)行若干個程序步來 完成該模塊的全部功能 程序設(shè)計的基本方法 自頂向下的模塊化設(shè)計 ?自頂向下的擴展原則在不同階段的用法和含義 ?自頂向下的程序設(shè)計原則 ?層次模塊圖 自頂向下的擴展原則在不同階段的用法和含義 ?系統(tǒng)分析階段 ?系統(tǒng)設(shè)計階段 ?程序設(shè)計階段 在系統(tǒng)分析階段 ?在畫數(shù)據(jù)流程圖時，先畫高層的數(shù)據(jù)流程圖 ?對高層數(shù)據(jù)流程圖中的處理邏輯進行逐層向下擴展 ?在同一張數(shù)據(jù)流程圖中所有的處理邏輯都處于平等的地位 自頂向下的擴展原則在不同階段的用法和含義 系統(tǒng)設(shè)計階段 ?在畫結(jié)構(gòu)圖時，先畫高層的結(jié)構(gòu)程圖 ?對高層結(jié)構(gòu)圖中的模塊進行逐層向下擴展 ?在同一張結(jié)構(gòu)圖中高層模塊調(diào)用下層模塊，存在調(diào)用和被調(diào)用關(guān)系 自頂向下的擴展原則在不同階段的用法和含義 ?先把程序高度概括 ?對下層模塊進行逐層向下擴展 ?對擴展出來的下層模塊，反復(fù)進行修改 ?層次模塊圖反映程序的功能以及在這個程序中各個模塊之間的關(guān)系 自頂向下的擴展原則在不同階段的用法和含義 自頂向下的模塊設(shè)計原則 ?先把程序高度概括 ， 看作是一個最簡單的控制結(jié)構(gòu) ，即 ?為了完成這個功能 ， 需要進一步分解成若干個較低一層的模塊 ， 每一個下層模塊都有一個名稱 ， 表達了一個較小的功能對擴展出來的每一個下層模塊 ?反復(fù)運用自頂向下程序設(shè)計中的第二條原則 ， 逐層擴展 ， 直到最低一層每一個模塊都非常簡單 、 功能很小 ， 能夠很容易地用程序語句實現(xiàn)為止 。 層次模塊圖 A P1 P2 P3 模塊相當于一個基本控制結(jié)構(gòu) 是一個子程序或一個程序段 結(jié)構(gòu)圖中的模塊至少是一個程序或一組程序 程序設(shè)計的基本特點 ?采用自上而下的設(shè)計步驟 ?程序邏輯組織模塊化 ?限制無條件轉(zhuǎn)移語句 ?需要的存儲量和運行時間都有一些增加 第三節(jié) 信息系統(tǒng)的測試 信息系統(tǒng)實施 信息系統(tǒng)的測試 ? 軟件測試方法 ? 動態(tài)測試方案的設(shè)計 ? 軟件測試步驟 ? 系統(tǒng)測試概述 ? 靜態(tài)測試方案的設(shè)計 ? 軟件正確性證明 信息系統(tǒng)測試概述 ?軟件測試任務(wù) ?軟件測試的時間 ?軟件測試的基本手段 ?系統(tǒng)測試概述 ? 軟件測試的原則 ? 軟件錯誤 測試：就是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程 ?測試應(yīng)該把查出新錯誤的測試看作是成功的測試 ?沒有發(fā)現(xiàn)錯誤的測試是失敗的測試 ?發(fā)現(xiàn)錯誤不是目的，目的是開發(fā)出高質(zhì)量的完全符合用戶需要的軟件 ?測試發(fā)現(xiàn)的錯誤還必須診斷并改正錯誤 系統(tǒng)測試概述 ?測試至少占據(jù)了制作過程的一半工作量 信息系統(tǒng)測試概述 ?一般程序員很少喜歡測試，更不喜歡進行測試設(shè)計 軟件測試的工作量往往占軟件總工作量的 40%以上。 在極端的情況下，測試關(guān)系人的生命安全的軟件所花的 成本可能相當于軟件工程其他步驟總成本的 3~5倍 如果測試設(shè)計和測試工作量比程序設(shè)計和編程調(diào)試的工作量大，則更少有程序員喜歡 ?測試是系統(tǒng)開發(fā)中的一個重要環(huán)節(jié)，是成功開發(fā)信息系統(tǒng)的重要保證。 軟件測試的時間 （ 1）單元測試 軟件測試在軟件生命周期中橫跨兩個階段 ?單元測試和編碼屬于軟件生命的同一個階段，通常在寫出每個模塊之后，就對它做必要的測試 ?模塊的編寫者和測試者是同一個人 （ 2）綜合測試 ?綜合測試在程序全部完成之后進行 ?由專門的測試人員承擔 軟件測試原則 ?確定預(yù)期輸出（或結(jié)果）是測試情況必不可少的一部分 ?程序員應(yīng)避免測試自己的程序 ?程序設(shè)計機構(gòu)不應(yīng)該測試自己的程序 ?測試用例的設(shè)計和選擇、預(yù)期結(jié)果的定義要有利于錯誤的檢測 ?要嚴格執(zhí)行測試計劃、排除測試的隨意性 軟件測試原則 ?測試的目的 ?測試用例標準，工具 ?環(huán)境、機時 ?完成標準，進度，崗位責任 ?系統(tǒng)集成方式 ?跟蹤規(guī)程 ?排錯規(guī)程 ?回歸測試的規(guī)定等 ?要將軟件測試貫穿于軟件開發(fā)的整個過程，以便盡可能地發(fā)現(xiàn)錯誤，從而減少由于錯誤帶來的損失 ?軟件測試不僅要檢查程序是否做了應(yīng)該做的事情，還要檢查它是否做了不應(yīng)該做的事情 軟件測試原則 ?經(jīng)驗表明：程序中尚未發(fā)現(xiàn)的錯誤的數(shù)量與該程序段已發(fā)現(xiàn)的錯誤數(shù)量往往成正比 = 軟件測試原則 軟件錯誤 Neson將錯誤和缺陷概括為七個方面： 1. 編程時的語法錯誤 ? 保留字拼寫錯誤 ? 循環(huán)體不匹配 ? 參數(shù)與變元不匹配 ? 程序員發(fā)現(xiàn)在用某些解釋性程序設(shè)計語言（如VB， VFP等）編程時檢查這類錯誤容易而且及時 2. 程序員對語言結(jié)果誤解所造成的錯