โมเดลอ้างอิงในอุดมคติที่นำเสนอโมเดลหลัก คุณสมบัติของรุ่นและข้อกำหนดสำหรับพวกเขา MAN.1.1 กระบวนการบริหารจัดการโครงการ

เสนอ โมเดลอ้างอิง BPM (การจัดการกระบวนการทางธุรกิจ) ขึ้นอยู่กับเครือข่ายของสถานที่ต่อไปนี้:

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

BPM (ตามระเบียบวินัย) เสนอแนวทางที่เป็นระบบในการดำเนินการจัดการกระบวนการ

องค์กรที่ขับเคลื่อนด้วยกระบวนการแต่ละแห่งมีระบบ BPM ของตัวเอง ซึ่งเป็นพอร์ตโฟลิโอของกระบวนการทางธุรกิจทั้งหมด ตลอดจนวิธีการและเครื่องมือสำหรับการจัดการการพัฒนา การดำเนินการ และการพัฒนาพอร์ตโฟลิโอนี้

ความยืดหยุ่นของระบบ BPM ขององค์กรเป็นปัจจัยสำคัญต่อความสำเร็จ

จำเป็นต้องมีแพลตฟอร์มซอฟต์แวร์พิเศษ (ชุด BPM) สำหรับการนำระบบ BPM ขององค์กรไปใช้ แต่ไม่เพียงพอ เนื่องจาก BPM ครอบครองตำแหน่งพิเศษในสถาปัตยกรรมองค์กร

เป้าหมาย: เพิ่มผลผลิตขององค์กร

ในการจัดการประสิทธิภาพการทำงาน ธุรกิจส่วนใหญ่ใช้หลักการนี้ ข้อเสนอแนะ(รูปที่ 1) ช่วยให้คุณสามารถปรับตัวเข้ากับระบบนิเวศทางธุรกิจภายนอกโดยดำเนินการตามลำดับขั้นตอน:

การวัดความคืบหน้าของการผลิตและกิจกรรมทางธุรกิจ (โดยปกติแล้วการวัดดังกล่าวจะแสดงในรูปแบบของตัวชี้วัดหรือตัวชี้วัดต่างๆ เช่น เปอร์เซ็นต์ของลูกค้าที่กลับมา)

การแยกเหตุการณ์สำคัญสำหรับองค์กรออกจากระบบนิเวศทางธุรกิจภายนอก (เช่น กฎหมายหรือความต้องการของตลาดใหม่)

การกำหนดกลยุทธ์การพัฒนาธุรกิจขององค์กร

การดำเนินการตัดสินใจ (โดยการเปลี่ยนแปลงระบบธุรกิจขององค์กร)

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

จัดให้มีข้อมูลและเครื่องมือที่เพียงพอต่อการตัดสินใจแก่ฝ่ายบริหาร

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

แนวคิดที่ทันสมัยที่สุดในการจัดระเบียบงานขององค์กรคือการจัดการกระบวนการ ซึ่งกระบวนการและบริการมีความชัดเจน

การจัดการกระบวนการ

โลกธุรกิจเข้าใจกันมานานแล้ว (ดูเทคนิคต่างๆ เช่น TQM, BPR, Six Sigma, Lean, ISO 9000 ฯลฯ) ว่าบริการและกระบวนการเป็นพื้นฐานสำหรับการทำงานขององค์กรส่วนใหญ่ องค์กรหลายแห่งใช้การจัดการกระบวนการเพื่อจัดระเบียบกิจกรรมการผลิตและกิจกรรมทางเศรษฐกิจ โดยเป็นพอร์ตโฟลิโอของกระบวนการทางธุรกิจและวิธีการจัดการ

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

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

นอกเหนือจากกระบวนการและบริการแล้ว ระบบธุรกิจขององค์กรยังทำงานร่วมกับเหตุการณ์ กฎ ข้อมูล ตัวบ่งชี้ประสิทธิภาพ บทบาท เอกสาร ฯลฯ

ในการใช้การจัดการกระบวนการ องค์กรต่างๆ ใช้สามสาขาวิชายอดนิยมในการปรับปรุงกระบวนการทางธุรกิจอย่างต่อเนื่อง: ISO 9000, Six Sigma และการผลิตแบบ Lean สิ่งเหล่านี้ส่งผลกระทบต่อส่วนต่างๆ ของระบบธุรกิจขององค์กร แต่ก็มีความจำเป็นเสมอที่จะรวบรวมข้อมูลเกี่ยวกับงานที่ทำจริง และใช้แบบจำลองกระบวนการทางธุรกิจบางประเภทในการตัดสินใจ (แม้ว่าบางครั้งแบบจำลองนี้จะอยู่ในหัวของใครบางคนเท่านั้น) ในเวลาเดียวกัน พวกเขานำเสนอวิธีการที่แตกต่างและเสริมกันเพื่อพิจารณาว่าการเปลี่ยนแปลงใดที่จำเป็นในการปรับปรุงการทำงานของระบบธุรกิจขององค์กร

สิ่งที่คุณสร้างโมเดลคือสิ่งที่คุณดำเนินการ

ในรูป รูปที่ 2 แสดงแบบจำลองทั่วไปขององค์กรที่ขับเคลื่อนด้วยกระบวนการ

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

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

บน ในขณะนี้อุตสาหกรรม BPM ยังไม่ได้พัฒนาระบบมาตรฐานที่เหมาะสมสำหรับรูปแบบสำหรับการอธิบายกระบวนการทางธุรกิจอย่างเป็นทางการ รูปแบบที่ได้รับความนิยมสูงสุดสามรูปแบบ ได้แก่: BPMN (Business Process Modeling Notation, การแสดงกราฟิกแบบจำลองกระบวนการทางธุรกิจ), BPEL ( ภาษาการดำเนินการกระบวนการทางธุรกิจอย่างเป็นทางการของการดำเนินการโต้ตอบระหว่างบริการบนเว็บ) และ XPDL (ภาษาคำอธิบายกระบวนการ XML, www.wfmc.org ข้อกำหนดสำหรับการแลกเปลี่ยนแบบจำลองกระบวนการทางธุรกิจระหว่างแอปพลิเคชันที่แตกต่างกัน) ได้รับการพัฒนา กลุ่มต่างๆและเพื่อวัตถุประสงค์ที่แตกต่างกัน และน่าเสียดายที่ไม่สามารถเสริมซึ่งกันและกันได้เพียงพอ

สถานการณ์เลวร้ายลงจากข้อเท็จจริงที่ว่าผู้ผลิตหลายรายอยู่เบื้องหลังรูปแบบที่แตกต่างกัน และแต่ละรายพยายามที่จะ "ผลักดัน" โซลูชันของตนออกสู่ตลาด ดังที่ได้กล่าวไปแล้วหลายครั้ง ผลประโยชน์ของผู้ใช้ปลายทางจะไม่ถูกนำมาพิจารณาในการต่อสู้ดังกล่าว - ปัจจุบันไม่มีองค์กรที่เข้มแข็งเพียงพอที่จะเป็นตัวแทนผลประโยชน์ของผู้ใช้ปลายทางของ BPM (คล้ายกับกลุ่มมาตรฐาน HTML ความสำเร็จของ ซึ่งเป็นผลมาจากการใช้เกณฑ์มาตรฐาน ACID3 เดียวโดยนักพัฒนาเว็บเบราว์เซอร์ทั้งหมดของผลิตภัณฑ์ของตน) สถานการณ์ในอุดมคติใน BPM จะเป็นคำจำกัดความมาตรฐานของซีแมนทิกส์การดำเนินการสำหรับคำอธิบายกระบวนการทางธุรกิจที่คล้ายกับ BPMN เป็นความหมายการดำเนินการมาตรฐานที่จะรับประกันการตีความกระบวนการทางธุรกิจแบบเดียวกันโดยซอฟต์แวร์ใดๆ นอกจากนี้ คำอธิบายดังกล่าวควรช่วยให้สามารถปรับระดับคำอธิบายของกระบวนการทางธุรกิจได้ตามความต้องการของผู้บริโภคเฉพาะราย (เช่น ผู้ใช้เห็นแผนภาพคร่าวๆ นักวิเคราะห์เห็นแผนภาพที่มีรายละเอียดมากขึ้น เป็นต้น)

