4、软件开发全流程与系统建模解析

软件开发全流程与系统建模解析

1. 软件开发周期（SDLC）

在软件开发中，新功能或修改后的功能集成需要经过测试，以确保其不会破坏本地系统以及与之交互的其他系统。开发者需要了解代码在整个系统中的位置和集成方式，同时也需清楚对他们的测试要求。

SDLC 中核心代码编写完成后的阶段，仍会对开发周期产生重大影响。这些阶段通常不需要大量实际开发工作，例如为系统代码打包或便于在目标环境安装而编写的一次性代码。如果系统代码结构或编程语言允许，为支持开发后活动而编写的大部分代码可能会在开发过程早期完成。

以代码打包和安装机制为例，首次为用户验收测试在环境中安装代码库时，很可能会进行这些工作。如果提前知道这一预期，那么在实际代码创建之前，就可能开始编写打包和安装程序的工作。之后，随着流程成熟和代码库安装完成，这类工作的频率会逐渐降低。这种流程演变是 DevOps 和持续交付实践的起点。

开发者需要了解系统的分发和安装方式，以便围绕这些需求进行规划，并编写相应代码。

SDLC 的最后两个阶段，即系统的日常使用和最终退役阶段，通常与核心开发过程的相关性较低。不过，如果需要处理漏洞、添加新功能，则可能会重新进入开发周期。

从系统管理员的角度来看，开发者为他们提供了所需的知识和流程，就像开发前的贡献者为开发者提供知识和流程一样。系统管理员和维护人员会利用开发过程中产生的各种成果，如文档和系统管理工具，来执行日常工作。

开发者需要了解开发后活动所需的信息，以便提供相关文档或编写代码来简化常见任务。

在系统退役过程中，需要有人提供指导或制定正式的业务政策和程序。至少应包括系统数据的保存和存档要求，以及通知用户