Phát Triển Website Quản Lý Sinh Viên Tại Trường Cao Đẳng Du Lịch Hà Nội

Khám phá các chiến lược và phương pháp hiệu quả trong phát triển dự án công nghệ thông tin, từ khởi đầu đến triển khai thành công.

• Trường học: Trường Cao Đẳng Du Lịch Hà Nội
• Đề tài: Phát Triển Website Quản Lý Sinh Viên Tại Trường Cao Đẳng Du Lịch Hà Nội

Mục lục chi tiết

• LỜI CẢM ƠN
• DANH MỤC CÁC HÌNH ẢNH
• DANH MỤC CÁC BẢNG BIỂU
• MỞ ĐẦU
• Lý do chọn đề tài
• Mục tiêu nghiên cứu
• Đối tượng và phạm vi nghiên cứu
• Kết quả mong muốn đạt được của đề tài
• Cấu trúc của báo cáo
• 1. CHƯƠNG 1: TỔNG QUAN DỰ ÁN
• 1.1. Hiến chương dự án
• 1.2. Mục đích, mục tiêu và phạm vi dự án
• 1.3. Nguồn lực dự án
• 1.4. Môi trường và công cụ phát triển dự án
• 1.4.1. Môi trường phát triển
• 1.4.2. Công cụ phát triển
• 1.5. Kết luận chương 1
• 2. CHƯƠNG 2: LẬP KẾ HOẠCH VÀ PHÁT TRIỂN DỰ ÁN
• 2.1. Kế hoạch thực hiện dự án
• 2.2. Định nghĩa yêu cầu phần mềm
• 2.2.1. Phát triển yêu cầu dựa trên câu chuyện người dùng
• 2.2.2. Xác định tiêu chí chấp nhận cho người dùng
• 2.2.3. Ước tính độ phức tạp câu chuyện người dùng
• 2.2.4. Tạo bản đồ câu chuyện người dùng và tinh chỉnh câu chuyện người dùng
• 2.3. Phân bổ câu chuyện người dùng cho các chu trình phát triển phần mềm
• 2.4. Danh sách câu chuyện người dùng trong các chu trình phát triển phần mềm
• 2.5. Phát triển phiên bản sản phẩm phần mềm theo Sprint
• 2.5.1. Phiên bản phần mềm V1
• 2.5.2. Phiên bản phần mềm V2
• 2.5.3. Phiên bản phần mềm V3
• 2.6. Kết luận chương 2
• 3. CHƯƠNG 3: KẾT THÚC DỰ ÁN VÀ PHÁT HÀNH
• 3.1. Chuẩn bị phát hành
• 3.1.1. Kiểm thử tích hợp
• 3.1.2. Kiểm thử hệ thống và kiểm thử chấp nhận
• 3.1.3. Hướng dẫn sử dụng phần mềm
• 3.2. Phát hành và triển khai
• 3.3. Kết luận chương 3
• KẾT LUẬN VÀ KIẾN NGHỊ
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Hướng Dẫn Phát Triển Website Quản Lý Sinh Viên Từ A Z

Trong bối cảnh chuyển đổi số giáo dục, việc phát triển website quản lý sinh viên là một bước đi chiến lược, đặc biệt tại các cơ sở đào tạo năng động như Trường Cao Đẳng Du Lịch Hà Nội (HTC). Một hệ thống quản lý tập trung không chỉ giải quyết các bài toán vận hành phức tạp mà còn nâng cao trải nghiệm của cả giảng viên và sinh viên. Dự án này được thực hiện nhằm xây dựng một website thông tin sinh viên toàn diện, đáp ứng các nhu cầu thực tiễn từ quản lý hồ sơ, điểm số đến lịch học. Mục tiêu chính là tạo ra một sản phẩm hữu ích, có khả năng triển khai thực tế, đồng thời là cơ hội để nhóm phát triển nâng cao kỹ năng chuyên môn trong lĩnh vực công nghệ thông tin. Hệ thống được kỳ vọng sẽ trở thành công cụ đắc lực, tự động hóa các quy trình thủ công, tăng cường tương tác và đảm bảo luồng thông tin thông suốt trong nhà trường. Đây không chỉ là một đồ án tốt nghiệp quản lý sinh viên thông thường, mà còn là một sáng kiến kinh nghiệm giá trị, áp dụng các phương pháp phát triển phần mềm hiện đại như Agile và Scrum để đảm bảo dự án đi đúng hướng và mang lại hiệu quả cao nhất. Việc tích hợp một nền tảng quản lý học tập (LMS) và hệ thống thông tin sinh viên (SIS) sẽ tạo ra một môi trường học tập số hóa, chuyên nghiệp và hiệu quả.

