《软件工程》课件——02软件危机.pptxVIP

2026年3月8日软件危机大数据技术BIGDATA从历史演进到现代挑战

2026年3月8日章节内容1软件危机由来2软件危机概念3软件危机原因4软件危机表现形式软件危机应对措施5软件危机的现代演进与未来挑战6

2026年3月8日1.软件危机由来1.1技术背景

2026年3月8日1.软件危机由来1.1技术背景20世纪60年代：危机爆发的技术拐点从“科学计算”转向“商业应用”，软件开发需求激增计算场景转型高级语言成熟：COBOL（商业）、FORTRAN（科学）替代汇编，复用率低操作系统革新：分时系统（CTSS）支持多用户，调度逻辑复杂数据库诞生：IBMIMS解决数据存储，结构僵化难适配关键技术推动软件规模从“千行级”→“万行级”，“个人开发+维护”模式彻底失效核心矛盾

2026年3月8日1.软件危机由来1.2典型案例案例名称时间危机表现损失/影响IBMOS/360操作系统1960s原计划18个月→实际36个月，功能与设计脱节，百万行代码缺陷超2000个百万美元级损失，推动《人月神话》成书美国火星探测火箭爆炸1963年FORTRAN程序循环语句语法错误，导致火箭失控爆炸直接损失1000万美元，任务失败苏联“联盟一号”飞船坠毁1967年软件小数点精度误差，导致降落伞控制系统失效，飞船返航时坠毁宇航员弗拉基米尔?科马洛夫遇难美国银行信托软件项目1982-1987年预算2000万→6000万，延期2年未上线，系统与业务流程脱节，稳定性极差错失6亿美元信托商机

2026年3月8日章节内容1软件危机由来2软件危机概念3软件危机原因4软件危机表现形式软件危机应对措施5软件危机的现代演进与未来挑战6

2026年3月8日2.软件危机概念软件危机是指人们在软件开发和维护过程中所遇到的一系列严重问题的集合如何开发软件以满足社会对软件日益增长的需求？如何维护数量不断增长的已有软件？2.1IEEE权威定义

2026年3月8日2.软件危机概念2.2传统与现代软件危机差异维度传统软件危机现代软件危机软件形态单体软件、本地部署分布式、云原生、AI驱动核心问题规模/复杂度失控、需求脱节兼容性（多云）、算法质量（AI）、安全风险影响范围单一企业/项目跨行业（如云中断影响全球）、终端用户

2026年3月8日章节内容1软件危机由来2软件危机概念3软件危机原因4软件危机表现形式软件危机应对措施5软件危机的现代演进与未来挑战6

2026年3月8日3.软件危机原因3124软件开发与维护方法不当：忽视软件开发前期的需求分析，不重视软件维护，忽视软件测试的重要性，重实现轻设计。文档及沟通存在问题：文档资料不全、准确性不够；忽视用户、开发团队成员之间的沟通交流，开发人员对行业认知不足。没有统一的、规范化的软件开发方法论指导软件开发，软件开发人员往往没有工程化视角，容易简单地认识软件开发即是编写程序代码。缺乏质量保证措施：没有完善的质量保证体系，没有严格的评审制度。3.1.软件危机原因

2026年3月8日章节内容1软件危机由来2软件危机概念3软件危机原因4软件危机表现形式软件危机应对措施5软件危机的现代演进与未来挑战6

2026年3月8日4.软件危机表现形式4.1.三个维度进度滞后：某车企智能座舱（延期67%）成本超支：Healthcare.gov（超支118%）项目管理维度质量难以保证：某工业AI图像识别软件准确率70%无法满足用户需求：?微服务响应延迟，电商支付等待时长过长产品质量维度软件文档缺失：AI模型文档缺失，微服务架构文档碎片化软件维护困难：分布式维护团队存在时差问题，AI大模型维护不及时存在准确率问题运维保障维度

2026年3月8日章节内容1软件危机由来2软件危机概念3软件危机原因4软件危机表现形式软件危机应对措施5软件危机的现代演进与未来挑战6

2026年3月8日5.软件危机应对措施使用工程化思想指导软件开发，即软件工程。推广使用软件开发实战中形成的成熟的先进的技术与方法。推广使用更先进更好用的软件设计、开发、测试、维护等工具。1235.1总原则

2026年3月8日5.软件危机应对措施5.2工具链及管理体系升级环节传统工具现代工具核心价值项目管理纸质文档Jira（任务、Confluence（文档）协作效率提30%开发协作本地代码库Git（版本、GitLab（托管）冲突率降40%测试手动测试Selenium（自动化）JMeter（性能）覆盖率从60%→90%运维手动部署Jenkins（CI/CD）、Prometheus（监控）修复时间从4h→30min工具链

2026年3月8日5.软件危机应对措施5.2工具链及管理体系升级标准/体系名