Đánh giá hệ thống thông tin dựa trên web luận văn ths công nghệ thông tin 60480104

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƢỜNG ĐẠI HỌC CÔNG NGHỆ NGUYỄN THỊ MINH ĐÁNH GIÁ HỆ THỐNG THÔNG TIN DỰA TRÊN WEB LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN HÀ NỘI – 2015 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƢỜNG ĐẠI HỌC CÔNG NGHỆ NGUYỄN THỊ MINH ĐÁNH GIÁ HỆ THỐNG THƠNG TIN DỰA TRÊN WEB Ngành: Cơng nghệ thông tin Chuyên ngành: Hệ thống thông tin Mã số: 60480104 LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN NGƢỜI HƢỚNG DẪN KHOA HỌC: PGS.TS NGUYỄN ĐÌNH VIỆT HÀ NỘI – 2015 LỜI CAM ĐOAN Tôi xin cam đoan kết đạt đƣợc luận văn sản phẩm nghiên cứu, tìm hiểu riêng cá nhân tơi Trong toàn nội dung luận văn, điều đƣợc trình bày cá nhân tơi đƣợc tổng hợp từ nhiều nguồn tài liệu Tất tài liệu tham khảo có xuất xứ rõ ràng đƣợc trích dẫn hợp pháp Tơi xin hồn tồn chịu trách nhiệm chịu hình thức kỷ luật theo quy định cho lời cam đoan Hà Nội, ngày tháng năm Học viên Nguyễn Thị Minh LỜI CẢM ƠN Tơi xin bày tỏ lịng biết ơn sâu sắc đến thầy giáo, cô giáo khoa Công Nghệ Thông Tin, ban lãnh đạo trƣờng Đại Học Công Nghệ, phận đào tạo Sau đại học giảng dạy, tạo điều kiện giúp đỡ tơi suốt q trình học tập nghiên cứu Đặc biệt, tơi xin bày tỏ lịng biết ơn sâu sắc đến thầy PGS.TS Nguyễn Đình Việt - ngƣời hƣớng dẫn, bảo dạy tơi tận tình, chu đáo mong lĩnh hội đƣợc kiến thức thầy truyền đạt để hồn thành luận văn Bằng kính trọng ngƣời học trị, tơi ln kính chúc Thầy mạnh khỏe, công tác tốt để tiếp tục hƣớng dẫn hệ sau Trong trình nghiên cứu, điều kiện khả nghiên cứu tơi có hạn nên luận văn khơng tránh khỏi thiếu sót, tơi kính mong nhận đƣợc bổ sung, đóng góp ý kiến thầy giáo, cô giáo bạn để đề tài tơi đƣợc hồn thiện Tơi xin chân thành cảm ơn! Hà Nội, ngày tháng năm Học viên Nguyễn Thị Minh MỤC LỤC LỜI CẢM ƠN MỤC LỤC DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT DANH MỤC CÁC HÌNH VẼ CHƢƠNG 1: TỔNG QUAN VỀ HỆ THỐNG THÔNG TIN DỰA TRÊN WEB 1.1 Khái niệm hệ thống thông tin dựa 1.2 Đặc điểm hệ thống thông tin dựa web 1.3 Các thành phần hệ thống thông tin dựa w 1.4 Vai trị hệ thống thơng tin dựa web 1.5 So sánh hệ thống thông tin dựa web hệ th 17 1.6 Kết luận CHƢƠNG 2: TỔNG QUAN VỀ ĐÁNH GIÁ HIỆU NĂNG HỆ THỐNG THÔNG TIN DỰA TRÊN WEB 2.1 Khái niệm hiệu hệ thống thông tin dựa 2.2 Mục đích việc đánh giá hiệu 2.3 Độ đo hiệu 2.3.1 Tải 2.3.2 Thƣớc đo tải 2.3.3 Ƣớc lƣợng tải 2.4 Phân loại kiểm thử hiệu 2.5 Các lỗi thƣờng gặp phân tích đánh giá h 2.6 Các phần mềm đo hiệu CHƢƠNG 3: GIỚI THIỆU VỀ PHẦN MỀM JMETER 3.1 Giới thiệu phần mềm Jmeter 3.1.1 Giới thiệu tổng 3.1.2 Đặc trƣng 3.2 Cài đặt phần mềm Jmeter 3.3 Các thành phần Jmeter 3.4 Jmeter hoạt động nhƣ nào? 3.5 Các yếu tố kế hoạch kiểm thử Jme 3.5.1 ThreadGroup 3.5.2 Trình điều khiể 3.5.3 Listeners 3.5.4 Timers 3.5.5 Xác nhậ 3.5.6 Các yếu 3.5.7 Bộ tiền 3.5.8 Hậu xử 3.5.9 Thực th 3.5.10 Thuộc tí 3.5.11 Dùng bi CHƢƠNG 4: THỰC NGHIỆM ĐÁNH GIÁ HIỆU NĂNG HỆ THỐNG THÔNG TIN DỰA TRÊN WEB 4.1 Mục tiêu 4.2 Giới thiệu trang web bán hàng thời trang christm 4.3 Môi trƣờng kiểm thử 4.4 Kịch kiểm thử 4.5 Kết kiểm thử 4.5.1 Tỉ lệ lỗi 4.5.2 Thời gia 4.5.3 Thông lƣ 4.5.4 Sử dụng 4.6 Phân tích đánh giá kết mô KẾT LUẬN TÀI LIỆU THAM KHẢO DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT Viết tắt HTML HTTP IS IP JVM PR PT TCP UDP Web WBIS Hy Hy Inf Int Jav Pu Pe Sim Tra Us Wo We DANH MỤC CÁC HÌNH VẼ Hình 1 Hệ thống thông tin dựa web Hình Các thành phần hệ thống thông tin Hình Quan hệ hiệu theo thời gian đáp ứng Hình 2 Ƣớc lƣợng trạng thái tải hệ thống Hình Các thành phần kết hoạch kiểm thử Hình Cách thức hoạt động Jmeter Hình 3 Jmeter thể tải lớn Hình Chi tiết Thread Hình Giao diện thiết lập tham Hình Giao diện Spline Visual Hình Thời gian phản hồi chấp Hình Mơ hình HTTP request có n ngƣời sử dụng truy cập Hình Thiết lập kịch k Hình 4 Kết kiểm thử sở Hình Kết thử nghiệm với Hình Tỉ lệ lỗi với số ngƣời dù 175, 200, 225, 250, 275, 300 Hình Thời gian phản hồi với Hình Thơng lƣợng với số ngƣ Hình Sử dụng CPU máy Hình 10 Mối quan hệ gi Hình 11 Sử dụng nhớ Hình 12 Sử dụng Disk I DANH MỤC CÁC BẢNG BIỂU Bảng Bảng so sánh công cụ mã nguồn mở Bảng 2 Bảng so sánh công Bảng Cấu hình máy chủ Bảng Cấu hình máy client Bảng Các kịch kiểm thử LỜI MỞ ĐẦU Đặt vấn đề, định hƣớng nghiên cứu Ngày với phát triển nhanh chóng khoa học cơng nghệ, sản phẩm, dịch vụ phát triển với tốc độ nhanh chƣa có Cùng với phát triển ngoạn mục Internet, dịch vụ trực tuyến đời, hệ thống thông tin dựa web đƣợc phát triển rộng rãi với tốc độ vũ bão Bên cạnh yếu tố ảnh hƣởng đến chất lƣợng hệ thống thông tin dựa web nhƣ giao diện, khả tƣơng thích, chức bảo mật nhƣ mạng kết nối, kiến trúc Server hệ thống, nỗ lực tối ƣu hóa giải thuật, mã nguồn,… Thì hiệu hệ thống thông tin dựa Web đóng vai trị quan trọng, yếu tố định ảnh hƣởng tới cảm nhận ngƣời sử dụng đầu cuối hệ thống, đảm bảo tính linh hoạt, tính mở rộng đƣợc, dễ dàng thay đổi hiệu hoạt động cao cho hệ thống, giúp nhà quản trị đề chiến lƣợc tối ƣu hóa hiệu cách hợp lí… Chẳng hạn nhƣ, khách hàng truy cập trang Web bán hàng trực tuyến công ty Sau vài phút lâu nữa, hệ thống tải xong ảnh sản phẩm mà họ cần tìm Việc hẳn ảnh hƣởng đến thái độ khách hàng cơng ty Họ cảm thấy khó chịu, thời gian Những lần sau, họ đắn đo khơng quay trở lại trang Điều đồng nghĩa với việc công ty quan hệ khách hàng, doanh thu Ở mức độ nghiêm trọng hơn, khách hàng tiền, chí nhiều tiền lỗi hiệu hệ thống Vì việc đánh giá đƣợc hiệu hệ thống thông tin dựa Web điều cần thiết thƣờng đƣợc thực thông qua kiểm thử hiệu hệ thống Bài toán đặt làm để đánh giá cách xác hiệu hệ thống dựa vào số liệu đo đạc hiệu nhằm giảm chi phí, thời gian thực hiện, tài nguyên hệ thống nguồn nhân lực môi trƣờng nhiều ngƣời dùng, có nhiều hoạt động khác Các kỹ thuật đƣợc dùng để dự đoán đánh giá hiệu hệ thống thông tin dựa web trình thiết kế triển khai thực hệ thống có tính tốn tay, nhƣng có đƣợc mơ tinh vi Các số liệu hiệu đo đạc thƣờng đƣợc thu thập điều kiện hệ thống có tải thấp, nhiên việc đánh giá hiệu có vai trị quan trọng cho môi trƣờng tải cao, dĩ nhiên đảm bảo cho trƣờng hợp tải thấp Có nhiều hƣớng tiếp cận để giải toán Ở luận văn sử dụng công cụ Apache Jmeter để kiểm tra hiểu hệ thống Để từ đánh giá hiệu tạo sở khoa học cho công ty/đơn vị hoạch định, cải tiến nhƣ phát triển hệ thống trở nên hoàn thiện hơn, ngƣời sử dụng cảm thấy hài lòng Việc đánh giá hệ thống thông tin dựa web đánh giá hệ thống có đáp ứng đƣợc mục tiêu đặt khơng? Ngƣời sử dụng hài lịng mức nào? Đánh giá hiệu nhằm xác định tốc độ, khả phân tải mức độ tin tƣởng ứng Đƣờng dẫn truy cập: http://jmeter.apache.org/ 55 Tiếp tục tăng số ngƣời lần duyệt trang christmasclothing.com dùng 25 nội Tăng dùng giả lập Jmeter cho không đƣợc số hệ đáp 4.5 Kết kiểm thử Cài đặt phần mềm Jmeter thử nghiệm với kịch Trƣớc thực kiểm thử cài đặt thông số cho kịch bản: số ngƣời dùng ảo (Thread), khoảng thời gian truy cập vào hệ thống (ramp-up), số lần lặp (Loop count) Hình Thiết lập kịch kiểm thử Các kịch đƣợc lƣu dƣới dạng tập tin jmx: christmas-clothing.com.jmx Các liệu kiểm thử đƣợc lƣu trữ tập trung thƣ mục Config Hình 4.3 cho thấy số ngƣời dùng ảo đƣợc mô phần mềm Jmeter 100 ngƣời đồng thời duyệt nội dung trang web christmas-clothing.com 56 Ở tơi trình bày với kịch lặp 10 lần, lần tăng 25 kết nối vòng 25 giây giữ vững 300 giây lấy kết trung bình để tăng độ tin cậy Các kết đo kiểm lực máy chủ đƣợc thực cho biết khả phản hồi trung bình, tỉ lệ lỗi nhƣ đánh giá lực nói chung máy chủ khả trao đổi, truyền thông tin mạng; khả xử lý truy cập vào/ra (I/O) thành phần lƣu trữ (đĩa cứng), nhớ (RAM/cache) máy chủ Một điểm đáng ý bên cạnh lực tính tốn thể chủ yếu qua khả xử lý CPU khả giao tiếp I/O giao tiếp mạng yếu tố quan trọng tạo lập lên lực xử lý công việc nói chung máy chủ Kiểm thử sở (một ngƣời sử dụng hệ thống) Hình 4 Kết kiểm thử sở Jmeter biểu diễn kết dƣới dạng bảng, nhƣ hình 4.4 Trong đó: • Cột Label: tên request • Cột Samples: số lƣợng request • Cột Average: đƣợc tính tốn khoảng thời trung bình để xử lý request • Cột Min: thời gian nhỏ xử lý request • Cột Max: thời gian nhỏ xử lý request • Cột Std Dev: độ lệch chuẩn thời gian xử lý request • Cột Error: phần trăm bị lỗi request (lỗi kết nối lỗi cho đầu khơng mong muốn) • Cột Thoughput: đƣợc tính tốn số request đƣợc xử lý thành công đơn vị thời gian Thời gian đƣợc tính tốn Sample sample cuối cùng, bao gồm khoảng thời gian sample Thời gian đƣợc cho phản hồi lƣợng tải máy chủ Cơng thức tính Throughput = số lƣợng request/ tổng thời gian thực Đơn vị số request/s • Cột Kb/sec = (avg.bytes*thoughput)/1024 Dựa vào hình 4.4 ta thấy khơng có lỗi xảy thực kiểm thử sở Nhƣ kịch kiểm thử đƣợc tạo chạy mô ngƣời dùng ảo 57 Kết chạy với số ngƣờ i dùng khác nhau: 25, 50, 75, 100, 125, 150, 175, 200, 225, 250, 275, 300 ngƣời dùng đồng thời Hình Kết thử nghiệm với số ngƣời dùng đồng thời khác 4.5.1 Error % Từ kết chạy kịch với giá trị tăng dần số ngƣời đồng thời thực truy cập hệ thống Hình 4.5, tơi vẽ đƣợc đồ thị bên dƣới đƣa thay đổi tỉ lệ lỗi HTTP request theo biến thiên tải Hình Tỉ lệ lỗi với số ngƣời dùng đồng thời lần lƣợt 25, 50, 75, 100, 125, 150, Dựa vào hình 4.6 ta thấy: Khi số ngƣời dùng tăng lên từ 25, 50, 75, 100, 125, 150, 175, 200, 225, 250, 275 300 tỉ lệ lỗi trang tăng lên với tốc độ khác Cụ thể: số ngƣời dùng ảo tăng từ đến 175 chƣa xuất lỗi, nhƣng với số lƣợng ngƣời dùng ảo lên đến 175 bắt đầu xuất tỉ lệ lỗi Với 200 ngƣời dùng ảo tỉ lệ lỗi 0.79% tiếp tục tăng gần nhƣ tuyến tính giá trị 275 Tuy nhiên đến 300 ngƣời dùng ảo đồng thời gửi request tỉ lệ lỗi 4,45% Có thể thấy rõ, tải (số ngƣời dùng ảo) vƣợt 275 tiếp tục tăng, tỉ lệ lỗi tăng nhanh 4.5.2 Thời gian phản hồi Thời gian phản hồi trung bình (Response Time): Đồ thị biểu thị thời gian từ hành động yêu cầu từ client đến máy chủ hoàn tất yêu cầu Tải đồ thị số lƣợng kết nối đồng thời Số lƣợng kết nối đồng thời thời điểm khác Đồ thị với mức tải tƣơng ứng thời gian hồi đáp tƣơng ứng Phép thử nhằm đánh giá khả mà máy chủ đáp ứng với số lƣợng ngƣời dùng khác Avg Response Time (ms) Hình Thời gian phản hồi với số ngƣời dùng đồng thời khác Dựa vào đồ thị ta thấy thời gian phản hồi trung bình biến thiên tăng theo tải, nhƣng với tốc độ khác nhau, tƣơng tự tăng tỉ lệ lỗi theo tải, hình 4.6 Khoảng dƣới 175 ngƣời truy cập đồng thời thời gian phản hồi tăng chậm theo tải từ khoảng giây đến khoảng giây Nhƣ vậy, khả chịu tải hệ thống dƣới 225 ngƣời dùng đồng thời thời gian phản hồi chấp nhận đƣợc Tuy nhiên với mức tải tăng lên 225 ngƣời thời gian phản hồi tăng lên giây với 300 ngƣời đồng thời thời gian phản hồi lớn 10 giây Ta thấy thời gian phản hồi hệ thống tăng lên lớn, chứng tỏ hiệu hệ thống bị giảm sút mạnh 4.5.3 Thông lƣợng 500 450 400 Throughput (kbps) 350 300 250 200 150 100 50 0 Hình Thơng lƣợng v Nhìn đồ thị hình 4.8 nhận thấy, dáng điệu biến đổi thông lƣợng theo tải (user), tƣơng tự biến đổi tỉ lệ lỗi theo tải (Hình 4.6) biến đổi thời gian phản hồi theo tải (Hình 4.7) Trong miền tải từ khoảng 175 đến 250, thơng lƣợng có thay đổi đặc biệt, ban đầu (khoảng 175 210) giảm đột ngột, chứng tỏ hệ thống bắt đầu bị tải, có dấu hiệu tắc nghẽn, tải đƣa vào hệ thống tăng lên, thông lƣợng lại giảm Tuy nhiên tải tăng tiếp (khoảng 210 250) thông lƣợng lại tăng lên theo tải Trong phạm vi hiểu biết tơi, điều “đặc biệt” nói hoạt động hệ điều hành, liên quan đến việc quản lý nhớ quản lý nhớ ảo, nhớ cache Sau này, có điều kiện nghiên cứu tiếp, tơi có gắng tìm hiểu sâu sắc 4.5.4 Sử dụng tài nguyên máy chủ Để hỗ trợ giám sát mức độ sử dụng CPU, Memory, Disks I/O and Networks I/O, nhằm tìm thành phần “nút cổ chai” hệ thống đƣa khuyến nghị nâng cấp hệ thống cách xác, tơi cài thêm Server Agent máy chủ cài thêm nhƣ cấu hình plugin jmeter perfmon jmeter "jp@gc - PerfMon Metrics Collector" Tôi nhận đồ thị jmeter nhƣ hình dƣới đây: 61 a) Kết sử dụng CPU (CPU Utilization) với số ngƣời dùng ảo tăng dần từ 25, 50, 75, 100, 125, 150, 175, 200, 225, 250, 275 ngƣời dùng đồng thời (a1) (a2) (a3) (a4) 62 (a5) Hình Sử dụng CPU máy chủ với số ngƣời dùng đồng thời khác Dựa vào Hình 4.9 (a1, a2, a3 a4) ta thấy mơ hình sử dụng CPU hệ thống đƣợc đặt tải ổn định từ 250 ngƣời sử dụng đồng thời 10 phút Mức sử dụng trung bình khoảng 30% - 60% CPU usage in % Mối quan hệ mức độ sử dụng CPU số lƣợng ngƣời sử dụng hệ thống Hình 10 Mối quan hệ số lƣợng user số lƣợng ngƣời tham gia hệ thống Sử dụng số liệu lấy từ đồ thị hình 4.9, tơi vẽ đƣợc đồ thị hình 4.10 Trong miền tải (users) dƣới 200, tải tăng lên, hệ số sử dụng CPU (CPU usage) 63 tăng lên theo gần nhƣ theo quy luật tuyến tính, điều ngƣời xây dựng hệ thống thông tin mong muốn Khi tải vƣợt 200 tiếp tục tăng lên, hệ số sử dụng CPU tăng lên nhanh, khơng cịn theo quy luật tuyến tính Điều cho thấy CPU bắt đầu bị tải Quan sát Hình 4.9 (a1, a2, a3,…,a6) ta thấy: - Khi tải tăng dần từ 50 đến 100 ngƣời sử dụng đồng thời, mức độ sử dụng CPU tăng dần lên, từ khoảng 30% đến 50% - Khi tải tiếp tục tăng cao hơn, từ 150 đến 200 ngƣời sử dụng đồng thời, mức độ sử dụng CPU trung bình nói chung khơng tăng, vào khoảng 50%, nhƣng thăng giáng ngày lớn - Khi tải tăng lên cao nữa, từ 200 đến 275 ngƣời sử dụng đồng thời, mức độ sử dụng CPU trung bình chí vừa giảm vừa thăng giáng mạnh, có khoảng thời gian dài xấp xỉ Từ kết quan sát trên, tơi rút kết luận: 1/ Tài nguyên CPU thành phần “nút cổ chai” hệ thống, lúc đƣợc sử dụng cao nhất, hệ số sử dụng CPU vào khoảng 55% 2/ Khi tải vƣợt 175 ngƣời sử dụng đồng thời, hệ số sử dụng CPU không tăng bắt đầu thăng giáng mạnh, chứng tỏ có thành phần khác hệ thống bị tải, bắt đầu tắc nghẽn, trở thành “nút cổ chai” hệ thống, làm cho tải đặt lên CPU có lúc giảm nhiều 3/ Khi tải vƣợt 275 ngƣời sử dụng đồng thời, hệ số sử dụng CPU sau thời điểm giảm tải khoảng phút 50 giây, giảm xuống xấp xỉ không Điều cho thấy “nút cổ chai” hệ thống tắc hoàn toàn Phần nghiên cứu tơi đích xác thành phần “nút cổ chai” hệ thống b) Kết sử dụng Memory số ngƣời dùng đồng thời khác (b1) 64 (b2) (b3) (b4) (b5) Hình 11 Sử dụng nhớ máy chủ với số ngƣời dùng đồng thời khác Dựa vào Hình 4.11 ta thấy mơ hình sử dụng nhớ hệ thống máy chủ điều kiện tải 50, 100, 150, 200, 250 ngƣời dùng đồng thời Từ kết quan sát trên, rút kết luận: 1/ Khi tải (số ngƣời sử dụng đồng thời) tăng dần từ 50 đến 200, mức độ sử dụng nhớ tăng dần 65 2/ Khi tải tăng lên đến 250, sau phút giam tải, mức độ sử dụng nhớ đạt cực đại hầu nhƣ không tăng lên nữa, chứng tỏ tài nguyên nhớ bị cạn kiệt 3/ Kết hợp với kết luận (mục a) bên trên, tơi kết luận rằng: hệ thống mà khảo sát này, nhớ thành phần gây nên “nút cổ chai” hệ thống, cần phải đƣợc nâng cấp để nâng cao khả chịu tải hệ thống Phần nghiên cứu tần suất truy cập hệ thống đĩa rằng: hệ thống đĩa “nút cổ chai” hệ thống c) Kết sử dụng Disk I/O máy chủ với ngƣời dùng đồng thời khác (c1) (c2) (c3) (c4) 66 (c5) Hình 12 Sử dụng Disk I/O với số ngƣời dùng khác Dựa vào hình 4.12 thấy mơ hình sử dụng đĩa để đọc/ghi hệ thống với điều kiện tải điều kiện tải khác Trong thời gian tải ổn định số lần truy cập đĩa (number of disk access/sec) sử dụng lớn 32 lần truy cập đĩa/giây (disks/sec) cho việc đọc ghi, mức giao động trung bình khoảng từ đĩa/giây đến đĩa/giây 4.6 Phân tích đánh giá kết mơ Thông qua việc đánh giá tham số hiệu năng: Error, Response time, Throughput theo mức độ tải đƣa vào hệ thống tăng dần, tơi rút kết luận sau: 1/ Có thể xác định miền tải mà hệ thống làm việc ổn định Trong miền tải tăng dần lên tỉ lệ lỗi hầu nhƣ không tăng xấp xỉ không; Đồng thời, thời gian phản hồi nhƣ thông lƣợng tăng gần nhƣ tuyến tính theo tải 2/ Có thể xác định đƣợc mức tải mà hệ thống bắt đầu có dấu hiệu tắc nghẽn, đồng nghĩa với việc bị tải Đó giá trị mà tải đƣa vào hệ thống vƣợt qua, tỉ lệ lỗi thời gian phản hồi tăng lên nhanh chóng, cịn thơng lƣợng giảm nhanh chóng 3/ Giá trị nói coi giới hạn chịu tải hệ thống Dựa vào giá trị này, ngƣời quản trị hệ thống đƣa khuyến nghị nâng cấp hệ thống nhu cầu sử dụng tăng lên Thông qua kết đo đƣợc thấy: Nguyên nhân dẫn đến giảm sút hiệu nhớ, nhớ thành phần gây nên “nút cổ chai” hệ thống nên thời gian xử lý trả lời hệ thống chậm, làm giảm mức độ hài lòng ngƣời sử dụng hệ thống Nhƣ vậy, để cải tiến hiệu hệ thống nhớ cần phải đƣợc nâng cấp để nâng cao khả chịu tải hệ thống khuyến nghị để cải thiện hiệu hệ thống 67 KẾT LUẬN Trong bối cảnh phát triển phần mềm mà phần cứng ngày tăng nhanh dung lƣợng giá thành giảm, cần kiểm thử, đánh giá hiệu để đảm bảo sử dụng tối đa hạ tầng công nghệ thông tin đơn vị có cách thức tiếp cận, triển khai kiểm thử hiệu phù hợp Sử dụng phƣơng pháp kiểm thử hiệu cách hợp lý giúp có điều chỉnh hợp lý với hệ thống thông tin web Công cụ mô ngƣời dùng, mô tải giúp giảm thời gian, giảm chi phí thực đƣa kết hợp lý việc phân tích, xác định nguyên nhân dẫn đến tắc nghẽn, giảm thông lƣợng trì trệ hệ thống Kết đạt đƣợc Mục tiêu đặt nghiên cứu tìm kiếm quy luật mối quan hệ tải sinh tƣơng ứng với số lƣợng ngƣời tham gia vào hệ thống Luận văn nghiên cứu đánh giá hiệu hệ thống thông tin dựa web, vấn đề cần quan tâm hệ thống thông tin dựa web số ngƣời dùng đồng thời, thời gian đáp ứng yêu cầu, thông lƣợng máy chủ web, mức độ sử dụng CPU, mức độ sử dụng RAM, mức độ sử dụng Disk I/O, nhƣ khả tƣơng thích trình khách kết nối, truy cập vào hệ thống Các thơng số dùng để ƣớc lƣợng tải cho hệ thống thông tin dựa web Các giá trị tƣơng ứng ngƣỡng đại lƣợng ƣớc lƣợng tải, đƣợc xác định khả chịu tải hệ thống trực tuyến hành Nếu đại lƣợng ƣớc lƣợng tải có giá trị vƣợt qua giá trị ngƣỡng làm cho ứng dụng chuyển sang trạng thái tải Số lƣợng ngƣời sử dụng truy cập vào ứng dụng đồng thời làm cho tải ứng dụng vƣợt khả chịu tải hệ thống Vận dụng sở lý thuyết công nghệ, đánh giá hiệu mạng, kiểm thử phần mềm kết hợp với công cụ mô để thực đánh giá hiệu ứng dụng website bán hàng trực tuyến Thông qua việc đánh giá tham số hiệu tơi rút đƣợc kết luận sau: Có thể xác định miền tải mà hệ thống làm việc ổn định Trong miền tải tăng dần lên tỉ lệ lỗi hầu nhƣ không tăng xấp xỉ không; Đồng thời, thời gian phản hồi nhƣ thông lƣợng tăng gần nhƣ tuyến tính theo tải Có thể xác định đƣợc mức tải mà hệ thống bắt đầu có dấu hiệu tắc nghẽn, đồng nghĩa với việc bị tải Đó giá trị mà tải đƣa vào hệ thống vƣợt qua, tỉ lệ lỗi thời gian phản hồi tăng lên nhanh chóng, cịn thơng lƣợng giảm nhanh chóng Việc xác định đƣợc khả chịu tải hệ thống giúp ngƣời phát triển dự đốn đƣợc hiệu triển khai Dựa vào giá trị này, ngƣời quản trị hệ thống đƣa khuyến nghị nâng cấp hệ thống nhu cầu sử dụng tăng lên 68 Sử dụng cơng cụ dự đốn sớm hiệu hệ thống thông tin dựa web mô phỏng, cho ta ƣớc lƣợng hiệu hệ thống, khẳng định tính khả thi hệ thống trƣớc triển khai, khắc phục đƣợc lỗi có Luận văn cung cấp nhìn tổng quan kiểm thử hiệu nói chung hệ thống thơng tin dựa Web nói riêng Tùy vào mơ hình phát triển phần mềm dự án lựa chọn mà ta tùy chỉnh cho phù hợp Định hƣớng phát triển Hƣớng nghiên cứu, phát triển đề tài sử dụng nhiều công cụ khác thực môi trƣờng phần cứng phần mềm khác kết đánh giá xác Đây điểm mà tơi tiếp tục nghiên cứu thời gian tới Luận văn áp dụng xây dựng kiểm thử hiệu tích hợp liên tục cho ứng dụng Web theo mơ hình khách – chủ Tuy nhiên, hồn tồn áp dụng cho trang Web sử dụng điện toán đám mây (Cloud) Với việc sử dụng JMeter, công cụ mã nguồn mở có khả mở rộng lớn Trong tƣơng lai, hồn tồn ta phát triển thêm phần tiện ích (plugin) vào cơng cụ, nhằm phục vụ công việc kiểm thử đánh giá tốt 69 TÀI LIỆU THAM KHẢO Tiếng Việt [1] Nguyễn Đình Việt (2012), Đánh giá hiệu mạng máy tính (Bài giảng), Đại học Quốc gia Hà Nội Tiếng Anh [2] Bayo Erinle (July, 2013), Performance Testing With JMeter 2.9 [3] Ian Molyneaux (January 2009), The Art of Application Performance Testing, O’Reilly Media Inc [4] Lars Yde, M.Sc.(Spring 2008), “Software Testing Concepts and Tools”, at “Selected Topics in Software Development”, DIKU spring semester 2008 [5] Jean-Yves Le Boudec, 2011, “Performance evaluation of Computer and Communication Systems”, EPFL [6] Johann du Plessis (2008), “Performance testing methodology”, Micro to Mainframe [7] J.D Meier, Carlos Farre, Prashant Bansode, Scott Barber, Dennis Rea (2007), Performance Testing Guidance for Web Applications, Microsoft Corporation [8] Ramya Ramalinga Moorthy (2000), Software Performance Testing Handbook: A Comprehensive guide for beginners [9] Raj Jain (1992), Art of Computer Systems Performance Analysis, USA [10] Samuel Kounev Ian Gorton Kai (June 27-28, 2008), Performance Evaluation: Metrics, Models and Benchmarks, Darmstadt, Germany [11] Stefka Toleva-Stoimenova (July, 2010), “Evaluation of Web Based Information Systems: Users’ Informing Criteria”, Sofia, Bulgaria Internet [12] Apache JMeter: http://jmeter.apache.org/ [13] Blazemeter’s Plugin for JMeter: https://blazemeter.com/blog/open-source-loadtesting-tools-which-one-should-you-use [14] JMeter Tutorial: http://www.tutorialspoint.com/jmeter/index.html [15] Microsoft: https://msdn.microsoft.com/en-us/library/ff647788.aspx [16] Open Web Analytics: http://performance-testing.org/content/performance-testingtools ... ĐẠI HỌC CÔNG NGHỆ NGUYỄN THỊ MINH ĐÁNH GIÁ HỆ THỐNG THÔNG TIN DỰA TRÊN WEB Ngành: Công nghệ thông tin Chuyên ngành: Hệ thống thông tin Mã số: 60480104 LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN NGƢỜI... VỀ HỆ THỐNG THÔNG TIN DỰA TRÊN WEB 1.1 Khái niệm hệ thống thông tin dựa 1.2 Đặc điểm hệ thống thông tin dựa web 1.3 Các thành phần hệ thống thơng tin dựa w 1.4 Vai trị hệ thống thông tin dựa web. .. Theo [10], Hệ thống thông tin dựa web hệ thống thông tin web, hệ thống thơng tin có sử dụng công nghệ web internet để cung cấp thông tin dịch vụ cho ngƣời sử dụng hay hệ thống thơng tin, ứng dụng