ใครต้องการสถาปัตยกรรมองค์กรและทำไม?

ลิขสิทธิ์ © 2009 Zabegalin E.V.

1 สถานะปัจจุบันของระเบียบวิธีปฏิบัติทางสถาปัตยกรรมและการปฏิบัติ

ที่ ต่างประเทศ หัวข้อบางช่วงได้รับการพัฒนาตามระเบียบวิธีและปฏิบัติมาอย่างยาวนาน หัวข้อที่เป็นสถาปัตยกรรมที่ซับซ้อนวัตถุทางองค์กรและทางเทคนิค เช่น องค์กร "รัฐบาลอิเล็กทรอนิกส์" ระบบข้อมูลองค์กร

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

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

"สถาปัตยกรรมองค์กร" ในภาษารัสเซีย "สถาปัตยกรรมองค์กร" (AP) ได้พัฒนาเป็นวินัยทั่วไปในฐานะขั้นตอนในการพัฒนาทางประวัติศาสตร์ของวิธีการต่างๆ ที่เกี่ยวข้องกับสถาปัตยกรรมของระบบข้อมูลอัตโนมัติ ซึ่งเป็นวิธีการของ J. Zachman, St. . Spivak, CIMOSA, GERAM, TOGAF เป็นต้น การวิเคราะห์กระบวนการทางประวัติศาสตร์นี้มีรายละเอียดเพียงพอใน

จนถึงปัจจุบัน แหล่งที่มาของแนวคิดและแนวทางปฏิบัติสมัยใหม่ที่โดดเด่นและสำคัญที่สุดของ EA ได้แก่:

Zachman Framework สำหรับสถาปัตยกรรมองค์กร;

ISO 19439:2006 "การรวมองค์กร - กรอบงานสำหรับการสร้างแบบจำลององค์กร";

มาตรฐาน ISO 15704:2000 ระบบอัตโนมัติทางอุตสาหกรรม - ข้อกำหนดสำหรับสถาปัตยกรรมและวิธีการอ้างอิงองค์กร

"Federal Enterprise Architecture" (FEA) ซึ่งได้รับการฝึกฝนและพัฒนาโดยรัฐบาลสหรัฐฯ

"Extended Enterprise Architecture Framework" (E2AF) ที่พัฒนาโดยองค์กรอิสระ "Institute For Enterprise Architecture Developments";

กรอบโครงสร้างสถาปัตยกรรมแบบเปิด (TOGAF)

นอกจากนี้ในรัสเซียในปี 2543 ได้มีการพัฒนาและเผยแพร่รูปแบบสถาปัตยกรรมแนวความคิด "3D-Enterprise" ซึ่งแนวคิดเมทริกซ์ของ J. Zachman ได้รับการเสริมด้วยมิติที่สาม - ชั่วคราวเพื่อสะท้อนการเปลี่ยนแปลงของโครงสร้างองค์กร

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

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

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

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

2 วัตถุประสงค์ของ "สถาปัตยกรรมองค์กร"

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

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

รูปที่ 2 - โครงสร้างทั่วไปขององค์กร

ในฐานะเครื่องมือการจัดการ สามารถใช้ EA เพื่อสนับสนุนหน้าที่หลักทั้งหมดได้ - การวิเคราะห์ การวางแผน การจัดองค์กร แรงจูงใจ การควบคุม การประสานงาน

รูปที่ 3 - "สถาปัตยกรรมองค์กร" สามารถใช้เพื่อรองรับฟังก์ชันการจัดการขั้นพื้นฐานได้

จากบทบาทของ EA ในฐานะเครื่องมือการจัดการ อย่างน้อยสองหน้าที่หลักของ Enterprise Architecture สามารถได้รับ:

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

ในรูปแบบของการจัดการองค์กรเชิงกลยุทธ์ - คือการทำให้เป็นทางการและบทบัญญัติ

ความรู้แปลกปลอมเกี่ยวกับการเปลี่ยนแปลงโครงสร้างและหน้าที่ตามแผนขององค์กร

รูปที่ 4 - หน้าที่หลักของ "สถาปัตยกรรมองค์กร"

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

"Zachman Framework สำหรับสถาปัตยกรรมองค์กร", "Extended Enterprise Architecture Framework", "TOGAF",

"GERAM", มาตรฐาน ISO 19439-2006 (ระดับ "ทั่วไป", "บางส่วน", "เฉพาะ")

หลังจาก J. Zachman โดยเฉพาะและสม่ำเสมอที่สุด ระดับบริหารมีการใช้ EA ในรูปแบบ "3D-Enterprise" - "ความต้องการหลัก, เป้าหมาย, แผน, ข้อ จำกัด ", "โมเดลธุรกิจ", "โมเดลลอจิก", "สถาปัตยกรรมทางเทคนิค", "การใช้งานโดยละเอียด", "การใช้งานจริง" .

3 องค์ประกอบของ "สถาปัตยกรรมองค์กร"

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

วิธีการต่างๆ ใช้มุมมองทางสถาปัตยกรรมที่แตกต่างกัน ตัวอย่างเช่น:

ใน Zachman Framework สำหรับสถาปัตยกรรมองค์กร ได้แก่ "Data", "Function", "Network", "People", "Time", "Motivation";

ใน Extended Enterprise Architecture Framework (E2AF) คือ "ธุรกิจ", "ข้อมูล", "ข้อมูล

ระบบ", "โครงสร้างพื้นฐานทางเทคโนโลยี";

ใน GERAM และ ISO 19439-2006 สิ่งเหล่านี้คือ "Function", "Information", "Resource", "Organization";

ใน TOGAF คือ "ธุรกิจ" "ข้อมูล" "แอปพลิเคชัน" "เทคโนโลยี"

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

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

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

2) ลักษณะการทำงาน- องค์กรดำเนินการผลิตผลิตภัณฑ์ให้บริการจัดซื้อและขายวัตถุดิบวัสดุผลิตภัณฑ์กระบวนการทางเทคโนโลยีและธุรกิจนั่นคือด้านนี้แยกแยะการแสดงออกภายนอกและภายในของกิจกรรมขององค์กร

3) ด้านตรรกะ- กิจกรรมขององค์กรมีจุดมุ่งหมายตามเป้าหมายขององค์กรจะมีการกำหนดโครงสร้างและโครงสร้างการทำงาน แง่มุมนี้เน้นถึงความรู้สึกทางธุรกิจของการสร้างและการดำเนินงานขององค์กร

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

