配置基线与软件版本的区别，以及配置基线应包含的系统信息

最近在做一个MES系统。爸爸在审核配置规范的时候提了一个要求，要加上对于版本和变更的描述。我误解成为是配置基线版本，而爸爸想要的是软件版本。

之前还有另外一个WMS项目。爸爸问软件供应商为什么在这个项目上做了变更，软件版本不会升版。

我太懒了，这么好的文章题材我遇到了好多次才想起来写。

做任何事情之前我们先正本清源，说一下他们两的含义。

软件版本是指供应商发布的软件制品标识，反映的是软件开发和发布的迭代关系。它由供应商控制，是一个客观的发布标识。

配置基线是指在特定时间点，计算机系统所有组成部分的完整快照，包括硬件、软件版本、网络配置、安全设置、权限分配、参数设置等。它是一个经过验证的、受控的、可追溯的系统状态。

为了这篇文章不再被别人勒索50块钱，我特意选了离周四比较远的时间点发。并且做了个表格。

维度	软件版本	配置基线
定义核心	供应商发布的标识	验证过的系统基线的集合
控制权	供应商	企业内部（变更控制）
构成要素	软件制品本身	硬件+软件版本+配置参数+权限+网络
追溯目标	软件功能历史	系统验证状态的连续性
审计用途	了解软件版本情况	证明系统处于受控状态
证明文件	Release Note	验证文件、配置基线（可能被包含在验证文件中）、变更控制表

基于以上，现在说一下错误的做法：

只管理软件版本，不管理配置基线。

其实即便软件版本相同，但配置参数可能完全不同（如审计追踪开关、权限级别、时间同步设置）。并且因为缺少基线定义，变更完成后，无法证明"哪个版本"对应"哪个验证状态"。N多的补充验证文件对应哪个配置基线，对应不上。

我们应该建立配置基线文档，明确软件版本号、硬件型号、网络配置、安全设置、用户权限、关键配置参数等所有要素，并通过URS/CS/4Q验证在验证报告签署时形成受控基线。

为了不让大家迷惑，还是要说一下版本和配置基线的关联关系。

配置基线=软件版本+硬件配置+网络设置+权限配置+业务配置项+安全策略+合规策略

但是并不是说当软件版本发生变化时，就需要建立新的配置基线。我们还得评估版本的变化程度，如果只是为了解决bug的小升版，其实可以评估不做配置基线的升版。但是这个不是说所有企业都一样，这取决于不同企业对于风险的接受程度。以及配置基线中软件版本的描述的颗粒度，只描述了大版本（例如8.0），还是描述到最小版本（例如8.0.1.1397 SP3）。

最后给大家举个例子，配置基线应该包含哪些

系统信息

系统名称：XXX HPLC系统
系统编号：SYS-001
基线版本：BL-01

软件信息

操作系统：Windows 10 Enterprise v21H2
应用软件：RVS1.06
数据库：MySQL 8.0

硬件配置

CPU：Intel Xeon Platinum 8592+
内存：128GB DDR5
存储：6T SSD

##网络配置

IP地址：192.168.1.100（静态）
DNS：192.168.1.1
防火墙：允许端口 80, 443, 21

安全设置

审计追踪：已启用
密码策略：8位以上，90天过期
时间同步：与NTP服务器 192.168.1.200 同步

权限配置

验证状态

URS批准日期：2024-01-15
CS批准日期：2024-01-19
IQ完成日期：2024-02-01
OQ完成日期：2024-02-15
PQ完成日期：2024-03-01
基线建立日期：2024-03-10