Để đảm bảo tính khả thi của yêu cầu phần mềm

Để đạt được các mục tiêu kinh doanh

Để tận dụng các cơ hội công nghệ

Để khắc phục các thiếu sót của hệ thống hiện tại (system-as-is)

Cần đánh giá các phương án khác nhau cho cùng một mục tiêu

Cần đặc tả chính xác các dịch vụ phần mềm

Cần xác định đúng các dịch vụ chức năng hệ thống

Cần đảm bảo khả năng liên kết giữa dịch vụ và mục tiêu của hệ thống

Phân tích và làm mịn các mục tiêu của hệ thống cần phát triển

Xác định các dịch vụ phần mềm

Đạt được các mục tiêu kinh doanh

Xác định các mục tiêu của hệ thống cần phát triển

Cần đánh giá các phương án khác nhau cho cùng một mục tiêu

Giải quyết các xung đột mục tiêu

Cần lĩnh hội các kiến thức trong miền bài toán (domain knowledge)

Cần đảm bảo khả năng liên kết giữa dịch vụ và mục tiêu của hệ thống

Xác định các dịch vụ chức năng của hệ thống mới

Xác định các mục tiêu của hệ thống mới

Gán trách nhiệm cho các thành phần để đạt được mục tiêu hệ thống mới

Xác định các thiếu hụt của hệ thống hiện thời

Cần lĩnh hội các kiến thức trong miền bài toán (domain knowledge)

Cần đánh giá các phương án khác nhau để có mức tự động hóa phù hợp

Cần đảm bảo khả năng liên kết giữa dịch vụ và mục tiêu của hệ thống

Giải quyết các xung đột mục tiêu

Phạm vi rộng, nhiều cấp độ trừu tượng, nhiều vấn đề cần quan tâm

Liên quan đến nhiều phiên bản của hệ thống

Cần thiết lập cơ sở chính xác để khẳng định phần mềm là sản phẩm đúng

Cần đảm bảo phần mềm thỏa mãn đặc tả yêu cầu

Phần mềm là sự kết hợp giữa hệ thống và môi trường.

Một trong các nội dung của kỹ nghệ yêu cầu là để xác định và chỉ rõ các chức năng, thiếu sót, trách nhiệm của hệ thống cần phát triển.

Hệ thống cần phát triển chưa dựng phần mềm cần phát triển.

Hệ thống cần phát triển là sự kết hợp giữa hệ thống hiện thời và phần mềm cần phát triển.

các hiện tượng chung giữa thế giới vấn đề và giải pháp máy (machine solution)

các hiện tượng thuộc giải pháp máy, bao gồm các hiện tượng được chia sẻ với thế giới vấn đề

các hiện tượng thuộc thế giới vấn đề và giải pháp máy

các hiện tượng thế giới vấn đề, bao gồm các hiện tượng được chia sẻ với giải pháp máy

Hiệu quả để hoàn thành Tài liệu yêu cầu với các khía cạnh bị bỏ qua

Các nhà phân tích chuyên nghiệp sử dụng lại một cách tự nhiên từ kinh nghiệm trong quá khứ

Kế thừa cấu trúc và chất lượng của thông số miền trừu tượng

Hiệu quả chỉ khi lĩnh vực trừu tượng đủ "gần" và đủ chính xác

Chưa mang tính tổng thể

Dữ liệu phải được diễn giải chính xác

Kết quả có thể mang tính chủ quan

Có thể chứa các chi tiết không liên quan

Phỏng vấn (Interviews)

Thu thập dữ liệu (Data collection)

Nghiên cứu nền tảng (Background study)

Bảng câu hỏi (Questionnaires)

Đánh giá khả năng đạt được sự đồng thuận của nhóm

Kết quả mong muốn để mọi người biết những gì cần được tạo sau khi kết thúc phiên

Mục tiêu của phiên để mọi người biết nội dung cần đạt

Một kế hoạch cho các kỹ thuật Khám phá yêu cầu sẽ được sử dụng trong buổi họp

Tái sử dụng

Nghiên cứu nền tảng

Bản mẫu, mô phỏng

Thu thập dữ liệu

Đánh giá

Thu thập dữ liệu

Bản mẫu

Nghiên cứu nền tảng

Sự hiệu quả phụ thuộc vào thái độ của người phỏng vấn cũng như câu hỏi phải phù hợp

Thông tin thu thập được có thể không đạt được khi sử dụng các kỹ thuật khác

Thông tin thu thập được có thể thiếu nhất quán giữa các lần phỏng vấn