ที่ ใน Zachman Matrix ลักษณะนี้ระบุด้วยชื่อของบรรทัดแรก "ขอบเขต" ("วัตถุประสงค์ของแถวที่ 1 คือการกำหนดขอบเขตขององค์กร สิ่งที่ถูกรวมไว้ …")

ที่ Federal Enterprise Architecture (FEA) เป็น "แบบจำลองอ้างอิงประสิทธิภาพ"

ที่ E2AF และใน GERAM ด้านตรรกะไม่ได้ถูกแยกแยะอย่างชัดเจนและรวมอยู่ในด้าน "ธุรกิจ" อย่างไรก็ตาม หลักการหลักของ E2AF ระบุว่า: "ไม่มีกลยุทธ์ ไม่มีสถาปัตยกรรมองค์กร ... ไม่มีขอบเขต - ไม่มีสถาปัตยกรรมองค์กร

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

ที่ ด้านตรรกะของ TOGAF สอดคล้องกับ "วิสัยทัศน์ด้านสถาปัตยกรรม" ("... องค์ประกอบหลักของ "วิสัยทัศน์ด้านสถาปัตยกรรม"- ...

ภารกิจขององค์กร วิสัยทัศน์ กลยุทธ์ และเป้าหมาย ... รวมถึงหลักการทางสถาปัตยกรรม กำหนดความครอบคลุมขององค์กร โดเมนสถาปัตยกรรมเฉพาะ ... " )

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

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

ใน GERAM ใน ISO 15704-2000, ISO 19439-2006 มีหลายขั้นตอนสำหรับการจัดโครงสร้างด้านเวลา วงจรชีวิต: "การระบุ", "แนวคิด", "ข้อกำหนด", "การออกแบบ", "การนำไปใช้", "การดำเนินการ", "การเลิกใช้งาน"

ที่ ระเบียบวิธี TOGAF - วิธีการพัฒนาสถาปัตยกรรม (ADM) - มุมมองชั่วคราวสะท้อนให้เห็นโดยลำดับของขั้นตอนของการพัฒนา การดำเนินการ และการเปลี่ยนแปลงของ "สถาปัตยกรรมองค์กร" เอง

โครงการ "3D-Enterprise" ช่วยให้สามารถวางแผนสถานะที่คาดหวังขององค์กรในมิติเวลาของ EA รวมถึงแต่ละโครงการและโปรแกรมการพัฒนา โดยเฉพาะอย่างยิ่ง ลำดับการใช้งานส่วนประกอบทางเทคโนโลยี (ระบบ) ขององค์กรอาจรวมถึง: การวิเคราะห์เชิงกลยุทธ์ของเป้าหมายและความต้องการ การออกแบบโซลูชันทางเทคนิค การใช้งานระบบโซลูชันโดยละเอียด การใช้งานโซลูชัน การใช้ (การทำงาน) ของระบบ ,การปรับปรุงระบบ.

รูปที่ 5 - มุมมองหลักเกี่ยวกับโครงสร้างขององค์กร

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

ส่วนประกอบของสถาปัตยกรรมอาคารขององค์กรสามารถพิจารณาได้:

สถาปัตยกรรมองค์กรคือ โครงสร้างองค์กรวิสาหกิจ;

สถาปัตยกรรมทรัพย์สินเป็นโครงสร้างความเป็นเจ้าของขององค์กร

สถาปัตยกรรมข้อมูลคือโครงสร้างของชุดเอกสาร (องค์กร กฎระเบียบ ทางเทคนิค ฯลฯ) และฐานข้อมูลข้อมูลองค์กร

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

ถึง ส่วนประกอบของสถาปัตยกรรมการทำงานขององค์กรสามารถนำมาประกอบกับ:

โครงสร้างระบบการทำงานและระบบย่อยขององค์กร

โครงสร้างหน้าที่ทางธุรกิจและกระบวนการทางธุรกิจขององค์กร

โครงสร้างการไหลของวัสดุและข้อมูลที่องค์กร

รูปที่ 6 - มุมมองแบบบูรณาการของ "สถาปัตยกรรมองค์กร"

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

สถาปัตยกรรมไอทีเป็นโครงสร้างของชุดของระบบข้อมูลอัตโนมัติ (เทคโนโลยีสารสนเทศ) ขององค์กร

สถาปัตยกรรมธุรกิจเป็นสถาปัตยกรรมขององค์กรที่พิจารณาว่าไม่มีสถาปัตยกรรมไอที

4 วิธีรับและใช้สถาปัตยกรรมองค์กร

การจัดการขององค์กรสามารถรับ AP ได้สองวิธี วิธีแรกคือการพัฒนา AP โดย พนักงานสถานประกอบการ ประการที่สอง หันไปหาที่ปรึกษาภายนอก

เส้นทางแรกจะต้องมีการจัดการขององค์กร:

การก่อตัวของคณะทำงานซึ่งจะต้องเปลี่ยนเป็นบริการสถาปัตยกรรมถาวรขององค์กร

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

การพัฒนาและเอกสารที่เป็นอิสระ การสนับสนุนระเบียบวิธีเอพี;

การพัฒนาอิสระของ AP

การพัฒนา AP โดยที่ปรึกษาภายนอกจะต้องให้ฝ่ายบริหารขององค์กรสรุปสัญญาสำหรับการปฏิบัติงาน:

เพื่อการพัฒนาโดยตรงของ AP;

เกี่ยวกับการพัฒนาและเอกสารของการสนับสนุนระเบียบวิธีของ AP;

เกี่ยวกับการสร้างบริการสถาปัตยกรรมขององค์กร

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

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

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

รายการแหล่งที่ใช้

1. Zinder E. "องค์กร 3 มิติ" - แบบจำลองของกลยุทธ์ของระบบการเปลี่ยนแปลง "ผู้อำนวยการบริการข้อมูล" ครั้งที่ 4 พ.ศ. 2543 http://www.sept2000.ru/articles/2008/03/03/1/.

2. สถาปัตยกรรมองค์กร Zinder E. ในบริบทการปรับรื้อธุรกิจ "Intelligent Enterprise / Corporate Systems" ครั้งที่ 4 ฉบับที่ 7 ปี 2551

3. สถาปัตยกรรมระบบ Galaktionov V. และตำแหน่งในสถาปัตยกรรมองค์กร "ผู้อำนวยการบริการข้อมูล" ครั้งที่ 5 พ.ศ. 2545

4. Danilin A. , Slyusarenko A. สถาปัตยกรรมและกลยุทธ์ "หยิน" และ "หยาง" ขององค์กรเทคโนโลยีสารสนเทศ ม.มหาวิทยาลัยเทคโนโลยีสารสนเทศอินเทอร์เน็ต พ.ศ. 2548

5. Drozhzhinov V. , Shtrik A. การกำหนดมาตรฐานสถาปัตยกรรมของหน่วยงานรัฐบาลสหรัฐฯ สัปดาห์พีซี/RE ฉบับที่ 28 ฉบับที่ 31 พ.ศ. 2548

6. Zachman John A. กรอบโครงสร้าง Zachmanhttp://www.zachmaninternational.com/

7. สำนักบริหารและงบประมาณ. สถาปัตยกรรมองค์กรของรัฐบาลกลาง (FEA)http://www.whitehouse.gov/omb/e-gov/fea/

8. Schekkerman J. Extended Enterprise Architecture Framework Essentials Guide. สถาบันเพื่อการพัฒนาสถาปัตยกรรมองค์กร พ.ศ. 2549http://www.enterprise-architecture.info/

9. กรอบโครงสร้างสถาปัตยกรรมแบบเปิด (TOGAF)http://www.opengroup.org/architecture/togaf8doc/arch/toc.html

10. สถาปัตยกรรมและระเบียบวิธีอ้างอิงองค์กรทั่วไป (GERAM) IFIP–IFAC, 1999

11. อิวาโนว่า I.A. การจัดการ: ตำราเรียน. - ม.: RIOR Publishing House, 2004.

1. คำอธิบายทางสถาปัตยกรรมขององค์กร: วิธีทำให้องค์กรของงานมองเห็นได้

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

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

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

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

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

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

คุณได้รับการเตือน

2. คน โปรแกรม อุปกรณ์

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

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

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

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

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

3. องค์ประกอบและความสัมพันธ์
องค์กรใน Archimeit อธิบายไว้ในรูปแบบขององค์ประกอบ (แสดงโดยตัวเลขที่แตกต่างกัน) ที่มีความสัมพันธ์บางอย่าง (ความสัมพันธ์ถูกวาดเป็นเส้นเชื่อมระหว่างตัวเลขขององค์ประกอบ) Archimate มีคุณค่าในการเสนอทุกอย่างเพื่ออธิบายงานขององค์กร
- 16 ประเภทรายการสำหรับระดับคน
- 7 ประเภทรายการสำหรับระดับโปรแกรม
- 9 ประเภทรายการสำหรับระดับอุปกรณ์
-- ความสัมพันธ์ 11 ประเภทที่องค์ประกอบสามารถอยู่ร่วมกันได้ และแสดงทางแยกสำหรับความสัมพันธ์เหล่านี้

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

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

นั่นคืออาร์คิมิเตทั้งหมด แต่อย่าหลงกลโดยความเรียบง่ายของมัน The Great and Mighty มีตัวอักษรเพียง 33 ตัวเท่านั้น

4. เราไม่ต้องการคุณ เราต้องการบริการของคุณ

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

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

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

ความปรารถนาที่จะแบ่งแยกและปกครองในหมู่สถาปนิกนั้นยิ่งใหญ่มากจนพวกเขาแบ่งปันบริการและทำงานในระดับเดียวกัน ตัวอย่างเช่น เป็นเรื่องง่ายที่จะจินตนาการถึงโปรแกรมที่ให้บริการแก่โปรแกรมอื่นแทนที่จะเป็นบุคคล หรืออุปกรณ์ raison d'être ที่จะให้บริการ (ให้บริการคือ "งานสำหรับ") อุปกรณ์อื่น ๆ

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

5. คน

จำจุดที่สาม: เพื่ออธิบายระดับของการจัดระเบียบงานของผู้คน Archimate มีองค์ประกอบจำนวนเท่ากัน (17) เช่นเดียวกับระดับของโปรแกรมและอุปกรณ์ที่รวมกัน (7 + 9) - และนี่ไม่ใช่เรื่องบังเอิญเลย

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

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

6. บทบาท

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

ประชากร ได้รับการแต่งตั้งเกี่ยวกับบทบาทและบทบาท ได้รับการแต่งตั้งไปทำงาน. สิ่งที่น่าสังเกตเป็นพิเศษคือความจริงที่ว่าสถาปนิกขององค์กรมีส่วนร่วมในองค์กรของงานไม่ใช่ความเป็นผู้นำ (ความเป็นผู้นำ) การกำหนดคนให้มีบทบาทและบทบาทในงานเป็นความรับผิดชอบของสถาปนิกขององค์กร และความกังวลของผู้นำคือ ก) การแต่งตั้ง "คน" ที่มีชีวิตด้วยนามสกุล, ชื่อและนามสกุล, นิสัยที่ไม่ดีและมีประโยชน์, ทักษะบางอย่างในสถานที่ของ "คน" และ b) ผู้คนพูดในสถานที่ของ "คน" ด้วยแครอท และไม้เท้าทำงานที่ได้รับมอบหมาย ดังนั้นคุณจะไม่เห็นชื่อบนไดอะแกรมของอาร์ชิเมท: เฉพาะตำแหน่ง บทบาท แผนก บริษัท "ผู้รับผิดชอบ" "ตัวแทน" คณะทำงาน กลุ่มชั่วคราวและสมาคม ฯลฯ

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

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

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

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

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

