万猫学社

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

信息的定义香农：信息就是不确定性的减少。就是确定性的不断增加，比如：天气预报，古人夜观天象预测天气，不是那么准确的信息，有很多不确定性。现在，我们通过卫星云图等技术，可以更准确的预测天气，不确定性不断减少。维纳从控制论角度说：信息就是信息，既不是物质，也不是能量，但他们之间可以相互转化。统一概括起来，信息是对客观事物变化和特征的反映；是客观事物之间相互作用和联系的表征；是客观事物经过感知或认识后的再现。

企业信息化流程企业战略：企业战略规划，也就是企业将去向何方，比如：双减政策出台后，很多K12的教育机构都没方法做了，这是时候需要做企业战略的转型，像新东方转向学习机、卖农副产品。企业信息化战略：为了完成企业战略，配套做的信息化战略规划，包括：网络、硬件、软件等等。信息系统战略：为了完成企业信息化战略，配套做的信息系统战略规划，哪些信息系

政府信息化与电子政务电子政务主要有3类角色：政府（Government）、企事业单位（Business）和公民（Citizen）。如果有第4类就是公务员（Employee）。政府和政府之间有G2G，政府和企事业单位之间有G2B、B2G，政府和公民之间有G2C、C2G。需要注意的是它们是有方向性的，具体如下表：类型 应用G2G 基础信息的采集、处理和利用，如:人口信息、地理信息，各级政府决策支持。G2E 政府内部管理系统。G2B 政府

最初诞生在制造业，它的前身是物料需求计划（Material Requirement Planning, MRP），是物料单的管理系统。再进一步发展为制造资源计划（MRPII, Manufacturing Resource Planning II），其核心是物流，主线是计划。最后发展为企业资源计划（ERP,Enterprise Resource Planning），它打通了企业内部的供应链，扩展到了非制造业，重心转移到财务。上。

软件生命周期 软件定义时期 问题定义：软件的目标系统是什么？ 可行性研究：对技术可行性、经济可行性、操作可行性、社会可行性进行研究。 需求分析：对功能需求、性能需求和运行环境的约束进行分析。 软件开发时期 概要（总体）设计：架构设计，模块划分及模块间接口设计。 详细设计：模块内部设计。 编码 测试 软件运行和维护

软件开发方法软件开发方法比软件开发模型高一个层级，一个软件开发方法可以包含多个软件开发模型。软件开发方法由以下方法逐个演化：结构化法、面向对象方法、面向服务方法。结构化法自顶向下，逐步分解求精；严格分阶段，阶段产出标准化；拆分后颗粒度很细，是函数或过程，导致应变能力差，目前很少单独被使用。面向对象方法把人员和事物抽象成类，每个类有属于自己的函数或过程，再组成业务流程。自底向上；阶段界限不明；更好应变、更好复用；符合人们的思维习惯。面向服务方法粗粒度、松耦合；标准化和构件化。该方

软件开发方法比软件开发模型高一个层级，一个软件开发方法可以包含多个软件开发模型。瀑布模型把整个开发严格区分阶段去进行，每个阶段把成果传递到下一个阶段，所以很像瀑布一层一层地往下走。属于结构化开发方法，只适合需求明确的项目。如果添加上图中红色回溯的箭头，那么就变成了改进型瀑布模型。V模型是瀑布模型的变种，属于结构化开发方法。它和瀑布模型的区别是：测试贯穿于始终；测试分阶段，测试计划提前。在需求分析时，做验收测试和系统测试的计划；在概要设计时，做集成测试的计划；

再工程如果企业已经有旧系统，针对现有系统，再开发一个新的系统，这个就用的了再工程。再工程是对现有软件系统的重新开发过程，包括逆向工程(Reverse Engineering，反向工程)、新需求的考虑（软件重构）和正向工程三个步骤。再工程不仅能从已有的程序中重新获得设计信息，而且还能使用这些信息改建或重构现有的系统，以改进它的综合质量。一般， 软件人员利用再工程重新实现已存在的程序，同时加进新的功能或改善它的性能。

软件需求是指用户对系统在功能、行为、性能、设计约束等方面的期望。需求工程需求工程主要为以下几个阶段： 需求开发（技术维度） 需求获取 需求分析 需求定义 需求验证 需求管理（管理维度） 变更控制 版本控制 需求跟踪 需求状态跟踪需求开发阶段完成后，最终形成需求基线；在需求管理阶段，对需求基线进行管理。

软件系统的建模过程是：现有系统对应的物理系统，通过模型化形成物理模型，再通过抽象化形成逻辑模型，再通过调整和优化形成新系统的逻辑模型，再通过实例化形成物理模型，最后通过具体化形成物理模型，如下图：

