Service-oriented modeling and archi

Service-oriented modeling and architecture
How to identify, specify, and realize services for your SOA
Ali Arsanjani, Ph.D. ([e-mail])
Chief Architect, SOA and Web services Center of Excellence, IBM
09 Nov 2004
This article discusses the highlights of service-oriented modeling
and architecture; the key activities that you need for the analysis
and design required to build a Service-Oriented Architecture (SOA).
The author stresses the importance of addressing the techniques
required for the identification, specification and realization of
services, their flows and composition, as well as the enterprisescale
components needed to realize and ensure the quality of
services required of a SOA.
Introduction
There has been a lot of buzz and hype -- some factual, some not so well-founded
-- surrounding the opportunities presented by Service-oriented Architectures
(SOA) and its implementation as Web services. Analysts have predicted, pundits
have professed, professors have lectured, companies have scurried to sell what
they had, as SOA products -- often missing the point that SOA is not a product.
Itís about bridging the gap between business and IT through a set of businessaligned
IT services using a set of design principles, patterns, and techniques.
ZDNet recently said, "Gartner predicts that by 2008, more than 60 percent of
enterprises will use SOA as a "guiding principle" when creating mission-critical
applications and processes."
A huge demand exists for the development and implementation of SOAs. So if
SOA is not just about the products and standards that help realize it, for example
through Web services, then what additional elements do you need to realize a
SOA? Service-oriented modeling requires additional activities and artifacts that
are not found in traditional object-oriented analysis and design (OOAD). The
article ìElements of Service-oriented Analysis and Design" describes an initial set
of reasons why you need more than OOAD. It also describes how business
process management or enterprise architecture (EA) and OOAD are inadequate
means of conducting analysis and design. Also, in the IBM Redbook entitled
ìPatterns: Service-Oriented Architecture and Web Services", I illustrate the major
activities of this service-oriented modeling approach.
2 29 January 2005
From http://www-128.ibm.com/developerworks/webservices/library/ws-soa-design1/
However, additional important considerations exist that you need to take into
account. For one thing, current OOAD methods do not address the three key
elements of a SOA: services, flows, and components realizing services. You also
need to be able to explicitly address the techniques and processes required for
the identification, specification and realization of services, their flows and
composition, as well as the enterprise-scale components needed to realize and
ensure the quality of services required.
Second, a paradigm shift needs to occur, in order to appreciate the distinct
requirements of the two key roles in a SOA: the service provider and service
consumer. Third, applications assumed to be built for one enterprise or line of
business must now aspire to be used in a supply chain and be exposed to
business partners who might compose, combine, and encapsulate them into new
applications. This is the notion of the service ecosystem or service value-net.
This is a slight step up from just "distributed objects". Itís about the value created
through the network effect: for example, when parties leverage a combination of
Amazon.com with Googleís search services and combine them with eBay
services to build their own hybrid solutions. Or when a travel agency reaches
deep into an airline reservation system and coordinates it with a rental car
agency and hotel chain, updating their records and sending the itinerary to your
electronic organizer. Whatever the application, you need much more than just
good tools and standards to successfully create a SOA. You need some
prescriptive steps to support your SOA life cycle; techniques for the analysis,
design, and realization of services, flows, and components. Therefore, for
anyone interested in enterprise application development, itís crucial to
understand the detailed steps involved in service-oriented modeling and
architecture.
Before I describe these steps in detail, letís first understand what you are aiming
to produce: what is a SOA, and what does it look like? After defining the notion
and concepts behind a SOA, Iíll describe the layers of a SOA and how you need
to record key architectural decisions about each of those layers that help you in
building a blueprint for the SOA that is right for your project, line of business,
enterprise-wide effort, or value-chain that you are trying to integrate and come up
with a set of services, flows, and components that implement the SOA.

Results (Vietnamese) 1:

