软件工程正是为了应对“软件危机”而诞生的学科，其核心目标是通过系统化、规范化和可量化的方法来提高软件开发的效率与质量。面对第三代计算机硬件快速发展所带来的软件需求激增，传统的手工作坊式开发方式已无法满足复杂系统的构建需求，从而暴露出一系列严重问题。
针对软件危机的七个表现，软件工程逐步提出了解决方案：
- 开发生产率不足：引入软件生命周期模型（如瀑布模型、迭代模型）、项目管理方法和自动化工具（如编译器、集成环境），提升整体开发效率。
- 软件成本占比上升：通过成本估算模型（如COCOMO模型）和项目预算控制机制，加强对软件经济性的管理。
- 进度与成本预估不准：采用更科学的项目规划技术（如WBS、PERT图、甘特图）进行任务分解与时间预测。
- 用户沟通不畅：强调需求工程的重要性，建立需求获取、分析、验证流程，推动原型法等用户参与式开发。
- 软件质量难保证：发展软件测试、评审、质量保证标准（如ISO 9001、CMMI）以及形式化验证方法。
- 软件不可维护：提倡模块化设计、结构化编程、面向对象技术及清晰文档，增强软件可读性与可维护性。
- 复用性差：推动软件复用技术的发展，包括类库、组件、框架乃至软件产品线工程的应用。
这些对策构成了现代软件工程的基础体系，并随着敏捷开发、DevOps、持续集成/持续交付等新范式的兴起不断完善。
软件工程中的主要生命周期模型包括：瀑布模型、快速原型模型、增量模型、螺旋模型、迭代模型、V模型以及敏捷开发模型。每种模型都有其特点和适用场景，用于应对不同类型的项目需求和开发环境。
瀑布模型（Waterfall Model）
- 特点：线性顺序执行，阶段分明（需求 → 设计 → 编码 → 测试 → 维护），前一阶段完成后才能进入下一阶段。
- 适用场景：需求明确且稳定的小型或中型项目，如传统嵌入式系统、政府审批系统等。
- 优点：结构清晰，文档完整，易于管理。
- 缺点：难以应对需求变更，用户反馈滞后。
快速原型模型（Rapid Prototype Model）
- 特点：先构建一个可运行的简化版本（原型），供用户试用并反馈，再逐步完善最终系统。
- 适用场景：需求不明确或用户难以准确表达意图的项目，如用户界面复杂的交互系统。
- 优点：增强用户参与，降低误解风险。
- 缺点：可能因频繁修改导致系统结构混乱，原型易被误当作成品使用。
增量模型（Incremental Model）
- 特点：将系统划分为多个功能模块，分批交付，每一批都是可运行的增量版本。
- 适用场景：需求可以模块化分解的项目，希望尽早投入使用部分功能的企业应用。
- 优点：早期交付有价值功能，降低整体项目风险。
- 缺点：需要良好的架构设计以支持后续扩展。
螺旋模型（Spiral Model）
- 特点：结合了原型的迭代性和瀑布模型的系统性，强调风险分析，每个循环包含目标设定、风险分析、开发与测试、评审四个阶段。
- 适用场景：大型高风险项目，如航空航天、国防系统等对安全性要求极高的领域。
- 优点：重视风险管理，灵活应对变化。
- 缺点：成本高，依赖专家进行风险评估，管理复杂。
V模型（V-Model）
- 特点：是瀑布模型的扩展，强调测试与开发阶段的对应关系（如单元测试对应详细设计，系统测试对应需求分析）。
- 适用场景：对质量要求严格、需通过认证的项目，如医疗设备软件、轨道交通控制系统。
- 优点：测试前置，保证质量可控。
- 缺点：仍属线性模型，灵活性差。
敏捷开发模型（Agile Model）
- 特点：迭代+增量，强调个体互动、响应变化、客户协作和可工作的软件交付。常见方法有Scrum、XP（极限编程）。
- 适用场景：需求频繁变更、市场响应快的互联网产品、初创企业项目。
- 优点：高度灵活，持续交付，用户反馈及时。
- 缺点：对团队素质要求高，文档较少，不适合强合规性项目。
DevOps 模型（Development + Operations）
- 特点：打破开发与运维之间的壁垒，实现持续集成、持续交付（CI/CD），自动化部署与监控。
- 适用场景：云服务、微服务架构、需要高频发布的现代Web应用。
- 优点：发布速度快，稳定性高，故障恢复快。
- 缺点：需要强大的工具链和文化支持。
选择合适的生命周期模型应综合考虑项目规模、需求稳定性、团队能力、安全等级和交付周期等因素。
