การจัดการการตั้งค่า

จากวิกิพีเดีย สารานุกรมเสรี
ข้ามไปที่การนำทาง ข้ามไปที่การค้นหา

โมเดลกิจกรรมการจัดการการกำหนดค่าระดับบนสุด

การจัดการการกำหนดค่า ( CM ) เป็นกระบวนการทางวิศวกรรมระบบสำหรับการสร้างและรักษาความสม่ำเสมอของประสิทธิภาพการทำงาน การทำงาน และคุณลักษณะทางกายภาพของผลิตภัณฑ์กับความต้องการ การออกแบบ และข้อมูลการปฏิบัติงานตลอดอายุการใช้งาน[1] [2]กระบวนการ CM ที่มีการใช้กันอย่างแพร่หลายโดยองค์กรวิศวกรรมทหารในการจัดการการเปลี่ยนแปลงตลอดวงจรชีวิตของระบบของระบบที่ซับซ้อนเช่นอาวุธระบบรถทหารและระบบสารสนเทศนอกกองทัพ กระบวนการ CM ยังใช้กับการจัดการบริการด้านไอทีตามที่กำหนดโดยITILและกับอื่นๆรุ่นโดเมนในงานวิศวกรรมโยธาและวิศวกรรมอุตสาหการส่วนเช่นถนนสะพานคลองเขื่อนและอาคาร [3] [4] [5]

บทนำ

CM ที่ใช้ตลอดวงจรชีวิตของระบบช่วยให้มองเห็นและควบคุมประสิทธิภาพ การทำงาน และคุณลักษณะทางกายภาพของระบบ CM ตรวจสอบว่าระบบทำงานตามที่ตั้งใจไว้ และมีการระบุและจัดทำเป็นเอกสารในรายละเอียดที่เพียงพอเพื่อรองรับวงจรชีวิตที่คาดการณ์ไว้ กระบวนการ CM อำนวยความสะดวกในการจัดการข้อมูลระบบและการเปลี่ยนแปลงระบบอย่างเป็นระเบียบเพื่อวัตถุประสงค์ที่เป็นประโยชน์เช่นการแก้ไขความสามารถ ปรับปรุงประสิทธิภาพ ความน่าเชื่อถือ หรือการบำรุงรักษา ยืดอายุ; ลดต้นทุน; ลดความเสี่ยงและความรับผิด; หรือแก้ไขข้อบกพร่อง ต้นทุนที่ค่อนข้างต่ำของการนำ CM ไปใช้นั้นจะถูกส่งกลับหลายเท่าในการหลีกเลี่ยงต้นทุน การขาด CM หรือการนำไปใช้อย่างไม่มีประสิทธิภาพอาจมีราคาแพงมากและบางครั้งอาจมีผลร้ายแรงเช่นความล้มเหลวของอุปกรณ์หรือการสูญเสียชีวิต

CM เน้นความสัมพันธ์เชิงหน้าที่ระหว่างชิ้นส่วน ระบบย่อย และระบบ เพื่อการควบคุมการเปลี่ยนแปลงระบบอย่างมีประสิทธิภาพ ช่วยตรวจสอบว่าการเปลี่ยนแปลงที่เสนอได้รับการพิจารณาอย่างเป็นระบบเพื่อลดผลกระทบ การเปลี่ยนแปลงระบบได้รับการเสนอ ประเมิน และดำเนินการโดยใช้แนวทางที่เป็นมาตรฐานและเป็นระบบ เพื่อให้แน่ใจว่ามีความสอดคล้องกัน และการเปลี่ยนแปลงที่เสนอจะได้รับการประเมินในแง่ของผลกระทบที่คาดว่าจะเกิดขึ้นกับทั้งระบบ CM ตรวจสอบว่าการเปลี่ยนแปลงดำเนินการตามที่กำหนดและเอกสารประกอบของรายการและระบบสะท้อนให้เห็นถึงการกำหนดค่าที่แท้จริง โปรแกรม CM ที่สมบูรณ์ประกอบด้วยข้อกำหนดสำหรับการจัดเก็บ ติดตาม และอัปเดตข้อมูลระบบทั้งหมดบนส่วนประกอบ ระบบย่อย และระบบ[6]

โปรแกรม CM แบบมีโครงสร้างช่วยให้มั่นใจว่าเอกสารประกอบ (เช่น ข้อกำหนด การออกแบบ การทดสอบ และเอกสารการยอมรับ) สำหรับรายการมีความถูกต้องและสอดคล้องกับการออกแบบจริงของรายการ ในหลายกรณี หากไม่มี CM เอกสารจะมีอยู่แต่ไม่สอดคล้องกับตัวรายการ ด้วยเหตุนี้ วิศวกร ผู้รับเหมา และผู้บริหารจึงมักถูกบังคับให้พัฒนาเอกสารที่สะท้อนถึงสถานะที่แท้จริงของรายการก่อนที่จะดำเนินการเปลี่ยนแปลงได้ นี้วิศวกรรมย้อนกลับกระบวนการสิ้นเปลืองในแง่ของทรัพยากรมนุษย์และอื่น ๆ และสามารถลดหรือกำจัดโดยใช้ CM

ประวัติ

