Tiểu luận: Dịch vụ phần mềm và tích hợp hệ thống
Số trang: 50
Loại file: docx
Dung lượng: 3.33 MB
Lượt xem: 23
Lượt tải: 0
Xem trước 6 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Tiểu luận: Dịch vụ phần mềm và tích hợp hệ thống gồm 3 phần. Nội dung tiểu luận giới thiệu chung về design patterns, foundational inventory patterns, foundational service pattern và composition implementation patterns.
Nội dung trích xuất từ tài liệu:
Tiểu luận: Dịch vụ phần mềm và tích hợp hệ thống TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN ĐÀO TẠO SAU ĐẠI HỌC TIỂU LUẬNDICH VỤ PHÂN MÊM VÀ TICH HỢP HỆ THÔNG ̣ ̀ ̀ ́ ́ Giảng viên hướng dẫn: TS. Vũ Thị Hương Giang Học viên nhóm 6: Nguyễn Văn Minh Phạm Anh Thắng Hà Nội - 11/2014 GIỚI THIỆU CHUNG VỀ DESIGN PATTERNS Trong công nghệ phần mềm, một mẫu thiết kế (Design Pattern) là một giải phápcó thể áp dụng lại cho các vấn đề chung thường gặp trong thiết kế phần mềm. Mộtphần mềm có thể hoàn thành mà không có sự góp mặt của Design Pattern nhưng sự cómặt của Design Pattern sẽ giúp xác định bài toán nhanh hơn và giải quyết một cách hiệuquả hơn. Một mẫu thiết kế không phải là một thiết kế hoàn thiện để có thể chuyển đổitrực tiếp thành mã. Nó chỉ là các hướng dẫn hay là ví dụ mẫu chỉ ra cách giải quyết mộtvấn đề mà chúng ta có thể áp dụng vào trong nhiều tình huống khác nhau. Các mẫu thiết kế có thể giúp tăng tốc quá trình phát triển phần mềm bằng cáchcung cấp các mẫu hình phát triển đã được chứng thực và kiểm chứng. Thông thường,mọi người chỉ biết cách áp dụng một số kĩ thuật thiết kế phần mềm nào đó vào một vàivấn đề cụ thể nào đó. Những kĩ thuật này khó áp dụng mở rộng cho các vấn đ ề khác.Các mẫu thiết kế cung cấp các giải pháp chung, được viết tài liệu dưới một đ ịnh dạngmà không gắn liền với một vấn đề cụ thể nào cả. PHẦN I: FOUNDATIONAL INVENTORY PATTERNS Các mẫu thiết kế tại Chương 6: Foundational Inventory Patterns này chủ yếu đ ịnhnghĩa tầm quan trọng của mô hình kiến trúc hướng dịch vụ trên nền kiến trúc kiểm kê -Service Inventory Architecture. Những trục trặc về thiết kế dịch vụ được giải quyết bởinhững pattern này sẽ giúp cấu trúc của giải pháp thiết kế logic có được một môi trườnglinh hoạt và nhanh nhẹn; phù hợp với kiến trúc hướng dịch vụ. Mẫu kiểm kê - Inventory Design Patterns bao gồm 7 phần: Enterprise Inventory Domain Inventory Service Normalization Logic Centralization Service Layers Canonical Protocol Canonical Schema 1. Enterprise Inventory Enterprise Inventory là một mẫu thiết kế tạo bởi Thomas Erl để trả lời cho câuhỏi: “Làm thế nào để các dịch vụ được cung cấp có thể tối đa hóa việc tái cấu trúc”.Việc áp dụng mô hình này cho kết quả là các tiêu chuẩn hóa trong các d ịch v ụ ki ểm kêcủa doanh nghiệp trên diện rộng. 1.1. Problem Khi cung cấp các dịch vụ độc lập thông qua các dự án khác nhau tại một doanhnghiệp có nguy cơ tạo ra các kiến trúc thực thi hoặc dịch vụ không phù hợp; ảnh hưởngđến khả năng tái cấu trúc. Tại một doanh nghiệp, các service được cung cấp như 1 phần của các dự án màvẫn đang tiếp tục phát triển. Bởi vì mỗi một dự án lại có độ ưu tiên và mục tiêu riêngdo vậy các dịch vụ và các kiến trúc thực thi được thiết kế một cách một cách đ ộc l ập ,tối ưu hóa để đáp ứng các yêu cầu kỹ thuật. Kết quả là sẽ sinh ra một tập các dịch v ụvà kiến trúc công nghệ khác nhau. Sự khác biệt trong các môi trường thực thi khác nhaucó thể sinh ra những vấn đề nghiêm trọng khi ta cố gắng cấu trúc các dịch vụ vào l ạikhung kiến trúc ban đầu. 1.2. Solution Giải pháp cho vấn đề này là đưa ra các tiêu chuẩn hóa cho các dịch vụ; đ ưa ra cáckiến trúc kiểm kê cho toàn bộ doanh nghiệp từ đó các dịch vụ có thể được tự do và liêntục tái cấu trúc. Một kiến trúc hướng dịch vụ áp dụng cho doanh nghiệp được thiết lập để hìnhthành cơ sở cho một mẫu dịch vụ kiểm kê. Các dịch vụ cung cấp tại bất kỳ dự án nàocủa doanh nghiệp được thiết kế riêng theo kiến trúc kiểm kê; đảm bảo theo các tiêuchuẩn của toàn doanh nghiệp và đáp ứng khả năng tương tác nội tại. 1.3. Application Việc kiểm kê dịch vụ áp dụng cho các doanh nghiệp ý tưởng là mô hình hóa cấpcao các dịch vụ; các tiêu chuẩn của cả doanh nghiệp được áp dụng khi đ ưa ra các d ịchvụ cho các dự án khác nhau. Có rất nhiều yếu tố ảnh hưởng đến việc kiểm kê dịch vụ; các yếu tố này có th ểlàm giảm quy mô phạm vi của dự án hoặc yêu cầu ta phải tìm kiếm một phương phápthực thi khác: - Tính đáp ứng về công nghệ cho các dịch vụ được kế hoạch. - Nền tảng công nghệ trong việc quản trị để đáp ứng cho việc quản lý và phát triển các mẫu kiểm kê ngay khi nó đang được xây dựng và sau khi cung cấp. Mẫu Kiểm kê dịch vụ không cần thiết phải dùng toàn bộ các thành phần của hệthống; Mục đích của mẫu này là để thiết lập một dịch vụ kiểm kê đơn lẻ đảm bảo đ ủphạm vi để dịch vụ có thể được tạo thành. Xa hơn nữa, ứng dụng cho mẫu này không làkết quả cho việc tạo ra các dịch vụ vật lý. Nó chỉ thiết lập các khái niệm ...
Nội dung trích xuất từ tài liệu:
Tiểu luận: Dịch vụ phần mềm và tích hợp hệ thống TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN ĐÀO TẠO SAU ĐẠI HỌC TIỂU LUẬNDICH VỤ PHÂN MÊM VÀ TICH HỢP HỆ THÔNG ̣ ̀ ̀ ́ ́ Giảng viên hướng dẫn: TS. Vũ Thị Hương Giang Học viên nhóm 6: Nguyễn Văn Minh Phạm Anh Thắng Hà Nội - 11/2014 GIỚI THIỆU CHUNG VỀ DESIGN PATTERNS Trong công nghệ phần mềm, một mẫu thiết kế (Design Pattern) là một giải phápcó thể áp dụng lại cho các vấn đề chung thường gặp trong thiết kế phần mềm. Mộtphần mềm có thể hoàn thành mà không có sự góp mặt của Design Pattern nhưng sự cómặt của Design Pattern sẽ giúp xác định bài toán nhanh hơn và giải quyết một cách hiệuquả hơn. Một mẫu thiết kế không phải là một thiết kế hoàn thiện để có thể chuyển đổitrực tiếp thành mã. Nó chỉ là các hướng dẫn hay là ví dụ mẫu chỉ ra cách giải quyết mộtvấn đề mà chúng ta có thể áp dụng vào trong nhiều tình huống khác nhau. Các mẫu thiết kế có thể giúp tăng tốc quá trình phát triển phần mềm bằng cáchcung cấp các mẫu hình phát triển đã được chứng thực và kiểm chứng. Thông thường,mọi người chỉ biết cách áp dụng một số kĩ thuật thiết kế phần mềm nào đó vào một vàivấn đề cụ thể nào đó. Những kĩ thuật này khó áp dụng mở rộng cho các vấn đ ề khác.Các mẫu thiết kế cung cấp các giải pháp chung, được viết tài liệu dưới một đ ịnh dạngmà không gắn liền với một vấn đề cụ thể nào cả. PHẦN I: FOUNDATIONAL INVENTORY PATTERNS Các mẫu thiết kế tại Chương 6: Foundational Inventory Patterns này chủ yếu đ ịnhnghĩa tầm quan trọng của mô hình kiến trúc hướng dịch vụ trên nền kiến trúc kiểm kê -Service Inventory Architecture. Những trục trặc về thiết kế dịch vụ được giải quyết bởinhững pattern này sẽ giúp cấu trúc của giải pháp thiết kế logic có được một môi trườnglinh hoạt và nhanh nhẹn; phù hợp với kiến trúc hướng dịch vụ. Mẫu kiểm kê - Inventory Design Patterns bao gồm 7 phần: Enterprise Inventory Domain Inventory Service Normalization Logic Centralization Service Layers Canonical Protocol Canonical Schema 1. Enterprise Inventory Enterprise Inventory là một mẫu thiết kế tạo bởi Thomas Erl để trả lời cho câuhỏi: “Làm thế nào để các dịch vụ được cung cấp có thể tối đa hóa việc tái cấu trúc”.Việc áp dụng mô hình này cho kết quả là các tiêu chuẩn hóa trong các d ịch v ụ ki ểm kêcủa doanh nghiệp trên diện rộng. 1.1. Problem Khi cung cấp các dịch vụ độc lập thông qua các dự án khác nhau tại một doanhnghiệp có nguy cơ tạo ra các kiến trúc thực thi hoặc dịch vụ không phù hợp; ảnh hưởngđến khả năng tái cấu trúc. Tại một doanh nghiệp, các service được cung cấp như 1 phần của các dự án màvẫn đang tiếp tục phát triển. Bởi vì mỗi một dự án lại có độ ưu tiên và mục tiêu riêngdo vậy các dịch vụ và các kiến trúc thực thi được thiết kế một cách một cách đ ộc l ập ,tối ưu hóa để đáp ứng các yêu cầu kỹ thuật. Kết quả là sẽ sinh ra một tập các dịch v ụvà kiến trúc công nghệ khác nhau. Sự khác biệt trong các môi trường thực thi khác nhaucó thể sinh ra những vấn đề nghiêm trọng khi ta cố gắng cấu trúc các dịch vụ vào l ạikhung kiến trúc ban đầu. 1.2. Solution Giải pháp cho vấn đề này là đưa ra các tiêu chuẩn hóa cho các dịch vụ; đ ưa ra cáckiến trúc kiểm kê cho toàn bộ doanh nghiệp từ đó các dịch vụ có thể được tự do và liêntục tái cấu trúc. Một kiến trúc hướng dịch vụ áp dụng cho doanh nghiệp được thiết lập để hìnhthành cơ sở cho một mẫu dịch vụ kiểm kê. Các dịch vụ cung cấp tại bất kỳ dự án nàocủa doanh nghiệp được thiết kế riêng theo kiến trúc kiểm kê; đảm bảo theo các tiêuchuẩn của toàn doanh nghiệp và đáp ứng khả năng tương tác nội tại. 1.3. Application Việc kiểm kê dịch vụ áp dụng cho các doanh nghiệp ý tưởng là mô hình hóa cấpcao các dịch vụ; các tiêu chuẩn của cả doanh nghiệp được áp dụng khi đ ưa ra các d ịchvụ cho các dự án khác nhau. Có rất nhiều yếu tố ảnh hưởng đến việc kiểm kê dịch vụ; các yếu tố này có th ểlàm giảm quy mô phạm vi của dự án hoặc yêu cầu ta phải tìm kiếm một phương phápthực thi khác: - Tính đáp ứng về công nghệ cho các dịch vụ được kế hoạch. - Nền tảng công nghệ trong việc quản trị để đáp ứng cho việc quản lý và phát triển các mẫu kiểm kê ngay khi nó đang được xây dựng và sau khi cung cấp. Mẫu Kiểm kê dịch vụ không cần thiết phải dùng toàn bộ các thành phần của hệthống; Mục đích của mẫu này là để thiết lập một dịch vụ kiểm kê đơn lẻ đảm bảo đ ủphạm vi để dịch vụ có thể được tạo thành. Xa hơn nữa, ứng dụng cho mẫu này không làkết quả cho việc tạo ra các dịch vụ vật lý. Nó chỉ thiết lập các khái niệm ...
Tìm kiếm theo từ khóa liên quan:
Đồ án phần mềm Tiểu luận SOA Design Patterns Tiểu luận Dịch vụ phần mềm Tích hợp hệ thống Dịch vụ phần mềm Phần mềm tích hợpGợi ý tài liệu liên quan:
-
Bài tập lớn Công nghệ phần mềm: Phần mềm và kỹ nghệ phần mềm
37 trang 66 0 0 -
Luận văn tốt nghiệp Công nghệ thông tin: Phát triển gam 3D với Unity trên môi trường Android
102 trang 40 0 0 -
Đồ án: Phân tích thiết kế hệ thống thông tin Quản lý mua bán hàng
52 trang 34 0 0 -
25 trang 32 0 0
-
Đề tài: Xây dựng Website quản lý đĩa
22 trang 26 0 0 -
Giáo trình Điện toán đám mây (Xuất bản lần thứ hai): Phần 2
74 trang 25 0 0 -
80 trang 24 0 0
-
2 trang 23 0 0
-
Đề tài: Nghiên cứu công nghệ truyền hình qua giao thức Internet (IPTV)
108 trang 22 0 0 -
Đồ án: Tìm hiểu nâng cấp Flash bios và phần mềm Bios utility
34 trang 21 0 0