ウォーターフォール・モデルとの違い ウォーターフォール・モデルと非ウォーターフォール・モデル(プロトタイプ・モデルやスパイラル・モデル)との違いを下記のようにまとめてみました(図3)。これらの内容からもわかる通り、非ウォーターフォール・モデルは、反ウォーターフォール・モデルという訳ではなく、ウォーターフォールの拡張版ととらえて良いかと思います。 ・開発単位の大きさ ウォーターフォール・モデルは、システム全体を一気に作るため、開発単位は「システム全体」となります。これに起因するウォーターフォール・モデルのデメリットの影響が大きくなってきたため、非ウォーターフォール・モデルでは、機能の深さや機能ごと(サブシステムごと)のように、開発単位を小さくする方向で改良されています。 ・上流工程の位置付け、開発の進め方 ウォーターフォール・モデルは、上流工程で「すべてを見通す」というものでした。これは、上
ソフトウェア要求仕様の変更などの変化に対して機敏な対応ができ、顧客に価値あるソフトウェアを迅速に提供することを目的とするソフトウェア開発方法論の総称。特に「アジャイルソフトウェア開発宣言」に合意しているもの、「アジャイルアライアンス」に参加しているものを指す。アジャイル(agile)とは「俊敏な」「機敏な」という意味で、軽量型(ライトウェイト)開発ともいう。 ウォーターフォールやRUPなどの“重厚な(ヘビーウェイト)開発プロセス”が事前に仕様を定義して、それに基づいてアーキテクチャ中心に計画的な設計を行い(この間、仕様書や設計書など中間成果物を作成する)、その設計に沿ってプログラミングを行っていくというプロセスであるのに対して、アジャイルソフトウェア開発は仕様や設計の(場合によっては大幅な)変更が当然あるものという前提で、最初から厳密な仕様を抽出しようとせず、大まかな仕様だけで細かいイテレ
オブジェクト指向プログラミングとは、オブジェクト(もの)を中心に考えていくプログラミング手法のことで、数年前から特に注目を集めているものの、実際にはもっと古くからある手法です。 巷にある本の解説には、「もの」ということを取り上げて、解説していますがが、それではオブジェクト指向が何を意味しているのかわかりづらいものです。 オブジェクト指向に対するプログラミング手法には、手続き型プログラミングがあり、それと対比をするとわかりやすくなります。 以下の説明はまだ洗練されていないので、時々内容がアップデートするかもしれませんがご了承ください。 オブジェクト指向と手続き指向の違い オブジェクト指向:Java, C++, Smalltalkなど 手続き型:Basic, C, COBOL, アセンブラなど プログラミングとは、コンピューターに対する一連の命令を作成することです。 例えば、画面に文字を表示す
オブジェクト指向プログラミングと対比されるものとして、手続き型のほかに、データ中心指向があります。データ中心指向は、大量のデータを扱う業務アプリケーションで適用される方法論で、機能や処理を中心に考えるのではなく、データを中心に考えていくアプローチです。機能や処理に比べてデータは不変であるため、データが重要な意味を持ってくる業務アプリケーションでは、この考え方が適しています。 オブジェクト指向との違いは何かというと、簡単に言えば、オブジェクトを中心に考えるか、データベースを中心に考えるかの違いです。 ドメインを中心に考えている点では、どちらも一緒です。ドメインとは、アプリケーションが解決しようとしている問題領域のことです。ドメインを明確にする際、モデルが作成されます。モデルは、その問題領域で扱うデータを構造化し、関連を明確にし、アプリケーションの本質的な部分、骨子を明確にしていくものです。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く