1.1. Tầm quan trọng của hệ thống quản lý sinh viên htc

Một hệ thống quản lý sinh viên htc hiện đại đóng vai trò xương sống cho hoạt động đào tạo của nhà trường. Hệ thống giúp giải quyết các vấn đề thực tế trong việc quản lý thông tin sinh viên một cách hiệu quả và chính xác. Các cơ sở giáo dục hiện nay đều cần một nền tảng tập trung để theo dõi quá trình học tập, quản lý điểm số trực tuyến, và các hoạt động khác. Tại Trường Cao Đẳng Du Lịch Hà Nội, việc triển khai một website chuyên dụng giúp tự động hóa các tác vụ hành chính, giảm thiểu sai sót do nhập liệu thủ công và tiết kiệm thời gian cho cán bộ quản lý. Hơn nữa, hệ thống còn là cầu nối tương tác quan trọng, cho phép sinh viên dễ dàng truy cập thời khóa biểu online, kết quả học tập và thông báo từ nhà trường, trong khi giảng viên có thể quản lý lớp học và cập nhật điểm số một cách thuận tiện.

1.2. Mục tiêu và phạm vi của dự án website quản lý

Mục tiêu chính của dự án là phát triển và tối ưu hóa một website quản lý sinh viên với giao diện thân thiện, đầy đủ chức năng và tính bảo mật cao. Cụ thể, dự án tập trung vào việc xây dựng các module chính như: quản lý danh sách sinh viên, lớp học, môn học, điểm số và thông tin cá nhân. Đối tượng sử dụng bao gồm ba vai trò chính: quản trị viên, giảng viên và sinh viên. Phạm vi nghiên cứu của dự án được giới hạn trong việc áp dụng phương pháp Agile và Scrum Framework. Các công nghệ được sử dụng bao gồm Backend với Node.js và Express, Frontend với HTML/CSS/JavaScript và Pug, cùng với cơ sở dữ liệu sinh viên sử dụng MongoDB. Dự án đặt mục tiêu tạo ra một sản phẩm thực tế, có khả năng mở rộng và đáp ứng tốt nhu cầu quản lý tại trường.

II. Thách Thức Quản Lý Đào Tạo Yêu Cầu Chuyển Đổi Số

Quy trình quản lý sinh viên thủ công tại nhiều cơ sở giáo dục đang bộc lộ nhiều hạn chế. Việc lưu trữ hồ sơ, điểm số trên giấy tờ hoặc các file Excel rời rạc không chỉ tốn thời gian, công sức mà còn tiềm ẩn nguy cơ sai sót, thất lạc dữ liệu. Sinh viên và giảng viên thường gặp khó khăn trong việc tra cứu thông tin một cách nhanh chóng và chính xác. Những thách thức này đòi hỏi một giải pháp công nghệ toàn diện, và một phần mềm quản lý đào tạo chuyên nghiệp là câu trả lời. Yêu cầu đặt ra là phải có một hệ thống tập trung, nơi mọi dữ liệu được số hóa, chuẩn hóa và dễ dàng truy cập theo phân quyền. Hệ thống cần đảm bảo tính toàn vẹn và bảo mật thông tin sinh viên, đồng thời cung cấp các công cụ tiện ích như đăng ký tín chỉ online và quản lý học phí. Việc xây dựng portal sinh viên không chỉ là nâng cấp về công nghệ mà còn là một cuộc cách mạng trong phương thức quản lý, hướng tới sự minh bạch, hiệu quả và chuyên nghiệp. Một hệ thống quản lý cho trường cao đẳng cần được thiết kế để phù hợp với đặc thù đào tạo, linh hoạt và có khả năng tích hợp với các hệ thống khác trong tương lai.

2.1. Hạn chế của phương pháp quản lý thông tin thủ công

