《软件交付通识》读书工作笔记：软件项目追求软件开发

菏泽炫佑科技

《软件交付通识》读书工作笔记：软件项目追求软件开发

《软件交付常识》/董越，电子工业出版社，2021.10

软件项目开发的整个过程是一个大范畴，从确定需求，到编码设计，到集成发布，再到运维、运营、设计。 不过软件开发，本文要讨论的内容仅限于软件交付部分。

首先，这里讨论的软件交付过程（）是指从交付的角度和思维方式来看待整个软件项目开发的整个过程。 也就是说主要是指编码、集成、测试、发布这四个过程中的*后三个过程。 但本文所指的软件交付并不是完全按照项目开发阶段的时间来划分的。 如果编码工作在交付中遇到问题而导致的也可以看作是本文讨论的问题。

软件项目追求

软件开发生命周期中的所有相关活动大致分为需求分析和需求实现两个部分。 核心目标是追求商业成功。

需求分析对应于软件定义端，其主要目的是制定正确的战略方向，抓住市场机会，*终落实到软件产品设计中。

需求实现对应于软件的实现侧，旨在软件需求的实现和交付。 主要包括架构设计、编程实现、软件交付、运维甚至运营。

MVP（*小可行产品）：满足定义方和实施方要求的分小步实施的*小单元项目。

小步快跑的重要性：从定义方和实施方协作的角度来看，定义方应该不断定义小需求并交给实施方《软件交付通识》读书工作笔记：软件项目追求软件开发，然后实施方可以实施和交付这些需求尽快完成小要求。这是小步骤。

对软件实现的追求

更多：更高的生产力

快速：响应速度更快

良：质量合适。 这里所说的质量是指用户能感受到的软件服务质量，因此还包括稳定性、可靠性、安全性等。

节省：成本合理

软件交付过程追求的目标

关键是要快，尽快交付业务所需的质量。

软件工程管理与实践探讨软件危机与软件工程

软件危机诞生于1970年左右，危机的主要表现是面对日益复杂的软件项目，开发进度难以预测、开发成本难以控制、质量无法保证。

软件工程是指软件的工程化，即借鉴其他领域和行业的工程经验，采用系统化、标准化、定量化的工程方法来维护和开发软件。

软件工程思想

软件工程思维有以下7个基本原则：

采用阶段性生命周期计划严格管理，坚持阶段评审，对产品需求变更实施严格控制。 使用现代编程技术清晰地查看中间结果。 开发商应该小而精。 承认持续改进软件实践的必要性。 敏捷理念与实践

今天，我们正处于VUCA时代（vuca是（波动性）、（不确定性）、（复杂性）、（模糊性）的缩写）。 与工程中追求资源效率的传统思维方式不同，在VUCA时代，流程效率往往更为重要。 因此，软件工程的思想已经不能完全满足当今时代的需求，于是敏捷开发的思想诞生了。

敏捷开发的价值观 敏捷开发的核心思想

敏捷开发的核心思想是《敏捷软件开发宣言》中遵循的12条原则

总体来说，敏捷正在纠正软件工程过分强调工程化的倾向。 当然，如果对敏捷的片面理解意味着没有流程、没有写文档、没有规划，那就大材小用了。

敏捷开发的*佳实践

在管理实践中，*被接受的是Scrum。

在工程实践中，单元测试和持续集成是*被接受的。

对于XP来说极限编程、测试驱动开发等并没有被广泛采用。

精益开发

精益发展源于丰田的精益制造思想。 精益软件开发的核心逻辑是想方设法尽快选择正确的产品方向，功能要真正满足用户需求，防止偏差造成浪费。 为此，我们需要将大需求拆分成小功能来测试，并尽力消除小功能在设计-开发-集成-发布过程中产生的各种浪费，使流程尽可能快。 ，让用户尽快看到这个功能，尽快使用这个功能，加快用户反馈。 “小步快跑”其实大致体现了这一理念。

持续集成/交付/部署

实现持续集成的常用方法包括版本控制、质量内置、自动化、流程可视化等。

持续部署是持续交付的极端情况，试图将持续交付做到极致。

概念：

（和的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通与合作的文化、运动或实践。 通过自动化“软件交付”和“架构变更”流程，构建、测试和发布软件可以更快、更频繁、更可靠。

目前 QA 和 .

三大原则：

三步工作法：

良好软件交付的 10 个策略

良好软件交付的 10 种策略可概括为以下部分：

然后会重点讲怎么让具体的事情变得方便快捷，包括一些补充的内容，包括怎么改进。

理解几个概念：

测试左移：写好代码后尝试测试

将测试移至右侧：在线运行测试

康威定律：无论你将组织结构设计成什么样，你开发的软件系统架构都会是这样的。

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等