2023年05月高级系统分析师下午真题

2023年05月高级系统分析师下午真题(总分：80.00，做题时间：90分钟)一、试题一(总题数：1，分数：20.00)1.

给信息系统可行性分析，信息系统可行性分析的目的是确认在当前条件下企业是否有必要建设新系统，以及建设新系统的工作是否具备必要的条件，如何进行可行性分析是系统分析师所必须面临的问题请围绕信息系统可行性分析论题，依次从以下三个方面进行论述。

1．概要叙述你参与管理和开发的软件项目，以及你在其中承担的主要工作。

2．请简要描述应从哪些方面完成信息系统的可行性分析?

3．具体阐述你参与管理和开发的项目是如何从不同的方面进行系统可行性分析的。

（分数：20.00）__________________________________________________________________________________________

正确答案：(写作要点可行性研究也称为可行性分析，是所有项目投资、工程建设或重大改革在开始阶段必须进行的一项工作。它是经济活动中经常使用的一种决策程序和手段，也是投资前的必要环节。可行性研究必须从系统总体出发，对技术、经济、执行等多个方面进行分析和论证，以确定信息系统建设项目是否可行，为正确进行投资决策提供科学依据。在信息系统建设项目中，可行性研究通常从经济可行性、技术可行性、法律可行性和用户使用可行性4个方面来进行分析，其中经济可行性通常被认为是项目的底线。1．经济可行性经济可行性也称为投资收益分析或成本效益分析，主要评估项目的建设成本、运行成本和项目建成后可能的经济收益。多数项目只有建设成本能控制在企业可接受的预算内的时候，项目才有可能被批准执行。而经济收益的考虑则非常广泛，可以分为直接收益和间接收益、有形收益和无形收益，还可以分为一次性收益和非一次性收益、可定量的收益和不可定量的收益等要注意的是，在系统开发初期，由于用户需求和候选系统方案还没有确定，成本不可能得到准确的估算。因此，此时的经济可行性分析只能大致估算系统的成本和收益，判断信息系统的建设是否值得。2．技术可行性技术可行性也称为技术风险分析，研究的对象是信息系统需要实现的功能和性能，以及技术能力约束。技术可行性主要通过考虑以下问题来进行论证(1)技术：现有的技术能力和信息技术的发展现状是否足以支持系统目标的实现。(2)资源：现有的资源(例如，掌握技术的员工、企业的技术积累、构件库、软硬件条件等)是否足以支持项目的实施。(3)目标：由于在可行性研究阶段，项目的目标是比较模糊的，因此技术可行性最好与项目功能、性能和约束的定义同时进行。在可行性研究阶段，调整项目目标和选择可行的技术体系都是可以的，而一旦项目进入开发阶段，任何调整都意味着更多的开销。3．法律可行性法律可行性也称为社会可行性，具有比较广泛的内容它需要从政策、法律、道德、制度等社会因素来论证信息系统建设的现实性。例如，所开发的系统与国家法律或政策等相抵触，在政府信息化的领域中使用了未被认可的加密算法，未经许可在产品中使用了其他企业的被保护的技术或构件等，这样的项目在法律可行性上就是行不通的。4．用户使用可行性用户使用可行性也称为执行可行性，是从信息系统用户的角度来评估系统的可行性，包括企业的行政管理和工作制度、使用人员的素质和培训要求等，可以细分为管理可行性和运行可行性(1)管理可行性。管理可行性是指从企业管理上分析系统建设可行性主管领导不支持的项目一般会失败，中高层管理人员的抵触情绪很大，就有必要等一等，先积极做好思想工作，创造条件。另外，还要考虑管理方法是否科学，相应的管理制度改革的时机是否成熟，规章制度是否产生等。(2)运行可行性。运行可行性也称为操作可行性，是指分析和测定信息系统在确定环境中能够有效工作，并被用户方便使用的程度和能力。例如，ERP系统建成后的数据采集和数据质量问题，企业工作人员没有足够的IT技能等。这些问题虽然与系统本身无关，但如果不经评估，很可能会导致投入巨资建成的信息系统却毫无用处。运行可行性还需要评估系统的各种影响，包括对现有IT设施的影响、对用户组织机构的影响、对现有业务流程的影响、对地点的影响、对经费开支的影响等。如果某项影响会过多改变用户的现状，需要将这些因素作进一步的讨论并和用户沟通，提出建议的解决方法。否则，系统一旦建成甚至在建设过程中，就会受到用户的竭力反对，他们会抵制使用系统。除国家标准规定外，还需要对项目的进度进行可行性分析。进度可行性主要是指对项目的最后期限的合理性进行评估。有些项目的最后期限是强制的，有些项目则是期望的，这需要区别对待。在进行可行性分析时，系统分析师需要凭借自己的经验，参考类似的系统，评估在已有资源约束的条件下，能否按最后期限完成整个项目。可行性研究的步骤可行性研究是一个特定的过程，用来识别项目可能存在的问题、机会或要求，确定项目目标，描述现有状况和成功后的成果，对问题的不同解决方案根据可行性准则进行评价和比较，选择最合适的方案，编写和提交可行性研究报告。具体来说，可行性研究工作可以分为以下八个步骤：1．复查系统目标和规模系统分析师应访问关键人员，认真阅读和分析有关材料，以便进一步复查、确认系统的目标和规模，改正含糊或不确切的叙述，清晰地描述对系统的一切限制和约束，这个步骤的关键是对系统目标、规模、相关约束和限制条件做出更加细致的定义，使之更加清晰、明确、没有歧义性，确保系统分析师正在解决的问题确实是要求他们解决的问题。2．分析现有系统系统分析师应该认真阅读、分析现有系统的文档资料和使用手册，也要实地考察现有系统，注意了解它做了什么。还要了解使用现有系统的代价和其存在的缺点。要注意的是，这个步骤的目的是了解现有系统能做什么，而不是了解它怎么做这些工作，所以不必花费太多时间去了解系统实现的细节。在这个步骤中，系统分析师应该画出描述现有系统的高层系统流程图，记录现有系统和其他系统之间的接口情况，并请有经验的人员检验其是否正确。3．导出新系统的高层逻辑模型在系统目标和规模、现有系统研究的基础上，就可以从现有系统的物理模型出发，导出现有系统的逻辑模型，描述数据在系统中的流动和处理情况，从而概括地表达出对新系统的设想，即对新系统进行建模。建模的目的是为了获得一个对新系统的框架认识和概念性认识。通常可以采用以下几种技术：(1)系统上下文关系范围图，其实也就是DFD的0层图，将系统与外界实体(可能是用户，也可能是外部系统)的关系(主要是数据流和控制流)体现出来，从而清晰地界定出系统的范围，实现共识。(2)E-R图。这是系统的数据模型，这个阶段并不需要生成完整的E-R图，而是找到主要的实体及其关系即可。(3)用例模型，这是采用00思想，描述一组用例、参与者及它们之间的关系。(4)领城模型。这也是采用00思想，找到系统中主要的实体类，并说明实体类的主要特征和它们之间的关系。(5)IPO(nput/Process/Output，输入/处理/输出)图。这是采用传统的结构化思想，从输入、处理、输出的角度对系统进行的描述。4．用户复核新系统的逻辑模型只是代表系统分析师对新系统必须做什么的看法，而不是代表用户。因此，系统模型建立之后，一项十分重要的工作就是与客户一起进行复核。在这个过程中，如果发现模型与用户的目标有不一致的地方。就应该再次通过访谈、现场观摩、对现有系统分析等手段进行了解，然后在此基础上修改模型。因此，可行性研究的前四个步骤是一个循环，周而复始，直至用户确认了新的系统模型为止。5．提出并评价解决方案系统分析师从系统的逻辑模型出发，导出若干较高层次的(较抽象的)解决方案供比较和选择。应该尽量列举出各种可行的解决方案，并且对这些解决方家的优点、缺点做一个综合性的评价，以便于下一步决策。在这个步骤中，可以使用候选系统方案矩阵和可行性分析矩阵，前者是用来记录候选方案之间的相同和不同的工具，后者是用来评定候选方案的工具。对于那些明显不可行的，如技术上还没有相应的办法、经济角度明显不可行的、违背企业或行业实际情况的解决方案应该直接过滤掉。6．确定最终推荐的解决方案根据可行性评价准则，对系统的各种解决方案进行分析和比较后，如果系统分析师认为值得继续进行项目建设工作，则就应该确定最终的推荐方案，并说明选择这个方案的理由。对被推荐的解决方案还要进行更加完善的成本效益分析，才能让企业决策人员根据经济上是否划算来决定是否正式立项。7．草拟开发计划系统分析师需要进一步制订一个粗略的开发计划，说明系统建设所需的资源、人员和时间进度安排情况，这将作为立项后制订项目开发计划的基础。8．编制和提交可行性研究报告将可行性研究各步骤的结果整理成文，形成清晰的文档，即可行性研究报告。将可行性研究报告提交给用户和管理层，进行审查通过。三、第三个问题要根据项目的实际情况来写自己是怎么做的，遇到什么样的问题，如何解决的。)解析：二、试题二(总题数：1，分数：20.00)2.