การจัดการการกำหนดค่าเริ่มต้นขึ้นในกระทรวงกลาโหมของสหรัฐอเมริกาในทศวรรษ 1950 โดยเป็นวินัยในการจัดการทางเทคนิคสำหรับรายการวัสดุฮาร์ดแวร์ และปัจจุบันเป็นแนวทางปฏิบัติมาตรฐานในแทบทุกอุตสาหกรรม กระบวนการ CM กลายเป็นวินัยทางเทคนิคของตนเองในช่วงปลายทศวรรษ 1960 เมื่อกระทรวงกลาโหมได้พัฒนาชุดมาตรฐานทางทหารที่เรียกว่า "480 series" (เช่น MIL-STD-480, MIL-STD-481 และ MIL-STD-483) ที่ ต่อมาได้ออกในปี พ.ศ. 2513 ในปี 1991 ซีรีส์ "480" ถูกรวมเป็นมาตรฐานเดียวที่เรียกว่า MIL–STD–973 จากนั้นจึงแทนที่ด้วย MIL–HDBK–61 ตามเป้าหมาย DoD ทั่วไปที่ลดจำนวนมาตรฐานทางการทหารลง เพื่อสนับสนุนเทคนิคทางอุตสาหกรรมมาตรฐานที่สนับสนุนโดยองค์กรพัฒนามาตรฐาน (SDO) [7]นี่เป็นจุดเริ่มต้นของสิ่งที่ได้พัฒนาเป็นมาตรฐานที่แพร่หลายและเป็นที่ยอมรับมากที่สุดใน CM, ANSI–EIA–649 –1998 [8]ปัจจุบันได้รับการยอมรับอย่างกว้างขวางจากองค์กรและหน่วยงานต่างๆ มากมาย แนวคิดของวินัย CM ได้แก่วิศวกรรมระบบ (SE), การสนับสนุนด้านลอจิสติกส์แบบบูรณาการ (ILS), Capability Maturity Model Integration (CMMI), ISO 9000 , วิธีการจัดการโครงการPrince2 , COBIT , ITIL , การจัดการวงจรชีวิตผลิตภัณฑ์และการประยุกต์ใช้การจัดการวงจร. ฟังก์ชันและแบบจำลองเหล่านี้จำนวนมากได้กำหนด CM ใหม่จากแนวทางแบบองค์รวมแบบดั้งเดิมไปจนถึงการจัดการทางเทคนิค บางคนปฏิบัติต่อ CM เหมือนกับกิจกรรมบรรณารักษ์ และแยกการควบคุมการเปลี่ยนแปลงหรือการจัดการการเปลี่ยนแปลงออกเป็นวินัยที่แยกจากกันหรือแยกจากกัน

ภาพรวม

CM คือแนวปฏิบัติในการจัดการการเปลี่ยนแปลงอย่างเป็นระบบเพื่อให้ระบบรักษาความสมบูรณ์อยู่ตลอดเวลา ซีเอ็มใช้นโยบาย ขั้นตอน เทคนิคและเครื่องมือที่จัดการ ประเมินการเปลี่ยนแปลงที่เสนอ ติดตามสถานะของการเปลี่ยนแปลง และรักษาสินค้าคงคลังของระบบและเอกสารสนับสนุนเมื่อระบบเปลี่ยนแปลง โปรแกรมและแผน CM ให้ทิศทางทางเทคนิคและการบริหารในการพัฒนาและการดำเนินการตามขั้นตอน หน้าที่ บริการ เครื่องมือ กระบวนการ และทรัพยากรที่จำเป็นต่อการพัฒนาและสนับสนุนระบบที่ซับซ้อนให้ประสบความสำเร็จ ในระหว่างการพัฒนาระบบ CM อนุญาตให้จัดการโปรแกรมได้เพื่อติดตามความต้องการตลอดวงจรชีวิตผ่านการยอมรับและการดำเนินงานและการบำรุงรักษา เนื่องจากการเปลี่ยนแปลงเกิดขึ้นอย่างหลีกเลี่ยงไม่ได้ในข้อกำหนดและการออกแบบ การเปลี่ยนแปลงเหล่านั้นจะต้องได้รับการอนุมัติและจัดทำเป็นเอกสาร เพื่อสร้างบันทึกสถานะของระบบที่แม่นยำ นึกคิดกระบวนการ CM ถูกนำไปใช้ตลอดวงจรชีวิตของระบบผู้เชี่ยวชาญส่วนใหญ่สับสนหรือสับสนกับการจัดการสินทรัพย์ (AM ดูISO/IEC 19770 เพิ่มเติมด้วย ) ซึ่งเป็นที่ที่รวบรวมสินทรัพย์ในมือ ความแตกต่างที่สำคัญระหว่าง CM และ AM ก็คือ CM ไม่ได้จัดการด้านการบัญชีการเงินแต่ให้บริการที่ระบบสนับสนุน หรือพูดอีกอย่างก็คือ ในภายหลัง (AM) พยายามที่จะรับรู้มูลค่าจากสินทรัพย์ไอที[9] [10] [11]

