ソフトウェア製品開発プロセス:
以下の図は、ソフトウェア製品の開発は、一般的に必要なすべてのプロセスに供される示しています。
1 [スタート]
プロジェクト開始段階、およびその主な目的で、プロジェクトの実現可能性を決定します。我々は問題を解決するため、利害関係者、プロジェクトの背景を必要とし、そう理解すること。その上、製品管理、建築家、UIエンジニア、開発エンジニア、テストエンジニア、および:を含むプロジェクト憲章およびプロジェクトチームを設置し、準備します。
上記の準備が完了した後、プロジェクトの開始は、次のステップは、作業の終わりになり始めて、開催されます。
2、計画
プロジェクトの計画段階では、利害関係者やプロジェクトマネージャは、需要側のプロジェクトだけでなく、プロジェクトのスコープを決定するためのプロジェクト、WBSを作成し、プロジェクトのマイルストーンとプロジェクト計画を設定する必要があります。コスト、品質、リスクを予測し、制御するプログラムを含むプロジェクトマネジメント計画書を、開発している間。
3)需要
要件フェーズでは、取得要求の必要性は、PRD、UIデザイン、高忠実度の設計文書の解析、準備を必要とします。
そして最後に、ニーズ評価に、評価作業の次のステップにより、
4)デザイン
設計段階で、データ構造、アーキテクチャ、ビジネスモデルやルール、プロセス制御、モジュールインターフェースを含む要件文書、ソフトウェアシステムの設計に応じてデザイナー。出力概要設計、詳細設計書、およびデータベースの設計仕様などが挙げられます。
5)開発
商品等のプロトタイプマップ、UIのレンダリング、設計ドキュメント、適切な開発環境を選択し、開発ツール、プログラミング言語に応じて明確な需要、開発エンジニアコーディング段階への正式なエントリは、この段階で実施された後、非常に長い困難な段階であります、コアソフトウェアです。
6)機能テスト
ソフトウェアテストは、ソフトウェアの品質を確保するための重要な手段です。開発する開発エンジニアの完了後、テストエンジニアがテストに引き渡さすることができます。BUGのテストエンジニアは、開発者へのフィードバックをテストするために、開発者は変更を行います。テストが渡されるまで、機能テストは、多くの場合、品質要件を満たすために、多くの時間を必要とします。
7)テストを終了する終了
最終的にはテスト段階には、ビジネスプロセスの設計・テスト・ケースを完全なエンドツーエンドに基づいてテスターはプロセス全体をカバーして、徹底的にシステムの各モジュールの終わりに基づいてケースをテストすることができ、システムは品質と受け入れ基準のニーズを満たすことができることを確認してください。
8)ユーザー受け入れテスト
ユーザ受け入れテストフェーズは、通常UAT(ユーザー受け入れテスト)段階で、ユーザ受け入れテストは、ソフトウェアは、ビジネス要件を満たして確認することができ、エンドユーザの最終段階です。UATは、構築し、ソフトウェアの目的を理解するために、エンドユーザーの要件を理解しています。このテストは、ソフトウェアの実行を実行する前の最後のテストです。エンドユーザー実生活のシナリオを使用すると、エンドユーザーのオンラインソフトウェアは、これらのビジネス要件が重要な役割を果たし満たしている前に、実際のデータ、ユーザー受け入れテストと検証のためにUATテストケースを構築します。
9)行に
すべてのテストが合格し、顧客や上司と試運転の後に安定した後にオンラインシステムを、合意されました。
オンライン含ま:成果物(要件文書、設計ドキュメント、インストールの手動展開、製品のヘルプなど)と運用・保守の移転を終えてのオンライン展開、展開後の検証、。
10)終了
プロジェクトの最終段階は、プロジェクトの成果の移転は、プロジェクトチームのリリースは、プロジェクトは、プロジェクトの報告を調査し、完了したプロジェクトは、結び目。
使い方Leangooのソフトウェア製品の開発に位相サポート
まず、プロジェクト(プロジェクト選択の位相型)を作成し、Leangoo
段階的なプロジェクトでは、「ステージソフトウェア開発プロジェクト」プロジェクトテンプレートでleangooを使用することをお勧めします。
「舞台のソフトウェア開発プロジェクト、」プロジェクトテンプレートでは、システムが自動的にあなたのための10枚のステージ看板、欠陥看板、看板やリスク管理変更管理かんばんを作成します。
図は次のとおりです。
各ステージかんばんにおいて、基準サンプルはターゲットの位相に供給される参照することによって、行われる必要〜
1)かんばんを上演
標準相看板は、以下に示すように、完成進行中に-DOマイルストーンを、、、。
- マイルストーン:この段階でターゲットを配置するには、レーンのために、各ターゲットにカード口座に到達する必要があります。
- 実行します。特定のタスク(作業項目)マイルストーンを完了するために入れては、複数のタスクに対応した目標を実行する必要があります。(上記のように赤のボックス)
- 進行中:現在進行中のタスク。
- 完了:完了したタスク。
2)欠陥かんばん
製品の欠陥追跡システムを管理するためにあなたのための欠陥処理の良好な流れを設定しています。(あなたは、プロセスをカスタマイズする必要がある場合があります)
3)リスク管理かんばん
かんばんはプロセスのリスク管理プロジェクトリスクの特定、分析、処理および監視している、管理活動プロジェクト管理することが重要であり、効果的なリスク管理のソフトウェアの実装は、プロジェクトのソフトウェア開発作業が正常に完了したことを確実にするためであります
4)変更管理かんばん
変更管理プロセスは、プロジェクトの実施における環境内のすべての変更が適切に定義されていることを確認するために、変更管理、前評価と承認プロジェクトの成功の配信のための基礎です。
各ステージの進行状況を追跡
プロジェクト全体の進捗状況を追跡
注:さまざまな企業の場合は、異なる製品は異なる手順や要件を有することができます。上記の基準として使用することができます -