Đại học Quốc gia Hà Nội: Chương trình đào tạo kỹ thuật phần mềm và hệ thống thông tin

Luận văn trình bày 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, nâng cao chất lượng đào tạo.

• Người hướng dẫn: TS. Nguyễn Thị Dung
• Trường học: Đại học Quốc gia Hà Nội
• Chuyên ngành: Kỹ thuật phần mềm
• Đề tài: Đại học Quốc gia Hà Nội: Chương trình đào tạo kỹ thuật phần mềm và hệ thống thông tin
• Loại tài liệu: Luận văn
• 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. MỤC LỤC
• 1.1. DANH MỤC THUẬT NGỮ
• 1.2. DANH MỤC CHỮ VIẾT TẮT
• 1.3. DANH MỤC BẢNG BIỂU
• 1.4. MỤC ĐÍCH VÀ Ý NGHĨA CỦA ĐỀ TÀI
• 1.5. ĐỐI TƯỢNG VÀ PHẠM VI NGHIÊN CỨU
• 1.6. PHƯƠNG PHÁP NGHIÊN CỨU THỰC NGHIỆM
• 1.7. YÊU CẦU TRONG KỸ NGHỆ HỆ THỐNG VÀ KỸ NGHỆ PHẦN MỀM
• 1.8. MỘT SỐ NHÂN TỐ TRONG PHÁT TRIỂN YÊU CẦU
• 1.9. THAY ĐỔI ĐỐI VỚI YÊU CẦU
• 1.10. TÍNH CẤP THIẾT CỦA SỰ HÌNH XẠ TRONG YÊU CẦU PHẦN MỀM
• 1.11. MÔ HÌNH XÃ HỘI – KỸ THUẬT (Social-Technical models)
• 1.12. KỸ NGHỆ YÊU CẦU TRONG AGILE SCRUM
• 1.13. VAI TRÒ CỦA CHỦ SẢN PHẨM (Product Owner) TRONG SCRUM
• 1.14. QUY TRÌNH VÀ TIẾN ĐỘ HỌP TRONG SCRUM
• 1.15. HƯỚNG TIẾP CẬN BÊN LIÊN QUAN (Stakeholder)
• 1.16. LÀM MỊN PRODUCT BACKLOG (Grooming Product Backlog)
• 1.17. USER STORY VÀ UML USE CASE
• 1.18. TỐC ĐỘ THAY ĐỔI YÊU CẦU QUA RELEASE BURNDOWN CHART
• 1.19. MÔ HÌNH HÓA TRONG DỰ ÁN AGILE
• 1.20. PHÂN LOẠI NHÓM MÔ HÌNH KEEPS VÀ TEMPS
• 1.21. SỬ DỤNG KEEPS TRONG NHÓM SCRUM MỞ RỘNG
• 1.22. TIẾP CẬN BÊN LIÊN QUAN
• 1.23. THU HÚT SỰ QUAN TÂM CỦA SUBJECT
• 1.24. THẢO KHẢO Ý KIẾN CỦA CONTEXT SETTER HAY REFEREE
• 1.25. LƯỚI TẦM ẢNH HƯỚNG-ĐỘ QUAN TÂM (POWER-INTEREST GRID)
• 1.26. BỘ CÂU HỎI PHỎNG VẤN BÊN LIÊN QUAN (Q&A)
• 1.27. XÂY DỰNG USER STORY, PRODUCT BACKLOG
• 1.28. MÔ TẢ QUY TRÌNH NGHIỆP VỤ
• 1.29. YÊU CẦU CỦA PHẦN MỀM
• 1.30. TÀI LIỆU THAM KHẢO
• 2. MỞ ĐẦU

Tóm tắt

I. Tổng Quan Chương Trình Kỹ Thuật Phần Mềm ĐHQGHN Điểm Nổi Bật

Ngành Kỹ thuật phần mềm đã phát triển hơn nửa thế kỷ, nhưng việc quản lý dự án phần mềm vẫn luôn là thách thức. Các vấn đề như hiểu sai yêu cầu, khó thích nghi với thay đổi, hoặc thông tin đầu vào không đồng bộ ảnh hưởng lớn đến chất lượng sản phẩm và tiến độ bàn giao. Tại Đại học Quốc gia Hà Nội (VNU), chương trình đào tạo Kỹ thuật phần mềm được thiết kế để giải quyết những thách thức này. Chương trình trang bị cho sinh viên kiến thức và kỹ năng cần thiết để phát triển phần mềm chất lượng cao, đáp ứng nhu cầu thực tế của thị trường. Chương trình cũng chú trọng đến việc áp dụng các phương pháp phát triển phần mềm hiện đại như Agile và Scrum. Điều này giúp sinh viên có khả năng thích ứng nhanh chóng với các yêu cầu thay đổi và làm việc hiệu quả trong môi trường dự án.

1.1. Giới thiệu Khoa Công Nghệ Thông Tin FIT VNU

Khoa Công nghệ Thông tin (FIT VNU) là một trong những đơn vị đào tạo và nghiên cứu hàng đầu về Công nghệ thông tin tại Việt Nam. Khoa cung cấp nhiều chương trình đào tạo chất lượng cao, bao gồm cả chương trình Kỹ thuật phần mềm. FIT VNU có đội ngũ giảng viên giàu kinh nghiệm, cơ sở vật chất hiện đại và môi trường học tập năng động. Khoa cũng có nhiều hoạt động hợp tác quốc tế, tạo cơ hội cho sinh viên giao lưu và học hỏi kinh nghiệm từ các trường đại học hàng đầu trên thế giới.

1.2. Mục tiêu đào tạo chương trình Kỹ thuật Phần mềm

Chương trình Kỹ thuật phần mềm tại Đại học Quốc gia Hà Nội hướng đến mục tiêu đào tạo ra các kỹ sư phần mềm có kiến thức chuyên môn vững chắc, kỹ năng thực hành thành thạo và khả năng làm việc độc lập, sáng tạo. Sinh viên tốt nghiệp có khả năng phân tích, thiết kế, phát triển, kiểm thử và bảo trì các hệ thống phần mềm phức tạp. Chương trình cũng trang bị cho sinh viên các kỹ năng mềm cần thiết như giao tiếp, làm việc nhóm, quản lý thời gian và giải quyết vấn đề.

II. Thách Thức Vấn Đề Trong Đào Tạo Kỹ Thuật Phần Mềm Hiện Nay

Việc triển khai các giải pháp công nghệ mới trong các tổ chức thường gặp nhiều thách thức. Các yếu tố như nhu cầu khác nhau của các bên liên quan, sự phức tạp và mâu thuẫn trong yêu cầu, và việc thiếu các quy trình khoa học có thể ảnh hưởng đến hiệu quả của hệ thống. Các mô hình yêu cầu của các bên liên quan cần được xây dựng để đảm bảo sự cân bằng giữa yêu cầu chức năng và phi chức năng. Điều này đòi hỏi việc xác định nhu cầu của tất cả các bên liên quan, bao gồm cả người sử dụng và bất kỳ ai khác bị ảnh hưởng bởi hệ thống, đặt trong bối cảnh mà hệ thống sẽ được sử dụng. Việc thu thập yêu cầu là một phần quan trọng của tất cả các phương pháp kỹ thuật phần mềm, nhưng thường hoạt động này tập trung chủ yếu vào các yêu cầu chức năng của hệ thống - những gì hệ thống phải có khả năng làm được - ít nhấn mạnh vào các vấn đề về con người, các vấn đề phi chức năng như tính khả dụng và mức độ chấp nhận được.

2.1. Vấn đề về yêu cầu người dùng và ảnh hưởng của nó

Các vấn đề liên quan đến yêu cầu người dùng có thể ảnh hưởng đến quá trình thu thập yêu cầu. Việc xác định các yếu tố này giúp người thiết kế và 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.

2.2. Các yếu tố ảnh hưởng đến chấp nhận công nghệ trong tổ chức

Cần 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 đó 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 quan trọng trong đó.

III. Phương Pháp Agile Scrum Giải Pháp Đột Phá Cho Kỹ Thuật Phần Mềm

Trong các dự án những năm gần đây, tôi được tiếp cận với phương pháp phát triển phần mềm Agile, cụ thể là Scrum và Kanban. Sự thay đổi có thể dễ dàng nhận thấy giữa một dự án Waterfall và dự án Agile là với Agile, chúng tôi phải tổ chức rất nhiều các cuộc họp, bao gồm các cuộc họp nội bộ nhóm phát triển và các cuộc họp với các bên liên quan. Quá trình này lặp đi lặp lại qua các Sprint nhằm thúc đẩy sự phát triển mối quan hệ bền vững giữa ban lãnh đạo, các thành viên đội phát triển và người dùng. Việc duy trì một nhịp độ liên tục không giới hạn các buổi họp này giúp chúng tôi và các bên liên quan có chung một tầm nhìn về sản phẩm.

3.1. Kỹ thuật yêu cầu trong Agile Scrum

Trong Agile Scrum, kỹ thuật yêu cầu được thực hiện một cách linh hoạt và liên tục. Các yêu cầu được thu thập và điều chỉnh trong suốt quá trình phát triển, dựa trên phản hồi từ khách hàng và các bên liên quan. Product Backlog được sử dụng để quản lý các yêu cầu, và User Stories được sử dụng để mô tả các yêu cầu từ góc độ của người dùng.

3.2. Vai trò của Product Owner trong Scrum

Product Owner là người chịu trách nhiệm chính trong việc quản lý Product Backlog và đảm bảo rằng các yêu cầu được ưu tiên đúng cách. Product Owner cũng là người giao tiếp chính với khách hàng và các bên liên quan, và đảm bảo rằng các yêu cầu được hiểu rõ và đáp ứng đúng cách.

3.3. Các sự kiện và quy trình trong Scrum

Scrum bao gồm các sự kiện và quy trình như Sprint Planning, Daily Scrum, Sprint Review và Sprint Retrospective. Các sự kiện này giúp nhóm phát triển làm việc hiệu quả và liên tục cải tiến quy trình làm việc.

IV. Mô Hình Hóa UML Trong Dự Án Agile Cách Tiếp Cận Hiệu Quả

Trong quá trình thực hiện dự án, việc sử dụng các công cụ mô hình hóa như UML (Unified Modeling Language) đóng vai trò quan trọng trong việc trực quan hóa và hiểu rõ hệ thống. UML giúp các thành viên trong nhóm dự án, cũng như các bên liên quan, có thể dễ dàng hình dung và trao đổi về các khía cạnh khác nhau của hệ thống. Tuy nhiên, trong môi trường Agile, việc sử dụng UML cần được điều chỉnh để phù hợp với tính linh hoạt và thay đổi liên tục của dự án.

4.1. Phân loại nhóm mô hình KEEPS và TEMPS

Trong Agile, có hai nhóm mô hình chính được sử dụng: KEEPS (Keep Everything Explicitly, Persistently, and Systematically) và TEMPS (Temporarily, Exploratory, and Minimally Precise). KEEPS là các mô hình được duy trì và cập nhật liên tục trong suốt dự án, trong khi TEMPS là các mô hình được sử dụng tạm thời để khám phá và hiểu rõ các yêu cầu.

4.2. Sử dụng KEEPS trong nhóm Scrum mở rộng

Trong nhóm Scrum mở rộng, KEEPS có thể được sử dụng để mô tả kiến trúc hệ thống, mô hình miền và các trường hợp sử dụng chính. Các mô hình này giúp các thành viên trong nhóm có cái nhìn tổng quan về hệ thống và dễ dàng trao đổi thông tin.

V. Ứng Dụng Thực Tế Xây Dựng Hệ Thống Hỗ Trợ Giảng Dạy Kịch Hát Dân Tộc

Luận văn này tập trung vào việc nghiên cứu và áp dụng các phương pháp Agile và UML trong 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. Dự án này được thực hiện tại Trường Đại học Sân khấu Điện ảnh Hà Nội, với sự tham gia của các giảng viên, sinh viên và các chuyên gia trong lĩnh vực kịch hát dân tộc. Mục tiêu của dự án là tạo ra một hệ thống phần mềm trực quan, dễ sử dụng và đáp ứng được các yêu cầu đặc thù của việc giảng dạy và học tập kịch hát dân tộc.

5.1. Thu thập yêu cầu từ các bên liên quan

Quá trình thu thập yêu cầu được thực hiện thông qua các buổi phỏng vấn, thảo luận nhóm và khảo sát với các giảng viên, sinh viên và các chuyên gia trong lĩnh vực kịch hát dân tộc. Các yêu cầu được ghi lại dưới dạng User Stories và được quản lý trong Product Backlog.

5.2. Thiết kế hệ thống bằng UML

Hệ thống được thiết kế bằng UML, với các sơ đồ lớp, sơ đồ trình tự và sơ đồ trạng thái. Các sơ đồ này giúp các thành viên trong nhóm dự án hiểu rõ cấu trúc và hoạt động của hệ thống.

5.3. Triển khai và kiểm thử hệ thống

Hệ thống được triển khai và kiểm thử theo phương pháp Agile, với các Sprint ngắn và các buổi Sprint Review thường xuyên. Phản hồi từ người dùng được thu thập và sử dụng để cải tiến hệ thống.

VI. Kết Luận Tương Lai Phát Triển Kỹ Thuật Phần Mềm Tại ĐHQGHN

Luận văn đã trình bày một cách tiếp cận hiệu quả để xây dựng hệ thống phần mềm hỗ trợ giảng dạy kịch hát dân tộc, bằng cách kết hợp các phương pháp Agile và UML. Kết quả của dự án cho thấy rằng phương pháp này có thể giúp các nhóm phát triển phần mềm làm việc hiệu quả hơn, đáp ứng được các yêu cầu thay đổi và tạo ra các sản phẩm chất lượng cao. Trong tương lai, Đại học Quốc gia Hà Nội sẽ tiếp tục đầu tư vào việc phát triển các chương trình đào tạo Kỹ thuật phần mềm chất lượng cao, đáp ứng nhu cầu của thị trường lao động và đóng góp vào sự phát triển của ngành công nghiệp phần mềm Việt Nam.

6.1. Đánh giá kết quả và bài học kinh nghiệm

Quá trình thực hiện dự án đã mang lại nhiều bài học kinh nghiệm quý giá về việc áp dụng các phương pháp Agile và UML trong thực tế. Các bài học này sẽ được sử dụng để cải tiến quy trình phát triển phần mềm và nâng cao chất lượng đào tạo tại Đại học Quốc gia Hà Nội.

6.2. Hướng phát triển trong tương lai

Trong tương lai, Đại học Quốc gia Hà Nội sẽ tiếp tục nghiên cứu và phát triển các phương pháp phát triển phần mềm mới, cũng như tăng cường hợp tác với các doanh nghiệp trong ngành công nghiệp phần mềm. Mục tiêu là tạo ra một môi trường học tập và nghiên cứu năng động, sáng tạo và đáp ứng được các yêu cầu của thị trường lao động.

Nội dung chính

Tổng quan nghiên cứu

Kỹ nghệ phần mềm đã trải qua hơn 50 năm phát triển, tuy nhiên các báo cáo ngành công nghệ thông tin cho thấy khoảng 45% đến 60% các dự án phần mềm vẫn đối mặt với rủi ro thất bại hoặc chậm tiến độ do sai lệch trong khâu phân tích và quản lý yêu cầu. Trong lĩnh vực giáo dục nghệ thuật truyền thống, việc ứng dụng công nghệ để bảo tồn di sản văn hóa phi vật thể đang là yêu cầu cấp thiết nhưng thường gặp trở ngại do đặc thù nghiệp vụ phức tạp. Luận văn thạc sĩ chuyên ngành Kỹ thuật phần mềm tại Trường Đại học Công nghệ thuộc Đại học Quốc gia Hà Nội năm 2017 của tác giả Trần Hữu Nguyên đã giải quyết bài toán cốt lõi này thông qua đề tài thiết kế và xây dự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 Hà Nội.

Mục tiêu cụ thể của nghiên cứu là xây dựng phương pháp luận kỹ nghệ yêu cầu hiện đại, kết hợp mô hình phân tích Xã hội - Kỹ thuật và quy trình Agile Scrum nhằm tạo ra hệ thống e-learning tối ưu hóa cho mô hình đào tạo vai mẫu. Nghiên cứu được triển khai thực nghiệm trực tiếp tại Khoa Kịch hát dân tộc trong giai đoạn năm 2017, tập trung vào các bộ môn nghệ thuật sân khấu truyền thống như Tuồng và Chèo. Ý nghĩa học thuật và thực tiễn của công trình thể hiện qua việc giảm thiểu hơn 30% thời gian hiểu sai yêu cầu nghiệp vụ, đồng thời thiết lập hệ thống 47 biểu đồ kiến trúc chuẩn hóa phục vụ công tác giảng dạy chuyên sâu cho hàng trăm cán bộ, giảng viên và sinh viên nghệ thuậ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 liên ngành bao gồm kỹ nghệ yêu cầu phần mềm, mô hình Xã hội - Kỹ thuật và phương pháp luận Agile Scrum linh hoạt. Khung lý thuyết tập trung vào 4 mô hình nền tảng:

• Mô hình Xã hội - Kỹ thuật (Socio-Technical Models): Sử dụng phương pháp USTM với 7 giai đoạn phân tích tương tác người - máy, kết hợp phương pháp CUSTOM gồm 6 giai đoạn đánh giá toàn diện các bên liên quan và phương pháp OSTA với 8 giai đoạn phân tích nhiệm vụ hệ thống mở.
• Phương pháp hệ thống mềm (Soft Systems Methodology - SSM): Vận dụng quy trình 7 giai đoạn phân định giữa bối cảnh thế giới thực và hệ thống khái niệm, hỗ trợ nắm bắt các yêu cầu phi chức năng và yếu tố văn hóa tổ chức.
• Phương pháp thiết kế hợp tác (Participatory Design) và Dân tộc học (Ethnographic Methods): Đưa người dùng cuối trở thành đồng tác giả thiết kế, ghi nhận trung thực hành vi sư phạm và biểu diễn nghệ thuật thực tế.
• Khung quy trình Agile Scrum và mô hình hóa KEEPS/TEMPS: Chuẩn hóa việc quản lý Product Backlog, làm mịn User Story và phân loại sơ đồ UML thành nhóm lưu trữ lâu dài (KEEPS) và nhóm phác thảo tạm thời (TEMPS).

Các khái niệm chính yếu được chuẩn hóa trong nghiên cứu gồm: khái niệm "Vai mẫu" (nhân vật tiêu biểu đạt độ chuẩn mực nghệ thuật trong sân khấu truyền thống), khái niệm "Định nghĩa hoàn thành" (Definition of Done - DoD), vai trò "Chủ sản phẩm" (Product Owner - PO) và ma trận Lưới Tầm ảnh hưởng - Độ quan tâm (Power-Interest Grid).

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

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

• Cỡ mẫu và nguồn dữ liệu: Dữ liệu sơ cấp được thu thập thông qua phỏng vấn sâu và điều tra ngữ cảnh với 15 bên liên quan chủ chốt, bao gồm 3 đại diện Ban Giám hiệu, 8 giảng viên nghệ sĩ thuộc Khoa Kịch hát dân tộc và đại diện của hơn 120 sinh viên chuyên ngành. Phương pháp chọn mẫu có chủ đích (Purposive Sampling) được lựa chọn nhằm bao quát đầy đủ 4 nhóm tác nhân: bên liên quan chính, bên liên quan thứ cấp, bên liên quan cấp cao và bên tạo điều kiện.
• Phương pháp phân tích: Sử dụng kỹ thuật phân tích ma trận Power-Interest để phân loại mức độ ưu tiên, kỹ thuật phân rã Epic thành User Story và phương pháp mô hình hóa trực quan bằng UML 2.0. Lý do lựa chọn bộ phương pháp này là nhằm khắc phục triệt để khoảng cách ngôn ngữ giữa giới chuyên môn công nghệ thông tin và nghệ sĩ biểu diễn truyền thống.
• Timeline nghiên cứu: Toàn bộ quá trình từ khảo sát hiện trạng, phân tích nghiệp vụ, làm mịn backlog qua 6 Sprint phát triển đến kiểm thử nghiệm thu người dùng (UAT) được hoàn thành trong chu kỳ 12 tháng của năm 2017.

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à xây dựng hệ thống đã mang lại những kết quả đo lường cụ thể:

1. Phân loại và xử lý mâu thuẫn yêu cầu: Nghiên cứu đã xác định và giải quyết thành công 100% các điểm xung đột lợi ích giữa 4 nhóm bên liên quan thông qua ma trận Tầm ảnh hưởng - Độ quan tâm, giúp thống nhất 10 nhóm Use Case quản trị và nghiệp vụ giảng dạy.
2. Tối ưu hóa tài liệu kỹ thuật nhờ mô hình KEEPS/TEMPS: Trong tổng số 47 sơ đồ UML được thiết kế, nghiên cứu đã chọn lọc chính xác 28 sơ đồ KEEPS (Package, Class, Component Diagram) phục vụ hội thảo kiến trúc lâu dài và 19 sơ đồ TEMPS (Sequence Diagram) phục vụ lập trình nội bộ, giúp cắt giảm khoảng 40% chi phí bảo trì tài liệu kỹ thuật dư thừa.
3. Chuẩn hóa hệ thống dữ liệu số hóa vai mẫu: Hệ thống đã thiết lập cơ sở dữ liệu hoàn chỉnh quản lý hơn 50 trích đoạn vai mẫu kinh điển, tích hợp công cụ biên soạn bài giảng đa phương tiện hỗ trợ 3 phân hệ người dùng chuyên biệt (Quản trị viên, Giảng viên, Sinh viên), đạt tỷ lệ hài lòng trên 92% trong các đợt chạy thử nghiệm.

Thảo luận kết quả

Thành công của nghiên cứu chứng minh rằng việc áp dụng Agile Scrum vượt trội hoàn toàn so với mô hình Thác nước (Waterfall) truyền thống khi triển khai dự án trong môi trường học thuật chuyên biệt. Trong mô hình cũ, khách hàng phải chờ đợi hàng tháng mà không được trải nghiệm sản phẩm, dẫn đến tâm lý hoài nghi và từ chối ứng dụng. Với việc tổ chức các cuộc họp Sprint Review và duy trì vai trò cầu nối của Product Owner, nhóm nghiên cứu đã triệt tiêu 7 rào cản giao tiếp kinh điển theo lý thuyết của Steve McConnell.

Về mặt biểu diễn dữ liệu, tiến độ biến động yêu cầu và năng suất phát triển được theo dõi trực quan thông qua biểu đồ Release Burndown Chart. Biểu đồ này phản ánh rõ nét mối tương quan giữa khối lượng Story Points hoàn thành và các yêu cầu phát sinh qua từng Sprint. Đồng thời, cấu trúc vật lý và logic của hệ thống được minh họa chi tiết qua các sơ đồ gói (Package Diagram) phân định rõ giữa yêu cầu chức năng (quản lý bài giảng, tài liệu video) và yêu cầu phi chức năng (bảo mật, thời gian phản hồi dưới 2 giây và tính sẵn sàng phục vụ liên tục từ 5 giờ sáng đến 21 giờ tối).

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

Nhằm phát huy tối đa giá trị nghiên cứu và nhân rộng mô hình hệ thống, tác giả đưa ra 4 khuyến nghị hành động cụ thể:

1. Chuẩn hóa quy trình kỹ nghệ yêu cầu bằng mô hình KEEPS/TEMPS: Ban lãnh đạo các đơn vị phát triển phần mềm giáo dục cần áp dụng khung phân loại sơ đồ UML này nhằm giảm tối thiểu 35% thời gian lập tài liệu trong vòng 6 tháng tới.
2. Thiết lập định kỳ các buổi làm mịn Product Backlog (Grooming): Các nhóm phát triển phần mềm cần duy trì phiên làm việc 2 tuần một lần giữa kỹ sư phân tích và giảng viên nghệ thuật để đạt mục tiêu kiểm soát 100% các thay đổi nghiệp vụ trước mỗi kỳ chuyển giao Sprint.
3. Mở rộng kho dữ liệu số hóa vai mẫu trên nền tảng đám mây: Phòng Đào tạo phối hợp với Trung tâm Công nghệ thông tin hoàn thiện số hóa 100% giáo trình video độ phân giải cao cho các loại hình nghệ thuật Chèo, Tuồng, Cải lương trong thời gian 12 tháng tiếp theo.
4. Xây dựng đội ngũ chuyên gia nghiệp vụ cầu nối (Tiger Team): Nhà trường cần thành lập tổ công tác liên ngành gồm 5 đến 7 thành viên cốt cán vừa am hiểu sân khấu vừa có kỹ năng công nghệ để liên tục tối ưu hóa trải nghiệm người dùng trong vòng 2 năm tới.

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

Công trình nghiên cứu mang lại giá trị học thuật và thực tiễn sâu rộng cho 4 nhóm đối tượng chính:

• Kỹ sư phần mềm, Chuyên viên phân tích nghiệp vụ (BA) và Chủ sản phẩm (PO): Học hỏi phương pháp tiếp cận các bên liên quan bằng công cụ CUSTOM, OSTA và kỹ thuật phân định sơ đồ KEEPS/TEMPS trong các dự án Agile phức tạp.
• Cán bộ quản lý giáo dục và Ban Giám hiệu các trường Văn hóa - Nghệ thuật: Tham khảo mô hình chuyển đổi số bài bản, giải quyết bài toán bảo tồn nghệ thuật truyền thống bằng công nghệ e-learning hiện đại.
• Giảng viên và học viên cao học ngành Công nghệ thông tin / Khoa học máy tính: Sử dụng làm tài liệu tham khảo chuẩn mực về phương pháp luận nghiên cứu kết hợp giữa mô hình Xã hội - Kỹ thuật và quy trình công nghệ phần mềm.
• Kiến trúc sư hệ thống EdTech: Nắm bắt kiến trúc phân tầng, thiết kế cơ sở dữ liệu đa phương tiện và giải pháp tích hợp khung phần mềm mã nguồn mở cho các hệ thống đào tạo chuyên thù.

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

Mô hình KEEPS và TEMPS trong thiết kế UML mang lại lợi ích cụ thể gì cho dự án Agile?

Mô hình KEEPS giữ lại các biểu đồ kiến trúc cốt lõi như Class hay Package Diagram để giao tiếp chiến lược với các bên liên quan trong suốt vòng đời dự án. Ngược lại, mô hình TEMPS chỉ dùng các Sequence Diagram tạm thời để phục vụ lập trình nội bộ Sprint rồi loại bỏ, giúp tiết kiệm 40% chi phí cập nhật tài liệu kỹ thuật.

Khái niệm "Vai mẫu" được số hóa và tổ chức như thế nào trong hệ thống phần mềm?

Vai mẫu được định nghĩa là các trích đoạn, nhân vật chuẩn mực do các nghệ nhân tiêu biểu sáng tạo. Trong hệ thống, vai mẫu được số hóa thành dữ liệu đa phương tiện gồm video đa góc quay, bản ký âm, lời thoại và phân tích diễn xuất, gắn liền với các Use Case biên soạn bài giảng của giảng viên.

Điểm khác biệt lớn nhất giữa mô hình Xã hội - Kỹ thuật và kỹ nghệ yêu cầu truyền thống là gì?

Kỹ nghệ truyền thống thường chỉ tập trung vào chức năng kỹ thuật và quan điểm của nhà quản lý. Mô hình Xã hội - Kỹ thuật (như CUSTOM, USTM) khảo sát toàn diện cả 4 tầng bên liên quan, chú trọng đến thói quen làm việc, văn hóa tổ chức và các yếu tố con người để đảm bảo tỷ lệ chấp nhận hệ thống đạt trên 90%.

Làm thế nào để kiểm soát sự thay đổi liên tục của yêu cầu người dùng trong quá trình phát triển?

Dự án áp dụng công cụ Release Burndown Chart để trực quan hóa xu hướng biến động phạm vi qua từng Sprint. Khi có yêu cầu mới phát sinh, Product Owner sẽ đưa vào Product Backlog, tiến hành ước lượng lại điểm quy mô và thương lượng thứ tự ưu tiên với khách hàng trước khi đưa vào Sprint tiếp theo.

Hệ thống phần mềm có đáp ứng được các tiêu chuẩn phi chức năng khắt khe trong môi trường đại học không?

Hệ thống đáp ứng đầy đủ các ràng buộc hiệu năng như phục vụ liên tục 16 tiếng mỗi ngày (từ 5 giờ đến 21 giờ), thời gian phản hồi giao diện web dưới 2 giây và khả năng lưu trữ hồ sơ học tập tối thiểu 7 năm, tuân thủ chặt chẽ các tiêu chuẩn kiến trúc mở dễ dàng nâng cấp.

Kết luận

Nghiên cứu của tác giả Trần Hữu Nguyên đã đóng góp những giá trị cốt lõi sau:

• Xây dựng thành công phương pháp luận kỹ nghệ yêu cầu tích hợp giữa mô hình Xã hội - Kỹ thuật và khung phát triển Agile Scrum cho hệ thống e-learning đặc thù.
• Chuẩn hóa toàn bộ quy trình phân tích và thiết kế hệ thống phần mềm giảng dạy vai mẫu kịch hát dân tộc với 47 biểu đồ UML và 6 nhóm bảng biểu chi tiết.
• Đề xuất giải pháp phân loại mô hình KEEPS/TEMPS giúp tối ưu hóa đáng kể năng suất của đội ngũ kỹ sư phần mềm.
• Cung cấp mô hình mẫu trong việc ứng dụng công nghệ thông tin để gìn giữ và truyền dạy nghệ thuật sân khấu truyền thống Việt Nam.
• Thiết lập nền tảng kỹ thuật vững chắc để mở rộng tích hợp các công nghệ đào tạo trực tuyến tiên tiến trong tương lai.

Lộ trình phát triển tiếp theo trong 12 đến 24 tháng tới cần tập trung vào việc hoàn thiện ứng dụng trên nền tảng di động và tích hợp trí tuệ nhân tạo hỗ trợ nhận diện động tác biểu diễn. Các nhà nghiên cứu, kỹ sư phần mềm và nhà quản lý giáo dục hãy khai thác ngay khung phương pháp luận của luận văn này để nâng cao chất lượng các dự án phần mềm chuyên ngành!