软件工程-课程复习1

《软件工程概论：应对软件危机的工程化方法》 软件工程是一门旨在解决软件危机的学科，起源于20世纪60年代末。当时，随着软件规模的扩大和复杂性的提升，软件开发面临诸如开发周期长、成本高昂、质量不稳定以及维护困难等问题，这被称为“软件危机”。为了解决这些问题，北大西洋公约组织（NATO）提出了软件工程的理念，主张将工程化的思维方式应用于软件开发，以提高效率和质量。 软件危机的表现包括：对软件成本和进度的估算常常偏离实际，用户对已完成的软件不满意，产品质量无法保证，软件缺乏必要的文档支持，软件成本在计算机系统总成本中的比例逐年增长，软件开发生产力的提升速度跟不上硬件和计算机应用的发展。这些挑战促使我们寻找更为科学的软件开发方法。 软件工程的定义涵盖了系统化、规范化和可量化的开发、运行和维护方法。它不仅涉及软件本身的开发，还包括对这些方法的研究。软件由程序、数据和相关文档三部分组成，这些元素共同构成了软件的整体结构。 Hooker提出的软件概括性/通用性原则强调软件的价值、简洁性、愿景、用户关注、面向未来、计划复用和深思熟虑。遵循这些原则有助于创建更具适应性和可持续性的软件产品。 George Polya提出的实践精髓为解决问题提供了指导，包括理解问题、规划解决方案、实施计划和验证结果。这一过程涵盖了从识别利益相关者、确定需求，到建模、编码、测试和质量保证的全过程。 在众多软件开发模型中，瀑布模型和增量模型具有代表性。瀑布模型以其线性的顺序性和依赖性著称，适用于需求稳定的情况，但在需求变化频繁或系统规模庞大的项目中可能面临挑战，如项目风险高、交付延迟等问题。而增量过程模型则允许分阶段交付可运行的产品，以降低风险并适应需求变化，但可能面临需求理解不充分、技术变化和资源限制等问题。 原型模型作为演化模型的一种，通过快速构建原型来迭代和明确需求，尤其适用于需求模糊的项目。然而，原型可能会引发误解，如客户可能将原型视为完整产品，导致对软件质量的忽视。当客户要求将原型上线时，开发者需要重新解释并改进软件以保证质量。 总结来说，软件工程是通过系统化的方法来应对软件危机，包括理解问题本质、设计合理的过程模型、持续改进和质量保证。面对不断变化的需求和技术环境，我们需要灵活运用各种模型和原则，确保软件产品的高效、可靠和可持续发展。