Phương pháp quản lý thủ công, dựa vào sổ sách và bảng tính, là nguyên nhân của nhiều vấn đề. Quy trình xử lý thông tin chậm chạp, dễ xảy ra sai sót khi nhập liệu và tổng hợp. Việc tra cứu hồ sơ, điểm số của một sinh viên cụ thể trở nên cồng kềnh và mất thời gian. Dữ liệu không được đồng bộ hóa, dẫn đến tình trạng thông tin thiếu nhất quán giữa các phòng ban. Hơn nữa, việc bảo mật dữ liệu cũng là một lo ngại lớn khi thông tin nhạy cảm của sinh viên không được bảo vệ một cách hệ thống. Sinh viên cũng gặp bất tiện khi phải đến trực tiếp văn phòng khoa để xem điểm, đăng ký môn học hay cập nhật thông tin cá nhân, làm giảm trải nghiệm học tập.

2.2. Yêu cầu cần có của một website thông tin sinh viên

Một website thông tin sinh viên hiệu quả phải đáp ứng được các yêu cầu cốt lõi. Trước hết, hệ thống phải có khả năng quản lý tập trung toàn bộ dữ liệu sinh viên, từ thông tin cá nhân, quá trình học tập, đến điểm số và học phí. Giao diện người dùng cần được thiết kế thân thiện, dễ sử dụng cho cả quản trị viên, giảng viên và sinh viên. Các chức năng website quản lý sinh viên phải đầy đủ và thiết thực, bao gồm đăng nhập phân quyền, quản lý hồ sơ, xem điểm, xem lịch học, lịch thi và đăng ký học phần. Đặc biệt, tính năng bảo mật thông tin sinh viên phải được đặt lên hàng đầu để ngăn chặn truy cập trái phép và đảm bảo quyền riêng tư. Hệ thống cũng cần có hiệu năng ổn định, cho phép nhiều người dùng truy cập đồng thời mà không bị tắc nghẽn.

III. Phương Pháp Phân Tích Thiết Kế Hệ Thống Quản Lý Sinh Viên

Để xây dựng một hệ thống phức tạp như website quản lý sinh viên, việc lựa chọn phương pháp phát triển phù hợp là yếu tố quyết định thành công. Dự án tại Trường Cao Đẳng Du Lịch Hà Nội đã áp dụng phương pháp Agile và Scrum Framework, một lựa chọn tối ưu cho các dự án đòi hỏi sự linh hoạt và tương tác cao. Quy trình phân tích thiết kế hệ thống quản lý sinh viên bắt đầu bằng việc định nghĩa yêu cầu thông qua các "câu chuyện người dùng" (User Stories). Mỗi câu chuyện mô tả một chức năng từ góc nhìn của người dùng cuối (quản lý, giảng viên, sinh viên), đi kèm với các "tiêu chí chấp nhận" (Acceptance Criteria) rõ ràng. Cách tiếp cận này giúp đội ngũ phát triển hiểu sâu sắc nhu cầu thực tế và đảm bảo sản phẩm cuối cùng đáp ứng đúng kỳ vọng. Việc lập kế hoạch được chia thành các chu trình phát triển ngắn gọi là Sprint, mỗi Sprint kéo dài vài tuần và cho ra một phiên bản phần mềm hoạt động được. Điều này cho phép nhóm nhận phản hồi sớm và liên tục cải tiến sản phẩm. Nền tảng của hệ thống là một cơ sở dữ liệu sinh viên được thiết kế cẩn thận trên MongoDB, đảm bảo khả năng lưu trữ linh hoạt và truy vấn hiệu quả.

3.1. Áp dụng mô hình Agile và Scrum Framework hiệu quả

Dự án đã áp dụng triệt để mô hình Agile và Scrum Framework. Nhóm làm việc (Scrum team) bao gồm các vai trò rõ ràng: Product Owner, Scrum Master và Development Team. Product Owner chịu trách nhiệm định nghĩa các yêu cầu và ưu tiên hóa chúng trong Product Backlog. Scrum Master đảm bảo quy trình Scrum được tuân thủ, loại bỏ các trở ngại cho nhóm. Development Team chịu trách nhiệm phát triển sản phẩm. Dự án được chia thành 3 Sprint, mỗi Sprint tập trung vào việc hoàn thành một nhóm các User Story quan trọng. Việc sử dụng công cụ Trello để quản lý dự án giúp theo dõi tiến độ công việc một cách trực quan và minh bạch. Các cuộc họp hàng ngày (Daily Scrum), họp sơ kết Sprint (Sprint Review) và họp cải tiến (Sprint Retrospective) được tổ chức đều đặn, thúc đẩy giao tiếp và cải tiến liên tục.

3.2. Xây dựng và tinh chỉnh yêu cầu qua User Story

