Phát triển ứng dụng BTEC HND Unit 30: Đánh giá, cải tiến và phản biện

Hướng dẫn và giải đáp chi tiết bài tập lớn số 2 môn 1670. Đạt điểm cao môn 1670 với tài liệu ôn tập đầy đủ và dễ hiểu này. Tải ngay!

• Tác giả: Lam Nguyen Trung Nam
• Người hướng dẫn: Nam Lam
• Trường học: BTEC
• Chuyên ngành: Computing
• Đề tài: Application Development
• Loại tài liệu: Assignment
• Năm xuất bản: 2021 – 2022

Mục lục chi tiết

• ASSIGNMENT 2 FRONT SHEET
• Assignment Brief 2 (RQF) Higher National Certificate/Diploma in Computing
• Learning Outcomes and Assessment Criteria (Assignment 2):
• Formal questionnaire to review the business application, problem definition statement, proposed
• Entity Relationship Diagram (ERD)
• 2. Develop a functional business application
• 2.1. Develop tools
• 2.2. Technique
• 2.3. Methodologies
• 3. Folder structure of the application
• Introduction
• Formal questionnaire to review the business application, problem definition statement, proposed solution, and development strategy
• Questionnaire about the FPT bookstore application:
• Entity Relationship Diagram (ERD)

Tóm tắt

I. Tổng Quan Ứng Dụng BTEC HND Giới Thiệu Mục Tiêu 55 ký tự

Bài viết này tập trung vào việc phát triển ứng dụng BTEC HND, một phần quan trọng trong chương trình đào tạo BTEC Level 5 HND Diploma in Computing. Mục tiêu chính là đánh giá và cải tiến ứng dụng đã được xây dựng, dựa trên phản hồi từ đồng nghiệp, phân tích hiệu năng và xem xét các yếu tố ảnh hưởng. Tài liệu gốc được sử dụng là bài Assignment 2 của sinh viên Lam Nguyen Trung Nam, ID GCS200222, lớp GCS0905B. Ứng dụng được phát triển dựa trên các công cụ, kỹ thuật và phương pháp luận đã học, đặc biệt là mô hình MVC (Model-View-Controller). Bài viết sẽ đi sâu vào quy trình phát triển, từ việc xây dựng yêu cầu, thiết kế, lập trình, kiểm thử cho đến triển khai và đánh giá hiệu năng. Quá trình này bao gồm việc tạo ra một bảng câu hỏi chính thức để thu thập phản hồi, đánh giá những phản hồi đó và thực hiện các điều chỉnh cần thiết đối với thiết kế và chức năng của ứng dụng. Ứng dụng FPTBook đóng vai trò là một case study quan trọng trong phân tích này. Việc đánh giá sẽ bao gồm cả điểm mạnh, điểm yếu và các cơ hội để cải thiện và phát triển thêm. Cuối cùng, bài viết cũng sẽ đề cập đến các rủi ro đã được xác định trước đó và cách chúng ảnh hưởng đến quá trình phát triển. Ứng dụng này không chỉ là một sản phẩm cuối cùng mà còn là một công cụ học tập và phát triển kỹ năng cho sinh viên. Vì vậy, việc đánh giá và cải tiến liên tục là rất quan trọng. Việc sử dụng GitHub và GitLab để quản lý source code cũng được đề cập, cũng như việc triển khai ứng dụng trên IIS hoặc Azure. Các yếu tố ảnh hưởng đến hiệu năng của ứng dụng sẽ được phân tích kỹ lưỡng, từ đó đưa ra các giải pháp để tối ưu hóa. Trích dẫn từ tài liệu gốc: "Based on the feedback of your colleagues, amend the design if needed. Next task is to develop the business application based on the design, chosen technologies and methodology."

1.1. Bối cảnh chương trình BTEC HND và tầm quan trọng của ứng dụng

Chương trình BTEC HND (Higher National Diploma) là một chương trình đào tạo nghề nghiệp được công nhận rộng rãi, tập trung vào việc cung cấp cho sinh viên các kỹ năng thực tế và kiến thức chuyên môn cần thiết để thành công trong ngành công nghiệp. Việc phát triển ứng dụng là một phần không thể thiếu của chương trình này, giúp sinh viên áp dụng những gì đã học vào thực tế, đồng thời rèn luyện các kỹ năng làm việc nhóm, giải quyết vấn đề và quản lý dự án. Các ứng dụng này thường được xây dựng để giải quyết các vấn đề kinh doanh cụ thể, từ đó mang lại giá trị thực tế cho các doanh nghiệp và tổ chức. Ứng dụng FPTBook, ví dụ, là một ứng dụng bán sách trực tuyến, giúp người dùng dễ dàng tìm kiếm, lựa chọn và mua sách từ FPT. Việc đánh giá hiệu quả của ứng dụng là rất quan trọng, giúp xác định những điểm cần cải thiện và đảm bảo rằng ứng dụng đáp ứng được các yêu cầu ban đầu. Điều này cũng giúp sinh viên hiểu rõ hơn về quy trình phát triển phần mềm, từ đó trở thành những chuyên gia có năng lực trong tương lai. Việc sử dụng các công cụ và kỹ thuật hiện đại như Visual Studio, SQL Server, HTML5, CSS3, Bootstrap, ASP.NET Core và mô hình MVC là bắt buộc để đảm bảo tính chuyên nghiệp và hiệu quả của ứng dụng.

1.2. Mục tiêu đánh giá và cải tiến ứng dụng BTEC HND

Mục tiêu của việc đánh giá và cải tiến ứng dụng BTEC HND bao gồm nhiều khía cạnh. Đầu tiên, cần phải đảm bảo rằng ứng dụng đáp ứng được các yêu cầu ban đầu đã được xác định trong tài liệu đặc tả yêu cầu phần mềm (Software Requirement Specification). Thứ hai, cần phải đánh giá hiệu năng của ứng dụng, bao gồm tốc độ, độ ổn định và khả năng mở rộng. Thứ ba, cần phải thu thập phản hồi từ người dùng và các bên liên quan để xác định những điểm cần cải thiện về giao diện người dùng, tính năng và trải nghiệm người dùng. Thứ tư, cần phải xem xét các yếu tố ảnh hưởng đến hiệu năng của ứng dụng, như kiến trúc phần mềm, cơ sở dữ liệu và hạ tầng mạng. Cuối cùng, cần phải đề xuất các giải pháp để cải thiện ứng dụng, dựa trên kết quả đánh giá và phân tích. Quá trình này cũng bao gồm việc xác định và quản lý rủi ro, đảm bảo rằng các rủi ro tiềm ẩn được giảm thiểu và không ảnh hưởng đến sự thành công của dự án. Trích dẫn từ tài liệu gốc: "Review the performance of your business application against the Problem Definition Statement and initial requirements. Conclude your review by reflectively discussing your previously identified risks."

II. Thách Thức Phát Triển Ứng Dụng BTEC HND Vượt Qua Khó Khăn 58 ký tự