Mô hình hướng dịch vụ và kiến trúcLàm thế nào để xác định, chỉ định, và thực hiện các dịch vụ cho SOA của bạnAli Arsanjani, tiến sĩ ([e-mail])Dịch vụ kiến trúc sư trưởng, SOA và Web ở trung tâm xuất sắc, IBM09 tháng mười một năm 2004Bài viết này thảo luận về những điểm nổi bật của dịch vụ theo định hướng mô hìnhvà kiến trúc; Các hoạt động quan trọng mà bạn cần cho các phân tíchvà thiết kế cần thiết để xây dựng một kiến trúc Service-Oriented (SOA).Tác giả nhấn mạnh tầm quan trọng của địa chỉ các kỹ thuậtyêu cầu để xác định, đặc điểm kỹ thuật và thực hiện cácDịch vụ, dòng chảy của họ và thành phần, cũng như enterprisescalethành phần cần thiết để nhận ra và đảm bảo chất lượngDịch vụ yêu cầu của một SOA.Giới thiệuĐã có rất nhiều buzz và hype - một số thực tế, một số không phải như vậy tốt thành lập-xung quanh các cơ hội trình bày của kiến trúc hướng dịch vụ(SOA) và thực hiện của nó là dịch vụ Web. Nhà phân tích đã dự đoán, học giảcó công khai, giáo sư đã giảng dạy, công ty có scurried để bán những gìhọ đã có, như là sản phẩm SOA - thường mất điểm SOA đó không phải là một sản phẩm.ITIS về bridging the gap giữa kinh doanh và nó thông qua một tập hợp các businessalignedDịch vụ bằng cách sử dụng một tập hợp các nguyên tắc thiết kế, mô hình, và kỹ thuật.ZDNet mới nói, "Gartner dự báo rằng đến năm 2008, hơn 60 phần trăm củaCác doanh nghiệp sẽ sử dụng SOA là một nguyên tắc hướng dẫn"" khi tạo nhiệm vụ quan trọngứng dụng và quy trình."Tồn tại một nhu cầu rất lớn cho việc phát triển và thực hiện SOA. Vì vậy, nếuSOA là không chỉ là về các sản phẩm và tiêu chuẩn giúp nhận ra nó, ví dụthông qua dịch vụ Web, sau đó những yếu tố bổ sung bạn cần phải nhận ra mộtSOA? Mô hình hướng dịch vụ yêu cầu hoạt động bổ sung và đồ tạo tác màkhông tìm thấy trong truyền thống hướng đối tượng phân tích và thiết kế (OOAD). Cácđiều ìElements của hướng dịch vụ phân tích và thiết kế"mô tả một thiết lập ban đầulý do tại sao bạn cần nhiều hơn OOAD. Nó cũng mô tả làm thế nào kinh doanhxử lý quản lý hoặc doanh nghiệp kiến trúc (EA) và OOAD là không đủcó nghĩa là tiến hành phân tích và thiết kế. Ngoài ra, trong quyển IBM mang tênìPatterns: Service-Oriented kiến trúc và dịch vụ Web ", tôi minh họa lớnhoạt động của cách tiếp cận dịch vụ theo định hướng mô hình này. 2 ngày 29 tháng 1 năm 2005Từ http://www-128.ibm.com/developerworks/webservices/library/ws-soa-design1/Tuy nhiên, cân nhắc quan trọng bổ sung tồn tại rằng bạn cần phải đưa vàotài khoản. Đối với một điều, hiện tại OOAD phương pháp không giải quyết chính baCác yếu tố của một SOA: Dịch vụ, dòng chảy, và các thành phần thực hiện dịch vụ. Bạn cũngcần để có thể giải quyết một cách rõ ràng các kỹ thuật và quy trình cần thiết choxác định, đặc điểm kỹ thuật và thực hiện các dịch vụ, dòng chảy của họ vàthành phần, cũng như các thành phần doanh nghiệp quy mô cần thiết để nhận ra vàđảm bảo chất lượng dịch vụ yêu cầu.Thứ hai, một sự thay đổi mô hình cần để xảy ra, để đánh giá cao sự khác biệtyêu cầu của hai vai trò quan trọng trong một SOA: nhà cung cấp dịch vụ và dịch vụngười tiêu dùng. Thứ ba, ứng dụng giả định được xây dựng cho một doanh nghiệp hoặc dòngkinh doanh phải bây giờ mong muốn được sử dụng trong một chuỗi cung ứng và được tiếp xúc vớiđối tác kinh doanh những người có thể soạn, kết hợp, và đóng gói chúng vào mớiứng dụng. Đây là khái niệm của hệ sinh thái dịch vụ hoặc dịch vụ giá trị-net.Đây là một bước nhỏ lên từ chỉ "phân phối các đối tượng". ITIS về giá trị tạothông qua các hiệu ứng mạng: ví dụ, khi bên tận dụng một sự kết hợp củaAmazon.com với Googleís dịch vụ tìm kiếm và kết hợp chúng với eBayDịch vụ xây dựng giải pháp kết hợp riêng của họ. Hoặc khi đạt đến một cơ quan du lịchsâu vào một hệ thống Đặt phòng hãng và phối hợp với một chiếc xe cho thuêcơ quan và khách sạn chuỗi, Cập nhật hồ sơ của họ và gửi hành trình của bạntổ chức điện tử. Bất kỳ ứng dụng, bạn cần nhiều hơn là chỉcông cụ tốt và các tiêu chuẩn để thành công tạo ra một SOA. Bạn cần một sốquy tắc bước để hỗ trợ chu kỳ cuộc sống SOA của bạn; kỹ thuật cho việc phân tích,thiết kế, và thực hiện các dịch vụ, dòng chảy, và thành phần. Vì vậy, chobất cứ ai quan tâm đến việc phát triển ứng dụng doanh nghiệp, ITIS rất quan trọng đểhiểu các bước chi tiết liên quan đến mô hình hướng dịch vụ vàkiến trúc.Trước khi tôi mô tả các bước chi tiết, letís đầu tiên hiểu những gì bạn đang hướng tớisản xuất: những gì là một SOA, và nó trông như thế? Sau khi xác định các khái niệmvà khái niệm đằng sau một SOA, Iíll mô tả các lớp của một SOA và làm thế nào bạn cầnđể ghi lại quyết định kiến trúc quan trọng về mỗi người trong số những lớp có thể trợ giúp bạn trongxây dựng một kế hoạch chi tiết cho SOA là phù hợp với dự án của bạn, kinh doanh,nỗ lực toàn doanh nghiệp, hoặc chuỗi giá trị mà bạn đang cố gắng để tích hợp và đi lênvới một thiết lập dịch vụ, dòng chảy, và các thành phần thực hiện SOA.

