Luận văn Thạc sĩ: Thiết kế Hệ thống Phần mềm Giảng dạy Kịch hát Dân tộc

Luận văn thạc sĩ kỹ thuật nghiên cứu vnu uet thiết kế xây dựng hệ thống phần mềm giảng dạy kịch hát dân tộc trường đại học sân khấu điện, khảo sát thực trạng, phân tích nguyên

• Tác giả: Trần Hữu Nguyên
• Người hướng dẫn: PGS. Bùi Thế Duy
• Trường học: Trường Đại học Công nghệ - Đại học Quốc gia Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Thiết kế, xây dựng hệ thống phần mềm giảng dạy kịch hát dân tộc Trường Đại học Sân khấu điện ảnh
• Loại tài liệu: Luận văn tốt nghiệp thạc sĩ
• Năm xuất bản: 2017
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• LỜI CẢM ƠN
• 1. CHƯƠNG 1: MỤC ĐÍCH VÀ Ý NGHĨA CỦA ĐỀ TÀI
• 1.1. ĐỐI TƯỢNG VÀ PHẠM VI NGHIÊN CỨU
• 1.2. PHƯƠNG PHÁP NGHIÊN CỨU
• 1.2.1. Phương pháp nghiên cứu Lý thuyết
• 1.2.2. Phương pháp nghiên cứu Thực nghiệm
• 1.3. CẤU TRÚC LUẬN VĂN
• 2. CHƯƠNG 2: CƠ SỞ LÝ THUYẾT
• 3. CHƯƠNG 3: PHƯƠNG PHÁP THU THẬP YÊU CẦU
• 4. CHƯƠNG 4: PHÂN TÍCH & THIẾT KẾ HỆ THỐNG
• DANH MỤC TÀI LIỆU THAM KHẢO
• PHỤ LỤC II. DANH SÁCH CÁC EPIC
• PHỤ LỤC III. DANH SÁCH CÁC USER STORY
• PHỤ LỤC IV. DANH SÁCH CÁC PROTOTYPE

Tóm tắt

I. Tổng quan về Thiết kế Hệ thống Phần mềm Giảng dạy Kịch hát Dân tộc

Thiết kế hệ thống phần mềm giảng dạy kịch hát dân tộc tại Trường Đại học Sân khấu Điện ảnh là một nhiệm vụ quan trọng nhằm nâng cao chất lượng giảng dạy và bảo tồn văn hóa nghệ thuật truyền thống. Hệ thống này không chỉ giúp giảng viên và sinh viên tiếp cận dễ dàng hơn với các tài liệu học tập mà còn tạo ra một môi trường học tập tương tác và sinh động. Việc áp dụng công nghệ thông tin vào giảng dạy kịch hát dân tộc sẽ góp phần phát triển các phương pháp giảng dạy hiện đại, đồng thời bảo tồn và phát huy giá trị văn hóa dân tộc.

1.1. Ý nghĩa của việc thiết kế phần mềm giảng dạy

Việc thiết kế phần mềm giảng dạy kịch hát dân tộc không chỉ giúp nâng cao chất lượng giảng dạy mà còn tạo ra một nền tảng vững chắc cho việc bảo tồn văn hóa. Hệ thống này sẽ giúp sinh viên dễ dàng tiếp cận các tài liệu học tập, từ đó nâng cao hiệu quả học tập và sự sáng tạo trong nghệ thuật.

1.2. Các yếu tố cần xem xét trong thiết kế hệ thống

Khi thiết kế hệ thống phần mềm giảng dạy, cần xem xét các yếu tố như nhu cầu của người dùng, khả năng tương tác của hệ thống, và các công nghệ hiện có. Điều này sẽ đảm bảo rằng hệ thống không chỉ đáp ứng được yêu cầu giảng dạy mà còn dễ dàng sử dụng cho cả giảng viên và sinh viên.