Việc phát triển ứng dụng BTEC HND không phải lúc nào cũng suôn sẻ. Có nhiều thách thức mà sinh viên và nhà phát triển phải đối mặt, từ việc quản lý thời gian và nguồn lực, đến việc đối phó với các yêu cầu thay đổi và các vấn đề kỹ thuật. Một trong những thách thức lớn nhất là đảm bảo rằng ứng dụng đáp ứng được các yêu cầu chất lượng, bao gồm tính đúng đắn, tính tin cậy, tính dễ sử dụng và tính bảo mật. Ngoài ra, việc làm việc nhóm và phối hợp giữa các thành viên cũng có thể là một thách thức, đặc biệt là khi các thành viên có kỹ năng và kinh nghiệm khác nhau. Việc sử dụng các công cụ và kỹ thuật quản lý dự án có thể giúp giảm thiểu những thách thức này. Ví dụ, việc sử dụng GitHub và GitLab để quản lý source code giúp đảm bảo rằng tất cả các thành viên trong nhóm đều có quyền truy cập vào phiên bản mới nhất của code và có thể làm việc cùng nhau một cách hiệu quả. Ngoài ra, việc sử dụng các công cụ kiểm thử tự động giúp phát hiện sớm các lỗi và đảm bảo rằng ứng dụng hoạt động đúng như mong đợi. Thách thức về hiệu năng cũng cần được quan tâm, đảm bảo ứng dụng có thể xử lý lượng lớn dữ liệu và số lượng lớn người dùng một cách hiệu quả. Ứng dụng FPTBook là một ví dụ điển hình, cần đảm bảo khả năng phục vụ một lượng lớn khách hàng trực tuyến. Vì vậy, việc đánh giá và cải tiến ứng dụng liên tục là rất quan trọng để đảm bảo sự thành công của dự án. Các thách thức về mặt kỹ thuật bao gồm việc lựa chọn công nghệ phù hợp, đảm bảo tính tương thích giữa các thành phần khác nhau của ứng dụng và giải quyết các vấn đề về bảo mật. Trích dẫn từ tài liệu gốc: "After the presentation about your design (from Assignment 1), you need to create a formal questionnaire that effectively reviews your business application, problem definition statement, proposed solution and development strategy."

2.1. Quản lý yêu cầu và thay đổi trong quá trình phát triển ứng dụng

Quản lý yêu cầu và thay đổi là một phần quan trọng của quy trình phát triển phần mềm. Các yêu cầu có thể thay đổi trong quá trình phát triển, do đó cần phải có một quy trình để quản lý những thay đổi này một cách hiệu quả. Điều này bao gồm việc thu thập, phân tích, xác định ưu tiên và theo dõi các yêu cầu. Các công cụ quản lý yêu cầu có thể giúp đơn giản hóa quy trình này. Ví dụ, việc sử dụng các công cụ như Jira hoặc Trello giúp theo dõi tiến độ thực hiện các yêu cầu và đảm bảo rằng tất cả các thành viên trong nhóm đều có quyền truy cập vào thông tin mới nhất. Ngoài ra, cần phải có một quy trình để đánh giá tác động của các thay đổi đối với các thành phần khác của ứng dụng và đảm bảo rằng các thay đổi không gây ra các vấn đề không mong muốn. Việc kiểm thử hồi quy (regression testing) là một phương pháp quan trọng để đảm bảo rằng các thay đổi không phá vỡ các chức năng hiện có của ứng dụng.

2.2. Đảm bảo chất lượng và kiểm thử ứng dụng BTEC HND

Đảm bảo chất lượng và kiểm thử là một phần không thể thiếu của quy trình phát triển phần mềm. Cần phải có một kế hoạch kiểm thử chi tiết, bao gồm các loại kiểm thử khác nhau, như kiểm thử đơn vị (unit testing), kiểm thử tích hợp (integration testing), kiểm thử hệ thống (system testing) và kiểm thử chấp nhận người dùng (user acceptance testing). Kiểm thử đơn vị tập trung vào việc kiểm tra các thành phần riêng lẻ của ứng dụng, trong khi kiểm thử tích hợp tập trung vào việc kiểm tra sự tương tác giữa các thành phần khác nhau. Kiểm thử hệ thống tập trung vào việc kiểm tra toàn bộ ứng dụng để đảm bảo rằng nó hoạt động đúng như mong đợi. Kiểm thử chấp nhận người dùng tập trung vào việc thu thập phản hồi từ người dùng để đảm bảo rằng ứng dụng đáp ứng được nhu cầu của họ. Các công cụ kiểm thử tự động có thể giúp đơn giản hóa quy trình kiểm thử và giảm thiểu lỗi. Việc sử dụng các phương pháp kiểm thử như kiểm thử hộp trắng (white box testing) và kiểm thử hộp đen (black box testing) cũng rất quan trọng để đảm bảo chất lượng của ứng dụng.

2.3. Quản lý rủi ro trong quá trình phát triển ứng dụng BTEC HND

Quản lý rủi ro là quá trình xác định, đánh giá và kiểm soát các rủi ro tiềm ẩn có thể ảnh hưởng đến sự thành công của dự án. Rủi ro có thể xuất hiện từ nhiều nguồn khác nhau, bao gồm yêu cầu không rõ ràng, công nghệ không ổn định, tài nguyên hạn chế và thay đổi môi trường kinh doanh. Việc xác định rủi ro sớm trong quá trình phát triển giúp nhóm dự án có thể lên kế hoạch ứng phó và giảm thiểu tác động tiêu cực của chúng. Đánh giá rủi ro bao gồm việc xác định khả năng xảy ra và mức độ ảnh hưởng của từng rủi ro. Dựa trên đánh giá này, các biện pháp kiểm soát rủi ro có thể được triển khai, chẳng hạn như dự phòng tài nguyên, đào tạo thêm cho nhân viên hoặc thay đổi thiết kế của ứng dụng. Quản lý rủi ro là một quá trình liên tục và cần được thực hiện trong suốt vòng đời của dự án. Trích dẫn từ tài liệu gốc: "Conclude your review by reflectively discussing your previously identified risks."

III. Đánh Giá Hiệu Năng Ứng Dụng BTEC HND Phân Tích Kết Quả 56 ký tự

Việc đánh giá hiệu năng ứng dụng BTEC HND là một bước quan trọng để đảm bảo rằng ứng dụng hoạt động đúng như mong đợi và đáp ứng được các yêu cầu về tốc độ, độ ổn định và khả năng mở rộng. Quá trình đánh giá này bao gồm việc đo lường các chỉ số hiệu năng quan trọng, như thời gian phản hồi, số lượng yêu cầu được xử lý trong một đơn vị thời gian và mức sử dụng tài nguyên hệ thống. Các công cụ giám sát hiệu năng có thể giúp thu thập và phân tích các chỉ số này. Ví dụ, việc sử dụng Application Insights của Azure giúp theo dõi hiệu năng của ứng dụng web và xác định các điểm nghẽn cổ chai. Ngoài ra, cần phải thực hiện các thử nghiệm tải (load testing) và thử nghiệm căng thẳng (stress testing) để đánh giá khả năng của ứng dụng khi xử lý lượng lớn dữ liệu và số lượng lớn người dùng. Các thử nghiệm này giúp xác định các giới hạn của ứng dụng và đưa ra các giải pháp để cải thiện hiệu năng. Ứng dụng FPTBook cần được đánh giá kỹ lưỡng về khả năng phục vụ một lượng lớn khách hàng trực tuyến, đặc biệt là trong các dịp khuyến mãi hoặc lễ tết. Trích dẫn từ tài liệu gốc: "Review the performance of your business application against the Software Requirement Specificationn, analyze the factors that influence its performance and use them to undertake a critical review of the design, development and testing stages of your application."