Thông tin thu thập được là ý kiến chủ quan, khó đánh giá

Thu thập dữ liệu, bảng câu hỏi

Chia nhóm

Phỏng vấn

Nghiên cứu quan sát

Không ý nào kể trên đúng

Có thể gây hiểu lầm và đặt kỳ vọng quá cao

Giữ yêu cầu ngầm

Có thể yêu cầu hành động phức tạp

Các phát biểu diễn tả (descriptive) về ý định mà hệ thống phải đáp ứng thông qua sự cộng tác của các tác tử

Các phát biểu mong muốn (prescriptive) về ý định mà hệ thống phải đáp ứng thông qua sự cộng tác của các tác tử

Các phát biểu mong muốn (prescriptive) về miền mà hệ thống phải đáp ứng thông qua sự cộng tác của các tác tử

Các phát biểu mô tả (descriptive) về ý định mà hệ thống phải đáp ứng thông qua sự cộng tác phần mềm và môi trường

Cả ba phương án đều không chính xác

Duy trì (Maintain)

Đạt được (Achieve)

Luôn tránh (Avoid)

Yêu cầu phần mềm (software requirements)

Mong đợi (expectations)

Giả thuyết (hypothesis)

Thuộc tính miền (domain properties)

Định rõ các dịch vụ dự kiến sẽ được hệ thống cung cấp

Diễn đạt các lựa chọn mong muốn giữa các phương án hành vi hệ thống

Định rõ chất lượng hoặc hạn chế đối với việc cung cấp dịch vụ hoặc phát triển dịch vụ

Cả ba phương án đều không chính xác

Định rõ chất lượng hoặc hạn chế đối với việc cung cấp hoặc phát triển dịch vụ

Định rõ các dịch vụ dự kiến sẽ được hệ thống cung cấp

Diễn đạt lựa chọn mong muốn từ các cách tổ chức hành vi hệ thống khác nhau

Cả ba phương án đều không chính xác

ATM là viết tắt tiếng Anh của máy rút tiền tự động

Mật khẩu thẻ ATM gồm 6 chữ số

Rút tiền ATM có thể bằng nhiều tờ mệnh giá khác nhau

Sau khi nhập sai mật khẩu 3 lần, thẻ ATM sẽ được thu lại

Mục tiêu mềm

Mục tiêu phát triển

Mục tiêu phi chức năng

Mục tiêu chức năng

nhân viên thư viện

đầu sách trong thư viện

camera an ninh AI

độc giả thư viện

InstanceOf(o, Ob) nếu Ob hiện tại là một thể hiện của o

Một thể hiện có thể là thành viên của nhiều đối tượng khái niệm

Một thể hiện có thể chuyển từ đối tượng khái niệm này sang đối tượng khái niệm khác

Một bộ các thể hiện đối tượng có thể được tiến hóa theo thời gian

Association

Entity

Event

Agent

Đối tượng chủ động (active, autonomous object)

Đối tượng thụ động (autonomous, passive object)

Đối tượng tức thời (instantaneous object)

Đối tượng phụ thuộc vào đối tượng mà nó liên kết (object dependent on objects it links)

Cyclic association

Reflexive association

Arity of association

Acyclic association

Agent

Service

Entity

Event

Định nghĩa các biến trạng thái được thao tác trong các góc nhìn khác

Cơ sở để tạo bảng từ điển thuật ngữ

Định nghĩa chính xác các khái niệm hệ thống liên quan trong các góc nhìn khác

Xác định biên của phần mềm và môi trường

Gán thứ tự các phát biểu yêu cầu theo khả năng gây xung đột

Xác định các phát biểu yêu cầu có liên quan (overlapping statements)

Tạo phương án giải xung đột

Xác định các xung đột

Một phát biểu yêu cầu luôn không thực hiện được (bất khả thi)

Trong điều kiện nào đó, các phát biểu yêu cầu không thể cùng thỏa mãn

Một phát biểu yêu cầu không thể thực hiện được trong điều kiện nào đó

Các phát biểu yêu cầu không thể cùng thỏa mãn

Loại bỏ các yêu cầu có khả năng xung đột mạnh

Thay đổi và làm yếu các phát biểu yêu cầu

Tránh các điều kiện biên

Loại bỏ các yêu cầu có độ ưu tiên thấp

Một khái niệm tương ứng với hai thuật ngữ

Hai phát biểu yêu cầu không thể cùng thỏa mãn

Cùng một khái niệm nhưng được hiểu khác nhau tùy vào ngữ cảnh

