---
name: jse-tju-topic-selection
description: Use when selecting or sharpening a research topic for 《系统工程学报》 (Journal of Systems Engineering, Tianjin University), especially when an idea mentions a system but has not yet fixed its boundary, interacting actors or components, states, feedback, constraints, method increment, testable question, and system-level outcome.
---

# 《系统工程学报》选题构造（jse-tju-topic-selection）

## 触发时机

当选题仍是“用某方法研究某行业”、系统边界可随意伸缩，或研究问题不能导出可验证主张时使用。
本刊近年内容横跨复杂网络、优化决策、博弈协同、预测、社会经济与工程应用，但共同要求是：
系统结构必须进入问题，而不是只出现在标题。期刊范围和近年内容画像分别见
[`official-source-map.md`](../../resources/official-source-map.md) 与
[`source-basis.md`](../../resources/source-basis.md)。

## 输入诊断

先收集研究对象、决策者或观察者、时间与空间尺度、可获得数据/实验条件、候选方法和预期结论。
再要求作者用不超过五句话回答：

1. 系统由哪些主体、组件或层级构成？
2. 它们通过什么资源、信息、风险或状态相互作用？
3. 哪个反馈、瓶颈或冲突造成非显然结果？
4. 研究者能控制、观测或估计什么？
5. 哪条结论可以被数据、计算、仿真、案例或理论反驳？

任何一项只能回答“视情况而定”，都应先缩小选题，不进入建模。

## 系统问题六要素

| 要素 | 合格写法 | 不合格信号 |
|---|---|---|
| 边界 | 明确纳入/排除的主体、过程、时间尺度 | “考虑整个系统”但没有排除项 |
| 层级 | 个体—网络—环境或设备—子系统—系统 | 只有变量列表，没有层级关系 |
| 状态与反馈 | 状态如何演化，决策如何反过来改变环境 | 静态相关关系被称为反馈 |
| 相互作用 | 边、博弈、资源竞争、耦合约束可操作化 | 多主体仅在背景中并列 |
| 方法增量 | 系统结构迫使模型、算法或识别改变 | 现成方法只更换数据集 |
| 可验证性 | 给出方向、阈值、性能或机制主张 | 目标仅是“丰富相关研究” |

## 选题构造步骤

### 1. 固定系统边界

画出“环境—系统—子系统/主体”三层图，注明输入、输出和不纳入的外生过程。边界不是越大越好；
它应恰好覆盖造成研究冲突的反馈回路。若外部政策只作为参数，就不要把整个政策系统写入标题。

### 2. 找到系统级矛盾

把问题写成两个同时成立但相互冲突的目标，例如局部效率与网络韧性、短期响应与长期拥堵、
个体最优与系统福利、预测精度与干预成本。只有单一目标时，说明为何耦合约束仍产生系统问题。

### 3. 建立机制链

使用“结构变化 → 主体响应 → 状态转移 → 系统结果”的链条。每个箭头都应对应模型关系、
识别假设或实验操作。若链条中间只能用口号连接，先补理论或缩短链条。

### 4. 区分两类增量

- 方法增量：新的可解结构、均衡性质、算法、识别或预测设计。
- 应用增量：新的系统边界、约束、数据或干预场景改变既有结论。

本刊候选题至少要有一类清晰增量；若只有应用增量，必须证明场景结构会改变模型或结论。

### 5. 写成可检验问题

避免“如何提高效率”。改写为“在何种网络密度、信息延迟或容量区间，策略 A 相对 B 改善
系统级结果；改善通过哪个机制发生；在哪个边界失效”。

## 与六条主线对齐

- 系统理论与复杂系统：突出状态、拓扑、稳定性、级联或涌现。
- 优化、运筹与决策：突出跨组件约束、目标冲突和可求解结构。
- 网络、博弈与协同：突出策略互动、信息结构、均衡与福利。
- AI、数据驱动和预测：突出动态系统任务、泄漏边界和决策用途。
- 社会经济与金融系统：突出空间、网络、制度或主体异质性机制。
- 工程、交通、环境和应急：突出场景接口、容量/安全约束和实施验证。

## 微型示例

原题：“基于遗传算法的应急物资配送优化研究。”

重构后：“道路中断状态与救援需求滚动显现时，仓库—车辆—受灾点网络中的信息延迟如何改变
公平约束下的配送策略；提出滚动求解并比较不同中断强度下的响应时间、未满足需求与区域差异。”

```text
系统边界：仓库、车队、受灾点、受损路网；不建模灾害生成过程
关键反馈：新需求/路况 → 重排路径 → 服务延迟 → 下一期优先级
方法增量：状态更新下的滚动模型与求解
验证：多网络规模 + 中断强度 + 真实/合成场景
失败边界：信息延迟过大或容量极低
```

## 反模式

- 把题目扩大到“数字化系统”“复杂系统”，但变量关系不变。
- 先决定热门算法，再寻找数据和系统背景。
- 以“因素很多”替代反馈、层级或耦合。
- 把所有可获得变量纳入边界，导致问题无法识别或求解。
- 用单一案例的改善百分比代替可迁移的机制主张。
- 把本 skill 的选题标准写成编辑部明示规则。

## 期刊专属拒稿风险

最大风险是删除“系统”二字和系统图后，研究仍是普通分类、回归、排程或算法调参。第二风险是
系统边界宏大，但证据只支持一个局部环节。选题阶段应主动做删除测试和证据范围测试。

## 输出格式

```text
【候选题名】
【研究主线】六条之一
【系统边界】纳入 / 排除
【主体与层级】
【状态—反馈—约束】
【系统级矛盾】
【机制链】
【方法增量 / 应用增量】
【三条可检验主张】
【验证资源】
【失败边界】
【最大拒稿风险】
```