Tối ưu hóa và phát triển hệ thống quản lý trực tuyến hội thảo khoa học

LỜI CẢM ƠN
Đồ án thực tập môn học: hệ thống thông tin quản lý là một bước đệm quan
trọng gắn kết quá trình học tập lý thuyết và thực hành trên lớp với thực tiễn triển
khai ứng dụng công nghệ thông tin trong công việc, trong đời sống Em rất vui
mừng và cảm thấy học hỏi được rất nhiều kinh nghiệm bổ ích sau khi hoàn thành
xong quá trình thực tập. Sự thành công này không đơn thuần bởi sự nỗ lực của cá
nhân em, mà còn có sự hỗ trợ và giúp đỡ nhiệt tình của thầy giáo hướng dẫn, thầy
giáo bộ môn và nhiều thầy cô giáo khác trong khoa.
Đầu tiên, em muốn cảm ơn đến thầy giáo hướng dẫn thạc sỹ Nguyễn Tùng
Linh, cảm ơn sự hướng dẫn tận tình và khoa học của thầy. Em xin gửi lời cảm ơn
đến thầy giáo bộ môn thạc sỹ Vũ Văn Định vì những định hướng rất hay và bổ ích
của thầy trong suốt quá trình thực tập. Tiếp đó em xin cảm ơn đến thầy Lê Mạnh
Hùng với những hướng dẫn tận tình, cụ thể giúp em có thể xây dựng được hệ thống
server trên Linux. Và cuối cùng em xin chân thành cảm ơn đến cô chủ nhiệm cùng
toàn thể các thầy cô giáo trong khoa đã tạo điều kiện giúp đỡ em trong suốt quá
trình thực tập cũng như đã cho em hành trang kiến thức quý báu trong suốt bốn
năm học vừa qua. Em xin cảm ơn !
Sinh viên
Lê Ngọc Thế
Mục lục
Chương 1: Tổng quan về đề tài 1
1.1 Khảo sát bài toán 1
1.2 Tìm hiểu các công nghệ ứng dụng 2
1.2.1 Giới thiệu về Apache 2
1.2.2 Giới thiệu về PHP 2
1.2.3 Giới thiệu về MySQL 2
1.2.4 Tổng quan về framework CodeIgniter 3
1.2.5 Ajax 3
1.2.6 Memcached 4
1.3 Kết quả đạt được 4
Chương 2: Tìm hiểu và phân tích các chức năng hệ thống quản lý trực tuyến

hội thảo khoa học 5
2.1 Tổng quan hệ thống 5
2.2 Biểu đồ phân cấp chức năng 8
2.3 Biểu đồ luồng dữ liệu 9
2.4 Kết quả đạt được 12
Chương 3: Phát triển, tối ưu, sửa các lỗi hệ thống quản lý trực tuyến hội thảo
khoa học 13
3.1 Phát triển chức năng 13
3.2 Tối ưu hệ thống 15
3.3 Sửa các lỗi phát sinh 16
Chương 4: Một số thành phần giao diện chính 17
4.1 Thành phần giao diện chung 17
4.2 Thành phần giao diện “Admin hệ thống” 19
4.3 Thành phần giao diện “Người phản biện” 20
4.4 Thành phần giao diện “Tác giả” 20
KẾT LUẬN 21
LIỆT KÊ CHỮ VIẾT TẮT
EPUJC Electric power university
Journal and conference
Tạp chí và hội thảo trường
đại học Điện Lực.
PHP Hypertext Transfer
Protocol
Bộ tiền xử lý siêu văn bản
MySQL Managerment System
database open source
Hệ quản trị cơ sở dữ liệu
mã nguồn mở
MVC Model-View-Control
Ajax Asynchronous JavaScript