论Devops及其应用。Devops是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通，协作与整合。它是一种重视软体开发人员和工厂运维技术人员之间沟通合作的模式。透过自动化“软件交付”和“架构变更”的流程，使得构建、测试，发布软件能够更加快、频繁和可靠。请围绕“Devops及其应用”论题，依次从以下三个方面进行论述。

1．概要叙述你参与管理和开发的软件项目，以及你在其中担任的主要工作

2．结合你具体参与管理和开发的的实际项目，详细叙述是哪些因素促使你决定引入Devops

3．结合你具体参与管理和开发的实际项目说明在引入Devops后，对应用程序发布有哪些影响。

（分数：20.00）__________________________________________________________________________________________

正确答案：(写作要点一、应结合自己参与的信息系统项目，说明在其中所承担的工作。二、DevOps起源于2009年，是Development(开发)和Operations(运维)的组合词。它是一种基于敏捷思想和持续交付的软件开发与运维管理理念，核心是打破开发和运维的互相对立，通过一系列的文化、实践和自动化工具，将软件“放心”的快速交付到市场。因此，DevOps并不是一个单一的工具或技术，而是一种思想、一种方式，是一个组织文化和制度的变革。DevOps实践主要包括以下几个方面：1、CI/CDCI/CD即持续集成和持续交付，是DevOps中最核心和最重要的部分。持续集成是指将开发者的代码不断地在测试环境中进行构建、测试和部署，以便及早发现和修复问题。持续交付是指快速部署软件到生产环境，以便尽早为用户提供新功能和改进。2、自动化测试自动化测试可以帮助开发团队更快速地发现潜在问题，避免在生产环境中出现问题。通过使用自动化测试工具，可以加速测试过程，降低测试成本。3、跨部门合作DevOps需要开发团队和运维团队之间紧密合作协同，尤其是在发布时需要最紧密的协调，目的是确保软件的质量和稳定性。4、持续监控和反馈DevOps中的持续监控是指对应用和系统的实时监控，以便及时发现并解决问题，有效降低风险。而持续反馈则是指在开发过程中，从用户和客户的角度，持续获得反馈，以便快速地修复和调整。DevOps的优势1、提升软件质量通过持续集成和自动化测试，可以大大减少错误和技术差异，提高软件质量和稳定性。使用DevOps的团队可以更快地发现并解决问题，从而提高应用的可用性和可靠性。2、加速上线速度DevOps的核心是CI/CD，它可以自动化地进行构建、测试和部署，从而更快地将新功能和更新部署到生产环境中。使用DevOps可以减少发布周期，提高上线速度。3、更好的跨部门合作DevOps要求不同部门之间密切协作，有助于加强各个部门之间的沟通和协调，从而提升整个组织的效率。分析和解决问题的团队可以相互配合和支持，使整个开发和运维过程更加流畅。4、更好的可扩展性和灵活性随着企业的发展，DevOps可以自然地适应企业的需求和变化。它支持各种作业系统和应用程序，可以自定义实现部署，容易扩展和升级。DevOps的应用场景在不同的企业中，DevOps可以有不同的应用场景。根据企业的需求和目标，DevOps可以在以下方面发挥作用：1、云计算和虚拟化云计算和虚拟化的发展使得企业可以更加轻松地构建、扩展和缩小计算机基础设施。DevOps可以帮助企业快速地构建和部署云计算和虚拟化解决方案，以便更快地满足客户需求。2、移动应用移动应用的开发和部署具有高度的灵活性和速度要求。使用DevOps，移动应用的开发团队可以更好地与运维团队合作，在最短的时间内将应用推向市场。3、企业应用企业应用包括各种软件、应用和服务，涉及多个部门和复杂的工作流程。使用DevOps，企业可以更好地协调各个部门的活动，实现更快、更好地部署和交付解决方案。三、第三个问题要根据项目的实际情况来写自己是怎么做的，遇到什么样的问题，如何解决的。)解析：三、试题三(总题数：1，分数：20.00)3.

