เนื้อหา
- The Umbrella ที่ควบคุม BPM และ SOA
- ไม่มีข้อบกพร่องไม่มีความเครียด - คู่มือแบบเป็นขั้นตอนเพื่อสร้างซอฟต์แวร์ที่เปลี่ยนแปลงชีวิตโดยไม่ทำลายชีวิตของคุณ
- แนวทางและเครื่องมือที่รองรับ BPM และ SOA
- ประโยชน์ของ SOA
Takeaway:
การจัดการกระบวนการทางธุรกิจและสถาปัตยกรรมที่มุ่งเน้นบริการสามารถโดดเดี่ยว แต่แนวทางปฏิบัติที่ดีที่สุดแนะนำให้ใช้ร่วมกันเป็นส่วนหนึ่งของ EA สีน้ำเงินที่มีขนาดใหญ่กว่า
การจัดการกระบวนการทางธุรกิจ (BPM) เป็นกระบวนทัศน์ที่ช่วยให้องค์กรสามารถสร้างแบบจำลองอัตโนมัติดำเนินการควบคุมวัดและเพิ่มประสิทธิภาพการไหลของกิจกรรมทางธุรกิจ สิ่งนี้เกิดขึ้นในระบบรวมขององค์กรพนักงานลูกค้าและคู่ค้าและทั้งภายในและภายนอกขอบเขตขององค์กร Service-oriented architecture (SOA) ในทางกลับกันเป็นวิธีการทางสถาปัตยกรรมสำหรับการสร้างระบบที่ใช้ซอฟต์แวร์มากจากชุดของบริการเชื่อมต่อระหว่างกันและการพึ่งพาซึ่งกันและกันแบบสากล
BPM และ SOA เป็นกระบวนทัศน์ที่แยกจากกัน - SOA เป็นวิธีการสถาปัตยกรรมในขณะที่ BPM เกี่ยวกับการสร้างแบบจำลองการใช้และการตรวจสอบกระบวนการทางธุรกิจอย่างไรก็ตามทั้งสองอยู่ในแนวเดียวกันอย่างใกล้ชิดเพราะหนึ่งในวิธีที่เป็นไปได้หลายวิธีในการใช้กระบวนการทางธุรกิจคือการออกแบบ SOA ที่นี่ลองดูว่า BPM และ SOA สามารถทำงานร่วมกันได้อย่างไรและประโยชน์แต่ละข้อเสนอเมื่อใช้แยกต่างหาก (สำหรับการอ่านพื้นหลังให้ดูการคำนวณองค์กร: Buzz ทั้งหมดคืออะไร)
The Umbrella ที่ควบคุม BPM และ SOA
สถาปัตยกรรมองค์กรเป็นตรรกะการจัดระเบียบสำหรับกระบวนการทางธุรกิจขององค์กรและโครงสร้างพื้นฐานด้านไอที มันยังเป็นร่มที่ควบคุมกระบวนทัศน์ทั้งสองนี้ สถาปัตยกรรมที่มุ่งเน้นบริการเป็นรูปแบบสถาปัตยกรรมสำหรับการรับรู้หรือการสร้างสถาปัตยกรรมองค์กรเช่นไคลเอนต์เซิร์ฟเวอร์, n-tier, mainframes ฯลฯ เป้าหมายหลักของสถาปัตยกรรมที่มุ่งเน้นบริการคือการจัดเรียงธุรกิจกับเทคโนโลยีสารสนเทศในลักษณะที่ทำให้ ทั้งมีประสิทธิภาพมากขึ้น
SOA และ BPM สามารถมีอยู่ได้ด้วยตัวเอง แต่การรวมกันเป็นสิ่งที่ทำให้สถาปัตยกรรมองค์กรสมบูรณ์ BPM เหมาะสมกับจิ๊กซอว์ SOA เป็นหนึ่งในองค์ประกอบหลักที่ให้มิติกระบวนการทางธุรกิจ การปฐมนิเทศบริการช่วยให้แอปพลิเคชันสามารถเรียกใช้พฤติกรรมของกันและกันเป็นบริการซึ่งเป็นงานที่ทำซ้ำได้ในกระบวนการทางธุรกิจ กระบวนการทางธุรกิจภายในองค์กรนั้นเกิดขึ้นได้ด้วยการรวมบริการต่างๆเข้าไว้ด้วยกันซึ่งเป็นส่วนหนึ่งของ SOA stack
รูปด้านล่างเป็นสถาปัตยกรรมอ้างอิง SOA ที่ระบุตำแหน่งที่ BPM เหมาะสมกับสแต็ก SOA ดังที่คุณเห็น BPM ตั้งอยู่บนรากฐานที่มั่นคงที่จัดทำโดย SOA และสืบทอดความสามารถในการรวมที่สำคัญจากนั้น
รูปที่ 1: สถาปัตยกรรมอ้างอิง SOA
หมายเหตุ: เลเยอร์ของสถาปัตยกรรมอ้างอิงด้านบนจากล่างขึ้นบนคือ: เลเยอร์ฐานข้อมูลเลเยอร์แอปพลิเคชันเลเยอร์ส่วนประกอบชั้นการรวมชั้นกระบวนการทางธุรกิจชั้นนำเสนอเลเยอร์ช่องทาง
ไม่มีข้อบกพร่องไม่มีความเครียด - คู่มือแบบเป็นขั้นตอนเพื่อสร้างซอฟต์แวร์ที่เปลี่ยนแปลงชีวิตโดยไม่ทำลายชีวิตของคุณ
คุณไม่สามารถพัฒนาทักษะการเขียนโปรแกรมของคุณเมื่อไม่มีใครใส่ใจคุณภาพของซอฟต์แวร์
แนวทางและเครื่องมือที่รองรับ BPM และ SOA
มีวิธีการต่าง ๆ ในการรับรู้ BPM และ SOA:
- การพัฒนาแอพพลิเคชั่นแบบดั้งเดิม
ทางเลือกหนึ่งคือการพัฒนาแอพพลิเคชั่นใหม่อย่างสมบูรณ์ บริษัท ส่วนใหญ่มีความสามารถในการทำเช่นนี้จึงไม่แปลกที่ บริษัท เหล่านี้จะประเมินว่าพวกเขาสามารถใช้การพัฒนาแอปพลิเคชันแบบดั้งเดิมแทนการใช้ซอฟต์แวร์การจัดการกระบวนการทางธุรกิจ (BPMS) พารามิเตอร์การตัดสินใจเป็นศูนย์กลางรอบ ๆ ว่าทักษะมีอยู่ภายในเพื่อตอบสนองความต้องการและเวลาในการตลาด - การขยายแอปพลิเคชันที่มีอยู่
องค์กรส่วนใหญ่ใช้แอปพลิเคชันในกระบวนการทางธุรกิจของตนอยู่แล้ว เห็นได้ชัดว่าการใช้แอปพลิเคชันที่มีอยู่ได้รับการพิจารณาที่สำคัญ หากมีแอปพลิเคชันที่มีอยู่บาง บริษัท ประเมินว่าจะขยายแอปพลิเคชันนั้นเพื่อช่วยปรับปรุงการขับเคลื่อนในกระบวนการหลัก ๆ หรือไม่ ที่นี่พารามิเตอร์การตัดสินใจเป็นศูนย์เกี่ยวกับค่าใช้จ่ายความซับซ้อนและยังไม่บรรลุนิติภาวะ - การซื้อแอปพลิเคชันแบบแพคเกจ
ในหลายกรณีคุณสามารถซื้อแอปพลิเคชันแบบแพ็คเกจที่ควรได้รับการออกแบบมาเพื่อตอบสนองความต้องการของกระบวนการหรือฟังก์ชันเฉพาะ พารามิเตอร์การตัดสินใจประกอบด้วยเวลาต่อมูลค่าความเสี่ยงของการยอมรับการตอบสนองต่อการเปลี่ยนแปลงและการขยายขอบเขต
ตารางต่อไปนี้แสดงการเปรียบเทียบเครื่องมือสำคัญจากสองกระบวนทัศน์
ตารางที่ 1: เครื่องมือสำหรับ BPM และ SOA
ประโยชน์ของ SOA
SOA มีประโยชน์หลักสำหรับองค์กร มาดูสิ่งเหล่านี้รวมถึงประโยชน์ที่ได้รับจาก BPM สำหรับส่วนของ SOA นั้นให้:
- ปรับปรุงการสื่อสารแบบ B2C
- สถาปัตยกรรมที่มุ่งเน้นบริการสำหรับองค์กร โดยทั่วไปธุรกิจที่มีการจัดระเบียบ SOA นั้นมีความยืดหยุ่นมากกว่าและสามารถตอบสนองต่อการเปลี่ยนแปลงทางธุรกิจได้ง่ายและรวดเร็วยิ่งขึ้น
- ความสามารถในการใช้รหัสซ้ำเพื่อลดต้นทุนการพัฒนา บริการทำให้ฟังก์ชั่นสามารถใช้ซ้ำได้มากขึ้นซึ่งจะลดค่าใช้จ่ายโดยหลีกเลี่ยงความจำเป็นที่จะต้องทำซ้ำฟังก์ชั่นเดียวกัน
- ปรับปรุงการบูรณาการโครงการ e-business / CRM / ERP ที่มีอยู่เดิม SOA ไม่ใช่ทางเลือกสำหรับแนวทาง