Giới thiệu cổng giao tiếp điện tử

58 441 0
Giới thiệu cổng giao tiếp điện tử

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Đồ án tốt nghiệp Giới thiệu cổng giao tiếp điện tử  Đồ án tốt nghiệp Ngành Công nghệ thông tin Lời nói đầu Chúng ta biết, website đóng góp lớn vào việc phổ cập thông tin, giới thiệu tin tức, sở liệu, số chương trình ứng dụng mạng, làm thay đổi giới từ xuất vào đầu năm 90 kỷ trước Ngày nay, giao tiếp thông qua website trở thành phổ biến Tuy nhiên mạnh dạn gọi số lớn website “website truyền thống” mặt tồn công nghệ cũ để lại như: tải thông tin; thông tin khơng phân lọai; khó khăn việc trì bảo quản; khó tích hợp thơng tin, dịch vụ; khơng có khả cung cấp tảng để phát triển mở rộng Cơng nghệ Portal (Cổng điện tử) phát triển sau thời kỳ khoảng 7-8 năm tất yếu xuất phát từ nhu cầu thực tế Portal bước tiến hóa website truyền thống Nó đời để giải vấn đề mà website truyền thống gặp phải Là “siêu website”, gọi đầy đủ Portal Website, gọi tắt Portal, người dùng trang web qua browser Là đích quy tụ hầu hết thơng tin dịch vụ cho người sử dụng cần Thông tin dịch vụ phân loại nhằm thuận tiện cho tìm kiếm vùi lấp thơng tin Bảo tồn đầu tư lâu dài Có tảng cơng nghệ đảm bảo Mơi trường chủ động dùng cho việc tích hợp ứng dụng Sự đời phát triển Portal dẫn tới phát triển tất yếu chuẩn sử dụng hoạt động Portal, chuẩn Ichannel, Portlet, giới thiệu chuẩn Portlet JSR 168 Java Community Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Chương I: Giới thiệu cổng giao tiếp điện tử Định nghĩa Cổng giao tiếp điện tử - Portal: Là khái niệm thường nhắc đến nhiều năm gần thị trường tin học Bởi phạm vi áp dụng Portal rộng, bao gồm hệ thống bên (internal), bên (external), đằng sau tường lửa nằm rải rác khắp nơi internet, khó có định nghĩa hồn chỉnh xác Portal Một cách chung nhất, tạm định nghĩa portal sau: Portal phần mềm ứng dụng cung cấp giao diện mang tính cá nhân hóa cho người sử dụng Thông qua giao diện này, người dùng khám phá, tìm kiếm, giao tiếp với ứng dụng, với thông tin, với người khác Sự đời phát triển portal dẫn tới phát triển tất yếu chuẩn sử dụng để xây dựng ứng dụng hoạt động Portal, chuẩn Ichannel, Portlet , Lịch sử phát triển Website đóng góp lớn vào việc phổ cập thơng tin, giới thiệu tin tức, sở liệu, số chương trình ứng dụng mạng, làm thay đổi giới từ xuất vào đầu năm 90 kỷ trước Ngày giao dịch thông qua web trở nên phổ biến Công nghệ Portal (Cổng điện tử) phát triển sau thời kỳ khoảng 7-8 năm tất yếu xuất phát từ nhu cầu thực tế Portal bước tiến hóa web truyền thống Nó đời để giải vấn đề mà website truyền thống gặp phải - Portal (cổng giao tiếp điện tử) bước tiến hóa website truyền thống - Là “siêu website”, gọi đầy đủ Portal Website, gọi tắt Portal, người dùng sử dụng trang web thơng qua trình duyệt (tức web browser), đằng sau thay đổi thuật ngữ quan Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp - - - Ngành Công nghệ thông tin niệm triết lý phục vụ thay cho cách hiểu “tuyên truyền“ thông qua website trước Là điểm đích quy tụ hầu hết thông tin dịch vụ cho người sử dụng cần, điểm đích đến thực Thơng tin dịch vụ phân loại nhằm thuận tiện cho tìm kiếm hạn chế vùi lấp thơng tin Bảo tồn đầu tư lâu dài Có tảng cơng nghệ đảm bảo, công Internet phát triển cao so với thời kỳ xuất Word Wide Web vào đầu năm 90 kỷ trước Những công nghệ tạo nên thời đại portal hỗ trợ tính mở kế thừa mạnh, cho việc mở rộng quy mô phục vụ phần mềm ứng dụng “lắp rắp” vào Portal có mà khơng phải hủy bỏ sửa chữa lớn website trước Mơi trường chủ động dùng cho việc tích hợp ứng dụng Xu hướng “tiến hóa” chung website theo hướng tiến đến Portal trình bày hình vẽ: Hình 1.1: Lịch sử phát triển Portal Phân loại Portal Sau vài kiểu điển hình Portal - Vertical portal Thuật ngữ sử dụng để Portal mà nội dung thông tin dịch vụ thiết kế để phục vụ cho lĩnh vực xác định, cho chuyên ngành xác định, khách hàng diện hẹp Theo đánh giá, giới, Vertical portal loại hình Portal có tốc độ phát triển nhanh Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin - Horizontal portal Thuật ngữ sử dụng để Portal mà nội dung thông tin dịch vụ bao trùm nhiều chủ đề, nhiều lĩnh vực, mang tính diện rộng, phục vụ cho nhiều loại khách hàng khác Các Portal tiếng Yahoo, NetCenter, Altavista, - Information portal Xây dựng hệ thống cung cấp thông tin sở thu gom số liệu từ nhiều nguồn khác Các nguồn liệu nằm rải rác mạng toàn cầu Internet, từ CSDL mạng nội Intranet, chí từ Portal khác - Community portal Xây dựng “một vị trí ảo” Internet cho cá nhân, doanh nghiệp “tụ tập” để giúp đỡ lẫn để hợp tác với mục đích xác định Community portal mang lại hội cộng tác cho cá nhân, tổ chức doanh nghiệp mà ranh giới địa lý ý nghĩa - Corporate portal (or Enterprise portal) Corporate portal thường dùng nhân viên quan hay tổ chức sử dụng để chia sẻ thông tin với nhau, cộng tác với để giải cơng việc, qua nâng cao suất lao động hiệu giải cơng việc - Commercial portal Cung cấp “chợ điện tử” (e-mail) thị trường thương mại điện tử - Goverment portal Cung cấp “cổng hành cơng điện tử” để quyền (Trung ương địa phương) thực chức dân chúng thông qua việc cung cấp thông tin dịch vụ hành cơng Thuộc tính Portal - Cá nhân hóa giao diện người sử dụng (Personalization) - Tổ chức phân loại thông tin (Categoize) - Hỗ trợ khả tìm kiếm nhanh thơng tin (Search) - Thơng tin tích hợp từ nhiều nguồn khác (Intergration) - Hỗ trợ mơ hình làm việc cộng tác (Collaboration) - Hỗ trợ mơ hình tự động xử lý cơng việc theo quy trình xác định từ trước (Workflow) Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin - Khả bảo mật cao, hỗ trợ đăng nhập hệ thống lần (Single-Sign-On) Chức Portal - Khả cá nhân hóa (Customization hay Personalization) : Cho phép thiết đặt thông tin khác cho loại đối tượng sử dụng khác theo yêu cầu Tính dựa hoạt động thu thập thơng tin người dùng cộng đồng người dùng, từ cung cấp thơng tin xác thời điểm yêu cầu - Tích hợp liên kết nhiều loại thông tin (Content aggregation): Cho phép xây dựng nội dung thông tin từ nhiều nguồn khác cho nhiều đối tượng sử dụng Sự khác biệt nội dung thông tin xác định qua ngữ cảnh người dùng - Xuất thông tin (Content syndication): Thu thập thông tin từ nhiều nguồn khác nhau, cung cấp cho người dùng thông qua phương pháp giao thức (protocol) cách thích hợp Một hệ thống thơng tin chun nghiệp phải có khả xuất thông tin với định dạng quy chuẩn - Hỗ trợ nhiều môi trường hiển thị thông tin (Multidevice support): Cho phép hiển thị nội dung thông tin nhiều loại thiết bị khác như: hình máy tính (PC), thiết bị di động (Mobile phone, PDA ) sử dụng để in hay cho fax cách tự động cách xác định thiết bị hiển thị thông qua thuộc tính khác - Khả đăng nhập lần (Single Sign On): Cho phép dịch vụ xuất thông tin dịch vụ khác portal lấy thông tin người dùng hoạt động mà yêu cầu người dùng đăng nhập lại yêu cầu Đây tính quan trọng ứng dụng dịch vụ portal phát triển cách nhanh chóng xuất nhu cầu, mà ứng dụng dịch vụ tất yếu có nhu cầu xác thực truy xuất thông tin người dùng - Quản trị portal (Portal administration): Xác định cách thức hiển thị thông tin cho người dùng cuối Tính khơng đơn giản thiết lập giao diện người dùng với chi tiết đồ họa (look-and-feel), với tính người quản trị phải định nghĩa thành Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin phần thông tin, kênh tương tác với người sử dụng cuối, định nghĩa nhóm người dùng với quyền truy cập sử dụng thông tin khác - Quản trị người dùng (Portal user management): Cung cấp khả quản trị người dùng cuối, tùy thuộc vào đối tượng sử dụng portal Tại đây, người sử dụng tự đăng ký trở thành thành viên công thông tin công cộng (như Yahoo, MSN .)hoặc người quản trị tạo lập gán quyền sử dụng tương ứng công thông tin doanh nghiêp Mặt khác, tùy thuộc vào kiểu Portal mà số lượng thành viên từ vài nghìn tới hàng triệu Hiện phương pháp phân quyền sử dụng dựa vai trò (Role-based security) sử dụng tiêu chuẩn hoạt động xác định quyền truy cập cung cấp thông tin cho đối tượng khác Portal ứng dụng web Kiến trúc Portal Hình 1.2: Mơ hình kiến trúc Portal Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thơng tin Được xây dựng dựa mơ hình Web ba tầng (Web Application 3-tier): tầng trình diễn (Client), tầng ứng dụng (Portal Server) tầng sở liệu (Enterprise Resources) 6.1 Tầng trình diễn (Client): Người dùng có nhiều lựa chọn trình diễn (Internet, Mobile, PDA, ).Hệ thống tự động gọi tệp cấu hình sẵn cho tầng thơng qua lớp Presentation Services.Tầng trình diễn chịu trách nhiệm cung cấp giao diện cho nhiều loại người dùng khác nhau, có nhiệm vụ lấy yêu cầu, liệu từ người dùng, định dạng theo qui tắc đơn giản (dùng ngôn ngữ Script) gọi thành phần thích hợp từ tầng Business Logic để xử lý yêu cầu Kết sau xử lý trả lại cho người dùng 6.2 Tầng ứng dụng (Portal Server): Là môi trường hoạt động nơi chứa ứng dụng Cổng giao tiếp điện tử Là đầu mối tiếp nhận xử lý yêu cầu người dùng đầu cuối, phân tích, tiền xử lý yêu cầu chuyển yêu cầu xử lý cho phần ứng dụng tương ứng xử lý Tầng bao gồm thành phần chính: dịch vụ phục vụ trình diễn, phần ứng dụng, kiến trúc hạ tầng - Dịch vụ phục vụ trình diễn (Persentation Services): Đảm nhận nhiệm vụ đón u cầu từ tầng trình diễn (u cầu phía client) trả kết cho phía client Đồng thời có nhiệm vụ thực thi thành phần điều khiển trình diễn ứng dụng chủ thực thi modules giao tiếp với Server khác (Email, LDAP server) - Phần ứng dụng (Bussiness Logic): Thực quy trình xử lý nghiệp vụ điều khiển Phần bao gồm tập API để thực luồng công việc, tập API dùng để tạo liệu sau thơng qua Presentation Services xuất XHTML, HTML, WML, … tùy theo trình diễn mà phía client u cầu Phần bao gồm khối chức sau: + Khối bảo mật (Sercurity & SSO – Single Sign-On): Khối bao gồm chức liên quan đến việc đăng ký, quản lý tài khoản (tạo mới, sửa đổi, xóa, ) người sử dụng nhóm người sử dụng, phân quyền cho người dùng nhóm người dùng truy cập tới tài nguyên dịch vụ hệ thống Với quan điểm thông tin dịch vụ truy nhập người dùng hợp lệ, Portal cần thiết trì hệ thống kiểm tra xác thực người dùng truy cập Thêm để tránh cho người dùng phải Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin nhớ nhiều tên mật truy nhập tài nguyên mình, Portal cài đặt khả xác thực cửa theo người sử dụng (đã đăng ký có tài khoản) cần đăng nhập lần, truy cập tới thơng tin dịch vụ (theo quyền truy cập) có Portal + Cá nhân hóa người dùng (Personalization): Một đặc tính Portal khả cá nhân hóa Một người dùng sau đăng nhập vào hệ thống tự thay đổi giao diện trình bày bố cục giao diện trình bày, thành phần thơng tin hiển thị, … + Khối tổ chức, quản lý tìm kiếm nội dung thơng tin (Search & Categorize): Để giảm thiểu tình trạng q tải thơng tin người sử dụng, thông tin cần quản lý Portal phải phân loại xếp theo chủ đề (topics, subtopics, ) cho người dùng nhanh chóng tìm thấy thơng tin mà cần Trong mục quản lý nội dung cịn có chức xuất thông tin bao gồm bước tạo, phê duyệt xuất thơng tin, vai trị quan trọng khối nên tách riêng + Khối xuất thông tin (Publish & Subscribe): Khối cung cấp chức thể qui trình xuất thơng tin với tham gia phận khác như: tạo lập, biên tập nội dung hệ soạn thảo văn bản, phê duyệt xuất + Khối tích hợp ứng dụng (Intergration): Cung cấp giao thức chuẩn, mà thông qua ứng dụng tích hợp vào Portal, tạo lập mối liên kết (links) với trang thơng tin điện tử/website khác + Khối mơ hình làm việc cộng tác (Collaboration): Khối cung cấp thực quản lý phần mềm công cụ nhằm tăng cường khả trao đổi thông tin chiều thành viên Portal, thành viên người quản trị Poral q trình xử lý cơng việc + Khối mơ hình xử lí cơng việc theo qui trình định trước (Applications & Workflow): Khối cho phép xây dựng nên quy trình xử lý cơng việc theo bước định trước, áp dụng quy trình vào xử lý cơng việc cách tự động + Khối ứng dựng xây dựng (Portlets/Channels): Là khối bao gồm ứng dựng xây dựng theo chuẩn Portlets Channels chuẩn ứng dụng Portal hỗ trợ để thực chức cụ thể, riêng biệt - Kiến trúc hạ tầng (Portal Infrastructure): Là kiến trúc bên Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin giúp cho Portal giao tiếp với tầng Cơ sở liệu, ứng dụng bên Portal với người dùng khác 6.3 Tầng sở liệu (Enterprise Reources): Bao gồm hệ thống CSDL lưu trữ liệu Portal, CSDL chuyên nghành CSDL tích hợp sẵn sàng phục vụ cho hoạt động truy cập, xử lý, kiết xuất trình diễn thơng tin tầng - CSDL Portal (Portal Database): gồm hệ thống CSDL Portal phục vụ lưu trữ thơng tin liệu cấu hình, tham số hệ thống, liệu người dùng, liệu tin, thông tin, liệu phục vụ điều hành,… Các CSDL liên thông với tạo thành hệ thống phục vụ điều hành, quản lý Portal - CSDL ứng dụng (Structured & Unstructured Database): hệ thống CSDL phục vụ quản lý lĩnh vực đối tượng đặc thù Đơn vị sử dụng hệ thống Portal Đây hệ thống CSDL chung phục vụ ngành dọc liên quan đến Đơn vị Khi có yêu cầu, hệ thống sẵn sàng cho việc kết xuất tổng hợp thông tin để cung cấp cho Portal - CSDL tích hợp (Intergrated Database): Đây hệ CSDL Portal hệ thống khác cần liên thông liệu với Hệ CSDL hoạt động theo nhiều chế (như LDAP, Active Directory, …), cho phép tích hợp thơng tin hệ thống hệ CSDL khác Các mô hình phát triển 7.1 Portal theo chuẩn Ichannel IChannel chuẩn phát triển kênh ứng dụng dựa mô hình kiến trúc MVC, áp dụng cơng nghệ XML/XSLT trình diễn chuyển đổi liệu IChannel dùng framework uPortal để phát triển kênh ứng dụng, sâu nghiên cứu framework uPortal phần đây: a uPortal - Giới thiệu uPortal dự án bắt đầu phát triển JA-SIG Mục đích uPortal đưa khung (framework) cho phép tích hợp thông tin, ứng dụng vào giao diện web nhằm tạo cổng truy Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin suốt chế độ Ví dụ: Nếu ta có portlet xếp thứ hạng bóng đá, thứ hạng hiển thị chế độ VIEW - Help gọi phương thức hồi đáp portlet chế độ HELP Chế độ HELP dùng hiển thị hướng dẫn định cách sử dụng portlet Lấy ví dụ danh mục vốn đầu tư chứng khốn, chế độ HELP mơ tả cách thích hợp để biên soạn (edit) nhập chứng khoán kí hiệu chúng vào portlet Các phương thức khác truy cập với khơng kế thừa từ lớp GenericPortlet Những phương thức cho phép nhà phát triển nắm giữ chức khác mà không cần thiết chế độ portlet Những phương thức bổ sung trình bày bảng sau: Phương thức - init(): gọi container portlet tạo sử dụng để khởi tạo portlet chuẩn bị để sử dụng Lấy ví dụ, portlet bạn cần phải load cấu hình định từ CSDL hay nguồn liệu bên ngồi, phải nhiều thời gian thực việc - destroy(): gọi container container phá huỷ portlet, cách cho phép bạn xố thứ cần ý đặc biệt Lấy ví dụ, kết nối CSDL mở, cho phép bạn đóng kết nối mở xoá gọn gàng portlet bị phá huỷ - processAction(): gọi container user xác nhận thay đổi portlet Đây phương thức thiết yếu để bạn xử lý liệu xác nhận user từ portlet Ví dụ, bạn có form yêu cầu ngày sinh user Khi user xác nhận form, processAction() gọi, cho phép bạn xử lý thông tin định hiển thị đến user, việc thay đổi chế độ portlet (mode) bạn muốn - render(): gọi portlet cần vẽ lại Trong hầu hết trường hợp, bạn không cần nắm giữ phương thức doView, doEdit, doHelp tồn lớp GenericPortlet tự động gọi phương thức render Bốn phương thức mà bạn tương tác nhiều phát triển portlet doView(), doEdit(), doHelp(), processAction() Những phương thức xuất tương tự servlet chúng gửi yêu cầu (request) trả lời (response) 43 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin đối tượng Tuỳ thuộc vào phương thức sử dụng với chúng, Object sử dụng để: - Đạt truy xuất đến đối tượng tham chiếu portlet nhằm trì trạng thái - Lấy tham số xác nhận user thông qua form; - Đạt thông tin phiên làm việc (session); - Thu thập thông tin bảo mật user, thông tin user-role; - Thay đổi biểu khác portlet, làm hồi đáp Chẳng hạn, tiêu đề bị thay đổi thơng qua đối tượng response Chương III: Mơ hình kiến trúc tối ưu để xây dựng ứng dụng Portal 44 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Giới thiệu mơ hình phát triển Web thơng dụng 1.1 Mơ hình tổng quan phát triển Web Hình 3.1 : Mơ hình chung hệ thống Web Một ứng dụng Web (Web Application) thường bao gồm thành phần chủ yếu sau : - Web Server Web Server chương trình ứng dụng đón nhận tất yêu cầu người sử dụng, phân tích yêu cầu xem người sử dụng cần sau gọi đến ứng dụng dịch vụ cần thiết sau trả kết cho người sử dụng Các ứng dụng dịch vụ Application Server hệ thống quản lý File đơn giản Kết Web Server trả liệu có cấu trúc dạng HTML để Web Browser hiểu hiển thị cho người sử dụng - Application Server Đây hệ thống thực yêu cầu mà Web Server đưa Toàn việc sử lý nghiệp vụ thực Application Server Application Server hệ thống có độ phức tạp khác Application Server phát triển tùy theo độ phức tạp nghiệp vụ Để xử lý yêu cầu người sử dụng Web Application Server phải sử dụng đến hệ quản trị sở liệu, hay hệ thống dịch vụ bên hệ thống File System - File System 45 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Trong trường hợp đơn giản ứng dụng Web có thành phần File dạng HTML tĩnh (có nội dung khơng thay đổi) lưu trữ hệ thống quản lý File Khi người sử dụng có u cầu Web Server sử dụng hệ thống File System để đọc File trả kết trở lại cho Browser - Database System Đối với ứng dụng Web tương đối phức tạp thường phải có lưu trữ liệu cập nhật liệu, để làm điều Application Server phải sử dụng hệ quản trị cở sở liệu 1.2 Mơ hình JSP Trong phần trước đưa mô hình tổng quan hệ thống Web Chúng ta thấy hệ thống Web (Web Application) phần quan trọng Application Server Việc phát triển Application Server ứng dụng nhiều mơ hình khác tùy thuộc vào ứng dụng cụ thể Trong phần đề cập đến mơ hình Mơ hình thường gọi mơ hình JSP (JSP Model archirecture) Hình 3.2 : Mơ hình JSP Mơ tả hoạt động : Trong mơ hình JSP 1, u cầu (request) từ phía người sử dụng gửi tới Application Server File JSP đón nhận thực việc phân tích, giải yêu cầu trả kết lại cho người sử dụng Nếu cần thiết hệ thống truy xuất trực tiếp sở liệu Như thấy mơ hình logic lớp, File JSP bao gồm việc thực trình nghiệp vụ hệ thống, trực tiếp giao tiếp với 46 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệ ệp Ngành Công nghệ thông tin Ng g sở liệu thực hiệ chức hiển thị (trả kết q cho ng ện gười sử dụn ng) Dễ dàng nhận thấy mơ hình kh kiểm so chương trình hệ thống g y hó ốt ệ khơ có phân tầng dẫn đến tình trạng sửa đổ phầ làm ơng g ổi ần ảnh hưởng đế tất cá thành ph khác hệ thốn h ến ác hần ng 1.3 Mơ hình MVC h 1.3 Định nghĩa 3.1 n Mơ hình MVC mơ hình p h phát triển p phần mềm có phâ định thành m ân c phầ mơ hình (model), hiển thị (V ần h View), đ khiển (control) m cách đ lập điều độc Việ giú cho hệ t ệc úp thống hoạt động tốt dễ kiểm sốt cá phần t t ác tác biệt cho việ phát triể hệ thống thực cách độc lập ch àm ệc ển g c t Hình 3.3 : Mơ h hình MVC - Mo odel : Mơ hình li quy trình nghiệp vụ mà hệ thố cần thự iệu ụ ống ực để thơn qua h thống c thể cập n liệu ng hệ có nhật - Vie : ew Thự việc trình d ực diễn nội du ph mơ hì cho ng ung hần ình gười sử dụng Để làm đư việc nà phần Vi nhậ th Đ ược ày iew ận hông tin cầ thiết ần 47 Ngu uyễn Thị Mai_Lớp CT7 M 701 Đồ án tốt nghiệp Ngành Công nghệ thơng tin từ phía phận điều khiển để có liệu hiển thị cho người sử dụng Người sử dụng giao tiếp trực tiếp với hệ thống thông qua thành phần - Controller : Là phận điều khiển chịu trách nhiệm thực thi tất yêu cầu người sử dụng Việc sử lý quy trình nghiệp vụ thực thành phần hệ thống Sau thực xong thành phần tiến hành trả kết lại cho phận View để hiển thị cho người sử dụng Điểm mạnh mơ hình MVC có phân chia rõ ràng thành phần hệ thống điều giúp cho hệ thống họat động cách hiệu chương trình dễ dàng cập nhật 1.3.2 Mơ hình JSP Model architecture JSP Model archirtecture mơ hình lập trình sử dụng JSP áp dụng kiến trúc kiểu MVC mơ hình kiến trúc sử dụng nhiều ứng dụng Web Hình 3.4 : JSP Model architecture Trong mơ hình phận điều khiển Servlet Servlet có chức đón nhận tất yêu cầu người sử dụng thực việc sử lý nghiệp vụ cần thiết sau trả kết trở lại cho phận hiển thị để trả lại kết lại phía Browser Bộ phận hiển thị (View) File JSP chuyên làm nhiệm vụ nhận kết Controller thực việc tạo (render) liệu dạng HTML để trả cho người sử dụng 48 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Bộ phận Model: Là phận thực việc mơ hình hóa quy trình xử lý liệu cần thiết hệ thống Đặc điểm ứng dụng chạy Portal (Portlet) 2.1 Mơ hình hoạt động Portlet Portlet ứng dụng Web thân khơng hoạt động độc lập mà phải tích hợp với Portal Server Hình vẽ sau mơ tả quy trình hoạt động Portlet Hình 3.5: Mơ hình hoạt động Portlet Giải thích mơ hình : Trong mơ hình Portlet phận trang Web hiển thị Browser người sử dụng Portlet không giao tiếp trực tiếp với người sử dụng mà thông qua Portal Server Tất yêu cầu (request) gửi tới thông qua Portal Server, Portal Server làm nhiệm vụ invoke request tới Portlet Container Portlet Container làm nhiệm vụ xác định Portlet phải thực yêu cầu Sau Portlet sử lý yêu cầu gửi kết trở lại Portal Server Portal Server lúc làm nhiệm vụ đẩy liệu nhận từ Portlet vùng liệu quy định dành cho Portlet Như thấy trình vận hành Portlet phức tạp thơng qua nhiều bước Trong có q trình giao tiếp Portal 49 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Server Portlet quan trọng Nếu có thay đổi từ phía làm ảnh hưởng đến phía ngược lại Chính nên cần thiết phải có chuẩn giao tiếp Portal Server Portlet Hiện chuẩn thông dụng hầu hết hãng lớn (IBM, Sun, Oracle, ) thống sử dụng JSR 168 2.2 Các yêu cầu đặt ứng dụng Portlet 2.2.1 Tính độc lập với Portal Engine Các ứng dụng Portlet cần phải xây dựng độc lập với Portal Engine có nghĩa Portlet cần phải chạy tốt ứng dụng Portal Engine khác Điều đảm bảo nâng cấp thành phần tảng hệ thống khơng cần phải chỉnh sửa lại ứng dụng bảo toàn đầu tư xây dựng ứng dụng 2.2.2 Hệ thống phải hoạt động với hệ quản trị sở liệu khác Ứng dụng Portlet cần phải hoạt động với nhiều hệ quản trị sở liệu khác Đây yêu cầu quan trọng yêu cầu thay đổi hệ quản trị sở liệu yêu cầu hoàn toàn thực tế đặc biệt bối cảnh hệ quản trị sở liệu sử dụng Cổng giao tiếp điện tử Hà Nội hệ quản trị sở liệu PostgreSQL hệ sở liệu đáp ứng nhu cầu tương lai gần khó đáp ứng yêu cầu tương lai xa khối lượng thông tin ngày lớn Mơ hình truy xuất sở liệu 3.1 Mơ hình truy xuất sở liệu theo kiểu truyền thống 50 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Cơng nghệ thơng tin Hình 3.6 : Mơ hình truy xuất sở liệu kiểu truyền thống Theo mơ hình hệ thống thực việc truy xuất sở liệu thông qua JDBC Driver Các JDBC Driver khác hệ quản trị sở liệu khác Việc viết câu truy vấn sở liệu thực theo hệ quản trị sở liệu Mơ hình có ưu điểm nhược điểm sau: Ưu điểm : - Tốc độ thực nhanh - Cách viết lệnh theo kiểu truyền thống Nhược điểm : - Khi thay đổi hệ quản trị sở liệu phải thực viết lại chương trình - Khơng tiện dụng người lập trình 3.2 Mơ hình truy xuất liệu sử dụng Hibernate Framework 3.2.1 Sơ lược Hibernate Framework 51 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Hibernate framework cho phép thực ánh xạ đối tượng sơ sở liệu đồng thời cung cấp dịch vụ truy vấn thông qua hệ lệnh gọi HQL (Hibernate Query Language) Đặc điểm Hibernate thực với sở liệu mà không cần thay đổi lại câu lệnh Nếu muốn thay đổi hệ quản trị sở liệu cần thay đổi cấu hình để truy xuất tới hệ quản trị sở liệu Đây ưu điểm lớn Hibernate Framework Bên cạnh ưu điểm việc sử dụng Hibernate có nhược điểm làm cho việc thực truy vấn chậm cách truy vấn trực tiếp thông qua JDBC Tuy nhiên việc tốc độ chậm không đáng kể Bởi Hibernate sử dụng hàng ngày rộng rãi nhờ ưu điểm tranh cãi 3.2.2 Đề xuất mơ hình truy xuất sở liệu Như phần đề cập ứng dụng Portal (Portlet) sản xuất cần phải có khả làm việc với nhiều hệ quản trị sở liệu khác Bởi cần phải có mơ hình truy xuất sở liệu hợp lý Mơ hình truy xuất sở liệu truy xuất sở liệu phải đảm bảo không phụ thuộc vào hệ quản trị sở liệu Hình 3.7 : Mơ hình truy xuất sở liệu 52 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Cơng nghệ thơng tin Trong mơ hình truy xuất việc thực truy xuất sở liệu thực thông qua Hibernate Framework Các câu lệnh truy vấn viết theo ngôn ngữ truy vấn HQL Việc thực truy xuất tới hệ quản trị sở liệu hoàn toàn Hibernate thực Hibernate thực ánh xạ ngôn ngữ HQL SQL hệ quản trị sở liệu khác Với mơ hình truy xuất sở liệu người sử dụng không cần quan tâm đến hệ quản trị sở liệu sử dụng 3.3 Các u cầu mơ hình kiến trúc - Tn thủ mơ hình MVC Như phân tích phần thấy ứng dụng Web nói chung ứng dụng Portal nói riêng mơ hình kiến trúc MVC mơ hình phù hợp Bởi nên mơ hình kiến trúc lựa chọn cần phải sử dụng mơ hình MVC - Tn thủ 100% JSR 168 Như đề cập phần việc tuân thủ chuẩn JSR 168 yếu tố quan trọng để đảm bảo tính sẫn sàng cho việc thay đổi thành phần lõi hệ thống Bởi mơ hình kiến trúc đưa phải đảm bảo việc tuân thủ chặt chẽ JSR 168 3.4 Lựa chọn mơ hình kiến trúc tối ưu 53 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thơng tin Hình 3.8: Mơ hình kiến trúc Portlet Kiến trúc Portlet tn thủ chặt chẽ mơ hình MVC Mọi thông tin gửi đến hệ thống thông qua Portlet Container thành phần điều khiển (Controller) tiếp nhận xử lý Quá trình xử lý thực Action cụ thể mô hình nghiệp vụ sử dụng để giải toán nghiệp vụ cụ thể Nếu cần thiết hệ thống truy xuất đến tác nhân hệ thống quản lý File dịch vụ WebServeice hệ thống quản trị sở liệu Việc truy xuất đến hệ quản trị sở liệu thực thông qua Hibernate Framework Sau xử lý kết gửi đến tầng hiển thị để thực việc hiển thị Tại tầng hiển thị (View) File JSP thực việc hiển thị thông tin đến người sử dụng 54 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Thành phần Controller Action tuân thủ phương thức định nghĩa đặc tả JSR 168 Điều đảm bảo hệ thống vừa tuân thủ JSR 168 đồng thời sử dụng mơ hình MVC chuẩn 55 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Kết luận Trong thời gian tốt nghiệp, em cố gắng tìm tịi, nghiên cứu tài liệu để hồn thành công việc giao Kết hợp với kiến thức học nhà trường giúp em tìm hiểu kỹ, hiểu sâu khía cạnh vấn đề Trên phần trình bày đề tài tốt nghệp: Tìm hiểu Portlet ứng dụng cổng giao tiếp điện tử Để đảm bảo việc xây dựng chương trình hỗ trợ phát triển ứng dụng Portal (Portlet) việc đưa mơ hình kiến trúc chuẩn cho ứng dụng Portal cần thiết Sau nghiên cứu, phân tích đánh giá mơ hình phát triển Web tính chất Portal mơ hình lựa chọn để sử dụng mơ hình MVC kết hợp sử dụng phương thức định nghĩa JSR 168 Ngoài việc truy xuất sở liệu thực thông qua Hibernate Framework ứng dụng trung gian giúp cho việc thực ứng dụng Portal hoạt động với nhiều hệ quản trị sở liệu khác Song thời gian trình độ có hạn nên em khơng tránh khỏi thiếu sót Em mong quan tâm đóng góp ý kiến bảo thầy để đề tài em hoàn thiện hơn; giúp em tự tin hội nhập vào môi trường làm việc cụ thể, phục vụ hiệu cho xã hội để xứng đáng với kỹ sư Công nghệ thông tin Em xin chân thành cảm ơn thầy! Hà Nội, Ngày tháng năm 2007 SINH VIÊN Nguyễn Thị Mai 56 Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Tài liệu tham khảo http://www.upotal.org (Website giới thiệu giải pháp Upotal) http://SourceForge.net (Website giới thiệu giải pháp mã nguồn mở) http://aqdesign.net http://www.ansa.com.vn (Website giới thiệu Portal) http://www.hanoisoftware.com/ (Website giới thiệu phần mềm hệ thống VIE Portal) dot.net.com (Website giới thiệu đôi nét Website truyền thống xu hướng làm việc Portal 57 Nguyễn Thị Mai_Lớp CT701 ... giới thiệu chuẩn Portlet JSR 168 Java Community Nguyễn Thị Mai_Lớp CT701 Đồ án tốt nghiệp Ngành Công nghệ thông tin Chương I: Giới thiệu cổng giao tiếp điện tử Định nghĩa Cổng giao tiếp điện. .. tin, giới thiệu tin tức, sở liệu, số chương trình ứng dụng mạng, làm thay đổi giới từ xuất vào đầu năm 90 kỷ trước Ngày giao dịch thông qua web trở nên phổ biến Công nghệ Portal (Cổng điện tử) ... giải công việc - Commercial portal Cung cấp “chợ điện tử? ?? (e-mail) thị trường thương mại điện tử - Goverment portal Cung cấp ? ?cổng hành cơng điện tử? ?? để quyền (Trung ương địa phương) thực chức

