As we learn more details about Orac

As we learn more details about Oracle’s Fusion Applications and SAP’s Enterprise Services Architecture, a few
trends emerge. Neither vendor is rewriting its ERP suite according to SOA principles of componentization, reuse,
and reconfiguration as some supply chain execution and midmarket ERP vendors have done (see the links at the
end of this article for more). Instead, both are wrapping the existing code base (“The Blob”), exposing some
services, and working on overhauling the user interface with their portal technology.

-SAP will apparently continue to have separate customer, supplier, and employee masters that must be synchronized between ERP, HR, CRM, APO, and supplier relationship management (SRM) instances.
-Oracle currently has “hundreds” of services and is exposing more by making modifications to its existing PL/SQL code base or writing new ones to access the database using Java. Undocumented interfaces will still be used internally. An SOA application’s services would reflect its fundamental component design and
not be added on opportunistically.
-SAP has an ABAP application server to keep its code alive, and its claim to “30,000 services” matches the 30,000 BAPIs and iDOCs that have existed for years. Again, it appears to be wrapping existing code.

ผลลัพธ์ (ไทย) 1:

ตามที่เราศึกษารายละเอียดเพิ่มเติมเกี่ยวกับโปรแกรมประยุกต์ของออราเคิลฟิวชั่นและสถาปัตยกรรมบริการองค์กรของ SAP กี่แนวโน้มที่เกิดขึ้น ผู้ใดจะเขียนชุดของ ERP ตามหลัก SOA ของ componentization ใช้และทำการกำหนดค่าใหม่ดำเนินการห่วงโซ่อุปทานและผู้จำหน่าย ERP midmarket บาง (ดูเชื่อมโยงในการตอนท้ายของบทความนี้สำหรับข้อมูลเพิ่มเติม) แทน ทั้งสองจะตัดอยู่รหัสพื้นฐาน ("The Blob"), เปิดเผยบางบริการ และทำงานบน overhauling ส่วนติดต่อผู้ใช้ ด้วยเทคโนโลยีพอร์ทัลของพวกเขา-เห็นได้ชัด SAP จะยังมีค้า ซัพพลายเออร์ และแบบพนักงานที่ต้องทำให้ตรงกันระหว่าง ERP, HR, CRM อาโป และอินสแตนซ์ (SRM) การจัดการความสัมพันธ์ผู้จัดจำหน่าย-Oracle ปัจจุบันร้อย "" บริการ และเปิดเผยมากขึ้น โดยทำการแก้ไขรหัสของ PL/SQL อยู่พื้นฐาน หรือเขียนใหม่เพื่อเข้าถึงฐานข้อมูลใช้ Java อินเทอร์เฟซที่ไม่เกี่ยวกับเอกสารจะยังคงมีใช้ภายใน บริการของแอพพลิเคชัน SOA จะสะท้อนให้เห็นถึงการออกแบบส่วนประกอบพื้นฐาน และไม่สามารถเพิ่มใน opportunistically-SAP ABAP ที่แอพพลิเคชันเซิร์ฟเวอร์เพื่อเก็บรหัสของชีวิต และเรียกร้องให้" 30000" ตรงกับ BAPIs 30000 และ iDOCs ที่มีอยู่สำหรับปี อีก มันดูเหมือนจะถูกตัดรหัสที่มีอยู่

ผลลัพธ์ (ไทย) 2:

ในฐานะที่เราเรียนรู้รายละเอียดเพิ่มเติมเกี่ยวกับการประยุกต์ใช้งานของออราเคิลฟิวชั่นและของ SAP Enterprise
บริการสถาปัตยกรรมไม่กี่แนวโน้มโผล่ออกมา ผู้ขายจะเขียนใหม่ทั้งชุด ERP ตามหลักการของ SOA componentization
นำมาใช้ใหม่และการคอนฟิเกอร์เป็นบางส่วนดำเนินการห่วงโซ่อุปทานและขนาดกลางผู้ผลิตERP ได้ทำ
(ดูการเชื่อมโยงที่ตอนท้ายของบทความนี้มานาน) แต่ทั้งสองจะตัดฐานรหัสที่มีอยู่ ("หยด")
เผยให้เห็นบางบริการและการทำงานเกี่ยวกับการรื้อส่วนติดต่อผู้ใช้ที่มีเทคโนโลยีพอร์ทัล. -SAP เห็นได้ชัดว่าจะยังคงมีลูกค้าแยกผู้ผลิตและปริญญาโทของพนักงานที่จะต้อง ตรงกันระหว่าง ERP, HR, CRM, APO และการจัดการความสัมพันธ์ผู้จัดจำหน่าย (SRM) กรณี. -Oracle ปัจจุบันมี "ร้อย" ของการให้บริการและเป็นที่เปิดเผยมากขึ้นโดยการปรับเปลี่ยนที่มีอยู่ PL / SQL ฐานรหัสหรือเขียนใหม่ในการเข้าถึง ฐานข้อมูลโดยใช้ Java อินเตอร์เฟซที่ไม่มีเอกสารจะยังคงใช้ภายใน บริการที่สมัคร SOA จะสะท้อนให้เห็นถึงการออกแบบชิ้นส่วนของพื้นฐานและไม่ได้รับการเพิ่มโอกาส. -SAP มีแอพพลิเคชันเซิร์ฟเวอร์ ABAP เพื่อให้รหัสมีชีวิตอยู่และการเรียกร้องในการ "30,000 บริการ" ตรงกับ 30,000 BAPIs และ IDOCs ที่มีอยู่มานานหลายปี อีกครั้งก็ดูเหมือนจะตัดรหัสที่มีอยู่

ผลลัพธ์ (ไทย) 3:

ในขณะที่เราเรียนรู้รายละเอียดเพิ่มเติมเกี่ยวกับผลิตภัณฑ์และบริการขององค์กรสถาปัตยกรรม Fusion โปรแกรม SAP , ไม่กี่
แนวโน้มอุบัติ หรือผู้ขาย ERP ใหม่สวีทของมันตาม SOA หลัก componentization นำมาใช้ใหม่ ,
ปรับเป็นบางห่วงโซ่อุปทานและการดำเนินการและผู้ขาย ERP up เสร็จ ( ดูการเชื่อมโยงที่ตอนท้ายของบทความนี้สำหรับข้อมูลเพิ่มเติม
) แทนทั้งตัดที่มีอยู่ในฐานรหัส ( " หยด " ) , การเปิดเผยบาง
บริการและงานซ่อมส่วนติดต่อผู้ใช้ด้วยเทคโนโลยีพอร์ทัล

- SAP จะเห็นได้ชัดว่ายังมีลูกค้าแยกซัพพลายเออร์และพนักงานผู้เชี่ยวชาญที่ต้องตรงกันระหว่าง ERP , HR , CRM , สถิติและการจัดการความสัมพันธ์ ซัพพลายเออร์ ( SRM )
กรณี- Oracle ขณะนี้มี " ร้อย " ของการบริการและการเปิดเผยมากขึ้นโดยการปรับเปลี่ยนที่มีอยู่รหัส PL / SQL ฐานหรือเขียนใหม่เพื่อเข้าถึงฐานข้อมูลโดยใช้ Java ไม่มีเอกสารอินเทอร์เฟซ จะยังคงถูกใช้ภายใน บริการการสมัคร SOA จะสะท้อนให้เห็นถึงการออกแบบส่วนประกอบของพื้นฐานและ

ไม่เพิ่มใน opportunistically .- มีโปรแกรม SAP ABAP เซิร์ฟเวอร์เพื่อเก็บรหัสของชีวิต และการเรียกร้องให้ " บริการ " 30 , 000 , 000 และตรงกับ bapis idocs ที่มีอยู่สำหรับปี อีกครั้ง , มันดูเหมือนจะตัด

รหัสที่มีอยู่