2023年05月高級系統(tǒng)分析師下午真題

2023年05月高級系統(tǒng)分析師下午真題(總分：80.00，做題時間：90分鐘)一、試題一(總題數(shù)：1，分數(shù)：20.00)1.

給信息系統(tǒng)可行性分析，信息系統(tǒng)可行性分析的目的是確認在當前條件下企業(yè)是否有必要建設新系統(tǒng)，以及建設新系統(tǒng)的工作是否具備必要的條件，如何進行可行性分析是系統(tǒng)分析師所必須面臨的問題請圍繞信息系統(tǒng)可行性分析論題，依次從以下三個方面進行論述。

1．概要敘述你參與管理和開發(fā)的軟件項目，以及你在其中承擔的主要工作。

2．請簡要描述應從哪些方面完成信息系統(tǒng)的可行性分析?

3．具體闡述你參與管理和開發(fā)的項目是如何從不同的方面進行系統(tǒng)可行性分析的。

（分數(shù)：20.00）__________________________________________________________________________________________

正確答案：(寫作要點可行性研究也稱為可行性分析，是所有項目投資、工程建設或重大改革在開始階段必須進行的一項工作。它是經濟活動中經常使用的一種決策程序和手段，也是投資前的必要環(huán)節(jié)?？尚行匝芯勘仨殢南到y(tǒng)總體出發(fā)，對技術、經濟、執(zhí)行等多個方面進行分析和論證，以確定信息系統(tǒng)建設項目是否可行，為正確進行投資決策提供科學依據(jù)。在信息系統(tǒng)建設項目中，可行性研究通常從經濟可行性、技術可行性、法律可行性和用戶使用可行性4個方面來進行分析，其中經濟可行性通常被認為是項目的底線。1．經濟可行性經濟可行性也稱為投資收益分析或成本效益分析，主要評估項目的建設成本、運行成本和項目建成后可能的經濟收益。多數(shù)項目只有建設成本能控制在企業(yè)可接受的預算內的時候，項目才有可能被批準執(zhí)行。而經濟收益的考慮則非常廣泛，可以分為直接收益和間接收益、有形收益和無形收益，還可以分為一次性收益和非一次性收益、可定量的收益和不可定量的收益等要注意的是，在系統(tǒng)開發(fā)初期，由于用戶需求和候選系統(tǒng)方案還沒有確定，成本不可能得到準確的估算。因此，此時的經濟可行性分析只能大致估算系統(tǒng)的成本和收益，判斷信息系統(tǒng)的建設是否值得。2．技術可行性技術可行性也稱為技術風險分析，研究的對象是信息系統(tǒng)需要實現(xiàn)的功能和性能，以及技術能力約束。技術可行性主要通過考慮以下問題來進行論證(1)技術：現(xiàn)有的技術能力和信息技術的發(fā)展現(xiàn)狀是否足以支持系統(tǒng)目標的實現(xiàn)。(2)資源：現(xiàn)有的資源(例如，掌握技術的員工、企業(yè)的技術積累、構件庫、軟硬件條件等)是否足以支持項目的實施。(3)目標：由于在可行性研究階段，項目的目標是比較模糊的，因此技術可行性最好與項目功能、性能和約束的定義同時進行。在可行性研究階段，調整項目目標和選擇可行的技術體系都是可以的，而一旦項目進入開發(fā)階段，任何調整都意味著更多的開銷。3．法律可行性法律可行性也稱為社會可行性，具有比較廣泛的內容它需要從政策、法律、道德、制度等社會因素來論證信息系統(tǒng)建設的現(xiàn)實性。例如，所開發(fā)的系統(tǒng)與國家法律或政策等相抵觸，在政府信息化的領域中使用了未被認可的加密算法，未經許可在產品中使用了其他企業(yè)的被保護的技術或構件等，這樣的項目在法律可行性上就是行不通的。4．用戶使用可行性用戶使用可行性也稱為執(zhí)行可行性，是從信息系統(tǒng)用戶的角度來評估系統(tǒng)的可行性，包括企業(yè)的行政管理和工作制度、使用人員的素質和培訓要求等，可以細分為管理可行性和運行可行性(1)管理可行性。管理可行性是指從企業(yè)管理上分析系統(tǒng)建設可行性主管領導不支持的項目一般會失敗，中高層管理人員的抵觸情緒很大，就有必要等一等，先積極做好思想工作，創(chuàng)造條件。另外，還要考慮管理方法是否科學，相應的管理制度改革的時機是否成熟，規(guī)章制度是否產生等。(2)運行可行性。運行可行性也稱為操作可行性，是指分析和測定信息系統(tǒng)在確定環(huán)境中能夠有效工作，并被用戶方便使用的程度和能力。例如，ERP系統(tǒng)建成后的數(shù)據(jù)采集和數(shù)據(jù)質量問題，企業(yè)工作人員沒有足夠的IT技能等。這些問題雖然與系統(tǒng)本身無關，但如果不經評估，很可能會導致投入巨資建成的信息系統(tǒng)卻毫無用處。運行可行性還需要評估系統(tǒng)的各種影響，包括對現(xiàn)有IT設施的影響、對用戶組織機構的影響、對現(xiàn)有業(yè)務流程的影響、對地點的影響、對經費開支的影響等。如果某項影響會過多改變用戶的現(xiàn)狀，需要將這些因素作進一步的討論并和用戶溝通，提出建議的解決方法。否則，系統(tǒng)一旦建成甚至在建設過程中，就會受到用戶的竭力反對，他們會抵制使用系統(tǒng)。除國家標準規(guī)定外，還需要對項目的進度進行可行性分析。進度可行性主要是指對項目的最后期限的合理性進行評估。有些項目的最后期限是強制的，有些項目則是期望的，這需要區(qū)別對待。在進行可行性分析時，系統(tǒng)分析師需要憑借自己的經驗，參考類似的系統(tǒng)，評估在已有資源約束的條件下，能否按最后期限完成整個項目。可行性研究的步驟可行性研究是一個特定的過程，用來識別項目可能存在的問題、機會或要求，確定項目目標，描述現(xiàn)有狀況和成功后的成果，對問題的不同解決方案根據(jù)可行性準則進行評價和比較，選擇最合適的方案，編寫和提交可行性研究報告。具體來說，可行性研究工作可以分為以下八個步驟：1．復查系統(tǒng)目標和規(guī)模系統(tǒng)分析師應訪問關鍵人員，認真閱讀和分析有關材料，以便進一步復查、確認系統(tǒng)的目標和規(guī)模，改正含糊或不確切的敘述，清晰地描述對系統(tǒng)的一切限制和約束，這個步驟的關鍵是對系統(tǒng)目標、規(guī)模、相關約束和限制條件做出更加細致的定義，使之更加清晰、明確、沒有歧義性，確保系統(tǒng)分析師正在解決的問題確實是要求他們解決的問題。2．分析現(xiàn)有系統(tǒng)系統(tǒng)分析師應該認真閱讀、分析現(xiàn)有系統(tǒng)的文檔資料和使用手冊，也要實地考察現(xiàn)有系統(tǒng)，注意了解它做了什么。還要了解使用現(xiàn)有系統(tǒng)的代價和其存在的缺點。要注意的是，這個步驟的目的是了解現(xiàn)有系統(tǒng)能做什么，而不是了解它怎么做這些工作，所以不必花費太多時間去了解系統(tǒng)實現(xiàn)的細節(jié)。在這個步驟中，系統(tǒng)分析師應該畫出描述現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，記錄現(xiàn)有系統(tǒng)和其他系統(tǒng)之間的接口情況，并請有經驗的人員檢驗其是否正確。3．導出新系統(tǒng)的高層邏輯模型在系統(tǒng)目標和規(guī)模、現(xiàn)有系統(tǒng)研究的基礎上，就可以從現(xiàn)有系統(tǒng)的物理模型出發(fā)，導出現(xiàn)有系統(tǒng)的邏輯模型，描述數(shù)據(jù)在系統(tǒng)中的流動和處理情況，從而概括地表達出對新系統(tǒng)的設想，即對新系統(tǒng)進行建模。建模的目的是為了獲得一個對新系統(tǒng)的框架認識和概念性認識。通?？梢圆捎靡韵聨追N技術：(1)系統(tǒng)上下文關系范圍圖，其實也就是DFD的0層圖，將系統(tǒng)與外界實體(可能是用戶，也可能是外部系統(tǒng))的關系(主要是數(shù)據(jù)流和控制流)體現(xiàn)出來，從而清晰地界定出系統(tǒng)的范圍，實現(xiàn)共識。(2)E-R圖。這是系統(tǒng)的數(shù)據(jù)模型，這個階段并不需要生成完整的E-R圖，而是找到主要的實體及其關系即可。(3)用例模型，這是采用00思想，描述一組用例、參與者及它們之間的關系。(4)領城模型。這也是采用00思想，找到系統(tǒng)中主要的實體類，并說明實體類的主要特征和它們之間的關系。(5)IPO(nput/Process/Output，輸入/處理/輸出)圖。這是采用傳統(tǒng)的結構化思想，從輸入、處理、輸出的角度對系統(tǒng)進行的描述。4．用戶復核新系統(tǒng)的邏輯模型只是代表系統(tǒng)分析師對新系統(tǒng)必須做什么的看法，而不是代表用戶。因此，系統(tǒng)模型建立之后，一項十分重要的工作就是與客戶一起進行復核。在這個過程中，如果發(fā)現(xiàn)模型與用戶的目標有不一致的地方。就應該再次通過訪談、現(xiàn)場觀摩、對現(xiàn)有系統(tǒng)分析等手段進行了解，然后在此基礎上修改模型。因此，可行性研究的前四個步驟是一個循環(huán)，周而復始，直至用戶確認了新的系統(tǒng)模型為止。5．提出并評價解決方案系統(tǒng)分析師從系統(tǒng)的邏輯模型出發(fā)，導出若干較高層次的(較抽象的)解決方案供比較和選擇。應該盡量列舉出各種可行的解決方案，并且對這些解決方家的優(yōu)點、缺點做一個綜合性的評價，以便于下一步決策。在這個步驟中，可以使用候選系統(tǒng)方案矩陣和可行性分析矩陣，前者是用來記錄候選方案之間的相同和不同的工具，后者是用來評定候選方案的工具。對于那些明顯不可行的，如技術上還沒有相應的辦法、經濟角度明顯不可行的、違背企業(yè)或行業(yè)實際情況的解決方案應該直接過濾掉。6．確定最終推薦的解決方案根據(jù)可行性評價準則，對系統(tǒng)的各種解決方案進行分析和比較后，如果系統(tǒng)分析師認為值得繼續(xù)進行項目建設工作，則就應該確定最終的推薦方案，并說明選擇這個方案的理由。對被推薦的解決方案還要進行更加完善的成本效益分析，才能讓企業(yè)決策人員根據(jù)經濟上是否劃算來決定是否正式立項。7．草擬開發(fā)計劃系統(tǒng)分析師需要進一步制訂一個粗略的開發(fā)計劃，說明系統(tǒng)建設所需的資源、人員和時間進度安排情況，這將作為立項后制訂項目開發(fā)計劃的基礎。8．編制和提交可行性研究報告將可行性研究各步驟的結果整理成文，形成清晰的文檔，即可行性研究報告。將可行性研究報告提交給用戶和管理層，進行審查通過。三、第三個問題要根據(jù)項目的實際情況來寫自己是怎么做的，遇到什么樣的問題，如何解決的。)解析：二、試題二(總題數(shù)：1，分數(shù)：20.00)2.