เป็นที่ชัดเจนว่า Ivanov และ Sidorov ที่มีชีวิตชีวาที่สุด (หรือพนักงานที่มีชื่ออยู่ใน Parsley Directorate) ในที่สุดก็ทำงานเกี่ยวกับการปลูกผักชีฝรั่ง แต่พวกเขาจะใช้เวลาและความสามารถเพียงบางส่วนในองค์กร (และมีเพียงส่วนนี้เท่านั้นที่สะท้อนให้เห็นโดยองค์ประกอบ "คน" ในสถาปัตยกรรมขององค์กร) และเวลาที่เหลือพวกเขาจะนอน กิน เดินศึกษาและสนุกสนาน พวกเขาจะใช้เวลาเพียงเศษเสี้ยวของเวลาที่พวกเขาใช้ไปกับกิจการในบทบาทของพวกเขาในการปลูกผักชีฝรั่ง - เพราะพวกเขาอาจมีบทบาทที่แตกต่างกันมากมาย พวกเขาดำเนินการหลายอย่าง ผลงานต่างๆ. ได้ และคนจำนวนหนึ่งอาจได้รับมอบหมายให้มีบทบาทเดียวกัน ไม่ว่าจะเป็นบุคคลหรือหลายแผนก

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

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

7. ผลงานของผู้คน

