《持续交付2.0》读书笔记-04

最新推荐文章于 2026-01-06 14:25:17 发布
原创 最新推荐文章于 2026-01-06 14:25:17 发布 · 295 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#运维

本文探讨了《持续交付2.0》中关于业务需求协作管理的关键概念，包括产品全生命周期阶段、技术债的定义及其管理，以及需求分析工具如userstorymap、userstorytree和MSTRcases的使用。MSTRcases将需求细化为Features和UserStories，通过Rally等可视化工具提升协作效率。

《持续交付2.0》读书笔记-04（第6章）

业务需求协作管理

Q & A

  1. 产品全生命周期有哪些阶段？
    在这里插入图片描述

  2. 什么是技术债?
    短期内比较方便，但是长远看有消极影响的方案。需要恰当管理，比如代码重构等。

  3. 需求分析管理工具

  • user story map
  • user story tree

MSTR cases

MSTR 把需求拆分为Features， Features下面分为User Stories。 Rally有相应的可视化工具。

软考高级信息系统项目管理师笔记-第1章信息化发展
鹿鸣天涯
02-20 751
实施数字化转型，组织需要在已有治理与管理体系、工艺体系、服务体系、产品体系的基础上，通过使用 “互联网+”的模式，将组织沉淀的各类知识经验进行数字化提炼，形成数字算法、模型和框架等，满足信。鼓励企业开放搜索、电商、社交等数。实施数字化转型，组织需要把各项能力和活动进行清晰的结构化并定义，形成细化的可灵活调度和编排的能 力因子，这些能力因子是有层次或可组合的，如能力域、能力子域、能力项、能力分项、能力子项。主要包括客观性、普遍性、无限性、动态性、相对性、依附性、变换性、传递性、层次性、系统性和转化性等。
学习华为IPD流程黑话2.0
产品线负责人
07-23 1128
管道管理是指根据资源需求（管道需求）尽早地对可获得性资源（管道供给）进行平衡，任何企业做研发、做产品，它的可用资源都是有限的，可以把企业的资源比喻成管道。既是对产品包进行验证，也是内部技能传递的重要环节，同时能为客户带来价值。这个时候就只需要对切片的概念做一下了解就应该可以直接应用了。而且主要做的是 C 语言，Python 也确实没具体用过。并保证在任意时刻产出的研发价值（即出口流量）的最大化，好了，这个话题就不展开来讲了，后续可以单独展开聊聊。评审的对象是新产品的业务计划，而不是产品的开发计划。
持续交付2.0 第六章 业务需求协作管理
diecheng0411的博客
04-10 242
转载于:https://www.cnblogs.com/starstarstar/p/10686195.html
《持续交付2.0》读书笔记-05
Winter0813的博客
08-20 329
《持续交付2.0》读书笔记-05（第7章）部署流水线原则与工具设计 部署流水线原则与工具设计 Pipeline Architecture： 平台应该具有什么能力？ 可追溯能力 对历史构建可重现的能力 部署Pipeline的一次执行过程 Build Test 测试集群可能有unit test 集群， 功能测试集群，性能测试集群 ** 基础环境管理服务** 构建管理 测试管理 部署管理 ...
《持续交付2.0》读书笔记-02
Winter0813的博客
08-19 420
《持续交付2.0》读书笔记-01组织文化Q & A 组织文化 Q & A 什么是好的企业文化？企业文化对组织的发展有什么作用？ 如何塑造企业文化？； 运维和企业文化存在什么样的关系？
《持续交付2.0》读书笔记-03
Winter0813的博客
08-19 307
《持续交付2.0》读书笔记-03（第5章）持续交付的软件系统架构Q & A 持续交付的软件系统架构 Q & A 有哪些常见架构？ 架构 优点 缺点 适用于 Microcore/Plugin Good Extensibility易发布 易测试 可定制可渐进式开发 Bad scalability开发难度较高（插件与内核通信复杂）高度依赖框架 客户端开发 Microservice Good Scalability 易部署易开发易unit test 大量依赖微服务可能使系统
《持续交付2.0》读书笔记-01
Winter0813的博客
08-19 651
《持续交付2.0》读书笔记-01（第1-3章）精益思想Q & ACases双环模型4个核心原则 精益思想 Q & A 什么是精益思想？ Cases 双环模型 4个核心原则
【管理】持续交付2.0：业务引领的DevOps-精要增订本，读书笔记（理论模型，技术架构，业务价值）
小哈里的博客
07-18 1109
【管理】持续交付2.0：业务引领的DevOps-精要增订本，读书笔记（理论模型，技术架构，业务价值） 文章目录 1、持续交付的理论模型（第1-3章） 1.1 结构图 1.2 持续交付的演进 1.3 双环模型理论体系 2、技术-架构体系（第5-13章） 2.1 持续交付技术基础 2.2 部署与运维体系 3、业务-价值实现（第14-17章） 3.1 业务环实践 3.2 组织协作模式 3.3 团队改造方案
持续交付 2.0
新亮笔记
08-21 1381
《持续交付 2.0》读书笔记软件工程发展概述“软件工程”这一学科出现于 1968 年，当时正值第一次软件危机。第一次软件危机是落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。人们试图借鉴建筑工程领域的工程方法来解决这一问题，以实现“按预算准时交付所需功能的软件项目"的愿望。瀑布软件开发方法瀑布软件开发方法是将软件开发过程定义为多个阶段，每个...
《持续交付2.0：业务引领的DevOps精要》读书摘记
小人物的草稿本
03-11 1019
《持续交付2.0》不仅是一本技术指南，更是一套**业务与技术协同进化**的系统思维框架。其核心价值在于打破“交付速度vs质量”的伪命题，通过双环模型实现价值驱动的快速迭代，为数字化转型中的组织提供了从文化到架构的完整解决方案。
《持续交付2.0》——读书笔记(三、四章节)
fyl027的专栏
07-01 474
第三章：快速验证 关键目标： 创造的产品或服务，只有被真正用户消费，并最终变现，才能证明价值的存在。 达到验证环4个步骤： 构建：根据非数字化描述，将解决方案准确的变成达到质量要求且可运行的软件包； 运行：将达到质量要求的软件包部署到生产环境或交到用户手中，并使之为用户提供服务； 监测：收集生产系统中产生的数据，对系统进行监控，确保其正常运行，同时将业务数据以适当的形式及时呈现出来； 决策：将收集到的数据信息与探索环对应目标进行对比分析，做出决策，确定下一步的方向。 小结：实际项目开发..
《持续交付》读书笔记
狂点Engineer
09-30 2095
读乔梁先生《持续交付2.0》摘要，仅供学习交流 一、持续交付2.0 1.1 软件工程发展 1、瀑布软件开发 传统的瀑布软件开发模型每个阶段都花费属于的实际那，需要花费大量的经历确定需求的范围，审核繁杂的需求规格说明书，确定需求范围复杂。 2、敏捷软件开发 提倡面对面沟通，拥抱变化，提倡通过迭代和增量开发今早交付有价值的软件，软件开发实际是一个不断迭代学习的阶段。 瀑布只有在项目交付后期才可以看到软件的实际运行。 敏捷开发采用迭代模型，但是软件发布之间的间隔较长。需求变更&研发效率是主要矛盾，.
读书笔记-《启示录--打造用户喜爱的产品》
MsSpark的博客
02-25 3168
《启示录–打造用户喜爱的产品》 Inspired – How To Create Products Customers Love 第一部分：人员 第一章：关键角色及其职责 产品经理的两项主要职责：评估产品机会（product opportunity）&定义要开发的产品。 用户体验设计师（交互设计师） 项目管理人员：制定计划并跟踪进度。 开发团队 运维团队 产品营销人员：负责对外发布信息、宣...
【2024.1.19】解决挖矿病毒的一次记录
最新发布
吾日三省吾身，想出类拔萃，要把知识学牢，学全，学深，学广。
01-06 235
今天照往常一样登录服务器，发现root的用户名和密码登录不上去了，吓我一跳，实在不想去机房搞，用了普通用户账号密码，可以登录进去了，赶紧改了root的密码，可以登录了。一看负载，之前是20多，现在变成了70多，肯定又进挖矿病毒了。之前有过一次，是我frp暴露的登录密码太弱了，改了强密码后没想到这么快又被攻破了，接下来我得做一些措施，去杜绝这种暴力破解了！
.NET 8 API +Angular 16 + Mysql利用docker compose发布
Impossible==I'm possible.
01-02 416
本文介绍了基于.NET 8 Web API、Angular 16和MySQL的全栈项目Docker部署方案。项目采用前后端分离架构，包含后端API服务、前端Angular应用和MySQL数据库。提供了详细的Dockerfile配置（包括.NET 8构建镜像和Angular+Nginx部署）、Nginx反向代理设置、docker-compose编排文件（含MySQL服务初始化），并给出了安全建议和生产环境配置注意事项。通过docker-compose可实现一键部署，支持开发和生产环境，同时提供了数据库初始化脚
调用embedding生成向量并存储到milvus中，进行查询
java
01-04 205
先按装docker ,milvus,attu。Attu 是 milvus 的可视化界面，第一步：操作milvus 的工具类。第二步：对应操作的实体对象。这里需要jdk21.三个节点都需要起动。
ISIF Cloud HKG-B/HKG-C解锁（NSP）
liulilittle的博客
01-04 197
使用解锁服务前，请先将您的服务 DNS 设置为解锁服务提供的 DNS。您可手动配置，也可使用下方脚本一键设置。更新解锁地区后，请耐心等待约 10 分钟，服务将自动生效。
RocketMQ 设计思想总结
AI大模型/Python/Java/MySQL技术栈，快来和我一起学习吧 ~
01-05 577
所有消息统一顺序追加写入一个共享的 CommitLog 文件（物理层），再为每个 MessageQueue 异步构建轻量级索引文件 ConsumeQueue（逻辑层），消费者通过 ConsumeQueue 快速定位 CommitLog 中的消息位置。基于这些实际业务痛点，阿里巴巴团队设计并实现了 RocketMQ，最初用于支撑淘宝、天猫等核心业务的消息流转。11. 返回一批消息 ("PullResult", 含消息列表 + nextBeginOffset)
分布式架构与云原生架构的区别与关联
ttyy1112的专栏
01-04 485
摘要： 分布式架构与云原生架构是现代系统设计的两种核心范式，二者并非对立，而是演进关系。云原生架构是面向云优化的分布式架构高级形态，强调容器化、微服务和DevOps。分布式架构侧重业务拆分与性能扩展，而云原生架构深度集成云能力（如弹性伸缩、服务网格），实现高效运维与自动化交付。适用场景上，传统稳定系统适合分布式架构，而高并发、快速迭代场景更适合云原生。二者呈包含关系，企业可根据实际需求选择渐进式演进路径。
qt更新版本
09-29
<think>我们正在讨论Qt更新版本的方法。根据提供的引用，我们可以总结出几种更新Qt的方法： 1. **通过软件自动更新机制**（如引用[1]所述）： - 在服务器上维护一个JSON文件（如`software_update.json`），包含最新版本信息、下载链接、更新说明等。 - Qt应用程序定期检查该URL，解析JSON，对比本地版本与服务器版本，决定是否下载更新。 - 这种方法适用于应用程序本身的更新。 2. **升级Qt开发框架版本**（如引用[2]和[3]所述）： - Qt 6提供了许多新特性和错误修复。开发者可以下载新版本的Qt SDK进行升级。 - 可以通过官方提供的在线安装器（MaintenanceTool）来更新已安装的Qt版本，或者下载离线安装包。 3. **从源码编译安装新版本**（如引用[3]中的镜像链接）： - 从官方或镜像站点下载Qt源代码包（如`qt5_5151_src_doc_examples`）。 - 按照Qt的编译指南进行编译安装，替换旧版本。 4. **模块化更新**（如引用[4]中提到的Qt3D版本迁移）： - 当某个模块（如Qt3D）有重大更新时，需要根据新版本的API修改代码。 下面我将详细说明这些方法： --- ### 方法1：应用程序自动更新（面向最终用户） 适用于已部署的Qt应用程序，实现步骤： 1. **服务器端**：创建并维护一个版本信息文件（如JSON格式）： ```json { "app_name": "MyQtApp", "latest_version": "2.0.1", "download_url": "https://example.com/MyQtApp_2.0.1_setup.exe", "release_notes": "修复了若干bug...", "publish_date": "2023-10-01" } ``` 2. **客户端（Qt程序）**：实现更新检查逻辑： ```cpp // 使用QNetworkAccessManager请求版本信息 QNetworkRequest request(QUrl("https://www.demo.com/software_update.json")); QNetworkReply *reply = networkManager->get(request); connect(reply, &QNetworkReply::finished, [=]() { if (reply->error() == QNetworkReply::NoError) { QJsonDocument doc = QJsonDocument::fromJson(reply->readAll()); QJsonObject obj = doc.object(); QString latestVer = obj["latest_version"].toString(); if (latestVer > currentVersion) { // 提示用户更新并下载安装包 } } }); ``` 3. **下载与安装**：下载新版本安装包并执行安装程序（注意：跨平台实现需考虑系统差异）[^1]。 --- ### 方法2：使用Qt维护工具更新开发框架 适用于开发者升级本地的Qt SDK： 1. **打开维护工具**： - 在Qt安装目录中找到`MaintenanceTool`（Windows：`Qt\MaintenanceTool.exe`；macOS/Linux：`Qt/MaintenanceTool`）。 2. **选择更新组件**： - 运行工具，选择“添加或更新组件”，勾选需要安装的新版本Qt。 3. **完成更新**： - 工具会自动下载并安装所选版本，旧版本可保留或卸载[^3]。 > **注意**：企业用户可能需要配置在线仓库镜像加速下载（如引用[3]中的中科大镜像）。 --- ### 方法3：源码编译安装 适用于需要自定义构建或安装特定版本的开发者： 1. **下载源码**： ```bash wget http://mirrors.ustc.edu.cn/qtproject/official_releases/qt/6.5/6.5.2/single/qt-everywhere-src-6.5.2.tar.xz tar xvf qt-everywhere-src-6.5.2.tar.xz ``` 2. **配置与编译**： ```bash cd qt-everywhere-src-6.5.2 ./configure -prefix /opt/Qt6.5.2 # 指定安装路径 cmake --build . --parallel # 使用CMake（Qt6开始默认） ``` 3. **安装**： ```bash cmake --install . ``` > **交叉编译场景**：需传递`-sysroot`和平台参数（参考用户之前的配置命令）[^3]。 --- ### 方法4：模块化迁移（Qt框架版本升级） 当从Qt5升级到Qt6时： 1. **检查兼容性**： - 使用`qtupgrader`工具扫描代码，检测不兼容的API使用。 2. **更新关键模块**： - 如Qt3D在Qt6中改为`Qt3DCore`、`Qt3DRender`等子模块，需修改QML导入路径： ```qml // Qt5旧写法 import Qt3D 2.0 // Qt6新写法 import Qt3D.Core 2.0 import Qt3D.Render 2.0 ``` 3. **重新编译测试**： - 使用新版本qmake或CMake重新生成项目，修复编译错误[^2][^4]。 --- #### 数学表达：版本升级决策模型 设当前版本为 $v_c$，目标版本为 $v_t$，升级效益 $B$ 由下式决定： $$ B = \alpha \cdot \text{新特性} + \beta \cdot \text{修复数} - \gamma \cdot \text{迁移成本} $$ 其中权重参数 $\alpha, \beta, \gamma$ 由项目需求决定。根据引用[2]，Qt6的修复数量超过Qt5 3000+个： $$ \text{修复数} = \text{Qt6修复总量} - \text{仅Qt5可用的修复量} \geq 3000 $$ --- #### 相关问题 1. 如何为Qt应用程序设计安全的自动更新机制？ 2. 从Qt5迁移到Qt6时，如何处理废弃的模块（如QtWebKit）？ 3. 源码编译Qt6时如何优化编译速度？ 4. 如何在同一台机器上管理多个Qt版本？ [^1]: Qt实现软件自动更新的一种简单方法 [^2]: QT 6新版本内容 [^3]: Qt 更新安装方法 [^4]: Qt3D文档阅读笔记 </think>### Qt 更新版本的方法详解 根据您的需求和引用资料，以下是 Qt 框架更新的主要方法（分为开发框架更新和应用程序更新两类）： --- #### 一、开发框架更新（升级 Qt SDK） 1. **在线安装器更新**（推荐） - 打开 Qt 维护工具 `MaintenanceTool` - 选择 **"添加或更新组件"** → 勾选新版本 - 配置镜像加速（如引用[3]）： ```bash ./MaintenanceTool --mirror http://mirrors.ustc.edu.cn/qtproject ``` - 版本升级效益（引用[2]）： $$ \text{修复量} = \text{Qt6 修复总数} - \text{仅 Qt5 相关修复} > 3000 $$ - 保留旧版本：安装时选择不同安装路径实现多版本共存 2. **源码编译更新** - 下载源码包（如引用[3]的镜像）： ```bash wget http://mirrors.ustc.edu.cn/qtproject/.../qt-everywhere-src-6.5.0.tar.xz ``` - 编译安装： ```bash tar xvf qt-everywhere-src-6.5.0.tar.xz cd qt-everywhere-src-6.5.0 ./configure -prefix /opt/Qt6.5.0 # 指定新路径 cmake --build . --parallel # Qt6 默认使用 CMake sudo cmake --install . ``` 3. **模块化更新注意事项**（引用[4]） - API 变更处理： ```qml // Qt5 旧写法 import Qt3D 1.0 // Qt6 新写法 import Qt3D.Core 6.0 ``` - 使用 `qtupgrader` 工具自动迁移代码 --- #### 二、应用程序更新（面向用户） 1. **自动更新机制实现**（引用[1]） - 服务端配置 `software_update.json`： ```json { "app_name": "MyApp", "latest_version": "2.3.0", "download_url": "https://example.com/MyApp_2.3.0_installer.exe", "changelog": "1. 修复内存泄漏\n2. 新增导出功能", "md5": "d41d8cd98f00b204e9800998ecf8427e" } ``` - 客户端实现流程： ```mermaid graph LR A[启动应用] --> B[检查更新] B --> C{新版本?} C -->|是| D[下载安装包] C -->|否| E[正常使用] D --> F[校验文件哈希] F --> G[执行静默安装] ``` 2. **关键代码实现**（Qt/C++） ```cpp // 检查更新 void checkUpdate() { QNetworkRequest request(QUrl("https://www.demo.com/software_update.json")); QNetworkReply *reply = manager->get(request); connect(reply, &QNetworkReply::finished, [=]() { if (reply->error() == QNetworkReply::NoError) { QJsonDocument doc = QJsonDocument::fromJson(reply->readAll()); QJsonObject obj = doc.object(); if (obj["latest_version"].toString() > currentVersion) { showUpdateDialog(obj); // 显示更新提示 } } }); } ``` --- #### 三、升级决策建议 | 升级类型 | 适用场景 | 时间成本 | 风险等级 | |----------------|------------------------------|----------|----------| | 在线安装器更新 | 常规版本升级 | 低 | ★☆☆☆☆ | | 源码编译更新 | 自定义模块/嵌入式环境 | 高 | ★★★☆☆ | | 自动更新机制 | 已部署应用的持续交付 | 中 | ★★☆☆☆ | > 升级效益公式（引用[2]）： > $$ \text{升级价值} = \frac{\text{新特性数量} \times \alpha + \text{修复BUG数} \times \beta}{\text{迁移成本}} $$ > 其中 $\alpha=0.7$, $\beta=0.9$ 为权重因子（安全修复权重大于新特性） --- #### 相关问题 1. 如何安全地从 Qt5 迁移到 Qt6？ 2. Qt 应用程序自动更新时如何实现断点续传？ 3. 多平台（Windows/Linux/macOS）下如何统一管理 Qt 版本？ 4. 如何验证下载的 Qt 安装包完整性？ 5. Qt 的 LTS（长期支持）版本更新策略是什么？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值