3.1. Các chỉ số đánh giá hiệu năng quan trọng cho ứng dụng

Có nhiều chỉ số đánh giá hiệu năng quan trọng cho một ứng dụng, bao gồm thời gian phản hồi, số lượng yêu cầu được xử lý trong một đơn vị thời gian, mức sử dụng CPU, mức sử dụng bộ nhớ, mức sử dụng đĩa và lưu lượng mạng. Thời gian phản hồi là thời gian cần thiết để ứng dụng phản hồi lại một yêu cầu của người dùng. Số lượng yêu cầu được xử lý trong một đơn vị thời gian là số lượng yêu cầu mà ứng dụng có thể xử lý trong một giây, một phút hoặc một giờ. Mức sử dụng CPU, bộ nhớ và đĩa là lượng tài nguyên hệ thống mà ứng dụng sử dụng. Lưu lượng mạng là lượng dữ liệu được truyền qua mạng để phục vụ ứng dụng. Việc theo dõi và phân tích các chỉ số này giúp xác định các vấn đề về hiệu năng và đưa ra các giải pháp để cải thiện.

3.2. Phân tích các yếu tố ảnh hưởng đến hiệu năng ứng dụng

Hiệu năng của một ứng dụng có thể bị ảnh hưởng bởi nhiều yếu tố, bao gồm kiến trúc phần mềm, cơ sở dữ liệu, hạ tầng mạng, mã nguồn và cấu hình hệ thống. Kiến trúc phần mềm cần được thiết kế để đảm bảo tính mở rộng và khả năng xử lý song song. Cơ sở dữ liệu cần được tối ưu hóa để đảm bảo tốc độ truy vấn nhanh chóng. Hạ tầng mạng cần được thiết kế để đảm bảo băng thông đủ lớn và độ trễ thấp. Mã nguồn cần được viết hiệu quả và tránh các vòng lặp vô hạn. Cấu hình hệ thống cần được điều chỉnh để phù hợp với yêu cầu của ứng dụng. Việc phân tích các yếu tố này giúp xác định các điểm nghẽn cổ chai và đưa ra các giải pháp để cải thiện hiệu năng.

3.3. Sử dụng công cụ giám sát hiệu năng để đánh giá ứng dụng

Có nhiều công cụ giám sát hiệu năng có thể được sử dụng để đánh giá hiệu năng của một ứng dụng, bao gồm Application Insights, New Relic, Dynatrace và Prometheus. Các công cụ này giúp thu thập và phân tích các chỉ số hiệu năng quan trọng và cung cấp các báo cáo chi tiết về hiệu năng của ứng dụng. Application Insights là một dịch vụ giám sát hiệu năng của Azure, cho phép theo dõi hiệu năng của ứng dụng web và xác định các điểm nghẽn cổ chai. New Relic là một công cụ giám sát hiệu năng toàn diện, cung cấp các tính năng giám sát hiệu năng, giám sát ứng dụng và giám sát cơ sở hạ tầng. Dynatrace là một công cụ giám sát hiệu năng tự động, sử dụng trí tuệ nhân tạo để phân tích hiệu năng của ứng dụng và đưa ra các đề xuất cải thiện. Prometheus là một hệ thống giám sát và cảnh báo mã nguồn mở, thường được sử dụng trong các môi trường container.

IV. Cải Tiến Thiết Kế Ứng Dụng BTEC HND Tối Ưu Hóa Mở Rộng 59 ký tự

Dựa trên kết quả đánh giá hiệu năng và phản hồi từ người dùng, việc cải tiến thiết kế ứng dụng BTEC HND là cần thiết để đáp ứng các yêu cầu ngày càng cao. Quá trình cải tiến này bao gồm việc tối ưu hóa kiến trúc phần mềm, cơ sở dữ liệu và mã nguồn. Ngoài ra, cần phải xem xét việc bổ sung các tính năng mới để đáp ứng nhu cầu của người dùng. Ví dụ, trong ứng dụng FPTBook, có thể cải thiện khả năng tìm kiếm sản phẩm, tích hợp các phương thức thanh toán mới và cung cấp các chương trình khuyến mãi hấp dẫn. Việc sử dụng các phương pháp thiết kế hướng đối tượng (object-oriented design) và các mẫu thiết kế (design patterns) giúp đảm bảo tính linh hoạt và khả năng mở rộng của ứng dụng. Ngoài ra, cần phải xem xét việc sử dụng các công nghệ mới, như microservices và containerization, để cải thiện khả năng mở rộng và độ tin cậy của ứng dụng. Việc đánh giá và cải tiến ứng dụng liên tục là rất quan trọng để đảm bảo rằng ứng dụng luôn đáp ứng được nhu cầu của người dùng và duy trì được lợi thế cạnh tranh. Trích dẫn từ tài liệu gốc: "Conclude your review by reflectively discussing your previously identified risks."

4.1. Tối ưu hóa kiến trúc phần mềm để cải thiện hiệu năng

Kiến trúc phần mềm đóng vai trò quan trọng trong việc quyết định hiệu năng của một ứng dụng. Việc tối ưu hóa kiến trúc phần mềm có thể giúp cải thiện thời gian phản hồi, giảm mức sử dụng tài nguyên và tăng khả năng mở rộng. Một số phương pháp tối ưu hóa kiến trúc phần mềm bao gồm việc sử dụng bộ nhớ đệm (caching), phân tải (load balancing) và hàng đợi tin nhắn (message queues). Bộ nhớ đệm giúp lưu trữ dữ liệu thường xuyên được truy cập trong bộ nhớ để giảm thời gian truy cập. Phân tải giúp phân phối tải giữa nhiều máy chủ để tăng khả năng xử lý. Hàng đợi tin nhắn giúp xử lý các yêu cầu bất đồng bộ để cải thiện thời gian phản hồi.

4.2. Cải thiện cơ sở dữ liệu để tăng tốc độ truy vấn

Cơ sở dữ liệu là một thành phần quan trọng của nhiều ứng dụng. Việc cải thiện cơ sở dữ liệu có thể giúp tăng tốc độ truy vấn và giảm thời gian phản hồi. Một số phương pháp cải thiện cơ sở dữ liệu bao gồm việc sử dụng chỉ mục (indexes), tối ưu hóa truy vấn và sử dụng bộ nhớ đệm cơ sở dữ liệu (database caching). Chỉ mục giúp tăng tốc độ tìm kiếm dữ liệu trong cơ sở dữ liệu. Tối ưu hóa truy vấn giúp viết các truy vấn hiệu quả hơn để giảm thời gian thực thi. Bộ nhớ đệm cơ sở dữ liệu giúp lưu trữ dữ liệu thường xuyên được truy vấn trong bộ nhớ để giảm thời gian truy cập.