And XML
JavaScript và XML không
đồng bộ
LIỆT KÊ HÌNH VẼ
Hình 2.1 Biểu đồ phân cấp chức năng hệ thống 8
Hình 2.2 Biểu đồ luồng dữ liệu hệ thống 9
Hình 3.1 Nút gửi bài bên ngoài trang chính 13
Hình 3.2 Cho phép thêm nhiều tác giả trong một bài báo 14
Hình 3.3 Lựa chọn hội thảo tham gia và viết nội dung bài báo 14
Hình 3.4 Tag cho phép công cụ tìm kiếm dễ dàng nhận biết 15
Hình 3.5 Cho phép tải file văn bản, cho phép lưu nháp 15
Hình 3.6 Link gốc 16
Hình 3.7 Link sau khi cắt đuôi 16
Hình 4.1 Giao diện trang chủ 17
Hình 4.2 Giao diện trang tin tức 18
Hình 4.3 Giao diện trang hội nghị và sự kiện 18
Hình 4.4 Bảng điều khiển của “Admin hệ thống” 19
Hình 4.5 Giao diện trang “Người phản biện” 20
Hình 4.6 Giao diện trang “Tác giả” 20
PHẦN MỞ ĐẦU
Ngày nay, với sự phát triển không ngừng của khoa học kỹ thuật, con người
ngày càng nghiên cứu được nhiều ứng dụng, các công trình khoa học để đưa vào
thực tế. Cùng với sự phát triển nhảy vọt của công nghệ thông tin hiện nay, Internet
ngày càng giữ vai trò quan trọng trong các lĩnh vực khoa học kỹ thuật và đời sống.
Với mạng internet thật sự tạo ra một cuộc cách mạng trao đổi thông tin, lưu trữ dữ
liệu trong mọi lĩnh vực…thì việc trao đổi nghiên cứu, tìm hiểu về các công nghệ
mới, chia sẻ thông tin luôn là mong muốn của mọi người.
Lý do chọn nghiên cứu và phát triển đề tài
Hàng năm có rất hiều các cuộc hội thảo khoa học được tổ chức, rất nhiều bài
báo được đánh giá cao và các công trình khoa học được công bố. Nhưng trên thực

tế hiện nay ở nước ta vẫn chưa có một hệ thống nào tổ chức, lưu trữ, quản lý các
bài báo, công trình khoa học đó. Dựa trên sản phẩm đề tài: xây dựng hệ thống quản
lý trực tuyến hội thảo của tác giả Trương Thị Nghĩa (C3CNTTLT) em đi phân tích,
tìm hiểu để phát triển tốt hơn sản phẩm đã có. Quá trình phát triển, tối ưu hệ thống
quản lý trực tuyến hội thảo được dựa trên các đánh giá, phân tích các hệ thống
tương tự của nước ngoài như IEEE.org, ICCMS.org, IACSIT.org…Trong quá trình
tổ chức hội thảo, website là kênh thông tin hữu hiệu giúp các tác giả, người tham
gia có thể liên hệ với đơn vị tổ chức một cách nhanh chóng nhất. Ngoài ra nó còn
là nơi lưu trữ các bài báo, thông tin hữu ích giúp mọi người có thể tra cứu, học tập,
nghiên cứu…Website hội thảo phải phục vụ được nhiều chức năng khác nhau như:
giúp người đăng bài có thể gửi được bài, tra cứu, tìm kiếm các bài báo, công trình
đã được công bố…và các chức năng hỗ trợ khác, cũng như ban tổ chức hội thảo
tiện dụng trong việc nhận bài, đánh giá, nhận xét bài báo…để thuận tiện trong quá
trình lập lịch chương trình hội thảo.
Với lý do trên cùng sự hướng dẫn của thầy giáo Nguyễn Tùng Lin em đã chọn
đề tài: “ Tối ưu hóa và phát triển hệ thống quản lý trực tuyến hội thảo khoa
học “ dựa trên hệ thống đã xây dựng của tác giả Trương Thị Nghĩa.
Mục đích của đề tài thực tập: Với mong muốn kết hợp các kiến thức, công
nghệ đã học trên lớp đưa vào áp dụng thực tế cho bài toán cụ thể. Dựa trên việc tìm
hiểu khảo sát nhu cầu thực tế, tìm hiểu quy trình quản lý, tổ chức hội thảo, mục
đích của đề tài như sau:
- Khảo sát tìm hiểu nhu cầu thực tế
- Tìm hiểu quy trình quản lý tài nguyên các hội thảo, quy trình gửi bài, nhận
bài, phản biện, trao đổi thông tin, quản lý tác giả, bài báo, tạp chí.
- Tìm hiểu công nghệ mã nguồn mở, các ứng dụng như codeigniter, ajax,
memcached…
- Phát triển, tối ưu, sửa các lỗi của hệ thống quản lý trực tuyến hội thảo khoa
học
- Đề tài được thử nghiệm tại trường Đại học Điện lực
Đối tượng nghiên cứu: Hệ thống thông tin quản lý hội thảo, hỗ trợ tác giả