กระบวนการ CM สำหรับรายการการกำหนดค่าทั้งฮาร์ดแวร์และซอฟต์แวร์ประกอบด้วยห้าสาขาวิชาที่แตกต่างกันตามที่กำหนดไว้ใน MIL–HDBK–61A [12]และใน ANSI/EIA-649 สาขาวิชาเหล่านี้ดำเนินการ[ โดยใคร? ]เป็นนโยบายและขั้นตอนในการจัดทำพื้นฐานและการดำเนินการตามกระบวนการจัดการการเปลี่ยนแปลงมาตรฐาน กระบวนการIEEE 12207 IEEE 12207.2 ยังมีกิจกรรมเหล่านี้และเพิ่ม "การจัดการและการส่งมอบ" ห้าสาขาวิชาคือ:

  1. CM Planning and Management: เอกสารที่เป็นทางการและแผนเพื่อเป็นแนวทางในโปรแกรม CM ซึ่งรวมถึงรายการต่างๆ เช่น:
    • บุคลากร
    • ความรับผิดชอบและทรัพยากร
    • ข้อกำหนดการฝึกอบรม
    • แนวปฏิบัติการประชุมฝ่ายปกครอง รวมทั้งการกำหนดขั้นตอนและเครื่องมือ
    • กระบวนการพื้นฐาน
    • การควบคุมการกำหนดค่าและการบัญชีสถานะการกำหนดค่า
    • หลักการตั้งชื่อ
    • การตรวจสอบและทบทวน
    • ข้อกำหนด CM ของผู้รับเหมาช่วง/ผู้ขาย
  2. Configuration Identification (CI): ประกอบด้วยการตั้งค่าและการบำรุงรักษาพื้นฐาน ซึ่งกำหนดระบบหรือสถาปัตยกรรมระบบย่อย ส่วนประกอบ และการพัฒนาใดๆ ณ จุดใดเวลาหนึ่ง เป็นพื้นฐานในการระบุ จัดทำเอกสาร และติดตามการเปลี่ยนแปลงในส่วนใดส่วนหนึ่งของระบบในภายหลังผ่านการออกแบบ การพัฒนา การทดสอบ และการส่งมอบขั้นสุดท้าย CI กำหนดและรักษาพื้นฐานปัจจุบันขั้นสุดท้ายสำหรับการบัญชีสถานะการกำหนดค่า (CSA) ของระบบและรายการการกำหนดค่า (CI) ตลอดวงจรชีวิต (การพัฒนา การผลิต การปรับใช้ และการสนับสนุนการปฏิบัติงาน) จนถึงการกำจัด
  3. การควบคุมการกำหนดค่า: รวมถึงการประเมินคำขอเปลี่ยนแปลงและข้อเสนอการเปลี่ยนแปลงทั้งหมด และการอนุมัติหรือการไม่อนุมัติที่ตามมา ครอบคลุมกระบวนการควบคุมการปรับเปลี่ยนการออกแบบระบบ ฮาร์ดแวร์ เฟิร์มแวร์ ซอฟต์แวร์ และเอกสารประกอบ
  4. การบัญชีสถานะการกำหนดค่า: รวมถึงกระบวนการบันทึกและการรายงานรายละเอียดของรายการการกำหนดค่า (เช่น ฮาร์ดแวร์ ซอฟต์แวร์ เฟิร์มแวร์ ฯลฯ) และการออกจากพื้นฐานทั้งหมดระหว่างการออกแบบและการผลิต ในกรณีที่เกิดปัญหาที่น่าสงสัย สามารถกำหนดการตรวจสอบการกำหนดค่าพื้นฐานและการแก้ไขที่ได้รับอนุมัติได้อย่างรวดเร็ว
  5. การตรวจสอบและการตรวจสอบการกำหนดค่า: การทบทวนฮาร์ดแวร์และซอฟต์แวร์อย่างอิสระเพื่อวัตถุประสงค์ในการประเมินการปฏิบัติตามข้อกำหนดด้านประสิทธิภาพที่กำหนดไว้ มาตรฐานทางการทหารเชิงพาณิชย์และที่เหมาะสม ตลอดจนการทำงาน การจัดสรร และบรรทัดฐานของผลิตภัณฑ์ การตรวจสอบคอนฟิกูเรชันตรวจสอบว่าเอกสารคอนฟิกูเรชันของระบบและระบบย่อยสอดคล้องกับลักษณะการทำงานและประสิทธิภาพทางกายภาพก่อนที่จะยอมรับในพื้นฐานทางสถาปัตยกรรม

ซอฟต์แวร์

กระบวนการจัดการการกำหนดค่าซอฟต์แวร์ (SCM) ได้รับการพิจารณาโดยผู้ปฏิบัติงานว่าเป็นทางออกที่ดีที่สุดในการจัดการการเปลี่ยนแปลงในโครงการซอฟต์แวร์ โดยจะระบุคุณลักษณะการทำงานและทางกายภาพของซอฟต์แวร์ ณ จุดต่างๆ ในเวลา และทำการควบคุมการเปลี่ยนแปลงแอตทริบิวต์ที่ระบุอย่างเป็นระบบเพื่อวัตถุประสงค์ในการรักษาความสมบูรณ์ของซอฟต์แวร์และความสามารถในการตรวจสอบย้อนกลับตลอดวงจรชีวิตการพัฒนาซอฟต์แวร์