Yêu cầu phần mềm được phát triển dựa trên các câu chuyện người dùng (User Story). Ví dụ, một User Story của quản lý là: “Là một quản lý, tôi muốn xem danh sách sinh viên để quản lý hồ sơ”. Mỗi User Story được ước tính độ phức tạp bằng Story Point và được phân bổ vào các Sprint khác nhau. Báo cáo dự án cho thấy các User Story được xác định rất chi tiết, từ quản lý tài khoản (US11, US12), quản lý khóa học (US2), đăng ký môn học (US3) đến xem thời khóa biểu (US7). Bản đồ câu chuyện người dùng (Story Mapping) được sử dụng để trực quan hóa toàn bộ các chức năng và mối quan hệ giữa chúng, giúp nhóm có cái nhìn tổng thể và dễ dàng tinh chỉnh, sắp xếp thứ tự ưu tiên cho các tính năng trong quá trình phát triển.

IV. Top Công Nghệ Phát Triển Web Giáo Dục Và Chức Năng Cốt Lõi

Việc lựa chọn công nghệ phù hợp là nền tảng vững chắc cho sự thành công của dự án. Nhóm phát triển đã sử dụng các công nghệ phát triển web giáo dục hiện đại và phổ biến để xây dựng hệ thống. Về phía backend, Node.js cùng với framework Express được lựa chọn nhờ khả năng xử lý bất đồng bộ, hiệu năng cao và hệ sinh thái thư viện phong phú. Điều này giúp xây dựng các API mạnh mẽ và linh hoạt. Về phía frontend, sự kết hợp giữa HTML, CSS, JavaScript và template engine Pug tạo ra một giao diện website giáo dục linh hoạt và dễ bảo trì. Đặc biệt, việc sử dụng Bootstrap giúp thiết kế giao diện đáp ứng (responsive), tương thích tốt trên nhiều thiết bị. Cơ sở dữ liệu NoSQL, cụ thể là MongoDB, được chọn để lưu trữ dữ liệu nhờ cấu trúc linh hoạt, dễ dàng mở rộng và phù hợp với việc lưu trữ hồ sơ sinh viên phức tạp. Hệ thống quản lý phiên bản Git và nền tảng Github được sử dụng để quản lý mã nguồn, cho phép làm việc nhóm hiệu quả. Các công cụ như Figma và Visual Studio Code cũng đóng vai trò quan trọng trong quá trình thiết kế và lập trình. Sự kết hợp này tạo ra một hệ thống quản lý cho trường cao đẳng mạnh mẽ, ổn định và dễ dàng nâng cấp trong tương lai.

4.1. Lựa chọn stack công nghệ Node.js Express và MongoDB

Stack công nghệ MERN (MongoDB, Express, React, Node.js) - dù dự án này dùng Pug thay cho React - là một lựa chọn mạnh mẽ. Node.js cho phép xây dựng backend nhanh chóng và hiệu quả. Express.js, một framework tối giản của Node.js, cung cấp các công cụ cần thiết để xây dựng ứng dụng web và API một cách có cấu trúc. MongoDB, với mô hình lưu trữ dạng tài liệu (document-based), rất phù hợp để quản lý cơ sở dữ liệu sinh viên với các thông tin đa dạng và có thể thay đổi. Sự kết hợp này không chỉ giúp tăng tốc độ phát triển mà còn đảm bảo hệ thống có khả năng chịu tải tốt và dễ dàng mở rộng khi số lượng người dùng và dữ liệu tăng lên.

4.2. Các chức năng website quản lý sinh viên không thể thiếu

Một website quản lý sinh viên hoàn chỉnh phải tích hợp đầy đủ các chức năng thiết yếu. Báo cáo dự án đã mô tả chi tiết các tính năng được phát triển qua từng User Story, bao gồm: Quản lý tài khoản (đăng nhập, đăng xuất, tạo/sửa/xóa tài khoản), Quản lý sinh viên (xem danh sách, thêm mới, xem chi tiết), Quản lý chương trình học (quản lý khóa học, lớp học), Đăng ký tín chỉ online, Quản lý điểm số trực tuyến (xem điểm theo môn, xem điểm trung bình), và quản lý Thời khóa biểu online. Các chức năng này được phân quyền rõ ràng cho từng vai trò người dùng, đảm bảo chỉ những người có thẩm quyền mới có thể truy cập và chỉnh sửa thông tin tương ứng. Đây là những module nền tảng tạo nên một hệ thống quản lý sinh viên htc toàn diện.