trong công tác gửi bài đăng, đăng ký hội thảo, hỗ trợ phản biện, ban phụ trách
chương trình.
Phạm vi áp dụng: Đề tài sau khi được hoàn thiện với mong muốn được áp
dụng tại hội thảo khoa học trường Đại học Điện Lực.
Bố cục đề tài thực tập: Nội dung được chia làm bốn chương và kết luận.
- Chương 1: Tổng quan về đề tài.
- Chương 2: Tìm hiểu và phân tích chức năng “ hệ thống quản lý trực tuyến hội
thảo khoa học “.
- Chương 3: Phát triển, tối ưu, sửa lỗi hệ thống quản lý trực tuyến hội thảo khoa
học.
- Chương 4: Một số thành phần giao diện chính
- Kết luận.
CHƯƠNG 1: TỔNG QUAN VỀ ĐỀ TÀI
1.1 Khảo sát thực tế và bài toán
Hiện nay nhờ sự phát triển của công nghệ thông tin (CNTT), hệ thống internet
có thể giúp con người trao đổi tin tức một cách nhanh chóng, nhiều hệ thống
thông tin được hình thành dựa trên internet kết hợp với các lĩnh vự chuyên
ngành, cụ thể:
Trong hệ thống ngân hàng: Hệ thống thanh toán, chuyển đổi thông tin khách
hang, chuyển khoản, giao dịch trong hệ thống ngân hang, hay liên ngân hàng…
Trong thương mại: Hệ thống thương mại điện tử cho phép con người có thể
mua bán các mặt hàng ở bất cứ nơi đâu, không phải đi lại. Người mua hàng có
thể đặt hàng thông qua hệ thống thông tin thương mại điện tử… như hàng
không, bán hàng online…
Trong dịch vụ: Hệ thống thông tin, trao đổi, các chương trình quảng cáo,
truyền thông trực tuyến được phát triển mạnh mẽ và đang đem về các lợi ích
kinh tế rất tốt cho các công ty sử dụng. Ví dụ như dịch vụ marketing online,
quảng cáo online…
Ngày nay khoa học ngày càng phát triển, cần đội ngũ các nhà khoa học,
nghiên cứu, do đó việc giao lưu, trao đổi các kênh thông tin là điều rất cần

thiết. Hiện nay trên thế giới có rất nhiều các tổ chức khoa học, các tổ chức này
liên kết với các trường đại học, các giáo sư, các chuyên gia trong nhiều lĩnh
vực và trên nhiều các quốc gia khác nhau, hình thành mạng lưới khoa học trên
toàn thế giới. Các tổ chức trên thế giới như IEEE [3], Sliver, Srpinger,
ACTAP…
Các tổ chức khoa học này thường xuyên tổ chức các hội thảo khoa học, các
diễn đàn khoa học, hay cung cấp tài liệu để người nghiên cứu có thể tham gia
trao đổi sang kiến, trao đổi tài liệu. Do đó nhu cầu cần một kênh thông tin để
vừa có thể quản lý được các hội thảo, quản lý được các công tác tổ chức hội
thảo là rất cần thiết.
Hiện nay tại Việt Nam các trường đại học, các viện nghiên cứu đã từng bước
hội nhập khoa học với thế giới, nhiều hội thảo đã được đưa vào Việt Nam ngày
1
càng nhiều, tuy nhiên các trường đại học chưa có một kênh thông tin chuyên
dụng cho tổ chức, quản lý các hội thảo theo đúng quy trình, giúp cho ban tổ
chức hội thảo có một công cụ trợ giúp. Các thành viên hội thảo đang phải trao
đổi với nhau qua hệ thống email, do đó sẽ không tiện dụng, ngoài ra hệ thống
lưu trữ, xác nhận thông tin của người tham gia chưa được chuyên nghiệp.
Với việc khảo sát nhu cầu thực tế cũng như khảo sát sản phẩm của tác giả
Trương Thị Nghĩa đề tài thực tập này em mong muốn sẽ làm cho hệ thống
quản lý hội thảo trực tuyến của trường đại học Điện Lực sẽ trở nên tốt hơn và
ứng dụng thiết thực vào thực tế hơn.
1.2 Tìm hiểu các công nghệ ứng dụng
1.2.1 Giới thiệu về Apache
Apache: là một chương trình dành cho máy chủ đối thoại qua giao thức
HTTP. Apache chạy trên các hệ điều hành tương tự như Unix, Microsoft
Windows, Novell Netware và các hệ điều hành khác. Apache đóng một vai
trò quan trọng trong quá trình phát triển của mạng web thế giới.
1.2.2 Giới thiệu về PHP
PHP được bắt đầu giới thiệu vào năm 1994, cho tới nay thì PHP đã trải qua