ทั้งหมดนี้ไม่ได้หมายความว่า BPEL หรือ XPDL จะไม่จำเป็น - การใช้งานจะถูกซ่อนไว้เช่นเดียวกับในกรณีในการเตรียมเอกสารอิเล็กทรอนิกส์ อันหนึ่งอันเดียวกัน เอกสารอิเล็กทรอนิกส์สามารถมีอยู่พร้อมกันใน XML, PDF, PostScript ฯลฯ แต่จะใช้รูปแบบหลัก (XML) เพียงรูปแบบเดียวเท่านั้นในการแก้ไขเอกสาร

ระเบียบวินัยของ BPM ในวัฒนธรรมองค์กร

นอกเหนือจากกระบวนการและบริการแล้ว ระบบธุรกิจขององค์กรยังทำงานร่วมกับส่วนเพิ่มเติม เช่น:

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

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

กิจกรรม(กิจกรรม) - งานเล็กๆ ที่แปลงวัตถุ เช่น กิจกรรมอัตโนมัติ เช่น การตรวจสอบ บัตรเครดิตกิจกรรมของลูกค้าหรือมนุษย์ เช่น การลงนามในเอกสารของฝ่ายบริหาร

กฎ(กฎ) - ข้อ จำกัด และเงื่อนไขที่องค์กรดำเนินการเช่นการออกเงินกู้ในจำนวนหนึ่งจะต้องได้รับอนุมัติจากผู้อำนวยการทั่วไปของธนาคาร

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

เส้นทางการตรวจสอบ(เส้นทางการตรวจสอบ) - ข้อมูลเกี่ยวกับการดำเนินการตามกระบวนการทางธุรกิจเฉพาะ เช่น ใครทำอะไร และผลลัพธ์เป็นอย่างไร

ตัวชี้วัดประสิทธิภาพที่สำคัญ(ตัวบ่งชี้ประสิทธิภาพหลัก KPI) - ตัวบ่งชี้จำนวนจำกัดที่ใช้วัดระดับการบรรลุเป้าหมาย

ข้าว. รูปที่ 4 แสดงให้เห็นการกระจายตัวของส่วนต่างๆ ของระบบธุรกิจเอ็นเตอร์ไพรซ์ นิพจน์ “กระบวนการ (เป็นแม่แบบ)” หมายถึงคำอธิบายเชิงนามธรรม (แบบจำลองหรือแผน) ของกระบวนการ

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

เพื่อให้ประสบความสำเร็จในการทำงานกับชุดสิ่งประดิษฐ์ที่ต้องพึ่งพาซึ่งกันและกันที่ซับซ้อนทั้งหมด องค์กรที่ขับเคลื่อนด้วยกระบวนการใด ๆ จะมีระบบ BPM ของตัวเอง - นี่คือผลงานของกระบวนการทางธุรกิจทั้งหมดขององค์กรตลอดจนวิธีการและเครื่องมือสำหรับการจัดการการพัฒนา การดำเนินการและการพัฒนา ผลงานนี้ กล่าวอีกนัยหนึ่ง ระบบ BPM ขององค์กรมีหน้าที่รับผิดชอบในการทำงานร่วมกันของส่วนต่างๆ ของระบบธุรกิจองค์กร

ตามกฎแล้ว ระบบ BPM นั้นไม่เหมาะ (เช่น กระบวนการบางอย่างอาจมีอยู่บนกระดาษเท่านั้น และรายละเอียดบางอย่าง "คงอยู่" อยู่ในใจของบางคนเท่านั้น) แต่ก็มีอยู่ ตัวอย่างเช่น การดำเนินการใดๆ ของ ISO 9000 ถือได้ว่าเป็นตัวอย่างของระบบ BPM

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

ซอฟต์แวร์เฉพาะทางสำหรับการนำระบบ BPM ไปใช้

ความนิยมที่เพิ่มขึ้นและศักยภาพที่ยอดเยี่ยมของ BPM ได้นำไปสู่การเกิดขึ้นของซอฟต์แวร์องค์กรระดับใหม่ - ชุด BPM หรือ BPMS ซึ่งมีส่วนประกอบทั่วไปดังต่อไปนี้ (รูปที่ 5):

เครื่องมือสร้างแบบจำลองกระบวนการ - โปรแกรมกราฟิกเพื่อจัดการสิ่งประดิษฐ์ต่างๆ เช่น เหตุการณ์ กฎ กระบวนการ กิจกรรม บริการ ฯลฯ

เครื่องมือทดสอบกระบวนการ - สภาพแวดล้อมการทดสอบการทำงานที่ช่วยให้คุณสามารถ "ดำเนินการ" กระบวนการภายใต้สถานการณ์ต่างๆ

ที่เก็บเทมเพลตกระบวนการ - ฐานข้อมูลของเทมเพลตกระบวนการทางธุรกิจที่รองรับเทมเพลตเดียวกันในเวอร์ชันต่างๆ

กลไกการดำเนินการกระบวนการ

ที่เก็บอินสแตนซ์ของกระบวนการ - ฐานข้อมูลสำหรับการรันและอินสแตนซ์ของกระบวนการทางธุรกิจที่เสร็จสมบูรณ์แล้ว

รายการงาน - ส่วนต่อประสานระหว่างชุด BPM และผู้ใช้ที่ดำเนินกิจกรรมบางอย่างภายในกระบวนการทางธุรกิจตั้งแต่หนึ่งกระบวนการขึ้นไป

แดชบอร์ด(แดชบอร์ด) - อินเทอร์เฟซสำหรับควบคุมการดำเนินการตามกระบวนการทางธุรกิจ

เครื่องมือวิเคราะห์กระบวนการ - สภาพแวดล้อมสำหรับศึกษาแนวโน้มในการดำเนินกระบวนการทางธุรกิจ

เครื่องมือจำลองกระบวนการคือสภาพแวดล้อมสำหรับทดสอบประสิทธิภาพของกระบวนการทางธุรกิจ

ความจำเป็นในการโต้ตอบระหว่างชุด BPM และซอฟต์แวร์ระดับองค์กรที่รองรับสิ่งประดิษฐ์อื่นๆ ได้ก่อให้เกิดซอฟต์แวร์ระดับองค์กรประเภทใหม่ - Business Process Platform (BPP) เทคโนโลยี BPP ทั่วไป (รูปที่ 6):

