论文真题1.
给信息系统可行性分析，信息系统可行性分析的目的是确认在当前条件下企业是否有必要建设新系统，以及建设新系统的工作是否具备必要的条件，如何进行可行性分析是系统分析师所必须面临的问题。请围绕信息系统可行性分析论题，依次从以下三个方面进行论述。
1.概要叙述你参与管理和开发的软件项目，以及你在其中承担的主要工作。
2.请简要描述应从哪些方面完成信息系统的可行性分析？
3.具体阐述你参与管理和开发的项目是如何从不同的方面进行系统可行性分析的。
解析：
1)经济可行性。经济可行性也称为投资收益分析或成本效益分析，主要评估项目的建设成本、运行成本和项目建成后可能的经济效益。
2)技术可行性
技术可行性也称为技术风险分析，研究的对象是信息系统需要实现的功能和性能，以及技术能力约束。如现有的技术能力和信息技术的发展现状是否足以支持系统目标的实现。现有的资源（例如，掌握技术的员工、企业的技术积累、构建库、软硬件条件等）是否足以支持项目的实施等。
3)法律可行性
从政策、法律、道德、制度等社会因素来论证信息系统建设的现实性。
4)用户使用可行性
A.管理可行性。管理可行性是指从企业管理上分析系统建设可行性。
B.运行可行性。运行可行性也称为操作可行性，是指分析和测定信息系统在确定环境中能够有效工作，并被用户方便使用的程度和能力。
论文真题2.
论Devops及其应用。Devops是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通，协协作与整合。它是一种重视软体开发人员和工厂运维技术人员之间沟通合作的模式。透过自动化“软件交付”和“架构变更”的流程，使得构建、测试，发布软件能够更加快堤、频繁和可靠。请围绕"Devops及其应用”论题，依次从以下三个方面进行论述。1.概要叙述你参与管理和开发的软件项目，以及你在其中担任的主要工作.2.结合你具体参与管理和开发的的实际项目，伴细给述是哪些因素促使你决走引入Devops3.结合你具体参与管理和开发的实际项目说明在引入DevOps后，对应用程序发布有哪些影响。
解析：
DevOps是一种软件开发方法，涉及软件在整个开发生命周期中的持续开发，持续测试，持续集成，持续部署和持续监控。DevOpe是开发、测试、运维这是哪个领域的合并。
1）DevOps工作流可以简化4个阶段：
A.版本控制：这事存储和管理元代吗的阶段。版本控件包含代码的不同版本。
B.持续集成：在这一步中，开发人员开始构建组件，并对其进行编译，验证，然后通过代码审查，单元测试和集成测试进行测试。
C.持续交付：这事持续集成的下一个层次，其中发布和测试过程是完全自动化。CD确保将新版本快速，可持续地交付给最终用户。
D.持续部署：应用程序成功通过所有测试要求后，将自动部署到生产服务器上以进行发布，而无需任何人工干预。
2）DevOps使用的工具：
持续开发：Git,SVN,Mercurial,CVS,Jira
持续整合：Jenkins,Bamboo,CircleCI
持续交付：Nexus,Archiva,Tomcat
持续部署：Puppet,chef,Docker
持续监控：Splunk,ELKStack,Nagios
持续测试:Selenium,CatalanStudio
3)发布应用场景：
蓝绿发布：两套环境交替升级，旧版本保留一定时间便于回滚。
灰度发布：根据比例将老版本升级，例如80%用户访问是老版本，20%用户访问的是新版本。
滚动发布：按批次停止老版本实例，启动新版本实例。
论文真题3.
给敏捷开发方法，敏捷软件开发遵循一套软件开发的价值和原则，在开发中，需求和解决方案通过自组织跨功能的团队达成。敏捷软件开发主张适度计划，迭代开发，提前交付与持续改进，并且快速灵活地应对变更，作为敏提开发方法之一，Scrum方法被广泛应用。请围绕敏捷开发方法论题从以下3点进行论述。1.概要叙述你参与管理和开发的软件项目，以及你在其中担任的主要工作2.请简要“摘述Scrum的提开发方法中的角色、工件和活动。3.具体阐述你参与管理和开发的项目如何基于Scrum敏捷开放方法进行系统开放的。
解析：
1）Scrum角色
产品经理：ProductOwner产品负责人是产品最终用户的代表，负责确定产品的方向和意愿；定义产皮的发布计划、内容和优先级。ProductOwner要不断的与开发团队沟通，保证团队在做从业务角度来说最正确呢的事。
教练：scrumMaster负责确保团队合力的运作Scrum，帮助团队移除实施中的障碍。
团队：一个自组织的跨技能的小团队，承担实际开发工作，负责在周期性的迭代中不断的交付有价值的工作。开发团队通过集体共同交付价值，而不是通过个体。
2）Scrum工件
产品代办列表（ProductBacklog):这是一个ProductOwner想要交付的产品功能列表，ProductOwner负责维护该列表，并且列表项按照交付优先级进行排序。
冲刺待办列表（SprintBacklog):这是一个迭代计划会议的输出，包含开发团队在迭代周期内所需要完成的工作列表。
燃尽图（BurndownChart):燃尽图用来显示工作完成的速度和还有多少工作要做，他被用作一种工具，使团队的工作队每个人都可见并透明。随着Sprint的进行，图表的线条开发向下倾斜，表示跨故事点和sprint持续时间的工作已经完成。
3）活动
迭代计划会议（SpringPlanningMeeting)：在每个迭代之初，开发团队和ProductOwner共同来计划在迭代周期内要完成的工作。ProductOwner负责向团队讲解要完成的工作的内容，开发团队负责对工作进行评估。
每日站立会议（DailyStandupMeeting):每天，开发团队和产品负责人都要进行一个短暂的沟通。在会议期间，每个团队成员都要回答是哪个问题：我昨天做了什么，我今天准备做什么，我遇到了什么问题。
迭代评审会议（SprintReviewMeeting):在迭代周期结束时，开发团队向产品负责人及所有干系人进行演示，并接受反馈。
论文真题4.
信息系统数据转换和迁移。当新系统开发完毕准备取代现有系统时，就要面临新旧系统转化，系统转化是指运用某种方式由现有系统的工作方式向新系统工作方式的转化过程，也是系统设备，数据，人员等的转化过程，数据转化和迁移是新旧系统转化交接的重要工作之一。其基本原则就是数据不丢失。为使数据能平滑迁移到新系统，在新系统设计阶段就需尽量保留现有系统中合格的数据结构。这样才能尽可能的降低数据迁移的工作量和转换难度，数据迁移的质量是新系统上线的前提，也是新系统转换运行的保障，对系统切换至新系统的运行有着重要作用。请围绕”信息系统数据转换与迁移”论题，依次从三个方面论述1.概要叙述你参与转化和交换的信息系统以及所担任的主要任务和主要工作2.信息系统的数据换与迁徙过程中可大致分为数据抽取，数据转换和数据迁移后的校验等三项活动，请对这三项活动的内涵和要点进行阐述。3.详细说明你所参与转换和交接信息系统是如何进行数据转换和迁移工作的在，这一过程中遇到了哪些实际问题，是如何解决的。
解析：
1）数据抽取
数据抽取、转换时根据心就系统数据库的映射关系进行的，转换步骤一般还要包含数据清洗的过程，数据清洗主要是针对源数据库中，对出现二义性、重复、不完整、违反业务或逻辑规则等问题的数据进行相应的清洗操作。
数据抽取前的准备工作如下：
A.针对目标数据库中的每张数据表，根据映射关系中记录的转换加工描述，建立抽取函数。
B.根据抽取函数的SQL语句进行优化。
C.建立调度控制表，包含ETL函数定义表（记录抽取函数、转换函数、清洗函数和装载函数的名称和参数）、抽取调度表（记录待调度的抽取函数）、装载调度表（记录待调度的装载信息）、抽取日志表（记录各个抽取函数调度的起始时间和结束时间，以及抽取的正确和错误信息）和装载日志表（记录各个装载过程调度的起始时间和结束时间，以及装载过程执行的正确和错误信息）。
D.建立调度控制程序，该调度控制程序更加抽取调度表动态调度抽取函数，并将抽取的数据保存到文件中。
2）数据转换
数据转换的工作在ETL过程中主要体现为对源数据的清洗和代码数据的转换。数据清洗主要用于清洗源数据中的垃圾数据，可以分为抽取前清洗、抽取中清洗和抽取后清洗。
具体转换如下：
A.针对ETL涉及的源数据库中的数据表，根据数据质量分析的结果，建立数据抽取前的清洗函数。
B.针对ETL涉及的原数据库中的数据表，根据代码数据差异分析的结果，对需要转换的代码数据值进行转换。
C.对新旧代码编码规则差异较大的代码，考虑在抽取过程中进行转换。
3）数据迁移后的校验
数据迁移后的校验是对迁移质量的检查，同时数据校验的结果也是判断新系统能否正式启用的重要依据。可以通过以下两种方式对迁移后的数据进行校验：
A.对迁移后的数据进行质量分析。
B.新旧系统查询数据对比检查
转载请注明：http://www.0431gb208.com/sjszlff/9219.html