4.3. Bổ sung tính năng mới và mở rộng ứng dụng BTEC HND

Việc bổ sung tính năng mới và mở rộng ứng dụng là một phần quan trọng của quy trình cải tiến. Các tính năng mới có thể giúp đáp ứng nhu cầu của người dùng và duy trì được lợi thế cạnh tranh. Việc mở rộng ứng dụng giúp đáp ứng lượng truy cập ngày càng tăng và đảm bảo rằng ứng dụng có thể xử lý được khối lượng công việc lớn hơn. Một số phương pháp bổ sung tính năng mới và mở rộng ứng dụng bao gồm việc sử dụng microservices, containerization và đám mây (cloud computing). Microservices giúp chia ứng dụng thành các thành phần nhỏ hơn, độc lập hơn, giúp dễ dàng phát triển, triển khai và mở rộng. Containerization giúp đóng gói ứng dụng và các phụ thuộc của nó vào một container, giúp đảm bảo tính nhất quán giữa các môi trường khác nhau. Đám mây giúp cung cấp tài nguyên linh hoạt và khả năng mở rộng không giới hạn.

V. Ứng Dụng BTEC HND Trong Thực Tế Nghiên Cứu Trường Hợp FPTBook 53 ký tự

Ứng dụng FPTBook là một ví dụ điển hình về việc ứng dụng các kiến thức và kỹ năng đã học trong chương trình BTEC HND vào thực tế. Ứng dụng này được xây dựng để giải quyết một vấn đề kinh doanh cụ thể, đó là cung cấp một nền tảng trực tuyến cho việc bán sách của FPT. Quá trình phát triển ứng dụng này bao gồm việc thu thập yêu cầu từ khách hàng, thiết kế giao diện người dùng, xây dựng cơ sở dữ liệu và lập trình các chức năng khác nhau. Ứng dụng này cũng được kiểm thử kỹ lưỡng để đảm bảo chất lượng và hiệu năng. Ngoài ra, ứng dụng này cũng được triển khai trên môi trường thực tế và được giám sát để đảm bảo hoạt động ổn định. Các bài học kinh nghiệm từ việc phát triển ứng dụng này có thể được áp dụng cho các dự án khác trong tương lai. Trích dẫn từ tài liệu gốc: "Formal questionnaire to review the business application, problem definition statement, proposed . 7 solution, and development strategy . Entity Relationship Diagram (ERD) . Develop a functional business application . Folder structure of the application . Code source samples of the application with an explanation . Final screenshots of the application . Screenshots of using GitHub or GitLab to manage the source code . Screenshots of using IIS or Azure for the application deployment."

5.1. Phân tích chức năng và kiến trúc của ứng dụng FPTBook

Ứng dụng FPTBook cung cấp nhiều chức năng khác nhau cho người dùng, bao gồm tìm kiếm sách, xem chi tiết sách, thêm sách vào giỏ hàng, thanh toán và quản lý tài khoản. Ứng dụng này được xây dựng dựa trên kiến trúc MVC (Model-View-Controller), giúp tách biệt các thành phần khác nhau của ứng dụng và tăng tính bảo trì. Model đại diện cho dữ liệu của ứng dụng, View đại diện cho giao diện người dùng và Controller đại diện cho logic điều khiển. Ứng dụng này cũng sử dụng cơ sở dữ liệu SQL Server để lưu trữ dữ liệu. Ngoài ra, ứng dụng này cũng sử dụng các công nghệ web như HTML, CSS và JavaScript để xây dựng giao diện người dùng.

5.2. Đánh giá hiệu năng và khả năng mở rộng của FPTBook

Hiệu năng và khả năng mở rộng là hai yếu tố quan trọng đối với bất kỳ ứng dụng web nào. Ứng dụng FPTBook cần được đánh giá kỹ lưỡng về hiệu năng và khả năng mở rộng để đảm bảo rằng nó có thể đáp ứng lượng truy cập ngày càng tăng. Các chỉ số hiệu năng quan trọng bao gồm thời gian phản hồi, số lượng yêu cầu được xử lý trong một đơn vị thời gian và mức sử dụng tài nguyên hệ thống. Khả năng mở rộng có thể được đánh giá bằng cách thực hiện các thử nghiệm tải và thử nghiệm căng thẳng. Các công cụ giám sát hiệu năng có thể giúp thu thập và phân tích các chỉ số này.

5.3. Bài học kinh nghiệm từ phát triển và vận hành ứng dụng FPTBook

Quá trình phát triển và vận hành ứng dụng FPTBook mang lại nhiều bài học kinh nghiệm quý báu. Các bài học này bao gồm việc quản lý yêu cầu, thiết kế giao diện người dùng, xây dựng cơ sở dữ liệu, lập trình các chức năng khác nhau, kiểm thử ứng dụng, triển khai ứng dụng và giám sát ứng dụng. Việc quản lý yêu cầu cần được thực hiện một cách chặt chẽ để đảm bảo rằng ứng dụng đáp ứng được nhu cầu của người dùng. Thiết kế giao diện người dùng cần được thực hiện một cách cẩn thận để đảm bảo tính dễ sử dụng và tính thẩm mỹ. Cơ sở dữ liệu cần được xây dựng một cách hiệu quả để đảm bảo tốc độ truy vấn nhanh chóng. Các chức năng khác nhau cần được lập trình một cách chính xác và hiệu quả. Ứng dụng cần được kiểm thử kỹ lưỡng để đảm bảo chất lượng và hiệu năng. Ứng dụng cần được triển khai trên môi trường thực tế và được giám sát để đảm bảo hoạt động ổn định.

VI. Kết Luận Tương Lai Ứng Dụng BTEC HND Đánh Giá Triển Vọng 56 ký tự

Việc phát triển ứng dụng BTEC HND là một quá trình liên tục, đòi hỏi sự đầu tư về thời gian, công sức và kiến thức. Quá trình này không chỉ giúp sinh viên rèn luyện các kỹ năng chuyên môn mà còn giúp họ phát triển các kỹ năng mềm cần thiết cho sự thành công trong sự nghiệp. Việc đánh giá và cải tiến ứng dụng liên tục là rất quan trọng để đảm bảo rằng ứng dụng luôn đáp ứng được nhu cầu của người dùng và duy trì được lợi thế cạnh tranh. Tương lai của các ứng dụng BTEC HND hứa hẹn nhiều triển vọng, với sự phát triển của các công nghệ mới và các phương pháp phát triển phần mềm tiên tiến. Trích dẫn từ tài liệu gốc: "The app review area will first give an assessment of the app's performance. Next, the application will be evaluated to see if it meets all the requirements or if further improvement is needed. I will also study the factors that affect the performance of the program."

6.1. Tóm tắt kết quả đánh giá và cải tiến ứng dụng BTEC HND

