维护?................................................................................................................ 26
1. 简介 当今市场和商业需要软件组织能够快速开发和有效维护复杂的软件系统。尽管软件开发对软件工程师的吸引力远远大于软件维护,但软件维护已被认为是软件生命周期中最昂贵、要求最高、最困难的阶段 [1, 2, 3, 4]。通过分析软件行业 40 多年来使用的维护模型,Lenarduzzi 等人 [5] 指出:(1)大多数模型都是从头开始构建的,没有扩展或使用现有模型;(2)开发的模型是针对特定问题提出的,这使得它们很难与其他模型进行比较;(3)模型仅由提出它们的人验证,这在有效性方面受到了一些限制。适合维护的软件系统应满足多项客户标准,例如使用领域的质量、可靠性、用户友好性和技术标准,而且还应与提供维护服务的软件组织的业务流程和战略方向保持一致。随着维护成本和维护活动的复杂性的提高,开发可维护的软件系统是软件行业最苛刻和最重要的要求之一[6]。此外,软件行业软件维护的主要问题是许多软件组织没有
简介 “本标准描述了软件维护活动的管理和执行的迭代过程。 [...]既定标准既适用于开发过程中的软件维护规划,也适用于现有软件产品的维护活动的规划和执行……”这描述了 IEEE 1219 标准的范围。它只提到了软件产品的开发和生产阶段,其页面中描述的阶段涵盖了软件的整个生命周期,无论其规模或复杂性如何。标准所涉及的生命周期阶段包括: • 问题识别 • 分析 • 设计 • 实施 • 系统测试 • 验收测试 • 生产调试或版本发布 在每个阶段中,标准定义了一系列必须执行的程序。进行,并确定所涉及的文档、人员和软件产品。必须涵盖的阶段有: • 输入 • 过程 • 控制 • 输出 从逻辑上讲,在软件产品的所有开发阶段中,所执行的任务均已由 IEEE 在标准中定义,与开发阶段相同。手头上,因此我们可以找到这些标准的多个参考资料,以便正确执行。下面是
我们通过提出改进软件维护标准并引入日常软件维护活动的成熟度模型来解决软件维护功能的评估和改进问题:软件维护成熟度模型 (SM mm)。软件维护功能缺乏管理模型来促进其评估、管理和持续改进。SM mm 解决了软件维护的独特活动,同时保留了与 CMMi © 4 成熟度模型类似的结构。它旨在用作此模型的补充。SM mm 基于从业者的经验、国际标准和软件维护方面的开创性文献。我们介绍了该模型的目的、范围、基础和架构,然后进行了初步验证。
摘要:在技术快速发展的时代,软件维护已成为一项重大挑战,尤其是在效率和可持续性方面。许多公司需要帮助有效地管理软件生命周期,同时考虑环境影响和使用的资源。本研究探讨了如何利用人工智能 (AI) 来提高软件维护过程的可持续性。通过案例研究方法,本研究考察了人工智能在几个技术组织中在软件维护中的实施情况。研究方法结合了定性和定量方法,通过深入访谈、观察和文档分析收集数据,并通过使用人工智能算法进行效率测量。结果表明,人工智能在软件维护中的应用不仅提高了识别和修复错误的效率,而且显著降低了能源消耗和计算资源使用率。案例研究还表明,人工智能可以帮助主动预测维护需求,从而减少需要更多能源的人为干预的频率。因此,本研究得出结论,人工智能在软件维护中的集成对经济和环境方面的可持续性做出了积极贡献。建议软件开发人员在维护过程中进一步采用人工智能技术,以提高长期运营的可持续性。介绍
S2.1 护卫舰、轻巡洋舰、情报收集器、软件维护/修改、开放式维修合同、R&T 和设计后服务/技术后勤支持的合同;大型项目的合同谈判
S2.1 护卫舰、轻巡洋舰、情报收集器、软件维护/修改、开放式维修合同、R&T 和设计后服务/技术后勤支持的合同;大型项目的合同谈判
S2.1 护卫舰、轻巡洋舰、情报收集器、软件维护/修改、开放式维修合同、R&T 和设计后服务/技术后勤支持的合同;大型项目的合同谈判
S2.1 护卫舰、轻巡洋舰、情报收集器、软件维护/修改、开放式维修合同、R&T 和设计后服务/技术后勤支持的合同;大型项目的合同谈判
S2.1 护卫舰、轻巡洋舰、情报收集器、软件维护/修改、开放式维修合同、R&T 和设计后服务/技术后勤支持的合同;大型项目的合同谈判