ĐẠI HỌC QUỐC GIA HÀ NỘI

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ

KHOA CÔNG NGHỆ THÔNG TIN

HÀ NỘI – 2008
 ĐẠI HỌC QUỐC GIA HÀ NỘI
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ
KHOA CÔNG NGHỆ THÔNG TIN

TÓM TẮT KHÓA LUẬN TỐT NGHIỆP

CHUYÊN NGÀNH CÔNG NGHỆ PHẦN MỀM

HÀ NỘI - 2008
 Mục lục

Danh sách cán bộ Bộ môn Công nghệ phần mềm …….....……………………….. 5

Danh sách cán bộ tham gia hướng dẫn …………………….....…………………... 6

1. Web 2.0 và ứng dụng website lưu trữ, tìm kiếm và xử lý nhạc
Nguyễn Thị Châm ……………………......................................................... 7

2. Nghiên cứu về công nghệ Portal

Phạm Thị Chung …………………………………………………………... 9

3. Giải pháp kết nối ngân hàng và công ty chứng khoán

Nguyễn Xuân Trường ……………………………………………………... 11

4. Nghiên cứu về CORBA và ứng dụng

Nguyễn Viết Duy …………………………………………………………... 13

5. Xây dựng nền tảng phát triển ứng dụng web map hiệu năng cao
Chu Văn Đoàn ……………………………………………………………... 17

6. Dịnh vụ SMS và ứng dụng

Nguyễn Minh Đức …………………………………………………………. 19

7. Quản lý doanh mục đầu tư chứng khoán

Nguyễn Văn Đức …………………………………………………………... 21

8. Hướng tiếp cận mới về virus

Đỗ Thị Hà ………………………………………………………………….. 23

9. Xây dựng công cụ mô phỏng mạch điện

Nguyễn Thị Thanh Hằng – Nguyễn Anh Tuấn ………………………….. 25

10. Hệ quản trị nội dung và ứng dụng

Vũ Khắc Hiếu ……………………………………………………………… 28

11. Kỹ nghệ Web và ứng dụng trong xây dựng CMS cho trang tin tức
Nguyễn Khắc Hiệp ………………………………………………………… 30

12. Quản lý cấu hình phần mềm

Nguyễn Thị Hoa …………………………………………………………… 32

-1-

 
13. Nghiên cứu phân đoạn ảnh cho nhận dạng văn bản
Nguyễn Đức Huy …………………………………………………………... 34
14. Portal mạng trợ giúp Việt Nam – VietnamF1
Nguyễn Duy Hưng …………………………………………………………. 36

15. Refactoring aware version control

Nguyễn Việt Hưng …………………………………………………………. 38

16. Finding heap bounds of Java card applets

Phạm Tuấn Hưng ………………………………………………………….. 40

17. Hiển thị thông tin chứng khoán trực tuyến sử dụng công nghệ AJAX
Vũ Tiến Hưng ……………………………………………………………… 42

18. Xây dựng giải pháp cho hiệp hội khách sạn Việt Nam trên nền tảng web 2.0
Đoàn Trọng Khôi ………………………………………………………….. 44

19. Các phương pháp nhận dạng chữ viết tay tiếng Việt trực tuyến
Nguyễn Duy Khương ……………………………………………………… 46

20. Xây dựng hệ thống đồ họa 3D hỗ trợ giao diện ZUI dựa trên OpenGL|ES
Nguyễn Văn Lâm ………………………………………………………….. 48

21. Hệ quản lý giao việc ứng dụng công nghệ Workflow và công nghệ hướng
đối tượng
Doãn Đình Lương …………………………………………………………. 46

22. Nghiên cứu về xử lý ảnh trong xây dựng bản đồ

Vũ Thị Lý …………………………………………………………………... 50

23. Workflow – nền tảng cho các ứng dụng phần mềm
Lục Quang Mạnh ………………………………………………………….. 52

24. Xây dựng phần mềm quản lý cổ đông, cổ tức và hỗ trợ bầu cử cho công ty
cổ phần Naphaco
Trịnh Minh Đức …………………………………………………………… 54

25. Ứng dụng lý thuyết mã hóa thông tin trong việc xây dựng hệ thống bầu cử
điện tử
Trương Bảo Nam ………………………………………………………….. 56

26. Nghiên cứu về kiểm chứng phần mềm dựa trên Aspect
Nguyễn Thùy Nhung ………………………………………………………. 58

-2-

 
27. Web services và Ajax trong bài toán Mashup với bản đồ
Nguyễn Trọng Quyền ……………………………………………………... 60

28. Nghiên cứu cài đặt OpenGL|ES trên Java ME

Lê Nguyễn Tuấn Thành …………………………………………………... 62

29. Hệ thống quản lý bất động sản ứng dụng công nghệ hướng đối tượng
Nguyễn Phương Thảo ……………………………………………………... 64

30. Nghiên cứu kỹ thuật phân tích WCET trong hệ thống thời gian thực cứng
Dương Đình Toan …………………………………………………………. 66

31. Nghiên cứu công nghệ EJB và ứng dụng

Vũ Thu Trang ……………………………………………………………… 68

32. Phân tích thiết kế hệ thống quản lý văn bản và hồ sơ công việc
Bùi Quốc Trung …………………………………………………………… 70

33. Ứng dụng công nghệ AJAX trong hiển thị tin nhanh và cá nhân hóa
Nguyễn Văn Trung ………………………………………………………... 72

34. Tích hợp Web service

Phạm Văn Trường ………………………………………………………… 75

35. Kiểm chứng sự tuân theo giữa mã thực thi và đặc tả PSM
Trương Đình Trường ……………………………………………………... 77

36. Nghiên cứu về Web service và ứng dụng

Vũ Minh Tuấn ……………………………………………………………... 79

37. Kiểm chứng tuân theo giữa mã thực thi và đặc tả UCM
Phạm Văn Tùng …………………………………………………………… 81

38. Ứng dụng Web 2.0 theo đinh hướng tích hợp vào portal cá nhân Netvibes
với ứng dụng lịch trình tàu chạy
Nguyễn Minh Tường ………………………………………………………. 83

-3-

 
 -4-

 
 Danh sách cán bộ Bộ môn Công nghệ phần mềm
Danh sách cán bộ giảng dạy
1. PGS. TS. Nguyễn Ngọc Bình
2. ThS. Trần Thị Minh Châu
3. ThS. Vũ Quang Dũng
4. TS. Nguyễn Việt Hà
3. TS. Trương Anh Hoang
3. TS. Đặng Văn Hưng
5. ThS. Vũ Diệu Hương
6. ThS. Tô Văn Khánh
7. ThS. Đào Kiến Quốc
8. CN. Nguyễn Việt Tân
9. ThS. Nguyễn Thị Nhật Thanh
10. TS. Trương Ninh Thuận
11. ThS. Trần Thị Mai Thương
12. PGS. Nguyễn Quốc Toản
13. PGS. TS. Nguyễn Văn Vỵ
Danh sách nghiên cứu sinh
1. ThS. Lê Việt Hà
2. CN. Ngô Xuân Bách
3. ThS. Trần Thanh Bình
Danh sách thực tập sinh
1. CN. Nguyễn Đức Anh
2. CN. Võ Văn Thành
Hiệu phó trường ĐHCN Email: nnbinh@vnu.edu.vn
Email: tmct@vnu.edu.vn
Email: dungvq@vnu.edu.vn
Phó chủ nhiệm Khoa CNTT Email: hanv@vnu.edu.vn
Chủ nhiệm Bộ môn CNPM
Email: hoangta@vnu.edu.vn
Email: dvh@vnu.edu.vn
Email: huongvd@vnu.edu.vn
Email: khanhtv@vnu.edu.vn
Giám đốc Trung tâm Email: quocdk@vnu.edu.vn
NC & PT CNPM
Email: tannv@vnu.edu.vn
Email: thanhntn@vnu.edu.vn
Email: thuantn@vnu.edu.vn
Email: thuongttm@vnu.edu.vn
Email: toannq@vnu.edu.vn
Email: vynv@vnu.edu.vn
Email: le_viet_ha@yahoo.com
Email: ngoxuanbachkcn@yahoo.com
Email: binhtt75@yahoo.com
Email: ducanh@yahoo.com
Email: thanhvv@gmail.com
-5-
 Danh sách cán bộ tham gia hướng dẫn

1. ThS. Trần Vũ Việt Anh Vinasa Email: anhtvv@yahoo.com

2. ThS. Phùng Chí Dũng Trung tâm Mạng máy tính Email: dungpc@vnu.edu.vn

3. ThS. Đinh Khắc Dũng Công ty A.N lab Email:

4. ThS. Đặng Việt Dũng Trường ĐHCN Email: dungdv@vnu.edu.vn
5. TS. Bùi Thế Duy Khoa CNTT Email: duybt@vnu.edu.vn

6. ThS. Lê Hồng Hải Khoa CNTT Email: hailh@vnu.edu.vn

7. ThS. Nguyễn Nam Hải Trung tâm Mạng máy tính Email: hainn@vnu.edu.vn
8. ThS. Nguyễn Cảnh Hoàng Khoa CNTT Email: hoangnc@vnu.edu.vn
9. CN. Lê Xuân Thắng Ngân hàng VP Email:
10. TS. Lê Sĩ Vinh Khoa CNTT Email: vinhls@yahoo.com

-6-

 
WEB 2.0 VÀ ỨNG DỤNG WEBSITE LƯU TRỮ, TÌM KIẾM VÀ XỬ LÝ NHẠC
Họ tên: Nguyễn Thị Châm
1. Giới thiệu
Có thể nói những năm gần đây Web 2.0
đã trở nên quen thuộc với những ai đã và đang
quan tâm đến sự phát triển của web. Sự ra đời
và phát triển của Web 2.0 vẫn đang hấp dẫn và
được nghiên cứu bởi nhiều nhà phát triển trên
thế giới.
Được xem là một cuộc cách mạng trên
thế giới mạng, thế hệ web mới có những thay
đổi quan trọng không chỉ ở nền tảng công nghệ
mà còn cả ở cách thức sử dụng - hình thành nên
môi trường cộng đồng, ở đó mọi người cùng
tham gia đóng góp cho xã hội "ảo" chứ không
chỉ "duyệt và xem". Thực chất, Web 2.0 có
nghĩa là sử dụng web đúng với bản chất và khả
năng của nó.
Thế hệ Web 2.0 đang được mong đợi sẽ
thay đổi những hạn chế mà Web 1.0 chưa làm
được. Nó hình thành nên những khả năng tương
tác chưa có hoặc còn quá sơ sài ở Web 1.0 .
Khả năng tương tác được hoàn thiện trên nhiều
phương diện: công nghệ, chuNn, người dùng,
ứng dụng,... nhằm tăng cường tính năng chia sẻ
vốn có của Web 1.0.
Với những ưu điểm của mình, tổ hợp
công nghệ Ajax ngày càng đóng vai trò chủ
chốt trong thế hệ web thứ hai này.
2. Nội dung khoá luận
Web 2.0
Trình bày tổng quan về web 2.0. Các
động lực để phát triển Web 2.0 như đường
truyền tốc độ cao, băng thông rộng, sự lớn
mạnh của Internet, gia tăng số lượng người truy
cập…Tìm hiểu về các công nghệ dùng trong
Web 2.0 như là RSS, SOA, Ajax…trong đó
công nghệ Ajax đóng vai trò then chốt.
-7-
Cán bộ hướng dẫn: Th.S. Nguyễn Nam Hải
2.2. Tổ hợp công nghệ Ajax
Trình bày về lịch sử ra đời, khái niệm
của Ajax, miền hữu dụng, nhược điểm cũng
như các trình duyệt hỗ trợ. Đi sâu vào nghiên
cứu N guyên lý hoạt động và các thành phần bên
trong công nghệ Ajax như CSS, Javascript, mô
hình Dom, XML đặc biệt là đối tượng
XMLHttpRequest. Chỉ ra cách thức tương tác
của Ajax và sự khác biệt so với cách thức tương
tác truyền thống.
2.3. Xây dựng ứng dụng Website lưu
trữ, tìm kiếm và xử lý nhạc.
N gày nay khi ứng dụng CN TT đã được
đi sâu vào đời sống nhân dân, đặc biệt khi
internet đang được phát triển nhanh chóng như
bây giờ. Các hình thức giải trí của con người
không chỉ là TV, hay đi đến một nơi giải trí nào
đó. Với ưu điểm của Internet con người có thể
có các hình thức giải trí, tìm kiếm thông
tin,.v.v…ngay tại nhà mình. Để phục vụ các
nhu cầu trên của người dùng internet, rất nhiều
các website tìm kiếm, giới thiệu sản phNm, bán
hàng trực tuyến .v.v… phục vụ cho nhu cầu tìm
hiểu và giải trí của người dùng đã ra đời. Cũng
nhằm mục đích đánh vào thị hiếu người dùng,
với mong muốn thu hút nhiều người truy cập
vào website, Chúng tôi đã quyết định xây dựng
một website tìm kiếm, lưu trữ và xử lý nhạc
phục vụ cho nhu cầu giải trí của người sử dụng
Internet.
Phân rã chức năng của website :
¾ Quản lý website
o Quản lý tài khoản admin
- Thêm tài khoản
- Sửa tài khoản
- Xoá tài khoản
o Quản lý file nhạc
 - Thêm file nhạc web, đặc điểm chung của Web 2.0 và đi sâu
- Sửa file nhạc nghiên cứu về tổ hợp công nghệ Ajax. Cùng với
- Xoá file nhạc kiến thức đó tôi đã xây dựng được ứng dụng
o Quản lý user Website lưu trữ, tìm kiếm và xử lý nhạc.
- Xem tài khoản user 3. Tài liệu tham khảo
- Xoá tài khoản user [1] Bùi ngọc khải. N ghiên cứu, phát
o Quản lý comment triển ứng dụng web với công nghệ ajax. Khoá
- Xem comment luận tốt nghiệp đại học chính quy, Đại học
- Xoá comment Công nghệ, ĐHQG Hà N ội 2007
¾ Sử dụng website [2] Phan Anh Tu. Xây dựng hệ thống
o Tìm bài hát đấu giá trực tuyến trên Internet. Khoá luận tốt
o Upload file nhạc nghiệp đại học chính quy, Đại học Công nghệ,
o Tạo playlist ĐHQG Hà N ội 2007
- Thêm bài hát vào playlist [3] Lee Babin. Beginning Ajax with
- Xoá bài hát khỏi plalist PHP, from N ovice to Professional. 2007
o Gửi comment [4] Sang Shin, Java Technology
Giải pháp công nghệ Architect Sun Microsystems. AJAX Basics.
Sử dụng tổ hợp công nghệ Ajax với 2006
chức năng của các công nghệ bên trong như [5] Justin Gehtland, Ben Galbraith, Dion
sau: Almaer. Pragmatic Ajax, A Web 2.0 Primer
• XHTML+CSS với vai trò hiển thị [6]
thông tin http://www.aptech.vn/news/laptrinhvien/693/
• Mô hình tương tác và hiển thị động N hập môn AJAX (1-14).
DOM (Document Object Model) [7] http://vietnamnet.vn . 15 năm lịch sử
• Trao đổi và truy cập/tác động lên phát triển web, những dấu mốc quan trọng.
thông tin sử dụng XML và XSLT [8] http://nguoitapviet.info Ajax –
• N hận thông tin không đồng bộ với tương lai của ứng dụng web
đối tượng XMLHttpRequest [9] http://w3schools.com/ajax và
• Javascript với vai trò kết hợp 4 công http://w3schools.com/php
nghệ trên lại với nhau [10] http://en.wikipedia.org/wiki/Web_2
2.4. Thực nghiệm [11] http://vnexpress.net. Toàn cảnh
Tôi đã cài đặt thử nghiệm website lữu Web 2.0 qua 8 định nghĩa.
trữ, tìm kiếm và xử lý nhạc. Kết quả thực
nghiệm cho thấy bài toán phân tích thiết kề phù
hợp với quy trình thiết kế, có giá trị thực tế cao
giúp người dùng có thể giải trí qua mạng, tương
tác và góp phần làm phong phú cho website.
2.5 Kết luận
Sau thời gian nghiên cứu về Web 2.0 tôi
đã nắm được các công nghệ trong ứng dụng

-8-
 NGHIÊN CỨU VỀ CÔNG NGHỆ PORTAL
Phạm Thị Chung
MSV: 04020030
1. Giới thiệu
Ngày nay với sự bùng nổ của Internet và
lượng thông tin đồ sộ đã làm thay đổi bộ mặt thế
giới web cũng như thói quen duyệt web của người
dùng. Những năm gần đây, nhiều trang thông tin
điện tử (website) của các tổ chức, cá nhân ra đời
dẫn đến hệ quả là quá tải thông tin. Mỗi wesite
thường cung cấp những dịch vụ và ứng dụng khác
nhau gây phiền toái và mệt mỏi cho người dùng
khi họ phải nhớ quá nhiều tên và mật khNu để có
thể truy xuất thông tin hoặc sử dụng dịch vụ của
các hệ thống khác nhau. Hơn nữa, các website
hiện nay yêu cầu tính tương tác và tùy biến cao
của người dùng, tạo khả năng tương tác tối đa
giữa người dùng và các nguồn thông tin, giữa
người dùng với các ứng dụng tác nghiệp và giữa
các ứng dụng với nhau.
N hững bất cập trên cùng hàng loạt yêu cầu
cấp thiết khác nảy sinh từ thực tế phát triển đã
xuất hiện một khái niệm mới, đồng thời cũng là
một xu hướng công nghệ mới là Portal.
2. 2. Tổng quan về công nghệ Portal
2.1. Khái niệm về portal
“Portal, tên đầy đủ là Web Portal, là một hệ
thống hoạt động trên Web, định danh và xác thực
người dùng đăng nhập, từ đó sẽ cung cấp một
giao diện web để người dùng dễ dàng truy cập,
khai thác thông tin và dịch vụ cũng như thao tác,
tuỳ biến các công việc tác nghiệp của mình một
cách nhanh chóng và đơn giản”.
-9-
Cán bộ hướng dẫn : TS. Nguyễn Việt Hà
Cán bộ đồng hướng dẫn :ThS.Trần Vũ Việt Anh
2.2. Kiến trúc của portal
Các ứng dụng Portal hầu hết đều được xây
dựng trên cở sở kiến trúc 3 tầng sau :
Tầng trình diễn: Cung cấp một khung nhìn
hợp nhất cho các ứng dụng nghiệp vụ.
Tầng phục vụ ứng dụng: đóng vai trò là bộ
não của portal. Tầng này cung cấp hầu hết các
chức năng chính của một portal.
Tầng dịch vụ thông tin là tầng cung cấp hạ
tầng thông tin của tổ chức.
2.3. Một số tiêu chuẩn về Portal
JSR 168 : Đây là tiêu chuNn do hiệp hội Java
Community Process công bố, hiện tại chủ yếu
được áp dụng cho các portal xây dựng trên nền
tảng Java. ChuNn này chỉ ra cách tương tác giữa
portlet với portal framework.
WSRP : ChuNn này do OASIS (Organization for
the Advancement of Structured Information
Standards) công bố. ChuNn này chỉ ra các thức
giao tiếp giữa một portal server với remote portlet
thông Web Services.
3. Một số tiêu chuẩn về Portal
2.4. JSR - 168
Portal xây dựng theo chuNn JSR-168 bao
gồm các thành phần : Portlet, Portlet Container.
• Portlet
Là một thành phần web được quản lý bởi
portlet container, xử lý các yêu cầu và sinh ra nội
dung động. N ội dung sản sinh bởi 1 portlet được
gọi là 1 fragment (là 1 phần của ngôn ngữ đánh
dấu như HTML, XHTML,…) tuân thủ nghiêm
ngặt các luật và có thể kết hợp với các fragment
khác tạo nên một tài liệu hoàn chỉnh.
• Portlet container
Portlet container chạy các portlet và cung
cấp cho chúng môi trường thực thi cần thiết.
Portlet container nhận các yêu cầu từ portal và
thực thi các yêu cầu trên những portlet được chứa
bởi nó.
2.5. WSRP
Kiến trúc WSRP bao gồm các tác nhân
chính sau:
• producer: là một Web Service(WS), cung cấp
các portlet và cài đặt tập giao diện WSRP,
cung cấp tập các phương thức chung cho các
Consumer.
• portlet: Là một thành phần giao diện người
dùng sống trong Producer và được truy cập
thông qua giao diện được định nghĩa bởi
Producer.
• consumer: là một WS, gọi tới các WS mà
producer và cung cấp môi trường cho portlet
hoạt động.
Consumer có thể tương tác với các portlet
từ xa thông qua giao diện của Producer. Mọi
Producer đều phải cài đặt hai giao diện bắt buộc
là giao diện mô tả service, giao diện đánh dấu và
hai giao diện tùy chọn là giao diện đăng ký, giao
diện quản lý portlet.
Producer có thể xuất bản các portlet và các
Consumer có thể tìm kiếm và kết nối các portlet
trong trang portal của mình.
3. Ứng dụng bài toán xây dựng thư viện
Từ xưa đến nay, thư viện luôn là một trong
những kho tri thức lớn của con người. Sự đa dạng
hóa các nguồn thông tin kéo theo yêu cầu quy mô
ngày càng lớn hơn của thư viện. Hơn nữa, sự phát
- 10 -
triển internet giúp cho khả năng liên kết chia sẻ
tài nguyên giữa các thư viện trở nên dễ dàng hơn.
Từ thực tế đó, Portal thực sự là một giải pháp mới
trong việc xây dựng thư viện điện tử theo hướng
cho phép liên kết, chia sẻ thông tin với thư viện
điện tử khác.
Các ca sử dụng chính của ứng dụng bao
gồm:
1. Quản lý tài liệu
2. Quản lý mượn tài liệu
3. Quản lý trả tài liệu
4. Quản lý bạn đọc
5. Quản lý nhân viên
6. Thống kê & Báo cáo
5. Thực nghiệm
Ứng dụng được viết trên framework Bea
WebLogic Platform 8.1. Bộ phần mềm gồm 3 sản
phNm:WebLogic Portal, WebLogic Server,
WebLogic Workshop và sản phNm tùy chọn
WebLogic Integration. WebLogic Platform (WP)
làm thành một môi trường hoàn hảo để xây dựng
portal và các ứng dụng chạy trên môi trường quy
mô lớn
4. 6. Kết luận
Khóa luận đã làm rõ bản chất và kiến trúc
của công nghệ Portal. Khóa luận cũng đã đi sâu
tìm hiểu hai tiêu chuNn phổ biến về portal trên thế
giới là JSR 168 và WSRP.
Khóa luận đã phân tích bài toán “ quản lý thư
viện điện tử” theo công nghệ portal và triển khai
thực nghiệm một phần nhỏ trên Bea WebLogic
Platform 8.1.
Tài liệu tham khảo
[1] Dan Sullivan - Proven Portals: Best Practices for Planning,
Designing, and Developing Enterprise Portals
[2] Java(TM) Portlet Specification ("Specification") Version: 1.0
[3] Web Services for Remote Portlets Specification v1.0
[4] http://my.opera.com/Alibobo/blog/portal
 GIẢI PHÁP KẾT NỐI NGÂN HÀNG VÀ CÔNG TY CHỨNG KHOÁN
Họ tên: Nguyễn Xuân Cường
MSSV: 04020038
Email: cuongxn@gmail.com
1. Giới thiệu
Ngày nay công nghệ web services đã và đang
được triển khai và ứng dụng trong rất nhiều lĩnh
vực khác nhau bao gồm cả những lĩnh vực nhạy
cảm, đòi hỏi tính an toàn cao như tài chính, ngân
hàng, … do đó web service cần cung cấp một
mức an toàn đủ để hỗ trợ những công việc như
thế. Bên cạnh nhưng mặt thuận lợi do web service
đem lại thì việc đảm bảo an toàn, tin cậy, toàn vẹn
thông tin trao đổi trên web service cũng là một
điều rất quan trọng trong quá trình xây dựng web
service.
Nội dung khóa luận đi vào tìm hiểu công nghệ
web service và vấn đề bảo mật liên quan. Bài toán
kết nối ngân hàng với công ty chứng khoán đòi
hỏi sự an toàn, tin cậy và toàn vẹn thông tin khi
trao đổi, do đó tôi chọn công nghệ web service để
giải quyết bài toán này.
2. Công nghệ Web Service
Webservice là một giao diện trừu tượng
(abstract interface) được thể hiện trong HTML,
dựa trên sự tương tác của User và Web server, nó
là một ứng dụng phần mềm được truy xuất thông
qua web bởi một ứng dụng khác.
Các thành phần thường được sử dụng trong
web service thường bao gồm:
− XML – eXtensible Markup Language
− SOAP – Simple Object Access Protocol
- 11 -
GV hướng dẫn: Ts. Trương Ninh Thuận
− WSDL – Web Services Description
Language
3. Giao thức bảo mật SSL
Giao thức SSL cung cấp sự bảo mật truyền
thông có ba đặc tính cơ bản:
− Các bên giao tiếp (nghĩa là client và
server) có thể xác thực nhau bằng cách sử
dụng mật mã khóa công khai.
− Sự bí mật của dữ liệu được bảo vệ vì kết
nối được mã hóa trong suốt sau khi một sự
thiết lập quan hệ ban đầu và sự thương
lượng khóa session đa xảy ra.
− Tính xác thực và tính toàn vẹn của dữ liệu
cũng được bảo vệ vì các thông báo được
xác thực và được kiểm tra tính toàn vẹn
một cách trong suốt.
4. Ứng dụng kết nối ngân hàng với công ty
chứng khoán
Kinh doanh chứng khoán là một hoạt động diễn ra
khá phổ biến hiện nay, trong một bộ phận xã hội
không nhỏ, nhưng công việc giao dịch hiện nay
vẫn chủ yếu là bằng tiền mặt, công việc này làm
mất nhiều thời gian và công sức cũng như làm hạ
thấp tính chính xác và bảo mật về thông tin cá
nhân của nhà đầu tư.
Các hoạt động chính của ứng dụng bao gồm:
− Hiển thị thông tin
 − Đăng nhập tài khoản toán này, trong đó có sử dụng công nghệ web
service để thực hiện.
− Mua cổ phiếu
Tài liệu tham khảo
− Bán cổ phiếu
[1] David Chappell, Tyler Jewell: Java Web
− Đăng xuất Services

− Đăng ký tài khoản [2] Ethan Cerami: Web Services Essentials

− Cập nhật thông tin Distributed Applications with XML-RPC, SOAP,

UDDI & WSDL
5. Triển khai
[3] Matthew MacDonald: Microsoft® .NET
Ứng dụng được chia làm hai phần
Distributed Applications: Integrating XML Web
- Server: gồm có web service, các hàm chức Services and .NET Remoting
năng để sử lý các yêu cầu từ Client gửi
[4] Paul B. Monday: Web Service Patterns: Java
lên, cơ sở dữ liệu. Được phát triển bằng
công cụ lập trình Oracle Jdeveloper và cơ Edition
sở dữ liệu Oracle. [5] Sanjiva Weerawarana, Francisco Curbera,
- Client: hiển thị giao diện người dùng bao Frank Leymann, Tony Storey,
gồm hiển thị thông tin, đăng nhập, giao Donald F. Ferguson: Web Services Platform
dịch cổ phiếu và đăng xuất. Được phát Architecture: SOAP, WSDL, WS-Policy, WS-
triển bằng công cụ lập trình ASP.NET Addressing, WS-BPEL, WS-Reliable Messaging,
trong bộ Visual Studio .NET and More
[6] Vo Dinh Hieu: Secure Provision of Composite

6. Kết luận Services in an Insecure Networked

Khóa luận trình bày tính cần thiết của bài toán kết Environment
nối ngân hàng với công ty chứng khoán, giải pháp
sử dụng mô hình Client – Server để giải quyết bài http://www.java2s.com

- 12 -
 NGHIÊN CỨU VỀ CORBA VÀ ỨNG DỤNG
Nguyễn Viết Duy
MSV:0420055
Email:duyviet.nguyen@gmail.com
1. Giới thiệu
Khi công nghệ thông tin ngày càng
phát triển thì nhà phát triển luôn mong
muốn tìm được tiếng nói chung giữa
các ngôn ngữ và độc lập về nền tảng.
Vì vậy CORBA ra đời với tham vọng
của OMG là đưa ra một phương pháp
để các đối tượng viết bằng các ngôn
ngữ khác nhau có thể triệu gọi lẫn
nhau theo mô hình đối tượng phân tán.
Khóa luận này đi sâu nghiên cứu
về mô hình CORBA và ứng dụng cơ
bản của mô hình này sử dụng ngôn ngữ
Java.
2. Mô hình kiến trúc CORBA
Trải qua quá trình phát triển hiện
nay CORBA đã phát triển tới phiên
bản 3.x. Phiên bản đầu tiên của
CORBA chính thức ra đời năm 1991.
Tổng quan về kiến trúc CORBA gồm
các thành phần:
+ Object Request Broker (ORB):
Đây là nền tảng quan trọng của kiến
trúc giúp các ứng dụng phân tán có
thể hiểu được nhau, là phần trung
gian tạo khả năng cho các mối liên
hệ giữa client/server thông qua các
đối tượng.
+ Interface Define Language
(IDL): IDL giúp định nghĩa giao
diện các đối tượng trong ứng dụng.
Đây là ngôn ngữ giao diện chứ
không phải là ngôn ngữ thực
thi.Như thế là, bạn có thể viết ứng
dụng trong IDL với mục đích duy
nhất của IDL đó là định nghĩa giao
diện; điều kiện cho sự thực thi của
các giao diện là sử dụng một vài
ngôn ngữ khác.
+ Application Objects: Các đối
tượng ứng dụng được xây dựng.
- 13 -
Cán bộ hướng dẫn: TS.Trương Ninh
Thuận
Cán bộ đồng hướng dẫn: ThS. Tô Văn
Khánh
+ Common Faccilities: Các tiện ích mà
CORBA cung cấp giúp xây dựng và
quản lý các thành phần trong ứng dụng,
cung cấp các chức năng cơ bản mà mọi
chương trình hướng đối tượng đều cần
+ Object Services: Các dịch vụ cung
cấp các chức năng cơ bản để xây dựng
ứng dụng CORBA Các phương tiện của
CORBA được chia ra làm hai loại: các
thành phần theo chiều ngang
(horizontal) và các thành phần theo
chiều dọc (vertical).
Hình 1: Mô hình kiến trúc của CORBA
3. Bài toán ứng dụng
Để minh họa cho mô hình và kiến trúc
của CORBA tôi xin trình bày về các bước
xây dựng và biên dịch để chạy một ứng
dụng CORBA nói chung, với bài toán cụ
thể: StockMarket.
Mô tả bài toán: Chương trình
CORBA trên máy khách (CORBA client)
sẽ gọi đối tượng trên máy chủ. Đối tượng
CORBA trên máy chủ (CORBA server) sẽ
trả về giá trị đã tính toán được.
Các bước tiến hành:
+ Bước 1: Xây dựng đối tượng
StockMarket trong đó chứa phương
thức getStockValue(). Được đặc tả bằng
ngôn ngữ CORBA IDL. Sau khi xây
dựng xong đối tượng StockMarket ta
tiến hành biên dịch file StockMarket.idl
 + Bước 2: Xây dựng đối tượng Tài liệu tham khảo
StockServerImpl bằng ngôn ngữ
Java. Đối tượng này sẽ kế thừa lớp [1]. Gerald Brose, Andreas Vogel and
_StockServerImplBase được sinh ra Keith Duddy. Java programming
trong bước biên dịch ở trên. with CORBA 3rd Edition.
+ Bước 3: Cài đặt đối tượng
StockServer là đối tượng CORBA [2]. Jeremy L.Rosenberger. Teach
trên máy chủ và biên dịch. Yourself CORBA In 14 Days.
+ Bước 4: Xây dựng trình khách
[3]. Trang web: http://www.corba.org
triệu gọi đối tượng CORBA. Ở đây
là việc xây dựng đối tượng [4]. Trangweb:
StockMaketClient. Sau đó tiến hành
biên dịch đối tượng này http://www.omg.org/corba/
+ Bước 5: Khởi động dịch vụ quản
lý tên của CORBA (tnameserv), tiếp
theo chạy đối tượng CORBA server
và chạy chương trình khách.
Kết quả trên trình khách sẽ trả về
giá trị được xác định trong phương
thức getStockValue() của đối tượng
StockServer.

4. Kết luận
Khóa luân này đã đi sâu vào nghiên
cứu về mô hình CORBA. Khóa luận
này đã đề cập đến các vấn đề: Tổng
quan về CORBA và tổ chức OMG - tổ
chức xây dựng nên CORBA, các thành
phần chi tiết như chi tiết của CORBA:
Kiến trúc ORB (Object Request Broker
), ngôn ngữ IDL (Interface Definition
Language), các dịch vụ (Service) và
tiện ích (Facility) của CORBA và đưa
ra bài toán demo thể hiện việc triệu gọi
các đối tượng từ xa, với việc chỉ ra các
bước xây dựng và biên dịch để chạy
một ứng dụng CORBA nói chung.
Bên cạnh các kết quả đạt được
khóa luận còn có những vấn đề khóa
luận này chưa giải quyết hay đề cập
đến. Hy vọng khóa luận sẽ là cơ sở
giúp cho việc xây dựng các ứng dụng
phân tán.

- 14 -
 XÂY DỰNG NỀN TẢNG PHÁT TRIỂN ỨNG DỤNG WEB MAP HIỆU NĂNG CAO
