Báo cáo nghiên cứu tính khả thi của dự án nhập môn công nghệ phần mềm

Dữ liệu về tài chính đượcghi lại thủ công bằng tay mất nhiều công sức và thời gian, gây khó khăn cho chủ cửa hàng khi quản lý.Hệ thống mới hi vọng sẽ giải quyết tất cả những vấn đề này b

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN CÔNG NGHỆ THƠNG TIN VÀ TRUYỀN THƠNG BÁO CÁO NGHIÊN CỨU TÍNH KHẢ THI CỦA DỰ ÁN Môn học: Nhập môn công nghệ phần mềm Giáo viên hướng dẫn: TS Bùi Thị Mai Anh Nhóm sinh viên thực hiện: Nhóm Hà Nội - 2021 MỤC LỤC I EXECUTIVE SUMMARY / TÓM TẮT HOẠT ĐỘNG II PRELIMINARY REQUIREMENTS ANALYSIS / PHÂN TÍCH YÊU CẦU SƠ BỘ III PROCESS TO BE FOLLOWED /QUY TRÌNH PHÁT TRIỂN Sprint backlog: Trước sprint, nhóm họp đưa cơng việc cần làm sprint tiếp IV SUGGESTED DELIVERABLES Periodic Status Reports / Các báo cáo tiến độ định kỳ Periodic Presentations / Thuyết trình định kỳ Computerized, Web-based System for Reference Statistics Good Faith Requirements Agreement 10 Documentation for Use and Mechanics / Tài liệu cho việc sử dụng 10 Demonstration and Client Training / Trình bày đào tạo cho khách hàng 10 V TECHNICAL FEASIBILITY / Tính khả thi kỹ thuật 10 VI VISIBILITY / Khả hiển thị 12 VII RISK ANALYSIS/ PHÂN TÍCH RỦI RO 12 VIII CAM KẾT VÀ ĐIỀU KHOẢN 13 Bảo mật giao dịch thông tin nhạy cảm 13 Bản quyền Thương hiệu 13 IX CONCLUSION/ KẾT LUẬN 14 I EXECUTIVE SUMMARY / TÓM TẮT HOẠT ĐỘNG Hệ thống dành cho ông X chủ cửa hàng Pizza Ơng X khách hàng chúng tơi Ông X am hieru nhu cầu ứng dụng người tham gia dự án Mục tiêu nhóm triển khai hệ thống website để giúp khách hàng cửa hàng đặt hàng nhà, thay cho việc trực tiếp đến cửa hàng Hệ thống hỗ trợ khách hàng chức phiên giấy tại, bao gồm hiển thị menu đa dạng theo nhu cầu người dùng, chọn size bánh, chọn đế cho bánh, chọn topping, đặt ăn kèm, đặt theo combo Mục tiêu chung hệ thống tự động hố q trình đặt hàng Việc triển khai hệ thống thành công hệ thống cho phép gia tăng đáng kể số lượng đơn đặt hàng cho cửa hàng thời điểm, thu thập liệu từ đơn hàng Điều nâng cao lợi nhuận cho cửa hàng bánh thời gian cửa hàng sử dụng hệ thống II PRELIMINARY REQUIREMENTS ANALYSIS / PHÂN TÍCH YÊU CẦU SƠ BỘ Phần I - Tổng quan ứng dụng Mục tiêu Mục tiêu hệ thống giúp người dùng đặt bánh nhà nhanh chóng với tính dễ dàng sử dụng, cung cấp nhiều lựa chọn đa dạng tuỳ theo nhu cầu sở thích khách hàng Sau hệ thống xử lý đơn hàng tiến hành giao hàng đến tay người dùng Ngoài ứng dụng hỗ trợ chủ cửa hàng quản lý tài thống kê số lượng đơn hàng theo ngày, … số tính phụ trao đổi với chủ cửa hàng Mục tiêu kinh doanh Dự án nhằm mục đích tiết kiệm thời gian cho người dùng, tối ưu hoá cấp độ nhân viên, cải thiện dịch vụ, quảng bá hình ảnh cửa hàng, đem lại lợi nhuận cao cho khách hàng Hệ thống nhanh chóng nhận có đơn hàng phản hồi lại cho cửa hàng để đưa đồ ăn đến với người dùng thời gian ngắn Phương pháp đặt hàng trực tiếp quầy gây lãng phí thời gian khách hàng, tạo điều kiện cho dịch bệnh lây lan thay hệ thống trực tuyến hiệu quả, an tồn, nhanh chóng với giao diện web thân thiện với người dùng Thông qua hệ thống quản lý đơn hàng tự động này, ban lãnh đạo hy vọng cải thiện định nhân dựa khối lượng công việc thời điểm khác ngày tuần Dự án kỳ vọng mang lại nhiều lợi ích cho nhân viên cách giảm khối lượng công việc tăng tính dễ dàng cho hoạt động liên quan đến thống kê tài Một nguyên mẫu hoạt động phát triển, thử nghiệm triển khai kịp thời để triển khai quý (Mùa đơng năm 2021) Quy trình Kinh doanh Hiện Hiện tại, khách hàng phải gọi đồ trả tiền quầy gọi đồ cửa hàng Khả phục vụ khách hàng thời điểm tương đối thấp, làm cho khách hàng phải chờ đợi lâu gọi món, gây lãng phí nhiều thời gian Dữ liệu tài ghi lại thủ cơng tay nhiều công sức thời gian, gây khó khăn cho chủ cửa hàng quản lý Hệ thống hi vọng giải tất vấn đề cách loại bỏ mục nhập giấy, thay hệ thống thời gian thực, tạo sở liệu trung tâm hiệu tạo báo cáo ý nghĩa sử dụng cho mục đích thống kê Vai trò trách nhiệm người dùng Vai trò quản trị viên: Khả nhập, ghi, chỉnh sửa cập nhật liệu khả độc quyền để thực thay đổi hạn chế thêm nhiều người dùng, cấp độ nhân viên, danh mục, v.v Vai trò người dùng khác: Khả nhập, chỉnh sửa lưu trữ liệu Tương tác với hệ thống khác Hệ thống xây dựng từ đầu cách sử dụng gói web tiêu chuẩn hóa, thay hệ thống giấy có Ngồi khơng có tương tác với hệ thống khác Cân nhắc triển khai sản xuất Hệ thống đưa sản phẩm theo giai đoạn, giai đoạn cách hai tháng Trong giai đoạn, hệ thống hoạt động tính giai đoạn trước cập nhật thêm tính Người dùng sử dụng hệ thống sau trải qua thời gian ngắn đào tạo Phần II - Yêu cầu chức Tuyên bố chức Hệ thống phần mềm linh hoạt bền vững với giao diện người dùng để lựa chọn loại đồ ăn phù hợp Hệ thống có chức Quản lý sản phẩm, chức xem, thêm, sửa, xoá sản phẩm, sau người dùng nhấn đặt hàng để gửi đơn hàng cho cửa hàng Người dùng cần xem hoạt động ngày cụ thể cửa hàng, thời gian cửa hàng mở/đóng cửa Hệ thống phần mềm có cấp độ truy cập khác để loại người dùng khác đăng nhập đăng xuất Hệ thống cần cho phép chỉnh sửa liệu đầu vào có hiệu lực trở trước có khả xóa liệu cũ trường hợp người dùng nhập sai Hệ thống phải truy cập đồng thời từ trạm máy tính khác Tại thời điểm nào, khoảng 100 người dùng truy cập vào hệ thống Nên bật tính lưu tự động thông tin từ kho liệu trung tâm quyền truy cập người dùng bảo vệ mật Khả bảo mật người dùng Hệ thống phần mềm hỗ trợ ba loại người dùng Ở cấp độ thấp nhất, người dùng sử dụng ứng dụng với vai trò khách, khách có quyền xem sản phẩm mà khơng thể thực hành động khác Để chọn đồ, người dùng cần đăng nhập mật Ở cấp độ đăng nhập quản trị, người dùng cấp thêm quyền thêm thay đổi cấp độ nhân viên loại người dùng Khả hạn chế để thay đổi danh mục biểu mẫu đầu vào cung cấp Hệ thống bảo mật tốt cách mã hoá mật khẩu, chống lại công SQL Injection/HTML Injection, công XSS, bảo mật cookie không làm lộ thông tin người dùng Báo cáo Người đại diện tạo giúp phân tích thống kê liệu tham chiếu thu thập lưu trữ kho liệu trung tâm Các báo cáo hàng tháng, hàng quý hàng năm tạo cách sử dụng chức hệ thống liệu xếp Hệ thống phần mềm cài đặt chạy hệ thống Windows có hệ thống thử nghiệm máy chủ cửa hàng Hệ thống cần phải hoạt động nhân viên cần truy cập vào Tiêu chí thành cơng hệ thống đo lường tính linh hoạt tính bền vững hệ thống Chức khả hệ thống đáp ứng tất yêu cầu (nghĩa truy cập đồng thời từ máy trạm khác nhau, tính hiệu việc thiết kế kho liệu trung tâm, lưu tự động, chỉnh sửa liệu hồi tố, nhiều cấp độ truy cập người dùng, v.v.) quan trọng thành cơng Tính dễ sử dụng hiệu thước đo hiệu suất thích hợp Sau tuần đào tạo thử nghiệm, người dùng sử dụng hệ thống cách hiệu Tính tùy chọn Lý tưởng hệ thống tạo liệu tệp giá trị phân tách dấu phẩy, biết dễ dàng nhập vào Excel Hệ thống có chức tìm kiếm để tiết kiệm thời gian tìm đồ ăn Ngồi nên có chức đánh giá mức độ hài lòng cho sản phẩm, cho phép người dùng để lại bình luận sau lần sử dụng dịch vụ, gợi ý sản phẩm ưa chuộng, giúp cho khách hàng có lựa chọn đồ ăn hợp vị, lượng đồ vừa đủ phù hợp với túi tiền Khả sử dụng Các vấn đề khả sử dụng tốc độ hoạt động giao diện người dùng, tốc độ hiệu quy trình dịng cơng việc thơng qua tự động hóa tính đồng thời liệu cân nhắc quan trọng Phạm vi Phạm vi hệ thống bao gồm nhập liệu tác vụ hệ thống quản trị bao gồm chỉnh sửa người dùng, lưu hệ thống chỉnh sửa trường giới hạn Hệ thống khơng có khả đọc liệu người dùng Trong trường hợp cửa hàng làm sai yêu cầu người dùng, hệ thống giúp người dùng đặt lại III PROCESS TO BE FOLLOWED /QUY TRÌNH PHÁT TRIỂN Với dự án này, nhóm định thực theo mơ hình agile với việc bắt đầu tạo tổng quan giao diện người dùng, tiếp phát triền chức với việc nhận phản hồi từ khách hàng lại lặp lại yêu cầu đáp ứng Lý lựa chọn mơ hình khách hàng muốn thấy phác thảo giao diện người dùng, để từ đó, họ phản hồi lại ý kiến tiến hành sửa đổi phát triển tiếp nhóm chức Giao diện web phải có chủ đề mà cửa hàng yêu cầu, tính đơn giản để người dùng mua hàng cách thuận tiện Phiên dành cho quản trị viên dùng để quản lý mặt hàng, tạo combo box tuỳ chủ đề quản lý doanh số Bằng phương pháp agile, việc tạo giao diện, nhận phản hồi chỉnh sửa thuận tiện đến với yêu cầu khách hàng Sau có giao diện hồn chỉnh, nhóm phát triển module chức giỏ hàng, đăng nhập, chi tiết sản phẩm, chi tiết đơn hàng, gửi liệu trung tâm, duyệt đơn hàng thống kê tài Dưới kế hoạch dự kiến nhóm, thay đổi tuỳ vào phản hồi khách hàng Process Outline Product backlog: danh sách tính năng, yêu cầu, nâng cấp lỗi đầu vào cho Sprint backlog Bản chất Product Backlog to-do list Sprint backlog: Trước sprint, nhóm họp đưa cơng việc cần làm sprint tiếp 1st sprint: Giao diện người dùng quản trị viên Nhóm họp khách hàng, đưa mẫu giao diện, lấy ý kiến tính bắt buộc, mong muốn tuỳ chọn, sau tiến hành tạo phần giao diện chấp nhận Sau bước này, khách hàng hiểu sơ trang web cửa hàng web quản lý Ban đầu, giao diện đơn giản chất khơng chứa tất trường chức dự kiến mà khách hàng đề xuất Để đảm bảo thiết kế giao diện đáp ứng thông số kỹ thuật khách hàng, nhóm phát triển cấp người dùng giao diện cấp quản trị có tất trường nhập liệu bắt buộc, không không hoạt động Giao diện cấp độ người dùng chứa trường nhập phù hợp để thêm số liệu thống kê tham chiếu 2nd sprint: Cài đặt chức năng, xây dựng kết nối database Sau có đầy đủ giao diện, nhóm tiến hành cài đặt chức xem hàng, giỏ hàng, mua hàng, , giao diện quản lý cần trực quan hoá liệu, nên nhóm cần tạo CSDL dựa trường cần quản lý Nhóm tổ chức thuyết trình dài 45 phút báo cáo tiến độ cho khách hàng Là phần báo cáo tiến độ này, nhóm cập nhật lịch trình nhiệm vụ để đảm bảo hệ thống hoàn thành cách thỏa đáng vào cuối lần lặp cuối 3rd sprint: Giai đoạn thử nghiệm cuối Nhóm dự định đặt trước hai tuần trước buổi thuyết trình cuối để khách hàng thử nghiệm sản phẩm mơi trường dự kiến với người dùng liệu thực Tất yêu cầu chức đáp ứng trước thời điểm này; thay đổi sau bao gồm chi tiết nhỏ, chẳng hạn khía cạnh giao diện người dùng Hệ thống cuối bao gồm tất tính mà nhóm khách hàng đồng ý yêu cầu, chẳng hạn cho phép nhập lưu trữ liệu, phân loại liệu tạo báo cáo dựa liệu trước Dựa tiến độ phát triển từ trước đến nay, hệ thống cuối bao gồm chức mà khách hàng xác định mong muốn tùy chọn IV SUGGESTED DELIVERABLES Periodic Status Reports / Các báo cáo tiến độ định kỳ - - Trong suốt trình phát triển phần mềm, báo cáo định kỳ viết trình bày cho khách hàng với mục đích:  Giúp khách hàng nắm rõ thông tin sản phẩm dự án, trình phát triển để khách hàng đưa yêu cầu phù hợp  Xác định cách khách quan khó khăn mối quan tâm khách hàng  Giúp kiểm tra phù hợp tiến độ công việc với dự án Báo cáo tiến độ định kỳ trình bày chi tiết về:  Tiến độ phát triển phần mềm diễn nào? Phần mềm thực phần trăm? Trình bày kết đạt dự án  Q trình làm việc tiến độ cơng việc thành viên  Chi tiết theo hàng mục: Đã xong, làm dở hay chưa khởi động  Tiến độ thực thời gian tiêu tốn liệu có đảm bảo kế hoạch đề dự án không? Periodic Presentations / Thuyết trình định kỳ - - Nhóm trình bày thuyết trình định kỳ/ qua giai đoạn?  Trình bày chức sẵn sàng thực cách sử dụng, kết dự án đạt đến  Vai trò chức hệ thống, hỗ trợ khách hàng yêu cầu gì?  Trình bày khó khăn gặp phải thời điểm Bài thuyết trình định kỳ cung cấp cho khách hàng hiểu rõ dự án phát triển phần mềm nắm bắt tiến độ thực sản phẩm Phản hồi khách hàng giúp cải thiện sản phẩm, giúp đo lường hài lòng khách hàng, giúp đưa mục tiêu phát triển phần mềm hoàn thiện Computerized, Web-based System for Reference Statistics Pizza HUST phát triển dựa tảng web Khách hàng xác định chức mà hệ thống cần cung cấp: - Xem thơng tin sản phẩm: Pizza (kích cỡ, giá tiền, topping…), ăn kèm, menu… - Đăng nhập hệ thống - Thêm, sửa, xóa sản phẩm (từ phía cửa hàng) - Đặt hàng - Thống kê tài cho cửa hàng Hệ thống bao gồm giao diện người dùng đồ họa front-end để trợ lý sử dụng chức hệ thống thành phần kho lưu trữ liệu trung tâm back-end tập trung, nơi liệu thực tế chương trình mà người dùng tương tác lưu trữ Good Faith Requirements Agreement Sau yêu cầu dự án thảo luận xem xét với khách hàng, thỏa thuận yêu cầu trình bày cho khách hàng để làm rõ xác dự án dự định đạt Thỏa thuận trình bày rõ ràng tính mục tiêu mà nhóm dự định cung cấp cho Pizza HUST tảng web Documentation for Use and Mechanics / Tài liệu cho việc sử dụng Khách hàng cung cấp tài liệu giải thích cách sử dụng hệ thống Pizza HUST với chức mô tả chế Khách hàng bày tỏ quan tâm đến việc làm quen với hệ thống tài liệu hữu ích cho nhu cầu tham khảo Demonstration and Client Training / Trình bày đào tạo cho khách hàng Ngoài tài liệu, khách hàng yêu cầu đào tạo cho nhân viên họ để sử dụng hệ thống Nhóm đáp ứng nhu cầu cách cung cấp trình bày hệ thống (trong giai đoạn hoàn thiện khác nhau) suốt học kỳ (phối hợp với thuyết trình định kỳ) cách phân bổ thời gian sau hệ thống cuối hoàn thành để đào tạo khách hàng cách sử dụng Pizza HUST Việc trình bày bao gồm việc thực nhiệm vụ thường xuyên xác định khách hàng khóa đào tạo bao gồm hướng dẫn nhóm thành viên nhóm dẫn dắt đào tạo riêng với khách hàng V TECHNICAL FEASIBILITY / Tính khả thi kỹ thuật Tính khả thi yêu cầu kỹ thuật đánh giá cách xác định vạch phương pháp kỹ thuật thỏa mãn nhu cầu khách hàng Các yêu cầu kỹ thuật: Khả tuỳ biến theo nhu cầu khách hàng Mỗi đơn đặt/chọn loại Pizza khách chọn thêm loại topping theo sở thích với giá phù hợp với loại đế mà khách hàng chọn tạo Pizza với loại topping mà ưa thích(Pizza tuỳ chọn) Centralized data repository / Kho liệu tập trung Vì nhiều địa điểm hoạt động lúc nhiều địa điểm thêm vào, nên cần có kho liệu tập trung để điều phối tất thơng tin Vì địa điểm khác hoạt động vào thời điểm khác nhau, trạm phải hoàn toàn độc lập với hoạt động hệ thống tổng Các cấp độ truy cập vào hệ thống Người dùng bao gồm khách hàng muốn đặt hàng,(Shipper giao hàng) đối tượng tạo quản lý combo box, khuyến mại thời điểm để kích thích người dùng mua hàng vơ quan trọng Vì nên hệ thống cần xác định cấp độ người dùng khác thay sử dụng bảng liệu riêng biệt Multiple, simultaneous users and input / Người dùng đầu vào Nhiều khách hàng hoạt động/đặt hàng đồng thời người cần chế để thực việc đặt hàng họ mà không cần đợi người khác hoàn thành thiết bị khác Nhiều điểm truy cập từ xa Vì yêu cầu thiết kế đáp ứng ứng dụng web app nên người sử dụng ỉnternet truy cập nhiều thiết thiết bị khác cần đảm bảo tất yêu cầu truy cập,sử dụng hệ thống đáp ứng Giao diện quản trị Để tăng suất bán hàng cần quản trị viên để tạo loại combo, khuyến mại để thu hút người mua, thêm điểm, tài khoản truy cập, theo dõi suất bán hàng để đưa chiến lược kinh doanh phù hợp Báo cáo tài Hệ thống cập nhật báo cáo mặt doanh thu, tài cửa hàng dạng biểu đồ trực quan có khả cập nhật nhanh chóng Bảo mật Bảo mật cần trì để đảm bảo tính tồn vẹn liệu, khơng mong đợi việc chỉnh sửa có hại có lợi Bảo vệ mật hệ thống đăng nhập (dựa cấp độ truy cập kiểu người dùng) đủ Kết luận, có giải pháp khả thi mặt kỹ thuật cho hệ thống đề xuất Hệ thống khả thi bao gồm sở liệu MySQL tập trung, máy chủ Apache HTTP (Web) công nghệ/framework áp dụng để thiết kế Django(kết hợp với ngôn ngữ lập trình Python) Sự kết hợp sản phẩm phần mềm có sẵn miễn phí mã hóa riêng nhóm đáp ứng yêu cầu khách hàng Để kiểm tra thêm tính khả thi hệ thống khả thi này, nhóm phải xem xét khách hàng mong đợi khoảng 20-30 người dùng truy cập đồng thời vào hệ thống Với số lượng người dùng cuối hạn chế, giới hạn phần cứng máy chủ trung tâm người quản lí/chủ cửa hàng đủ để đáp ứng Cuối cùng, cần lưu ý hệ thống cuối giao cho khách hàng khác với hệ thống khả thi mặt kỹ thuật mô tả Mục đích tập để xác định xem thân dự án có khả thi hay không Sự tập trung tương lai vào yêu cầu hệ thống thực kiến trúc tối ưu áp dụng Biểu đồ Gantt sơ đính kèm phụ lục để biết gần trình phát triển lịch trình nhiệm vụ chúng tơi VI VISIBILITY / Khả hiển thị Việc gặp gỡ để khách hàng hiểu rõ dự án đánh giá dự án tìm cách khắc phục dự án khơng theo quy trình khách hàng Chúng em chuẩn bị báo cáo word powerpoint gửi cho khách hàng định kì hàng tháng để khách hàng xem trước , khách hàng theo dõi tiến trình dự án Sau vài ngày tuần , chúng em hẹn buổi gặp gỡ trực tiếp để thảo luận với khách hàng cịn vướng mắc dự án lấy thêm thông tin , mong muốn khách hàng dự án để khắc phục hoàn thành dự án cách sớm VII RISK ANALYSIS/ PHÂN TÍCH RỦI RO Rủi ro mặt thời gian Nhóm áp dụng mơ hình Agile để triển khai thực project, với yêu cầu sau sprint phải hoàn thiện phần chức hệ thống, điều dẫn đến rủi ro chức sau sprint khơng hồn với kế hoạch ban đầu thời gian thực mối sprint khơng q nhiều Điều gây ảnh hưởng đến sprint Rủi ro mặt nguồn lực Các rủi ro xảy xuất phát từ tài nguyên bao gồm cố hệ thống, lỗi mã, v.v., gây liệu ngẫu nhiên Vì hệ thống hoạt động web, với trình duyệt khác xảy thay đổi nhỏ giao diện người dùng Rủi ro mặt chức Có thể xảy trường hợp sản phẩm nhóm phát triển chưa thân thiện phù hợp với người dùng Sản phẩm tạo có tính bền vững hạn chế Rủi ro lớn đến từ việc phát triển hệ thống khơng làm khách hàng muốn Trong số ba loại rủi ro, rủi ro chức rủi ro dễ giảm hạn chế chức linh hoạt hạn chế thời gian nguồn lực Tuy nhiên, việc giảm thiểu rủi ro chức thường thực cách bỏ qua phận / chức cụ thể hệ thống, việc giảm chức đương nhiên làm giảm rủi ro liên quan Nhóm nghiên cứu hạn chế làm điều nhiều tốt Các khách hàng phải biết điều thực để cung cấp hệ thống vào ngày đáo hạn vào cuối học kỳ Quản lý / Giảm thiểu rủi ro Sau rủi ro liên quan đến dự án trên, nhóm chuẩn bị để thực hành động phòng ngừa để giảm thiểu rủi ro Kế hoạch nguyên tắc phát triển thực hành chiến lược quản lý tốt Nhóm dự định chia dự án thành loạt giai đoạn lặp lặp lại có cột mốc cụ thể thảo luận phần trước Các mốc quan trọng cung cấp khả hiển thị dự án cho phép khách hàng xem tiến trình nhóm giai đoạn Nhiều mơ hình giả lập cho phép khách hàng đánh giá khả sử dụng, tăng mức độ quen thuộc với hệ thống rút ngắn thời gian Giao tiếp phản hồi thường xuyên từ khách hàng điều cần thiết để khách hàng hài lòng với giao diện chức người dùng Nhóm liên tục xem xét tiến độ họ sửa đổi mục tiêu cần thiết để cung cấp hệ thống đạt yêu cầu thời hạn cho khách hàng VIII CAM KẾT VÀ ĐIỀU KHOẢN Bảo mật giao dịch thông tin nhạy cảm Trong chừng mực mà nhóm thu thập từ thảo luận với đại diện từ PizzaHust, khơng có bí mật thương mại thông tin nhạy cảm xử lý trình triển khai hệ thống chúng tơi Vì phần lớn thơng tin liên quan đến loại câu hỏi người dùng yêu cầu phát triển bổ sung từ phía khách hàng, thơng tin khơng có tính chất nhạy cảm phải bảo vệ nghiêm ngặt thông qua số biện pháp bảo mật Ngay trường hợp này, hệ thống thiết kế với trang bảo vệ mật để ngăn chặn kẻ xấu truy cập làm hỏng liệu quý giá Bản quyền Thương hiệu Nhóm cấp giấy phép có giới hạn cho chủ cửa hàng PizzaHust nhân viên liên quan, sau gọi “khách hàng” Giấy phép có giới hạn cho phép khách hàng sử dụng sửa đổi hệ thống phần mềm khoảng thời gian không giới hạn Nhóm khơng chịu trách nhiệm sửa đổi sau hệ thống phần mềm chuyển giao, giúp giải đáp thắc mắc quan tâm khách hàng thời gian hồn cảnh cho phép Nhóm có quyền demo hệ thống phần mềm cho nhà tuyển dụng tiềm giới thiệu hệ thống phần mềm tác phẩm thành viên nhóm tạo Vì nhóm khơng có kế hoạch đăng ký nhãn hiệu tên liên quan đến hệ thống phần mềm, nên nhãn hiệu không coi vấn đề IX CONCLUSION/ KẾT LUẬN Từ kết nghiên cứu khả thi, nhóm nhận thấy Dự án xây dựng web đặt hàng trực tuyến cho cửa hàng PizzaHust khả thi tính kỹ thuật, kỹ thành viên nhóm thời gian Với giới hạn thời gian học kỳ, nhóm tin phạm vi dự án quản lý yêu cầu khách hàng đáp ứng cách thỏa đáng hoàn thành hệ thống Các thành viên nhóm có đủ kỹ để triển khai hệ thống quen thuộc với phần cứng phần mềm sử dụng dự án Kết luận báo cáo khả thi để tiếp tục với dự án phát triển phần mềm