新版（第四版）软考口袋书 221-240 重点内容

221.软件部署活动包括软件打包、安装、配置、测试、集成和更新等。软件部署与交付是软件生命周期中的一个重要环节，属于软件开发的后期活动，即通过配置、安装和激活等活动来保障软件制品的后续运行。

222.部署与交付过程常存在的问题：

·分支冗余导致合并困难；

·缺陷过多导致阻塞测试；

·开发环境、测试环境、部署环境不统一导致的未知错误；

·代码提交版本混乱无法回溯；

·等待上线周期过长;

·项目部署操作复杂经常失败；

·上线之后出现问题需要紧急回滚；

·架构设计不合理导致发生错误之后无法准确定位等困境。

223.为解决部署与交付常存在的问题，持续交付应运而生，持续交付提供了一套更为完善的解决传统软件开发流程的方案，主要体现在：

•在需求阶段，抛弃了传统的需求文档的方式，使用便于开发人员理解的用户故事；

•在开发测试阶段，做到持续集成，让测试人员尽早进入项目开始测试；

•在运维阶段，打通开发和运维之间的通路，保持开发环境和运维环境的统一。

224.持续交付具备的优势主要包括：

•持续交付能够有效缩短提交代码到正式部署上线的时间，降低部署风险；

•持续交付能够自动、快速地提供反馈，及时发现和修复缺陷；

•持续交付让软件在整个生命周期内都处于可部署的状态；

•持续交付能够简化部署步骤，使软件版本更加清晰；

•持续交付能够让交付过程成为一种可靠的、可预期的、可视化的过程。

225.在评价互联网公司的软件交付能力的时候，通常会使用两个指标：

•仅涉及一行代码的改动需要花费多少时间才能部署上线，这也是核心指标；

•开发团队是否在以一种可重复、可靠的方式执行软件交付。

226.持续部署方案--容器技术一经推出就被广泛地接受和应用，主要原因是对比传统的虚拟机技术优点主要有：

•容器技术上手简单，轻量级架构，体积很小；

•容器技术的集合性更好，能更容易对环境和软件进行打包复制和发布；

•容器技术的引入为软件的部署带来了前所未有的改进，不但解决了复制和部署麻烦的问题，还能更精准地将环境中的各种依赖进行完整的打包。

227.持续部署原则：

•部署包全部来自统一的存储库；

•所有的环境使用相同的部署方式；

•所有的环境使用相同的部署脚本；

•部署流程编排阶梯式晋级，即在部署过程中需要设置多个检查点，一旦发生问题可以有序地进行回滚操作；

•整体部署由运维人员执行；

•仅通过流水线改变生产环境，防止配置漂移；

•不可变服务器；

•部署方式采用蓝绿部署或金丝雀部署。

228.完整的镜像部署包括三个环节：Build-Ship—Run。

•Build：跟传统的编译类似，将软件编译形成RPM包或者Jar包；

•Ship：则是将所需的第三方依赖和第三方插件安装到环境中；

•Run：就是在不同的地方启动整套环境。

制作完成部署包之后，每次需要变更软件或者第三方依赖以及插件升级的时候，不需要重新打包，直接更新部署包即可。

229.蓝绿部署和金丝雀部署

·蓝绿部署是指：在部署的时候准备新旧两个部署版本，通过域名解析切换的方式将用户使用环境切换到新版本中，当出现问题的时候，可以快速地将用户环境切回旧版本，并对新版本进行修复和调整。

·金丝雀部署是指：当有新版本发布的时候，先让少量用户使用新版本，并且观察新版本是否存在问题。如果出现问题，就及时处理并重新发布；如果一切正常，就稳步地将新版本适配给所有的用户。

230.部署与交付的新趋势

•工作职责和人员分工的转变：软件开发人员运用自动化开发工具进行持续集成，进一步将交付和部署扩展，而原来的手工运维工作也逐渐被分派到了开发人员的手里。运维人员的工作也从重复枯燥的手工作业转化为开发自动化的部署脚本，并逐步并入开发人员的行列之中。

•大数据和云计算基础设施的普及进一步给部署带来新的飞跃：云计算的岀现使得计算机本身也可以进行自动化创建和回收，这种环境管理的范畴将得到进一步扩充。部署和运维工作也会脱离具体的机器和机房，可以在远端进行，部署能力和灵活性岀现了质的飞跃。

•研发运维的融合：减轻运维的压力，把运维和研发融合在一起。

231.CSMM模型由4个能力域、20个能力子域、161个能力要求组成：