Quá trình đánh giá và cải tiến ứng dụng BTEC HND đã mang lại nhiều kết quả tích cực. Ứng dụng đã được tối ưu hóa về hiệu năng, tính bảo mật và tính dễ sử dụng. Các tính năng mới đã được bổ sung để đáp ứng nhu cầu của người dùng. Các vấn đề đã được xác định và giải quyết một cách hiệu quả. Tuy nhiên, vẫn còn nhiều cơ hội để cải thiện ứng dụng hơn nữa. Việc tiếp tục đánh giá và cải tiến ứng dụng là rất quan trọng để đảm bảo rằng ứng dụng luôn đáp ứng được nhu cầu của người dùng và duy trì được lợi thế cạnh tranh.

6.2. Các hướng phát triển tiềm năng cho ứng dụng trong tương lai

Tương lai của các ứng dụng BTEC HND hứa hẹn nhiều triển vọng. Các ứng dụng này có thể được phát triển để đáp ứng các nhu cầu mới của người dùng và tận dụng các công nghệ mới. Một số hướng phát triển tiềm năng bao gồm việc tích hợp trí tuệ nhân tạo (artificial intelligence), học máy (machine learning) và Internet of Things (IoT). Việc tích hợp trí tuệ nhân tạo có thể giúp tự động hóa các tác vụ, cải thiện trải nghiệm người dùng và cung cấp các thông tin chi tiết có giá trị. Việc tích hợp học máy có thể giúp dự đoán các xu hướng, cá nhân hóa trải nghiệm người dùng và cải thiện hiệu quả hoạt động. Việc tích hợp Internet of Things có thể giúp kết nối ứng dụng với các thiết bị vật lý và thu thập dữ liệu từ thế giới thực.

6.3. Tầm quan trọng của việc học tập và phát triển liên tục

Trong thế giới công nghệ luôn thay đổi, việc học tập và phát triển liên tục là rất quan trọng. Các nhà phát triển phần mềm cần phải cập nhật kiến thức và kỹ năng của mình để đáp ứng các yêu cầu ngày càng cao của thị trường. Việc tham gia các khóa học, hội thảo và các sự kiện chuyên ngành giúp các nhà phát triển phần mềm học hỏi những điều mới và chia sẻ kinh nghiệm với những người khác. Ngoài ra, việc đọc sách, báo và các tài liệu trực tuyến cũng là một cách tốt để cập nhật kiến thức và kỹ năng. Trích dẫn từ tài liệu gốc: "Next, the application will be evaluated to see if it meets all the requirements or if further improvement is needed. I will also study the factors that affect the performance of the program. Then evaluate the advantages and disadvantages of the application."

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Báo cáo đồ án thuộc học phần Unit 30: Application Development (Mã môn: 1670), nằm trong chương trình đào tạo BTEC Level 5 Higher National Diploma (HND) in Computing (Niên khóa 2021 – 2022). Đề tài tập trung vào giai đoạn hiện thực hóa và đánh giá hệ thống thương mại điện tử phục vụ kinh doanh sách trực tuyến với tên gọi FPTBook (dự án mã nguồn FPTBook_v3). Đồ án tiếp nối kết quả phân tích và thiết kế phần mềm từ Assignment 1 nhằm chuyển giao sang giai đoạn lập trình, kiểm thử và tối ưu hóa sản phẩm.

Mục tiêu và nhiệm vụ nghiên cứu được quy định chặt chẽ theo chuẩn đầu ra (Learning Outcomes) của chương trình BTEC RQF:

1. Mục tiêu LO3 (Work individually and as part of a team to plan and produce a functional business application with support documentation):
   • Xây dựng bảng câu hỏi đánh giá phản biện chuyên môn (Formal Questionnaire/Peer Review) để thu thập ý kiến về định nghĩa bài toán, giải pháp đề xuất và chiến lược phát triển (P4).
   • Diễn giải phản hồi từ đồng nghiệp và xác định các cơ hội cải tiến chưa được tính đến trước đó (M3).
   • Đánh giá các ý tưởng mới hoặc cải tiến tiềm năng, lập luận rõ lý do chấp nhận hoặc từ chối đưa vào ứng dụng (D2).
   • Phát triển ứng dụng doanh nghiệp hoàn chỉnh dựa trên Tài liệu thiết kế phần mềm (Software Design Document - SDD) và bài toán kinh doanh cụ thể, sử dụng các công cụ, kỹ thuật và phương pháp luận phù hợp (P5, M4).
2. Mục tiêu LO4 (Evaluate the performance of a business application against its Software Design Document and initial requirements):
   • Đánh giá hiệu năng của ứng dụng so với Bảng phát biểu định nghĩa bài toán (Problem Definition Statement) và các yêu cầu ban đầu (P6).
   • Phân tích các yếu tố ảnh hưởng trực tiếp đến hiệu năng ứng dụng, từ đó thực hiện đánh giá phê phán (critical review) các giai đoạn thiết kế, phát triển và kiểm thử (M5).
   • Đánh giá điểm mạnh, điểm yếu của ứng dụng, lập luận cơ hội cải tiến và thảo luận các rủi ro đã nhận diện từ trước (D3).

Đối tượng nghiên cứu là hệ thống ứng dụng web FPTBook phục vụ 4 nhóm người dùng mục tiêu: Quản trị viên (Administrator), Chủ cửa hàng (Owner), Khách hàng đã đăng ký (Customer/User) và Khách vãng lai (Guest). Phạm vi nghiên cứu bao quát từ khâu thiết kế thực thể cơ sở dữ liệu, phân tầng kiến trúc mã nguồn MVC, quản lý phiên bản qua Git đến triển khai ứng dụng trên máy chủ web.

---

Cơ sở lý thuyết và phương pháp

Đồ án vận dụng các cơ sở lý thuyết, mô hình kiến trúc và công nghệ tiêu chuẩn trong ngành kỹ thuật phần mềm:

1. Khung kiến trúc và mô hình phát triển

• Mô hình kiến trúc MVC (Model-View-Controller): Do Trygve Reenskaug đề xuất, giúp phân tách rõ ràng 3 thành phần logic chính:
  • Model: Đại diện cho logic dữ liệu, tương tác trực tiếp với cơ sở dữ liệu và chuyển đổi dữ liệu thông qua phản hồi yêu cầu từ Controller.
  • View: Xử lý tầng giao diện người dùng (UI), hiển thị dữ liệu nhận từ Model thông qua điều phối của Controller.
  • Controller: Đóng vai trò trung gian tiếp nhận yêu cầu từ client, điều phối xử lý nghiệp vụ, thao tác với Model và lựa chọn View phù hợp để trả về kết quả.
• Hỗ trợ phát triển hướng kiểm thử (Test Driven Development - TDD) và khả năng quản lý định tuyến URL (URL-mapping) linh hoạt.

2. Công nghệ và công cụ thực hiện

