内聚

通常情况下，软件工程师需要具备以下几个方面的知识结构： 　　第一：操作系统知识。操作系统知识是软件工程师必须具备的重要内容，Web开发领域可能会使用到Windows系列操作系统，大数据和物联网方向要使用到Linux系列操作系统，掌握操作系统的体系结构是进行软件研发的重要基础。主要内容包括资源管理、任务调度、并发管理、权限管理、网络管理等内容。 　　第二：编程语言和算法。编程语言是软件工程师必备的技能，不同方向的开发需要使用到不同的编程语言，比如Web开发可能会使用PHP、Python、Java等语言，而大数据可能会使用Java、R、Scala等语言，而物联网开发可能会使用到C、C++等编程语言。通常来说，软件工程师往往需要掌握多门编程语言，以应对不同的开发环境。算法是软件工程师的重点知识结构，因为软件研发说到底就是个数学问题，所以算法的掌握情况往往能够决定软件工程师的成长高度。当然，对于应用级软件工程师来说，也有可能不会接触到更多的算法。 　　第三：领域知识。不同开发领域需要掌握不同的知识结构，比如大数据软件工程师往往需要掌握Hadoop、Spark平台的使用，而Web开发工程师往往还需要掌握前后端开发技术，包括一系列Web开发框架的使用等等。 一、选择题 1. 需求分析最终结果是产生（B） （https://blog.csdn.net/weixin_38004638

“耦“古代指两人并肩而耕，“合”指相合，意思是某种相互行为下的结合。人们常常讨论的耦合，一般指模块的耦合，意思是模块间的关联程度，更具体的意思是模块间在交换信息过程中可能存在破坏信息规则的程度。 耦合程度越高，内聚程度就会越低，软件各模块和成分就会越复杂，就会越难于理解和修改。 耦合的强弱程度决于各个模块之间的接口的复杂程度、调用模块的方式以及哪些信息通过接口。 模块间相互调用对耦合程度有影响吗？ 耦合的强弱取决于模块之间的接口的复杂程度、调用模块的方式以及哪些信息通过接口，是否双向相互调用对耦合程度没什么影响。 耦合性质表 耦合 外部数据用于只读 外部数据用于功能 外部数据已预处理 外部数据隶属模块 非直接耦合 是 - 是 是 数据耦合 是 是 是 是 标记耦合 - - 是 是 控制耦合 是 否 是 是 外部耦合 - - 是（简单） 是（简单） 公共耦合 - - 否 否 内容耦合 - - 否 是 “ - ”表示是或否。 外部数据 ，指非隶属于本模块的数据，例如外部模块的数据集、外部模块的私有数据、外部模块调用本模块时传递进来的参数。 外部数据用于只读 ，指所使用的外部模块的数据只用于只读，不会写入数据进行修改。 外部数据用于功能 ，指所使用的外部模块的数据用于功能的计算相关，而不是用于在多功能选择某一功能的控制信号。 外部数据已预处理 ，指所使用的外部模块的数据

第一章：认识Spring 1.1-Spring是什么 Spring 是 分层的 Java SE/EE 应用 full-stack 轻量级开源框架，以 IoC （Inverse Of Control： 反转控制）和 AOP （Aspect Oriented Programming：面向切面编程）为内核，提供了展现层 Spring MVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企业级应用技术，还能整合开源世界众多 著名的第三方框架和类库，逐渐成为使用最多的 Java EE 企业应用开源框架。 1.2-Spring的发展历程 1997 年 IBM 提出了 EJB 的思想 1998 年，SUN 制定开发标准规范 EJB1.0 1999 年，EJB1.1 发布 2001 年，EJB2.0 发布 2003 年，EJB2.1 发布 2006 年，EJB3.0 发布 Rod Johnson（spring 之父） Expert One-to-One J2EE Design and Development(2002) 阐述了 J2EE 使用 EJB 开发设计的优点及解决方案 Expert One-to-One J2EE Development without EJB(2004) 阐述了 J2EE 开发不使用 EJB 的解决方式（Spring 雏形） 2017 年 9 月份发布了

软工期末 CH1 软件危机 内容： 在计算机软件的开发和维护过程中所遇到的一系列严重问题。 几乎所有的软件，都不同程度地存在着这些问题。 软件危机主要包括如下两方面的问题: ① 如何开发软件，满足增长需求； ② 如何维护软件。 主要原因: 软件日益复杂和庞大 软件开发管理困难和复杂 软件开发技术落后 生产方式落后 开发工具落后 软件开发费用不断增加 软件工程 软件工程是采用工程的概念、原理、技术和方法来开发与维护软件一门工程学科，从而经济地开发出高质量的软件并有效地维护它。 传统方法学、面向对象方法学 （1）传统方法学(生命周期方法学或结构化范型) ——强调自顶向下； （2）面向对象方法学 ——强调主动地多次反复迭代； （3）面向对象方法学4个要点：对象；类；继承；消息。 软件生命周期 问题定义 可行性研究：目的不是解决问题，而是确定问题是否值得去解决。 需求分析：系统必须要做什么 总体设计：目的：“概括地说，系统应当如何实现”，因此总体设计又称为概要设计或者初步设计。 详细设计：确定应该怎样具体地实现所要求的系统。 编码和单元测试：写出容易、容易维护的程序模块 综合测试：通过相应的测试和调试使软件达到预定的功能 软件维护：在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 周期模型 瀑布模型：1.阶段间具有顺序性和依赖性。 2.推迟实现的观点。3.质量保证的观点