งานของคนคือ:

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


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

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

เพื่อชี้แจงว่าบริการนี้มีค่าสำหรับอะไร อาร์คิมิเตจึงมีองค์ประกอบพิเศษ:ประโยชน์ภายนอก, ที่ ผูกพร้อมบริการ.

* * *

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

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

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

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

การศึกษาเชิงลึกเกี่ยวกับกรอบงานนี้ทำให้นึกถึงการนำไปใช้ได้กับคำอธิบาย กระบวนการทางเทคโนโลยี. เช่น ให้ข้าวโพดปลูกในทุ่ง การใช้โมเดล Zachman ฉันต้องตอบคำถาม ใคร? ข้าวโพด. เขาทำอะไรอยู่? เติบโต ทำไม เพราะนั่นคือวิธีที่โลกทำงาน เพื่ออะไร? แต่ใครจะรู้ว่าทำไมข้าวโพดถึงโต!

ผู้อ่านที่ได้รับการฝึกอบรมในการอธิบายสถาปัตยกรรมองค์กรจะแก้ไขให้ฉันอย่างรวดเร็ว เขาจะบอกว่าฉันถามคำถามผิด จำเป็นต้องถามว่าใครเติบโตทำไมเขาเติบโตสิ่งที่เขาเติบโต แต่ปรากฎว่าฉันสามารถอธิบายกิจกรรมของผู้ปลูกข้าวโพดได้ แต่ฉันไม่สามารถอธิบายการเจริญเติบโตได้ ลาออกจากความจริงที่ว่าฉันไม่สามารถอธิบายกระบวนการเติบโต ฉันยังคงมีคำถามที่ยังไม่ได้แก้ไข: ใครและทำไมปลูกข้าวโพด (ดูด้านบน)?

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

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

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

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

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

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

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

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

คำถามที่ถูกต้องคือ: ข้อกำหนดสำหรับองค์กรคืออะไร? กระบวนการใดเกิดขึ้นในองค์กร สถานที่ทางเทคนิคใดบ้างที่เกี่ยวข้องกับกระบวนการใด อุปกรณ์ชิ้นใดทำหน้าที่ตำแหน่งใดและเมื่อใด

จริงๆแล้วทุกอย่าง สวัสดีปีใหม่ แล้วพบกันใหม่!

ฉันเริ่มทำงานกับบริษัทแห่งหนึ่งในหัวข้อสถาปัตยกรรมองค์กร (สถาปัตยกรรมองค์กร) และตัดสินใจแก้ไขความเข้าใจของฉันเกี่ยวกับ EA เพื่อให้ชัดเจนและง่ายขึ้น การตีพิมพ์ "A Framework for Information Systems Architecture" ของ John A. Zachman ในปี 1987 โดยทั่วไปให้เครดิตว่าเป็นวันเกิดของ EA แม้ว่าคำดังกล่าวจะปรากฎในงานเขียนก่อนหน้านี้ แม้ว่าสถาปัตยกรรมขององค์กรจะค่อนข้างเล็ก แต่ก็สามารถทำลายชื่อเสียงได้ เช่นเดียวกับสถาปัตยกรรมอื่นๆ สถาปัตยกรรมองค์กรไม่มีคำจำกัดความที่ชัดเจน (ดูตัวอย่าง 10 คำจำกัดความของสถาปัตยกรรมองค์กร) แต่มีโครงการที่ล้มเหลวจำนวนมาก (ดู Gartner ระบุข้อผิดพลาดด้านสถาปัตยกรรมองค์กร 10 ประการ หรือ 8 เหตุผลสำหรับโปรแกรมสถาปัตยกรรมองค์กร ล้มเหลว). โดยปกติ หลังจากเสร็จสิ้นโครงการสถาปัตยกรรมองค์กร คุณจะได้ยินวลีต่อไปนี้: เราได้วาดภาพที่จำเป็นทั้งหมดแล้ว แต่เราไม่รู้ว่าจะได้รับประโยชน์จากมันอย่างไร". ดังนั้นเรามาพูดทุกอย่างตั้งแต่ต้น