Chu Văn Đoàn
MSSV: 0420086
Email: doan.chuvan@gmail.com
1. Giới thiệu
Web Map là là bản đồ được hiện thị trên
Web. Với sự phát triển mạnh mẽ của Internet
cùn sự phát triển của các công nghệ Web mới,
các ứng dụng Web Map ngày càng trở nên quan
trọng và phổ biến đối với người sử dụng. Số
lượng người sử dụng nhiều dẫn đến việc các
ứng dụng Web Map phải có được hiệu năng tốt
mới có thể đáp ứng được yêu cầu của người sử
dụng.
Trong luận văn này chúng tôi đưa ra kiến
trúc logic chung của một hệ thống Web Map và
phát triển một số thành phần hiệu năng cao cho
hệ thống này.
2. Cách tiếp cận
Trước tiên, chúng tôi nghiên cứu các hệ
thống Web Map hiện có trên thế giới, xem xét
các thành phần mã nguồn mở có thể để sử dụng
để tạo nên một hệ thống Web Map. Từ đó chúng
tôi xây dựng nên một mô hình ứng dụng Web
Map hiệu quả. Đồng thời chúng tôi cũng nghiên
phát triển một số thành phần hiện chưa có trong
các giải pháp mã nguồn mở, hoặc hiện giờ chưa
đạt được hiệu năng mong muốn
4. Các kết quả đạt được
Chúng tôi đã đưa ra được một mô hình hiệu
quả cho các hệ thống Web Map. Đồng thời,
chúng tôi cũng đã xây dựng được một số thành
phần quan trọng cho hệ thống Web Map.
Một cơ sở dữ liệu nhỏ chứa các dữ liệu
không gian nằm trong bộ nhớ.
Phát triển một phần mở rộng cho
Lucene, phần mở rộng này có nhiệm vụ thêm
vào khả năng truy vấn không gian cho Lucene.
Phát triển một Routing Server có hiệu
năng tốt. Routing Server này có nhiệm vụ tìm
kiếm đường đi trong mạng được. Hiện Server
này đạt được hiệu năng tốt hơn so với các thành
phần có sẵn như PgRouting, Pyroute.
5. Thử nghiệm và đánh giá
- 15 -
Giáo viên hướng dẫn: TS. Trương Anh Hoàng
Chúng tôi đã đưa ra các test case để đánh giá
và thử nghiệm các giải pháp được đưa ra. Các
thử nghiệm được thực hiện trên hệ thống máy
tính IBM-PC với bộ vi xử lý Pentium 4 2.4Ghz,
bộ nhớ RAM 2GB. Các kết quả thử nghiệm đã
chứng tỏ được hiệu quả của các giải pháp này
trong một số thử nghiệm cụ thể.
6. Kết luận và các cải tiến trong tương lai
Trong luận văn này chúng tôi đã đưa ra một
chung mô hình cho các Web Map hiện nay,
đồng thời phát triển một số thành phần rất cần
thiết cho các ứng dụng Web Map. Tuy nhiên các
thành phần này chưa hoàn thiện. Trong tương
lai, chúng tôi sẽ tiếp tục phát triển và hoàn thiện
thêm các thành phần này.
Bibliography
[1] Bast, H., Funke, S., Matijevic, D., Sanders,
P., Schultes, D.: In: transit to constant time
shortest-path queries in road networks. In:
Workshop on Algorithm Engineering and
Experiments (2007)
[2] Goldberg, A.V., Harrelson, C.: Computing
the shortest path: A* meets graph theory. In:
16th ACM-SIAM Symposium on Discrete
Algorithms, pp. 156–165. ACM Press, New
York (2005)
[3] Gutman, R.: Reach-based routing: A new
approach to shortest path algorithms optimized
for road networks. In: 6th Workshop on
Algorithm Engineering and Experiments. pp.
100–111 (2004)
[4] Sanders, P., Schultes, D.: Highway
hierarchies hasten exact shortest path queries.
In: Brodal, G.S., Leonardi, S. (eds.) ESA 2005.
LNCS, vol. 3669, pp. 568–579. Springer,
Heidelberg (2005)
[5] Virtual Earth Tilesystem – Microsoft MSDN
[6] Apache Lucene Documentation

[7] PostGIS Documentation

[8] Oracle Spatial Documentation

[9] Elmasri, R., Navathe B., Fundamentals of

Database Systems Addison Wesley (2003)

- 16 -
 DNCH VỤ SMS VÀ ỨNG DỤNG
Nguyễn Minh Đức
MSSV: 0420094
Email: mrdavidsminhduc@gmail.com
1. Giới thiệu
Ngày nay, sự phát triển mạnh mẽ của kỹ
thuật truyền thông di động cùng với sự phổ
dụng của điện thoại di động và dịch vụ SMS đã
kéo theo nhu cầu sử dụng các dịch vụ giá trị gia
tăng trên điện thoại di động ngày càng tăng cao.
Các dịch vụ điển hình như: tra cứu thông tin giá
cả, thời tiết, chứng khoán; tải nhạc chuông, hình
ảnh; dịch vụ dự đoán trúng thưởng ngày càng
thu hút đông đảo người tham gia và đem lại
doanh thu đáng kể.
Chính vì tiềm năng và sự phát triển mạnh mẽ
của các dịch vụ SMS đã đặt ra vấn đề các nhà
cung cấp dịch vụ giá trị gia tăng cũng như các
nhà cung cấp dịch vụ viễn thông phải không
ngừng vận động để xây dựng những giải pháp
ứng dụng và phát triển hình thức kinh doanh
“màu mỡ” này.
2. Cơ sở lý thuyết
Để tìm hiểu về dịch vụ SMS thì trước hết cần
có được những khái niệm tổng quan về công
nghệ di động, những công nghệ và mạng di
động phổ biến. Đây chính là nền tảng để hình
thành và phát triển dịch vụ SMS.
Trong phần tìm hiểu về dịch vụ SMS, cần
nắm được những khái niệm cơ bản, kiến trúc
mạng dịch vụ SMS, mô hình họat động và các
ứng dụng chủ yếu của SMS trong đời sống.
SMS có rất nhiều ứng dụng đa dạng và
phong phú, trong phạm vi nghiên cứu của luận
văn chủ yếu đề cập tới các dịch vụ giá trị giá
tăng, loại hình dịch vụ không thuộc các dịch vụ
cơ bản của nhà cung cấp mạng viễn thông. Một
hệ thống cung cấp dịch vụ giá trị gia tăng luôn
bao gồm ba thành phần chức năng cơ bản là
người dùng, nhà cung cấp dịch vụ giá trị gia
tăng và nhà cung cấp mạng viễn thông.
Việc tìm hiểu về thực trạng và đánh giá tiềm
năng phát triển của mạng di động cũng như dịch
vụ SMS tại Việt Nam hiện nay cũng là một
trong những cơ sở lý thuyết để hoàn thành
nghiên cứu của luận văn.
- 17 -
GV hướng dẫn
ThS. Đào Kiến Quốc
3. Giải pháp xây dựng hệ thống cung cấp
dịch vụ giá trị gia tăng dựa trên SMS
Mục tiêu nghiên cứu của giải pháp này là xây
dựng một hệ thống đóng vai trò như một trung
tâm cung cấp dịch vụ giá trị gia tăng. Thông qua
các đầu số dịch vụ 8x75 các thuê bao di động sẽ
nhắn tin với các đầu số dịch vụ tương ứng để
yêu cầu các dịch vụ như: tra cứu kết quả xổ số,
kết quả bóng đá, trò chơi trúng thưởng…
Phân tích về mặt chức năng, hệ thống này có
3 chức năng cơ bản:
ƒ Thứ nhất là một website cung cấp nội
dung thông tin về dịch vụ. Khách hàng
theo dõi và tìm kiếm dịch vụ còn nhà cung
cấp thì quản lý dịch vụ.
ƒ Thứ hai, hệ thống đóng vai trò là trung
tâm quản lý tin nhắn, đảm bảo cho các tin
nhắn luôn được thực hiện thành công và
lưu thông giữa người dùng và nhà cung
cấp.
ƒ Thứ ba, hệ thống còn đóng vai trò thanh
toán, tính cước, đảm bảo cho việc sử dụng
dịch vụ thực hiện hợp pháp và công bằng.
Thiết kế về mặt chức năng của hệ thống gồm
3 thành phần:
ƒ Người dùng: chính là những thuê bao di
động.
ƒ Nhà cung cấp dịch vụ viễn thông: có vai
trò trung gian, đảm bảo cho hoạt động của
các dịch vụ giữa người dùng và nhà cung
cấp dịch vụ nội dung.
ƒ Nhà cung cấp dịch vụ nội dung: là bộ phận
trách nhiệm xây dựng các kịch bản,
chương trình dịch vụ nhằm mục đích thu
hút người dùng và đạt lợi nhuận trong kinh
doanh.
Thiết kế về mặt vật lý, hệ thống bao gồm 6
thành phần cơ bản:
ƒ Thứ nhất là thuê bao di động.
 ƒ Thứ hai là trung tâm dịch vụ tin ngắn
SMSC (Short Message Service Center).
ƒ Thứ ba là công giao tiếp (SMPP Gateway)
đảm bảo việc truyền thông (qua giao thức
SMPP) giữa SMSC và hệ thống xử lý dịch
vụ.
ƒ Thứ tư là các Conent Provider – là các
máy chủ ứng dụng xử lý các kịch bản tạo
ra tương ứng với mỗi dịch vụ cung cấp.
ƒ Thứ năm là hệ thống WAP/Web Server
cung cấp giao diện cho phép thuê bao di
động kết nối Internet để sử dụng dịch vụ.
ƒ Thứ sáu là hệ thống CDR, Billing là hệ
thống tính cước mạng di động.
Ngoài ra, việc xây dựng các giải pháp ứng
dụng của dịch vụ giá trị gia tăng còn phải dựa
trên nền tảng sự phát triển của công nghệ mạng
di động, tốc độ và tiềm năng phát triển của các
thuê bao di động và nhu cầu của người dùng ở
mỗi vùng, lĩnh vực và nhóm đối tượng khác
nhau.
4. Triển khai thử nghiệm ứng dụng “SMS
bóng đá”
a) Mục đích và yêu cầu
Kinh doanh dịch vụ giá trị gia tăng “SMS
bóng đá”. Xây dựng hệ thống dịch vụ hấp dẫn,
tin cậy, thu hút người dùng.
b) Phân tích
Hệ thống “SMS bóng đá” có các chức năng
cơ bản sau:
ƒ Quản lý tin nhắn
ƒ Quản lý dịch vụ “bóng đá”
ƒ Quản lý người dùng
c) Thiết kế
Về mặt thiết kế cơ sở dữ liệu, các thông tin
quản lý bao gồm thông tin về tin nhắn gửi đi và
tin nhắn gửi đến, thông tin về các thuê bao sử
dụng dịch vụ và thông tin về dịch vụ bóng đá.
d) Cài đặt và triển khai
Các thành phần khi triển khai ứng dụng gồm
có:
1. Gateway: phần mềm giả lập cổng giao
tiếp SMPP Gateway và trung tâm dịch vụ tin
nhắn SMSC tích hợp. Phần mềm được viết trên
- 18 -
nền Java, được phát triển mởi nhóm mã nguồn
mở Logica.
2. Simulator: phần mềm giả lập cho phép
nhận và gửi tin nhắn với Gateway. Phần mềm
đóng vai trò là người dùng, viết trên nền Java
phát triển bởi nhóm mã nguồn mở Logica.
3. SMS_Processes: phần xử lý các dịch vụ
tại máy chủ của nhà cung cấp dịch vụ nội dung
(Content Provider). Phần mềm phát triển trên
nền tảng .NET 2.0 và ngôn ngữ C#, được tác giả
cùng nhóm phát triển của công ty Tinh Vân
cùng xây dựng và mở rộng.
4. Website “SMS bóng đá”: là giao diện cơ
bản với người sử dụng dịch vụ, đồng thời cung
cấp giao diện quản trị cho nhà quản lý dịch vụ.
Website được tác giả xây dựng bằng công nghệ
ASP.Net và C#.
5. Kết luận
Nghiên cứu của khóa luận đã khẳng định và
làm rõ vai trò của SMS và các ứng dụng của nó
trong đời sống. Đồng thời nhận định các dịch vụ
giá trị gia tăng dựa trên SMS thực sự là một xu
hướng phát triển tiềm năng ở trên thế giới cũng
như Việt Nam.
Trong thời gian thực hiện đề tài, tác giả đã
trực tiếp tham gia vào nhóm nghiên cứu của
công ty Tinh Vân. Qua đó, được trực tiếp tham
gia nghiên cứu, xây dựng và phát triển hệ thống
dịch vụ “SMS bóng đá”. Sản phNm mà đề tài
thực hiện là sản phNm có tính hoàn thiện tuy
chưa thực sự cao nhưng được đầu tư đúng thời
gian, công sức và có tính ứng dụng thực tiễn cao.
6. Tài liệu tham khảo
[1] N gô Văn Thứ, Đào Quốc Trung, sinh
viên K46, Trường ĐH Công N ghệ, ĐHQG Hà
N ội, Ứng dụng công nghệ di động vào TMĐT.
[2] Phạm Thị Thu Hiền, sinh viên K47,
Trường ĐH Công N ghệ, ĐHQG Hà N ội, Xây
dựng hệ thống cung cấp dịch vụ SMS mở rộng
dựa trên giao thức SMPP.
[3] http://wikipedia.org – M-Commerce,
SMS, GSM, CDMA, SMPP,…
[4] http://opensmpp.logica.com
[5] Mobile N et – 15 năm phát triển của dịch
vụ SMS
[6] PcWorld – Dịch vụ SMS
 QUẢN LÝ DANH MỤC ĐẦU TƯ CHỨNG KHOÁN

Nguyễn Văn Đức Cán bộ hướng dẫn: Ths. Đào kiến quốc
MSV: 0420098 Cán bộ đồng hướng dẫn:CN.Lê Xuân Thắng
Email: ducnvna@gmail.com

1. Giới thiệu Thứ ba, giám sát theo dõi những diễn biến
Quản lý danh mục đầu tư chứng khoán là giá cả tương đối của chứng khoán trên thị
công việc rất quan trọng và phức tạp mà bất kì trường, cả mức độ rủi ro và lợi nhuận mong đợi.
môt nhà đâu tư nào cũng phải quan tâm và thực Thứ tư, điều chỉnh danh mục đầu tư phù
hiện nó. Để quản lý danh mục đầu tư chứng hợp với diễn biến của thị trường và mục tiêu của
khoán (qldmdtck) phải bắt đầu từ việc tạo tài người đầu tư.
khoản cho nhà đầu tư, tiếp theo đó là theo dõi và
3. Phân tích hệ thống quản lý danh mục
quản lý các thông tin về nhà đầu tư trong suốt
quá trình tham gia chứng khoán, lưu trữ và bảo đầu tư chứng khoán
quản các thông tin về tên tuổi, điạ chỉ …các Qua quá trình tìm hiểu nghiệp vụ tôi đã
thông tin về danh mục chứng khoán đã đầu tư tiến hành phân tích hệ thống và đưa ra được các
(mua /bán,còn lại …). Tuy nhiên, các thông tin gói UC như sau:
này đã được lưu trữ để khai thác theo các khía
1. Gói đăng ký thành viên:
cạnh tĩnh thay cho việc chép tay hằng
ngày.Quản lý danh mục đầu tư cần phải tính đến 2. Gói đăng nhập hệ thống:
các dịch vụ tích cực hơn nữa, chẳng hạn nhưng 3.Gói đăng thoát hệ thông
lấy bảng giá trực tuyến, quản lý lý thông tin của
4.Gói quản lý hệ thống
các công ty, lập cáo báo cáo, tra cứu chứng
khoán, đưa ra biểu đồ dự đoán xu hướng, tối ưu 5.Gói quản lý tài khoản đầu tư
hóa danh mục đầu tư 6. Gói khai báo ban đầu
2. Mô hình nghiệp vụ hệ thống quản lý 7.Gói quản lý công ty chứng khoán
danh mục đầu tư chứng khoán 8.Gói giao dịch tiền mặt
Quản lý danh mục đầu tư là quá trình liên 9.Gói quản lý chứng khoán
tục và có hệ thống gồm 4 bước:
10.Gói thống kê tài sản
Thứ nhất, xác định mục tiêu đầu tư. Trọng tâm
của việc xác định mục tiêu là xác định rõ mức 11.Gói biểu đồ phân tích
độ rủi ro có thể chấp nhận được của chủ đầu tư 12.Gói quản lý thành viên
và mức độ lợi nhuận mong đợi tương thích với
mức độ rủi ro đó.
4. Thiết kế hệ thống quản lý danh mục
đầu tư chứng khoán
Thứ hai, xây dựng các chiến lược phù
hợp với mục tiêu bao gồm việc lập các tiêu Hệ thống được phân tích và thiết kế theo
chuNn và phân bổ đầu tư. mô hình hướng đối tượng UML

- 19 -
 Sau khi phân tích xong, tôi tiến hành thiết
kế hệ thống, vẽ các biểu đồ
1. Biểu đồ tuần tự đối tượng
2. Biểu đồ lớp
Qua bản thiết kế này, tôi đã chi tiết đến
từng module cần phải thực hiện và qua đó thiết
kế nên cấu trúc hệ thống trên cả hai mức độ cho
người dùng và người quản trị
6. Kết luận
Trong khóa luận này, tôi tiến hành tìm
hiểu nghiệp vụ chứng khoán, đã phân tích và
thiết kế hệ thống quản lý danh mục đầu tư
chứng khoán. Đưa ra các giải pháp cho hệ thống
ứng dụng.
Trong thời gian làm khóa luận, những kết
quả đã đạt được là:

5. Giải pháp công nghệ Khóa luận đã nêu rõ nghiệp vụ của quản
lý danh mục đầu tư chứng khoán, tính cần thiết
Ứng dụng được triển khai trên trên môi phải xây dựng ứng dụng. Hệ thống được phân
trường dotnet với DOTN ET Framework 2.0 của tích, thiết kế rõ ràng, dễ hiểu. Giải pháp công
Microsoft, viết bằng ngôn ngử asp.net và c#. nghệ đã được nên ra bao gồm về môi trường và
Dotnet là một framework mạnh, cung cấp giao phương pháp triển khai.
diện dễ dàng cho người lập trình, tính năng bảo
Tuy nhiên do thời gian có hạn và hệ thống
mật cao. Quản lý danh mục đầu tư chứng khoán
quản lý danh mục đầu tư khá mới mẻ và phức
là một hệ thống giúp cho nhà đầu tư có thể quản
tạp nên tôi chỉ đưa ra một phương pháp giải
lý tài khoản của mình qua mạng internet, vì vậy
quyết về chứng khoán.Các modul đã được cài
asp.net là ngôn ngữ sẽ giải quyết được vấn đề
đặt song chương trình thí nghiệm chỉ chạy trên
này.
localhost.
Sử dụng ChartDirector for .NET (bản dùng thử)
Trong tương lại, tôi sẽ tiếp tục nghiên cứu
để vẽ được biểu đồ lợi nhuận.Sau khi download
các phương pháp giải quyết tối ưu và xây dựng
và cài đặt bộ thư viện này, bạn cần phải add
hệ thống hoàn thiện hơn. Và hi vọng chương
netchartdir.dll vào project của mình. Lớp thư
trình của tối sẽ được ứng dụng rộng rãi
viên ChartDirector dùng để tạo các loại biểu đồ.
N ó dễ sử dụng cho người lập trình, có thể định Tài liệu tham khảo
dạng và chỉnh sửa các loại biểu đồ. Dữ liệu của
[1] http://www.advsofteng.com/
bản đồ được hỗ trợ bởi ChartDirector bằng cách
gọi ChartDirector API . API đảm nhận một [2] www.tinnhanhchungkhoan.vn/
mảng chứa các chuỗi dữ liệu. ChartDirector [3] www.ssc.gov.vn/
chứa đựng các thuộc tính của lớp DBTable để
[4] www.hastc.org.vn/
đưa dữ liệu vào từ cơ sở dữ liệu hoặc là bất kỳ
một đối tượng tương thích với ADO.net. Dạng [5] www.ssi.com.vn/
của biểu đồ được định dạng chuNn ảnh có đuôi [6] www.dautuchungkhoan.com/
(PN G, GIF, JPEG, BMP, WBMP) và theo
[7] www.istock.vn
chuNn của System.Drawing.Image trong dotnet.
Các biểu đồ ChartDirector có thể được xem dễ [8] Đặng Văn Đức. Phân tích thiết kế hướng
dàng trên màn hình, sao chép file và nhúng các đối tượng bằng UML. N hà xuất bản giáo
tài liệu khác dục. Hà N ôi, 2002

- 20 -
 HƯỚNG TIẾP CẬN MỚI VỀ VIRUS
Sinh viên: Đỗ Thị Hà
Mã số SV: 0420108
Email: havirust@gmail.com
1. Giới thiệu
Bảo mật thông tin, an toàn dữ liệu luôn
là vấn đề quan trọng trong mọi thời đại khi
mà công nghệ thông tin đã và đang phát
triển như vũ bão. Khi virus máy tính xuất
hiện, những người làm công tác tin học thì
băn khoăn lo lắng còn những người sử dụng
máy tính thì lo sợ khi dữ liệu, chương trình
và máy tính của mình bị phá hoại.
Virus xuất hiện quá nhiều và quá nhanh
dưới mọi hình thức và không phải lúc nào
chúng ta cũng nhận biết được sự có mặt của
chúng. Chúng phát tán và Nn mình trong các
chương trình máy tính để phá hoại các
chương trình, lấy cắp thông tin mật, gây tổn
thất không nhỏ cho người sử dụng. Trong
khi đó, các chương trình diệt virus (anti-
virus) luôn ra đời sau đó. Các chương trình
AV này ra đời không thể diệt được tất cả
mọi loại virus, cũng không thể ngăn ngừa
được sự xuất hiện của virus mà chúng xuất
hiện để giảm bớt những thiệt hại do virus
gây ra một cách thấp nhất có thể.
Xây dựng một chương trình mới có thể
phát hiện được mọi virus là điều cần thiết:
phát hiện virus dựa trên tần xuất xuất hiện
của chúng. Phương pháp này dựa trên đặc
tính lây nhiễm rồi phát tán vào máy tính của
virus.
2. Cơ sở lý thuyết
N ăm 1948, John Von N eumann đã đề
xuất ý tưởng về một hệ thống tự sao chép:
Mô hình mô tả việc sao chép trạng thái
nguyên thủy của các máy tự động. Và nó đã
được phát triển ở nhiều nước trên thế giới.
Dựa trên lý thuyết về việc tạo ra các bản
sao từ các máy tự động mà John Von
N eumann đã đưa ra, virus cũng sử dụng một
số luật để có thể tự nhân bản và phát tán vào
các hệ thống máy tính. N hững luật này do
chính người tạo ra virus lập lên.
Khả năng tự sao chép của virus phụ
thuộc vào môi trường mà nó tồn tại và phụ
thuộc vào cách mà nó được lập trình. Để lây
lan, chúng tự sao chép chính đoạn mã của
mình vào các file thực thi của hệ điều hành
bằng cách sửa header của file thực thi đó.
- 21 -
GV hướng dẫn: Th.S. Nguyễn Cảnh Hoàng
Virus sau khi phát tán vào hệ thống,
chúng sẽ tự động lây lan bằng cách tự nhân
bản và tạo các biến thể của chính chúng.
Dựa trên cơ chế lây nhiễm, và lan truyền
giữa các file, ổ đĩa trong máy tính và giữa
các máy tính với nhau, chúng ta hướng tới
một cách tiếp cận mới về virus nhằm xây
dựng một chương trình phát hiện virus dựa
trên tần xuất xuất hiện của nó.
3. Quan niệm mới về Virus
N hững file mà xuất hiện quá n lần, gây
hại cho các chương trình hoặc hệ thống,
chúng phá hủy dữ liệu, phá hủy phần cứng,
làm mất mát chương trình, … đều được coi
là virus.
N hững file mà xuất hiện quá n lần nhưng
không hề gây hại cho hệ thống, cho chương
trình, cho dữ liệu của người dùng hoặc
không có bất cứ hành vi làm ảnh hưởng tới
hệ thống và người dùng cũng đều được coi
là virus.
N hững file mà xuất hiện quá n lần trong
hệ thống, không hề có hại, thậm trí còn có
ích cho hệ thống hoặc cho người dùng trong
một số trường hợp nhất định cũng đều được
coi là virus.
Tóm lại: bất kỳ file nào xuất hiện quá n lần,
bất kể có hại, không có hại hoặc thậm trí có
lợi cho hệ thống và cho người dùng đều
được xếp là virus.
4. Hướng giải quyết
1. Can thiệp vào các lời gọi hàm của hệ
thống
Lời gọi hệ thống cung cấp giao diện giữa
tiến trình và hệ điều hành. Là cách mà một
tiến trình sử dụng để yêu cầu một hành động
của hệ điều hành.
Virus lợi dụng những lời gọi này để gọi
tới chương trình của nó để kích hoạt thực thi
rồi sau đó mới trả lại quyền điều khiển cho
chương trình chính.
Do vậy, phải ngăn chặn được các lời gọi
hàm API của virus:
+ Lấy địa chỉ các hàm API theo tên bằng
cách sử dụng hàm do windows cung cấp:
GetProcAddress()
 + Khi đã có địa chỉ của kernel ta đối
chiếu với Import Table để đọc địa chỉ của
các hàm API theo tên và kiểm soát được các
lời gọi hàm này.
+ Kiểm soát được máy tính ở chế độ
protected mode
2. Can thiệp vào các ngắt của hệ thống
Để có thể can thiệp vào hệ điều hành,
virus chiếm các ngắt và điều khiển tòan bộ
chương trình. Do vậy chúng ta phải thiết kế
để có thể điều khiển được các ngắt.
+ Thiết kế được các chương trình để
chặn bắt được các ngắt, từ đó có thể can
thiệp được vào các đoạn mã virus.
+ Sử dụng các bảng vector ngắt để thay
đổi con trỏ trỏ tới ngắt muốn chặn.
3. Giải pháp xây dựng chương trình tìm
kiếm virus
Viết các modul để thực thi một số chức
năng chính như:
+ Đọc các thư mục trong hệ điều hành.
Với mỗi thư mục này, lấy full path của nó.
+ Lấy tất cả các tên file có trong đường
dẫn thư mục. N ếu file có số lần xuất hiện
lớn hơn 2 thì đưa nó vào danh sách virus.
+ Tiến hành cập nhật để phân tích file
đó.
Khi virus lây nhiễm vào hệ thống, thông
thường, chúng sử dụng kỹ thuật lưu trú để
Nn các file đó đi. Và khi đó, chúng ta không
thể tìm hiện được các file Nn bằng chức năng
show hidden file của hệ thống.
Yêu cầu là thiết một modul để lấy được
những file Nn này.
Hệ điều hành cũng có chức năng tự Nn
các file quan trọng của nó, do vậy, yêu cầu
của modul thiết kế phải tìm được tất cả các
file Nn, và phân biệt nó với những file Nn của
hệ điều hành.
Việc thiết kế được moudul này, yêu cầu
người lập trình phải có kiến thức về kiến
trúc máy tính với yếu tố quan trọng là hệ
điều hành để từ đó tìm ra thuật giải xác định
những file Nn mà virus tạo ra.
5. Xử lý với những virus đã phát hiện
được
Lưu lại các file này trong cơ sở dữ liệu
để tiến hành phân tích, cập nhật chữ ký của
nó. Từ đó cung cấp thông tin để xây dựng
các phần mềm diệt virus có hiệu quả.
- 22 -
Việc tiến hành phân tích virus được thực
hiện bởi một số chuyên gia phân tích virus
trong nước và trên thế giới.
Để phân tích những virus này, người ta
sử dụng các công cụ debug dịch ngược virus
từ dạng mã máy sang dạng assemble. Từ đó
đọc và phân tích nguyên lý hoạt động của
virus. Đặc biệt là đoạn code đã mã hóa vì
đây là điểm quan trọng nhất để giải mã và
hiểu được nội dung của virus.
6. Thực nghiệm
Đã xây dựng và cài đặt hệ thống với bài
toán đơn giản là tìm kiếm các file trong hệ
thống theo quan niệm mới về virus để từ đó
đưa ra được cái nhìn khái quát về quan niệm
mới này.
+ Xác định các file xuất hiện quá 3 lần
trong hệ thống.
+ Lưu lại những địa chỉ file này để kiểm
tra, phân tích nó.
+ Hiển thị các và kiểm tra các file đã
phát hiện sau mỗi lần quét.
Thực nghiệm cho thấy, khả năng để xây
dựng một chương trình hoàn thiện xác định
virus dựa trên tần xuất xuất hiện của có là
hòan tòan có thể thực thi được. Điều quan
trọng là ta phải nghiên cứu kỹ và tìm hiểu
cách lây lan, lưu trú của virus trên hệ thống
để từ đó tìm kiếm chúng một cách có hiệu
quả. Khi chương trình được xây dựng thành
công, nó sẽ giải quyết được một vấn đề lớn
về virus, từ đó có thể xây dựng được bộ dữ
liệu phong phú về virus và hướng tới xây
dựng một chương trình diệt virus có hiệu
quả cao nhất.
7. Kết luận
N ội dung chính của khóa luận là đã đưa
ra được cách tiếp cận mới về virus: Phát
hiện virus dựa trên tần xuất xuất hiện của
chúng. Từ đó, chúng ta có thể tiến hành xây
dựng một chương trình demo tìm kiếm các
file có số lần xuất hiện lớn hơn 3 trong hệ
thống.
Khóa luận cũng đưa ra được hướng giải
quyết và thuật toán để hướng tới xây dựng
một hệ thống tìm kiếm virus hoàn chỉnh,
làm nền để xây dựng các chương trình diệt
virus có hiệu quả.
8. Tài liệu tham khảo
[1] http://vi.wikipedia.org/wiki/Virus
[2] Peter Szor. The art of Computer virus
research and defense.
 XÂY DỰNG CÔNG CỤ MÔ PHỎNG MẠCH ĐIỆN