5 phiên bản với nhiều cải tiến quan trọng.
Ưu điểm: Php là một mã nguồn mở vì thế nó được cộng đồng phát triển,
sửa lỗi. Thư viện PHP rất phong phú, chúng ta có thể viết mọi ứng dụng trên
nền PHP. Hỗ trợ kết nối nhiều hệ quản trị cơ sở dữ liệu. Đặc biệt PHP là mã
nguồn hướng đối tượng, khả năng bảo mật cao, mã nguồn này cũng rất ổn
định, hosting dung để chạy PHP rất rẻ vì đa số sử dụng linux.
Nhược điểm: Mã nguồn không đẹp, chỉ chạy trên ứng dụng web.
1.2.3 Giới thiệu về MySQL
My SQL là hệ quản trị cơ sở dữ liệu phổ biến nhất trên thế giới và rất được
các nhà phát triển ưa chuộng. My SQL là hệ quản trị cơ sở dữ liệu tốc độ
cao, ổn định, bảo mật, dễ sử dụng, có thể chạy trên nhiều hệ điều hành.
2
Ưu điểm: Là phần mềm mã nguồn mở nên được cộng đồng chung tay phát
triển. MySQL rất nhẹ có thể chạy trên các máy có cấu hình thấp, có tính
thực thi cao, cho phép nhiều ngôn ngữ lập trình truy vấn đến nó. Ngoài ra
My SQL còn rất bảo mật, rất dễ sử dụng…
Nhược điểm: Quá trình restore còn hơi chậm.
1.2.4 Tổng quan về framework CodeIgniter
CodeIgniter [2] là một nền tảng ứng dụng web nguồn mở được thiết kế
bằng PHP bởi Rick Ellis.
Những điểm nổi bật:
Được thiết kế theo mô hình Model – View – Controller (MVC). Mô
hình MVC giúp tách thành phần hiển thị giao diện (presentation) và xử lý
(business logic) của một phần mềm thành những thành phần độc lập, từ đó
giúp cho việc thiết kế, xử lý và bảo trì mã nguồn trở nên dễ dàng.
Nhỏ gọn: gói cài đặt chỉ 404kb.
Tốc độ nhanh: CodeIgniter được đánh giá là PHP framework có tốc độ
nhanh nhất hiện nay. Bằng cơ chế lưu nội dung vào bộ đệm, kiểm tra bộ
đệm trước khi tiến hành thực hiện yêu cầu, CodeIgniter giảm số lần truy cập
và xử lý dữ liệu từ đó tối ưu tốc độ tải trang.

Miễn phí: Mã nguồn được phát hành dưới giấy phép Apache/ BSD mở
rộng cho phép người dùng tự do thay đổi, phát triển và phân phối tự do mã
nguồn.
Hỗ trợ Search Engine Optimization: Cấu trúc ỦL của mã nguồn rất thân
thiện với các robot tìm kiếm.
Hệ thống thư viện phong phú, và bảo mật.
Điểm hạn chế: Chưa hỗ trợ ORM-một kỹ thuật lập trình giúp thực hiện
thao tác trong cơ sở dữ liệu dễ dàng.
1.2.5 Ajax ( Asynchronous JavaScript and XML).
3
Đây là một kỹ thuật cho phép tạo các ứng dụng website tốt hơn, nhanh hơn và
có tính tương tác hơn.
Với ajax, JavaScript có thể giao tiếp trực tiếp với Server, bằng cách sử dụng
đối tượng XMLHttpRequest. Với Object này, JavaScript có thể trao đổi dữ liệu
với web server mà không cần reload lại trang web.
Ajax sử dụng kiểu truyền dữ liệu bất đồng bộ (HTTP request) giữa trình
duyệt web và webserver, cho phép trang web có thể request một phần thong
tin từ server thay vì cả trang. Kỹ thuật này còn giúp cho các ứng dụng Internet
nhỏ hơn, nhanh hơn và than thiện với người dung giống như ứng dụng trên
desktop.
1.2.6 Memcached
Memcached là hệ thống lưu trữ bản sao các đối tượng ( objects ) và dữ liệu
được truy cập nhiều lần để tăng tốc độ truy xuất. Nó thường được sử dụng để
tối ưu hóa việc tải dữ liệu từ cơ sở dữ liệu cho các ứng dụng trên nền web. Vào
lúc đầu hệ thống memcached được phát triển bởi Danga Interactive và dung
cho Liveournal. Sau đó memcached trở nên phổ biến và được dung trên các
ứng dụng web khác nhau.
Memcached sử dụng cơ chế “ expiration - hết hạn ”, khi nhận được một
request, memcached kiểm tra xem dữ liệu được yêu cầu có “ hết hạn ” không,
nếu dữ liệu đã hết hạn, thì request được chuyển đến cho real database xử lý,