論Devops及其應用。Devops是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進開發(fā)、技術運營和質量保障部門之間的溝通，協(xié)作與整合。它是一種重視軟體開發(fā)人員和工廠運維技術人員之間溝通合作的模式。透過自動化“軟件交付”和“架構變更”的流程，使得構建、測試，發(fā)布軟件能夠更加快、頻繁和可靠。請圍繞“Devops及其應用”論題，依次從以下三個方面進行論述。

1．概要敘述你參與管理和開發(fā)的軟件項目，以及你在其中擔任的主要工作

2．結合你具體參與管理和開發(fā)的的實際項目，詳細敘述是哪些因素促使你決定引入Devops

3．結合你具體參與管理和開發(fā)的實際項目說明在引入Devops后，對應用程序發(fā)布有哪些影響。

（分數(shù)：20.00）__________________________________________________________________________________________

正確答案：(寫作要點一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。二、DevOps起源于2009年，是Development(開發(fā))和Operations(運維)的組合詞。它是一種基于敏捷思想和持續(xù)交付的軟件開發(fā)與運維管理理念，核心是打破開發(fā)和運維的互相對立，通過一系列的文化、實踐和自動化工具，將軟件“放心”的快速交付到市場。因此，DevOps并不是一個單一的工具或技術，而是一種思想、一種方式，是一個組織文化和制度的變革。DevOps實踐主要包括以下幾個方面：1、CI/CDCI/CD即持續(xù)集成和持續(xù)交付，是DevOps中最核心和最重要的部分。持續(xù)集成是指將開發(fā)者的代碼不斷地在測試環(huán)境中進行構建、測試和部署，以便及早發(fā)現(xiàn)和修復問題。持續(xù)交付是指快速部署軟件到生產環(huán)境，以便盡早為用戶提供新功能和改進。2、自動化測試自動化測試可以幫助開發(fā)團隊更快速地發(fā)現(xiàn)潛在問題，避免在生產環(huán)境中出現(xiàn)問題。通過使用自動化測試工具，可以加速測試過程，降低測試成本。3、跨部門合作DevOps需要開發(fā)團隊和運維團隊之間緊密合作協(xié)同，尤其是在發(fā)布時需要最緊密的協(xié)調，目的是確保軟件的質量和穩(wěn)定性。4、持續(xù)監(jiān)控和反饋DevOps中的持續(xù)監(jiān)控是指對應用和系統(tǒng)的實時監(jiān)控，以便及時發(fā)現(xiàn)并解決問題，有效降低風險。而持續(xù)反饋則是指在開發(fā)過程中，從用戶和客戶的角度，持續(xù)獲得反饋，以便快速地修復和調整。DevOps的優(yōu)勢1、提升軟件質量通過持續(xù)集成和自動化測試，可以大大減少錯誤和技術差異，提高軟件質量和穩(wěn)定性。使用DevOps的團隊可以更快地發(fā)現(xiàn)并解決問題，從而提高應用的可用性和可靠性。2、加速上線速度DevOps的核心是CI/CD，它可以自動化地進行構建、測試和部署，從而更快地將新功能和更新部署到生產環(huán)境中。使用DevOps可以減少發(fā)布周期，提高上線速度。3、更好的跨部門合作DevOps要求不同部門之間密切協(xié)作，有助于加強各個部門之間的溝通和協(xié)調，從而提升整個組織的效率。分析和解決問題的團隊可以相互配合和支持，使整個開發(fā)和運維過程更加流暢。4、更好的可擴展性和靈活性隨著企業(yè)的發(fā)展，DevOps可以自然地適應企業(yè)的需求和變化。它支持各種作業(yè)系統(tǒng)和應用程序，可以自定義實現(xiàn)部署，容易擴展和升級。DevOps的應用場景在不同的企業(yè)中，DevOps可以有不同的應用場景。根據(jù)企業(yè)的需求和目標，DevOps可以在以下方面發(fā)揮作用：1、云計算和虛擬化云計算和虛擬化的發(fā)展使得企業(yè)可以更加輕松地構建、擴展和縮小計算機基礎設施。DevOps可以幫助企業(yè)快速地構建和部署云計算和虛擬化解決方案，以便更快地滿足客戶需求。2、移動應用移動應用的開發(fā)和部署具有高度的靈活性和速度要求。使用DevOps，移動應用的開發(fā)團隊可以更好地與運維團隊合作，在最短的時間內將應用推向市場。3、企業(yè)應用企業(yè)應用包括各種軟件、應用和服務，涉及多個部門和復雜的工作流程。使用DevOps，企業(yè)可以更好地協(xié)調各個部門的活動，實現(xiàn)更快、更好地部署和交付解決方案。三、第三個問題要根據(jù)項目的實際情況來寫自己是怎么做的，遇到什么樣的問題，如何解決的。)解析：三、試題三(總題數(shù)：1，分數(shù)：20.00)3.