Sinh viên:
-Nguyễn Thị Thanh Hằng – Mã SV: 0420124
-Nguyễn Anh Tuấn – Mã SV: 0420439
Lớp: K49CD
1. Giới thiệu
Ngày nay, công nghệ thông tin đã có những sự
phát triển vượt bậc với tiềm năng vô cùng to lớn,
được ứng dụng trong hầu như tất cả các lĩnh vực
của cuộc sống và đã có những đóng góp rất đáng
kể, đặc biệt là trong giáo dục.
Khóa luận tốt nghiệp với đề tài “Xây dựng công
cụ thiết kế mạch điện” cung cấp công cụ thiết kế
mạch điện cho phép vẽ được tất cả các loại mạch
điện trong chương trình phổ thông như mạch song
song, mạch nối tiếp, mạch kết hợp, mạch cầu,…
với các thiết bị điện như: nguồn một chiều, nguồn
xoay chiều, điện trở, biến trở, cuộn cảm, tụ điện,
vôn kế, ampe kế, đèn, công tắc,… dưới dạng các
ký hiệu như quy định trong Sách Giáo Khoa hoặc
các hình ảnh giống thật, sinh động. Đồng thời
cung cấp công cụ giải mạch để học sinh có thể
quan sát một cách trực quan, thực hành và thu
được kết quả với số liệu thực tế. Hơn nữa, công
cụ này có thể được tích hợp vào phần mềm Violet
- một phần mềm Việt Nam hỗ trợ mạnh mẽ cho
giáo viên trong việc tạo ra các bài giảng điện tử -
nhằm giúp cho giáo viên có thể tạo ra các bài
giảng Vật lý về mạch điện với những ví dụ sinh
động chứ không
2. Tổng quan về phần mềm VIOLET và công
cụ thiết kế mạch điện
Violet được xây dựng dựa trên nền tảng Flash
cung cấp đầy đủ các chức năng cần thiết để tạo
các trang bài giảng như: cho phép nhập các dữ
liệu văn bản, công thức, các file dữ liệu
multimedia (hình ảnh, âm thanh, phim, hoạt hình
Flash...), sau đó lắp ghép các dữ liệu, sắp xếp thứ
tự, căn chỉnh hình ảnh, tạo các hiệu ứng chuyển
động và biến đổi, thực hiện các tương tác với
người dùng... Violet cũng có các module công cụ
- 23 -
Giáo viên hướng dẫn:
Ths. Nguyển Cảnh Hoàng
dùng cho vẽ hình cơ bản và soạn thảo văn bản
nhiều định dạng (Rich Text Format). Ngoài ra,
Violet còn cung cấp sẵn nhiều mẫu bài tập chuNn
thường được sử dụng trong các sách giáo khoa và
sách bài tập, công cụ vẽ đồ thị, dựng hình hình
học,… Kết lại, Violet là một phần mềm dễ sử
dụng mà lại hỗ trợ rất mạnh mẽ cho giáo viên phổ
thông giúp tạo ra những bài giảng sinh động, trực
quan và dễ hiểu.
Mục đích của chúng em khi tạo ra công cụ này
này là giúp giáo viên có thể mô phỏng và giải các
loại mạch điện trong chương trình sách giáo khoa
Vật lý phổ thông, nhờ đó giáo viên có thể đem
đến cho học sinh những ví dụ trực quan, hiệu quả
và chính xác hơn trong các bài toán liên quan tới
mạch điện. Đồng thời, công cụ được xây dựng
theo hướng tích hợp vào phần mềm Violet dưới
dạng một plugin để giáo viên có thể gộp chung
các mạch điện mô phỏng đó vào trong bài giảng
điện tử của mình một cách tiện lợi. Trong luận
văn này, nội dung xây dựng của plugin mạch điện
là cung cấp khả năng thiết kế và giải được bất kỳ
một loại mạch điện nào trong chương trình Vật lý
phổ thông như mạch song song, mạch nối tiếp,
mạch kết hợp, mạch cầu,… với các loại thiết bị
điện cơ bản như: nguồn một chiều, nguồn xoay
chiều, điện trở, biến trở, cuộn cảm, tụ điện, vôn
kế, ampe kế, đèn, công tắc,… dưới dạng các ký
hiệu như quy định trong sách giáo khoa hoặc các
hình ảnh giống thật, sinh động. Giá trị của các
thiết bị điện có thể thay đổi được trong lúc trình
chiếu bài giảng, biến trở và công tắc có thể tương
tác được như thật, đèn có thể sáng hoặc tắt khi có
hoặc không có dòng điện, đặc biệt các thiết bị đo
như vôn kế hay ampe kế sẽ luôn chỉ đúng giá trị
thực tế bất kể mạch như thế nào. Chính vì vậy
công cụ thiết kế mạch điện sẽ rất hữu ích trong
việc kiểm chứng kết quả của các bài toán mạch
điện, hướng dẫn thí nghiệm lắp mạch điện.
3. Thuật toán giải mạch
Mạch điện được tổ chức bao gồm các nút (đỉnh)
và các thiết bị (hoặc dây) nối giữa mỗi cặp đỉnh.
Chương trình sẽ biểu diễn mạch dưới dạng một đồ
thị rời rạc, trong đó nút điện là các đỉnh, dây và
các thiết bị điện là các cạnh, sau đó áp dụng định
luật Kirchhoff 1 về dòng điện để giải mạch:
Tổng đại số của tất cả các dòng đến và rời một
nút nào đó của mạch điện bằng không.
∑I
i
i
=0
Dựa vào công thức trên, với dòng điện xoay chiều
có hai thành phần dòng điện Ix, Iy ta có thể biến
đổi và thu được 2 công thức về hiệu điện thế cho
mỗi nút điện:
u cosα − u sin α
∑ x
Z
y
=0
u sin α + u cosα
∑ x
Z
y
=0
Từ 2 công thức trên ta viết được 2 phương trình
cho mỗi nút điện với 2 Nn là các thành phần Ux,
Uy. N hư vậy với một đồ thị n nút điện, ta sẽ lập
được một hệ phương trình gồm 2*n phương trình
và 2*n Nn. Trong quá trình lập hệ phương trình
cần chú ý trường hợp khi nút là một đầu của
nguồn hoặc được nối với nguồn thông qua một
chuỗi thiết bị không có điện kháng thì ta không
viết phương trình dựa theo công thức của định
luật Kirchhoff (bởi vì nguồn là một thiết bị có
Z=0 nên không áp dụng công thức được) mà
loang để tính toán trực tiếp giá trị điện thế của các
nút, từ đó lập phương trình của các điểm đó.
Sau khi giải hệ phương trình vừa lập, ta có được
giá trị các thành phần Ux, Uy tại mỗi nút điện, từ
đó có thể tính được hiệu điện thế giữa mỗi cặp nút
i, j theo công thức:
uijx = Uix – Ujx
uijy = Uiy – Ujy
- 24 -
2 2
U= ux +u y
Trong phần này cũng cung cấp thuật toán rút gọn
mạch điện, nhằm giảm bớt số đỉnh xuống còn
khoảng 1 nửa, nhờ đó số lượng phương trình phải
viết cũng giảm đi 1 nửa giúp cho tốc độ tính toán
nhanh hơn rất nhiều. Cách rút gọn rất đơn giản:
tìm các đoạn dây trong mạch và triệt tiêu đoạn
dây đó đi bằng cách nhập 2 đầu dây vào thành 1
nút. Thuật toán và các trường hợp đặc biệt trong
quá trình rút gọn đã được nêu cụ thể trong luận
văn.
4. Thực nghiệm
Chương trình xây dựng dựa trên ngôn ngữ lập
trình chuyên biệt của Flash là ActionScript, có thể
được chạy một cách riêng biệt trên Flash Player
như một sản phNm phần mềm hoặc chạy dưới
dạng một plugin được tích hợp vào phần mềm
Violet.
5. Kết luận
Trong phạm vi của luận văn này, chúng em đã tìm
hiểu và xây dựng thành công chương trình thiết
kế mạch điện theo như mục đích và yêu cầu ban
đầu đặt ra (cung cấp khả năng thiết kế và giải
được mạch điện với các loại thiết bị cơ bản như
trong chương trình Vật lý phổ thông). Chương
trình cũng đã được tích hợp vào phần mềm Violet
dưới dạng một plugin và hiện đang là một phần
trong phiên bản Violet 1.5. Qua đánh giá ban đầu
của một số người dùng, plugin chạy khá ổn định
và hầu như không có lỗi. Tuy nhiên để xây dựng
được một công cụ thật sự thuận tiện và đáp ứng
được tất cả các bài toán về giải mạch trong sách
giáo khoa Vật lý là một điều rất khó nên plugin sẽ
còn phải được chỉnh sửa và bổ sung thêm nhiều.
Tài liệu tham khảo
[1] http://bachkim.vn/violet.asp
[2] N XB Giáo dục. Vật lý 11
[3] N XB Giáo dục. Vật lý 12
[4] Đinh Hải Minh. Phần mềm “Mô phỏng mạch
điện”
 HỆ QUẢN TRN NỘI DUNG VÀ ỨNG DỤNG

Vũ Khắc Hiếu Cán bộ hướng dẫn:

MSSV: 0420131 PGS.TS Nguyễn Ngọc Bình
Email: hieuvk@gmail.com

1. Giới thiệu audio, tài liệu điện tử, tệp văn bản... Do vậy khi
Chúng ta đang sống trong kỷ nguyên của nhắc đến CMS, người ta phải nhắc đến các yếu
nền kinh tế tri thức với sự ra đời và phát triển tố cấu thành nội dung nằm trong phạm vi mà hệ
mạnh mẽ của internet mà qua đó mọi người có CMS đề cập tới cũng như những đặc điểm trong
thể dễ dàng tìm kiếm, khai thác và trao đổi thông các chu trình quản lý nội dung đó.
tin. Làm thế nào để chúng ta có thể quản trị nội Một cách chính xác nhất, CMS là hệ thống
dung cũng như khai thác, trao đổi thông tin khi quản lý việc khởi tạo nội dung và quá trình xử lý
các website xuất hiện liên tục và ngày càng nội dung đó cho đến khi nó được xuất bản phân
nhiều ?. Đây là câu hỏi lớn đang đặt ra cho các phối tới người dùng
nhà quản lý. Những giải pháp quản trị nội dung CMS= “Khởi tạo nội dung + Quản lý quá
Internet đang được phát triển và ngày càng được trình xử lý nội dung đó + Phân phối tới người
chuNn hóa giúp cho các các nhân, tổ chức, doanh dùng”
nghiệp...thuận tiện dễ dàng hơn trong việc xuất
bản cũng như khai thác thông tin.
Xây dựng và phát triển hệ quản trị nội
dung (CMS – Content Management System)
chính là giải pháp cho câu hỏi của chúng ta.
Trong phạm vi khóa luận tốt nghiệp này,
tôi tập trung trình bày, nghiên cứu về các đặc
trưng của một CMS và sau đó áp dụng xây dựng
một ứng dụng web CMS
2. Khái niệm về hệ quản trị nội dung
(CMS)
Có nhiều định nghĩa khác nhau về CMS
(Content Management System) và nhiều định
nghĩa cũng chưa thật thỏa đáng. Một cách đơn
giản nhất CMS – Hệ quản trị nội dung là một hệ
thống quản lý các thành phần làm nên nội dung
của một website. Tuy nhiên “nội dung” là một
khái niệm rất rộng, bao gồm: các tệp ảnh, tệp

- 25 -
 CMS cung cấp cho bạn - N gười quản trị
website với những bộ công cụ mà bạn cần nhằm
tạo ra nội dung của website một cách tiện lợi
nhất. Một CMS làm điều này thật dễ dàng, các
thao tác: thêm, cập nhật, xóa, chỉnh sửa... nội
dung được thông qua một password bảo vệ vùng
điều khiển của bạn và những thay đổi này sẽ
ngay tức khắc xuất hiện trên website cho khách
hàng của bạn nhìn thấy
3. Đặc điểm của một CMS
Một CMS bao gồm những đặc điểm cơ bản
sau:
ƒ Tạo và thay đổi nội dung trực tuyến
ƒ Giao diện tương tác tức thời
ƒ Quản lý người dùng
ƒ Tìm kiếm và lập chỉ mục
ƒ Tùy biến giao diện, hỗ trợ đa ngôn ngữ
ƒ Quản lý hình ảnh, liên kết, văn bản
ƒ Hỗ trợ lịch biểu bình chọn...
4. Các yêu cầu đối với CMS
Trong môi trường điện toán phức tạp như
hiện nay, thông tin không còn là thực thể riêng lẻ
nữa, nó là một phần trong hệ thống thông tin lớn
hơn, luôn cần có sự kết hợp, cập nhật, trao đổi,
liên thông với nhau. Chính vì vậy yêu cầu được
đặt ra cho một CMS bao gồm các đặc trưng cơ
bản:
a. Yêu cầu trong quá trình khởi tạo nội
dung
• Cho phép nhiều người sử dụng, làm
việc trên một tài liệu.
• Có cơ chế phân quyền, phân cấp cho
từng người dùng trong quá trình
khởi tạo nội dung
• Cung cấp khả năng quản lý các
thuộc tính khác liên quan đến nội
- 26 -
dung thông tin: Tác giả, tiêu đề, từ
khóa, thời gian
b. Yêu cầu trong quá trình quản lý nội
dung
• Quản lý phiên bản tài liệu, quản lý
lưu trữ.
• Quản lý quy trình biên tập và phê
duyệt nội dung thông tin
• Đảm bảo tính bảo mật cao
c. Yêu cầu trong quá trình xuất bản thông
tin
• Đồng nhất khả năng trình bày với
những loại dữ liệu giống nhau.
• Cung cấp các biểu mẫu, định dạng
(template) giúp xuất bản nội dung
một cách nhanh chóng thuận lợi.
d. Yêu cầu công nghệ
• Hệ thống phải tiện dụng, thân thiện
với người dùng, tương thích, dễ mở
rộng, tuân theo các chuNn xuất bản
5. Chọn lựa công nghệ xây dựng CMS
Luận văn tập trung vào CMS trên nền web
dó đó chúng ta sẽ nói đến những công nghệ xây
dựng một Web CMS. CMS của chúng ta cần
phải viết tập trung trong môi trường web, phải
có khả năng tích hợp với cơ sở dữ liệu và các file
hệ thống. Có một số cách tiếp cận sử dụng đa
dạng các nền tảng và công nghệ dưới đây:
ASP /ASP.NET
JSP
PHP/MySql
Mã nguồn mở (Open Source)
 6. Ứng dụng
Sau khi tìm hiểu về CMS và nghiên cứu kỹ Tài liệu tham khảo
các công nghệ xây dựng nên CMS. Chương trình [1] Roger S.Pressman, Ph.D.. Software
ứng dụng thực hiện trong khóa luận này sử dụng
Engineering A PRACTITION ER’S
công nghệ dựa trên PHP/MySQL và kết hợp với
CSS, JavaScript xây dựng một web CMS quảng APPROACH – 5th
bá cho công ty cổ phần đầu tư xây dựng VKH. [2] N guyễn N gọc Bình. Bài giảng môn học
Ứng dụng đã xây dựng cả phía người quản
Kỹ nghệ Phần mềm 2007.
trị và phía người dùng. Test tốt trên cả server của
hệ điều hành Linux, lẫn Window và các trình [4] N guyễn Văn Vỵ. Giáo trình phân tích
duyệt Firefox, IE7, IE6.
thiết kế hệ thống thông tin 2004
7. Kết luận
Với phạm vi của một khóa luận tốt nghiệp [5] Phạm Hữu Khang. Xây dựng ứng dụng
tôi đã hoàn thành và tìm hiểu được các đặc trưng Web bằng PHP & MySQL 2005.
cơ bản nhất của một CMS. Các hoạt động và các
công nghệ xây dựng nên một CMS. Để rồi áp [6] Trang web: http://en.wikipedia.org.
dụng những kiến thức nghiên cứu được đi xây
dựng một web CMS.
Vì lý do thời gian có hạn và kiến thức
cũng như kinh nghiệm còn nhiều hạn chế nên
luận văn không tránh khỏi những thiếu sót. Rất
mong nhận được sự góp ý của thầy cô và toàn
thể các bạn.

- 27 -
 KỸ NGHỆ WEB VÀ ỨNG DỤNG TRONG XÂY DỰNG CMS
CHO TRANG TIN TỨC
Nguyễn Khắc Hiệp
MSV: 04020134
Email: inlydplasma@gmail.com
1. Giới thiệu
Quy mô của các ứng dụng trên nền web
ngày càng được mở rộng. Sự mở rộng về quy
mô của các ứng dụng trên nền web tất yếu sẽ
kéo theo sự gia tăng về độ phức tạp của các
ứng dụng loại này. Điều đó đã đặt ra không ít
khó khăn cho các nhà phát triển. Sự gia tăng về
quy mô và độ phức tạp của các ứng dụng đồng
nghĩa với độ rủi ro ngày càng cao. Vậy làm thế
nào để tránh và giảm thiểu các rủi ro ấy? Câu
trả lời là cần có một quy trình phát triển chặt
chẽ và được kiểm định nghiêm ngặt. Tuy nhiên
các hệ thống và ứng dụng trên nền web có
những đặc trưng rất riêng do đó không thể áp
dụng quy trình kỹ nghệ phần mềm truyền thống
vào quá trình phát triển các ứng dụng trên nền
web mà cần có một quy trình phát triển riêng
cho nó. Trong khóa luận này tôi tập trung vào
nghiên cứu quy trình kỹ nghệ trên web và ứng
dụng để xây dựng CMS cho một trang tin tức.
1. Kỹ nghệ web
Phần này tập trung vào tìm những đặc trưng
của các hệ thống và ứng dụng trên nền web và
quy trình kỹ nghệ web.
Những đặc trưng của hệ thống và ứng dụng
trên trên nền web có ảnh hưởng sâu sắc đến quá
trình kỹ nghệ web. Tính tức thì và tiến hóa sẽ
tạo ra sự lặp đi lặp lại và gia tăng mô hình xử
lý. Các ứng dụng trên nền web một có một số
lượng người sử dụng đầu cuối rất đa dạng và
tần số truy cập ứng dụng cao do đó tạo ra
những yêu cầu đặc biệt về mặt suy luận và mô
- 28 -
Người hướng dẫn: PGS.TS Nguyễn Ngọc Bình
hình, và cần một kiến trúc ứng dụng có tính
chuyên dụng cao, điều đó tạo ra những yêu cầu
cần thiết về mặt thiết kế. Vì những ứng dụng
trên nền web, nội dung thường bị chi phối rất
nhiều bởi tính thNm mỹ, điều này thích hợp với
những hoạt động phát triển sẽ được hoạch định
trong quá trình kỹ nghệ web trong đó đội phát
triển sẽ bao gồm những kỹ thuật viên công
nghệ và những người thiết kế mỹ thuật.
3. Tổng quan về CMS
CMS là chữ viết tắt của Content
Management System – Hệ quản trị nội dung.
Phần này giới thiệu về các đặc trưng, quá
trình phát triển của CMS trên thế giới, về nhu
cầu sử dụng CMS trong các doanh nghiệp, và
các tiêu chí để lựa chọn một CMS.
CMS là một hệ thống hỗ trợ người sử dụng
trong việc quản lý nội dung của một trang web.
CMS bao gồm hai thành phần: thành phần thứ
nhất là ứng dụng quản trị nội dung (CMA –
Content Management Application) và thành
phần thứ hai là ứng dụng trình bày nội dung
(CDA–Content Delivery Application). CMA là
thành phần cho phép tất cả mọi người kể cả
những người không biết về ngôn ngữ đánh dấu
quản lý, tạo mới, sửa đổi, loại bỏ các thành
phần nội dung trong trang web một cách dễ
dàng. CDA là thành phần sử dụng và biên tập
những thông tin để cập nhật cho trang web.
4. Xây dựng CMS
Phần này phân tích và đặc tả yêu cầu cho hệ
quản trị nội dung .
 Các chức năng chính của CMS:
à Quản lý nội dung bao gồm: quản lý
chuyên mục, quản lý sự kiện,quản lý tin
tức, quản lý tin ảnh, quản lý quảng cáo,
quản lý tỷ giá, quản lý thời tiết, quản lý
Header & Footer.
à Quản lý đối thoại: quản lý bạn đọc viết,
quản lý phản hồi về trang web.
à Quản lý thành viên: quản lý danh sách
các quản trị viên, quản lý phân quyền,
rất nhanh chóng và đạt được không ít thành
tựu.
Trong phạm vi của luận văn, chúng tôi đã
xây dựng thành công CMS cho trang tin tức tuy
chưa thật hoàn thiện nhưng về cơ bản nó đã đáp
ứng được các nhu cầu của một trang tin tức.
Tài liệu tham khảo
[1] Roger S.Pressman, Ph.D.. Software
Engineering A PRACTITION ER’S
APPROACH – 5 .th

quản lý thông tin các nhân.

[2] N guyễn N gọc Bình. Bài giảng môn học
à Quản lý hệ thống: quản lý cơ sở dữ liệu,
Kỹ nghệ Phần mềm 2007.
quản lý thống kê, quản lý logfile.
[3] N guyễn Văn Vỵ – N guyễn Việt Hà.
5. Công nghệ sử dụng Giáo trình kỹ nghệ phần mềm 2006.
Phần này trình bày về các công nghệ sử
[4] N guyễn Văn Vỵ. Giáo trình phân tích
dụng xây dựng CMS cho trang tin tức: công
thiết kế hệ thống thông tin 2004.
nghệ Ajax, PHP và MySQL các đặc điểm và
các tính năng vượt trội của các công nghệ này. [5] Phil Ballard. Teach Yourself Ajax in 10
Minutes 2006.
Ajax ( Asychronous Javascript and XML –
Javascript và XML không đồng bộ) là tập hợp [6] Bruce W. Perry. Ajax Hacks 2006.
của nhiều công nghệ phát triển web được sử [7] N guyễn N am Hải. Bài giảng môn học
dụng để tạo ra các ứng dụng web tương tác. Lập trình trên nền Web 2007.
PHP là một ngôn ngữ lập trình server-side [8] Phạm Hữu Khang. Xây dựng ứng dụng
miễn phí được phát triển theo chuNn mã nguồn Web bằng PHP & MySQL 2005.
mở chạy được trong cả hai môi trường Linux
[9] http://www.cmsreview.com.
và Windows.
[10]http://www.e-consultancy.com/forum
Là một hệ quản trị cơ sở dữ liệu miễn phí
được phát triển theo chuNn mã nguồn mở có thể [11]http://en.wikipedia.org.
chạy được trong cả hai môi trường Linux và
Windows.

6. Kết luận
Trong quá trình tìm hiểu về quá trình kỹ
nghệ web, chúng tôi nhận thấy tầm quan trọng
của quá trình kỹ nghệ web. Kỹ nghệ web tuy
vẫn còn là một lĩnh vực tương đối mới nhưng
nó được xây dựng trên nền tảng của kỹ nghệ
phần mềm truyền thống nên đã có sự phát triển

- 29 -
 QUẢN LÝ CẤU HÌNH PHẦN MỀM
Sinh viên: Nguyễn Thị Hoa
Mã số SV: 04020142
Email: lilytrang05@gmail.com
1. Giới thiệu
Ngày nay, nền công nghiệp phần mềm
ngày càng phát triển và việc quản lý cấu
hình phần mềm giữ một vai trò rất quan
trọng trong phát triển phần mềm. Quản lý
cấu hình giúp cho đội phát triển kiểm soát,
theo dõi các thay đổi của một hệ thống phần
mềm và các phiên bản khác nhau của phần
mềm đó. Vì vậy, quản lý cấu hình tốt sẽ
mang lại những lợi ích rất lớn cho nhà phát
triển như: tiết kiệm thời gian, tiết kiệm chi
phí, nâng cao chất lượng sản phNm…Quản
lý cấu hình phần mềm là một tiến trình rất
quan trọng trong các dự án lớn.
2. Tống quan về quản lý cấu hình phần
mềm
a. Khái niệm
Quản lý cấu hình phần mềm là tiến
trình kiểm soát, theo dõi các thay đổi của
một hệ thống phần mềm và các phiên bản
khác nhau của phần mềm đó
b. Lợi ích của quản lý cấu hình
Quản lý cấu hình tốt sẽ giải quyết
được hàng loạt các khó khăn trong các dự
án, thông qua việc cho phép các thành viên
trong dự án có thể cập nhật đồng thời, chia
sẻ mã nguồn, và giúp quản lý tốt các phiên
bản. Quản lý cấu hình mang lại nhiều lợi
ích: tiết kiệm được thời gian và chi phí, nâng
cao chất lượng sản phNm.
c. Khi nào phải quản lý cấu hình
Quản lý cấu hình là một hoạt động
xuyên suốt trong quá trình phát triển phần
mềm.
d. Các khái niệm cơ bản
• Cấu hình cơ sở (Baseline): Là
một tập hợp các yêu cầu, thiết kế,
mã nguồn, tài liệu người dùng…
được nhóm lại và gán cho một
tên duy nhất.
• Thực thể cấu hình: Một sản phNm
công việc trung gian, một thành
phần hoặc một sản phNm được
đặt dưới sự quản lý cấu hình.
- 30 -
Người hướng dẫn: Th.S. Đào Kiến Quốc
• Check out: Lấy ra một thực thể
cấu hình từ nơi lưu trữ vào trong
một thư viện được kiểm soát
• Check in: Cập nhật lại một thực
thể cấu hình vào nơi lưu trữ sau
khi check out.
e. Các tiến trình trong quản lý cấu
hình
• Định danh đối tượng
• Quản lý thay đổi
• Quản lý phiên bản
• Kiểm định cấu hình
Trong đó, quản lý phiên bản là
một khâu rất quan trọng trong quản
lý cấu hình.
3. Quản lý phiên bản phần mềm
a. Khái niệm
Quản lý phiên bản kết hợp các quy
trình và các công cụ để quản lý các phiên
bản khác nhau của các đối tượng cấu hình
được tạo ra trong quá trình phát triển phần
mềm. Quản lý phiên bản chú trọng vào
quản lý mã nguồn, nên còn được gọi là
quản lý mã nguồn.
b. Thuật toán trong quản lý phiên
bản
Quản lý mã nguồn bao gồm hai
vấn đề chính: Quản lý các thay đổi giữa
hai hay nhiều mã nguồn và tích hợp hai
hay nhiều mã nguồn.
• Thuật toán Diff: So sánh hai hay
nhiều file mã nguồn.
• Thuật toán Merge: Tích hợp hai
hay nhiều file mã nguồn.
Có hai mô hình hệ thống quản lý
phiên bản chính: hệ thống quản lý phiên
bản tập trung và hệ thống quản lý phiên
bản phân tán.
c. Phân tích và so sánh ưu, nhược
điểm của hai mô hình hệ thống: mô hình
tập trung và mô hình phân tán. Hai loại mô
hình này đã xây dựng nên nhiều hệ thống
quản lý phiên bản hoạt động khá hiệu quả.
Tuy nhiên, hai loại mô hình này đều có
 nhược điểm chung là: chưa có công cụ hỗ
trợ biên dịch và chạy các tích hợp của hai
hay nhiều mã nguồn sau khi nó được thay
đổi. Do vậy, cần phải có một tiến trình
build tự động các chương trình, thành
phần sau khi đã được tích hợp và người
phát triển đã tạo ra những thay đổi đó phải
được thông báo kết quả.
d. Đưa ra giải pháp: Xây dựng một
hệ thống quản lý phiên bản mới: Tích hợp
công cụ build tự động với hệ thống quản
lý phiên bản.
4. Nội dung và kết quả nghiên cứu
a. Phân tích và giải pháp
• Tổng quan về hệ thống mới
• Một số chức năng hướng tới
trong hệ thống mới
b. Phân tích thiết kế hệ thống mới
5. Kết luận
Trong khuôn khổ của khóa luận
này, tôi đã nghiên cứu một cách tổng
quát về quản lý cấu hình phần mềm và
nghiên cứu chi tiết về quản lý phiên bản
phần mềm. Dựa trên những nghiên cứu
này, khóa luận đã tìm hiểu hai mô hình
quản lý phiên bản chính:
- 31 -
mô hình tập trung và mô hình phân tán,
so sánh ưu nhược điểm của chúng, từ đó
đưa ra giải pháp xây dựng một loại mô
hình mới – mô hình tích hợp. Khóa luận
đã đưa ra những phân tích thiết kế chi
tiết cho hệ thống này.
Hướng phát triển :
• Hoàn thiện chương trình
• Mở rộng thêm chức năng test tự
động các file mã nguồn sau khi
được tích hợp.
Do thời gian có hạn và thiếu kinh
nghiệm nên khóa luận không thể tránh
khỏi nhiều thiếu sót, rất mong được sự
góp ý của các thầy cô và toàn thể các
bạn.
6. Tài liệu tham khảo
[1] RogerS. Fressman.Software Engineering
A Practitioner’s Approach
[2] Paul Duvall, Steve Matyas, Andrew
Glover. Continuos Integration: Improving
Software Quality and Reducing Risk.
[3] http://www.versioncontrolblog.com
[4]
http://en.wikipedia.org/wiki/Distributed_Ver
sion_Control_System
[5]
http://en.wikipedia.org/wiki/Continuous_Int
egration
 NGHIÊN CỨU PHÂN ĐOẠN ẢNH CHO NHẬN DẠNG VĂN BẢN
Nguyễn Đức Huy
MSSV: 0420169
Email: huynd2412@gmail.com
1. Giới thiệu
Nhận dạng văn bản[10] là bài toán xuất hiện
cách đây khá lâu và vẫn luôn thu hút được nhiều
sự quan tâm, nghiên cứu của các nhà khoa học.
Nhận dạng văn bản được áp dụng trong quá
trình tự động hoá các công việc văn phòng như
nhập liệu, lưu trữ văn bản, sách báo, phân loại
thư tín, …, những công việc đòi hỏi nhiều thời
gian của con người.
Phân đoạn ảnh là công đoạn đầu tiên của một
hệ thống nhận dạng văn bản nói chung, nhiệm
vụ chính ở đây là từ một ảnh văn bản đầu vào
phải tách văn bản đó ra được thành các dòng,
các từ, và các ký tự để chuyển sang cho bộ nhận
dạng xử lý. Phân đoạn ảnh có một vai trò hết
sức quan trọng trong hệ thống nhận dạng, nếu
việc đoạn ảnh thực hiện không chính xác thì các
công đoạn nhận dạng về sau không thể chính
xác được, và làm giảm đi độ chính xác của toàn
hệ thống. Do tầm quan trọng đó của việc phân
đoạn ảnh, nội dung chính của khóa luận này đề
cập tới các lý thuyết cơ bản về phân đoạn ảnh,
một số phương pháp thường gặp, từ đó áp dụng
vào bài toán nhận dạng văn bản tiếng Việt.
2. Kiến thức cơ sở cho phân đoạn ảnh
Quá trình phân đoạn ảnh làm việc hoàn toàn
trên ảnh nhị phân, sử dụng biểu đồ histogram và
thành phần liên thông để tách dòng, tách từ và
tách ký tự.
Chương này sẽ lần lượt trình bày những khái
niệm về ảnh nhị phân[5], biểu đồ histogram[2],
các thành phần liên thông, các thuật toán áp
dụng để tạo ảnh nhị phân, xác định biểu đồ
histogram và xác định các thành phần liên thông
trong một ảnh nhị phân[11].
3. Phân đoạn ảnh cho nhận dạng văn bản
Phân đoạn ảnh gồm có bốn giai đoạn chính
đó là tiền xử lý ảnh, tách dòng, tách từ và tách
ký tự.
những lý thuyết cơ bản về phân đoạn ảnh,
Do ảnh văn bản thu được qua máy scanner nghiên cứu và so sánh một số kỹ thuật phổ biến
thường có nhiễu và chất lượng ảnh là không cao, sử dụng trong phân đoạn ảnh cho nhận dạng, từ
và có thể bị nghiêng một góc nào đó. Giai đoạn
- 32 -
Cán bộ Hướng dẫn: TS. Nguyễn Việt Hà
TS. Lê Anh Cường
tiền xử ảnh có nhiệm vụ khử nhiễu, tăng cường
chất lượng ảnh và xác định góc nghiêng văn
bản[2][3].
Các giai đoạn tách dòng, tách từ, và tách ký
tự sẽ lần lượt chia ảnh văn bản scan thành các
dòng, chia các dòng thành các từ, và các từ
thành các ký tự. Ở đây chúng tôi đề xuất
phương pháp tách dòng dựa vào thành phân liên
thông, việc tách dòng thành các từ được thực
hiện dựa vào biểu đồ tần suất xuất hiện khoảng
trắng[4], sử dụng kết hợp phương pháp sử dụng
thành phần liên thông và biểu đồ histogram để
tách ký tự. Với mỗi ký tự chúng đôi đưa ra giải
pháp tách ký tự thành ba phần TOP, BODY,
BOTTOM để nhận dạng.
Để nhận dạng một từ chúng tôi ghép thử các
vị trí cắt lại để nhận dạng và lưu lại danh sách
các ứng viên có độ chắc chắn cao nhất. Kế tiếp
sẽ sử dụng HMM và N-Gram để lựa chọn ứng
viên tốt nhất.
4. Thực nghiệm
Ở đây chúng tôi tiến hành các thực nghiệm
xây dựng cơ sở dữ liệu, xây dựng bộ dữ liệu test
chuNn, các thực nghiệm về phân đoạn ảnh và
thực nghiệm của hệ thống nhận dạng văn
bản[1].
Kết quả thực nghiệm thu được trên văn bản
chữ in là rất khả quan. Các thao tác tách dòng,
tách từ có độ chính xác lần lượt là 99,2% và
99,4%. Hệ nhận dạng văn bản có độ chính xác
là 90,3% khi không dùng HMM[6][7] và N -
Gram[8][9], là 93,2% khi sử dụng HMM và N -
Gram.
Các cài đặt thực nghiệm được thử nghiệm
trên hệ điều hành Windows XP SP2, máy tính
Laptop tốc độ 1.73GHz x 2 bộ nhớ 2GB RAM.
5. Kết luận và hướng nghiên cứu sau này
Trong khóa luận này chúng tôi đã trình bày
đó áp dụng vào bài toán nhận dạng chữ in tiếng hidden Markov model, IEEE
Việt. Transactions on Signal Processing,
Để nâng cao chất lượng trong quá trình phân 48(2):517-33, February 2000.
đoạn ảnh nhằm tăng chất lượng tổng thể của hệ
thống nhận dạng, chúng tôi đã đề xuất phương
[7] Olivier Cappé, Eric Moulines, Tobias
pháp tách dòng dựa vào thành phần liên thông, Rydén. Inference in Hidden Markov
đối với mỗi ký tự sẽ chia ra làm ba phần TOP, Models, Springer, 2005. ISBN 0-387-
BODY, và bottom để nhận dạng. Kết quả thu 40264-0.
được là rất khả quan.
[8] Christopher D. Manning, Hinrich
Trong tương lai chúng tôi sẽ tiếp tục nghiên
cứu và phát triển để nâng cao chất lượng hệ Schütze, Foundations of Statistical
thống cả về độ chính xác và tốc độ. Đối với khó Natural Language Processing, MIT
khăn khi cắt ký tự làm ba phần sẽ giải quyết Press: 1999. ISBN 0-262-13360-1.
theo hướng xác định các vị trí cắt có thể và tiến
hành giống với quá trình tách từ. Qua đó mở [9] Ted Dunning, Statistical Identification of
rộng nghiên cứu và thực nghiệm trên các văn Language. Computing Research
bản chữ viết tay tiếng Việt. Laboratory Memorandum (1994)
Tài liệu tham khảo MCCS-94-273.
[1] N gô Tiến Đạt.Mô hình tích hợp cho [10] http://en.wikipedia.org/wiki/Optical_cha
nhận dạng văn bản tiếng Việt, khóa luận racter_recognition#References
tốt nghiệp đại học, Trường Đại học [11] http://homepages.inf.ed.ac.uk/rbf/HIPR2
Công nghệ, 2008. /connect.htm.

[2] D. X. Le, G. Thoma, H. Weschler,

Automated Page Orientation and Skew
Angle Detection for Binary Document
Images, Pattern Recognition, Volume
27, N umber 10, pp. 1325-1344, October
1994.
[3] D. X. Le, G. Thoma, Document Skew
Angle Detection Algorithm, Proc. SPIE
Symposium on Aerospace and Remote
Sensing, Visual Information Processing
II, Orlando, FL April 14-16, 1993 Vol.
1961, pp. 251-262.
[4] A. Marcolino, V. Ramos, M Ramalho,
J.Caldas Pinto, Line and Word Matching
in Old Documents, IDMEC/IST -
Technical University of Lisbon
[5] William K.Pratt, Digital Image
Processing, John Wiley & Sons 2001.
[6] J. Li, A. N ajmi, R. M. Gray, Image
classification by a two dimensional

- 33 -
 PORTAL MẠNG TRỢ GIÚP VIỆT NAM – VIETNAMF1