memcached sẽ xóa đi cached items cũ và thay vào đó cached items mới.
1.3 Kết quả đạt được
Trong chương này mục tiêu mà em muốn hướng tới là nắm bắt được yêu cầu
của bài toán đặt ra, nghiên cứu xu hướng chung của các hệ thống tương tự trên
toàn thế giới. Đồng thời tìm hiểu các công nghệ được áp dụng trong hệ thống.
Việc nắm bắt được các công nghệ là rất quan trọng, từ đó ta có thể hiểu và phát
triển hệ thống tốt hơn.
CHƯƠNG 2: TÌM HIỂU VÀ PHÂN TÍCH CÁC CHỨC NĂNG HỆ THỐNG
QUẢN LÝ TRỰC TUYẾN HỘI THẢO KHOA HỌC
4
2.1 Tổng quan về hệ thống
Hệ thống quản lý trực tuyến hội thảo khoa học ( EPUJC ) được chia làm ba
phần chính:
- Thứ nhất: quản lý các hội thảo khoa học đã và đang diễn ra.
- Thứ hai: quản lý từng hội thảo cụ thể diễn ra theo đúng quy trình.
- Thứ ba: quản lý các tài nguyên của các hội thảo và tạp chí.
Hệ thống có bốn tác nhân chính là: Admin hệ thống, Admin hội thảo ( bao
gồm: ban phụ trách chương trình hội thảo, ban phụ trách đăng ký, ban thư ký) ,
Người phản biện, Thành viên ( tác giả bài báo). Ngoài ra còn có các tác nhân phụ
là: Thành viên ( người đăng ký vào hệ thống nhưng không gửi bài ), khách ( người
chỉ vào xem thông tin trên hệ thống và các hội thảo ).
Chức năng của admin hệ thống: là người có quyền cấp cao nhất, có quyền
sử dụng các chức năng sau: quản lý admin hội thảo, quản lý hệ thống hội thảo,
quản lý danh mục tin, quản lý tài nguyên của các hội thảo, quản lý các tạp chí.
Chức năng của admin hội thảo: nằm trong hệ thống và được chia làm ba bộ
phận chuyên trách. Đó là: ban phụ trách chương trình hội thảo, ban phụ trách đăng
ký tham dự hội thảo và ban thư ký.
• Ban phụ trách đăng ký tham dự hội thảo:
Ban sẽ lập một danh sách các cơ quan trong nước và ngoài nước để sau
này ban thư ký gửi thông báo hội thảo. Những người muốn tham dự phải

điền vào phiếu đăng ký và gửi vào email cho ban tổ chức hoặc liên hệ
trực tiếp bằng điện thoại với ban phụ trách đăng ký. Nhưng để được thực
sự tham dự thì phải đóng đủ lệ phí để tham gia hội thảo. Người đăng ký
có thể đóng tiền trực tiếp ( khi đó một phiếu thu được lập ) hoặc chuyển
khoản vào tài khoản của hội thảo. Đối với người nào thanh toán trực tiếp
lệ phí bằng tiền mặt ban phụ trách đăng ký sẽ đưa họ trực tiếp vào danh
sách tham dự hội thảo. Với những người thanh toán qua chuyển khoản
ban tổ chức ghi vào danh sách chờ và đợi đến khi có xác nhận đã thanh
toán của ngân hàng. Cuối cùng ban sẽ lập danh sách những người tham
dự chính thức và chuyển qua cho ban thư ký. Tất cả những người muốn
5
tham dự hội thảo đều phải làm thủ tục trên và đóng lệ phí đầy đủ, kể cả
những người sẽ báo cáo tại hội nghị. Đối với những người sắp hết hạn
gửi mà chưa gửi thì ban tổ chức sẽ tự động gửi email nhắc nhở.
• Ban thư ký:
- Gửi thông báo hội thảo theo danh sách cho ban phụ trách đăng ký
chuẩn bị. Tờ thong báo ghi những tin sau: các chuyên đề của hội thảo,
địa chỉ, số điện thoại, số tài khoản ngân hàng của ban tổ chức, tên của
người là trưởng ban tổ chức chung, tên của người trưởng ban chương
trình và các thành viên của ban phụ trách chương trình, tên của người
trưởng ban phụ trách đăng ký tham dự, tên của người trưởng ban thư ký,
thời hạn đăng ký tham dự, thời hạn gửi bài báo khoa học đến xét chọn.
Tờ thông báo có kèm theo một phiếu đăng ký gồm có các khoản phải
điền là: họ tên, địa chỉ liên lạc, tên cơ quan làm việc, có dự định báo cáo
hay không, và phương tiện thanh toán ( chuyển khoản, tiền mặt ).
- Gửi các bài báo cho các phản biện theo yêu cầu của ban phụ trách
chương trình.Trong thư gửi có ghi rõ thời hạn các phản biện phải gửi trả
về. Nhận các bản nhận xét và phiếu điểm cùng bài báo do các phản biện
gửi trả về và chuyển cho ban phụ trách chương trình. Đánh thư thông báo
và gửi cho các tác giả bài báo được ban phụ trách chương trình xét chọn.