Hai phát biểu yêu cầu trong điều kiện nào đó sẽ trở thành xung đột mạnh

Một phát biểu yêu cầu không khả thi về mặt kỹ thuật và mâu thuẫn với hợp đồng dự án

Phân tích rủi ro

Quản lý nhất quán

Gán độ ưu tiên cho các yêu cầu

Rà soát các yêu cầu theo các tiêu chí chất lượng

Đánh giá các lựa chọn thay thế

Phương pháp đánh giá lựa chọn thay thế để ra quyết định

Phương pháp quản lý rủi ro định lượng

Phương pháp gán độ ưu tiên

Phương pháp quản lý rủi ro định tính

Rủi ro thường cần phải được xếp hạng từ cao đến thấp

Rủi ro được gắn kèm với một hoặc nhiều hậu quả không mong muốn

Các hậu quả của rủi ro luôn luôn xảy ra với các thiệt hại ở mức độ nào đó

Rủi ro chứa đựng yếu tố không chắc chắn

Xác định cân bằng tối ưu giữa giảm thiểu rủi ro và chi phí phòng ngừa

Ánh xạ rủi ro sang tập phương án phòng ngừa

Chi tiết hóa ma trận ảnh hưởng (impact) của các rủi ro

Chi tiết hóa ma trận hiệu quả (effectiveness) của phương án phòng ngừa

3-4-1-2

4-3-1-2

1-2-3-4

3-4-2-1

Rủi ro về quy trình là các ảnh hưởng xấu đến mục tiêu chức năng và phi chức năng của hệ thống cũng như các mục tiêu phát triển khác

Quản lý rủi ro kém là nguyên nhân chính của thất bại phần mềm

Rủi ro về quy trình là các ảnh hưởng xấu đến các mục tiêu phát triển

Rủi ro được phân thành nhóm rủi ro về quy trình và nhóm rủi ro liên quan đến sản phẩm

(Cost(r) + Exp(cr)) * Exp(m)

(Cost(r) + Exp(r)) *Exp(cm)

(Cost(r) - Exp(r)) / Exp(cm)

(Exp(r) - Exp(r/cm)) / cost (cm)

Tác tử cùng hành động của chúng

Tác tử và giao diện của chúng

Tất cả phương án trên đều sai

Tác tử cùng khả năng, trách nhiệm của chúng

Chỉ ra cách phân bổ trách nhiệm trong hệ thống: Cho phép phân tích tải và phân tích nguy cơ bị tấn công

Cho phép phân tích nguy cơ bị tấn công; Là đầu vào cho thiết kế kiến trúc

Tất cả phương án trên

Phân tích tải, chỉ rõ phạm vi, cấu hình hệ thống: Xác định biên giữa phần mềm và môi trường: Diễn đạt kinh nghiệm gán trách nhiệm

context diagram

dependency diagram

use case diagram

agent diagram

Các biến trạng thái chỉ được xác định ở trạng thái hiện thời

Thiếu tính giám sát các biến trạng thái được đánh giá trong mục tiêu

Thiếu tính điều khiển các biến trạng thái ràng buộc trong mục tiêu

Mục tiêu là không thể thỏa được trong điều kiện nào đó

Thực hiện (Performance)

Trách nhiệm (Responsibility)

Tác nhân (Actor)

Phân loại (Category)

Tác tử là các đối tượng chủ động

Một biến trạng thái tại một thời điểm có thể được điều khiển bởi một hoặc nhiều tác tử

Thông tin có trong biểu đồ ngữ cảnh (context diagram) có thể được kết xuất từ biểu đồ tác tử (agent diagram)

Tác tử có trách nhiệm với một mục tiêu nếu các thể hiện của nó cần điều khiển hành vi hệ thống để thỏa mãn mục tiêu

Các mong ước và niềm tin (wishes & beliefs)

Các trách nhiệm (responsibilities)

Các thông tin môi trường (environment)

Các phụ thuộc (dependencies)

Human Component

Device

Entity

Legacy software

Context diagram

Sequence diagram

Dependency diagram

Agent diagram

Các tác tử lai, được kết hợp từ tác tử môi trường và phần mềm cần phát triển

Tất cả các loại tác tử trên

Không có loại tác tử nào ở trên

Các tác tử môi trường

Các tác tử phần mềm

Một thao tác có thể được tham gia thao tác hóa (operationalization) nhiều mục tiêu và một mục tiêu có thể được thao tác hóa bởi nhiều thao tác

Một thao tác chỉ có thể được tham gia thao tác hóa (operationalization) một mục tiêu nhưng một mục tiêu có thể được thao tác hóa (operationalization) bởi nhiều thao tác

