kayoki1985
New Member
Download miễn phí Đề tài Nghiên cứu xây dựng hệ thống trang thông tin điện tử trường đại học dân lập Hải Phòng theo mô hình cổng thông tin điện tử
Mục Lục
LỜI CAM ĐOAN.5
DANH MỤC CÁC CHỮ CÁI VIẾT TẮT.6
DANH MỤC HÌNH VẼ .7
DANH MỤC BẢNG BIỂU.8
MỞ ĐẦU .1
1. Lý do chọn đề tài .1
2. Mục đích nghiên cứu của đề tài.2
3. Đối tượng phạm vi nghiên cứu.2
4. Phương pháp nghiên cứu .2
5. Ý nghĩa khoa học và thực tiễn của đề tài.3
CHưƠNG I: TỔNG QUAN.4
1.1 Khái niệm cổng thông tin điện tử .4
1.2 Phân loại portal .4
1.3 Các chức năng portal.4
1.4 Cách phân biệt portalvới một ứng dụng web hay một hệ thống quản tri nội dung.5
1.4.1 Khả năng cá nhân hoá (Personalization) .5
1.4.2 Khả năng tích hợp nhiều loại thông tin (Content aggregation) .6
1.4.3 Khả năng xuất bản thông tin theo tiêu chuẩn (Content syndication).6
1.4.4 Hỗ trợ nhiều môi trường hiển thị thông tin (Multidevice support) .8
1.4.5 Khả năng đăng nhập một lần (Single Sign On - SSO) .8
1.4.6 Khả năng quản trị portal (Portal administration).9
1.4.7 Khả năng quản trị người dùng (Portal user management).10
CHưƠNG II: ĐỀ XUẤT CÁC GIẢI PHÁP XÂY DỰNG TRANG THÔNG TIN ĐIỆN TỬ
TRưỜNG ĐHDL HẢI PHÒNG .12
1.5 Các giải pháp xây dựng.12
CHưƠNG III: PHÂN TÍCH THIẾT KẾ HỆ THỐNG TRANG THÔNG TIN ĐIỆN TỬ
TRưỜNG ĐHDL HẢI PHÒNG .15
2.1 Hiện trạng khảo sát và yêu cầu các luồng thông tin chính trên hệ thống .15
2.1.1 Luồng phân quyền người dùng.15
2.1.2 Luồng tin bài.16
2.1.3 Luồng thông tin thông báo .16
2.1.4 Luồng lịch công tác .17Đề Tài NCKH Trường Đại Học Dân Lập Hải Phòng
2.1.5 Luồng tổng hợp tin bài trên đối tượng.18
2.1.6 Khả năng tổng hợp các hệ thống tiện ích theo đối tượng Mainsite và các đơn vị19
2.1.7 Luồng thông tin đa phương tiện và liên kết các mạng xã hội. 19
2.2 Từ khảo sát đưa quy trình hoạt động hệ thống mới .19
2.3 Thiết kế chức năng hệ thống.21
2.4 Phân rã Use case .25
2.5 Xây dựng biểu đồ tuần tự.29
2.6 Lược đồ quan hệ .
2.7 Kiến trúc hệ thống.38
2.8 Hạ tầng triển khai.41
2.9 Nền tảng công nghệ xây dựng .41
CHưƠNG VI: ĐÁNH GIÁ KẾT QUẢ TRIỂN KHAI ỨNG DỤNG .42
3.1 Về mặt nội dung.42
3.2 Vai trò của các hệ thống trên Alexa: các hệ thống trên levelsite đã có đóng góp cho
HPU trên Alexa.43
3.3 Kết quả đánh giá SEO ranking của hệ thống mới.44
KẾT LUẬN KIẾN NGHỊ.45
DANH MỤC CÁC TÀI LIỆU THAM KHẢO .46
Để tải tài liệu này, vui lòng Trả lời bài viết, Mods sẽ gửi Link download cho bạn ngay qua hòm tin nhắn.
Ketnooi -
You must be registered for see links
Ai cần tài liệu gì mà không tìm thấy ở Ketnooi, đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí
Tóm tắt nội dung tài liệu:
hệ thống nhóm
nghiên cứu đã tiến hành xây dựng và kiểm thử các chức năng theo hƣớng Cổng
thông tin điện tử. Kết hợp với hệ thống Đăng nhập tập trung ACC nhóm đã tiến
hành thực nghiệm tích hợp tài khoản ngƣời dùng ngƣời dùng ACC vào hệ thống
HPU đảm bảo chức năng SSO trên hệ thống. Bên cạnh đó cũng đƣa ra giải pháp
tập trung tài nguyên hình ảnh của hệ thống HPU lên hệ thống IMG. Kết hợp với
các API của Google Search cung cấp các phƣơng thức tìm kiến trên Mutisite
hay Levelsite đảm bảo tính tiện lợi và nhanh chóng trong quá trình tìm kiếm
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
3
và các API Developer đối với mạng xã hội nhằm tạo tính tƣơng tác với ngƣời
dùng. Quá trình nghiên cứu đƣợc thực hiện theo quy trình phân tích coding
đánh giá tái phân tích chỉnh sửa và kiểm thử.
5. Ý nghĩa khoa học và thực tiễn của đề tài
- Đóng góp về mặt khoa học, phục vụ công tác đào tạo
- Thông tin trên hệ thống HPU đƣợc phát triển đa dạng về nội dung
- Quảng bá thông tin hình ảnh, hoạt động của nhà trƣờng. Thứ hạng HPU trên
Alexa và webometrics đƣợc cải thiện
- Toàn bộ cán bộ giảng viên trong trƣờng có thể tham gia trên hệ thống
- Các đối tƣợng truy cập hệ thống HPU đƣợc điều hƣớng đúng thông tin cần
- Những đóng góp khác:
Nhằm nâng cao hiệu quả quản lý
Giảm thiểu công tác xử lý không mất thời gian
Việc lƣu trữ, tìm kiếm thuận tiện
Hỗ trợ thống kê báo cáo về nội dung để đánh giá kết quả làm việc của
các đơn vị theo năm.
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
4
CHƢƠNG I: TỔNG QUAN
1.1 Khái niệm cổng thông tin điện tử
Có nhiều khái niệm/định nghĩa về cổng thông tin điện tử tích hợp khác nhau, và
cho đến nay chƣa có khái niệm/định nghĩa nào đƣợc coi là chuẩn xác. Trong phạm vi
này, chúng ta tạm sử dụng khái niệm sau cho cổng thông tin điện tử tích hợp (portal)
“Cổng thông tin điện tử tích hợp là điểm truy cập tập trung và duy nhất, tích hợp các
kênh thông tin, các dịch vụ và ứng dụng, phân phối tới người sử dụng thông qua một
cách thống nhất và đơn giản trên nền tảng Web” ([1])
1.2 Phân loại portal
Cổng thông tin cung cấp cho ngƣời dùng cuối nhiều loại dịch vụ khác nhau với nhiều
nhu cầu khác nhau, có thể phân loại các cổng thông tin (portal) nhƣ sau ([2])
Cổng thông tin công cộng (Public portals): ví dụ nhƣ Yahoo, loại cổng thông
tin này thƣờng đƣợc sử dụng để ghép nối các thông tin lại với nhau từ nhiều
nguồn, nhiều ứng dụng và từ nhiều ngƣời, cho phép cá nhân hoá
(personalization) các website theo tuỳ từng đối tƣợng sử dụng.
Cổng thông tin doanh nghiệp (“Enterprise portals” hay “Corporate
Desktops”): đƣợc xây dựng để cho phép các thành viên của doanh nghiệp sử
dụng và tƣơng tác trên các thông tin và ứng dụng nghiệp vụ tác nghiệp của
doanh nghiệp.
Cổng giao dịch điện tử (Marketplace portals): ví dụ nhƣ eBay và ChemWeb,
cổng thông tin này là nơi liên kết giữa ngƣời bán và ngƣời mua.
Cổng thông tin ứng dụng chuyên biệt (Specialized portals): ví dụ nhƣ SAP portal,
cổng thông tin loại này cung cấp các ứng dụng chuyên biệt khác nhau.
1.3 Các chức năng portal
Tuy có nhiều loại cổng thông tin khác nhau, cung cấp nhiều loại dịch vụ và ứng
dụng khác nhau, nhƣng tất cả các loại cổng thông tin đều có chung một số chức năng cơ
bản. Các chức năng này là đƣợc sử dụng nhƣ là một tiêu chuẩn để phân biệt giữa cổng
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
5
thông tin với một website tổng hợp tin tức, với ứng dụng quản trị nội dung web (web
content management system - Web CMS), hay với một ứng dụng chạy trên nền tảng
Web (web application) ([4]).
Các chức năng cơ bản (bắt buộc phải có) của một portal bao gồm ([3]):
- Khả năng cá nhân hoá (Customization hay Personalization)
- Tích hợp nhiều loại thông tin (Content aggregation)
- Xuất bản thông tin (Content syndication)
- Hỗ trợ nhiều môi trƣờng hiển thị thông tin (Multidevice support)
- Khả năng đăng nhập một lần (Single Sign On - SSO)
- Quản trị portal (Portal administration)
- Quản trị ngƣời dùng (Portal user management).
1.4 Cách phân biệt portalvới một ứng dụng web hay một hệ thống quản tri nội
dung
1.4.1 Khả năng cá nhân hoá (Personalization)
Để đánh giá chức năng này, bạn cần yêu cầu nhà cung cấp trình diễn hay giới thiệu
cách thức hệ thống cung cấp thông tin cho nhiều ngƣời dùng khác nhau hay nhiều cấp
độ ngƣời dùng khác nhau. Tại đây có thể có nhiều kết quả khác nhau, nhƣ:
- Nếu với 2 ngƣời dùng khác nhau hay với 2 cấp độ sử dụng (quyền) khác nhau
và thông tin hiển thị vẫn giống nhau, thì bạn có thể kết luận ngay rằng hệ thống
này không có phép cá nhân hoá thông tin, và có thể đi đến kết luận cuối cùng
rằng đó không phải là hệ thống portal.
- Nếu với 2 cấp độ khác nhau, thông tin đƣợc sử dụng có sự khác nhau thì có thể
đi đến kết luận hệ thống này cho phép cá nhân hoá thông tin theo thẩm quyền
sử dụng.
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
6
1.4.2 Khả năng tích hợp nhiều loại thông tin (Content aggregation)
Đây là một đặc tính quan trọng bậc nhất của hệ thống portal, đặc tính này thể
hiện portal có thể mở rộng đƣợc hay không. Đặc tính này thể hiện qua thuật ngữ "ghép
là chạy", có nghĩa là khi cần mở rộng thêm thành phần (module) dịch vụ mới, thì chỉ
cần điều chỉnh và tích hợp lại thông tin của module dịch vụ đó một cách đơn giản,
nhanh chóng và tức thì đối với hệ thống mà không phải biên dịch lại hay viết lại mã
chƣơng trình.
Để kiểm định chức năng này, bạn hãy yêu cầu nhà cung cấp trình diễn hay giới
thiệu cách thức hệ thống tích hợp thông tin từ nhiều module dịch vụ khác nhau của hệ
thống, ví dụ nhƣ hiển thị một nội dung bài viết trong một màn hình, bên cạnh đó là
danh sách các chủ đề thảo luận trong forum. Tại đây có thể có nhiều kết quả khác
nhau, nhƣ:
- Nếu nhà cung cấp khi bổ sung ứng dụng/dịch vụ vào portal mà phải “bẻ” mã
(code) của website ra để viết thêm module về màn hình, các liên kết trang, các
truy cập cơ sở dữ liệu mới, một hệ thống phân quyền sử dụng mới, v.v... thì hệ
thống đó không gọi là có tính mở đƣợc, vậy kết luận là hệ thống không có khả
năng tích hợp ứng dụng theo kiểu “ghép là chạy”, và có thể kết luận ngay hệ
thống đó không phải là giải pháp portal.
- Nếu hệ thống cho phép "ghép" các ứng dụng lại với nhau, bạn hãy yêu cầu nhà
cung cấp thay đổi nguồn hay kênh thông tin của các ứng dụng đã tích hợp, nếu
không thế thì kết luận "đó là hệ thống giả portal" chứ không phải là giải pháp
portal.
- Nếu có thể tích hợp thêm ứng dụng dịch vụ, loại bỏ ứng dụng dịch vụ cũ thì kết
luận hệ thống có chức năng mở, có thể tích hợp đƣợc ứng dụng và có thể là giải
pháp portal.
1.4.3 Khả năng xuất bản thông tin theo tiêu chuẩn (Content syndication)
Một trong những đặc tính quan trọng của portal là xuất bản thông tin cho ngƣời
dùng cuối qua các tiêu chuẩn đã đƣợc công bố và thừa nhận trên toàn thế giới. Với các
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
7
dữ liệu đƣợc xuất bản theo tiêu chuẩn này, ngƣời dùng cuối có thể khai thác, sử dụng
mà không cần thông qua giao diện tƣơng tác của hệ thống mà sử dụng một số phần
mềm của hãng thứ 3.
Hiện tại có nhiều chuẩn xuất bản thông tin, nhƣng tất cả các chuẩn xuất bản
thông tin đƣợc ủng hộ và sử dụng nhiều nhất trên thế giới đều lấy cơ sở ngôn ngữ đánh
dấu mở rộng XML (eXtensible Markup Language) làm nền tảng, đáng kể là RDF
(Resource Description Format), RSS (Realy Simple Syndication), NITF (News
Industry Text Format), NewsML và ATOM Syndication Format. Hiện tại có 2 tiêu
chuẩn đƣợc sử dụng rộng rãi nhất là RSS và ATOM.
Để kiểm định chức năng này, bạn hãy yêu cầu nhà cung cấp trình diễn hay giới
thiệu cách thức hệ thống xuất bản thông tin từ một hay nhiều module dịch vụ khác
nhau thành các tài liệu theo tiêu chuẩn RSS hay ATOM. Tại đây có thể có nhiều kết
quả khác nhau, nhƣ:
- Nếu nhà cung cấp không có khái niệm gì về RSS hay ATOM, thì có thể kết
luận ngay rằng hệ thống của nhà cung cấp này không có khả năng xuất bản
thông tin theo tiêu chuẩn.
- Nếu hệ thống có thể xuất bản tài liệu ra tiêu chuẩn RSS, nhƣng cần "bẻ"
mã chƣơng trình ra chỉnh sửa lại thì có thể kết luận hệ thống có khả năng xuất
bản thông tin với chuẩn nhƣng không phải là portal.
- Nếu có khả năng xuất bản ngay tức thì nội dung thành RSS, bạn hãy yêu cầu
xuất bản thông tin có đầy đủ nội dung chứ không chỉ tóm tắt nhƣ tài liệu RSS
đã cung cấp, nếu nhà cung cấp không thể làm đƣợc hay không thể đƣa ra đƣợc
hƣớng giải quyết cụ thể thì có thể kết luận rằng hệ thống có khả năng xuất bản
thông tin theo tiêu chuẩn nhƣng chƣa đầy đủ.
- Nếu hệ thống cho phép xuất bản thành RSS và ATOM, chứa đầy đủ nội dung
thông tin thì có thể kết luận hệ thống có khả năng đầy đủ để xuất bản thông tin
với tiêu chuẩn công nghiệp.
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
8
- Nếu nhà cung cấp đƣa ra đƣợc giải pháp đồng bộ dữ liệu giữa nhiều hệ thống
bằng tài liệu theo tiêu chuẩn nhƣ ATOM hay...
nghiên cứu đã tiến hành xây dựng và kiểm thử các chức năng theo hƣớng Cổng
thông tin điện tử. Kết hợp với hệ thống Đăng nhập tập trung ACC nhóm đã tiến
hành thực nghiệm tích hợp tài khoản ngƣời dùng ngƣời dùng ACC vào hệ thống
HPU đảm bảo chức năng SSO trên hệ thống. Bên cạnh đó cũng đƣa ra giải pháp
tập trung tài nguyên hình ảnh của hệ thống HPU lên hệ thống IMG. Kết hợp với
các API của Google Search cung cấp các phƣơng thức tìm kiến trên Mutisite
hay Levelsite đảm bảo tính tiện lợi và nhanh chóng trong quá trình tìm kiếm
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
3
và các API Developer đối với mạng xã hội nhằm tạo tính tƣơng tác với ngƣời
dùng. Quá trình nghiên cứu đƣợc thực hiện theo quy trình phân tích coding
đánh giá tái phân tích chỉnh sửa và kiểm thử.
5. Ý nghĩa khoa học và thực tiễn của đề tài
- Đóng góp về mặt khoa học, phục vụ công tác đào tạo
- Thông tin trên hệ thống HPU đƣợc phát triển đa dạng về nội dung
- Quảng bá thông tin hình ảnh, hoạt động của nhà trƣờng. Thứ hạng HPU trên
Alexa và webometrics đƣợc cải thiện
- Toàn bộ cán bộ giảng viên trong trƣờng có thể tham gia trên hệ thống
- Các đối tƣợng truy cập hệ thống HPU đƣợc điều hƣớng đúng thông tin cần
- Những đóng góp khác:
Nhằm nâng cao hiệu quả quản lý
Giảm thiểu công tác xử lý không mất thời gian
Việc lƣu trữ, tìm kiếm thuận tiện
Hỗ trợ thống kê báo cáo về nội dung để đánh giá kết quả làm việc của
các đơn vị theo năm.
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
4
CHƢƠNG I: TỔNG QUAN
1.1 Khái niệm cổng thông tin điện tử
Có nhiều khái niệm/định nghĩa về cổng thông tin điện tử tích hợp khác nhau, và
cho đến nay chƣa có khái niệm/định nghĩa nào đƣợc coi là chuẩn xác. Trong phạm vi
này, chúng ta tạm sử dụng khái niệm sau cho cổng thông tin điện tử tích hợp (portal)
“Cổng thông tin điện tử tích hợp là điểm truy cập tập trung và duy nhất, tích hợp các
kênh thông tin, các dịch vụ và ứng dụng, phân phối tới người sử dụng thông qua một
cách thống nhất và đơn giản trên nền tảng Web” ([1])
1.2 Phân loại portal
Cổng thông tin cung cấp cho ngƣời dùng cuối nhiều loại dịch vụ khác nhau với nhiều
nhu cầu khác nhau, có thể phân loại các cổng thông tin (portal) nhƣ sau ([2])
Cổng thông tin công cộng (Public portals): ví dụ nhƣ Yahoo, loại cổng thông
tin này thƣờng đƣợc sử dụng để ghép nối các thông tin lại với nhau từ nhiều
nguồn, nhiều ứng dụng và từ nhiều ngƣời, cho phép cá nhân hoá
(personalization) các website theo tuỳ từng đối tƣợng sử dụng.
Cổng thông tin doanh nghiệp (“Enterprise portals” hay “Corporate
Desktops”): đƣợc xây dựng để cho phép các thành viên của doanh nghiệp sử
dụng và tƣơng tác trên các thông tin và ứng dụng nghiệp vụ tác nghiệp của
doanh nghiệp.
Cổng giao dịch điện tử (Marketplace portals): ví dụ nhƣ eBay và ChemWeb,
cổng thông tin này là nơi liên kết giữa ngƣời bán và ngƣời mua.
Cổng thông tin ứng dụng chuyên biệt (Specialized portals): ví dụ nhƣ SAP portal,
cổng thông tin loại này cung cấp các ứng dụng chuyên biệt khác nhau.
1.3 Các chức năng portal
Tuy có nhiều loại cổng thông tin khác nhau, cung cấp nhiều loại dịch vụ và ứng
dụng khác nhau, nhƣng tất cả các loại cổng thông tin đều có chung một số chức năng cơ
bản. Các chức năng này là đƣợc sử dụng nhƣ là một tiêu chuẩn để phân biệt giữa cổng
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
5
thông tin với một website tổng hợp tin tức, với ứng dụng quản trị nội dung web (web
content management system - Web CMS), hay với một ứng dụng chạy trên nền tảng
Web (web application) ([4]).
Các chức năng cơ bản (bắt buộc phải có) của một portal bao gồm ([3]):
- Khả năng cá nhân hoá (Customization hay Personalization)
- Tích hợp nhiều loại thông tin (Content aggregation)
- Xuất bản thông tin (Content syndication)
- Hỗ trợ nhiều môi trƣờng hiển thị thông tin (Multidevice support)
- Khả năng đăng nhập một lần (Single Sign On - SSO)
- Quản trị portal (Portal administration)
- Quản trị ngƣời dùng (Portal user management).
1.4 Cách phân biệt portalvới một ứng dụng web hay một hệ thống quản tri nội
dung
1.4.1 Khả năng cá nhân hoá (Personalization)
Để đánh giá chức năng này, bạn cần yêu cầu nhà cung cấp trình diễn hay giới thiệu
cách thức hệ thống cung cấp thông tin cho nhiều ngƣời dùng khác nhau hay nhiều cấp
độ ngƣời dùng khác nhau. Tại đây có thể có nhiều kết quả khác nhau, nhƣ:
- Nếu với 2 ngƣời dùng khác nhau hay với 2 cấp độ sử dụng (quyền) khác nhau
và thông tin hiển thị vẫn giống nhau, thì bạn có thể kết luận ngay rằng hệ thống
này không có phép cá nhân hoá thông tin, và có thể đi đến kết luận cuối cùng
rằng đó không phải là hệ thống portal.
- Nếu với 2 cấp độ khác nhau, thông tin đƣợc sử dụng có sự khác nhau thì có thể
đi đến kết luận hệ thống này cho phép cá nhân hoá thông tin theo thẩm quyền
sử dụng.
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
6
1.4.2 Khả năng tích hợp nhiều loại thông tin (Content aggregation)
Đây là một đặc tính quan trọng bậc nhất của hệ thống portal, đặc tính này thể
hiện portal có thể mở rộng đƣợc hay không. Đặc tính này thể hiện qua thuật ngữ "ghép
là chạy", có nghĩa là khi cần mở rộng thêm thành phần (module) dịch vụ mới, thì chỉ
cần điều chỉnh và tích hợp lại thông tin của module dịch vụ đó một cách đơn giản,
nhanh chóng và tức thì đối với hệ thống mà không phải biên dịch lại hay viết lại mã
chƣơng trình.
Để kiểm định chức năng này, bạn hãy yêu cầu nhà cung cấp trình diễn hay giới
thiệu cách thức hệ thống tích hợp thông tin từ nhiều module dịch vụ khác nhau của hệ
thống, ví dụ nhƣ hiển thị một nội dung bài viết trong một màn hình, bên cạnh đó là
danh sách các chủ đề thảo luận trong forum. Tại đây có thể có nhiều kết quả khác
nhau, nhƣ:
- Nếu nhà cung cấp khi bổ sung ứng dụng/dịch vụ vào portal mà phải “bẻ” mã
(code) của website ra để viết thêm module về màn hình, các liên kết trang, các
truy cập cơ sở dữ liệu mới, một hệ thống phân quyền sử dụng mới, v.v... thì hệ
thống đó không gọi là có tính mở đƣợc, vậy kết luận là hệ thống không có khả
năng tích hợp ứng dụng theo kiểu “ghép là chạy”, và có thể kết luận ngay hệ
thống đó không phải là giải pháp portal.
- Nếu hệ thống cho phép "ghép" các ứng dụng lại với nhau, bạn hãy yêu cầu nhà
cung cấp thay đổi nguồn hay kênh thông tin của các ứng dụng đã tích hợp, nếu
không thế thì kết luận "đó là hệ thống giả portal" chứ không phải là giải pháp
portal.
- Nếu có thể tích hợp thêm ứng dụng dịch vụ, loại bỏ ứng dụng dịch vụ cũ thì kết
luận hệ thống có chức năng mở, có thể tích hợp đƣợc ứng dụng và có thể là giải
pháp portal.
1.4.3 Khả năng xuất bản thông tin theo tiêu chuẩn (Content syndication)
Một trong những đặc tính quan trọng của portal là xuất bản thông tin cho ngƣời
dùng cuối qua các tiêu chuẩn đã đƣợc công bố và thừa nhận trên toàn thế giới. Với các
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
7
dữ liệu đƣợc xuất bản theo tiêu chuẩn này, ngƣời dùng cuối có thể khai thác, sử dụng
mà không cần thông qua giao diện tƣơng tác của hệ thống mà sử dụng một số phần
mềm của hãng thứ 3.
Hiện tại có nhiều chuẩn xuất bản thông tin, nhƣng tất cả các chuẩn xuất bản
thông tin đƣợc ủng hộ và sử dụng nhiều nhất trên thế giới đều lấy cơ sở ngôn ngữ đánh
dấu mở rộng XML (eXtensible Markup Language) làm nền tảng, đáng kể là RDF
(Resource Description Format), RSS (Realy Simple Syndication), NITF (News
Industry Text Format), NewsML và ATOM Syndication Format. Hiện tại có 2 tiêu
chuẩn đƣợc sử dụng rộng rãi nhất là RSS và ATOM.
Để kiểm định chức năng này, bạn hãy yêu cầu nhà cung cấp trình diễn hay giới
thiệu cách thức hệ thống xuất bản thông tin từ một hay nhiều module dịch vụ khác
nhau thành các tài liệu theo tiêu chuẩn RSS hay ATOM. Tại đây có thể có nhiều kết
quả khác nhau, nhƣ:
- Nếu nhà cung cấp không có khái niệm gì về RSS hay ATOM, thì có thể kết
luận ngay rằng hệ thống của nhà cung cấp này không có khả năng xuất bản
thông tin theo tiêu chuẩn.
- Nếu hệ thống có thể xuất bản tài liệu ra tiêu chuẩn RSS, nhƣng cần "bẻ"
mã chƣơng trình ra chỉnh sửa lại thì có thể kết luận hệ thống có khả năng xuất
bản thông tin với chuẩn nhƣng không phải là portal.
- Nếu có khả năng xuất bản ngay tức thì nội dung thành RSS, bạn hãy yêu cầu
xuất bản thông tin có đầy đủ nội dung chứ không chỉ tóm tắt nhƣ tài liệu RSS
đã cung cấp, nếu nhà cung cấp không thể làm đƣợc hay không thể đƣa ra đƣợc
hƣớng giải quyết cụ thể thì có thể kết luận rằng hệ thống có khả năng xuất bản
thông tin theo tiêu chuẩn nhƣng chƣa đầy đủ.
- Nếu hệ thống cho phép xuất bản thành RSS và ATOM, chứa đầy đủ nội dung
thông tin thì có thể kết luận hệ thống có khả năng đầy đủ để xuất bản thông tin
với tiêu chuẩn công nghiệp.
Đề Tài NCKH Trƣờng Đại Học Dân Lập Hải Phòng
8
- Nếu nhà cung cấp đƣa ra đƣợc giải pháp đồng bộ dữ liệu giữa nhiều hệ thống
bằng tài liệu theo tiêu chuẩn nhƣ ATOM hay...