1. OpenLCA与产品系统构建导论
生命周期评价（LCA）要回答的问题，往往不是“某个工厂排了多少废气”，而是“一件产品从摇篮到坟墓，整个系统究竟消耗了什么、排放了什么”。这个差别决定了LCA建模的基本单位不是设备、不是车间，而是产品系统。OpenLCA作为一款开源、免费、跨平台的LCA软件，其核心价值就在于把分散的工序数据组织成可追溯、可计算的产品系统。本章要建立的第一层认知是：OpenLCA不是一个“算排放的软件”，而是一个“搭系统、连过程、跑计算”的建模环境。
一、OpenLCA在LCA工作流中的位置
一项完整的LCA通常经历四个阶段：目标与范围定义、清单分析、影响评价、结果解释。OpenLCA主要承载第二阶段的清单分析，并向下衔接影响评价。它本身不生产数据，而是把来自数据库、企业报表、文献或实测的清单数据，按“流（Flow）—过程（Process）—产品系统（Product System）”的层级组织起来，再通过计算引擎完成物料与能量的平衡求解。
理解这一点很关键：软件里的每一个数字都来自你录入或引用的流，软件做的是按连接关系累加与分配。因此建模质量的上限，取决于过程清单的完整性和连接逻辑的正确性，而不是软件操作是否熟练。
二、三个核心对象：流、过程、产品系统
OpenLCA的数据模型可以概括为三层：
- 流（Flow）：物质、能量或服务的最小计量单位，如“电力，中压”“柴油，燃烧”“钢坯”。流分为产品流、基本流（取自环境或排向环境）、废物流等类别，类别决定了它在计算中如何被追踪。
- 过程（Process）：一组输入流与输出流的集合，代表一个单元操作，如“热轧”“注塑”“运输”。过程带有数量参考（定量参考流）和地理、时间等元数据。
- 产品系统（Product System）：由一个或多个过程通过产品流连接而成的网络，指定一个参考产品和功能单位后，即可计算其累计清单结果。
三者关系可以这样理解：流是砖，过程是墙，产品系统是整栋楼。建模时先定义流，再建过程，最后把过程连成系统。
三、过程连接的本质：产品流是“接口”
很多初学者会把过程连接理解为“画一条线”，实际上连接的本质是一个过程的输出产品流，被另一个过程作为输入流引用。OpenLCA中，当你在过程B的输入里添加一个产品流，并把它关联到过程A的输出时，系统就建立了“提供者—消费者”关系。计算时，引擎会沿这条关系向上追溯，直到所有输入都落到基本流或系统边界之外。
这里有两个必须建立的习惯：其一，连接必须落在产品流上，基本流不能被连接，它只作为系统与环境之间的交换；其二，数量关系要自洽。例如热轧过程输出1 t钢卷，需要输入1.05 t钢坯，那么炼钢过程的输出量就要按1.05 t来满足下游需求。若比例写错，系统仍能算出结果，但物料平衡已经失真。
四、界面与基本工作流程
OpenLCA的主界面围绕“导航—编辑—计算”组织。左侧导航树按数据库、过程、流、产品系统、影响评价方法等分类；中间是对象列表；右侧或独立窗口是编辑器。典型工作流程如下：
- 新建或打开数据库，导入背景数据库（如ecoinvent、ELCD等）或自建流与过程。
- 在“流”中确认所需产品流与基本流已存在，单位与流属性正确。
- 创建过程，填写定量参考流、输入输出流及数量，补充地理与时间信息。
- 新建产品系统，选择参考过程和参考产品，设定功能单位与计算范围。
- 执行计算，查看累计清单结果，检查是否有未连接的输入或异常量级。
五、一个可核对的示例
假设某教学示例中，功能单位为“1 t 热轧钢卷”，热轧过程输入1.05 t钢坯、消耗电力80 kWh，输出1 t钢卷；炼钢过程每生产1 t钢坯消耗电力500 kWh。若暂不考虑其他流，则每功能单位的累计电力为：80 + 1.05 × 500 = 605 kWh。这个数字可以在产品系统的累计结果中直接核对。若结果明显偏离，通常意味着连接比例、参考流单位或过程未被正确引用。需要说明的是，以上数值仅为教学假设，不代表任何实际企业数据。