V. Báo Cáo Dự Án Website Quy Trình Phát Triển Qua 3 Sprint

Quy trình phát triển dự án được thực hiện một cách có hệ thống qua 3 Sprint, mỗi Sprint đều có mục tiêu rõ ràng và sản phẩm cụ thể. Đây là minh chứng cho việc áp dụng thành công phương pháp Scrum. Mỗi Sprint là một chu kỳ hoàn chỉnh từ lập kế hoạch, phát triển, kiểm thử đến đánh giá. Việc lập báo cáo dự án website chi tiết sau mỗi Sprint giúp tất cả các bên liên quan, từ Product Owner đến các Stakeholder, nắm bắt được tiến độ và chất lượng sản phẩm. Biểu đồ Burndown được sử dụng để theo dõi khối lượng công việc còn lại, đảm bảo Sprint hoàn thành đúng hạn. Các buổi Sprint Review là cơ hội để nhóm trình diễn các chức năng đã hoàn thành và nhận phản hồi trực tiếp. Kết quả từ các buổi demo cho thấy các chức năng đều hoạt động tốt và đáp ứng đầy đủ tiêu chí chấp nhận đã đề ra. Quá trình phát triển này không chỉ tạo ra một sản phẩm phần mềm chất lượng mà còn cho thấy sự trưởng thành trong kỹ năng quản lý dự án và làm việc nhóm của đội ngũ. Việc phát hành các phiên bản phần mềm V1, V2, V3 tương ứng với mỗi Sprint đã giúp sản phẩm được hình thành và hoàn thiện một cách vững chắc.

5.1. Kết quả Sprint 1 Xây dựng nền tảng và quản lý người dùng

Sprint 1 đặt nền móng cho toàn bộ hệ thống. Mục tiêu chính là xây dựng các chức năng nghiệp vụ liên quan đến người dùng. Trong Sprint này, nhóm đã hoàn thành các User Story quan trọng như đăng nhập (US12.1), đăng xuất (US12.2), quản lý tài khoản người dùng (US11.1, US11.2, US11.3, US11.4), và quản lý hồ sơ sinh viên cơ bản (US1.1, US1.2). Kết quả demo cuối Sprint 1 cho thấy các chức năng này hoạt động ổn định, giao diện ưa nhìn và đáp ứng đầy đủ các tiêu chí chấp nhận. Nền tảng hệ thống đã được thiết lập vững chắc, sẵn sàng cho việc phát triển các tính năng phức tạp hơn ở các Sprint tiếp theo.

5.2. Kết quả Sprint 2 Hoàn thiện quản lý khóa học và điểm số

Sprint 2 tập trung vào các tính năng học vụ cốt lõi. Mục tiêu là cho phép sinh viên đăng ký môn học và xem kết quả học tập, đồng thời cung cấp công cụ cho quản trị viên và giảng viên quản lý lớp học. Các User Story chính được hoàn thành bao gồm: quản lý khóa học (US2.1, US2.2, US2.3, US2.4), quản lý lớp học (US14), đăng ký tín chỉ online (US3.1), và xem điểm (US5.1). Theo báo cáo, tất cả các chức năng này đều được đánh giá là hoạt động tốt trong buổi Sprint Review. Việc hoàn thành Sprint 2 đã biến website từ một hệ thống quản lý người dùng đơn thuần thành một phần mềm quản lý đào tạo có giá trị thực tiễn cao.

5.3. Kết quả Sprint 3 Tích hợp thời khóa biểu online và lịch thi

Sprint 3 là giai đoạn hoàn thiện cuối cùng trước khi phát hành. Mục tiêu của Sprint này là cung cấp các tiện ích quan trọng cho sinh viên và giảng viên, giúp họ dễ dàng theo dõi lịch trình. Các chức năng chính được triển khai bao gồm xem thời khóa biểu online theo tuần/tháng (US7.1, US9.4) và quản lý lịch thi (US8.1, US10.1). Giao diện hiển thị lịch được thiết kế trực quan, dễ theo dõi. Kết quả demo cuối cùng khẳng định tất cả các tính năng đã hoạt động trơn tru. Việc hoàn thành Sprint 3 đã mang đến một sản phẩm gần như hoàn chỉnh, sẵn sàng cho giai đoạn kiểm thử hệ thống và triển khai chính thức.

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

