ソフトウェア構成管理 (SCM) は、ソフトウェア開発ライフ サイクル全体でドキュメント、コード、およびその他のエンティティの変更を体系的に管理、編成、および制御するソフトウェア エンジニアリングの手法です。 この記事では、ソフトウェア開発ライフ サイクル全体で構成項目の変更を追跡、管理、調整するのに役立つソフトウェア構成管理プロセスとツールについて説明します。
ソフトウェア構成管理 (SCM) とは何ですか?
ソフトウェア構成管理 (SCM) は、ソフトウェア プロジェクトの開発ライフ サイクル中の要件、コード、チーム、およびその他の要因の変更を処理、調整、および規制するプロセスを改善することを目的とした、ソフトウェア エンジニアリングのサブフィールドです。 SCM は主に、エラーやリスクを最小限に抑えながら効率を最大化するために、ソフトウェア プロジェクトのバージョン選択、変更の追跡、およびバージョン管理を扱います。
ソフトウェア構成管理の目的は何ですか?
テクニカル ソフトウェア構成管理システムを実装する主な理由は次のとおりです。
- ソフトウェアに取り組んでいるさまざまな人を常に更新しています。
- ソフトウェア構成プロジェクトには、複数のバージョン、ブランチ、および作成者が含まれる場合があり、チームは地理的に分散して同時に作業する場合があります。
- ユーザー要件、ポリシー、予算、およびタイムラインの変更は、調整する必要があります。
- ソフトウェアは、さまざまなプラットフォームやオペレーティング システムで実行できる必要があります。
- 利害関係者の調整の発展を助ける
- SCM プロセスは、システム変更のコストを管理するのにも役立ちます。
ソフトウェア構成管理計画の手順
ソフトウェア エンジニアリングにおけるソフトウェア構成管理プロセスは、プロジェクトの欠陥、リソース、コード、ドキュメント、ハードウェア、および予算のすべてを追跡および管理するための一連の手順です。
SCM は、DevOps、開発者、プロジェクト マネージャー/所有者、システム管理者、テスターをあらゆるレベルで含む学際的なプロセスです。
＃1。 識別と計画
プロセスの最初のステップは、計画と特定です。 このステップの目的は、ソフトウェア プロジェクトの開発を計画し、範囲内にあるものを特定することです。 チームとの会議やブレインストーミング セッションは、プロジェクトの残りの基本的な要件を解決するのに役立ちます。
このプロセスの一部には、プロジェクトがどのように進行するかを決定し、終了基準を決定することが含まれます。 このようにして、チームはプロジェクトのすべての目標がいつ達成されたかを理解できます。
この段階では、具体的な活動には次のようなものがあります。
- テスト ケース、仕様要件、およびコード モジュールの認識
- プロセス内の各コンピューター ソフトウェア構成アイテムを特定する必要があります。
- なぜ、いつ、どのような変更が行われるのか、また誰が変更の実施を担当するのかについて、基本的な情報を収集します。
- ツール、ファイル、ドキュメントなど、必要なすべてのリソースのリストを作成します。
＃2。 ベースラインとバージョン管理
バージョン管理とベースライン段階では、受け入れ可能なソフトウェアのバージョンを決定することにより、製品の継続的な完全性を保証します。 このベースラインは、SCM プロセスのある時点で確立され、正式な方法でのみ変更できます。
この段階の目標は、製品に加えられた変更を追跡することです。 プロジェクトが進行するにつれて、新しいベースラインが確立され、複数のソフトウェア バージョンが作成されます。
この段階には、次のアクティビティが含まれます。
- プロジェクトの対象となるコンポーネントの特定と分類
- ソフトウェアの異なるバージョンの階層を追跡する手段の開発
- さまざまなコンポーネント間の重要な接続を特定する
- 開発ベースライン、機能ベースライン、製品ベースラインなど、複数の製品ベースラインの作成
- すべての製品、リビジョン、およびファイルに一貫したラベル付けスキームを作成して、全員が同じ認識を持つようにします。
- プロジェクト属性がベースライン化されると、これらの属性が変更された場合に、正式な構成変更管理プロセスがトリガーされます。
＃3。 変更管理
変更管理は、行われた変更がプロジェクトの残りの部分と一致していることを確認するプロセスです。 これらの管理を実施することは、品質保証だけでなく、新しいベースライン データのクリアランスとリリースにも役立ちます。 変更を管理する能力は、プロジェクトの成功に不可欠です。
構成の変更要求はチームに対して行われ、このステップでソフトウェア構成マネージャーによって承認または拒否されます。 最も一般的な要求は、さまざまな構成要素の追加または編集、およびユーザー権限の変更です。
この手順には以下が含まれます。
- クライアントが要求するアドホックな変更の制御
- プロジェクトに対する変更要求の全体的な影響を調べて、そのメリットを判断します。
- 承認された調整を行うか、変更の要求が拒否された理由を説明する
＃4。 構成ステータスのアカウンティング
次のステップは、事前定義されたベースラインに従ってテストおよび検証することにより、プロジェクトが計画に従って開発されていることを確認することです。 ソフトウェアがすべての機能要件を満たしていることを確認するために、リリース ノートやその他の関連資料を確認する必要があります。
構成ステータス アカウンティングは、プロセス中に発行された各バージョンを監視し、各バージョンの新機能と変更が必要な理由を判断します。 この段階には、次のアクティビティが含まれます。
- あるベースラインから次のベースラインへの変更を追跡し、評価する
- すべての変更要求は追跡され、解決されています。
- 変更要求に応じて行われた各変更の文書を維持し、新しいベースラインに到達する
- 以前のバージョンは調査およびテスト中です。
＃6。 監査と評価
最後のフェーズは、ソフトウェア開発ライフ サイクルの各段階の技術的な検討です。 監査とレビューでは、プロセス、構成、ワークフロー、変更要求、およびプロジェクトの開発過程で各ベースラインを構築するために行ったその他すべてを調べます。
チームはアプリケーションを何度も分析して完全性を確保し、リリース ノート、ユーザー マニュアル、インストール ガイドラインなどの必要な付随ドキュメントも作成します。
このステップのアクティビティには、次のものが含まれます。
- 計画と特定のステップで確立された目標が確実に達成されるようにする
- ソフトウェアが確立された構成管理基準に準拠していることを確認する
- ベースラインからの変更がレポートに対応していることを確認する
- プロジェクトの目標に関連して、プロジェクトが一貫していて完全であることを検証します。
ソフトウェア構成管理プロセスに参加するのは誰ですか?
SCM は、ソフトウェア開発チームのほぼすべてのメンバーが関与する学際的なプロセスです。
＃1。 構成マネージャー
開発プロセス全体を通して、構成マネージャーは、誰が何を担当するかを決定する責任があります。 彼らは、全員がプロジェクト全体を通して SCM 手順を順守し、すべての変更要求に対して最終決定権を持つようにします。
＃2。 プロジェクトマネージャ
プロジェクト マネージャーの役割は、SCM プロセスにとって重要です。 プロジェクトが時間通りに完了することを保証するためにプロジェクトのタイムラインを定義し、チームの進捗状況に関する最新情報も作成します。 プロジェクト マネージャーのもう XNUMX つの重要な責任は、チームのすべてのメンバーが、ソフトウェアの開発、変更、およびテストに関する設定された基準に従うことを保証することです。
#3 ソフトウェア開発者
開発者は、コードを記述し、開発中に承認された変更要求に対応する責任があります。
＃4。 審査員
この役職は、すべての監査とレビューを担当し、最終リリースが包括的で一貫性があることを保証する責任があります。
トップの構成管理ソフトウェアとツール
＃1。 ギット
Git は、コードの変更を追跡するための業界で最も人気のあるバージョン管理システムです。 構成管理データをコードとともに Git リポジトリに含めると、プロジェクト全体の包括的なバージョン管理ビューが提供されます。 Git は、高レベルの構成管理にとって重要なツールです。 次の構成管理ツールは、Git リポジトリに保存され、Git バージョン管理の追跡を使用することを目的としています。
＃2。 ドッカー
コンテナ化は、構成のロックダウンのように、構成管理の洗練されたタイプとして Docker によって提案されました。 Docker は、オペレーティング システムの状態の意図したスナップショットを再構築するために評価されるコマンドのリストを提供する構成ファイルである Dockerfiles に基づいています。 Docker はこれらの Dockerfile を使用して、事前設定されたアプリケーションのスナップショットであるコンテナーを生成します。 Dockerfile は、バージョン管理のために Git リポジトリにコミットされており、インフラストラクチャに展開する前に追加の構成管理が必要です。
＃3。 テラフォーム
HasiCorp の Terraform は、オープンソースのソフトウェア構成管理プラットフォームです。 IaC は Terraform によって使用され、クラスター、クラウド インフラストラクチャ、およびサービスのプロビジョニングと管理を行います。 Terraform は、AWS、Microsoft Azure、およびその他のクラウド プラットフォームと互換性があります。 サーバー、データベース、キューなどの一般的なインフラストラクチャ コンポーネントの場合、各クラウド プラットフォームには独自の表現とインターフェイスがあります。 Terraform は、チームがインフラストラクチャの再現可能な記述であるファイルを作成できるようにする、クラウド プラットフォーム構成ツールの抽象化レイヤーを作成しました。
＃4。 Chef、Puppet、Ansible、Salt Stack
IT 自動化フレームワークには、Ansible、Salt Stack、Chef、および Puppet が含まれます。 多くの一般的なシステム管理者プロセスは、これらのフレームワークによって自動化されています。 各フレームワークは、一連の構成データ ファイル (通常は YAML または XML) を使用し、実行可能ファイルによって分析されます。
構成データ ファイルは、システムを構成するために実行する手順の概要を示しています。 その後、プログラムはアクションを実行します。 実行可能ファイルの言語はシステムによって異なります。Chef は Ruby で記述されていますが、Ansible と Salt Stack は Python で記述されています。 この方法は、アドホック シェル スクリプトの実行に似ていますが、それぞれのプラットフォームのエコシステムを通じて、より構造化され洗練されたエクスペリエンスを提供します。 これらのツールは、CI/CD の実現に必要な自動化を提供します。
ソフトウェア構成管理とツールを展開する利点は何ですか?
ソフトウェア エンジニアリングでは、ソフトウェア構成管理プロセスを支援するさまざまなツールを利用できます。 これらの機器の目的は、通常は手作業による作業を自動化し、精度、速度、および制御を向上させることです。 彼らは具体的に次のことを支援できます。
- アラームとレポート: 合意されたベースラインからの逸脱がある場合、有能な SCM ツールがアラートとレポートを送信します。 このデータはほぼリアルタイムで送信されるため、経営陣は何か問題が発生した場合に迅速に対応できます。
- 変更の追跡： SCM ツールは、サーバーまたはアプリケーションへの変更を自動的に追跡し、そのようなデータを人間が入力することもできます。 監視スクリプトの出力は、変更の監査にも使用できます。
- 構成の比較: 最高のソフトウェア構成管理ツールを使用すると、構成間の違いを見つけることができます。
- エラー： エラーや問題が迅速に発見されるため、エンジニアは問題が悪化する前に対策を講じることができます。
- 在庫追跡： ほとんどの SCM ツールには、ハードウェアとソフトウェアの資産を追跡するメカニズムが含まれているため、手書きのインベントリを保持する必要がなくなります。
- パッチ管理 SCM ツールは、更新されたソフトウェアを提供する際に、パッチ管理に関連するすべての複雑さを追跡するのに役立ちます。
ソフトウェア構成管理ツールを利用することについて何か悪い点はありますか?
SCM ツールを実装する前に、次の点を考慮してください。
- 資源の流出: プロセスを最初から最後までサポートするためのリソースが必要です。
- 知識の制限: 参加者全員が、使用されているソフトウェア管理ツールに精通している必要があります。
- SMB の欠点: これらのツールを効果的に使用するために必要な規模は、小規模な組織ではサポートが難しい場合があります。
- ハードウェア要件： 手順が正常に機能するには、高速で細かく調整されたハードウェアが不可欠です。
ソフトウェア構成を管理する主な目的は何ですか?
新製品とその反復を監視し、監視します。 さらに、開発サイクル中に使用されるハードウェア、ソフトウェア、およびツールの構成を認識して管理します。
SDLC における構成管理とは
製品のライフサイクル全体にわたって、製品の機能、パフォーマンス、および物理的機能と、その要件、設計、および運用情報との一貫性を確立および維持するために、構成管理は、システムおよびソフトウェア エンジニアリングにおける重要な手順です。
CE 構成にはどのような用途がありますか?
無線周波数回路では、たとえばアンテナによって拾われた弱い信号を増幅するために、共通エミッタ増幅器も使用されます。 この場合、負荷抵抗の代わりに同調回路がよく使用されます。 これにより、動作周波数を中心とした小さな帯域に帯域幅を減らすことができます。
まとめ
構成管理は、複雑なソフトウェア システムを管理するための不可欠なツールです。 ソフトウェア エンジニアリングにおける構成管理の欠如は、システムの信頼性、アップタイム、およびスケーラビリティに関する大きな問題につながる可能性があります。 最新のソフトウェア開発ツールの多くは、構成管理機能を提供しています。
ソフトウェア構成管理に関するよくある質問
ソフトウェア構成管理の 4 つの主な機能は何ですか?
識別、管理、監査、およびステータス アカウンティング
ソフトウェア構成アイテムとは何ですか?
構成アイテム (CI) は、サービス コンポーネント、インフラストラクチャ パーツ、またはサービスを正常に配信するために制御する必要があるその他のものです。 各 CI には次の特性があります。 その性質を示す何かの分類またはカテゴリ。
構成管理戦略とは何ですか?
構成管理戦略は、プロジェクトの製品を誰がどのように管理および保護するかを決定するために使用されます。 次の質問に対する回答を提供します。プロジェクトの製品はどのように、どこに保管されますか? どのような保管および検索セキュリティが実装されますか?
- 202 年の構成管理システムとツール3
- 202 年のトップ サプライ チェーン管理ソフトウェアのレビュー3
- サプライチェーン管理：SCMとは何ですか？なぜそれが重要なのですか？
- プロジェクトのコスト管理：コスト管理計画を作成する方法
参考文献
