Augmenting Software Bills of Materials with Software Vulnerability Description: A Preliminary Study on GitHub
本文针对SBOMs缺乏软件漏洞信息的问题，提出用项目依赖项暴露的CVE信息增强40个开源项目的SBOMs，并通过提交pull requests和问卷调查进行评估，反馈表明该方法具有实用价值。
2025-05-27 cs.SE
Context-Augmented Software Development Projects: Literature Review and Preliminary Framework
软件开发是一项复杂的活动，依赖于各种技术和人们的专业知识。开发软件的方法高度依赖于这些不同的特征，这些特征是开发人员所服从的上下文。这个上下文包含大量的知识，不捕获它意味着知识不断丢失。虽然广泛的研究，在软件开发中的上下文仍然是不明确的，也没有提出一个更广泛的观点，软件开发人员和工具所需要的上下文。因此，开发人员的生产力受到影响，因为重用这种丰富上下文的能力受到阻碍。本文提出了一个文献综述的软件开发环境，通过九个研究问题。本研究的目的是使所发现的上下文显式到一个集成的视图，并提出了一个平台，以帮助软件开发使用上下文信息。我们相信，通过上下文知识的表示和挖掘来支持推荐和实时提供，可以显着改善大数据软件项目的开发。
2019-10-17 cs.SE
A Preliminary Analysis on the Effects of Propensity to Trust in Distributed Software Development
在远程站点工作的开发人员之间建立信任有助于分布式软件开发中的团队协作。虽然以前的研究集中在如何建立和传播信任，在没有直接的，面对面的沟通，它忽略了信任倾向的影响，即，代表个人倾向于认为他人值得信赖的人格特征。在这项研究中，我们提出了一个初步的，定量分析的倾向，信任如何影响成功的合作在分布式项目中，成功是由拉请求的代码更改和贡献成功地合并到项目的存储库。
2017-10-03 cs.SE
Protocol and Tools for Conducting Agile Software Engineering Research in an Industrial-Academic Setting: A Preliminary Study
在软件工程行业进行实证研究是一个过程，因此，它应该具有普遍性。本文的目的是讨论学术研究人员如何通过系统和结构化的方法来解决他们在软件行业进行实证研究时遇到的一些挑战。本文中开发的协议应作为一个实际的指导研究人员，并帮助他们在这个复杂的环境中进行实证研究。
2018-04-10 cs.SE
Towards an Appropriate Level of Reliance on AI: A Preliminary Reliance-Control Framework for AI in Software Engineering
Monash University（莫纳什大学）；Singapore Management University（新加坡管理大学）
本文通过二十次访谈提出初步依赖控制框架，探讨软件开发者与AI工具的交互，分析过度依赖和不足依赖的影响，并为未来研究提供方向。
2026-04-12 cs.AI cs.HC cs.SE
Technostress in the Age of AI: A Preliminary Study with Software Professionals
University of Calgary（卡尔加里大学）；University of Hawai‘i at Mānoa（夏威夷大学马诺阿分校）；UFRPE（巴西雷西弗联邦 Rural 大学）；Virginia Commonwealth University（弗吉尼亚联邦大学）
本研究通过调查121名软件从业者，发现AI相关的技术压力不仅源于适应技术变化，还源于管理工作职责和职业变化，影响从业者的责任与职业准备。
2026-09-15 cs.SE
A Preliminary Study on the Potential Usefulness of Open Domain Model for Missing Software Requirements Recommendation
完整性是软件需求规格说明书的重要属性之一。不幸的是，不完整性同时也是最难检测的问题之一。基于面向需求的领域模型，已经提出了一些方法来检测缺失的需求。然而，这类模型在很多领域都是缺乏的。幸运的是，通常可以在网上找到为不同目的构建的领域模型。这就提出了一个问题：这些领域模型是否有助于发现需求规格说明中缺失的功能信息？为了探索这一问题，我们设计并进行了初步的研究，通过计算领域模型中的实体与自然语言软件需求概念之间的重叠率，然后基于两个示例领域深入挖掘这些实体（概念）出现的四种情况。实验表明，这些算法的有效性，特别是基于我们提出的度量AHME的算法（在两个域上的F2增益分别为146%和223%）。
2022-08-14 cs.SE
Practitioners' Perspectives on Change Impact Analysis for Safety-Critical Software - A Preliminary Analysis
安全标准规定了安全关键软件系统演化过程中的变更影响分析（CIA）。虽然CIA是一项基本活动，但缺乏关于它在实践中如何执行的实证研究。我们提出了一个案例研究CIA在不断发展的自动化系统的背景下，在瑞典和印度的14个采访的基础上。我们的分析表明，工程师平均每年花费50-100小时在CIA上，但随着项目的阶段，工作量有很大的不同。此外，受访者提出了不同的内涵CIA和CIA的重要性不同的看法。我们报告了CIA面临的最紧迫的挑战，以及如何支持未来CIA的几个想法。然而，我们表明，测量这种改进解决方案的效果是不平凡的，因为CIA是交织在一起的其他发展活动。虽然本文只报告了初步的结果，我们的工作实际CIA的经验见解。
2016-05-23 cs.SE
Empathy Models and Software Engineering -- A Preliminary Analysis and Taxonomy
该研究针对软件工程领域共情研究不足的问题，分析多学科共情模型的适用性，提出初步共情分类体系，指出可调整现有模型用于提升开发者对用户需求的共情能力。
2023-05-06 cs.SE
How Many Interviews Are Enough in a Software Engineering Study? Preliminary Findings on Sample Size and Saturation
University of Calgary（卡尔加里大学）；University of Hawaii at Manoa（夏威夷大学马诺阿分校）；Universidade Federal Rural de Pernambuco (UFRPE)（伯南布哥联邦农村大学）
研究探讨软件工程研究中访谈样本量与饱和度问题，通过分析2016至2025年相关论文，发现样本量差异大，13至24名受访者最常见，饱和度及充足性理由多样，为该领域方法学报告实践提供见解与贡献。
2026-07-15 cs.SE
A Preliminary Study on the Impact of AI in the Creativity and Collaboration in Software Teams
Universidade Federal de Pernambuco (UFPE)（巴西国立伯南布哥联邦大学）；University of Southampton（南安普顿大学）
研究人工智能对软件团队创造力和协作的影响，通过对13名软件专业人员半结构化访谈，发现人工智能拓宽创意范围但缩窄独立构思，削弱同伴学习指导，团队发展出开发者、同事和人工智能共同推理的三方协作模式。
2026-07-21 cs.SE
Handling Numerous Stakeholders Requirements A Research Agenda and Preliminary Outcomes
本研究旨在设计与发展一种新的需求优先化方法，以分析与优先化软件产品回馈中所提到的涉众需求。本文介绍了博士研究议程和早期分析的初步成果。还概述了为实现目标结果而应遵循的拟议研究方法论的路线图。迄今为止的结果表明，需求优先级问题已经得到了广泛的研究，但是，在考虑处理大量众包需求的技术时，仍然存在差距。此外，需求优先级作为一个问题影响到软件工程以外的许多领域。因此，来自其他领域的知识对于软件工程领域的需求优先级实践是有用的。
2019-07-24 cs.SE
Design, development, and preliminary validity and reliability evidence of the Software Engineering Self-Efficacy Scale (SESES)
University of Florida（佛罗里达大学）；Georgia Institute of Technology（佐治亚理工学院）
本研究设计并开发了软件工程自我效能感量表（SESES），通过探索性因子分析验证其五维结构，为测量本科计算学生的软件工程自我效能感提供了初步效度与信度证据。
2026-09-25 cs.SE
What prevents Finnish women from applying to software engineering roles? A preliminary analysis of survey data
芬兰被认为是一个在性别平等方面有着良好记录的国家。虽然统计数据支持芬兰在工作场所平等方面与许多其他国家相比表现良好的观点，但仍有许多领域需要改进。本文重点讨论了一些妇女在获得软件工程角色时所面临的问题。我们对252名受访者的调查数据进行了初步分析。这些主要是妇女，她们通过加入Mimmit koodaa倡议，表现出对获得编程角色的兴趣，该倡议旨在增加软件行业的平等和多样性。这项调查试图了解早期的经历可能会影响后来的职业选择，以及追求技术相关职业所需的效能感和信心。这些初步的研究结果表明，妇女的感觉计算自我效能和态度软件工程的早期经验的形状。更多的负面经历会降低未来从事软件工程工作的可能性，尽管他们对该领域感兴趣。
2020-02-05 cs.CY cs.SE
Onboarding in Open Source Software Projects: A Preliminary Analysis
如今，许多软件项目都是部分或完全开源的。越来越需要公司参与开放源码软件项目，例如，to benefit利益from open开放source源码ecosystems生态系统.开放源码软件项目提出了一些特殊的挑战，必须加以理解，以便获得好处。其中一个挑战是让新来者有效地加入项目。类似的挑战可能存在于其他自组织的虚拟团队环境中。在本文中，我们提出了初步的意见和正在进行的研究，研究过程中的入职虚拟OSS团队的结果。这项研究是基于斯坦福大学与Facebook的教育现代化计划一起创建和构思的计划。它涉及十多所国际大学和九个开源项目的合作。2013年有120多名学生参加。学生们被介绍给在参与开放源码软件项目方面经验丰富的导师并得到他们的支持。我们的研究结果表明，指导是一个重要的因素，有效的入职OSS项目，促进分布式团队内的凝聚力和保持适当的步伐。
2013-11-06 cs.SE
Practitioner-generated blog posts as evidence for software engineering research: attitudinal survey and preliminary checklist
背景：软件从业者经常使用博客帖子来分享有关他们实践的信息。因此，博客文章为软件工程（SE）研究提供了潜在的证据来源。使用博客文章作为研究证据在一些SE研究人员中似乎存在争议。目的：为了更好地了解博客文章作为SE研究证据的实际和感知价值，并为SE研究人员使用博客文章作为证据制定指导。方法：我们进一步分析了以前进行的态度调查的44个软件工程研究人员的反应。我们进行了热图分析、简单的统计分析和主题分析。结果如下：我们发现受访者对研究人员对博客文章可信度的态度没有明确的共识，也没有一套标准来评估博客文章的可信度。我们发现，对调查的一些回应表现出与博客文章内容相似的特征，例如，断言先前的信念作为索赔，没有引用和支持的理由很少。我们用来自调查的约60个定性例子来说明我们的见解，约占总回答的40%。我们补充我们的定量和定性分析与初步清单，以指导SE研究人员。结论：博客文章与研究相关，因为它们是由软件从业者撰写的，描述了他们的实践和经验。但是，评估博客文章的可信度，以便选择更高质量的内容，仍然是一个持续的挑战。定量和定性的结果，与建议的检查表，旨在刺激研究社区的反思和行动的作用，博客文章作为证据在软件工程研究。最后，我们的研究人员的态度博客文章的研究结果也提供了更一般的洞察研究人员的价值观SE研究。
2021-03-02 cs.SE
Can participation in a hackathon impact the motivation of software engineering students? A preliminary case study analysis
本研究通过案例研究评估黑客马拉松对软件工程学生动机的影响，结合定量与定性分析，发现动机多样但无显著统计变化，揭示了社交、团队和技能发展主题，强调其作为动机工具的潜力及需进一步探索心理测量维度。
2024-02-08 cs.SE
A Preliminary Search for Evidence on Government Software Engineering Practices: Results from Three Rapid Reviews
本文通过对2024年同行评审出版物的三项快速综述，评估政府软件工程实践证据的可用性。研究发现相关证据在主流场所可见度低，讨论了包括出版场所、合作激励及评估灰色文献方法等影响，并为未来研究指明方向以支持公共部门软件工程。
2026-07-27 cs.DL cs.SE
On the Popularity of GitHub Applications: A Preliminary Note
GitHub是世界上最大的开源软件集合。因此，对软件开发人员和用户来说，比较和跟踪GitHub存储库的受欢迎程度是很重要的。在本文中，我们提出了一个框架来评估GitHub软件的受欢迎程度，使用它们的星数。我们还提出了一套流行的增长模式，它描述了随着时间的推移，一个系统的恒星数量的演变。我们发现，星级往往与其他指标相关，如分叉，以及第三方程序对GitHub软件的有效使用。在整个论文中，我们使用从GitHub提取的真实数据来说明我们的框架的应用。
2017-03-21 cs.SE
A Preliminary Study for the development of an Early Method for the Measurement in Function Points of a Software Product
Albrecht的功能点分析（FPA）是一种确定软件产品功能规模的方法。国际功能点用户组（IFPUG）制定了FPA作为软件功能规模度量的标准。IFPUG [3] [4]方法遵循Albrecht的方法，并在其扩展版本中对规则和提示进行了修改，旨在改进它[7]。应用该方法所需的文件级别是功能规范，对应于Rudolph分类[8]中的I级。对于那些致力于为第三方开发软件的公司来说，当他们必须为这种开发准备适当的预算时，这些文档是有困难的。然后，我们需要开发一种早期方法[6] [9]来度量软件产品的功能大小，我们将其命名为早期方法或EFPM（早期功能点方法）。应用EFPM所需的文件是用户需求或一些类似的文件。这是奥维耶多大学目前正在进行的一项研究工作的一部分。在这篇文章中，我们只显示了以下结果：从一组项目的测量使用IFPUG方法v.4.1，我们得到的线性相关系数的功能点的总数为每个项目和ILF的数量，ILF + EIF的数量和EI + EO + EQ的数量计数器。使用初步结果，我们计算回归函数。这一结果，我们将使我们能够确定的因素要考虑的发展EFPM和估计的功能点。
2004-02-09 cs.SE
DIAR: Removing Uninteresting Bytes from Seeds in Software Fuzzing
软件模糊化改变测试种子中的字节，以探索被测程序的不同行为。初始种子可以对模糊活动的性能产生很大影响。在一个大种子中变异许多不感兴趣的字节会浪费模糊资源。在本文中，我们提出了我们的方法，旨在通过识别和删除种子中的无趣字节，以提高模糊器的性能的初步结果。特别是，我们提出了DIAR，一种技术，根据其覆盖范围，减少种子的大小。我们的初步结果表明，模糊运动从减少种子开始，更快地找到新路径，并且可以产生更高的整体覆盖率。
2021-12-25 cs.SE
What Affects Team Behavior? Preliminary Linguistic Analysis of Communications in the Jazz Repository
越来越多的人相信，理解和解决软件开发过程中使用的人类过程可能会为行业提供更多的价值，而不是为实现各种方法和工具提供更多的建议。为此，相当多的研究工作一直致力于研究人类的问题，在软件工件中表示，由于其相对不引人注目的性质。我们遵循这条研究路线，并利用数据采掘技术和语言分析对团队行为进行了初步研究。我们的数据源，IBMRationalJazz存储库，被挖掘出来，并且从三个不同的项目领域中提取数据。然后使用LIWC语言分析工具分析这些项目中的通信。我们发现，虽然在致力于不同软件成果的项目领域工作的团队之间的语言使用存在一些差异，但项目类型和参与人员的组合（和数量）并没有影响团队行为，这在他们的沟通中很明显。然而，这些评估是初步的，我们计划进一步的探索性分析来验证这些结果。我们解释了这些发现，并讨论了它们对软件工程实践的影响。
2021-01-11 cs.SE
Differences in Jazz Project Leaders' Competencies and Behaviors: A Preliminary Empirical Investigation
研究影响软件开发的人为因素，并将具有特定能力和素质的个人分配给特定的软件角色，已被证明有助于软件项目的绩效。例如，先前的证据表明，外向的软件项目领导者是最成功的。基于个人能力和行为的角色分配在分布式软件开发环境中可能特别相关，在分布式软件开发环境中，团队经常受到距离，文化和个性问题的影响。这些环境中的项目领导者需要具备高水平的人际、个人内部和组织能力，才能适当管理这些问题并保持积极的项目绩效。为了理解和解释这些环境中项目领导者所需的特定能力和行为，我们使用心理语言学和定向内容分析来研究六位成功的IBM Rational Jazz领导者在协调他们的三个分布式项目时的运作方式。与之前的人格研究报告相反，我们的研究结果并没有揭示这些爵士乐领导者的普遍能力和行为。相反，Jazz项目领导者的能力和行为随着他们的项目任务组合而变化。我们的研究结果表明，一个务实的方法，考虑正在开发的软件任务的性质，可能是一个更有效的战略分配领导者的分布式软件团队，对战略，促进特定的个性类型。我们讨论了这些发现，并概述了分布式软件项目治理的影响。
2021-06-20 cs.SE
The Role of Humour in Software Engineering -- A Literature Review and Preliminary Taxonomy
本文通过文献综述提出软件工程团队幽默分类法，整合幽默理论、风格、模型与量表，旨在提升生产力与沟通并营造积极工作环境，同时强调负责任使用和进一步实证验证的必要性。
2025-07-04 cs.SE
Prompts as Software Engineering Artifacts: A Research Agenda and Preliminary Findings
本文提出将提示词作为软件工程制品的研究议程，并通过74名专业人员的调查揭示当前提示词使用多为临时试错、缺乏复用与标准化，为系统化提示词管理提供实证基础。
2025-09-22 cs.SE
Female Leadership in Software Projects: A Preliminary Result on Leadership Style and Project Context Factors
事实证明，妇女在许多以团队为基础的情况下是有效的领导者。然而，人们也普遍认识到，妇女在工程和技术领域的代表性不足，这导致浪费努力和专业组织缺乏多样性。虽然关于性别和领导力的研究很丰富，但专注于工程特定活动的研究却很少。为了应对这一差距，我们探讨了软件开发项目的女性领导者的经验和可能影响领导效率的背景因素。该研究是作为纵向多案例研究进行的。数据来自调查、访谈、观察和项目报告。在这项工作中，我们报告了一些有关领导风格，团队知觉的领导和团队任务的背景因素的初步研究结果。我们发现，感知团队领导和任务管理之间有很强的相关性。我们还观察到一个潜在的关联，以人为本的领导方式在低客户参与的情况下，以任务为导向的领导方式在高客户参与的情况下。
2017-09-22 cs.CY cs.SE
The Scalability-Efficiency/Maintainability-Portability Trade-off in Simulation Software Engineering: Examples and a Preliminary Systematic Literature Review
大规模模拟在科学和工业中发挥着核心作用。在构建仿真软件时会遇到一些挑战，因为仿真需要在动态构建过程中开发复杂的软件。这就是为什么仿真软件工程（SSE）最近成为研究热点的原因。一方面是可伸缩性和效率（SE），另一方面是可维护性和可移植性（MP）之间的二分法权衡是核心挑战之一。我们在一项正在进行的系统性文献综述（SLR）的背景下报告了SE/MP权衡。在使用我们自己研究中的两个例子描述SE/MP权衡问题之后，我们（1）回顾了33篇评估权衡的文章，（2）总结了权衡的建议解决方案，（3）讨论了SSE和未来工作的结果。总的来说，我们看到了SE/MP权衡和第一解决方案方法的证据。然而，一个强大的经验基础尚未建立，一般的定量指标和方法，支持软件开发人员在解决权衡必须开发。我们预计未来在SSE跨科学界的大量工作。
2016-10-05 cs.DC cs.SE
Preliminary Guideline for Creating Boundary Artefacts in Software Engineering
本研究针对边界制品（BA）信息不一致导致信任下降的问题，通过文献综述、案例研究及专家验证，制定了涵盖范围、结构、管理三类原则的可信BA创建初步指南，可指导BA创建与现有实践评估。
2023-06-09 cs.SE
Controlled Experiments with Student Participants in Software Engineering: Preliminary Results from a Systematic Mapping Study
在软件工程研究中，强调对新方法的合理评估。虽然行业调查或工业案例研究是首选，以评估工业适用性，学生参与的控制实验通常用于确定测量，如有效性和效率的建议的方法。[目的]本文阐述了学生参与的对照实验的现状。由于学生参与者通常只是不情愿地接受科学界和威胁的普遍性是相当明显的，我们想确定如何广泛的控制实验与学生参与者和他们在哪些设置中使用。[方法]以软件工程领域的高质量期刊和会议为数据源，进行系统的映射研究。我们扫描了2010年至2014年间发表的所有论文，并详细调查了所有报告学生实验的论文。[结果]在2788篇文献中，有175篇报道了对照实验结果。109（62.29%）的这些控制实验已与学生参与者进行。大多数实验使用本科生参与者，在自愿的基础上招募学生，并为他们设置任务来衡量他们的理解。然而，许多实验缺乏关于学生的招聘和其他重要因素的信息。[结论]学生参与软件工程实验是一种常用的评价方法。相比之下，学生实验中对有效性的威胁似乎知之甚少，因为根本没有报告招聘等主要驱动因素。
2017-08-15 cs.CY cs.SE
Requirements Elicitation in Government Projects: A Preliminary Empirical Study
本文通过对12名政府项目软件从业者的半结构化访谈，实证揭示了政府项目在需求获取阶段与其他软件项目的差异、人类与社会因素的覆盖情况以及主要挑战，为弥补政府软件项目需求工程研究空白提供了初步依据。
2024-04-08 cs.SE
Mitigating Uncertainty Interactions in GenAI-based Adaptive Systems: Vision, Challenges and Preliminary Guidelines
IIIT Hyderabad（海得拉巴国际信息技术学院）；Universidad Icesi（伊塞西大学）；University of Victoria（维多利亚大学）；Karlsruhe Institute of Technology (KIT)（卡尔斯鲁厄理工学院）；Universidad de Los Andes（安第斯大学）；Trinity College Dublin（都柏林圣三一学院）；York University（约克大学）
本文针对GenAI组件在软件系统中引入的不确定性交互问题，提出一个初步概念框架和缓解函数，以指导全生命周期的缓解策略，并通过三个用例验证其可行性。
2026-10-08 cs.SE
Preliminary Insights on Industry Practices for Addressing Fairness Debt
本文通过访谈和主题分析，初步揭示了软件从业者识别和应对AI系统偏见的实践策略，为管理公平债务和制定结构化指南奠定了基础。
2024-09-04 cs.SE
DevOps in Practice -- A preliminary Analysis of two Multinational Companies
DevOps是一种文化运动，旨在让所有参与软件开发、部署和运营的利益相关者合作，在尽可能短的时间内提供高质量的产品或服务。DevOps是相对较新的，公司主要从零开始开发他们的DevOps实践。我们的研究旨在对20多家软件密集型公司的DevOps实践进行分析，以提供DevOps实践模式，并确定其优势和障碍。本文介绍了一个探索性的案例研究的基础上，对两个（跨国）公司的相关利益相关者的访谈进行了初步分析。结果显示了这些公司正在处理的好处（软件交付性能）和障碍，以及他们在DevOps转型期间处理的DevOps团队拓扑结构。本研究旨在帮助从业者和研究人员更好地理解DevOps转换以及实践工作的环境。希望这将有助于加强有关DevOps的证据，并支持从业者在采用DevOps时对投资回报做出更明智的决策。
2019-10-16 cs.SE
The Transformative Influence of LLMs on Software Development & Developer Productivity
本文系统综述了LLMs作为AI编程助手对软件开发的影响，揭示了隐私、偏见等挑战，并提出12个开放问题。
2025-07-05 cs.HC cs.SE
How to specify Non-functional Requirements to support seamless modeling? A Study Design and Preliminary Results
上下文：无缝的基于模型的开发提供了集成的模型链，覆盖了所有的软件工程阶段。非功能需求（NFR），如可重用性，在软件和系统工程中发挥着重要作用，但在研究和实践中往往被忽视。目前还不清楚如何将NFR集成到基于模型的无缝开发中。目标：我们的长期目标是开发一种关于NFR规范的理论，以便它们可以集成到基于模型的无缝开发中。方法：我们的整体研究设计包括一个多阶段的程序，以推断经验成立的理论，指定NFR，以支持无缝建模。在这篇简短的论文中，我们提出了研究设计，并提供了（i）从样本中获得的初步结果，以及（ii）与设计相关的当前问题的讨论。结果：我们的研究已经显示了显着的改进领域，例如，分类过程中的低一致性。然而，结果表明有趣的点;例如，许多常用的NFR类关注系统建模概念的方式，显示功能和NFR之间的边界是多么模糊。结论：到目前为止，我们的结论是，我们的整体研究设计似乎适合获得设想的理论，从长远来看，但我们也可以显示当前的问题，值得讨论的经验软件工程社区。本文的主要目的不仅是介绍和讨论目前的成果，而且是促进对与无缝建模中的NFR整合相关的问题的讨论，特别是对开放方法问题的讨论。
2017-02-24 cs.SE
Should Code Models Learn Pedagogically? A Preliminary Evaluation of Curriculum Learning for Real-World Software Engineering Tasks
The University of Melbourne（墨尔本大学）
本文初步评估了课程学习在真实软件工程任务中的效果，发现CodeT5在代码克隆检测和摘要任务上出现灾难性遗忘与捷径学习，且性能在训练早期即饱和，提示现有课程学习策略对代码模型可能并不有效。
2025-02-06 cs.LG cs.SE
Exploring the SECURITY.md in the Dependency Chain: Preliminary Analysis of the PyPI Ecosystem
Faculty of Information and Communication Technology, Mahidol University（玛希隆大学信息通信技术学院）；Graduate School of Science and Technology, Nara Institute of Science and Technology (NAIST)（奈良先端科学技术大学院大学理工学研究科）；Graduate School of Information Science and Technology, The University of Osaka（大阪大学情报理工学研究科）
本研究分析了PyPI生态中SECURITY.md文件对依赖管理的影响，发现其与更模块化和功能丰富的项目相关，促进了主动依赖管理。
2025-11-27 cs.SE
The Framework For The Discipline Of Software Engineering in Connection to Information Technology Discipline
本文代表了初步的工作，在确定软件工程的学科基础，并发现之间的联系领域的软件工程和信息技术（IT）。我们的研究利用IEEE Transactions on软件工程（IEEE-TSE）、ACM Transactions on软件工程and Methodology（ACM-TOSEM）、Automated软件工程（ASE）、International Conference on软件工程（ICSE）以及其他软件工程领域的相关期刊出版物来解决我们的研究问题。我们探索了现有的框架，并描述了软件工程作为一门学科的必要性。我们进一步澄清了软件工程和计算机科学之间的区别。通过这些努力，我们有助于了解如何从IT研究的证据可以用来提高软件工程作为一门学科。
2022-10-27 cs.SE
Understanding Code Snippets in Code Reviews: A Preliminary Study of the OpenStack Community
代码评审是软件开发中一种成熟的软件质量保证实践，评审员通过评审员检查开发人员提交的代码，并验证代码的质量。在代码评审讨论期间，评审者和开发人员可能会使用代码片段来提供必要的信息（例如，建议或解释）。然而，很少有人知道的意图和影响的代码片段在代码审查。为此，我们进行了一项初步研究，以调查代码片段的性质及其在代码审查中的用途。我们手动收集并检查了来自OpenStack社区的Nova和Neutron项目的10，790条评论，最终获得了626条包含代码片段的评论，以供进一步分析。结果表明：（1）代码片段在代码评审中的使用并不普遍，大多数代码片段都是由评审者提供的。(2)我们确定了审阅者提供的代码片段的两个高级目的（即，建议和引用），其中，改进代码实现是最常见的目的。(3)在以建议为目的的代码评审中，大约68.1%的代码片段被开发人员接受。结果突出了在代码审查中使用代码片段的有前途的研究方向。
2022-03-30 cs.SE
Exploring Code Comprehension in Scientific Programming: Preliminary Insights from Research Scientists
本研究通过调查57名不同学科的科研人员，探究科学编程中的代码理解现状，揭示了科研人员编程背景、代码可读性实践与挑战及工具使用趋势，为改进科学编程实践提供参考。
2025-01-17 cs.SE
Are We Aligned? A Preliminary Investigation of the Alignment of Responsible AI Values between LLMs and Human Judgment
Information and Computer Science Department, KFUPM（信息与计算机科学系，KFUPM）；IRC for finance and digital economy, KFUPM（金融与数字经济研究中心，KFUPM）；SDAIA-KFUPM Joint Research Center for Artificial Intelligence, KFUPM（人工智能联合研究中心，KFUPM）
本研究通过四项任务评估23个LLMs，发现其负责任AI价值观更接近AI从业者而非美国代表性样本，但声称价值观与需求优先级排序行为不一致，提示在需求工程中需人类监督和系统化价值对齐监控。
2025-11-06 cs.AI cs.SE
A metric for software vulnerabilities classification
漏洞发现和漏洞检测是软件工程中两个广泛的研究领域。这个初步的工作试图结合现有的方法与机器学习技术来定义一个度量分类脆弱的计算机程序。首先定义了一个功能集，然后针对现实世界的漏洞测试了两个模型。分类器的选择和功能之间的关系也被概述。
2014-07-21 cs.LG cs.SE
A Model for Software Contexts
研究人员和实践者广泛承认，软件开发方法通常适用于特定的项目环境。对已实施的做法的研究是零散的，往往侧重于坚持某一具体方法的力度，或侧重于具体做法的效力如何受到背景因素的影响。我们提出需要一个更全面，综合的方法来调查与背景相关的最佳做法。我们提出了一个六维模型的问题空间，维度组织驱动程序（为什么），空间和时间（在哪里），文化（谁），产品生命周期阶段（何时），产品约束（什么）和参与约束（如何）。我们测试我们的模型，用它来描述和解释报告的实施研究。我们的贡献是一种新的方法来理解软件的实践和软件环境的初步模型。
2020-12-29 cs.SE
AgentFM: Role-Aware Failure Management for Distributed Databases with LLM-Driven Multi-Agents
针对分布式数据库故障管理忽视角色差异且依赖小模型的问题，本文提出LLM驱动的多智能体框架AgentFM，通过系统、数据和任务三类角色及元智能体协调实现角色感知的故障管理，并在Apache IoTDB上初步验证其有效性。
2025-04-09 cs.SE
Does Domain Change the Opinion of Individuals on Human Values? A Preliminary Investigation on eHealth Apps End-users
激发最终用户的价值观--如自由、诚实、透明等--在软件系统的开发中是很重要的。我们进行了两项初步的Q研究，以了解（a）电子健康应用程序（应用程序）最终用户的一般人类价值观点类型（b）电子健康应用程序最终用户的电子健康领域人类价值观点类型（c）一般和电子健康领域观点类型之间是否存在差异。我们的早期结果显示了使用通用价值工具的三种价值观点类型：（1）热爱乐趣、成功驱动和独立的最终用户，（2）安全意识强、关心社会、成功驱动的最终用户，以及（3）仁慈的、成功驱动的和顺从的最终用户我们的结果还显示了使用特定领域价值工具的两种价值观点类型：（1）安全意识强、信誉好、诚实的最终用户，以及（2）成功驱动、信誉好、避免痛苦的最终用户。鉴于这些结果，在设计和应用价值观启发工具时应考虑领域背景。
2021-10-05 cs.SE
NeuroCodeBench: a plain C neural network benchmark for software verification
The University of Manchester（曼彻斯特大学）；Universidade Federal do Amazonas（亚马逊联邦大学）
本文提出了NeuroCodeBench，一个针对纯C语言编写神经网络代码的验证基准，包含32个网络和607个安全属性，评估表明现有软件验证器在标准C数学库支持和大型网络复杂性方面存在困难。
2023-09-07 cs.AI cs.CR cs.SE
