
S1. SDLC – Software Development Life Cycle
Quiz by Duc Linh
Measure skillsfrom any curriculum
Measure skills
from any curriculum
Tag the questions with any skills you have. Your dashboard will track each student's mastery of each skill.
With a free account, teachers can
- edit the questions
- save a copy for later
- start a class game
- automatically assign follow-up activities based on students’ scores
- assign as homework
- share a link with colleagues
- print as a bubble sheet
16 questions
Show answers
- Q1Giai đoạn nào trong vòng đời phát triển phần mềm là nơi yêu cầu của người dùng được thu thập và phân tích?TestingImplementationEvolutionRequirement Analysis60s
- Q2Giai đoạn nào trong vòng đời phát triển phần mềm đảm bảo rằng sản phẩm cuối cùng đáp ứng đúng các yêu cầu đã được xác định?DesignRequirement AnalysisTestingImplementation60s
- Q3Trong vòng đời phát triển phần mềm, giai đoạn nào liên quan đến việc sửa đổi, cập nhật và cải tiến phần mềm sau khi đã được phát hành?EvolutionImplementationRequirement AnalysisTesting60s
- Q4Giai đoạn nào trong vòng đời phát triển phần mềm liên quan đến việc tạo ra tài liệu thiết kế chi tiết cho sản phẩm phần mềm?TestingImplementationEvolutionDesign60s
- Q5Trong vòng đời phát triển phần mềm, giai đoạn nào được thực hiện sau khi giai đoạn thiết kế và trước khi giai đoạn kiểm thử?EvolutionImplementationRequirement AnalysisDesign60s
- Q6Giai đoạn kiểm thử trong Chu trình phát triển phần mềm có mục đích chính là gì?Đảm bảo phần mềm hoạt động đúng như yêu cầuĐảm bảo phần mểm không quá nhiều lỗiĐảm bảo các lỗi phần mềm được sửa đổi sau khi bàn giao cho khách hàngPhát triển mã nguồn cho phần mềm60s
- Q7Vai trò chính của Business Analyst (BA) trong một dự án IT là gì?Quản lý ngân sách dự ánLập trình và viết mã nguồnXác định và phân tích các yêu cầu của người dùngThiết kế giao diện người dùng60s
- Q8Trong quy trình phát triển phần mềm, Business Analyst (BA) thường tham gia vào giai đoạn nào nhất?Giai đoạn lập kế hoạch dự ánGiai đoạn triển khai phần mềmGiai đoạn phân tích và thiết kế yêu cầuGiai đoạn kiểm thử phần mềm60s
- Q9Yêu cầu "Stakeholder Requirement" thường được định nghĩa là gì?Các nhu cầu và mong đợi của các bên liên quan đối với hệ thốngCác yêu cầu về hiệu suất hệ thốngCác yêu cầu về chất lượng phần mềmCác yêu cầu kỹ thuật cụ thể để triển khai phần mềm60s
- Q10Khi thu thập yêu cầu "Stakeholder Requirement", Business Analyst (BA) cần:Thực hiện kiểm thử phần mềm để đảm bảo yêu cầuĐảm bảo rằng yêu cầu được thu thập từ tất cả các bên liên quan có liên quanPhát triển mã nguồn dựa trên yêu cầuTạo ra tài liệu kỹ thuật chi tiết về phần mềm60s
- Q11Yêu cầu "Business Requirement" thường được định nghĩa là gì?Các yêu cầu về cách thức hoạt động của hệ thống để đáp ứng mục tiêu kinh doanhCác yêu cầu về thiết kế giao diện người dùngCác yêu cầu cụ thể về công nghệ được sử dụngCác yêu cầu liên quan đến bảo mật và quyền truy cập60s
- Q12Sự khác biệt chính giữa "Stakeholder Requirement" và "Business Requirement" là gì?Stakeholder Requirement là yêu cầu từ các bên liên quan, trong khi Business Requirement liên quan đến yêu cầu về hiệu suất hệ thống.Business Requirement chỉ định các yêu cầu về kỹ thuật, trong khi Stakeholder Requirement tập trung vào yêu cầu về giao diện người dùng.Business Requirement thường không được ghi chép, trong khi Stakeholder Requirement được tài liệu hóa chi tiết.Stakeholder Requirement tập trung vào các mong đợi của các bên liên quan, trong khi Business Requirement tập trung vào các mục tiêu kinh doanh.60s
- Q13Yêu cầu "Functional Requirement" chủ yếu định nghĩa điều gì?Các chức năng và hành vi của hệ thống mà phần mềm cần phải thực hiệnCác điều kiện về hiệu suất của hệ thốngCác yêu cầu về bảo mật và quyền truy cậpCác yêu cầu về thiết kế giao diện người dùng60s
- Q14Một ví dụ nào sau đây không phải là "Non Functional Requirement" ?Hệ thống có khả năng xử lý 10,000 người dùng đồng thờiHệ thống cần phải hoạt động với tốc độ xử lý dưới 2 giây.Giao diện người dùng phải có màu sắc dễ chịu và dễ đọcHệ thống cho phép người dùng đăng nhập bằng tên người dùng và mật khẩu.60s
- Q15Khi phát triển một phần mềm, tại sao việc xác định cả "Functional Requirement" và "Non-Functional Requirement" là quan trọng?Để xác định các yêu cầu về cấu trúc cơ sở dữ liệuĐể đảm bảo phần mềm không chỉ hoạt động đúng cách mà còn đáp ứng các tiêu chuẩn về hiệu suất và chất lượngĐể đảm bảo phần mềm có giao diện người dùng đẹp mắt và dễ sử dụngĐể giảm chi phí phát triển và bảo trì phần mềm60s