Ngày đăng: 06/11/2013, 05:15

Hình ảnh liên quan

Sau đây làm ột vài kiểu điển hình của Portal. - Giới thiệu cổng giao tiếp điện tử

au.

đây làm ột vài kiểu điển hình của Portal Xem tại trang 4 của tài liệu.
Hình 1.2: Mô hình kiến trúc Portal - Giới thiệu cổng giao tiếp điện tử

Hình 1.2.

Mô hình kiến trúc Portal Xem tại trang 7 của tài liệu.
Các phiên bản và thời điểm phát hành có thể tóm tắt bằng bảng dưới đây. - Giới thiệu cổng giao tiếp điện tử

c.

phiên bản và thời điểm phát hành có thể tóm tắt bằng bảng dưới đây Xem tại trang 12 của tài liệu.
Hình 1.3:Mô hình của Portal - Giới thiệu cổng giao tiếp điện tử

Hình 1.3.

Mô hình của Portal Xem tại trang 13 của tài liệu.
Hình 1.4: Mối liên hệ giữa web server và các vai trò của mô hình MVC - Giới thiệu cổng giao tiếp điện tử

Hình 1.4.

Mối liên hệ giữa web server và các vai trò của mô hình MVC Xem tại trang 14 của tài liệu.
Hình 1.5: Sơ đồ mô phỏng cơ chế trình diễn thông tin của uPortal - Giới thiệu cổng giao tiếp điện tử