• Nền tảng phát triển Backend: ASP.NET Core MVC (mã nguồn mở, đa nền tảng Windows, Linux, macOS, hiệu năng cao, phân phối dưới giấy phép MIT).
• Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server (MS SQL Server) kết hợp ngôn ngữ truy vấn cấu trúc T-SQL (Transact-SQL) và Entity Framework Core.
• Môi trường phát triển tích hợp (IDE): Microsoft Visual Studio (phiên bản Visual Studio 2017 / các bản cập nhật hỗ trợ .NET Core).
• Công nghệ Frontend: HTML5, CSS3, JavaScript và thư viện giao diện đáp ứng (responsive framework) Bootstrap do Mark Otto và Jacob Thornton phát triển.
• Quản lý mã nguồn và triển khai: Hệ thống quản lý phiên bản phân tán Git (thông qua GitHub/GitLab), máy chủ web Internet Information Services (IIS) hoặc nền tảng điện toán đám mây Microsoft Azure.

3. Phương pháp nghiên cứu và thu thập dữ liệu

• Phương pháp khảo sát đồng đẳng (Peer Review Questionnaire): Sử dụng bảng hỏi chính thức gửi đến các đồng nghiệp nhằm thu thập đánh giá định tính về chức năng xác thực, phân quyền, tìm kiếm và bảo mật dữ liệu.
• Phương pháp thiết kế mô hình hóa dữ liệu: Xây dựng Sơ đồ quan hệ thực thể (Entity Relationship Diagram - ERD) chuẩn hóa các bảng và mối liên kết khóa ngoại.

---

Thiết kế và triển khai

Hệ thống được khởi tạo thông qua giao diện dòng lệnh .NET CLI với lệnh dotnet new mvc -o FPTBook_v3 và chứng chỉ bảo mật dotnet dev-certs https --trust.

1. Cấu trúc thư mục dự án

Cấu trúc cây thư mục trong giải pháp FPTBook_v3 được tổ chức theo chuẩn ASP.NET Core MVC:

• Areas/Identity: Chứa các tệp logic xác thực, đăng ký, điều hướng và quản lý tài khoản người dùng.
• Data: Chứa lớp ngữ cảnh cơ sở dữ liệu (ApplicationDbContext) và cấu hình kết nối bảng.
• Controllers: Lưu trữ các bộ điều khiển điều hướng nghiệp vụ (AdminController, BookController, CartController, CategoryController, HomeController, OrderController).
• Models: Khai báo các thực thể dữ liệu (Book, Category, BookDisplayModel, Order, OrderDetail, ShoppingCart, CartDetail, Owner, ErrorViewModel).
• Views: Lưu trữ giao diện Razor Views phân chia theo thư mục chức năng (Admin, Book, Cart, Category, Home, Order, Shared).
• wwwroot: Thư viện tĩnh chứa CSS, JavaScript, phông chữ và thư mục uploads lưu trữ hình ảnh tải lên.

2. Mô hình thực thể cơ sở dữ liệu (Entities)

Tên Model	Các thuộc tính chính	Ràng buộc & Ghi chú
Book	book_Id, book_Title, publication_date, book_ImagURL, book_Description, book_Price, book_Quantity, cate_Id	Khóa chính tự tăng book_Id, khóa ngoại cate_Id liên kết Category, trường không ánh xạ book_Img (IFormFile).
Category	cate_Id, cate_Name, cate_Description, cate_Status	Khóa chính cate_Id, liên kết một-nhiều với Book. Trạng thái danh mục gồm processing và processed.
ShoppingCart	Id, UserId	Khóa chính Id, khóa ngoại UserId liên kết ApplicationUser, danh sách CartDetails.
CartDetail	Id, ShoppingCartId, BookId, Quantity, UnitPrice	Khóa ngoại trỏ về ShoppingCart và Book.
Order	Id, UserId, CreateDate	Khóa ngoại trỏ về ApplicationUser, liên kết danh sách OrderDetail.
OrderDetail	OrderId, BookId, Quantity, UnitPrice	Khóa ngoại kép trỏ về Order và Book.
Owner	Name, Email, Phone, Image, Password, ConfirmPassword, Img	Lớp DTO/ViewModel tạo tài khoản Owner; ràng buộc số điện thoại 10 chữ số, mật khẩu từ 6 đến 100 ký tự.
BookDisplayModel	Books, Categorys, STerm, GenreId	ViewModel hỗ trợ tìm kiếm và lọc sách theo danh mục trên giao diện Home/Index.

3. Hiện thực hóa các Controller nghiệp vụ chính

• AdminController (Gán quyền [Authorize(Roles = "Admin")]):
  • ShowUser() / ShowOwner(): Truy vấn danh sách người dùng theo vai trò thông qua bảng liên kết UserRoles và Roles.
  • RequestCategory() / Approval() / Reject(): Kiểm duyệt các yêu cầu tạo danh mục từ Owner có trạng thái cate_Status == "processing", cập nhật thành processed.
  • RegisterOwner(): Tiếp nhận thông tin từ ViewModel Owner, xử lý lưu tệp hình ảnh vào hệ thống thông qua _fileService, tạo tài khoản ApplicationUser và gán vai trò Owner bằng UserManager.
• BookController (Gán quyền [Authorize(Roles = "Owner")]):
  • Create() / Edit(): Xử lý thêm mới và cập nhật sách. Kiểm tra ràng buộc hợp lệ: book_Quantity >= 0 và book_Price >= 0.
  • UploadFile(): Kiểm tra định dạng tệp tải lên (chỉ cho phép đuôi mở rộng .jpeg), tạo tên tệp ngẫu nhiên Guid.NewGuid() và lưu vào wwwroot/uploads.
  • GetBooks(): Thực hiện phép kết nối (JOIN) giữa bảng Books và Categorys để hiển thị danh sách sách kèm tên danh mục.
• CartController (Gán quyền [Authorize(Roles = "User")]):
  • AddItem() / AddItemCart(): Thêm sản phẩm vào giỏ hàng của người dùng đã đăng nhập; nếu sản phẩm đã có thì tăng Quantity, nếu chưa thì tạo bản ghi CartDetail mới kèm UnitPrice.
  • RemoveItem() / RemoveCartItem(): Xóa bớt hoặc loại bỏ hoàn toàn sản phẩm khỏi giỏ hàng.
  • Checkout(): Kiểm tra số lượng tồn kho của sách trước khi tạo đơn hàng. Nếu không đủ số lượng, thông báo lỗi The number of products is not enough!; nếu hợp lệ, hoàn tất đơn hàng và thông báo Order Success.

---

Nội dung chính theo từng phần của báo cáo

Báo cáo được triển khai thành các phân vùng nội dung theo đúng cấu trúc tiêu chí đánh giá BTEC:

1. Bảng câu hỏi đánh giá phản biện chuyên môn (Formal Questionnaire)

Phần này tổng hợp 5 hạng mục khảo sát ý kiến đồng nghiệp vào tháng 2 và tháng 3 năm 2023 nhằm rà soát tính khả thi và định hướng nâng cấp:

• Chức năng Log-in (20/02/2023): Khảo sát nhu cầu đăng nhập bằng tài khoản mạng xã hội (Google, Facebook) và việc lưu thông tin tài khoản qua cookies. Phản hồi xác nhận hệ thống hiện chưa hỗ trợ OAuth nhưng sẽ tích hợp trong tương lai; việc lưu tài khoản chỉ phục vụ đăng nhập nhanh mà không thu thập cookies riêng tư của người dùng.
• Chức năng Register (21/03/2023): Đánh giá cơ chế xác thực tài khoản. Phản hồi ghi nhận đề xuất gửi mã/link xác thực qua Email và lên kế hoạch triển khai.
• Chức năng Edit information (21/03/2023): Làm rõ thẩm quyền can thiệp dữ liệu của Administrator. Hệ thống chỉ cho phép Admin thay đổi hoặc xóa tài khoản người dùng khi có sự đồng ý hoặc ủy quyền hợp lệ từ phía người dùng.
• Chức năng Searching (21/03/2023): Xác nhận khả năng tìm kiếm sách linh hoạt dựa trên tác giả, nhà xuất bản và mô tả chi tiết khi khách hàng không nhớ chính xác tên sách.
• Phân quyền người dùng - Role (22/03/2023): Xác định hệ thống phân cấp 3 bậc: Administrator > Business Owner > Customer/Client. Tài khoản có quyền cấp cao hơn có thể sử dụng các chức năng của tài khoản cấp thấp hơn, nhưng tài khoản cấp thấp không thể truy cập tài nguyên của cấp cao hơn.

2. Phát triển ứng dụng và quản lý mã nguồn (Application Development)

• Trình bày chi tiết cơ sở lý thuyết các công nghệ: Visual Studio (lịch sử phát triển từ bản 97 đến bản 15.0/2017, hỗ trợ 36 ngôn ngữ), Microsoft SQL Server, HTML5, CSS, Bootstrap và ASP.NET Core.
• Khai báo và ánh xạ các lớp Model, View Razor và Controller xử lý luồng dữ liệu.
• Minh họa cấu trúc quản lý mã nguồn trên kho chứa GitHub/GitLab và quy trình xuất bản ứng dụng lên IIS/Azure.

3. Đánh giá hiệu năng và phân tích hệ thống (Application Review)

• Đối chiếu các chức năng đã xây dựng với Bảng phát biểu định nghĩa bài toán và Đặc tả yêu cầu phần mềm (SRS).
• Phân tích các yếu tố tác động đến hiệu năng: tốc độ truy vấn cơ sở dữ liệu thông qua Entity Framework, dung lượng tệp tin tải lên tại wwwroot/uploads và khả năng đáp ứng giao diện trên nhiều thiết bị của Bootstrap.
• Đánh giá ưu điểm và hạn chế trong thiết kế kiến trúc và độ an toàn của hệ thống.

---

Kết quả và đóng góp

1. Bảng tổng hợp kết quả phân quyền chức năng đã triển khai

Vai trò người dùng (Role)	Chức năng nghiệp vụ đã hiện thực hóa
Administrator	Đăng nhập, đăng xuất, tạo tài khoản Owner (RegisterOwner), quản lý tài khoản Owner và User (ShowOwner, ShowUser), duyệt yêu cầu danh mục (RequestCategory, Approval, Reject).
Owner (Chủ cửa hàng)	Đăng nhập, đăng xuất, quản lý sách (CRUD: thêm, sửa, xóa, hiển thị kèm tải ảnh JPEG), gửi yêu cầu tạo danh mục sách, quản lý đơn hàng.
Customer (Khách hàng)	Đăng ký, đăng nhập, đăng xuất, quản lý thông tin tài khoản, quản lý giỏ hàng (AddItem, RemoveItem, GetUserCart), kiểm tra số lượng và thanh toán (Checkout), xem trước và tìm kiếm sách, xem trang giới thiệu (About).
Guest (Khách vãng lai)	Xem trước sách, tìm kiếm sách, xem trang giới thiệu (About), đăng ký tài khoản mới.

2. Đóng góp kỹ thuật của đồ án

• Xây dựng thành công ứng dụng web thương mại điện tử FPTBook_v3 đáp ứng đầy đủ tiêu chí chuẩn đầu ra LO3 và LO4 của Unit 30 BTEC HND.
• Ứng dụng chuẩn mực mô hình kiến trúc MVC trên nền tảng ASP.NET Core, phân tách rõ ràng giữa tầng dữ liệu, logic điều khiển và tầng hiển thị.
• Thiết lập quy trình phản biện chuyên môn có hệ thống (Peer Review), biến phản hồi thực tế thành căn cứ để định hình lộ trình nâng cấp phần mềm.

---

Hạn chế và hướng nghiên cứu tiếp

1. Hạn chế của hệ thống

• Chưa hỗ trợ cơ chế đăng nhập liên kết qua bên thứ ba (Google, Facebook OAuth).
• Quy trình đăng ký tài khoản chưa tích hợp dịch vụ gửi email xác thực tự động để kích hoạt tài khoản.
• Bộ lọc định dạng tệp hình ảnh tải lên cho sách mới chỉ cho phép định dạng .jpeg, chưa mở rộng cho các định dạng phổ biến khác như .png hay .webp.
• Tính năng tìm kiếm trên giao diện BookDisplayModel mới chỉ dừng ở mức lọc theo từ khóa tiêu đề (STerm) và mã thể loại (GenreId), chưa tích hợp bộ lọc sâu đa tiêu chí theo nhà xuất bản và tác giả.

2. Hướng phát triển tiếp theo

• Tích hợp Identity Third-Party Authentication (Google / Facebook Login API).
• Xây dựng dịch vụ gửi email tự động (Email Confirmation Service) bằng SMTP để phục vụ xác thực tài khoản và thông báo trạng thái đơn hàng.
• Tối ưu hóa bộ điều khiển tìm kiếm nâng cao kết hợp phân trang dữ liệu (Pagination) trên giao diện người dùng.

---

Giá trị tham khảo

Báo cáo đồ án là tài liệu tham khảo hữu ích cho:

• Sinh viên chuyên ngành Công nghệ thông tin: Đặc biệt là sinh viên theo học chương trình BTEC Level 5 HND in Computing đang chuẩn bị thực hiện Assignment 2 của Unit 30 (Application Development).
• Lập trình viên Web .NET mới bắt đầu: Cung cấp cấu trúc dự án mẫu hoàn chỉnh về ASP.NET Core MVC, phương pháp phân quyền dựa trên Role (Admin, Owner, User), kỹ thuật thao tác CRUD thực thể có liên kết khóa ngoại và logic xử lý giỏ hàng/thanh toán.
• Tài liệu tham khảo quy trình: Minh họa phương pháp lập bảng câu hỏi khảo sát phản biện (Peer Review) và đối chiếu kết quả thực nghiệm với các tiêu chí Pass, Merit, Distinction theo chuẩn khảo thí RQF.

---

Câu hỏi thường gặp