Không có phát biểu nào chính xác

Một thao tác có thể được tham gia thao tác hóa (operationalization) nhiều mục tiêu nhưng một mục tiêu chỉ có thể được thao tác hóa (operationalization) bởi một thao tác

Một thao tác sẽ được áp dụng nếu điều kiện ReqPre thỏa mãn, miễn là trước đó điều kiện DomPre đã được thỏa mãn

Nếu điều kiện ReqPre được thỏa mãn và thao tác được áp dụng thì không cần thiếu điều kiện DomPre phải được thảo mãn

Nếu một thao tác đã được áp dụng và điều kiện DomPre đã được thỏa mãn thì chắc chắn điều kiện ReqTrig đã được thỏa mãn nhưng điều kiện ReqPre chưa chắc đã được thỏa mãn

Tất cả các phát biểu trên đều sai

Tiền và hậu điều kiện miền (domain pre and postconditions)

Tất cả các phương án trên

Chủ thể thực hiện thao tác (operation performer)

Chữ ký thao tác (operation signature)

ReqPre

ReqPost

ReqTrig

DomPost

Tất cả đáp án

Đúng

Sai

Là tập các chuyển trạng thái từ trạng thái nguồn sang đích

Là tập các cặp trạng thái vào và trạng thái ra (input/output states)

Là một hàm ánh xạ trạng thái vào sang trạng thái đích

Là tập các sự kiện gây ra chuyển trạng thái

ReqTrig

ReqPre

DomPre

Cả ba phương án trên

Là một phần mô tả lớp các trạng thái đầu vào khi thao tác được áp dụng.

Là điều kiện cần thiết cho các trạng thái đầu vào của thao tác (operation) khi thao tác được áp dụng để thỏa mãn mục tiêu (goal)

Là một phần mô tả lớp các trạng thái đầu ra khi thao tác đã được áp dụng

Là điều kiện cần thiết cho các trạng thái đầu ra của thao tác (operation) khi thao tác được áp dụng để thỏa mãn mục tiêu (goal)

Biểu đồ hoạt động hóa (operationalization diagram) và biểu đồ hoạt động (activity diagram)

Biểu đồ hoạt động hóa (operationalization diagram) và biểu đồ ca sử dụng (use case diagram)

Biểu đồ hoạt động hóa (operationalization diagram) và biểu đồ tác từ (agent diagram)

Biểu đồ hoạt động hóa (operationalization diagram) và biểu đồ ngữ cảnh (context diagram)

Biểu đồ hoạt động hóa (operationalization diagram) và biểu đồ tuần tự (sequence diagram)

Đúng

Không

Hành vi của hệ thống hiện thời hoặc Hành vì mong muốn của hệ thống cần phát triển.

Hành vi mong muốn với hệ thống cần phát triển

Hành vi của hệ thống hiện thời

Hành vi bắt buộc của hệ thống hiện thời.

Các sự kiện trong (internal event) có thể là sự kiện ngoài đối với máy trạng thái khác.

Các sự kiện trong (internal event) luôn được điều khiến bởi tác từ gần với máy trạng thái đang xét.

Các sự kiện ngoài (external event) có thể được điều khiển (controlling) bởi tác từ gần với máy trạng thải đang xét.

Các sự kiện ngoài (external event) luôn được điều khiến (controlling) bởi tác từ khác với tác từ gần với máy trạng thái đang xét.

Biểu đồ trạng thái

Biểu đồ lớp lĩnh vực

Biểu đồ ca sử dụng

Biểu đồ tuần tự

Biểu đồ trạng thái

Biểu đồ ca sử dụng

Biểu đồ lớp lĩnh vực

Biểu đồ tuần tự

Để thể hiện các hành vi trái phép, cản trở việc đạt mục tiêu

Không có phát biểu nào đúng

Để thể hiện các hành vi đạt được mục tiêu không tưởng mình

Là chuỗi các sự kiện tương tác giữa các thể hiện tác từ

Sự kiện trong

Sự kiện ngoài

Tùy vào tình huống chuyển trạng thái, có thể cả sự kiện trong và sự kiện ngoài.

Không có phương án nào đúng

Các sự kiện chung sẽ kích hoạt nhiều chuyến trạng thái đồng thời

Các biến trạng thái chỉ được điều khiển bởi một tác từ

Các biển trạng thái khác nhau có thể được điều khiến bởi cùng tác từ

Các biển trạng thái có thể được điều khiển bởi các tác từ khác nhau