規律としてのソフトウェア開発と保守プロセスを、多くの問題が発生します、ソフトウェアエンジニアリングは、ソフトウェアの危機を解決することで、ソフトウェアの危機は何ですか？
まず、ソフトウェアの危機
ソフトウェアの危機は、コンピュータソフトウェアの開発と保守で遭遇深刻な一連の問題を指します。
主にソフトウェアの危機：
1ソフトウェア開発の進捗状況を予測することは困難である
数ヶ月、あるいは数年の遅延時間を、現象は珍しいことではありません、この現象は、ソフトウェア開発組織の信頼性を低減します。
2ソフトウェア開発費は、制御することが困難で
投資を繰り返し追加している、それは信じられないです。実際のコストは、多くの場合、大きさの順予算コストよりも高くなっています。
作業を終了し、採択好都合いくつかのコストを節約するためには、多くの場合、必然的にユーザーの不満につながるソフトウェア製品の品質を損なわれています。
製品の3つのユーザーは満たしています
、統一することは困難で矛盾を開発者とユーザーの間で困難なコミュニケーションを。ソフトウェア開発者は、多くの場合、実際のユーザーのニーズを理解することはできませんし、ユーザーがコンピュータのモード機能を理解し、問題を解決しない、双方が共通の説明とお馴染みの言語と通信することはできません。
完全には理解していない両側の場合、彼らは戦闘システムの設計、続行するプログラミング急いに突入、この「密室」の開発アプローチは、必然的に、ユーザーの実際のニーズを満たしていない、最終製品につながります。
4ソフトウェア製品の品質を保証することはできません
排除することが困難なシステムエラーを。ソフトウェアが論理積である、品質が困難な品質管理で、その結果、均一な標準に測定することは困難です。
ソフトウェア製品は、エラーがないわけではないが、ブラインド検出がエラーを発見することは困難であり、間違いがしばしば重大な事故に起因するリスクを下に隠されています。
5ソフトウェア製品を維持することは困難である
ソフトウェア製品の本質の開発者の論理的思考活動のコードを、困難な他の人が交換します。開発者自身がない限り、システムのトラブルシューティングを行うには、適時に検出するのは困難であろう。
システムのエラーを増やすことにもシステムのための新たなハードウェア環境に適応する、または元のシステムにいくつかの新しい機能を追加し、ユーザーのニーズに応じて、しかし。
6ソフトウェアは、適切な文書の不足している
ドキュメントは、ソフトウェアの重要な部分が不可欠です。実際には、ソフトウェアのマニュアルでは、全体的な開発者のミッションステートメントの設計、システムの保守や技術指導マニュアルの労働者を発行した開発組織やユーザー、システム管理者との間の契約上の権利と義務であるユーザーのです取扱説明書。
必要書類や規格外のドキュメント、ソフトウェアの開発と保守の欠如は、多くの困難や深刻な問題をもたらすでしょう。
ソフトウェアの分析は、危機の原因：
1つのユーザーの需要は明らかではないが、
ソフトウェア開発プロセスでは、ユーザーは、主に4つの側面に反映明らか問題ではありません必要があります。
開発されたソフトウェアの前に、ユーザー自身がソフトウェア開発の特定のニーズを知りません。
ソフトウェア開発のユーザーは、不正確な記述を必要とする、そこに欠落している可能性があり、あいまいな、あるいは間違っています。
ソフトウェア開発プロセスでは、ユーザはまた、環境をサポートする、インターフェース、ソフトウェア開発機能の側面を修正するために要求されています。
ソフトウェア開発者は、ユーザーの希望にユーザーのニーズを理解する上での違いだったでしょう。
正しい理論的な指導の2不足
強力な支援の方法論とツールの欠如。ソフトウェア開発は、他のほとんどの工業製品と異なっているので、開発プロセスは複雑な論理思考プロセス、および知的入力の開発者の程度に依存大幅に同社の製品です。ソフトウェア開発プロセスにおけるプログラマやクリエイティブなスキルに過度に依存、増加したパーソナライゼーションソフトウェア製品の開発に、ソフトウェア開発にも発生し、危機のための重要な理由です。
ソフトウェア開発の3大規模化
ソフトウェアの開発と成長、より多くの大規模なソフトウェア開発の広い範囲のアプリケーションとして。大規模なソフトウェア開発プロジェクトは完了するために一緒にマンパワーの一定量を整理する必要があり、ほとんどの管理者は、大規模なソフトウェア開発システム開発の経験が不足しているが、ほとんどのソフトウェア開発者が管理経験不足します。情報の人事交流のすべてのカテゴリは、タイムリーな不正確な、そして時には誤解を招くではありません。ソフトウェア開発プロジェクトの開発者は、効果的かつ独立して、大規模なソフトウェア開発およびすべての様々な枝の間の関係を扱うことができず、省略およびエラーを起こしやすいので。
ソフトウェア開発の4ますます複雑
ソフトウェア開発は単なる開発し、サイズが急速に拡大し、複雑さも飛躍的に増加されていません。人間の知能ソフトウェア製品開発の特殊性と限界は、対処できないことにつながった「複雑な問題。」いわゆる「複雑な問題」の概念は相対的で、組織の高度な形態を持つ人々は、ソフトウェア開発の効率化と能力を向上させるための方法やツールを開発したら、新しい、より大きく、より複雑な問題は、人々の前に配置されています。
第二に、ソフトウェア工学
ソフトウェア工学は、ソフトウェアの危機を解決するための方法である
、ソフトウェアエンジニアリングは、新興エンジニアリング分野として、1960年代後半に生まれた
主な研究ソフトウェアの生産目的の法律、ソフトウェアの生産、原則、方法、技術に関連する体系的な概念を確立し、制作ツール、下のソフトウェア生産コストを達成するために指導・支援ソフトウェアシステムの活動、ソフトウェア製品の品質を向上させるには、対象ソフトウェアの生産性のレベルを上昇させます
。成功体験の数が他の人間工学から吸収ソフトウェア工学とハードウェアエンジニアリングは、明確にソフトウェアのライフサイクルのモデルを提唱し、該当のソフトウェアの開発・保守フェーズの多くの技術や方法を開発したソフトウェアエンジニアリングの実践を適用し、良い作り効果。
ソフトウェア開発プロセスでは、人々は、開発・生産するプロジェクト管理とソフトウェア技術を支援するソフトウェアツールを使用し始め、人々は、有機コレクションは全体として、継続的なサポートとソフトウェア開発を形成することができるソフトウェアツールのソフトウェアのライフサイクルのステージを使用します。経営と技術の両方からの眺めと統合されたソフトウェアのサポート環境のプロセス全体のメンテナンスは、ソフトウェアの危機を解決するために。
また、人工知能とソフトウェア工学の組み合わせは、1980年代後半における研究の活発な分野となっています。自動的に再利用可能なソフトウェアを生成するプログラム変換、ソフトウェアの研究や新技術に基づいて、さらにプログラムの設計自動化プロセスを推し進め、いくつかの進歩を遂げました。ソフトウェア工学理論の指導の下、先進国は強力なソフトウェアの生産能力を形成し、比較的完全な工業生産システムソフトウェアを確立しています。ソフトウェアの標準化と再利用性は、労働力の再利用を避けるために、業界を重視してしまった、ソフトウェアの危機を緩和する重要な役割を果たしました。
第三に、ソフトウェア要件の定義
