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

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 .3 1.1 Tổng quan đề tài 1.2 Giới thiệu toán 1.3 Mục tiêu đề tài 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 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 .9 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 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 Kết xây dựng module/nhóm chức 59 5.1.1 Kết giao diện thiết kế 59 5.1.2 Kết chức thiết kế .60 5.2 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 Ưu & nhược điểm đề tài 75 6.3 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 qn 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 qn 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, quán cà phê thường nơi có khơng gian thống 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 Xn, 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 Hoà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 toán khác phổ biến nay: toán qua thẻ ngân hàng, tố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ê khơng phải dự án q 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 q 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ử khơng phải giai đoạn q 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 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 Công cụ DBMS SQL Server Microsoft 2010 trở lên Corporation Bảng 11 Thiết lập môi trường cho việc kiểm thử Loại máy Thông số kỹ thuật máy Nhà cung cấp Phiên Laptop Ram >=4GB Microsoft Window trở lên Asus Intel core i5+ Microsoft Window trở lên CPU >= 1.60 hz Laptop Dell Ram >= 4GB Intel core i5+ CPU >= 1.60 hz Bảng 12 Thông số kỹ thuật kiểm thử 5.2.4 Kết kiểm thử 5.2.4.1 Đánh giá tổng quan - Lập mục kiểm thử chi tiết cho nhóm chức tài khoản hệ thống - Bảng đánh giá tổng quan checklist kiểm thử Tổng số testcase 15 Tổng số pass 10 Tổng số fail Bảng 13 Đánh giá testcase 5.2.4.2 Kiểm thử sơ nhóm chức Kiểm thử giao diện - Kiểm thử kiểm tra trường thông tin trước thực truy xuất liệu - Kết mong muốn: + Bắt validate trường thông tin thiết yếu cho việc truy xuất liệu (tìm kiếm, thêm, sửa, xóa) - Kiểm thử trường thông tin cần phải ẩn, thay đổi định dạng (mật khẩu) - Kết mong muốn: + Trường liệu mật nhập định dạng ký tự * - So sánh trường thơng tin giao diện có thực truy vấn hay khơng (tìm kiếm, thêm, sửa, xóa) - Kết mong muốn: + Có thể thực truy vấn sở liệu theo trường thơng tin có giao diện Kiểm thử tính bảo mật - Kiểm tra tính u cầu thơng tin giao diện - Kết mong muốn: + Bắt yêu cầu nhập, lựa chọn đầy đủ, định dạng yêu cầu để truy vấn - Test data: + Bỏ trống trường thông tin đăng nhập + Nhập ký tự chữ cho trường số điện thoại + Bỏ trống trường thông tin tạo tài khoản - Kiểm tra có thực mã hóa thơng tin truy cập kiểm tra csdl - Kết mong muốn: + Thực mã hóa mật thêm liệu, truy vấn liệu hàm băm - Kiểm tra việc thực kiểm tra so sánh liệu nhập vào so với sở liệu - Kết mong muốn: + Đối với chức đăng nhập, trùng thực đăng nhập cho tài khoản nhập + Đối với chức thêm tài khoản, thông báo lỗi có trùng lặp liệu, khơng thực thêm tài khoản + Đối với chức sửa tài khoản, có tồn thực thay đổi liệu với trường liệu nhập, không thông báo lỗi cho người dùng + Đối với chức xóa tài khoản, có tồn thực xóa liệu với trường liệu nhập, không thông báo lỗi cho người dùng - Kiểm tra khả đăng nhập nhiều lần chương trình khởi chạy - Kết mong muốn: + Khi chương trình chạy thực đăng nhập lần thiết bị chạy chương trình - Test data: + Tài khoản test: admin + mật khẩu: 123@# Kiểm thử tính xác - Kiểm thử đăng nhập với điều kiện sai - Kết mong muốn: thông báo lỗi đăng nhập không thực đăng nhập vào hệ thống - Test data: + Tài khoản sai: admin# + Mật sai: 123456 + Tài khoản đúng: admin + Mật sai: 123456 + Tài khoản sai: admin# + Mật đúng: 123@# - Kiểm thử đăng nhập với điều kiện - Kết mong muốn: + Thông báo đăng nhập thành công thực đăng nhập cho tài khoản - Test data: + Tài khoản đúng: admin + Mật đúng: 123@# - Kiểm thử thêm với điều kiện sai - Kết mong muốn: + Thông báo lỗi không thực thêm liệu - Test data: + Tài khoản có: admin + Tài khoản thêm: admin + Nhân viên có tài khoản: nhân viên A - mã nhân viên: + Nhân viên cấp tài khoản: nhân viên A - mã nhân viên: - Kiểm thử xóa với thơng tin - Kết mong muốn: + Chỉ thực truy vấn xóa với tài khoản chọn - Test data: + Tài khoản bị xóa: + Admin + Mã tài khoản: Kiểm thử tính đa phương tiện - Cài đặt chương trình hệ điều hành máy đạt yêu cầu kỹ thuật đưa ra: - Kết mong muốn: + Chương trình chạy ổn định hệ điều hành máy khác với thời gian truy vấn tối đa 10s - Test data: + Hệ điều hành: Window 7,8,10 + Thông số kỹ thuật: + Ram >= 4GB + CPU >= 1.60hz Kiểm thử tính hiệu - Kiểm thử tốc độ thực thi chương trình: - Kết mong muốn: + Thực truy vấn tối đa 10s - Kiểm thử khả chịu tải chương trình - Kết mong muốn: + Chương trình chạy ổn định với liệu lớn - Test data: + Mỗi lần chạy kiểm thử tăng liệu thêm 50 danh sách thông tin, tối đa 2000 liệu Kết kiểm thử sơ nhóm chức tài khoản Tên chức Kết Đăng nhập Hồn thành Tạo tài khoản Hồn thành Xóa tài khoản Hoàn thành Sửa tài khoản Thống khoản Bảng 14 Kết kiểm thử sơ 5.2.4.3 Testcase nhóm chức Nhóm chức tài khoản kê Hồn thành tài Hồn thành Hình Minh chứng thực test case nhóm tài khoản CHƯƠNG 6: KẾT LUẬN 6.1 Đánh giá chất lượng phần mềm 6.1.1 Khái niệm đảm bảo chất lượng phần mềm Chất lượng phần mềm mức độ mà hệ thống, thành phần hệ thống hay tiến trình đáp ứng yêu cầu mong đợi khách hàng, người sử dụng hay yêu cầu đặc tả Chất lượng phần mềm phù hợp yêu cầu cụ thể hiệu chức năng, tiêu chuẩn phát triển phần mềm ghi lại rõ ràng tài liệu với đặc tính ngầm định tất phần mềm phát triển chuyên nghiệp Đảm bảo chất lượng phần mềm (Software Quality Assure) tập hợp hành động cần thiết lên kế hoạch cách hệ thống để cung cấp đầy đủ niềm tin trình phát triển phần mềm phù hợp để thành lập yêu cầu chức kỹ thuật yêu cầu quản lý theo lịch trình hoạt động giới hạn ngân sách Tóm lại: Chất lượng phần mềm đáp ứng yêu cầu chức năng, hoàn thiện chuẩn (đặc tả) phát triển, đặc trưng mong chờ từ phần mềm chuyên nghiệp (ngầm định) 6.1.2 Vai trò hoạt động đảm bảo chất lượng phần mềm - Đảm bảo tính đồng sản phẩm làm - Giúp nhà phân tích có đặc tả chất lượng cao - Giúp nhà thiết kế có thiết kế chất lượng cao - Theo dõi chất lượng phần mềm - Đánh giá ảnh hưởng thay đổi phương pháp luận thủ tục lên chất lượng phần mềm - Thỏa mãn mong muốn, yêu cầu mà khách hàng đặt ra, hướng đến 6.1.3 Các độ đo chất lượng phần mềm Bất dự án phần mềm nào, điều mà quan tâm xoay quanh lĩnh vực là: Thời gian(Time), Chi phí(Cost) Chất lượng(Quality) Theo đó: - Thời gian: “Dự án phải hoàn thành theo kế hoạch dự án Các cột mốc - Chi phí: "Dự án phải nằm ngân sách." - Chất lượng: “Dự án cần tạo kết đo lường được” bất di bất dịch ” Một dự án thất bại nếu: - Sản phẩm làm không requirement khách hàng! (Quality) - Sản phẩm làm không deadline khách hàng! (Time) - Sản phẩm làm vượt chi phí ban đầu! (Cost) 6.1.3.1 Các định nghĩa độ đo chất lượng phần mềm Trong Kỹ thuật phần mềm, Đo lường Phần mềm thực dựa số Chỉ số Phần mềm số phần mềm gọi thước đo đặc tính khác Phần mềm Trong kỹ thuật phần mềm Đảm bảo chất lượng phần mềm (SAQ) đảm bảo chất lượng phần mềm Tập hợp hoạt động SAQ liên tục áp dụng thơng qua quy trình phần mềm Chất lượng phần mềm đo lường dựa số thước đo chất lượng phần mềm Có số số có sẵn dựa chất lượng phần mềm đo lường Nhưng số đó, có vài số liệu hữu ích nhất, yếu tố cần thiết việc đo lường chất lượng phần mềm[4] Gồm: Code Quality Reliability Performance Usability Correctness Maintainability Integrity Security Trong đó: Code Quality - Các thước đo chất lượng mã đo lường chất lượng mã sử dụng để phát triển dự án phần mềm Duy trì chất lượng mã phần mềm cách viết mã khơng có lỗi ngữ nghĩa quan trọng để phát triển dự án phần mềm tốt Trong chất lượng mã, số Định lượng số dòng, độ phức tạp, chức năng, tỷ lệ phát sinh lỗi, v.v số Định tính khả đọc, độ rõ ràng mã, hiệu quả, khả bảo trì, v.v đo lường Reliability - Các thước đo độ tin cậy đo lường đâu phần mềm phần mềm điều kiện khác Phần mềm có khả cung cấp dịch vụ xác thời gian thích hợp hay khơng kiểm tra Có thể kiểm tra độ tin cậy cách sử dụng Thời gian trung bình từ hỏng hóc (MTBF) Thời gian trung bình để sửa chữa (MTTR) Performance - Các số hiệu suất sử dụng để đo hiệu suất phần mềm Mỗi phần mềm phát triển cho số mục đích cụ thể Các số hiệu suất đo lường hiệu suất phần mềm cách xác định xem phần mềm có đáp ứng yêu cầu người dùng hay khơng, cách phân tích lượng thời gian nguồn lực mà phần mềm sử dụng để cung cấp dịch vụ Usability - Các số khả sử dụng kiểm tra xem chương trình có thân thiện với người dùng hay không Mỗi phần mềm sử dụng người dùng cuối Vì vậy, điều quan trọng phải đo lường xem người dùng cuối có hài lịng hay không cách sử dụng phần mềm Correctness - Tính đắn thước đo chất lượng phần mềm quan trọng điều kiểm tra xem hệ thống phần mềm có hoạt động xác mà khơng có lỗi hay khơng cách làm hài lịng người dùng Tính đắn cho biết mức độ dịch vụ mà chức cung cấp phát triển Maintainability - Mỗi sản phẩm phần mềm yêu cầu bảo trì nâng cấp Bảo trì trình tốn thời gian Vì vậy, sản phẩm phần mềm cung cấp khả bảo trì dễ dàng nói chất lượng phần mềm đánh giá cao Các số khả bảo trì bao gồm thời gian cần thiết để thích ứng với tính / chức mới, Thời gian trung bình để thay đổi (MTTC), hiệu suất mơi trường thay đổi, v.v Integrity - Tính tồn vẹn phần mềm quan trọng mức độ dễ dàng tích hợp với phần mềm bắt buộc khác, điều làm tăng chức phần mềm kiểm soát tích hợp khỏi phần mềm trái phép gì, điều làm tăng khả bị công mạng Security - Các số bảo mật đo lường mức độ an toàn phần mềm? Trong thời đại khủng bố mạng, bảo mật phần thiết yếu phần mềm Bảo mật đảm bảo khơng có thay đổi trái phép, không sợ bị công mạng, v.v người dùng cuối sử dụng sản phẩm phần mềm 6.2 Ưu & nhược điểm đề tài Nhóm thực đầy đủ pha phát triển dự án gồm pha: Khảo sát, Phân tích, Thiết kế, Kiểm thử, Cài đặt Do nhóm cịn thiếu kinh nghiệm kiến thức số tiêu chuẩn hồ sơ phân tích, thiết kế tài liệu nhiều lỗ hổng phát triển Đánh giá pha khảo sát Đạt Chưa đạt Đưa thông tin chi tiết tổ Chưa đầy đủ tài liệu hỗ trợ kỹ chức thuật Đưa mẫu biểu, quy trình Chưa đầy đủ bên liên quan nhiệm vụ phận Một số tài liệu chưa xác so với Đưa yêu cầu chức dự án đưa phi chức Đưa mục tiêu dự án Đã xác định phạm vi dự án lựa chọn Đánh giá pha phân tích Đạt Chưa đạt Đưa quy trình nghiệp vụ Phân tích cịn thiếu sót chưa đầy đủ hệ thống, người từ biểu mẫu, quy Chưa có đầy đủ sơ đồ tồn quy trình trình khảo sát trình nghiệp vụ cần thiết Đưa chức gom Bảng liệu phân tích từ nhóm chức biểu mẫu chưa đầy đủ, cịn tồn nhóm chức Có đưa sơ đồ quy trình chức đầy đủ: đầu vào, đầu ra, luồng liệu, biểu mẫu liên quan, kho liệu sử dụng liệu dư thừa Đánh giá pha thiết kế Đạt Chưa đạt Đã thiết kế sở liệu Thiếu thích, chưa có sơ đồ sử dụng ERD Đã thiết kế số giao diện Chưa có vẽ thiết kế giao diện đơn giản, dễ sử dụng phân cấp đầy đủ Nhiều sơ đồ thiếu, chưa thiết kế Các trường thông tin liệu chưa hồn tồn đầy đủ, thiếu tính linh động Chưa có trường thơng tin để lưu dấu truy vết hóa đơn, thời gian lập, tốn Cịn tồn trường thông tin thừa thãi, không cần thiết Đánh giá pha lập trình Đạt Chưa đạt Đã lập trình chức đăng Chưa có comment function nhập, tốn hóa đơn, quản lý tài hệ thống khoản Đã kiểm sốt tính đắn liệu nhập liệu liệu đưa vào hệ thống Giao diện thiết kế đơn giản, dễ sử dụng Đánh giá pha kiểm thử Code chưa tối ưu hóa Đạt Chưa đạt Đã đưa test case nhóm Cịn sai sót q trình kiểm thử chức Các test case sơ sài, chưa đạt đủ Đã đưa số chức pass tiêu chí yêu cầu phi chức chức fail nhóm chức đặt Đã áp dụng kiểm thử thực tế so với Dữ liệu nhập, hiển thị kiểm thử test case liệt kê hạn chế, chưa bao đánh giá xác tính khả dụng thực tế dự án 6.3 Hướng phát triển - Chuyển hướng phát triển từ hệ thống windows form lên hệ thống web - Mở rộng hệ thống sang hình thức dịch vụ trực tuyến - Mở rộng hệ thống để lưu liệu theo sở mở rộng kinh doanh - Mở rộng thiết bị sử dụng sang thiết bị di động (Android, IOS) TÀI LIỆU THAM KHẢO [1]C# coding convention - Microsoft Docs [2]science and technology in the world [3]I.E Dorothy Graham, Founđatión of software, 2007 [4]Satyabrata Jena - Measuring Software Quality using Quality Metrics, 2020 PHỤ LỤC A: QUY TẮC ĐẶT TÊN https://drive.google.com/file/d/1O0ErtfgMC26_lFqkWoIyqvteUa23JvLi/view? usp=sharing PHỤ LỤC B: CÁC BIỂU MẪU TÀI LIỆU THU THẬP ĐƯỢC https://drive.google.com/file/d/14oHfe8HIugyG57MUPYEkRIG4s3GlJk6w/vie w?usp=sharing PHỤ LỤC C: CÁC BIÊN BẢN TIẾN ĐỘ https://drive.google.com/drive/folders/1CU0H1zEvuB_lVzlKKTQ1kaXSuGeT _gGZ?usp=sharing PHỤ LỤC D: CÁC BIÊN BẢN RÀ SOÁT KỸ THUẬT https://drive.google.com/drive/folders/1NVjghOH9rwqTtL_cbSatcYxilVM0vUe?usp=sharing PHỤ LỤC E: HỒ SƠ DỰ ÁN 1.Hồ sơ khảo sát https://drive.google.com/drive/folders/116IOIV1lCMezRLg012IVMfQsYS7jU Xuy?usp=sharing 2.Hồ sơ phân tích https://drive.google.com/drive/folders/1b8pXtiryiRxn9lwrtfZKVUtB0CV2Thg e?usp=sharing 3.Hồ sơ thiết kế https://drive.google.com/drive/folders/1uzBCa6XZu3PnkXOEUqNltoD62nthz8Z?usp=sharing 4.Mã nguồn https://drive.google.com/drive/folders/1hBiEzIvr5xVubmyXexIlvLh7ExbyMGL?usp=sharing 5.Hồ sơ kiểm thử https://drive.google.com/drive/folders/1Qhto2IfC4BYItlRX_qkonRXQHHha1 K5b?usp=sharing