แบบจำลองอ้างอิงสภาพแวดล้อมระบบเปิด (OSE)หรือแบบจำลองอ้างอิง OSE (OSE/RM) เป็นแบบจำลองอ้างอิงสำหรับสถาปัตยกรรมองค์กร ในปี 1990 โดยให้กรอบการทำงานสำหรับการอธิบาย แนวคิด ระบบเปิดและกำหนดคำศัพท์ที่ฝ่ายที่เกี่ยวข้องทั้งหมดสามารถตกลงกันได้โดยทั่วไป^{[ 1 ]}

แบบจำลองอ้างอิงนี้มีจุดประสงค์เพื่อเป็นแบบจำลองสภาพแวดล้อม ซึ่งเป็นส่วนเสริมของ สถาปัตยกรรม POSIXสำหรับระบบเปิด โดยนำเสนอกรอบการทำงานที่ขยายได้ ซึ่งช่วยให้สามารถกำหนดบริการ อินเทอร์เฟซ โปรโตคอล และรูปแบบข้อมูลที่สนับสนุนได้ในแง่ของข้อกำหนดที่ไม่เป็นกรรมสิทธิ์ ซึ่งพัฒนาผ่านฟอรัมแบบเปิด (สาธารณะ) ที่อิงตามฉันทามติ^{[ 2 ]}แบบจำลองอ้างอิงนี้ทำหน้าที่เป็นส่วนประกอบพื้นฐานของแบบจำลองอ้างอิงทางเทคนิคและสถาปัตยกรรมทางเทคนิคหลายแบบในช่วงทศวรรษ 1990

ในปี พ.ศ. 2539 แบบจำลองอ้างอิงนี้ได้รับการกำหนดมาตรฐานในISO/IEC TR 14252ในชื่อ "เทคโนโลยีสารสนเทศ -- คู่มือสภาพแวดล้อมระบบเปิด POSIX (OSE)" ^{[ 3 ]}

การพัฒนารูปแบบอ้างอิงสภาพแวดล้อมระบบเปิดเริ่มต้นในช่วงต้นทศวรรษ 1990 โดยNISTเป็นการปรับปรุง มาตรฐาน POSIX (Portable Operating System Interface) POSIX เป็นมาตรฐานสำหรับการรักษาความเข้ากันได้ระหว่างระบบปฏิบัติการ และกล่าวถึงการทำงานร่วมกันสำหรับโครงสร้างพื้นฐานด้านการสื่อสาร การคำนวณ และความบันเทิง การพัฒนาเริ่มต้นในช่วงปลายทศวรรษ 1980 โดย POSIX Working Group 1003.0 ของสถาบันวิศวกรรมไฟฟ้าและอิเล็กทรอนิกส์ (IEEE) ^{[ 1 ]}

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

NIST สนับสนุนการประชุมผู้ใช้รายครึ่งปีเกี่ยวกับ Application Portability Profile (APP) และ Open System Environment (OSE) เพื่อแลกเปลี่ยนข้อมูลและตอบสนองต่อข้อเสนอของ NIST เกี่ยวกับการประเมินและการนำชุดมาตรฐานแบบบูรณาการมาใช้เพื่อสนับสนุน APP และ OSE การประชุมเชิงปฏิบัติการ Open Systems Environment Implementors' Workshop (OIW) รายไตรมาส ซึ่งร่วมสนับสนุนโดย NIST และInstitute of Electrical and Electronics Engineers (IEEE) Computer Society จัดให้มีเวทีทางเทคนิคระหว่างประเทศสาธารณะสำหรับการพัฒนาข้อตกลงการใช้งานอย่างทันท่วงทีโดยอิงตามมาตรฐาน OSE ที่เกิดขึ้นใหม่^{[ 4 ]}

