[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"_public_topic_publications_requirements{\"limit\":5}":3,"_public_topic_byId_requirements":11},{"code":4,"data":5,"meta":10},"SUCCESS",{"latest":6,"mostCited":7,"vietnamFeatured":8,"vietnamLatest":9},[],[],[],[],null,{"code":4,"data":12,"meta":10},{"id":13,"title":14,"description":15,"content":16,"term":17,"englishTitle":18,"synonyms":10,"definition":19,"discipline":20,"references":21,"faqs":46,"createUser":56,"publishUser":10,"keywords":60,"keywordCount":67,"enrichTopicLink":68,"status":69,"createTime":70,"updateTime":71,"publishTime":10,"linkEnrichedTime":72,"publicationScanTime":10,"contentErrorMessage":10,"viewCount":73,"relateTopics":74},"requirements","Requirements là gì? Các công bố khoa học về Requirements","Requirements trong tiếng Anh có nghĩa là yêu cầu. Trong ngữ cảnh khác nhau, từ này có thể được sử dụng để chỉ các tài liệu, quy định hoặc điều kiện mà người ta ...","\u003Cp>\u003Cstrong>Requirements\u003C\u002Fstrong> (\u003Cem>software and systems requirements engineering\u003C\u002Fem>) trong kỹ nghệ phần mềm và hệ thống là tập hợp các phát biểu đặc tả những tính năng, hành vi chức năng, ràng buộc vận hành và thuộc tính chất lượng mà một hệ thống thông tin phải thỏa mãn nhằm giải quyết các bài toán thực tế của các bên liên quan (stakeholders). Quản trị yêu cầu là giai đoạn quyết định trực tiếp đến sự thành bại và chi phí của toàn bộ dự án công nghệ.\u003C\u002Fp>\n\n\u003Ch2>Phân loại yêu cầu phần mềm chuẩn hóa\u003C\u002Fh2>\n\u003Cp>Theo chuẩn kỹ nghệ phần mềm quốc tế ISO\u002FIEC\u002FIEEE 29148, các yêu cầu hệ thống được phân định rõ ràng thành các cấp độ và phân loại:\u003C\u002Fp>\n\u003Cul>\n    \u003Cli>\u003Cstrong>Yêu cầu nghiệp vụ (Business Requirements):\u003C\u002Fstrong> Các mục tiêu chiến lược cấp cao và chỉ số hiệu quả kinh doanh cốt lõi (KPIs\u002FROI) mà tổ chức mong muốn đạt được khi phát triển sản phẩm.\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>Yêu cầu người dùng (User Requirements):\u003C\u002Fstrong> Mô tả những tác vụ, luồng công việc và trải nghiệm mà người dùng đầu cuối có thể thực hiện với hệ thống (thường được biểu đạt qua User Stories hoặc Use Cases).\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>Yêu cầu chức năng (Functional Requirements - FRs):\u003C\u002Fstrong> Đặc tả chi tiết các dịch vụ phần mềm, thuật toán {{topic|%7B%22topic%22%3A%22x%E1%BB%AD%20l%C3%BD%20d%E1%BB%AF%20li%E1%BB%87u%22%7D}}, quy tắc nghiệp vụ (business rules) và phản ứng của hệ thống đối với các dữ liệu đầu vào xác định.\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>Yêu cầu phi chức năng (Non-Functional Requirements - NFRs):\u003C\u002Fstrong> Các thuộc tính chất lượng và ràng buộc kỹ thuật của hệ thống, bao gồm hiệu năng (performance), {{topic|%7B%22topic%22%3A%22%C4%91%E1%BB%99%20tin%20c%E1%BA%ADy%22%7D}} (reliability), {{topic|%7B%22topic%22%3A%22kh%E1%BA%A3%20n%C4%83ng%20m%E1%BB%9F%20r%E1%BB%99ng%22%7D}} (scalability), tính sẵn sàng (availability), bảo mật {{topic|%7B%22topic%22%3A%22an%20to%C3%A0n%20th%C3%B4ng%20tin%22%7D}} (security) và {{topic|%7B%22topic%22%3A%22t%C3%ADnh%20kh%E1%BA%A3%20d%E1%BB%A5ng%22%7D}} (usability).\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2>Vòng đời kỹ nghệ yêu cầu (Requirements Engineering Life Cycle)\u003C\u002Fh2>\n\u003Cp>Quá trình kỹ nghệ yêu cầu là một chuỗi hoạt động kỹ thuật có tính lặp và phối hợp chặt chẽ:\u003C\u002Fp>\n\u003Ctable class=\"table\">\n    \u003Cthead>\n        \u003Ctr>\n            \u003Cth>Giai đoạn kỹ thuật\u003C\u002Fth>\n            \u003Cth>Mục tiêu hoạt động\u003C\u002Fth>\n            \u003Cth>Kỹ thuật và công cụ áp dụng\u003C\u002Fth>\n        \u003C\u002Ftr>\n    \u003C\u002Fthead>\n    \u003Ctbody>\n        \u003Ctr>\n            \u003Ctd>Khơi gợi yêu cầu (Elicitation)\u003C\u002Ftd>\n            \u003Ctd>Khai phá nhu cầu tiềm ẩn của khách hàng và người sử dụng\u003C\u002Ftd>\n            \u003Ctd>Phỏng vấn chuyên gia, hội thảo Joint Application Design (JAD), khảo sát, quan sát thực địa\u003C\u002Ftd>\n        \u003C\u002Ftr>\n        \u003Ctr>\n            \u003Ctd>Phân tích & Đàm phán (Analysis & Negotiation)\u003C\u002Ftd>\n            \u003Ctd>Phát hiện xung đột, loại bỏ yêu cầu mơ hồ và phân tầng mức độ ưu tiên\u003C\u002Ftd>\n            \u003Ctd>Mô hình hóa dữ liệu (DFD, ERD, UML), kỹ thuật phân loại MoSCoW, ma trận ưu tiên Eisenhower\u003C\u002Ftd>\n        \u003C\u002Ftr>\n        \u003Ctr>\n            \u003Ctd>Đặc tả yêu cầu (Specification)\u003C\u002Ftd>\n            \u003Ctd>Văn bản hóa các yêu cầu thành tài liệu quy chuẩn kỹ thuật\u003C\u002Ftd>\n            \u003Ctd>Tài liệu đặc tả yêu cầu phần mềm (SRS), mẫu User Story định dạng 'As a \u002F I want \u002F So that'\u003C\u002Ftd>\n        \u003C\u002Ftr>\n        \u003Ctr>\n            \u003Ctd>Xác minh & Thẩm định (Verification & Validation)\u003C\u002Ftd>\n            \u003Ctd>Kiểm tra tính hoàn chỉnh, nhất quán, khả thi và khả năng kiểm thử được\u003C\u002Ftd>\n            \u003Ctd>Đánh giá ngang hàng (peer review), thanh tra tài liệu (inspection), tạo mẫu nguyên mẫu nhanh (prototyping)\u003C\u002Ftd>\n        \u003C\u002Ftr>\n    \u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2>Quản lý yêu cầu và ma trận truy xuất nguồn gốc (Traceability Matrix)\u003C\u002Fh2>\n\u003Cp>Trong các mô hình {{topic|%7B%22topic%22%3A%22ph%C3%A1t%20tri%E1%BB%83n%20ph%E1%BA%A7n%20m%E1%BB%81m%22%7D}} Agile lẫn Waterfall, quản lý yêu cầu (Requirements Management) bảo đảm sự kiểm soát chặt chẽ đối với các yêu cầu thay đổi:\u003C\u002Fp>\n\u003Cul>\n    \u003Cli>\u003Cstrong>Ma trận truy xuất nguồn gốc yêu cầu (Requirements Traceability Matrix - RTM):\u003C\u002Fstrong> Một bảng ánh xạ hai chiều liên kết từ mục tiêu nghiệp vụ ban đầu, qua các trường hợp sử dụng (use cases), kiến trúc thiết kế, mã nguồn cài đặt cho đến các kịch bản kiểm thử nghiệm thu (acceptance test cases). RTM đảm bảo không có yêu cầu nào bị bỏ sót và không có mã nguồn thừa không phục vụ mục tiêu hệ thống.\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>Quản lý thay đổi phạm vi (Scope Management):\u003C\u002Fstrong> Kiểm soát hiện tượng trôi dạt phạm vi (scope creep) thông qua quy trình phê duyệt thay đổi chính thức (Change Control Board - CCB) hoặc sắp xếp lại thứ tự ưu tiên trong Product Backlog ở mỗi vòng lặp Sprint.\u003C\u002Fli>\n\u003C\u002Ful>","Requirements","Software and systems requirements engineering","Requirements (yêu cầu phần mềm và hệ thống) là các đặc tả mô tả các tính năng chức năng, ràng buộc vận hành và thuộc tính chất lượng mà một hệ thống phải đáp ứng để giải quyết vấn đề của các bên liên quan.","ENGINEERING_TECHNOLOGY",[22,30,38],{"citationText":23,"title":24,"authors":25,"source":26,"year":27,"doi":28,"url":29},"Panichella, Ruiz (2020). Requirements-Collector: Automating Requirements Specification from Elicitation Sessions and User Feedback. 2020 IEEE 28th International Requirements Engineering Conference (RE).","Requirements-Collector: Automating Requirements Specification from Elicitation Sessions and User Feedback","Panichella, Ruiz","2020 IEEE 28th International Requirements Engineering Conference (RE)",2020,"10.1109\u002Fre48521.2020.00057","https:\u002F\u002Fdoi.org\u002F10.1109\u002Fre48521.2020.00057",{"citationText":31,"title":32,"authors":33,"source":34,"year":35,"doi":36,"url":37},"Schnitzhofer, Schnitzhofer, Ramler (2014). Tool Support for Reuse-Driven Elicitation and Specification of User Requirements. 2014 40th EUROMICRO Conference on Software Engineering and Advanced Applications.","Tool Support for Reuse-Driven Elicitation and Specification of User Requirements","Schnitzhofer, Schnitzhofer, Ramler","2014 40th EUROMICRO Conference on Software Engineering and Advanced Applications",2014,"10.1109\u002Fseaa.2014.73","https:\u002F\u002Fdoi.org\u002F10.1109\u002Fseaa.2014.73",{"citationText":39,"title":40,"authors":41,"source":42,"year":43,"doi":44,"url":45},"Alagić (2017). Software Verification. Software Engineering: Specification, Implementation, Verification.","Software Verification","Alagić","Software Engineering: Specification, Implementation, Verification",2017,"10.1007\u002F978-3-319-61518-9_6","https:\u002F\u002Fdoi.org\u002F10.1007\u002F978-3-319-61518-9_6",[47,50,53],{"question":48,"answer":49},"Sự khác nhau căn bản giữa Tiêu chuẩn nghiệm thu (Acceptance Criteria) và Yêu cầu chức năng?","Yêu cầu chức năng mô tả hành vi tổng thể mà hệ thống cần thực hiện; trong khi Tiêu chuẩn nghiệm thu (thường viết dưới dạng Given-When-Then) xác định các điều kiện biên và kịch bản cụ thể mà tính năng phải vượt qua để được Product Owner chấp thuận hoàn thành.",{"question":51,"answer":52},"Ma trận MoSCoW phân loại mức độ ưu tiên của các yêu cầu theo những nhóm nào?","MoSCoW phân loại thành 4 mức: Must have (Bắt buộc phải có trong bản phát hành), Should have (Nên có nếu có đủ nguồn lực), Could have (Có thể có nếu không ảnh hưởng tiến độ) và Won't have (Chưa thực hiện trong lần phát hành này nhưng xem xét trong tương lai).",{"question":54,"answer":55},"Tại sao việc sửa chữa lỗi sai sót về yêu cầu ở giai đoạn vận hành lại tốn kém gấp 50-100 lần so với giai đoạn phân tích ban đầu?","Theo nghiên cứu của Barry Boehm, lỗi yêu cầu bị phát hiện muộn ở giai đoạn triển khai đòi hỏi phải đập bỏ và làm lại toàn bộ kiến trúc, thiết kế cơ sở dữ liệu, viết lại hàng nghìn dòng code và chạy lại toàn bộ quy trình kiểm thử liên quan, gây lãng phí nguồn lực khổng lồ.",{"id":57,"researcherId":10,"name":58,"imageUrl":59},1,"Nguyễn Ngọc Sơn","https:\u002F\u002Flh3.googleusercontent.com\u002Fa\u002FACg8ocLGfGsF1nYQqYK5BasTLhNu1dBrBXg2fcEgBNPXJ0p2gqLQnO7i=s96-c",[61,62,63,64,65,66],"xử lý dữ liệu","độ tin cậy","khả năng mở rộng","an toàn thông tin","tính khả dụng","phát triển phần mềm",6,false,"PUBLISHED","2023-08-15T12:57:26.302+00:00","2026-09-10T10:08:50.721+00:00","2026-09-10T10:08:49.891+00:00",284,[75,78,81,84,87,90,93,96,99,102],{"id":76,"title":77,"term":76,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"thang điểm morisky 8","Thang điểm morisky 8 là gì? Các công bố khoa học về Thang điểm morisky 8",{"id":79,"title":80,"term":79,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"chất lượng thông tin","Chất lượng thông tin là gì? Nghiên cứu khoa học liên quan",{"id":82,"title":83,"term":82,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"arima","Arima là gì? Các công bố khoa học về Arima",{"id":85,"title":86,"term":85,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"nghiên cứu tổng quan","Nghiên cứu tổng quan là gì? Các bài báo nghiên cứu khoa học",{"id":88,"title":89,"term":88,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"chỉ thị phân tử","Chỉ thị phân tử là gì? Các nghiên cứu khoa học về Chỉ thị phân tử",{"id":91,"title":92,"term":91,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"thu thập thông tin","Thu thập thông tin là gì? Các nghiên cứu khoa học liên quan",{"id":94,"title":95,"term":94,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"tuyên truyền","Tuyên truyền là gì? Các công bố khoa học về Tuyên truyền",{"id":97,"title":98,"term":97,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"phương pháp luận","Phương pháp luận là gì? Các nghiên cứu khoa học liên quan",{"id":100,"title":101,"term":100,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"bộ lọc kalman","Bộ lọc kalman là gì? Các nghiên cứu khoa học về Bộ lọc kalman",{"id":103,"title":104,"term":103,"englishTitle":10,"definition":10,"discipline":10,"disciplineCode":10,"disciplineLabel":10,"disciplineColor":10,"disciplineIcon":10},"khoa học hành vi","Khoa học hành vi là gì? Các nghiên cứu khoa học liên quan"]