1. Hệ thống FPTBook phân cấp người dùng và quyền hạn truy cập như thế nào?
Hệ thống phân chia thành 4 nhóm vai trò với thứ bậc quyền hạn: Administrator > Owner > Customer > Guest. Tài khoản cấp cao có thể sử dụng các chức năng của tài khoản cấp thấp hơn, trong khi tài khoản cấp thấp không thể truy cập tài nguyên của cấp cao hơn.

2. Quy trình kiểm duyệt danh mục sách giữa Owner và Administrator diễn ra như thế nào trong mã nguồn?
Khi Owner gửi yêu cầu tạo danh mục mới, danh mục được lưu với trạng thái cate_Status = "processing". Tại AdminController, hàm RequestCategory() sẽ lọc ra các danh mục này. Administrator có thể chọn duyệt thông qua hàm Approval() để chuyển trạng thái thành processed (cho phép hiển thị khi tạo sách) hoặc từ chối thông qua hàm Reject().

3. Điều kiện hợp lệ khi thêm mới hoặc chỉnh sửa thông tin sách trong BookController là gì?
Khi tạo hoặc sửa sách, hệ thống bắt buộc số lượng (book_Quantity) và giá bán (book_Price) phải lớn hơn hoặc bằng 0 (book_Quantity < 0 || book_Price < 0 sẽ bị báo lỗi). Tệp hình ảnh tải lên phải có phần mở rộng là .jpeg, được gán tên duy nhất bằng Guid.NewGuid() và lưu vào thư mục wwwroot/uploads.

4. Quá trình xử lý giỏ hàng và đặt hàng trong CartController kiểm soát số lượng tồn kho ra sao?
Khi người dùng chọn thanh toán (Checkout), hàm DoCheckout() sẽ kiểm tra số lượng hàng trong giỏ so với tồn kho thực tế. Nếu không đủ số lượng, hệ thống trả về thông báo lỗi The number of products is not enough!; nếu hợp lệ, đơn hàng được khởi tạo thành công với thông báo Order Success.

5. Kết quả khảo sát phản biện (Questionnaire) đưa ra định hướng gì cho chức năng đăng nhập và bảo mật?
Khảo sát chỉ ra hệ thống cần bổ sung tính năng đăng nhập bằng mạng xã hội (Google/Facebook) và xác thực tài khoản qua email trong tương lai. Đồng thời, hệ thống cam kết chỉ lưu thông tin tài khoản đăng ký để hỗ trợ đăng nhập nhanh mà không thu thập dữ liệu cookies riêng tư của người dùng.

---

Kết luận

Đồ án "Phát triển ứng dụng BTEC HND: Đánh giá & Cải tiến" đã phản ánh toàn diện quá trình hiện thực hóa ứng dụng web thương mại điện tử FPTBook trên nền tảng ASP.NET Core MVC và MS SQL Server. Báo cáo đáp ứng đầy đủ các tiêu chuẩn học thuật của Unit 30 (LO3 và LO4), từ khâu thiết kế cơ sở dữ liệu, phân quyền đa người dùng, xây dựng logic giỏ hàng đến kiểm thử và phân tích hiệu năng. Các kết quả khảo sát phản biện đồng nghiệp là cơ sở khoa học quan trọng giúp tác giả đánh giá đúng thực trạng hệ thống và xác định rõ lộ trình nâng cấp các tính năng bảo mật, xác thực trong tương lai.

Trích đoạn nội dung tài liệu

BTEC Level 5 HND Diploma in Computing Unit 30: Application Development Learner’s name: LAM NGUYEN TRUNG NAM ID: GCS200222 Class: GCS0905B Subject ID: 1670 Assessor team name: Đào Vĩnh Khang Lê Thanh Tùng Trần Thái Hoà Assignment due: Assignment submitted: lOMoAR cPSD| 22148649 ASSIGNMENT 2 FRONT SHEET Qualification BTEC Level 5 HND Diploma in Business Unit number and title Unit 30: Application Development Submission date 8/3/2023 Date Received 1st submission Re-submission Date 10/3/2023 Date Received 2nd submission Student Name ĐÀO VĨNH KHANG Student ID GCS200222 Class GCS0905B Assessor name NAM LAM Student declaration I certify that the assignment submission is entirely my own work and I fully understand the consequences of plagiarism. I understand that making a false declaration is a form of malpractice. Student’s signature Grading grid P4 P5 P6 M3 M4 M5 D2 D3 lOMoAR cPSD| 22148649  Summative Feedback:  Resubmission Feedback: Grade: Assessor Signature: Date: Internal Verifier’s Comments: Signature & Date: Assignment Brief 2 (RQF) Higher National Certificate/Diploma in Computing Student Name/ID Number: Unit Number and Title: Unit 30: Application Development Academic Year: 2021 – 2022 Unit Assessor: LAM NGUYEN TRUNG NAM Assignment Title: Application development with design diagrams and code Issue Date: 01 April 2021 Submission Date: Internal Verifier Name: Date: Submission Format: Format: • An individual report document in PDF Submission • Students are compulsory to submit the assignment in due date and in a way requested by the Tutor. • The form of submission will be a soft copy posted on http://cms.

• Remember to convert the word file into PDF file before the submission on CMS. Note: • The individual Assignment must be your own work, and not copied by or from another student. • If you use ideas, quotes or data (such as diagrams) from books, journals or other sources, you must reference your sources, using the Harvard style. • Make sure that you understand and follow the guidelines to avoid plagiarism.

Failure to comply this requirement will result in a failed assignment. Unit Learning Outcomes: 3 LO3 Work individually and as part of a team to plan and produce a functional business application with support documentation LO4 Evaluate the performance of a business application against its Software Design Document and initial requirements Assignment Brief and Guidance: Assignment scenario (continued from Assignment 1) Your team has finished the analysis and design for the system. Next task is development of the system. Tasks: After the presentation about your design (from Assignment 1), you need to create a formal questionnaire that effectively reviews your business application, problem definition statement, proposed solution and development strategy.

This formal questionnaire should be answered by your colleagues. For any new insights, ideas or potential improvements to your system you need to evaluate and justify the reasons why you have chosen to include (or not to include) them as part of this business application. Based on the feedback of your colleagues, amend the design if needed. Next task is to develop the business application based on the design, chosen technologies and methodology.

When the application is fully built and tested, you need to review its performance against the Software Requirement Specificationn, analyze the factors that influence its performance and use them to undertake a critical review of the design, development and testing stages of your application. Conclude your review by reflectively discussing your previously identified risks. You should evaluate the strengths and weaknesses of your business application and fully justify opportunities for improvement and further development. To conclude, your report document should include: • Peer review section (questionnaire and answers, your reflection on the feedback) • Development section (how you develop and test the application, what is the result) • Review section (review, analyse and critical evaluate your application) Your team needs to prepare a demo based on this report for the final demonstration.

The working application must also be demonstrated. Learning Outcomes and Assessment Criteria (Assignment 2): Learning Outcome Pass Merit Distinction 4 LO3 P4 Create a formal M3 Interpret your D2 Evaluate any new questionnaire that peerreview feedback insights, ideas or effectively reviews your and identify potential improvements business application, opportunities not to your system and problem definition previously considered.