Selecting Features for the Next Release in a System of Systems Context
智慧城市与全球城市化趋势同步发展。智慧城市项目的最终目标是为公民、社会经济和生态环境带来积极影响。这涉及到从生活质量（QoL）和主观幸福感（SWB）等总体概念中得出（技术）项目的具体要求的挑战。将长期、注重影响的目标与项目产出和成果联系起来是一个复杂的问题。单个智慧城市项目（或系统）的需求和结果特征的决策更加复杂，因为城市不像整体，分层和结构良好的系统。然而，系统工程提供的概念，支持决策在这种情况下。智能城市等复杂的社会技术系统可以被描述为系统的系统（SoS）。一个体系结构由独立开发的系统组成，但提供更高层次的集成功能。为了给体系结构增加新的功能，要么扩展现有的体系结构，要么开发和集成新的体系结构。在这两种情况下，功能的扩展通常是以小增量完成的，并通过软件版本进行结构化。但是，决定在下一个版本中包含哪些功能是复杂的，并且在手动完成时难以管理。为了解决这一问题，我们利用多目标下一个版本的问题（MONRP）搜索一组最佳的功能，在一个软件版本的SoS的上下文中。为了在早期规划阶段优化搜索，我们提出了一种使用Kotlin场景建模语言（SMLK）对功能进行建模和验证的技术。这是证明了一个概念的实现。
2021-03-03 cs.SE
Efficient anytime algorithms to solve the bi-objective Next Release Problem
针对双目标下一版本发布问题，提出五种任意时间算法，在搜索过程中维持分布良好的解集，支持决策者随时停止，并能找到受支持和非受支持的解，时间充足时可完成完整帕累托前沿。
2024-02-07 cs.SE
Not All Requirements Prioritization Criteria Are Equal at All Times: A Quantitative Analysis
本研究通过定量分析一家公司项目的32,139个优先级决策，发现需求优先级排序标准的重要性并非固定不变，而是随开发阶段而变化。
2023-12-20 cs.SE
Analysing the Assumed Benefits of Software Requirements
通常在需求工程（RE）过程中，评估需求的价值，例如，需求优先级、发布计划和权衡分析。为了支持这些活动，本研究评估目标导向需求工程（GORE）的方法描述的需求的价值。具体来说，我们调查的目标到目标的贡献关系的能力，以证明一个要求的价值，并提出它是丰富的概念，如相关性，信心和效用。
2013-06-13 cs.SE
GitReq: A Gold Standard Dataset for Software Quality Requirements
Lamar University（拉玛尔大学）
提出GitReq数据集，包含6302条专家验证的软件质量需求，覆盖8个ISO/IEC 25010:2011质量类别，通过三重信号挖掘和人工标注构建，零样本评估GPT-5.2达到最高宏平均F1为0.641。
2026-06-23 cs.SE
Requirement-Bound Verified Commissioning: A Frozen Four-Billion-Parameter Local Model as a Candidate Generator under an External Acceptance Layer with Verification and Release Authority
Yıldız Technical University（耶尔德兹技术大学）
本研究提出一种机电调试验收协议，将候选生成与发布权限分离，用冻结的四十亿参数本地模型处理非确定性需求，并通过外部密封语法门控验证，实验表明能有效拒绝伪造计划，但存在少量错误发布风险。
2026-09-25 cs.AI cs.SE cs.SY
PAPS: A Scalable Framework for Prioritization and Partial Selection of Security Requirements
由于资源的限制，现有的优先级和选择技术的软件安全需求（对策）找到一个子集的高优先级的安全需求忽略低优先级的需求或推迟到未来的版本。然而，忽略或推迟安全需求，一方面可能会使一些安全威胁（漏洞）无人关注，另一方面会影响依赖于被忽略或推迟的需求的其他安全需求。为解决这一问题，我们建议在可以容忍的情况下考虑部分满足安全要求，而不是无视这些要求或将其推迟到未来。在这样做的过程中，我们提出了一个基于目标的框架，该框架能够根据安全目标对安全要求进行优先排序和部分选择。建议的框架有助于减少被忽视（推迟）的安全需求的数量，从而减少忽视软件产品中的安全需求的不利影响。
2017-06-01 cs.SE
Salience-based stakeholder selection to maintain stakeholder coverage in solving the next release problem
针对下一版本问题中利益相关者数量庞大、权重难以全部纳入的问题，提出基于权力、合法性和紧迫性的显著性聚类分组方法，在保持需求选择覆盖度的同时显著减少需管理的利益相关者数量。
2023-04-20 cs.SE
Dependency-Aware Software Release Planning through Mining User Preferences
考虑用户偏好是优化软件发布价值的决定性因素。这是因为用户对软件功能的偏好指定了这些功能的价值，从而决定了发布的价值。然而，软件的某些功能可能会鼓励或阻止用户更喜欢（选择或使用）其他功能。因此，软件功能的价值可能会受到其他功能的积极或消极影响。这种影响被称为与值相关的特征（需求）依赖性。价值相关的依赖关系需要考虑在软件发布计划，因为它们影响的最佳子集的功能选择的发布计划模型的价值。因此，我们提出了考虑价值相关的功能依赖关系，在软件发布规划，通过挖掘用户的喜好，软件功能。我们已经证明了所提出的方法的有效性和实用性，通过研究一个现实世界的软件项目。
2017-02-18 cs.SE
The Impact of the Object-Oriented Software Evolution on Software Metrics: The Iris Approach
面向对象（OO）软件系统随着时间的推移而发展，以满足新的需求。在软件初始发布的基础上，软件代码的不断修改导致软件演化。软件需要随着时间的推移而发展，以满足新用户的需求。软件公司经常根据客户的需求开发原始软件的变体。本文的主要假设指出，软件随着时间的推移而发展，其代码不断增长，变化并变得更加复杂。本文提出了一种自动的方法（虹膜）来检查所提出的假设。这种方法的独创性是利用软件变体来研究软件演化对软件度量的影响。本文介绍了三个版本的绘图形状软件，犀牛软件的16个版本，8个版本的移动媒体软件和ArgoUML软件的10个版本进行的实验结果。基于提取的软件度量，它已被发现，虹膜假设是支持的计算度量。
2018-03-15 cs.SE
An Infrastructure for Software Release Analysis through Provenance Graphs
如今，通过持续交付过程快速开发和交付软件是一种竞争优势，也是一种保持软件更新以响应客户需求频繁变化的方法。然而，软件发布周期越快，跟踪软件演变的挑战就越大。在本文中，我们提出Releasy，一个工具，旨在支持使用持续交付的项目，通过生成和报告其发布出处。Releasy生成的出处允许软件演化的图形化可视化，并支持查询以发现隐含信息，例如每个版本的实现功能和涉及的开发人员。在本文中，我们还展示了对Releasy的初步评估，使用我们的工具收集的出处生成开源项目的更新日志。
2018-09-26 cs.SE
Modeling and Selection of Interdependent Software Requirements using Fuzzy Graphs
软件需求选择就是要找到一组最优的需求，使软件的发布具有最高的价值，同时使成本保持在预算之内。然而，软件需求之间与价值相关的依赖关系可能会影响最优集的价值。此外，与价值相关的依赖性可能具有不同的强度。因此，在需求选择过程中，考虑与价值相关的依赖关系的存在和强度是很重要的。然而，现有的选择模型，要么假设软件需求是独立的，或者他们忽略了需求依赖关系的强度。本文提出了一个成本-价值优化模型，考虑价值相关的需求依赖的价值选择的需求（最优集）的影响。我们已经利用模糊图的代数结构建模价值相关的需求依赖关系和他们的优势。通过对一个实际软件项目的仿真研究，验证了该方法的有效性和实用性。
2020-03-03 cs.SE
A Quantum Annealing Approach for Solving Optimal Feature Selection and Next Release Problems
本文引入量子退火（QA）解决搜索式软件工程中的多目标优化问题，提出两种针对不同规模的QA算法，实验证明其在保证解质量的同时显著提升了计算效率。
2025-06-28 cs.SE quant-ph
On Satisfying the Android OS Community: User Feedback Still Central to Developers' Portfolios
最终用户在识别需求、验证软件功能的有效性、定位缺陷以及软件产品的总体演进中扮演着不可或缺的角色。它们在这些活动中的作用在网上应用程序分发平台中尤为突出，在网上应用程序分发平台中，软件是为许多潜在用户开发的，传统的收集要求和与单一最终用户群体谈判的过程不适用于网上应用程序分发平台。然而，随着最终用户的广泛访问，如何优先考虑竞争需求以满足以前未知的用户组，特别是产品的早期版本，这是一个挑战。一个非常成功的产品，已设法克服这一挑战是Android操作系统（OS）。虽然Android操作系统早期版本的需求可能受益于市场研究，但后续版本中的新功能似乎广泛受益于用户评论。因此，Android开发人员如何随着时间的推移满足用户社区的经验教训可以为其他软件产品提供有用的信息。我们使用了数据采掘和自然语言处理（NLP）技术来调查Android社区记录的问题，以及Google的补救措施与用户请求的相关性。我们发现，最终用户的热门功能请求与Android开发人员的响应之间存在很强的一致性，特别是对于最近的Android版本。我们的研究结果表明，响应最终用户最响亮的呼叫所花费的努力可能是软件系统生存和产品整体成功的组成部分。
2021-03-12 cs.SE
Requirements engineering in open innovation: a research agenda
近年来，开放式创新（OI）得到了广泛的关注，并使企业意识到他们需要考虑周围的开放环境。为了促进这一转变，需求工程（RE）需要进行调整，以管理新的需求来源以及利益相关者网络的增加和复杂性。作为回应，我们建立并推进了一个早期提出的软件工程框架，以促进开放式创新，重点是利益相关者管理，何时开放，优先级和发布计划。开源RE的文献与软件工程中OI的最新研究结果进行了对比，以建立该领域的当前观点。基于综合的研究结果，我们提出了一个研究议程的重点领域，随着框架模型，以帮助研究人员框架和分解他们的研究问题，考虑不同的角度隐含的OI模型。
2022-07-31 cs.SE
Exploring Relevant Artifacts of Release Notes: The Practitioners' Perspective
软件发布说明是软件开发生存周期中的重要文档之一。软件版本包含一组信息，例如，错误修复和安全修复。发行说明用于不同的阶段，例如，需求工程、软件测试和发布管理。不同类型的从业人员（例如，项目经理和客户）从发行说明中受益，以了解最新版本的概述。因此，在实践中对发行说明的制作和使用进行了一些研究。然而，两个重要的问题（例如，发行说明内容的重复和不一致），在编制编写良好和结构良好的发行说明以及组织有关不同目标用户需求的适当信息方面存在。由于这个原因，从业者在使用现有工具编写和阅读发行说明时面临困难。为了缓解这些问题，我们在本文中进行了两项不同的研究。首先，我们通过分析21个GitHub存储库的3，347个发行说明来执行探索性研究，以了解发行说明的文档内容。因此，我们找到了相关的关键工件，例如，问题（29%），pull-requests（32%），commits（19%）和common vulnerabilities and exposure（CVE）问题（6%）。其次，我们对32位专业人士进行了一项调查研究，以了解发布说明中包含的有关用户角色的关键信息。例如，项目经理对学习新功能比不太重要的bug修复更感兴趣。本文的研究可以指导未来的研究方向，帮助从业者制作相关内容的发布说明，提高文档质量。
2022-04-11 cs.SE
Towards an Approach for Analysing the Strategic Alignment of Software Requirements using Quantified Goal Graphs
分析软件需求的战略一致性主要为利益相关者提供保证，即软件将为组织增加价值。此外，这种分析可以通过消除其目的和价值的歧义来改进需求，从而支持需求工程过程中的验证和面向价值的决策，例如优先级，发布计划和权衡分析。我们审查目前的方法，可以使这样的分析。我们专注于面向目标的需求工程方法，因为目标图非常适合将软件目标与业务目标相关联。然而，我们认为，除非目标的贡献程度是量化的可验证的指标，目标图是不足以证明软件需求的战略调整。由于目标贡献的概念是可预测的，因此其结果是对实现软件需求的好处的预测。因此，我们探讨如何的贡献关系的描述可以丰富的概念，如不确定性和信心，非线性因果关系，和效用。我们使用劳斯莱斯的示例软件项目来介绍该方法。
2013-12-30 cs.SE
Enhancing User-Feedback Driven Requirements Prioritization
University of Cincinnati（辛辛那提大学）；University of North Florida（北佛罗里达大学）；Beijing Institute of Technology（北京理工大学）；Hangzhou Normal University（杭州师范大学）
本文通过增强ReFeed方法，将需求优先级确定从独立实体转向相互关联，提升搜索基于解决方案的效果，实验显示改进方法在实际应用中表现更优。
2026-08-04 cs.SE
AI Techniques for Software Requirements Prioritization
Graz University of Technology（格拉茨技术大学）
诸如有限的资源、频繁变化的市场需求以及关于软件需求（功能）实现的不同技术限制等方面通常需要对需求进行优先级排序。确定优先级的任务是对应包括在未来软件版本中的需求进行排序和选择。在这种情况下，智能的优先级决策支持是非常重要的。本文讨论的优先级排序方法基于不同的人工智能（AI）技术，这些技术可以帮助提高需求优先级排序过程的整体质量
2021-08-02 cs.AI cs.SE
Comments on SPD-41 software licensing requirements
对科学任务理事会（SMD）政策文件41（SPD-41）的拟议修改包括要求SMD资助的软件应使用许可的软件许可证并遵循开源软件社区的最佳实践。这是一个受欢迎的变化，将导致更多的接受和采用SMD资助的软件。然而，政策文本中存在关于允许哪些许可证的模糊性。这可能会导致招标过程中出现问题，并与开源软件社区产生摩擦。此外，还需要进一步澄清软件许可证政策允许哪些例外。
2022-08-15 cs.SE physics.space-ph
Identifying Privacy Concerns in Upcoming Software Release: A Peek into the Future
University of Cincinnati（辛辛那提大学）；University of North Florida（北佛罗里达大学）
本文提出Pre-PI方法，通过映射现有功能与语义相似的隐私评论，提前识别待发布功能的隐私问题，优于Hark方法。
2026-04-01 cs.SE
AI-Augmented Closed-Loop Quality Engineering: A Reference Architecture for Continuous Software Quality Intelligence
Dimple Bajaj
提出一种AI增强的闭环参考架构，通过需求特征挖掘、风险测试优先级、缺陷预测和生产事件分析，结合有限反馈学习模型，在六个发布周期中减少缺陷泄漏、提高检测效率并缩短测试执行时间。
2026-06-07 cs.AI cs.SE
Leveraging Historical Associations between Requirements and Source Code to Identify Impacted Classes
当软件系统中引入和实现新的需求时，开发人员必须确定需要更改的源代码类集。因此，过去的工作集中在预测受需求影响的类集合上。在本文中，我们介绍和评估一种新的类型的信息的基础上的直觉，这是与历史变化的一个特定的类的要求可能会表现出语义相似的新的要求，影响该类。这个新的需求到需求集（R2RS）度量系列捕获了新需求和先前与类相关联的现有需求集之间的语义相似性。本文的目的是提出和评估的有用性R2RS指标在预测的一组类的需求的影响。我们考虑了18种不同的R2RS度量，通过组合六种自然语言处理技术来测量文本之间的语义相似性（例如，VSM）和三个分布分数来计算总体相似性（例如，相似性分数中的平均值）。我们评估，如果R2RS是有用的组合和对其他四个家庭的指标，是基于时间局部性的变化，直接相似的代码，复杂性指标和代码气味预测受影响的类。我们的评估包括五个分类器和属于四个大型开源项目的78个版本，这导致超过70万个候选受影响的类。实验结果表明，在各种分类器和项目中，利用R2RS信息实际上将预测受影响类别的准确性平均提高了60%以上。
2018-08-20 cs.SE
Securing Open Source Clouds Using Models
云计算的广泛采用导致了开源云计算框架的激增，这些框架为企业提供了对其数据和网络的更多控制。虽然开源软件的好处得到了广泛的认可，但人们对其安全保障的担忧越来越多。开源软件通常是一个经常更新的主题。更新可能会引入或删除各种功能，因此违反了以前版本的安全属性。显然，人工检查安全性的速度太慢，效率太低。在这项工作中，我们提出了一种自动化的方法，可以帮助开发人员，以确保安全的开源云框架，即使在频繁的版本。我们的方法包括创建一个（有状态的）包装器，模拟的使用场景与明确表示的安全性和功能需求的合同。我们使用模型驱动的方法来建模KeyStone的REST API，KeyStone是OpenStack中的身份服务。OpenStack是一个提供IaaS的开源云计算框架。我们的模型定义了Keystone的结构和行为属性及其安全要求。我们详细介绍了这些模型在Django Web Framework中的实现，并展示了如何使用行为接口来实现云服务的服务监视器。该机制有助于以自动化方式验证和确认功能行为和安全要求。
2018-05-15 cs.SE
Evaluating Dissemination and Implementation Strategies to Develop Clinical Software
临床软件已成为支持临床管理和医院内部流程的重要贡献。在这方面，临床软件的成功或失败主要取决于一个合适的需求获取过程。虽然有几种技术和方法可以解决这个过程，但临床服务的复杂性和参与这些服务的临床医生的多样性使得提出要求具有挑战性。为了解决这一问题，我们在以前的工作中提出了D&I框架。这种协作技术将临床优先级转化为使用实施和传播策略在医疗保健环境中引出软件需求的指南。本文评估的功能和任务，在临床病床管理系统的要求，得出了使用的D&I框架。我们重点使用2018年和2020年执行的特定问卷评价临床医生的可用性期望水平。结果表明，与第一个版本（2018年）和最后一个版本（2020年）相比，临床医生认为系统中实现的功能和任务有所改进。本研究介绍了实施和传播策略，以引起务实的临床需求的影响。
2021-03-23 cs.SE
Requirements Quality vs Process and Stakeholders' Well-being: A Case of a Nordic Bank
需求是描述软件系统预期用途的关键人工制品。需求的质量对于决定下一步做什么至关重要，影响开发过程的有效性和效率。然而，我们知道很少的从业者的看法之间的联系，关于需求质量和它的影响的过程或参与开发过程中的专业人员的感情。目的：本研究调查：i）软件开发从业者如何定义需求质量，ii）需求的感知质量如何影响过程和涉众的福祉，以及iii）低质量需求的原因和潜在解决方案是什么。方法：本研究是在一家开发自己的网络和移动应用程序的北欧银行的子组织进行的描述性访谈研究。数据汇集包括对20位从业者的访谈，包括需求工程师、开发人员、测试人员和新雇用的开发人员，每组5位受访者。结果：结果表明，不同的角色对什么使需求具有良好的质量有不同的看法。参与者强调，一般来说，当他们处理他们认为质量差的需求时，他们会经历负面情绪，更多的工作和间接沟通。实践者还描述了当他们处理他们认为好的要求时，对他们的表现和积极感受的积极影响。
2022-11-11 cs.SE
Continuous Reasoning for Managing Next-Gen Distributed Applications
在持续集成/持续部署（CI/CD）软件发布管道中，持续推理已被证明在增量分析应用程序代码库的变化方面是有效的。在本文中，我们提出了一种新颖的声明式连续推理方法，以支持云-物联网连续体上的多服务应用程序的管理，特别是当基础设施变化阻碍满足应用程序的硬件，软件，物联网或网络QoS要求时。我们展示了这种方法如何带来相当大的速度相比，非增量推理。
2020-09-22 cs.DC cs.SE
From Machine Learning Documentation to Requirements: Bridging Processes with Requirements Languages
University of Gothenburg & Chalmers University of Technology（哥德堡大学与查尔姆斯理工大学）
针对机器学习赋能系统中组件需求规范难的问题，本研究调研公开ML文档的需求相关信息含量，评估三种主流需求表示方法的结构化效果，验证了借助ML文档生成结构化需求的可行路径。
2025-11-19 cs.SE
Towards Utility-based Prioritization of Requirements in Open Source Environments
Graz University of Technology（格拉茨工业大学）；vogella GmbH（沃格拉有限公司）；University of Helsinki（赫尔辛基大学）
Eclipse等开源项目中的需求工程面临着必须以一种或多或少不显眼的方式为各个贡献者的需求划分优先级的挑战。与传统的工业软件开发项目相比，开源平台的贡献者可以自己决定下一步要实现哪些需求。在这种情况下，优先化的主要作用是支持贡献者找出接下来要实现的最相关和最有趣的需求，从而避免耗时和低效的搜索过程。在本文中，我们将展示如何实用程序为基础的优先级方法可以用来支持贡献者在传统的以及在开源的需求工程方案。作为一个开源环境的例子，我们使用Bugzilla。在这种情况下，我们还展示了如何依赖关系可以考虑在基于效用的优先级排序过程。
2021-02-17 cs.AI cs.SE cs.SI
From Regulation to Requirements: An Automated Requirement Derivation and Explanation Pipeline
Tata Consultancy Services（塔塔咨询公司）
针对法规合规性挑战，提出自动化管道，识别法规文档中条款并推导软件需求及解释。评估效果良好，还实现工具Reg2Req，用户研究表明可提升需求理解与行动信心。
2026-07-07 cs.AI cs.SE