Hình 1.5.

Sơ đồ mô phỏng cơ chế trình diễn thông tin của uPortal Xem tại trang 15 của tài liệu.
Hình 1.6: Các giai đoạn tạo trình diễn - Giới thiệu cổng giao tiếp điện tử

Hình 1.6.

Các giai đoạn tạo trình diễn Xem tại trang 16 của tài liệu.
Hình 1.7: Mô hình chuyển đổi theo cơ chế Channel Renderer Engine - Giới thiệu cổng giao tiếp điện tử

Hình 1.7.

Mô hình chuyển đổi theo cơ chế Channel Renderer Engine Xem tại trang 17 của tài liệu.
Hình 1.8: Mô hình chuyển đổi theo cơ chế Layout Renderer Engine - Giới thiệu cổng giao tiếp điện tử

Hình 1.8.

Mô hình chuyển đổi theo cơ chế Layout Renderer Engine Xem tại trang 18 của tài liệu.
o thả () n nhấ n vào  - Giới thiệu cổng giao tiếp điện tử

o.

thả () n nhấ n vào Xem tại trang 20 của tài liệu.
Hình 2.1 - Giới thiệu cổng giao tiếp điện tử

Hình 2.1.

Xem tại trang 20 của tài liệu.
Hình 2.2: Stack Portal - Giới thiệu cổng giao tiếp điện tử