และเราจะเริ่มต้นจากระยะไกล มีสองมุมมองเกี่ยวกับประโยชน์ของเทคโนโลยีสารสนเทศ ตามมุมมองแรก เทคโนโลยีสารสนเทศทำให้สามารถเพิ่มผลิตภาพแรงงานได้ กล่าวคือ ผู้คนจะทำงานอย่างมีประสิทธิภาพมากขึ้นหากกิจกรรมของพวกเขาเป็นไปโดยอัตโนมัติ นอกจากนี้ยังมีมุมมองที่ตรงกันข้ามเช่นในหนังสือเช่น "ความเงางามและความยากจนของเทคโนโลยีสารสนเทศ เหตุใดไอทีจึงไม่ใช่ข้อได้เปรียบในการแข่งขัน" โดย Nicholas J. Carr หรือ "ธุรกิจต้องการอะไรจากไอที" โดย Terry White น่าแปลกที่มุมมองทั้งสองนี้ถูกต้อง แต่ขอจำกัดวงการให้เหตุผลของเราให้แคบลง และอย่าพูดถึงเทคโนโลยีสารสนเทศโดยทั่วไป แต่เกี่ยวกับแอปพลิเคชันทางธุรกิจเท่านั้น เช่น ระบบที่ทำให้กระบวนการทางธุรกิจขององค์กรเป็นไปโดยอัตโนมัติ ในตอนแรก การพัฒนาและการนำระบบดังกล่าวไปใช้มีผลเป็นรูปธรรม เมื่อพนักงานที่แตกต่างกันเริ่มแสดงการดำเนินการที่คล้ายคลึงกันในฐานข้อมูลเดียวที่สามารถเข้าถึงได้ผ่านเครือข่ายจากสถานที่ทำงานต่างๆ โต้ตอบกันผ่านโซลูชันดังกล่าว และเชี่ยวชาญในฟังก์ชันบางอย่าง ประสิทธิผลของพวกเขาจะเพิ่มขึ้น มันดีกว่าการโทรหากันทางโทรศัพท์หรือแลกเปลี่ยนข้อความที่อัดอั้นอารมณ์ใน อีเมล. ดังนั้น กระบวนการอื่นๆ มากมายจึงเริ่มเป็นแบบอัตโนมัติ อาจไม่บ่อยนักและไม่จำเป็นมากนัก ประสิทธิภาพของระบบอัตโนมัติดังกล่าวไม่สูงนัก แอปเปิ้ลห้อยต่ำถูกถอนออกแล้ว และเราต้องคิดค้นวิธีที่ซับซ้อนยิ่งขึ้นเพื่อให้ได้ผลลัพธ์ เมื่อถึงจุดหนึ่ง ค่าใช้จ่ายในการใช้แอปพลิเคชันทางธุรกิจจะมากกว่าประโยชน์ที่ได้รับจากการใช้งาน แต่ไม่สามารถหยุดรถจักรที่โอเวอร์คล็อกได้อีกต่อไป สาเหตุของเกณฑ์นี้คือความซับซ้อนของระบบสารสนเทศ (IT Complexity) ที่จริงแล้ว เมื่อถึงจุดหนึ่ง เราแค่สับสนกับสิ่งที่เราทำ และระบบข้อมูลช่วยให้เราสับสนมากขึ้นไปอีก สถาปัตยกรรม (องค์กร) เป็นเพียงวิธีหนึ่งในการควบคุมความซับซ้อนโดยธรรมชาติของระบบ โดยต้องคำนึงถึงภาพที่เพียงพอไม่มากก็น้อย ในขณะที่ยังยอมให้สามารถจัดการความซับซ้อนนี้ได้

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

1. เรามีกลยุทธ์ที่ตอบโจทย์สิ่งที่เราต้องการ แต่เราไม่รู้ว่าต้องทำอย่างไร
2. เราไม่มีกลยุทธ์ แต่มีคำขอเปลี่ยนแปลงมากมายที่เราไม่สามารถรับมือได้
3. ข้อมูลเกี่ยวกับกิจกรรมของเรานั้นขัดแย้งกันและเราไม่มีเวลาทำความเข้าใจแต่ละอย่าง เฉพาะกรณี, ทำไมสิ่งนี้จึงเกิดขึ้น

(หากคุณคิดว่ามีตัวเลือกอื่นๆ ที่ใช้บ่อยกว่านี้ โปรดสังเกตในความคิดเห็น)

อย่างแรกเราต้องทำให้ กลยุทธ์ –> วางแผน. ส่วนใหญ่เกี่ยวกับกลยุทธ์ทางธุรกิจ โดยปกติแล้วจะดูเหมือนชุดของช่องว่างระหว่างสิ่งที่คุณมีกับสิ่งที่คุณต้องการ โดยแสดงเป็นคำที่ค่อนข้างง่าย: ส่วนแบ่งการตลาดในแง่ของรายได้ ฐานลูกค้า ฯลฯ โดยทั่วไปแล้ว กลยุทธ์คือเอกสารเกี่ยวกับเม่นในวันพรุ่งนี้ ซึ่งจะกลายเป็นหนูในปัจจุบัน ฉันจะเขียนเกี่ยวกับสิ่งที่ควรทำในกรณีนี้ในข้อความแยกต่างหาก แต่ตอนนี้มีคำสองสามคำเกี่ยวกับวิธีการจัดระเบียบกระบวนการดังกล่าว ในความเห็นของฉัน, รูปแบบองค์กร Enterprise Architecture Development เป็นโครงการที่ใช้เวลา 8-16 สัปดาห์ วิธีการ - TOGAF ADM ฯลฯ ควรดึงดูดทรัพยากรโดยเฉพาะอย่างยิ่งภายใน ผลลัพธ์ของโครงการคือ: แผนงาน รายการการเปลี่ยนแปลงขององค์กรและกระบวนการ ความเสี่ยง ข้อเสนอสำหรับการติดตามและจัดการการเคลื่อนไหวในทิศทางที่กำหนด โดยทั่วไปแล้วทุกอย่างที่ทำในโครงการดั้งเดิมระหว่างขั้นตอนการวางแผนเรียกว่าคำที่สวยงาม แผนแม่บท. เกี่ยวกับทีมของโครงการดังกล่าว ชุดกิจกรรมและสิ่งประดิษฐ์ - เหมือนกันในข้อความใดข้อความหนึ่งต่อไปนี้

ตัวเลือกหมายเลข 2: การบริหารการเปลี่ยนแปลง. แทนที่จะเป็นกลยุทธ์ มีเป้าหมายที่แตกต่างกันสำหรับลูกค้าธุรกิจที่แตกต่างกัน บางส่วนจำเป็นต้องลดต้นทุน อื่นๆ จำเป็นต้องนำผลิตภัณฑ์และบริการใหม่ออกสู่ตลาด และบางส่วนจำเป็นต้องปรับปรุงความพึงพอใจของลูกค้า (ดูสถาปัตยกรรมองค์กรสำหรับสองสามประโยค) ลูกค้าทุกคนเป็นที่เคารพนับถือและทุกคนต้องการความช่วยเหลือ แต่ความซับซ้อนได้เพิ่มขึ้นแล้ว และเราไม่เข้าใจวิธีการช่วยเหลือทุกคนในเวลาเดียวกัน วิธีที่ง่ายและผิดในการเข้าแถวกับทุกคน ชื่อสวยตัวอย่างเช่น "รายการลำดับความสำคัญเดียว" และวิธีการแจกจ่ายงานระหว่างระบบข้อมูล - "โต๊ะเงินสดฟรี!" - ใครทำได้เร็วและถูกกว่าเราฝากเขาไว้ วิธีแก้ไขที่ถูกต้องคือการจำแนกการสืบค้นแบบหลายปัจจัย กล่าวคือ อนุกรมวิธาน วิธีการ - ในรูปแบบของ Zachman องค์กร - การสร้าง หน่วยการทำงาน. ในบันทึกที่แล้ว นักวิเคราะห์ธุรกิจเป็นเพื่อน เพื่อนบ้าน หรือญาติห่าง ๆ หรือไม่? ฉันเขียนว่าด้วยการถือกำเนิดและการนำ BABOK เวอร์ชันที่สามมาใช้ นักวิเคราะห์ธุรกิจจะสามารถทำงานนี้ได้ แต่จนถึงตอนนี้พวกเขาทำไม่ได้ ปัจจุบัน นักวิเคราะห์ธุรกิจสามารถตอบคำถามว่า "ต้องทำอย่างไร" และสถาปนิกโซลูชันสามารถตอบคำถาม "ทำอย่างไร" นอกจากนี้ยังต้องการคำตอบสำหรับคำถาม "ทำไม" การเปลี่ยนแปลงนี้เกี่ยวข้องกับผลิตภัณฑ์และกระบวนการที่มีอยู่ การเปลี่ยนแปลงอื่นๆ การใช้งานอย่างไร

