SWR302 Software Requirements – Bộ ôn tập cuối kỳ số 4 (50 câu)

Một Requirements Traceability Matrix (RTM) là một công cụ quan trọng trong quá trình quản lý yêu cầu. Mục đích chính của RTM là theo dõi mối quan hệ giữa các yêu cầu và các tài liệu khác liên quan đến dự án. Điều này giúp đảm bảo rằng tất cả các yêu cầu đã được đáp ứng và các tài liệu khác đều phù hợp với yêu cầu. RTM cũng giúp xác định các yêu cầu nào đã được thực hiện và các yêu cầu nào vẫn còn chưa được thực hiện. Điều này giúp dự án được quản lý một cách hiệu quả và giảm thiểu các vấn đề phát sinh trong quá trình thực hiện.

Yêu cầu cấp cao của một sản phẩm chứa nhiều hệ thống phụ là yêu cầu hệ thống. Yêu cầu hệ thống là một loại yêu cầu kỹ thuật cao cấp, mô tả các đặc điểm kỹ thuật của hệ thống, bao gồm cả các yêu cầu về phần mềm và phần cứng. Nó bao gồm các yêu cầu về kiến trúc hệ thống, giao tiếp giữa các hệ thống phụ, và các yêu cầu về bảo mật, tính khả dụng và hiệu suất. Yêu cầu hệ thống thường được xác định bởi các chuyên gia kỹ thuật và được sử dụng để hướng dẫn việc thiết kế và phát triển hệ thống. Ví dụ, yêu cầu hệ thống có thể bao gồm việc mô tả kiến trúc hệ thống, giao thức giao tiếp giữa các hệ thống phụ, và các yêu cầu về bảo mật và tính khả dụng.

Trong quá trình phát triển phần mềm, yêu cầu kỹ thuật (Requirements Engineering) là một bước quan trọng để đảm bảo rằng sản phẩm cuối cùng đáp ứng được nhu cầu của khách hàng. Yêu cầu kỹ thuật có thể được chia thành các bước sau: - Yêu cầu thu thập (Requirements Elicitation): Là quá trình thu thập thông tin về nhu cầu của khách hàng, bao gồm cả các yêu cầu không được nói ra. - Yêu cầu xác nhận (Requirements Confirmation): Là quá trình xác nhận lại các yêu cầu đã thu thập để đảm bảo rằng chúng chính xác và đầy đủ. - Yêu cầu quản lý (Requirements Management): Là quá trình quản lý và theo dõi các yêu cầu trong suốt quá trình phát triển phần mềm. - Yêu cầu phát triển (Requirements Development): Là quá trình xây dựng và xác định các yêu cầu chi tiết cho sản phẩm cuối cùng. Trong đó, yêu cầu thu thập (Requirements Elicitation) là bước quan trọng đầu tiên để đảm bảo rằng các yêu cầu của khách hàng được thu thập chính xác và đầy đủ.

Khách hàng có quyền được doanh nghiệp hiểu rõ về hoạt động kinh doanh và mục tiêu của họ. Họ cũng có quyền mô tả các đặc điểm sẽ giúp sản phẩm dễ sử dụng hơn. Ngoài ra, khách hàng có quyền nhận được một hệ thống đáp ứng được nhu cầu chức năng và tiêu chuẩn chất lượng của họ. Điều này giúp đảm bảo rằng hệ thống được thiết kế phù hợp với nhu cầu và mong muốn của khách hàng.

Khách hàng là một phần của nhóm người có liên quan đến hoạt động kinh doanh của doanh nghiệp. Họ là những người có thể ảnh hưởng đến doanh nghiệp hoặc ngược lại. Khách hàng là một trong những nhóm quan trọng nhất trong các bên liên quan. Họ cung cấp thông tin về nhu cầu và mong muốn của mình, giúp doanh nghiệp hiểu rõ hơn về thị trường và sản phẩm của mình. Ngoài ra, khách hàng còn là nguồn cung cấp thông tin về sản phẩm và dịch vụ của doanh nghiệp, giúp doanh nghiệp cải thiện và phát triển sản phẩm của mình. Vì vậy, khách hàng được coi là một phần của nhóm các bên liên quan, cụ thể là một phần của nhóm khách hàng.

Trong bước phân tích yêu cầu, kỹ thuật nào không phổ biến để thể hiện yêu cầu?

Việc ưu tiên các yêu cầu là một bước quan trọng trong quy trình phát triển phần mềm. Mục đích chính của việc này là đảm bảo rằng nhóm phát triển tập trung vào các tính năng quan trọng nhất hoặc có tính cấp thiết nhất trước. Điều này giúp đảm bảo rằng sản phẩm cuối cùng đáp ứng được nhu cầu của khách hàng và mang lại giá trị cao nhất. Ngoài ra, việc ưu tiên các yêu cầu còn giúp xác định được từng phiên bản hoặc increment nào sẽ chứa các tính năng hoặc tập hợp yêu cầu cụ thể. Điều này giúp nhóm phát triển có thể lập kế hoạch và quản lý dự án một cách hiệu quả hơn.

