ICSE，即IEEE/ACM国际软件工程大会，是全球领先的软件工程会议。该大会于2025年4月27日至5月3日在渥太华举行。核心会议日期为4月30日星期三至5月2日星期五。国际软件工程大会 (ICSE) 是展示和讨论软件工程领域最新、最重要技术研究成果的顶级论坛。在研究方向，我们诚邀您提交高质量的技术研究论文，以描述软件工程研究的原创和未发表的成果

1、组委会

联合主席：
Lionel Briand 加拿大渥太华大学；爱尔兰利默里克大学莱罗中心 加拿大
Timothy Lethbridge 渥太华大学 加拿大
财务主席：
Mehrdad Sabetzadeh 渥太华大学 加拿大
项目联合主席：
Corina S. Pasareanu 卡内基梅隆大学硅谷分校、美国宇航局艾姆斯研究中心
David Lo 新加坡管理大学 新加坡
SEIP 项目联合主席：
Ciera Jaspan 谷歌 美国
Rick Kazman SEIP 夏威夷大学马诺阿分校
软件工程协会联合主席：
Paola lnverardi 格兰萨索科学研究所（GSSI） 意大利
Ghizlane ElBoussaidi 巴黎高等理工学院 加拿大

软件工程人工智能

• 用于自动化 SE 的 AI 推荐系统（例如代码生成、程序修复、AIOps、软件组成分析等）
• 以人为本的 SE 人工智能（例如，软件工程师如何与人工智能代理协同工作）
• 面向 SE 的可信赖 AI（例如，如何为 SE 提供保证、描述限制以及防止滥用 AI）
• 面向 SE 的可持续 AI（例如，如何减少能源足迹，实现面向 SE 的更环保的 AI）
• 面向 SE 的协作 AI（例如，AI 代理如何协作以实现 SE 自动化）
• 使用 LLM 和其他基础模型（例如大型视觉模型）自动化 SE 任务
• 超越传统指标的功效测量（例如准确度、BLEU 等）
• 针对 SE 的快速工程（例如，新颖的快速设计）
• 人工智能辅助软件设计和模型驱动工程（例如，规范挖掘、程序综合、软件架构设计）

分析

• 挖掘软件存储库，包括版本控制系统、问题跟踪系统、软件生态系统、配置、应用商店、通信平台和新颖的软件工程数据源，通过各种研究方法产生见解
• 软件可视化
• 数据驱动的用户体验理解和改进
• 软件工程中的数据驱动决策
• 软件指标（和测量）

建筑与设计

• 建筑和设计测量与评估
• 软件设计方法、原则和策略
• 软件设计的理论构建
• 架构质量属性，例如安全性、隐私、性能、可靠性
• 模块化和可重用性
• 设计和架构建模与分析
• 建筑复原
• 依赖性和复杂性分析
• 分布式架构，例如微服务、SOA、云计算
• 模式和反模式
• 设计和架构中的技术债务
• 架构重构
• 自适应架构
• 建筑知识管理

可靠性和安全性

• 形式化方法和模型检查（不包括仅关注硬件的解决方案）
• 可靠性、可用性和安全性
• 韧性和反脆弱性
• 保密性、完整性、隐私性和公平性
• 表现
• 可靠性和安全性设计
• 漏洞检测以增强软件安全性
• 嵌入式和信息物理系统的可靠性和安全性

进化

• 演进与维护
• API 设计和演变
• 发布工程和 DevOps
• 软件重用
• 重构和程序差异
• 程序理解
• 逆向工程
• 环境和软件开发工具
• 追溯进化史

人文和社会方面

• 关注个人（从课程理解、工作压力到工作满意度和职业发展）
• 关注团队（例如，共置、分布式、全球、虚拟；团队内部的沟通与协作）、社区（例如，开源、实践社区）和公司（组织、经济）
• 关注社会（例如可持续性、多样性和包容性）
• 专注于支持个人、团队、社区和公司的编程语言、环境和工具。
• 专注于软件开发流程

需求和建模

• 需求工程（包括非功能性需求）
• 理论要求基础
• 要求和架构
• 反馈、用户和需求管理
• 需求可追溯性和依赖性
• 建模和模型驱动工程
• 多样性和产品线
• 系统和软件可追溯性
• 建模语言、技术和工具
• 基于模型的工程应用实证研究
• 基于模型的监测和分析

人工智能软件工程

• AI 模型的 SE
• 具有 AI 组件的系统的 SE
• AI 代码、库和数据集的 SE
• 工程自主系统和自我修复系统
• AI模型的自动修复
• 基于人工智能的系统的测试和验证
• 基于人工智能的系统的验证和基于用户的评估
• 基于人工智能的系统的需求工程

