プロトタイプモデル
以前のモデル(ウォーターフォールとスパイラル)の最も大きな欠点は、アプリケーションが開発された後に起
したがって、彼らはプロトタイプモデルとして知られている新しいアプローチを開始しました。 これでは、私達は顧客から条件を集め、プロトタイプ(サンプル)を準備し、顧客によって見直され、承認されて得ます。 そしてそれらが満足したときだけ、私達は顧客の拒絶がないように元のプロジェクトに取り組み始めます。
プロトタイプは、必要なソフトウェア製品のサンプルまたはダミーです。 上記のすべてのモジュールが存在する場合、開発者とテスターのみがプロトタイプテストを実行します。
プロトタイプモデル
を一般的に使用する場合、以下の理由からこのモデルを使用します:
- 顧客がソフトウェア業界に慣れていないときや、会社に要件を与える方法がわからないときはいつでも。
- 開発者がドメインを初めて使用する場合。
注:
彼はテストとプロトタイプテストの違いは、テストでは、我々はいくつかの入力と出力を与える機能に取り組むということです。
そして、プロトタイプテストでは、我々はUIとフロントエンドということを意味し、唯一のルックアンドフィールをテストします。
プロトタイプモデルプロセス
プロトタイピングモデルには、次のようなフェーズがあります:
- 要件分析
- フィージビリティスタディ
- プロトタイプを作成する
- プロトタイプテスト
- カスタマーレビューと承認
- デザイン
- コーディング
- テスト
- テスト
- テスト
- テスト
- テスト
- テスト
- テスト
- テスト
- テスト
- 取付けおよび維持
条件の分析
このモデルは顧客から条件を集めることから始まります。 そして、プロジェクトのこれらの要件は、詳細にする必要があります。 これらの詳細は、ビジネスアナリストおよび製品アナリストによって受信されます。 Business analystはサービスベースのソフトウェア会社に割り当てられ、Product analystは製品ベースのソフトウェア会社に割り当てられます。
フィージビリティスタディ
次の段階では、BA、HR、アーキテクチャ、財務チームのヘッドが一緒に座って、製品のコスト、必要なリソース、製品の開発に使用される技術、製品を完成させて納品するためにどれくらいの時間が必要かについて話します。
プロトタイプの作成
フィージビリティスタディが完了したら、次の段階に進み、クライアントから収集したデータに基づいてプロトタイプ(サンプルまたはダミー)を作成し、web開発者がプロトタイプを設計します。
ここでは、以下のタイプのプロトタイプを持っています:
- Static prototype
- Dynamic prototype
Static prototype
static prototypeでは、すべてのガイドライン、スクリーンショット、ソフトウェアの構築方法、完成した製品の外観、動作方法などの説明を含むword文書に要件のプロトタイプ全体を保持しました。
Dynamic prototype
dynamic prototypeはブラウザと並行していますが、ここでは詳細を提供することはできず、データを入力せずに機能のみが存在します。 これは、製品の表現力豊かな機能に様々なページへのタグやリンクを持つhtmlから作られたダミーページのようなものです。
プロトタイプテスト
プロトタイプを構築すると、BAはプロトタイプをテストし、プロトタイプテストの一ラウンドを実行します。
注:
プロトタイプのテストは、我々はUIとフロントエンドことを意味し、唯一のルックアンドフィールをテストしますテストされています。
お客様のレビューと承認
試作品のテストが完了すると、お客様のレビューと承認のためにお客様に引き渡されます。 顧客がある特定のサンプルと幸せでなければ、私達は顧客の指針およびフィードバックに基づいてプロトタイプを変えます。 このプロセスは、顧客がプロトタイプに承認され、満足するまで続きます。 プロトタイプで何度も何度も変更を実行する必要があるため、少し時間がかかります。
Design
承認されたプロトタイプを得た後、私達は最終製品のための高レベルおよび低レベルの設計を始め、最終的なプロトタイプの時に顧客から与えら
コーディング
設計フェーズが正常に完了したら、コーディングフェーズに移り、関係する開発者はプログラミング知識に基づいて製品の開発を開始します。
テスト
開発フェーズのコンパイル後、テストエンジニアに引き渡されます。 そして、テストエンジニアは、アプリケーションの機能、およびすべての入力と出力をテストします。
インストールとメンテナンス
私たちの最終製品は、最終的なプロトタイプに従って開発され、テストされたら、それは生産に展開されます。 そしてプロダクトは重要な失敗を避けるのを助ける中断を減らすために維持を時間を計ります通って行きます。
:
- 要件の収集から顧客レビューまで、文書化された形式は拡張要件の収集フェーズであるため、プロトタイプ形式に変換され、実際の設計は設計フェーズか
- 以前は、プロトタイプの開発は開発者によって行われていました。 それでも、今ではコンテンツ開発者やwebデザイナーによって行われ、いくつかのツールの助けを借りて製品のプロトタイプを開発しています。
- この中で、クライアントは、実際のアプリケーションではなく、プロトタイプで要件の変更を行うのは簡単であるため、要件の変更を求めるために したがって、コストが削減され、期待が満たされます。
プロトタイプモデルの長所と短所
プロトタイプモデルには以下の長所と短所があります:
アドバンテージ | デメリット |
---|---|
不足している機能を簡単に検出できます。 | 顧客が試作品を変更すると時間がかかるため、プロセスに時間がかかります。 そして、それはまた、実際のプロジェクトの作業を遅らせるダミー(プロトタイプ)で何度も何度も変更することによって、私たちの時間を無駄にします。 |
これでは、開発チームおよび顧客にプロダクトの条件そして結果に関する明確なコミュニケーションがあります。 | 要件レビューはありませんが、プロトタイプレビューはあります。 |
これには、顧客満足度が存在します。 | 並列の成果物は存在しないため、2つのチームは一緒に作業することはできません。 |
私達は設計段階のそして同じような適用のためのプロトタイプを再使用してもいいです。 | 一部のアプリケーションでは、システム全体が設計されているため、ソフトウェアが使用されない場合があります。 |
このモデルでは、顧客の拒絶は他のモデルと比較してより少しです。 | 不十分または部分的な問題分析。 |
問題は初期段階で特定することができます。 | 彼らは最終製品やオリジナルのプロトタイプに満足していない場合、我々はまた、顧客の注意を失う可能性があります。 |
Leave a Reply