Software Design Document, Testing, Deployment and Configuration Management of the IUfA's UUIS -- a Team 3 COMP5541-W10 Project Approach
本文件的目的是提供有关的技术规格，设计的大学统一库存系统-门户网站，的UIfA。开发团队使用反馈瀑布方法在面向对象的范例下构建系统。遵循的架构模型是模型-视图-控制器，在数据库和模型之间混合了映射器层。在系统开发中使用的一些模式是观察者模式，命令模式和映射器模式。
2010-05-05 cs.SE
Contents of COMP5541 Winter 2010 Final UUIS SRS and SDD Reports
该索引涵盖了加拿大蒙特利尔康考迪亚大学2010年冬季COMP5541课程的最终项目报告，4个团队的软件工程工具和技术，他们试图捕获需求，提供设计规范，配置管理，测试和质量保证，部分实现了一个虚构的北极大学（IUfA）的统一大学库存系统（UUIS）。他们的结果公布在这里进行比较研究和分析。
2010-06-16 cs.SE
Evaluating the Impact of Pair Documentation on Requirements Quality and Team Productivity
本文通过对照实验比较结对文档与传统文档，发现两人协作编写需求可显著提升SRS质量与团队生产力，为组建高效需求工程团队提供依据。
2023-04-27 cs.SE
Toward Recovering Complete SRS for Softbody Simulation System and a Sample Application - a Team 4 SOEN6481-W13 Project Report
本文档收集了高级用户需求并描述了系统功能。它详细解释了该系统的主要功能，更加强调利益攸关方的需要和愿望。实际上，该文档通过了可能限制设计和实现的各个方面的设计约束。
2013-04-24 cs.SE
Auto-Documenation for Software Development
软件文档是一项必不可少但劳动密集型的任务，通常需要专门的开发人员团队来确保覆盖范围和准确性。良好的文档将有助于缩短开发周期，提高团队的整体效率和可维护性。在当今的众驱动开发环境中，良好的文档可以在从头开始构建开发人员社区方面发挥很大作用。为此，我们迈出了第一步，构建了一个名为Autodoc的工具，可以帮助软件开发人员更快地编写更好的文档。Autodoc超越了传统的样板模板生成。我们的集成工具使用深度学习方法来构建代码的语义理解。就像自然语言中的机器翻译一样，Autodoc可以将代码片段翻译为注释，并将其作为简短的摘要插入文档字符串中。我们还演示了将Autodoc集成为IDE插件以及在向用户的Git存储库提交自动记录的代码时从软件托管平台中的Web钩子。
2017-01-30 cs.SE
Toward Recovering Complete SRS for Softbody Simulation System and a Sample Application -- a Team 9a SOEN6481 W13 Project Report
本文档旨在详细说明要求并捕获用户构建软体仿真系统的需求。该系统具有从计算机游戏到手术训练的不同应用，其促进了特定软体对象的创建和可视化。它还允许用户与创建的对象进行实时的交互。软体或可变形对象是其形状由于外力而改变的对象。变形类型根据对象变形量的不同而不同。每个对象都可以有多个层，每个层都可以有自己的属性。所以各层在压力，密度和运动上都是不同的。
2013-07-26 cs.SE
Toward Refactoring of DMARF and GIPSY Case Studies -- a Team 12 SOEN6471-S14 Project Report
本文档的主要意义在于两个源系统，即GIPSY和DMARF。DMARF主要致力于分布式音频识别及其应用的软件架构设计和实现，如说话人辨识，它可以分布式地运行在Web服务架构上。这主要强调了分布式系统中的安全方面，DMARF中的Java数据安全框架（JDSF）。采用ASSL（Autonomic System规约语言）框架，使DMARF具有自优化特性。GIPSY主要依赖于高阶内涵逻辑（HOIL），体现了通用性、适应性和效率三个主要目标。
2014-12-23 cs.SE
How a 4-day Work Week affects Agile Software Development Teams
背景：敏捷软件开发（ASD）关注的是社交方面，如沟通和协作。因此，人们可以假设公司的具体工作组织会影响ASD团队的工作。工作组织的一个主要变化是转向每周4天工作制，一些公司在实验中对此进行了研究。此外，最近的研究显示，自2020年新型冠状病毒疫情爆发以来，ASD团队受到远程工作的影响。目的：我们的研究提出了一个为期4天的工作周组织中的ASD团队远程操作的影响的实证研究结果。方法：我们进行了定性的单一案例研究，并进行了7个半结构化的访谈，观察了14个敏捷实践，并筛选了8个敏捷实践的项目文档和协议。结果：我们发现，由于每周工作4天的环境和远程工作的切换，团队适应了敏捷方法的使用。两个ASD团队的生产力并没有下降。虽然ASD团队成员的压力水平增加，由于4天工作周，我们发现，个别ASD团队成员的工作满意度是积极的影响。最后，我们指出对ASD团队的社会方面的影响。结论：研究社区从我们的研究结果中受益，因为目前关于每周工作4天对ASD团队影响的研究是有限的。此外，我们的研究结果为ASD团队在4天工作周中远程工作提供了一些实际意义。
2021-11-17 cs.SE
Regression Testing in Remote and Hybrid Software Teams: An Exploratory Study of Processes, Tools, and Practices
CESAR School（CESAR学院）；UFRPE（巴西雷西夫联邦大学）；University of Calgary（卡尔加里大学）
本研究探讨远程和混合团队中回归测试的流程、工具和实践，发现其依赖文档、自动化和工具集成来支持异步协作，揭示了回归测试作为社会技术实践的演变。
2026-03-08 cs.SE
Operationalizing the EU AI Act in Agile Software Development: A Guideline-Based Approach
University of Applied Sciences and Arts Hannover（汉诺威应用科学艺术大学）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；Volkswagen AG（大众汽车股份公司）
该研究针对敏捷团队无法适配欧盟AI法案合规要求的痛点，基于设计科学研究开发出含12项内容的合规指南，经验证可帮助敏捷团队在保留敏捷实践的同时满足欧盟AI法案合规需求。
2026-08-18 cs.SE
Between Policy and Practice: GenAI Adoption in Agile Software Development Teams
University of Applied Sciences and Arts Hannover（汉诺威应用科学与艺术大学）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；Bagilstein GmbH（巴吉尔斯坦有限公司）；IU International University（IU国际大学）；Volkswagen AG（大众汽车股份公司）
本研究探讨了生成式AI在敏捷软件开发团队中的实际采用情况，发现其主要用于创意任务和文档协助，但面临数据隐私和治理等障碍，需通过TOE框架协调政策与实践以实现有效整合。
2026-01-11 cs.SE
FLOW Mapping: Planning and Managing Communication in Distributed Teams
分布式软件开发比协同定位软件开发更困难。其中一个主要原因是，在分布式环境中通信更加困难。已定义的过程和工件有所帮助，但不能涵盖所有信息需求。不传达重要的项目信息、决策和理由可能会导致重复或额外的工作、延误甚至项目失败。从信息流的角度规划和管理分布式项目有助于从一开始就促进可用的沟通渠道-超越为给定开发过程定义的文档和工件。在本文中，我们提出了流映射，一个系统的方法来规划和管理分布式项目中的信息流。我们证明了我们的方法的可行性，在分布式敏捷教室项目的案例研究。流程图足以计划沟通和衡量沟通策略的一致性。我们还讨论了我们的方法的成本和影响。
2021-04-09 cs.SE
Integrating Pair Programming as a Work Practice
本研究通过单案例探索影响结对编程（PP）采用与长期参与的多重因素，发现长期参与需在亲身体验中确认预期收益，并建议结合集体学习将实践调整为适应各团队，为软件从业者整合PP提供指导。
2025-06-24 cs.SE
Impact of requirements volatility on software architecture: How do software teams keep up with ever-changing requirements?
需求波动性是软件开发中的一个主要问题，它会导致更高的缺陷密度、项目延迟和成本超支等问题。软件体系结构指导着软件产品的总体愿景，是受需求波动影响最大的领域之一。由于关键的体系结构决策是根据手头的需求做出的，因此需求的变化可能导致体系结构的重大变化。随着敏捷软件开发的广泛采用，软件架构被设计为适应未来可能的变化。然而，必须谨慎管理这些变化，因为不必要和过度的变化可能带来负面影响。进行了探索性的案例研究，研究需求波动性对软件体系结构的影响。十五个半结构化的，主题访谈进行了欧洲软件公司。研究发现，沟通不畅，信息失真，外部依赖性的主要因素，导致需求波动和不充分的架构文档，无法跟踪设计的理由，并增加复杂性的主要影响的需求波动对软件架构。从软件团队的需求波动性的意识，因素有助于它，以及可能的方法来减轻其影响的见解将被用来提高在软件架构过程中的需求波动性的管理。
2019-04-17 cs.SE
A Study of Documentation for Software Architecture
本文通过65人参与的对照问卷实验，研究软件架构文档格式对新人理解系统的影响，发现文档格式与理解表现无显著关联，而先前接触源代码和所寻求的架构信息类型才是关键因素。
2023-05-26 cs.SE
Estimation of the new agile XP process model for medium-scale projects using industrial case studies
敏捷是软件专业人员非常熟悉的术语之一。敏捷模型促进快速开发，以开发高质量的软件。XP过程模型是应用最广泛、文档最多的敏捷模型之一。XP模式适用于小型项目。由于XP模型是一个很好的模型，因此在中大型项目的开发中需要对其进行扩展。XP模式在适应大型团队的大中型项目开发时，存在文档不完整、性能不佳等缺点。本文提出了一种新的XP模型，以满足软件开发公司的需求，中型项目，有大的团队。这项研究可能会被证明是一个步骤，为适应所提出的新的XP模型的发展，大型项目。两个独立的工业案例研究进行验证所提出的新的XP模型处理的中小型软件项目，一个案例研究，每种类型的项目。
2014-08-26 cs.SE
The Algorithmic Autoregulation Software Development Methodology
我们提出了一种新的自我调节方法，用于协调分布式团队工作，称为网络自动调节（AA），基于最近的社交网络概念和个人优点。团队成员扮演平等主义者的角色，并在他们的部分时间（例如每天2小时）自愿登录到所谓的AA会话中，在此期间，他们创建定期日志-简短的文本句子-他们希望与团队分享他们的活动。这些日志在网站中公开聚合，并在会话结束后进行同行验证，如代码评审。最好在每个会话结束时录制一段简短的视频，以使AA日志更容易理解。这种方法已经被证明非常适合于提高全球软件开发（GSD）分布式团队的效率，正如我们在实际情况下报告的经验所观察到的那样。这种效率提升主要通过以下方式实现：1）内置的异步按需通信，以及工作、产品和流程的文档记录; 2）减少对集中管理、会议或耗时报告的需求。因此，AA方法合法化和促进分布式软件团队的活动。因此，它使其他实体能够有一个坚实的手段来资助这些活动，允许新的和具体的商业模式出现非常分布式的软件开发。匿名认证的核心是作为一种维持自我复制黑客计划的方式。这些说法在一个运行一个名为Lab Macambira的分布式自由软件黑客团队的真实案例研究中进行了讨论。
2016-04-27 cs.SE
A Practical Guide for Establishing a Technical Debt Management Process (Preprint)
University of Hamburg（汉堡大学）
本文通过五次工作坊研究了建立技术债务管理流程的可行性及挑战，提出了最佳实践和解决方案。
2026-03-03 cs.SE
Toward Refactoring of DMARF and GIPSY Case Studies -- a Team 4 SOEN6471-S14 Project Report
软件质量是软件工程开发中的一个主要关注点，以提高软件的竞争力。这样的质量可以通过一种称为重构的可能技术来实现，其中系统的外部行为不被改变。首先，我们介绍了我们的工作，通过分析正在进行的研究DMARF和GIPSY的案例研究，了解他们的需求和要求，涉及各自的系统中的主要组成部分。随后的章节说明了这些案例研究的概念架构，为此，我们参考了原始架构来绘制系统中呈现的重要候选概念，并分析它们与系统中其他概念的关联，然后将此概念架构与原始架构进行比较。稍后，文档将说明如何识别架构中存在的代码气味，以找到它们并解决，从而最大限度地减少更深层次的问题。JDeodorant，SonarQube是我们用来识别和分析源代码质量的工具，这两个工具都可以作为IDE插件或开源平台使用。接下来是识别架构中存在的设计模式以及它们在各自系统中存在的重要性和需求。最后，这意味着将重构方法引入到已经识别的气味中，并可能通过应用适当的重构方法和展示相应的测试来相应地重构它们，以确保架构中的更改不会对行为造成太大影响。
2014-12-23 cs.SE
Behind the Scenes: On the Relationship Between Developer Experience and Refactoring
重构被广泛认为是通过实施最佳设计实践或处理设计缺陷来管理技术债务和维护健康软件项目的有效技术之一。以前的重构调查表明，代码重构活动主要是由开发人员执行的，他们对系统的设计有足够的了解，并在开发团队中担任领导角色。然而，这些调查主要限于具体的项目和公司。在本文中，我们通过分析800个开源项目来探索以前结果的普遍性。我们挖掘他们的重构活动，并确定他们相应的贡献者。然后，我们将经验得分与每个贡献者相关联，以测试与得分较高的开发人员是否倾向于1）执行更多的重构操作2）在重构背后表现出不同的动机3）更好地记录他们的重构活动有关的各种假设。我们发现：（1）尽管重构并不局限于一部分开发人员，但那些贡献分数较高的开发人员往往比其他人执行更多的重构;（2）虽然重构背后的经验和动机之间没有相关性，但顶级贡献的开发人员被发现执行更广泛的重构操作，而不管其复杂性如何;以及（3）贡献最大的开发人员倾向于较少地记录他们的重构活动。我们对三个随机抽样项目的定性分析表明，负责大多数重构活动的开发人员通常在他们的开发团队中处于高级位置，这表明他们对系统设计的广泛了解。
2021-09-23 cs.SE
Impact of LLMs on Team Collaboration in Software Development
MS Data Science Program（数据科学项目）；Rochester Institute of Technology（罗切斯特理工学院）
本文研究了 LLMs 对软件开发生命周期中团队协作的影响，通过文献综述、调查和案例研究评估了 LLM 辅助工具的作用，发现其能提升效率与沟通但也带来隐私等挑战，并提出了未来研究方向。
2025-10-07 cs.AI cs.SE
Innovating the software engineering class through multi-team development
本文提出一种通过多团队协作开发与迭代维护遗留代码库来改革本科软件工程教学的新方法，并基于云端代码仓库数据和学生评价初步验证了其有效性。
2025-02-04 cs.CY cs.SE
A Software Engineering Capstone Course Facilitated By GitHub Templates
针对软件工程顶点课程中工作分配不均和赶工问题，提出使用包含初始基础设施的 GitHub 模板及个人生产力指标监控，初步数据显示截止日提交比例下降，并引入公平性衡量标准，计划未来进行对照实验验证效果。
2024-10-15 cs.CY cs.SE
Design and Implementation of rowe, a Web-Friendly Communication Library
Inria的INDES项目组一直在开发HOP，一种用于Web编程的多层语言。作为RAPP FP7欧洲项目的一部分，该团队已经开始使用HOP作为该项目中开发的机器人应用程序的通用语言。部分挑战在于将现有的机器人代码（使用ROS或自定义库编写）与基于HOP的应用程序集成。本文报告了rowe的实现，rowe是一个通信库，旨在填补低级机器人C组件与其他C，C++，ROS或HOP组件之间的空白。该库旨在成为一个轻量级、高性能、“Web友好”的通信库。它实现了一个类似套接字的接口，允许程序通过WebSocket交换JSON对象。我们描述了rowe的原理、设计和实现。
2015-01-09 cs.DC cs.SE
System Test Case Design from Requirements Specifications: Insights and Challenges of Using ChatGPT
IIIT Delhi（德里印度信息技术学院）
本文探讨使用LLMs（如ChatGPT-4o Turbo）从SRS文档生成系统测试用例的有效性，通过五个项目验证其87%有效性及15%新测试用例贡献，还可识别冗余，提升测试质量与效率。
2024-12-04 cs.AI cs.SE
Senior Project Management System: Requirements, Specification, and Design Issues
高级工程是计算机专业的一门典型的基础课程。本课程包括选择项目问题，提交各种文件，以及项目团队成员之间以及他们与课程讲师之间的深入沟通。为了促进所有这些任务，我们引入了高级项目管理系统（SPMS），该系统在所有阶段组织和管理以前，当前和拟议的高级项目，以及学生和课程讲师之间的适当沟通方式。本文介绍了系统的要求和规格，并讨论了相关的设计问题。本文表明，很好地记录软件系统的规格和要求，并相当重视系统设计，这对实现高质量的系统有积极的影响的重要性。
2018-11-01 cs.CY cs.SE