Hình 2.2.

Stack Portal Xem tại trang 22 của tài liệu.
Hình 2.3 ở dưới chỉ ram ột chuổi các sự kiện xuất hiện bên trong portal để quản lý một hồi đáp (render) điển hình củ a client - Giới thiệu cổng giao tiếp điện tử

Hình 2.3.

ở dưới chỉ ram ột chuổi các sự kiện xuất hiện bên trong portal để quản lý một hồi đáp (render) điển hình củ a client Xem tại trang 24 của tài liệu.
Hình 2.4: Minh hoạ làm thế nào một portal container có thể quản lý một action request - Giới thiệu cổng giao tiếp điện tử

Hình 2.4.

Minh hoạ làm thế nào một portal container có thể quản lý một action request Xem tại trang 28 của tài liệu.
1. Giới thiệu về các mô hình phát triển Web thông dụng hiện nay 1.1. Mô hình tổng quan trong phát triển Web  - Giới thiệu cổng giao tiếp điện tử

1..

Giới thiệu về các mô hình phát triển Web thông dụng hiện nay 1.1. Mô hình tổng quan trong phát triển Web Xem tại trang 46 của tài liệu.
1.2. Mô hình JSP - Giới thiệu cổng giao tiếp điện tử

1.2..

Mô hình JSP Xem tại trang 47 của tài liệu.
3. Mô hình 3.1. Định n - Giới thiệu cổng giao tiếp điện tử

