A Framework for Process Assessment of Software Product Line
软件产品线已经成为一个有吸引力的现象，在组织处理软件开发过程。它涉及从现有的核心资产（通常称为零部件）组装产品，并随着生产的进行，核心资产不断增长。组织试图将软件产品线的概念，以减少开发时间和成本，需要一定的规则，以遵循成功的开发和管理，他们还需要一个直接的过程来评估当前的成熟度水平的过程。提出了软件生产线开发和管理的若干原则。此外，在软件产品线过程评估规则的基础上，设计并实现了一个基于模糊逻辑的软件产品线过程评估工具SPLPAT。SPLPAT可以用来评估软件产品线的过程成熟度水平，它提供了一个机会来处理软件过程变量中存在的不精确性和不确定性。四个案例研究进行了验证框架，结果表明，SPLPAT提供了一个直接的机制，以评估当前的软件产品线过程成熟度水平在一个组织。开发的软件产品线过程评估方法的结果进行了比较，与现有的CMM水平的组织，以评估所提出的方法的可靠性，并找出如何有效地组织可以执行软件产品线过程时，它已经达到了一定的CMM水平。
2015-07-24 cs.SE
Persona-based Assessment of Software Engineering Student Research Projects: An Experience Report
就读于软件工程学位的学生通常需要在最后一年进行一个研究项目，通过该项目，他们展示了在某个领域进行研究，交流成果和建立深入专业知识的能力。这些项目的评估通常包括通过论文或类似的工件来评估他们的研究成果。然而，这忽略了一系列其他因素，这些因素有助于培养成功的软件工程师和研究人员。将过程、态度、项目复杂性和监督支持等方面纳入评估，可以对绩效进行更全面的评估，从而更好地与预期的学习成果保持一致。在本文中，我们提出了我们的经验，采用创新的评估方法，以提高学习成果和研究绩效在我们的软件工程研究项目。我们的方法采用了一个以任务为导向的方法来组合评估，包括学生的人物角色，频繁的形成性反馈，延迟总结性评分，和标准一致的结果为基础的评估。我们报告我们在适应任务和标准，以解决评估学生研究项目的挑战不断改进的旅程。我们学到的教训证明了人物角色在指导整体规则开发方面的价值，赋予成绩意义，并将教职员工和学生的注意力集中在态度和技能上，而不仅仅是产品上。
2023-02-11 cs.SE
Potential Errors and Test Assessment in Software Product Line Engineering
软件产品线（SPL）是一种开发富变体软件系统的方法。与非变量系统相比，由于可能的产品数量越来越多，测试SPL是广泛的。存在不同的方法来测试SPL，但很少有研究评估这些测试的质量，通过错误检测能力。这种测试评估是基于错误注入到被测系统的正确版本。然而，据我们所知，在SPL工程的潜在错误从来没有被系统地确定之前。本文概述了现有的范例，指定软件产品线和错误，可能会发生在各自的规范过程。对于测试质量的评估，我们利用变异测试技术SPL工程和实现识别的错误作为变异算子。这使我们能够针对缺陷产品运行现有测试，以进行测试评估。从结果中，我们得出结论的错误倾向的调查SPL设计范式和如何SPL测试的质量可以提高。
2015-04-09 cs.SE
Derivation of UML Based Performance Models for Design Assessment in a Reuse Based Software Development Approach
基于重用的软件开发为提高软件产品的质量和生产力提供了机会。软件系统质量的一个最关键的方面是它的性能。在整个开发过程中系统地应用软件性能工程技术，可以帮助确定设计替代方案，保留所需的质量，如可扩展性和可重用性，同时满足性能目标。在目前的情况下，大多数性能失败是由于在开发过程的早期，特别是在设计阶段，缺乏对性能问题的考虑。这些性能故障会导致客户关系受损、用户生产力损失、调整或重新设计导致的成本超支以及错过市场窗口。在本文中，我们提出了基于UML的性能模型的设计评估在一个基于重用的软件开发方案。
2009-05-29 cs.SE
An overview of metrics-based approaches to support software components reusability assessment
目的：介绍了基于度量的软件构件和构件组装质量评估的研究现状。方法：比较文献中可用的几种方法，使用包括几个方面的框架，如范围，意图，定义技术和成熟度。结果如下：识别当前方法的共同缺点，如定义的模糊性，缺乏足够的指定形式主义和当前的质量模型和度量的软件组件的验证不足。结论：组件和基于组件的基础设施的质量评估对实验软件工程社区提出了新的挑战。
2011-09-30 cs.SE
Identifying Talented Software Engineering Students through Data-driven Skill Assessment
对于软件开发公司来说，最重要的目标之一是识别和获得有才华的软件工程师，以保持一支能够生产有竞争力产品的熟练团队。传统的发掘年轻软件工程师人才的途径主要是通过各种形式的程序设计竞赛，主要是测试参与者的程序设计技能。然而，成功的软件工程在实践中需要更广泛的技能，从团队成员，包括分析，设计，编程，测试，沟通，协作和自我管理等，在本文中，我们探讨潜在的方法来识别人才软件工程学生在数据驱动的方式，通过敏捷项目管理（APM）平台。通过我们提出的HASE在线APM工具，我们在2014年进行了一项研究，涉及21个由100多名本科软件工程学生组成的STEM团队，他们参加了为期数周的课程项目。在这项研究中，学生们进行了超过10，000个由HASE记录的ASD活动。我们展示了这一新的研究方向的可能性和潜力，并讨论了其对软件工程教育和行业招聘的影响。
2014-11-23 cs.SE
Recurrent Neural Networks to automate Quality assessment of Software Requirements
由于需求是用自然语言编写的，因此在需求获取和规格说明活动中会出现许多与需求质量相关的问题。语言的灵活性和固有特性使得需求容易出现不一致、冗余和歧义，从而对软件生存周期的后期阶段产生负面影响。为了解决这个问题，本文提出了一种创新的方法，结合自然语言处理技术和循环神经网络自动评估软件需求的质量。首先，分析IEEE 29148：2018标准中定义的奇异、完整、正确和适当的质量属性。所提出的神经模型是用由1000个软件需求组成的数据集训练的。该提案提供了75%的平均准确度。这些有希望的结果是一个动机，探索其应用于其他质量特性的评价
2021-05-13 cs.SE
The Replication Assessment Problem in Software Engineering
University College London（伦敦大学学院）；Brunel University of London（伦敦布鲁内尔大学）；Ministry of Justice（司法部）
该研究针对软件工程复制研究评估标准不明确不一致的问题，通过系统综述找到10项研究，分析发现显著异质性，进而提出基于多方面考量的有原则框架，能减少模糊性、提高可比性，助力可靠证据积累。
2026-07-16 cs.SE
Risk Assessment Techniques and Survey Method for COTS Components
RationalUnifiedProcess是一个软件工程过程，现在越来越流行. RUP为组件软件开发的生存周期提供了最佳的软件实践。软件开发的每一个阶段都存在着风险，忽视这些风险往往会阻碍软件的发展并导致负面的结果。为了提供适当的安全和保护级别，识别各种风险是非常重要的。因此，风险识别在基于组件的软件开发中起着非常关键的作用。本报告讨论了将基于组件的软件开发周期纳入RUP阶段，评估了基于组件的软件中遇到的几类风险。它还需要一种调查方法来识别风险因素，并根据风险评估组件软件开发的整体严重性。给出了确定风险防范成本和求出风险概率的公式。本文的总体目标是提供一个理论基础，促进对基于组件的系统开发风险的良好理解
2012-02-13 cs.SE
A Quality Assessment Instrument for Systematic Literature Reviews in Software Engineering
本研究以医疗领域成熟评估工具为基础，结合软件工程领域经验适配开发出含16个评估项的SLRs质量评估工具，经专家验证后可有效辅助评估人员开展相关质量评估工作。
2021-09-21 cs.SE
Towards Continuous Safety Assessment in Context of DevOps
传统上，在互联网公司的推动下，持续交付越来越吸引那些开发具有安全关键功能的系统的行业。由于安全关键系统必须满足法规要求，并且除了正常的开发步骤之外还需要特定的安全评估过程，因此在安全关键系统中实现软件的持续交付需要交付管道中安全评估过程的自动化。在本文中，我们概述了一个连续的交付管道，实现连续的安全评估，在软件密集型安全关键系统的基础上，基于模型的安全评估方法。
2021-06-14 cs.SE
Analyzing and Calibrating Risk Assessment by Software Developers
在软件项目管理中，风险管理是一个至关重要的因素。项目经理使用现有的风险列表或执行头脑风暴来识别风险。然而，客观地认识所有风险并不容易。因此，有些风险是基于主观印象来感知的，这导致了风险偏差。因此，我们的目标是（i）我们澄清的风险认知的开发人员，以提高头脑风暴的可靠性，（ii）我们校准的风险评估的基础上的数学模型，使更准确的风险列表。在分析中，我们通过问卷调查收集了69名专业软件开发人员的风险感知数据。这些专业人员的平均工作年限为18.3年。使用数据集，我们应用因子分析来阐明影响风险影响评估的因素。该问卷以Slovic的风险知觉理论为基础，其中“恐惧”和“未知”是风险知觉的主要因素。分析结果表明，（一）风险经验（即，开发人员是否实际面临风险）有时会影响风险评估（风险影响的评估），（ii）风险感知被认为是基于未知和可怕的因素，以及（iii）风险评估可以通过数学模型进行校准（平均绝对误差为0.20）。
2022-09-08 cs.SE
The Use of Application Scanners in Software Product Quality Assessment
软件开发需要持续的质量控制，以便及时发现和消除质量问题。这包括频繁的质量评估，这需要尽可能自动化才可行。评估软件安全性的一种自动化方法是应用程序扫描器，它测试正在执行的软件的漏洞。目前，一般的质量评估并没有将这种扫描仪结合起来，以提供一个全面的质量说明。本文提出了一种集成的应用程序扫描到一个通用的质量评估方法的基础上显式的质量模型和贝叶斯网。它的适用性和常见的扫描仪的检测能力进行了调查的案例研究与两个开源的网络商店。
2016-11-21 cs.CR cs.SE
RUM: Rule+LLM-Based Comprehensive Assessment on Testing Skills
本文提出RUM方法，将规则与大语言模型结合，对测试用例、脚本和报告进行主客观综合评估，在软件测试竞赛中实现效率提升80.77%、成本降低97.38%，为测试技能评估和个性化教学提供新思路。
2025-08-18 cs.SE
Conservative Software Reliability Assessments Using Collections of Bayesian Inference Problems
本文通过贝叶斯推断问题集合确定软件无故障运行的最坏情况后验预测概率，推导其渐近性质并应用于安全关键软件评估，扩展了稳健与保守贝叶斯推断方法。
2025-11-10 cs.SE stat.AP
Assessment of a hybrid software development process for student projects: a controlled experiment
近年来，人们对混合开发方法产生了浓厚的兴趣，因为实践者将各种方法结合起来进行软件创建，以提高生产率，产品质量和过程对变化的适应性。关于这一主题的科学论文激增，但在学术背景下对混合方法的有效性的评估尚未跟上。提出的工作调查，如果引入一个混合的方法为学生项目带来了附加值相比，迭代和顺序开发。在法国一所工程学校的本科生中进行了一项对照实验，以评估给定的开发方法对学生计算事业成功的影响。它的三个维度通过一组指标进行了检查：产品质量，团队生产力以及人为因素（团队合作质量和学习成果）。观察到几种模式，这可以提供一个起点，教育工作者和研究人员希望定制或设计一个软件开发过程的学术需求。
2021-03-05 cs.SE
Toward Optimal Psychological Functioning in AI-driven Software Engineering Tasks: The SEWELL-CARE Assessment Framework
本文提出SEWELL-CARE概念框架，从技术、心理和社会多维度评估AI驱动的软件工程任务，旨在提升开发者效率、福祉与心理功能，弥补现有评估忽视人文维度的不足。
2023-11-13 cs.SE
How Tertiary Studies perform Quality Assessment of Secondary Studies in Software Engineering
内容：高等教育在软件工程中越来越受欢迎，作为一种系统地综合研究主题证据的工具。为了理解这些研究结果并将其置于背景之中，必须评估所选次级研究的质量。目的：本文的目的是提供一个国家的艺术对中等研究的质量进行评估，在高等研究领域的软件工程，报告的框架作为工具，在这些框架中检查的方面，和质量评估的目的。方法：我们设计了这项研究作为一个系统的映射响应来自上述目标的四个研究问题。我们在Scopus数字图书馆中应用了严格的检索协议，在应用纳入和排除标准后得到了47篇论文。提取的数据进行了综合使用内容分析。结果：大多数三级研究进行质量评估。它通常不用于排除研究，而是用于支持某种调查。DARE质量评估框架是最常用的，在某些情况下可以进行定制以覆盖缺失的方面。我们概述了建立一个新框架以解决所发现的缺点的第一步。结论：本文是向前迈出的一步，以两种不同的方式为研究人员奠定了基础。作为三级研究的作者，了解他们可以对二级研究进行质量评估的不同可能性。作为读者，有一种工具来理解高等教育研究可能声称他们的发现的方法论的严谨性。
2021-10-07 cs.SE
Architectural Consistency Checking in Plugin-Based Software Systems
手动确保软件系统的实现与软件架构一致是一项费力且容易出错的任务。因此，已经开发了各种自动一致性检查的方法来对抗架构侵蚀。然而，这些方法缺乏手段来定义和检查架构限制插件的依赖关系，这是需要基于插件的软件系统。在本文中，我们提出了一个特定于域的语言，称为依赖约束语言（DepCoL），以方便有关插件依赖关系的约束的定义。使用DepCoL，可以定义影响插件组的约束，减少所需的规范工作，仅为特定插件制定约束并细化约束。此外，我们还提供了一个Eclipse插件，它可以检查开发中的软件系统是否与建模的约束一致。这使得无缝集成到开发过程中，以便在软件系统开发期间轻松检查一致性。通过这种方式，开发人员可以立即了解依赖关系违反，这有助于开发人员对抗架构侵蚀。
2015-10-28 cs.SE
An Analysis of Research in Software Engineering: Assessment and Trends
Glass在二十年前发表了第一份关于系统和软件工程学者和机构评估的报告。对这一领域出版物的持续年度调查为基金经理、青年学者、研究生等提供了各种用途的有用信息。然而，由于评价方法的一些缺陷，这些研究受到了一些批评者的质疑。对学者和机构的这种评价，其实很难达成广泛认同的共识。针对软件工程中的评估和趋势分析问题，提出了一种模块化、自动化的评估和趋势分析方法。为了获得更合理的评价结果，我们考虑了更多高质量的出版物，分析的每篇出版物的排名，以及每篇论文中作者的不同角色。根据2008 - 2013年36种出版物发表的7638篇论文，研究对象的统计大致遵循幂律，隐含着有趣的马太效应。然后，我们确定了前20名的学者，机构和国家或地区的一个新的评价标准的基础上，经常使用的。排名最高的学者是英国伦敦大学学院的马克·哈曼，排名最高的机构是美国加州大学，排名最高的国家是美国。此外，我们还显示了基于EI分类系统和用户定义的非受控关键词的两个级别的趋势变化，以及特定研究领域值得注意的学者和机构。我们相信，我们的研究结果将提供一个有价值的洞察力，为年轻的学者和研究生寻找可能的潜在合作者和把握热门的研究课题在软件工程。
2014-07-18 cs.SE
Engaging Software Engineering Students in Grading: The effects of peer assessment on self-evaluation, motivation, and study time
同伴评估是一种流行的技术，用于在小组项目中对单个学生进行更细粒度的评估。它对评价的影响是很好的研究。然而，它对学生学习能力的影响却常常被忽视。在本文中，我们探讨自我评价，动机和学习时间的学生在同行评价，作为一个正在进行的项目的一部分，在我们当地的工程技术学院。迄今为止，两年的综合测量结果表明：（1）学生在同行评估会议后，在评估他们自己的项目的一些标准上，但不是所有的标准上，都有了很大的提高;（2）学生在后续调查中报告说，他们更有动力去做他们的项目;（3）动机和花在项目上的时间之间的关系增加了。这些结果表明，同侪评分可以有积极的长期影响的反思，因此终身学习，学生的技能。更好地理解评估标准会导致更准确的自我和同伴成绩，强调在整个学期中正确定义和传达这些标准的重要性。
2020-12-07 cs.SE
Towards a corpus for credibility assessment in software practitioner blog articles
博客是灰色文献的一个来源，被软件从业者广泛采用来传播意见和经验。分析这些文章可以为软件工程研究的实践状态提供有用的见解。然而，在从大量可用的文章中确定更高质量的内容方面存在挑战。可信度评估可以帮助识别高质量的内容，尽管缺乏现有的语料库。可信度通常通过一系列概念标准来衡量，其中“论证”和“证据”是两个重要标准。我们创建了一个标记为论证和证据的语料库，可以帮助可信度社区。该语料库由来自单个软件从业者的博客的文章组成，并且是公开的。三个注释者用一系列概念可信度标准标记语料库，达到0.82（Fleiss' Kappa）的一致性。我们提出了初步的分析语料库，用它来调查索赔句子（我们的十个标签之一）的识别。我们训练四个系统（BERT，KNN，决策树和SVM）使用三个特征集（Bag of Words，Topic Modelling和InferSent），使用InferSent和线性SVM实现F1得分为0.64。我们的初步结果是有希望的，表明语料库可以帮助未来的研究在检测灰色文献的可信度。未来的研究将调查在何种程度上的句子水平的注释可以推断出整个文件的可信度。
2021-06-21 cs.SE
Enhance accuracy in Software cost and schedule estimation by using "Uncertainty Analysis and Assessment" in the system modeling process
准确的软件成本和进度估计是软件项目成功的关键。由于其复杂性和不确定性，软件评估通常被称为“黑色艺术”，但它并不像人们想象的那样困难或令人困惑。事实上，一旦您了解了建模过程的不确定性强度和框架，生成准确的估计是很简单的。成功软件评估的奥秘：将学术信息和真实世界的经验提炼成软件专业人员的实用指南。而不是《双城之战》论文和僵化的建模技术，这将指导突出一组经过验证的程序，可理解的公式和技巧，个人和开发团队可以应用到他们的项目，以帮助实现估计熟练与选择适当的开发方法在软件生存周期的早期阶段，项目经理是低效的估计工作，进度，成本估算及其开发方法。这反过来又会使管理人员对软件项目进行有效的投标，并选择不正确的开发方法。这将直接影响生产力周期并增加不确定性。这成为项目失败的重要原因。因此，了解模型设计中不确定性的程度和来源，可以指导开发人员设计出准确的软件成本和进度估算，这对软件项目的成功至关重要。然而，一旦估计了所需的努力，几乎没有做任何工作来重新校准和减少初步估计的不确定性。
2012-01-13 cs.SE
Identification and Assessment of Software Design Pattern Violations
为了在快速开发环境中保存、扩展和重用软件项目，设计模式实现的验证以识别模式违反已经成为重新工程过程的一部分。如果设计模式实现不符合它们的定义，则会被视为违规。软件老化和开发人员缺乏经验是设计模式违反的根源。根据一些预定义的特征来检查设计模式实现的正确性以检测和纠正违规，从而降低成本是很重要的。目前，已经开发了几种工具来检测设计模式实例，但在创建一个自动化工具来识别和验证设计模式违规方面所做的工作很少。在本文中，我们提出了一个设计模式违规识别和评估（DPVIA）工具，它有能力识别软件设计模式违规，并报告模式实例实现的一致性得分对一组预定义的特征，任何设计模式定义，无论是Gang of Four（GoF）设计模式由Gamma等人[1];或自定义模式由软件开发人员。此外，我们已经验证了所提出的工具的有效性，使用两个评估实验和结果进行手动检查。最后，为了评估所提出的工具的功能，它进行了评估与数据集包含5，679，964行代码中的28，669在15个开源项目，与大小的开源项目，广泛和系统地采用设计模式，以确定设计模式的违规行为，并建议重构解决方案，从而保持软件进化的成本。软件架构师可以使用这些结果在使用设计模式的同时开发最佳实践。
2019-06-04 cs.SE
Software Quality Metrics for Geant4: An Initial Assessment
在屏蔽和辐射防护等关键应用中，确保其所依赖的仿真软件的质量至关重要。仿真软件质量的评估不仅对于确定其在实验应用中的采用非常重要，而且对于保证结果随着时间的推移的再现性也很重要。在这项研究中，我们提出了初步的结果，从正在进行的分析Geant 4代码的基础上建立的软件度量。该分析评估了代码的当前状态，以量化其与记录的质量标准相关的特性;进一步的评估涉及一系列发布版本的演变。我们描述了选定的度量，量化软件属性，从代码的复杂性，可维护性，并强调什么样的度量是最有效的评估辐射传输软件质量。软件的定量评估最初集中在一组Geant 4软件包，它在广泛的实验应用中发挥了关键作用，并代表了不同的软件开发过程。我们提供了一个解释所选择的Geant 4软件包的测量产生的数据，并讨论了改进它们的方法。这项工作可以作为一个基线，用于评估嵌入在Geant 4开发过程中的软件质量和基于Geant 4的应用程序所产生的模拟观测值之间的相关性。结果提供了建设性的指导，以改善关键的软件工具，如Geant 4，并估计其贡献的风险分析有关敏感的应用程序。
2016-08-05 cs.SE physics.comp-ph
Graphical Visualization of Risk Assessment for Effective Risk Management during Software Development Process
任何IT行业的成功都取决于其项目的成功率，而项目的成功率又取决于成本、时间和资源可用性等几个因素。这些因素形成了风险领域，需要以积极主动的方式加以解决。风险管理的基本目标是通过识别风险、制定应急计划和缓解计划来规避风险发生的可能性，以减少风险的后果。因此，有效的风险管理成为任何组织的紧迫挑战之一，如果以适当的方式加以考虑，可以确保组织在高端竞争环境中的持续可持续性。本文通过一个图形化的模型提供了风险评估的可视化。此外，风险评估的矩阵表示有助于项目人员识别所有风险，了解其发生的频率和概率。此外，图形模型使人们能够分析已确定风险的影响，并据此分配其优先事项。这种风险评估因素的表示模式有助于组织准确预测项目的成功率。
2012-10-04 cs.SE
Towards Deep Learning Enabled Cybersecurity Risk Assessment for Microservice Architectures
针对微服务架构安全风险评估效率低的问题，提出基于深度学习自然语言处理模型的CyberWise Predictor框架，通过分析漏洞描述预测漏洞指标，在自动预测新漏洞指标上达92%平均准确率，助力开发者识别和缓解安全风险。
2024-03-22 cs.SE
The Sustainability Assessment Framework Toolkit: A Decade of Modeling Experience
本文介绍了可持续性评估框架（SAF）工具包，该工具包基于与工业伙伴十余年的合作经验开发，旨在支持软件架构师和设计决策者将可持续性作为软件质量属性进行建模与测量，并总结了经验教训及未来扩展计划。
2024-10-19 cs.SE
How fair are we? From conceptualization to automated assessment of fairness definitions
提出MODNESS方法，允许用户通过建模环境自定义公平性概念并生成评估代码，覆盖更多应用领域并克服现有工具局限。
2025-01-28 cs.SE
The Unified Approach For Organizational Network Vulnerability Assessment
当前的业务网络基础设施随着最新的服务器、服务、连接和端口的频繁添加而快速变化，有时每天都在增加，并且笔记本电脑、存储介质和无线网络的流入无法控制。随着越来越多的漏洞和利用，再加上IT基础设施的不断发展，组织目前需要更多的漏洞评估。统一网络脆弱性评估过程（UnifiedProcessforNetworkVulnerabilityAssessments）是统一软件开发过程（UnifiedSoftwareDevelopmentProcess，简称UnifiedProcess）的一个重要分支，是一种流行的迭代式、增量式软件开发过程框架。
2013-10-09 cs.SE
Longitudinal Evaluation of Open-Source Software Maintainability
我们提出了一个纵向研究开源软件的可维护性的长期演变。质量评估仍然是软件研究和实践的前沿，随着时间的推移，提出和使用了许多模型和评估方法。他们中的一些人帮助创建和形成了ISO 9126和25010等标准，这些标准今天已经很好地建立起来。两者都是从可靠性、安全性或可维护性等特征方面描述软件质量的。一个重要的研究机构存在这些特点与软件度量，并提出了自动化质量评估的方法，将软件度量值聚合到更高级别的质量模型。我们采用维修性指数，技术负债率和维修性模型的基础上ARiSA纲要。我们的研究涵盖了整个18年的开发历史和三个复杂的开源应用程序的所有发布版本。我们确定每个版本的可维护性，使用建议的模型，我们比较得到的结果，并使用手动源代码检查，把它们放到上下文中。我们研究了目标应用程序的常见开发模式，并研究了重构和可维护性之间的关系。最后，我们研究了每一个可维护性模型的优点和缺点，使用手动源代码检查作为基线。
2020-03-01 cs.SE
Agility Measurements Mismatch: A Validation Study on Three Agile Team Assessments in Software Engineering
已经创建了许多工具来测量软件团队的敏捷性，因此在该领域中产生了饱和。选择了三种敏捷测量工具，以验证它们是否产生相似的结果。对A公司的团队（N = 30）进行了工具调查。这些问题被分组为敏捷实践，并检查其相关性，以建立收敛有效性。此外，我们还检查了在这些工具中确定为相同的问题是否会得到受访者的相同答复。我们不能建立收敛效度，因为收集的数据的相关性非常少和低。此外，被确定为在各种工具中具有相同含义的问题，答复者的答案并不相同。我们的结论是，敏捷性的测量领域仍然是不成熟的，需要做更多的工作。并不是所有的工具都适用于每个团队，但它们应该根据团队如何过渡到敏捷来选择。
2019-04-04 cs.SE
ReproScore: Separating Readiness from Outcome in Research Software Reproducibility Assessment
Chemnitz University of Technology（开姆尼茨工业大学）；FIZ Karlsruhe — Leibniz Institute for Information Infrastructure（卡尔斯鲁厄FIZ——莱布尼茨信息基础设施研究所）；Friedrich Schiller University, Jena（耶拿弗里德里希·席勒大学）
本文提出ReproScore框架，通过分离可重复性准备度（RRS）与可重复性结果（ROS），结合成覆盖适应性复合评分（RCS），以解决现有工具将静态仓库完整性误认为执行成功的缺陷。
2026-05-13 cs.SE
Software supply chain: review of attacks, risk assessment strategies and security controls
本文通过系统文献综述分析了软件供应链的常见攻击趋势与开源及第三方安全风险，并提出了与真实事件关联的独特安全控制措施以缓解网络攻击。
2023-05-23 cs.CR cs.SE
A Bayesian Network Approach to Assess and Predict Software Quality Using Activity-Based Quality Models (Conference Version)
评估和预测软件质量的复杂概念在实践和研究中仍然具有挑战性。基于活动的质量模型将这一复杂的概念分解为更具体的定义，更精确的关于系统、过程和环境的事实，以及它们对在系统上执行的活动和与系统一起执行的活动的影响。然而，这些模型缺乏可操作性，无法用于质量评估和预测。贝叶斯网络（BN）已被证明是一种可行的手段，评估和预测纳入变量的不确定性。本文介绍了如何基于活动的质量模型可以用来推导BN模型的质量评估和预测。所提出的方法证明了使用公开数据的概念证明。
2016-11-30 cs.SE
Teaching Scrum with a focus on compliance assessment
本文介绍了计算机工程硕士SE课程中五个版本的教学经验，通过团队项目和Scrum应用的定性定量评估方法，培养学生的项目管理技能，并总结了敏捷项目时间预算和团队组成的经验教训。
2024-04-23 cs.SE
Risk Assessment, Threat Modeling and Security Testing in SDLC
软件开发过程被认为是创建所述软件的关键准则之一，这种方法对于提供更有效但令人满意的输出是必要的。如果不将工作分成不同的阶段，可能会导致项目过程的许多延迟和效率低下，这种混乱会直接影响产品质量和可靠性。此外，随着这种方法被确立为任何项目的标准，由于缺乏认识，在涉及安全方面肯定会出现失误。因此，本研究的目的是确定和阐述的结果和理解的安全集成到软件开发过程中，以及相关的个人角色，以确保这种安全性得到维护。通过对文献的深入分析和回顾，本文展示了确保软件开发过程安全的正确过程和方法。与此同时，还讨论了与这一主题有关的某些问题，并提出了适当的解决办法。此外，在深入的讨论有关的方法，如安全测试，风险评估，威胁建模和其他技术，能够创建一个更安全的环境和系统的方法在软件开发过程中进行。
2020-12-14 cs.SE
Opening the Software Engineering Toolbox for the Assessment of Trustworthy AI
Simula Research Laboratory（Simula研究实验室）
可信度是以人为中心的人工智能（AI）接受和成功的核心要求。要认为人工智能系统是值得信赖的，关键是要根据值得信赖的人工智能的黄金标准来评估其行为和特征，包括指导方针，要求或仅期望。虽然人工智能系统非常复杂，但它们的实现仍然基于软件。软件工程社区有一个长期建立的工具箱，用于评估软件系统，特别是在软件测试的背景下。在本文中，我们主张应用软件工程和测试实践来评估可信的人工智能。我们将欧盟委员会人工智能高级专家组定义的七个关键要求与软件工程的既定程序联系起来，并为未来的工作提出问题。
2020-08-30 cs.AI cs.CY cs.SE
SVA-ICL: Improving LLM-based Software Vulnerability Assessment via In-Context Learning and Information Fusion
SVA-ICL通过上下文学习和信息融合（结合源代码与漏洞描述）选择高质量示例来增强LLM性能，在包含12,071个C/C++漏洞的数据集上，其准确率、F1分数和MCC指标均优于现有最先进的SVA基线。
2025-05-28 cs.SE
Document Retrieval Augmented Fine-Tuning (DRAFT) for safety-critical software assessments
Digital Transit Limited, 3M Buckley Innovation Centre, UK, HD1 3BD（数字交通有限公司，3M Buckley创新中心，英国，HD1 3BD）；Department of Computer Science, University of Huddersfield, UK, HD1 3DH（计算机科学系，赫德瑟菲尔德大学，英国，HD1 3DH）
本文提出DRAFT方法，通过引入双检索架构和半自动化数据集生成，提升大型语言模型在安全关键合规评估中的准确性与证据处理能力。
2025-05-02 cs.AI cs.SE
Development of a Multi-purpose Fuzzer to Perform Assessment as Input to a Cybersecurity Risk Assessment and Analysis System
本文提出一种面向配置文件驱动软件与信息物理系统的通用模糊测试器，可检测缺陷漏洞并评估设置影响，为网络安全风险评估与分析系统提供建模输入。
2023-06-07 cs.CR cs.SE
Towards effective assessment of steady state performance in Java software: Are we there yet?
微基准测试是Java软件中广泛使用的性能测试形式。微基准测试重复执行一小块代码，同时收集与其性能相关的度量。由于Java虚拟机优化，微基准测试通常在执行的第一阶段（也称为预热）会受到严重的性能波动的影响。由于这个原因，软件开发人员通常放弃这个阶段的测量，并在基准达到稳定的性能状态时集中进行分析。开发人员根据他们的专业知识估计预热阶段的结束，并相应地配置他们的基准测试。不幸的是，这种方法基于两个强有力的假设：（i）基准测试总是达到稳定的性能状态，（ii）开发人员准确地估计预热。在本文中，我们表明，Java微基准测试并不总是达到稳定状态，往往开发人员无法准确地估计结束的热身阶段。我们发现，相当一部分研究的基准没有达到稳定状态，软件开发人员提供的预热估计往往是不准确的（有很大的误差）。这对成果质量和时间-努力都有重大影响。此外，我们发现，动态重新配置显着提高预热估计精度，但它仍然会导致次优预热估计和相关的副作用。我们设想这篇论文作为一个起点，支持引入更复杂的自动化技术，可以确保结果的质量及时。
2022-11-28 cs.SE
Use and evaluation of simulation for software process education: a case study
本文在项目管理课程中引入并评估 SPS 仿真游戏，借助扩展的 Evidence-Based Reasoning 框架分析学生选择开发过程的论据，发现其能改善论证质量但评估成本较高。
2023-07-24 cs.SE
Assessment of Off-the-Shelf SE-specific Sentiment Analysis Tools: An Extended Replication Study
情感分析方法在调查人类交流中已经变得流行，包括与软件项目相关的讨论。由于通用情感分析工具不能很好地适应软件开发人员交换的信息，因此已经开发了专用于软件工程（SE）的新工具。我们调查在何种程度上SE特定的情感分析工具减轻了威胁，实证研究的结论有效性在软件工程，突出了以前的研究。首先，我们复制了两项研究，探讨情绪在GitHub上的安全讨论和在Stack Overflow上的问题写作中的作用。然后，我们扩展了以前的研究，评估在何种程度上的工具同意彼此和手动注释的黄金标准的600个文件。我们发现，不同的SE特定的情感分析工具可能会导致矛盾的结果，在细粒度的水平，当使用“现成的”。相反，可能需要进行特定于平台的调优或重新训练，以考虑平台约定、行话或文档长度的差异。
2021-02-19 cs.SE
The Impact of Operational-Data Fidelity when Assessing Safety-Critical Autonomous-Vehicle Software
Centre for Software Reliability, City St. George’s, University of London（伦敦大学城市圣乔治学院软件可靠性中心）
本文扩展保守贝叶斯推理技术，提出检查运营数据不足时可靠性断言稳健性的统计方法，阐明保守使用低保真数据的幼稚性，给出数据保真度对自动驾驶汽车安全评估影响的首批保守估计。
2026-10-08 cs.RO cs.SE
Propagation-Based Vulnerability Impact Assessment for Software Supply Chains
提出基于分层工作列表的算法和VPSS动态指标，实现全生态系统调用图级漏洞传播分析，并在Java Maven生态系统的100个真实漏洞上验证了有效性。
2025-10-09 cs.CR cs.SE
Towards an Improved Understanding of Software Vulnerability Assessment Using Data-Driven Approaches
The University of Adelaide（阿德莱德大学）；Centre for Research on Engineering Software Technologies (CREST)（工程软件技术研究中心（CREST））
本论文通过数据驱动方法，系统化知识并提供新技术与建议，以提升软件漏洞评估的理解与实践，促进更及时有效的修复规划。
2023-06-20 cs.CR cs.LG cs.SE
From Architecture to Binary: Ensuring Cross-Domain Consistency in Model-Based Airborne Software Development
Technical University of Munich（慕尼黑工业大学）
针对机载软件开发中跨域不一致问题，提出以仓库为中心的实现方案，结合CI流水线与自动化检查，在实验项目中验证了方案的有效性。
2026-08-31 cs.SE
A Survey on Data-driven Software Vulnerability Assessment and Prioritization
The University of Adelaide（阿德莱德大学）；Cyber Security Cooperative Research Centre（网络安全合作研究中心）
软件漏洞（SV）的复杂性和规模不断增加，给许多软件系统带来了巨大的安全风险。在实践中，由于资源有限，SV评估和优先级帮助从业者设计最佳的SV缓解计划的基础上，各种SV的特点。SV数据源和数据驱动技术（如机器学习和深度学习）的激增将SV评估和优先级排序提升到了一个新的水平。我们的调查提供了过去研究工作的分类，并强调了数据驱动的SV评估和优先级排序的最佳实践。我们还讨论了目前的局限性，并提出了解决这些问题的潜在解决方案。
2022-04-04 cs.AI cs.CR cs.LG
Impact assessment for vulnerabilities in open-source software libraries
针对开源软件库漏洞影响评估依赖专家、成本高且易错的问题，本文提出一种与漏洞类型和编程语言无关的实用方法，并通过 Java 概念验证和案例研究展示其可即时评估应用是否受影响。
2015-04-21 cs.CR cs.SE
Motivational models for validating agile requirements in Software Engineering subjects
本研究探索将动机模型用于软件工程课程中的敏捷需求验证，通过案例研究得出9项一致性原则，可提升需求工件的一致性与完整性，已在墨尔本大学教学中应用。
2023-06-12 cs.SE
Towards Leveraging LLMs to Generate Abstract Penetration Test Cases from Software Architecture
Karlsruhe Institute of Technology (KIT)（卡尔斯鲁厄理工学院）
本文提出利用大语言模型生成抽象渗透测试用例，以支持软件架构层面的安全评估，实验显示生成的用例在实用性和正确性上表现良好。
2026-03-24 cs.SE
Agile meets Assessments: Case Study on how to do Agile Process Improvement in a Very Small Enterprise
较小的软件公司，如初创企业，通常不遵循明确的流程，而是以或多或少的非结构化方式进行开发。特别是当他们成长或客户参与增加。这种没有任何结构化过程的开发会导致问题。因此，我们的目标是通过引入适当的敏捷实践并激发其效果来改进一个软件初创企业的当前开发过程。出于这个原因，我们使用访谈进行了前后过程评估。在初步评估的基础上，选择并实施了敏捷实践。最后，后评估和额外的代码度量作为控制机制，以检查是否解决了弱点。两个评估的比较表明，13个ISO29110基础实践已经被引入的8个敏捷实践所改进。因此，甚至比最初计划的更多方面都得到了随意的改进。最后，与公司员工的额外回顾展示了引入的敏捷实践如何积极影响他们的工作。
2018-09-06 cs.SE
The Software Observatory: aggregating and analysing software metadata for trend computation and FAIR assessment
本文介绍OpenEBench的软件观测站，一个聚合软件元数据的Web门户，用于分析趋势、评估FAIR性并提供改进指导，以促进研究软件的最佳实践。
2025-10-07 cs.DL cs.SE q-bio.OT
