Hướng debug là gì?

Phân tích yêu cầu là một quá trình quan trọng trong kỹ thuật phần mềm, giúp đảm bảo rằng các yêu cầu của khách hàng và người dùng được hiểu rõ, ghi lại đầy đủ và được xác nhận tính khả thi. Quá trình này thường bao gồm các bước sau, theo đúng thứ tự:

1. Làm rõ yêu cầu (Elicitation): Thu thập và làm rõ các yêu cầu từ các bên liên quan (khách hàng, người dùng, chuyên gia). Bước này bao gồm việc đặt câu hỏi, phỏng vấn, thảo luận để hiểu rõ nhu cầu thực sự của họ.
2. Làm tài liệu yêu cầu (Documentation): Ghi lại các yêu cầu đã thu thập được một cách rõ ràng, chi tiết và có cấu trúc. Tài liệu này có thể bao gồm các use case, user stories, sơ đồ, bảng biểu, v.v.
3. Xem xét yêu cầu (Validation): Kiểm tra và xác nhận rằng các yêu cầu đã ghi lại là chính xác, đầy đủ, nhất quán và có thể thực hiện được. Bước này có thể bao gồm việc xem xét lại tài liệu yêu cầu với các bên liên quan, thực hiện các thử nghiệm hoặc phân tích để đảm bảo tính khả thi.

Do đó, đáp án đúng là: Làm rõ yêu cầu, làm tài liệu yêu cầu, xem xét yêu cầu.

Câu hỏi yêu cầu tìm phát biểu không đúng về quá trình thu thập yêu cầu.

• Phương án 1: "Yêu cầu rất khó phát hiện" là đúng, vì yêu cầu thường ẩn sau các mong muốn, nhu cầu khác nhau của người dùng và cần được khai thác cẩn thận.
• Phương án 2: "Yêu cầu rất dễ bị thay đổi" là đúng, vì yêu cầu có thể thay đổi trong suốt quá trình phát triển phần mềm do nhiều yếu tố như thay đổi về nghiệp vụ, công nghệ, hoặc do hiểu sai ban đầu.
• Phương án 3: "Yêu cầu phải luôn thống nhất" là đúng, yêu cầu cần thống nhất để tránh mâu thuẫn và đảm bảo dự án đi đúng hướng. Nếu yêu cầu không thống nhất sẽ gây khó khăn và tốn kém cho dự án.
• Phương án 4: "Yêu cầu luôn được biết một cách chính xác" là sai, vì thông thường, ban đầu yêu cầu chưa được xác định rõ ràng và cần được làm rõ dần trong quá trình thu thập và phân tích.

Vậy, đáp án không đúng là: Yêu cầu luôn được biết một cách chính xác.

Yêu cầu chức năng mô tả những gì hệ thống phải làm. Nó tập trung vào các chức năng và tính năng cụ thể mà hệ thống cung cấp cho người dùng. Trong các lựa chọn trên:

• Lựa chọn 1: Đề cập đến hiệu suất (thời gian phản hồi), là một yêu cầu phi chức năng.
• Lựa chọn 2: Đề cập đến khả năng sử dụng và giảm lỗi, là một yêu cầu phi chức năng.
• Lựa chọn 3: Mô tả chức năng cụ thể: cho phép người dùng nhập chi tiết chiến dịch quảng cáo. Đây là một yêu cầu chức năng.
• Lựa chọn 4: Đề cập đến thời gian và hình thức báo cáo, có thể coi là một yêu cầu phi chức năng (ví dụ, yêu cầu về quy trình nghiệp vụ).

Vì vậy, lựa chọn 3 là câu trả lời đúng nhất vì nó mô tả một chức năng cụ thể mà hệ thống phải thực hiện.

Độ đo PUM (Problem User Minutes) là một thước đo về mức độ ảnh hưởng của các vấn đề (problems) đến người dùng, thường được tính bằng tổng số phút mà người dùng bị ảnh hưởng bởi các vấn đề. Vì vậy, để đạt được độ đo PUM thấp (tức là giảm thiểu ảnh hưởng của các vấn đề đến người dùng):

• Cải tiến quy trình: Giúp giảm thiểu các vấn đề phát sinh trong quá trình sử dụng sản phẩm/dịch vụ, do đó làm giảm PUM.
• Giảm lỗi giá: Lỗi giá có thể gây ra sự bất tiện và ảnh hưởng đến trải nghiệm của người dùng, làm tăng PUM.
• Giảm thời gian sửa lỗi: Khi thời gian sửa lỗi giảm, người dùng sẽ ít bị ảnh hưởng bởi các vấn đề hơn, do đó làm giảm PUM.

Chỉ có Gia tăng số bản bán được không trực tiếp làm giảm độ đo PUM. Việc bán được nhiều bản hơn không đồng nghĩa với việc các vấn đề sẽ ít ảnh hưởng đến người dùng hơn. Do đó, đây là phát biểu sai.

Đặc tả phi hình thức, do sử dụng ngôn ngữ tự nhiên hoặc các phương tiện mô tả không chính thức khác, có ưu điểm lớn nhất là dễ đọc và dễ sử dụng. Điều này giúp cho những người không có kiến thức chuyên sâu về kỹ thuật cũng có thể hiểu được yêu cầu và chức năng của hệ thống.

• Dễ đọc, dễ sử dụng: Đây là ưu điểm chính của đặc tả phi hình thức. Ngôn ngữ tự nhiên giúp mọi người dễ dàng tiếp cận và hiểu tài liệu.
• Tăng tính chính xác: Đặc tả phi hình thức thường không đảm bảo tính chính xác cao bằng đặc tả hình thức, vì ngôn ngữ tự nhiên có thể mơ hồ.
• Chi phí đặc tả cao: Chi phí đặc tả phi hình thức thường thấp hơn so với đặc tả hình thức, vì không đòi hỏi công cụ và kỹ năng chuyên môn cao.
• Dễ kiểm tra yêu cầu: Việc kiểm tra yêu cầu trong đặc tả phi hình thức có thể khó khăn hơn so với đặc tả hình thức do tính mơ hồ của ngôn ngữ tự nhiên.