กระบวนการ SCM กำหนดเพิ่มเติมถึงความจำเป็นในการติดตามการเปลี่ยนแปลง และความสามารถในการตรวจสอบว่าซอฟต์แวร์ที่จัดส่งในขั้นสุดท้ายมีการปรับปรุงที่วางแผนไว้ทั้งหมดซึ่งควรจะรวมอยู่ในการเปิดตัว ระบุสี่ขั้นตอนที่ต้องกำหนดสำหรับแต่ละโครงการซอฟต์แวร์เพื่อให้แน่ใจว่ามีการนำกระบวนการ SCM ที่ดีไปใช้ พวกเขาคือ:

  1. การระบุการกำหนดค่า
  2. การควบคุมการกำหนดค่า
  3. การบัญชีสถานะการกำหนดค่า
  4. การตรวจสอบการกำหนดค่า

ข้อกำหนดและคำจำกัดความเหล่านี้เปลี่ยนจากมาตรฐานเป็นมาตรฐาน แต่โดยพื้นฐานแล้วจะเหมือนกัน

  • การระบุการกำหนดค่าเป็นกระบวนการในการระบุแอตทริบิวต์ที่กำหนดทุกแง่มุมของรายการการกำหนดค่า รายการการกำหนดค่าคือผลิตภัณฑ์ (ฮาร์ดแวร์และ/หรือซอฟต์แวร์) ที่มีวัตถุประสงค์สำหรับผู้ใช้ปลายทาง แอตทริบิวต์เหล่านี้ถูกบันทึกไว้ในเอกสารการกำหนดค่าและพื้นฐาน การทำฐานแอตทริบิวต์บังคับให้กระบวนการควบคุมการเปลี่ยนแปลงการกำหนดค่าอย่างเป็นทางการมีผลในกรณีที่แอตทริบิวต์เหล่านี้มีการเปลี่ยนแปลง
  • การควบคุมการเปลี่ยนแปลงการกำหนดค่าคือชุดของกระบวนการและขั้นตอนการอนุมัติที่จำเป็นในการเปลี่ยนแปลงแอตทริบิวต์ของรายการการตั้งค่าคอนฟิกและเพื่อกำหนดพื้นฐานใหม่
  • การบัญชีสถานะการกำหนดค่าคือความสามารถในการบันทึกและรายงานเกี่ยวกับพื้นฐานการกำหนดค่าที่เกี่ยวข้องกับแต่ละรายการการกำหนดค่าในช่วงเวลาใดก็ได้
  • การตรวจสอบการตั้งค่าคอนฟิกจะแบ่งออกเป็นการทำงานและการตรวจสอบการกำหนดค่าทางกายภาพ เกิดขึ้นขณะส่งมอบหรือในขณะที่มีผลการเปลี่ยนแปลง การตรวจสอบคอนฟิกูเรชันการทำงานช่วยให้มั่นใจได้ว่าแอ็ตทริบิวต์การทำงานและประสิทธิภาพของรายการคอนฟิกูเรชันนั้นบรรลุผล ในขณะที่การตรวจสอบคอนฟิกูเรชันกายภาพช่วยให้แน่ใจว่ารายการคอนฟิกูเรชันได้รับการติดตั้งตามข้อกำหนดของเอกสารการออกแบบโดยละเอียด

ฐานข้อมูลการจัดการการกำหนดค่า

ITILระบุการใช้ระบบการจัดการการกำหนดค่า (CMS) หรือฐานข้อมูลการจัดการการกำหนดค่า (CMDB) เป็นวิธีการบรรลุแนวปฏิบัติที่ดีที่สุดในอุตสาหกรรมสำหรับการจัดการการกำหนดค่า CMDB ใช้เพื่อติดตามรายการการกำหนดค่า (CI) และการพึ่งพาระหว่างกัน โดยที่ CI เป็นตัวแทนของสิ่งต่าง ๆ ในองค์กรที่ควรค่าแก่การติดตามและจัดการ เช่น แต่ไม่จำกัดเฉพาะคอมพิวเตอร์ ซอฟต์แวร์ ใบอนุญาตซอฟต์แวร์ ชั้นวาง อุปกรณ์เครือข่าย ที่เก็บข้อมูล และแม้กระทั่งส่วนประกอบภายในรายการดังกล่าว

ประโยชน์ของ CMS/CMDB รวมถึงความสามารถในการทำหน้าที่ต่างๆ เช่น การวิเคราะห์สาเหตุ การวิเคราะห์ผลกระทบ การจัดการการเปลี่ยนแปลง และการประเมินสถานะปัจจุบันสำหรับการพัฒนากลยุทธ์ของรัฐในอนาคต ระบบตัวอย่าง ซึ่งโดยทั่วไประบุว่าตนเองเป็นระบบ IT Service Management (ITSM)ได้แก่ FreshService, ServiceNow และ Samanage

การประกันข้อมูล