文章目录 第三章 软件工程基础 3.1 软件工程的基本概念 3.2 结构化设计方法 3.3 软件测试 3.4 软件调试 第三章 软件工程基础 详细重点学习知识点： 1、 软件的概念、软件生命周期的概念及各阶段所包含的活动； 2、概要设计与详细计划的概念、模块独立性及其度量的标准、详细设计常用工具； 3、软件测试的目的、软件测试的4个步骤； 4、软件调试的任务。 3.1 软件工程的基本概念 （1）软件定义与软件特点 软件是指计算机系统中与硬件相互依存的另一本分，包括程序、数据和相关开发文档的完整集合。程序是软件开发人员根据用户需求开发的、使用程序设计语言描述、适合计算机执行的指令序列。数据是使程序能正常操纵信息的数据结构。文档是与程序开发、维护、使用相关的图文资料。软件由两部分组成：① 机器可执行的程序和数据；② 机器不可执行的，与软件开发、维护和使用有关的文档。 软件的特点： ① 软件是逻辑实体，而不是物理实体，具有抽象性； ② 没有明显的制作过程，可进行大量复制； ③ 使用期间不存在磨损，老化问题； ④ 软件的开发、运行对计算机系统具有依赖性； ⑤ 软件的复杂性高，成本昂贵； ⑥ 软件开发涉及诸多社会因素。 （2）软件工程与软件生命周期 软件产品从提出、实现、使用维护到停止使用的过程称为软件生命周期。一般包括可行性分析研究与需求分析、设计、实现、测试、交付使用以及维护等活动

带图更精彩 ！ 第一章软件工程概论 一、软件 软件：程序、数据及其相关文档 特点：抽象性、无明显制造过程、无老化、对硬件依赖性。 分类：系统软件、支持软件、应用软件 软件设计过程中，随着时间的推移，软件比硬件投入逐渐增大。 发展阶段：设计-系统-工程 过程：软件规格说明、软件开发、软件确认、软件改进 特性：易理解性、可见性、可支持性、可接受性、可靠性、健壮性、可维护性、速度等。 步骤： 1.制定计划：总目标、功能性能可靠性接口要求、可行性研究 2.需求分析和定义：需求定义图表表示、软件需求说明书。 3.软件设计：概要设计，划分模块；详细设计，确定模块内结构及接口。 4.程序编写 5.软件测试：单元测试、组装测试。 6.运行维护：改正性维护、适应性维护、完善性维护。 二、软件开发模型 第一次实验探索开发，再进行进一步的开发。 渐增模型，基于原型。 螺旋模型：制定计划，风险分析，实施工程，客户评估。四个象限轮转，每转一圈产生一个原型。 喷泉模型：可迭代 三、软件生存周期 系统开发生命期：计划阶段，分析阶段，设计阶段，实现阶段，支持阶段。 四、软件工程 软件工程定义：软件工程是开发、运行、维护和修复软件的系统方法。 软件工程三要素：方法、工具、过程。 软件工程项目基本目标：低成本，达到要求，较好性能，易于移植，维护费用低，按时交付。 软件工程七条原理: 1. 分阶段的生存周期计划严格管理