Chương 1, các nội dung về tổng quan dự án Hệ thống quản lý sinh viên đã được trình bày chi tiết, bao gồm Hiến chương dự án, các mục tiêu, phạm vi, cũng như các nguồn lực và công cụ hỗ trợ phát triển. Qua đó đã giải quyết được các vấn đề như xác định rõ mục đích, mục tiêu, phạm vi, và các yêu cầu cơ bản của dự án. LẬP KẾ HOẠCH VÀ PHÁT TRIỂN DỰ ÁN 2.1 Kế hoạch thực hiện dự án - Scrum team làm việc gồm: + Product Owner + Scrum Master + Development team (4 thành viên): Vai trò mỗi thành viên như nhau, đảm nhận fullstack và testing. - Dự kiến 3 lần phát hành + Release 1 (04/10) + Release 2 (27/10) + Release 3 (15/11) Hình 2.1 Product Roadmap Xem chi tiết tại link: Product_roadmap 2.2 Định nghĩa yêu cầu phần mềm 2.1 Phát triển yêu cầu dựa trên câu chuyện người dùng TT Theme Epic UID User story Priority 01 Quản lý sinh Là một quản Là một quản lý, tôi viên lý, tôi muốn muốn xem danh US1.

quản lý tài sách sinh viên để High 1 khoản sinh quản lý danh sách viên để có thể sinh viên quản lý hồ sơ US1. Là một quản lý, tôi High 6 muốn thêm mới sinh viên vào hệ 2 thống để quản lý sinh viên một sinh viên mới cách hiệu quả trong hệ thống. 02 Quản lý Là một quản lý, tôi chương trình muốn xem các US2. học khóa học để có thể Medium 1 quản lý chương trình học.

Là một quản lý, tôi muốn thêm mới US2. khóa học để thay Medium 2 Là một quản đổi chương trình lý, tôi muốn học. quản lý các Là một quản lý, tôi khóa học để muốn sửa khóa US2. quản lý học để đảm bảo Medium 3 chương trình chương trình học học tốt hơn.

Là một quản lý, tôi muốn xóa khóa học để đảm bảo US2. những khóa học Medium 4 cần thiết sẽ xuất hiện chính xác trong chương trình học. Là một sinh US3. Là sinh viên, tôi Medium viên, tôi muốn 1 muốn đăng ký đăng ký môn môn học để đảm 7 học trực tuyến để có thể quản bảo tiến độ học tập lý kỳ học của bản thân.

Product backlog Xem chi tiết tại link: Product_Backlog 2.2 Xác định tiêu chí chấp nhận cho người dùng UID Acceptance Criteria Testing US1.1 · Kiểm tra danh sách hiển thị đầy đủ · Given: Quản trị viên đang ở màn hình "Quản lý sinh thông tin cơ bản của sinh viên. · Kiểm tra danh sách có phân trang · When: Quản trị viên "Xem danh sách sinh viên". nếu số lượng sinh viên vượt quá giới · Then: Danh sách toàn bộ sinh viên được hiển thị, hạn. bao gồm các thông tin như: tên, mã sinh viên, lớp, · Kiểm tra trường hợp danh sách khoa, email.

· Given: Quản trị viên đang ở màn hình "Quản lý sinh · Kiểm tra danh sách sinh viên theo viên". mã lớp hợp lệ. · When:Quản trị viên chọn "Xem danh sách sinh viên · Kiểm tra thông báo lỗi khi nhập theo lớp" và nhập mã lớp. mã lớp không tồn tại.

· Then: Danh sách sinh viên thuộc lớp đó được hiển · Kiểm tra trường hợp lớp không có thị. · Given: Quản trị viên đang ở màn hình "Quản lý sinh · Kiểm tra danh sách sinh viên hiển viên". thị đúng theo mã giảng viên hợp lệ. · When: Quản trị viên chọn "Xem danh sách sinh viên · Kiểm tra thông báo lỗi khi nhập theo giảng viên" và nhập mã giảng viên.

mã giảng viên không tồn tại. · Then: Danh sách sinh viên do giảng viên đó phụ · Kiểm tra trường hợp giảng viên trách được hiển thị. không phụ trách sinh viên nào. · Given: Quản trị viên đang xem danh sách sinh viên.