สำหรับการประกันข้อมูล CM สามารถกำหนดเป็นการจัดการคุณลักษณะด้านความปลอดภัยและการรับรองผ่านการควบคุมการเปลี่ยนแปลงที่เกิดขึ้นกับฮาร์ดแวร์ ซอฟต์แวร์ เฟิร์มแวร์ เอกสารประกอบ การทดสอบ การติดตั้งการทดสอบ และเอกสารการทดสอบตลอดวงจรชีวิตของระบบข้อมูล[13] [ ต้องการแหล่งข้อมูลที่ดีกว่า ] CM สำหรับการรับรองข้อมูล บางครั้งเรียกว่าS ecur C onfiguration Mการวิเคราะห์ขึ้นอยู่กับประสิทธิภาพ การทำงาน และคุณลักษณะทางกายภาพของแพลตฟอร์มและผลิตภัณฑ์ไอทีและสภาพแวดล้อมเพื่อกำหนดคุณลักษณะด้านความปลอดภัยที่เหมาะสมและการรับรองที่ใช้ในการวัดสถานะการกำหนดค่าระบบ ตัวอย่างเช่น ข้อกำหนดในการกำหนดค่าอาจแตกต่างกันไปสำหรับไฟร์วอลล์เครือข่ายที่ทำงานเป็นส่วนหนึ่งของขอบเขตอินเทอร์เน็ตขององค์กร กับข้อกำหนดที่ทำหน้าที่เป็นไฟร์วอลล์เครือข่ายภายใน

ระบบบำรุงรักษา

การจัดการการกำหนดค่าใช้เพื่อรักษาความเข้าใจเกี่ยวกับสถานะของสินทรัพย์ที่ซับซ้อน เพื่อรักษาระดับความสามารถในการให้บริการสูงสุดด้วยต้นทุนที่ต่ำที่สุด โดยเฉพาะอย่างยิ่ง มีจุดมุ่งหมายเพื่อให้แน่ใจว่าการดำเนินการจะไม่หยุดชะงักเนื่องจากสินทรัพย์ (หรือบางส่วนของสินทรัพย์) เกินขีดจำกัดของอายุการใช้งานที่วางแผนไว้หรือต่ำกว่าระดับคุณภาพ

ในการทหาร กิจกรรมประเภทนี้มักถูกจัดประเภทเป็น "ความพร้อมในภารกิจ" และพยายามที่จะกำหนดว่าทรัพย์สินใดที่มีอยู่และสำหรับภารกิจประเภทใด ตัวอย่างคลาสสิกคือเครื่องบินบนเรือบรรทุกเครื่องบินมีการติดตั้งระเบิดสำหรับรองรับภาคพื้นดินหรือขีปนาวุธสำหรับการป้องกัน

การจัดการการกำหนดค่าระบบปฏิบัติการ

การจัดการการกำหนดค่าสามารถใช้เพื่อรักษาไฟล์การกำหนดค่าOS [14]ระบบตัวอย่าง ได้แก่เบิ้ล , Bcfg2 , cfengine , เชฟ , ห้าม , นาก , หุ่นกระบอก , Quattor , SaltStack , terraform , Pulumiและคนจรจัดระบบเหล่านี้จำนวนมากใช้โครงสร้างพื้นฐานเป็นโค้ดเพื่อกำหนดและรักษาการกำหนดค่า[15]

ทฤษฎีสัญญาของการบำรุงรักษาการกำหนดค่าได้รับการพัฒนาโดยมาร์ค Burgess , [16] [17] [18]ด้วยการปฏิบัติจริงในระบบคอมพิวเตอร์ในยุคปัจจุบัน cfengine ซอฟต์แวร์สามารถที่จะดำเนินการซ่อมแซมเวลาจริงเช่นเดียวกับการบำรุงรักษาเชิงป้องกัน

การบำรุงรักษาเชิงป้องกัน

การทำความเข้าใจสถานะ "ตามที่เป็นอยู่" ของสินทรัพย์และส่วนประกอบหลักของสินทรัพย์นั้นเป็นองค์ประกอบสำคัญในการบำรุงรักษาเชิงป้องกัน ซึ่งใช้ในการบำรุงรักษา การซ่อมแซม การยกเครื่อง และระบบ การจัดการสินทรัพย์ขององค์กร

สินทรัพย์ที่ซับซ้อน เช่น เครื่องบิน เรือ เครื่องจักรอุตสาหกรรม ฯลฯ ขึ้นอยู่กับส่วนประกอบต่างๆ ที่สามารถใช้งานได้ ความสามารถในการซ่อมบำรุงนี้มักกำหนดไว้ในแง่ของปริมาณการใช้งานที่ส่วนประกอบมีตั้งแต่เป็นของใหม่ ตั้งแต่ติดตั้ง ซ่อมแซม จำนวนการใช้งานที่มีตลอดอายุการใช้งานและปัจจัยจำกัดอื่นๆ อีกหลายประการ การทำความเข้าใจว่าองค์ประกอบแต่ละส่วนเหล่านี้ใกล้จะสิ้นสุดชีวิตเพียงใดเป็นภารกิจสำคัญที่เกี่ยวข้องกับการเก็บบันทึกที่ต้องใช้แรงงานมาก จนกระทั่งมีการพัฒนาซอฟต์แวร์ล่าสุด

การบำรุงรักษาเชิงคาดการณ์

หลายประเภทของการใช้องค์ประกอบเซ็นเซอร์อิเล็กทรอนิกส์เพื่อรวบรวมข้อมูลซึ่งมีการถ่ายทอดสดการตรวจสอบสภาพ ข้อมูลนี้ได้รับการวิเคราะห์บนเครื่องหรือในสถานที่ห่างไกลโดยใช้คอมพิวเตอร์เพื่อประเมินความสามารถในการให้บริการในปัจจุบันและสถานะในอนาคตที่มีแนวโน้มว่าจะเพิ่มมากขึ้นโดยใช้อัลกอริธึมที่คาดการณ์ความล้มเหลวที่อาจเกิดขึ้นในอนาคตโดยอิงจากตัวอย่างก่อนหน้านี้ของความล้มเหลวผ่านประสบการณ์ภาคสนามและการสร้างแบบจำลอง นี่คือพื้นฐานสำหรับ "การบำรุงรักษาเชิงพยากรณ์"