給敏捷開發(fā)方法，敏捷軟件開發(fā)遵循一套軟件開發(fā)的價值和原則，在開發(fā)中，需求和解決方案通過自組織跨功能的團隊達成。敏捷軟件開發(fā)主張適度計劃迭代開發(fā)，提前交付與持續(xù)改進，并且快速靈活地應對變更，作為敏捷開發(fā)方法之一，Scrum方法被廣泛應用。

請圍繞敏捷開發(fā)方法論題從以下3點進行論述。

1．概要敘述你參與管理和開發(fā)的軟件項目，以及你在其中擔任的主要工作

2．請簡要描述Scrum的開發(fā)方法中的角色、工件和活動。

3．具體闡述你參與管理和開發(fā)的項目如何基于Scrum敏捷開發(fā)方法進行系統(tǒng)開發(fā)的

（分數(shù)：20.00）__________________________________________________________________________________________

正確答案：(寫作要點一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。二、Scrum既適合5～10人的小團隊，也適合于幾百人的大型團隊，在需求頻繁變化的項目中，Scrum這種“擁抱變化”的軟件過程，可以發(fā)揮出強大的威力，但要合理控制項目及產品的范圍。角色：產品負責人(ProductOwner)——職責：把方向——做正確的事；利益相關方的代表，重點是產品業(yè)務方面；從業(yè)務角度出發(fā)對需求并對權重排序，合理的調整產品功能和迭代順序Scrum主管(ScrumMaster)——職責：找方法——正確的做事；團隊的導師和組織者，負責提高團隊效率提出培訓團隊的計劃，列出障礙；讓利益相關方獲得最大化的投資回報；提高團隊的開發(fā)效率；開發(fā)思想得到利益相關方的理解與支持團隊成員(開發(fā)人員、測試人員)——職責：執(zhí)行——把事情做正確；盡一切可能去完成任務——發(fā)布產品；充分理解PO的產品愿景；合作完成沖刺中的每一個目標；更好的支持可能需要進一步開發(fā)的產品發(fā)布工件：1、產品訂單產品Backlog；包括需要交付的內容，根據(jù)業(yè)務需求的價值排列，可以增減或調整，產品的backlog將根據(jù)不斷增長的需求來持續(xù)驅動維護。2、沖刺訂單SprintBacklog；涵蓋了最終版本的既定產品Backlog的任務；團隊通過它來協(xié)調開發(fā)進度；團隊在確定產品Backlog并建立發(fā)布計劃后，即可開始在沖刺中工作。團隊的沖刺從沖刺計劃會議開始。在會上，團隊承諾完成產品Backlog中的一組用戶情景。3、障礙backlog列舉了所有團隊內部和團隊相關的障礙項目進度的問題；SM需要確保所有的障礙Backlog中的問題都已分配并可以得到解決；阻礙項目進度的問題在公司和團隊范圍內常有發(fā)生；通過障礙Backlog，識別障礙并按優(yōu)先次序將他們在Backlog中排列，然后公開給全體人員；在看板上準備一個三欄的表，把正在煎熬的某個事記錄在貼紙，加到新事項中。按商業(yè)價值的優(yōu)先級排列“新事項”中的障礙問題；當開始著手解決一個障礙問題時，將貼紙移至“處理中”；問題得到解決時，將它移到“已完成”事項欄中；每日例會和沖刺回顧會議中收集新的障礙問題。4、燃盡圖燃盡圖是在項目完成之前，對需要完成的工作的一種可視化表示，描述隨著時間的推移而剩余的工作數(shù)量，可用于表示開發(fā)速度；理想情況下，該圖表是一個向下的曲線，隨著剩余工作的完成，“燒盡”至零；燃盡圖向項目組成員和企業(yè)主提供工作進展的一個公共視圖；燃盡圖的要素：X軸：時間；Y軸：剩余工作量。燃盡圖常見的表現(xiàn)形式：先鼓起后落下：原因是計劃會議常常漏掉一些事情，所以開工后不但不燃盡，還發(fā)現(xiàn)了很多新的任務。先完美燃燒，然后突然停止燃燒：由于任務劃分太粗，導致對工作量的錯誤估計，到最后發(fā)現(xiàn)余下時間難以完成。先緩慢燃燒，然后到快燃盡的時候剩下一堆沒完成的任務，被推遲到下個周期：有些任務是次要的“可以不做的”，或者是被動地發(fā)現(xiàn)有些故事沒有完成導致的。燃盡圖的缺點：有哪些故事正在做，還沒有做，已經開工了但沒完成；最后剩下了哪些故事沒完成；有沒有人不是一個一個完成故事，而是同時開工了很多故事?；顒樱?、沖刺計劃會議沖刺計劃會議需要分兩個時間段進行，第一天的上午進行計劃會議1、第一天下午進行計劃會議2、給相關人員留出任務分析的時間。沖刺(Sprint)計劃會議1PO和團隊一起，在先前評估的成果基礎上，定出Sprint目標和既定產品Backlog。會議準備：評估完工作量且優(yōu)先級排列好的各項問題；項目歷史會議紀要；白板、便利貼會議進程：介紹會議的目標，議程；評估尚未被評估的問題；確定沖刺Sprint的第一天和最后一天；確定每日例會，評審會議，回顧會議的時間安排；團隊成員相互認可沖刺目標和既定產品Backlog。沖刺(Sprint)計劃會議2團隊將既定產品Backlog中的每一項細化成多個任務會議進程：團隊成員從Backlog中的各項問題中分出相應的任務；考慮工作中的細節(jié)：編碼、測試，代碼評審、會議、新技術應用、文檔；如果任務超出一周，嘗試把該任務分割成幾個小任務；刪減或增加Backlog中的問題；團隊確認Sprint目標。2、每日站立會議每日例會有助于團隊進行自我組織。這是項目團隊成員間的一個進度協(xié)調會議。會議進程：把已完成的任務從“處理中”狀態(tài)轉為“已完成”；確定下次會議之間，你計劃完成什么任務?如果有問題影響了你的開發(fā)，把該障礙加入到障礙Backlog中；團隊成員們把注意力集中在回答關鍵問題上；最好在每天早上開，時間一般控制在15分鐘之內；條件允許的話，會議最好每天都在同一時間同一地點舉行；誰都可以參加這個會議，但只有團隊成員發(fā)言，其他人員只能旁聽；所有出席者都應站立(有助于保持會議簡潔)；確定更新燃盡圖；會議由SM主持，在會上每個團隊成員需要問3個問題：我昨天完成了哪些工作；我今天將要做什么；我遇到哪些障礙，需要別人的協(xié)助。會議結果：得到最新的障礙Backlog；得到最新的沖刺(Sprint)Backlog；得到最新的工作進度圖。3、沖刺評審會議項目開發(fā)的進度是通過實際已完成產品的功能審核來進行控制。由PO斷定實際所發(fā)布的功能是否與既定的Sprint目標一致。在Sprint結束時召開，會議時間控制在兩個小時以內；開發(fā)團隊展示這個Sprint中完成的功能，不需要PPT，一般是已經完成的功能Demo；客戶、管理層、PO以及其他開發(fā)人員都可以參加。會議議程：按Backlog中的問題，逐個介紹這個沖刺的結果，演示新開發(fā)的功能；如果PO想要改變功能添加一個新問題到產品Backlog中；如果對功能有一個新的想法，添加一個問題到產品Backlog中；如果小組報告項目遇到阻礙還沒能解決，把問題加入障礙Backlog中。會議結果：對當前沖刺的結果和整個產品的開發(fā)狀態(tài)達成共識。4、沖刺回顧會議審視和適應的能力是Scrum的基礎；在沖刺回顧會議期間，項目團隊會分析沖刺的成功經驗和所遇到的障礙；Sprint結束后，時間在1～2個小時；PO、SM和Scrum團隊參加。會議進程：介紹會議目標，在白板畫一個時間軸，標記出沖刺的開始和結束時間；花五分鐘每個人在貼紙上寫上“我們的成功經驗是什么”；花五分鐘每個人寫上：有什么能夠改進的；詢問“誰去負責解決這些改進?”。會議結果：會議紀要含相關改進及負責人名單。三、第三個問題要根據(jù)項目的實際情況來寫自己是怎么做的，遇到什么樣的問題，如何解決的。)解析：四、試題四(總題數(shù)：1，分數(shù)：20.00)4.

