ソフトウェア危機とは何ですか？

ソフトウェア危機は、ソフトウェアが提供できるものとコンピューターシステムの能力とユーザーの期待との間の不一致です。これは、コンピューティングが飛躍的に増加し、ソフトウェアがペースを維持することができなかったため、20世紀には成長する問題になりました。システムの複雑さが成長するにつれて、ソフトウェアからますますパフォーマンスを期待するユーザーのニーズも成長します。プログラマーは、ペースを維持し、ソフトウェアの危機を生み出すのに苦労するかもしれません。

消費者ソフトウェアは、通常、ゆっくりとした一連の開発段階を移動しますが、業界のビジネス量のごく一部を構成します。ソフトウェア開発の大部分は、海軍巡洋艦のミサイルガイダンスを処理するプログラムから、健康保険会社の内部記録維持に至るまで、特定のアプリケーションのシステムに沈んでいます。このソフトウェアは通常、顧客からの多額の投資と、開発、テスト、担当者からの豊​​富なプログラミングを必要とします。

そのようなプロジェクトは、ソフトウェアの危機に遭遇する可能性があり、そこで予算を超えて発展する予定よりもはるかに時間がかかり始めます。ソフトウェアに取り組んでいるプログラマーは、システムの新しい側面を学習し、クライアントの調整を行い、発生する他の問題に対処しながら、進行中のバグ修正に対処する必要がある場合があります。プログラマーは、ソフトウェアが良質ではないことを意味する場合でも、プログラマーが予算を満たすというプレッシャーが増加する可能性があるため、低品質が懸念事項になる可能性があります。ドキュメントが少ない傾向があります。

これは、新しいソフトウェア製品の開発の単なる問題ではありません。もう1つの懸念は、開発の貧弱な開発や、ニーズの増大を予測しないことに関連する可能性のある古いソフトウェアを維持する必要性です。プログラマーは、レガシーソフトウェアを機能させるために多数の時間を費やしている可能性があるため、企業はコンティになります操作するためのnu。古いソフトウェアへの高い投資により、会社は、たとえそれがニーズを満たす方が良い場合でも、新しいプログラムを注文することに消極的かもしれません。

複雑で高度なコードを生成する圧力は、ソフトウェア危機の重要な貢献者になる可能性があります。コストを管理し、タイムテーブルにとどまる際に圧力を制御することは困難です。ソフトウェア危機に対処するためのいくつかの措置には、実質的な高度な計画、高度に資格のある人員の選択、およびプロジェクトがタスクとフォーカスのままであることを確認するための継続的な更新などが含まれます。