การจัดการกิจกรรมทางธุรกิจ (BEM) - การวิเคราะห์เหตุการณ์ทางธุรกิจแบบเรียลไทม์และการเปิดตัวกระบวนการทางธุรกิจที่เกี่ยวข้อง (BEM เกี่ยวข้องกับการประมวลผลเหตุการณ์ที่ซับซ้อน (CEP) และสถาปัตยกรรมขับเคลื่อนเหตุการณ์ (EDA))

การจัดการกฎเกณฑ์ทางธุรกิจ (BRM) - การเข้ารหัสกฎเกณฑ์ทางธุรกิจที่ชัดเจนและเป็นทางการซึ่งผู้ใช้สามารถแก้ไขได้

การจัดการข้อมูลหลัก (MDM) - ลดความซับซ้อนของการทำงานกับข้อมูลที่มีโครงสร้างโดยขจัดความสับสนวุ่นวายเมื่อใช้ข้อมูลเดียวกัน

การจัดการเนื้อหาองค์กร (ECM) - การจัดการข้อมูลองค์กรที่มีไว้สำหรับมนุษย์ (ภาพรวมของแนวคิดของเอกสาร)

ฐานข้อมูลการจัดการการกำหนดค่า (CMDB) - คำอธิบายแบบรวมศูนย์ของข้อมูลทั้งหมดและสภาพแวดล้อมการประมวลผลขององค์กร ใช้เพื่อเชื่อมโยง BPM กับข้อมูลและทรัพยากรการคำนวณขององค์กร

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

การตรวจสอบกิจกรรมทางธุรกิจ (BAM) - การควบคุมการปฏิบัติงานขององค์กร

ระบบธุรกิจอัจฉริยะ (BI) - การวิเคราะห์คุณลักษณะและแนวโน้มขององค์กร

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

Enterprise Service Bus (ESB) คือสภาพแวดล้อมการสื่อสารระหว่างบริการต่างๆ ภายใน SOA

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

BPM ในสถาปัตยกรรมองค์กร

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

สถานการณ์ปัจจุบันของสภาพแวดล้อมการประมวลผลระดับองค์กรได้รับการบันทึกไว้อย่างรอบคอบว่าเป็นจุดเริ่มต้น

สถานการณ์ที่ต้องการได้รับการบันทึกเป็นจุดสิ้นสุดที่จะเป็น

กำลังสร้างและดำเนินการแผนระยะยาวเพื่อถ่ายโอนข้อมูลและสภาพแวดล้อมการประมวลผลขององค์กรจากจุดหนึ่งไปยังอีกจุดหนึ่ง

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

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

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

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

ในแง่หนึ่ง การรวมกันของ EA+BPM สามารถกลายเป็นตัวนำทางชนิดหนึ่งที่ให้คำแนะนำและความช่วยเหลือเชิงปฏิบัติในการพัฒนาธุรกิจและไอทีไปพร้อมๆ กับการนำสายงานทั่วไปขององค์กรไปใช้

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

แบบจำลองอ้างอิงที่เสนอในบทความนี้อิงจากประสบการณ์จริงของผู้เขียนในการออกแบบ การพัฒนา และการบำรุงรักษาโซลูชันต่างๆ ขององค์กร โดยเฉพาะอย่างยิ่งโมเดลนี้ใช้เพื่อทำให้การผลิตผลิตภัณฑ์อิเล็กทรอนิกส์ที่ซับซ้อนมากกว่า 3,000 รายการต่อปีเป็นไปโดยอัตโนมัติโดยใช้เวลาเตรียมผลิตภัณฑ์โดยเฉลี่ยหลายปี เป็นผลให้การบำรุงรักษาและการพัฒนาระบบการผลิตนี้ต้องใช้ทรัพยากรน้อยกว่าวิธีการแบบเดิมหลายเท่า n

อเล็กซานเดอร์ ซามาริน ([ป้องกันอีเมล]) - สถาปนิกองค์กรสำหรับแผนกไอทีของรัฐบาลแห่งรัฐเจนีวา (สวิตเซอร์แลนด์)

กรอบกระบวนการสำหรับ BPM

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

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

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

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

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

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

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

วลาดิมีร์ อเลนเซฟ ([ป้องกันอีเมล]) - ที่ปรึกษาเกี่ยวกับ บีพีเอ็ม และ SOA, การเป็นตัวแทน ซอฟต์แวร์เอจี ในรัสเซียและ CIS (มอสโก)

คำอธิบายประกอบ: พื้นฐานของแนวทางกระบวนการในการจัดการไอทีได้รับการสรุปไว้ ซึ่งอิงตามแนวคิดของห่วงโซ่คุณค่าของ M. Porter ภารกิจคือการจัดระเบียบการจัดการด้านไอทีที่มีประสิทธิภาพตามแนวทางปฏิบัติที่ดีที่สุด มีการหารือเกี่ยวกับบทบาทของมาตรฐานในด้านไอที

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

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

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

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

หากใช้ห่วงโซ่คุณค่าทั่วไปดังแสดงในรูปที่ 1

1.1 สร้างเครือข่ายสำหรับองค์กรไอที คุณจะได้ภาพดังรูปที่ 1 1.2. ในที่นี้ กลุ่มกระบวนการสนับสนุนที่แสดงเป็นสีขาวเป็นกลุ่มทั่วไปสำหรับองค์กร IT โดยมีกระบวนการทางธุรกิจที่สอดคล้องกันโดยรวม และกลุ่มกระบวนการสนับสนุนที่เหลือมีไว้สำหรับการจัดการด้าน IT โดยเฉพาะ พวกเขาเป็นที่สนใจของเราพร้อมกับกลุ่มกระบวนการหลักกลุ่มกระบวนการหลักๆ ในรูป

1.2 แสดงให้เห็นถึงมุมมองที่ทันสมัยของกิจกรรมขององค์กรไอทีที่เสนอในช่วงไม่กี่ปีที่ผ่านมา ประกอบด้วยกิจกรรมนี้ถือเป็นการให้บริการแก่ธุรกิจ

กลุ่มกระบวนการหลักเกี่ยวข้องกับการวางแผน การสร้าง การนำไปใช้ การบำรุงรักษา และการพัฒนาบริการ กระบวนการจากกลุ่มเหล่านี้เกี่ยวข้องกับการมีปฏิสัมพันธ์อย่างใกล้ชิดกับลูกค้าและผู้ใช้ที่ทำงานในธุรกิจหลักของบริษัท

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

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

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

1.2 เรียกว่า "การปรับปรุงกระบวนการจัดการด้านไอทีและการปรับปรุงองค์กร"

คุณจะปรับปรุงประสิทธิภาพและประสิทธิภาพของกระบวนการหลักและสนับสนุนกระบวนการจัดการด้านไอทีได้อย่างไร

