ソフトウェア構成管理

ソフトウェア構成管理（SCM）、別名 ソフトウェア変更・構成管理（SCCM）[ 1 ]は、ソフトウェアシステムへの変更を追跡・管理するソフトウェアエンジニアリングの実践です。これは、より広範な学際的な分野である構成管理（CM）の一部です。[ 2 ] SCMには、バージョン管理とベースラインの設定が含まれます。

目標

SCM の目標は次のとおりです。

  • 構成の識別 - 構成、構成項目、およびベースラインを識別します。
  • 構成管理 -管理された変更プロセスを実装します。これは通常、変更管理委員会を設置することで実現されます。委員会の主な役割は、ベースラインに対して送信されるすべての変更要求を承認または拒否することです。
  • 構成ステータスのアカウンティング - 開発プロセスのステータスに関する必要なすべての情報を記録して報告します。
  • 構成監査 - 構成に意図されたすべての部分が含まれており、要件、アーキテクチャ仕様、ユーザー マニュアルなどの仕様ドキュメントに準拠していることを確認します。
  • ビルド管理- ビルドに使用されるプロセスとツールを管理します。
  • プロセス管理- 組織の開発プロセスに準拠していることを確認します。
  • 環境管理 - システムをホストするソフトウェアとハ​​ードウェアを管理します。
  • チームワーク- プロセスに関連するチームのやり取りを促進します。
  • 欠陥追跡 - すべての欠陥が原因まで遡って追跡可能であることを確認します。

クラウドコンピューティングとDevOpsの導入により、SCMツールの目的は統合されるケースも現れています。SCMツール自体が仮想アプライアンスとなり、仮想マシンとしてインスタンス化し、状態とバージョン情報とともに保存できるようになりました。これらのツールは、仮想アプライアンス、ストレージユニット、ソフトウェアバンドルなど、クラウドベースの仮想リソースをモデル化し、管理することができます。アクターの役割と責任も統合され、開発者は仮想サーバーや関連リソースを動的にインスタンス化できるようになりました。[ 3 ]

歴史

ソフトウェア構成管理 (SCM) の歴史は、もともとハードウェア開発と製造管理のための CM (構成管理) がソフトウェア開発に適用され始めた 1950 年代にまで遡ります。初期のソフトウェアは、カード、テープ、その他のメディアなど、物理的なフットプリントを持っていました。最初のソフトウェア構成管理は手作業で行われました。言語と複雑性の進歩に伴い、スケジュール、予算、品質などの問題により、構成管理やその他の方法を伴うソフトウェア エンジニアリングが大きな関心事となりました。長年にわたる実践的な教訓から、手順とツールが定義され、確立されました。最終的に、ツールはソフトウェアの変更を管理するシステムになりました。[ 4 ]業界全体のプラクティスが、オープンまたは独自の方法 (リビジョン コントロール システムなど) のいずれかでソリューションとして提供されました。コンピューターの使用が増えるにつれて、要件管理、設計代替、品質管理などを含む、より広い範囲を処理するシステムが登場し、その後のツールは、ソフトウェア エンジニアリング協会の能力成熟度モデルなどの組織のガイドラインに準拠しました。

例

  • Ansible  – コンピュータをリモートで構成および管理するためのオープンソースソフトウェアプラットフォーム
  • CFEngine  – 構成管理ソフトウェア
  • Chef  – 構成管理ツールリダイレクト先の簡単な説明を表示するページ
  • LCFG  – コンピュータ構成管理システム
  • NixOS  – Linuxディストリビューション
  • OpenMake Software  – DevOps企業
  • カワウソ
  • Puppet  – オープンソースの構成管理ソフトウェア
  • Salt  – 構成管理ソフトウェア
  • Rex  – オープンソースソフトウェア

参照

参考文献

  1. ^ガートナーとフォレスターリサーチ
  2. ^ Roger S. Pressman (2009). 『ソフトウェアエンジニアリング：実践者のアプローチ』（第7版）. ニューヨーク: McGraw-Hill.
  3. ^ Amies, A; Peddle S; Pan TM; Zou PX (2012年6月5日). 「Rationalツールによるクラウドアプリケーションの開発」 . IBM DeveloperWorks . IBM.
  4. ^「1988年「信頼できるシステムにおける構成管理を理解するためのガイド」国家コンピュータセキュリティシステム（ Google経由）

さらに読む

  • 828-2012 システムおよびソフトウェアエンジニアリングにおける構成管理のIEEE標準. 2012. doi : 10.1109/IEEESTD.2012.6170935 . ISBN 978-0-7381-7232-3。
  • Aiello, R. (2010). 『構成管理のベストプラクティス：現場で役立つ実践的手法』（第1版）Addison-Wesley. ISBN 0-321-68586-5。
  • バビッチ, WA (1986). 『ソフトウェア構成管理：チームの生産性向上のためのコーディネーション』第1版. ボストン: Addison-Wesley
  • Berczuk, Appleton; (2003).ソフトウェア構成管理パターン：効果的なチームワークと実践的な統合（第1版）. Addison-Wesley. ISBN 0-201-74117-2。
  • Bersoff, EH (1997). 『ソフトウェア構成管理の要素』IEEE Computer Society Press, Los Alamitos, CA, 1-32
  • Dennis, A., Wixom, BH & Tegarden, D. (2002).システム分析と設計：UMLによるオブジェクト指向アプローチ.ニューヨーク州ホーボーケン：John Wiley & Sons, Inc.
  • 米国国防総省 (2001).軍事ハンドブック: 構成管理ガイダンス (改訂A) (MIL-HDBK-61A) . 2010年1月5日閲覧, http://www.everyspec.com/MIL-HDBK/MIL-HDBK-0001-0099/MIL-HDBK-61_11531/
  • Futrell, RT他(2002).品質ソフトウェアプロジェクトマネジメント.第1版. Prentice-Hall.
  • 国際標準化機構（2003年）。ISO 10007：品質マネジメントシステム - 構成管理のガイドライン。
  • 佐伯正之 (2003). 情報システム開発手法へのメトリクスの組み込み：手法工学技術の応用. CAiSE 2003, 374–389.
  • Scott, JA & Nisse, D. (2001). ソフトウェア構成管理. 『ソフトウェアエンジニアリング知識体系ガイド』 . 2010年1月5日閲覧, http://www.computer.org/portal/web/swebok/htmlformat
  • ポール・M・デュバル、スティーブ・マティアス、アンドリュー・グローバー（2007年）『継続的インテグレーション：ソフトウェア品質の向上とリスクの軽減』（第1版）Addison-Wesley Professional ISBN 0-321-33638-0。
「 https://en.wikipedia.org/w/index.php?title=Software_configuration_management&oldid=1328442334」より取得