ความพร้อมใช้งานของข้อมูลที่ถูกต้องและทันเวลาเป็นสิ่งสำคัญเพื่อให้ CM สามารถให้คุณค่าในการดำเนินงาน และการขาดสิ่งนี้มักจะเป็นปัจจัยจำกัด การรวบรวมและเผยแพร่ข้อมูลการดำเนินงานไปยังองค์กรสนับสนุนต่างๆ กำลังกลายเป็นอุตสาหกรรมในตัวเอง

ผู้บริโภคข้อมูลนี้มีจำนวนมากขึ้นและซับซ้อนมากขึ้นด้วยการเติบโตของโปรแกรมที่นำเสนอโดยผู้ผลิตอุปกรณ์ดั้งเดิม (OEM) สิ่งเหล่านี้ได้รับการออกแบบมาเพื่อให้ผู้ให้บริการรับประกันความพร้อมใช้งานและทำให้ภาพซับซ้อนมากขึ้นโดยผู้ให้บริการจัดการสินทรัพย์ แต่ OEM รับผิดเพื่อให้แน่ใจว่าสามารถให้บริการได้

มาตรฐาน

มาตรฐานจำนวนหนึ่งสนับสนุนหรือรวมถึงการจัดการการกำหนดค่า[19]รวมถึง:

  • ANSI/EIA-649-1998 มาตรฐานฉันทามติแห่งชาติสำหรับการจัดการการกำหนดค่า
  • EIA-649-A 2004 มาตรฐานฉันทามติแห่งชาติสำหรับการจัดการการกำหนดค่า
  • ANSI EIA-649-C 2019 มาตรฐานการจัดการการกำหนดค่า
  • ระบบการจัดการคุณภาพISO 10007 – แนวทางสำหรับการจัดการการกำหนดค่า
  • มาตรฐานของรัฐบาลกลาง 1037C
  • GEIA Standard 836–2002 การแลกเปลี่ยนข้อมูลการจัดการการกำหนดค่าและการทำงานร่วมกัน
  • มาตรฐาน IEEE 829สำหรับเอกสารการทดสอบซอฟต์แวร์
  • 828-2012 มาตรฐาน IEEE สำหรับจัดการการกำหนดค่าในระบบและวิศวกรรมซอฟแวร์ 2555. ดอย : 10.1109/IEESTD.2012.6170935 . ISBN 978-0-7381-7232-3.
  • การจัดการการกำหนดค่า MIL-STD-973 (ยกเลิกเมื่อวันที่ 20 กันยายน พ.ศ. 2543) [20]
  • NATO STANAG 4427 การจัดการการกำหนดค่าในระบบการจัดการวงจรชีวิตรวมถึง
  • นโยบาย NATO ACMP 2000 เกี่ยวกับการจัดการการกำหนดค่า
  • NATO ACMP 2009 คำแนะนำในการจัดการการกำหนดค่า[21]
  • ข้อกำหนดตามสัญญาการจัดการการกำหนดค่า NATO ACMP 2100
  • CMMI CMMI สำหรับการพัฒนา เวอร์ชัน 1.2 การจัดการการกำหนดค่า
  • CMII-100E CMII Standard สำหรับการจัดการการกำหนดค่าองค์กร[22]
  • รายการเพิ่มเติมของการจัดการการกำหนดค่าและมาตรฐานที่เกี่ยวข้อง[23]
  • ITIL การจัดการสินทรัพย์บริการและการกำหนดค่า
  • ระบบการจัดการบริการ ISO 20000:1 2011 & 2018
  • ECSS-M-ST-40C Rev.1 การกำหนดค่าและการจัดการข้อมูล[24]

แนวปฏิบัติ

  • IEEE 828-2012 Standard for Configuration Management in Systems and Software Engineering, [25]วันที่เผยแพร่:2012-03-16
  • ISO 10007:2017 การจัดการคุณภาพ – แนวทางสำหรับการจัดการการกำหนดค่า[26]
  • NATO ACMP-2009 – คำแนะนำในการจัดการการกำหนดค่า[21]
  • กระบวนการ ANSI/EIA-632-1998 สำหรับวิศวกรรมระบบ
  • ANSI/EIA-649-1998 มาตรฐานฉันทามติแห่งชาติสำหรับการจัดการการกำหนดค่า
  • GEIA-HB-649 – คู่มือการใช้งานสำหรับการจัดการการกำหนดค่า
  • มาตรฐานฉันทามติ EIA-836 สำหรับการแลกเปลี่ยนข้อมูลการจัดการการกำหนดค่าและการทำงานร่วมกัน
  • คำแนะนำการจัดการการกำหนดค่า MIL-HDBK-61B [27] 7 เมษายน 2020
  • MIL-STD-3046 Configuration Management, [28] 6 มีนาคม 2556 และยกเลิกในวันที่ 1 มิถุนายน 2558
  • Defense Acquisition Guidebook [29]องค์ประกอบของ CM ที่ 4.3.7 SE Processes คุณสมบัติของ CM ที่ 5.1.7 การสนับสนุนวงจรชีวิต
  • ความรู้พื้นฐานด้านวิศวกรรมระบบ บทที่ 10 การจัดการการกำหนดค่า[30]
  • แผนการจัดการการกำหนดค่า เอกสารการเข้าซื้อกิจการของกระทรวงกลาโหมสหรัฐ[31]