信息系統(tǒng)數(shù)據(jù)轉換和遷移。當新系統(tǒng)開發(fā)完畢準備取代現(xiàn)有系統(tǒng)時，就要面臨新舊系統(tǒng)轉化，系統(tǒng)轉化是指運用某種方式由現(xiàn)有系統(tǒng)的工作方式向新系統(tǒng)工作方式的轉化過程，也是系統(tǒng)設備、數(shù)據(jù)、人員等的轉化過程，數(shù)據(jù)轉化和遷移是新舊系統(tǒng)轉化交接的重要工作之一。其基本原則就是數(shù)據(jù)不丟失。為使數(shù)據(jù)能平滑遷移到新系統(tǒng)，在新系統(tǒng)設計階段就需盡量保留現(xiàn)有系統(tǒng)中合格的數(shù)據(jù)結構。這樣才能盡可能的降低數(shù)據(jù)遷移的工作量和轉換難度，數(shù)據(jù)遷移的質量是新系統(tǒng)上線的前提，也是新系統(tǒng)轉換運行的保障，對系統(tǒng)切換至新系統(tǒng)的運行有著重要作用。

請圍繞“信息系統(tǒng)數(shù)據(jù)轉換與遷移“論題，依次從三個方面論述

1．概要敘述你參與轉化和交換的信息系統(tǒng)以及所擔任的主要任務和主要工作。