•治理：包括战略与治理、目标管理能力子域，用于确定组织的战略、产品的方向、组织的业务目标，并确保目标的实现。

•开发与交付：包括需求、设计、开发、测试、部署、服务、开源应用能力子域，这些能力子域确保通过软件工程过程交付满足需求的软件，为顾客与利益干系人增加价值。

•管理与支持：包括项目策划、项目监控、项目结项、质量保证、风险管理、配置管理、供应商管理能力子域，这些能力子域覆盖了软件开发项目的全过程，以确保软件项目能够按照既定的成本、进度和质量交付，能够满足顾客与利益干系人的要求。

•组织管理：包括过程管理、人员能力管理、组织资源管理、过程能力管理能力子域，对软件组织能力进行综合管理。

232.CSMM定义5个等级，高等级在低等级充分实施的基础之上进行

233.数据工程是信息系统的基础工程。数据工程的主要研究内容包括数据建模、数据标准化、数据运维、数据开发利用和数据安全等理论和技术。

234.数据建模是对现实世界中具体的人、物、活动和概念进行抽象、表示和处理，变成计算机可处理的数据，也就是把现实世界中的数据从现实世界抽象到信息世界和计算机世界。

根据模型应用目的不同，可以将数据模型划分为三类：概念模型、逻辑模型和物理模型。

235.概念模型也称信息模型，它是按用户的观点来对数据和信息建模，也就是说，把现实世界中的客观对象抽象为某一种信息结构，这种信息结构不依赖于具体的计算机系统，也不对应某个具体的DBMS,它是概念级别的模型。

对概念模型要求有:

•概念模型是对现实世界的抽象和概括,它应该真实、充分地反映现实世界中事物和事物之间的联系,有丰富的语义表达能力,能表达用户的各种需求

•概念模型应简洁、明晰、独立于机器、容易理解,方便数据库设计人员与用户交换意见,使用户能够积极参与数据库的设计工作

•概念模型应易于变动。当应用环境和应用要求改变时,容易修改和补充概念模型

•概念模型应容易向关系、层次或网状等各种数据模型转换,易于从概念模型导出与DBMS相关的逻辑模型

236.逻辑模型

逻辑模型是在概念模型的基础上确定模型的数据结构，目前主要的数据结构有层次模型、网状模型、关系模型、面向对象模型和对象关系模型。

237.物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。物理模型的基本元素包括表、字段、视图、索引、存储过程、触发器等，其中表、字段和视图等元素与逻辑模型中基本元素有一定的对应关系。

238.数据建模过程包括数据需求分析、概念模型设计、逻辑模型设计和物理模型设计等过程。

239.数据标准化是实现数据共享的基础。数据标准化的主要内容包括元数据标准化、数据元标准化、数据模式标准化、数据分类与编码标准化和数据标准化管理。

·元数据最简单的定义是：元数据是关于数据的数据

·数据元是数据库、文件和数据交换的基本数据单元。数据元一般来说由三部分组成：①对象。②特性。③表示。

·数据模式是数据的概念、组成、结构和相互关系的总称

·数据分类是根据内容的属性或特征，将数据按一定的原则和方法进行区分和归类，并建立起一定的分类体系和排列顺序。

240.数据标准化阶段的具体过程包括四个阶段：

（1）确定数据需求。本阶段将产生数据需求及相关的元数据、域值等文件。在确定数据需求时应考虑现行的法规、政策，以及现行的数据标准。

（2）制定数据标准。本阶段要处理“确定数据需求”阶段提出的数据需求。如果现有的数据标准不能满足该数据需求，可以建议制定新的数据标准，也可建议修改或者封存已有数据标准。推荐的、新的或修改的数据标准记录于数据字典中。这个阶段将产生供审查和批准的成套建议。

（3）批准数据标准。本阶段的数据管理机构对提交的数据标准建议、现行数据标准的修改或封存建议进行审查。一经批准，该数据标准将扩充或修改数据模型。

（4）实施数据标准。本阶段涉及在各信息系统中实施和改进己批准的数据标准。

软考证书可享受：1.以考代评，直接认定为高级职称；2.相当于北京的半个户口（不满5年社保也可参与小客车摇号、办理工作居住证，注意: 不是居住证、子女上公立学校等）；3.北京以外一二线城市无阻力落户；4.享受地级市高层次人才引进政策，地级市购房落户可享受购房补贴1-2%；5.可申请所在省或者部委的专家人才库，接触高端人才资源；6.享受高层次人才候车专区/通道等；