การก่อสร้าง

อีกไม่นาน[ เมื่อไหร่? ]การจัดการการกำหนดค่าถูกนำไปใช้กับโครงการก่อสร้างขนาดใหญ่ซึ่งมักจะซับซ้อนมากและมีรายละเอียดและการเปลี่ยนแปลงจำนวนมากที่ต้องจัดทำเป็นเอกสาร หน่วยงานด้านการก่อสร้าง เช่น Federal Highway Administration ได้ใช้การจัดการการกำหนดค่าสำหรับโครงการโครงสร้างพื้นฐานของตน(32)มีเครื่องมือการจัดการการกำหนดค่าตามการก่อสร้างที่มุ่งบันทึกคำสั่งการเปลี่ยนแปลงและ RFI เพื่อให้แน่ใจว่าโครงการจะเป็นไปตามกำหนดเวลาและอยู่ในงบประมาณ โปรแกรมเหล่านี้ยังสามารถจัดเก็บข้อมูลเพื่อช่วยในการบำรุงรักษาและปรับเปลี่ยนโครงสร้างพื้นฐานเมื่อเสร็จสิ้น ccsNet หนึ่งในแอปพลิเคชันดังกล่าวได้รับการทดสอบในกรณีศึกษาที่ได้รับทุนจาก Federal Transportation Administration (FTA) ซึ่งวัดประสิทธิภาพของการจัดการการกำหนดค่าโดยการเปรียบเทียบการก่อสร้างที่สมบูรณ์ประมาณ 80% ของ Los Angeles County Metropolitan Transit Agency (LACMTA) ก่อน และส่วนที่สองของรถไฟฟ้าสายสีแดง โครงการก่อสร้างทางรถไฟมูลค่า 5.3 พันล้านดอลลาร์ การศึกษานี้ให้ผลลัพธ์ที่บ่งชี้ถึงประโยชน์ของการใช้การจัดการโครงแบบในโครงการในลักษณะนี้[33]

ดูเพิ่มเติม

