软件工程

一、软件过程模型
1、瀑布模型
在这里插入图片描述
特点：前一个阶段工作的输出结果，是后一个阶段工作的输入
缺点：

软件需求的完整性、正确性等很难确定，甚至是不可能和不现实的；
瀑布模型是一个严格串行化的过程模型，使得用户和软件项目负责人要相当长的时间才能得到一个看得见的软件系统。如果出现与用户期望不一致，或需求变更，将会带来重大的损失；
瀑布模型的基本原则是在每个阶段一次性地完全解决该阶段的工作，不会出现遗漏、错误等情况，而实际上这是不现实或不可能的。

2、原型化模型
又称为快速原型
在这里插入图片描述
原型模型主要阶段：

原型开发阶段：根据用户提出的软件系统的定义，快速开发一个原型，该原型包含目标系统的关键问题和反映目标系统的大致面貌，展示目标系统的全部或部分功能、性能等
目标软件开发阶段

原型模型后续，按照原型的作用不同，分抛弃型原型和演化型原型

3、螺旋模型
是在快速原型的基础上扩展而成，这种模型把整个软件开发流程分成多个阶段，每个阶段都有4个部分组成，适用于大型软件开发

目标设定：需求分析，需求确认，开发计划，生命周期计划
风险分析
开发和有效性验证
评审

二、敏捷模型
1、敏捷方法
特点：适应性和预设性（使用反馈机制对不可预测的过程进行控制）、面向人而非面向过程（提倡面对面交流）
核心思想：适应性非预测型、以人为本，非以过程为本、迭代增量的开发过程
主要的敏捷方法：

极限编程：轻量、严谨，软件项目入手：加强交流、从简单做起、寻求反馈、实事求是
水晶系列方法：提倡“机动性的”方法
Scrum：侧重于项目管理，包括了一系列实践和预定义角色过程的骨架（是一种流程、计划、模式、用于有效率的开发软件）
特征驱动开发方法：FDD是一个迭代的开发模型，3个要素（人、过程、技术），5个核心过程（开发整体对象模型、构造特征列表、计划特征开发、特征设计、特征构建）

三、统一过程模型（RUP）
RUP是一种重量级过程，一个二维的软件开发模型，有9个核心工作流：

业务建模：理解待开发系统所在的机构及其商业运作，确保所有参与人员对待开发系统所在的机构有共同的认识，评估待开发系统对所在机构的影响
需求：定义系统功能及用户界面，使客户知道系统的功能，使开发人员理解系统的需求，为项目预算及计划提供基础
分析与设计：把需求分析的结果转换为分析与设计模型
实现：把设计模型转换为实现结果，对开发的代码做单元测试，将不同实现人员开发的模块集成为可执行系统
测试：检查各子系统之间的交互、集成。验证所有需求是否均被正确实现，对发现的软件质量上的缺陷进行归档，对软件质量提出改进建议
部署：打包、分发、安装软件，升级旧系统，培训用户及销售人员，并提供技术支持
配置与变更管理：跟踪并维护系统开发过程中产生的所有制品的完整性和一致性
项目管理：为软件开发项目提供计划、人员分配、执行、监控等方面的指导，为风险管理提供框架
环境：为软件开发机构提供软件开发环境，即提供过程管理和工具的支持

RUP划分软件开发生命周期，每个循环生成产品的一个新版本，每个循环由4个连续的阶段，每个阶段完成确定的任务，4个阶段：

初始阶段：定义最终产品视图和业务模型，并确定系统范围
细化阶段：设计及确定系统的体系结构，制定工作计划及资源要求
构造阶段：构造产品并继续演进需求、体系结构、计划直至产品提交
移交阶段：把产品提交给用户使用

RUP核心概念：

角色：描述某个人或一个小组的行为和职责
活动：是一个有明确目的的独立工作单元
制品：制品是活动生成、创建或修改的一段信息
工作流：工作流描述了一个有意义的连续的活动序列，每个工作流产品一些有价值的产品，并显示了角色之间的关系

RUP的特点：以体系结构为中心、迭代和增量的软件开发过程

用例驱动，需求分析、设计、实现和测试等活动都是用例驱动的
以体系结构为中心：软件的体系结构是一个多维的结构，会采用多个视图来描述软件体系结构，“4+1”视图
迭代与增量：把整个项目开发分为多个迭代过程，每次迭代都是在已完成部分的基础上，每次增加一些新功能实现。
好处：
1、在软件开发的早期就可以对关键的、影响大的风险进行处理
2、可以提出一个软件体系结构来指导开发
3、可以更好地处理不可避免的需求变更
4、可以较早得到一个可运行的系统，鼓舞团队的士气，增强项目成功的信心
5、为开发人员提供一个能更有效工作的开发过程

四、软件能力成熟度模型
5个成熟度等级：

Level 1 初始级：
过程随意混乱，能产出产品和服务，但经常超出预算与成本
Level 2 已管理级：
确保策划、文档化、执行、监督和控制项目级的过程，需要为过程建立明确的目标，实现成本、进度和质量目标等
Level 3 已定义级
根据自身特殊情况定义适合的标准流程，将这套管理体系和流程制度化，同时进行项目积累，企业资产的收集
Level 4 量化管理级
建立产品质量、服务质量以及过程性能的定量目标
Level 5 优化级
通过增量式的与创新式的过程与技术改进，不断地改进过程性能

作者其他要推荐的文章，欢迎来学习：
基于Spring Boot 3.1.0 系列文章

Spring Boot 源码阅读初始化环境搭建
Spring Boot 框架整体启动流程详解
Spring Boot 系统初始化器详解
Spring Boot 监听器详解
Spring Boot banner详解
Spring Boot 属性配置解析
Spring Boot 属性加载原理解析
Spring Boot 异常报告器解析
使用GraalVM 构建 Spring Boot 3.0 原生可执行文件
Spring Boot 3.x微服务升级经历

Prometheus 系列文章

Prometheus 的介绍和安装
直观感受PromQL及其数据类型
PromQL之选择器和运算符
PromQL之函数
Prometheus 告警机制介绍及命令解读
Prometheus 告警模块配置深度解析
Prometheus 配置身份认证
Prometheus 动态拉取监控服务
Prometheus 监控云Mysql和自建Mysql

Grafana 系列文章，版本：OOS v9.3.1

Grafana 的介绍和安装
Grafana监控大屏配置参数介绍（一）
Grafana监控大屏配置参数介绍（二）
Grafana监控大屏可视化图表
Grafana 查询数据和转换数据
Grafana 告警模块介绍
Grafana 告警接入飞书通知

Spring Boot Admin 系列

Spring Boot Admin 参考指南
SpringBoot Admin服务离线、不显示健康信息的问题
Spring Boot Admin2 @EnableAdminServer的加载
Spring Boot Admin2 AdminServerAutoConfiguration详解
Spring Boot Admin2 实例状态监控详解
Spring Boot Admin2 自定义JVM监控通知
Spring Boot Admin2 自定义异常监控
Spring Boot Admin 监控指标接入Grafana可视化