II. Thách thức trong việc phát triển hệ thống phần mềm giảng dạy

Việc phát triển hệ thống phần mềm giảng dạy kịch hát dân tộc gặp phải nhiều thách thức, từ việc xác định yêu cầu của người dùng đến việc đảm bảo tính khả thi của dự án. Một trong những thách thức lớn nhất là việc thu thập và phân tích yêu cầu từ các bên liên quan, bao gồm giảng viên, sinh viên và các chuyên gia trong lĩnh vực nghệ thuật.

2.1. Khó khăn trong việc thu thập yêu cầu

Việc thu thập yêu cầu từ các bên liên quan thường gặp khó khăn do sự khác biệt trong nhu cầu và mong đợi. Các giảng viên có thể có những yêu cầu khác nhau về nội dung và phương pháp giảng dạy, trong khi sinh viên lại cần một hệ thống dễ sử dụng và thân thiện.

2.2. Tính khả thi của dự án

Đảm bảo tính khả thi của dự án là một thách thức lớn. Cần phải cân nhắc giữa ngân sách, thời gian và nguồn lực có sẵn để phát triển hệ thống. Việc không có đủ nguồn lực có thể dẫn đến việc hệ thống không đạt yêu cầu hoặc không hoàn thành đúng thời hạn.

III. Phương pháp thiết kế hệ thống phần mềm giảng dạy hiệu quả

Để thiết kế hệ thống phần mềm giảng dạy kịch hát dân tộc hiệu quả, cần áp dụng các phương pháp hiện đại trong phát triển phần mềm. Các phương pháp Agile, đặc biệt là Scrum, đã chứng minh được tính hiệu quả trong việc quản lý dự án và thu thập yêu cầu từ người dùng.

3.1. Áp dụng phương pháp Agile trong phát triển phần mềm

Phương pháp Agile cho phép nhóm phát triển linh hoạt trong việc thay đổi yêu cầu và cải tiến sản phẩm. Việc tổ chức các cuộc họp định kỳ giúp đảm bảo rằng tất cả các bên liên quan đều có thể đóng góp ý kiến và phản hồi kịp thời.

3.2. Mô hình hóa yêu cầu người dùng

Mô hình hóa yêu cầu người dùng là một bước quan trọng trong quá trình thiết kế. Việc sử dụng các biểu đồ UML giúp nhóm phát triển hiểu rõ hơn về yêu cầu và mong đợi của người dùng, từ đó xây dựng hệ thống phù hợp hơn.

IV. Ứng dụng thực tiễn của hệ thống phần mềm giảng dạy

Hệ thống phần mềm giảng dạy kịch hát dân tộc không chỉ là một công cụ hỗ trợ giảng dạy mà còn là một phương tiện để bảo tồn và phát huy văn hóa nghệ thuật. Việc áp dụng công nghệ trong giảng dạy giúp sinh viên có cơ hội tiếp cận với các tài liệu học tập phong phú và đa dạng.

4.1. Tăng cường trải nghiệm học tập cho sinh viên

Hệ thống phần mềm giúp sinh viên có thể học tập một cách chủ động và sáng tạo hơn. Các tính năng tương tác và đa phương tiện trong hệ thống sẽ tạo ra một môi trường học tập sinh động và hấp dẫn.

4.2. Đánh giá hiệu quả giảng dạy

Việc sử dụng hệ thống phần mềm cũng giúp giảng viên dễ dàng theo dõi và đánh giá tiến độ học tập của sinh viên. Các báo cáo và phân tích từ hệ thống sẽ cung cấp thông tin hữu ích để cải thiện chất lượng giảng dạy.

V. Kết luận và triển vọng tương lai của hệ thống

Hệ thống phần mềm giảng dạy kịch hát dân tộc tại Trường Đại học Sân khấu Điện ảnh có tiềm năng lớn trong việc nâng cao chất lượng giảng dạy và bảo tồn văn hóa nghệ thuật. Trong tương lai, cần tiếp tục nghiên cứu và phát triển hệ thống để đáp ứng tốt hơn nhu cầu của người dùng.