Results (Vietnamese) 2:

Mô hình hướng dịch vụ và kiến trúc
như thế nào để xác định, chỉ định, và nhận ra các dịch vụ cho SOA của bạn
Ali Arsanjani, Ph.D. ([e-mail])
Kiến trúc sư trưởng, Trung tâm SOA và dịch vụ Web of Excellence, IBM
09 Tháng 11 2004
Bài viết này thảo luận về những điểm nổi bật của mô hình hướng dịch vụ
và kiến trúc; các hoạt động quan trọng mà bạn cần cho việc phân tích
và thiết kế cần thiết để xây dựng một kiến trúc hướng dịch vụ (SOA).
Các tác giả nhấn mạnh tầm quan trọng của việc giải quyết các kỹ thuật
cần thiết cho việc xác định, đặc điểm kỹ thuật và thực hiện các
dịch vụ, lưu chuyển của họ và thành phần, cũng như enterprisescale
thành phần cần thiết để thực hiện và đảm bảo chất
lượng. dịch vụ cần thiết của một SOA
Giới thiệu
Hiện đã có rất nhiều tin đồn và sự cường điệu - một thực tế, một số không có cơ sở
- xung quanh các cơ hội do các kiến trúc hướng dịch vụ
(SOA) và thực hiện như các dịch vụ Web. Các nhà phân tích đã dự đoán, các học giả
đã xưng, giáo sư đã làm giảng viên, công ty đã vội vã bán những gì
họ có, như các sản phẩm SOA - thường bị mất điểm rằng SOA không phải là một sản phẩm.
Itis về thu hẹp khoảng cách giữa doanh nghiệp và CNTT thông qua một tập hợp các businessaligned
dịch vụ CNTT bằng cách sử dụng một tập hợp các nguyên tắc thiết kế, mô hình, và kỹ thuật.
ZDNet gần đây cho biết, "Gartner dự đoán rằng vào năm 2008, hơn 60 phần trăm của
các doanh nghiệp sẽ sử dụng SOA như là một" nguyên tắc hướng dẫn "khi tạo nhiệm vụ quan trọng
ứng dụng và quy trình.
"Một nhu cầu rất lớn tồn tại cho sự phát triển và thực hiện các SOA. Vì vậy, nếu
SOA không chỉ là về các sản phẩm và tiêu chuẩn mà giúp nhận ra nó, ví dụ
thông qua các dịch vụ Web, sau đó những gì yếu tố bổ sung để bạn cần phải nhận ra một
SOA? Mô hình hướng dịch vụ đòi hỏi các hoạt động bổ sung và hiện vật mà
không được tìm thấy trong phân tích hướng đối tượng truyền thống và thiết kế (OOAD). Các
ìElements bài viết của dịch vụ phân tích định hướng và thiết kế "mô tả một thiết lập ban đầu
của lý do tại sao bạn cần nhiều hơn OOAD. Nó cũng mô tả cách thức kinh doanh
quản lý quá trình hoặc kiến trúc doanh nghiệp (EA) và OOAD là không đủ
phương tiện để tiến hành phân tích và thiết kế. Ngoài ra, trong IBM Redbook quyền
ìPatterns: Kiến trúc hướng dịch vụ và các dịch vụ Web ", tôi minh họa cho chính
hoạt động của dịch vụ theo định hướng mô hình tiếp cận này.
2 ngày 29 tháng 1 2005
Từ http://www-128.ibm.com/developerworks/webservices/ thư viện / ws-soa-design1 /
Tuy nhiên, cân nhắc bổ sung quan trọng tồn tại mà bạn cần phải đưa vào
tài khoản. Đối với một điều, phương pháp OOAD hiện tại không giải quyết cho ba
yếu tố của một SOA: dịch vụ, lưu chuyển, và các thành phần dịch vụ thực hiện. Bạn cũng
cần để có thể giải quyết một cách rõ ràng các kỹ thuật và quy trình cần thiết cho
việc xác định, đặc điểm kỹ thuật và thực hiện các dịch vụ, lưu chuyển của họ và
thành phần, cũng như các thành phần doanh nghiệp quy mô cần thiết để thực hiện và
đảm bảo chất lượng của các dịch vụ cần thiết.
Thứ hai, một sự thay đổi mô cần phải xảy ra, để đánh giá cao sự khác biệt
yêu cầu của hai vai trò quan trọng trong một SOA: các nhà cung cấp dịch vụ và dịch vụ
tiêu dùng. Thứ ba, các ứng dụng giả định được xây dựng cho một doanh nghiệp hoặc một ngành
kinh doanh hiện nay phải khao khát được sử dụng trong một chuỗi cung cấp và được tiếp xúc với
các đối tác kinh doanh những người có thể sáng tác, kết hợp và đóng gói chúng thành mới
các ứng dụng. Đây là quan điểm của các hệ sinh thái dịch vụ hoặc dịch vụ giá trị ròng.
Đây là một bước nhẹ lên từ "đối tượng phân tán". Itis về giá trị được tạo ra
thông qua hiệu quả mạng: ví dụ, khi các bên tận dụng một sự kết hợp của
Amazon.com với dịch vụ tìm kiếm Googleís và kết hợp chúng với eBay
dịch vụ để xây dựng các giải pháp lai của chính họ. Hoặc khi một cơ quan du lịch đạt
sâu vào một hệ thống đặt phòng hãng hàng không và phối hợp nó với một chiếc xe cho thuê
cơ quan và hệ thống khách sạn, cập nhật hồ sơ của họ và gửi hành trình để bạn
tổ chức điện tử. Dù ứng dụng, bạn cần nhiều hơn chỉ là
công cụ tốt và tiêu chuẩn để thành công tạo ra một SOA. Bạn cần một số
bước quy tắc để hỗ trợ vòng đời SOA của bạn; kỹ thuật cho việc phân tích,
thiết kế, và thực hiện các dịch vụ, lưu chuyển, và các thành phần. Vì vậy, đối với
bất cứ ai quan tâm đến việc phát triển ứng dụng doanh nghiệp, tên trùng rất quan trọng để
hiểu được các bước chi tiết liên quan đến việc mô hình hóa và dịch vụ theo định hướng
kiến trúc.
Trước khi tôi mô tả các bước chi tiết, letís đầu tiên hiểu được những gì mà bạn đang hướng
tới sản xuất: một SOA là gì, và nó trông như thế nào? Sau khi xác định các khái niệm
và các khái niệm đằng sau một SOA, Tôi sẽ mô tả các lớp của một SOA và làm thế nào bạn cần
để ghi lại các quyết định kiến trúc quan trọng về mỗi người trong những lớp có thể trợ giúp bạn trong
việc xây dựng một kế hoạch chi tiết cho các SOA đó là đúng cho dự án của bạn, dòng kinh doanh,
nỗ lực toàn doanh nghiệp, hoặc chuỗi giá trị mà bạn đang cố gắng để tích hợp và đi lên
với một tập hợp các dịch vụ, lưu lượng, và các thành phần mà thực hiện các SOA.