Software Requirements - SWR302

Các lý do khiến các công ty ký hợp đồng với các tổ chức cung cấp dịch vụ outsourcing phần mềm bao gồm việc tiết kiệm chi phí và tăng tốc độ phát triển cũng như tiếp cận chuyên môn hóa. Việc hợp tác với các tổ chức này cho phép các công ty tận dụng nguồn lực và chuyên môn của họ mà không cần phải đầu tư vào việc xây dựng và duy trì các bộ phận nội bộ. Điều này đặc biệt hữu ích cho các công ty muốn nhanh chóng triển khai các dự án hoặc giải quyết các thách thức kỹ thuật phức tạp mà họ không có đủ nguồn lực hoặc chuyên môn để giải quyết.

Các đặc tính của yêu cầu không phải là thuộc tính bắt buộc bao gồm thông tin về người tạo ra yêu cầu, người đề xuất ý tưởng về yêu cầu, ngày tạo ra yêu cầu và trạng thái của yêu cầu. Trong số các lựa chọn trên, thông tin về người đề xuất ý tưởng về yêu cầu không phải là thuộc tính bắt buộc của yêu cầu.

Quản lý yêu cầu là một phần quan trọng trong quy trình phát triển phần mềm. Các hoạt động chính liên quan đến quản lý yêu cầu bao gồm kiểm soát thay đổi, đánh giá rủi ro, theo dõi trạng thái yêu cầu và tương tác với các bên liên quan. Kiểm soát thay đổi giúp đảm bảo rằng các yêu cầu được cập nhật và sửa đổi một cách hợp lý. Đánh giá rủi ro giúp xác định và giảm thiểu các rủi ro liên quan đến yêu cầu. Theo dõi trạng thái yêu cầu giúp theo dõi tiến độ và đảm bảo rằng các yêu cầu được thực hiện đúng như mong đợi. Tương tác với các bên liên quan giúp đảm bảo rằng các yêu cầu được hiểu và thực hiện đúng như mong đợi.

Câu trả lời đúng là "Agile processes harness change for the customer's competitive advantage.". Lý do là vì Agile là một phương pháp quản lý dự án linh hoạt, cho phép thay đổi và thích nghi với nhu cầu của khách hàng. Khi khách hàng thay đổi nhu cầu, Agile cho phép đội ngũ phát triển nhanh chóng thích nghi và đáp ứng nhu cầu đó. Điều này giúp cho khách hàng có được lợi thế cạnh tranh và tăng cường khả năng thành công của dự án. Các câu trả lời còn lại đều liên quan đến quản lý thay đổi trong Agile, vì vậy chúng không phải là câu trả lời đúng.

Một Requirements Change Control Board (RCCB) đóng vai trò quan trọng trong quá trình quản lý yêu cầu. Mục tiêu chính của RCCB là đánh giá và quyết định chấp nhận hoặc từ chối các thay đổi đối với yêu cầu. Điều này giúp đảm bảo rằng các yêu cầu được cập nhật một cách có hệ thống và phù hợp với mục tiêu của dự án. RCCB cũng giúp ngăn chặn những thay đổi không cần thiết hoặc không phù hợp, từ đó giúp dự án được quản lý một cách hiệu quả hơn. Trong quá trình đánh giá, RCCB sẽ xem xét các yếu tố như tác động của thay đổi đến dự án, chi phí và thời gian cần thiết để thực hiện thay đổi, cũng như sự đồng ý của các bên liên quan.

Requirements Traceability Matrix (RTM) là một công cụ quan trọng trong quản lý dự án, giúp theo dõi và theo dõi các yêu cầu của dự án. Nó là một bảng tính (spreadsheet) mà liệt kê các yêu cầu và các trường hợp kiểm tra tương ứng. Tuy nhiên, RTM còn được sử dụng rộng rãi hơn là một bảng tính (spreadsheet) mà ánh xạ các yêu cầu đến các tài liệu dự án khác như tài liệu thiết kế, các trường hợp kiểm tra và mã nguồn. Điều này giúp cho các nhà phát triển và quản lý dự án có thể theo dõi và quản lý các yêu cầu một cách hiệu quả hơn.

Các nguyên tắc cải tiến quy trình phần mềm bao gồm việc thay đổi mục tiêu, ưu tiên sự đóng góp tập thể và cải tiến liên tục. Trong đó, ưu tiên đóng góp cá nhân hơn là sự hợp tác tập thể không phải là một nguyên tắc của cải tiến quy trình phần mềm. Điều này là vì sự hợp tác và đóng góp tập thể thường được coi là một phần quan trọng của quy trình phần mềm hiệu quả. Ngoài ra, việc ưu tiên sự hợp tác và đóng góp tập thể có thể giúp tăng cường sự sáng tạo, giảm thiểu sai sót và cải thiện hiệu suất công việc. Vì vậy, nguyên tắc này không phù hợp với các nguyên tắc cải tiến quy trình phần mềm.