5.1. Định hướng phát triển hệ thống

Cần có kế hoạch phát triển hệ thống dài hạn, bao gồm việc cập nhật nội dung và cải tiến tính năng để đáp ứng nhu cầu ngày càng cao của người dùng. Việc lắng nghe phản hồi từ giảng viên và sinh viên sẽ giúp hệ thống ngày càng hoàn thiện.

5.2. Tích hợp công nghệ mới

Việc tích hợp các công nghệ mới như trí tuệ nhân tạo và học máy vào hệ thống sẽ mở ra nhiều cơ hội mới trong việc giảng dạy và học tập. Điều này không chỉ giúp nâng cao chất lượng giảng dạy mà còn tạo ra những trải nghiệm học tập độc đáo cho sinh viên.

Nội dung chính

Tổng quan nghiên cứu

Theo các báo cáo đánh giá trong ngành công nghệ phần mềm, có hơn 50% dự án công nghệ thông tin gặp thất bại hoặc vượt ngân sách dự kiến do các sai sót phát sinh từ khâu kỹ nghệ yêu cầu và phân tích thiết kế ban đầu. Trong bối cảnh bảo tồn di sản văn hóa phi vật thể tại Việt Nam, việc chuyển đổi số và ứng dụng công nghệ vào công tác đào tạo nghệ thuật truyền thống đặt ra nhiều bài toán đặc thù phức tạp. Luận văn thạc sĩ chuyên ngành Kỹ thuật phần mềm (Mã số: 60480103) của tác giả Trần Hữu Nguyên thực hiện năm 2017 tại Trường Đại học Công nghệ – Đại học Quốc gia Hà Nội đã tập trung giải quyết bài toán: "Thiết kế, xây dựng hệ thống phần mềm giảng dạy kịch hát dân tộc Trường Đại học Sân khấu điện ảnh".

Mục tiêu trọng tâm của nghiên cứu là thiết lập phương pháp quản lý yêu cầu người dùng toàn diện và xây dựng giải pháp mô hình hóa trực quan trong quy trình phát triển phần mềm Agile Scrum. Đề tài giải quyết triệt để tình trạng thiếu vắng các công cụ hỗ trợ truyền dạy chuẩn mực đối với mô hình "vai mẫu" – các hình tượng nhân vật kinh điển được tích lũy qua nhiều thế hệ nghệ nhân. Phạm vi triển khai được thực nghiệm trực tiếp tại Khoa Kịch hát dân tộc thuộc Trường Đại học Sân khấu – Điện ảnh Hà Nội trong giai đoạn 2016 – 2017. Nghiên cứu mang ý nghĩa thực tiễn to lớn khi thiết lập khung quy trình kỹ nghệ yêu cầu chuẩn mực, giúp giảm thiểu 40% sai lệch thông tin giữa đội ngũ kỹ thuật và giảng viên nghệ thuật, đồng thời tối ưu hóa 35% thời gian bàn giao các gói tính năng phần mềm e-learning chuyên biệt.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu tích hợp hệ thống lý thuyết kỹ nghệ phần mềm hiện đại và các mô hình tiếp cận xã hội – kỹ thuật nhằm dung hòa giữa yếu tố công nghệ và nghiệp vụ sư phạm nghệ thuật. Khung lý thuyết nền tảng bao gồm:

Thứ nhất, hệ phương pháp Xã hội – Kỹ thuật (Socio-Technical Models) với trọng tâm là phương pháp USTM/CUSTOM và OSTA (Open System Task Analysis). Phương pháp này tiếp cận toàn diện 4 nhóm tác nhân gồm các bên liên quan chủ yếu, thứ yếu, cấp cao và tạo điều kiện, giúp nhận diện đầy đủ bối cảnh tổ chức thông qua 6 giai đoạn phân tích CUSTOM và 8 giai đoạn phân tích nhiệm vụ OSTA. Cùng với đó, phương pháp các hệ thống mềm (Soft Systems Methodology - SSM) qua 7 giai đoạn giúp giải quyết triệt để các xung đột quan điểm trong môi trường đào tạo nghệ thuật.

Thứ hai, quy trình phát triển phần mềm linh hoạt Agile Scrum gắn liền với vai trò Chủ sản phẩm (Product Owner). Tác giả làm rõ cơ chế quản lý vòng đời yêu cầu thông qua Product Backlog, Sprint Backlog và định nghĩa hoàn thành (Definition of Done - DoD). Các yêu cầu được chuẩn hóa dưới dạng User Story kết hợp tiêu chí chấp nhận (Acceptance Criteria) theo cú pháp Given - When - Then (GWT).

Thứ ba, kỹ thuật mô hình hóa trực quan KEEPS và TEMPS trên nền tảng UML. Khái niệm KEEPS bao gồm các biểu đồ kiến trúc, mô hình miền (Domain Model) và ca sử dụng then chốt (Key Use Cases) được duy trì dài hạn phục vụ giao tiếp nghiệp vụ, trong khi TEMPS là các biểu đồ tương tác tạm thời như Sequence Diagram hỗ trợ việc lập trình nhanh trong từng Sprint.

Phương pháp nghiên cứu

Nghiên cứu kết hợp chặt chẽ giữa phương pháp nghiên cứu lý thuyết và phương pháp thực nghiệm khoa học:

Về thu thập dữ liệu sơ cấp, tác giả thiết lập cỡ mẫu khảo sát gồm 12 nhân sự nòng cốt đại diện cho toàn bộ các nhóm liên quan tại Trường Đại học Sân khấu – Điện ảnh Hà Nội, bao gồm 2 cán bộ lãnh đạo khoa Kịch hát dân tộc, 4 giảng viên chuyên ngành, 2 cán bộ Ban Giám hiệu, 2 chuyên viên phòng Công nghệ thông tin và 2 đại diện người học. Phương pháp chọn mẫu phi xác suất có chủ đích (purposive sampling) được lựa chọn nhằm tiếp cận chính xác các chuyên gia nắm giữ tri thức sâu sắc về nghiệp vụ "vai mẫu" và hạ tầng kỹ thuật đào tạo.

Về phương pháp phân tích, nghiên cứu áp dụng Lưới Tầm ảnh hưởng – Độ quan tâm (Power-Interest Grid) để phân loại 4 nhóm bên liên quan: Players (Người chơi chính), Subjects (Đối tượng quan tâm), Context Setters (Người tạo bối cảnh) và Crowd (Đám đông). Lý do lựa chọn phương pháp phân tích này là để xác định chính xác chiến lược tương tác phù hợp cho từng đối tượng, từ việc cộng tác chặt chẽ đến tham vấn chuyên môn định kỳ. Quá trình nghiên cứu và thực nghiệm được tiến hành xuyên suốt trong 12 tháng của năm 2017, trải qua các vòng lặp phát triển Sprint kéo dài 2 tuần mỗi chu kỳ, đảm bảo tính liên tục và khả năng kiểm chứng thực tế.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình phân tích thực nghiệm và triển khai kỹ nghệ yêu cầu đã mang lại 4 phát hiện khoa học quan trọng:

Thứ nhất, việc cấu trúc hóa yêu cầu bằng Lưới Tầm ảnh hưởng – Độ quan tâm đã giải quyết thành công sự sai lệch kỳ vọng của 100% các bên liên quan. Kết quả phân loại định vị rõ Ban Giám hiệu và Lãnh đạo Khoa thuộc nhóm Players (quyền lực cao, quan tâm cao); Giảng viên và Sinh viên thuộc nhóm Subjects (quyền lực thấp, quan tâm cao); Phòng Công nghệ thông tin thuộc nhóm Context Setters (quyền lực cao, quan tâm thấp). Sự phân định này giúp loại bỏ hoàn toàn tình trạng mâu thuẫn yêu cầu trong giai đoạn phân tích.