人机界面设计的黄金三大法则： 置于用户控制之下 以不强迫用户进入不必要的或不希望的动作的方式来定义交互方式 提供灵活的交互 允许用户交互可以被中断和撒销 当技能级别增加时可以使交互流水化并允许定制交互 使用户隔离内部技术细节 设计应允许用户和出现在屏幕上的对象直接交互 减少用户的记忆负担 减少对短期记忆的要求 建立有意义的缺省 定义直觉性的捷径

测试主要分为动态测试和静态测试。动态测试由计算机运行进行测试，主要包括白盒测试法、黑盒测试法和灰盒测试法。白盒测试法了解程序的内部结构和处理过程，对程序中尽可能多的逻辑路径进行测试，检验内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。

在软件测试的过程中，就会发现软件中的一些错误，但是，这种错误的发生只是一种表象，错误究竟是由什么原因引起的，是由哪段代码引起的，这些问题就需要进行调试才能确定。软件调试一般包括以下几种方法： 蛮力法：根据“让计算机自己来寻找错误”的思想，进行内存映象，激活运行时的跟踪。该方法低效，耗时。 回溯法：从出错处人工沿控制流程往回追踪，直至发现出错的根源。复杂程序由于回溯路径多，难以实施。 原因排除法：通过演绎和归纳，以及二分法实现。

遗留系统的演化可以采用集成、改造、淘汰、继承四种策略，这四种策略对应的是技术水平和业务价值两个维度的组合。 高水平、低价值，对应的是集成，针对信息孤岛。 高水平、高价值，对应的是改造，包括系统功能的增强和数据模型的改造两个方面。 低水平、低价值，对应的是淘汰。 低水平、高价值，对应的是继

架构的本质软件架构软件架构为软件系统提供了一个结构、行为和属性的高级抽象。软件架构和软件体系结构是同一含义，在企业中，用软件架构比较多；在学术领域中，用软件体系结构比较多。软件架构的提出，主要是为了解决需求分析和软件设计的代沟，因为需求分析偏向于业务，软件设计偏向于技术实现。架构设计就是需求分配，即将满足需求的职责分配到组件上。

软件架构风格是特定应用领域的惯用模式，定义了用于描述系统的术语表和一组指导构建系统的规则。软件架构风格一般被分为以下五大架构风格： 数据流风格（Data Flow） 批处理（Batch Sequential） 管道过滤器（Pipes and Filters） 调用 / 返回风格（Call / Return） 主程序 / 子程序（Main Program and Subroutine） 面向对象（Object-oriente

DSSA的基本概念特定领域软件架构（Domain Specific Software Architecture，DSSA）以一个特定问题领域为对象，形成由领域参考模型、参考需求、参考架构等组成的开发基础架构，支持一个特定领域中多个应用的生成。DSSA的基本活动 领域分析：建立领域模型 领域设计：获得DSSA 领域实现：开发和组织可复用信息DSSA的类型： 垂直域:相同领域，深入 水平域:不同领域，平移

基于架构的软件设计（Architecture-Based Software Design，ABSD）方法是架构驱动的，即强调由业务、质量和功能需求的组合驱动架构设。ABSD方法有以下三个基础： 功能的分解，ABSD方法使用已有的基于模块的内聚和耦合技术。 通过选择架构风格来实现质量和业务需求。 软件模板的使用。视角与视图：从不同的视角来检查，所以会有不同的视图。用例用于捕获功能需求；特定场景（刺激、环境、响应）用于捕获质量需求。

质量属性 性能：系统的响应能力。 可靠性：系统维持正常运行的能力。 容错 健壮性 可用性：系统正常运行的时间比例。 安全性：系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。 可修改性：以较高的性能价格比对系统进行变更的能力。 可维护性 可扩展性 结构重组 可移植性 功能性 可变性 互操作性

软件产品线适用于开发方开展的项目，并且聚焦于某一领域。软件产品线的过程模型主要有双生命周期模型、SEI模型和三生命周期模型。双生命周期模型双生命周期指的是把软件产品线分成两个重叠的生命周期：领域工程和应用工程。两个周期内部都分成分析、设计和实现三个阶段，如下图：

软件复用软件复用（重用）是多次不同的软件开发过程中重复使用相同或相似软件元素的过程。其中，软件元素主要包括：需求分析文档、设计过程、设计文档、程序代码、测试用例、领域知识等。软件复用的历史发展 结构化时代 函数库 面向对象时代 类库、框架、设计模式、架构风格 构件库 服务库

可靠性是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基本能力。软件可靠性不等于硬件可靠性，它们的不同包括以下几点： 复杂性：软件复杂性比硬件高，大部分失效来自于软件失效。 物理退化：硬件失效主要是物理退化所致，软件不存在物理退化。 唯一性：软件是唯一的，每个COPY版本都一样，而两个硬件不可能完全一样。 版本更新周期：硬件较慢，软件较快。

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！

这是一个系统架构设计师的简明教程，可以快速掌握高频考点和应试技巧，适合想要一次通关的同学！