อ้างอิง

  1. ^ " MIL-HDBK-61A "" ทหารคู่มือ: การกำหนดค่าการจัดการแนะแนว " กระทรวงกลาโหม. 7 กุมภาพันธ์ 2544. เก็บถาวรจากต้นฉบับเมื่อ 20 มีนาคม 2555 . สืบค้นเมื่อ24 มีนาคม 2555 .
  2. ^ " ANSI / EIA-649B "" ฉันทามติแห่งชาติมาตรฐานการบริหารจัดการการกำหนดค่า " เทคอเมริกา. 1 เมษายน 2554. เก็บถาวรจากต้นฉบับเมื่อ 1 สิงหาคม 2555 . สืบค้นเมื่อ24 มีนาคม 2555 .
  3. ^ "ประวัติและมรดกวิศวกรรมโยธา" . ASCE . เก็บจากต้นฉบับเมื่อ 16 กุมภาพันธ์ 2550 . สืบค้นเมื่อ8 สิงหาคม 2550 .
  4. ^ "สถาบันวิศวกรโยธา วิศวกรรมโยธาคืออะไร" (PDF) . ไอซ์ . เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 23 กันยายน 2549 . สืบค้นเมื่อ22 กันยายน 2550 .
  5. ^ " Configuration Management and the Federal Transport Administration (FTA) National Lessons Learned Program " . การบริหารการขนส่งของรัฐบาลกลาง . เก็บถาวรจากต้นฉบับเมื่อ 7 กันยายน 2555 . สืบค้นเมื่อ22 กันยายน 2550 .
  6. ^ " ความรู้พื้นฐานด้านวิศวกรรมระบบ " (PDF) สำนักพิมพ์มหาวิทยาลัยกลาโหมซื้อ. มกราคม 2544 เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 11 กุมภาพันธ์ 2549 . สืบค้นเมื่อ25 มีนาคม 2555 .
  7. ^ " บันทึก ข้อมูลจำเพาะ และมาตรฐาน – แนวทางใหม่ในการดำเนินธุรกิจ " . รมว.กลาโหม. 29 มิถุนายน 2537 เก็บถาวรจากต้นฉบับเมื่อ 21 ตุลาคม 2556 . สืบค้นเมื่อ23 มีนาคม 2555 .
  8. ^ " การบริหารจัดการการกำหนดค่าตามมาตรฐานการตรวจสอบ: ทบทวนและประเมินเทคโนโลยี (CR / TA) รายงาน " (PDF) ศูนย์ข้อมูลทางเทคนิคกลาโหม สืบค้นเมื่อ14 พฤษภาคม 2001 .
  9. ^ แอตลาส เซียน "คู่มือการกำหนดค่าการจัดการฐานข้อมูล (CMDBs)" แอตลาสเซียน. สืบค้นเมื่อ20 กรกฎาคมพ.ศ. 2564 .
  10. ^ Galusha, C. (มิถุนายน 2544). "การเริ่มต้นกับการจัดการสินทรัพย์ไอที" . ผู้เชี่ยวชาญด้าน IT 3 (3): 37–40. ดอย : 10.1109/6294.939973 .
  11. ^ "มาตรฐาน ISO 19770-1 มาตรฐาน: แนวทางในการดำเนินการบริหารจัดการสินทรัพย์ไอที" ชิ Hub 30 มกราคม 2561 . สืบค้นเมื่อ20 กรกฎาคมพ.ศ. 2564 .
  12. ^ "ทหารคู่มือ: การกำหนดค่าการจัดการแนะแนว" (PDF) กระทรวงกลาโหม: สหรัฐอเมริกา. NS. III-IV สืบค้นเมื่อ21 กรกฎาคม 2559 . 4. การจัดการและการวางแผนวงจรชีวิต CM [... ] 5. การระบุการกำหนดค่า [... ] 6. การควบคุมการกำหนดค่า [... ] 7. การบัญชีสถานะการกำหนดค่า [... ] 8. การตรวจสอบการกำหนดค่าและการตรวจสอบ [.. .] 9. การจัดการข้อมูล [...]
  13. ^ อภิธานศัพท์ความปลอดภัยระบบสารสนเทศแห่งชาติ
  14. ^ ซี Lueninghoener "เริ่มต้นด้วยการจัดการการกำหนดค่า; เข้าสู่ระบบ:. ปัญหา: เมษายน 2011 ปริมาณ 36, หมายเลข 2" (PDF) สืบค้นเมื่อ23 พฤศจิกายน 2555 .
  15. ^ Loschwitz มาร์ติน (14 พฤศจิกายน 2014) "การเลือกระหว่างการกำหนดค่าผู้จัดการโอเพนซอร์สชั้นนำ" ผู้ดูแลระบบเครือข่ายและการรักษาความปลอดภัย Lawrence, Kansas: Linux New Media USA LLC.
  16. ^ M. Burgess, Cfengine: เอ็นจิ้นการกำหนดค่าไซต์, ระบบคอมพิวเตอร์ USENIX, Vol8, หมายเลข 3 1995 [1]
  17. ^ M. Burgess ในทฤษฎีการบริหารระบบ Science of Computer Programming 49, 2003. p1-46 pdf Archived 24 กรกฎาคม 2011 ที่ Wayback Machine
  18. ^ M. Burgess ภูมิคุ้มกันที่กำหนดค่าได้สำหรับการพัฒนาระบบมนุษย์-คอมพิวเตอร์ Science of Computer Programming 51 2004, p197-213 pdf Archived 3 March 2012 at the Wayback Machine
  19. ^ "NISTIR 7339 การวิเคราะห์มาตรฐานการจัดการวงจรชีวิตของระบบสำหรับกองทัพสหรัฐ" (PDF) สถาบันมาตรฐานและเทคโนโลยีแห่งชาติ. สิงหาคม 2549
  20. ^ "ASSIST-QuickSearch - โปรไฟล์พื้นฐาน" . 27 กันยายน 2554 เก็บถาวรจากต้นฉบับเมื่อ 27 กันยายน 2554
  21. ^ a b http://nso.nato.int/nso/nsdd/APdetails.html?APNo=2422&LA=EN
  22. ^ "มาตรฐานสำหรับ CM | สถาบันการจัดการการกำหนดค่า" . 2 พฤษภาคม 2555 เก็บถาวรจากต้นฉบับเมื่อ 2 พฤษภาคม 2555
  23. ^ "การกำหนดค่ามาตรฐานการจัดการ: รายการที่กว้างขวางของ CM และอุตสาหกรรมที่เกี่ยวข้องมาตรฐาน" CMPIC - จัดการการกำหนดค่าการปรับปรุงกระบวนการศูนย์
  24. ^ "ECSS-M-ST-40C Rev.1 – Configuration and information management (6 มีนาคม 2552) | European Cooperation for Space Standardization" . ecss.nl
  25. ^ "อีอีอี 828-2012 - มาตรฐาน IEEE สำหรับจัดการการกำหนดค่าในระบบและวิศวกรรมซอฟต์แวร์" standard.ieee.org .
  26. ^ https://www.iso.org/obp/ui/#iso:std:iso:10007:ed-3:v1:en
  27. ^ https://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=202239
  28. ^ https://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=279266
  29. ^ "คู่มือการได้มาซึ่งการป้องกัน [DAG]" . 13 กุมภาพันธ์ 2556 เก็บถาวรจากต้นฉบับเมื่อ 13 กุมภาพันธ์ 2556
  30. ^ https://web.archive.org/web/20170131231503/http://www.dau.mil/publications/publicationsdocs/sefguide%2001-01.pdf
  31. ^ "แผนการจัดการการกำหนดค่า" . AcqNotes
  32. ^ " การจัดการการกำหนดค่าสำหรับคู่มือระบบการจัดการการขนส่ง " . การบริหารทางหลวงของรัฐบาลกลาง. สืบค้นเมื่อ28 มีนาคม 2555 .
  33. ^ " กรณีศึกษาการจัดการการกำหนดค่า " . PACO Technologies, Inc เก็บถาวรจากต้นฉบับเมื่อ 26 สิงหาคม 2016 . สืบค้นเมื่อ28 มีนาคม 2555 .