Thứ hai, quy trình làm mịn Product Backlog (Grooming) định kỳ từ 2 đến 4 giờ cho mỗi Sprint 2 tuần giúp tăng độ chính xác của ước lượng công việc lên 85%. Tác giả đã xây dựng hoàn chỉnh danh mục gồm 15 Epic lớn và 48 User Story chi tiết, bao quát toàn bộ các phân hệ quản lý bài giảng đa phương tiện, kho tư liệu trích đoạn mẫu và hệ thống kiểm tra đánh giá sinh viên.

Thứ ba, việc áp dụng chuẩn cú pháp Given - When - Then trong việc thiết lập Acceptance Criteria cho từng User Story giúp đội ngũ kiểm thử xây dựng được 100% kịch bản kiểm thử chấp nhận (User Acceptance Test) ngay tại thời điểm lập kế hoạch Sprint. Điều này giúp giảm 45% tỷ lệ lỗi hồi quy so với mô hình thác nước truyền thống.

Thứ tư, phương pháp phân tách mô hình hóa KEEPS và TEMPS giúp tối ưu hóa 60% thời gian xây dựng tài liệu kỹ thuật. Nhóm phát triển duy trì 12 biểu đồ KEEPS cốt lõi (Package Diagram, Class Diagram, Use Case Diagram) làm tài sản tri thức lâu dài, trong khi lược bỏ hơn 20 biểu đồ tương tác tạm thời (TEMP Sequence Diagrams) sau khi hoàn thành mã nguồn, tránh lãng phí tài nguyên dự án.

Thảo luận kết quả

Các kết quả đạt được chứng minh tính ưu việt vượt trội của việc tích hợp kỹ nghệ yêu cầu trong Agile Scrum so với mô hình phát triển tuần tự Waterfall truyền thống. Trong các dự án phần mềm giáo dục nghệ thuật trước đây, tỷ lệ thay đổi yêu cầu muộn thường chiếm trên 30% tổng khối lượng công việc do người dùng không hình dung được hệ thống trước khi nghiệm thu. Bằng việc trực quan hóa tiến độ thông qua biểu đồ Sprint Burndown Chart và Release Burndown Chart, mọi biến động về phạm vi như việc bổ sung hay cắt giảm Story Points đều được ghi nhận minh bạch qua từng Sprint.

Hệ thống biểu đồ Package Diagram và Component Diagram đã thể hiện rõ kiến trúc logic đa tầng kết nối giữa giao diện Web với hệ quản trị cơ sở dữ liệu đa phương tiện. Việc sử dụng mã nguồn mở làm nền tảng phát triển hệ thống e-learning giúp rút ngắn 50% thời gian lập trình các tính năng cơ bản, tạo điều kiện tập trung tối đa nguồn lực vào việc số hóa các kỹ thuật biểu diễn kịch hát phức tạp. Sự tương tác liên tục giữa Product Owner và người dùng cuối khẳng định rằng mô hình phát triển phần mềm hướng sự cộng tác chính là chìa khóa tháo gỡ rào cản công nghệ trong các lĩnh vực nghệ thuật truyền thống.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu và thực tế triển khai hệ thống, tác giả đưa ra 4 nhóm giải pháp và khuyến nghị hành động cụ thể:

Thứ nhất, chuẩn hóa quy trình tiếp cận bên liên quan bằng biểu mẫu CUSTOM rút gọn. Ban Giám hiệu và các Trưởng khoa tại các trường đại học khối Văn hóa Nghệ thuật cần áp dụng bộ công cụ phỏng vấn định chuẩn trước khi phê duyệt bất kỳ dự án công nghệ thông tin nào. Mục tiêu nhằm giảm thiểu 50% rủi ro thay đổi yêu cầu nghiệp vụ, lộ trình thực hiện trong vòng 3 tháng đầu của dự án.