一、 选择题（ 1 题 3 分，共 30 分） 1、 在键盘上与字母 A 处于同一行的键是（ C ） A 、 M B 、 U C 、 ‘ D 、 R 2、 软件工程的出现主要是由于（ C ） A、 程序设计方法学的出现 B 、其他工程科学的影响 C 、软件危机的出现 D 、计算机的发展 3、 适合与面向对象方法的软件生命周期模型是（ B ） A 、瀑布模型 B 、喷泉模型 C 、螺旋模型 D 、增量模型 4、 结构化瀑布模型的生命周期中，哪一个环节出错，对软件影响最大（ C ） A、 详细设计阶段 B 、概要设计阶段 C 、需求分析阶段 D 、编码阶段 5、 模块化内聚性最高的是（ D ） A 、逻辑内聚 B 、偶然内聚 C 、数据内聚 D 、功能内聚 6、 软件测试的目的是（ B ） A、 评价软件质量 B 、发现软件错误 C 、找出软件所有错误 D 、证明软件是正确的 7、 对象实现的数据与操作的 （ B ） ，外部 不可见。 A 、结合 B 、封装 C 、隐藏 D 、抽象 8、 软件结构图中，各模块之间若有直线连接，表示有（ B ）联系。 A 、继承 B 、调用 C 、组成 D 、链接 9、 为了 有效的提高软件的可维护性 ，应该（ A ） A、 养成好的程序设计风格 B 、注意模块的独立性 C 、注意使用文档 D 、保存测试文件与用例 二、 填空题 （ 1 空 1 分，共

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 网上有许多讲组件化开发、模块化开发的文章，但大家一般都是将这两个概念混为一谈的，并没有加以区分。而且实际上许多人对于组件、模块的区别也不甚明了，甚至于许多博客文章专门解说这几个概念都有些谬误。 想分清这两个概念我觉得结合一下软件的渐进式开发场景更容易理解。但是下面的篇幅会比较长，所以我先说结论，不耐烦的同学可以先看： 概念区别 对比 说明 组件： 最初的目的是代码重用，功能相对单一或者独立。在整个系统的代码层次上位于最底层，被其他代码所依赖，所以说组件化是纵向分层。 模块 ：最初的目的是将同一类型的代码整合在一起，所以模块的功能相对复杂，但都同属于一个业务。不同模块之间也会存在依赖关系，但大部分都是业务性的互相跳转，从地位上来说它们都是平级的。 因为从代码组织层面上来区分，组件化开发是纵向分层，模块化开发是横向分块，所以模块化并没有要求一定组件化。也就是说你可以只做模块化开发，而不做组件化开发。那这样的结果是什么样的呢？就是说你的代码完全不考虑代码重用，只是把相同业务的代码做内聚整合，不同模块之间还是存在大量的重复代码。这样的成果也算是做到了模块化，只不过我们一般不会这样而已。 和组件模块近似的一对概念是库和框架。库的概念偏近于代码的堆集，是分层的概念，所以对应组件化。框架是结构化的代码，所以应用于模块化

软件工程师应该具备的基础和能力 具备软件工程课程是软件开发的指导思想，方法体系，这是需要掌握的核心内容: (1)软件工程知识 (2)系统分析基础知识 (3)系统设计基础知识 (4)系统实施基础知识 (5)系统运行和维护基础知识 (6)软件质量管理基础知识 (7)软件过程改进基础知识 具有基本代码实践能力:最拿手的计算机语言之一，代码量多少？（偏web前端，PC/Mobile App） 具有行业洞察力：你最感兴趣的领域是什么？这个领域过去10年经历了哪些创新？ 项目管理能力:如何决定项目中各种任务的优先次序，有什么理论来支持你的做法？ 团队协作能力:协同工作，提供反馈，说服别人 软件设计能力:架构设计，模块化设计，接口设计 一.单选题，共8题。 1.软件开发的增量模型____。 A．最适用于需求被清晰定义的情况 B．是一种能够快速构造可运行产品的好方法 C．最适合于大规模团队开发的项目 D．是一种不适用于商业产品的创新模型 试题1分析 增量模型是一种非整体开发的模型，该模型具有较大的灵活性，适合于软件需求不明确的一种模型。使用该模型开发产品，一般是尽快构造出可运行的产品，然后在该产品的基础上再增加需要的新的构建，使产品更趋于完善。 试题1答案 B 2.为了有效地捕获系统需求，应采用____。 A．瀑布模型 B．敏捷开发 C．原型模型 D．螺旋模型 试题2分析

一.单选题，共8题。 1.软件开发的增量模型____。 A．最适用于需求被清晰定义的情况 B．是一种能够快速构造可运行产品的好方法 C．最适合于大规模团队开发的项目 D．是一种不适用于商业产品的创新模型 试题1分析 增量模型是一种非整体开发的模型，该模型具有较大的灵活性，适合于软件需求不明确的一种模型。使用该模型开发产品，一般是尽快构造出可运行的产品，然后在该产品的基础上再增加需要的新的构建，使产品更趋于完善。 试题1答案 B 2.为了有效地捕获系统需求，应采用____。 A．瀑布模型 B．敏捷开发 C．原型模型 D．螺旋模型 试题2分析 瀑布模型严格遵循软件生命周期各阶段的固定顺序进行软件开发，其优点是可强迫开发人员采用规范的方法；严格规定了各阶段必须提交的文档；要求每个阶段结束后，都要进行严格的评审；而其缺点是过于理想化，缺乏灵活性，无法在开发过程中逐渐明确用户难以确切表达或一时难以想到的需求。 原型模型基于这样一种客观事实：并非所有的需求在系统开发之前都能准确地说明和定义。因此，它不追求也不可能要求对需求的严格定义，而是采用了动态定义需求的方法。原型模型适用于需求不够明确的项目，它能有效地捕获系统需求。 螺旋模型综合了瀑布模型和演化模型的优点，还增加了风险分析。采用螺旋模型时，软件开发沿着螺旋线自内向外旋转，每转一圈都要对风险进行识别和分析，并采取相应的对策。 试题2答案 C