测试与分析

• 软件测试
• 自动测试生成技术，例如模糊测试、基于搜索的方法和符号执行
• 非功能性属性的测试和分析
• GUI 测试
• 移动应用程序测试
• 程序分析
• 程序综合（例如基于约束的技术）
• 程序修复
• 调试和故障定位
• 运行时分析和/或错误恢复

1、范围

由于作者会选择一个领域进行投稿，因此每个领域的范围非常重要。有些投稿可能涉及多个领域。在这种情况下，作者应该选择其论文能带来最多新见解的领域。此外，作者还可以选择为每篇论文指定一个备选领域。

同样，对于某些论文，作者可能会质疑其是否属于某个领域，或者仅仅超出了范围。对于这种情况，我们建议作者判断其论文是否为软件工程带来了新的见解。例如，一篇专注于硬件验证的形式化方法论文可能被认为超出了 ICSE 的范围。一般来说，那些只与软件工程边缘相关、且没有从软件工程角度提供新见解的论文与 ICSE 的相关性较低。然而，我们的目标是描述性而非规范性，以便作者能够自行判断其相关性。

2、提交周期

第一个提交周期

• （必填）摘要： 2024年3月15日
• 提交日期： 2024年3月22日
• 作者回复期（3天）： 2024年6月10日至13日
• 通知日期： 2024年7月5日
• 修订截止日期： 2024 年 8 月 2 日
• 相机就绪（直接接受的论文）： 2024 年 8 月 16 日
• 最终决定（修改后的论文）： 2024 年 11 月 1 日
• 已接受修改的论文准备发表日期： 2024 年 12 月 13 日

第二轮提交周期

• （必填）摘要： 2024年7月26日
• 提交日期： 2024年8月2日
• 作者回复期（3天）： 2024年10月7日至10日
• 通知日期： 2024年11月1日
• 修订截止日期： 2024 年 11 月 29 日
• 相机就绪（直接接受的论文）： 2024 年 12 月 13 日
• 最终决定（修改后的论文）： 2025 年 1 月 22 日
• 已接受修改的论文准备发表日期： 2025 年 2 月 12 日

3、评审标准

i）新颖性：所贡献的解决方案、问题表述、方法、理论和/或评估的新颖性和创新性，即论文相对于最新技术的原创程度。

ii）严谨性：技术或理论贡献的合理性、清晰度和深度，以及评估的彻底性和完整性水平。

iii）相关性：该研究对软件工程领域的意义和/或潜在影响。

iv)可验证性和透明度：论文包含的信息是否足以理解创新的运作方式；数据获取、分析和解读的方式；以及论文如何支持对其声称的贡献进行独立验证或复制。任何附加或链接至论文的文稿都将由一位审阅者进行检查。

v)演示：论文阐述的清晰度。

审稿人将在审稿过程中仔细考量上述所有标准，作者应仔细清晰地阐述所有标准。论文应清晰解释并论证其所声称的贡献。每篇论文将由领域主席负责，以确保该领域内提交的论文的审稿一致性。

4、提交流程

投稿必须符合 IEEE 会议论文集格式指南中规定的IEEE 会议论文集模板（标题采用 24pt 字体，全文采用 10pt 字体，LaTeX 用户必须使用 \documentclass[10pt,conference]{IEEEtran} 格式，且不包含 compsoc 或 compsocconf 选项）。请注意，今年使用的是 IEEE 格式，而去年使用的是 ACM 格式，因此每年的格式会有所不同。

所有投稿正文（包含所有图表、表格、附录等）不得超过10页。允许额外添加两页仅包含参考文献的页面。所有投稿必须为PDF格式。被录用的论文将允许额外添加一页用于照相排版版本的正文。投稿必须严格遵循上述 IEEE 会议论文集格式要求。间距、字体大小或其他与要求不符的修改可能会导致投稿被拒，无需进一步审核。
通过向 ICSE 技术轨道提交文章，作者承认他们了解ACM 剽窃政策和程序以及IEEE 剽窃常见问题并同意遵守。特别是，提交给 ICSE 2025 的论文不得在其他地方发表过，也不得在 ICSE 2025 审议期间正在接受审查或提交给其他地方审查。违反此同时提交政策将被视为严重违反科学伦理，并将对所有此类情况采取适当的行动。为检查重复提交和剽窃问题，主席保留以下权利：(1) 与审查期重叠的其他会议的 PC 主席分享提交列表，以及 (2) 根据与 ACM 或 IEEE 签订的合同，使用外部剽窃检测软件来检测违反这些政策的行为。

yongqiang.tian@monash.edu