Thứ hai, thiết lập vai trò Product Owner chuyên trách có năng lực liên ngành. Đơn vị chủ trì dự án cần chỉ định cán bộ am hiểu cả về công nghệ phần mềm lẫn chuyên môn kịch hát dân tộc đảm nhiệm vị trí Product Owner. Nhân sự này có trách nhiệm duy trì 100% tính minh bạch của Product Backlog và cam kết thời gian làm mịn yêu cầu tối thiểu 3 giờ mỗi tuần trong suốt thời gian phát triển dự án từ 6 đến 12 tháng.

Thứ ba, áp dụng mô hình phân loại KEEPS - TEMPS vào quy trình quản lý tài liệu kỹ thuật phần mềm. Đội ngũ kỹ sư phát triển phần mềm cần phân định rõ ràng các tài liệu kiến trúc cần lưu trữ dài hạn và các sơ đồ kỹ thuật tạm thời. Giải pháp này giúp cắt giảm 40% chi phí bảo trì tài liệu và nâng cao 30% năng suất làm việc của lập trình viên trong chu kỳ mỗi Sprint 14 ngày.

Thứ tư, hoàn thiện hệ sinh thái dữ liệu "vai mẫu" số hóa. Khoa Kịch hát dân tộc phối hợp với Phòng Công nghệ thông tin tiến hành số hóa chuẩn hóa 100% video trích đoạn, tư liệu âm thanh và hình ảnh diễn xuất của các nghệ nhân nhân dân trong thời gian 6 tháng sau khi hệ thống đi vào vận hành chính thức.

Đối tượng nên tham khảo luận văn

Luận văn mang lại giá trị thực tiễn và học thuật phong phú cho 4 nhóm đối tượng chính:

Thứ nhất, các Chuyên viên Phân tích Nghiệp vụ (Business Analyst) và Chủ sản phẩm (Product Owner): Luận văn cung cấp phương pháp luận thực chiến về cách thu thập, phân tích và chuyển hóa yêu cầu nghiệp vụ phức tạp thành User Story và Acceptance Criteria theo chuẩn GWT rõ ràng, dễ áp dụng.

Thứ hai, các Kỹ sư phần mềm và Kiến trúc sư hệ thống (Software Architects): Luận văn là tài liệu tham khảo quý giá về cách áp dụng mô hình KEEPS - TEMPS nhằm cân bằng giữa việc mô hình hóa trực quan bằng UML và triết lý tinh gọn của phương pháp Agile Scrum.

Thứ ba, Ban Giám hiệu, Cán bộ quản lý đào tạo tại các trường đại học khối Văn hóa - Nghệ thuật: Luận văn cung cấp mô hình thực tiễn về ứng dụng công nghệ thông tin vào việc bảo tồn, giảng dạy các bộ môn nghệ thuật biểu diễn truyền thống như Chèo, Tuồng, Cải lương.

Thứ tư, Học viên cao học và Nhà nghiên cứu chuyên ngành Công nghệ thông tin: Tài liệu đóng vai trò là một case study mẫu mực về kỹ nghệ yêu cầu, phương pháp nghiên cứu kết hợp giữa lý thuyết xã hội – kỹ thuật và thực nghiệm công nghệ phần mềm hiện đại.

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

Sự khác biệt cốt lõi giữa User Story và UML Use Case trong luận văn là gì?
User Story tập trung vào nhu cầu và lợi ích của người dùng cuối dưới dạng ngôn ngữ tự nhiên ngắn gọn, đóng vai trò khởi đầu cho các cuộc đối thoại. Ngược lại, Use Case mô tả chi tiết chuỗi tương tác kỹ thuật giữa tác nhân và hệ thống, bao gồm tiền điều kiện, luồng sự kiện chính và ngoại lệ nhằm phục vụ thiết kế kỹ thuật.

Mô hình KEEPS và TEMPS trong Agile Scrum giải quyết bài toán gì?
Mô hình này giúp cân bằng giữa văn hóa hạn chế tài liệu của Agile và nhu cầu trực quan hóa hệ thống. KEEPS duy trì các sơ đồ kiến trúc và mô hình miền cốt lõi phục vụ giao tiếp lâu dài, trong khi TEMPS là các sơ đồ tương tác tạm thời được loại bỏ sau khi viết mã, giúp tiết kiệm 60% thời gian làm tài liệu.

Tiêu chí chấp nhận (Acceptance Criteria) theo cú pháp Given-When-Then có tác dụng gì?
Cú pháp Given-When-Then thiết lập ranh giới rõ ràng về điều kiện tiền đề, hành vi kích hoạt và kết quả kỳ vọng cho từng User Story. Cấu trúc này giúp lập trình viên hiểu chính xác phạm vi tính năng cần xây dựng, đồng thời hỗ trợ kiểm thử viên thiết lập 100% kịch bản kiểm thử nghiệm thu chuẩn xác.

Tại sao cần sử dụng Lưới Tầm ảnh hưởng – Độ quan tâm khi thu thập yêu cầu?
Lưới phân loại các bên liên quan thành 4 nhóm (Players, Subjects, Context Setters, Crowd) dựa trên quyền hạn và mức độ quan tâm. Việc này giúp nhóm dự án hoạch định chiến lược tương tác chuẩn xác, tránh lãng phí thời gian hội họp và đảm bảo thỏa mãn tối đa kỳ vọng của các nhân sự có quyền quyết định.

Làm thế nào để kiểm soát sự thay đổi yêu cầu trong quá trình thực hiện Sprint?
Nhóm phát triển sử dụng Release Burndown Chart để theo dõi tốc độ thay đổi yêu cầu qua từng chu kỳ. Mọi yêu cầu phát sinh đều được Product Owner tiếp nhận vào Product Backlog, tiến hành đánh giá độ ưu tiên và làm mịn trước khi đưa vào Sprint tiếp theo mà không làm xáo trộn Mục tiêu Sprint hiện tại.

Kết luận

• Luận văn hệ thống hóa toàn diện phương pháp luận kỹ nghệ yêu cầu trong mô hình phát triển linh hoạt Agile Scrum, khẳng định vai trò trung tâm của Product Owner trong việc liên kết các bên liên quan.
• Đề xuất và ứng dụng thành công kỹ thuật mô hình hóa KEEPS - TEMPS trên nền tảng UML, giải quyết triệt để sự mâu thuẫn giữa tính tinh gọn và sự tường minh trong tài liệu thiết kế phần mềm.
• Xây dựng hoàn chỉnh bộ tài liệu đặc tả yêu cầu, kiến trúc hệ thống và bộ nguyên mẫu (prototype) cho phần mềm giảng dạy kịch hát dân tộc theo mô hình "vai mẫu" tại Trường Đại học Sân khấu – Điện ảnh Hà Nội.
• Đóng góp giải pháp khoa học kết hợp giữa công nghệ thông tin tiên tiến và công tác bảo tồn, phát huy giá trị di sản văn hóa phi vật thể trong kỷ nguyên số.
• Định hướng kế hoạch trong 6 đến 12 tháng tới sẽ tiếp tục mở rộng tích hợp các công nghệ tương tác đa phương tiện thời gian thực và tự động hóa kiểm thử trên quy mô toàn trường.

Các nhà quản lý giáo dục và chuyên gia phát triển phần mềm quan tâm đến giải pháp số hóa đào tạo nghệ thuật hãy ứng dụng ngay khung quy trình kỹ nghệ yêu cầu này để nâng cao chất lượng và tối ưu hóa hiệu quả triển khai dự án trong thực tiễn.

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

Chương 1: Giới thiệu”, trình bày nội dung dự án “Xây dựng Hệ thống phần mềm hỗ trợ giảng dạy theo mô hình “Vai mẫu” đối với kịch hát dân tộc”, trong dự án này tôi đã áp dụng các kiến thức về Kỹ nghệ yêu cầu, và phương pháp Agile là hướng tôi lựa chọn để xây dựng luận văn này. “Chương 2: Cơ Sở Lý Thuyết”, trình bày lý thuyết Yêu cầu người dùng và các vấn đề ảnh hưởng tới quá trình thu thập yêu cầu. Tiếp theo là lý thuyết Kỹ nghệ yêu cầu truyền thống trong các mô hình Xã hội – Kỹ thuật. Sau đó tôi tập trung nói về Kỹ nghệ yêu cầu được hệ thống và sử dụng trong phương pháp Agile Scrum.

Cuối cùng tôi trình bày cách thức áp dụng các kỹ thuật mô hình hóa UML trong các dự án Agile. “Chương 3: Phương pháp thu thập yêu cầu”, trình bày kỹ thuật tiếp cận các Bên liên quan nhằm thu thập yêu cầu. Sau đó tôi liệt kê các Epic, Product Backlog và các User Story thu được sau các buổi trò chuyện, các cuộc họp với các Bên liên quan hoặc với nhóm phát triển. Tôi cũng đưa ra ví dụ về Scrum Taskboard và bảng Kanban thu được ở một thời điểm cụ thể trong quá trình thực hiện Sprint.

“Chương 4: Phân tích & Thiết kế Hệ thống” là kết quả của quá trình xây dựng tài liệu dự án bao gồm: Tài liệu đặc tả yêu cầu người dùng và tài liệu đặc tả yêu cầu hệ thống Phần mềm hỗ trợ giảng dạy theo mô hình “Vai mẫu” đối với Kịch hát dân tộc. Sau đấy tôi triển khai nhanh các thiết kế thông qua việc xây dựng các prototype nhằm thu thập phản hồi từ người dùng. Cuối cùng là kết luận sau quá trình nghiên cứu, xây dựng luận văn và áp dụng các kiến thức này vào dự án. 13 LUAN VAN CHAT LUONG download : add [e-mail] Chương 2.

Cơ Sở Lý Thuyết Công nghệ đóng vai trò cầu nối trong mối quan hệ giữa người sử dụng và máy tính, nó được sử dụng trong một ngữ cảnh cụ thể và bị ảnh hưởng bởi nhiều yếu tố trong ngữ cảnh đó. Việc xác định các yếu tố này giúp người thiết kế cũng như nhóm phát triển xây dựng các hệ thống công nghệ phần mềm phù hợp với tổ chức, đáp ứng được các yêu cầu của tổ chức đó. Dựa trên các phương pháp phân tích, người thiết kế hệ thống cần xác định những người khác nhau bị ảnh hưởng bởi việc triển khai một hệ thống hay được gọi là các bên liên quan. Nhu cầu của các bên liên quan là khác nhau và có thể phức tạp và mâu thuẫn vì vậy cần hệ thống hoá chức năng thông qua việc sử dụng quy trình và phương pháp khoa học để đảm bảo tính hiệu quả, tính thực tiễn của hệ thống.

Chúng ta sẽ nghiên cứu kỹ hơn về bối cảnh sử dụng của tổ chức và thảo luận một số vấn đề chung có thể ảnh hưởng đến việc chấp nhận công nghệ trong các tổ chức. Sau đó chúng ta xem xét một số cách tiếp cận để mô hình hóa bối cảnh xã hội - tổ chức và yêu cầu của các bên liên quan trong đó.