Trong thư có yêu cầu các tác giả phải soạn sẵn bài báo thành file theo qui
cách ( kích cỡ, font chữ ) do ban thư ký quy định ( để sau này tiện in ấn
tập kỷ yếu hội thảo ) và thời hạn các tác giả gửi trả về ban thư ký. Tổ
chức in ấn tập kỷ yếu hội thảo.
- In chương trình chi tiết các buổi hội thảo ( do ban phụ trách chương
trình cung cấp ), in danh sách chính thức những người tham dự hội thảo.
- Chuẩn bị hồ sơ cho mỗi người tham dự hội thảo để phát cho họ vào
ngày đầu tiên. Hồ sơ gồm một bản chương trình, một bản danh sách
chính thức những người tham dự hội thảo, một tập kỷ yếu và một ít giấy
trắng để ghi chép.
• Ban phụ trách chương trình
6
- Ban phụ trách chương trình có nhiệm vụ xây dựng danh mục các chủ
đề của hội nghị, mời một số nhà khoa học phản biện các bài báo. Để dễ
dàng chọn những người phản biện sau này, mỗi người phản biện được
ban phụ trách xếp vào chủ đề phù hợp với chuyên môn của người phản
biện đó.
- Khi hết hạn nộp bài báo, ban phụ trách chương trình xét duyệt sơ bộ,
loại ngay những bài báo ngoài chủ đề của hội nghị. Các bài báo còn lại
dựa vào chủ đề của tác giả đăng ký lựa chọn mà ban phụ trách sẽ sắp xếp
vào các chủ đề của hội thảo.
- Ban phụ trách chương trình sau khi nhận được đánh giá của phản biện
sẽ lập danh sách các bài báo được chấp nhận, không chấp nhận. Sau đó
gửi thư qua hệ thống email thong báo trạng thái của bài báo cho tác giả
bài báo biết.
- Sau khi đã chọn chính thức các bài báo cho hội thảo, ban phụ trách
chương trình sẽ lập danh sách bài báo được chọn để gửi cho ban thư ký,
đồng thời lên lịch hội thảo.
- Một buổi hội thảo diễn ra trong một ngày, một buổi ( sáng hoặc
chiều ), một phòng và liên quan đến một chủ đề. Ban phụ trách chương

trình có thể xếp vào nhiều buổi hội thảo, nếu có một lượng lớn các bài
báo được chọn xếp cho chủ đề đó. Để người tham dự hội thảo dễ nhớ
phòng, các buổi hội thảo của cùng một chủ đề luôn được xếp vào cùng
một phòng. Trong cùng một ngày và cùng một buổi có thể diễn ra nhiều
buổi hội thảo song song liên quan đến những chủ đề khác nhau.
Người phản biện: Sau khi được hệ thống cấp quyền, người phản biện
sẽ cập nhật lại các thông tin cá nhân, theo dõi các hội thảo tham gia. Khi
nhận được mail thông báo mời phản biện, người phản biện sẽ trả lời đồng
ý phản biện hay không. Nếu chấp nhận phản biện thì nhà khoa học sẽ
nghiên cứu các bài báo được gửi đến. Sau đó đánh giá dựa vào các tiêu
chí “ hệ thống “ đưa ra cho các bài báo như: tính tổ chức, cải tiến, công
nghệ, tính ứng dụng, kỹ năng trình bày, phù hợp với chủ đề hội thảo…
7
Tác giả bài báo: sau khi đăng ký thành viên thành công, tác giả đăng
nhập vào hệ thống, lựa chọn đúng hội thảo và lĩnh vực quan tâm. Sau đó
gửi bài cho ban tổ chức trước khi hết hạn gửi bài. Trong hệ thống có
chức năng lưu lại trạng thái khi bạn chưa hoàn thành bài báo. Đây là một
chức năng được phát triển them cho hệ thống và nó khá hữu ích. Khi bạn
đã hoàn thành bài báo có thể bấm nút gửi đi và sẽ nhận được phản hồi
của hệ thống là đã nhận được bài báo của bạn hay chưa.
2.2 Biểu đồ phân cấp chức năng của hệ thống
Hình 2.1 Biểu đồ phân cấp chức năng hệ thống
Với biểu đồ phân cấp chức năng này em có sử dụng cả hai phương pháp bottom-
up và phương pháp top-down:
8
o Phương pháp top-down: được sử dụng phân tích chức năng lớn thành chức
năng nhỏ hơn. Cụ thể phương pháp này áp dụng cho phần danh mục tin cho
trang quản lý các hội thảo và phần danh mục tin của các hội thảo con.
o Phương pháp bottom-up: được sử dụng để gom nhóm các chức ăng nhỏ
thành những chức năng ở mức cao hơn. Phương pháp này dùng để gom

