ソフトウェアプロトタイピング
プロトタイピングは以下のようなステップで行われる:
要求分析を行う 基本要求を見定め、必要とされる情報の入出力を確定する。なお、セキュリティなどの詳細はここでは無視する。
最初のプロトタイプを開発する ユーザインタフェースだけで構成されるプロトタイプを開発する。
レビュー エンドユーザーを含む顧客にプロトタイプを実際に使ってもらい、追加点や修正点などのフィードバックをもらう。
プロトタイプの改良 フィードバックを反映して、要求仕様とプロトタイプの両方を改良する。ここでは、契約範囲/製品内容に関する調整が必須となる。変更が加えられたら、3番と4番を繰り返す。
ラピッドプロトタイピングのツールとして Visual Basic も使われる。Visual Basic はプログラミング言語だが、次のような機能があるためプロトタイプ作成に適している:
対話的かつ視覚的なユーザインタフェース設計ツール
ユーザインタフェース部品と実行機能を容易に結合可能
学習と利用が容易な言語(BASIC)
既存ソフトウェアの修正が容易
インタプリタが基本であるため、コンパイル時間を待つ必要がなく、迅速な開発に向いている。この特徴は性能を求められる最終製品には不向きだが、プロトタイプでは性能は求められない
欠点は以下の通り:
Visual Basic はオブジェクト指向ではなく、UMLのような一般的記法と相性がよくない。
従って、プロトタイプを使ってUMLモデルを検証することはできず、最近の開発では使われることが減ってきている。
ユーザインタフェースと実行機能が密に関連しているため、そこからビジネスロジックを抜き出すのが難しい。
従って、プロトタイプを使ってビジネスロジックを文書化できない。
SQLを使っている場合、それが内部に組み込まれているため、モデルの変更に対応して検証することが困難。
ルック・アンド・フィールはある程度固定的であるため、自由度が低い。