来自人群的更好需求：开源软件中开发者对功能请求的参与-计算机科学-开源软件-用户需求.pdfVIP

来自人群的更好需求：开源软件中开发者对

功能请求的参与

11111

PragyanKC,RambodGhandiparsi,ThomasHerron,JohnHeaps,MitraBokaeiHosseini

1UniversityofTexasatSanAntonio,SanAntonio,TX,USA

[pragyan.kc,rambod.ghandiparsi,thomas.herron,john.heaps,mitra.bokaeihosseini]@,

摘要—随着用户需求的演变，有效整合功能请求对于保持软自然语言缺陷。这些缺陷的发生是因为沟通差距、细节

件的相关性和用户满意度至关重要。功能请求通常以自然语言表不完整或请求者的有限技术知识[6]。因此，开发人员

达，由于沟通差距或请求者的专业技术知识有限，往往存在模糊需要解释和澄清功能请求，这可能导致错误的假设、故

性或信息不完整的问题。这些问题可能导致误解、错误实现和降

本障实施以及软件质量下降[7]。如果没有足够的详细信

低软件质量。虽然向请求者寻求澄清是一种常见的策略来缓解这

译些风险，但对于开发者如何在实践中参与这一澄清过程却知之甚息，开发人员可能会误解用户的需求，导致可能无法解

中少——他们如何制定澄清问题，寻求技术或上下文细节，对齐目决核心问题或在后期开发过程中需要昂贵修改的解决

1标和用例，或者决定不尝试澄清就关闭请求。本研究调查了功能方案[8]。缓解这些问题的一个方法是与请求者互动以

v请求容易出现的NL缺陷（即模糊性或不完整性）以及开源软件寻求澄清并确保对所请求功能有共同的理解。先前的研

3

5(OSS)开发中澄清的对话动态，旨在了解开发者如何处理模糊究广泛探索了GitHub问题追踪器的各种用途，例如问

5或不完整功能请求。我们的发现表明，发布在OSS平台上的功

3题分类、项目协调和社区参与[9]–[15]。虽然这些研究

1.能请求确实存在模糊性和不完整性，在某些情况下两者兼有。我提高了我们对问题类型、问题管理和社区互动的了解，

们还发现，为解决这些缺陷进行明确澄清的情况并不常见；开发

7

0者通常更关注与项目目标的一致性，而不是解决不清楚的文本。但对于使用问题评论中的对话信息来解决功能请求中

5当出现澄清时，其重点在于理解用户意图/目标和可行性，而非自然语言缺陷的应用仍然很大程度上未被探索。理解如

2

:技术细节。通过表征开源问题跟踪器中的澄清动态，本研究识别何在GitHub问题中寻求和提供澄清可以揭示改进开源

v

i出可以改善用户-开发者协作并为有效处理功能请求提供最佳实项目中特征请求质量和可实现性的策略，最终支持更有

x践的模式。

r效的协作并开发出更好地满足用户需求的软件。在我们

aIndexTerms—需求演化，特性请求分析，开源软件，扎

根理论的研究中，我们旨在通过调查开发人员实际处理模糊或

I.介绍不完整功能请求的方式，解决与这些请求相关的挑战。

具体来说，我们分析了在OSS问题追踪器中澄清特征

随着用户需求的增长和变化，快速实施改进和新增

请求所涉及的对话动态。我们试图了解开发者何时以及

功能的能力已经成为软件保持其竞争优势并满足用户

如何尝试澄清、他们在互动期间优先考虑哪些方面，以

期望的