Nguyễn Duy Hưng
MSV: 0420186
Email: htcorp68@gmail.com
I. Giới thiệu
Ngày nay việc ứng dụng công
nghệ thông tin đã trở thành
một phần tất yếu của cuộc
sống. Cùng với sự phát triển
mạnh mẽ của công nghệ
thông tin, đặc biệt trong sự
phát triển của các dịch vụ
cung cấp trên internet, nhu
cầu cập nhật, tìm kiếm thông
tin qua mạng ngày càng nâng
cao.Bằng internet, con người
trên khắp thế giới đã liên kết
với nhau hơn, bỏ qua mọi rào
cản về khoảng cách địa lý để
đi đến một xu thế mới – xu
thế toàn cầu hóa. Sử dụng
internet, chúng ta thực hiện
được nhiều công việc nhanh
hơn và chi phí thấp hơn nhiều
so với cách thức truyền thống.
Đối với lĩnh vực du lịch, việc
quảng bá và giới thiệu đến
bạn bè thế giới một hình ảnh
Việt Nam hòa bình và tươi
đẹp thông qua mạng internet
đóng một vai trò rất quan
trọng. Nếu tận dụng tốt
chúng ta sẽ mất rất ít chi phí
mà hiệu quả lại vô cùng to
lớn, bình chọn cho Vịnh Hạ
Long trở thành kỳ quan thiên
nhiên thế giới là một ví dụ
điển hình cho một phương
thức quảng bá hữu hiệu thông
qua moi trường mạng.
- 34 -
Cán bộ hướng dẫn:
Ths.Nguyễn Cảnh Hoàng
Khóa luận nghiên cứu cách
thức xây dựng một cổng
thông tin điện tử (portal) dựa
trên những kết quả nghiên
cứu về sản phẩm Joomla!
Khóa luận đã giải quyết bài
toán cụ thể là xây dựng portal
mạng thông tin trợ giúp Việt
Nam – vietnamf1 sử dụng mã
nguồn mở joomla.
II. Cơ sở lý thuyết
• Cổng thông tin điện tử:
Cổng thông tin điện tử
(Portal) là một khái niệm chỉ
các hệ thống website có một
số chức năng bao gồm: khả
năng cá nhân hóa, khả năng
tích hợp nhiều loại thông tin,
khả năng xuất thông tin theo
nhiều định dạng, khả năng hỗ
trợ nhiều môi trường hiển thị,
khả năng đăng nhập một lần,
khả năng quản trị nội dung,
khả năng mở rộng chức năng,
tùy biến giao diện và hỗ trợ
đa ngôn ngữ. Có rất nhiều
portal khác nhau nhưng đều
có chung một kiến trúc, do đó
portal đã dần trở thành một
chuẩn. Việc phát triển các ứng
dụng sử dụng công nghệ
portal là việc phát triển các
chức năng tùy biến có thể gắn
vào khung portal để trở thành
một ứng dụng đa chức năng
hoàn chỉnh.
 • Giới thiệu Joomla!
Joomla! Là một hệ quản trị
nội dung mã nguồn mở
(CMS), được viết bằng ngôn
ngữ PHP và kết nối tới cơ sở
dữ liệu My SQL, cho phép
người sử dụng có thể dễ dàng
xuất bản các nội dung của họ
lên internet hoặc intranet.
Joomla có đa tính năng: quản
lý cơ sở dữ liệu, hệ thống xuất
bản nội dung, đa ngôn ngữ,
hệ thống các component,
template, module dễ dàng
được mở rộng, trình soạn
thảo WYSIWYG cho việc soạn
thảo nội dung…Với các tính
năng này, việc sử dụng
Joomla để tạo ra một ứng
dụng portal là hoàn toàn khả
thi.
III. Bài toán
Khóa luận giải quyết bài toán cụ
thể là xây dựng một mạng thông
tin Việt Nam trợ giúp cho tất cả
mọi người trong nước cũng như
quốc tế. Bất kỳ ai khi cần các
thông tin như lịch sử, văn hóa,
pháp luật, đất nước, cuộc sống
con người Việt Nam, thời tiết, du
lịch… đều có thể tìm kiếm tại
website.
IV. Kết quả xây dựng và
triển khai
Trong quá trình làm khóa luận tôi
đạt được những kết quả sau:
- Đưa ra khái niệm Cổng thông
tin điện tử và các khái niệm
- 35 -
liên quan từ các nghiên cứu
của nhiều tác giả trong và
ngoài nước.
- Đưa ra được cách thức để
triển khai các chức năng trên
nền tảng mã nguồn mở
Joomla
- Xây dựng được một portal
vietnamf1 hoàn chỉnh bao
gồm nhiều thành phần:
V. Kết luận
Trong phạm vi khóa luận, tôi đã
trình bày cách thức xây dựng ứng
dụng mạng thông tin trợ giúp sử
dụng giải pháp cổng thông tin
điện tử. Hy vọng khóa luận sẽ
giúp cho mọi người có một giải
pháp tốt trong việc tìm kiếm
thông tin về đất nước Việt Nam
và các doanh nghiệp về du lịch có
thể tìm được một giải pháp phát
triển mã nguồn mở trong quá
trình kinh doanh của mình.
Tài liệu tham khảo:
[1] Trang chính Joomla:
www.joomla.org
[2] Diễn đàn Joomla Việt Nam:
www.joomlaviet.org/forum
[3] Nguyễn Văn Vỵ “Giáo trình Phân
tích thiết kế hệ thống thông tin” -
NXB Nông nghiệp – 2003.
[4] “Joomla! User Manual for
V1.0.11”, Steve White –
websdezined.com and Andy Wallace.
[5] Bộ môn công nghệ phần mềm
ĐH Công nghệ, ĐH Quốc gia Hà Nội.
Slide UML.
 REFACTORING-AWARE VERSION CONTROL
