Model-Driven Architecture
While the OMG hoped that the OMA would be embraced as the common object-oriented
middleware standard, unfortunately other organizations developed alternatives. Microsoft
produced the proprietary DCOM (Distributed Common Object Model), Sun developed
Java, which came with its own ORB, Remote Method Invocation (RMI), and more
recently another set of middleware standards emerged with XML and SOAP (Simple
Object Office Access Protocol), which Microsoft, Sun, and IBM have all embraced. At the
same time, the move towards e-Business increased the pressure on organizations to integrate
their corporate databases. This integration, now termed Enterprise Application
Integration (EAI), is one of the current key challenges for organizations and, rather than
helping, it has been argued that middleware is part of the problem.
In 1999, the OMG started work on moving beyond OMA and CORBA and producing a
new approach to the development of distributed systems. This work led to the introduction
of the Model-Driven Architecture (MDA) as an approach to system specification and
interoperability building upon the four modeling specifications discussed in the previous
section. It is based on the premise that systems should be specified independent of all
hardware and software details. Thus, whereas the software and hardware may change over
time, the specification will still be applicable. Importantly, MDA addresses the complete
system lifecycle from analysis and design to implementation, testing, component assembly,
and deployment.
รุ่นขับเคลื่อนสถาปัตยกรรม
ขณะ OMG ที่หวังว่า จะกอดจะรู้สึกเป็นมวลเชิงวัตถุ
มิดเดิลแวร์องค์กรมาตรฐาน อื่น ๆ แต่พัฒนาทางเลือก Microsoft
ผลิต DCOM กรรมสิทธิ์ (กระจายทั่วไปรูปแบบวัตถุ), ซันพัฒนา
จาวา ที่มาพร้อมกับลูกโลกของตัวเอง เรียกวิธีการระยะไกล (RMI), และอื่นๆ
ชุดของมาตรฐานมิดเดิลแวร์อื่นเพิ่งเกิดกับ XML และ SOAP (ง่าย
วัตถุ Office Access Protocol), ซึ่งมีกอดทั้งหมด Microsoft อาทิตย์ และ IBM ที่
กัน ย้ายไปทางธุรกิจอิเล็กทรอนิกส์เพิ่มขึ้นความดันองค์กรรวม
ฐานข้อมูลขององค์กร การรวมนี้ ตอนนี้เรียกว่าโปรแกรมประยุกต์ระดับองค์การ
รวม (EAI), เป็นหนึ่งในความท้าทายสำคัญปัจจุบันสำหรับองค์กร และ rather กว่า
ช่วย จะมีการโต้เถียงที่มิดเดิลแวร์เป็นส่วนหนึ่งของปัญหา
ในปี 1999, OMG ที่เริ่มทำงานย้ายเกินรู้สึกและ CORBA และผลิตเป็น
วิธีใหม่ในการพัฒนาของระบบแบบกระจายการ งานนี้นำไปสู่การแนะนำ
ของแบบ Model-Driven สถาปัตยกรรม (MDA) เป็นวิธีการคุณสมบัติ และ
ทำงานร่วมกันสร้างตามข้อมูลจำเพาะของโมเดลสี่ที่กล่าวถึงก่อนหน้าใน
ส่วน โดยมีหลักฐานว่า ระบบควรระบุอิสระทั้งหมด
รายละเอียดฮาร์ดแวร์และซอฟต์แวร์ ดังนั้น ในขณะที่ซอฟต์แวร์และฮาร์ดแวร์อาจเปลี่ยน
เวลา ข้อมูลจำเพาะจะยังคงสามารถใช้ สำคัญ MDA อยู่สมบูรณ์
วงจรระบบจากการวิเคราะห์และออกแบบงาน ทดสอบ คอมโพเนนต์แอสเซ มบลี,
และใช้งาน
การแปล กรุณารอสักครู่..

Model-Driven Architecture
While the OMG hoped that the OMA would be embraced as the common object-oriented
middleware standard, unfortunately other organizations developed alternatives. Microsoft
produced the proprietary DCOM (Distributed Common Object Model), Sun developed
Java, which came with its own ORB, Remote Method Invocation (RMI), and more
recently another set of middleware standards emerged with XML and SOAP (Simple
Object Office Access Protocol), which Microsoft, Sun, and IBM have all embraced. At the
same time, the move towards e-Business increased the pressure on organizations to integrate
their corporate databases. This integration, now termed Enterprise Application
Integration (EAI), is one of the current key challenges for organizations and, rather than
helping, it has been argued that middleware is part of the problem.
In 1999, the OMG started work on moving beyond OMA and CORBA and producing a
new approach to the development of distributed systems. This work led to the introduction
of the Model-Driven Architecture (MDA) as an approach to system specification and
interoperability building upon the four modeling specifications discussed in the previous
section. It is based on the premise that systems should be specified independent of all
hardware and software details. Thus, whereas the software and hardware may change over
time, the specification will still be applicable. Importantly, MDA addresses the complete
system lifecycle from analysis and design to implementation, testing, component assembly,
and deployment.
การแปล กรุณารอสักครู่..