nhóm các chức năng của tác giả và nhà phản biện để thành một hệ thống lớn
có các mối liên hệ ràng buộc.
2.3 Biểu đồ luồng dữ liệu của hệ thống
Hình 2.2 Biểu đồ luồng dữ liệu của hệ thống
Sau đây là chức năng chính của các tác nhân:
- Tác nhân “Admin hệ thống”:
9
Admin hệ thống Admin hội thảo
+ Lập danh sách user cho hệ thống
+ Lập danh sách hội thảo
+ Lập danh sách các tạp chí…
+ Lập danh sách các thành viên
+ Lập danh sách bài báo đã được gửi,
phân loại, đánh giá…
- Tác nhân “Admin hội thảo”:
1. Ban đăng ký:
Admin hội thảo Ban đăng ký
+ Danh sách thành viên tham gia chính thức + Lập danh sách thành viên đã nộp
lệ phí
+ Lập danh sách thành viên chưa
nộp lệ phí
2. Ban phụ trách:
Admin hội thảo Ban phụ trách
+ Danh sách cá nhân, đơn vị đăng ký và nộp
lệ phí
+ Điểm phản biện
+ Nhập danh mục chủ đề hội thảo
+ Nhập các danh sách phản biện
+ Nhập các chuyên ngành theo hội
thảo

+ Danh sách bài báo được chọn
3. Ban thư ký:
Admin hội thảo Ban thư ký
+ Danh sách phản biện + Gửi các văn bản, thong báo cho
10
+ Chương trình chi tiết
+ Danh sách bài báo được chọn
thành viên, người phản biện
+ In ấn tài liệu, báo cáo, chương
trình cho hội thảo
+ Lập danh sách các hội thảo sẽ
diễn ra
+ Lập danh sách các nhà tài trợ,
hợp tác, liên kết
- Tác nhân “Các nhà khoa học phản biện”:
Admin hội thảo Các nhà khoa học phản biện
+ Yêu cầu phản biện bài báo
+ Lịch chi tiết
+ Điểm phản biện, đánh giá, nhận
xét và kết quả bài báo đúng thời hạn.
- Tác nhân “Thành viên”:
Admin hội thảo Thành viên
+ Thông tin phản hồi
+ Xét duyệt bài báo
+ Gửi các thông tin liên quan đến báo cáo
sau khi được xét duyệt hoặc sau khi được
phản biện.
+ Đăng ký tham gia
+ Nộp bài báo theo đúng thời hạn
+ Lệ phí tham gia hội thảo

2.4 Kết quả đạt được
Mục tiêu của chương này là em đi tìm hiểu toàn bộ cấu trúc của hệ thống đã
xây dựng: chức năng, tác nhân, luồng dữ liệu và hoạt động của hệ thống. Chúng ta
cần phải hiểu và nắm bắt tốt những yếu tố trên, từ đó mới có thể đưa ra giải pháp
phát triển hệ thống.
11
CHƯƠNG 3: PHÁT TRIỂN, TỐI ƯU, SỬA CÁC LỖI CỦA HỆ THỐNG
QUẢN LÝ TRỰC TUYẾN HỘI THẢO KHOA HỌC.
3.1 Phát triển chức năng hệ thống
Với chức năng gửi bài báo của hệ thống cũ còn tồn tại một số yếu điểm sau:
+ Hệ thống cũ chỉ cho phép đính kèm thông tin của một tác giả đi cùng một
12
bài báo. Trong khi đó có rất nhiều bài báo có từ hai tác giả trở lên.
+ Hệ thống cũ chưa hỗ trợ chức năng lưu nháp bài báo. Chức năng lưu nháp
giúp tác giả có thêm thời gian để hoàn thiện bài báo của mình hơn.
+ Chưa có phần tag để giúp robot tìm kiếm có thể tìm thấy bài viết
+ Chưa có nút gửi bài bên ngoài trang chính để các tác giả có thể dễ dàng
nhận biết.
Với những điểm còn hạn chế trên em quyết định xây dựng lại chức năng gửi
bài báo. Và dưới đây là phần giao diện chức năng gửi bài sau khi đã được xây
dựng lại:
Trước khi gửi bài, tác giả bài báo cần đăng nhập bằng tài khoản đã đăng ký.
Hình 3.1 Nút gửi bài bên ngoài trang chính
13
Hình 3.2 Cho phép thêm nhiều tác giả trong một bài báo
14
Hình 3.3: Lựa chọn hội thảo tham gia và viết nội dung bài báo
Hình 3.4: Tag cho phép công cụ tìm kiếm dễ dàng nhận biết
Hình 3.5: Cho phép tải file văn bản, cho phép lưu nháp
3.2 Tối ưu hệ thống

