TRƯỜNG ĐẠI HỌC MỞ HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ��� MÔN HỌC NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Đề tài Xây dựng phần mềm quản lý kho hàng của siêu thị Đức Thành Giảng viên hướng dẫn Th S Lê Hữu Dũng Nhóm si[.]
TRƯỜNG ĐẠI HỌC MỞ HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ��� MÔN HỌC: NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Đề tài: Xây dựng phần mềm quản lý kho hàng siêu thị Đức Thành Giảng viên hướng dẫn: Nhóm sinh viên thực hiện: Th.S Lê Hữu Dũng Vũ Đức Anh - 1810A04 Trần Thanh Minh - 1810A04 Nguyễn Tiến Dũng - 1710A06 Nguyễn Thị Minh Thư - 1810A01 Phan Văn Hào - 1810A01 Phạm Đình Ngọc - 1810A03 Nguyễn Thị Hoa - 1810A05 Đỗ Quang Linh - 1710A03 Hoàng Thanh Thúy - 1810A02 Hà Nội – 2021 MỤC LỤC CHƯƠNG GIỚI THIỆU 1.1 Tổng quan đề tài 1.2 Giới thiệu toán 1.3 Mục tiêu đề tài .4 1.4 Các đề tài/hệ thống liên quan 1.5 Phương pháp phát triển - Agile 1.5.1 Khái niệm .6 1.5.2 Áp dụng mơ hình với dự án phần mềm 1.6 Vai trò thành viên dự án 1.7 Phân công nhiệm vụ 10 1.8 Kế hoạch triển khai chi tiết 14 CHƯƠNG SẢN PHẨM CHUYỂN GIAO GIỮA CÁC PHA VÀ TIÊU CHUẨN ĐÁNH GIÁ 17 2.1 Danh mục tài liệu, sản phẩm 17 2.2 Quy tắc đặt tên 21 2.3 Xác định mục tiêu chất lượng dự án 23 CHƯƠNG XÁC ĐỊNH YÊU CẦU 25 3.1 Vai trò việc Xác định yêu cầu dự án phần mềm .25 3.2 Phương pháp đánh giá chất lượng yêu cầu 25 3.3 Danh sách yêu cầu hệ thống 26 3.3.1 Yêu cầu chức 26 3.3.2 Yêu cầu phi chức 30 3.4 Kết đánh giá chất lượng yêu cầu 31 CHƯƠNG KIẾN TRÚC PHẦN MỀM 36 4.1 Vai trị kiến trúc phần mềm với q trình phát triển dự án phần mềm 36 4.2 Một số kiến trúc phần mềm phổ biến 37 4.3 Kiến trúc tổng thể hệ thống 41 4.4 Lựa chọn công nghệ phát triển cho hệ thống 41 4.5 Kiến trúc phần mềm hệ thống 42 4.6 Cơ sở liệu mức vật lý hệ thống 42 4.7 Một số thiết kế chi tiết theo kiến trúc chọn 50 CHƯƠNG 5: XÂY DỰNG VÀ KIỂM THỬ HỆ THỐNG 59 5.1 5.1.1 5.1.2 5.2 Kết xây dựng module/nhóm chức 59 Kết giao diện thiết kế 59 Kết chức thiết kế 60 Kiểm thử hệ thống 61 5.2.1 Tổng quan kiểm thử phần mềm 61 5.2.2 Mô hình kiểm thử áp dụng đề tài 62 5.2.3 Kế hoạch kiểm thử 63 5.2.4 Kết kiểm thử 66 CHƯƠNG 6: KẾT LUẬN 72 6.1 Đánh giá chất lượng phần mềm 72 6.1.3.1 Các định nghĩa độ đo chất lượng phần mềm 73 6.2 6.3 Ưu & nhược điểm đề tài 75 Hướng phát triển 78 TÀI LIỆU THAM KHẢO 79 PHỤ LỤC A: QUY TẮC ĐẶT TÊN 80 PHỤ LỤC B: CÁC BIỂU MẪU TÀI LIỆU THU THẬP ĐƯỢC 80 PHỤ LỤC C: CÁC BIÊN BẢN TIẾN ĐỘ 80 PHỤ LỤC D: CÁC BIÊN BẢN RÀ SOÁT KỸ THUẬT 80 PHỤ LỤC E: HỒ SƠ DỰ ÁN 80 CHƯƠNG GIỚI THIỆU 1.1 Tổng quan đề tài Trong thời đại ngày nay, Công nghệ thông tin phát triển mạnh mẽ, nhanh chóng xâm nhập vào nhiều lĩnh vực khoa học, kỹ thuật, sống Nó trở thành cơng cụ đắc lực nhiều ngành giao thông, quân sự, y học… đặc biệt công tác quản lý nói chung quán cà phê 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 cà phê làm thủ công thời gian tốn nhân lực tài Ngày nay, với phát triển cơng nghệ thơng tin máy tính sử dụng rộng rãi quan, nhà máy, trường học… giúp cho làm việc thực tốt hơn, nhanh Việc sử dụng máy tính vào cơng tác quán cà phê yêu cầu cần thiết nhằm xóa bỏ phương pháp lạc hậu, lỗi thời, gây tốn nhiều mặt Hơn việc quản lý cà phê ngày trở nên rộng rãi với quy mô vừa nhỏ phát triển tự phát nên việc tạo hệ thống quản lý thông minh giúp hỗ trợ cửa hàng quản lý dễ dàng việc quản lý công việc, quy trình thống kê mẫu biểu Vì vậy, quán cà phê muốn hoạt động hiệu quả, môi trường cạnh tranh khắc nghiệt kinh tế thị trường trước hết phải có hệ thống quản lý tốt chặt chẽ Đồng thời phải đưa đồ uống, có giá hợp lý đến với khách hàng 1.2 Giới thiệu toán Ngày quán cà phê nơi mà hầu hết người lựa chọn để ngồi thư giãn gặp mặt, qn cà phê thường nơi có khơng gian thống yên tĩnh Bài toán phát triển để hỗ trợ giải vấn đề hoạt động quán cà phê Việc sử dụng máy tính vào cơng tác quản lý cà phê yêu cầu cần thiết nhằm xóa bỏ phương pháp lạc hậu, lỗi thời gây tốn nhiều mặt Chính vậy, để nhà hàng hoạt động tốt, hiệu mơi trường cạnh tranh khốc liệt thị trường nhóm chúng em thực đề tài “Xây dựng hệ thống quản lý quán cà phê Memories” nhằm giải vấn đề đặt Cửa hàng có địa 01 Phan Đình Giót , Phương Liệt ,Thanh Xuân, Hà Nội SDT 02432030382 Cửa hàng có tầng để phục vụ khách hàng kho chứa nguyên liệu hạt cà phê, sữa đặc 1.3 Mục tiêu đề tài - Đơn giản hóa Quy trình nghiệp vụ, báo cáo kiểm soát - Đảm bảo hệ thống đa thiết bị (máy tính, điện thoại, máy in) hệ điều hành window - Đơn giản, thuận tiện có hiệu suất cao - Có tính bảo mật tốt, dễ dàng bảo trì, nâng cấp sửa chữa - Lưu trữ thơng tin xác với số lượng lớn - Xây dựng hệ thống có đầy đủ tính năng: phân quyền người dùng, lưu trữ thông tin khách hàng, nhân viên quản lý mặt hàng nhập về, quản lý hoá đơn, quản lý nguyên vật liệu - Xây dựng hệ thống giúp nhân viên, quản lý nhà hàng làm việc nhanh chóng, hiệu hơn, giúp rút ngắn thời gian làm công việc 1.4 Các đề tài/hệ thống liên quan Đề tài tham khảo : Xây dựng phần mềm quản lý quán trà sữa Lee Tea Link : https://bitly.com.vn/4qgcz9 Giảng viên hướng dẫn: ThS Lê Hữu Dũng Nhóm Sinh viên: Nguyễn Văn Đông 17A03 Đặng Thị Thu Hằng 17A02 Nguyễn Ngọc Cơng Hoan 17A02 Trần Minh Hồng 17A03 Nguyễn Thị Huế 17A05 Đào Thị Thúy Mai 17A04 Nguyễn Thị Bích Ngọc 17A04 Trần Huy Sơn 16A03 Vũ Văn Sự 16A03 Nguyễn Văn Tấn 17A03 Nguyễn Văn Tùng 16A04 Ưu điểm: Khảo sát đầy đủ chặt chẽ nghiệp vụ cửa hàng Đã cài đặt đầy đủ nghiệp vụ cửa hàng sơ đồ để dễ đối chiếu so sánh Về bố cục: bố cục đắn có tính logic Nhược điểm: Về nội dung: + Chưa hỗ trợ hình thức tốn khác phổ biến nay: toán qua thẻ ngân hàng, toán qua ví điện tử… Chưa triển khai tích hợp cơng nghệ xác thực Chưa đảm bảo độ bảo mật cho tài khoản 1.5 Phương pháp phát triển - Agile Do thời gian dự án ngắn dự án quản lý quán cà phê dự án khó khăn phổ biến nên để xây dựng thời gian ngắn phương pháp để nhóm lựa chọn triển khai mơ hình Agile 1.5.1 Khái niệm Phương thức phát triển phần mềm Agile tập hợp phương thức phát triển lặp tăng dần yêu cầu giải pháp phát triển thông qua liên kết cộng tác nhóm tự quản liên chức Agile cách thức làm phần mềm linh hoạt để đưa sản phẩm đến tay người dùng nhanh tốt sớm tốt xem cải tiến so với mơ hình cũ mơ hình “Thác nước (waterfall)” hay “CMMI” Agile có vai trị vơ quan trọng việc thúc đẩy cho phát triển đổi dự án thực trước Chính điều giúp cho doanh nghiệp dễ dàng có hài lịng từ khách hàng Ngày khái niệm Agile không sử dụng phạm vị ngành cơng nghệ thơng tin mà cịn sử dụng rộng rãi phổ biến lĩnh vực khác, đặc biệt lĩnh vực quản lý, sản xuất, kinh doanh, cịn có nhiều lĩnh vực khác Agile trở thành phương thức quản lý dự án cho công ty/doanh nghiệp thời điểm 1.5.2 Áp dụng mơ hình với dự án phần mềm Ở Kiểm thử giúp dự án nhanh chóng bàn giao dự án truyền thống, kiểm thử thường xem bước cuối kiểm tra chất lượng sản phẩm Và việc ngăn chặn lỗi phần mềm bị coi trách nhiệm QA/tester Bug tìm thấy dù quan trọng hay khơng làm chậm trình bàn giao sản phẩm Trong dự án Agile, xây dựng sản phẩm tốt từ ban đầu, sử dụng kiểm thử để phản hồi phát triển để làm cho sản phẩm tương đồng với yêu cầu Nghe thay đổi nhỏ, thực chất việc có ý nghĩa lớn Mối liên hệ tester dev cần cộng tác, tương hỗ lẫn - Kiểm thử không giai đoạn dự án Kiểm thử giai đoạn trình phát triển Agile mà cần tham gia sâu vào quy trình phát triển từ sớm Cách tiếp cận Agile tập trung vào việc xác nhận điều đắn từ đầu, giảm cần thiết phải có nhiều kiểm thử viên (QA Tester) cuối quy trình để đạt kết Đảm bảo tiến độ dự án liên tục Cá nhân tương hỗ quan trọng quy trình Với dự án truyền thống, tester làm việc độc lập chịu trách nhiệm với toàn hoạt động test Đối với Agile, hoạt động test thực toàn dự án Để thực hết test cần thực lặp lại qua sprint Tuy nhiên tới dự án lớn phức tạp lên có lúc khơng thể test hết testcase đề thực mục tiêu ban đầu đề Có nghĩa team khơng thể thực nhanh họ nghĩ Vì test chưa xong feature khơng thể xong được, để đẩy nhanh tốc độ team phải làm đẩy nhanh phần chậm nhất, test - Rút ngắn vòng lặp phản hồi Thời gian từ viết code thực code tới biết code vận hành gọi feedback loop (vịng phản hồi) Nếu phần mềm khơng thực test kết thúc bàn giao vịng phản hồi bị kéo dài tới tháng, dài Agile tạo nên vòng phản hồi ngắn với dự án Agile, phần mềm sẵn sàng để test từ bắt đầu Đặc thù Agile đội dự án có nhiều cấp độ kiểm thử để công nhiều loại liệu khác Agile sử dụng nhiều test tự động trả lại phản hồi nhanh Test hồi quy thủ công nhiều thời gian thực hơn, cần có nhân lực khơng thực Kiểm tra thủ cơng cịn quan trọng Tuy nhiên, đội Agile thường thấy thông tin phản hồi nhanh chóng tạo nên hồi quy tự động chìa khóa để phát vấn đề cách nhanh chóng, làm giảm rủi ro giảm việc phải làm lại - Thỏa mãn mong muốn khách hàng Cho dù test tự động hay test thủ cơng kịch test cần phải khớp với yêu cầu mong đợi khách hàng Trước tốn thời gian tìm bug nên đặt câu hỏi để làm sáng tỏ mong muốn khách hàng chức sản phẩm - Giữ code rõ ràng Nguyên tắc ví dụ nguyên tắc mà đội Agile phải có Sẽ nhiều cơng sức thời gian để sửa lỗi chúng tìm thấy Nếu lỗi đáng sửa vịng lặp đơi kết sau sửa không tốt làm từ đầu ảnh hưởng tới phần khác ● Giản lược tài liệu kiểm thử ● Thay viết dài dịng Agile test ● Tái sử dụng checklist ● Tập trung vào chất thử nghiệm chi tiết ngẫu nhiên ● ● Sử dụng tài liệu hướng dẫn đơn giản Nắm bắt ý tưởng thử nghiệm điều lệ kiểm nghiệm thăm dị - Chưa thể hồn thành chưa qua giai đoạn kiểm thử Trong dự án truyền thống có phân tách rõ ràng dev test, đặc trưng cho việc dev nói “xong” với phần họ phát triển chưa test Do thực tế phần phát triển chưa xong test xong bug fix Đó lý mà phần mềm để “90% done” Agile không tính “done” mà cần sẵn sàng cho chấp nhận Product Owner khách hàng thực thi test - Test-Last Test-Driven Trong môi trường phát triển truyền thống, test lấy từ tài liệu yêu cầu Yêu cầu design đầu tiên, sau đến kiểm thử Q trình kiểm thử diễn cuối dự án Tuy nhiên kiểm thử cung cấp ví dụ ý nghĩa việc phát triển thỏa mãn yêu cầu Test định hướng từ thành phần project, có tài liệu dự án Việc thực test tiến hành vào thời điểm cuối project Đây gọi cách tiếp cận "testlast" - Test sau 1.6 Vai trò thành viên dự án ST Họ tên T Vũ Đức Anh Phan Văn Hào Phạm Đình Ngọc Nguyễn Thị Hoa Đỗ Quang Linh Nguyễn Tiến Dũng Hoàng Thanh Thúy Trần Thanh Minh Nguyễn Thị Minh Thư rAI DT x x x x x x x x x