Trên các dự án agile, sự hợp tác chặt chẽ giữa khách hàng và nhà phát triển thường dẫn đến việc yêu cầu có thể được ghi chép chi tiết hơn so với các dự án truyền thống. Điều này là vì agile tập trung vào việc phát triển nhanh chóng và linh hoạt, đồng thời đảm bảo rằng khách hàng và nhà phát triển đều hiểu rõ về yêu cầu và mục tiêu của dự án. Quá trình này cho phép khách hàng và nhà phát triển thảo luận và điều chỉnh yêu cầu một cách thường xuyên, từ đó dẫn đến việc yêu cầu được ghi chép chi tiết hơn và chính xác hơn.

Các yêu cầu không chức năng thường liên quan đến cách thức hoạt động của hệ thống, bao gồm các yêu cầu về giao tiếp, bảo mật, tính khả dụng, v.v. Trong các lựa chọn trên, yêu cầu "The messages between the client and server shall be in YAML 1.2 format" và "Communication between the client and server will be expressed in EBCDIC encoding" đều là các yêu cầu không chức năng. Yêu cầu đầu tiên liên quan đến định dạng giao tiếp giữa client và server, trong khi yêu cầu thứ hai liên quan đến mã hóa dữ liệu được sử dụng trong giao tiếp.

Phương pháp MoSCoW đóng góp vào việc ưu tiên các yêu cầu dựa trên mục tiêu kinh doanh bằng cách phân loại các yêu cầu thành Must-haves, Should-haves, Could-haves và Won't-haves để hướng dẫn quá trình ưu tiên. Điều này giúp các nhà phát triển và quản lý dự án xác định rõ ràng những yêu cầu quan trọng nhất và ưu tiên chúng trước. Phương pháp MoSCoW cung cấp một khuôn khổ rõ ràng để đánh giá và sắp xếp các yêu cầu, từ đó giúp đảm bảo rằng các dự án được thực hiện một cách hiệu quả và tập trung vào những mục tiêu quan trọng nhất.

Các thực hành tốt hơn về yêu cầu có thể giúp giảm chi phí phát triển bằng cách giảm thiểu việc làm lại, các tính năng không cần thiết và sự hiểu lầm. Khi yêu cầu rõ ràng và chính xác, các nhà phát triển có thể tập trung vào việc xây dựng các tính năng quan trọng và cần thiết, giảm thiểu thời gian và nguồn lực lãng phí. Điều này giúp giảm thiểu chi phí phát triển và tăng cường hiệu suất của dự án. Ngoài ra, các thực hành tốt hơn về yêu cầu cũng giúp giảm thiểu các vấn đề về chất lượng, giúp sản phẩm cuối cùng đáp ứng được yêu cầu và mong đợi của khách hàng.

Quá trình phát triển yêu cầu có thể được mô tả bằng một khung quy trình. Trong khung này, quá trình thu thập yêu cầu (elicitation), phân tích yêu cầu (analysis), mô tả yêu cầu (specification) và xác minh yêu cầu (validation) thường được thực hiện theo một trình tự nhất định. Tuy nhiên, quá trình này không phải lúc nào cũng tuyến tính và không cần phải quay lại các giai đoạn trước. Thay vào đó, các hoạt động này thường được lặp lại để đảm bảo độ chính xác và hoàn chỉnh của yêu cầu. Điều này có nghĩa là quá trình phát triển yêu cầu có thể được thực hiện theo cách linh hoạt, với các bước thường được quay lại trong suốt quá trình dự án để tinh chỉnh và sửa đổi yêu cầu khi cần.

Quá trình thu thập thông tin (elicitation) đóng vai trò quan trọng trong quá trình phát triển yêu cầu. Nó liên kết chặt chẽ với các hoạt động khác như phân tích, xác định yêu cầu và xác minh. Elicitation không chỉ là một bước đầu tiên mà còn là một quá trình liên tục được lặp lại trong suốt quá trình phát triển yêu cầu. Mục đích của nó là thu thập thông tin chính xác và đầy đủ về yêu cầu của khách hàng, sau đó sử dụng thông tin đó để xác định và xác minh yêu cầu. Quá trình này không chỉ diễn ra một lần mà còn được lặp lại nhiều lần trong suốt quá trình phát triển dự án để đảm bảo rằng yêu cầu được cập nhật và chính xác.

