Iterative Service-Learning: A Computing-Based Case-study Applied to Small Rural Organizations
本研究通过迭代式服务学习，让新学生团队为小型农村组织更新社交媒体计划，提高了计算制品的实施与持续使用率，并获高满意度。
2024-06-21 cs.HC cs.SE cs.SI
Boundary Objects and their Use in Agile Systems Engineering
敏捷方法越来越多地被引入汽车公司，试图在系统开发中变得更加高效和灵活。敏捷实践的采用影响了利益相关者之间的沟通，但也使公司重新思考工件和文档（如需求，安全合规文档和架构模型）的管理。从业者的目标是减少不相关的文档，但面临着缺乏指导来确定需要什么工件以及应该如何管理它们。本文介绍了工件，挑战，指导方针，并在汽车系统工程工件的持续管理实践的基础上，对该主题的理论和经验的理解。与来自六家汽车公司的53名从业者合作，我们进行了一项设计科学研究，包括访谈，问卷调查，焦点小组和系统工程工具的实际数据分析。该指南建议区分在公司中不同参与者之间共享的工件（边界对象）和在团队中使用的工件（本地相关工件）。我们提出了一种分析方法来确定边界对象和三种做法来管理系统工程工件在工业中。
2019-04-27 cs.SE
What can developers' messages tell us? A psycholinguistic analysis of Jazz teams' attitudes and behavior patterns
有关沟通和行为问题导致软件团队绩效不佳的报告引发了大量旨在了解软件开发期间使用的人类过程的研究。人们对人的问题越来越感兴趣，这与敏捷和全球软件开发方法特别相关，这些方法强调人及其在项目中的交互的重要性。虽然行为心理学中成熟的分析技术已经被推荐用于研究这些问题，特别是在使用归档和工件时，但这些技术很少用于软件工程研究。我们在嵌入式案例研究方法下利用这些技术来检查IBM Rational Jazz实践者的行为是否随着项目持续时间而改变，以及某些任务是否影响团队的态度和行为。我们发现，在项目开始和完成时，项目参与度最高，随着项目的进展，团队的集体意识也在不断提高。此外，Jazz实践者在项目范围确定时最有洞察力和洞察力。此外，Jazz团队的态度和行为随着他们所执行任务的性质而变化。我们解释这些发现，并讨论其对软件项目治理和工具设计的影响。
2021-05-23 cs.SE
What Affects Team Behavior? Preliminary Linguistic Analysis of Communications in the Jazz Repository
越来越多的人相信，理解和解决软件开发过程中使用的人类过程可能会为行业提供更多的价值，而不是为实现各种方法和工具提供更多的建议。为此，相当多的研究工作一直致力于研究人类的问题，在软件工件中表示，由于其相对不引人注目的性质。我们遵循这条研究路线，并利用数据采掘技术和语言分析对团队行为进行了初步研究。我们的数据源，IBMRationalJazz存储库，被挖掘出来，并且从三个不同的项目领域中提取数据。然后使用LIWC语言分析工具分析这些项目中的通信。我们发现，虽然在致力于不同软件成果的项目领域工作的团队之间的语言使用存在一些差异，但项目类型和参与人员的组合（和数量）并没有影响团队行为，这在他们的沟通中很明显。然而，这些评估是初步的，我们计划进一步的探索性分析来验证这些结果。我们解释了这些发现，并讨论了它们对软件工程实践的影响。
2021-01-11 cs.SE
Assessing usability of model driven development in industrial projects
模型驱动开发范例的整体使用会极大地影响和改变组织的软件开发部门。这种范式降低了一些任务的复杂性和成本，但也引入了新的任务，如果认真引入，会对软件开发过程中的活动和角色产生严重影响。随着模型成为最重要的开发工件，开发团队面临着新的挑战。G.评估模型的质量，分布式团队的模型划分和配置管理，构建管理的设置，工具链和通过各种工件跟踪信息。处理模型驱动开发的组织需要成功地引入新的工具和新的思维方式，他们在采用过程和培训员工方面面临挑战。本文介绍了一个正在进行的研究项目的可用性评估的建模和模型驱动的开发在一个全球性的工业组织，其总部设在德国。感兴趣的是通过完成经验的、定量的调查来分析建模（特别是使用UML）和模型驱动开发的可用性。
2014-09-22 cs.SE
How Surveys, Tutors, and Software Help to Assess Scrum Adoption in a Classroom Software Engineering Project
敏捷方法最好在实际项目中以实践的方式教授。这样做的主要挑战是评估学生是否正确应用这些方法，而不需要在整个项目中进行全面监督。本文介绍了一个课堂项目的经验，38名学生开发了一个单一的系统，使用缩放版本的Sockets。调查帮助我们确定了学生满意度最相关或构成最大挑战的因素。这些见解得到了一个导师团队的补充，他们在整个项目期间陪同主要会议，向团队提供反馈，并在实践中捕捉方法应用的印象。最后，我们对协作工件进行了一个事后的、工具支持的分析，以检测在采用Scrum时反模式的具体指标。通过这些技术的结合，我们能够了解学生如何在本课程中实现Sockets，以及哪些元素需要在未来的迭代中进一步讲授和辅导。协作工件的自动化分析被证明是对开发过程的一个很有前途的补充，可以减少未来课程中的手动工作，并允许更具体和有针对性的反馈，以及更客观的评估。
2018-09-03 cs.SE
Toward Refactoring of DMARF and GIPSY Case Studies a Team 7 SOEN6471-S14 Project Report
软件体系结构被定义为一个结构良好的解决方案的过程，它满足所有的技术和操作要求，并提高系统的质量属性，如可读性，可靠性，可维护性和性能。它涉及一系列设计决策，这些决策可能对系统质量属性和应用程序的整体成功产生相当大的影响。在这项工作中，我们首先分析和调查两个开源软件（OSS）平台DMARF和GIPSY，主要是在Java中实现的。许多研究论文已经被研究，以获得更多的见解和清晰的背景，他们的架构，增强，演变，挑战和功能。随后，我们提取并找到他们的需求，高层次的要求，和架构结构，导致重要的设计决策，从而影响他们的质量属性。首先，我们逆向工程每个系统的源代码，以重建其领域模型和类图模型。我们试图实现需求和其他设计工件之间的可追溯性，以保持一致。此外，我们进行了手动和自动重构技术，以摆脱一些现有的代码气味，最终获得更可读和更易于理解的代码，而不会影响其可观察的行为。
2014-12-18 cs.SE
A Context-based Automated Approach for Method Name Consistency Checking and Suggestion
软件项目中误导性的方法名称会使开发人员感到困惑，这可能导致软件缺陷并影响代码的可理解性。在本文中，我们提出了DeepName，这是一种基于上下文的深度学习方法，用于检测方法名称的不一致性，并为方法建议一个合适的名称。关键的出发点是“让我看看你的朋友，我会告诉你你是谁”的哲学。与最先进的方法不同，除了方法的主体之外，我们还考虑了当前方法与其他方法的交互，包括调用方和被调用方方法，以及同一个封闭类中的兄弟方法。提取上下文中程序实体名称中的子标记序列，并将其用作基于RNN的编码器-解码器的输入，以产生当前方法的表示。我们修改了RNN模型，以集成复制机制和我们新开发的组件（称为非复制机制），以强调某些子令牌不被复制以跟随当前生成的方法名称中的当前子令牌的可能性。我们进行了几个实验，使用+14M方法在大型数据集上评估DeepName。对于一致性检查，DeepName在召回率，精度和F分数方面分别提高了2.1%，19.6%和11.9%。对于名称建议，DeepName在精确率（1.8%-30.5%），召回率（8.8%-46.1%）和F分数（5.2%-38.2%）方面相对于最先进的方法有所提高。为了评估DeepName的有用性，我们检测了不一致的方法，并在活动项目中建议了新的方法名称。在50个拉取请求中，有12个被合并到主分支。总的来说，在30/50的情况下，团队成员同意我们建议的方法名称比当前名…
2021-02-27 cs.SE
Explainability as a Compliance Requirement: What Regulated Industries Need from AI Tools for Design Artifact Generation
本研究通过访谈安全关键行业从业者，揭示了AI设计制品生成工具因缺乏可解释性导致的合规风险与效率损失，并提出了来源追踪、决策理由和合规验证等改进路线图。
2025-07-12 cs.SE
Agile methodologies in teams with highly creative and autonomous members
敏捷宣言鼓励我们重视个人和交互，而不是过程和工具，而最受欢迎的敏捷开发方法学，本质上是基于角色，事件，工件以及将它们绑定在一起的规则（即，过程）。此外，通常宣称，每当Sunday项目不成功时，原因是Sunday没有正确实现，而不是因为Sunday可能有自己的缺陷。这赋予了方法论的不可辩驳性，阻止了偏离以适应开发人员的实际需求和特殊性。特别是，NASA ADS团队的成员具有高度的创造性和自主性，如果他们的自由受到太大的限制，他们的动机就会受到影响。我们展示了我们遵循敏捷原则的经验，重复使用某些Scrum元素，并寻求团队成员的满意度，同时快速反应/保持项目符合我们的利益相关者的期望。
2020-09-10 astro-ph.IM cs.SE
Understanding the attitudes, knowledge sharing behaviors and task performance of core developers: A longitudinal study
内容：先前的研究已经确定，在软件开发过程中，一些人通常主导项目沟通和源代码更改，而不管项目启动时的任务分配。目的：虽然这种现象已经被注意到，以前的研究并没有试图了解这些占主导地位的个人。先前的研究发现，核心沟通者是团队知识的守门人，这些成员的表现与团队的成功相关。在这项工作的基础上，我们采用了纵向的方法来研究核心开发人员的态度，知识共享行为和任务绩效在他们的项目过程中的变化。方法：我们首先使用社会网络分析（SNA）和标准的统计分析技术，从十个不同的软件开发团队中识别和选择工件和中心从业者。然后，我们应用心理语言学分析和定向内容分析（CA）技术来解释这些从业者的信息的内容。最后，我们检查了核心开发人员在系统开发过程中不同时间点的活动。结果如下：在我们的研究结果中，我们观察到核心开发人员的态度和知识共享行为与他们在实际软件开发中的参与以及他们更广泛的项目团队的需求有关。然而，核心开发人员似乎天生就具有高水平的洞察力。结论：项目绩效可能会受益于围绕核心开发人员与其他有能力的沟通者的策略。核心开发人员还应该得到更广泛的团队的支持，他们愿意提出问题并挑战他们的想法。最后，足够的沟通渠道的可用性将有助于保持积极的团队气氛，特别是在分布式开发中。（节录）
2021-02-12 cs.SE
Adopting Softer Approaches in the Study of Repository Data: A Comparative Analysis
内容：由于认识到需要了解在软件开发过程中制定的人员流程，软件存储库和邮件列表已成为许多研究的焦点。然而，研究人员往往主要使用数学和基于频率的技术来检查其中包含的软件工件。目的：越来越多的人认识到，这些方法只揭示了软件项目期间发生的事情的一部分，更深层次的上下文方法可以提供对软件团队动态的复杂本质的进一步理解。我们在这项研究中证明了这种方法的相关性和实用性。方法：我们使用心理语言学和定向内容分析（CA）来研究项目任务驱动团队态度和知识共享的方式。我们比较了这两种方法的结果，并为使用类似形式的存储库数据的研究人员提供了方法上的建议。结果：我们的分析揭示了显着的差异，团队的工作方式，他们的任务组合和角色的分配。结论：我们克服了与采用纯定量方法相关的限制，同时避免了在完整的案例研究中所需的实地工作的时间密集性和潜在的侵入性。
2021-06-07 cs.SE
Automated Validation of LLM-based Evaluators for Software Engineering Artifacts
IBM Research（IBM研究院）
针对LLM评估器可靠性挑战，提出REFINE框架，通过合成降级工件和排名对齐测试自动验证评估器，在COBOL任务中将一致性得分从0.7提升至0.9以上。
2025-08-04 cs.AI cs.SE
Towards Viewpoint-centric Artifact-based Regulatory Requirements Engineering for Compliance by Design
Blekinge Institute of Technology（布莱金厄理工学院）；fortiss GmbH（fortiss有限公司）
本文提出了一种面向视角导向的基于artifact的监管要求工程方法，旨在通过整合合规性以实现设计中的合法合规。
2026-03-10 cs.CY cs.SE
Towards Perspective-Based Specification of Machine Learning-Enabled Systems
Pontifical Catholic University of Rio de Janeiro（里约热内卢天主教大学）
机器学习（ML）团队经常在项目上工作，只是为了意识到模型的性能不够好。事实上，支持ML的系统的成功涉及将数据与业务问题对齐，将其转换为ML任务，试验算法，评估模型，从用户那里捕获数据等。文献表明，支持ML的系统很少基于这些问题的精确规范构建，导致ML团队由于不正确的假设而变得不一致，这可能会影响此类系统的质量和整体项目的成功。为了帮助解决这个问题，本文介绍了我们的工作，以一个基于视角的方法来指定ML启用系统。该方法涉及分析一组45个ML关注点，分为五个方面：目标，用户体验，基础设施，模型和数据。本文的主要贡献是提供了两个新的工件，可用于帮助指定支持ML的系统：（i）基于透视的ML任务和关注点图和（ii）基于透视的ML规范模板。
2022-06-20 cs.LG cs.SE
Regulatory Requirements Engineering in Large Enterprises: An Interview Study on the European Accessibility Act
本研究以《欧洲无障碍法案》为例，通过对三家大型企业的访谈探索法规影响分析（RIA）这一法规需求工程流程，揭示其协作模式、支撑制品与现存挑战，指出目前缺乏相关制品的成熟管理实践。
2024-09-11 cs.CY cs.SE
