この種の方法論は、情報システムの設計に使用される一連の手順、手法、および文書によるサポートとして識別されます。では、ソフトウェアエンジニアリング、ソフトウェア開発に言及するとき、私たちは中に、段階または相のシリーズを満たさなければならないプログラムの開発について話しているのため、既に他のエンジニアリング分野で確立他の方法と機能。
その主な目的は、構築ヒューリスティックやシステムモデルの比較基準など、高品質のソフトウェアの開発を可能にする一連の古典的および最新のシステムモデリング手法を公開することです。
各ソフトウェア開発方法には独自のアプローチがあり、一般に従来のアプローチと呼ばれるものは、通常、品質、競争力、満足度、メリットなどの側面を考慮していません。むしろ、彼らは曖昧さ、官僚主義などを抱えています。方法論は70年代と80年代の10年間に作成されたので、ビジネス50年代で考えます。
真実は、世界は非常に急速に変化しており、スマートビジネスとスマートソフトウェアだけが生き残っているということです。今日、通信が瞬時に行われ、情報はに流れる実際の時間。これが、古典的な方法論がすでに時代遅れであり、すべての観点から機能するとは限らない理由です。適応されているのは一部だけですが、その機能はあまり革新的ではないプロジェクトに限定されています。
現在使用されているソフトウェア開発方法には、次のものがあります。
スクラム方法論：ソフトウェア開発を管理できるようにする俊敏で柔軟な方法論であり、その目的は会社の投資収益率を最大化することです。これは基本的に、顧客にとって最高の価値のある機能を構築することと、継続的な監督、自己管理、適応、革新の原則に基づいています。この方法で提供される利点には、次のものがあります。
期待の実現、変更への柔軟性、時間の短縮、生産性の向上、投資収益率の最大化、リスクの軽減
XP方法論（エクストリームプログラミング）：予測可能性よりも適応性に重点を置いているため、アジャイルソフトウェア開発プロセスで最も顕著な方法論の1つです。その主な特徴は次のとおりです。
- 反復的かつ段階的な開発とは、削減されたが継続的な改善を指します。
- 一定の、頻繁に繰り返される自動化されたユニットテスト。
- プログラミングチームは引き続きクライアントと統合します。
- ペアでプログラミングする場合、最も推奨されるのは、開発タスクが同じ位置にいる2人の担当者によって実行されることです。
- 新しい機能を追加する前に、すべてのエラーを修正します。
- コードのシンプルさ、それは物事がうまく機能するための最良の方法です。決して使用されないかもしれない複雑なことをするよりも、多くの作業なしで変更できる単純なことをする方が良いです。
