【正文】 設計說明書和源程序清單，了解該模塊的 I/O條件和模塊的邏輯結構，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理的輸入和不合理的輸入，都能鑒別和響應。單元測試主要包括：模塊接口測試、局部數據結構測試、路徑測試、錯誤處理測試、邊界測試等。 集成測試（ Integrated Testing） 通常，在單元測試的基礎上，需要將所有模塊按照設計要求組裝成為系統。這時需要進行集成測試。集成測試需要考慮的問題是：在把各個模塊連接起來的時侯，穿越模塊接口的數據是否會丟失；一個模塊的功能是否會對另一個模塊的功能產生不利的影響；各個子功能組合起來，能否達到預期要求的父功能；全局數據結構是否有問題；單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。 在單元測試的同時可進行集成測試，發(fā)現并排除在模塊連接中可能出現的問題，最終構成要求的軟件系統。子系統的集成測試特別稱為部件測試，它所做的工作是要找出集成后的子系統與系統需求規(guī)格說明之間的不一致。 確認測試（ Validation Testing） 確認測試又稱有效性測試。任務是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經明確規(guī)定。它包含的信息就是軟件確認測試的基礎。 ① 進行有效性測試（黑盒測試） ② 軟件配置復查 ③ 驗收測試（ Acceptance Testing） 系統測試（ System Testing） 系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其它系統元素結合在一起，在實際運行環(huán)境下，對計算機系統進行一系列的組裝測試和確認測試。 四、系統切換 指由舊的、手工處理系統向新的計算機信息系統過渡。 信息系統的切換一般有三種方法： ?直接切換法 ?并行切換法 ?試點過渡法 （ 1）直接切換法 是在某一確定的時刻，老系統停止運行時，新系統隨即投入運行。 （ 2）并行切換法 新系統與老系統同時運行一段時間，對照兩者的輸出，利用老系統的數據對新系統進行檢驗。 （ 3）試點過渡法 先用新系統的某一部分代替老系統，作為試點，逐步地代替整個老系統。 系統切換應該注意的問題 1. 盡早準備好新系統投用需要的 大量基礎數據。 2. 不僅是程序的轉換，更難的是 人工的轉換，應提前培訓人員。 3. 系統切換中出現一些局部性的 問題是正?，F象，可及時予以 解決。 第四節(jié) 系統維護 管理信息系統在完成系統實施、投入正常運行之后，就進入了系統運行與維護階段。一般信息系統的使用壽命短則 45年，長則可達 10年以上，在信息系統的整個使用壽命中，都將伴隨著系統維護工作的進行。系統維護的目的是要保證管理信息系統正常而可靠地運行，并能使系統不斷得到改善和提高，以充分發(fā)揮作用。因此，系統維護的任務就是要有計劃、有組織地對系統進行必要的改動，以保證系統中的各個要素隨著環(huán)境的變化始終處于最新的、正確的工作狀態(tài)。 一、系統維護的主要內容 （ 1）糾錯性維護。由于系統測試不可能揭露系統存在的所有錯誤，因此在系統投入運行后頻繁的實際應用過程中，就有可能暴露出系統內隱藏的錯誤。診斷和修正系統中遺留的錯誤，就是糾錯性維護。 （ 2）適應性維護。適應性維護時為了使系統適應環(huán)境的變化而進行的維護工作。 （ 3）完善性維護。在系統的使用過程中，用戶往往要求擴充原有系統的功能，增加一些在軟件需求規(guī)范書中沒有規(guī)定的功能與性能特征，以及對處理效率和編寫程序的改進。 （ 4）預防性維護。應進行主動的預防性維護，即選擇那些還有較長使用壽命，目前尚能正常運行，但可能將要發(fā)生變化或調整的系統進行維護，目的是通過預防性維護為未來的修改與調整奠定更好的基礎。 （ 1）系統維護的類型 （ 2）系統維護的內容 系統人員應根據 MIS運行的外部環(huán)境的變更和業(yè)務量的改變，及時對系統進行維護。 ?程序的維護 ?數據文件的維護 ?代碼的維護 指根據需求變化或硬件環(huán)境的變化對程序進行部分或全部的修改。 一般使用開發(fā)商提供文件維護程序，也可自行編制專用的文件維護程序。 如訂正、添加、刪除及重新設計。 二、系統的日常管理 MIS運行的日常管理決不僅僅是機房環(huán)境和設施的管理，更主要的是對系統每天運行狀況、數據輸入和輸出情況以及系統的安全性與完備性及時如實的記錄和處置。 這些工作主要由系統管理員完成。 ?系統運行的日常維護 ?系統運行情況的記錄 記錄內容： 工作站點開機，應用系統進入，功能選擇執(zhí)行，數據備份、存檔、關機等不正常現象、發(fā)生時間及可能原因。 （ 1）系統運行情況記錄 制定盡可能詳盡的規(guī)章制度，設置自動記錄功能，重要功能運行情況仍應做書面記錄。 （ 2）系統運行的日常維護 定時定內容地重復進行的有關數據與硬件的維護，以及突發(fā)事件的處理等。 三、基于 ITIL的系統管理 IT基礎架構庫（ Information Technology Infrastructure Library,簡稱 ITIL）。在 20世紀 80年代末制訂，現由英國商務部 OGC（ Office of Government Commerce）負責管理，主要適用于 IT服務管理（ ITSM）。 ITIL為企業(yè)的 IT服務管理實踐提供了一個客觀、嚴謹、可量化的標準和規(guī)范。 ITIL ITIL的核心模塊是“服務管理”，這個模塊一共包括了10個流程和一項職能，這些流程和職能又被歸結為兩大流程組，即“服務提供”流程組和“服務支持”流程組。其中服務支持流程組歸納了與 IT管理相關的一項管理職能及六個運營級流程，即事故管理、問題管理、配置管理、變更管理和發(fā)布管理、需求管理；服務提供流程組歸納了與 IT管理相關的五個戰(zhàn)術級流程，即服務級別管理、 IT服務財務管理、能力管理、 IT服務持續(xù)性管理和可用性管理。 什么是 事件管理包括用戶的服務請求，用戶軟件硬件錯誤呼叫等。主要負責記錄、歸類和安排專家處理事故并監(jiān)督整個處理過程直至事件得到解決和終止。事件管理的目的是在盡可能最小地影響客戶和用戶業(yè)務的情況下使 IT系統恢復到服務級別協議所定義的服務級別。 （ 1）事件管理 事 件 管 理 流 程I T 一 線 工 程 師 I T 二 線 工 程 師服 務 臺是變 更 或 問 題管 理 流 程歸 檔關 閉升 級開 始事 件 快 速 識 別是 否 可解 決處 理 事 件是否 處 理 事 件是 否 可解 決 ？處 理 事 件否結 束否是問題管理是指通過調查和分析 IT基礎架構的薄弱環(huán)節(jié)、查明事故產生的潛在原因，并制定解決事故的方案和防止事故再次發(fā)生的措施，將由于問題和事故對業(yè)務產生的負面影響減小到最低的服務管理流程。與事故管理強調事故恢復的速度不同，問題管理強調的是找出事故產生的根源，從而制定恰當的解決方案或防止其再次發(fā)生的預防措施。 （ 2）問題管理 問 題 管 理 流 程I T 一 線 、 二 線 工 程 師 用 戶服 務 臺是否調 查 與 分 析是 否 變 更 ？開 始草 擬 解 決 方 案 方 案 評 審 確 認制 定 最 終 方 案方 案 確 認變 更 管 理 流 程處 理關 閉歸 檔結 束變更管理是指為在最短的中斷時間內完成基礎架構或服務的任一方面的變更而對其進行控制的服務管理流程。變更管理的目標是確保在變更實施過程中使用標準的方法和步驟，盡快地實施變更，以將由變更所導致的業(yè)務中斷對業(yè)務的影響減小到最低。 （ 3） 變更管理 變 更 管 理 流 程用 戶I T 開 發(fā) 部 I T 測 試 部服 務 臺是 否成 功 ?開 始制 定 變 更 計 劃公 布 變 更 計 劃變 更 包 開 發(fā) 變 更 內 部 測 試 用 戶 測 試變 更 實 施變 更 跟 蹤關 閉否結 束是需求管理是指在系統運行期間，不斷收集用戶提出的新的需求，進而形成新系統開發(fā)需求的服務管理流程。需求管理的目標是不斷累積用戶對系統使用過程中的各種建議，形成需求建議文檔，對未來新系統開發(fā)提供指導作用。 （ 4）需求管理 需 求 管 理 流 程用 戶I T 開 發(fā) 部服 務 臺開 始接 收 需 求記 錄 任 務 分 派需 求 調 研 分 析制 定 解 決 方 案方 案 確 認處 理變 更 處 理 流 程是 否變 更結 束關 閉是否【 小 結 】 系統實施 管理信息系統開發(fā)的基本流程 系統維護 系統實施是開發(fā)信息系統的最后一個階段。這個階段的任務：實現系統設計階段提出的物理模型，按照實施方案完成一個可以實際運行的信息系統，交付用戶使用。 系統運行維護管理指日常管理 、 實時記錄和及時處置等 。 維護包括程序的維護 、 數據文件的維護和代碼的維護等 。 系統分析 系統設計 系統分析階段結束以后，緊接著的就是系統設計，系統設計解決“怎么做”的問題。就是如何利用 IT技術實現需求分析中用戶提出的各種功能。 系統分析是管理信息系統開發(fā)的第一個階段，是后續(xù)所有工作的起點和依據，也是我們通常說的需求調研或者需求分析階段，解決“做什么”的問題。 【練習與思考】 1. 需求分析的任務和重點是什么？ 2. 簡述業(yè)務流程分析過程包括哪幾個方面？ 3. 根據下述業(yè)務過程繪制業(yè)務流程圖。 某公司欲進行一項投資計劃，計劃處首先進行投資的總體規(guī)劃、各部門及單位準備資料、銀行提供最新的貸款資料，然后技改處和各單位及部門進行開會討論，根據討論結果制定計劃報表向具領導審批，審批通過后各單位及部門、計劃處、技改處、銀行等進行綜合平衡討論，討論通過確定正式計劃，向上級領導提交申請，上級領導批準后的計劃進行存檔，并下達計劃到各單位部門。 4. 請按以下過程繪制數據流程圖。 儲戶將存折和填好的取款單一并交給銀行工作人員檢查；工作人員則需核對款帳、存折和取款單，若發(fā)現不符應退回儲戶；核對合格后將存折和取款單送交取款處理，處理時要修改存款賬戶，處理的結果是將存折、利息單和現金交儲戶，同時將取款單存檔。 5. 試述系統設計的主要內容。 6. 層次碼的編碼方式是什么？有何優(yōu)缺點？ 7. 試述輸入設計的原則。 8. 簡述管理信息系統的系統實施階段的主要工作。 9. 試述并行切換方式優(yōu)缺點。 10. 系統維護包括哪幾個方面的工作？