विन्यास प्रबंधन: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Process for maintaining consistency of a product attributes with its design}} {{about|the broad systems engineering process|the specific ITIL process|Confi...")
 
No edit summary
Line 1: Line 1:
{{Short description|Process for maintaining consistency of a product attributes with its design}}
{{Short description|Process for maintaining consistency of a product attributes with its design}}
{{about|the broad systems engineering process|the specific ITIL process|Configuration Management (ITSM)}}
{{about|the broad systems engineering process|the specific ITIL process|Configuration Management (ITSM)}}
{{Use dmy dates|date=May 2018}}
 
{{Business administration}}
{{Business administration}}
[[File:ConfiurationActivityModel.png|right|thumb|400px|शीर्ष स्तरीय कॉन्फ़िगरेशन प्रबंधन गतिविधि मॉडल]]कॉन्फ़िगरेशन प्रबंधन (सीएम) किसी उत्पाद के प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं के साथ उसकी आवश्यकताओं, डिज़ाइन और परिचालन जानकारी की उसके पूरे जीवनकाल में स्थिरता स्थापित करने और बनाए रखने की एक प्रक्रिया है।<ref>{{cite web |url=https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=202239 |title=''MIL-HDBK-61A, ""Military Handbook: Configuration Management Guidance'' |publisher=Department of Defense |date=7 February 2001 |access-date=2012-03-24 |url-status=dead |archive-url=https://web.archive.org/web/20120320093634/https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=202239 |archive-date=20 March 2012 |df=dmy-all }}</ref><ref>{{cite web |url=http://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENT- |title=''ANSI/EIA-649B, ""National Consensus Standard for Configuration Management'' |publisher=TechAmerica |date=1 April 2011 |access-date=2012-03-24 |url-status=dead |archive-url=https://archive.today/20120801125835/http://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENT- |archive-date=1 August 2012 |df=dmy-all }}</ref> सीएम प्रक्रिया का व्यापक रूप से सैन्य इंजीनियरिंग संगठनों द्वारा जटिल प्रणालियों, जैसे कि [[हथियार]] प्रणालियों, [[सैन्य वाहन]]ों और सूचना प्रणालियों के पूरे [[सिस्टम जीवनचक्र]] में परिवर्तन का प्रबंधन करने के लिए उपयोग किया जाता है। सेना के बाहर, सीएम प्रक्रिया का उपयोग [[आईटीआईएल]] द्वारा परिभाषित आईटी सेवा प्रबंधन के साथ, और सिविल इंजीनियरिंग और अन्य [[औद्योगिक इंजीनियरिंग]] क्षेत्रों जैसे सड़क, पुल, [[नहर]], बांध और इमारतों में अन्य [[डोमेन मॉडल]] के साथ भी किया जाता है।<ref>{{cite web |title=सिविल इंजीनियरिंग का इतिहास और विरासत|work=[[American Society of Civil Engineers|ASCE]] |url=http://live.asce.org/hh/index.mxml?versionChecked=true |archive-url=https://web.archive.org/web/20070216235716/http://live.asce.org/hh/index.mxml?versionChecked=true |url-status=dead |archive-date=16 February 2007 |access-date=2007-08-08 |df=dmy-all }}</ref><ref>{{cite web|title=सिविल इंजीनियर्स संस्थान सिविल इंजीनियरिंग क्या है?|work=[[Institution of Civil Engineers|ICE]] |url=http://www.ice.org.uk/downloads//little_book_full_colour.pdf |archive-url=https://web.archive.org/web/20060923023137/http://www.ice.org.uk/downloads//little_book_full_colour.pdf |url-status=dead |archive-date=2006-09-23 |access-date=2007-09-22 }}</ref><ref>{{cite web|title=''कॉन्फ़िगरेशन प्रबंधन और संघीय परिवहन प्रशासन (एफटीए) राष्ट्रीय सीखे गए पाठ कार्यक्रम''|work=Federal Transportation Administration|url=http://www.pacotechnologies.com/Pages/FTA-National-Lessons-Learned-Program.aspx|access-date=2007-09-22|url-status=dead|archive-url=https://archive.today/20120907165342/http://www.pacotechnologies.com/Pages/FTA-National-Lessons-Learned-Program.aspx|archive-date=7 September 2012|df=dmy-all}}</ref>
[[File:ConfiurationActivityModel.png|right|thumb|400px|शीर्ष स्तरीय कॉन्फ़िगरेशन प्रबंधन गतिविधि मॉडल]]कॉन्फ़िगरेशन प्रबंधन (सीएम) किसी उत्पाद के प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं के साथ उसकी आवश्यकताओं, डिज़ाइन और परिचालन जानकारी की उसके पूरे जीवनकाल में स्थिरता स्थापित करने और बनाए रखने की प्रक्रिया है।<ref>{{cite web |url=https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=202239 |title=''MIL-HDBK-61A, ""Military Handbook: Configuration Management Guidance'' |publisher=Department of Defense |date=7 February 2001 |access-date=2012-03-24 |url-status=dead |archive-url=https://web.archive.org/web/20120320093634/https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=202239 |archive-date=20 March 2012 |df=dmy-all }}</ref><ref>{{cite web |url=http://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENT- |title=''ANSI/EIA-649B, ""National Consensus Standard for Configuration Management'' |publisher=TechAmerica |date=1 April 2011 |access-date=2012-03-24 |url-status=dead |archive-url=https://archive.today/20120801125835/http://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENT- |archive-date=1 August 2012 |df=dmy-all }}</ref> सीएम प्रक्रिया का व्यापक रूप से सैन्य इंजीनियरिंग संगठनों द्वारा जटिल प्रणालियों, जैसे कि [[हथियार]] प्रणालियों, [[सैन्य वाहन]]ों और सूचना प्रणालियों के पूरे [[सिस्टम जीवनचक्र]] में परिवर्तन का प्रबंधन करने के लिए उपयोग किया जाता है। सेना के बाहर, सीएम प्रक्रिया का उपयोग [[आईटीआईएल]] द्वारा परिभाषित आईटी सेवा प्रबंधन के साथ, और सिविल इंजीनियरिंग और अन्य [[औद्योगिक इंजीनियरिंग]] क्षेत्रों जैसे सड़क, पुल, [[नहर]], बांध और इमारतों में अन्य [[डोमेन मॉडल]] के साथ भी किया जाता है।<ref>{{cite web |title=सिविल इंजीनियरिंग का इतिहास और विरासत|work=[[American Society of Civil Engineers|ASCE]] |url=http://live.asce.org/hh/index.mxml?versionChecked=true |archive-url=https://web.archive.org/web/20070216235716/http://live.asce.org/hh/index.mxml?versionChecked=true |url-status=dead |archive-date=16 February 2007 |access-date=2007-08-08 |df=dmy-all }}</ref><ref>{{cite web|title=सिविल इंजीनियर्स संस्थान सिविल इंजीनियरिंग क्या है?|work=[[Institution of Civil Engineers|ICE]] |url=http://www.ice.org.uk/downloads//little_book_full_colour.pdf |archive-url=https://web.archive.org/web/20060923023137/http://www.ice.org.uk/downloads//little_book_full_colour.pdf |url-status=dead |archive-date=2006-09-23 |access-date=2007-09-22 }}</ref><ref>{{cite web|title=''कॉन्फ़िगरेशन प्रबंधन और संघीय परिवहन प्रशासन (एफटीए) राष्ट्रीय सीखे गए पाठ कार्यक्रम''|work=Federal Transportation Administration|url=http://www.pacotechnologies.com/Pages/FTA-National-Lessons-Learned-Program.aspx|access-date=2007-09-22|url-status=dead|archive-url=https://archive.today/20120907165342/http://www.pacotechnologies.com/Pages/FTA-National-Lessons-Learned-Program.aspx|archive-date=7 September 2012|df=dmy-all}}</ref>




==परिचय==
==परिचय==
किसी सिस्टम के जीवन चक्र पर लागू सीएम उसके प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं की दृश्यता और नियंत्रण प्रदान करता है। सीएम सत्यापित करता है कि एक प्रणाली अपेक्षा के अनुरूप कार्य करती है, और इसके अनुमानित जीवन चक्र का समर्थन करने के लिए पर्याप्त विवरण में इसकी पहचान और दस्तावेजीकरण किया जाता है। सीएम प्रक्रिया क्षमता को संशोधित करने जैसे लाभकारी उद्देश्यों के लिए सिस्टम जानकारी और सिस्टम परिवर्तनों के व्यवस्थित प्रबंधन की सुविधा प्रदान करती है; प्रदर्शन, विश्वसनीयता, या रखरखाव में सुधार; जीवन का विस्तार करें; लागत कम करें; जोखिम और दायित्व कम करें; या दोषों को ठीक करें. सीएम को लागू करने की अपेक्षाकृत न्यूनतम लागत लागत से बचाव में कई गुना वापस आती है। सीएम की कमी, या इसका अप्रभावी कार्यान्वयन, बहुत महंगा हो सकता है और कभी-कभी उपकरण की विफलता या जीवन की हानि जैसे विनाशकारी परिणाम हो सकते हैं।
किसी सिस्टम के जीवन चक्र पर लागू सीएम उसके प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं की दृश्यता और नियंत्रण प्रदान करता है। सीएम सत्यापित करता है कि प्रणाली अपेक्षा के अनुरूप कार्य करती है, और इसके अनुमानित जीवन चक्र का समर्थन करने के लिए पर्याप्त विवरण में इसकी पहचान और दस्तावेजीकरण किया जाता है। सीएम प्रक्रिया क्षमता को संशोधित करने जैसे लाभकारी उद्देश्यों के लिए सिस्टम जानकारी और सिस्टम परिवर्तनों के व्यवस्थित प्रबंधन की सुविधा प्रदान करती है; प्रदर्शन, विश्वसनीयता, या रखरखाव में सुधार; जीवन का विस्तार करें; लागत कम करें; जोखिम और दायित्व कम करें; या दोषों को ठीक करें. सीएम को लागू करने की अपेक्षाकृत न्यूनतम लागत लागत से बचाव में कई गुना वापस आती है। सीएम की कमी, या इसका अप्रभावी कार्यान्वयन, बहुत महंगा हो सकता है और कभी-कभी उपकरण की विफलता या जीवन की हानि जैसे विनाशकारी परिणाम हो सकते हैं।


सीएम सिस्टम परिवर्तन को प्रभावी ढंग से नियंत्रित करने के लिए भागों, उपप्रणालियों और प्रणालियों के बीच कार्यात्मक संबंध पर जोर देते हैं। यह सत्यापित करने में मदद करता है कि प्रतिकूल प्रभावों को कम करने के लिए प्रस्तावित परिवर्तनों पर व्यवस्थित रूप से विचार किया गया है। सिस्टम में परिवर्तन एक मानकीकृत, व्यवस्थित दृष्टिकोण का उपयोग करके प्रस्तावित, मूल्यांकन और कार्यान्वित किए जाते हैं जो स्थिरता सुनिश्चित करता है, और प्रस्तावित परिवर्तनों का मूल्यांकन पूरे सिस्टम पर उनके प्रत्याशित प्रभाव के संदर्भ में किया जाता है। सीएम सत्यापित करता है कि परिवर्तन निर्धारित तरीके से किए गए हैं और वस्तुओं और प्रणालियों का दस्तावेज़ीकरण उनके वास्तविक कॉन्फ़िगरेशन को दर्शाता है। एक संपूर्ण सीएम कार्यक्रम में एक घटक, उपप्रणाली और सिस्टम के आधार पर सभी सिस्टम सूचनाओं के भंडारण, ट्रैकिंग और अद्यतनीकरण के प्रावधान शामिल होते हैं।<ref>{{cite web |url=http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf |title=''सिस्टम इंजीनियरिंग बुनियादी बातें''|publisher=Defense Acquisition University Press |date=January 2001 |access-date=2012-03-25 |url-status=dead |archive-url=https://web.archive.org/web/20060211165311/http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf |archive-date=11 February 2006 |df=dmy-all }}</ref>
सीएम सिस्टम परिवर्तन को प्रभावी ढंग से नियंत्रित करने के लिए भागों, उपप्रणालियों और प्रणालियों के बीच कार्यात्मक संबंध पर जोर देते हैं। यह सत्यापित करने में मदद करता है कि प्रतिकूल प्रभावों को कम करने के लिए प्रस्तावित परिवर्तनों पर व्यवस्थित रूप से विचार किया गया है। सिस्टम में परिवर्तन मानकीकृत, व्यवस्थित दृष्टिकोण का उपयोग करके प्रस्तावित, मूल्यांकन और कार्यान्वित किए जाते हैं जो स्थिरता सुनिश्चित करता है, और प्रस्तावित परिवर्तनों का मूल्यांकन पूरे सिस्टम पर उनके प्रत्याशित प्रभाव के संदर्भ में किया जाता है। सीएम सत्यापित करता है कि परिवर्तन निर्धारित तरीके से किए गए हैं और वस्तुओं और प्रणालियों का दस्तावेज़ीकरण उनके वास्तविक कॉन्फ़िगरेशन को दर्शाता है। संपूर्ण सीएम कार्यक्रम में घटक, उपप्रणाली और सिस्टम के आधार पर सभी सिस्टम सूचनाओं के भंडारण, ट्रैकिंग और अद्यतनीकरण के प्रावधान शामिल होते हैं।<ref>{{cite web |url=http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf |title=''सिस्टम इंजीनियरिंग बुनियादी बातें''|publisher=Defense Acquisition University Press |date=January 2001 |access-date=2012-03-25 |url-status=dead |archive-url=https://web.archive.org/web/20060211165311/http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf |archive-date=11 February 2006 |df=dmy-all }}</ref>
एक संरचित सीएम कार्यक्रम यह सुनिश्चित करता है कि आइटम के लिए दस्तावेज़ीकरण (उदाहरण के लिए, आवश्यकताएं, डिज़ाइन, परीक्षण और स्वीकृति दस्तावेज़) आइटम के वास्तविक भौतिक डिज़ाइन के साथ सटीक और सुसंगत है। कई मामलों में, सीएम के बिना, दस्तावेज़ मौजूद है लेकिन आइटम के अनुरूप नहीं है। इस कारण से, इंजीनियरों, ठेकेदारों और प्रबंधन को अक्सर परिवर्तन के साथ आगे बढ़ने से पहले आइटम की वास्तविक स्थिति को दर्शाने वाले दस्तावेज़ विकसित करने के लिए मजबूर किया जाता है। यह [[रिवर्स इंजीनियरिंग]] प्रक्रिया मानव और अन्य संसाधनों के मामले में बेकार है और इसे सीएम का उपयोग करके कम या समाप्त किया जा सकता है।
एक संरचित सीएम कार्यक्रम यह सुनिश्चित करता है कि आइटम के लिए दस्तावेज़ीकरण (उदाहरण के लिए, आवश्यकताएं, डिज़ाइन, परीक्षण और स्वीकृति दस्तावेज़) आइटम के वास्तविक भौतिक डिज़ाइन के साथ सटीक और सुसंगत है। कई मामलों में, सीएम के बिना, दस्तावेज़ मौजूद है लेकिन आइटम के अनुरूप नहीं है। इस कारण से, इंजीनियरों, ठेकेदारों और प्रबंधन को अक्सर परिवर्तन के साथ आगे बढ़ने से पहले आइटम की वास्तविक स्थिति को दर्शाने वाले दस्तावेज़ विकसित करने के लिए मजबूर किया जाता है। यह [[रिवर्स इंजीनियरिंग]] प्रक्रिया मानव और अन्य संसाधनों के मामले में बेकार है और इसे सीएम का उपयोग करके कम या समाप्त किया जा सकता है।


==इतिहास==
==इतिहास==
कॉन्फ़िगरेशन प्रबंधन की शुरुआत 1950 के दशक में संयुक्त राज्य अमेरिका के रक्षा विभाग में हार्डवेयर सामग्री वस्तुओं के लिए एक तकनीकी प्रबंधन अनुशासन के रूप में हुई थी - और अब यह लगभग हर उद्योग में एक मानक अभ्यास है। 1960 के दशक के उत्तरार्ध में सीएम प्रक्रिया अपना स्वयं का तकनीकी अनुशासन बन गई जब डीओडी ने 480 श्रृंखला (यानी, एमआईएल-एसटीडी-480, एमआईएल-एसटीडी-481 और एमआईएल-एसटीडी-483) नामक [[संयुक्त राज्य सैन्य मानक]] की एक श्रृंखला विकसित की। बाद में 1970 के दशक में जारी किए गए। 1991 में, 480 श्रृंखला को MIL-STD-973 नामक एकल मानक में समेकित किया गया था, जिसे बाद में सामान्य DoD लक्ष्य के अनुसार MIL-HDBK-61 द्वारा प्रतिस्थापित किया गया था, जिसने समर्थित उद्योग [[तकनीकी मानक]]ों के पक्ष में सैन्य मानकों की संख्या कम कर दी थी। [[मानक संगठन]] (एसडीओ) द्वारा।<ref>{{cite web |url=https://acc.dau.mil/CommunityBrowser.aspx?id=32397 |title=''Memorandum, Specifications and Standards – A New Way of Doing Business'' |publisher=Secretary of Defense |date=29 June 1994 |access-date=2012-03-23 |url-status=dead |archive-url=https://web.archive.org/web/20131021123641/https://acc.dau.mil/CommunityBrowser.aspx?id=32397 |archive-date=21 October 2013 |df=dmy-all }}</ref> इसने उस शुरुआत को चिह्नित किया जो अब सीएम, एएनएसआई-ईआईए-649-1998 पर सबसे व्यापक रूप से वितरित और स्वीकृत मानक के रूप में विकसित हो गया है।<ref>{{cite web|url=http://www.cs.wcupa.edu/~yang/495ppt/config_management.pdf |archive-url=https://ghostarchive.org/archive/20221009/http://www.cs.wcupa.edu/~yang/495ppt/config_management.pdf |archive-date=2022-10-09 |url-status=live |title=''Configuration Management Compliance Validation: Critical Review and Technology Assessment(CR/TA)Report'' |publisher=Defense Technical Information Center |access-date=14 May 2001}}</ref> अब कई संगठनों और एजेंसियों द्वारा व्यापक रूप से अपनाया गया, सीएम अनुशासन की अवधारणाओं में [[ प्रणाली अभियांत्रिकी ]] (एसई), [[ एकीकृत रसद समर्थन ]] (आईएलएस), [[क्षमता परिपक्वता मॉडल एकीकरण]] (सीएमएमआई), [[आईएसओ 9000]], [[राजकुमार2]] 2 परियोजना प्रबंधन विधि, [[सीओबीआईटी]], आईटीआईएल, उत्पाद जीवनचक्र प्रबंधन शामिल हैं। , और [[अनुप्रयोग जीवनचक्र प्रबंधन]]। इनमें से कई कार्यों और मॉडलों ने सीएम को उसके पारंपरिक समग्र दृष्टिकोण से लेकर तकनीकी प्रबंधन तक फिर से परिभाषित किया है। कुछ लोग सीएम को लाइब्रेरियन गतिविधि के समान मानते हैं, और परिवर्तन नियंत्रण या परिवर्तन प्रबंधन को एक अलग या अकेले अनुशासन के रूप में तोड़ देते हैं।
कॉन्फ़िगरेशन प्रबंधन की शुरुआत 1950 के दशक में संयुक्त राज्य अमेरिका के रक्षा विभाग में हार्डवेयर सामग्री वस्तुओं के लिए तकनीकी प्रबंधन अनुशासन के रूप में हुई थी - और अब यह लगभग हर उद्योग में मानक अभ्यास है। 1960 के दशक के उत्तरार्ध में सीएम प्रक्रिया अपना स्वयं का तकनीकी अनुशासन बन गई जब डीओडी ने 480 श्रृंखला (यानी, एमआईएल-एसटीडी-480, एमआईएल-एसटीडी-481 और एमआईएल-एसटीडी-483) नामक [[संयुक्त राज्य सैन्य मानक]] की श्रृंखला विकसित की। बाद में 1970 के दशक में जारी किए गए। 1991 में, 480 श्रृंखला को MIL-STD-973 नामक एकल मानक में समेकित किया गया था, जिसे बाद में सामान्य DoD लक्ष्य के अनुसार MIL-HDBK-61 द्वारा प्रतिस्थापित किया गया था, जिसने समर्थित उद्योग [[तकनीकी मानक]]ों के पक्ष में सैन्य मानकों की संख्या कम कर दी थी। [[मानक संगठन]] (एसडीओ) द्वारा।<ref>{{cite web |url=https://acc.dau.mil/CommunityBrowser.aspx?id=32397 |title=''Memorandum, Specifications and Standards – A New Way of Doing Business'' |publisher=Secretary of Defense |date=29 June 1994 |access-date=2012-03-23 |url-status=dead |archive-url=https://web.archive.org/web/20131021123641/https://acc.dau.mil/CommunityBrowser.aspx?id=32397 |archive-date=21 October 2013 |df=dmy-all }}</ref> इसने उस शुरुआत को चिह्नित किया जो अब सीएम, एएनएसआई-ईआईए-649-1998 पर सबसे व्यापक रूप से वितरित और स्वीकृत मानक के रूप में विकसित हो गया है।<ref>{{cite web|url=http://www.cs.wcupa.edu/~yang/495ppt/config_management.pdf |archive-url=https://ghostarchive.org/archive/20221009/http://www.cs.wcupa.edu/~yang/495ppt/config_management.pdf |archive-date=2022-10-09 |url-status=live |title=''Configuration Management Compliance Validation: Critical Review and Technology Assessment(CR/TA)Report'' |publisher=Defense Technical Information Center |access-date=14 May 2001}}</ref> अब कई संगठनों और एजेंसियों द्वारा व्यापक रूप से अपनाया गया, सीएम अनुशासन की अवधारणाओं में [[ प्रणाली अभियांत्रिकी |प्रणाली अभियांत्रिकी]] (एसई), [[ एकीकृत रसद समर्थन |एकीकृत रसद समर्थन]] (आईएलएस), [[क्षमता परिपक्वता मॉडल एकीकरण]] (सीएमएमआई), [[आईएसओ 9000]], [[राजकुमार2]] 2 परियोजना प्रबंधन विधि, [[सीओबीआईटी]], आईटीआईएल, उत्पाद जीवनचक्र प्रबंधन शामिल हैं। , और [[अनुप्रयोग जीवनचक्र प्रबंधन]]। इनमें से कई कार्यों और मॉडलों ने सीएम को उसके पारंपरिक समग्र दृष्टिकोण से लेकर तकनीकी प्रबंधन तक फिर से परिभाषित किया है। कुछ लोग सीएम को लाइब्रेरियन गतिविधि के समान मानते हैं, और परिवर्तन नियंत्रण या परिवर्तन प्रबंधन को अलग या अकेले अनुशासन के रूप में तोड़ देते हैं।


==अवलोकन==
==अवलोकन==


सीएम परिवर्तनों को व्यवस्थित रूप से संभालने का अभ्यास है ताकि एक सिस्टम समय के साथ अपनी [[सिस्टम अखंडता]] बनाए रखे। सीएम उन नीतियों, प्रक्रियाओं, तकनीकों और उपकरणों को लागू करता है जो प्रस्तावित परिवर्तनों का प्रबंधन, मूल्यांकन करते हैं, परिवर्तनों की स्थिति को ट्रैक करते हैं, और सिस्टम में बदलाव होने पर सिस्टम और समर्थन दस्तावेजों की एक सूची बनाए रखते हैं। सीएम कार्यक्रम और योजनाएं एक जटिल [[प्रणाली]] को सफलतापूर्वक विकसित करने और समर्थन करने के लिए आवश्यक प्रक्रियाओं, कार्यों, सेवाओं, उपकरणों, प्रक्रियाओं और संसाधनों के विकास और कार्यान्वयन के लिए तकनीकी और प्रशासनिक दिशा प्रदान करते हैं। सिस्टम विकास के दौरान, सीएम [[कार्यक्रम प्रबंधन]] को स्वीकृति और संचालन और रखरखाव के माध्यम से पूरे जीवन-चक्र में आवश्यकताओं को ट्रैक करने की अनुमति देता है। चूँकि आवश्यकताओं और डिज़ाइन में परिवर्तन अनिवार्य रूप से होते हैं, उन्हें सिस्टम स्थिति का सटीक रिकॉर्ड बनाने के लिए अनुमोदित और प्रलेखित किया जाना चाहिए। आदर्श रूप से सीएम प्रक्रिया पूरे सिस्टम जीवनचक्र में लागू की जाती है। अधिकांश पेशेवर संपत्ति प्रबंधन (एएम, आईएसओ/आईईसी 19770 भी देखें) के साथ घुलमिल जाते हैं या भ्रमित हो जाते हैं, जहां यह हाथ में मौजूद संपत्तियों की सूची बनाता है। सीएम और एएम के बीच मुख्य अंतर यह है कि पूर्व वित्तीय लेखांकन पहलू का प्रबंधन नहीं करता है बल्कि सिस्टम द्वारा समर्थित सेवा का प्रबंधन करता है या दूसरे शब्दों में, बाद वाला (एएम) आईटी परिसंपत्ति से मूल्य प्राप्त करने की कोशिश कर रहा है।<ref>{{cite web|last=Atlassian|title=कॉन्फ़िगरेशन प्रबंधन डेटाबेस (सीएमडीबी) के लिए गाइड|url=https://www.atlassian.com/itsm/it-asset-management/cmdb|access-date=2021-07-20|website=Atlassian|language=en}}</ref><ref>{{Cite journal|last=Galusha|first=C.|date=June 2001|title=आईटी परिसंपत्ति प्रबंधन के साथ शुरुआत करना|url=https://ieeexplore.ieee.org/document/939973|journal=IT Professional|volume=3|issue=3|pages=37–40|doi=10.1109/6294.939973}}</ref><ref>{{cite web|date=2018-01-30|title=The ISO 19770-1 standard: A guide to implementing IT asset management|url=https://blog.shi.com/business-of-it/iso-19770-1-standard-guide-implementing-asset-management/|access-date=2021-07-20|website=The SHI Hub|language=en-US}}</ref>
सीएम परिवर्तनों को व्यवस्थित रूप से संभालने का अभ्यास है ताकि सिस्टम समय के साथ अपनी [[सिस्टम अखंडता]] बनाए रखे। सीएम उन नीतियों, प्रक्रियाओं, तकनीकों और उपकरणों को लागू करता है जो प्रस्तावित परिवर्तनों का प्रबंधन, मूल्यांकन करते हैं, परिवर्तनों की स्थिति को ट्रैक करते हैं, और सिस्टम में बदलाव होने पर सिस्टम और समर्थन दस्तावेजों की सूची बनाए रखते हैं। सीएम कार्यक्रम और योजनाएं जटिल [[प्रणाली]] को सफलतापूर्वक विकसित करने और समर्थन करने के लिए आवश्यक प्रक्रियाओं, कार्यों, सेवाओं, उपकरणों, प्रक्रियाओं और संसाधनों के विकास और कार्यान्वयन के लिए तकनीकी और प्रशासनिक दिशा प्रदान करते हैं। सिस्टम विकास के दौरान, सीएम [[कार्यक्रम प्रबंधन]] को स्वीकृति और संचालन और रखरखाव के माध्यम से पूरे जीवन-चक्र में आवश्यकताओं को ट्रैक करने की अनुमति देता है। चूँकि आवश्यकताओं और डिज़ाइन में परिवर्तन अनिवार्य रूप से होते हैं, उन्हें सिस्टम स्थिति का सटीक रिकॉर्ड बनाने के लिए अनुमोदित और प्रलेखित किया जाना चाहिए। आदर्श रूप से सीएम प्रक्रिया पूरे सिस्टम जीवनचक्र में लागू की जाती है। अधिकांश पेशेवर संपत्ति प्रबंधन (एएम, आईएसओ/आईईसी 19770 भी देखें) के साथ घुलमिल जाते हैं या भ्रमित हो जाते हैं, जहां यह हाथ में मौजूद संपत्तियों की सूची बनाता है। सीएम और एएम के बीच मुख्य अंतर यह है कि पूर्व वित्तीय लेखांकन पहलू का प्रबंधन नहीं करता है बल्कि सिस्टम द्वारा समर्थित सेवा का प्रबंधन करता है या दूसरे शब्दों में, बाद वाला (एएम) आईटी परिसंपत्ति से मूल्य प्राप्त करने की कोशिश कर रहा है।<ref>{{cite web|last=Atlassian|title=कॉन्फ़िगरेशन प्रबंधन डेटाबेस (सीएमडीबी) के लिए गाइड|url=https://www.atlassian.com/itsm/it-asset-management/cmdb|access-date=2021-07-20|website=Atlassian|language=en}}</ref><ref>{{Cite journal|last=Galusha|first=C.|date=June 2001|title=आईटी परिसंपत्ति प्रबंधन के साथ शुरुआत करना|url=https://ieeexplore.ieee.org/document/939973|journal=IT Professional|volume=3|issue=3|pages=37–40|doi=10.1109/6294.939973}}</ref><ref>{{cite web|date=2018-01-30|title=The ISO 19770-1 standard: A guide to implementing IT asset management|url=https://blog.shi.com/business-of-it/iso-19770-1-standard-guide-implementing-asset-management/|access-date=2021-07-20|website=The SHI Hub|language=en-US}}</ref>
हार्डवेयर और सॉफ्टवेयर-कॉन्फ़िगरेशन आइटम दोनों के लिए सीएम प्रक्रिया में एमआईएल-एचडीबीके-61ए में स्थापित पांच अलग-अलग अनुशासन शामिल हैं।<ref>{{cite web | url = http://www.product-lifecycle-management.com/download/MIL-HDBK-61B%20%28Draft%29.pdf | title = Military Handbook: Configuration Management Guidance | publisher = Department of Defense: United States of America | page = iii–iv | access-date = 2016-07-21 | quote = 4. CM LIFE CYCLE MANAGEMENT AND PLANNING [...] 5. CONFIGURATION IDENTIFICATION [...] 6. CONFIGURATION CONTROL [...] 7. CONFIGURATION STATUS ACCOUNTING [...] 8. CONFIGURATION VERIFICATION AND AUDIT [...] 9. DATA MANAGEMENT [...]}}</ref> और ANSI/EIA-649 में। इन अनुशासनों का पालन किया जाता है{{by whom|date=July 2016}} [[बेसलाइन (कॉन्फ़िगरेशन प्रबंधन)]] स्थापित करने और एक मानक [[परिवर्तन प्रबंधन]]|परिवर्तन-प्रबंधन प्रक्रिया निष्पादित करने के लिए नीतियों और प्रक्रियाओं के रूप में। [[IEEE 12207]] प्रक्रिया IEEE 12207.2 में भी ये गतिविधियाँ हैं और इसमें रिलीज़ प्रबंधन और डिलीवरी शामिल है।
हार्डवेयर और सॉफ्टवेयर-कॉन्फ़िगरेशन आइटम दोनों के लिए सीएम प्रक्रिया में एमआईएल-एचडीबीके-61ए में स्थापित पांच अलग-अलग अनुशासन शामिल हैं।<ref>{{cite web | url = http://www.product-lifecycle-management.com/download/MIL-HDBK-61B%20%28Draft%29.pdf | title = Military Handbook: Configuration Management Guidance | publisher = Department of Defense: United States of America | page = iii–iv | access-date = 2016-07-21 | quote = 4. CM LIFE CYCLE MANAGEMENT AND PLANNING [...] 5. CONFIGURATION IDENTIFICATION [...] 6. CONFIGURATION CONTROL [...] 7. CONFIGURATION STATUS ACCOUNTING [...] 8. CONFIGURATION VERIFICATION AND AUDIT [...] 9. DATA MANAGEMENT [...]}}</ref> और ANSI/EIA-649 में। इन अनुशासनों का पालन किया जाता है [[बेसलाइन (कॉन्फ़िगरेशन प्रबंधन)]] स्थापित करने और मानक [[परिवर्तन प्रबंधन]]|परिवर्तन-प्रबंधन प्रक्रिया निष्पादित करने के लिए नीतियों और प्रक्रियाओं के रूप में। [[IEEE 12207]] प्रक्रिया IEEE 12207.2 में भी ये गतिविधियाँ हैं और इसमें रिलीज़ प्रबंधन और डिलीवरी शामिल है। पाँच अनुशासन हैं:
{{anchor|Configuration identification}}
{{anchor|Configuration Status Accounting}}
पाँच अनुशासन हैं:


# सीएम योजना और प्रबंधन: सीएम कार्यक्रम का मार्गदर्शन करने के लिए एक औपचारिक दस्तावेज और योजना जिसमें निम्न चीजें शामिल हैं:
# सीएम योजना और प्रबंधन: सीएम कार्यक्रम का मार्गदर्शन करने के लिए औपचारिक दस्तावेज और योजना जिसमें निम्न चीजें शामिल हैं:
#* कार्मिक
#* कार्मिक
#*जिम्मेदारियाँ और संसाधन
#*जिम्मेदारियाँ और संसाधन
Line 36: Line 33:
# कॉन्फ़िगरेशन नियंत्रण: इसमें सभी परिवर्तन-अनुरोधों और परिवर्तन-प्रस्तावों का मूल्यांकन और उनके बाद की स्वीकृति या अस्वीकृति शामिल है। यह सिस्टम के डिज़ाइन, हार्डवेयर, फ़र्मवेयर, सॉफ़्टवेयर और दस्तावेज़ीकरण में संशोधनों को नियंत्रित करने की प्रक्रिया को कवर करता है।
# कॉन्फ़िगरेशन नियंत्रण: इसमें सभी परिवर्तन-अनुरोधों और परिवर्तन-प्रस्तावों का मूल्यांकन और उनके बाद की स्वीकृति या अस्वीकृति शामिल है। यह सिस्टम के डिज़ाइन, हार्डवेयर, फ़र्मवेयर, सॉफ़्टवेयर और दस्तावेज़ीकरण में संशोधनों को नियंत्रित करने की प्रक्रिया को कवर करता है।
# कॉन्फ़िगरेशन स्थिति लेखांकन: कॉन्फ़िगरेशन आइटम विवरण (उदाहरण के लिए, हार्डवेयर, सॉफ़्टवेयर, फ़र्मवेयर इत्यादि) को रिकॉर्ड करने और रिपोर्ट करने की प्रक्रिया और डिज़ाइन और उत्पादन के दौरान बेसलाइन से सभी प्रस्थान शामिल हैं। संदिग्ध समस्याओं की स्थिति में, बेसलाइन कॉन्फ़िगरेशन और अनुमोदित संशोधनों का सत्यापन शीघ्रता से निर्धारित किया जा सकता है।
# कॉन्फ़िगरेशन स्थिति लेखांकन: कॉन्फ़िगरेशन आइटम विवरण (उदाहरण के लिए, हार्डवेयर, सॉफ़्टवेयर, फ़र्मवेयर इत्यादि) को रिकॉर्ड करने और रिपोर्ट करने की प्रक्रिया और डिज़ाइन और उत्पादन के दौरान बेसलाइन से सभी प्रस्थान शामिल हैं। संदिग्ध समस्याओं की स्थिति में, बेसलाइन कॉन्फ़िगरेशन और अनुमोदित संशोधनों का सत्यापन शीघ्रता से निर्धारित किया जा सकता है।
# कॉन्फ़िगरेशन सत्यापन और ऑडिट: स्थापित प्रदर्शन आवश्यकताओं, वाणिज्यिक और उचित सैन्य मानकों, और कार्यात्मक, आवंटित और उत्पाद आधार रेखाओं के अनुपालन का आकलन करने के उद्देश्य से हार्डवेयर और सॉफ्टवेयर की एक स्वतंत्र समीक्षा। कॉन्फ़िगरेशन ऑडिट यह सत्यापित करता है कि सिस्टम और सबसिस्टम कॉन्फ़िगरेशन दस्तावेज़ीकरण आर्किटेक्चरल बेसलाइन में स्वीकृति से पहले कार्यात्मक और भौतिक प्रदर्शन विशेषताओं का अनुपालन करता है।
# कॉन्फ़िगरेशन सत्यापन और ऑडिट: स्थापित प्रदर्शन आवश्यकताओं, वाणिज्यिक और उचित सैन्य मानकों, और कार्यात्मक, आवंटित और उत्पाद आधार रेखाओं के अनुपालन का आकलन करने के उद्देश्य से हार्डवेयर और सॉफ्टवेयर की स्वतंत्र समीक्षा। कॉन्फ़िगरेशन ऑडिट यह सत्यापित करता है कि सिस्टम और सबसिस्टम कॉन्फ़िगरेशन दस्तावेज़ीकरण आर्किटेक्चरल बेसलाइन में स्वीकृति से पहले कार्यात्मक और भौतिक प्रदर्शन विशेषताओं का अनुपालन करता है।


==सॉफ़्टवेयर==
==सॉफ़्टवेयर==
Line 43: Line 40:
सॉफ्टवेयर कॉन्फ़िगरेशन प्रबंधन (एससीएम) प्रक्रिया को चिकित्सकों द्वारा सॉफ्टवेयर परियोजनाओं में परिवर्तनों को संभालने के लिए सबसे अच्छे समाधान के रूप में देखा जाता है। यह समय के विभिन्न बिंदुओं पर सॉफ़्टवेयर की कार्यात्मक और भौतिक विशेषताओं की पहचान करता है, और सॉफ़्टवेयर विकास जीवन चक्र के दौरान सॉफ़्टवेयर की अखंडता और पता लगाने की क्षमता को बनाए रखने के उद्देश्य से पहचानी गई विशेषताओं में परिवर्तनों का व्यवस्थित नियंत्रण करता है।
सॉफ्टवेयर कॉन्फ़िगरेशन प्रबंधन (एससीएम) प्रक्रिया को चिकित्सकों द्वारा सॉफ्टवेयर परियोजनाओं में परिवर्तनों को संभालने के लिए सबसे अच्छे समाधान के रूप में देखा जाता है। यह समय के विभिन्न बिंदुओं पर सॉफ़्टवेयर की कार्यात्मक और भौतिक विशेषताओं की पहचान करता है, और सॉफ़्टवेयर विकास जीवन चक्र के दौरान सॉफ़्टवेयर की अखंडता और पता लगाने की क्षमता को बनाए रखने के उद्देश्य से पहचानी गई विशेषताओं में परिवर्तनों का व्यवस्थित नियंत्रण करता है।


एससीएम प्रक्रिया परिवर्तनों का पता लगाने की आवश्यकता और यह सत्यापित करने की क्षमता को परिभाषित करती है कि अंतिम वितरित सॉफ़्टवेयर में सभी नियोजित संवर्द्धन हैं जिन्हें रिलीज़ में शामिल किया जाना चाहिए। यह चार प्रक्रियाओं की पहचान करता है जिन्हें प्रत्येक सॉफ्टवेयर प्रोजेक्ट के लिए परिभाषित किया जाना चाहिए ताकि यह सुनिश्चित किया जा सके कि एक अच्छी एससीएम प्रक्रिया लागू हो। वे हैं:
एससीएम प्रक्रिया परिवर्तनों का पता लगाने की आवश्यकता और यह सत्यापित करने की क्षमता को परिभाषित करती है कि अंतिम वितरित सॉफ़्टवेयर में सभी नियोजित संवर्द्धन हैं जिन्हें रिलीज़ में शामिल किया जाना चाहिए। यह चार प्रक्रियाओं की पहचान करता है जिन्हें प्रत्येक सॉफ्टवेयर प्रोजेक्ट के लिए परिभाषित किया जाना चाहिए ताकि यह सुनिश्चित किया जा सके कि अच्छी एससीएम प्रक्रिया लागू हो। वे हैं:
# कॉन्फ़िगरेशन पहचान
# कॉन्फ़िगरेशन पहचान
# कॉन्फ़िगरेशन नियंत्रण
# कॉन्फ़िगरेशन नियंत्रण
Line 50: Line 47:


ये नियम और परिभाषाएँ मानक से मानक में बदलती हैं, लेकिन मूलतः समान हैं।
ये नियम और परिभाषाएँ मानक से मानक में बदलती हैं, लेकिन मूलतः समान हैं।
* कॉन्फ़िगरेशन पहचान उन विशेषताओं की पहचान करने की प्रक्रिया है जो कॉन्फ़िगरेशन आइटम के हर पहलू को परिभाषित करती है। कॉन्फ़िगरेशन आइटम एक उत्पाद (हार्डवेयर और/या सॉफ़्टवेयर) है जिसका अंतिम-उपयोगकर्ता उद्देश्य होता है। ये विशेषताएँ कॉन्फ़िगरेशन दस्तावेज़ में दर्ज की गई हैं और आधारभूत हैं। बेसलाइन (कॉन्फ़िगरेशन प्रबंधन) एक विशेषता औपचारिक कॉन्फ़िगरेशन परिवर्तन नियंत्रण प्रक्रियाओं को उस स्थिति में प्रभावी करने के लिए बाध्य करती है जब ये विशेषताएँ बदल जाती हैं।
* कॉन्फ़िगरेशन पहचान उन विशेषताओं की पहचान करने की प्रक्रिया है जो कॉन्फ़िगरेशन आइटम के हर पहलू को परिभाषित करती है। कॉन्फ़िगरेशन आइटम उत्पाद (हार्डवेयर और/या सॉफ़्टवेयर) है जिसका अंतिम-उपयोगकर्ता उद्देश्य होता है। ये विशेषताएँ कॉन्फ़िगरेशन दस्तावेज़ में दर्ज की गई हैं और आधारभूत हैं। बेसलाइन (कॉन्फ़िगरेशन प्रबंधन) विशेषता औपचारिक कॉन्फ़िगरेशन परिवर्तन नियंत्रण प्रक्रियाओं को उस स्थिति में प्रभावी करने के लिए बाध्य करती है जब ये विशेषताएँ बदल जाती हैं।
* कॉन्फ़िगरेशन परिवर्तन नियंत्रण कॉन्फ़िगरेशन आइटम की विशेषताओं को बदलने और उन्हें फिर से आधार बनाने के लिए आवश्यक प्रक्रियाओं और अनुमोदन चरणों का एक सेट है।
* कॉन्फ़िगरेशन परिवर्तन नियंत्रण कॉन्फ़िगरेशन आइटम की विशेषताओं को बदलने और उन्हें फिर से आधार बनाने के लिए आवश्यक प्रक्रियाओं और अनुमोदन चरणों का सेट है।
* कॉन्फ़िगरेशन स्थिति लेखांकन किसी भी समय प्रत्येक कॉन्फ़िगरेशन आइटम से जुड़ी कॉन्फ़िगरेशन बेसलाइन पर रिकॉर्ड और रिपोर्ट करने की क्षमता है।
* कॉन्फ़िगरेशन स्थिति लेखांकन किसी भी समय प्रत्येक कॉन्फ़िगरेशन आइटम से जुड़ी कॉन्फ़िगरेशन बेसलाइन पर रिकॉर्ड और रिपोर्ट करने की क्षमता है।
* कॉन्फ़िगरेशन ऑडिट को कार्यात्मक और [[भौतिक विन्यास लेखापरीक्षा]] में विभाजित किया गया है। वे या तो डिलीवरी के समय या परिवर्तन लागू होने के समय घटित होते हैं। एक कार्यात्मक कॉन्फ़िगरेशन ऑडिट यह सुनिश्चित करता है कि कॉन्फ़िगरेशन आइटम की कार्यात्मक और प्रदर्शन विशेषताएँ प्राप्त की गई हैं, जबकि एक भौतिक कॉन्फ़िगरेशन ऑडिट यह सुनिश्चित करता है कि एक कॉन्फ़िगरेशन आइटम उसके विस्तृत डिज़ाइन दस्तावेज़ीकरण की आवश्यकताओं के अनुसार स्थापित किया गया है।
* कॉन्फ़िगरेशन ऑडिट को कार्यात्मक और [[भौतिक विन्यास लेखापरीक्षा]] में विभाजित किया गया है। वे या तो डिलीवरी के समय या परिवर्तन लागू होने के समय घटित होते हैं। कार्यात्मक कॉन्फ़िगरेशन ऑडिट यह सुनिश्चित करता है कि कॉन्फ़िगरेशन आइटम की कार्यात्मक और प्रदर्शन विशेषताएँ प्राप्त की गई हैं, जबकि भौतिक कॉन्फ़िगरेशन ऑडिट यह सुनिश्चित करता है कि कॉन्फ़िगरेशन आइटम उसके विस्तृत डिज़ाइन दस्तावेज़ीकरण की आवश्यकताओं के अनुसार स्थापित किया गया है।


=== [[कॉन्फ़िगरेशन प्रबंधन डेटाबेस]] ===
=== [[कॉन्फ़िगरेशन प्रबंधन डेटाबेस]] ===
आईटीआईएल कॉन्फ़िगरेशन प्रबंधन के लिए उद्योग की सर्वोत्तम प्रथाओं को प्राप्त करने के साधन के रूप में कॉन्फ़िगरेशन प्रबंधन प्रणाली (सीएमएस) या कॉन्फ़िगरेशन प्रबंधन डेटाबेस (सीएमडीबी) के उपयोग को निर्दिष्ट करता है। सीएमडीबी का उपयोग कॉन्फ़िगरेशन आइटम (सीआई) और उनके बीच निर्भरता को ट्रैक करने के लिए किया जाता है, जहां सीआई एक उद्यम में उन चीजों का प्रतिनिधित्व करते हैं जो ट्रैकिंग और प्रबंधन के लायक हैं, जैसे कि कंप्यूटर, सॉफ्टवेयर, सॉफ्टवेयर लाइसेंस, रैक, नेटवर्क डिवाइस, स्टोरेज तक सीमित नहीं हैं। , और यहां तक ​​कि ऐसी वस्तुओं के भीतर के घटक भी।
आईटीआईएल कॉन्फ़िगरेशन प्रबंधन के लिए उद्योग की सर्वोत्तम प्रथाओं को प्राप्त करने के साधन के रूप में कॉन्फ़िगरेशन प्रबंधन प्रणाली (सीएमएस) या कॉन्फ़िगरेशन प्रबंधन डेटाबेस (सीएमडीबी) के उपयोग को निर्दिष्ट करता है। सीएमडीबी का उपयोग कॉन्फ़िगरेशन आइटम (सीआई) और उनके बीच निर्भरता को ट्रैक करने के लिए किया जाता है, जहां सीआई उद्यम में उन चीजों का प्रतिनिधित्व करते हैं जो ट्रैकिंग और प्रबंधन के लायक हैं, जैसे कि कंप्यूटर, सॉफ्टवेयर, सॉफ्टवेयर लाइसेंस, रैक, नेटवर्क डिवाइस, स्टोरेज तक सीमित नहीं हैं। , और यहां तक ​​कि ऐसी वस्तुओं के भीतर के घटक भी।


सीएमएस/सीएमडीबी के लाभों में मूल कारण विश्लेषण, प्रभाव विश्लेषण, परिवर्तन प्रबंधन और भविष्य की राज्य रणनीति विकास के लिए वर्तमान स्थिति मूल्यांकन जैसे कार्य करने में सक्षम होना शामिल है। उदाहरण प्रणालियाँ, आमतौर पर खुद को [[आईटी सेवा प्रबंधन]]|आईटी सेवा प्रबंधन (आईटीएसएम) प्रणालियों के रूप में पहचानती हैं, जिनमें फ्रेशसर्विस, सर्विसनाउ और समानेज शामिल हैं।
सीएमएस/सीएमडीबी के लाभों में मूल कारण विश्लेषण, प्रभाव विश्लेषण, परिवर्तन प्रबंधन और भविष्य की राज्य रणनीति विकास के लिए वर्तमान स्थिति मूल्यांकन जैसे कार्य करने में सक्षम होना शामिल है। उदाहरण प्रणालियाँ, आमतौर पर खुद को [[आईटी सेवा प्रबंधन]]|आईटी सेवा प्रबंधन (आईटीएसएम) प्रणालियों के रूप में पहचानती हैं, जिनमें फ्रेशसर्विस, सर्विसनाउ और समानेज शामिल हैं।


=== [[सूचना आश्वासन]] ===
=== [[सूचना आश्वासन]] ===
सूचना आश्वासन के लिए, सीएम को सूचना प्रणाली के पूरे जीवन चक्र में हार्डवेयर, सॉफ्टवेयर, फर्मवेयर, दस्तावेज़ीकरण, परीक्षण, परीक्षण फिक्स्चर और परीक्षण दस्तावेज़ीकरण में किए गए परिवर्तनों के नियंत्रण के माध्यम से सुरक्षा सुविधाओं और आश्वासनों के प्रबंधन के रूप में परिभाषित किया जा सकता है।<ref>[[National Information Systems Security Glossary]]</ref>{{Better source needed|date=August 2021|reason=Wikipedia is not a [[WP:RS|reliable source]]}} सूचना आश्वासन के लिए सीएम, जिसे कभी-कभी सुरक्षित कॉन्फ़िगरेशन प्रबंधन के रूप में जाना जाता है, उपयुक्त सुरक्षा सुविधाओं और आश्वासनों को निर्धारित करने के लिए आईटी प्लेटफार्मों और उत्पादों और उनके वातावरण के प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं पर निर्भर करता है, जिनका उपयोग सिस्टम कॉन्फ़िगरेशन स्थिति को मापने के लिए किया जाता है। उदाहरण के लिए, किसी [[नेटवर्क फ़ायरवॉल]] के लिए कॉन्फ़िगरेशन आवश्यकताएँ भिन्न हो सकती हैं जो किसी संगठन की इंटरनेट सीमा के हिस्से के रूप में कार्य करता है बनाम जो आंतरिक स्थानीय नेटवर्क फ़ायरवॉल के रूप में कार्य करता है।
सूचना आश्वासन के लिए, सीएम को सूचना प्रणाली के पूरे जीवन चक्र में हार्डवेयर, सॉफ्टवेयर, फर्मवेयर, दस्तावेज़ीकरण, परीक्षण, परीक्षण फिक्स्चर और परीक्षण दस्तावेज़ीकरण में किए गए परिवर्तनों के नियंत्रण के माध्यम से सुरक्षा सुविधाओं और आश्वासनों के प्रबंधन के रूप में परिभाषित किया जा सकता है।<ref>[[National Information Systems Security Glossary]]</ref> सूचना आश्वासन के लिए सीएम, जिसे कभी-कभी सुरक्षित कॉन्फ़िगरेशन प्रबंधन के रूप में जाना जाता है, उपयुक्त सुरक्षा सुविधाओं और आश्वासनों को निर्धारित करने के लिए आईटी प्लेटफार्मों और उत्पादों और उनके वातावरण के प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं पर निर्भर करता है, जिनका उपयोग सिस्टम कॉन्फ़िगरेशन स्थिति को मापने के लिए किया जाता है। उदाहरण के लिए, किसी [[नेटवर्क फ़ायरवॉल]] के लिए कॉन्फ़िगरेशन आवश्यकताएँ भिन्न हो सकती हैं जो किसी संगठन की इंटरनेट सीमा के हिस्से के रूप में कार्य करता है बनाम जो आंतरिक स्थानीय नेटवर्क फ़ायरवॉल के रूप में कार्य करता है।


==रखरखाव प्रणाली==
==रखरखाव प्रणाली==
कॉन्फ़िगरेशन प्रबंधन का उपयोग न्यूनतम लागत के लिए सेवाक्षमता के उच्चतम स्तर को बनाए रखने की दृष्टि से जटिल परिसंपत्तियों की स्थिति की समझ बनाए रखने के लिए किया जाता है। विशेष रूप से, इसका उद्देश्य यह सुनिश्चित करना है कि परिसंपत्ति (या परिसंपत्ति के कुछ हिस्सों) के नियोजित जीवनकाल की सीमा से अधिक या गुणवत्ता स्तर से नीचे होने के कारण संचालन बाधित न हो।
कॉन्फ़िगरेशन प्रबंधन का उपयोग न्यूनतम लागत के लिए सेवाक्षमता के उच्चतम स्तर को बनाए रखने की दृष्टि से जटिल परिसंपत्तियों की स्थिति की समझ बनाए रखने के लिए किया जाता है। विशेष रूप से, इसका उद्देश्य यह सुनिश्चित करना है कि परिसंपत्ति (या परिसंपत्ति के कुछ हिस्सों) के नियोजित जीवनकाल की सीमा से अधिक या गुणवत्ता स्तर से नीचे होने के कारण संचालन बाधित न हो।


सेना में, इस प्रकार की गतिविधि को अक्सर मिशन की तैयारी के रूप में वर्गीकृत किया जाता है, और यह परिभाषित करने का प्रयास किया जाता है कि कौन सी संपत्ति उपलब्ध है और किस प्रकार के मिशन के लिए; एक उत्कृष्ट उदाहरण यह है कि क्या विमानवाहक पोत पर मौजूद विमान जमीनी समर्थन के लिए बमों या रक्षा के लिए मिसाइलों से सुसज्जित हैं।
सेना में, इस प्रकार की गतिविधि को अक्सर मिशन की तैयारी के रूप में वर्गीकृत किया जाता है, और यह परिभाषित करने का प्रयास किया जाता है कि कौन सी संपत्ति उपलब्ध है और किस प्रकार के मिशन के लिए; उत्कृष्ट उदाहरण यह है कि क्या विमानवाहक पोत पर मौजूद विमान जमीनी समर्थन के लिए बमों या रक्षा के लिए मिसाइलों से सुसज्जित हैं।


===[[ऑपरेटिंग सिस्टम]] कॉन्फ़िगरेशन प्रबंधन===
===[[ऑपरेटिंग सिस्टम]] कॉन्फ़िगरेशन प्रबंधन===
कॉन्फ़िगरेशन प्रबंधन का उपयोग ऑपरेटिंग सिस्टम कॉन्फ़िगरेशन फ़ाइलों को बनाए रखने के लिए किया जा सकता है।<ref>{{cite web|author=C. Lueninghoener|title=Getting Started with Configuration Management. ;login: issue: April 2011, Volume 36, Number 2|url=https://www.usenix.org/system/files/login/articles/105457-Lueninghoener.pdf |archive-url=https://ghostarchive.org/archive/20221009/https://www.usenix.org/system/files/login/articles/105457-Lueninghoener.pdf |archive-date=2022-10-09 |url-status=live|access-date=2012-11-23}}</ref> उदाहरण प्रणालियों में एन्सिबल (सॉफ्टवेयर), [[बीसीएफजी2]], सीएफइंजिन, [[शेफ (सॉफ्टवेयर)]], [[निक्स पैकेज मैनेजर]], [[ओटर (सॉफ्टवेयर)]], [[ कठपुतली (सॉफ्टवेयर) ]], [[ क्वात्तोर ]], [[साल्टस्टैक]], [[टेराफॉर्म (सॉफ्टवेयर)]], [[ सॉफ़्टवेयर ]] और [[वैग्रांट (सॉफ्टवेयर)]] शामिल हैं। इनमें से कई सिस्टम कॉन्फ़िगरेशन को परिभाषित करने और बनाए रखने के लिए [[कोड के रूप में बुनियादी ढाँचा]] के रूप में उपयोग करते हैं।<ref>{{cite magazine |last= Loschwitz | first= Martin | date= 14 November 2014 | title= अग्रणी ओपन सोर्स कॉन्फ़िगरेशन प्रबंधकों के बीच चयन करना|  url=http://www.admin-magazine.com/Archive/2014/23/Choosing-between-the-leading-open-source-configuration-managers | magazine= Admin Network & Security | location= Lawrence, Kansas | publisher= Linux New Media USA LLC}}</ref>
कॉन्फ़िगरेशन प्रबंधन का उपयोग ऑपरेटिंग सिस्टम कॉन्फ़िगरेशन फ़ाइलों को बनाए रखने के लिए किया जा सकता है।<ref>{{cite web|author=C. Lueninghoener|title=Getting Started with Configuration Management. ;login: issue: April 2011, Volume 36, Number 2|url=https://www.usenix.org/system/files/login/articles/105457-Lueninghoener.pdf |archive-url=https://ghostarchive.org/archive/20221009/https://www.usenix.org/system/files/login/articles/105457-Lueninghoener.pdf |archive-date=2022-10-09 |url-status=live|access-date=2012-11-23}}</ref> उदाहरण प्रणालियों में एन्सिबल (सॉफ्टवेयर), [[बीसीएफजी2]], सीएफइंजिन, [[शेफ (सॉफ्टवेयर)]], [[निक्स पैकेज मैनेजर]], [[ओटर (सॉफ्टवेयर)]], [[ कठपुतली (सॉफ्टवेयर) |कठपुतली (सॉफ्टवेयर)]] , [[ क्वात्तोर |क्वात्तोर]] , [[साल्टस्टैक]], [[टेराफॉर्म (सॉफ्टवेयर)]], [[ सॉफ़्टवेयर |सॉफ़्टवेयर]] और [[वैग्रांट (सॉफ्टवेयर)]] शामिल हैं। इनमें से कई सिस्टम कॉन्फ़िगरेशन को परिभाषित करने और बनाए रखने के लिए [[कोड के रूप में बुनियादी ढाँचा]] के रूप में उपयोग करते हैं।<ref>{{cite magazine |last= Loschwitz | first= Martin | date= 14 November 2014 | title= अग्रणी ओपन सोर्स कॉन्फ़िगरेशन प्रबंधकों के बीच चयन करना|  url=http://www.admin-magazine.com/Archive/2014/23/Choosing-between-the-leading-open-source-configuration-managers | magazine= Admin Network & Security | location= Lawrence, Kansas | publisher= Linux New Media USA LLC}}</ref>
कॉन्फ़िगरेशन रखरखाव का प्रॉमिस सिद्धांत [[मार्क बर्गेस (कंप्यूटर वैज्ञानिक)]] द्वारा विकसित किया गया था,<ref>M. Burgess, Cfengine: a site configuration engine, USENIX Computing systems, Vol8, No. 3 1995 [https://www.usenix.org/legacy/publications/compsystems/1995/sum_burgess.pdf]</ref><ref>M. Burgess, On the theory of system administration, Science of Computer Programming 49, 2003. p1-46 [http://research.iu.hio.no/papers/sysadmtheory3.pdf pdf] {{webarchive |url=https://web.archive.org/web/20110724180113/http://research.iu.hio.no/papers/sysadmtheory3.pdf |date=24 July 2011 }}</ref><ref>M. Burgess, Configurable immunity for evolving human-computer systems, Science of Computer Programming 51 2004, p197-213 [http://research.iu.hio.no/papers/immunity.pdf pdf] {{webarchive |url=https://web.archive.org/web/20120303062114/http://research.iu.hio.no/papers/immunity.pdf |date=3 March 2012 }}</ref> सॉफ्टवेयर सीएफइंजन में वर्तमान कंप्यूटर सिस्टम पर व्यावहारिक कार्यान्वयन के साथ वास्तविक समय मरम्मत के साथ-साथ निवारक रखरखाव करने में सक्षम है।
कॉन्फ़िगरेशन रखरखाव का प्रॉमिस सिद्धांत [[मार्क बर्गेस (कंप्यूटर वैज्ञानिक)]] द्वारा विकसित किया गया था,<ref>M. Burgess, Cfengine: a site configuration engine, USENIX Computing systems, Vol8, No. 3 1995 [https://www.usenix.org/legacy/publications/compsystems/1995/sum_burgess.pdf]</ref><ref>M. Burgess, On the theory of system administration, Science of Computer Programming 49, 2003. p1-46 [http://research.iu.hio.no/papers/sysadmtheory3.pdf pdf] {{webarchive |url=https://web.archive.org/web/20110724180113/http://research.iu.hio.no/papers/sysadmtheory3.pdf |date=24 July 2011 }}</ref><ref>M. Burgess, Configurable immunity for evolving human-computer systems, Science of Computer Programming 51 2004, p197-213 [http://research.iu.hio.no/papers/immunity.pdf pdf] {{webarchive |url=https://web.archive.org/web/20120303062114/http://research.iu.hio.no/papers/immunity.pdf |date=3 March 2012 }}</ref> सॉफ्टवेयर सीएफइंजन में वर्तमान कंप्यूटर सिस्टम पर व्यावहारिक कार्यान्वयन के साथ वास्तविक समय मरम्मत के साथ-साथ निवारक रखरखाव करने में सक्षम है।


===निवारक रखरखाव===
===निवारक रखरखाव===
{{Main|Preventive maintenance}}
{{Main|Preventive maintenance}}
किसी परिसंपत्ति की स्थिति और उसके प्रमुख घटकों को समझना निवारक रखरखाव में एक आवश्यक तत्व है जैसा कि रखरखाव, मरम्मत और ओवरहाल और [[उद्यम परिसंपत्ति प्रबंधन]] प्रणालियों में उपयोग किया जाता है।
किसी परिसंपत्ति की स्थिति और उसके प्रमुख घटकों को समझना निवारक रखरखाव में आवश्यक तत्व है जैसा कि रखरखाव, मरम्मत और ओवरहाल और [[उद्यम परिसंपत्ति प्रबंधन]] प्रणालियों में उपयोग किया जाता है।


विमान, जहाज, औद्योगिक मशीनरी आदि जैसी जटिल संपत्तियां कई अलग-अलग घटकों के सेवा योग्य होने पर निर्भर करती हैं। इस सेवाक्षमता को अक्सर घटक के नए होने के बाद से उसके उपयोग की मात्रा, फिट होने के बाद से, मरम्मत के बाद से, उसके जीवनकाल में उसके उपयोग की मात्रा और कई अन्य सीमित कारकों के संदर्भ में परिभाषित किया जाता है। यह समझना कि इनमें से प्रत्येक घटक अपने जीवन के अंत के कितना करीब है, सॉफ्टवेयर में हाल के विकास तक श्रम-गहन रिकॉर्ड रखने से जुड़ा एक प्रमुख उपक्रम रहा है।
विमान, जहाज, औद्योगिक मशीनरी आदि जैसी जटिल संपत्तियां कई अलग-अलग घटकों के सेवा योग्य होने पर निर्भर करती हैं। इस सेवाक्षमता को अक्सर घटक के नए होने के बाद से उसके उपयोग की मात्रा, फिट होने के बाद से, मरम्मत के बाद से, उसके जीवनकाल में उसके उपयोग की मात्रा और कई अन्य सीमित कारकों के संदर्भ में परिभाषित किया जाता है। यह समझना कि इनमें से प्रत्येक घटक अपने जीवन के अंत के कितना करीब है, सॉफ्टवेयर में हाल के विकास तक श्रम-गहन रिकॉर्ड रखने से जुड़ा प्रमुख उपक्रम रहा है।


===भविष्य कहनेवाला रखरखाव===
===भविष्य कहनेवाला रखरखाव===
Line 82: Line 79:
कई प्रकार के घटक डेटा कैप्चर करने के लिए इलेक्ट्रॉनिक सेंसर का उपयोग करते हैं जो लाइव स्थिति की निगरानी प्रदान करते हैं। इस डेटा का विश्लेषण कंप्यूटर द्वारा बोर्ड पर या किसी दूरस्थ स्थान पर किया जाता है ताकि इसकी वर्तमान सेवाक्षमता का मूल्यांकन किया जा सके और एल्गोरिदम का उपयोग करके इसकी संभावित भविष्य की स्थिति को बढ़ाया जा सके, जो क्षेत्र के अनुभव और मॉडलिंग के माध्यम से विफलता के पिछले उदाहरणों के आधार पर संभावित भविष्य की विफलताओं की भविष्यवाणी करता है। यह पूर्वानुमानित रखरखाव का आधार है।
कई प्रकार के घटक डेटा कैप्चर करने के लिए इलेक्ट्रॉनिक सेंसर का उपयोग करते हैं जो लाइव स्थिति की निगरानी प्रदान करते हैं। इस डेटा का विश्लेषण कंप्यूटर द्वारा बोर्ड पर या किसी दूरस्थ स्थान पर किया जाता है ताकि इसकी वर्तमान सेवाक्षमता का मूल्यांकन किया जा सके और एल्गोरिदम का उपयोग करके इसकी संभावित भविष्य की स्थिति को बढ़ाया जा सके, जो क्षेत्र के अनुभव और मॉडलिंग के माध्यम से विफलता के पिछले उदाहरणों के आधार पर संभावित भविष्य की विफलताओं की भविष्यवाणी करता है। यह पूर्वानुमानित रखरखाव का आधार है।


सीएम को परिचालन मूल्य प्रदान करने के लिए सटीक और समय पर डेटा की उपलब्धता आवश्यक है और इसकी कमी अक्सर एक सीमित कारक हो सकती है। ऑपरेटिंग डेटा को कैप्चर करना और विभिन्न सहायता संगठनों तक प्रसारित करना अपने आप में एक उद्योग बनता जा रहा है।
सीएम को परिचालन मूल्य प्रदान करने के लिए सटीक और समय पर डेटा की उपलब्धता आवश्यक है और इसकी कमी अक्सर सीमित कारक हो सकती है। ऑपरेटिंग डेटा को कैप्चर करना और विभिन्न सहायता संगठनों तक प्रसारित करना अपने आप में उद्योग बनता जा रहा है।


मूल उपकरण निर्माताओं (ओईएम) द्वारा पेश किए गए कार्यक्रमों की वृद्धि के साथ इस डेटा के उपभोक्ता अधिक संख्या में और जटिल हो गए हैं। इन्हें ऑपरेटरों को गारंटीशुदा उपलब्धता की पेशकश करने और संपत्ति का प्रबंधन करने वाले ऑपरेटर के साथ तस्वीर को और अधिक जटिल बनाने के लिए डिज़ाइन किया गया है, लेकिन ओईएम इसकी सेवाक्षमता सुनिश्चित करने की जिम्मेदारी लेता है।
मूल उपकरण निर्माताओं (ओईएम) द्वारा पेश किए गए कार्यक्रमों की वृद्धि के साथ इस डेटा के उपभोक्ता अधिक संख्या में और जटिल हो गए हैं। इन्हें ऑपरेटरों को गारंटीशुदा उपलब्धता की पेशकश करने और संपत्ति का प्रबंधन करने वाले ऑपरेटर के साथ तस्वीर को और अधिक जटिल बनाने के लिए डिज़ाइन किया गया है, लेकिन ओईएम इसकी सेवाक्षमता सुनिश्चित करने की जिम्मेदारी लेता है।
Line 124: Line 121:


==निर्माण==
==निर्माण==
अभी हाल ही में{{When|date=August 2021}} कॉन्फ़िगरेशन प्रबंधन को बड़े निर्माण परियोजनाओं पर लागू किया गया है जो अक्सर बहुत जटिल हो सकते हैं और उनमें बड़ी संख्या में विवरण और परिवर्तन होते हैं जिन्हें दस्तावेज़ीकृत करने की आवश्यकता होती है। संघीय राजमार्ग प्रशासन जैसी निर्माण एजेंसियों ने अपनी बुनियादी ढांचा परियोजनाओं के लिए कॉन्फ़िगरेशन प्रबंधन का उपयोग किया है।<ref>{{cite web|title=''परिवहन प्रबंधन प्रणाली हैंडबुक के लिए कॉन्फ़िगरेशन प्रबंधन''|work=Federal Highway Administration |url=http://www.everyspec.com/DOT/FHWA-OP-04-013_SEP2003_41209/ |access-date=28 March 2012}}</ref> ऐसे निर्माण-आधारित कॉन्फ़िगरेशन प्रबंधन उपकरण हैं जिनका लक्ष्य परिवर्तन आदेशों और आरएफआई का दस्तावेजीकरण करना है ताकि यह सुनिश्चित किया जा सके कि कोई परियोजना समय पर और बजट पर बनी रहे। ये कार्यक्रम बुनियादी ढांचे के पूरा होने पर उसके रखरखाव और संशोधन में सहायता के लिए जानकारी भी संग्रहीत कर सकते हैं। ऐसे ही एक एप्लिकेशन, सीसीएसनेट का परीक्षण संघीय परिवहन प्रशासन (एफटीए) द्वारा वित्त पोषित एक केस स्टडी में किया गया था, जिसमें पहले लॉस एंजिल्स काउंटी मेट्रोपॉलिटन ट्रांजिट एजेंसी (एलएसीएमटीए) के लगभग 80% पूर्ण निर्माण की तुलना करके कॉन्फ़िगरेशन प्रबंधन की प्रभावकारिता को मापा गया था। और रेड लाइन का दूसरा खंड, $5.3 बिलियन की रेल निर्माण परियोजना। इस अध्ययन से ऐसे परिणाम मिले जो इस प्रकृति की परियोजनाओं पर कॉन्फ़िगरेशन प्रबंधन का उपयोग करने के लाभ का संकेत देते हैं।<ref>{{cite web|title=''कॉन्फ़िगरेशन प्रबंधन केस स्टडी''|work=PACO Technologies, Inc|url=http://www.pacotechnologies.com/Pages/Case-Study.aspx|access-date=28 March 2012|url-status=dead|archive-url=https://web.archive.org/web/20160826174139/http://www.pacotechnologies.com/Pages/Case-Study.aspx|archive-date=26 August 2016|df=dmy-all}}</ref>
अभी हाल ही में कॉन्फ़िगरेशन प्रबंधन को बड़े निर्माण परियोजनाओं पर लागू किया गया है जो अक्सर बहुत जटिल हो सकते हैं और उनमें बड़ी संख्या में विवरण और परिवर्तन होते हैं जिन्हें दस्तावेज़ीकृत करने की आवश्यकता होती है। संघीय राजमार्ग प्रशासन जैसी निर्माण एजेंसियों ने अपनी बुनियादी ढांचा परियोजनाओं के लिए कॉन्फ़िगरेशन प्रबंधन का उपयोग किया है।<ref>{{cite web|title=''परिवहन प्रबंधन प्रणाली हैंडबुक के लिए कॉन्फ़िगरेशन प्रबंधन''|work=Federal Highway Administration |url=http://www.everyspec.com/DOT/FHWA-OP-04-013_SEP2003_41209/ |access-date=28 March 2012}}</ref> ऐसे निर्माण-आधारित कॉन्फ़िगरेशन प्रबंधन उपकरण हैं जिनका लक्ष्य परिवर्तन आदेशों और आरएफआई का दस्तावेजीकरण करना है ताकि यह सुनिश्चित किया जा सके कि कोई परियोजना समय पर और बजट पर बनी रहे। ये कार्यक्रम बुनियादी ढांचे के पूरा होने पर उसके रखरखाव और संशोधन में सहायता के लिए जानकारी भी संग्रहीत कर सकते हैं। ऐसे ही एप्लिकेशन, सीसीएसनेट का परीक्षण संघीय परिवहन प्रशासन (एफटीए) द्वारा वित्त पोषित केस स्टडी में किया गया था, जिसमें पहले लॉस एंजिल्स काउंटी मेट्रोपॉलिटन ट्रांजिट एजेंसी (एलएसीएमटीए) के लगभग 80% पूर्ण निर्माण की तुलना करके कॉन्फ़िगरेशन प्रबंधन की प्रभावकारिता को मापा गया था। और रेड लाइन का दूसरा खंड, $5.3 बिलियन की रेल निर्माण परियोजना। इस अध्ययन से ऐसे परिणाम मिले जो इस प्रकृति की परियोजनाओं पर कॉन्फ़िगरेशन प्रबंधन का उपयोग करने के लाभ का संकेत देते हैं।<ref>{{cite web|title=''कॉन्फ़िगरेशन प्रबंधन केस स्टडी''|work=PACO Technologies, Inc|url=http://www.pacotechnologies.com/Pages/Case-Study.aspx|access-date=28 March 2012|url-status=dead|archive-url=https://web.archive.org/web/20160826174139/http://www.pacotechnologies.com/Pages/Case-Study.aspx|archive-date=26 August 2016|df=dmy-all}}</ref>





Revision as of 15:18, 15 July 2023

शीर्ष स्तरीय कॉन्फ़िगरेशन प्रबंधन गतिविधि मॉडल

कॉन्फ़िगरेशन प्रबंधन (सीएम) किसी उत्पाद के प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं के साथ उसकी आवश्यकताओं, डिज़ाइन और परिचालन जानकारी की उसके पूरे जीवनकाल में स्थिरता स्थापित करने और बनाए रखने की प्रक्रिया है।[1][2] सीएम प्रक्रिया का व्यापक रूप से सैन्य इंजीनियरिंग संगठनों द्वारा जटिल प्रणालियों, जैसे कि हथियार प्रणालियों, सैन्य वाहनों और सूचना प्रणालियों के पूरे सिस्टम जीवनचक्र में परिवर्तन का प्रबंधन करने के लिए उपयोग किया जाता है। सेना के बाहर, सीएम प्रक्रिया का उपयोग आईटीआईएल द्वारा परिभाषित आईटी सेवा प्रबंधन के साथ, और सिविल इंजीनियरिंग और अन्य औद्योगिक इंजीनियरिंग क्षेत्रों जैसे सड़क, पुल, नहर, बांध और इमारतों में अन्य डोमेन मॉडल के साथ भी किया जाता है।[3][4][5]


परिचय

किसी सिस्टम के जीवन चक्र पर लागू सीएम उसके प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं की दृश्यता और नियंत्रण प्रदान करता है। सीएम सत्यापित करता है कि प्रणाली अपेक्षा के अनुरूप कार्य करती है, और इसके अनुमानित जीवन चक्र का समर्थन करने के लिए पर्याप्त विवरण में इसकी पहचान और दस्तावेजीकरण किया जाता है। सीएम प्रक्रिया क्षमता को संशोधित करने जैसे लाभकारी उद्देश्यों के लिए सिस्टम जानकारी और सिस्टम परिवर्तनों के व्यवस्थित प्रबंधन की सुविधा प्रदान करती है; प्रदर्शन, विश्वसनीयता, या रखरखाव में सुधार; जीवन का विस्तार करें; लागत कम करें; जोखिम और दायित्व कम करें; या दोषों को ठीक करें. सीएम को लागू करने की अपेक्षाकृत न्यूनतम लागत लागत से बचाव में कई गुना वापस आती है। सीएम की कमी, या इसका अप्रभावी कार्यान्वयन, बहुत महंगा हो सकता है और कभी-कभी उपकरण की विफलता या जीवन की हानि जैसे विनाशकारी परिणाम हो सकते हैं।

सीएम सिस्टम परिवर्तन को प्रभावी ढंग से नियंत्रित करने के लिए भागों, उपप्रणालियों और प्रणालियों के बीच कार्यात्मक संबंध पर जोर देते हैं। यह सत्यापित करने में मदद करता है कि प्रतिकूल प्रभावों को कम करने के लिए प्रस्तावित परिवर्तनों पर व्यवस्थित रूप से विचार किया गया है। सिस्टम में परिवर्तन मानकीकृत, व्यवस्थित दृष्टिकोण का उपयोग करके प्रस्तावित, मूल्यांकन और कार्यान्वित किए जाते हैं जो स्थिरता सुनिश्चित करता है, और प्रस्तावित परिवर्तनों का मूल्यांकन पूरे सिस्टम पर उनके प्रत्याशित प्रभाव के संदर्भ में किया जाता है। सीएम सत्यापित करता है कि परिवर्तन निर्धारित तरीके से किए गए हैं और वस्तुओं और प्रणालियों का दस्तावेज़ीकरण उनके वास्तविक कॉन्फ़िगरेशन को दर्शाता है। संपूर्ण सीएम कार्यक्रम में घटक, उपप्रणाली और सिस्टम के आधार पर सभी सिस्टम सूचनाओं के भंडारण, ट्रैकिंग और अद्यतनीकरण के प्रावधान शामिल होते हैं।[6] एक संरचित सीएम कार्यक्रम यह सुनिश्चित करता है कि आइटम के लिए दस्तावेज़ीकरण (उदाहरण के लिए, आवश्यकताएं, डिज़ाइन, परीक्षण और स्वीकृति दस्तावेज़) आइटम के वास्तविक भौतिक डिज़ाइन के साथ सटीक और सुसंगत है। कई मामलों में, सीएम के बिना, दस्तावेज़ मौजूद है लेकिन आइटम के अनुरूप नहीं है। इस कारण से, इंजीनियरों, ठेकेदारों और प्रबंधन को अक्सर परिवर्तन के साथ आगे बढ़ने से पहले आइटम की वास्तविक स्थिति को दर्शाने वाले दस्तावेज़ विकसित करने के लिए मजबूर किया जाता है। यह रिवर्स इंजीनियरिंग प्रक्रिया मानव और अन्य संसाधनों के मामले में बेकार है और इसे सीएम का उपयोग करके कम या समाप्त किया जा सकता है।

इतिहास

कॉन्फ़िगरेशन प्रबंधन की शुरुआत 1950 के दशक में संयुक्त राज्य अमेरिका के रक्षा विभाग में हार्डवेयर सामग्री वस्तुओं के लिए तकनीकी प्रबंधन अनुशासन के रूप में हुई थी - और अब यह लगभग हर उद्योग में मानक अभ्यास है। 1960 के दशक के उत्तरार्ध में सीएम प्रक्रिया अपना स्वयं का तकनीकी अनुशासन बन गई जब डीओडी ने 480 श्रृंखला (यानी, एमआईएल-एसटीडी-480, एमआईएल-एसटीडी-481 और एमआईएल-एसटीडी-483) नामक संयुक्त राज्य सैन्य मानक की श्रृंखला विकसित की। बाद में 1970 के दशक में जारी किए गए। 1991 में, 480 श्रृंखला को MIL-STD-973 नामक एकल मानक में समेकित किया गया था, जिसे बाद में सामान्य DoD लक्ष्य के अनुसार MIL-HDBK-61 द्वारा प्रतिस्थापित किया गया था, जिसने समर्थित उद्योग तकनीकी मानकों के पक्ष में सैन्य मानकों की संख्या कम कर दी थी। मानक संगठन (एसडीओ) द्वारा।[7] इसने उस शुरुआत को चिह्नित किया जो अब सीएम, एएनएसआई-ईआईए-649-1998 पर सबसे व्यापक रूप से वितरित और स्वीकृत मानक के रूप में विकसित हो गया है।[8] अब कई संगठनों और एजेंसियों द्वारा व्यापक रूप से अपनाया गया, सीएम अनुशासन की अवधारणाओं में प्रणाली अभियांत्रिकी (एसई), एकीकृत रसद समर्थन (आईएलएस), क्षमता परिपक्वता मॉडल एकीकरण (सीएमएमआई), आईएसओ 9000, राजकुमार2 2 परियोजना प्रबंधन विधि, सीओबीआईटी, आईटीआईएल, उत्पाद जीवनचक्र प्रबंधन शामिल हैं। , और अनुप्रयोग जीवनचक्र प्रबंधन। इनमें से कई कार्यों और मॉडलों ने सीएम को उसके पारंपरिक समग्र दृष्टिकोण से लेकर तकनीकी प्रबंधन तक फिर से परिभाषित किया है। कुछ लोग सीएम को लाइब्रेरियन गतिविधि के समान मानते हैं, और परिवर्तन नियंत्रण या परिवर्तन प्रबंधन को अलग या अकेले अनुशासन के रूप में तोड़ देते हैं।

अवलोकन

सीएम परिवर्तनों को व्यवस्थित रूप से संभालने का अभ्यास है ताकि सिस्टम समय के साथ अपनी सिस्टम अखंडता बनाए रखे। सीएम उन नीतियों, प्रक्रियाओं, तकनीकों और उपकरणों को लागू करता है जो प्रस्तावित परिवर्तनों का प्रबंधन, मूल्यांकन करते हैं, परिवर्तनों की स्थिति को ट्रैक करते हैं, और सिस्टम में बदलाव होने पर सिस्टम और समर्थन दस्तावेजों की सूची बनाए रखते हैं। सीएम कार्यक्रम और योजनाएं जटिल प्रणाली को सफलतापूर्वक विकसित करने और समर्थन करने के लिए आवश्यक प्रक्रियाओं, कार्यों, सेवाओं, उपकरणों, प्रक्रियाओं और संसाधनों के विकास और कार्यान्वयन के लिए तकनीकी और प्रशासनिक दिशा प्रदान करते हैं। सिस्टम विकास के दौरान, सीएम कार्यक्रम प्रबंधन को स्वीकृति और संचालन और रखरखाव के माध्यम से पूरे जीवन-चक्र में आवश्यकताओं को ट्रैक करने की अनुमति देता है। चूँकि आवश्यकताओं और डिज़ाइन में परिवर्तन अनिवार्य रूप से होते हैं, उन्हें सिस्टम स्थिति का सटीक रिकॉर्ड बनाने के लिए अनुमोदित और प्रलेखित किया जाना चाहिए। आदर्श रूप से सीएम प्रक्रिया पूरे सिस्टम जीवनचक्र में लागू की जाती है। अधिकांश पेशेवर संपत्ति प्रबंधन (एएम, आईएसओ/आईईसी 19770 भी देखें) के साथ घुलमिल जाते हैं या भ्रमित हो जाते हैं, जहां यह हाथ में मौजूद संपत्तियों की सूची बनाता है। सीएम और एएम के बीच मुख्य अंतर यह है कि पूर्व वित्तीय लेखांकन पहलू का प्रबंधन नहीं करता है बल्कि सिस्टम द्वारा समर्थित सेवा का प्रबंधन करता है या दूसरे शब्दों में, बाद वाला (एएम) आईटी परिसंपत्ति से मूल्य प्राप्त करने की कोशिश कर रहा है।[9][10][11] हार्डवेयर और सॉफ्टवेयर-कॉन्फ़िगरेशन आइटम दोनों के लिए सीएम प्रक्रिया में एमआईएल-एचडीबीके-61ए में स्थापित पांच अलग-अलग अनुशासन शामिल हैं।[12] और ANSI/EIA-649 में। इन अनुशासनों का पालन किया जाता है बेसलाइन (कॉन्फ़िगरेशन प्रबंधन) स्थापित करने और मानक परिवर्तन प्रबंधन|परिवर्तन-प्रबंधन प्रक्रिया निष्पादित करने के लिए नीतियों और प्रक्रियाओं के रूप में। IEEE 12207 प्रक्रिया IEEE 12207.2 में भी ये गतिविधियाँ हैं और इसमें रिलीज़ प्रबंधन और डिलीवरी शामिल है। पाँच अनुशासन हैं:

  1. सीएम योजना और प्रबंधन: सीएम कार्यक्रम का मार्गदर्शन करने के लिए औपचारिक दस्तावेज और योजना जिसमें निम्न चीजें शामिल हैं:
    • कार्मिक
    • जिम्मेदारियाँ और संसाधन
    • प्रशिक्षण आवश्यकताएं
    • प्रक्रियाओं और उपकरणों की परिभाषा सहित प्रशासनिक बैठक दिशानिर्देश
    • बेसलाइनिंग प्रक्रियाएं
    • कॉन्फ़िगरेशन नियंत्रण और कॉन्फ़िगरेशन-स्थिति लेखांकन
    • नामकरण की परंपरा
    • ऑडिट और समीक्षा
    • उपठेकेदार/विक्रेता सीएम आवश्यकताएँ
  2. कॉन्फ़िगरेशन पहचान (सीआई): इसमें बेसलाइन सेट करना और बनाए रखना शामिल है, जो किसी भी समय सिस्टम या सबसिस्टम आर्किटेक्चर, घटकों और किसी भी विकास को परिभाषित करता है। यह वह आधार है जिसके द्वारा सिस्टम के किसी भी हिस्से में परिवर्तन की पहचान की जाती है, दस्तावेजीकरण किया जाता है, और बाद में डिजाइन, विकास, परीक्षण और अंतिम वितरण के माध्यम से ट्रैक किया जाता है। सीआई किसी सिस्टम और उसके कॉन्फ़िगरेशन आइटम (सीआई) के कॉन्फ़िगरेशन स्टेटस अकाउंटिंग (सीएसए) के लिए उनके जीवनचक्र (विकास, उत्पादन, तैनाती और परिचालन समर्थन) के दौरान निपटान तक निश्चित वर्तमान आधार को स्थापित और बनाए रखता है।
  3. कॉन्फ़िगरेशन नियंत्रण: इसमें सभी परिवर्तन-अनुरोधों और परिवर्तन-प्रस्तावों का मूल्यांकन और उनके बाद की स्वीकृति या अस्वीकृति शामिल है। यह सिस्टम के डिज़ाइन, हार्डवेयर, फ़र्मवेयर, सॉफ़्टवेयर और दस्तावेज़ीकरण में संशोधनों को नियंत्रित करने की प्रक्रिया को कवर करता है।
  4. कॉन्फ़िगरेशन स्थिति लेखांकन: कॉन्फ़िगरेशन आइटम विवरण (उदाहरण के लिए, हार्डवेयर, सॉफ़्टवेयर, फ़र्मवेयर इत्यादि) को रिकॉर्ड करने और रिपोर्ट करने की प्रक्रिया और डिज़ाइन और उत्पादन के दौरान बेसलाइन से सभी प्रस्थान शामिल हैं। संदिग्ध समस्याओं की स्थिति में, बेसलाइन कॉन्फ़िगरेशन और अनुमोदित संशोधनों का सत्यापन शीघ्रता से निर्धारित किया जा सकता है।
  5. कॉन्फ़िगरेशन सत्यापन और ऑडिट: स्थापित प्रदर्शन आवश्यकताओं, वाणिज्यिक और उचित सैन्य मानकों, और कार्यात्मक, आवंटित और उत्पाद आधार रेखाओं के अनुपालन का आकलन करने के उद्देश्य से हार्डवेयर और सॉफ्टवेयर की स्वतंत्र समीक्षा। कॉन्फ़िगरेशन ऑडिट यह सत्यापित करता है कि सिस्टम और सबसिस्टम कॉन्फ़िगरेशन दस्तावेज़ीकरण आर्किटेक्चरल बेसलाइन में स्वीकृति से पहले कार्यात्मक और भौतिक प्रदर्शन विशेषताओं का अनुपालन करता है।

सॉफ़्टवेयर

सॉफ्टवेयर कॉन्फ़िगरेशन प्रबंधन (एससीएम) प्रक्रिया को चिकित्सकों द्वारा सॉफ्टवेयर परियोजनाओं में परिवर्तनों को संभालने के लिए सबसे अच्छे समाधान के रूप में देखा जाता है। यह समय के विभिन्न बिंदुओं पर सॉफ़्टवेयर की कार्यात्मक और भौतिक विशेषताओं की पहचान करता है, और सॉफ़्टवेयर विकास जीवन चक्र के दौरान सॉफ़्टवेयर की अखंडता और पता लगाने की क्षमता को बनाए रखने के उद्देश्य से पहचानी गई विशेषताओं में परिवर्तनों का व्यवस्थित नियंत्रण करता है।

एससीएम प्रक्रिया परिवर्तनों का पता लगाने की आवश्यकता और यह सत्यापित करने की क्षमता को परिभाषित करती है कि अंतिम वितरित सॉफ़्टवेयर में सभी नियोजित संवर्द्धन हैं जिन्हें रिलीज़ में शामिल किया जाना चाहिए। यह चार प्रक्रियाओं की पहचान करता है जिन्हें प्रत्येक सॉफ्टवेयर प्रोजेक्ट के लिए परिभाषित किया जाना चाहिए ताकि यह सुनिश्चित किया जा सके कि अच्छी एससीएम प्रक्रिया लागू हो। वे हैं:

  1. कॉन्फ़िगरेशन पहचान
  2. कॉन्फ़िगरेशन नियंत्रण
  3. कॉन्फ़िगरेशन स्थिति लेखांकन
  4. कॉन्फ़िगरेशन ऑडिट

ये नियम और परिभाषाएँ मानक से मानक में बदलती हैं, लेकिन मूलतः समान हैं।

  • कॉन्फ़िगरेशन पहचान उन विशेषताओं की पहचान करने की प्रक्रिया है जो कॉन्फ़िगरेशन आइटम के हर पहलू को परिभाषित करती है। कॉन्फ़िगरेशन आइटम उत्पाद (हार्डवेयर और/या सॉफ़्टवेयर) है जिसका अंतिम-उपयोगकर्ता उद्देश्य होता है। ये विशेषताएँ कॉन्फ़िगरेशन दस्तावेज़ में दर्ज की गई हैं और आधारभूत हैं। बेसलाइन (कॉन्फ़िगरेशन प्रबंधन) विशेषता औपचारिक कॉन्फ़िगरेशन परिवर्तन नियंत्रण प्रक्रियाओं को उस स्थिति में प्रभावी करने के लिए बाध्य करती है जब ये विशेषताएँ बदल जाती हैं।
  • कॉन्फ़िगरेशन परिवर्तन नियंत्रण कॉन्फ़िगरेशन आइटम की विशेषताओं को बदलने और उन्हें फिर से आधार बनाने के लिए आवश्यक प्रक्रियाओं और अनुमोदन चरणों का सेट है।
  • कॉन्फ़िगरेशन स्थिति लेखांकन किसी भी समय प्रत्येक कॉन्फ़िगरेशन आइटम से जुड़ी कॉन्फ़िगरेशन बेसलाइन पर रिकॉर्ड और रिपोर्ट करने की क्षमता है।
  • कॉन्फ़िगरेशन ऑडिट को कार्यात्मक और भौतिक विन्यास लेखापरीक्षा में विभाजित किया गया है। वे या तो डिलीवरी के समय या परिवर्तन लागू होने के समय घटित होते हैं। कार्यात्मक कॉन्फ़िगरेशन ऑडिट यह सुनिश्चित करता है कि कॉन्फ़िगरेशन आइटम की कार्यात्मक और प्रदर्शन विशेषताएँ प्राप्त की गई हैं, जबकि भौतिक कॉन्फ़िगरेशन ऑडिट यह सुनिश्चित करता है कि कॉन्फ़िगरेशन आइटम उसके विस्तृत डिज़ाइन दस्तावेज़ीकरण की आवश्यकताओं के अनुसार स्थापित किया गया है।

कॉन्फ़िगरेशन प्रबंधन डेटाबेस

आईटीआईएल कॉन्फ़िगरेशन प्रबंधन के लिए उद्योग की सर्वोत्तम प्रथाओं को प्राप्त करने के साधन के रूप में कॉन्फ़िगरेशन प्रबंधन प्रणाली (सीएमएस) या कॉन्फ़िगरेशन प्रबंधन डेटाबेस (सीएमडीबी) के उपयोग को निर्दिष्ट करता है। सीएमडीबी का उपयोग कॉन्फ़िगरेशन आइटम (सीआई) और उनके बीच निर्भरता को ट्रैक करने के लिए किया जाता है, जहां सीआई उद्यम में उन चीजों का प्रतिनिधित्व करते हैं जो ट्रैकिंग और प्रबंधन के लायक हैं, जैसे कि कंप्यूटर, सॉफ्टवेयर, सॉफ्टवेयर लाइसेंस, रैक, नेटवर्क डिवाइस, स्टोरेज तक सीमित नहीं हैं। , और यहां तक ​​कि ऐसी वस्तुओं के भीतर के घटक भी।

सीएमएस/सीएमडीबी के लाभों में मूल कारण विश्लेषण, प्रभाव विश्लेषण, परिवर्तन प्रबंधन और भविष्य की राज्य रणनीति विकास के लिए वर्तमान स्थिति मूल्यांकन जैसे कार्य करने में सक्षम होना शामिल है। उदाहरण प्रणालियाँ, आमतौर पर खुद को आईटी सेवा प्रबंधन|आईटी सेवा प्रबंधन (आईटीएसएम) प्रणालियों के रूप में पहचानती हैं, जिनमें फ्रेशसर्विस, सर्विसनाउ और समानेज शामिल हैं।

सूचना आश्वासन

सूचना आश्वासन के लिए, सीएम को सूचना प्रणाली के पूरे जीवन चक्र में हार्डवेयर, सॉफ्टवेयर, फर्मवेयर, दस्तावेज़ीकरण, परीक्षण, परीक्षण फिक्स्चर और परीक्षण दस्तावेज़ीकरण में किए गए परिवर्तनों के नियंत्रण के माध्यम से सुरक्षा सुविधाओं और आश्वासनों के प्रबंधन के रूप में परिभाषित किया जा सकता है।[13] सूचना आश्वासन के लिए सीएम, जिसे कभी-कभी सुरक्षित कॉन्फ़िगरेशन प्रबंधन के रूप में जाना जाता है, उपयुक्त सुरक्षा सुविधाओं और आश्वासनों को निर्धारित करने के लिए आईटी प्लेटफार्मों और उत्पादों और उनके वातावरण के प्रदर्शन, कार्यात्मक और भौतिक विशेषताओं पर निर्भर करता है, जिनका उपयोग सिस्टम कॉन्फ़िगरेशन स्थिति को मापने के लिए किया जाता है। उदाहरण के लिए, किसी नेटवर्क फ़ायरवॉल के लिए कॉन्फ़िगरेशन आवश्यकताएँ भिन्न हो सकती हैं जो किसी संगठन की इंटरनेट सीमा के हिस्से के रूप में कार्य करता है बनाम जो आंतरिक स्थानीय नेटवर्क फ़ायरवॉल के रूप में कार्य करता है।

रखरखाव प्रणाली

कॉन्फ़िगरेशन प्रबंधन का उपयोग न्यूनतम लागत के लिए सेवाक्षमता के उच्चतम स्तर को बनाए रखने की दृष्टि से जटिल परिसंपत्तियों की स्थिति की समझ बनाए रखने के लिए किया जाता है। विशेष रूप से, इसका उद्देश्य यह सुनिश्चित करना है कि परिसंपत्ति (या परिसंपत्ति के कुछ हिस्सों) के नियोजित जीवनकाल की सीमा से अधिक या गुणवत्ता स्तर से नीचे होने के कारण संचालन बाधित न हो।

सेना में, इस प्रकार की गतिविधि को अक्सर मिशन की तैयारी के रूप में वर्गीकृत किया जाता है, और यह परिभाषित करने का प्रयास किया जाता है कि कौन सी संपत्ति उपलब्ध है और किस प्रकार के मिशन के लिए; उत्कृष्ट उदाहरण यह है कि क्या विमानवाहक पोत पर मौजूद विमान जमीनी समर्थन के लिए बमों या रक्षा के लिए मिसाइलों से सुसज्जित हैं।

ऑपरेटिंग सिस्टम कॉन्फ़िगरेशन प्रबंधन

कॉन्फ़िगरेशन प्रबंधन का उपयोग ऑपरेटिंग सिस्टम कॉन्फ़िगरेशन फ़ाइलों को बनाए रखने के लिए किया जा सकता है।[14] उदाहरण प्रणालियों में एन्सिबल (सॉफ्टवेयर), बीसीएफजी2, सीएफइंजिन, शेफ (सॉफ्टवेयर), निक्स पैकेज मैनेजर, ओटर (सॉफ्टवेयर), कठपुतली (सॉफ्टवेयर) , क्वात्तोर , साल्टस्टैक, टेराफॉर्म (सॉफ्टवेयर), सॉफ़्टवेयर और वैग्रांट (सॉफ्टवेयर) शामिल हैं। इनमें से कई सिस्टम कॉन्फ़िगरेशन को परिभाषित करने और बनाए रखने के लिए कोड के रूप में बुनियादी ढाँचा के रूप में उपयोग करते हैं।[15] कॉन्फ़िगरेशन रखरखाव का प्रॉमिस सिद्धांत मार्क बर्गेस (कंप्यूटर वैज्ञानिक) द्वारा विकसित किया गया था,[16][17][18] सॉफ्टवेयर सीएफइंजन में वर्तमान कंप्यूटर सिस्टम पर व्यावहारिक कार्यान्वयन के साथ वास्तविक समय मरम्मत के साथ-साथ निवारक रखरखाव करने में सक्षम है।

निवारक रखरखाव

किसी परिसंपत्ति की स्थिति और उसके प्रमुख घटकों को समझना निवारक रखरखाव में आवश्यक तत्व है जैसा कि रखरखाव, मरम्मत और ओवरहाल और उद्यम परिसंपत्ति प्रबंधन प्रणालियों में उपयोग किया जाता है।

विमान, जहाज, औद्योगिक मशीनरी आदि जैसी जटिल संपत्तियां कई अलग-अलग घटकों के सेवा योग्य होने पर निर्भर करती हैं। इस सेवाक्षमता को अक्सर घटक के नए होने के बाद से उसके उपयोग की मात्रा, फिट होने के बाद से, मरम्मत के बाद से, उसके जीवनकाल में उसके उपयोग की मात्रा और कई अन्य सीमित कारकों के संदर्भ में परिभाषित किया जाता है। यह समझना कि इनमें से प्रत्येक घटक अपने जीवन के अंत के कितना करीब है, सॉफ्टवेयर में हाल के विकास तक श्रम-गहन रिकॉर्ड रखने से जुड़ा प्रमुख उपक्रम रहा है।

भविष्य कहनेवाला रखरखाव

कई प्रकार के घटक डेटा कैप्चर करने के लिए इलेक्ट्रॉनिक सेंसर का उपयोग करते हैं जो लाइव स्थिति की निगरानी प्रदान करते हैं। इस डेटा का विश्लेषण कंप्यूटर द्वारा बोर्ड पर या किसी दूरस्थ स्थान पर किया जाता है ताकि इसकी वर्तमान सेवाक्षमता का मूल्यांकन किया जा सके और एल्गोरिदम का उपयोग करके इसकी संभावित भविष्य की स्थिति को बढ़ाया जा सके, जो क्षेत्र के अनुभव और मॉडलिंग के माध्यम से विफलता के पिछले उदाहरणों के आधार पर संभावित भविष्य की विफलताओं की भविष्यवाणी करता है। यह पूर्वानुमानित रखरखाव का आधार है।

सीएम को परिचालन मूल्य प्रदान करने के लिए सटीक और समय पर डेटा की उपलब्धता आवश्यक है और इसकी कमी अक्सर सीमित कारक हो सकती है। ऑपरेटिंग डेटा को कैप्चर करना और विभिन्न सहायता संगठनों तक प्रसारित करना अपने आप में उद्योग बनता जा रहा है।

मूल उपकरण निर्माताओं (ओईएम) द्वारा पेश किए गए कार्यक्रमों की वृद्धि के साथ इस डेटा के उपभोक्ता अधिक संख्या में और जटिल हो गए हैं। इन्हें ऑपरेटरों को गारंटीशुदा उपलब्धता की पेशकश करने और संपत्ति का प्रबंधन करने वाले ऑपरेटर के साथ तस्वीर को और अधिक जटिल बनाने के लिए डिज़ाइन किया गया है, लेकिन ओईएम इसकी सेवाक्षमता सुनिश्चित करने की जिम्मेदारी लेता है।

मानक

कई मानक कॉन्फ़िगरेशन प्रबंधन का समर्थन करते हैं या इसमें शामिल हैं,[19] शामिल:

  • ANSI/EIA-649-1998 कॉन्फ़िगरेशन प्रबंधन के लिए राष्ट्रीय आम सहमति मानक
  • ईआईए-649-ए 2004 कॉन्फ़िगरेशन प्रबंधन के लिए राष्ट्रीय आम सहमति मानक
  • SAE EIA-649-C 2019 वैश्विक आम सहमति कॉन्फ़िगरेशन प्रबंधन मानक
  • ISO 10007 गुणवत्ता प्रबंधन प्रणालियाँ - कॉन्फ़िगरेशन प्रबंधन के लिए दिशानिर्देश
  • संघीय मानक 1037सी
  • जीईआईए मानक 836-2002 कॉन्फ़िगरेशन प्रबंधन डेटा एक्सचेंज और इंटरऑपरेबिलिटी
  • सॉफ्टवेयर परीक्षण दस्तावेज़ीकरण के लिए आईईईई 829 मानक
  • 828-2012 सिस्टम और सॉफ्टवेयर इंजीनियरिंग में कॉन्फ़िगरेशन प्रबंधन के लिए आईईईई मानक. 2012. doi:10.1109/IEEESTD.2012.6170935. ISBN 978-0-7381-7232-3.
  • MIL-STD-973 कॉन्फ़िगरेशन प्रबंधन (20 सितंबर 2000 को रद्द)[20]
  • STANAG 4427 सीएम सहित
  • कॉन्फ़िगरेशन प्रबंधन पर नाटो एसीएमपी 2000 नीति
  • कॉन्फ़िगरेशन प्रबंधन पर नाटो एसीएमपी 2009 मार्गदर्शन[21]
  • नाटो एसीएमपी 2100 कॉन्फ़िगरेशन प्रबंधन संविदात्मक आवश्यकताएँ
  • विकास के लिए सीएमएमआई सीएमएमआई, संस्करण 1.2 कॉन्फ़िगरेशन प्रबंधन
  • एंटरप्राइज़ कॉन्फ़िगरेशन प्रबंधन के लिए CMII-100E CMII मानक[22]
  • कॉन्फ़िगरेशन प्रबंधन और संबंधित मानकों की विस्तारित सूची[23]
  • आईटीआईएल सेवा परिसंपत्ति और कॉन्फ़िगरेशन प्रबंधन
  • आईएसओ 20000:1 2011 और 2018 सेवा प्रबंधन प्रणाली।
  • ECSS-M-ST-40C Rev.1 कॉन्फ़िगरेशन और सूचना प्रबंधन[24]


दिशानिर्देश

  • सिस्टम और सॉफ्टवेयर इंजीनियरिंग में कॉन्फ़िगरेशन प्रबंधन के लिए IEEE 828-2012 मानक,[25] प्रकाशित दिनांक:2012-03-16
  • ISO 10007:2017 गुणवत्ता प्रबंधन - कॉन्फ़िगरेशन प्रबंधन के लिए दिशानिर्देश[26]
  • नाटो एसीएमपी-2009 - कॉन्फ़िगरेशन प्रबंधन पर मार्गदर्शन[21]* एएनएसआई/ईआईए-632-1998 सिस्टम इंजीनियरिंग के लिए प्रक्रियाएं
  • ANSI/EIA-649-1998 कॉन्फ़िगरेशन प्रबंधन के लिए राष्ट्रीय आम सहमति मानक
  • GEIA-HB-649 - कॉन्फ़िगरेशन प्रबंधन के लिए कार्यान्वयन गाइड
  • कॉन्फ़िगरेशन प्रबंधन डेटा एक्सचेंज और इंटरऑपरेबिलिटी के लिए EIA-836 आम सहमति मानक
  • MIL-HDBK-61B कॉन्फ़िगरेशन प्रबंधन मार्गदर्शन,[27] 7 अप्रैल 2020
  • MIL-STD-3046 कॉन्फ़िगरेशन प्रबंधन,[28] 6 मार्च 2013 और 1 जून 2015 को रद्द कर दिया गया
  • रक्षा अधिग्रहण गाइडबुक,[29] 4.3.7 एसई प्रक्रियाओं पर सीएम के तत्व, 5.1.7 जीवनचक्र समर्थन पर सीएम की विशेषताएं
  • सिस्टम इंजीनियरिंग फंडामेंटल, अध्याय 10 कॉन्फ़िगरेशन प्रबंधन[30]
  • कॉन्फ़िगरेशन प्रबंधन योजना संयुक्त राज्य अमेरिका रक्षा अधिग्रहण विभाग दस्तावेज़[31]


निर्माण

अभी हाल ही में कॉन्फ़िगरेशन प्रबंधन को बड़े निर्माण परियोजनाओं पर लागू किया गया है जो अक्सर बहुत जटिल हो सकते हैं और उनमें बड़ी संख्या में विवरण और परिवर्तन होते हैं जिन्हें दस्तावेज़ीकृत करने की आवश्यकता होती है। संघीय राजमार्ग प्रशासन जैसी निर्माण एजेंसियों ने अपनी बुनियादी ढांचा परियोजनाओं के लिए कॉन्फ़िगरेशन प्रबंधन का उपयोग किया है।[32] ऐसे निर्माण-आधारित कॉन्फ़िगरेशन प्रबंधन उपकरण हैं जिनका लक्ष्य परिवर्तन आदेशों और आरएफआई का दस्तावेजीकरण करना है ताकि यह सुनिश्चित किया जा सके कि कोई परियोजना समय पर और बजट पर बनी रहे। ये कार्यक्रम बुनियादी ढांचे के पूरा होने पर उसके रखरखाव और संशोधन में सहायता के लिए जानकारी भी संग्रहीत कर सकते हैं। ऐसे ही एप्लिकेशन, सीसीएसनेट का परीक्षण संघीय परिवहन प्रशासन (एफटीए) द्वारा वित्त पोषित केस स्टडी में किया गया था, जिसमें पहले लॉस एंजिल्स काउंटी मेट्रोपॉलिटन ट्रांजिट एजेंसी (एलएसीएमटीए) के लगभग 80% पूर्ण निर्माण की तुलना करके कॉन्फ़िगरेशन प्रबंधन की प्रभावकारिता को मापा गया था। और रेड लाइन का दूसरा खंड, $5.3 बिलियन की रेल निर्माण परियोजना। इस अध्ययन से ऐसे परिणाम मिले जो इस प्रकृति की परियोजनाओं पर कॉन्फ़िगरेशन प्रबंधन का उपयोग करने के लाभ का संकेत देते हैं।[33]


यह भी देखें

संदर्भ

  1. "MIL-HDBK-61A, ""Military Handbook: Configuration Management Guidance". Department of Defense. 7 February 2001. Archived from the original on 20 March 2012. Retrieved 24 March 2012.
  2. "ANSI/EIA-649B, ""National Consensus Standard for Configuration Management". TechAmerica. 1 April 2011. Archived from the original on 1 August 2012. Retrieved 24 March 2012.
  3. "सिविल इंजीनियरिंग का इतिहास और विरासत". ASCE. Archived from the original on 16 February 2007. Retrieved 8 August 2007.
  4. "सिविल इंजीनियर्स संस्थान सिविल इंजीनियरिंग क्या है?" (PDF). ICE. Archived from the original (PDF) on 2006-09-23. Retrieved 2007-09-22.
  5. "कॉन्फ़िगरेशन प्रबंधन और संघीय परिवहन प्रशासन (एफटीए) राष्ट्रीय सीखे गए पाठ कार्यक्रम". Federal Transportation Administration. Archived from the original on 7 September 2012. Retrieved 22 September 2007.
  6. "सिस्टम इंजीनियरिंग बुनियादी बातें" (PDF). Defense Acquisition University Press. January 2001. Archived from the original (PDF) on 11 February 2006. Retrieved 25 March 2012.
  7. "Memorandum, Specifications and Standards – A New Way of Doing Business". Secretary of Defense. 29 June 1994. Archived from the original on 21 October 2013. Retrieved 23 March 2012.
  8. "Configuration Management Compliance Validation: Critical Review and Technology Assessment(CR/TA)Report" (PDF). Defense Technical Information Center. Archived (PDF) from the original on 2022-10-09. Retrieved 14 May 2001.
  9. Atlassian. "कॉन्फ़िगरेशन प्रबंधन डेटाबेस (सीएमडीबी) के लिए गाइड". Atlassian (in English). Retrieved 2021-07-20.
  10. Galusha, C. (June 2001). "आईटी परिसंपत्ति प्रबंधन के साथ शुरुआत करना". IT Professional. 3 (3): 37–40. doi:10.1109/6294.939973.
  11. "The ISO 19770-1 standard: A guide to implementing IT asset management". The SHI Hub (in English). 2018-01-30. Retrieved 2021-07-20.
  12. "Military Handbook: Configuration Management Guidance" (PDF). Department of Defense: United States of America. p. iii–iv. Retrieved 2016-07-21. 4. CM LIFE CYCLE MANAGEMENT AND PLANNING [...] 5. CONFIGURATION IDENTIFICATION [...] 6. CONFIGURATION CONTROL [...] 7. CONFIGURATION STATUS ACCOUNTING [...] 8. CONFIGURATION VERIFICATION AND AUDIT [...] 9. DATA MANAGEMENT [...]
  13. National Information Systems Security Glossary
  14. C. Lueninghoener. "Getting Started with Configuration Management. ;login: issue: April 2011, Volume 36, Number 2" (PDF). Archived (PDF) from the original on 2022-10-09. Retrieved 2012-11-23.
  15. Loschwitz, Martin (14 November 2014). "अग्रणी ओपन सोर्स कॉन्फ़िगरेशन प्रबंधकों के बीच चयन करना". Admin Network & Security. Lawrence, Kansas: Linux New Media USA LLC.
  16. M. Burgess, Cfengine: a site configuration engine, USENIX Computing systems, Vol8, No. 3 1995 [1]
  17. M. Burgess, On the theory of system administration, Science of Computer Programming 49, 2003. p1-46 pdf Archived 24 July 2011 at the Wayback Machine
  18. M. Burgess, Configurable immunity for evolving human-computer systems, Science of Computer Programming 51 2004, p197-213 pdf Archived 3 March 2012 at the Wayback Machine
  19. "NISTIR 7339 Analysis of Standards for Lifecycle Management of Systems for US Army" (PDF). National Institute of Standards and Technology. August 2006. Archived from the original (PDF) on 21 December 2016. Retrieved 25 November 2015.
  20. "सहायता-त्वरित खोज - मूल प्रोफ़ाइल". 27 September 2011. Archived from the original on 27 September 2011.
  21. 21.0 21.1 [2][dead link]
  22. "Standards for CM | Institute of Configuration Management". 2 May 2012. Archived from the original on 2 May 2012.
  23. "Configuration Management Standards: an extensive list of CM and related industry standards". CMPIC - The Configuration Management Process Improvement Center.
  24. "ECSS-M-ST-40C Rev.1 – Configuration and information management (6 March 2009) | European Cooperation for Space Standardization". ecss.nl.
  25. "IEEE 828-2012 - IEEE Standard for Configuration Management in Systems and Software Engineering". standards.ieee.org.
  26. https://www.iso.org/obp/ui/#iso:std:iso:10007:ed-3:v1:en[bare URL]
  27. "सहायता-त्वरित खोज दस्तावेज़ विवरण". Quicksearch.dla.mil. Retrieved 2022-08-28.
  28. "सहायता-त्वरित खोज दस्तावेज़ विवरण". Quicksearch.dla.mil. Retrieved 2022-08-28.
  29. "Defense Acquisition Guidebook [DAG]". 13 February 2013. Archived from the original on 13 February 2013.
  30. "संग्रहीत प्रति" (PDF). www.dau.mil. Archived from the original (PDF) on 31 January 2017. Retrieved 11 January 2022.
  31. "कॉन्फ़िगरेशन प्रबंधन योजना". AcqNotes.
  32. "परिवहन प्रबंधन प्रणाली हैंडबुक के लिए कॉन्फ़िगरेशन प्रबंधन". Federal Highway Administration. Retrieved 28 March 2012.
  33. "कॉन्फ़िगरेशन प्रबंधन केस स्टडी". PACO Technologies, Inc. Archived from the original on 26 August 2016. Retrieved 28 March 2012.