ソフトウェア開発方法論の定義

方法論のこのクラス は、情報システムの設計に使用される手順、技術およびサポート・ドキュメントのセットとして識別され. ソフトウェア開発を参照するとき エンジニア ソフトウェアでは、それは既に他に設立された他の方法と 電力 仕事のために、段階または相のシリーズを満たさなければならないプログラムの開発、について話しています工学分野.

その主な目的は、クラシックのセットと、建設やシステムモデルの比較のheursticas基準を含む品質のソフトウェアを開発することを可能にする近代的な技術モデリングシステムを、公開です.

各ソフトウェア開発方法論は、独自のアプローチのを持っており、それらの一般的に呼ばれる伝統的なアプローチは、通常、品質、競争力、満足度やメリットなどのアカウントの側面に反映されていません。ほとんどが等曖昧さ、官僚がロードされているが. 彼らは50代のビジネスについて考え、70年代と80年代の手法 十年に作成されたので.

真実は、世界は、非常に迅速にちょうどスマートなビジネスインテリジェントなソフトウェアを変更していることであり、生き残ります. 現在、通信はスナップショットがあり、情報が リアルタイム に流れます. だからこそ、クラシックの方法論とestn時代遅れで、ビューのすべてのポイントから動作しません。. 唯一のいくつかが適応されているが、その機能はいくつかの革新的なプロジェクトに限定されています. ソフトウェア開発を管理するためのギルと柔軟な方法論のと のための投資に対するリターンを最大化することを目指しています。

手法スクラム：

今日使用されているソフトウェア開発の方法論の中では、 会社. これは、クライアントと連続監督の原則、自己管理 、適応、技術革新のための機能も大きな値 を構築することに基本的に基づいています. この方法論のestnの利点の中：期待に

コンプライアンス、柔軟性は、時間の短縮、生産性の向上を変更するには、投資の上 リターンを最大化し、リスクの低減

方法論XP（エクストリームプログラミング）：をそれは適応性、その予測可能性に重点を置くため、アジャイルソフトウェア開発プロセスの中で最も著名な方法論の一つであります. その主な機能は以下のとおりです。

• 反復型開発は、小さいながらも継続的な改善をを指し.
• 一定のユニットテストは、しばしば繰り返され、自動化されました. クライアントとの
• Contina統合プログラミングチーム. ペアで
の
• プログラミングは、私たちの推薦は開発作業が同じ位置に二人で行っていることです. 新しい機能を追加する前に、すべてのエラーの
• 補正. コードので
• シンプルで、おそらくあなたが使用することはありません何かの複合体を作るために、 ずっと なしで動作する修正することができ、簡単な何かをする方が良い、物事がうまく動作させるための最善の方法です.

.