และสุดท้าย สถานการณ์ที่ความซับซ้อนได้รับชัยชนะแล้ว และผู้นำขององค์กรก็ตระหนักในเรื่องนี้ เกี่ยวกับสิ่งเดียวกัน รูปภาพซึ่งไม่อยู่ที่นั่นเมื่อจำเป็นเพื่อจัดการกับปัญหาการโต้เถียงอย่างรวดเร็วและสินค้าที่ไร้ประโยชน์โดยสิ้นเชิงในช่วงเวลาที่เหลือ สถานการณ์นี้กำลังพูดถึงที่เก็บสถาปัตยกรรม อาจมีรูปภาพที่อธิบายสถาปัตยกรรมบางแห่ง แต่ถ้าไม่สามารถหาได้ภายในหนึ่งหรือสองนาที ผู้จัดการและผู้จัดการคนใดจริง ๆ จะไม่ทำเอง แต่จะขอให้คนอื่นถ่ายรูป ("เรียกสถาปนิกที่นี่" !"). หากบุคคลไม่ทำงานกับแอปพลิเคชันอย่างน้อยหนึ่งครั้งทุก 1-2 สัปดาห์เขาจะไม่ทำเลย หากผู้พัฒนาระบบข้อมูลไม่มี API ที่เข้าใจง่ายและพร้อมใช้งานสำหรับการรับประเภทลูกค้า, รายชื่อสาขา, โครงสร้างองค์กรที่ใช้งานได้ ฯลฯ เขาจะเพิ่มจานอื่นในระบบข้อมูลของเขาอย่างแน่นอน ซึ่งเขาจะบังคับให้ผู้ใช้ป้อนข้อมูลจากไดเร็กทอรีเหล่านี้อีกครั้ง ฉันไม่ทราบเครื่องมือ EA ใด ๆ ที่เหมาะสำหรับการสาธิตเท่ากัน รูปสวยผู้จัดการระดับสูงและในขณะเดียวกันก็มีความสามารถในการทำงานร่วมกันโดยกำเนิดสำหรับการรวมเข้ากับแอปพลิเคชันทางธุรกิจจริง ฉันหวังว่าสิ่งนั้นไม่ช้าก็เร็วจะปรากฏขึ้น จากนั้นตัวเลือกหมายเลขสามจะกลายเป็นโครงการง่าย ๆ สำหรับการนำระบบข้อมูลไปใช้และการใช้งานและการพัฒนาในภายหลัง

ต่อ(เรื่องสถาปัตยกรรมองค์กร)!

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

แชร์งานบนโซเชียลเน็ตเวิร์ก

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

บทนำ

1.3. เลเยอร์ในสถาปัตยกรรม

บรรณานุกรม

บทนำ

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

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

1. ลักษณะทางทฤษฎีของสถาปัตยกรรมองค์กร

1.1. องค์ประกอบสำคัญของสถาปัตยกรรมองค์กร

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

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

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

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

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

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

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

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

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

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

1. รูปแบบการดำเนินงานของบริษัทโทรคมนาคม eTOM (Enhanced Telecom Operations Map eTOM);
2. แบบจำลองข้อมูล โทรคมนาคมรัฐวิสาหกิจ (ข้อมูลที่ใช้ร่วมกันของกรอบข้อมูลทั่วทั้งองค์กรและแบบจำลองข้อมูล SID);
3. โครงสร้างการสมัครบริษัทโทรคมนาคม ( Applications Framework Telecom Applications Map TAM ).

1.2. โมเดลและเครื่องมือสถาปัตยกรรมแอปพลิเคชัน

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

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

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

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

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

1.3. เลเยอร์ในสถาปัตยกรรม

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

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

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

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

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

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

โครงร่างของชั้นสถาปัตยกรรมยังมีข้อเสียบางประการ:

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

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

สำหรับวัตถุประสงค์ของการวิเคราะห์ระบบ สถาปัตยกรรมขององค์กรสามารถพิจารณาได้สองด้าน:

1. คงที่ - ตามสถานะของธนาคาร ณ จุดคงที่บางเวลา
2. ไดนามิก - เป็นกระบวนการของการเปลี่ยนแปลง (การย้ายถิ่น) ของธนาคารจากสถานะปัจจุบันไปยังสถานะที่ต้องการในอนาคต

สถาปัตยกรรมองค์กรที่พิจารณาในสถิตประกอบด้วยองค์ประกอบต่อไปนี้:

1. ภารกิจและ กลยุทธ์ เป้าหมายเชิงกลยุทธ์และวัตถุประสงค์
2. สถาปัตยกรรมธุรกิจ;
3. ระบบสถาปัตยกรรม.

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

ดังนั้น สถาปัตยกรรมองค์กรโดยทั่วไปจึงถูกอธิบายโดยส่วนต่างๆ ที่ขึ้นต่อกันตามลำดับต่อไปนี้:

1. กำหนดภารกิจและกลยุทธ์ของธนาคาร เป้าหมายเชิงกลยุทธ์และวัตถุประสงค์
2. สถาปัตยกรรมธุรกิจในปัจจุบัน (ตามที่เป็น) และสถานะที่วางแผนไว้ (เป็น)
3. สถาปัตยกรรมระบบในสถานะปัจจุบัน (ตามที่เป็น) และที่วางแผนไว้ (เป็น)
4. แผนปฏิบัติการและโครงการสำหรับการเปลี่ยนจากสถานะปัจจุบันเป็นสถานะที่วางแผนไว้

ดังนั้น สถาปัตยกรรมระบบที่วางแผนไว้จึงเป็นสถาปัตยกรรม "ที่จะเป็น" เฉพาะในบางช่วงของการพัฒนาองค์กรเท่านั้น

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

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

เลเยอร์ต่อไปนี้ควรมีความโดดเด่นในสถาปัตยกรรมองค์กร:

1. แผนกต้อนรับ (ด้านหน้าสำนักงาน)

Front-Office (แผนกต้อนรับ)เป็นระบบบัญชีภายนอก (inสถาปัตยกรรมธุรกิจองค์กร- เป็นคอลเลกชั่นกระบวนการทางธุรกิจ, ขั้นตอน, เอกสารเชิงบรรทัดฐาน (ระเบียบ), หนังสืออ้างอิง, แบบพิมพ์, หน่วยขององค์กรและพนักงานที่ให้ปฏิสัมพันธ์โดยตรงกับลูกค้าจากด้านข้างขององค์กร:

1. รับและป้อนข้อมูลสำหรับการประมวลผลต่อไป เอกสารหลัก,
2. การพิมพ์และให้บริการข้อมูลและเอกสารแก่ลูกค้า
3. โทรหาลูกค้าและส่งข้อความข้อมูลไปยังลูกค้า
4. รับสายโทรศัพท์สอบถามข้อมูลและให้ข้อมูล

Front-Office (แผนกต้อนรับ) เป็นระบบบัญชีภายนอก (inสถาปัตยกรรมระบบองค์กรเป็นชุดของระบบสารสนเทศรวมถึงฐานข้อมูลและไดเร็กทอรีที่มุ่งเป้าไปที่ระบบอัตโนมัติกระบวนการทางธุรกิจปฏิสัมพันธ์กับลูกค้า

1. สำนักงานกลาง (สำนักงานกลาง)

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

ตัวอย่างหน่วยงานระดับกลาง:

หน่วยตรวจสอบผู้กู้ในบริการรักษาความปลอดภัย

กองบริหารความเสี่ยง.

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

ตัวอย่างระบบสารสนเทศสำนักงานกลาง:

ระบบบัญชีตำแหน่ง

ระบบตรวจสอบผู้กู้ในสำนักประวัติสินเชื่อ

ระบบคำนวณคะแนนการขอสินเชื่อ

1. แบ็คออฟฟิศ

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

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

1. การบัญชี

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

1. คลังข้อมูล (DWH)
2. การรายงาน

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

ตัวอย่างระบบการรายงาน:

ระบบการรายงานการจัดการ

ระบบการรายงานการวิเคราะห์

ระบบ ตัวชี้วัดที่สำคัญประสิทธิภาพของหน่วยธุรกิจ

ระบบสร้างอินดิเคเตอร์สำหรับคำนวณคะแนนการขอสินเชื่อ

บรรณานุกรม

1. Vasiliev R. B. , Kalyanov G. N. , Levochkin G. A. , Lukinova O. V. การจัดการเชิงกลยุทธ์ระบบข้อมูล; อินเทอร์เน็ตมหาวิทยาลัยเทคโนโลยีสารสนเทศ บินอม. ห้องปฏิบัติการความรู้ - มอสโก 2013 . - 512 ค.
2. Gritsenko Yu. B. สถาปัตยกรรมองค์กร: ตำรา / Gritsenko Yu. B. 2011. 256 หน้า
3. Danilin A.V. , Slyusarenko A.I. , หลักสูตรฝึกอบรม สถาปัตยกรรมองค์กร [ทรัพยากรอิเล็กทรอนิกส์] - โหมดการเข้าถึง:http://www.intuit.ru/department/itmngt/entarc/
4. Kalyanov G.N. การสร้างแบบจำลอง การวิเคราะห์ การปรับโครงสร้างองค์กร และระบบอัตโนมัติของกระบวนการทางธุรกิจ ตำรา: ม.: การเงินและสถิติ, 2549.

หน้า 17

งานที่เกี่ยวข้องอื่น ๆ ที่อาจสนใจ you.vshm>
803.		สถาปัตยกรรมการบริการ	36.04KB
	ลักษณะทางสถาปัตยกรรมของการก่อสร้างและที่พักของโรงแรม บทบาทของการตกแต่งภายในและการออกแบบของโรงแรมในข้อเสนอของโรงแรม บทนำ ความเฉพาะเจาะจงของโรงแรมอยู่ในฟังก์ชันที่หลากหลายของวัตถุเหล่านี้ เงื่อนไขที่เอื้ออำนวยกิจกรรมชีวิตมนุษย์ในโรงแรมได้รับการประกันโดยการสร้างความสะดวกสบายทั้งในตัวอาคารโรงแรมและในอาณาเขตที่อยู่ติดกัน
17390.		สถาปัตยกรรมของเวลิกี นอฟโกรอด	324.25KB
	มุมมองที่แพร่หลายคือเมืองเก่าที่เรียกว่าการตั้งถิ่นฐานซึ่งตั้งอยู่บนฝั่งขวาของ Volkhov ห่างจากเมืองสมัยใหม่สองกิโลเมตร เพื่อทำความคุ้นเคยกับสถาปัตยกรรมของเมืองนี้อย่างลึกซึ้งยิ่งขึ้น ธีมของงานจึงได้รับเลือกให้เป็นสถาปัตยกรรมของโนฟโกรอดแห่งศตวรรษที่ XI-XV เทคนิคของงานดังกล่าวคือใช้ลวดลายบนแผ่นทองแดงดำด้วยมีดคัตเตอร์และลวดทองถูกหลอมรวมเข้ากับร่อง สามารถนำมาประกอบกับที่เก่าแก่ที่สุด: กระดานที่เขียนนั้นเก่ามากในแง่ของคุณสมบัติและตัวละครจำนวนหนึ่ง...
19556.		ลัทธิแนวตั้งและสถาปัตยกรรมแบบสตาลิน	24.72KB
	เพื่อให้เข้าใจถึงลักษณะเฉพาะของเส้นทางโซเวียตและการสร้างและเนื้อหาของสถาปัตยกรรมโซเวียตจำเป็นต้องศึกษาข้อ จำกัด และข้อบังคับที่กำหนดโดยองค์กรระดับประเทศ กิจกรรมระดับมืออาชีพเกี่ยวกับวิธีคิดของผู้เชี่ยวชาญเฉพาะทาง และในทางกลับกัน แผนสำหรับอพาร์ตเมนต์สไตล์จักรวรรดิสตาลินที่มีเฉลียง ห้องนั่งเล่นสำหรับแม่บ้าน ฯลฯ: Neoclassicism Neoclassicism เป็นคำที่ใช้ในประวัติศาสตร์ศิลปะโซเวียตเพื่ออ้างถึงการวางแนวทางสังคมและอุดมการณ์ต่างๆ ...
17255.		สถาปัตยกรรมวัดของมอสโก	595.99KB
	สีสดใสของกำแพงอิฐของโบสถ์ Church of the Trinity ที่ผ่าด้วยหินแกะสลักสีขาวและกระเบื้องเคลือบสีที่ตกแต่งอย่างหรูหรา การเคลือบผิวด้วยเหล็กสีขาวของเยอรมัน กากบาทสีทองบนหลังคาโดมกระเบื้องสีเขียว ทั้งหมดนี้นำมารวมกันสร้างความประทับใจที่ไม่อาจต้านทานได้ ..
13405.		สถาปัตยกรรมของอาณาจักรบาบิโลนเก่า	528.04KB
	ศูนย์กลางของมันคือเมืองบาบิโลนบาบิลีหมายถึงประตูของพระเจ้าที่มีกษัตริย์ในสหัสวรรษที่ 2 ความรุ่งเรืองของอาณาจักรบาบิโลนเก่าตกอยู่ภายใต้การปกครองของกษัตริย์องค์ที่หกของราชวงศ์ I บาบิโลน ฮัมมูราบี ภายใต้เขา บาบิโลนเปลี่ยนจากเมืองเล็กๆ ไปสู่การเมืองทางเศรษฐกิจที่ใหญ่ที่สุดและ ศูนย์วัฒนธรรมหน้าเอเชีย.
7046.		สถาปัตยกรรมและโครงสร้างของพีซี หลักการฟอนนอยมันน์	9.14KB
	พีซีเป็นไมโครคอมพิวเตอร์สากลที่มีราคาไม่แพงนัก ซึ่งออกแบบมาสำหรับผู้ใช้คนเดียว พีซีสมัยใหม่ได้รับการออกแบบตามหลักการของสถาปัตยกรรมแบบเปิด
6695.		สถาปัตยกรรมฐานข้อมูล ความเป็นอิสระทางกายภาพและตรรกะ	106.36KB
	โดยให้คำจำกัดความของฐานข้อมูลฐานข้อมูลและ DBMS ดังต่อไปนี้: ธนาคารข้อมูล BnD เป็นระบบฐานข้อมูลที่มีการจัดระเบียบเป็นพิเศษของซอฟต์แวร์ ภาษาทางเทคนิค การจัดระเบียบและเครื่องมือระเบียบวิธีวิจัยที่ออกแบบมาเพื่อให้แน่ใจว่ามีการรวบรวมจากส่วนกลางและการใช้ข้อมูลอเนกประสงค์ร่วมกัน ฐานข้อมูลฐานข้อมูลคือชุดข้อมูลที่มีชื่อซึ่งสะท้อนถึงสถานะของออบเจ็กต์และความสัมพันธ์ของวัตถุในหัวข้อที่กำลังพิจารณา ระบบจัดการฐานข้อมูล DBMS คือชุดของภาษาและ ...
18392.		การพัฒนาระบบการศึกษาและระเบียบวิธีสำหรับสาขาวิชา "สถาปัตยกรรมคอมพิวเตอร์"	606.23KB
	จากนั้นกลุ่มผู้ใช้ก็ขยายตัวขึ้นเนื่องจากนักวิทยาศาสตร์ที่ใช้คอมพิวเตอร์ทำการทดลองด้วยเครื่อง หนังสือเรียนอิเล็กทรอนิกส์เป็นผลิตภัณฑ์ทางการศึกษาที่สามารถทำซ้ำได้โดยใช้เครื่องมือวิทยาการคอมพิวเตอร์รวมถึงคอมพิวเตอร์ที่สอดคล้องกับโปรแกรมการฝึกอบรมที่ได้รับอนุมัติหรือโปรแกรมที่พัฒนาโดยผู้เขียนสำหรับหลักสูตรที่เสนอและมีคุณสมบัติใหม่โดยพื้นฐานเมื่อเทียบกับหนังสือเรียนทั่วไป ตำราอิเล็กทรอนิกส์สามารถออกแบบสำหรับ ..
9225.		สถาปัตยกรรมและฐานส่วนประกอบเครือข่ายคอมพิวเตอร์ท้องถิ่นลาว	150.96KB
	ศตวรรษที่ 21 และสหัสวรรษที่สามที่มาถึงกำลังทำให้เกิดคำถามมากขึ้น: อะไร เครื่องบิน(LA) เครื่องบินขับไล่จะให้ความเหนือกว่าทางอากาศ? คำถามที่ตามมาด้วยคำตอบที่ชัดเจน - พวกเขาจะเป็นนักสู้ของรุ่นที่ 5 ต่อไปซึ่งเป็นยุคแห่งการบินของเจ็ท เป็นเรื่องยากและเป็นไปไม่ได้เสมอไปที่จะขีดเส้นแบ่งที่ชัดเจนระหว่างรุ่นเครื่องบิน ใช่ และการเปลี่ยนแปลงของรุ่นเป็นกระบวนการที่ค่อนข้างช้า
21769.		โปรเซสเซอร์ Intel, สถาปัตยกรรมโปรเซสเซอร์, ชิปเซ็ตและคุณลักษณะ	95.27KB
	หน่วยประมวลผลกลาง (ไมโครโปรเซสเซอร์, CPU) - ชิ้นส่วนของฮาร์ดแวร์คอมพิวเตอร์ที่รับผิดชอบการดำเนินการทางคณิตศาสตร์ที่ระบุโดยโปรแกรมและประสานงานการทำงานของอุปกรณ์คอมพิวเตอร์ทั้งหมด โปรเซสเซอร์เป็นคริสตัลเซมิคอนดักเตอร์ที่ปลูกเป็นพิเศษซึ่งมีทรานซิสเตอร์อยู่