สภาพแวดล้อมระบบเปิด (OSE) เป็นกรอบการทำงานที่ขยายได้ซึ่งอนุญาตให้กำหนดบริการ อินเทอร์เฟซ โปรโตคอล และรูปแบบข้อมูลที่สนับสนุนได้ในแง่ของข้อกำหนดที่ไม่ใช่กรรมสิทธิ์ซึ่งพัฒนาผ่านฟอรัมแบบเปิด (สาธารณะ) ที่อิงตามฉันทามติ ชุดข้อกำหนดที่เลือกซึ่งกำหนดอินเทอร์เฟซ บริการ โปรโตคอล และรูปแบบข้อมูลเหล่านี้สำหรับคลาสหรือโดเมนของแอปพลิเคชันเฉพาะเรียกว่าโปรไฟล์^{[ 1 ]}

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

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

บริการที่กำหนดไว้ใน APP มักจะอยู่ในขอบเขตบริการกว้างๆ ขอบเขตบริการเหล่านี้ได้แก่: ^{[ 1 ]}

• บริการระบบปฏิบัติการ (OS)
• บริการส่วนต่อประสานระหว่างมนุษย์และคอมพิวเตอร์ (HCI)
• บริการจัดการข้อมูล (DM)
• บริการแลกเปลี่ยนข้อมูล (DI)
• บริการด้านวิศวกรรมซอฟต์แวร์ (SWE)
• บริการด้านกราฟิก (GS)
• บริการเครือข่าย (NS)

แต่ละพื้นที่บริการจะถูกกำหนดไว้ในส่วนต่อไปนี้ รูปภาพแสดงให้เห็นว่าแต่ละพื้นที่บริการเหล่านี้เกี่ยวข้องกับ OSE/RM อย่างไร สมมติว่า บริการ ด้านวิศวกรรมซอฟต์แวร์สามารถนำไปใช้ได้ในทุกพื้นที่ แต่ละพื้นที่บริการของ APP จะกล่าวถึงส่วนประกอบเฉพาะที่เกี่ยวข้องกับอินเทอร์เฟซ รูปแบบข้อมูล หรือข้อกำหนดโปรโตคอล บริการด้านความปลอดภัยและการจัดการเป็นสิ่งที่พบได้ทั่วไปในทุกพื้นที่บริการและแทรกซึมอยู่ในพื้นที่เหล่านี้ในรูปแบบใดรูปแบบหนึ่งหรือมากกว่า^{[ 1 ]}

ในแบบจำลองอ้างอิง OSE มีอินเทอร์เฟซสองประเภท ได้แก่ อินเทอร์เฟซโปรแกรมแอปพลิเคชันและอินเทอร์เฟซสภาพแวดล้อมภายนอก: ^{[ 1 ]}

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

โปรไฟล์ประกอบด้วยรายการมาตรฐานที่เลือกและข้อกำหนดอื่นๆ ที่กำหนดชุดบริการที่จัดเตรียมไว้สำหรับแอปพลิเคชันในโดเมนเฉพาะ ตัวอย่างของโดเมนอาจรวมถึงสภาพแวดล้อมเวิร์กสเตชัน สภาพแวดล้อมการควบคุมกระบวนการแบบฝังตัว สภาพแวดล้อมแบบกระจาย สภาพแวดล้อมการประมวลผลธุรกรรม หรือ สภาพแวดล้อม สำนักงานอัตโนมัติเป็นต้น แต่ละสภาพแวดล้อมเหล่านี้มีข้อกำหนดบริการที่แตกต่างกัน ซึ่งสามารถระบุได้อย่างอิสระจากกัน อย่างไรก็ตาม บริการแต่ละอย่างจะถูกกำหนดในรูปแบบมาตรฐานในทุกสภาพแวดล้อม^{[ 1 ]}

โปรไฟล์ OSE ประกอบด้วยรายการมาตรฐานและข้อกำหนดแบบเปิด (สาธารณะ) ที่เลือกไว้ซึ่งอิงตามฉันทามติ ซึ่งกำหนดบริการใน OSE/RM การจำกัดโปรไฟล์ให้อยู่ในโดเมนเฉพาะหรือกลุ่มโดเมนที่องค์กรแต่ละแห่งสนใจ ส่งผลให้เกิดการกำหนดโปรไฟล์ขององค์กร^{[ 1 ]}