หนึ่งในเทคนิคการปรับปรุงอย่างกว้างขวางคือการนำ "แนวทางปฏิบัติด้านการจัดการที่ดีที่สุด" มาใช้ในแนวทางการจัดการขององค์กร จากมุมมองของแนวทางกระบวนการไปจนถึงการจัดการด้านไอที แบบจำลองกระบวนการอ้างอิงที่สร้างขึ้นอันเป็นผลมาจากการสรุปทั่วไปของประสบการณ์โลกที่เกี่ยวข้องควรได้รับการพิจารณาว่าเป็นแนวปฏิบัติที่ดีที่สุด แบบจำลองอ้างอิงมีอยู่ในรูปแบบของมาตรฐานสากลที่พัฒนาโดยองค์การระหว่างประเทศเพื่อการมาตรฐาน (ISO 3) องค์การระหว่างประเทศเพื่อการมาตรฐาน; สำหรับที่มาของชื่อ ISO โปรดดู http://ru.wikipedia.org/wiki/ISO) และองค์กรระหว่างประเทศและระดับชาติที่เชื่อถือได้อื่น ๆ สิ่งสำคัญคือต้องเข้าใจว่าการอ้างอิง แบบจำลองกระบวนการไม่ใช่แบบอย่างในอุดมคติที่ใช้ได้ในทุกกรณีของชีวิต แต่เป็นเพียงประสบการณ์โดยเฉลี่ยที่เป็นที่ยอมรับของชุมชนวิชาชีพและอาจเป็นประโยชน์ในการแก้ปัญหาการปรับปรุงประสิทธิภาพการจัดการไอทีในองค์กรเฉพาะ

โมเดลอ้างอิงที่สามารถนำมาใช้เพื่อปรับปรุงกระบวนการจัดการไอทีได้จะมีการพูดคุยกันในการบรรยายที่ 3-5 (“มาตรฐานกระบวนการ GOST R ISO/IEC 12” มาตรฐานกระบวนการ GOST R ISO/IEC 12207”, “การนำ GOST R ISO/IEC 12207 ไปใช้งาน "การใช้งาน GOST R ISO/IEC 12207", "การออกแบบกระบวนการ มาตรฐาน IEEE 1074" การก่อสร้างกระบวนการ มาตรฐานอีอีอี 1074", "การพัฒนาแบบจำลองกระบวนการวงจรชีวิต GOST R ISO/IEC 15288" การพัฒนาแบบจำลองกระบวนการ วงจรชีวิต- GOST R ISO/IEC 15288")

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

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

สุดท้ายนี้ มีคู่มือระเบียบวิธีปฏิบัติเป็นภาษาอังกฤษค่อนข้างครอบคลุม กรอบการทำงานที่รวบรวมประสบการณ์เชิงปฏิบัติในการแก้ปัญหาการจัดการ (ตัวอย่าง ได้แก่ COBIT, Val IT, Risk IT) สามารถใช้ในการดำเนินการตามกระบวนการต่างๆ เช่น การจัดการเชิงกลยุทธ์ การลงทุน และการบริหารความเสี่ยงด้านไอที