给敏捷开发方法，敏捷软件开发遵循一套软件开发的价值和原则，在开发中，需求和解决方案通过自组织跨功能的团队达成。敏捷软件开发主张适度计划迭代开发，提前交付与持续改进，并且快速灵活地应对变更，作为敏捷开发方法之一，Scrum方法被广泛应用。

请围绕敏捷开发方法论题从以下3点进行论述。

1．概要叙述你参与管理和开发的软件项目，以及你在其中担任的主要工作

2．请简要描述Scrum的开发方法中的角色、工件和活动。

3．具体阐述你参与管理和开发的项目如何基于Scrum敏捷开发方法进行系统开发的

（分数：20.00）__________________________________________________________________________________________

正确答案：(写作要点一、应结合自己参与的信息系统项目，说明在其中所承担的工作。二、Scrum既适合5～10人的小团队，也适合于几百人的大型团队，在需求频繁变化的项目中，Scrum这种“拥抱变化”的软件过程，可以发挥出强大的威力，但要合理控制项目及产品的范围。角色：产品负责人(ProductOwner)——职责：把方向——做正确的事；利益相关方的代表，重点是产品业务方面；从业务角度出发对需求并对权重排序，合理的调整产品功能和迭代顺序Scrum主管(ScrumMaster)——职责：找方法——正确的做事；团队的导师和组织者，负责提高团队效率提出培训团队的计划，列出障碍；让利益相关方获得最大化的投资回报；提高团队的开发效率；开发思想得到利益相关方的理解与支持团队成员(开发人员、测试人员)——职责：执行——把事情做正确；尽一切可能去完成任务——发布产品；充分理解PO的产品愿景；合作完成冲刺中的每一个目标；更好的支持可能需要进一步开发的产品发布工件：1、产品订单产品Backlog；包括需要交付的内容，根据业务需求的价值排列，可以增减或调整，产品的backlog将根据不断增长的需求来持续驱动维护。2、冲刺订单SprintBacklog；涵盖了最终版本的既定产品Backlog的任务；团队通过它来协调开发进度；团队在确定产品Backlog并建立发布计划后，即可开始在冲刺中工作。团队的冲刺从冲刺计划会议开始。在会上，团队承诺完成产品Backlog中的一组用户情景。3、障碍backlog列举了所有团队内部和团队相关的障碍项目进度的问题；SM需要确保所有的障碍Backlog中的问题都已分配并可以得到解决；阻碍项目进度的问题在公司和团队范围内常有发生；通过障碍Backlog，识别障碍并按优先次序将他们在Backlog中排列，然后公开给全体人员；在看板上准备一个三栏的表，把正在煎熬的某个事记录在贴纸，加到新事项中。按商业价值的优先级排列“新事项”中的障碍问题；当开始着手解决一个障碍问题时，将贴纸移至“处理中”；问题得到解决时，将它移到“已完成”事项栏中；每日例会和冲刺回顾会议中收集新的障碍问题。4、燃尽图燃尽图是在项目完成之前，对需要完成的工作的一种可视化表示，描述随着时间的推移而剩余的工作数量，可用于表示开发速度；理想情况下，该图表是一个向下的曲线，随着剩余工作的完成，“烧尽”至零；燃尽图向项目组成员和企业主提供工作进展的一个公共视图；燃尽图的要素：X轴：时间；Y轴：剩余工作量。燃尽图常见的表现形式：先鼓起后落下：原因是计划会议常常漏掉一些事情，所以开工后不但不燃尽，还发现了很多新的任务。先完美燃烧，然后突然停止燃烧：由于任务划分太粗，导致对工作量的错误估计，到最后发现余下时间难以完成。先缓慢燃烧，然后到快燃尽的时候剩下一堆没完成的任务，被推迟到下个周期：有些任务是次要的“可以不做的”，或者是被动地发现有些故事没有完成导致的。燃尽图的缺点：有哪些故事正在做，还没有做，已经开工了但没完成；最后剩下了哪些故事没完成；有没有人不是一个一个完成故事，而是同时开工了很多故事。活动：1、冲刺计划会议冲刺计划会议需要分两个时间段进行，第一天的上午进行计划会议1、第一天下午进行计划会议2、给相关人员留出任务分析的时间。冲刺(Sprint)计划会议1PO和团队一起，在先前评估的成果基础上，定出Sprint目标和既定产品Backlog。会议准备：评估完工作量且优先级排列好的各项问题；项目历史会议纪要；白板、便利贴会议进程：介绍会议的目标，议程；评估尚未被评估的问题；确定冲刺Sprint的第一天和最后一天；确定每日例会，评审会议，回顾会议的时间安排；团队成员相互认可冲刺目标和既定产品Backlog。冲刺(Sprint)计划会议2团队将既定产品Backlog中的每一项细化成多个任务会议进程：团队成员从Backlog中的各项问题中分出相应的任务；考虑工作中的细节：编码、测试，代码评审、会议、新技术应用、文档；如果任务超出一周，尝试把该任务分割成几个小任务；删减或增加Backlog中的问题；团队确认Sprint目标。2、每日站立会议每日例会有助于团队进行自我组织。这是项目团队成员间的一个进度协调会议。会议进程：把已完成的任务从“处理中”状态转为“已完成”；确定下次会议之间，你计划完成什么任务?如果有问题影响了你的开发，把该障碍加入到障碍Backlog中；团队成员们把注意力集中在回答关键问题上；最好在每天早上开，时间一般控制在15分钟之内；条件允许的话，会议最好每天都在同一时间同一地点举行；谁都可以参加这个会议，但只有团队成员发言，其他人员只能旁听；所有出席者都应站立(有助于保持会议简洁)；确定更新燃尽图；会议由SM主持，在会上每个团队成员需要问3个问题：我昨天完成了哪些工作；我今天将要做什么；我遇到哪些障碍，需要别人的协助。会议结果：得到最新的障碍Backlog；得到最新的冲刺(Sprint)Backlog；得到最新的工作进度图。3、冲刺评审会议项目开发的进度是通过实际已完成产品的功能审核来进行控制。由PO断定实际所发布的功能是否与既定的Sprint目标一致。在Sprint结束时召开，会议时间控制在两个小时以内；开发团队展示这个Sprint中完成的功能，不需要PPT，一般是已经完成的功能Demo；客户、管理层、PO以及其他开发人员都可以参加。会议议程：按Backlog中的问题，逐个介绍这个冲刺的结果，演示新开发的功能；如果PO想要改变功能添加一个新问题到产品Backlog中；如果对功能有一个新的想法，添加一个问题到产品Backlog中；如果小组报告项目遇到阻碍还没能解决，把问题加入障碍Backlog中。会议结果：对当前冲刺的结果和整个产品的开发状态达成共识。4、冲刺回顾会议审视和适应的能力是Scrum的基础；在冲刺回顾会议期间，项目团队会分析冲刺的成功经验和所遇到的障碍；Sprint结束后，时间在1～2个小时；PO、SM和Scrum团队参加。会议进程：介绍会议目标，在白板画一个时间轴，标记出冲刺的开始和结束时间；花五分钟每个人在贴纸上写上“我们的成功经验是什么”；花五分钟每个人写上：有什么能够改进的；询问“谁去负责解决这些改进?”。会议结果：会议纪要含相关改进及负责人名单。三、第三个问题要根据项目的实际情况来写自己是怎么做的，遇到什么样的问题，如何解决的。)解析：四、试题四(总题数：1，分数：20.00)4.