· Kiểm tra file Excel được tải xuống đúng định dạng và đầy đủ dữ liệu. · When: Quản trị viên chọn chức năng "Xuất file Excel". · Kiểm tra trường hợp danh sách trống, file Excel vẫn tải xuống · Then: File Excel được tải xuống và chứa thông tin nhưng không có dữ liệu. danh sách sinh viên · Kiểm tra chức năng trên các trình 8 duyệt khác nhau (Chrome, Firefox.

· Kiểm tra thông tin chi tiết sinh · Given: Quản trị viên đang xem danh sách sinh viên. viên hiển thị đầy đủ và đúng dữ liệu. · When: Quản trị viên chọn một sinh viên trong danh · Kiểm tra liên kết đến trang chi tiết sách. của sinh viên hoạt động chính xác.

· Then: Trang chi tiết của sinh viên đó được hiển thị, · Kiểm tra trường hợp sinh viên bao gồm các thông tin cá nhân, lớp, lịch sử học tập. không tồn tại (đã bị xóa). · Kiểm tra tìm kiếm theo mã sinh · Given: Quản trị viên đang ở màn hình "Quản lý sinh viên hiển thị đúng kết quả. · Kiểm tra tìm kiếm theo tên sinh · When: Quản trị viên nhập từ khóa vào ô tìm kiếm viên trả về tất cả kết quả phù hợp.

· Kiểm tra trường hợp không tìm · Then: Danh sách sinh viên khớp với từ khóa được thấy sinh viên nào. · Kiểm tra tìm kiếm với ký tự đặc biệt hoặc chuỗi rỗng. -· Given: Quản trị viên đang ở màn hình "Danh sách · Bước thực hiện: Nhập đầy đủ sinh viên". thông tin hợp lệ và nhấn "Lưu".

· When: Quản trị viên bấm vào nút thêm và nhập · Kỳ vọng: Thông báo "Thêm sinh US1.2 thông tin người dùng, bấm nút Lưu. viên thành công" được hiển thị. Dữ liệu sinh viên mới xuất hiện trong · Then: Hệ thống lưu thông tin sinh viên mới vào cơ danh sách. sở dữ liệu và hiển thị thông báo "Thêm sinh viên thành công".1 · Kiểm tra đăng nhập thành công với thông tin hợp lệ.

· Kiểm tra lỗi "Tên đăng nhập hoặc · Given: Người dùng đang ở màn hình đăng nhập. mật khẩu không chính xác" với thông tin sai. · When: Người dùng nhập đúng tên đăng nhập và mật khẩu, rồi nhấn nút "Đăng nhập". · Kiểm tra lỗi khi để trống một hoặc cả hai trường.

· Then: Hệ thống chuyển đến trang chính và hiển thị tên người dùng trên giao diện. · Kiểm tra giới hạn số lần đăng nhập sai (nếu có, ví dụ: khóa tài khoản sau 5 lần nhập sai).  Given: Người dùng ở màn hình đăng nhập. · Kiểm tra yêu cầu đặt lại mật khẩu  When: Người dùng nhấn vào liên kết "Quên với email hợp lệ.

mật khẩu", nhập email đã đăng ký, và nhấn "Gửi yêu cầu". · Kiểm tra thông báo lỗi với email  Then: Hệ thống gửi một email chứa liên kết không tồn tại. đặt lại mật khẩu đến địa chỉ email của người · Kiểm tra liên kết đặt lại mật khẩu 9 dùng và hiển thị thông báo "Yêu cầu đặt lại trong email (định dạng, hết hạn. mật khẩu đã được gửi".

· Kiểm tra danh sách lịch sử đăng · Given: Người dùng đã đăng nhập thành công. nhập hiển thị chính xác thông tin · When: Người dùng truy cập mục "Lịch sử đăng (ngày, giờ, IP, thiết bị). · Kiểm tra trường hợp không có lịch · Then: Hệ thống hiển thị danh sách các lần đăng sử (hiển thị thông báo "Không có dữ nhập gần đây, bao gồm thông tin: ngày, giờ, IP và thiết liệu"). · Kiểm tra thông báo "Chào mừng, · Given: Người dùng đăng nhập thành công.

[Tên người dùng]" sau khi đăng nhập thành công. · When: Người dùng được chuyển đến trang chính. · Kiểm tra thông báo lỗi khi server · Then: Hệ thống hiển thị thông báo "Chào mừng, không phản hồi. [Tên người dùng]" trên giao diện.

· Given: Người dùng đã đăng nhập thành công và đang ở bất kỳ màn hình nào trong hệ thống. · When: Người dùng nhấn vào nút "Đăng xuất".  Người dùng được chuyển về US12.2 màn hình đăng nhập. · Then: Hệ thống đăng xuất người dùng, chuyển về  Hiển thị thông báo "Bạn đã màn hình đăng nhập và hiển thị thông báo "Bạn đã đăng xuất thành công".

đăng xuất thành công". Tiêu chí chấp nhận của các User story Xem chi tiết tiêu chí chấp nhận tại link: Acceptance_criteria 2.3 Ước tính độ phức tạp câu chuyện người dùng 10 UID Story point Estimated Effort (hour) US1.2 11 3 25 US14 3 35 Biểu mẫu 2. Độ phức tạp câu chuyện người dùng 2.4 Tạo bản đồ câu chuyện người dùng và tinh chỉnh câu chuyện người dùng - Bản đồ câu chuyện người dùng: Hình 2. Bản đồ câu chuyện người dùng của Quản lý Xem chi tiết tại link: Story_mapping 2.3 Phân bổ câu chuyện người dùng cho các chu trình phát triển phần mềm 12 Estimated Effort USID Story point Sprint Status (hour) Sprint 1 US12.2 3 25 1 Todo Sprint 2 US2.1 3 30 2 Todo Sprint 3 US7.1 3 20 3 Todo Biểu mẫu 2.

Phân bổ câu chuyện người dùng 2. Danh sách câu chuyện người dùng trong các chu trình phát triển phần mềm Sprint 1 Story Estimated UID Status Task Task owner point Effort (hour) Đăng nhập bằng tên Hàn Nhật Ninh đăng nhập Quên mật Trần Đức Kiên khẩu US12.1 5 35 Todo Lịch sử Đồng Quang Điệp đăng nhập Thông báo Đinh Quốc Anh US12.2 2 15 Todo Đăng xuất Đinh Quốc Anh US11.1 3 25 Todo Xem danh sách sinh Hàn Nhật Ninh viên Xem danh Trần Đức Kiên sách giảng viên 14 Tìm kiếm Đồng Quang Điệp Xuất file Đinh Quốc Anh PDF Xuất file Hàn Nhật Ninh Excel Tạo tài Trần Đức Kiên khoản US11.2 3 25 Todo Thêm Đồng Quang Điệp quyền Xem danh sách sinh Hàn Nhật Ninh viên Xem sinh viên theo Đồng Quang Điệp lớp Xem sinh 3 35 Todo viên theo Đinh Quốc Anh US1.1 giảng viên Xem chi tiết sinh Trần Đức Kiên viên Tìm kiếm Hàn Nhật Ninh sinh viên Xuất file Hàn Nhật Ninh Excel US1.2 3 25 Todo Thêm sinh Đinh Quốc Anh viên Thêm môn Trần Đức Kiên học cho 15 sinh viên Xóa tài US11.3 2 20 Todo Đinh Quốc Anh khoản Sửa thông tin tài Hàn Nhật Ninh US11.4 3 25 Todo khoản Sửa quyền Trần Đức Kiên Xem US13.1 3 25 Todo thông tin Đồng Quang Điệp cá nhân Cập nhập Trần Đức Kiên thông tin US13.2 3 25 Todo Đổi mật Hàn Nhật Ninh khẩu Biểu mẫu 2. Danh sách câu chuyện người dùng Sprint 1 Sprint 2 16 Estimated Story UID Effort Status Task Task owner point (hour) Xem danh sách khóa học Hàn Nhật Ninh Tìm kiếm Đồng Quang Điệp khóa học US2.1 3 35 Xuất file Đinh Quốc Anh Excel Todo Xuất file Trần Đức Kiên PDF Thêm Hàn Nhật Ninh khóa học US2.2 3 35 Todo Thêm điều kiển khóa Đồng Quang Điệp học 17 Sửa khóa Đinh Quốc Anh học US2.3 3 35 Todo Sửa điều kiện khóa Trần Đức Kiên học Xóa khóa US2.4 2 25 Todo Hàn Nhật Ninh học Thêm lớp Đồng Quang Điệp Xem lớp Đinh Quốc Anh Hiển thị US14 danh sách Trần Đức Kiên sinh viên Thêm sinh viên vào Hàn Nhật Ninh 3 35 Todo lớp Đăng ký Đồng Quang Điệp môn học US3.