Hệ thống cũ có một thành phần được đánh giá khá hay đó là công nghệ
memcached. Thay vì việc trình duyệt phải truy vấn rất nhiều lần đến cơ sở dữ liệu
để lấy các thông tin giống nhau thì memcached sẽ lưu chúng trên Ram của máy
tính. Nếu như thời gian tồn tại của cached vẫn còn thì trình duyệt sẽ lấy luôn dữ
liệu trên Ram để hiện thị. Việc làm này sẽ giảm tải cho server, đồng thời cũng sẽ
tăng tốc độ duyệt web.
Theo đánh giá của riêng cá nhân em thì việc sử dụng memcached của hệ thống
cũ chưa được tối ưu lắm. Vì thời gian “set” cached tồn tại mới dừng lại ở 5 phút,
trong khi đó thời gian vào hệ thống và sử dụng chức năng của hệ thống thường tầm
trên 10 phút. Do đó sau khi hết 5 phút hệ thống lại phải “set” cached lại một lần
nữa. Ở đây em sẽ tối ưu cho cached sống trong 15 phút.
15
Việc sử dụng memcached còn liên quan đến việc “set” bộ nhớ cho cached lưu
trữ. Hệ thống cũ dùng 10 mb ram, có vẻ là hơi ít so với dung lượng chúng ta
thường tải về. Do đó em đã “set” cached lại thành 30mb.
3.3 Sửa lỗi hệ thống
Như chúng ta đã biết với các trang web làm bằng php thì tận cùng của đường
link có dạng http:// /tenfile.php hay nếu là asp.net thì tận cùng có dạng
tenfile.aspx. Với những trang web thông thường thì sẽ không có vấn đề gì nghiêm
trọng lắm. Nhưng với những hệ thống lớn, những trang mang tính chất tổ chức,
những trang mang tính chất thương mại thì rất hay bị kẻ xấu nhòm ngó. Nếu chúng
ta hiển thị thật cấu trúc của file hacker có thể dễ dàng nhận ra cấu tạo của website
và cả hệ thống sẽ gặp nguy hiểm.
Áp dụng bảo mật cho hệ thống EPUJC bằng cách sử dụng javascript dấu link.
Cơ cấu hoạt động của javascript là yêu cầu trình duyệt truy vấn đến các địa chỉ thật
sự và hiển thị lên thanh địa chỉ phần link đã bị cắt mất đuôi của file.
Hình 3.6 Link gốc
Hình 3.7 Link sau khi đã cắt đuôi
CHƯƠNG 4: MỘT SỐ THÀNH PHẦN GIAO DIỆN CHÍNH
16

4.1 Thành phần giao diện chung
Hình 4. 1 Giao diện trang chủ
17
Hình 4.2: Giao diện trang tin tức
Nhận xét: Trang tin tức này cho phép người dùng tìm đọc các tin tức liên quan
đến công nghệ, các dự án sắp được triển khai, các công trình nghiên cứu mới được
công bố…
Hình 4.3 Giao diện trang hội nghị và sự kiện
18
Nhận xét: Đây là một trong những chức năng quan trọng nhất của hệ thống, trang
này giúp tất cả người dùng có thể tìm đọc thông tin về hội thảo: thời gian, địa
điểm…diễn ra hội thảo, cũng như đọc được nội dung tóm tắt của các bài báo.
4.2 Giao diện các trang của “Admin hệ thống”
Sau “Admin hệ thống” là người có quyền cao nhất trong hệ thống, nhiệm vụ
quan trọng nhất của “Admin hệ thống” là cấp quyền sử dụng cho các tác nhân khác
và đồng thời điều hành hệ thống hoạt động theo đúng quy trình.

Hình 4.4 Bảng điều khiển của “Admin hệ thống”
4.3 Phần giao diện trang của “Người phản biện”
19
Hình 4.5 Giao diện trang “Người phản biện”
4.4 Phần giao diện trang của “Tác giả”
Hình 4.6 Giao diện trang của “Tác giả”
KẾT LUẬN
20