มีการศึกษาวิธีการที่ซับซ้อนมากขึ้นในการปรับปรุงกระบวนการจัดการไอทีในการบรรยายที่ 7-9 (“วุฒิภาวะขององค์กรการออกแบบ วิธีวิทยา CMM” องค์กรการออกแบบ- ระเบียบวิธี CMM "," "การใช้งานจริงของโครงการ CMM. SPICE" การใช้งานจริงซีเอ็มเอ็ม โครงการ SPICE "แบบจำลองแนวคิด CMMI" โมเดลเชิงแนวคิดซีเอ็มเอ็มไอ").

ปัญหาของการปรับปรุงกระบวนการพื้นฐานขององค์กรไอทีที่มีการโต้ตอบกับกระบวนการทางธุรกิจขององค์กรได้ถูกกล่าวถึงในแง่มุมต่างๆ ในการบรรยายที่ 10-13 (“กระบวนการการจัดการบริการไอทีและห้องสมุด ITIL” กระบวนการการจัดการบริการไอทีและห้องสมุด ITIL” , “ห้องสมุด ITIL "กลยุทธ์การส่งมอบบริการ" กลยุทธ์ห้องสมุด ITIL การให้บริการ, " "ห้องสมุด ITIL การออกแบบบริการ" ห้องสมุด ITIL การออกแบบบริการ", "ห้องสมุด ITIL การปรับใช้ การส่งมอบ และปรับปรุงบริการอย่างต่อเนื่อง" ห้องสมุด ITIL การปรับใช้ การส่งมอบ และการปรับปรุงบริการอย่างต่อเนื่อง"

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

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

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

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

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

สรุปสั้นๆ

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

คำถาม

1. ห่วงโซ่คุณค่าคืออะไร? ห่วงโซ่คุณค่าโดยทั่วไปมีหน้าตาเป็นอย่างไรสำหรับองค์กรไอที
2. อะไรคือความแตกต่างระหว่างกระบวนการหลักและกระบวนการเสริม? กระบวนการสามารถเป็นได้ทั้งกระบวนการหลักและกระบวนการเสริมได้หรือไม่?
3. เครือข่ายมูลค่าเพิ่มคืออะไร?
4. บทบาทของมาตรฐานไอทีในการกำกับดูแลไอทีคืออะไร?

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

แบบจำลองแสดงลักษณะระดับความใกล้ชิดของผลิตภัณฑ์เฉพาะกับ "อุดมคติ" ตามการพึ่งพา

ที่ไหน ถึง ฉัน – ค่าสัมประสิทธิ์การถ่วงน้ำหนัก เอ็กซ์ 0i – พิกัดจุดที่เหมาะ เลขชี้กำลัง ต ถูกเลือกโดยผู้วิจัยและตามกฎแล้วจะใช้ค่าที่ระดับ 1 หรือ 2 การสรุปจะดำเนินการตาม n คุณสมบัติของผลิตภัณฑ์ ค่าต่ำจะดีที่สุด ว, เนื่องจากหากจุดที่เหมาะที่สุดคือจุดที่ดีที่สุด ก็ชัดเจนว่าควรอยู่ห่างจากจุดนั้นน้อยที่สุด

การเลือกจุดที่เหมาะนั้นค่อนข้างซับซ้อนและคลุมเครือ ผู้อ่านควรสังเกตแนวทางที่เป็นไปได้ต่อไปนี้ในการเลือกจุดในอุดมคติ

• 1. คะแนนที่ดีที่สุดสำหรับการแสดงออก: “all fives” หากเราพิจารณาคุณลักษณะของผู้บริโภคเช่นความง่ายในการใช้งานอุปกรณ์ที่ซับซ้อน เช่น รถยนต์ หรือ ศูนย์ดนตรีจากนั้นพิกัดของจุดในอุดมคติจะสอดคล้องกับขอบเขตของมาตราส่วนที่เลือก อย่างไรก็ตาม ผลิตภัณฑ์ที่ดีที่สุดทุกประการตามสมมุติฐานที่เกี่ยวข้องจะอยู่ห่างไกลจากความเป็นจริง เนื่องจากผลิตภัณฑ์ที่ดีที่สุดทุกประการไม่ได้มีอยู่จริงเสมอไป โดยเฉพาะอย่างยิ่งเป็นการยากที่จะรวมคุณสมบัติของรถลีมูซีนและ SUV ไว้ในรถยนต์คันเดียว ถ้ามีผลิตภัณฑ์ที่ดีกว่าอยู่ ราคาของมันก็จะสูงลิบลิ่วเลยทีเดียว
• 2. การใช้พารามิเตอร์ของผลิตภัณฑ์ที่มีการแข่งขันสูงที่สุดหรือ "ดีที่สุดในตลาด" ตามหลักการ: "หญิงสาวในฝันของฉัน" หรือ " ผู้ชายที่แท้จริง" ลักษณะเฉพาะของแนวทางนี้คือการเบี่ยงเบนจากจุดที่เหมาะไปในทิศทางใด ๆ แม้จะไปสู่การปรับปรุงอย่างเป็นทางการก็ถือว่าไม่เป็นที่พึงปรารถนา
• 3. การใช้คุณสมบัติวัตถุประสงค์ดังกล่าวเมื่อมีทรัพย์สินในระดับที่เหมาะสมที่สุด ในกรณีนี้ ระดับในอุดมคติไม่จำเป็นต้องเป็นระดับที่ใหญ่ที่สุดหรือเล็กที่สุดเสมอไป ในสถานการณ์เช่นนี้ การใช้แบบจำลองที่มีความแม่นยำในอุดมคติเป็นสิ่งที่สมเหตุสมผลที่สุด ตัวอย่างของพารามิเตอร์ที่เหมาะสมที่สุด: ขนาดหน้าจอทีวีสำหรับรถยนต์หรือห้องครัว ความสว่างของภาพทีวี เป็นตัวอย่างที่ดีระดับที่เหมาะสมคือการส่องสว่างของห้องเมื่อ "สว่างเกินไป" และ "มืดเกินไป" เป็นสิ่งที่ไม่พึงประสงค์เท่าเทียมกัน ควรมีการบันทึกเกี่ยวกับความจำเป็นในการระบุวัตถุประสงค์ของผลิตภัณฑ์ ดังนั้นหากคุณไม่ได้ระบุว่าทีวีมีไว้สำหรับห้องครัว คุณอาจต้องการพิจารณาทีวีที่ใหญ่ที่สุดที่วางจำหน่ายในอุดมคติ
• 4. คุณสมบัติที่ดีที่สุดในราคาที่กำหนด มีการนำเสนอแนวทางดังต่อไปนี้ เพื่อไม่ให้ “ครบ 5 ประการ” ซึ่งโดยหลักการแล้วไม่จำเป็นและมีราคาที่ไม่สมจริงจึงจำเป็นต้องมี แบบจำลองการถดถอยการพึ่งพาราคาในระดับทรัพย์สินซึ่งสอดคล้องกับการกำหนดราคาแบบพาราเมตริก ผู้เชี่ยวชาญสามารถเลือกชุดคุณสมบัติในแต่ละระดับราคาที่มีได้ และนี่คือเรื่องจริงเพราะหลายคนใช้แนวทาง “มือถือราคาไม่เกินหมื่น”

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

โมเดลที่มีระดับแฟคเตอร์ที่ทำให้เป็นมาตรฐาน

การใช้แบบจำลองที่มีปัจจัยสัมพันธ์ทำให้สามารถรวมปัจจัยที่มีมิติต่างกันเป็นแบบจำลองเดียวได้ โมเดลที่เกี่ยวข้องมีลักษณะดังนี้:

(16.2)

การกำหนดทั้งหมดสอดคล้องกับที่กำหนดไว้ในสูตร (16.1) Zi – ดัชนีพารามิเตอร์

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

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

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

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

โมเดลอ้างอิง OSI แนะนำสองแนวคิด: โปรโตคอลและ อินเตอร์เฟซ.

โปรโตคอลคือชุดของกฎบนพื้นฐานของการที่เลเยอร์ของระบบเปิดต่างๆ โต้ตอบกัน

อินเทอร์เฟซคือชุดของวิธีการและวิธีการโต้ตอบระหว่างองค์ประกอบของระบบเปิด

โปรโตคอลกำหนดกฎสำหรับการโต้ตอบระหว่างโมดูลระดับเดียวกันในโหนดที่แตกต่างกันและอินเทอร์เฟซ - ระหว่างโมดูลระดับที่อยู่ติดกันในโหนดเดียวกัน

โมเดลอ้างอิง OSI มีทั้งหมดเจ็ดชั้น เป็นที่น่าสังเกตว่าสแต็กจริงใช้เลเยอร์น้อยกว่า ตัวอย่างเช่น TCP/IP ยอดนิยมใช้เพียงสี่เลเยอร์เท่านั้น ทำไมจึงเป็นเช่นนี้? เราจะอธิบายในภายหลังเล็กน้อย ตอนนี้เรามาดูแต่ละระดับทั้งเจ็ดแยกกัน

เลเยอร์โมเดล OSI:

• ระดับทางกายภาพ กำหนดประเภทของสื่อในการส่งข้อมูล ลักษณะทางกายภาพและทางไฟฟ้าของอินเทอร์เฟซ และประเภทของสัญญาณ เลเยอร์นี้เกี่ยวข้องกับบิตของข้อมูล ตัวอย่างของโปรโตคอลชั้นกายภาพ: อีเธอร์เน็ต, ISDN, Wi-Fi
• ระดับการเชื่อมโยงข้อมูล รับผิดชอบในการเข้าถึงสื่อการรับส่งข้อมูล แก้ไขข้อผิดพลาด และการรับส่งข้อมูลที่เชื่อถือได้ ที่แผนกต้อนรับข้อมูลที่ได้รับจากเลเยอร์ทางกายภาพจะถูกบรรจุลงในเฟรม จากนั้นจะมีการตรวจสอบความสมบูรณ์ของข้อมูลเหล่านั้น หากไม่มีข้อผิดพลาด ข้อมูลจะถูกถ่ายโอนไปยังเลเยอร์เครือข่าย หากมีข้อผิดพลาด เฟรมจะถูกละทิ้งและสร้างคำขอสำหรับการส่งสัญญาณซ้ำ ดาต้าลิงค์เลเยอร์แบ่งออกเป็นสองเลเยอร์ย่อย: MAC (Media Access Control) และ LLC (Local Link Control) MAC ควบคุมการเข้าถึงสื่อทางกายภาพที่ใช้ร่วมกัน LLC ให้บริการเลเยอร์เครือข่าย สวิตช์ทำงานที่ดาต้าลิงค์เลเยอร์ ตัวอย่างของโปรโตคอล: อีเธอร์เน็ต, PPP
• เลเยอร์เครือข่าย หน้าที่หลักคือการกำหนดเส้นทาง - กำหนดเส้นทางการส่งข้อมูลที่เหมาะสมที่สุด, การกำหนดแอดเดรสแบบลอจิคัลของโหนด นอกจากนี้ ระดับนี้อาจได้รับมอบหมายให้แก้ไขปัญหาเครือข่าย (โปรโตคอล ICMP) เลเยอร์เครือข่ายทำงานร่วมกับแพ็กเก็ต ตัวอย่างของโปรโตคอล: IP, ICMP, IGMP, BGP, OSPF)
• ชั้นขนส่ง ออกแบบมาเพื่อส่งข้อมูลโดยไม่มีข้อผิดพลาด การสูญหาย และความซ้ำซ้อนตามลำดับที่ส่งข้อมูล ดำเนินการควบคุมการรับส่งข้อมูลจากผู้ส่งไปยังผู้รับตั้งแต่ต้นทางถึงปลายทาง ตัวอย่างของโปรโตคอล: TCP, UDP
• ระดับเซสชัน จัดการการสร้าง/การบำรุงรักษา/การยกเลิกเซสชันการสื่อสาร ตัวอย่างของโปรโตคอล: L2TP, RTCP
• ระดับผู้บริหาร. แปลงข้อมูลเป็นรูปแบบที่ต้องการ เข้ารหัส/เข้ารหัส และบีบอัด
• ชั้นแอปพลิเคชัน ให้การโต้ตอบระหว่างผู้ใช้และเครือข่าย โต้ตอบกับแอปพลิเคชันฝั่งไคลเอ็นต์ ตัวอย่างของโปรโตคอล: HTTP, FTP, Telnet, SSH, SNMP

หลังจากทำความคุ้นเคยกับโมเดลอ้างอิงแล้ว เรามาดูสแต็กโปรโตคอล TCP/IP กัน

มีสี่เลเยอร์ที่กำหนดไว้ในโมเดล TCP/IP ดังที่เห็นได้จากภาพด้านบน ชั้น TCP/IP หนึ่งชั้นสามารถสอดคล้องกับหลายชั้นของแบบจำลอง OSI

ระดับโมเดล TCP/IP:

• ระดับอินเทอร์เฟซเครือข่าย สอดคล้องกับสองชั้นล่างของโมเดล OSI: ดาต้าลิงค์และฟิสิคัล จากนี้ เป็นที่ชัดเจนว่าระดับนี้จะกำหนดลักษณะของสื่อการส่ง (คู่บิด, ใยแก้วนำแสง, วิทยุ), ประเภทของสัญญาณ, วิธีการเข้ารหัส, การเข้าถึงสื่อการส่ง, การแก้ไขข้อผิดพลาด, การกำหนดที่อยู่ทางกายภาพ (ที่อยู่ MAC) . ในโมเดล TCP/IP โปรโตคอล Ethrnet และอนุพันธ์ของมันทำงานที่ระดับนี้ ( อีเธอร์เน็ตที่รวดเร็ว, กิกะบิตอีเทอร์เน็ต)
• ชั้นเชื่อมต่อโครงข่าย สอดคล้องกับเลเยอร์เครือข่ายของโมเดล OSI เข้าควบคุมฟังก์ชันทั้งหมด: การกำหนดเส้นทาง การกำหนดที่อยู่แบบลอจิคัล (ที่อยู่ IP) โปรโตคอล IP ทำงานในระดับนี้
• ชั้นขนส่ง สอดคล้องกับชั้นการขนส่งของแบบจำลอง OSI รับผิดชอบในการส่งมอบแพ็คเก็ตจากต้นทางไปยังปลายทาง บน ระดับนี้มีการใช้โปรโตคอลสองแบบ: TCP และ UDP TCP มีความน่าเชื่อถือมากกว่า UDP โดยการสร้างคำขอการเชื่อมต่อล่วงหน้าเพื่อส่งอีกครั้งเมื่อเกิดข้อผิดพลาด อย่างไรก็ตาม ในขณะเดียวกัน TCP ก็ช้ากว่า UDP
• ชั้นแอปพลิเคชัน ของเขา งานหลัก– การโต้ตอบกับแอปพลิเคชันและกระบวนการบนโฮสต์ ตัวอย่างของโปรโตคอล: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP

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

ลองดูตัวอย่างที่เฉพาะเจาะจง สมมติว่าเราต้องการเดินทางจากคอมพิวเตอร์ไปยังเว็บไซต์ ในการดำเนินการนี้ คอมพิวเตอร์ของเราต้องเตรียมคำขอ http เพื่อรับทรัพยากรของเว็บเซิร์ฟเวอร์ที่จัดเก็บหน้าเว็บไซต์ที่เราต้องการ ในระดับแอปพลิเคชัน ส่วนหัว HTTP จะถูกเพิ่มลงในข้อมูลเบราว์เซอร์ ถัดไป ที่เลเยอร์การขนส่ง ส่วนหัว TCP จะถูกเพิ่มลงในแพ็กเก็ตของเรา ซึ่งมีหมายเลขพอร์ตของผู้ส่งและผู้รับ (พอร์ต 80 สำหรับ HTTP) ที่เลเยอร์เครือข่าย ส่วนหัว IP จะถูกสร้างขึ้นซึ่งมีที่อยู่ IP ของผู้ส่งและผู้รับ ทันทีก่อนที่จะส่ง ส่วนหัว Ethrnet จะถูกเพิ่มที่เลเยอร์ลิงก์ ซึ่งมีทางกายภาพ (ที่อยู่ MAC) ของผู้ส่งและผู้รับ หลังจากขั้นตอนเหล่านี้ทั้งหมด แพ็กเก็ตในรูปแบบของบิตข้อมูลจะถูกส่งผ่านเครือข่าย ที่แผนกต้อนรับจะมีขั้นตอนย้อนกลับเกิดขึ้น เว็บเซิร์ฟเวอร์ในแต่ละระดับจะตรวจสอบส่วนหัวที่เกี่ยวข้อง หากการตรวจสอบสำเร็จ ส่วนหัวจะถูกละทิ้งและแพ็กเก็ตจะย้ายไปที่ระดับบน มิฉะนั้นแพ็กเก็ตทั้งหมดจะถูกยกเลิก

สนับสนุนโครงการ

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

คุณมีโอกาสที่จะสนับสนุนโครงการและบริจาคตามจำนวนที่คุณพิจารณาว่าจำเป็น

สถาปัตยกรรมแบบจำลองอ้างอิงประกอบด้วยสองมิติที่ไม่ได้ตั้งใจ:

การวัดกระบวนการซึ่งแสดงลักษณะของผลลัพธ์ของกระบวนการ ซึ่งเป็นเป้าหมายสำคัญของกระบวนการที่วัดได้

การวัดความสามารถของกระบวนการซึ่งระบุลักษณะชุดของคุณลักษณะกระบวนการที่ใช้กับกระบวนการใดๆ และแสดงถึงคุณลักษณะที่วัดได้ซึ่งจำเป็นต่อการควบคุมกระบวนการและปรับปรุงความสามารถในการดำเนินการ

กลุ่มแบบจำลองอ้างอิงจะประมวลผลในการวัดกระบวนการ เป็นกลุ่มกระบวนการวงจรชีวิตสามกลุ่ม ซึ่งประกอบด้วยหมวดหมู่กระบวนการห้าหมวดหมู่ตามประเภทของกิจกรรมที่อยู่

กระบวนการวงจรชีวิตเริ่มต้นประกอบด้วย ประเภทของซัพพลายเออร์-ลูกค้า และกระบวนการทางวิศวกรรม

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

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

สนับสนุนกระบวนการวงจรชีวิตประกอบด้วย หมวดหมู่กระบวนการสนับสนุน

กระบวนการวงจรชีวิตขององค์กรประกอบด้วย ประเภทของกระบวนการจัดการและองค์กร

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

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

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

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

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

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

ความสามารถในโมเดลอ้างอิงมีหกระดับ

ระดับ 0: ยังไม่เสร็จ- ความล้มเหลวทั่วไปในการบรรลุเป้าหมายกระบวนการ ไม่สามารถระบุผลิตภัณฑ์งานหรือผลลัพธ์ของกระบวนการได้ง่าย

ระดับ 1: ดำเนินการได้โดยทั่วไปแล้วกระบวนการนี้บรรลุเป้าหมายแล้ว ไม่สามารถวางแผนและติดตามความสำเร็จได้อย่างเข้มงวด บุคลากรขององค์กรตระหนักดีว่าต้องปฏิบัติตามกระบวนการ และมีข้อตกลงทั่วไปว่ากระบวนการจะดำเนินการตามที่กำหนดและเมื่อจำเป็น มีผลงานบางอย่างของกระบวนการ และให้หลักฐานสนับสนุนการบรรลุเป้าหมาย

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

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

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

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

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

การวัดกระบวนการ

ส่วนย่อยนี้จัดให้มีการจำแนกประเภทของกระบวนการที่นำมาใช้ในองค์กรที่เกี่ยวข้องกับการพัฒนา การดำเนินงาน การได้มา การส่งมอบ และการสนับสนุนซอฟต์แวร์ การจำแนกประเภทจะจำแนกหมวดหมู่กระบวนการห้าหมวดหมู่ที่มีกระบวนการทั้งหมด หมวดหมู่และกระบวนการสามารถเทียบเคียงได้กับที่กำหนดไว้ในร่างมาตรฐาน ISO/IEC 12207 เทคโนโลยีสารสนเทศ – วงจรชีวิตของกระบวนการซอฟต์แวร์ ซึ่งเราได้กล่าวถึงในส่วนที่ 2

ตามที่ระบุไว้ข้างต้น กลุ่มแบบจำลองอ้างอิงจะประมวลผลเป็นสามกลุ่มและห้าหมวดหมู่กระบวนการ:

กระบวนการวงจรชีวิตเริ่มแรกรวมถึงกระบวนการทางวิศวกรรมและประเภทซัพพลายเออร์-ลูกค้า

สนับสนุนกระบวนการวงจรชีวิตรวมถึงหมวดหมู่กระบวนการสนับสนุน

กระบวนการวงจรชีวิตขององค์กรรวมถึงหมวดหมู่การจัดการและกระบวนการองค์กร

แต่ละกระบวนการมีการอธิบายไว้เป็นองค์ประกอบหกส่วน

รหัสกระบวนการระบุหมวดหมู่และหมายเลขลำดับภายในหมวดหมู่นั้น รูปแบบการกำหนดหมายเลขจะแตกต่างกันระหว่างกระบวนการระดับบนสุดและกระบวนการระดับที่สอง ตัวระบุประกอบด้วยสองส่วน: ตัวย่อหมวดหมู่ (เช่น ENG สำหรับหมวดหมู่กระบวนการทางวิศวกรรม) และตัวเลข (เช่น CUS 1 หมายถึงกระบวนการเข้าซื้อกิจการและ CUS 1.2 หมายถึงกระบวนการระดับที่สอง กระบวนการคัดเลือกซัพพลายเออร์ ซึ่ง เป็นกระบวนการองค์ประกอบของกระบวนการได้มา)

ชื่อกระบวนการวลีอธิบายที่เน้นคุณลักษณะพื้นฐานของกระบวนการ (เช่น การเลือกซัพพลายเออร์)

ประเภทกระบวนการกระบวนการระดับบนสุดมี 3 ประเภท (พื้นฐาน, ขยาย, ใหม่) และ 2 กระบวนการระดับที่สอง (ส่วนประกอบ, ขยาย) ซึ่งเกี่ยวข้องกับกระบวนการ ISO/IEC 12207 ดังต่อไปนี้ IEC 12207 กระบวนการพื้นฐานมีจุดประสงค์เหมือนกันกับกระบวนการ ISO/IEC 12207 กระบวนการเพิ่มเติมเป็นส่วนเสริมของกระบวนการ ISO/IEC 12207 ที่มีอยู่ จัดกลุ่มกิจกรรม ISO/IEC 12207 อย่างน้อยหนึ่งรายการจากกระบวนการเดียวกัน กระบวนการส่วนประกอบเพิ่มเติมจะจัดกลุ่มกิจกรรม ISO/IEC 12207 อย่างน้อยหนึ่งกิจกรรมจากกระบวนการเดียวกัน และรวมถึงเนื้อหาเพิ่มเติม

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

ผลลัพธ์ของกระบวนการรายการคำอธิบายผลลัพธ์ของกระบวนการ

บันทึกกระบวนการรายการทางเลือกของบันทึกข้อมูลเกี่ยวกับกระบวนการและความสัมพันธ์กับกระบวนการอื่น

ตามตัวอย่าง ต่อไปนี้เป็นกระบวนการต่างๆ จากแต่ละหมวดหมู่กระบวนการ

CUS.1 กระบวนการได้มา

กระบวนการพื้นฐาน

เป้า กระบวนการได้มาคือการได้รับผลิตภัณฑ์และ/หรือบริการที่สนองความต้องการที่แสดงโดยลูกค้า (ลูกค้า) กระบวนการเริ่มต้นด้วยการกำหนดความต้องการของลูกค้าและผลลัพธ์ที่ต้องการด้วยการยอมรับผลิตภัณฑ์และ/หรือบริการที่ลูกค้าต้องการ อันเป็นผลมาจากการดำเนินการตามกระบวนการที่ประสบความสำเร็จ:

สัญญาจะได้รับการพัฒนาซึ่งแสดงถึงความคาดหวัง ความรับผิดชอบ และภาระผูกพันของทั้งลูกค้าและซัพพลายเออร์อย่างชัดเจน

ผลิตภัณฑ์และ/หรือบริการจะถูกผลิตขึ้นซึ่งสนองความต้องการของลูกค้าที่ระบุไว้

การเข้าซื้อกิจการจะได้รับการตรวจสอบเพื่อให้เป็นไปตามข้อจำกัดบางประการ เช่น ต้นทุน การออกแบบ และคุณภาพ

CUS.1.1 กระบวนการเตรียมการได้มา

กระบวนการส่วนประกอบ CUS.1 – กระบวนการได้มา

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

ความจำเป็นในการได้มา พัฒนาหรือขยายระบบ ผลิตภัณฑ์ซอฟต์แวร์ หรือกระบวนการพัฒนาซอฟต์แวร์จะถูกระบุ

ความต้องการของระบบจะถูกกำหนด

กลยุทธ์การเข้าซื้อกิจการจะได้รับการพัฒนา

เกณฑ์การยอมรับจะถูกกำหนด

ENG.1 กระบวนการพัฒนา

กระบวนการพื้นฐาน

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

จะมีการพัฒนาผลิตภัณฑ์ซอฟต์แวร์หรือระบบซอฟต์แวร์

จะมีการพัฒนาผลิตภัณฑ์งานขั้นกลางซึ่งแสดงให้เห็นว่าผลิตภัณฑ์ขั้นสุดท้ายเป็นไปตามข้อกำหนดที่ตกลงกันไว้

ความสอดคล้องระหว่างข้อกำหนดซอฟต์แวร์และการออกแบบซอฟต์แวร์จะถูกสร้างขึ้น

ข้อมูลการทดสอบจะแสดงให้เห็นว่าผลิตภัณฑ์ขั้นสุดท้ายเป็นไปตามข้อกำหนดที่ตกลงกันไว้

ผลิตภัณฑ์ขั้นสุดท้ายจะได้รับการติดตั้งในสภาพแวดล้อมเป้าหมายและได้รับการยอมรับจากลูกค้า

หมายเหตุ: ข้อกำหนดที่ตกลงกันสามารถจัดเตรียมได้โดยการดำเนินการของกระบวนการได้มา (CUS. 1) หรือการจัดตั้งกระบวนการข้อกำหนด (CUS. 3)

ENG.1.1 กระบวนการพัฒนาและวิเคราะห์ความต้องการของระบบ

กระบวนการส่วนประกอบ ENG.1 – กระบวนการพัฒนา

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

ความต้องการของระบบจะได้รับการพัฒนาให้ตรงตามความต้องการของลูกค้า

จะมีการเสนอแนวทางแก้ไขโดยระบุองค์ประกอบหลักของระบบ

ข้อกำหนดที่ตกลงกันไว้จะถูกจัดสรรให้กับแต่ละองค์ประกอบหลักของระบบ

กลยุทธ์เวอร์ชันจะได้รับการพัฒนาซึ่งกำหนดลำดับความสำคัญในการดำเนินการ ความต้องการของระบบ;

ข้อกำหนดของระบบจะได้รับการอนุมัติและแก้ไขตามความจำเป็น

ข้อกำหนด แนวทางแก้ไขที่นำเสนอ และความสัมพันธ์จะถูกสื่อสารไปยังผู้มีส่วนได้เสียทุกฝ่าย

กระบวนการเอกสาร SUP.1

กระบวนการขั้นสูง

เป้า กระบวนการพัฒนาเอกสารคือการพัฒนาและบำรุงรักษาเอกสารที่บันทึกข้อมูลที่ผลิตโดยกระบวนการหรือกิจกรรม อันเป็นผลมาจากการดำเนินการตามกระบวนการที่ประสบความสำเร็จ:

กลยุทธ์จะได้รับการพัฒนาเพื่อระบุเอกสารที่จะผลิตในระหว่างวงจรชีวิตของผลิตภัณฑ์ซอฟต์แวร์

จะกำหนดมาตรฐานที่ควรอ้างอิงในการพัฒนาเอกสาร

เอกสารทั้งหมดที่จะจัดทำโดยกระบวนการหรือโครงการจะถูกระบุ

เอกสารทั้งหมดจะได้รับการพัฒนาและเผยแพร่ตามมาตรฐานที่กำหนด

เอกสารทั้งหมดจะถูกเก็บรักษาตามเกณฑ์ที่กำหนด

หมายเหตุ - กระบวนการนี้สนับสนุนการดำเนินการของคุณลักษณะกระบวนการ 2.2 ในตัวอย่างที่มีการนำมาใช้

MAN.1.1 กระบวนการบริหารจัดการโครงการ

กระบวนการส่วนประกอบ MAN.1 – กระบวนการการจัดการ

เป้า กระบวนการบริหารจัดการโครงการคือการระบุ จัดทำ ประสานงานและควบคุมกิจกรรม งาน และทรัพยากรที่จำเป็นสำหรับผลิตภัณฑ์และ/หรือโครงการบริการเพื่อให้เป็นไปตามข้อกำหนดที่ตกลงกันไว้ อันเป็นผลมาจากการดำเนินการตามกระบวนการที่ประสบความสำเร็จ:

โดยจะกำหนดขอบเขตของโครงการ

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

งานและทรัพยากรที่จำเป็นในการทำงานให้เสร็จสิ้นจะถูกวัดและประเมิน

การเชื่อมต่อระหว่างองค์ประกอบของโครงการและโครงการอื่น ๆ และโมดูลองค์กรจะถูกระบุและตรวจสอบ

แผนการดำเนินโครงการจะได้รับการพัฒนาและดำเนินการ

ความคืบหน้าของโครงการจะได้รับการทบทวนและรายงาน

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

หมายเหตุ - กระบวนการนี้สนับสนุนการดำเนินการของคุณลักษณะกระบวนการ 2.1 ในตัวอย่างที่มีการนำมาใช้

ORG.2 กระบวนการปรับปรุง

กระบวนการพื้นฐาน

การปรับปรุงกระบวนการเป็นกระบวนการสำหรับการสร้าง ประเมิน วัดผล จัดการ และปรับปรุงกระบวนการวงจรชีวิตของซอฟต์แวร์ อันเป็นผลมาจากการดำเนินการตามกระบวนการนี้สำเร็จ:

ชุดของสินทรัพย์กระบวนการขององค์กรจะได้รับการพัฒนาและทำให้พร้อมใช้งาน

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

การวัดโอกาส

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

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

ตัวอย่างเช่น ลองให้หนึ่งในคุณลักษณะของความสามารถระดับที่สาม

AP 3.1 คำจำกัดความคุณลักษณะและการเปลี่ยนแปลงกระบวนการ

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

เอกสารประกอบกระบวนการ พร้อมด้วยคำแนะนำที่เหมาะสมสำหรับการปรับแต่งเอกสารประกอบกระบวนการมาตรฐาน จะถูกกำหนดเพื่อให้ขอบเขตปกติของกระบวนการและข้อกำหนดด้านการทำงานและที่ไม่เกี่ยวกับการปฏิบัติงานสำหรับผลิตภัณฑ์งาน

การดำเนินการของกระบวนการจะดำเนินการตามเอกสารกระบวนการมาตรฐานที่เลือกและ/หรือดัดแปลง

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

ประสบการณ์จากการใช้เอกสารประกอบกระบวนการจะถูกนำมาใช้ในการปรับปรุงกระบวนการมาตรฐาน

ตารางที่ 4.1.

คุณลักษณะของกระบวนการแสดงถึงคุณลักษณะที่สามารถวัดได้ของกระบวนการใดๆ ตามที่กำหนดไว้ข้างต้น

ไม่ถึง:

0% - 15% - มีหลักฐานเพียงเล็กน้อยหรือไม่มีเลยที่แสดงถึงความสำเร็จของคุณลักษณะเฉพาะ

P สำเร็จบางส่วน:

16% - 50% - มีหลักฐานของวิธีการที่เป็นระบบที่เชื่อถือได้เพื่อให้ได้คุณลักษณะเฉพาะ ความสำเร็จบางประการอาจคาดเดาไม่ได้

L ประสบความสำเร็จอย่างมาก:

51% - 85% - มีหลักฐานของวิธีการที่เป็นระบบที่เชื่อถือได้เพื่อให้บรรลุคุณลักษณะเฉพาะอย่างมีนัยสำคัญ การดำเนินการตามกระบวนการอาจมีการเปลี่ยนแปลงในบางพื้นที่

F บรรลุผลสำเร็จครบถ้วน:

86% - 100% - มีหลักฐานของวิธีการที่สมบูรณ์และเป็นระบบเพื่อให้ได้คุณลักษณะเฉพาะอย่างเต็มที่ ไม่มีข้อบกพร่องที่มีนัยสำคัญภายในส่วนใดส่วนหนึ่งขององค์กร

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

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

ระดับความสามารถที่ได้รับจากกระบวนการจะต้องได้มาจากการจัดอันดับคุณลักษณะสำหรับกระบวนการนั้น ตามแบบจำลองระดับความสามารถของกระบวนการที่กำหนดไว้ในตาราง 4.2 วัตถุประสงค์ของข้อกำหนดนี้คือเพื่อให้แน่ใจว่าค่าที่สอดคล้องกันเมื่อมีการอ้างอิงระดับความสามารถของกระบวนการสำหรับกระบวนการ

ด้านล่างนี้คือตารางที่ประกอบด้วยรายการสรุปของกระบวนการที่รวมอยู่ในแบบจำลองอ้างอิง (ตาราง 4.3) และความสอดคล้องระหว่างกระบวนการของแบบจำลองอ้างอิงและกระบวนการที่กำหนดไว้ในร่างมาตรฐาน ISO/IEC 12207 (ตาราง 4.4)

ตารางที่ 4.2

ตารางที่ 4.3.