2．信息系統(tǒng)的數(shù)據(jù)轉換與遷徙過程中可大致分為數(shù)據(jù)抽取，數(shù)據(jù)轉換和數(shù)據(jù)遷移后的校驗等三項活動，請對這三項活動的內涵和要點進行闡。

3．詳細說明你所參與轉換和交接信息系統(tǒng)是如何進行數(shù)據(jù)轉換和遷移工作的，在這一過程中遇到了哪些實際問題，是如何解決的。

（分數(shù)：20.00）__________________________________________________________________________________________

正確答案：(寫作要點一、應結合自己參與的信息系統(tǒng)項目，說明在其中所承擔的工作。二、數(shù)據(jù)轉換和遷移是新舊系統(tǒng)轉換交接的主要工作之一。為使數(shù)據(jù)能平滑遷移到新系統(tǒng)中，在新系統(tǒng)設計階段就要盡量保留現(xiàn)有系統(tǒng)中合理的數(shù)據(jù)結構，這樣才能盡可能降低數(shù)據(jù)遷移的工作量和難度。但是，由于新系統(tǒng)的引入，數(shù)據(jù)遷移工作是個必然的過程，現(xiàn)有系統(tǒng)中的數(shù)據(jù)可以通過定制開發(fā)的轉換工具軟件翻譯為新系統(tǒng)可以接受的數(shù)據(jù)格式。數(shù)據(jù)轉換和遷移工作的原則是數(shù)據(jù)不丟失。許多無法自動轉換的數(shù)據(jù)，必要時通過手工方式補錄進入新系統(tǒng)。數(shù)據(jù)遷移對系統(tǒng)切換乃至新系統(tǒng)的運行有著十分重要的意義。數(shù)據(jù)遷移的質量是新系統(tǒng)成功上線的重要前提，同時也是新系統(tǒng)今后穩(wěn)定運行的有力保障，如果數(shù)據(jù)遷移失敗，新系統(tǒng)將不能正常啟用；如果數(shù)據(jù)遷移的質量較差，沒能屏蔽全部的垃圾數(shù)據(jù)，對新系統(tǒng)將會造成很大的隱患，新系統(tǒng)一旦訪問這些垃圾數(shù)據(jù)，可能會由這些垃圾數(shù)據(jù)產生新的錯誤數(shù)據(jù)，嚴重時還會導致系統(tǒng)異常。相反，成功的數(shù)據(jù)遷移可以有效地保障新系統(tǒng)的順利運行，而且能夠繼承珍貴的歷史數(shù)據(jù)。1．數(shù)據(jù)遷移的方法系統(tǒng)轉換時的數(shù)據(jù)遷移不同于從OLTP到數(shù)據(jù)倉庫的數(shù)據(jù)抽取。后者主要將OLTP系統(tǒng)在上次抽取后所發(fā)生的數(shù)據(jù)變化同步到數(shù)據(jù)倉庫，這種同步在每個抽取周期都要進行，一般以天為單位。而數(shù)據(jù)遷移是將需要的歷史數(shù)據(jù)一次或幾次轉換到新系統(tǒng)，其最主要的特點是需要在短時間內完成大批量數(shù)據(jù)的抽取、清洗和裝載。數(shù)據(jù)遷移的主要方法大致有三種，分別是系統(tǒng)切換前通過工具遷移、系統(tǒng)切換前采用手工錄入和系統(tǒng)切換后通過新系統(tǒng)生成。(1)系統(tǒng)切換前通過工具遷移。在系統(tǒng)切換前，利用ETL工具把現(xiàn)有系統(tǒng)中的歷史數(shù)據(jù)抽取、轉換，并裝載到新系統(tǒng)中去。這種方法是數(shù)據(jù)遷移最主要，也是最快捷的方法。其實施的前提是，歷史數(shù)據(jù)可用并且能夠映射到新系統(tǒng)中。這種遷移方式既可一次實現(xiàn)，也可以分次實現(xiàn)。一次遷移的優(yōu)點是遷移實施的過程短，相對分次遷移，遷移時涉及的問題少，風險相對比較低。其缺點工作強度比較大，由于實施遷移的人員需要一直監(jiān)控遷移的過程，如果遷移所需的時間比較長，工作人員會很疲勞。一次遷移的前提是新舊系統(tǒng)數(shù)據(jù)庫差異不大，允許的宕機時間內可以完成所有數(shù)據(jù)量的遷移；分次遷移可以將任務分開，有效地解決了數(shù)據(jù)量大和宕機時間短之間的矛盾。但是分次切換導致數(shù)據(jù)多次合并，增加了出錯的概率，同時為了保持整體數(shù)據(jù)的一致性，分次遷移時需要對先切換的數(shù)據(jù)進行同步，增加了遷移的復雜度。(2)系統(tǒng)切換前采用手工錄入。在系統(tǒng)切換前，組織相關人員把需要的數(shù)據(jù)手工錄入到新系統(tǒng)中。這種方法消耗的人力、物力比較大，同時出錯率也比較高。主要針對新舊系統(tǒng)數(shù)據(jù)結構存在特定差異的情況，即對于新系統(tǒng)啟用時必需的期初數(shù)據(jù)，無法從現(xiàn)有的歷史數(shù)據(jù)中得到。對于這部分期初數(shù)據(jù)，就可以在系統(tǒng)切換前通過手工錄入。(3)系統(tǒng)切換后通過新系統(tǒng)生成。在系統(tǒng)切換后，通過新系統(tǒng)的相關功能，或為此專門開發(fā)的配套程序生成所需要的數(shù)據(jù)。通常根據(jù)已經遷移到新系統(tǒng)中的原始數(shù)據(jù)來生成所需要的結果數(shù)據(jù)。這種方法可以減少遷移的數(shù)據(jù)量。2．數(shù)據(jù)遷移前的準備工作數(shù)據(jù)遷移的實施可以分為三個階段，分別是數(shù)據(jù)遷移前的準備、數(shù)據(jù)轉換與遷移和數(shù)據(jù)遷移后的校驗。由于數(shù)據(jù)遷移的特點，大量的工作都需要在準備階段完成，充分而周到的準備工作是完成數(shù)據(jù)遷移的主要基礎。具體而言，要做好以下工作：(1)待遷移數(shù)據(jù)源的詳細說明，包括數(shù)據(jù)的存放方式、數(shù)據(jù)量和數(shù)據(jù)的時間跨度。(2)建立新舊系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)字典，對現(xiàn)有系統(tǒng)的歷史數(shù)據(jù)進行質量分析，以及新舊系統(tǒng)數(shù)據(jù)結構的差異分析。(3)新舊系統(tǒng)代碼數(shù)據(jù)的差異分析。(4)建立新舊系統(tǒng)數(shù)據(jù)庫表的映射關系，對無法映射字段的處理方法。(5)開發(fā)或購買、部署ETL工具。(6)編寫數(shù)據(jù)轉換的測試計劃和校驗程序。(7)制定數(shù)據(jù)轉換的應急措施。3．數(shù)據(jù)轉換與遷移在數(shù)據(jù)轉換與遷移階段，首先需要制定數(shù)據(jù)轉換的詳細實施步驟和流程，準備數(shù)據(jù)遷移環(huán)境。然后要做好業(yè)務上的準備，結束未處理完的業(yè)務事項，或將其告一段落。使數(shù)據(jù)轉換和遷移涉及的技術都得到充分測試，最后實施數(shù)據(jù)轉換和遷移。數(shù)據(jù)轉換與遷移程序大致可以分為抽取、轉換與裝載三個過程。數(shù)據(jù)抽取、轉換是根據(jù)新舊系統(tǒng)數(shù)據(jù)庫的映射關系進行的，轉換步驟一般還要包含數(shù)據(jù)清洗的過程，數(shù)據(jù)清洗主要是針對源數(shù)據(jù)庫中，對出現(xiàn)二義性、重復、不完整、違反業(yè)務或邏輯規(guī)則等問題的數(shù)據(jù)進行相應的清洗操作。在清洗之前需要進行數(shù)據(jù)質量分析，以找出存在問題的數(shù)據(jù)。數(shù)據(jù)裝載是通過裝載工具或自行編寫