PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THÔNG TIN QUẢN LÝ NHÀ HÀNG CAFE

Bài tập lớn môn phân tích thiết kế hệ thống thông tinQuản Lý Nhà Hàng Cafe đầy đủ chi tiết các bạn có thể Tham khảo bọn mình đã bỏ thời gian ra để làm khá đầy đủ và chi tiếtBài này đã được bọn mình chỉnh sửa khá nhiều lần để đưa ra bản cuối Mình nghĩ làm về đề tài này rất quan trọng đối với một số bạn học Hệ Thống Thông Tin

=TRƯỜNG ĐẠI HỌC CÔNG NGHỆ GIAO THÔNG VẬN TẢI KHOA CÔNG NGHỆ THÔNG TIN - BÁO CÁO BÀI TẬP NHĨM MƠN HỌC PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THƠNG TIN Đề tài số PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THƠNG TIN QUẢN LÝ NHÀ HÀNG CAFE LỚP : 70DCHT23 NHÓM :4 THÀNH VIÊN : ĐINH THIÊN DIỆU, PHẠM MINH CHIẾN, NGÔ TIẾN ĐẠT, DƯƠNG THỊ NGUYỆT, LÊ THỊ QUỲNH HÀ NỘI, 2021 MỤC LỤC LỜI MỞ ĐẦU CHƯƠNG 1: KHẢO SÁT HỆ THỐNG 1.1 Giới thiệu sơ bộ: 1.1.1 Địa điểm: 1.1.2 Quy mô 1.1.3 Lĩnh vực: 1.1.4 Lịch sử phát triển cấu tổ chức 1.2 Thực khảo sát: 1.2.1 Phiếu vấn quản lý nhân viên 1.2.2 Phiếu vấn quản lý kho (pha chế) 1.2.3 Phiếu vấn nhân viên phục vụ (oder) 1.2.4 Phiếu vấn nhân viên thu ngân (kế toán) 10 1.2.5 Phiếu vấn giải cố 11 1.3 Đánh giá trạng: 12 1.3.1 Quy trình nghiệp vụ: 12 1.3.2 Quy định: 13 1.3.3 Ưu nhược điểm 14 1.4 Xác định yêu cầu 14 1.4.1 Yêu cầu chức năng: 14 1.4.2 Yêu cầu phi chức năng: 14 1.5 Dự kiến hệ thống mới: 15 1.6 Lập kế hoạch thực hiện: 15 1.6.1 Mục tiêu: 15 1.6.2 Nhân sự, chi phí 16 1.6.3 Thời gian 17 1.6.4 Công cụ sử dụng: 17 CHƯƠNG 2: PHÂN TÍCH 18 2.1 Biểu đồ Usecase 18 2.1.1 Xác định tác nhân, use case 18 2.1.2 Usecase tổng quát 20 2.1.3 Danh sách use case 20 2.2 Biểu đồ trình tự 63 2.2.1 Biểu đồ trình tự hoạt động Đăng nhập/Đăng xuất 63 2.2.3 Biểu đồ trình tự với tác nhân Nhân viên bán hàng 69 2.2.4 Biểu đồ trình tự với tác nhân Quản lý Kho 71 2.2.5 Biểu đồ trình tự với tác nhân Quản lý cửa hàng 73 2.3 Biểu đồ hoạt động 84 2.3.1 Biểu đồ hoạt động đăng nhập/ đăng xuất 84 2.3.2 Biểu đồ hoạt động Khách hàng 86 2.3.3 Biểu đồ hoạt động nhân viên bán hàng 93 2.3.4 Biểu đồ hoạt động quản lý kho 96 2.3.5 Biểu đồ hoạt động với Quản lý cửa hàng 100 2.4 Biểu đồ lớp 112 2.4.1 Mô tả biểu đồ: 112 2.4.2 Biểu đồ lớp 117 2.4.3 Mô tả CSDL 117 CHƯƠNG 3: THIẾT KẾ HỆ THỐNG .122 3.1 Thiết kế tổng thể 122 3.1.1 Biểu đồ triển khai hệ thống 122 3.1.2 Biểu đồ thành phần 122 3.2 Thiết kế Cơ sở liệu vật lý: 123 3.3 Thiết kế giao diện: 125 3.3.1 Giao diện đăng ký tài khoản 125 3.3.2 Giao diện đăng nhập tài khoản 127 3.3.3 Giao diện hệ thống: 128 3.3.4 Màn hình thống kê doanh thu 135 3.3.5 Màn hình quản lý thức ăn/đồ uống 137 3.3.6 Màn hình quản lý bàn 140 3.3.7 Màn hình quản lý tài khoản 142 3.4 Thiết kế kiểm soát: 144 3.4.1 Mục đích: 144 3.4.2 Kiểm sốt thơng tin thu thập thông tin xuất 145 3.4.3 Kiểm soát cố làm gián đoạn chương trình 146 3.4.4 Kiểm sốt xâm phạm từ phía người 148 3.5 Thiết kế chương trình 150 CHƯƠNG 4: CÀI ĐẶT VÀ KIỂM THỬ 152 4.1 Cài đặt 152 4.1.1 Đăng nhập: 152 4.1.2 Thêm 153 4.1.3 Sửa …………………………………………………………………………155 4.1.4 Xóa ……………………………………………………………………………154 4.2 Kiểm thử: 155 4.2.1 Kiểm thử chức kiểm thử phi chức năng(Functional and Non-functional Testing)…… 155 4.2.2 Kiểm thử đơn vị (Unit testing) 156 4.2.3 Kiểm thử tích hợp (Integration testing) 156 4.2.4 Kiểm thử hệ thống (System testing) 156 4.2.5 Kiểm thử chấp nhận (Acceptance testing) 157 4.2.6 Kiểm thử hiệu suất (Performance testing) 157 4.2.7 Kiểm thử bảo mật (Security testing) 158 4.2.8 Kiểm thử khả sử dụng (Usability testing) 158 4.2.9 Kiểm thử khả tương thích (Compatibility testing) 159 CHƯƠNG 5: KẾT LUẬN 160 LỜI MỞ ĐẦU Trong trình phát triển xã hội, công nghệ thông tin phát triển mạnh mẽ, ngày thâm nhập sâu, trở thành công cụ hỗ trợ đắc lực cho người lĩnh vực Trong năm gần đây, nước ta có nhiều cố gắng để tiến kịp xu đổi phát triển khu vực giới Một bước đắn nhà nước ta ưu tiên phát triển ngành công nghệ thông tin, ngành mũi nhọn quan trọng mục tiêu cơng nghiệp hóa đại hóa đất nước Vì lẽ tin học ngày sâu vào lĩnh vực xã hội đời sống người Trong xu phát triển giới khoa học công nghệ có thay đổi mạnh mẽ Một phần việc ứng dụng Công Nghệ Thông Tin vào đời sống hàng ngày người Loài người hướng tới thiết lập hành tinh thông minh Ngày với phát triển mạnh mẽ CNTT kết hợp với phát triển mạng Internet kết nối toàn giới lại với thành thể thống Nó trở thành cơng cụ đắc lực cho nhiều ngành nghề: giao thông, quân sự, y học…và đặc biệt công tác quản lý nói chung quản lý quán Cafe nói riêng Trước máy tính chưa ứng dụng rộng rãi công việc quản lý thực cách thủ công nên tốn thời gian, nhân lực tài Ngày với phát triển mạnh mẽ công nghệ thông tin giúp cho việc quản lý thực cách dễ dàng hơn, giảm chi phí, thời gian… Trong thời gian học tập Trường Đại học CN GTVT chuyên ngành Công Nghệ Thông Tin, chúng em hiểu mạnh mà chương trình ứng dụng mang lại Qua trình khảo sát vài quán cafe, chúng em xây dựng lên đề tài quản lý quán Cafe với mong muốn giúp cho việc quản lý thực cách dễ dàng hơn, thuận tiện giảm thiểu sai sót Vì chúng em chọn đề tài: “Xây dựng phần mềm quản lý quán Cafe Zodi” CHƯƠNG 1: KHẢO SÁT HỆ THỐNG 1.1 Giới thiệu sơ bộ: 1.1.1 Địa điểm: Quán Cafe Zodi nằm 156 Triệu Việt Vương – Hà Nội 1.1.2 Quy mô + Bộ phận quản lí nhà hàng + Bộ phận quản lí nhân viên + Bộ phận quản lí kho + Bộ phận phục vụ 1.1.3 Lĩnh vực: Nhà hàng cafe 1.1.4 Lịch sử phát triển cấu tổ chức Được hình thành phát triển từ năm 2009, quán mở nhằm phục vụ nhu cầu ăn uống giải khát thưởng thức Cafe nhiều khách hàng Mang phong cách xì tin trẻ trung, Zodi Café có vị trí bật so với qn khác Quán nằm tầng 11 vị trí lý tưởng để tránh ồn khói bụi từ phố Triệu Việt Vương tấp nập Zodi Café thiết kế sang trọng, lộng lẫy với không gian khống đạt, tươi tắn tơ điểm gam màu hài hịa đón tiếp nồng hậu chủ qn nhân viên Điều ln đem lại cảm giác thư thái, thoải mái hài lòng cho vị khách đến với Zodi Ngồi cà phê, Zodi cịn thu hút khách hàng với nhiều đồ uống tuyệt vời, lạ Đó special drinking với My love, Love in blue … hay loại sinh tố hoa thơm ngon nguyên chất; kem mát lạnh ly Cocktail ngào, nồng nàn, phảng phất hương thơm Đối với dân văn phịng, qn địa thích hợp cho phút nghỉ trưa ỏi với menu ăn nhanh hấp dẫn, phong phú, ln làm hài lịng thực khách dù khó tính Cơng việc quản lý quán chủ yếu dựa giấy tờ ghi chép, công việc tiến hành thủ công nhiều, từ việc cập nhật danh sách sản phẩm đến thống kê, xếp lịch làm việc Do nhiều thời gian nhân lực Thêm vào cơng tác quản lý giấy tờ nên việc lưu trữ tốn nhiều thời gian, cơng tác bảo quản gặp nhiều khó khăn, việc sai sót cần cập nhật thơng tin tẩy xóa điều khơng tránh khỏi qn có trang bị máy tính Tóm lại, việc quản lý quán chủ yếu làm thủ công dựa vào người quản lý, máy tính chưa hỗ trợ nhiều chưa có phần mềm quản lý 1.2 Thực khảo sát: 1.2.1 Phiếu vấn quản lý nhân viên Người hỏi: Lê Văn Kỳ quản Người hỏi: Phạm Minh Chiến lý Ngày: 10/04/2021 Câu hỏi: Trả lời: Có, chúng tơi tổ chức quản lý nhân Câu hỏi 1: Cơ cấu tổ chức nhân viên viên theo cấu gần phổ quán nào, có theo biến Tổ chức chia làm khuôn mẫu chung hay không? phận cụ thể bao gồm: phận kế toán hay gọi thu ngân, phận phục vụ(oder), phận pha chế (đồng thời phận quản lí kho), phận bảo vệ làm việc theo ca Câu hỏi 2: Anh có quan tâm đến Có, điều cần thiết giúp tơi trình độ học vấn chun mơn quản lý cách có hiệu phận nhân viên phận riêng biệt quy không? định trình độ định Ví dụ phận thu ngân tuyển dụng phải có chứng ngành kế tốn có kinh ngiệm làm việc năm phận khác có quy định riêng Câu hỏi 3: Vậy q trình làm Vâng Qn chúng tơi có đội ngũ việc nhân viên có cơng việc nhân viên làm việc theo ca xét xin nghỉ đột xuất , anh xử lý thấy nhân viên cần nghỉ lý người nhân viên đáng chúng tơi linh động có bị trừ lương hay khơng? cho nhân viên nghĩ liên hệ với ca làm việc khác ngày đến bổ sung Câu hỏi 4: Chế độ tiền lương tiền Vâng.đối với tưng phận có thưởng quán chế độ đãi ngộ mức lương khác ,còn tiền cho nhân viên nào? thưởng chế độ mọt phần phụ thuộc vào doanh thu quán thái độ làm việc đội ngũ nhân viên mà đưa mức lương thưởng khác 1.2.2 Phiếu vấn quản lý kho (pha chế) Người vấn: Phạm Ngọc Tây Nhân viên pha chế Người vấn: Phạm Minh Chiến Ngày: 10/04/2021 Câu hỏi 1: Menu đồ uống Có Ngồi phục vụ loại đồ uống qn có đa dang phong như: cà phê, nước ngọt…thì quán phú để đáp ứng nhu cầu chúng tơi cịn phục vụ loại rượu , khách hàng? bia , cocktail kem loại theo nhu cầu khách hàng.Vì tin đủ sức đáp ứng tất nhu cầu khách Câu hỏi 2: Ngồi cơng việc pha Vâng, tất nhiên rồi! Ngồi cơng việc pha chế anh cịn phụ trách nhiệm vụ chế tơi cịn phải kiêm việc xuất không ? nhâp hàng hóa cho quầy bar , kiểm tra chất lượng hàng , order mặt hàng hết để quán bổ sung Câu hỏi 3: Anh cho biết trình nhiệm vụ khơng? Trả lời: Việc nhập xuất hàng: Khi đại lý đem hàng vào qn tơi có nhiệm vụ kiểm hàng ghi chép số lượng vào sổ ngược lại Việc order hàng: Cuối ngày thống kê lại tất hàng hóa xem mặt hàng hết order cho quán nhập vào 1.2.3 Phiếu vấn nhân viên phục vụ (oder) Người vấn: Trần Người vấn: Đinh Thiên Diệu Minh Nam Ngày: 10/04/2021 Câu hỏi 1: Với số lượng khách Trả lời: lớn vào quán lúc chất lựong phục vụ có bị ảnh hưởng hay khơng ? Tất nhiên có! Khách đơng đồng nghĩa với việc phận phục vụ phải rải ra, dẫn đến tình trạng khách phải chờ đợi! Chúng tơi tiếc điều Nhưng khách hiểu thông cảm không phàn nàn ! Câu hỏi 2: Thái độ phục vụ phận phục vụ ? Trả lời: Chúng tơi dặn dị dẫn kỹ thái độ trước làm việc! Và ý thức “Khách hàng thượng đế” 1.2.4 Phiếu vấn nhân viên thu ngân (kế toán) Người hỏi: Nguyễn Thị Người hỏi: Đinh Thiên Diệu Linh Ngày: 10/04/2021 Câu hỏi 1: liệu quán Mọi sổ sách quán thu chi lưu đâu lưu máy tính riêng hàng tháng chủ quán 10  Sự sai lệch thơng tin ở: nơi thu thập thông tin đầu vào, trung tâm máy tính nơi phân phối đầu  Mục đích việc kiểm tra phát lỗi sửa lỗi  Hình thức kiểm tra lựa chọn nhiều phương án:  Kiểm tra thủ công kiểm tra tự động (máy kiểm tra)  Kiểm tra đầy đủ không đầy đủ (chỉ tập trung vào số thông tin quan trọng để kiểm tra)  Kiểm tra trực tiếp hay gián tiếp Kiểm tra trực tiếp kiểm tra không cần dùng thông tin phụ Ví dụ: kiểm tra khn dạng thơng tin hay kiểm tra giá trị thông tin nằm khoảng cho phép Kiểm tra gián tiếp kiểm tra qua so sánh với thông tin khác Ví dụ: thơng tin tuổi thu thập kiểm tra lại biết năm sinh (Tuổi khai = Năm - Năm sinh, ) 3.4.3 Kiểm sốt cố làm gián đoạn chương trình Các cố làm gián đoạn chương trình do:  Hỏng phần cứng  Giá mang tệp có cố  Môi trường  Hệ điều hành  Nhầm lẫn thao tác  Lập trình sai 146 Khi cố xảy gây hậu (vì phải chạy lại chương trình) quan trọng làm sai lạc thơng tin, ví dụ thơng tin tệp bị sai lạc cập nhật dở dang Để khắc phục hậu cố lựa chọn số biện pháp sau:  Khoá phần sở liệu: CSDL phân hoạch thành đơn vị để cập nhật Các đơn vị trường, ghi, tệp số phần rộng CSDL Khi đơn vị cập nhật gốc phải khố lại ngăn truy nhập đến Khi cập nhật kết thúc, phiên đơn vị thay phiên cũ cập nhật hoàn thành Nếu q trình cập nhật, hệ thống có cố gốc vần nguyên vẹn  Tạo tệp lục: tệp lục bao gồm tệp nhật ký tệp lưu Tệp nhật ký tệp chứa (hoặc hình ảnh) đơn vị CSDL trước sau chúng cập nhật Các tệp lưu gồm tồn phần CSDL thực theo chu kỳ Ví dụ: phần bảy CSDL thực hàng ngày toàn CSDL thực tuần lần  Tạo thủ tục phục hồi: nhằm đưa CSDL trở trạng thái đắn mà có trước bị hỏng gián đoạn chương trình Việc tạo thủ tục phục hồi phụ thuộc vào nguyên nhân gián đoạn chương trình Nguyên tắc phục hồi: + Khi chạy chương trình bình thường định kỳ ghi lại số biến mốc quan trọng + Khi gián đoạn khởi động lại chương trình với biến mốc gần 147 3.4.4 Kiểm sốt xâm phạm từ phía người Người ngồi hệ thống (có thể đối thủ cạnh tranh quan chủ quản hệ thống) cố ý hay vơ tình làm sai lệch mát hay làm lộ thông tin mật, riêng tư gây thiệt hại lớn Chính mà xâm phạm từ phía người nguy hại cho quan chủ quan hệ thống Người phân tích thiết kế hệ thống phải thực phân tích chặt chẽ để kiểm soát vấn đề a Xác định điểm hở hệ thống Điểm hở hệ thống điểm mà thơng tin hệ thống có khả bị truy cập trái phép, bị sửa chữa, lấy cắp chí phá huỷ thơng tin, gây thiệt hại lớn cho quan chủ quản hệ thống Trong hệ thống điểm hở là:  Luồng liệu đến tác nhân hệ thống  Luồng liệu cắt ngang phần thực máy tính phần thực thủ công  Các kho liệu tệp  Các đường truyền mạng (đối với hệ phân tán), b Xác định mức độ đe doạ từ điểm hở Căn vào hậu thiệt hại mà quan chủ quản hệ thống phải chịu có thâm nhập trái phép có cố xảy khả phục hồi người thiết kế kiểm soát phải đánh giá mức độ thiệt hại phân định mức độ đe doạ từ có biện pháp phù hợp phịng, tránh, khắc phục thiệt hại Có thể phân chia thành mức độ đe doạ sau:  Mức thấp: có sai lệch liệu khắc phục tốn 148  Mức trung bình: có sai lệch mát liệu, ảnh hưởng đến quan chủ quản hệ thống song khắc phục tốn  Mức cao: khó khắc phục (có thể hết liệu, sai nhầm loạt thông tin quan trọng phục hồi, ) Từ gây thiệt hại lớn đến cơng ty chủ quản hệ thống dẫn đến phá sản Lưu ý: phân tích biện pháp kiểm sốt cần có tham gia của:  Những người có trách nhiệm hệ thống  Những người am hiểu hệ thống  Tuỳ hệ thống người sử dụng tham gia khơng tham gia c Các biện pháp phịng ngừa, khắc phục Căn vào mức độ đe doạ dạng đe doạ (có thể cố ý ăn cắp, phá hoại vơ ý sai sót, ) nhà phân tích thiết kế hệ thống lựa chọn số biện pháp (mức bảo mật) phù hợp để thu hiệu cao Các mức bảo mật:  Bảo mật vật lý: khố, chng báo động  Nhận dạng nhân  Mật  Tạo mật mã: mã hố liệu sang dạng mã khơng hiểu Người hiểu phải có quy tắc giải mã thích hợp  Bảo mật gọi lại: truy nhập thực cách gián tiếp, qua trạm kiểm soát, tương tự gọi điện thoại qua tổng đài d Phân biệt riêng tư 149 Phân biệt riêng tư việc phân loại người dùng để:  Gán cho loại người dùng số quyền truy nhập định  Cho phép số người dùng phép uỷ quyền tức giao quyền truy nhập cho người khác 3.5 Thiết kế chương trình Các modul cần phải cài đặt chương trình: - Đăng nhập tài khoản - Quản lý nhân viên 150 - Quản lý bàn: 151 CHƯƠNG 4: CÀI ĐẶT VÀ KIỂM THỬ 4.1 Cài đặt 4.1.1 Đăng nhập:  Đăng nhập private void btnDangNhap_Click(object sender, EventArgs e) { SqlConnection conn = new SqlConnection(chuoikn); string sqlSelect = "Select * from tblTaiKhoan where TaiKhoan = '" + txtTaiKhoan.Text + "' and MatKhau = '" + txtMatKhau.Text + "'"; conn.Open(); SqlCommand cmd = new SqlCommand(sqlSelect, conn); SqlDataReader reader = cmd.ExecuteReader(); if (reader.Read() == true) { this.Hide(); Form main = new Frm_Main(); main.Show(); } else { 152 MessageBox.Show("Ban dang nhap khong cong !"); txtTaiKhoan.Text = ""; txtMatKhau.Text = ""; txtTaiKhoan.Focus(); } }  Thoát private void btnThoat_Click(object sender, EventArgs e) { this.Close(); } 4.1.2 Thêm private void btnThem_Click(object sender, EventArgs e) { lblTieuDe.Text = "THÊM MẶT HÀNG"; //Xoa trang GroupBox chi tiết sản phẩm XoaTrangChiTiet(); //Cam nut sua xoa btnSua.Enabled = false; btnXoa.Enabled = false; //Hiện GroupBox Chi tiết 153 HienChiTiet(true); } 4.1.3 Sửa private void btnSua_Click(object sender, EventArgs e) { //Cập nhật tiêu đề lblTieuDe.Text = "CẬP NHẬT MẶ HÀNG"; //Ẩn hai nút Thêm Sửa btnThem.Enabled = false; btnXoa.Enabled = false; //Hiện gropbox chi tiết HienChiTiet(true); } 4.1.4 Xóa private void btnXoa_Click(object sender, EventArgs e) { //Bật Message Box cảnh báo người sử dụng if (MessageBox.Show("Bạn có chắn xóa mã mặt hàng " + txtMaSP.Text + " khơng? Nếu có ấn nút Lưu, khơng ấn nút Hủy", "Xóa sản phẩm", MessageBoxButtons.YesNo) == DialogResult.Yes) { lblTieuDe.Text = "XÓA MẶT HÀNG"; btnThem.Enabled = false; btnSua.Enabled = false; //Hiện gropbox chi tiết 154 HienChiTiet(true); } } 4.2 Kiểm thử: 4.2.1 Kiểm thử chức kiểm thử phi chức (Functional and Nonfunctional Testing) Kiểm thử chức bao gồm kiểm tra ứng theo yêu cầu hoạt động thực tế phần mềm Kết hợp tất phương pháp kiểm thử thiết kế để đảm bảo phần phần mềm hoạt động mong đợi, cách sử dụng trường hợp sử dụng (uses cases) cung cấp nhóm thiết kế nhà phân tích kinh doanh (BA) Các phương pháp kiểm tra thường tiến hành theo thứ tự bao gồm: - Kiểm thử đơn vị (Unit testing) - Kiểm thử tích hợp (Integration testing) - Kiểm thử hệ thống (System testing) - Kiểm thử chấp nhận (Acceptance testing) Các phương pháp kiểm thử phi chức kết hợp tất loại kiểm thử tập trung vào khía cạnh hoạt động phần mềm Bao gồm: - Kiểm thử hiệu suất (Performance testing) - Kiểm thử bảo mật (Security testing) - Kiểm thử khả sử dụng (Usability testing) - Kiểm thử khả tương thích (Compatibility testing) Chìa khóa để phát hành phần mềm chất lượng cao mà người dùng cuối dễ dàng chấp nhận xây dựng mô hình kiểm thử tồn diện, bao gồm đồng kiểm thử chức phi chức 155 4.2.2 Kiểm thử đơn vị (Unit testing) Kiểm thử đơn vị cấp độ thử nghiệm thường thực lập trình viên Đây trình đảm bảo thành phần riêng lẻ phần mềm cấp mã nguồn có chức hoạt động thiết kế Lập trình viên môi trường dựa thử nghiệm thường viết chạy thử nghiệm trước phần mềm tính chuyển cho phận kiểm thử Kiểm thử đơn vị tiến hành thủ cơng, tự động hóa quy trình tăng tốc chu kỳ phân phối mở rộng phạm vi kiểm tra Kiểm thử đơn vị giúp việc gỡ lỗi dễ dàng việc tìm kiếm cố sớm có nghĩa chúng thời gian để khắc phục so với việc chúng phát sau q trình kiểm tra 4.2.3 Kiểm thử tích hợp (Integration testing) Sau đơn vị kiểm tra kỹ lưỡng, tích hợp với đơn vị khác để tạo mô-đun thành phần thiết kế để thực nhiệm vụ hoạt động cụ thể Sau đó, chúng kiểm tra theo nhóm thơng qua kiểm tra tích hợp để đảm bảo toàn phân đoạn ứng dụng hoạt động mong đợi ( tương tác đơn vị liền mạch) Các thử nghiệm thường tạo lập dựa kịch người dùng, chẳng hạn đăng nhập vào ứng dụng mở tệp Các thử nghiệm tích hợp tiến hành lập trình viên nhân viên kiểm thử thường bao gồm kết hợp thử nghiệm chức thủ công tự động 4.2.4 Kiểm thử hệ thống (System testing) Kiểm thử hệ thống phương pháp kiểm thử hộp đen sử dụng để đánh giá toàn hệ thống hoàn thành tích hợp, để đảm bảo đáp ứng yêu cầu cụ thể Chức phần mềm kiểm tra từ đầu đến cuối thường tiến hành phận kiểm thử riêng biệt so với nhóm lập trình 156 4.2.5 Kiểm thử chấp nhận (Acceptance testing) Kiểm thử chấp nhận giai đoạn cuối kiểm thử chức sử dụng để đánh giá liệu phần mềm cuối có sẵn sàng để bàn giao hay không Nhằm đảm bảo sản phẩm tuân thủ tất tiêu chí kinh doanh ban đầu đáp ứng nhu cầu người dùng cuối Điều đòi hỏi sản phẩm phải kiểm tra bên bên ngoài, nghĩa bạn cần phải phát hành phiên beta, nhằm người dùng cuối thử nghiệm ứng dụng Thử nghiệm Beta chìa khóa để nhận phản hồi thực từ khách hàng tiềm khiếm khuyết thật sản phẩm đưa vào ứng dụng thực tế 4.2.6 Kiểm thử hiệu suất (Performance testing) Kiểm thử hiệu suất kỹ thuật kiểm tra phi chức sử dụng để xác định cách ứng dụng hoạt động điều kiện khác Mục tiêu để kiểm tra khả đáp ứng tính ổn định tình người dùng thực Kiểm tra hiệu suất chia thành bốn loại: - Load testing trình đưa số lượng nhu cầu mô ngày tăng lên phần mềm, ứng dụng trang web để xác minh xem liệu phần mềm xử lý thiết kế để xử lý hay không - Stress test sử dụng để đánh giá cách phần mềm phản hồi điểm tải vượt tải tối đa Mục tiêu Stress test làm tải ứng dụng theo chủ đích phần mềm gặp cố cách áp dụng kịch tải thực tế phi thực tế Với Stress test, bạn tìm thấy giới hạn chịu tải phần mềm - Endurance testing sử dụng để phân tích hành vi ứng dụng theo lượng tải mô cụ thể khoảng thời gian dài Mục tiêu để hiểu hệ thống bạn hoạt động trình sử dụng bền vững, việc trình dài so với thử nghiệm tải Stress test (thường thiết 157 kế để kết thúc sau vài giờ) Một phần quan trọng kiểm tra độ bền giúp phát rị rỉ nhớ (memory leaks) - Spike test loại kiểm tra tải sử dụng để xác định cách phần mềm bạn phản ứng với thời điểm người dùng gia tăng đột biến hoạt động hệ thống có thay đổi bất thường vào khoảng thời gian ngẫu nhiên Lý tưởng nhất, điều giúp bạn hiểu xảy tải đột ngột tăng mạnh 4.2.7 Kiểm thử bảo mật (Security testing) Với gia tăng tảng thử nghiệm dựa đám mây công mạng, mối quan tâm ngày tăng việc cần bảo mật liệu sử dụng lưu trữ phần mềm Kiểm thử bảo mật kỹ thuật kiểm thử phần mềm phi chức sử dụng để xác định xem thông tin liệu hệ thống có bảo vệ hay khơng Mục đích cố tình tìm lỗ hổng rủi ro bảo mật hệ thống dẫn đến truy cập trái phép thông tin cách phát lỗ hổng bảo mật ứng dụng Có nhiều loại phương pháp thử nghiệm này, loại nhằm xác minh sáu nguyên tắc bảo mật bản: Integrity Confidentiality Authentication Authorization Availability Non-repudiation 4.2.8 Kiểm thử khả sử dụng (Usability testing) Kiểm tra khả sử dụng phương pháp kiểm tra đo lường mức độ dễ sử dụng ứng dụng theo quan điểm người dùng cuối thường thực giai đoạn kiểm thử chấp nhận (Acceptance testing) Mục tiêu để xác định 158 xem giao diện tính thẩm mỹ ứng dụng có đáp quy trình hoạt động dự định cho tác vụ khác hay không, ví dụ đăng nhập vào ứng dụng Kiểm tra khả sử dụng cách tuyệt vời để nhóm xem xét chức riêng biệt toàn hệ thống, trực quan để sử dụng 4.2.9 Kiểm thử khả tương thích (Compatibility testing) Kiểm tra khả tương thích sử dụng để đánh giá cách ứng dụng phần mềm hoạt động mơi trường khác Nó sử dụng để kiểm tra xem sản phẩm bạn có tương thích với nhiều hệ điều hành, tảng, trình duyệt cấu hình độ phân giải hay khơng Mục tiêu để đảm bảo chức phần mềm bạn hỗ trợ môi trường mà bạn mong muốn người dùng cuối sử dụng 159 CHƯƠNG 5: KẾT LUẬN Sau thời gian nghiên cứu, tìm hiểu thực đề tài: “Phân tích thiết kế hệ thống quản lí nhà hàng cafe”, cụ thể quản lý nhà hàng café cho Quán café Zodi nhóm chúng em hiểu nghiệp vụ, quy tắc quản lý bán hàng nhà hàng cafe Chúng em hiểu bước để thiết kế hệ thống từ bước Bên cạnh đó, chúng em biết cách xây dựng biểu đồ, có thêm nhiều kiến thức việc phát triển hệ thống thông tin có giao diện thân thiện với người dùng Mặc dù cố gắng tìm hiểu kiến thức học, tham khảo tài liệu để hoàn thành thời gian, kinh nghiệm hạn chế nên chắn khơng tránh khỏi thiếu sót Vì chúng em mong nhận góp ý thầy để báo cáo chúng em hồn thiện hơn, đồng thời chúng em bổ sung vốn kinh nghiệm chặng đường phía trước Cuối chúng em xin chân thành cảm ơn cô giáo Vũ Thị Thu Hà tận tình giảng dạy, trang bị, cung cấp cho chúng em kiến thức tảng, chuyên mơn cần thiết việc phân tích thiết kế hệ thống thông tin Chúng em xin chân thành cảm ơn! 160