キャンペーン
学習
コース
課題
アンケート & クイズ
ゲーム
ヘルプ
スケジュール
コミュニティ
ユーザー
フォーラム
チャット
記事
成功事例
アクティビティ
レビュー
サブスクリプション
ライトテーマ
レッスン
レビュー
私たちについて
開始
学習開始
今すぐ学習を始める
学習の進捗
コース
クエストマップ
レッスン
Java Professional
レベル 15
ソフトウェアのライフサイクル
モジュール 3
レベル 15,
レッスン 0
ソフトウェア製品のライフサイクルの段階 高品質のソフトウェアの開発には、有能なチーム、ワークフロー計画、顧客の期待への製品コンプライアンス、期限の遵守など、多くの要素が必要です。 1. 要件分析 この段階は最も重要な段階の 1 つと考えられます。プロジェクトの成功はそれにかかっています。すべてはプロジェクトの目標を設定することから始まります。次に、完了すべきタスクのリストと将来のソフトウェアの範囲が記載されます。その後、プロジェクトの条件、期限、予算を明確にします。第 1 段
ウォーターフォール - ウォーターフォール モデル
モジュール 3
レベル 15,
レッスン 1
カスケードモデルデバイス ウォーターフォール モデルはウォーターフォールとしても知られ、ソフトウェア開発への最もよく知られたアプローチの 1 つです。モデルの作者はウィンストン・ロイスです。1970 年、彼はその長所と短所を詳しく説明した記事でそのイノベーションの本質を説明しました。同じ場所で、彼はこのモデルを反復モデルにどのように改良できるかについて説明しました。ウォーターフォール モデルでは、最初は次の順序で開発段階が進みます。 要件の定義と調整。 プロジェクトの承認。
アジャイル開発手法 - アジャイル
モジュール 3
レベル 15,
レッスン 2
アジャイルモデル 柔軟な (アジャイル) 方法論は、ワークフローをいくつかの小さなサイクルに移行することで、ソフトウェア開発のリスクを軽減します。これらのサイクルは反復と呼ばれ、通常は 2 ~ 3 週間続きます。 イテレーションは、タスクごとに機能を向上させる、複数のタスクで構成される小さなソフトウェア プロジェクトのようなものです。これらには、計画の作成、要件の評価、プロジェクトへの同意、コードの作成、テスト、技術文書の作成が含まれます。 通常、本格的なソフトウェア リリー
スクラムの概要
モジュール 3
レベル 15,
レッスン 3
スクラムの歴史 1970 年にウィンストン ロイスの「大規模ソフトウェア システム開発の管理」レポートが出版されて以来、多くの人がウォーターフォール開発モデルの欠点を解消できる方法論を見つけようと試みてきました。「ウォーターフォール」に代わる方法は、これから説明するスクラム手法でした。 スクラムという名前は、1986 年に竹内と野明の著作『新製品開発の新しいルール』に由来しています。この文書では、目標を達成するための最も効果的な方法は、開発者に明確な行動計画を与えることである
スクラムの使用
モジュール 3
レベル 15,
レッスン 4
ユーザーストーリー ユーザー ストーリーは、開発中のソフトウェアの要件を述べる効果的な方法です。このようなストーリーには、ソフトウェアのユーザーを代表する簡単なアドバイスが含まれています。 スクラム方法論では、目標の設定は通常、顧客またはソフトウェア所有者の特権であるため、開発プロセスに影響を与える主な方法とみなされます。各ユーザー ストーリーには、テキストの量とプレゼンテーションの複雑さに制限があります。歴史は小さな紙に書かれることがほとんどですが、それ自体が量を制限します
スクラムのプロセス
モジュール 3
レベル 15,
レッスン 5
スプリント計画 スプリント計画は、スクラム スプリントの初期段階です。これにより、スプリント中に作業を行う範囲と方法が決まります。スクラムチーム全体が計画に関与します。 スプリントは、指定された作業を完了する必要がある明確に定義された期間です。スプリントは開始する前に計画する必要があります。まず最初に、スプリントの期間と目標を決定する必要があります。 計画ワークショップでは、タスクのリストとスプリントの目標について合意します。各メンバーが成功に集中できるように、チームに適切な
その他のソフトウェア開発プロセス モデル
モジュール 3
レベル 15,
レッスン 6
Vモデル V 字型モデルの原理は多くの点でカスケード モデルと似ています。ほとんどの場合、中断のない動作が非常に重要なシステムで使用されます。医療機関における患者の生命維持を維持するためのソフトウェア、緊急遮断システム等のソフトウェアです。 このモデルの特徴は、設計を含む開発初期段階のソフトウェアのテストに重点を置いている点です。テストは開発プロセスと並行して行われます。たとえば、単体テストはコードの作成中に実行されます。 V モデルはいつ使用する必要がありますか? ソフトウ
Please enable JavaScript to continue using this application.