เอนทิตีโมเดลอ้างอิง OSE ทั้งสามคลาสมีคำอธิบายดังต่อไปนี้: ^{[ 1 ]}

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

มีบริการถ่ายโอนข้อมูลสามประเภท ได้แก่ บริการถ่ายโอนไปและกลับ: ^{[ 1 ]}

• ผู้ใช้งานที่เป็นมนุษย์
• ที่เก็บข้อมูลภายนอก
• แพลตฟอร์มแอปพลิเคชันอื่นๆ

ในรูปแบบที่ง่ายที่สุด OSE/RM แสดงให้เห็นถึงความสัมพันธ์ระหว่างผู้ใช้และผู้ให้บริการที่ตรงไปตรงมา: ซอฟต์แวร์แอปพลิเคชันเป็นผู้ใช้บริการ และแพลตฟอร์มแอปพลิเคชัน/เอนทิตีสภาพแวดล้อมภายนอกเป็นผู้ให้บริการ API และ EEI กำหนดบริการที่จัดให้^{[ 1 ]}

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

สถาปัตยกรรมทางเทคนิคมีพื้นฐานมาจาก:

• แบบจำลองอ้างอิงทางเทคนิค (TRM); และ
• มาตรฐานที่เลือกไว้ซึ่งอธิบายรายละเอียดเพิ่มเติมเกี่ยวกับองค์ประกอบของ TRM (รายละเอียดโปรไฟล์)

สถาปัตยกรรมทางเทคนิคเป็นพื้นฐานสำหรับการเลือกและการนำโครงสร้างพื้นฐานไปใช้เพื่อสร้างสถาปัตยกรรมเป้าหมาย^{[ 6 ]}

แบบจำลองอ้างอิงทางเทคนิคสามารถกำหนดได้ว่าเป็นอนุกรมวิธานของบริการที่จัดเรียงตามแบบจำลองเชิงแนวคิด เช่น แบบจำลองสภาพแวดล้อมระบบเปิด บริการที่ระบุไว้มีความเฉพาะเจาะจงกับบริการที่จำเป็นในการสนับสนุนรูปแบบการคำนวณทางเทคโนโลยี (เช่น การคำนวณ วัตถุแบบกระจาย ) และความต้องการแอปพลิเคชันอุตสาหกรรม/ธุรกิจ (เช่น บริการด้านมนุษยธรรม การเงิน) ^{[ 6 ]}

• กรอบสถาปัตยกรรมองค์กร
• สถาปัตยกรรมองค์กรของรัฐบาลกลาง
• เกียร์รัม
• ทาฟิม
• โทกาฟ

วิกิมีเดียคอมมอนส์มีสื่อที่เกี่ยวข้องกับแบบจำลองอ้างอิงสภาพแวดล้อมระบบเปิด (Open System Environment Reference Model )

• กระทรวงกลาโหม (1996). กรอบสถาปัตยกรรมทางเทคนิคสำหรับการจัดการข้อมูล เล่ม 2 แบบจำลองอ้างอิงทางเทคนิค
• สำนักงานระบบสารสนเทศกลาโหม (2001). แบบจำลองอ้างอิงทางเทคนิคของกระทรวงกลาโหม เวอร์ชัน 2.0, 9 เมษายน 2544
• แกรี่ ฟิชเชอร์ (1993). โปรไฟล์การพกพาแอปพลิเคชัน (APP): โปรไฟล์สภาพแวดล้อมระบบเปิด OSE/1 เวอร์ชัน 2.0 ของรัฐบาลสหรัฐอเมริกาเอกสารเผยแพร่พิเศษของ NIST หมายเลข 500-210 มิถุนายน 1993
• คู่มือฉบับร่าง IEEE P1003.22 สำหรับสภาพแวดล้อมระบบเปิด POSIX—กรอบงานด้านความปลอดภัย