このチュートリアルでは、非常に一般的なSDLCモデル–プロトタイプモデル それでは、始めましょう。
ソフトウェア開発では、クライアントが何をしたいのか漠然としていることがあります。 彼らは、彼らが開発したい製品についての基本的な考え方を持っています。 しかし、製品の詳細な要件や詳細な機能ではありません。 このようなシナリオでは、クライアントは製品のプロトタイプを選択します。
プロトタイプは、希望する仕上げ製品に関するクライアントの評価とフィードバックのために作られた製品のモデルまたはサンプルです。 プロトタイプを検討した後、クライアントは目的の製品に必要な機能を決定することができます。
この方法論またはSDLCモデルは、ソフトウェアプロトタイプモデルと呼ばれています。
コンテンツ
プロトタイプモデルとは何ですか？
プロトタイプモデルは、最小限の要件でプロトタイプを構築するソフトウェア開発ライフサイクルモデルの一つです。 このプロトタイプは、所望の機能を有する最終的なプロトタイプが作成されるまで、クライアントから受信したフィードバックに基づいてテス この最終的なプロトタイプはまた最終製品のための基盤として機能する。
前述したように、このモデルは、プロジェクトを開始する前にすべての詳細な要件がクライアントに知られていない場合に便利です。 また、開発する製品が複雑なものであり、同様の製品が市場に存在しない場合にも便利です。
このようなシナリオでは、クライアントは限られた要件を持つ基本プロトタイプの作業を開始するように開発者に依頼することができます。 基本的なプロトタイプの準備ができたら、クライアントはプロトタイプを見てチェックし、すべての変更が必要なものを決定できます。
顧客はまた市場調査をし、エンドユーザーか顧客からのフィードバックを集めるのにプロトタイプを使用できます。
クライアントが行う必要がある変更について決定した場合、クライアントはこれらの要件を要件収集チームに与えます。 これらの変更は、最終的には開発チームに届きます。
開発者は、基本的なプロトタイプへの変更の作業を開始することができます。 このサイクルは、クライアントが最終製品を反映したプロトタイプに満足するまで繰り返されます。
プロトタイプモデルのフェーズ
プロトタイプモデルの開発サイクルに関わる主なフェーズは次のとおりです。
- 初期コミュニケーション–このフェーズでは、ビジネスアナリストやその他の個人が要件を収集し、製品の必要性を議論する責任があり、利害関係者やクライ
- クイックプラン–基本的な要件が議論されたら、最初のプロトタイプのクイックプランが作成されます。
- モデリングクイックデザイン–ユーザーインターフェイス部分、すなわちプロトタイプの設計部分は、この段階で行われます。
- プロトタイプの開発–この段階では、設計されたプロトタイプがコード化され、開発されます。
- プロトタイプの展開、配信、およびフィードバック–このフェーズでは、最初のプロトタイプが展開され、クライアントが使用するためにアクセスできます。 クライアントはプロトタイプをレビューまたは評価し、要件収集チームと開発チームにフィードバックを提供します。
上記のフェーズは、最終製品のレプリカが展開されるまで繰り返し続けます。 - 最終製品の設計、実装、テスト、展開、およびメンテナンス–クライアントがプロトタイプを完成させると、プロトタイプに基づいて最終製品が設計され、開発されます。 この開発された製品は、テストチームによってテストされ、それがライブに行く準備ができている場合は、製品が展開され、エンドユーザーのために利用可能
プロトタイプモデルの種類
開発者は、このセクションで説明した製品の要件に基づいて、利用可能なプロトタイプモデルの種類から選択できます。 それらを見てみましょう。
- Rapid Throwaway Prototyping–この方法では、プロトタイプは初期要件に基づいて迅速に開発され、レビューのためにクライアントに与えられます。 クライアントがフィードバックを提供すると、最終要件が更新され、最終製品の作業が開始されます。 名前が示すように、開発されたプロトタイプは廃棄され、最終製品の一部にはなりません。 クローズエンドプロトタイピングとも呼ばれます。
- 進化プロトタイピング–この方法では、プロトタイプが作成され、クライアントのフィードバックが受信されます。 フィードバックに基づいて、プロトタイプは顧客がそれを最終製品と考慮するまで精製される。 これは、増分開発アプローチに従い、進化プロトタイピングのように、古いプロトタイプがゼロから新しいプロトタイプを開発するのではなく、再加工された迅速な使い捨てプロトタイピングメソッドに比べて時間を節約します。 ブレッドボードプロトタイピングとも呼ばれます。
- インクリメンタルプロトタイピング–このタイプのプロトタイプモデルでは、最終製品の要件はより小さな部品に分割され、各部品は別々のプロト 最終的には、すべての部品（プロトタイプ）がマージされ、最終製品になります。
- Extreme Prototyping–このタイプのプロトタイピングモデルは、主にwebアプリケーションに使用されます。 それは3つのフェーズに分かれています-
- まず、静的ページを持つ基本的なプロトタイプが作成され、HTMLページで構成されます。
- 次に、サービス層を使用して、データ処理をシミュレートします。
- 最後のフェーズでは、サービスが実装されます。
プロトタイプモデルの利点
プロトタイプモデルには以下の利点があります-
- 開発プロセスのスピードをあげる速い顧客のフィードバックは受け取られる。 また、開発チームがクライアントのニーズを理解するのに役立ちます。
- 開発されたプロトタイプは、後で同様のプロジェクトに使用できます。
- 不足している機能やエラーは早期に検出できます。
- 要件がクライアント側から明確でない場合、要件が限られていても、開発チームが開発プロセスを開始できる場合に便利です。
プロトタイプモデルの欠点
プロトタイプモデルには、魅力的な利点とは別に、以下に示す多くの欠点があります-
- クライアントが最終的な要件に達するまで、複数のプロトタイプが必要になる可能性があるため、時間のかかるプロセスまたは方法です。 顧客はほしいと思うものがについての明示的な考えを持たないかもしれない。
- この方法は、コミットされたクライアントでのみ行うことができる、あまりにも多くのクライアントの相互作用と関与を伴います。
- 最初は、最終製品に到達するのに必要な正確な時間を予測するのは少し難しいです。
- コーディング中、開発者は何が来ているのかについて幅広い視点を持っていないため、最終製品には適していない基礎となるアーキテクチャを使用する可能性があります。
- 迅速なプロトタイプを作成するために、開発者は開発プロセス中に弱い決定（特に実装の決定）を行い、最終的に製品に影響を与える可能性のある品質
結論
プロトタイプモデルは、その長所と短所を持つ試行錯誤の方法です。 これは、クライアントが製品に必要なすべての機能を明確にしていない場合に特に便利です。
KuldeepはArtOfTestingの創設者そして鉛の著者である。 彼は、テストの自動化、パフォーマンステスト、ビッグデータ、およびCI-CDに熟練しています。 彼はQAの専門家の教育に捧げられる彼の現在の役割に経験の彼の十年を持って来る。 あなたはLinkedInの上で彼と接続することができます。