ในวิศวกรรมระบบ วิศวกรรมซอฟต์แวร์และวิทยาศาสตร์คอมพิวเตอร์แบบจำลองฟังก์ชันหรือแบบจำลองเชิงฟังก์ชันคือการแสดงโครงสร้างของฟังก์ชัน ( กิจกรรมการกระทำกระบวนการการดำเนินงาน ) ภายในระบบหรือพื้นที่หัวข้อ ที่จำลอง ^{[ 1 ]}

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

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

ในช่วงปลายศตวรรษที่ 19 แผนภาพแรกๆ ที่แสดงภาพกิจกรรมทางธุรกิจ การกระทำ กระบวนการ หรือการดำเนินงานได้ปรากฏขึ้น และในช่วงครึ่งแรกของศตวรรษที่ 20 วิธีการที่มีโครงสร้างเป็นครั้งแรกสำหรับการบันทึกกิจกรรมกระบวนการทางธุรกิจก็เกิดขึ้น หนึ่งในวิธีการเหล่านั้นคือแผนผังกระบวนการไหล ซึ่ง แฟรงค์ กิลเบิร์ธได้แนะนำให้สมาชิกของสมาคมวิศวกรเครื่องกลแห่งอเมริกา (ASME) ในปี 1921 พร้อมกับการนำเสนอที่มีชื่อว่า “แผนผังกระบวนการ—ขั้นตอนแรกในการค้นหาวิธีที่ดีที่สุดเพียงวิธีเดียว” ^{[ 3 ]} เครื่องมือของกิลเบิร์ธได้รับการนำไปใช้ใน หลักสูตร วิศวกรรมอุตสาหกรรมอย่างรวดเร็ว

การเกิดขึ้นของสาขาวิศวกรรมระบบสามารถสืบย้อนไปได้ถึงห้องปฏิบัติการเบลล์เทเลโฟนในช่วงทศวรรษ 1940 ^{[ 4 ]}ความจำเป็นในการระบุและจัดการคุณสมบัติของระบบโดยรวม ซึ่งในโครงการวิศวกรรมที่ซับซ้อนอาจแตกต่างจากผลรวมของคุณสมบัติของชิ้นส่วนต่างๆ อย่างมาก กระตุ้นให้อุตสาหกรรมต่างๆ นำสาขาวิชานี้ไปใช้^{[ 5 ]}หนึ่งในบุคคลแรกๆ ที่กำหนดแบบจำลองฟังก์ชันในสาขานี้คือวิศวกรชาวอังกฤษวิลเลียม กอสลิงในหนังสือของเขาเรื่อง The design of engineering systems (1962, หน้า 25) เขากล่าวว่า:

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

หนึ่งในแบบจำลองฟังก์ชันที่กำหนดไว้อย่างดีเป็นครั้งแรกคือแผนภาพบล็อกการไหลของฟังก์ชัน (FFBD) ซึ่งพัฒนาโดยบริษัทTRW Incorporated ที่เกี่ยวข้องกับการป้องกันประเทศในช่วงทศวรรษ 1950 ^{[ 7 ]}ในช่วงทศวรรษ 1960 NASA ได้นำไปใช้ เพื่อแสดงภาพลำดับเวลาของเหตุการณ์ในระบบอวกาศและภารกิจการบิน^{[ 8 ]}นอกจากนี้ยังมีการใช้งานอย่างแพร่หลายในวิศวกรรมระบบ แบบคลาสสิก เพื่อแสดงลำดับการดำเนินการของฟังก์ชันระบบ^{[ 9 ]}

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

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

มุมมองนี้ใช้สัญลักษณ์สี่อย่างในการอธิบายกระบวนการ ได้แก่:

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

ด้วยสัญลักษณ์เหล่านี้ เราสามารถแสดงกระบวนการหนึ่งๆ ในรูปของเครือข่ายสัญลักษณ์เหล่านี้ได้ กระบวนการที่แยกย่อยออกมานี้คือ แผนภาพการไหลของข้อมูล (DFD)

ในการสร้างแบบจำลององค์กรแบบไดนามิก (Dynamic Enterprise Modeling)จะแบ่งออกเป็นแบบจำลองการควบคุม (Control Model) , แบบจำลองฟังก์ชัน (Function Model), แบบจำลองกระบวนการ (Process Model ) และแบบจำลององค์กร (Organizational Model )

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

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

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

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

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

แผนภาพบล็อกเชิงฟังก์ชันเป็นแผนภาพบล็อกที่อธิบายฟังก์ชันและความสัมพันธ์ระหว่างกันของระบบแผนภาพบล็อกเชิงฟังก์ชันสามารถแสดงภาพได้ดังนี้: ^{[ 11 ]}