3..

Mô hình 3.1. Định n Xem tại trang 48 của tài liệu.
1.3.2. Mô hình JSP Model 2 architecture - Giới thiệu cổng giao tiếp điện tử

1.3.2..

Mô hình JSP Model 2 architecture Xem tại trang 49 của tài liệu.
Bộ phận Model: Là bộ phận thực hiện việc mô hình hóa các quy trình xử lý dữ liệu cần thiết của hệ thống - Giới thiệu cổng giao tiếp điện tử

ph.

ận Model: Là bộ phận thực hiện việc mô hình hóa các quy trình xử lý dữ liệu cần thiết của hệ thống Xem tại trang 50 của tài liệu.
Hình 3.6 :Mô hình truy xuất cơ sở dữ liệu kiểu truyền thống - Giới thiệu cổng giao tiếp điện tử

Hình 3.6.

Mô hình truy xuất cơ sở dữ liệu kiểu truyền thống Xem tại trang 52 của tài liệu.
3.2.2. Đề xuất mô hình truy xuất cơ sở dữ liệu - Giới thiệu cổng giao tiếp điện tử

3.2.2..

Đề xuất mô hình truy xuất cơ sở dữ liệu Xem tại trang 53 của tài liệu.
Hình 3.8: Mô hình kiến trúc Portlet - Giới thiệu cổng giao tiếp điện tử

Hình 3.8.

Mô hình kiến trúc Portlet Xem tại trang 55 của tài liệu.

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan