Font size
WorksheetsQuiz về ISO/IEC 25010
Total questions: 87
Worksheet time: 44mins
ISO/IEC 25010 là chuẩn liên quan đến ?
Thiết kế giao diện người dùng
Đánh giá chất lượng phần mềm
Quản lý dự án phần mềm
Tổ chức quy trình phát triển phần mềm
Yêu cầu phi chức năng "Hiệu suất/Performance Efficiency" trong ISO/IEC 25010 đo lường điều gì?
Tính ổn định của phần mềm trong môi trường hoạt động
Thời gian phản hồi và khả năng xử lý của hệ thống
Tính bảo mật của phần mềm
Mức độ tương thích với các phần mềm khác
Theo ISO/IEC 25010, yếu tố nào sau đây thuộc nhóm yêu cầu phi chức năng về "Tính bảo mật"?
Mức độ bảo vệ thông tin và dữ liệu khỏi các mối đe dọa
Mức độ dễ sử dụng của giao diện người dùng
Khả năng hệ thống xử lý yêu cầu đồng thời.
Khả năng phục hồi sau sự cố
Trong ISO/IEC 25010, yêu cầu về " Usability" liên quan đến ?
Mức độ dễ dàng trong việc thực hiện các tác vụ mà người dùng yêu cầu
Mức độ bảo vệ dữ liệu của phần mềm
Tính năng sao lưu và phục hồi của phần mềm
Khả năng dễ kiếm thử của phần mềm
Yếu tố nào sau đây không phải là một trong những yếu tố chất lượng trong ISO/IEC 9126?
Hiệu suất (Efficiency)
Dễ dàng xác định rủi ro (Easy to define risks)
Khả năng sử dụng (Usability).
Chức năng (Functionality)
Khi xác định yêu cầu phi chức năng về bảo mật, nhóm phát triển nên xem xét những yếu tố nào?
Cung cấp khả năng sao lưu dữ liệu tự động
Đảm bảo phần mềm có thể chạy trên nhiều nền tảng khác nhau
Chỉ sử dụng các thuật toán mã hóa đơn giản
Đảm bảo dữ liệu chỉ có thể được truy cập bởi người dùng đã đăng nhập
Khi thu thập yêu cầu về "Tính tương thích/Compatibility" cho phần mềm, phương pháp nào sau đây sẽ giúp xác định rõ yêu cầu này?
Thực hiện các bài kiểm tra với người dùng cuối để đánh giá sự hài lòng
Kiểm tra hệ thống hiện tại và yêu cầu về bảo mật
Phân tích các nền tảng và môi trường phần cứng mà phần mềm sẽ hoạt động trên đó
Phân tích khối lượng dữ liệu cần xử lý trong phần mềm
Câu 8: FURPS+ là viết tắt của nhóm các yêu cầu phi chức năng nào?
Features of Process Specification
FUTURE of Softwares
Functionality, Usability, Reliability, Performance, và Supportability. Dấu + thể hiện các ràng buộc khác gồm: Design, Implementation, Interface, Physical.
Là tên của một nhà nghiên cứu khoa học.
Câu 9: Supplementary Requirements (SUPLs) và Features (FEATs) có điểm gì khác biệt nhau?
FEATs chỉ là các yêu cầu chức năng, SUPLs bao gồm cả yêu cầu chức năng và phi chức năng
FEATs bao gồm cả yêu cầu chức năng và yêu cầu phi chức năng, SUPLs chỉ là các yêu cầu phi chức năng
FEATs và SUPLs không có điểm gì khác biệt
FEATs bao gồm cả yêu cầu chức năng và yêu cầu phi chức năng, SUPLs chỉ là các yêu cầu chức năng
Câu 10: Tạo sao phải ánh xạ features (tính năng) sang supplementary requirements (yêu cầu bổ sung) trong mô hình kim tự tháp yêu cầu?
Để cung cấp các yêu cầu kỹ thuật chi tiết về giao diện người dùng
Để quản lý các yêu cầu phi chức năng của phần mềm một cách tách biệt trong tài liệu supplementary requirements document
Mô tả chi tiết các tác vụ mà phần mềm phải thực hiện
Xác định các tiêu chuẩn về tương thích phần mềm với các phần mềm khác.
Câu 11: Tài liệu nào sau đây quản lý các yêu cầu bổ sung (supplementary requirements) trong mô hình kim tự tháp yêu cầu?
Báo cáo test case (Test case report)
Tài liệu yêu cầu bổ sung (Supplementary Requirements Document)
Đặc tả use case (Use case speycification)
Bản kế hoạch quản lý dự án (Project management plan)
Các yêu cầu bổ sung (supplementary requirements) trong mô hình kim tự tháp yêu cầu có nguồn gốc từ ___ ?
Từ các kịch bản (scenarios)
Từ các trường hợp sử dụng (use cases)
Từ các tính năng sản phẩm (features)
Từ các trường hợp test (test cases).
Hệ thống có thể phục vụ 1000 giao dịch đặt trước mua vé trong vòng 1 phút. Hãy cho biết yêu cầu này thuộc yếu tố chất lượng nào?
Thông lượng (Throughput)
Tính mạnh (Robustness)
Tính dễ sử dụng (Ease of use)
Tính tận dụng nguồn tài nguyên (Utilization of resources)
Cho các yêu cầu phi chức năng như sau: SUPL-1: "Trong trường hợp hệ thống bị lỗi, hệ thống dự phòng sẽ tiếp tục hoạt động trong vòng 30 giây" SUPL-2: "Thời gian sửa chữa trung bình sẽ ít hơn một giờ". Hãy cho biết chúng thuộc yếu tố chất lượng nào?
Tính mạnh (Robustness)
Tính dễ sử dụng (Ease of use)
Thời gian khôi phục (Recovery time)
Thời gian phản hồi (Response time)
Cho các yêu cầu phi chức năng như sau:
SUPL-1: "Hệ thống sử dụng kiến trúc ứng dụng dịch vụ siêu nhỏ (Microservice Architecture)"
SUPL-2: "Cơ sở dữ liệu của hệ thống được bảo quản trên server của công ty". Hãy cho biết chúng thuộc tiêu chí chất lượng nào trong bộ chuẩn ISO/IEC 9126? (chọn 2 đáp án đúng)
Tính bảo trì (Maintainability)
Thời gian phản hồi (Response time)
Tính bảo mật (Security)
Tính dễ sử dụng (Ease of use)
Tiêu chí "Tính tương thích (Compatibility) " trong ISO/IEC 25010 đánh giá điều gì?
Khả năng phần mềm xử lý khối lượng lớn dữ liệu
Khả năng bảo vệ phần mềm khỏi các mối đe dọa
Khả năng phần mềm phục hồi từ sự cố.
Khả năng phần mềm hoạt động trên nhiều nền tảng và môi trường khác nhau
Khi thu thập các yêu cầu phi chức năng của phần mềm, yếu tố nào sau đây không phải là một yêu cầu phổ biến cần xem xét?
Màu sắc giao diện người dùng
Độ bảo mật
Khả năng mở rộng
Tốc độ xử lý
Yêu cầu về "Tính khả dụng/Useablitity" trong thu thập yêu cầu phi chức năng có thể được xác định qua phương pháp nào dưới đây?
Phân tích các vấn đề về bảo mật và các giải pháp phòng ngừa
Thu thập thông tin từ người dùng về các vấn đề họ gặp phải trong việc sử dụng phần mềm
Kiểm tra khả năng mở rộng và tính tương thích của hệ thống với các nền tảng khác
Đánh giá khối lượng dữ liệu mà phần mềm có thể xử lý
Supplementary Requirements (SUPLs) và Features (FEATs) có quan hệ gì với nhau trong mô hình kim tự tháp yêu cầu?
SUPLs có nguồn gốc từ FEATs
FEATs có nguồn gốc từ SUPLs
FEATs là các yêu cầu chia nhỏ hơn của SUPLS
SUPLs và FEATs không có quan hệ gì với nhau
Khi đánh giá chất lượng của các yêu cầu bổ sung (supplementary requirements) cần xét đến những tiêu chí gì?
Yêu cầu phải bao gồm mọi tính năng của phần mềm mà người dùng yêu cầu
Yêu cầu phải dễ dàng thực hiện mà không cần tài nguyên bổ sung
Yêu cầu phải tương thích với tất cả các hệ điều hành mà phần mềm sẽ chạy
Yêu cầu phải rõ ràng, có thể đo lường được và không mâu thuẫn với các yêu cầu khác
Cho các yêu cầu phi chức năng như sau: SUPL_1: Thời gian trung bình giữa các lần hỏng hóc (Mean Time Between Failures - MTBF) ít nhất là 30 ngày. SUPL_2: Hệ thống vận hành 24/7 Hãy cho biết chúng thuộc yếu tố chất lượng nào?
Tính dễ sử dụng (Ease of use)
Tính mạnh (Robustness)
Tính sẵn dùng (Availability)
Khả năng truy cập (Accessibility)
Tiêu chí "Khả năng bảo trì" trong ISO/IEC 25010 chủ yếu đánh giá điều gì?
Mức độ sẵn sàng của phần mềm để sử dụng ngay sau khi cài đặt
Mức độ bảo vệ phần mềm khỏi các sự cố phần cứng
Mức độ tương thích với các phần mềm khác
Mức độ dễ dàng bảo trì và cập nhật phần mềm trong tương lai
Để đảm bảo tính khả dụng (useability) của phần mềm, các yêu cầu phi chức năng nào sau đây cần được thu thập trong quá trình phát triển phần mềm?
Quy trình xác thực người dùng
Số lượng tính năng phần mềm
Tính dễ sử dụng các chức năng của phần mềm
Tính năng tìm kiếm
Cho các yêu cầu phi chức năng như sau:
SUPL_1: Người dùng không yêu cầu phải có kỹ năng đặc biệt để có thể sử dụng được hệ thống (ngoài trừ biết sử dụng trình duyệt)
SUPL_2: Bộ phận cung cấp dịch vụ có thể học và sử dụng thành thạo các chức năng của hệ thống trong thời gian một giờ.
SUPL_3: Thời gian đặt phòng khách sạn không dài hơn 10 phút
Hãy cho biết nó thuộc yếu tố chất lượng nào?
Tính mạnh (Robustness) Tính mạnh (Robustness) Tính mạnh (Robustness) Tính mạnh (Robustness)
Độ tin cậy (Reliability)
Tính mỹ học (Aesthetics)
Tính dễ sử dụng (Ease of use)
ISO/IEC 25010 định nghĩa chất lượng phần mềm dựa trên mấy tiêu chí? Chúng là gì?
8 tiêu chí; Functional Suitability, Performance Efficiency, Compatibility, Usability, Reliability, Security, Maintainability, and Portability
4 tiêu chí; Functionality, Reliability, Usability, Efficiency
7 tiêu chí; Reliability, Usability, Efficiency, Maintainability, Portability, Maintainability, and Security
3 tiêu chí: Usability, Efficiency, Maintainability
Tại sao phải phát biểu các yêu cầu phi chức năng một cách có định lượng?
Để thuận lợi cho hoạt động ước lượng và lập kế hoạch
Để dễ dàng kiểm thử và nghiệm thu
Để dễ ánh xạ sang các kịch bản (scenario)
Để tiện cho việc
Cho 2 yêu cầu phi chức năng như sau: SUPL1: "Chức năng đặt mua vé là sẵn sàng ngay trên trang chủ". SUPL2: "Chức năng thuê xe là sẵn dùng chỉ sau một lần click từ trang chủ". Hãy cho biết chúng thuộc yếu tố chất lượng nào?
Tính mỹ học (Aesthetics)
Khả năng truy cập (Accessibility)
Tính dễ sử dụng (Ease of use)
Tính mạnh (Robustness)
Khi thu thập yêu cầu phi chức năng về "Hiệu suất/Performance", phương pháp nào dưới đây là cách hiệu quả để xác định yêu cầu này?
Kiểm tra mã nguồn để fix bug
Phân tích các lỗ hổng bảo mật trong phần mềm hiện tại.
Tổ chức các buổi thảo luận nhóm với các nhà phát triển phần mềm
Phỏng vấn người dùng cuối để biết tốc độ và hiệu quả công việc mong muốn
Đâu là yêu cầu phi chức năng nào được phát biểu định lượng hóa ?
Phần mềm phải có khả năng tự động phục hồi trong vòng 5 phút sau khi gặp sự cố hệ thống
Phần mềm chạy nhanh và có giao diện người dùng dễ sử dụng
Phần mềm phải hỗ trợ các nền tảng di động và máy tính để bàn
Phần mềm phải có các tính năng phân tích dữ liệu thời gian thực
Trong mô hình kim tự tháp yêu cầu, test cases có nguồn gốc từ đâu?
Needs và use cases
Features và Needs.
Needs và features
Scenarios và supplementary requirements
Test case trong kiểm thử phần mềm là gì?
Một báo cáo về kết quả kiểm thử sau khi thực hiện các bước kiểm tra
Một tài liệu mô tả cách thức cài đặt phần mềm vào môi trường thử nghiệm
Một mô tả chi tiết về cách thực hiện kiểm thử để xác nhận một tính năng hoặc chức năng của phần mềm hoạt động đúng như kỳ vọng hay không.
Một danh sách các yêu cầu chức năng cần được phát triển bởi phần mềm
Việc quản lý các test cases trong mô hình kim tự tháp yêu cầu có lợi ích gì cho đội ngũ kiểm thử?
Tạo các bản sao của các test cases đã thiết kế trước đó để quản lý thay đổi yêu cầu
Tạo ra các báo cáo kiểm thử một cách tự động
Giúp đảm bảo các yêu cầu không thay đổi trong suốt quá trình phát triển phần mềm
Giúp đội ngũ phát triển nhận ra ngay lập tức các thay đổi trong test case khi yêu cầu thay đổi và điều chỉnh kế hoạch kiểm thử (nếu cần)
"Phân hoạch lớp tương đương" là kỹ thuật sinh test cases thuộc ?
Kiểm thử hộp trắng
Kiểm thử hộp đen
Kiểm thử hộp xám
Cả hai: kiểm thử hộp đen, và kiểm thử hộp trắng
Chọn phát biểu đúng nhất về kỹ thuật sinh test case của Jim Heumann?
Sinh các test case hiệu quả (số lượng test case nhỏ) nhưng độ bao phủ thấp
Chỉ dùng cho kiểm thử hộp trắng
Sinh các test case với số lượng lớn trong khi vẫn không bảo đảm được độ bao phủ cao.
Sinh các test case hiệu quả (số lượng test case nhỏ) trong khi vẫn bảo đảm độ bao phủ cao (bắt được nhiều nhất lỗi có thể)
Có cách tiếp cận kiểm thử nào có thể áp dụng cho mọi yêu cầu phi chức năng không? Nếu có, đó là kỹ thuật nào?
Không, không có
Có, kỹ thuật Jim Heumman
Yêu cầu phi chức năng về hiệu năng chú trọng đến điều gì?
Tính chính xác của các thuật toán tính toán trong phần mềm
Các lỗi bảo mật có thể xảy ra khi phần mềm hoạt động
Thời gian phản hồi và khả năng xử lý tải nặng của phần mềm dưới các điều kiện khác nhau
Các giao diện người dùng và thao tác của người dùng với phần mềm
Cho yêu cầu phi chức năng sau: "Website có thể duyệt trên trình duyệt FireFox và trình duyệt Chrome." Làm thế nào để kiểm tra (test) yêu cầu này?
Lựa chọn một số lớn các test cases và thực thi chúng trên các môi trường khác nhau (sử dụng trình duyệt FireFox, sau đó sử dụng trình duyệt Chrome)
Chọn 2 test cases và chạy trên 2 trình duyệt
Kiểm tra ứng dụng có chạy trên trình duyệt Chrome không
Kiểm tra ứng dụng có chạy trên trình duyệt FireFox không
Cho yêu cầu phi chức năng sau: "Danh sách các chuyến bay trả về từ kết quả tìm kiếm sẽ sử dụng giải thuật tìm đường đi ngắn nhất Dijkstra" Làm thế nào để kiểm tra (test) yêu cầu này?
Sử dụng phương pháp tìm lỗi code
Sử dụng phương pháp kiểm thử hộp trắng (rà soát code để check giải thuật)
Sử dụng phương pháp kiểm thử hộp đen (xem kết quả có trả về danh sách chuyến bay không)
Kiểm tra xem danh sách chuyến bay trả về là ngắn nhất hay dài nhất.
Kiểm thử tự động thích hợp để test các yêu cầu phi chức năng nào?
Test các yêu cầu về hiệu năng và độ tin cậy
Test các ràng buộc thiết kế
Test các yêu cầu về tính dễ sử dụng.
Test các ràng buộc về công nghệ
Kịch bản (Scenario) khác gì trường hợp sử dụng (Use case)?
Kịch bản là điều kiện trước của use case
Kịch bản là các ràng buộc cụ thể của use case
Kịch bản là một đường đi trên biểu đồ hoạt động của use case
Kịch bản là điều kiện sau của use case
Chọn phát biểu đúng về kịch bản (scenario) trong mô hình kim tự tháp yêu cầu?
Từ một kịch bản (scenario) chỉ có thể sinh ra một trường hợp sử dụng (use case)
Từ một trường hợp sử dụng (use case) có thể sinh ra nhiều kịch bản (scenario)
Từ một kịch bản có thể sinh ra nhiều trường hợp sử dụng (use case)
Từ một trường hợp sử dụng (use case) chỉ sinh ra một kịch bản (scenario)
Xét kịch bản chính của use case "login". Các biến đầu vào cho mỗi bước của use case được xác định là gì?
Name và Role
CityName, Addresss và Phone
Không xác định được biến nào
UseID và Password
Khi xác định các lựa chọn khác biệt đáng kể cho biến "ngày bay" trong use case "tìm kiếm chuyến bay", đâu là các lựa chọn khác biệt đáng kể?
Ngày hợp lệ vào thứ 2, Ngày hợp lệ vào thứ 4
Hai ngày đều không hợp lệ
Ngày cuối thứ 7, Ngày chủ nhật
Ngày hợp lệ trong tuần tới và ngày bay không hợp lệ (ngày đã qua)
Cho màn hình của use case "Thêm nhanh chi tiết hàng hóa" như sau: Bao nhiêu biến đầu vào bạn xác định được từ use case này?
3 biến
11 biến
10 biến
8 biến
Các thành phần cơ bản của một test case gồm?
Tên test case, bước thực hiện, dữ liệu vào, kết quả mong đợi, kết quả thực tế
Dữ liệu đầu vào, kết quả mong đợi
Các yêu cầu phần cứng và phần mềm cần thiết để chạy test case
Các bước thực hiện, kết quả kỳ vọng
Việc sinh test cases ngay từ giai đoạn phân tích yêu cầu giúp ích gì?
Giúp giảm thời gian kiểm thử và chi phí phát triển phần mềm
Giúp đội ngũ phát triển đảm bảo rằng mọi yêu cầu thu thập đều có khả năng kiểm thử
Giúp dễ dàng tái sử dụng test cases trong các dự án sau
Giúp xác định rõ các vấn đề về bảo mật và hiệu suất từ đầu dự án
"Phân tích giá trị biên" là kỹ thuật sinh test case thuộc?
Cả hai: kiểm thử hộp đen, và kiểm thử hộp trắng
Kiểm thử hộp xám
Kiểm thử hộp đen
Kiểm thử hộp trắng
Yêu cầu phi chức năng về bảo mật đề cập đến?
Phần mềm có thể chống lại các tấn công bảo mật và bảo vệ dữ liệu người dùng khỏi các nguy cơ bên ngoài
Phần mềm có giao diện người dùng dễ sử dụng và trực quan
Phần mềm có thể chạy trên tất cả các hệ điều hành
Phần mềm hoạt động ổn định và không bị lỗi quá tải
Khi áp dụng bước "xác định các biến tại mỗi bước của use case" cho use case tìm kiếm khách sạn, các biến xác định được là ?
Các thông tin cá nhân của người dùng
Các tiêu chí tìm kiếm như địa điểm, ngày nhận phòng và ngày trả phòng
Mức độ ưu tiên của khách sạn theo xếp hạng
Thông tin về các khách sạn đã được lưu trữ trong hệ thống
Kỹ thuật sinh test cases của Jim Heumann bao gồm mấy bước ?
4 bước
3 bước
6 bước
5 bước
Cho yêu cầu phi chức năng sau: "Ngày tháng sẽ được hiển thị theo định dạng được thiết lập trong trình duyệt web của máy tính người dùng." Các bước để kiểm tra (test) yêu cầu này là gì?
Kiểm tra ngày tháng trên màn hình hiển thị tại các máy tính người dùng
(1) Kiểm tra thiết lập ngày tháng trên trình duyệt web; (2) Chạy kịch bản test với các thiết lập này; (3) Thay đổi thiết lập ngày tháng của trình duyệt; (4) Chạy lại kịch bảng test với thiết lập này.
(1) Kiểm tra thiết lập ngày tháng trên trình duyệt web; (2) Chạy kịch bản test với các thiết lập này
Viết chương trình nhận dạng định dạng ngày tháng được thiết lập trên trình duyệt của máy tính người dùng.
Cho yêu cầu phi chức năng sau: "Khi trả về danh sách các chuyến bay, hệ thống không được bỏ xót bất cứ chuyến bay trực tiếp, hoặc chuyến bay có một điểm dừng nào." Để kiểm kiểm thử yêu cầu này, bạn dùng phương pháp nào?
Kiểm thử hộp đen, kiểm tra xem danh sách trả về có chứa các chuyến bay trực tiếp không là được
Kiểm thử hộp đen, kiểm tra xem danh sách trả về có chứa các chuyến bay có một điểm dừng không là được.
Kiểm thử hộp trắng; bằng cách truy cập trực tiếp vào cơ sở dữ liệu (CSDL), không ứng dụng, và so sánh kết quả trong CSDL với kết quả trả về trong danh sách
Kiểm thử hộp đen, kiểm tra xem danh sách trả về có chứa các chuyến bay trực tiếp và chuyến bay có một điểm dừng không là được
Trong use case tìm kiếm khách sạn, khi xác định các biến đầu vào, yếu tố nào dưới đây là một tình huống ngoại lệ có thể xảy ra?
Người dùng chọn một khách sạn có sẵn trong kết quả tìm kiếm
Người dùng không nhập địa điểm hoặc ngày nhận phòng
Hệ thống hiển thị danh sách khách sạn theo thứ tự tăng dần của giá
Hệ thống gửi email xác nhận đơn đặt phòng
Khi áp dụng bước 2 của kỹ thuật Jim Heumann cho use case "tìm kiếm khách sạn", các lựa chọn giá trị cho biến "địa điểm" nào được xem là các lựa chọn khác biệt đáng kể?
Khách sạn giá rẻ và khách sạn cao cấp
Khách sạn với Wi-Fi miễn phí và khách sạn không có Wi-Fi.
Khách sạn trong trung tâm thành phố và khách sạn ở khu vực ngoại ô
Khách sạn cho gia đình và khách sạn dành cho doanh nhân
Chọn phát biểu đúng về kịch bản (scenario) trong mô hình kim tự tháp yêu cầu?
Từ một test case có thể sinh ra nhiều kịch bản
Từ một test case chỉ có thể sinh ra một kịch bản
Từ một kịch bản chỉ có thể sinh ra một test case
Từ một kịch bản có thể sinh ra nhiều test case
Cho màn hình của use case "người dùng đăng ký" như sau: Bao nhiêu biến đầu vào bạn xác định được từ use case này?
11 biến
12 biến
10 biến
13 biến
Hình sau đây ngụ ý gì?
Lựa chọn các kịch bản để sinh ra các test cases sao cho với số lượng nhỏ nhất.
Lựa chọn các kịch bản để chạy trong các môi trường khác nhau nhằm kiểm thử yêu cầu phi chức năng nào đó
Lựa chọn các kịch bản để chạy trong các môi trường khác nhau nhằm kiểm tra độ bao phủ của các test cases
Lựa chọn các kịch bản để sinh ra các test case nhằm kiểm thử yêu cầu năng nào đó
Quản lý yêu cầu có mấy cách tiếp cận? Là những cách tiếp cận nào?
1 cách tiếp cận, quản lý yêu cầu trong tệp Microsoft Excel.
2 cách tiếp cận, quản lý yêu cầu thủ công trong các tài liệu đặc tả, quản lý yêu cầu sử dụng công cụ trợ giúp
3 cách tiếp cận, quản lý yêu cầu chức năng, quản lý yêu cầu miền, quản lý yêu cầu phi chức năng.
2 cách tiếp cận, quản lý yêu cầu chức năng và quản lý yêu cầu phi chức năng
Công cụ nào sau đây giúp quản lý yêu cầu, hỗ trợ các thao tác thêm, sửa, xóa, tìm kiếm, và lọc các yêu cầu theo các tiêu chí khác nhau?
Rational RequisitePro
Microsoft Word
draw.io
Rational Rose
Khi bạn cần sửa đổi một yêu cầu đã có trong Rational RequisitePro, các thực hiện là gì?
Gửi yêu cầu cho nhóm kiểm thử để xác nhận việc chỉnh sửa
Mở tài liệu của yêu cầu đó và chỉnh sửa trực tiếp trong file
Tìm yêu cầu cần sửa trong tầng yêu cầu tương ứng, chọn yêu cầu cần sửa, và thực hiện sửa mục tương ứng trên của số hiển thị các thông tin về yêu cầu
Xóa yêu cầu hiện tại và tạo lại yêu cầu mới
Trong Rational RequisitePro, nếu bạn muốn truy vấn để lọc ra tính năng (Features) có trạng thái (status) là "Approved" và độ ưu tiên (Priority) là "High", các bước thực hiện là gì?
Đi đến tầng "Features & Vision" > Chọn khung nhìn "All Features" > Click chuột phải vào vùng sầm mầu (Requirements) > Chọn Query ... > Chọn thuộc tính "Priority" > Ok > chọn giá trị "High" > OK > Chọn: Add > chọn "Status" > Ok > Chọn giá trị "Approved" > OK > OK
Đi đến tầng "Use case" > Chọn khung nhìn "All Use cases" > Click chuột phải vào vùng sầm mầu (Requirements) > Chọn Query ... > Chọn thuộc tính "Priority" > Ok
Đi đến tầng "Use case" > Chọn khung nhìn "All Use cases" > Click chuột phải vào vùng sâm mầu (Requirements) > Chọn Query ... > Chọn thuộc tính "Status" > Ok
Đi đến tầng "Use case" > Chọn khung nhìn "All Features" > Click chuột phải vào vùng sầm mầu (Requirements) > Chọn Query > Chọn thuộc tính "Status" > Ok
Khi muốn tạo một yêu cầu (issue) mới trong dự án trên GitHub, bạn cần làm gì?
Sử dụng tùy chọn "Create a New Pull Request"
Mở tab "Issues" và nhấn "New Issue"
Sử dụng lệnh git commit để tạo yêu cầu mới
Tạo một thư mục mới và ghi nội dung yêu cầu vào đó
Khi phân tích và quản lý yêu cầu theo mô hình RUP, tài liệu nào sau đây bạn KHÔNG cần xây dựng?
Tài liệu tầm nhìn dự án (Project Vision Document)
Bản kế hoạch quản lý yêu cầu (Requirements Management Plan)
Tài liệu đặc tả use case (Use case specification Documents)
Tài liệu mã nguồn (Source Code Document)
Chọn phát biểu đúng về trạng thái của phần mềm?
Trạng thái của phần mềm chỉ được thể hiện qua các tính năng mà nó đang phát triển
Trạng thái của phần mềm được thể hiện qua các tính năng của nó ở các giai đoạn khác nhau của vòng đời phát triển phần mềm từ khi bắt đầu đến khi ngưng sử dụng
Trạng thái của phần mềm được thể hiện qua các tính năng sẽ được bổ sung
Trạng thái của phần mềm chỉ được thể hiện qua các tính năng mà nó chưa hoàn thiện
Khi áp dụng Mô hình Kim Tự Tháp yêu cầu, tài liệu nào dưới đây đặc tả chi tiết các yêu cầu chức năng của hệ thống??
Tài liệu yêu cầu stakeholder (Stakeholder's request document)
Tài liệu tầm nhìn (Vision Document)
Bản kế hoạch kiểm thử (Test Plan)
Các đặc tả use case (Use Case Specifications)
Trong RUP, tài liệu nào dưới đây mô tả chi tiết các yêu cầu phi chức năng (non-functional requirements) của phần mềm?
Tài liệu đặc tả bổ sung (Supplementary Specification)
Mô hình tiến trình nghiệp vụ (Business Process Model)
Các đặc tả use case (Use Case Model)
Mô hình miền (Domain Model)
Mục đích chính của tài liệu tầm nhìn dự án (Project Vision Document) là gì?
Mô tả các yêu cầu chi tiết về chức năng và phi chức năng của hệ thống
Mô tả cách hệ thống sẽ được kiểm thử
Cung cấp một cái nhìn tổng thể về mục tiêu, các yêu cầu kinh doanh và phạm vi của dự án phần mềm
Các định cách thức hệ thống sẽ được triển khai và bảo trì
Ưu điểm lớn nhất của cách tiếp cận mô hình kim tự tháp yêu cầu trong kỹ nghệ yêu cầu phần mềm là gì?
Tổ chức các yêu cầu từ cấp cao đến chi tiết, giúp đảm bảo tính rõ ràng và dễ hiểu
Giúp đảm bảo tất cả yêu cầu được phân tích chi tiết từ đầu đến cuối
Cung cấp một cách tiếp cận linh hoạt cho việc thay đổi yêu cầu
Loại bỏ tất cả các yêu cầu không cần thiết từ dự án ngay từ đầu
Nhược điểm của mô hình kim tự tháp yêu cầu là?
Cồng kềnh khi áp dụng tất cả các tầng cho dự án cỡ vừa và nhỏ
Đo lường tính hiệu quả của từng yêu cầu quá khó khăn
Không thể đảm bảo mọi yêu cầu được theo dõi dấu vết một cách đầy đủ
Quá nhạy cảm các yêu cầu xung đột
Một trong những ưu điểm của việc sử dụng Agile & Scrum trong quản lý yêu cầu là gì?
Giúp loại bỏ tất cả các yêu cầu không cần thiết ngay từ đầu
Cung cấp cái nhìn chi tiết và rõ ràng về yêu cầu trong suốt toàn bộ quá trình phát triển
Cải thiện khả năng giao tiếp và phối hợp giữa các bên liên quan thông qua các cuộc họp Scrum và review định kỳ
Giúp phát triển phần mềm nhanh chóng mà không cần phải xác định yêu cầu trước tiên
So với Agile & Scrum, mô hình RUP có ưu điểm gì trong việc quản lý yêu cầu phần mềm?
RUP hoàn toàn linh hoạt, không yêu cầu kế hoạch chi tiết từ đầu
RUP không yêu cầu phải phân tích yêu cầu trước khi phát triển phần mềm
RUP cung cấp một quy trình chi tiết, có kế hoạch phát triển rõ ràng, giúp quản lý yêu cầu một cách có hệ thống và kiểm soát chặt chẽ
RUP ưu tiên phát triển phần mềm nhanh chóng mà không quan tâm đến việc quản lý yêu cầu chi tiết
So với Rational RequisitePro, GitHub hỗ trợ quản lý yêu cầu như thế nào trong các dự án phần mềm?
GitHub cung cấp các tính năng phân tích yêu cầu chi tiết như Rational RequisitePro
GitHub cho phép theo dõi yêu cầu và các thay đổi yêu cầu thông qua Issues và Pull Requests
GitHub cung cấp các công cụ kiểm soát phiên bản cho yêu cầu phần mềm và tài liệu liên quan
GitHub là công cụ không thể sử dụng để quản lý yêu cầu phần mềm
Trong Rational RequisitePro, khi bạn muốn thêm một yêu cầu mới vào dự án, bạn cần làm gì?
Tải tệp yêu cầu từ hệ thống bên ngoài vào RequisitePro
Chỉnh sửa yêu cầu hiện có và lưu lại
Mở "Document" và nhập yêu cầu trực tiếp vào file văn bản
Sử dụng tính năng "Create New Requirement" từ menu yêu cầu
Trong Rational RequisitePro, thao tác nào được sử dụng để xóa một yêu cầu không còn cần thiết trong dự án?
Di chuyển yêu cầu vào thư mục "Deprecated"
Chỉnh sửa yêu cầu bằng cách để trống tất cả các trường thông tin
Sử dụng tùy chọn "Delete Requirement" từ menu yêu cầu
Gửi yêu cầu tới nhóm phát triển và yêu cầu sẽ tự xóa bởi hệ thống.
Khi muốn tạo một sửa đổi về yêu cầu và cần thảo luận, phê chuẩn trong dự án trên GitHub, bạn cần làm gì?
Mở tab "Project" và nhấn "New Project"
Sử dụng tùy chọn "Create a New Pull Request"
Tạo một thư mục mới và ghi nội dung yêu cầu vào đó
Sử dụng lệnh git commit để tạo yêu cầu mới
Trạng thái nào của phần mềm thường được thể hiện qua các tính năng đang được phát triển và thử nghiệm, nhưng chưa hoàn thiện hoặc chưa ổn định để đưa vào môi trường sản xuất?
Bảo trì (Maintenance)
Tạm ngừng (Suspended).
Sẵn sàng cho sản xuất (Ready for Production)
Đang phát triển (In Development)
Khi áp dụng Mô hình Kim Tự Tháp yêu cầu, tài liệu nào dưới đây sẽ được xây dựng đầu tiên để xác định các yêu cầu tổng quát và khái quát về hệ thống?
Mô hình use case (Use Case Model)
Bản đặc tả yêu cầu hệ thống (System Requirement Specification -SRS)
Tài liệu kiến trúc (Architect Document)
Tài liệu tầm nhìn (Vision Document)
Mục đích của tài liệu đặc tả use case (Use Case Specification) là gì?
Mô tả các yêu cầu phần cứng và các tiêu chuẩn hệ thống
Đưa ra chi tiết về cách hệ thống sẽ được kiểm thử và bảo trì
Mô tả chi tiết các kịch bản người dùng và các hành động hệ thống cần thực hiện để đáp ứng yêu cầu
Cung cấp cái nhìn tổng thể về các mục tiêu kinh doanh và phạm vi hệ thống
Mục đích của tài liệu đặc tả bổ sung (Supplementary Specification) là gì?
Mô tả chi tiết các yêu cầu phi chức năng như hiệu suất, bảo mật và khả năng mở rộng
Đưa ra kế hoạch triển khai và bảo trì hệ thống sau khi phát triển
Mô tả chi tiết về các tính năng của hệ thống từ góc nhìn người dùng
Cung cấp mô hình dữ liệu và các cấu trúc dữ liệu cần thiết cho hệ thống
Một trong những ưu điểm của phương pháp Agile & Scrum trong quản lý yêu cầu là gì?
Yêu cầu sẽ không thay đổi trong suốt quá trình phát triển, đảm bảo sự ổn định trong sản phẩm
Yêu cầu được xác định và đóng băng ngay từ đầu, giúp đội ngũ phát triển làm việc dễ dàng hơn
Yêu cầu có thể thay đổi linh hoạt trong suốt quá trình phát triển
Phương pháp này không khuyến khích thay đổi yêu cầu nhằm giữ nguyên kế hoạch phát triển.
Một trong những điểm mạnh của Rational RequisitePro so với GitHub trong quản lý yêu cầu phần mềm là gì?
GitHub cung cấp các tính năng phân tích yêu cầu chi tiết hơn so với Rational RequisitePro
GitHub chỉ dành cho các dự án mã nguồn mở và không thể quản lý yêu cầu phần mềm
Rational RequisitePro được thiết kế đặc biệt để quản lý yêu cầu và tài liệu liên quan trong suốt vòng đời phát triển phần mềm
Rational RequisitePro cung cấp một hệ thống kiểm soát phiên bản mạnh mẽ cho mã nguồn phần mềm
Công cụ nào dưới đây là một trong những công cụ quản lý yêu cầu phần mềm phổ biến, được sử dụng để theo dõi, quản lý và phân tích yêu cầu trong suốt vòng đời phát triển phần mềm?
NetBeans
Visual Studio
Eclipse
Jira
Khi xây dựng tài liệu tầm nhìn (Vision) cho một hệ thống phần mềm, phần nào dưới đây giúp các bên liên quan hiểu rõ hơn về các mục tiêu dài hạn của dự án?
Mục tiêu kinh doanh và các giá trị chính mà hệ thống phần mềm mang lại
Các yêu cầu chi tiết về chức năng hệ thống
Các giả định và hạn chế của dự án
Các mô hình giao diện người dùng
Chọn các phát biểu đúng về Rational RequisitePro và GitHub? (chọn 2 đáp án đúng)
GitHub cung cấp các tính năng phân tích yêu cầu mạnh mẽ hơn Rational RequisitePro
Rational RequisitePro cung cấp các tính năng liên kết yêu cầu với các phần khác của phần mềm như thiết kế và kiểm thử
Rational RequisitePro miễn phí và dễ sử dụng hơn GitHub
GitHub có thể dễ dàng tích hợp với các công cụ quản lý yêu cầu khác
“Tạo và thiết lập dự án quản lý yêu cầu sử dụng công cụ trợ giúp” có nghĩa là gì?
Tạo một dự án trong Netbean IDE và viết code cho dự án để đáp ứng các yêu cầu người dùng
Mở dự án có sẵn, nhập các thông tin về yêu cầu sử dụng công cụ trợ giúp
Tạo một dự án trong công cụ trợ giúp, thiết lập các thông số cấu hình cho dự án sao cho phù hợp với các quyết định mô tả trong bản kế hoạch quản lý yêu cầu
Tạo các yêu cầu và thiết lập bằng cách nhập thông tin yêu cầu vào trong bản kế hoạch quản lý yêu cầu
Khi bạn muốn sửa đổi một yêu cầu (issue) đã tồn tại trong GitHub, bạn cần thực hiện bước nào đầu tiên?
Mở yêu cầu trong tab "Issues", nhấn vào nút "Edit" và chỉnh sửa mô tả yêu cầu
Mở tab "Project" và nhấn "Edit requirement"
Xóa yêu cầu cũ và tạo một yêu cầu mới
Chỉnh sửa yêu cầu trực tiếp trong file mã nguồn của dự án
So với RUP, Agile & Scrum có ưu điểm gì trong việc quản lý yêu cầu phần mềm cho các dự án có yêu cầu thay đổi liên tục?
RUP có khả năng thích nghi với yêu cầu thay đổi nhanh hơn Agile & Scrum
Agile & Scrum không cho phép thay đổi yêu cầu trong suốt quá trình phát triển
Agile & Scrum cho phép yêu cầu thay đổi linh hoạt và nhanh chóng, dễ dàng điều chỉnh theo phản hồi từ khách hàng
RUP yêu cầu phải đóng băng yêu cầu ngay từ đầu và không thay đổi