• หน้าที่ของระบบที่แสดงด้วยภาพบล็อก
• การป้อนข้อมูลบล็อกที่มีภาพเส้น และ
• ความสัมพันธ์ระหว่าง 9 ฟังก์ชัน
• ลำดับการทำงานและเส้นทางสำหรับสสารและ/หรือสัญญาณ^{[ 12 ]}

แผนภาพบล็อกสามารถใช้สัญลักษณ์แผนผังเพิ่มเติมเพื่อแสดงคุณสมบัติเฉพาะบางอย่างได้

แผนภาพบล็อกฟังก์ชันเฉพาะ ได้แก่แผนภาพบล็อกการไหลของฟังก์ชัน แบบคลาสสิก และแผนภาพบล็อกฟังก์ชัน (FBD) ที่ใช้ในการออกแบบตัวควบคุมลอจิกแบบโปรแกรมได้

แผนภาพบล็อกการไหลของฟังก์ชัน (FFBD) เป็น แผนภาพการไหลแบบหลายระดับ เรียงลำดับตามเวลา และเป็นขั้นตอนของการไหลของฟังก์ชันของระบบ^{[ 14 ]} แผนภาพนี้ได้รับการพัฒนาในช่วงทศวรรษ 1950 และใช้กันอย่างแพร่หลายในวิศวกรรมระบบ แบบคลาสสิก แผนภาพบล็อกการไหลของฟังก์ชันยังถูกเรียกว่าแผนภาพการไหลของฟังก์ชันแผนภาพบล็อกฟังก์ชันและการไหลของฟังก์ชัน^{[ 15 ]}

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

ในวิธีการ FFBD ฟังก์ชันต่างๆ จะถูกจัดระเบียบและแสดงตามลำดับการดำเนินการเชิงตรรกะ ฟังก์ชันแต่ละฟังก์ชันจะแสดงโดยสัมพันธ์เชิงตรรกะกับการดำเนินการและการเสร็จสิ้นของฟังก์ชันอื่นๆ โหนดที่มีป้ายกำกับชื่อฟังก์ชันจะแสดงฟังก์ชันแต่ละฟังก์ชัน ลูกศรจากซ้ายไปขวาแสดงลำดับการดำเนินการของฟังก์ชัน สัญลักษณ์ตรรกะแสดงถึงการดำเนินการตามลำดับหรือแบบขนานของฟังก์ชัน^{[ 16 ]}

HIPO ( hierarchical input process output ) เป็น เทคนิคช่วยออกแบบและจัดทำเอกสารการวิเคราะห์ระบบที่เป็นที่นิยมในช่วงทศวรรษ 1970 ^{[ 17 ]}สำหรับการแสดงโมดูลของระบบเป็นลำดับชั้นและสำหรับการจัดทำเอกสารแต่ละโมดูล^{[ 18 ]}

ใช้เพื่อพัฒนาข้อกำหนด สร้างการออกแบบ และสนับสนุนการใช้งานระบบผู้เชี่ยวชาญเพื่อสาธิตการนัดพบอัตโนมัติ จากนั้นจึงดำเนินการตรวจสอบอย่างเป็นระบบเนื่องจากวิธีการออกแบบและการใช้งาน^{[ 19 ]}

การออกแบบโดยรวมของระบบจะถูกบันทึกโดยใช้แผนภูมิ HIPO หรือแผนภูมิโครงสร้างแผนภูมิโครงสร้างมีลักษณะคล้ายกับแผนภูมิองค์กร แต่ได้รับการดัดแปลงเพื่อแสดงรายละเอียดเพิ่มเติม แผนภูมิโครงสร้างสามารถใช้เพื่อแสดงข้อมูลหลายประเภท แต่โดยทั่วไปมักใช้เพื่อแสดงแผนภาพโครงสร้างข้อมูลหรือโครงสร้างโค้ด^{[ 18 ]}

แผนภูมิN ² เป็น แผนภาพในรูปทรงเมทริกซ์ซึ่งแสดงถึงอินเทอร์เฟซเชิงฟังก์ชันหรือเชิงกายภาพระหว่างองค์ประกอบของระบบ ใช้เพื่อระบุ กำหนด จัดตาราง ออกแบบ และวิเคราะห์อินเทอร์เฟซเชิงฟังก์ชันและเชิงกายภาพอย่างเป็นระบบ ใช้ได้กับอินเทอร์เฟซ ของระบบ และ อินเท อ ร์ เฟซฮาร์ดแวร์และ/หรือซอฟต์แวร์^{[ 14 ]}

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

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

SADT ให้มุมมองเชิงฟังก์ชันเฉพาะขององค์กรใดๆ โดยการอธิบายฟังก์ชันและความสัมพันธ์ของฟังก์ชันเหล่านั้นในบริษัท ฟังก์ชันเหล่านี้ตอบสนองวัตถุประสงค์ของบริษัท เช่น การขาย การวางแผนคำสั่งซื้อ การออกแบบผลิตภัณฑ์ การผลิตชิ้นส่วน และการจัดการทรัพยากรบุคคล SADT สามารถแสดงความสัมพันธ์เชิงฟังก์ชันอย่างง่าย และสามารถสะท้อนความสัมพันธ์ของการไหลของข้อมูลและการควบคุมระหว่างฟังก์ชันต่างๆ รูปแบบ IDEF0อิงตาม SADT ซึ่งพัฒนาโดยDouglas T. Rossในปี 1985 ^{[ 23 ]}