Trong một dự án, người chịu trách nhiệm chính về việc truyền đạt thông tin dự án là ai? Người này phải đảm bảo rằng tất cả các bên liên quan đều nhận được thông tin cần thiết và cập nhật về tiến độ dự án. Họ cũng phải giải quyết các vấn đề và thắc mắc của các bên liên quan một cách hiệu quả. Trong dự án, người chịu trách nhiệm chính về việc truyền đạt thông tin dự án thường là người quản lý dự án. Họ có nhiệm vụ duy trì liên lạc với các bên liên quan, bao gồm cả khách hàng, đội ngũ phát triển phần mềm và các bên liên quan khác. Người quản lý dự án phải có kỹ năng giao tiếp tốt, khả năng giải quyết vấn đề và khả năng làm việc nhóm để đảm bảo rằng dự án được thực hiện một cách hiệu quả và thành công.

Kỹ thuật hiệu quả nhất để giải quyết mâu thuẫn giữa các bên liên quan là các buổi thảo luận ưu tiên. Các buổi thảo luận ưu tiên là một quá trình giúp các bên liên quan thống nhất và ưu tiên các yêu cầu quan trọng nhất. Điều này giúp giảm thiểu mâu thuẫn và tăng cường sự hiểu biết giữa các bên liên quan. Trong quá trình này, các bên liên quan sẽ thảo luận và đánh giá các yêu cầu, sau đó ưu tiên chúng dựa trên mức độ quan trọng và mức độ ảnh hưởng. Các buổi thảo luận ưu tiên giúp các bên liên quan đạt được sự đồng thuận và tăng cường sự hợp tác, từ đó giải quyết mâu thuẫn và đạt được mục tiêu chung.

Scope creep là một thuật ngữ được sử dụng trong quản lý dự án để mô tả tình trạng khi phạm vi của dự án tiếp tục tăng lên một cách không kiểm soát được trong suốt quá trình phát triển. Điều này có nghĩa là dự án ban đầu được định nghĩa có thể đã thay đổi đáng kể so với kế hoạch ban đầu, dẫn đến việc tăng chi phí, thời gian và nguồn lực. Scope creep thường xảy ra khi các yêu cầu mới được thêm vào dự án mà không được xem xét kỹ lưỡng, hoặc khi các thành viên trong dự án không có khả năng quản lý phạm vi dự án một cách hiệu quả.

Câu hỏi này yêu cầu bạn chọn hai phương án đúng về việc sử dụng sơ đồ ngữ cảnh trong việc thể hiện phạm vi dự án. Phương án A đúng vì sơ đồ ngữ cảnh thực sự minh họa ranh giới giữa hệ thống đang phát triển và các thực thể bên ngoài tương tác với nó. Phương án D sai vì sơ đồ ngữ cảnh không thường được sử dụng để thể hiện mối quan hệ giữa giao diện người dùng và các thành phần hệ thống bên trong ranh giới. Phương án B sai vì sơ đồ ngữ cảnh không bao gồm thông tin chi tiết về các quá trình và dữ liệu bên trong hệ thống. Phương án C đúng vì mục đích chính của sơ đồ ngữ cảnh là thể hiện các tương tác giữa hệ thống và các thực thể bên ngoài mà không chi tiết về các hoạt động bên trong hệ thống.

Một trong những sai lầm phổ biến khi viết các yêu cầu không chức năng là việc làm cho chúng quá mơ hồ hoặc không đo lường được. Điều này có thể dẫn đến sự hiểu lầm về yêu cầu và ảnh hưởng đến chất lượng của sản phẩm cuối cùng. Ví dụ, yêu cầu 'phản hồi nhanh chóng' có thể được hiểu khác nhau bởi các thành viên trong nhóm phát triển. Để tránh điều này, các yêu cầu không chức năng cần được viết rõ ràng, cụ thể và đo lường được. Điều này sẽ giúp đảm bảo rằng tất cả các thành viên trong nhóm đều hiểu rõ yêu cầu và có thể thực hiện chúng một cách hiệu quả.

Một trong những lợi ích của việc có một bộ quy tắc rõ ràng cho người ủng hộ sản phẩm là gì? Người ủng hộ sản phẩm đóng vai trò quan trọng trong việc thúc đẩy sự thành công của dự án. Họ giúp đảm bảo rằng dự án được thực hiện một cách hiệu quả và đạt được mục tiêu đề ra. Tuy nhiên, không phải lợi ích nào của việc có một bộ quy tắc rõ ràng cho người ủng hộ sản phẩm cũng chính xác. Một trong những lợi ích không chính xác là đảm bảo dự án sẽ luôn nằm trong ngân sách. Điều này không phải là một lợi ích của việc có một bộ quy tắc rõ ràng cho người ủng hộ sản phẩm. Thay vào đó, nó là một lợi ích của việc quản lý dự án một cách hiệu quả.

Trong phân tích yêu cầu, mục đích và cách sử dụng nhân vật (persona) được mô tả như sau. Hai lựa chọn dưới đây là đúng.