信息系统数据转换和迁移。当新系统开发完毕准备取代现有系统时，就要面临新旧系统转化，系统转化是指运用某种方式由现有系统的工作方式向新系统工作方式的转化过程，也是系统设备、数据、人员等的转化过程，数据转化和迁移是新旧系统转化交接的重要工作之一。其基本原则就是数据不丢失。为使数据能平滑迁移到新系统，在新系统设计阶段就需尽量保留现有系统中合格的数据结构。这样才能尽可能的降低数据迁移的工作量和转换难度，数据迁移的质量是新系统上线的前提，也是新系统转换运行的保障，对系统切换至新系统的运行有着重要作用。

请围绕“信息系统数据转换与迁移“论题，依次从三个方面论述

1．概要叙述你参与转化和交换的信息系统以及所担任的主要任务和主要工作。

2．信息系统的数据转换与迁徙过程中可大致分为数据抽取，数据转换和数据迁移后的校验等三项活动，请对这三项活动的内涵和要点进行阐。

3．详细说明你所参与转换和交接信息系统是如何进行数据转换和迁移工作的，在这一过程中遇到了哪些实际问题，是如何解决的。

（分数：20.00）__________________________________________________________________________________________

正确答案：(写作要点一、应结合自己参与的信息系统项目，说明在其中所承担的工作。二、数据转换和迁移是新旧系统转换交接的主要工作之一。为使数据能平滑迁移到新系统中，在新系统设计阶段就要尽量保留现有系统中合理的数据结构，这样才能尽可能降低数据迁移的工作量和难度。但是，由于新系统的引入，数据迁移工作是个必然的过程，现有系统中的数据可以通过定制开发的转换工具软件翻译为新系统可以接受的数据格式。数据转换和迁移工作的原则是数据不丢失。许多无法自动转换的数据，必要时通过手工方式补录进入新系统。数据迁移对系统切换乃至新系统的运行有着十分重要的意义。数据迁移的质量是新系统成功上线的重要前提，同时也是新系统今后稳定运行的有力保障，如果数据迁移失败，新系统将不能正常启用；如果数据迁移的质量较差，没能屏蔽全部的垃圾数据，对新系统将会造成很大的隐患，新系统一旦访问这些垃圾数据，可能会由这些垃圾数据产生新的错误数据，严重时还会导致系统异常。相反，成功的数据迁移可以有效地保障新系统的顺利运行，而且能够继承珍贵的历史数据。1．数据迁移的方法系统转换时的数据迁移不同于从OLTP到数据仓库的数据抽取。后者主要将OLTP系统在上次抽取后所发生的数据变化同步到数据仓库，这种同步在每个抽取周期都要进行，一般以天为单位。而数据迁移是将需要的历史数据一次或几次转换到新系统，其最主要的特点是需要在短时间内完成大批量数据的抽取、清洗和装载。数据迁移的主要方法大致有三种，分别是系统切换前通过工具迁移、系统切换前采用手工录入和系统切换后通过新系统生成。(1)系统切换前通过工具迁移。在系统切换前，利用ETL工具把现有系统中的历史数据抽取、转换，并装载到新系统中去。这种方法是数据迁移最主要，也是最快捷的方法。其实施的前提是，历史数据可用并且能够映射到新系统中。这种迁移方式既可一次实现，也可以分次实现。一次迁移的优点是迁移实施的过程短，相对分次迁移，迁移时涉及的问题少，风险相对比较低。其缺点工作强度比较大，由于实施迁移的人员需要一直监控迁移的过程，如果迁移所需的时间比较长，工作人员会很疲劳。一次迁移的前提是新旧系统数据库差异不大，允许的宕机时间内可以完成所有数据量的迁移；分次迁移可以将任务分开，有效地解决了数据量大和宕机时间短之间的矛盾。但是分次切换导致数据多次合并，增加了出错的概率，同时为了保持整体数据的一致性，分次迁移时需要对先切换的数据进行同步，增加了迁移的复杂度。(2)系统切换前采用手工录入。在系统切换前，组织相关人员把需要的数据手工录入到新系统中。这种方法消耗的人力、物力比较大，同时出错率也比较高。主要针对新旧系统数据结构存在特定差异的情况，即对于新系统启用时必需的期初数据，无法从现有的历史数据中得到。对于这部分期初数据，就可以在系统切换前通过手工录入。(3)系统切换后通过新系统生成。在系统切换后，通过新系统的相关功能，或为此专门开发的配套程序生成所需要的数据。通常根据已经迁移到新系统中的原始数据来生成所需要的结果数据。这种方法可以减少迁移的数据量。2．数据迁移前的准备工作数据迁移的实施可以分为三个阶段，分别是数据迁移前的准备、数据转换与迁移和数据迁移后的校验。由于数据迁移的特点，大量的工作都需要在准备阶段完成，充分而周到的准备工作是完成数据迁移的主要基础。具体而言，要做好以下工作：(1)待迁移数据源的详细说明，包括数据的存放方式、数据量和数据的时间跨度。(2)建立新旧系统数据库的数据字典，对现有系统的历史数据进行质量分析，以及新旧系统数据结构的差异分析。(3)新旧系统代码数据的差异分析。(4)建立新旧系统数据库表的映射关系，对无法映射字段的处理方法。(5)开发或购买、部署ETL工具。(6)编写数据转换的测试计划和校验程序。(7)制定数据转换的应急措施。3．数据转换与迁移在数据转换与迁移阶段，首先需要制定数据转换的详细实施步骤和流程，准备数据迁移环境。然后要做好业务上的准备，结束未处理完的业务事项，或将其告一段落。使数据转换和迁移涉及的技术都得到充分测试，最后实施数据转换和迁移。数据转换与迁移程序大致可以分为抽取、转换与装载三个过程。数据抽取、转换是根据新旧系统数据库的映射关系进行的，转换步骤一般还要包含数据清洗的过程，数据清洗主要是针对源数据库中，对出现二义性、重复、不完整、违反业务或逻辑规则等问题的数据进行相应的清洗操作。在清洗之前需要进行数据质量分析，以找出存在问题的数据。数据装载是通过装载工具或自行编写