Nguyen Viet Hung
Student No: 04020188
1. Introduction
Today, team development is common in
software projects. Developers use version
control systems to cooperate and share their
work. However, existing text-based version
control systems do not handle refactorings well.
While refactorings are necessary for software
maintenance, they cause changes to many parts
of the system and result in merge conflicts. This
thesis proposes an algorithm for software
merging with less conlicts and better code
evolution while preserving the correctness of
the program. Unlike traditional text-based
version control systems, the algorithm uses an
operation-based approach and treats refactoring
operations effectively. Future implementation of
the algorithm as a plug-in to the Eclipse
Platform is also discussed. Since refactorings
are frequent, the results of this research make
software development more productive and
reliable.
2. Motivation
The primary weaknesses of current text-
based version control systems in the presence of
refactoring operations can be summarized as
follows:
• When they detect merge conflicts, some of
them are unnecessary and should be
automatically resolved.
• When they do not detect merge conflicts,
there are still potential errors of the
program after merging.
• In both cases, they fail to keep the history
of program entities when methods or
classes are moved from one place to
another.
According to Tammo Freese [2], between
releases of four APIs2 (Eclipse, Mortgage,
Struts, and log4j), about 81% to 97% of the
changes were refactorings. Since refactorings
take place frequently, it is of great importance
that the above drawbacks of current text-based
SCM systems be studied and resolved. It is,
- 36 -
Supervisor: Dao Kien Quoc, M.Sc.
therefore, the overall goal of this thesis to
propose such a solution.
3. Approach and Implementation
The refactoring-aware merging method
proposed in this thesis uses a semantics-based
merging technique. Since the semantics of the
program are taken into account, it produces
automatic merges with the least compile and
run-time errors. First, this approach requires that
previous refactorings are accessible at the time
of merging, that is the development
environment not only performs refactorings but
records them as well. This technique is named
operation-based [3]. Second, depending on these
refactoring operations and other normal code
edits, the proposed algorithm will choose an
intelligent way to either merge them
automatically or notify potential program errors.
For the ideas to have practical applications, I
plan to implement them as a plug-in to the
Eclipse environment. Eclipse is a powerful
software development platform, which had an
estimated number of 2.3 million users
worldwide in 2006 [4]. Its extensible framework
allows us to create custom tools and contribute
new functionality. However, developing a
refactoring-aware merging tool requires a team
of skilled programmers working for months. It
is not feasible within the scope of this
graduation thesis. Nevertheless, I include a
chapter to outline the next best steps to
implement my proposed algorithm.
4. Contributions
This thesis makes the following
contributions:
• Evaluating the shortcomings of current text-
based SCM systems.
• Proposing an algorithm to solve existing
problems of merging programs that have
refactor actions.
• Planning future steps to implement a
refactoring-aware merging tool as an
extension plug-in to Eclipse.
5. Conclusions and Future Work
After explaining the refactoring-aware
merging algorithm, the thesis also presented a
prototype to show how it can be integrated
reasonably into a popular development
environment like Eclipse. To evaluate the
correctness and performance of the plug-in tool,
I intend to analyze concurrent development in
some small Eclipse applications (such as the one
described in [1], but with more developers
working in parallel). An alternative way to
examine whether users are more productive
with my plug-in than without is to provide it as
a free release on the Internet and open for
comments. Users' feedbacks will then be used to
accommodate the future growth of the plugin
through software re_nement and additional
analysis. Bene_ting from the powerful
extensibility of Eclipse, the plug-in also serves
as the starting point for further extensions and
improvements.
Since Eclipse has a large customer base, I am
con_dent that such a useful plug-in will have a
signi_cant impact on the productivity of Eclipse
team projects. Future work will realize the
planned implementation of the plug-in and
evaluate to what extent it makes software easier
to develop and maintain.
6. References
[1] Danny Dig, Kashif Manzoor, Ralph
Johnson, and Tien N. Nguyen.Refactoring-
aware configuration management for object-
oriented programs. In ICSE '07: Proceedings of
the 29th International Conference on Software
Engineering, pages 427{436, Washington, DC,
USA, 2007. IEEE Computer Society.
[2] Tammo Freese. Refactoring-aware
version control. In ICSE '06: Pro-ceedings of
the 28th International Conference on Software
Engineering, pages 953 - 956, New York, NY,
USA, 2006. ACM.
[3] Tammo Freese. Operation-based merging
of development histories. In First Workshop on
Refactoring Tools (WRT'07), pages 47 - 48, TU
Berlin, Germany, July 2007.
[4] Karen Lilla. IBM unveils new offerings
for the open source community.
http://www01.ibm.com/software/swnews/swne
ws.nsf/n/sdsd6t7kyd?OpenDocument&site=Soft
ware, September 2006.

- 37 -
 FINDING HEAP BOUNDS OF JAVA CARD APPLETS
Phạm Tuấn Hưng
MSSV: 0420192
Email: hungpt43@gmail.com
1. Introduction
Java Card is a technology that allows
programmers to develop applets that can run on
smart cards with very limited memory and
processing power. Since applets can come from
third parties, they can cause memory overflows
when they are executed, and this may result in
lost of data in smart cards and even destruction
of the cards. It is therefore necessary for a smart
card to have a program to check the maximum
heap memory of new applications that are going
to be installed on the card, and the checker itself
should run fast and have a small memory
footprint to be suitable for cards.
The approach presented here improves the
one introduced in our previous work [14] to find
an algorithm for computing heap bounds of Java
Card applets. Our method transforms bytecodes
of Java Card applets into equivalent programs
that already have a type system for finding the
sharp upper bounds of resource use. We then
point out a linear-time algorithm to compute the
maximum heap units of Java Card applets. To
validate our ideas, we have implemented and
tested our tool on several sample applications,
and then compared the bounds found by our tool
with the actual heap bounds of the programs.
2. Background
This chapter briefly introduces smart cards,
Java Card applets, Java Card virtual machine,
and the simplified component language (SCL)
that we based on to develop our algorithm.
According to Rankl and Cox [15], we define
a smart card as a card that contains a
microprocessor. The applications run on smart
cards are called applets. Java Card virtual
machine is the virtual machine used for the
smart card environment. The SCL is a
simplified version of the abstract component
language in the approach by Truong and Bezem
[17] which already has a type system that can
infer the maximum number of simultaneously
active instances of a well-type program.
- 38 -
Supervisors: Dr. Trương Ninh Thuận
Dr. Trương Anh Hoàng
3. Approach
First, we build a control flow graph (CFG) of
the input bytecode stream. The nodes of the
CFG are instructions. If two instructions can be
adjacently executed, we create a directed edge
from the former to the latter.
Then, we make a heap-preserving
transformation from the CFG into a rooted,
directed tree (RDT). In the transformation, we
remove join nodes and collapse cycles in the
CFG without changing heap cost.
Finally, we transform the RDT into a syntax
tree (also called parse tree [1]) of the SCL. We
reuse their type inference in [17] to compute an
upper bound of heap cost of Java Card applets.
By optimizing these steps, we obtain a linear-
time algorithm that takes the bytecode stream of
a method of Java Card applets as input and
returns a heap bound function of method
arguments as output.
4. Experimental results
We have implemented a prototype tool that
compute the heap bounds of Java Card applets
using our proposed algorithm. The input data of
this tool is an applet and the output is the
maximum heap space that its main method uses.
We tested this tool on Sun's applets and our
samples. The obtaned results are good. They
show that our tool not only return an upper
bound of heap memory but also can find the
least upper bounds of heap cost in many cases.
The experiments were executed on an Intel
P4 2.4 GHz with 1GB of RAM.
5. Related works
The most relevant works to ours seem to be
[3, 6, 8, 9, 10, 18]. Unnikrishnan et al. [18]
propose a model analysis for inferring
maximum size of live heap space of programs
written in garbage-collected languages. In a
similar vein, Hofmann and Jost [10] point out a
method to count the memory used for object
allocation and deallocation in Java-like
languages by extending the ideas of the static [5] Zhiqun Chen. Java Card Technology for
prediction in [9]. Since these techniques are Smart Cards: Architecture and Programmer’s
performed at source-level, it is difficult to applyGuide. Prentice Hall, 2000.
them to the context of Java Card environment [6] Wei-Ngan Chin, Huu Hai Nguyen,
where source code is not available. Shengchao Qin, and Martin Rinard. Memory
usage verification for OO programs. In SAS,
Giambiagi and Schneider [8] analyze
2005.
memory consumption by an algorithm that finds
[7] Thomas H. Cormen, Charles E. Leiserson,
all potential loops and (mutually) recursive
Ronald L. Rivest, and Clifford Stein.
methods of Java Card applets. In contrast to our
Introduction to Algorithms, 2nd Edition. The
linear-time algorithm, the complexity of this one
MIT Press, September 2001.
is still high. It thus needs more optimizations to
[8] Pablo Giambiagi and Gerardo Schneider.
be actually fit into smart cards.
Memory consumption analysis of java smart
The most closely related work to our cards. In proceedings of CLEI’05, 2005.
approach is Albert et al. [3] that relies on heap [9] Martin Hofmann and Steffen Jost. Static
space cost relations generated at compile-time prediction of heap space usage for first-order
to infer heap bound of an input Java bytecode functional programs. In proceedings of
program. Unlike ours, the technique takes long POPL’03, 2003.
time to run, especially for the abstract- [10] Martin Hofmann and Steffen Jost. Type-
interpretation based size analysis. Therefore, it based amortised heap-space analysis (for an
is unsuitable for Java Card applets. object-oriented language). In proceedings of
6. Conclusion and Future Works ESOP 2006.
[11] Sun Microsystems. Application
We have presented an approach to compute Programming Interface, Java Card Platform,
an upper bound of heap consumption of a Java v3.0, Classic Edition. March 2008.
Card applet in linear time and low space [12] Sun Microsystems. Virtual Machine
complexity. To put the theory into practice, we Specification, Java Card Platform, v3.0, Classic
have implemented a prototype tool and tested it Edition. March 2008.
on several samples. The experiments show that [13] Sun Microsystems. Virtual Machine
our tool not only runs fast but also requires Specification, Java Card Platform, v3.0,
small memory footprint to execute. Connected Edition. March 2008.
For future works, we plan to compute stack [14] Tuan-Hung Pham, Anh-Hoang Truong,
memory bounds and extend our approach to and Ninh-Thuan Truong. Computing heap space
verify resources in games of cell phones. cost of Java Card applets. In RIVF’08, 2008.
[15] Wolfgang Rankl and Kenneth Cox.
Bibliography Smart Card Applications: Design models for
[1] Alfred V. Aho, Monica S. Lam, Ravi using and programming smart cards. John
Sethi and Jeffrey D. Ullman. Compilers: Wiley & Sons, 2007.
Principles, Techniques, and Tools (2nd Edition). [16] Wolfgang Rankl and Wolfgang Effing.
Addison Wesley, August 2006. Smart Card Handbook, 3rd edition. John Wiley
[2] Elvira Albert, Puri Arenas, Samir Genaim, & Sons, 2003.
Germán Puebla, and Damiano Zanardini. Cost [17] Hoang Truong and Marc Bezem.
analysis of java bytecode. In proceedings of Finding resource bounds in the presence of
ESOP 2007. explicit deallocation. In proceedings of ICTAC
[3] Elvira Albert, Samir Genaim, and Miguel 2005.
Gomez-Zamalloa. Heap space analysis for java [18] Leena Unnikrishnan, Scott D. Stoller,
bytecode. In proceedings of ISMM’07, 2007. and Yanhong A. Liu. Optimized live heap bound
[4] David Cachera, Thomas Jensen, David analysis. In proceedings of VMCAI 2003
Pichardie, and Gerardo Schneider. Certified [19] Bill Venners. Inside the Java Virtual
Memory Usage Analysis. In FM’05, 2005. Machine. McGraw-Hill, 2000.

- 39 -
 Hiển thị thông tin chứng khoán
trực tuyến sử dụng công nghệ AJAX
Vũ Tiến Hưng
MSV: 04020196
Ngày sinh: 28/02/1986
Email: hunter.coltech@gmail.com
1. Mở đầu
Trong những năm gần đây, có rất nhiều
công nghệ mới ra đời cũng với sự phát triển của
Internet. Những công nghệ mới này góp phần
tạo nên sự ra đời của web 2.0. Đóng một vai trò
then chốt trong giai đoạn phát triển thứ hai của
web là tổ hợp công nghệ Ajax (Asynchronous
JavaScript and XML). Ajax đã giúp giải quyết
được vấn đề tương tác người dùng của các ứng
dụng web.
Nội dung khóa luận này sẽ tìm hiểu về
Ajax, các đặc điểm, cách thức làm việc của
Ajax, sự kết hợp giữa Ajax và Webservice. Và
từ đó đưa ra giải pháp hợp lý cho bài toán
“Hiển thị thông tin chứng khoán trực tuyến sử
dụng công nghệ Ajax”.
2. Cơ sở lý thuyết
a. Vì sao lại sử dụng AJAX
Thông thường, tác động của người sử
dụng lên website ví dụ như nhấn vào một phím
trên form và gửi một yêu cầu HTTP tới máy
chủ. Máy chủ thực hiện một số khâu xử lý như
lấy lại dữ liệu, tính toán, kiểm tra sự hợp lệ của
thông tin, sửa đổi bộ nhớ, sau đó gửi lại một
trang HTML mới hoàn chỉnh tới máy khách. Về
mặt kỹ thuật, phương pháp này nghe có vẻ hợp
lý nhưng cũng khá bất tiện và mất thời gian, bởi
khi server đang thực hiện vai trò của nó thì
người dùng sẽ làm gì? Tất nhiên là chờ đợi.
Để khắc phục hạn chế trên, các chuyên
gia phát triển giới thiệu hình thức trung gian -
cơ chế xử lý AJAX - giữa máy khách và máy
chủ. Điều này giống như việc tăng thêm một
lớp giữa cho ứng dụng để giảm quá trình "đi
lại" của thông tin và giảm thời gian đáp ứng.
Thay vì tải lại toàn bộ một trang, nó chỉ nạp
- 40 -
Cán bộ hướng dẫn : Ths. Lê Hồng Hải
(Bộ môn Hệ Thống Thông Tin)
những thông tin được thay đổi, còn giữ nguyên
các phần khác. Vì thế, khi duyệt một trang hỗ
trợ AJAX, người sử dụng không bao giờ nhìn
thấy một cửa sổ trắng và biểu tượng đồng hồ
cát - dấu hiệu cho thấy máy chủ đang thực hiện
nhiệm vụ. Ví dụ, trong một website ảnh, với
ứng dụng truyền thống, toàn bộ trang chứa các
ảnh sẽ phải mở lại từ đầu nếu có một thay đổi
nào đó trên trang. Còn khi áp dụng AJAX,
DHTML chỉ thay thế đoạn tiêu đề và phần vừa
chỉnh sửa, do vậy tạo nên các giao dịch trơn tru,
nhanh chóng.
b. Công nghệ Ajax và thư viện phát
triển
Dựa trên nền tảng Ajax, Microsoft cũng
phát triển một thư viện Asp.net Ajax cho người
lập trình có thể lập trình dễ dàng hơn. Thư viện
hỗ trợ cả mô hình lập trình phát triển tập chung
phía máy khách và mô hình tập trung phía chủ.
Thư viện Asp.net Ajax cũng cũng cấp
một nền tảng cho phép có thể tương tác với
webservice một cách dễ dàng từ máy khách.
Tiếp theo ta tìm hiểu về JSON, một loại
định dạng trao đổi dữ liệu thường được sử dụng
để truyền các dữ liệu phức tạp, ví dụ như các
đối tượng, xuống máy khách.
Trong khóa luận đã trình bày thêm các
ví dụ cụ thể và kèm theo các hình ảnh trực
quan.
3. Bài toán
a. Thực tế hiện nay
Tốc độ thay đổi thông tin trên sàn giao
dịch chứng khoán là rất nhanh. Các nhà đầu tư
không phải lúc nào cũng có thể thường trực trên
các sàn giao dịch. Chính vì vậy hiện tại các
công ty chứng khoán có hỗ trợ các nhà đầu tư • Phát triển thêm module vẽ biểu đồ
hình thức đặt lệnh giao bán từ xa chủ yếu là cho phép người dùng theo dõi tốt
qua điện thoại. Các nhà đầu tư lúc này có thể ở hơn và trực quan hơn.
bất cứ nơi đâu cập nhật thông tin qua mạng
• Phát triển thêm module hỗ trợ người
internet và ra các quyết định bán ra hay mua
dùng tối đa trong việc tùy biến giao
vào. Đây là thời điểm cần đến các website cập
diện hơn nữa.
nhật thông tin nhanh chóng và chính xác.
Tuy nhiên hiện nay, các trang web về
hiển thị bảng chứng khoán điện tử thường sử Tài liệu tham khảo
dụng cách tải toàn bộ trang web (refesh) theo
một thời gian nhất định về cách này chưa thực [1] Shelley Powers. Learning
sự tối ưu. Các trang web này cũng mới chỉ JavaScript, (NXB: O'Reilly)
dừng lại ở chỗ hiển thị thông tin mà chưa có
các chức năng hỗ trợ người xem như sắp xếp, [2] Alessandro Gallo, David Barkol,
giao diện chưa hỗ trợ nhiều cho người xem,.... and Rama Vavilala . ASP.NET AJAX
in Action
b. Giải pháp [3] Nicholas C. Zakas. Professional
Javascript for web deverlopers
Qua thực trạng hiện nay về vấn đề “hiển
thị thông tin chứng khoán trực tuyến”, nếu sử
[4] Atlas: Ajax kiểu Microsoft
dụng công nghệ web thông thường thì khó có
http://pcworld.com.vn/
thể đáp ứng được nhu cầu cập nhật thông tin
thay đổi một cách nhanh chóng. Luận văn sẽ sử
dụng công nghệ Ajax để giải quyết các hạn chế
còn tồn tại của bài tóan này.
Website còn cung cấp một số chức năng
hỗ trợ ngừơi dùng trong việc theo dõi thị trường
như có thể sắp xếp các chứng khoán theo các
lựa chọn khác nhau ví dụ như theo khối lựơng
giao dich, hay số lượng khớp lệnh …. Cung cấp
cho người xem khả năng tùy chọn các chứng
khoán mà ngừoi xem quan tâm. Bên cạnh đó,
cung cấp cho người dùng chức năng hiển thị
biểu đồ thay đổi của chứng khoán giúp người
xem có thể theo dõi tốt hơn.

4. Kết luận, xu hứơng phát triển

Khóa luận đã giới thiệu về công nghệ
Ajax và ứng dụng công nghệ Ajax trong việc
giải quyết bài toán “Hiển thị thông tin chứng
khóan trực tuyến ”.
Một số hướng phát triển tiếp theo của
luận văn:
• Phát triển web tổng hợp, và hiển thị
nhanh tỷ giá vàng, ngoại tệ của các
ngân hàng sử dụng công nghệ Ajax
và Webservice.

- 41 -
Xây dựng giải pháp cho hiệp hội Khách sạn Việt Nam trên nền tảng web 2.0

Sinh viên : Đoàn Trọng Khôi

Lớp K49 CNPM
Giáo viên hướng dẫn : Thạc sỹ Nguyễn Nam Hải

Tóm tắt khóa luận

Hiện nay, ngành du lịch nước ta ngày càng phát triển, lượng du khách du lịch tại Việt
Nam tăng dần qua từng năm. Không chỉ có du khách nước ngoài mà nhu cầu du lịch của
du khách trong nước tới những vùng miền, các danh lam thắng cảnh của nước ta cũng
ngày một lớn. Mỗi du khách đều có những nhu cầu, thói quen khác nhau và để đáp ứng
được phần lớn những du khách ấy là điều không hề dễ dàng

Làm thế nào để thu hút khách du lịch trong và ngoài nước đến với các thắng cảnh
rất phong phú ở Việt Nam là điều mà các nhà lãnh đạo và quản lý rất quan tâm.

Một phần không thể thiếu của mỗi chuyến đi là dịch vụ khách sạn, nhà nghỉ và các
dịch vụ liên quan như Nm thực, vui chơi, mua sắm… Du khách luôn rất quan tâm đến
điều này và mong muốn tìm được cho mình nơi dừng chân nghỉ ngơi thuận tiện về nhiều
mặt. Thực tế là hiện nay, để tìm được một chỗ nghỉ như ý khi du lịch tại Việt N am là một
điều không phải dễ dàng đối với khách hàng. Đối với khách hàng trong nước thì khó
khăn về sự khác biệt vùng miền, về địa lý, về tập quán… là những rào cản để họ có thể
được tìm được khách sạn, nhà nghỉ giá cả hợp lý, thuận tiện cho việc đi lại, dịch vụ…
Còn đối với du khách nước ngoài, họ còn gặp khó khăn nhiều hơn vì thêm một rào cản
ngôn ngữ.

Hiện tại, các khách sạn lớn trong nước đã tham gia vào một số hiệp hội khách sạn
với quy mô lớn và chuyên nghiệp như hotel club, nhằm đưa đến cho khách hàng sự thuận
tiện khi đặt phòng, thanh toán…, và nâng cao chất lượng phục vụ. Tuy nhiên, những
khách sạn nhỏ hơn thì chưa đủ điều kiện để tham gia do hiệp hội này hướng đến khách
hàng ở trên khắp thế giới, vì thế du khách trong nước, ít nhiều chưa biết đến nó và khó
khăn khi tiếp cận với dịch vụ mà hiệp hội cung cấp.

- 42 -
 Để nâng cao chất lượng dịch vụ, nhằm phục vụ tốt hơn các du khách trong nước và
du khách nước ngoài khi du lịch tại Việt N am, để các khách sạn, nhà nghỉ trung bình và
nhỏ có cơ hội giới thiệu mình đến du khách, với mong muốn góp phần xây dựng hình ảnh
đẹp của Việt N am trong con mắt du khách nước ngoài, cần xây dựng một giải pháp để
thực hiện những mục tiêu trên

Web 2.0 dựa trên nền tảng công nghệ ajax đang phát triển mạnh mẽ và hứa hẹn sẽ là
định hướng phát triển ứng dụng, dịch vụ web chủ đạo trong tương lai. Web 2.0 cho phép
người dùng đưa nội dung lên và chia sẻ với những người dùng khác một cách dễ dàng với
những giao diện phong phú.

Luận văn của em thiết kế một giải pháp là một website cho hiệp hội khách sạn
Việt N am. Giải pháp này sẽ giúp các khách sạn trong nước giải quyết được những vấn đề
trên, cho phép du khách tìm được khách sạn như ý, hỗ trợ họ chủ động đặt phòng. N goài
ra, website này còn cho phép người dùng chia sẻ thông tin đa dạng với những người dùng
khác, chỉ cần họ kết nối internet. Website sẽ thiết kế theo định hướng web 2.0 với sữ hỗ
trợ của công nghệ ajax nhằm mang lại cho người dùng một giao diện thân thiện, cải thiện
hiệu năng hệ thống, giảm thời gian chờ đợi, tạo ra môi trường trao đổi thông tin hữu ích
và dễ dàng

- 43 -
 CÁC PHƯƠNG PHÁP NHẬN DẠNG CHỮ
VIẾT TAY TIẾNG VIỆT TRỰC TUYẾN
Sinh viên: Nguyễn Duy Khương
Mã số: 04020219  
Email: khuongND@gmail.com
Nhận dạng chữ viết tay là một bài toán khó
trong số các bài toán nhận dạng. Đây là một bài
toán đầy ít nghĩa vì đa số thông tin trao đổi của
con người với con người bằng chữ viết.
Trong khóa luận này, tôi tóm tắt lại một số
hướng tiếp cận trong quá trình nhận dạng chữ
viết tay. Sau đó, đưa ra một phương pháp trích
chọn đặc trưng hiệu quả đối với tiếng Việt.
Tiếp đó, giới thiệu các phương pháp học được
sử dụng trong nhận dạng theo hướng tiếp cận
lựa chọn đặc trưng trên. Cuối cùng, là những
kết quả, bình luận và đánh giá theo các hướng
tiếp cận này.
1. Giới thiệu tổng quan về nhận dạng
chữ viết tay
Trong phần này tôi tóm tắt những nội dung
bao quát nhất trong trong nhận dạng chữ viết.
Nó bao gồm các nội dụng cơ bản sau:
a. Phân loại bài toán
Ở mức khái quát nhất, nhận dạng chữ viết
tay được chia làm hai loại: nhận dạng chữ viết
tay trực tuyến và gián tuyến. Ngoài biết thông
tin về các điểm ảnh như chữ viết tay gián tuyến,
chữ viết tay trực tuyến biết thêm thông tin về
các nét bút và thứ tự các điểm trong mỗi nét
bút.
b. Mô hình tổng quát của nhận dạng chữ
viết tay
Để nhận dạng chữ viết tay cần trải quả hai
giai đoạn. Giai đoạn đầu là giai đoạn huấn
luyện hay còn gọi là giai đoạn học, nhiệm vụ
của giai đoạn này là đưa ra mô hình học cho
giai đoạn nhận dạng, giai đoạn sử dụng các kết
quả của giải đoạn huấn luyện để nhận dạng chữ
viết tay, xem Hình 1.
- 44 -
GV hướng dẫn: TS. Bùi Thế Duy
Hình 1 Sơ đồ một hình nhận dạng chữ viết tay
c. Các phương pháp trích chọn đặc trưng
Hiện nay, có rất nhiều phương pháp trích
chọn đặc trưng được sử dụng trong nhận dạng
chữ viết tay tiếng Việt. Chúng được chia thành
các loại sau:
o Sự biến đổi toàn cục và những thuộc
tính khai triển thành chuỗi: Biến đổi Fourier,
Biến đổi DCT, Biến đổi Walsh-Hadamard, Biến
đổi Rapid, Biến đổi Hough, Biến đổi Gabor,
Biến đổi Wavelets, Khai triển Karhunen-Loeve
Expansion, Moments.
o Những thuộc tính theo xác suất: Nó
gồm các phương pháp theo vùng, nơi đặc trưng,
giao và khoảng cách.
o Những thuộc tính hình học và topo: Dựa
nét bút, hướng của nét bút và những đường lồi,
sự mã hóa theo 8 và 4 hướng cơ bản, số lượng
giao điểm tự cắt trong kí tự, tỉ lệ giữa chiều
rộng và chiều cao, Số lượng đường cong mở về
trên dưới, phải trái,..
d. Những kỹ thuật huấn luyện và nhận
dạng: Các kỹ thuật nhận dạng chữ viết tay
thường được chia làm ba phương pháp: Phương
pháp dựa theo thống kê, Phương pháp dựa theo
cú pháp, Phương pháp dựa theo học máy
2. Phương pháp trích chọn đặc trưng
Phần này, sẽ giới thiều một phương pháp
trích chọn đặc trưng sử dụng biển đổi Cosine
rời rạc. Nó biến đổi một dãy số tuần hoàn về
hàm xấp xỉ gồm tổng các hàm Cosine cơ bản,
hay xấp xỉ một dãy số bằng một tập các hàm
Cosine tuần hoàn hay còn là phổ của chúng.
Các đặc trưng chọn được sẽ xấp xỉ các nét bút.
Biến đổi này loại bỏ nhiễu và các biến đổi
tuyến tính. Đồng thời nó có sự tập trưng năng
lượng cao vào một ít các hệ số nên nó là
phương pháp tốt cho nhận dạng chữ viết tay
trực tuyến. Hình 2 Hệ thống nhận dạng chữ viết tay tiếng
Việt
3. Các phương pháp học máy để nhận
dạng chữ viết tay tiếng Việt
5. Kết luận:
Phần này, giới thiệu một số phương pháp
Trên đây, tôi đã trình một số phương pháp
học máy được sử dụng trong thực nghiệm để
trong phân lớp nhằm nhận dạng chữ viết tay
nhận dạng chữ viết tay tiếng Việt trực tuyến. tiếng Việt. Tôi đã đưa ra phương pháp trích
Nó bao gồm các phương pháp: Mạng nơ ron, chọn đặc trưng tốt, cùng kỹ thuật học máy hiệu
máy vector hỗ trợ, chương trình tiến hóa quả để nhận dạng chữ viết tay tiếng Việt bước
4. Kết quả thực nghiệm và thảo luận đầu có những kết quả nhất định.
Dựa vào đặc thù của ngôn ngữ tiếng Việt, và
những tính chất của phương pháp trích chọn Tài liệu tham khảo:
đặc trưng. Tôi sử dụng thiết kế hệ thống nhận
dạng chữ viết tay tiếng Việt gồm có ba tầng [1] N. Ahmed, T. Natarajan, and K. R. Rao.
chính: Discrete cosine transform. IEEE Trans.
- Tầng thứ nhất giúp phân biệt các kí tự Computers, C-23(1), January 1974
chính giống như bảng chữ cái tiếng Anh a..z [2] J. F. Hebert, M. Parizeau, and N. Ghazzali.
(không tính dấu và mũ). A new fuzzy geometric representation for on-
- Tầng thứ hai dùng cho việc nhận biết line isolated character recognition. In
các mũ trên kí tự. Proceedings of the 14th International
- Tầng ba giúp nhận biết các thanh điệu Conference on Pattern Recognition, 1998
xuất hiện cùng các nguyên âm. Với mỗi kí tự, [4] Tom M. Mitchell, Machine Learning,
biến đổi DCT của nó là dữ liệu đầu vào của hệ McGraw-Hill, 1997.
thống . [5] Diego Andina, Duc Truong Pham,
Computational Intelligence, 2007 Springer
Bảng tóm tắt kết quả: [6] Wolfgang Banzhaf, Peter Nordin, Robert E.
Keller, Frank D. Francone, Genetic
Phương pháp Chữ cái Dấu mũ Dấu
Programming An Introduction, Morgan
GP Chưa Chưa Chưa
Kaufmann Publishers, 1998
NN 84.50 >82.00 >83.00
SVM 93.01 >92.00 >95.00

- 45 -
 XÂY DỰNG HỆ THỐNG ĐỒ HỌA 3D HỖ TRỢ GIAO DIỆN ZUI DỰA
TRÊN OPENGL ES
Nguyễn Văn Lâm
MSV: 04020229
Email: lamnv86@yahoo.com
1. Giới thiệu
Các thiết bị di động thường có cấu hình thấp
và màn hình kích thước nhỏ. Vì thế phát triển các
ứng dụng đồ họa trên các thiết bị di động có nhiều
khó khăn, khác biệt so với trên PC. Để đơn giản
hóa quá trình phát triển các ứng dụng đồ họa 3D
trên các thiết bị di động với màn hình kích thước
nhỏ, khóa luận nghiên cứu xây dựng một hệ thống
đồ họa 3D hỗ trợ một cách tự động giao diện ZUI
sử dụng công nghệ OpenGL ES. Hệ thống được
xây dựng sẽ cung cấp giao diện lập trình đồ họa ở
mức cao hơn, nhờ đó lập trình viên không cần
phải quan tâm đến quá trình xử lý ở mức thấp với
các câu lệnh OpenGL ES. Khi sử dụng hệ thống,
lập trình viên tương tác với các đối tượng C++
được quản lý bởi một cấu trúc phân cấp. Với cấu
trúc khung cảnh cùng với các chức năng như xử
lý trước hiển thị, xử lý các mức chi tiết, xử lý
hình ảnh được cung cấp bởi hệ thống, lập trình
viên có thể xây dựng nhanh các ứng dụng đồ họa
3D phức tạp như phim hoạt hình hay các ứng
dụng game.
2. Giao diện ZUI
Khoảng ba mươi năm trở lại đây giao diện
người dùng WIMP (windows, icons, menus,
pointes) đã biến máy tính trở thành công cụ hữu
ích tiện lợi cho những người dùng thông thường.
Tuy nhiên, những năm gần đây, những ứng dụng
dựa trên kiểu giao diện này ngày cảng trở nên lớn
- 46 -
Cán bộ hướng dẫn:
ThS. Vũ Quang Dũng
ThS. Trần Thị Mai Thương
hơn, khó kiểm soát hơn. Điều này đã thúc đNy sự
phát triển của kiểu giao diện mới. Là một bước kế
tiếp từ giao diện máy tính truyền thống, giao diện
ZUI (zoomable user interface), đôi khi được gọi
là giao diện người dùng multi-scale, đã khắc phục
được những hạn chế của kiểu giao diện truyền
thống. Giao diện ZUI tạo nên môi trường làm việc
có khả năng tùy biến cao hơn và có tính động
hơn. ZUI sử dụng khái niệm mặt phẳng hai chiều
vô hạn để trình diễn không gian làm việc của
người dùng. Tầm nhìn của người dùng có thể thay
đổi ở cả vị trí và quy mô thông qua hiệu ứng
panning (trải ra theo các hướng) và zooming
(phóng to thu nhỏ). Mô hình này tạo ra không
gian làm việc cho phép trình diễn tất cả các đối
tượng dữ liệu.
3. Môi trường phát triển đồ họa 3D trên
thiết bị di động
Thiết bị di động thường được chia ra thành
hai loại là thiết bị hỗ trợ hệ điều hành mobile mở
và thiết bị hỗ trợ hệ điều hành mobile đóng. Phát
triển ứng dụng đồ họa 3D thường được thực thi
dựa trên các nền tảng đồ họa 3D. Hai API chính
dành cho phát triển ứng dụng đồ họa 3D trên PC
là OpenGL và DirectX đều có các phiên bản cải
tiến dành cho hệ thống nhúng. Phiên bản cải tiến
của OpenGL được gọi là OpenGL ES hiện được
hỗ trợ bởi một số thiết bị cầm tay có hệ điều hành
mobile mở. Truy cập trực tiếp các API của
OpenGL ES là cần thiết đối với các ứng dụng có
yêu cầu về tối ưu hóa tốc độ.
4. Thiết kế hệ thống đồ họa
Các hệ thống đồ họa có cấu trúc thường được
thiết kế theo hai hướng là hướng polylithic và
hướng monolithic. Khác biệt chính giữa hai
hướng thiết kế này là cách thức để gắn kết và
thêm vào các thành phần mới. Mỗi hướng thiết kế
có những ưu điểm và nhược điểm riêng, một hệ
thống tối ưu thường kết hợp hài hòa hai hướng
thiết kế trên.
Thiết kế tương tác cho giao diện ZUI bao
gồm thiết kế tương tác với bàn phím và thiết kế
tương tác với bút đối với màn hình cảm ứng.
Đối với hệ thống hỗ trợ giao diện ZUI thì
người dùng có thể điều khiển không gian thông
tin để lựa chọn thành phần nào được trình diễn và
phạm vi trình diễn bằng cách thực hiện các thao
tác zooming và panning. N hư vậy hệ thống cần
xây dựng được một cấu trúc dữ liệu để quản lý
các đối tượng cũng như thực hiện những xử lý cần
thiết để đáp ứng các sự kiện zooming và panning.
Phần này sẽ trình bày phương pháp biểu diễn các
đối tượng và quản lý các đối tượng trong một cấu
trúc phân cấp, giải pháp cài đặt camera để tạo
hiệu ứng zooming và panning, phương pháp xử lý
tối ưu hóa quá trình hiển thị và phương pháp xử lý
tăng giảm độ phân giải khi phóng to thu nhỏ đối
tượng.
5. Cài đặt hệ thống
Phần này trình bày chi tiết mô hình cài đặt
của hệ thống. Các lớp, phương thức và thuộc tính
tiêu biểu sẽ được trình bày.
6. Kết luận
Khóa luận đã xây dựng được một khung cảnh
3D hỗ trợ giao diện ZUI một cách tự động. Khung
cảnh 3D bao gồm các đối tượng hình học cơ
- 47 -
bản(như hình cầu, hình hộp chữ nhật), hình ảnh
và nguồn sáng. Sử dụng hệ thống này người dùng
có thể dễ dàng dựng nên khung cảnh 3D với nhiều
thành phần khác nhau mà không cần phải quan
tâm đến những xử lý đồ họa ở mức thấp với các
câu lệnh OpenGL ES.
N goài ra với thiết kế có tính mở, người dùng
cũng có thể tự định nghĩa các lớp mới để biểu
diễn các kiểu đối tượng mới bằng cách kế thừa từ
những lớp đã có sẵn của hệ thống.
Bên cạnh những kết quả đã đạt được hệ thống
còn tồn tại một số hạn chế. Đối với các thiết bị có
bàn phím, hệ thống đã cung cấp khá đầy đủ giao
diện ZUI. Tuy nhiên đối với các hệ thống có màn
hình cảm ứng, hệ thống mới chỉ xử lý được sự
kiện nhấn bút để thực hiện phóng to khung cảnh
và thay đổi góc nhìn.
N goài ra các kiểu đối tượng được hỗ trợ bởi
hệ thống vẫn còn ít và còn khá đơn giản. Hệ
thống cũng chưa cài đặt được chức năng xử lý
tăng giảm độ phân giải đối với các mô hình mạng
lưới.
Tài liệu tham khảo
[1] Thorsten Büring: Zoomable User Interface on
Small Screens.
[2] Benjamin B.Bederson, Jesse Grosjean, Jon
Meyer: Toolkit Design for Interactive Structured
Graphics.
[3] Mikael Gustavsson: 3D Game Engine Design
for Mobile Phones with OpenGL ES 2.0.
[4] Erich Gamma, Richard Helm, Ralph Johnson, John
Vlissides: Design Patterns
Elements of Reusable Object-Oriented Software.
[5] Khronos Group: OpenGL ES Specification.
[6] http://glprogramming.com/red/
[7] http://www.zeuscmd.com/tutorials/opengles/
 HỆ QUẢN LÝ GIAO VIỆC ỨNG DỤNG CÔNG NGHỆ
WORKFLOW VÀ CÔNG NGHỆ HƯỚNG ĐỐI TƯỢNG
Doãn Đình Lương
MSV: 04020240
Email: doanluong@gmail.com
1. Giới thiệu
Hoạt động giao việc và điều hành xử lý
công việc là một hoạt động chủ đạo trong hầu
hết các tổ chức, doanh nghiệp. Để tổ chức và
theo dõi điều hành một công việc thực hiện
qua nhiều người, nhiều cấp, trên nhiều giai
đoạn thời gian khác nhau gặp rất nhiều khó
khăn. Từ nhu cầu thực tiễn đó, tôi đã xây
dựng hệ thống quản lý giao việc nhằm hỗ trợ
cho công tác quản lý giao việc được khoa học
và dễ dàng hơn.
2. Cơ sở lý thuyết
Hệ thống được xây dựng theo phương
pháp phân tích, thiết kế hướng đối tượng sử
dụng công cụ Rational Rose và ngôn ngữ
UML. Đây là một công nghệ mới rất hiệu quả
hỗ trợ rất tốt cho quá trình phân tích và thiết
kế.
3. Tổ chức Hệ quản lý giao việc
Hệ thống thực hiện những chức năng
chính sau:
3.1 Quản lý công văn
Quản lý các thông tin về công văn, nhân
viên, phòng ban. Các công việc chính bao
gồm: xem và cập nhật thông tin liên quan.
3.2 Quản lý công việc
Quản lý các thông tin về công việc. Các
công việc chính bao gồm: cập nhật đầu mục
công việc, phân công việc, cập nhật chỉ đạo
giải quyết công việc và giải quyết công việc.
3.3 Quản trị người dùng
- 48 -
Cán bộ hướng dẫn:
PGS.TS Nguyễn Văn Vỵ
Quản lý thông tin người dùng hệ thống.
Các công việc chính bao gồm: cập nhật người
dùng và phân quyền sử dụng các chức năng
của hệ thống.
3.4 Quản trị bản gốc
Quản lý mượn và trả tài liệu (công văn).
4. Cài đặt thử nghiệm
Lựa chọn công nghệ thiết kế ứng dụng
Môi trường cài đặt: Hệ thống được cài đặt
trên nền web theo mô hình client/server.
Ngôn ngữ sử dụng: Ngôn ngữ PHP.
Cơ sở dữ liệu: MySQL.
5. Kết luận
Khoá luận đã trình bày về Hệ quản lý
giao việc ứng dụng workflow và công nghệ
hướng đối tượng.
Trong khoá luận này, tôi đã thực hiện
được những công việc sau:
Vận dụng phương pháp phân tích,
thiết kế hướng đối tượng sử dụng công cụ
Rational Rose và ngôn ngữ UML để phân
tích, thiết kế và xây dựng hệ thống ứng dụng
có kết quả.
Hệ thống được xây dựng đã đáp ứng
được hầu hết các yêu cầu đặt ra của đề tài và
đã chạy thử nghiệm trên một số dữ liệu.
Hướng phát triển tiếp theo của hệ thống
trong tương lai:
Hoàn thiện các chức năng đã có.
Nghiên cứu và áp dụng khung làm
việc cho phép lập lịch giải quyết công việc.
 Nghiên cứu phát triển chức năng tạo
và tổ chức, giải quyết công việc thông qua mô
hình đồ hoạ.
Tài liệu tham khảo
Tài liệu Tiếng Việt
[1] Đặng Văn Đức (2002), Phân tích thiết kế
hướng đối tượng bằng UML, Nhà xuất bản
Giáo Dục, Hà Nội.
[2] Nguyễn Nam Hải (2007), Bài giảng môn
Lập trình trên nền Web.
[3] Phạm Hữu Khang (2005), Xây dựng ứng
dụng web bằng PHP & MySQL, Nhà xuất bản
Phương Đông.
[4] Trương Ninh Thuận (2007), Bài giảng và
Slide môn Ngôn ngữ mô hình hoá UML.
- 49 -
[5] Nguyễn Văn Vỵ (2002), Phân tích thiết kế
các hệ thống thông tin hiện đại hướng cấu
trúc và hướng đối tượng, Nhà xuất bản Thống
kê, Hà Nội.
[6] Nguyễn Văn Vỵ (2004), Bài giảng Phân
tích thiết kế phần mềm theo hướng đối tượng.
Các trang web
[7] htttp://www.uml.org/
[8] htttp://www.rational.com/uml
Bộ công cụ
[9] IBM Rational Rose Enterprise Edition –
Rational Suite Enterprise for Windows 2005.
[10] Bộ soạn thảo PHP – Dreamweaver8.
 NGHIÊN CỨU VỀ XỬ LÝ ẢNH TRONG XÂY DỰNG BẢN ĐỒ
Vũ Thị Lý
MSSV: 04020244
Email: v_ly_cn@yahoo.com
1. Giới thiệu
Ngày nay, có rất nhiều ứng dụng bản đồ số
đem lại nhiều lợi ích và tiện dụng cho người
dùng, như Google Earth, Google Maps, Yahoo
Maps… Trong ứng dụng như Google Maps, bạn
có thể xem xét địa hình dưới mặt đất ở nhiều mức
độ, từ trên vệ tinh, có thể nhìn thấy vùng đất của
các quốc gia, hay đi vào mức độ chi tiết hơn, có
thể nhìn thấy bản đồ đường phố tại một thành
phố, quốc gia nào đó …
Để xây dựng một bản đồ nào đó, các ứng
dụng phải xây dựng bản đồ lớn dựa vào các bức
ảnh chụp chi tiết hơn, xử lý các ảnh này sao cho
bản đồ tổng thể mô phỏng một cách chính xác
nhất. Những bức ảnh dùng trong tạo bản đồ
thường được chụp bởi các thiết bị chuyên dụng
như vệ tinh, robot … với các số đo và sự điều
chỉnh tinh xảo. Với hệ thống thu nhận ảnh từ vệ
tinh, các ảnh chụp có thể được bỏ qua các sai số
nhỏ, mức độ chi tiết không cao. Nhưng đối với
ứng dụng cần sự chi tiết, như tạo bản đồ trong
nông nghiệp, dùng trong địa phương, hoặc từng
quốc gia thì yêu cầu về mức độ chi tiết cao hơn.
Do đó, hệ thống thu nhận ảnh trong trường hợp
này thường dùng scanner, đặt trên máy bay. Đối
với hệ thống thu nhận kiểu này, ảnh thu được khá
chi tiết, nhưng sai số ảnh hưởng khá rõ nét tới ảnh
thu được.
Luận văn sẽ tâp trung vào vấn đề xử lý ảnh
để tạo bản đồ dựa trên tập các ảnh thu được do hệ
thu nhận scanner đặt trên máy bay trực thăng. Các
ảnh được chụp ở các lần chụp gần nhau có các
phần, vùng chung nhau.
2. Tổng quan quá trình xử lý ảnh
Quá trình xử lý tạo bản đồ bao gồm các thao
tác phức tạp hơn. Các ảnh mặc dù khi ghép một
cách đơn giản dựa vào độ dịch chuyển thì tỉ lệ độ
- 50 -
Cán bộ hướng dẫn: ThS. Nguyễn Việt Hà.
TS. Nguyễn Hoài Sơn.
dãn giữa các đối tượng ở gần vùng trùng nhau
không giống nhau. Ở một phần trùng, tỉ lệ giữa
hai đối tượng giống nhau, nhưng càng ra xa điểm
trung tâm của ảnh thì tỉ lệ các đối tượng không
khớp càng tăng cao. Do đó, các ảnh phải được
thực hiện quy đổi về các mô hình hình học đồng
nhất. Sau đó các ảnh được ghép với nhau dựa trên
sự ước lượng căn chỉnh. Để thực hiện ghép các
đối tượng ảnh [3] một cách tự động, thì vấn đề
tìm ra sự tương ứng giữa các ảnh gần nhau và
trùng một phần lên nhau cũng phải được xử lý.
Quá trình tìm sự tương ứng giữa các ảnh dùng
phương pháp dựa vào các đặc trưng , thông qua
mô hình chuyển động biến đổi hình học, hoặc dựa
vào các mô tả bất biến [6]. Sau khi quá trình ghép
ảnh thực hiện xong, một giai đoạn làm mờ các
cạnh ghép được thực hiện để loại bỏ vết nối giữa
các ảnh. Để nâng cao chất lượng ảnh thì quá trình
xử lý còn phải thực hiện thêm các một số kĩ thuật
thực hiện vi chỉnh đối với ảnh thu được.
3. Bài toán tạo bản đồ
a. Phát hiện các đặc trưng
Đặc trưng được chọn trong bài toán này là các
vùng, tương ứng với các đối tượng. Ưu điểm của
việc chọn đặc trưng là vùng, là các đối tượng này
bất biến đổi với một số phép biến đổi, như phép tỉ
lệ, phép quay. Đơn vị đo để phân cụm, tách các
đối tượng là sự kết hợp của màu sắc, kết cấu [1].
Để thực hiện phân vùng, không bị ảnh hưởng của
việc đổ bóng của đối tượng, thì công thức được áp
dụng là:
^
S ( x, y ) = Gabor{log E ( x, y )}
^
Sλ ( x, y ) = Gabor{log E λ ( x, y )}
^
S λλ ( x, y ) = Gabor{log Eλλ ( x, y )}
Trong đó hàm E là hàm đo mật độ năng lượng tại
điểm ảnh (x,y) với bước sóng λ.
Thuật toán được sử dụng để phân cụm là thuật
toán K-means [8], giả định ảnh bao gồm k cụm
được phân vùng, và dựa vào đơn vị đo kết hợp
giữa màu sắc-kết cấu, để phân vùng. Trong quá
trình phát hiện các đặc trưng này, thì nguyên lý
phân tích các thành phần [5] được áp dụng để
giảm bớt thông tin phải xử lý do quá trình áp
dụng lọc Gabor gây ra.
b. Tìm sự tương ứng giữa các đặc trưng
Sau khi các vùng được phát hiện ở trên,
thì sẽ lưu lại vị trí trọng tâm của các vùng đó, gọi
là các điểm điều khiển. Các điểm điều khiển này
sẽ được áp dụng mô hình chuyển động, bao gồm
phép dịch chuyển, quay và lấy tỉ lệ để tìm sự
tương ứng. Các cặp điểm điều khiển này sẽ dùng
để chuyển các ảnh về mô hình đồng nhất, và ước
lượng sự căn chỉnh giữa các ảnh tương ứng.
Hàm ánh xạ giữa các điểm điều khiển
tương ứng của hai ảnh được dùng để xác định để
ước lượng sự căn chỉnh [4].
c. Ghép ảnh vào mặt phẳng
Bề mặt tham chiếu để thể hiện tập các đối
tượng ảnh ở đây là mặt phẳng. Các ảnh được xác
định để ánh xạ vào mặt này. Với các phần trùng
nhau, các điểm pixel được chọn theo trọng số,
ứng với trung bình lũy thừa bận n với khoảng
cách tới viền chung của hai hay nhiều ảnh. Sau đó
ảnh được thực hiện một số biện pháp làm mờ các
vết nối giữa các ảnh ở các phần trùng nhau [4].
d. Phụ lục
Phần này nêu ra một số công thức hình
học không gian [5,7], tính vị trí tọa độ của camera
tại mỗi điểm chụp ảnh, và vị trí của các điểm góc
ứng với mỗi lần chụp. Các thông tin này dùng để
xem xét độ chính xác của quá trình thu nhận ảnh,
và phần nào giúp giảm quá trình tính toán, giới
hạn vùng cần xử lý ở mỗi ảnh.
4. Kết quả
Luận văn đưa ra những giải pháp đề xuất
cho quá trình ghép ảnh và các bước cơ bản để
hoàn thành quá trình đó.
Thuật toán được thực nghiệm trên
MATLAB, mô phỏng một số kĩ thuật cơ bản của
việc biến đổi các pixel tương ứng về đơn vị đo
màu sắc-kết cấu. Thứ hai, là việc áp dụng thuật
toán K-means để phân vùng. Cuối cùng là quá
trình ghép ảnh và xử lý chung đối với ảnh thu
được. Trong quá trình cài đặt, do khối lượng
- 51 -
thông tin điểm ảnh xử lý quá lớn, nên một số kết
quả không đạt được như mong muốn. Và quá
trình cài đặt cần thêm thời gian và đầu tư để đạt
được hiệu quả về thời gian, và hiệu năng xử lý tốt
hơn.
5. Kết luận
Trong quá trình nghiên cứu nhiều loại tài
liệu khác nhau, bao gồm cả các văn bản tiếng Việt
và tiếng Anh và việc nghiên cứu nhiều thuật toán
khác nhau, tôi đã lựa chọn, áp dụng để đưa ra
được một số các giải pháp và cài đặt thử nghiệm
các thuật toán để ghép các ảnh.
Các công việc cần được nghiên cứu tiếp:
• Nhận ra sự tương ứng giữa các cặp
ảnh từ một tập ảnh không xác định
thứ tự.
• Thực hiện các vi chỉnh với ảnh sau
khi được ghép, điều chỉnh độ sáng,
tối, màu sắc.
• Cải thiện hiệu năng, thời gian tính
toán.
Tài liệu tham khảo
[1] Minh A. Hoang, Jan-Mark Geusebroek,
Arnold W.M. Smeulders, “Color texture
measurement and segmentation”. Signal
Processing 85, page 265-275.2005
[2] Lindsay I Smith. “A tutorial on Principal
Components Analysis”. February, 2002.
[3] Heung-Yeung Shum, Richard Szeliski
.“Panoramic Image Mosaics”. Technical
Report MSR-TR-97-23, Microsoft
Research.
[4] Richard Szeliski. “Image Alignment and
Stiching: A tutorial”. Computer Graphics
and Vision, Vol. 2, No 1. Microsoft
Research, 2006.
[5] John Vince. Mathematics for Computer
Graphics. Springer, 2004.
[6] Barbara Zitová, Jan Flusser. “Image
Registration methods: a survey”.Image
and Vision Computing 21, page 977-
1000.2003.
[7] http://www.euclideanspace.com/maths/g
eometry/index.htm.
[8] http://en.wikipedia.org/wiki/Segmentatio
n_(image_processing)
 WORKFLOW NỀN TẢNG CHO CÁC ỨNG DỤNG PHẦN MỀM
Thực hiện: Lục Quang Mạnh
Mã số sinh viên: 04020247
Email: manhlq@gmail.com
1 Giới thiệu
Hiện nay, mọi công việc trong thực tế
đều có quy trình nghiệp vụ để giải quyết
công việc. Ví dụ, một dự án phần mềm
phải trải qua các công đoạn: xác định
yêu cầu, phân tích, thiết kế, cài đặt,
kiểm thử, chuyển giao, bảo trì. Trong tư
duy giải quyết bài toán, ta cũng suy nghĩ
theo hướng luồng công việc. Chúng ta
chia bài toán thành các bước thực hiện
sau đó giải quyết từng bước này. Như
vậy Workflow là nền tảng cho việc giải
quyết công việc trong thực thế.
Khi tin hóa các hệ thống, chúng ta thực
hiện mô hình hóa cách giải quyết của hệ
thống thực tế vào trong ứng dụng phần
mềm. Việc làm này chính là đưa luồng
công việc vào trong hệ thống phần mềm.
Như vậy luồng công việc đã chuyển từ
thực tế vào trong ứng phần mềm, qua đó
ta thấy được Workflow là nền tảng của
ứng dụng phần mềm.
Để thuận tiện cho việc chuyển các luồng
công việc thực tế vào trong ứng dụng,
chúng ta cần xây dựng một Framework
hỗ trợ Workflow để việc ánh xạ
Workflow thực tế vào Workflow của
phần mềm trở nên dễ dàng hơn.
- 52 -
Người hướng dẫn: TS.Bùi Thế Duy
Đồng hướng dẫn: TS.Lê Sỹ Vinh
2 Tổng quan về Workflow và
UIPAB
Một workflow là tập hợp cá đơn vị cơ
bản được gọi là các activities (các hoạt
động) được lưu trữ như là mô hình phản
ánh một tiến trình thế giới thực.
Workflow cung cấp một cách trình bày
thứ tự thực hiện và quan hệ phụ thuộc
giữa các phần công việc đang thực thực
thi. Các công việc này được biểu diễn
thông qua mô hình từ khi bắt đầu cho tới
khi kết thúc, và các hoạt động này phải
được thực hiện bởi con người hoặc các
chức năng hệ thống.
UIPAB là một Framework mã nguồn
mở do Microsoft phát triển nhằm quản
lý tiến trình giao diện. UIPAB chia
thành hai phần:
• UIC (User Inteface Componet): Đó
là các thành phần giao diện sử dụng.
Nhiệm vụ của nó là hiển thị thông tin
và lấy thông tin từ người sử dụng để
chuyển xuống cho tầng sử lý nghiệp
vụ. Thể hiện của UIC đó là các Form
trên ứng dụng Desktop, các Web
Page cho ứng dụng Web.
• UIP (UI Process Componet): Đó là
quy trình xuất hiện các UIC. Nó thực
hiện điều khiển sự xuất hiện của các
UIC trong ứng dụng phần mềm.
Như vậy ta thấy được rằng UIPAB và
Workflow có sự giống nhau. Workflow
có hai phần chính đó là:
• Các công việc: Đó là một đơn vị
thực hiện giải quyết công việc.
• Các hoạt động: Đó là việc ghép nối
các công việc để thành luồng công
việc.
Như vậy có thể biểu diễn mỗi một đơn
công việc thực hiện trên một UIC. Việc
quản lý sự xuất hiện các UIC này tương
ứng với luồng công việc sẽ do UIP đảm
nhiệm. Từ đây ta có thể kết luận UIPAB
là một Framework hỗ trợ Workflow.
3 Thiết kế Framework hỗ trợ
Workflow
Như trên ta kết luận UIPAB là một
Framework hỗ trợ Workflow. Tuy nhiên
vẫn còn một số hạn chế cần khắc phục:
• Thông tin mô tả luồng công việc ở
file cấu hình không mã hóa do đó dễ
bị thay đổi làm mất an toàn cho ứng
dụng. Do đó cần thiết kế lại bộ phận
quản lý cấu hình cho UIPAB lấy
thông tin từ CSDL.
• Khi chuyển trạng thái giữa hai UIC
thì phải truyền thông tin cho nhau.
- 53 -
Giải pháp là ta đưa dữ liệu qua State.
Tuy nhiên dữ liệu này có thể phải sử
lý nghiệp vụ nào đó rồi mới chuyển
cho State. Do đó ta cần bổ xung
logicFunction vào trạng thái chuyển
và xây dựng cơ chế triệu gọi
logicFunction này.
4 Xây dựng công cụ quản trị
Workflow
Ta thấy thông tin luồng công việc lưu ở
trong CSDL rất an toàn. Tuy nhiên
muốn thay đổi luồng công việc ta phải
thực hiện bằng các lệnh SQL là biện
pháp không thể chấp nhận được. Chính
vì lý do đó ta phải xây dựng công cụ
quản trị Workflow giúp người quản lý
có thể trực quan trong việc tạo lập luồng
công việc.
5 Tài liệu tham khảo
[1] Nguyễn Văn Ba, Phát triển hệ thống
hướng đối tượng với UML 2.0 và C++,
Nhà xuất bản đại học Quốc Gia Hà nội,
2005.368 tr.
[2] Naveen Yajaman, Edwardo Jeziesky,
Mohammad Al-Sabt, Blaine Wastell,
Thoughtworks: User Interface Process
Application Block Version 2.0.
Microsoft 2004.123 tr.
[3] Rockford Lhotka, Expert VB 2005
Business Object, Second Edition,
Apress, 2005.696 tr.
XÂY DỰNG PHẦN MỀM QUẢN LÝ CỔ ĐÔNG, CỔ TỨC VÀ HỖ TRỢ BẦU CỬ CHO CÔNG
TY CỔ PHẦN NAPHACO
Trịnh Đức Minh
MSSV: 04020252
Email: vua_co_86@yahoo.com
1. Giới thiệu
Trong những năm qua chính phủ đã đưa ra
nhiều cơ chế, chính sách thích hợp, kịp thời
nhằm đNy mạnh hơn nữa quá trình cổ phần hóa
tại các doanh nghiệp nhà nước với mục tiêu là
đổi mới doanh nghiệp nâng cao hiệu quả sự
dụng vốn của nhà nước tại doanh nghiệp
Tuy nhiên, quá trình cổ phần hóa cũng đặt
ra nhiều thách thức với công việc chuyển từ
doanh nghiệp nhà nước sang công ty cổ phần
đồng nghĩa với việc chuyển đổi hình thức pháp
lý và môi trường kinh doanh của doanh nghiệp.
Một số vấn đề nảy sinh là quản lý danh sách cổ
đông sao cho chặt chẽ, chi trả cổ tức thật chính
xác, phải tiến hành bầu của Hội đồng quản trị
theo định kỳ. Ở nhiều doanh nghiệp việc quản
lý chưa khoa học sẽ dẫn đến hiện tượng chồng
chéo, thông tin đưa ra không nhất quán và
chính xác
Đề tài: “ Xây dựng phần mềm hỗ trợ bầu
cử và quản lý cổ đông, cổ tức cho công ty cổ
phần Naphaco” nhằm mục đích:
Hỗ trợ cho việc tập hợp số liệu bầu cử một
cách nhanh chóng và chính xác, đảm bảo tính
minh bạch và khoa học của số liệu trong biên
bản bầu cử.
Theo dõi danh sách các cổ đông của công
ty, các quá trình chia, tách, điều chuyển, tăng
giảm cổ phần và chi trả cổ tức hàng năm của
công ty.
Lập báo cáo, tổng hợp các thông tin một
cách nhanh chóng chính xác, dữ liệu đựơc lưu
trữ qua nhiều năm, dễ dàng truy cập, tìm kiếm
2 . Cấu trúc của khóa luận
N ội dung khóa luận chia làm 3 phần tương
ứng với 3 chương.
- 54 -
Cán bộ hướng dẫn:
PGS.TS Nguyễn Văn Vỵ
Chương 1 giới thiệu về công ty cổ phần
dược phNm N aphaco và hiện trạng công tác
quản lý cổ đông, cổ tức và bầu cử của công ty.
Chương 2 khảo sát và tìm hiểu yêu cầu của
phần mềm.
Chương 3 phân tích, thiết kế và xây dựng
phần mềm.
3. Những chức năng của phần mềm
- Cập nhật cổ đông
Khi công ty có thêm một cổ đông mới thì
chức năng cập nhật cổ đông sẽ tạo ra trong cơ
sở dữ liệu cổ đông một bản ghi mới gồm các
thông tin mà cổ đông đó mới cung cấp.
Khi một cổ đông của hệ thống muốn sửa
đổi, thêm, xóa hay nói chung là cập nhật các
thông tin của mình thì chức năng cập nhật cổ
đông thực hiện công việc này.
Khi một cổ đổng của công ty bị xóa bỏ thì
chứng năng cập nhật cổ đông sẽ làm việc này
bằng cách xoa đi bản ghi lưu thông tin của cổ
đông này trong cơ sở dữ liệu cổ đông.
- Cập nhật thay đổi cổ phiếu
Khi cổ đông trong công ty muốn thay đổi
số cổ phần của mình trong công ty như mua,
bán, cho, tặng…Chức năng cập nhật thay đổi
cổ phiếu sẽ thực hiện chức năng này.
- Tính cổ tức
Khi Hội đồng quản trị ra quyết định tính cổ
tức. Chức năng tính cổ tức được sử dụng các
thông tin trong quyết định của hội đồng quản
trị như lãi suất và thông tin khác để tính cổ tức
cho toàn bộ cổ đông.
- Lập báo cáo
Hội đồng quản trị yêu cầu hệ thống lập rất
nhiều báo cáo. N hư báo cáo thông tin cổ đông,
số cổ phần và loại cổ phần cổ đông nắm giữ, - Trong thời gian tới, tôi sẽ xây dựng hệ thống
báo cáo chuyển nhượng cổ phần, thông tin về theo hướng cập nhật thay đổi cổ phiếu trực
chi trả cổ tức… tuyến, mỗi cổ đông có khả năng tự chuyển
- Hỗ trợ bầu cử nhượng cổ phiếu. Việc bNu cử sẽ được diễn
Hai năm một lần công ty cổ phần dược trực tuyến, cổ đông không cần trực tiếp tham
gia vào bầu cử, thậm chí dùng điện thoại di
phNm N am Hà N aphaco tổ chức đại hội cổ
đông. Chức năng hỗ trợ cho các đại hội cổ động để tham gia bầu cử.
đông tiến hành công việc bầu cử nhanh chóng Tài liệu tham khảo
và chính xác hơn với các chức năng trợ giúp
[1] PGS-TS N guyễn Văn Vỵ. Giáo trình
như in phiếu bầu, nhập phiếu đã bầu, tổng hợp
phân tích thiết kế hệ thống thông tin.
phiếu bầu và thông báo kết quả bầu cử. [2] Ths Đào Kiến Quốc. Giáo trình phân
Đầu vào: Danh sách các ứng viên bầu vào
tích thiết kế hệ thống thông tin
vị trí ban kiểm soát, hội đồng quản trị. Danh
sách cổ đông tham gia bầu cử và số cổ phần
tương ứng với mỗi cổ đông, phiếu bầu ứng với
mỗi cổ đông.
Đầu ra : Các báo cáo như kết quả bầu cử,
thống kê phiếu đã nhập, phiếu hợp lệ.
Kết quả bầu cử gồm: Kết quả kiểm phiếu (
số phiếu phát ra, số phiếu thu về, số phiếu hợp
lệ, số phiếu không hợp lệ, số cổ đông đi bầu cử
trực tiếp, số cổ đông ủy quyền đi bầu cử, kết
quả kiểm phiếu theo % ứng với từng ứng viên
trong danh sách phiếu bầu, kết quả bầu cử
được sắp xếp giảm dần theo số phiếu nhận
được.
Thống kê phiếu đã nhập: Kiểm soát tình
hình nhập phiếu bầu, như số phiếu đã phát ra,
số phiếu đã nhập, số phiếu chưa nhập đối với
từng loại cổ phiếu.
Kết quả kiểm phiếu chi tiết: Hiển thị chi
tiết việc cổ đông bầu cho từng ứng cử viên bao
nhiêu, phiếu hợp lệ và không hợp lệ.
- Thông báo kết quả kinh doanh
Khi kết thúc năm tài chính, hội đồng quản
trị sẽ công bố tình kết quả kinh doanh của công
ty trong năm tài chính vừa qua. Chức năng
thông báo kết quả kinh doanh dùng để thông
báo kết quả kinh doanh của công ty.
4. Kết luận
- Trong khóa luận này tôi đã đựơc mô hình
nghiệp vụ, mô hình thực thể chức năng, mô
hình quan hệ dữ liệu và thiết kế dữ liệu vật lý.
Bản cài đặt của tôi được đánh giá đúng đầy đủ
tất cả các chức năng yêu cầu, ngoài ra còn
đựơc đánh giá có giao diện đẹp, dễ sử dụng,
tạo hiệu quả cao.

- 55 -
ỨNG DỤNG LÝ THUYẾT MÃ HÓA THÔNG TIN TRONG VIỆC
XÂY DỰNG HỆ THỐNG BẦU CỬ ĐIỆN TỬ
Sinh viên: Trương Bảo Nam
Mã số sinh viên: 04020264
1.Giới thiệu về bài toán bầu cử:
Hiện nay , bầu cử là một hoạt động
không thể thiếu trong xã hội , là một
biện pháp quản lý hữu hiệu của
chính phủ , nhằm tập hợp thông tin
từ nhân dân trên một diện rộng một
cách nhanh chóng về một vấn đề
đưa ra. Một cuộc bầu cử được thực
hiện khách quan , chính xác và tiện
lợi đối với các cử tri sẽ góp phần
tăng thêm tính dân chủ trong xã hội
và góp phần nâng cao vai trò của
người dân trong quản lý bộ máy nhà
nước.
Chính vì lẽ đó, mục đích tiến hành
việc tin học hóa quá trình bầu cử đã
được đề ra từ rất lâu , đặc biệt trong
giai đoạn 20 năm trở lại đây đã
được nghiên cứu và tiến hành thực
nghiệm một cách nghiêm túc. Các
hệ thống bầu cử điện tử được đưa ra
đem lại lợi ích cho nhà quản lý và
sự thuận tiện từ phía cử tri.Với
những tính chất đặc thù của mình ,
vấn đề mà một hệ thống bầu cử đặt
ra là cần phải đảm bảo được tính
chính xác và an toàn thông tin cho
hệ thống khi triển khai. Bài toán bầu
cử cũng như các bài toán quản lý
khác đã và đang là đối tượng nghiên
cứu của lý thuyết an toàn và mã hóa
thông tin.
- 56 -
Giáo viên hướng dẫn:
PGS.TS Nguyễn Ngọc Bình
Trong luận văn sẽ đề cập đến các
hướng tiếp cận nhằm mục đích xây
dựng một hệ thống bỏ phiếu điện tử
thay thế cho cách thức bầu cử kiểu
cũ. Luận văn cũng trình bày những
khía cạnh đặc thù của bài toán đảm
bảo an ninh cho công tác bầu cử và
các lý thuyết mã hóa được đưa ra để
thỏa mãn yêu cầu này. Cuối cùng ,
từ những kết quả thu được, sẽ xây
dựng một ứng dụng thử nghiệm về
một hệ thống bầu cử điện tử có áp
dụng các lý thuyết mã hóa.
2. Nội dung
Cấu trúc luận văn gồm 3 phần
chính:
Phần 1 : Nêu các vấn đề liên quan
của bài toán bầu cử điện tử:
• Giới thiệu và đặc tả về bài
toán bầu cử.
• Những yêu cầu đặt ra đối với
việc xây dựng một hệ thống
bầu cử điện tử.
• Các lý thuyết mã hóa và an
toàn thông tin liên quan đến
đảm bảo an ninh cho hệ
thống.
Phần 2 : Giới thiệu về các hướng
tiếp cận xây dựng một hệ thống bầu
phiếu điện tử và các mô hình bỏ
phiếu tiêu biểu của mỗi loại. Cụ thể
, có thể chia thành 3 hướng tiếp cận các yêu cầu giao tiếp truyền thông
chính. và an ninh của thông điệp trên
• Hướng tiếp cận dựa trên sơ mạng.
đồ mã hóa sử dụng chữ kí
mù với lá phiếu của cử tri. Ta 3. Tài liệu tham khảo:
sẽ phân tích dựa trên sơ đồ [1] Phan Đình Diệu, Lý thuyết mật
mã hóa FOO. mã và an toàn thông tin, N hà xuất
• Hướng tiếp cận dựa trên việc bản Đại học Quốc gia Hà N ội
xây dựng kênh truyền Nn [2] Menezes , Handbook Of
danh an toàn giữa cử tri và Applied Cryptography.
ban quản trị. Ta sẽ phân tích [3]N guyễn Văn Vỵ, Phân tích thiết
một hệ mạng trộn phiếu kế hệ thống thông tin , N hà xuất bản
nhằm cung cấp đặc tính Nn Đại học Quốc gia Hà N ội
danh cho kênh truyền. [4] Tập bài giảng khoa Hệ thống
• Hướng tiếp cận dựa trên việc thông tin, Đại học Công nghệ.
áp dụng lý thuyết mã hóa
đồng cấu và chia sẻ thông tin
mật giữa bên quản trị với
phía cử tri. Sơ đồ mã hóa đưa
ra dựa trên việc sử dụng lý
thuyết mã hóa đồng cấu
nhằm đảm bảo việc tránh lợi
dụng phiếu bầu trong các
thực thể hệ thống.
Cả ba cách tiếp cận trên nhằm tăng
cường tính tin cậy và bảo mật cho
hệ thống trong trường hợp bị tấn
công và phát hiện các gian lận có
thể nảy sinh trong quá trình bầu cử.
Trong mỗi hướng , chúng ta tiến
hành phân tích các điểm mạnh cũng
như điểm yếu của hệ thống bầu cử
đưa ra.
Phần 3: Tiến hành xây dựng và cài
đặt thử nghiệm một hệ thống bỏ
phiếu qua mạng. Sơ đồ đưa ra có áp
dụng các lý thuyết mã hóa cơ sở từ
mô hình OMFOO99 để chuNn hóa

- 57 -
NGHIÊN CỨU VỀ KIỂM CHỨNG PHẦN MỀM DỰA TRÊN ASPECT
Nguyễn Thùy Nhung
MSV 0420280
Email: nhungnt.it@gmail.com
1. Giới thiệu
Khóa luận được thực hiện theo đề tài:
Nghiên cứu phương pháp kiểm chứng phần mềm
dựa trên Aspect. Đây là một đề tài mang ý nghĩa
thực tiễn, nhất là trong thời điểm hiện nay, khi
mà yêu cầu về chất lượng phần mềm ngày càng
cao. Nội dung của khóa luận trình bày kiến thức
cơ bản xung quanh các vấn đề: kiểm chứng phần
mềm; thiết kế phần mềm với UML (Unified
Modeling Language) và OCL (Object Constraint
Language); phương pháp lập trình hướng khía
cạnh (AOP) và ứng dụng AOP vào bài toán kiểm
chứng. Trên cơ sở đó, chúng tôi phân tích, làm rõ
lợi ích và quy trình thực hiện kiểm chứng phần
mềm theo phương pháp “Kiểm chứng phần mềm
dựa trên Aspect”. Trong nội dung chính của khóa
luận, chúng tôi trình bày phương pháp xây dựng
Aspect kiểm chứng các ràng buộc OCL cơ bản
của chương trình hướng đối tượng và tiến hành
cài đặt thử nghiệm các Aspect kiểm chứng ràng
buộc bất biến (invariant), điều kiện trước (pre-
condition), điều kiện sau (post-condition) trên
một số ví dụ đơn giản.
2. UML & OCL
Ngôn ngữ mô hình hóa thống nhất UML là
ngôn ngữ được sử dụng rộng rãi nhất hiện nay
trong việc thiết kế và đặc tả thiết kế các hệ thống
phần mềm. Hỗ trợ cho UML, ngôn ngữ ràng buộc
OCL ra đời nhằm mô tả một cách rõ ràng và
chính xác các ràng buộc đối với các đối tượng,
các thuộc tính và phương thức của các lớp trong
mô hình UML.
OCL định nghĩa 4 loại ràng buộc cơ bản:
bất biến (invariant), điều kiện trước (pre-
condition), điều kiện sau (post-condition) và
guard.
3. Lập trình hướng khía cạnh và AspectJ
Phương pháp lập trình hướng khía cạnh
(Aspect Oriented Programming)– viết tắt là AOP
- 58 -
Cán bộ hướng dẫn : TS. Nguyễn Việt Hà
– được định nghĩa là : “công nghệ mới dùng để
phân tích vấn đề trong phát triển phần mềm, cho
phép đơn thể hóa những vấn đề đan nhau của hệ
thống phần mềm”
AOP được xây dựng dựa trên các phương
pháp lập trình khác như lập trình hướng đối
tượng, lập trình hướng thủ tục và có bổ sung
thêm các khái niệm, các tổ chức mới nhằm mô
đun hóa các mối quan tâm cắt ngang. AOP được
sử dụng kết hợp với các phương pháp lập trình
truyền thống, tức là với các mối quan tâm chính
ta có thể cài đặt bằng phương pháp lập trình
chính đã chọn (ví dụ như OOP,...), còn với các
mối quan tâm cắt ngang sử dụng phương pháp
lập trình hướng khía cạnh.
AOP phân chia trách nhiệm rõ ràng giữa
các mô đun riêng lẻ, AOP làm tăng tính mô đun
hóa của hệ thống, Với AOP hệ thống dễ dàng
được mở rộng, Tăng tính tái sử dụng…
Quy trình xây dựng một ứng dụng AOP
gồm 3 bước cơ bản: Phân rã bài toán theo khía
cạnh - Cài đặt các mối quan tâm - Tích hợp các
khía cạnh.
AspectJ là ngôn ngữ hướng khía cạnh có
khả năng ứng dụng lớn, dễ dàng cài đặt vào các
môi trường phát triển phổ biến như
Eclipse,...Aspectj được xây dưng trên cơ sở mở
rộng ngôn ngữ lập trình java, thêm vào các thành
phần mới hỗ trợ AOP
Các khái niệm cơ bản trong AspectJ : thực
thi cắt ngang tĩnh, thực thi cắt ngang động,
joinpoint, pointcut, advice, Aspect
4. Phương pháp kiểm chứng phần mềm dựa
trên Aspect
“Phương pháp kiểm chứng phần mềm dựa
trên Aspect” là phương pháp kiểm chứng trong đó
công việc kiểm chứng được tách biệt hoàn toàn
với việc phát triển mã nguồn. Các Aspect chứa
mã kiểm chứng được xây dựng độc lập với
chương trình nguồn, sau đó các Aspect này được
tự động đan vào chương trình chính để tạo thành
hệ thống cuối cùng có khả năng tự kiểm chứng
Phương pháp kiểm chứng này có nhiều lợi ích:
Theo dõi chặt chẽ chương trình trong thời gian
chạy, có thể xây dựng mã kiểm chứng độc lập với
phát triển mã nguồn, hứa hẹn khả năng lớn trong
việc tự động hóa,...
Các bước thực hiện:
Bước 1: Mã nguồn được được lập trình viên cài
đặt theo đúng thiết kế
Bước 2: Song song với việc phát triển mã nguồn,
mã kiểm chứng được cài đặt trong các Aspect.
Tùy theo khía cạnh cần kiểm chứng, các Aspect
sẽ có nội dung khác nhau.
Bước 3: Đan Aspect vào chương trình nguồn để
tạo thành hệ thống thống nhất có khả năng tự
kiểm chứng
Áp dụng “Phương pháp kiểm chứng phần mềm
dựa trên Aspect” để kiểm chứng ràng buộc OCL
của các chương trình hướng đối tượng, sơ đồ các
bước kiểm chứng như sau:
Sử dụng AspectJ cài đặt Aspect kiểm chứng bất
biến, điều kiện trước, điều kiện sau, của đối
tượng Java trong thời gian chạy.
Tài liệu tham khảo
[1] Nguyễn Thị Thu Trang. Mô hình hóa và kiểm
chứng Aspect, Luận văn thạc sĩ khoa học.
Trường Đại học Bách Khoa Hà Nội. Năm
2007, tr.60-81.
[3] G. Booch, J. Rumbaugh, and I. Jacopson. The
Unified Modeling Language User Guide, 2nd
edition. Addison-Wesley, 2005.
[4] OMG. Object Constraint Language. OMG,
Version 1.5 March 2003.
[5] Ho Tat Thanh, Nguyen Thi Thu Trang,
Truong Ninh Thuan, Nguyen Viet Ha. An
approach for verifying invariants of Java
objects at runtime. In Proceeding of the
Japan- Vietnam Workshop on Software
Engineering IoIT, Ha Noi, 2007

Trong đó các aspect kiểm chứng ràng buộc OCL

được xây dựng theo 3 bước:
Bước 1: Xác định các quy tắc đan
Bước 2: Xác định các hành vi đan vào hệ thống
Bước 3: Tổng hợp Aspect
5. Thực nghiệm

- 59 -
 WEB SERVICES VÀ AJAX TRONG BÀI TOÁN MASHUP VỚI BẢN ĐỒ
Nguyễn Trọng Quyền
MSV: 0420308
Email: blacknight1005@gmail.com
1. Giới thiệu
Khóa luận đã nghiên cứu cách xây dựng
để cung cấp một giao diện lập trình ứng
dụng (API) trên nền Web thể hiện bản đồ,
được gọi là widget, xây dựng dựa trên công
nghệ AJAX, cho phép từ đó tạo ra các ứng
dụng GIS Mashup, tức thể hiện dữ liệu tổng
hợp từ các nguồn khác nhau kết hợp với bản
đồ. Widget có các hàm chức năng thích hợp
cho phép tạo ra một khung ảnh bản đồ
nhúng, nhận các dịch vụ cơ bản về bản đồ
như định vị, tìm đường, cũng như thể hiện
thông tin lên trên. Để thể nghiệm, khóa luận
cũng tiến hành xây dựng một ứng dụng
Mashup cho phép dùng widget đấy hiện bản
đồ và các thông tin lên đấy.
2. Mashup và các công nghệ Web
Mashup, là một từ có nguồn gốc trong
âm nhạc, có ý nghĩa là sự thể hiện một bài
hát mới tạo ra từ các phần khác nhau đã tồn
tại. Trong công nghệ thông tin, một trang
Mashup có nghĩa là một ứng dụng web kết
hợp, phối hợp dữ liệu từ nhiều nguồn tài
nguyên về một mối, với sự thể hiện và xử lý
khác. Mà trong đó, xu hướng Mashup
thường thấy là kết hợp bản đồ với nhiều loại
dữ liệu khác liên quan tới không gian địa lý.
Mashup dựa trên nền tảng kỹ thuật hiện
có như JavaScript, XML và DHTML, Web
Services, với việc áp dụng rộng rãi các
chuNn Web cho phép trao đổi thông tin như
XML, SOAP, REST, JSON , hay như các
giao thức gọi hàm từ xa như XML-RPC.
Các widget của các trang Web cho phép
cung cấp một API được viết bằng
- 60 -
Cán bộ hướng dẫn: TS. Trương Anh Hoàng
JavaScript, theo công nghệ AJAX đã góp
phần quan trọng vào các ứng dụng Mashup,
nhất là chiếm vị trí quan trọng trong các ứng
dụng GIS Mashup.
XML đã trở thành nền tảng cơ bản trong
môi trường mạng với việc trao đổi dữ liệu.
Cùng với các trang bản đồ, các chuNn trao
đổi thông tin địa lý cũng xuất hiện, dựa trên
XML như là GeoRSS, KML, CSV,
Microformats và Metatag cho HTML. Các
định dạng dữ liệu này thường là thông tin về
dữ liệu kèm theo trường địa chỉ tương ứng,
như là tọa độ địa lý (kinh độ, vĩ độ).
Đối với xây dựng API cho bản đồ sử
dụng AJAX, thư viện YUI là một toolkit
DHTML rất hữu ích. Đây là công nghệ phía
client nên có thể kết hợp với các server chạy
trên các công nghệ khác nhau. Từ thư viện
YUI, cho phép ta thể hiện được bản đồ với
hiệu ứng đồ họa mạnh, xử lý sự kiện tốt,
giúp cho tương tác với người dùng hiệu quả.
Thêm vào đó, thư viện YUI quản lý sự
truyền thông không đồng bộ qua sử dụng đối
tượng XMLHttpRequest, hay nhúng đối
tượng JSON do server trả về vào mã
JavaScript.
3. Kiến trúc WebGIS
WebGIS là một hệ thống thông tin địa lý
được phân bố qua môi trường mạng máy
tính để tích hợp, phân phối và truyền tải
thông tin trực diện trên WWW thông qua
Internet.
Ở chương này, khóa luận tập trung vào
tìm hiểu một số kiến thức về bản đồ, tọa độ
địa lý, các phép chiếu, tính toán vị trí một
điểm trên Trái Đất và thể hiện theo tọa độ
tương ứng trên màn hình vi tính.
Tiếp đó, hệ thống WebGIS được phân
tích, đưa ra kiến trúc WebGIS với các thành
phần: DMS (hệ quản trị cơ sở dữ liệu), Web
Server, Map Server, Client Browser.
Trong quá trình xử lý truy vấn từ người
dùng, thao tác render ảnh do Map Server
cung cấp có thể mất nhiều thời gian. N ên hệ
thống WebGIS cải tiến đã sử dụng Map
Server render sẵn tất cả các ảnh nền bản đồ
theo các mức tỉ lệ bản đồ, chia thành các tile
ảnh nhỏ và lưu trữ ở Tile Server thích hợp.
4. Thiết kế Web Map API
Web Map API ở nội dung khóa luận
được xây dựng dựa trên ngôn ngữ JavaScript
chạy trên trình duyệt, sử dụng công nghệ
AJAX trao đổi thông tin với Web Server,
cung cấp những chức năng thao tác với bản
đồ.
Web Map API được xây dựng như một
widget, sử dụng thư viện YUI của Yahoo,
cho phép giải quyết các vấn đề đối với
DHTML ví dụ như sự không tương thích
của các trình duyệt khác nhau, xử lý đồ họa
và sự kiện mạnh, truy vấn không đồng bộ tới
server.
Web Map API cung cấp các chức năng:
- Cho phép tạo ra đối tượng map hiển
thị bản đồ.
- Cho phép xử lý các sự kiện phóng to,
thu nhỏ bản đồ, kéo bản đồ tới nơi
hiển thị mong muốn (zoom và pan).
- Cho phép hiển thị dữ liệu điểm,
đường thẳng, đa giác lên bản đồ cùng
với thông tin liên quan.
- Cung cấp các cơ chế xử lý sự kiện
trên bản đồ cho các trang Mashup sử
dụng.
- Truy vấn tới server không đồng bộ,
gọi các dịch vụ như geocode, routing.
- 61 -
5. Thiết kế một ứng dụng Gis Mashup
Sử dụng Web Map API, tạo ra bản đồ
nhúng vào trang web có sẵn, hiển thị dữ liệu
thống kê liên quan tới vùng, miền. Ứng
dụng nhỏ cũng cho phép gọi các hàm từ xa,
hay lấy thông tin không gian như thông tin
thời tiết vùng từ các nguồn thích hợp và thể
hiện trên bản đồ.
6. Kết luận:
Trong khóa luận, tôi đã nghiên cứu về
WebGIS, về AJAX và một số chuNn về Web
Services, từ đó tạo ra thư viện Web Map
API cho phép sử dụng xây dựng các trang
GIS Mashup. Cũng như thử nghiệm xây
dựng ứng dụng GIS Mashup thử nghiệm sử
dụng thư viện ấy.
Hướng phát triển tiếp theo: ứng dụng GIS
Mashup có thể được phát triển trên nền tảng
thư viện Web Map API được thiết kế, và
đưa tới xây dựng một Map Wiki Pedia.
Tài liệu tham khảo:
[1] http://developer.yahoo.com/yui/ (tài liệu
về thư viện YUI)
[2]
http://code.google.com/apis/maps/document
ation/ (tài liệu về Google Map API)
[3]
http://developer.yahoo.com/maps/ajax/index
.html (tài liệu về Yahoo! Map API)
[4] John E. Harmon and Steven J. Anderson:
The Design and Implementation of
Geographic Information Systems.
[5] Raymond Yee: Apress Pro Web 2.0
Mashups: Remixing Data and Web Services.
[6] Eric N ewcomer: Understanding Web
Services - XML WSDL SOAP And UDDI
 NGHIÊN CỨU CÀI ĐẶT OPENGL ES TRÊN JAVA ME
Lê Nguyễn Tuấn Thành
MSV: 04020341
Email: daidungsi@yahoo.com
1. Giới thiệu
Trong khoảng chục năm nay, các ứng dụng
3D dành cho thiết bị nhúng, thiết bị cầm tay
ngày càng phổ biến, thu hút sự quan tâm của
nhiều nhà phát triển. Với sự hỗ trợ của phần
cứng, các chuNn đồ họa cũng được hoàn thiện
dần. Khóa luận tập trung nghiên cứu về
OpenGL ES 2.0 kết hợp với nền tảng Java ME
dành cho thiết bị nhúng. Với mục đích nghiên
cứu công nghệ 3D, khóa luận hướng tới xây
dựng một nền tảng đồ họa 3D hỗ trợ OpenGL
ES 2.0 trên ngôn ngữ Java, cho phép phát triển
các ứng dụng đồ họa 3D dễ dàng.
2. Tổng quan về OpenGL ES 2.0
OpenGL được coi là một đối thủ cạnh
tranh với DirectX của Windows trong lĩnh vực
đồ họa. Phần này giới thiệu tổng quan các kiến
thức liên quan đến OpenGL, OpenGL ES, EGL,
GLSL, những thành phần không thể thiếu được
trong quá trình tìm hiểu về đặc tả đồ họa 3D.
Đồng thời, khóa luận cũng nêu lên những cải
tiến, ưu việt của OpenGL ES 2.0 so với các
phiên bản trước đó. OpenGL ES 2.0 cho phép
phát triển các ứng dụng 3D nhanh hơn, hiệu
quả tốt hơn do tính chuyên môn hóa và sự tham
gia của nhiều công ty vào quá trình phát triển.
3. Cài đặt đồ họa 3D trên Java ME
Hiện tại, Sun cung cấp 2 giao diện đồ họa
3D: Mobile 3D graphics API (JSR 184) và Java
- 62 -
Cán bộ hướng dẫn:
ThS. Vũ Quang Dũng
ThS. Trần Thị Mai Thương
Binding for OpenGL ES (JSR 239). Mobile 3D
graphics API (viết tắt là M3G) là giao diện do
Sun phát triển theo tư tưởng của OpenGL dành
cho các thiết bị nhúng. Tuy nhiên, M3G được
theo dựng theo hướng đối tượng, quản lý đối
tượng một cách tổng thể, chung nhất thông qua
một scenegraph. N gười dùng định nghĩa các đối
tượng, thuộc tính của các đối tượng và tương
tác giữa các đối tượng. Khác với M3G, Java
Binding for OpenGL ES cài đặt các đặt tả của
OpenGL ES 1.x bằng ngôn ngữ Java, cho phép
các lập trình viên đã quen thuộc với OpenGL
trên các ngôn ngữ khác có thể phát triển các
ứng dụng tương tự trên Java. Tuy nhiên cài đặt
OpenGL ES trên Java yêu cầu phần cứng phải
hỗ trợ OpenGL ES 1.0.
4. Hướng cài đặt OpenGL ES 2.0 trên
Java ME
Hiện tại, phần cứng hỗ trợ OpenGL ES 2.0
vẫn đang trong quá trình phát triển và sẽ xuất
hiện trong vài năm tới. Phần này đề cập đến
cách cài đặt OpenGL ES 2.0 trên Java ME. Do
OpenGL ES 2.0 sử dụng GLSL, một ngôn ngữ
gần giống như C/C++ nên trước tiên phải xây
dựng một bộ biên dịch để diễn dịch các câu
lệnh của GLSL. Tiếp đó, một bộ liên kết sẽ tiến
hành liên kết các mã đã được biên dịch với bộ
thư viện để tạo ra các mã có thể thực thi. Lập
trình viên chỉ quan tâm đến việc tạo các hiệu
ứng cho các mô hình đồ họa đã được dựng sẵn
bằng các chương trình phần mềm chuyên dùng
để tạo mô hình. Việc liên kết các mô hình và
mã nguồn do lập trình viên viết sẽ do engine
của OpenGL ES 2.0 đảm nhiệm.
5. Thực hành
Tiến hành thử nghiệm các kết quả lý thuyết
thu được bằng các công cụ có sẵn. Khóa luận
sử dụng bộ toolkit của Sun : Java Wireless
Toolkit 2.5.2 để thực hành các chương trình
OpenGL ES 1.x (do bộ toolkit này chưa cài đặt
OpenGL ES 2.0). Để thực hành các chương
trình shader của OpenGL ES 2.0, khóa luận sử
dụng Shader Designer của TyphoonLabs.
Chương trình cho phép viết các chương trình
shader tạo hiệu ứng cho các mô hình dựng sẵn.
Hiện tại, AMD cung cấp bộ RenderMonkey
IDE 1.81 cho phép viết thử nghiệm các ứng
dụng OpenGL ES 2.0 trên các thiết bị nhúng sẽ
được AMD phát hành trong thời gian tới.
Khóa luận hướng tới nghiên cứu OpenGL
ES 2.0 và cài đặt trên ngôn ngữ Java để tạo nên
một thư viện cho phép lập trình viên phát triển
các ứng dụng 3D bằng cách sử dụng các mô
hình có sẵn.
Tài liệu tham khảo
[1] JohnKessenich, DaveBaldwin, RandiRost :
The OpenGL Shading Language Specification
(2004).
[2] Morgan Kaufmann : Mobile 3D Graphics
with OpenGL ES and M3G.
[3] Randi J.Rost : OpenGL Shading Language,
Second Edition.
[4] CrE-Me 4.12
(http://www.nsicom.com/Default.aspx?tabid=1
59).

6. Porting lên thiết bị [5] Khronos Group

(http://www.khronos.org/opengles)
Với mục đích đưa OpenGL ES và Java lên
thiết bị thực, khóa luận đã tiến hành thử nghiệm [6] OpenGL Programming Guide
với thiết bị EMBEST PXA270DB. Thiết bị (http://glprogramming.com/red/index.html)
được thiết kế với kiến trúc ARM thích hợp cho [7] Zeus CMD
việc phát triển các ứng dụng cho PDA, hệ thống (http://www.zeuscmd.com/tutorials/opengles/in
nhận dạng giọng nói, thiết bị điều khiển… dex.php)
EMBEST PXA270DB được cài đặt sẵn môi
trường Windows CE.net 4.2. Khóa luận sử
dụng máy ảo CrE-ME 4.12 được phát triển bới
N SIcom để thử nghiệm các kết quả trên môi
trường Java.

7. Kết quả đạt được

Thử nghiệm đưa OpenGL ES 1.x chạy
thành công trên thiết bị thực Embest
PXA270DB. Thử nghiệm đưa máy ảo Java
CrE-ME lên thiết bị và chạy demo.

8. Hướng phát triển trong tương lai

- 63 -
 HỆ THỐNG QUẢN LÝ BẤT ĐỘNG SẢN ỨNG DỤNG
CÔNG NGHỆ HƯỚNG ĐỐI TƯỢNG
Nguyễn Phương Thảo
MSV : 0420346 Người hướng dẫn : PGS.TS Nguyễn Văn Vỵ
Email : thaonp_86@yahoo.com

1. Giới thiệu - Tiếp tục thực hiện giao dịch này

Năm 2007 là năm thị trường bất động và phân công cán bộ nghiệp vụ tư
sản (BĐS) có sự tăng trưởng vượt bậc với 5 tỷ vấn theo dõi giao dịch.
USD vốn đầu tư tạo đà cho thị trường BĐS - Chuyển giao dịch tư vấn sang
2008 tiếp tục tăng trưởng. Do lợi nhuận cao giao dịch đầu tư.
nên có rất nhiều công ty đã chuyển sang đầu - Yêu cầu hiệu chỉnh.
tư vào lĩnh vực BĐS. Hoạt động của một - Từ chối giao dịch.
công ty kinh doanh BĐS khá phức tạp, số Trong quá trình thực hiện giao dịch,
lượng giao dịch nhiều nên công việc quản lý cán bộ nghiệp vụ tư vấn sẽ cập nhật thông tin
rất khó khăn. Vì vậy, cần phải có hệ thống liên quan đến giao dịch, quản lý lịch hẹn với
giúp quản lý công việc từ khâu tiếp nhận giao khách hàng, cập nhật kết quả giao dịch. Trong
dịch, thực hiện giao dịch và kết xuất báo cáo. quá trình này, người quản lý cũng có thể
Mục đích của khóa luận này là phân tích thiết chuyển giao dịch sang giao dịch đầu tư.
kế hệ thống quản lý BĐS ứng dụng công nghệ
hướng đối tượng và xây dựng hệ thống thử 3.2. Chức năng hệ thống
nghiệm. Hệ thống gồm các chức năng chính
sau :
2. Cơ sở lý thuyết 1. Quản lý khách hàng
Phân tích thiết kế (PTTK) là bước đầu a. Thêm khách hàng
tiên trong quá trình xây dựng hệ thống. Nó có b. Sửa thông tin khách hàng
vai trò quan trọng quyết định đến sự thành c. Xóa khách hàng
công của cả dự án. Quá trình PTTK sẽ mô tả d. Tìm kiếm khách hàng
chi tiết hệ thống trước khi đưa vào triển khai. e. Kết xuất báo cáo khách hàng
Hiện nay phương pháp PTTK theo công nghệ 2. Quản lý danh mục
hướng đối tượng đã rất phổ biến và có thể giải a. Quản lý danh mục BĐS
quyết hầu hết các bài toán. Trong khóa luận - Thêm BĐS
này tôi sử dụng ngôn ngữ mô hình hóa UML - Sửa BĐS
để thực hiện PTTK. - Xóa BĐS
- Tìm kiếm BĐS
3. Phân tích thiết kế hệ thống - Kết xuất báo cáo
BĐS
3.1. Nghiệp vụ bài toán
b. Quản lý danh mục tỉnh thành
Hoạt động quản lý BĐS gồm có: tiếp
- Thêm tỉnh thành
nhận giao dịch tư vấn BĐS, duyệt giao dịch
- Sửa tỉnh thành
tư vấn, cập nhật thông tin giao dịch trong quá
- Xóa tỉnh thành
trình thực hiện và lập báo cáo. Khi khách
c. Quản lý danh mục quận huyện
hàng đến yêu cầu một giao dịch, cán bộ tiếp
- Thêm quận huyện
nhận sẽ cập nhật thông tin về giao dịch, khách
- Sửa quận huyện
hàng, BĐS sau đó sẽ trình duyệt giao dịch tư
- Xóa quận huyện
vấn lên người quản lý. Trong quá trình duyệt
3. Quản lý giao dịch
giao dịch tư vấn, người quản lý có thể quyết
a. Thêm giao dịch
định :
b. Sửa giao dịch
c. Xóa giao dịch

- 64 -
 d.Tìm kiếm giao dịch thống sử dụng mô hình client – server , .N et
e.Trình duyệt giao dịch FrameWork v1.1, ngôn ngữ sử dụng : C#,
f.Duyệt giao dịch CSDL SQL server 2005.
g.Cập nhật giao dịch
h.Quản lý lịch hẹn 5. Kết luận
- Thêm lịch hẹn Qua khóa luận này, tôi nhận thấy việc
- Sửa lịch hẹn ứng dụng CN TT vào quản lý đã giúp giảm rất
- Xóa lịch hẹn nhiều các thao tác thủ công, thực hiện công
- Tìm kiếm lịch hẹn việc nhanh chóng, chính xác.
i. Kết xuất báo cáo giao dịch Các kết quả đạt được :
4. Quản lý người dùng - Hiểu được nghiệp vụ của hệ thống
a. Quản lý phòng ban quản lý BĐS.
- Thêm phòng ban - N ắm được phương pháp PTTK hệ
- Sửa phòng ban thống theo công nghệ hướng đối tượng.
- Xóa phòng ban - Cơ bản đã phân tích được các chức
b. Quản lý nhân viên năng chủ yếu của hệ thống
- Thêm nhân viên - Cài đặt một số chức năng thử nghiệm.
- Sửa nhân viên Hạn chế :
- Xóa nhân viên - Chưa cài đặt hết các chức năng theo
- Tìm kiếm nhân viên yêu cầu
5. Quản trị hệ thống - Giao diện chưa thực sự thân thiện.
a. Quản lý tài khoản Hướng phát triển :
- Tạo tài khoản - Hoàn thiện nốt các chức năng của hệ
- Sửa tài khoản thống.
- Xóa tài khoản - Chỉnh sửa lại giao diện.
- Tìm kiếm tài khoản - Xây dựng thêm hệ con giúp cho phép
- Đổi mật khNu khách hàng có thể đăng kí giao dịch
- Phân quyền với công ty thông qua Internet.
- Đăng nhập
- Đăng thoát Tài liệu tham khảo :
b. Quản lý nhóm quyền
- Thêm nhóm quyền [1] N guyễn Văn Vỵ, Phân tích thiết kế hệ
- Sửa nhóm quyền
- Xóa nhóm quyền thống thông tin: Hướng cấu trúc và hướng
đối tượng , N XB Thống kê, Hà N ội, 2002.
4. Cài đặt hệ thống thử nghiệm [2] Nhập môn UML – N XB Thống kê.
Dựa vào bản PTTK ở trên, tôi đã cài [3] Phân tích thiết kế hệ thống hướng đối
đặt thử nghiệm một số chức năng của hệ tương bằng UML – N XB Giáo dục.

- 65 -
 NGHIÊN CỨU KỸ THUẬT PHÂN TÍCH WCET TRONG HỆ THỐNG THỜI
GIAN THỰC CỨNG ( HARD REAL-TIME SYSTEM)
Dương Đình Toan
MSV: 04020400
Email:toandd83@gmail.com
1. Giới thiệu
Cùng với sự phát triển nhanh chóng của các
phương tiện, thiết bị được điều khiển bởi hệ thống
máy tính trong thời gian thực, sự mất chính xác
của một vài hệ thống thời gian thực có thể gây
thiệt hại lớn đến cuộc sống con người và nền kinh
tế. Đây là một sự đòi hỏi cho sự phát triển các
phương thức mà ổ đĩa đạt tới sự tối đa nhỏ nhất
của các lỗi gây ra. Một nguyên nhân phổ biến của
sự gây lỗi này là các vấn đề về thời gian.
Trong thực tế có nhiều phương pháp để tìm
ra nguyên nhân gây lỗi do vấn đề về thời gian, thì
có một kỹ thuật đã được phát triển trong một vài
năm trở lại đây . Đó là giải pháp phân tích WCET
trong hệ thống thời gian thực cứng.
Mục đích chính của việc phân tích WCET
là để cung cấp một thư viện thông tin về thời gian
thực thi, có khả năng xấu nhất của mã chương
trình trước khi được sử dụng trong hệ thống.
2.Cấu trúc khóa luận gồm 4 chương:
Chương 1: Hệ thống thời gian thực
Định nghĩa hệ thống thời gian
thực(real-time system):Một hệ thống thời gian
thực là một hệ thống máy tính ở đó không chỉ có
các kết quả là quan trọng, ngoài ra ta cần phải
quan tâm tới thời gian cần thiết để nhận được kết
quả đó.
Trong chương này, tôi đã trình bày tổng
quan về hệ thống thời gian thực, về phương thức
- 66 -
Cán bộ hướng dẫn:
ThS. Vũ Quang Dũng
ThS. Trần Thị Mai Thương
hoạt động của hệ thống như thế nào, phụ thuộc
vào các yếu tố nào trong vấn đề chạy thời gian
thực, về các nhiệm vụ chính của các tiến trình hệ
thống chạy như thế nào.
Chương 2: WCET trong hệ thống hard
real-time
Khái niệm về WCET: WCET là sự giới
hạn cao hơn (upper bound) trong sự thực thi một
phần tách rời riêng biệt của mã chương trình.
Trong chương này , tôi đã tổng kết tất cả
các khái niệm liên quan đến vấn đề WCET trong
hệ thống thời gian thực , đặc biệt trong hệ thống
thời gian thực cứng (hard real-time systems). Lúc
này chúng ta đã hiểu những vấn đề liên quan đến
WCET một cách tổng quát về các phương pháp
ước lượng, và sự khác nhau giữa hai phương pháp
phân tích động và phương pháp phân tích ước
lượng tĩnh
Chương 3: Phương pháp phân tích tĩnh
trong hard real-time system
Bài toán: Từ một chương trình có mã
nguồn làm thế nào để tính được thời gian thực thi
có khả năng xấu nhất.
Giải pháp: Trong kỹ thuật phân tích tĩnh
hard real-time system là chia chương trình thành
những miếng code nhỏ , chúng độc lập với nhau
để tính toán.

Cách phân tích miếng code theo các bước
sau:
Hình 1:các bước phân tích WCET
Bước 1:phân tích luồng(flow analysis)
Mục đích của sự phân tích luồng chương
trình là để xác định các đường đi có thể thực hiện
được thông qua một chương trình.
Kết quả của sự phân tích luồng là các
thông tin mà các hàm lấy được gọi bao nhiêu thời
gian các vòng lặp được đi lặp lại, nếu ở đó sự phụ
thuộc giữa sự trình bày khác nhau của các đoạn if.
Bước 2:phân tích mức thấp(low – level
analysis)
Mục đích là để giải thích nguyên nhân gây
ra sự tác động của phần cứng trên thời gian thực
thi.
Sự phân tích mức thấp được chia nhỏ ra
thành hai phần: global low-level analysis và local
low-level analysis.
Kết quả ,phân tích mức thấp này cho ta ra
số liệu về thời gian của các nhánh ,các nút ,các
cạnh của chương trình mà ta được phân tích thành
cấu trúc cây(tree).
Bước 2:Tính toán(computation)
- 67 -
Mục đích của sự tính toán là để tính ra ước
lượng WCET cuối cùng cho chương trình, được
gửi bởi luồng chương trình (flow analysis) và kết
quả của sự phân tích mức độ thấp (low-level
analysis).Và cũng là kết quả cuối cùng của
chương trịnh theo phương pháp kỹ thuật này.
Chương 4:Tổng kết
Chương này tổng kết những kết quả đạt được và
chưa đạt được trong quá trình nghiên cứu,và định
hướng mở sau này trong tương lai công nghệ phát
triển hệ thống thời gian thực của bản thân tôi.
3.Kết luận:Kết quả nghiên cứu của tôi tuy vẫn
còn nhỏ, nhưng đây cũng là định hướng mới trong
giải pháp công nghệ hệ thống thời gian thực về
tính an toàn cao đối với đời sống con người. Đặc
biệt trong giải pháp công nghệ của nước nhà trong
quá trình hội nhập.Vấn đề này cũng giúp tôi học
hỏi được rât nhiều bổ ích, và cũng là giải pháp mà
tôi định hướng nghiên cứu tiếp về việc tối ưu hóa
thời gian thực trong hệ thống nhúng..
4.Tài liệu tham khảo
[1] ] N. Bermudo, J. Gustafsson, B. Lisper, C. Sandberg:
A Tool for Auto- matic Flow Analysis of C-programs for
WCET Calculation. In 8th IEEE International Workshop
on Object-oriented Real-time Dependable Systems, 2003.
[2] Daniel Sandell: Evaluating Static Worst -Case Execution-
Time Analysis for a Commercial Real-Time Operating
System,july 2004.
[3] Daniel Sehlberg Dept: Static WCET Analysis of Task-
Oriented Code for Construction Vehicles , September 2005.
[4] J. Engblom: Processor Pipelines and Static Worst-Case
Execution Time Analysis, PhD thesis, Uppsala University,
2002.
[5] A. Ermedahl: A Modular Tool Architecture for Worst –
Case Execution Time Analysis, PhD thesis, Uppsala
University, 2003.
[6] Isabell Puaut : WCET-centric soft ware-controlled
Instruction Caches for Hard Real-Time Systems.In Proc,of
ECRTS,July 2006.
 NGHIÊN CỨU CÔNG NGHỆ EJB VÀ ỨNG DỤNG
Vũ Thu Trang Cán bộ hướng dẫn : TS. Trương Ninh Thuận
MSV : 04020408 Cán bộ đồng hướng dẫn : ThS. Tô Văn Khánh
Email : trangvt26@gmail.com
1. Giới thiệu
Trong nhiều năm qua, các công ty lớn đều
chú trọng ứng dụng công nghệ thông tin bằng
cách triển khai các phần mềm theo mô hình ứng
dụng client/server. Tuy nhiên, môi trường mạng
không đồng nhất sẽ gây khó khăn trong quản lý
tích hợp, chi phí quản trị hệ thống trở nên quá
cao, mục tiêu truy cập dữ liệu chung một cách an
toàn, linh hoạt là khó thực hiện với mô hình này.
Ngoài ra, nhu cầu của người dùng mỗi lúc một
cao, đòi hỏi khả năng phục vụ của ứng dụng phải
được tăng cường để phục vụ số lượng lớn kèm
theo chất lượng dịch vụ cao. Các ứng dụng này
phải đáp ứng được :
- Khả năng tăng cường và quản trị tốt
- Khả năng phân chia công việc theo nhiều
mức
- Khả năng mở rộng, tính uyển chuyển và
sẵn sàng
- Tính bảo mật, khả năng chịu lỗi của hệ
thống và dữ liệu trong môi trường kết nối mạng
Tất cả những yêu cầu trên đã làm phát sinh
mô hình phát triển ứng dụng đa tầng.Trong đó,
Sun Microsystems đã đưa ra mô hình JavaEE bao
gồm các công nghệ nền như JDBC, JNDI, EJB,
RMI, JSP, Java Servlet,..
Khoá luận tập trung nghiên cứu vào công
nghệ EJB. Đây là môi trường nền tảng để triển
khai các thành phần xử lý logic phân tán tới các
client, nhờ đó giảm thiểu quá trình phát triển các
ứng dụng phục tạp, các đối tượng sẽ được sự hỗ
trợ tối đa của môi trường nó tồn tại.
2. Tổng quan về công nghệ nền tảng
Java EE
Nền tảng Java EE giới thiệu một mô hình
lập trình đơn giản hơn cho nhà phát triển với việc
cung cấp một tổ hợp API mạnh mẽ. Nó hỗ trợ
những loại thành phần : applet, trình khách ứng
- 68 -
dụng, các thành phần EJB, các thành phần Web,
các thành phần thích ứng tài nguyên. Tất cả các
thành phần của Java EE đều chạy trên môi trường
được gọi là các trình chứa. Các trình chứa quản lý
các dịch vụ như quản lý vòng đời, bảo mật, triển
khai và sinh luồng. Nền tảng Java EE cũng hỗ trợ
các dịch vụ : truy cập cơ sở dữ liệu, giao dịch, xử
lý XML, các dịch vụ đặt tên và thư mục, đánh dấu
siêu văn bản và các hệ thống thông tin doanh
nghiệp. Các ứng dụng được xây dựng trên nền
tảng Java EE thường là các ứng dụng có độ phức
tạp cao, truy cập cơ sở dữ liệu từ nhiều nguồn tài
nguyên khác nhau và là các ứng dụng phân tán
cho nhiều trình khách.
3. Công nghệ Enterprise JavaBeans
(EJB)
Enterprise JavaBean (EJB) là một trong số
các Java API trên nền Java phiên bản Enterprise
Edition - Java EE. EJB là thành phần phía máy
chủ đóng gói lớp nghiệp vụ logic của một ứng
dụng. Ban đầu EJB được phát triển bởi hãng Sun
MicroSystems (EJB 1.0 và EJB 1.1), sau đó phát
triển bởi hãng Java Community Process với JSR
19 (EJB 2.0), JSR 153 (EJB 2.1) và JSR 220 (EJB
3.0)
Đặc tả về EJB cho biết chi tiết làm thế nào
một máy chủ cung cấp :
- Tính bền vững
- Việc xử lý các giao dịch
- Tự kiểm soát trùng lặp
- Các sự kiện sử dụng Java Message Service.
- Dịch vụ thư mục và đặt tên (JNDI)
- Bảo mật (JCE và JAAS)
- Triển khai các thành phần phần mềm trên
máy chủ ứng dụng
- Gọi thủ tục từ xa sử dụng RMI-IIOP hoặc
CORBA
 Đặc tả về EJB còn định nghĩa vai trò của
trình chứa EJB và các enterprise bean phải làm
như thế nào để triển khai trên một trình chứa.
Enterprise bean được triển khai trong một
trình chứa EJB trên máy chủ ứng dụng. Các đặc tả
này mô tả làm thế nào một enterprise bean có thể
tương tác với bản thân trình chứa đó và làm thế
nào để mã nguồn máy khách tương tác với tổ hợp
trình chứa/enterprise bean. Các lớp enterprise
bean được các ứng dụng sử dụng trong gói
javax.ejb (gói javax.ejb.spi là giao diện của nhà
cung cấp dịch vụ chỉ sử dụng bởi sự triển khai các
trình chứa EJB).
Khái niệm Enterprise JavaBeans :
Một enterprise bean là một thành phần phần
mềm phía máy chủ có thể được triển khai cho môi
trường đa tầng phân tán. Một bean được triển khai
trên trình chứa EJB. Trình chứa EJB cung cấp
bean với nhiều dịch vụ khác nhau như quản lý
vòng đời, bảo mật, quản lý giao tác…Trình khách
của EJB có thể là một servlet, trang JSP, ứng
dụng Java độc lập, applet, một trình khách Web
service với SOAP, hoặc thậm chí là một
enterprise bean khác.
Các loại bean : các enterprise bean được
chia thành 3 loại
- Bean phiên
- Bean thực thể
- Bean hướng thông điệp
4. Phân tích bài toán ứng dụng bán
hàng qua mạng dựa trên kiến trúc đa
tầng Java EE với EJB
Hệ thống ứng dụng bán hàng qua mạng là một
ứng dụng thương mại điện tử điển hình. Ứng
dụng có nhu cầu kết nối với nhiều nguồn dữ liệu
và nhiều hệ thống khác như : ngân hàng, hệ thống
kho, các nhà cung cấp khác nhau…Hơn nữa, nó
phải có khả năng phục vụ được một số lượng lớn
khách hàng cùng một lúc, đáp ứng yêu cầu chia sẻ
tài nguyên và số lượng yêu cầu tăng nhanh. Vì
vậy, ứng dụng thích hợp để lựa chọn triển khai
trên môi trường phân tán đa tầng. Khoá luận chỉ
đi sâu nghiên cứu kiến trúc của website ứng dụng.
- 69 -
Các mô đun chính của website ứng dụng :
Đối với khách hàng :
- Lấy thông tin mặt hàng, tìm kiếm mặt hàng
- Xem và quản lý giỏ hàng
- Xem thông tin khách hàng, quản lý tài
khoản cá nhân
- Tạo đơn hàng
Đối với người quản trị phía tầng web :
- Quản lý mặt hàng
- Quản lý đơn hàng
- Quản lý khách hàng
Các mô đun được lựa chọn xây dựng trên các
bean phiên phi trạng thái hay lưu vết trạng thái
phụ thuộc vào nhu cầu áp dụng của nó. Ví dụ,
việc lấy thông tin mặt hàng, được thiết kế với một
bean phiên phi trạng thái để đáp ứng yêu cầu chia
sẻ tài nguyên và số lượng yêu cầu tăng nhanh.
Trong khi đó, mỗi một khách hàng có các giỏ
hàng tồn tại trong nhiều phiên giao dịch, trạng
thái các phiên giao dịch được lưu lại mỗi lần
khách hàng lựa chọn một món hàng nên nó được
thiết kết thông qua bean phiên lưu vết trạng thái.
5. Kết luận
Khoá luận làm rõ kiến trúc, mô hình hoạt động
của công nghệ nền EJB. Từ đó, giúp cho việc phát
triển các ứng dụng phân tán đa tầng một cách có
hệ thống, dễ dàng hơn.
Tài liệu tham khảo
[1] Bill Bruce, Richard Monson-Heafel.
Enterprise JavaBeans 3.0. O’Reilly 2006.
[2] Rima Patel Sriganesh, Gerald Brose, Micah
Silverman. Mastering Enterprise JavaBeans 3.0.
Wiley Publishing 2006.
[3] Sun Microsystems. Java EE 5 Tutorial. Sun
2007.
[4] Phát triển các hệ thống phân tán dựa trên
kiến trúc phần mềm ba tầng. Luận án thạc sỹ. Hà
Nội, 2004.
[5] Website : http://java.sun.com
 PHÂN TÍCH THIẾT KẾ HỆ THỐNG QUẢN LÝ VĂN BẢN VÀ HỒ SƠ CÔNG VIỆC

Bùi Quốc Trung Cán bộ hướng dẫn: ThS Nguyễn Cảnh Hoàng.
MSSV: 0420415
Email: buiquoctrung@gmail.com

1. Giới thiệu d. Trả lại văn bản không hợp lệ

Hầu hết các cơ quan, các tổ chức chính e. Tiếp nhận văn bản đến đích danh cần xử lý
phủ và phi chính phủ đề có những hoạt động f. Xử lý văn bản đích danh
quản lý văn bản. Công việc này chưa được tin
học hóa nên có rất nhiền hạn chế. Nhận thức g. Giao xử lý văn bản đến
được tầm quan trọng của tin học hóa hoạt động h. Xử lý văn bản đến
quả lý văn bản, tôi đã mạnh dạn xây dựng hệ
thống Quản Lý văn bản và Hồ sơ công việc 3.2 Nhóm chức năng văn bản dự thảo
Mục đích của hệ thống là xây dựng một a. Tạo mơi văn bản dự thảo
hệ thống quản lý các văn bản đến, văn bản dự
thảo, văn bản nội bộ , văn bản đi và các chức b. Xử lý văn bản dự thảo
năng khác. Hệ thống này sẽ giúp công tác quản c. Chuyển, phát hành văn bản
lý văn bản thật sự khoa học, dễ dàng.
d. xem danh sách những văn bản đã chuyển, phát
2. Cấu trúc khóa luận hành.
Nội dung khóa luận chia làm 4 phần: 3.3 Nhóm chức năng văn bản đi
Giới thiệu hệ thống, Mô tả hệ thống, Phân tích
a. Vào sổ công văn đi
hệ thống và Đánh giá hệ thống.
Chương 1 trình bày mục đích của hệ b. Phát hành văn bản đi
thống, các căn cứ pháp lý của hệ thống và một 3.4 Nhóm chức năng văn bản nội bộ
số yêu cầu của hệ thống
Chương 2 mô tả hệ thế, cụ thể là trình a. Vào sổ văn bản nội bộ
bày mô hình nghiệp vụ và mô hình phân rã chức b. Phát hành văn bản nội bộ
năng của hệ thống
Chương 3 đi sâu vào phân tích hệ thống. c. Xem văn bản nội bộ
Phân tích hệ thống được thể hiện qua biểu đồ d. Tạo phiếu yêu cầu
UseCase và mô tả luồng sự kiện qua các
e. Xử lý các yêu cầu nội bộ
UseCase, các biểu đồ lớp và phân tích thế kế dữ
liệu. f. Tạo phiếu trình
Chương 4 trình bày những đóng góp của g. Xem, xử lý phiếu trình
khóa luận, nhưng phương hướng phát triển tiếp
hệ thống để hệ thống đi vào thực tế sâu rộng 3.5 Nhóm hồ sơ công việc
hơn. a. Tạo hồ sơ công việc
3. Chức năng chính của hệ thống b. Sửa thông tin hồ sơ công việc
3.1 Nhóm chức năng văn bản đến c. Tập hợp các văn bản vào hồ sợ
a.Tiếp nhận văn bản d. Xóa văn bản đính kèm trong hồ sơ
b. Vào sổ công văn e. Gán quyền xem hồ sơ
c. Sửa đổi thông tin trong công văn

- 70 -
f. Xem các hồ sơ.
3.6 Nhóm chức năng theo dõi hồi báo
a. Nhập văn bản hồi báo
b. Xem danh sách văn bản hồi báo
3.7 Chức năng đính kèm văn bản
3.8 Nhóm chức năng báo cáo thống kê
a. Báo cáo thống kê tổng hợp
b. Báo cáo kết quả xử lý.
3.9 Chức năng tìm kiếm, xem, quản lý văn bản
và xem luồng xử lý công việc
a. Xem văn bản gốc
b. Tìm kiếm văn bản
c. Kiểm tra quyền xem văn bản
d. Gán quyền đọc văn bản
e. Tạo , sửa đổi, xóa các văn bản thông dụng
f. Xem luồng xử lý công văn
3.10 Chức năng quản trị danh mục cơ quan
ngoài
3.11 Nhóm chức năng quản trị phân quyền.
4. Kết luận
Đã xây dựng được đầy đủ các tài liệu như
biểu đồ UseCase và biểu đồ Lớp là hai biểu đồ
quan trọng nhất theo UML, đã xây dựng được
mô hình thực thể chức năng, mô hình quan hệ dữ
liệu, thiết kế mô hình dữ liệu vật lý và giao diện
của hệ thống. Khi đọc các tài liệu này có thể
hiểu được toàn bộ hệ thống.
Hệ thống tôi đã phân tích đáp ứng được
đầy đủ các nghiệp vụ đề ra, tất cả các nghiệp đã
được tin học hóa.
Cũng đưa ra được nhiều giải pháp tốt như
có thể kiếm soát được tình hình xử lý văn bản,
qua đó có thể quy trách nhiệm cho từng nút xử
lý…
Sắp tới sẽ cài đặt toàn bộ hệ thống.
Chỉnh sửa hệ thống cho phù hợp với nhiều tổ
chức hành chính cụ thể. Phát triển chức năng
nhắc nhở công việc tới các nhân viên qua email
và điện thoại di động. Khi có công việc mới
hoặc sắp kết thúc một công việc, hệ thống nhắn
sẽ gửi một email hoặc gửi tin nhắn đến điện
thoại di động để nhắc nhở.
Tài liệu tham khảo
[1] PGS-TS Nguyễn Văn Vỵ. Giáo trình
phân tích thiết kế hệ thống thông tin.
[2] Kim Hamilton, Russell Miles Learning
UML 2.0
[3] Ths Đào Kiến Quốc. Giáo trình phân
tích thiết kế hệ thống thông tin

- 71 -
 ỨNG DỤNG CÔNG NGHỆ AJAX
TRONG HIỂN THN TIN NHANH VÀ CÁ NHÂN HÓA

Nguyễn Văn Trung

MSV: 0420417 Cán bộ hướng dẫn : Ths. Lê Hồng Hải
Ngày sinh: 01/01/1985 (Bộ môn Hệ Thống Thông Tin)
Email: trungfx@live.com

1. Mở đầu
Đề tài kỹ thuật vốn luôn khô khan và không
mấy thú vị, nhưng những câu chuyện về quá trình
phát triển của Ajax (Asynchronous JavaScript
and XML) trong không gian ứng dụng Internet đã
tạo nên sức hút khó tin xuyên suốt trong những
năm gần đây(TheoVnexpress).
Để tìm hiểu về chủ đề này, với đề tài “Ứng
dụng công nghệ Ajax trong hiển thị tin nhanh
và cá nhân hóa” - khóa luận sẽ trình bày những
khái niệm, phân tích từ cơ bản đến chi tiết về
Ajax cùng sự kết hợp với việc xây dựng một ứng
dụng web cụ thể nhằm minh họa rõ nét những lý
thuyết đưa ra, tiếp cận với khóa luận sẽ giúp
người đọc nắm bắt được kỹ thuật lập trình web
hiện đại - kỹ thuật Ajax và sự phát triển của công
nghệ web với những ứng dụng nổi bật mà nó
mang lại.
2. Giới thiệu và đặt vấn đề bài toán, những
hạn chế và giải pháp
2.1 Giới thiệu kỹ thuật web truyền thống và
hạn chế
Những năm cuối của thập kỷ 80, world
wide web đã ra đời và đánh dấu một bước phát
triển mới cho website và internet.
Ban đầu là chuyển HTML được công bố và
nó tạo điều kiện cho nội dung web phát triển. Sau
đó rất nhiều các ngôn ngữ lập trình web mới ra
đời trên nhiều nền tảng: ASP.NET, PHP, JSP... đã
tạo ra những đột phát mới trong công nghệ phát
triển web.
Tuy nhiên chúng vẫn dựa vào một kỹ thuật
web truyền thống theo nguyên tắc rằng tất cả các
thao tác phải được thực hiện thông qua HTTP
(HyperText Transfer Protocol - Giao thức truyền
tải qua siêu liên kết). Nguyên tắc của kỹ thuật
web truyền thống này có vẻ rất hợp lí và chặt chẽ,
nhưng nó lại có hạn chế nảy sinh: Dư thừa dữ
liệu (do việc máy chủ luôn phải gửi lại toàn bộ
trang web sau khi xử lí xong về phía client). Thời
gian chết (Trong khi server đang xử lí thì người
dùng chỉ trong trạng thái chờ đợi và chỉ tiếp tục
thao tác được khi đã nhận toàn bộ kết quả từ
server. Hạn chế nữa là làm “mất ngữ cảnh” khi
bấm chuột vào một liên kết hay chức năng gì đó
làm trang web bị tải lại toàn bộ và ngữ cảnh của
trang bị sắp xếp lại khiến người dùng khó định vị
được vùng dữ liệu cần tìm. Chính những hạn chế
đó mà công nghệ Ajax đã ra đời và tạo ra những
thành quả đầy thú vị.
2.2. Bài toán ứng dụng và giải pháp
Bài toàn ứng dụng được trình bày trong
khóa luận là việc xây dựng một website hiển thị
tin nhanh và cá nhân hóa với nội dung “Thu thập
và hiển thị thông tin trên sàn chứng khoán OTC”.
Do chứng khoán nói chung và OTC nói riêng thì
yêu cầu quan trọng nhất chính là thông tin phải
được cập nhật một cách nhanh chóng, chính xác
với số lượng nhiều. Đống thời bài toán có xây
dựng thêm một chức năng cá nhân hóa giúp người
dùng có thể theo dõi được những biến đổi về
thông tin chứng khoán mà mình quan tâm.
Với những yêu cầu bài toán như vậy thì việc
sử dụng công nghệ web truyền thống là không tối
ưu. Do vậy mà việc nghiên cứu, tìm hiểu và vận
dụng công nghệ Ajax vào phát triển ứng dụng này
là một trong những giải pháp khả thi có thể tiền
hành.
Chính vì vậy khóa luận sẽ đi sâu vào việc
nghiên cứu, trình bày về công nghệ Ajax và phân
tích vận dụng trong ứng dụng của bài toán.

- 72 -
3. Kỹ thuật Ajax và ứng dụng công nghệ
web
Tìm hiểu về Ajax và những ứng dụng của
nó là một quá trình đầy hấp dẫn và lí thú. Để có
thể nắm bắt được những kiến thức về kỹ thuật
thời thượng này. Khóa luận đi từ việc xem xét
khái niệm đến việc phân tích các nguyên tắc làm
việc, cũng như đi chi tiết vào lập trình Ajax và
giới thiệu các phương pháp hỗ trợ phát triển ứng
dụng Ajax:
• Giới thiệu Ajax và ứng dụng công nghệ
web mới
- Khái niệm : Ajax là gì ?
- Ajax hoạt động như thế nào : Giải thích
nguyên tắc làm việc của ứng dụng web ajax
và so sánh với kỹ thuật web truyền thống
trước đó.
- Các ứng dụng web ajax nổi tiếng :
Google Maps, Google Suggest, Yahoo Mail
Beta, Flickr, Gmail… và xu hướng phát
triển mạnh mẽ của web ajax
• Bản chất của lập trình Ajax (đối tượng
XMLHttpRequest) : Chi tiết về bản chất
lập trình ajax và các ví dụ mã nguồn
minh họa.
• Các kỹ thuật xử lí XML (DOM, SAX,
XPath..), ngôn ngữ chủ yếu dùng trong
việc truyền tải dữ liệu trong ứng dụng
Ajax
• Tìm hiểu JSON : một cách tiếp cận khác
trong truyền tải dữ liệu dạng đối tượng
mà không cần XML.
4. Ứng dụng Ajax trong bài toán ứng dụng
Như yêu cầu và giải pháp của bài toán trong
phần đầu, việc sử dụng kỹ thuật ajax để xây dựng
và phát triển ứng dụng web sẽ là một lựa chọn tốt.
4.1 Nền tảng công nghệ
Dự trên nền tảng Microsft .NET với
ASP.NET và C# thì Microsoft còn cung cấp cho
cộng đồng phát triển Ajax một thư viện Ajax (MS
AJAX Library) rất phong phú giúp cho quá trình
phát triển các ứng dụng web ajax một cách nhanh
chóng và hiệu quả. Tận dụng những điểm mạnh
đó, bài toán đã sử dụng: ASP.NET, Microsoft
Ajax Libray, Webservice… kết hợp với những
- 73 -
nghiên cứu về Ajax nhằm phát triển ứng dụng
hiệu quả nhất.
4.2 Ajax và bài toán ứng dụng
Mục đích của việc xây dựng bài toán ứng
dụng này ngoài việc thiết lập một website còn là
một ví dụ minh họa chứng minh và củng cố
những phần lí thuyết ajax đã được trình bày.
Những chức năng mà bài toán ứng dụng làm thực
hiện:
- Chức năng thu thập và hiển thị nhanh
thông tin chứng khoán OTC (từ sàn OTC trực
tuyến - sanotc.com). Quá trình thu thập và tách
thông tin dữ liệu từ Sàn OTC được thực hiện
thông qua việc đọc dữ liệu và dùng Xpath để phân
tích XML rồi đNy lên Webservice một cách nhanh
chóng thậm chí còn nhanh hơn dữ liệu trên một số
server của Sàn OTC (tuy nhiên không đi sâu vào
phần này vì mục tiêu của khóa luận muốn đề cập
sâu hơn là ajax và ứng dụng của nó). Sau khi dữ
liệu thu thập được đNy lên webservice, Ứng dụng
sẽ dùng Ajax để đọc dữ liệu và hiển thị lên
website một cách không đồng bộ và tốc độ nhanh.
Dùng Ajax giúp cho việc có ngay những dữ liệu
mới để hiển thị mà không hề làm gián đoạn hay
tải lại cả trang web mà chỉ chèn vào những dữ
liệu mới.
- Chức năng cá nhân hóa: Song song với
việc thu thập và hiển thị dữ liệu nhanh, website có
đưa thêm một chức năng cá nhân hóa, giúp cho
người dùng (đặc biệt là các nhà đầu tư chứng
khoán) theo dõi được các thông tin chứng khoán
mà mình quan tâm. Dữ liệu ở các bảng danh sách
quan tâm cũng được đNy vào một cách tự động
mà không cần tới bất kỳ thao tác nào của người
dùng.
- Chức năng thông báo khi có dữ liệu mới
mới bằng message hoặc hiển thị nhấp nháy cửa sổ
trình duyệt.
Trong phần này, khóa luận sẽ giới thiệu
các hình ảnh trực quan của ứng dụng cũng như
nêu và giải thích các hàm xử lí quan trọng, giúp
cho việc hiểu về bài toán ứng dụng hơn.
5. Kết luận và hướng phát triển Tài liệu tham khảo
Khóa luận đã xây dựng được một hệ thống [1] AJAX Tutorial tại:
các lý thuyết cơ sở về Ajax và trình bày các công http://www.w3schools.com/Ajax/
cụ phát trỉển ứng dụng web ajax. Hy vọng khóa [2] AJAX technology introduced by
luận này sẽ có ích cho những ai đam mê tìm hiểu Microsoft at www.asp.net/ajax/
về ajax và công nghệ web, là nền tảng cơ bản cho [3] Chris Ullman & Lucinda Dykes:
những người bắt bước đầu khám phá công nghệ Beginning Ajax
hấp dẫn này. [4] Shelley Powers (N XB: O'Reilly)
Cùng với việc tìm hiểu và nghiên cứu các Learning JavaScript
[5] Bài viết Ajax sự kết hợp kỳ diệu của
vấn đề lý thuyết, khóa luận cũng đi vào việc xây
dựng một ứng dụng website cụ thể gắn liền với lý công nghệ web trên Vnexpress.net:
thuyết Ajax “Ứng dụng Ajax trong hiển thị tin http://www.vnexpress.net/Vietnam/Vi-
tinh/2006/03/3B9E7D49/
nhanh và cá nhân hóa”. Từ đó giúp cho vấn đề
trình bày càng trở nên gần gũi và dễ dàng hơn, [6] Trang http://nguoitapviet.info
[7] Ajax trong Wikipedia Tiếng Việt:
đồng thời trong quá trình phát triển ứng dụng này,
http://vi.wikipedia.org/wiki/Ajax_%28l
khóa luận giới thiệu thêm một vài công cụ, thư
%E1%BA%ADp_tr%C3%ACnh%29
viện tốt và mới nhất hiện nay.
Một số hướng phát triển:
• Xây dựng hệ thống Chat cho các thành
viên trên nền tảng ajax, giúp việc quan
hệ và trao đổi thông tin các thành viên dễ
dàng và linh hoạt.
• Xây dựng thêm module chức năng vẽ
biểu đồ giúp cho nhà đầu tư dễ dàng
quan sát, thống kê các số liệu một cách
trực quan.
• Bổ sung thêm các ứng dụng bảng giá
chứng khoán điện tử trên sách sàn giao
dịch.

- 74 -
 TÍCH HỢP WEB SERVICE
Phạm Văn Trường
MSSV: 04020423
Email: truongpv85@gmail.com
1. Giới thiệu
Một thực trạng đáng lo ngại cho ngành
công nghệ phần mềm hiện nay là các hệ thống
được xây dựng ngày một trở lên phức tạp và
cồng kềnh hơn. Công nghệ tích hợp web service
dựa trên kiến trúc hướng dịch vụ SOA (Service
oriented Architecture)[3][5] sẽ là một lựa chọn
tối ưu để khắc phục vấn đề này. Đó cũng là đề
tài nghiên cứu trong khóa luận của chúng tôi.
Khóa luận sẽ tìm hiểu cách thức giao tiếp
và làm việc của Web service [6], các công nghệ
của Web service như: XML, SOAP, UDDI,
WSDL [5][6], ...Từ những cơ sở kiến thức đó,
chúng tôi tiếp cận với công nghệ tích hợp Web
service. Tích hợp Web service là một đề tài khá
mới mẻ. Hiện nay có hai phương pháp để tích
hợp Web service: phương pháp thủ công (dùng
ngôn ngữ hướng đối tượng Java, C#), phương
pháp này sẽ gặp nhiều khó khăn khi các
composited service phức tạp và sự thay đổi nhỏ
của composited service cũng dẫn đến vấn để
phải xử lý lại composite service [4]. Vì thế trong
khóa luận này, chúng tôi đưa ra một phương án
hoàn hảo hơn cho vấn đề tích hợp Web service
bằng việc sử dụng thêm một tầng tích hợp
(composite engine) dựa trên công nghệ mới của
BPEL.
2. Công nghệ Web service
Chương này phân tích một số mô hình
phân tán và đi đến kết luận việc lựa chọn SOA
với tâm điểm là Web service để giải quyết cho
vấn đề công nghệ phần mềm hiện nay.
- 75 -
Cán bộ hướng dẫn: TS. Nguyễn Việt Hà
THS. Võ Đình Hiếu
Tìm hiểu khái niệm về Web service và
các công nghệ liên quan như: XML, SOAP,
WSDL, UDDI và phân tích các lợi ích của việc
sử dụng Web service.
Đưa ra hướng tiếp cận và các bước xây
dựng, triển khai một Web service.
3. Công nghệ tích hợp web service
Trình bày khái niệm về tích hợp web
service. Đưa ra mô hình tích hợp web service.
Đánh giá một số công nghệ tích hợp Web
service hiện có và phân tích sự khả quan trong
việc giao tiếp giữa các ứng dụng viết trên .Net
và J2EE. Từ đó đi đến việc lựa chọn và tìm hiểu
về công nghệ tích hợp dựa trên ngôn ngữ BPEL.
[4][5].
4. Phát triển bài toán Search Engine
trên công nghệ tích hợp Web service
Chương này giới thiệu và phát triển bài
toán Search engine để tìm kiếm tài liệu tham
khảo cho sinh viên trong các hệ thống thư viện
điện tử dựa trên công nghệ tích hợp Web
service. Phân tích mục tiêu, yêu cầu cho bài
toán “Tìm kiếm tài liệu trong thư viện điện tử”
và thiết kế mô hình tổng quát cho bài toán.
5. Thực nghiệm
Chương này xây dựng một chương trình
demo dựa trên mô hình phân tích bài toán
Search engine. Cụ thể là : xây dựng hai web
service là hai dịch vụ tìm kiếm tài liệu thư viện
cho hai trường đại học khác nhau. Chương này
nêu rõ các yêu cầu cần cài đặt, cách xây dưng và
triển khai các web service và dùng BPEL để tạo
composite service ra sao. Triển khai hai service
đó trên hai server chạy Windows và Linux. Sau
đó xây dựng một dịch vụ tích hợp cho phép tìm
kiếm tài liệu trong cả hai thư viện của trường
Đại học trên nhờ công nghệ tích hợp Web
service.
Tài liệu tham khảo
[1] David Chappel, Tyler Jewell, Java
Web services, March 2002.
[2] Ethan Cerami, Web services
Essentials Distributed Application with XML-
RPC, SOAP, UDDI & WSDL, February, 2002.

6. Kết luận [3] Jamers P.Lawler, H.Howell-Baber,

Khóa luận đã trình bày một cách tổng
quát về mô hình hệ phân tán qua việc tiếp cận
của kiến trúc hướng dịch vụ SOA, đưa ra cái
nhìn rõ ràng hơn về công nghệ Web service,
cách xây dựng, triển khai và sử dụng lại Web
service như thế nào. Đặc biệt là công nghệ tích
hợp Web service sử dụng cho xây dựng các hệ
thống phân tán với tính năng sử dụng lại dịch vụ
một cách mềm dẻo.
Chúng tôi đã phân tích bài toán tìm kiếm
tổng quát Search engine dựa trên công nghệ tích
hợp Web service. Từ bài toán tổng quát Search
engine, trong chương thực nghiệm chúng tôi đã
xây dựng một ứng dụng demo với chức năng
tìm kiếm tài liệu trong thư viện điện tử các
trường Đại học. Ứng dụng sử dụng công nghệ
tích hợp để tạo ra môt composite service từ hai
Web service được xây dựng sẵn và chạy trên hai
server khác nhau với hai hệ điều hành khác
nhau.
Service-Oriented Architecture SOA Strategy,
Methodology and Technology, January 2008.
[4] Vo Dinh Hieu, Sercure Provision of
Composite services in an Isecure Networked
Environment, 2005.
[5]Sanjiva Weerawarana,
Francisco Curbera, Frank Leymann,Tony Storey,
Donald F. Ferguson, Web services Platform
Architecture: SOAP, WSDL, WS-Policy,
WS-Addressing, WS-BPEL, WS-Reliable
Messaging, and More, March 22, 2005.
[6] Gerhard Wiehler, Web service and
Service Oriented Architectures, FeBruary,
2004.

Trong xu hướng phát triển phần mềm cao

cấp như hiện nay, công nghệ tích hợp Web
service đang ngày một được sử dụng nhiều và vấn
đề bảo mật là một hướng phát triển của đề tài.

- 76 -
 KIỂM CHỨNG SỰ TUÂN THEO GIỮA MÃ THỰC THI VÀ ĐẶC TẢ PSM
Trương Đình Trường
MSV: 04020425
Email: truongvuitinh_bn2005@yahoo.com
1. Giới thiệu
Ngày nay, việc ứng dụng công nghệ thông
tin vào trong các ngành, các lĩnh vực của cuộc
sống đang trở thành một nhu cầu cấp thiết, cùng
với đó là các yêu cầu về phần mềm cũng ngày
một tăng lên như: phần mềm phải tin cậy, mạnh
mẽ, tính thích nghi…. Kĩ nghệ phần mềm
hướng thành phần ra đời giúp chúng ta dễ dàng
hơn trong việc phát triển một hệ thống phần
mềm hướng thành phần. Một hệ thống hướng
thành phần có thể được mô tả một cách dễ dàng
bởi biểu đồ PSM (Protocol stata machine). Tuy
nhiên, chúng ta không thể biết chắc thứ tự thực
thi của những phương thức trong thành phần của
hệ thống phần mềm có đúng với đặc tả của biểu
đồ PSM hay không. Để đáp ứng được yêu cầu
trên, khóa luận này đã nghiên cứu và đề xuất
một mô hình kiểm tra thứ tự thực thi của các
phương thức trong một thành phần với đặc tả
ban đầu của nó. Thự tự thực thi của chương
trình cài đặt được lấy từ mã Java bytecode, một
trung gian giữa mã nguồn và mã máy. Thứ tự
thực thi này, do những người lập trình viết ra, sẽ
được kiểm tra xem có đúng với các đặc tả PSM
do những người thiết kế lập ra hay không?
2. Cơ sở lý thuyết
2.1. Tổng quát về biểu đồ PSM
Chúng ta thường sử dụng ký pháp UML
để tạo ra những biểu đồ trạng thái hành vi để
hiển thị chuỗi những sự kiện của đối tượng.
Những biểu đồ trạng thái như vậy có những cặp
sự kiện/hành động, những hành động vào, hành
động kết thúc,..Hầu hết các biểu đồ trạng thái,
chúng ta đều sử dụng những tính năng này .
Trên thực tế chúng là các máy hành vi. Tuy
nhiên, đôi khi chúng ta chỉ muốn hiển thị một
chuỗi các sự kiện cụ thể mà đối tượng đáp ứng
và khi nó có thể đáp ứng mà không cần phải chỉ
ra hành vi của nó. Một chuỗi cụ thể như vậy
được gọi là môt giao thức sự kiện. Trong UML
2.0, chúng ta có thể hiển thị các giao thức sự
kiện bởi biểu đồ “Protocol State Machine”.
- 77 -
Người hướng dẫn:
TS. Trương Ninh Thuận
ThS. Trần Thị Mai Thương
Thông thường, chúng ta sẽ sử dụng những
biểu đồ trạng thái bình thường để hiển thị những
chuỗi hành vi bên trong cho tất cả các đối tượng
của một lớp. Tuy nhiên, đôi khi chúng ta muốn
hiển thị một giao thức phức tạp (thiết lập những
quy tắc điều khiển truyền thông) khi sử dụng
một giao diện cho một lớp. Ví dụ, khi chúng ta
đang thiết kế các lớp mà truy cập một database
cho ứng dụng của chúng ta, chúng ta cần sử
dụng những thao tác chung như: Open, Close và
Query một Database. Nhưng những thao tác này
phải được gọi theo đúng thứ tự. Chúng ta không
thể truy vấn Database nếu như bạn chưa mở nó.
2.2. Những chỉ thị mà JVM gọi phương
thức ở trong Java
Cũng giống như các ngôn ngữ lập trình
khác thì Java cũng có hai kiểu phương thức cơ
bản đó là phương thức của đối tượng (instance
methods) và các phương thức chung của một
lớp (class method), hay còn được gọi là phương
thức tĩnh.
• Để gọi được các phương thức của đối
tượng thì trước hết bạn phải tạo ra được
một đối tượng cụ thể. Còn đối với các
phương thức của lớp thì không cần tạo
ra đối tượng.
• Các phương thức của đối tượng sử
dụng sự liên kết động (dynamic
binding), còn các phương thức của lớp
sử dụng sử dụng sự liên kết tĩnh.Khi
máy ảo Java gọi một phương thức của
lớp (class method), nó lựa chọn phương
thức được gọi dựa vào kiểu của đối
tượng tham chiếu, kiểu này luôn luôn
được biết tại thời gian biên dịch. Khi
JVM gọi một phương thức của đối
tượng (instance method), nó lựa chọn
phương thức được gọi dựa vào lớp thực
sự của đối tượng, mà chỉ có thể biết
vào thời gian chạy (run-time).
JVM (Java virtual machine) sử dụng 4 chỉ
lệnh khác nhau để gọi những kiểu phương thức
khác nhau ở trong Java. Những chỉ lệnh đó là:
 • Invokevirtual: Sử dụng để gọi các
phương thức của đối tượng. Trước khi
phương thức được gọi thì đối tượng
phải được tạo. Chỉ lệnh này sử dụng
liên kết động, chỉ biết được tại thời
điểm chạy.
• Invokestatic: Sử dụng để gọi các
phương thức của lớp. Các phương thức
này được gọi mà không cần tạo đối
tượng. Chỉ lệnh này sử dụng liên kết
tĩnh, chúng ta chỉ biết được tại thời
điểm biên dịch.
• Invokespecial: Sử dụng để gọi một số
phương thức đặc biệt như: Phương
thức khởi tạo, phương thức riêng, và
phương thức của lớp cha.
• Invokeinterface: Sử dụng để các
phương thức thực thi các giao diện
(interface).
3. Giải pháp
Từ chương trình gồm các lớp (tương ứng
với các thành phần khi đặc tả) sẽ sinh ra mã
“Java bytecode” tương ứng. Bằng việc sử dụng
các chỉ lệnh “invokestatic, invokevirtual,
invokespecial, invokeinterface” trong máy ảo
Java ta sẽ xác định được chuỗi các lời gọi
phương thức trong thành phần được sinh ra bởi
chương trình. Từ đặc tả PSM sẽ sinh ra file lưu
trữ thông tin về biểu đồ PSM. Từ đó, chương
trình kiểm tra mà đầu vào là chuỗi các lời gọi
phương thức do mã Java bytecode sinh ra và file
lưu trữ cấu trúc thông tin cho biểu đồ PSM thì
sẽ thu được “Kết quả” là dãy các phương thức
được sinh ra từ mã Java bytecode có đúng theo
đặc tả PSM hay không. Đối với việc kiểm tra
PSM thì chương trình sẽ kiểm tra xem các điều
kiện của trạng thái có được thỏa mãn hay
không. Nếu điều kiện được thỏa mãn lời gọi
hàm đó sẽ hợp lệ và giá trị của các biến trạng
thái sẽ được cập nhật phục vụ cho lời gọi hàm
sau. Nếu không hợp lệ thì chương trình sẽ báo
lỗi và chúng ta xác định được chính xác phương
thức nào gây ra lỗi.
4. Kết luận
Trong khóa luận này, tôi đã tìm hiểu về
mã Java bytecode, biểu đồ PSM , các chỉ lệnh
trong Java bytecode và ý nghĩa của chúng. Từ
các thành phần này tôi cũng đã xây dựng được
biểu đồ PSM để đặc tả yêu cầu người dùng.
Ngoài ra tôi đã xây dựng được công cụ cho
- 78 -
phép vẽ một biểu đồ PSM đơn giản, công cụ
cũng cho phép vừa vẽ biểu đồ vừa có thể sinh ra
file lưu trữ cấu trúc thông tin cho biểu đồ PSM.
Từ file đặc tả này và chuỗi lời gọi hàm được
sinh ra từ mã Java bytecode tôi có thể kiểm tra
được một thành phần, chương trình có viết đúng
đặc tả so với biểu đồ PSM hay không. Công cụ
của tôi đã kiểm tra được tính chính xác thứ tự
thực thi của những phương thức trong một thành
phần có thỏa mãn đặc tả PSM hay không.
Tuy nhiên, kết quả nghiên cứu vẫn chưa
giải quyết được vấn đề kiểm tra chương trình có
các câu lệnh rẽ nhánh và việc thực thi song song
giữa các luồng. Đây là các vấn đề rất khó bởi vì
chúng ta sử dụng phương thức kiểm tra ở đây là
kiểm tra tĩnh mã Java bytecode, trong khi các
điều kiện rẽ nhánh thì lại diễn ra một cách động.
Mặc dù nghiên cứu vẫn còn nhiều điểm
hạn chế chưa khắc phục nhưng nó vẫn có những
ứng dụng nhất định. Tôi nhận thấy mã MSIL
của ngôn ngữ .NET tương đối giống với mã
Java bytecode của ngôn ngữ lập trình Java, do
đó tôi nghĩ rằng phương pháp của mình có thể
áp dụng cho việc kiểm chứng mã MSIL so với
đặc tả UCM. Việc phát triển và mở rộng đề tài
với các ngông ngữ khác nhau sẽ góp phần tăng
khả năng phát hiện lỗi và năng cao chất lượng
phần mềm.
Tài liệu tham khảo
[1] Bill Venners. “Inside the Java Virtual
Machine”. In Chapter Nineteen: Method
Invocation and Return and Chapter V: The
Java Virtual Machine and Chapter Eight:
The Linking Model and Chapter VII: The
Lifetime of a Class. Inc, 1997.
[2] R.J.A. Buhr and R.S. “Casselman Use
Case Maps for Object-Oriented Systems”,
Inc, 1995.
[3] Michael Jesse Chonoles, James A. Schardt
. “UML 2.0 for Dummies”. In Chapter18
of Part V: Avoid States of Confusion. Inc,
2003.
[4] Tom Pender, Wiley Publishing. UML 2.0
Bible.In Chapter 11 of Part III: Modeling
an Object’s Lifecycle in UML 2.0. Inc,
2003.
[5] Sun Microsystems, JavaBeans 1.01
Specification,
http://java.sun.com/beans.
[6] http://www.omg.org.
[7] http://www.usecasemaps.org/.
 NGHIÊN CỨU VỀ WEB SERVICE VÀ ỨNG DỤNG
Họ tên: Vũ Minh Tuấn
Mã số sinh viên: 04020443
1. Giới thiệu
Cùng với sự phát triển ngày càng lớn mạnh
của mạng máy tính toàn cầu Internet, là sự ra đời
và phát triển của các ứng dụng, hệ thống phân tán.
Rất nhiều công nghệ đã được phát triển để phục
vụ cho các ứng dụng này như RMI, DCOM,
CORBA, ... Tuy nhiên các công nghệ trên đều
gặp khó khăn khi đối mặt với sự khác biệt phần
cứng, phần mềm hay ngôn ngữ lập trình khi xây
dựng các ứng dụng phân tán. Một yêu cầu đặt ra
là làm sao để các ứng dụng, các hệ thống phân
tán, có thể giao tiếp được với nhau một cách dễ
dàng ngay cả khi chúng được xây dựng và phát
triển trên những hệ thống phần cứng, phần mềm
và ngôn ngữ lập trình khác nhau. Chính yêu cầu
đó đã thúc đNy việc nghiên cứu và cho ra đời công
nghệ Web Service. Một công nghệ mang tính
cách mạng, cho phép xây dựng và phát triển các
ứng dụng phân tán độc lập cả về phần cứng, phần
mềm, hệ điều hành cũng như ngôn ngữ lập.
Với mục đích mang lại những hiểu biết sâu
sắc hơn về công nghệ Web Service, luận văn này
sẽ trình bày từ những cái nhìn tổng quan cho đến
tìm hiểu, nghiên cứu chi tiết các khái niệm, cấu
trúc và các công nghệ thành phần, cấu thành nên
Web Service. Cuối cùng sẽ là phân tích và phát
triển một ứng dụng cụ thể sử dụng công nghệ
Web Service.
2. Công nghệ Web Service
Web Service tạm dịch là dịch vụ trên web, là
một hệ thống phần mềm được thiết kế để hỗ trợ
- 79 -
Cán bộ hướng dẫn: TS. Nguyễn Việt Hà
Cán bộ đồng hướng dẫn: ThS. Trần Vũ Việt Anh
khả năng tương tác giữa các ứng dụng trên các
máy tính khác nhau thông qua môi trường mạng
Internet. Điểm khác biệt của Web Service so với
các công nghệ khác là Web Service kết hợp sử
dụng những công nghệ đã có như XML, SOAP,
WSDL, UDDI để tạo ra các dịch vụ trên nền web
cho phép các ứng dụng có thể tương tác với nhau
qua môi trường mạng Internet mà không phụ
thuộc vào ngôn ngữ lập trình hay môi trường hệ
điều hành chạy các ứng dụng đó. Điểm này làm
nổi bật vai trò và khả năng vượt trội của Web
Service
3. Ứng dụng web service đặt vé xem phim trực
tuyến.
N gày nay việc đến các trung tâm chiếu phim
là một hoạt động giải trí, một nhu cầu phổ biến
của rất nhiều các bạn trẻ. Tuy nhiên việc mua vé
và bán vé vẫn chỉ được thực hiện theo phương
thức truyền thống. Khách hàng phải đến mua vé
tại các quầy bán vé của trung tâm chiếu phim và
sử dụng tiền mặt để thanh toán, hoạt động này gây
mất khá nhiều thời gian và công sức của khách
hàng. Hơn nữa gười xem cũng gặp khá nhiều khó
khăn và bất tiện trong việc tìm kiếm các thông tin
chi tiết về lịch chiếu phim của các trung tâm chiếu
phim cũng như giá vé xem của từng bộ phim. Vì
vậy một yêu cầu đặt ra là xây dựng một web
service cung cấp dịch vụ đặt mua vé xem phim
trực tuyến và một website sử dụng web service đó
để cung cấp các giao diện cho phép khách hàng
tham khảo lịch chiếu phim cũng như đặt mua vé
xem phim cho các bộ phim yêu thích.
 Các chức năng chính mà hệ thống cung cấp
bao gồm: xác thực người dụng, hiển thị lịch chiếu
phim, hiển thị thông tin tài khoản của người dùng,
cho phép người dùng sau khi đặt nhập hệ thống có
thể tiến hành đặt mua vé xem phim trên website
của trung tâm và đăng xuất khỏi hệ thống.
4. Triển khai
Ứng dụng được phát triển bằng việc sử dụng
bộ công cụ lập trình Visual Studio 2005 của
Microsoft, hệ quản trị cơ sở dữ liệu Microsoft
SQL 2000, ngôn ngữ lập trình ASP.N ET và được
triển khai trên môi trường mạng Internet.
Ứng dụng được chia làm hai phần
- Web service cung cấp các chức năng xác
thực người dùng, hiển thị lịch chiếu phim
và tài khoản người dùng.
- Website tham chiếu đến web service đã
xây dựng ở trên, sử dụng các phương thức
mà web service cung cấp để cung cấp các
chức năng của hệ thống đến người dùng
qua giao diện web.
6. Kết luận
Khoá luận đã làm rõ được những nét cơ bản
về web service như khái niệm, đặc điểm, kiến
trúc. Đồng thời cũng chỉ ra được những ưu điểm
vượt trội của công nghệ web service so với các
công nghệ khác. Đưa ra những đánh giá về khuyết
điểm, tồn tại của công nghệ này.
Làm rõ được các khái niệm về các công
nghệ là nền tảng tạo nên web service. Đưa ra
được cái nhìn từ tổng quan đến chi tiết về các
công nghệ này.
Phân tích thiết kế và xây dựng thành công
ứng dụng đặt vé xem phim trực tuyến sử dụng
công nghệ web service.
- 80 -
Tài liệu tham khảo
[1] Phạm Quang Hoà. Tạo Web Service với
Visual Studio 2005
“http://hoapq.wordpress.com/2007/01/29/t
%e1%ba%a1o-web-service-
v%e1%bb%9bi-visual-studio-2005-da-
c%e1%ba%adp-nh%e1%ba%adt/”
[2] Trịnh Quốc Sơn. Công nghệ web services -
Ứng dụng xây dựng search engine tích hợp
web service của Google - Phần 1
“http://ity.vnuit.edu.vn/congnghe/000011/in
dex.htm”
[3] Diễn đàn Java Việt N am
“http://www.javavietnam.org/javavn/mvnfo
rum/printthread?thread=13988”
[4] XML, kỹ thuật tin học nòng cốt trong tương
lại.
“http://www.vovisoft.com/xml/drhong/x
mltechnology.htm”
[5] David Chappell Tyler Jewell. Java web
service, Tr. 6-9.
[6] Ethan Cerami. web services Essentials, Tr.
6-53, 102-143.
[7] Learn XML web services Devolopment.
[8] Prentice Hall PTR. web services Platform
Architecture: SOAP, WSDL, WS-Policy,
WS-Addressing, WS-BPEL, WS-Reliable
Messaging, and More, Chapter 8. Universal
Description, Discovery, and Integration
(UDDI).
[9] Vo Dinh Hieu. Secure Provision of
Composite ervices in an Insecure
N etworked Environment, Tr. 6-10.
[10] Wikipedia. Web service.
“http://en.wikipedia.org/wiki/Web_service”
[11] W3School. “http://www.w3schools.com”.
 KIỂM CHỨNG SỰ TUÂN THEO GIỮA MÃ THỰC THI VÀ ĐẶC TẢ UCM
Phạm Văn Tùng
MSV: 04020455
Email: matlua@yahoo.com
1. Giới thiệu
Kĩ nghệ phần mềm hướng thành phần
(Component Based Software Engineering -
CBSE) ra đời cho phép chúng ta dễ dàng hơn
trong việc phát triển một hệ thống phần mềm
phức tạp. Trong CBSE việc mô hình hóa các
hành vi giữa các thành phần của hệ thống có thể
thực hiện dễ dàng bằng biểu đồ ca sử dụng (Use
case map-UCM). Việc kiểm tra tính đúng đắn
giữa thứ tự thực thi của chương trình so với đặc
tả UCM là một nhiệm vụ quan trọng giúp chúng
ta phát hiện các lỗi về sự tuân theo giữa thực thi
do người lập trình viết so với bản đặc tả, thiết kế
của phần mềm hướng thành phần, từ đó có thể
làm giảm những rủi ro khi đưa phần mềm vào
hoạt động và tăng cường độ tin cậy cho hệ
thống. Chính vì yêu cầu này, tôi đề xuất đề tài
nghiên cứu kiểm chứng sự tuân theo giữa
chương trình thực thi (cụ thể ở đây là mã Java
bytecode) so với đặc tả UCM của chương trình.
2. Cơ sở lý thuyết
2.1. Tổng quát về biểu đồ UCM
Mô hình UCM là một mô hình thiết kế ở
mức cao giúp cho con người thể hiện và giải
thích về một mẫu hành vi của các thành phần
trong một hệ thống Các phần tử cơ bản trong
biểu đồ UCM:
• Đường (Path): Path là một đường
cong liên tục xuyên suốt hệ thống. Nó
biểu diễn các hành vi của một kịch bản
trong hệ thống từ thời điểm bắt cho đến
khi kết thúc kịch bản (kết quả của tác
nhân).
• Điểm đợi: Điểm đợi là một hình tròn
được tô đen. Thông thường nó biểu
diễn điểm bắt đầu của một path hay nói
cách khác là tác nhân kích thích.
• Một bộ định thời gian (timer): Nó là
tổng quát hóa của điểm đợi, nó dùng để
thể hiện rằng có ràng buộc về mặt thời
gian đối với điểm đợi.
- 81 -
Người hướng dẫn:
TS. Trương Ninh Thuận
ThS. Trần Thị Mai Thương
• Thanh (bar): Thông thường là một
hình chữ nhật dọc tô đen. Một bar dùng
để biểu diễn điểm kết thúc của một
path hoặc đánh dấu một điểm là nơi mà
các đoạn đường song song bắt đầu hoặc
kết thúc.
• Các điểm đáp ứng: là những mô tả tên
ngắn gọn của các hành động mang tính
cục bộ mà hệ thống cần thực thi.
• Hướng (tùy chọn): Hướng được chỉ rõ
bởi vị trí của điểm bắt đầu và điểm kết
thúc nhưng thỉnh thoảng nó cũng được
dùng để thể hiện hướng cục bộ trong
một biểu đồ phức tạp hoặc một phần
của một biểu đồ lớn.
2.2. Tổng quan về mã Java bytecode
Ngôn ngữ Java sử dụng kết hợp giữa biên
dịch và thông dịch để biên dịch chương trình
sang ngôn ngữ máy. Khi bạn viết xong một
chương trình java , bạn dùng trình biên dịch để
biên dịch nó sang một ngôn ngữ dành cho một
loại máy không tồn tại (người ta gọi là máy ảo
Java - Java Virtual Machine). Ngôn ngữ cho
máy ảo đó được gọi là Java bytecode. . Java
bytecode sẽ tiếp tục được trình thông dịch biên
dịch sang ngôn ngữ của chính loại máy đang sử
dụng trình trình thông dịch đó đó. Như vậy về
bản chất bytecode là dạng thể hiện trung gian
của chương trình java. Các chỉ lệnh gọi hàm
trong mã Java bytecode bao gồm:
• Invokevirtual: Sử dụng để gọi các
phương thức của đối tượng. Trước khi
phương thức được gọi thì cần tạo đối
tượng. Chỉ lệnh sử dụng liên kết động,
và chúng ta chỉ biết được tại thời điểm
chạy.
• Invokestatic: Sử dụng để gọi các
phương thức của lớp. Các phương thức
này được gọi mà không cần tạo đối
tượng. Chỉ lệnh này sử dụng liên kết
tĩnh, và chúng ta chỉ biết được tại thời
điểm biên dịch.
• Invokespecial: Sử dụng để gọi một số
phương thức đặc biệt như: Phương thức
 khởi tạo, phương thức riêng, và phương Tài liệu tham khảo
thức với từ khóa là super.
[1] Sun Microsystems, JavaBeans 1.01
• Invokeinterface: Sử dụng để các
Specification,
phương thức thực thi các giao diện
http://java.sun.com/beans.
3. Giải pháp [2] http://www.omg.org.
Từ chương trình gồm các lớp (tương ứng [3] http://www.usecasemaps.org/.
với các component khi đặc tả) sẽ sinh ra mã [4] Tom Pender, Wiley Publishing. UML 2.0
“Java bytecode” tương ứng. Bằng việc sử dụng Bible.In Chapter 11 of Part III: Modeling
các chỉ lệnh “invokestatic, invokevirtual, an Object’s Lifecycle in UML 2.0. Inc,
invokespecial, invokeinterface” trong máy ảo 2003.
Java ta sẽ xác định được chuỗi các lời gọi [5] Michael Jesse Chonoles, James A. Schardt
phương thức giữa các thành phần được sinh ra . “UML 2.0 for Dummies”. In Chapter18
bởi chương trình. Bây giờ làm thế nào để kiểm of Part V: Avoid States of Confusion. Inc,
chứng được dãy các phương thức được sinh ra 2003.
phù hợp với giao thức của đặc tả UCM. Để giải [6] Bill Venners. “Inside the Java Virtual
quyết vấn đề này tôi đưa ra giải pháp như sau: Machine”. In Chapter Nineteen: Method
Tôi sẽ xây dựng một chương trình giúp từ đặc tả Invocation and Return and Chapter V: The
UCM sẽ sinh ra file lưu trữ thông tin về biểu đồ Java Virtual Machine and Chapter Eight:
dưới cấu trúc XML. Sau đó chuỗi các lời gọi The Linking Model and Chapter VII: The
hàm do mã Java bytecode sinh ra sẽ được so Lifetime of a Class. Inc, 1997.
khớp với đặc tả UCM ở trong file lưu trữ cấu [7] R.J.A. Buhr and R.S. “Casselman Use
trúc XML. Kết quả là dãy các phương thức Case Maps for Object-Oriented
được sinh ra từ mã Java bytecode có đúng theo Systems”, Inc, 1995.
đặc tả UCM.
4. Cài đặt
Để minh họa đề xuất hướng tiếp cận trên,
chúng tôi đưa ra một mô hình Client-Server của
“Hệ thống báo điểm thi đại học”. Hệ thống này
được thiết kế bởi 3 thành phần: Database (DB),
Server, Client. Tôi đã tạo biểu đồ UCM cho hệ
thống này. Sau đó tôi đã kiểm tra mã Java
bytecode do chương trình sinh ra có đúng với
đặc tả sinh ra từ biểu đồ UCM hay không. Kết
quả có được cho thấy chương trình chạy chính
xác.
5. Kết luận
Nghiên cứu của tôi đã kiểm tra được chính
xác một chương trình được thực thi một cách
tuần tự có thoả mãn đặc tả UCM hay không.
Tuy nhiên, kết quả nghiên cứu vẫn chưa giải
quyết được vấn đề kiểm tra chương trình có các
câu lệnh rẽ nhánh và việc thực thi song song
giữa các luồng. Tôi nhận thấy mã MSIL của
ngôn ngữ .NET tương đối giống với mã Java
bytecode của ngôn ngữ lập trình Java, do
phương pháp này có thể áp dụng cho việc kiểm
chứng mã MSIL so với đặc tả UCM. Việc phát
triển và mở rộng đề tài với các ngôn ngữ khác
nhau sẽ góp phần tăng khả năng phát hiện lỗi và
năng cao chất lượng phần mềm.

- 82 -
 Ứng dụng web 2.0 theo định hướng tích hợp vào portal cá nhân
Netvibes với ứng dụng lịch trình chạy tàu

Sinh viên : Nguyễn Minh Tường

Lớp : K49CNPM

Giáo viên hướng dẫn : Thạc sỹ Phùng Chí Dũng

Đồng hướng dẫn : Thạc sỹ Nguyễn Nam Hải

Ngày nay, thế giới đang được chứng kiến những thay đổi tuyệt vời do công nghệ
thông tin mang lại. Sự phát triển mạnh mẽ của hệ thống thông tin toàn cầu Internet đã
làm thay đổi cách sống, cách làm việc của tất cả chúng ta. Các công cụ như thư điện tử,
các diễn đàn, các mạng xã hội, giải trí trực tuyến, giáo dục trực tuyến, v.v…đã và đang,
làm cho xã hội tốt đẹp hơn. Cùng với đó là việc máy tính cá nhân đã không còn vị trí độc
tôn như cũ. Máy tính bỏ túi, các loại điện thoại di động thế hệ mới như Blackberry,
iPhone v.v… đang dần thắng thế nhờ sự tiện lợi đối với người sử dụng.

Rõ ràng, xu hướng của công nghệ thông tin trong những năm đầu của thiên niên
kỷ mới là “kết nối, ở bất cứ đâu”. Và ý tưởng xây dựng “máy tính cá nhân trực tuyến”
đã được nhiều công ty triển khai, trong đó phải kể đến iGoogle.com, Live.com,
Netvibes.com. Trong khuôn khổ luận văn này, người viết sẽ tập trung mô tả khung của
một ứng dụng được phát triển để tích hợp vào Netvibes.com, đi kèm là một ứng dụng để
demo.

Netvibes là một portal cá nhân cho phép người dùng tùy chọn các thành phần trên
portal đó. Các thành phần này được gọi là widget, là ứng dụng web chạy trên một nền
tảng nào đó. Widget có thể truy cập đến cơ sở dữ liệu riêng, và hoạt động độc lập với
Netvibes.

Kiến trúc, cách xây dựng các widget do đó cũng được công bố công khai. Mọi cá
nhân hoặc tổ chức đều có thể xây dựng widget của mình dựa trên các chuNn đã được công
bố. Với N etvibes, chuNn để xây dựng các thành phần có thể tích hợp lên
www.netvibes.com là N etvibes Universal Widget API

- 83 -
 Trong khuôn khổ luận văn, tôi sẽ xây dựng một widget theo dõi giờ tàu chạy.
Widget này cho phép truy cập vào cơ sở dữ liệu chạy tàu, đưa ra các chuyến tàu phù hợp
với yêu cầu người dùng. Widget sẽ được tích hợp vào www.netvibes.com và cho phép
người dùng truy cập mọi lúc, mọi nơi.

Các chức năng của ứng dụng:

• Liệt kê danh sách giờ tàu trong ngày

• Cho phép người dùng tìm kiếm thông tin về địa điểm, giá cả, lịch trình, đặc biệt là
thời gian chạy tàu. Khi tìm kiếm thông tin theo thời gian chạy tàu, ứng dụng sẽ hỗ
trợ tìm kiếm theo giờ xuất phát, giờ kết thúc chuyến đi. Hỗ trợ tìm kiếm cả trong
trường hợp phải chuyển tàu.

• Cho phép người có thNm quyển cập nhật cơ sở dữ liệu

• Cho phép người dùng đăng kí nhận email báo giờ tàu

Nội dung nghiên cứu

• Netvibes Widget : N ghiên cứu các chuNn phải tuân theo khi xây dựng widget.
Tìm hiểu thư viện UWA API của N etvibes, các hàm cần thiết và hay dùng trong
ứng dụng.

• AJAX : Vì tất cả dữ liệu trao đổi giữa client và server đều thông qua các phương
thức của JavaScript và Ajax, một nghiên cứu đầy đủ về AJAX để thực hiện luận
văn này là hết sức cần thiết.

• JSON (JavaScript Object Notation) : đang nổi lên như là một sự thay thế cho
XML. ChuNn này được N etvibes hỗ trợ trực tiếp thông qua phương thức
UWA.Data.getFeed(). Phương thức này sẽ trả về một đối tượng JSON , có thể
truy cập tương tự một đối tượng trong JavaScript Advanced. Do đó, để xây dựng
một widget chuNn, cần phải nghiên cứu kĩ càng về định dạng dữ liệu mới này.

- 84 -