空难事故中，软件开发环节有哪些关键问题？

本文共计2857个文字，预计阅读时间需要12分钟。

我并非热衷于灾难片电影或纪录片。然而，偶然的机会让我观看了一些航空事故调查节目，被其深深吸引。因为这些事件，我和你们日常进行的软件开发如此相似，有一些今天广泛应用的例子。

我并不是嗜好灾难片电影或者纪录片的。但是偶然的机会看了一两集Air Crash Investigation，便被其深深吸引了。因为这些事故，和我们日常进行的软件开发是如此的相似，有一些今天广泛提倡的Best Practice实际上早就提出几十年了。于是突发奇想，干脆总结总结。这是第一篇。

美航1420次班机空难

1996年6月1日，一架MD-82飞机从美国达拉斯飞往小石城。在接近小石城机场时，机组人员接到雷暴警告。飞机在恶劣天气下从4R跑道进行进近，着陆之后，飞机冲出跑道，以高速撞向跑道尽头的引进灯，断裂为3截并起火，飞机机长和10名乘客遇难。

在所有的飞机空难事件中，不论事故的起因如何，总能从最终调查结果中发现，事故是一连串（有时甚至非常巧合的）相关因素（天气因素，人为因素或者机械因素）交替出现的结果。此次事件也不例外。这件事故发生的前后的时间流水账如下：

背景：

（1）在现代航空运营中，航空公司和机组人员面临这空前压力。效率与准时称为航空公司力保的因素。基层的签派员，驾驶员等必须全力以赴才能够完成任务并获得盈利。航空公司尽量保证签派计划不变但是有一项因素无法控制：那就是天气。而航空公司为了保证计划，不惜和天气赛跑，赶在风暴来临之前进行飞行和降落。

流水账

（2）1996年6月1日。美国1420班机在达拉斯机场准备起飞，由于风暴来临，班机已经延误。

（3）航空人员压力越来越大，延误事件越久越不可能完成飞行计划。