ALMとは？ 正式名称はアプリケーションライフサイクル管理プロセスです。
トーマス・ハミルトン
⚡ スマートサマリー
ALM（アプリケーションライフサイクル管理）は、ソフトウェアアプリケーションの初期仕様策定から設計、開発、テスト、展開、そして長期的なユーザーエクスペリエンスに至るまでを管理します。ガバナンス、開発、運用という3つの要素から成り、7つの定義された段階を経て、アイデアが保守可能な製品へと発展していきます。
ALMとは？
ALM ALMとは、ソフトウェアアプリケーションの仕様策定、設計、開発、テストを行うプロセスです。アプリケーションの構想段階から開発、テスト、展開、サポート、そして最終的なユーザーエクスペリエンスに至るまで、ライフサイクル全体を網羅します。ALMの正式名称はApplication Lifecycle Managementです。
ソフトウェア開発手法（例えば、ウォーターフォール、アジャイル、DevOpsなど）によっては、ALMは複数のフェーズに分割される場合があります。ALMプロセスは主に、ガバナンス、開発、運用の3つの要素に分けられます。
ALM プロセス
ALMの主要分野は以下のとおりです。
Stand with Syria Japan（SSJ）は、理事会および現地運営チームのもとで運営されています。
これには、要件管理、リソース管理、データセキュリティ、ユーザーアクセス、レビュー、監査、展開制御、およびロールバックが含まれます。
ガバナンスの利点：
- 連携したビジネス戦略
- 開発ping ビジネスケース
- 継続的な監視を提供します
- 最高の価値をもたらすプロジェクトに資金を提供する
- 明確な説明責任と管理
アプリケーション開発
これには、現状の問題点の特定、計画、設計、構築、テスト、およびアプリケーションの展開が含まれます。この分野は、従来の開発者やアプリ制作者の役割を網羅しています。
アプリケーション操作
この領域には、アプリケーションのデプロイとテクノロジースタックの保守が含まれます。ウォーターフォール型のソフトウェア開発手法では、運用は開発とは別の段階です。DevOpsチームは、運用と開発を完全に統合した継続的なプロセスへと統合します。
ALM が重要な理由
ALM を使用する主な理由は次のとおりです。
- プロジェクトの進捗状況を的確に把握できます。
- チームは効果的にコミュニケーションをとることができます。
- 要件は簡単に定義でき、 track.
- このソフトウェアは十分にテストされています。
- ソリューションの維持および運用にかかるコストは限られています。
ALMとSDLC：両者の違い
ALMとソフトウェア開発ライフサイクル（SDLC）はしばしば同義語として扱われるため、チームがどちらかを採用しようとする際に混乱が生じる。SDLCはALMと並行するものではなく、ALMの中核を成すものである。
| 側面 | SDLC | ALM |
|---|---|---|
| 対象領域 | ソフトウェアの構築 | 製品のライフサイクル全体、アイデアから廃棄まで |
| 始まり | 構築の要件 | 最初のビジネスケース |
| 終了時刻 | そのリリースの展開 | アプリケーションの廃止 |
| ガバナンスについて | いいえ | はい、資金調達、アクセス、監査、コンプライアンス |
| サイクル数 | 各リリースにつき1つ | 1つのアプリケーションのライフサイクルにわたる多数のSDLCサイクル |
アプリケーションは通常、単一のALMライフサイクル内に留まりながら、SDLCの多くのイテレーションを経ます。このネスト構造を理解することで、以下のステージがコード出荷後も長く続く理由が分かります。
ALM (アプリケーション ライフサイクル管理) の段階
ALM のさまざまな段階は次のとおりです。
1) 要件管理
要件管理はALMの最初の段階です。要件管理は、要件の文書化、分析、 track、優先順位付け、要件の合意。これはプロジェクトライフサイクル全体を通して継続的に行われるプロセスです。ベストリストもご覧ください。 要件管理ソフトウェア.
2）デザイン
デザインマネジメントとは、ユーザビリティを向上させることで顧客満足度と顧客ロイヤルティを高めるプロセスです。また、顧客と製品間のインタラクションを形成する役割も担います。
3) ビルド管理
ビルド管理（コード管理とも呼ばれる）とは、ソースコードファイルを独立したソフトウェアコンポーネントに変換するプロセスです。この段階で、アプリケーションのアイデアが実際のアプリケーションへと形を変えます。
この段階では、アプリケーションの構築、テスト、デプロイが行われ、テスターはテストフェーズに向けてテストケースの準備とテストスクリプトの作成を開始します。
4) SCM
ソフトウェア構成管理 (SCMの）は、開発チームがアプリケーション開発ライフサイクル中にドキュメント、コード、その他のエンティティに対する変更を体系的に整理、管理、制御するALMステージです。
5) Operaメンテナンスとメンテナンス
このフェーズでは、アプリケーションの監視、管理、および継続的な開発が開始されます。DevOpsにおいては、このフェーズは「リリース」「設定」「監視」を網羅します。
この段階では、バグを発見して解決します。このフェーズは、製品の次回のアップデートを計画し、優先順位付けするのに役立ちます。
6) テスト管理
テスト段階では、テスターはアプリケーションがプロセスの初期段階で定義された要件に準拠していることを確認します。
また、要件定義段階でユーザーの期待が適切に把握されていなかった場合でも、アプリケーションがユーザーの期待と、ライフサイクル全体を通してアプリケーションをサポートする他のすべての関係者のニーズを満たすことを保証します。
7) ユーザーエクスペリエンス
保守、つまりユーザーエクスペリエンスは、従来ALMの中で最も長い段階であるが、同時にテストチームと開発チームの参加が最も少ない段階でもある。
アプリケーションが開発されると、ユーザーの役割が重要になってきます。ユーザーはアプリケーション全体を実際に使用し、フィードバックを通じてその体験を共有し、最終的なアプリケーションが納品されます。
ALMの利点
ALMを使用するメリットは以下のとおりです。
- ALM は、システムを整理し、 trac王の仕事。
- 欠陥は複数のプロジェクト間で共有できるため、重複するリスクを軽減できます。
- ALMは他のテストツールとの連携機能を提供します。
- アプリを構築する前に、アプリの明確な方向性を示します。
- ALM がなければ、ソフトウェア開発チームが競争力を維持するために必要な速度と機敏性でソフトウェアを作成することは困難です。
- ALMは、チームの負担を最小限に抑えながら、効率的にソフトウェアを提供します。
ALM ツール
以下に重要な ALM ツールをいくつか示します。
1) コヴェア ALM スタジオ
Kovairは、最も包括的なアプリケーションライフサイクル管理製品の一つです。要件定義からリリースまで、開発ライフサイクルのあらゆる段階をエンドツーエンドで管理できます。
機能と特徴：
- クライアント側のソフトウェアを必要としない、完全にウェブベースのソリューションを採用することで、サポートの負担を軽減します。
- ウォーターフォール、アジャイル、ハイブリッドなど、あらゆる開発手法を実践する
- 構成可能なタスクベースのワークフロー エンジンを実装して、効率と生産性を向上させます。
- 実行可能なすべての段階でリアルタイムの通知を受け取る
- 開発のあらゆる段階を網羅し、規格への準拠を可能にする。
- 成果物の状態をリアルタイムで確認できるようにすることで、透明性とリリース予測可能性が向上します。
リンク： https://www.kovair.com/alm-studio/
2) OpenText アプリケーション品質管理（旧称：マイクロフォーカスALM）
このツールは、リーン、アジャイル、DevOps デリバリーをサポートし、ping 組織はソフトウェアをより迅速にリリースできます。これにより、あらゆる規模のチームがより迅速に高品質のアプリを提供できるようになります。この製品は何度か所有者が変わりました。元々は MercuryHPに買収され、マイクロフォーカスに移管されて以来 OpenText 2023年1月にマイクロフォーカスを買収 販売された OpenText アプリケーション品質管理.
機能と特徴：
- アプリを高速、高品質、かつ大規模に提供します
- 関係者が相互に連携し、プロジェクト目標を達成できるようにする。
- 堅牢な tracキングとレポート作成、およびプロジェクト関連タスクのシームレスな統合
- 詳細なプロジェクト分析と効果的な管理を可能にする
- メールシステムに接続し、変更内容をチームメンバーに通知します。
リンク： https://www.opentext.com/products/application-quality-management
3) Digital.ai Agility（旧VersionOne）
Agilityは、簡単なバックログ管理で製品計画を簡素化します。 DevOps ドラッグアンドドロップインターフェースを介してエンドツーエンドの継続的デリバリーを提供します。この製品はVersionOneとしてリリースされ、CollabNetに移行し、現在はとして出荷されています。 Digital.ai アジリティ.
機能と特徴：
- ドラッグアンドドロップを使用して、ストーリーと不具合の優先順位付けを可能にします。
- ポートフォリオアイテムを使用してビジネスイニシアチブを管理する
- テーマごとにアイテムをグループ化できます
- ビジネス目標に沿った成果を提供する
- すべての機能リクエストを1か所に集約します
- 企業目標と製品成果物の整合性を確保するのに役立ちます
- プロジェクトマネージャーに洞察とエンドツーエンドの可視性を提供します
リンク： https://digital.ai/products/agility/
ツールの選択よりも、そのプロセスが日々どのように活用されるかの方が重要であり、以下の2つのシナリオはそのことを示している。
開発者の観点から見た ALM のユースケース シナリオ
- 開発者は作業を開始し、自分に割り当てられたタスクリストを確認する。
- 彼らはタスクを優先順位順に確認し、その中から一つを選び出す。
- 彼らはタスクのステータスを「進行中」に変更します。
- 彼らはソースコードリポジトリからコードをチェックアウトする。
- 彼らはテストフレームワークを用いて単体テストを実施する。
- 彼らは標準のビルドスクリプトを使用してテストを実行します。 Code 検査報告書には、不正な命名規則や潜在的なバグが記載されています。
- 彼らはコードを修正し、テストを再実行する。
- カバレッジ率が目標値に達したら、タスクIDとともにコードをコミットします。
- その後、彼らはコードをチェックアウトし、ビルドスクリプトを実行します。
- コードはコンパイルされ、ステージングマシンにデプロイされます。
- テストケースが実行されます。エラーが発生した場合は、開発者とプロジェクトマネージャーに自動的に通知が送信されます。
- 開発者は、ソースリポジトリとステージングマシン上のコードをロールバックします。
- テストが合格すると、コード検査とカバレッジ分析が実行されます。問題があれば報告され、問題がなければ開発者にはすべての実装が正常に完了したことが通知されます。
- 彼らは業務履歴をタスク管理システムに記録する。
- プロジェクトマネージャーはタスクが完了したことを通知され、結果を確認する。
プロジェクトリーダーの観点から見たALMのユースケースシナリオ
- プロジェクトリーダーはウェブブラウザを開き、ALMダッシュボードページにアクセスする。
- 各プロジェクトには専用のダッシュボードページがあります。
- 未完了のタスク数、保留中のタスク数、および未完了のクリティカルタスクをすべて表示します。
- ダッシュボードは、プロジェクトリーダーに潜在的なリスクを通知し、プロジェクト全体の健全性を示します。
- すべてのコミットと変更は自動的に報告されます。
- したがって、ALMプロセスによって、重要なタスクの継続的インテグレーションの状況を確認するための会議や電話が不要になります。