IDEF0เป็น วิธี การสร้างแบบจำลองฟังก์ชันสำหรับการอธิบาย ฟังก์ชัน การผลิตซึ่งมีภาษาการสร้างแบบจำลอง ฟังก์ชัน สำหรับการวิเคราะห์ การพัฒนา การปรับปรุงใหม่ และการบูรณาการระบบสารสนเทศกระบวนการทางธุรกิจ หรือการวิเคราะห์วิศวกรรมซอฟต์แวร์^{[ 24 ]}เป็นส่วนหนึ่งของ ตระกูลภาษาการ สร้าง แบบจำลอง IDEFในสาขาวิศวกรรมซอฟต์แวร์และสร้างขึ้นบนภาษาการสร้างแบบจำลองฟังก์ชันSADT

วิธีการสร้างแบบจำลองเชิงฟังก์ชัน IDEF0 ได้รับการออกแบบมาเพื่อสร้างแบบจำลองการตัดสินใจ การกระทำ และกิจกรรมขององค์กรหรือระบบ^{[ 25 ]} โดยได้มาจากภาษาสร้างแบบจำลองกราฟิกที่ได้รับการยอมรับแล้ว ซึ่งก็คือ เทคนิคการวิเคราะห์และออกแบบเชิงโครงสร้าง (SADT) ที่พัฒนาโดยDouglas T. RossและSofTech, Inc.ในรูปแบบดั้งเดิม IDEF0 ประกอบด้วยทั้งคำจำกัดความของภาษาสร้างแบบจำลองกราฟิก ( ไวยากรณ์และความหมาย ) และคำอธิบายของวิธีการที่ครอบคลุมสำหรับการพัฒนาแบบจำลอง^{[ 1 ]}กองทัพอากาศสหรัฐฯ ได้มอบหมายให้ผู้พัฒนา SADT พัฒนาวิธีการสร้างแบบจำลองเชิงฟังก์ชันเพื่อวิเคราะห์และสื่อสารมุมมองเชิงฟังก์ชันของระบบ IDEF0 ควรช่วยในการจัดระเบียบการวิเคราะห์ระบบและส่งเสริมการสื่อสารที่มีประสิทธิภาพระหว่างนักวิเคราะห์และลูกค้าผ่านอุปกรณ์กราฟิกที่เรียบง่าย^{[ 25 ]}

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

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

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

Business Process Model and Notation (BPMN) เป็นการแสดงภาพกราฟิกสำหรับการระบุขั้นตอนทางธุรกิจในเวิร์กโฟลว์ BPMN ได้รับการพัฒนาโดยBusiness Process Management Initiative (BPMI) และปัจจุบันได้รับการดูแลโดยObject Management Groupนับตั้งแต่ทั้งสององค์กรควบรวมกิจการกันในปี 2548 เวอร์ชันปัจจุบันของ BPMN คือ 2.0 ^{[ 29 ]}

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

แบบจำลองอ้างอิงทางธุรกิจ (Business reference model ) คือแบบจำลองอ้างอิงที่เน้นด้านการทำงานและด้านองค์กรของธุรกิจหลักขององค์กรธุรกิจองค์กรบริการหรือหน่วยงานภาครัฐในวิศวกรรมองค์กร แบบจำลองอ้างอิงทางธุรกิจเป็นส่วนหนึ่งของกรอบสถาปัตยกรรมองค์กร (Enterprise Architecture Framework)หรือกรอบสถาปัตยกรรม (Architecture Framework ) ซึ่งกำหนดวิธีการจัดโครงสร้างและมุมมองที่เกี่ยวข้องกับสถาปัตยกรรม องค์กร

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

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

วิกิมีเดียคอมมอน ส์มีสื่อที่เกี่ยวข้องกับแบบจำลองฟังก์ชัน

• แบบจำลองการทำงานของรถบัส
• การสร้างแบบจำลองกระบวนการทางธุรกิจ
• การแสดงภาพข้อมูลและสารสนเทศ
• แบบจำลองข้อมูล
• การสร้างแบบจำลององค์กร
• สถาปัตยกรรมซอฟต์แวร์เชิงฟังก์ชัน
• การสร้างแบบจำลองการไหลหลายระดับ
• แบบจำลองฟังก์ชันพหุนาม
• แบบจำลองฟังก์ชันเชิงตรรกะ
• การสร้างแบบจำลองทางวิทยาศาสตร์
• ภาษาสร้างแบบจำลองรวม
• แบบจำลองวิว