Kỹ năng phân tích là một phần quan trọng của công việc phân tích kinh doanh. Để trở thành một nhà phân tích kinh doanh hiệu quả, bạn cần có khả năng suy nghĩ logic, phân tích dữ liệu và đưa ra quyết định sáng suốt. Ngoài ra, kỹ năng giao tiếp và làm việc nhóm cũng rất quan trọng, giúp bạn xây dựng mối quan hệ tốt đẹp với các thành viên trong nhóm và đảm bảo rằng tất cả mọi người đều hiểu rõ mục tiêu và yêu cầu của dự án. Kỹ năng học hỏi và thích nghi cũng rất cần thiết, giúp bạn cập nhật kiến thức và kỹ năng mới để đáp ứng nhu cầu của công ty và thị trường. Cuối cùng, kỹ năng lãnh đạo và tổ chức cũng rất quan trọng, giúp bạn quản lý và điều phối các hoạt động của dự án một cách hiệu quả.

Một nhà phân tích kinh doanh có nhiều nhiệm vụ quan trọng trong quá trình phát triển dự án. Đầu tiên, họ phải xác định các yêu cầu kinh doanh của dự án, hiểu rõ về mục tiêu và yêu cầu của khách hàng. Sau đó, họ phải xác định các bên liên quan và lớp người dùng của dự án, bao gồm cả các bên có thể ảnh hưởng đến dự án. Cuối cùng, họ phải dẫn dắt quá trình ưu tiên yêu cầu, đảm bảo rằng các yêu cầu quan trọng nhất được ưu tiên thực hiện trước.

Kỹ thuật được sử dụng để thể hiện phạm vi của một dự án là gì? Để trả lời câu hỏi này, chúng ta cần hiểu rõ về các kỹ thuật khác nhau được sử dụng trong việc thể hiện phạm vi của một dự án. Ecosystem map (Bản đồ hệ sinh thái) và Context diagram (Bản đồ ngữ cảnh) là hai kỹ thuật được sử dụng để thể hiện phạm vi của một dự án. Ecosystem map giúp thể hiện các thành phần và mối quan hệ giữa chúng trong hệ sinh thái của dự án, trong khi Context diagram giúp thể hiện các đối tượng và mối quan hệ giữa chúng trong ngữ cảnh của dự án. Cả hai kỹ thuật này đều giúp người lập kế hoạch và quản lý dự án hiểu rõ về phạm vi của dự án và có thể đưa ra quyết định sáng suốt.

Khi định nghĩa rõ phạm vi của một dự án phần mềm trong tài liệu phạm vi, điều này giúp tránh hiện tượng phạm vi dự án mở rộng không kiểm soát được (scope creep). Điều này có thể dẫn đến lãng phí thời gian, tài nguyên và chi phí. Bằng cách xác định rõ phạm vi dự án, các nhà phát triển có thể tập trung vào các yêu cầu chính và tránh các yêu cầu không liên quan. Điều này giúp đảm bảo dự án được hoàn thành đúng hạn và đạt được mục tiêu mong muốn.

Khi tham gia vào nhiều đại diện người dùng khác nhau thay vì chỉ dựa vào một đại diện duy nhất, chúng ta có thể đảm bảo được một cái nhìn toàn diện hơn về nhu cầu đa dạng của người dùng. Điều này giúp chúng ta hiểu rõ hơn về những mong muốn và kỳ vọng của người dùng, từ đó có thể thiết kế và phát triển sản phẩm hoặc giải pháp phù hợp hơn với nhu cầu của họ. Ngoài ra, việc tham gia vào nhiều đại diện người dùng còn giúp chúng ta nhận ra và giải quyết được những rủi ro tiềm ẩn mà chúng ta có thể bỏ qua nếu chỉ dựa vào một đại diện duy nhất.

Người dùng là một phần của nhóm khách hàng của sản phẩm. Tuy nhiên, người dùng không nhất thiết phải là khách hàng. Ví dụ, một người dùng có thể là nhân viên của công ty sử dụng sản phẩm, nhưng không phải là khách hàng của sản phẩm. Một người dùng cũng có thể là người sử dụng sản phẩm miễn phí, nhưng không phải là khách hàng. Do đó, người dùng không phải là một phần của nhóm khách hàng của sản phẩm. Thay vào đó, người dùng là một phần của nhóm người sử dụng sản phẩm.

Để xác định liệu bạn đã hoàn thành yêu cầu thu thập thông tin (requirements elicitation) hay chưa, bạn cần xem xét các tín hiệu sau. Đầu tiên, khi người dùng lặp lại các vấn đề họ đã thảo luận trước đó, điều đó có thể là dấu hiệu cho thấy bạn đã thu thập đủ thông tin. Thứ hai, nếu các yêu cầu mới được đề xuất đều được xác định là nằm ngoài phạm vi (out of scope), điều đó cho thấy bạn đã thu thập đủ thông tin về yêu cầu chính. Cuối cùng, nếu các yêu cầu mới được đề xuất đều có mức độ ưu tiên thấp, điều đó cũng cho thấy bạn đã thu thập đủ thông tin về yêu cầu chính.

Trong quá trình quan sát thụ động cho việc thu thập thông tin về nhiệm vụ, người quan sát sẽ không tham gia vào quá trình mà họ đang quan sát. Họ sẽ không hỏi bất kỳ câu hỏi nào, cũng không can thiệp vào quá trình đó. Thay vào đó, họ sẽ chỉ quan sát và ghi lại các hành động của người dùng mà không gây ảnh hưởng đến quá trình đó. Điều này giúp người quan sát có thể thu thập thông tin chính xác và khách quan về cách người dùng thực hiện các nhiệm vụ.