iSAQB CPSA-A REQ4ARC

Mô tả

Tham gia iSAQB® CPSA-A Yêu cầu dành cho Kiến trúc sư Phần mềm (REQ4ARC) mang lại cho người tham gia 20 điểm Năng lực Phương pháp (MC) và 10 điểm Năng lực Kỹ thuật (TC) trong tổng số 70 điểm cần thiết để đủ điều kiện tham gia kỳ thi iSAQB CPSA-A với Brightest. Điều quan trọng cần nhớ là trong tổng số 70 điểm cần thiết để tham gia kỳ thi iSAQB CPSA-A với Brightest, bạn cần có ít nhất mười điểm năng lực trong mỗi lĩnh vực sau: 

• Năng lực Kỹ thuật (TC)
• Năng lực Phương pháp (MC)
• Năng lực Giao tiếp (CC)

Chương trình đào tạo iSAQB® REQ4ARC - Yêu cầu dành cho Kiến trúc sư Phần mềm (CPSA-A) được công nhận dựa trên chương trình hiện tại của iSAQB®:

Phần 1 - Khởi đầu rõ ràng

• Ngay cả với phát triển lặp, việc hiểu một số hoạt động cần thực hiện từ đầu là cần thiết
• Cần nắm vững và có kiến thức rõ ràng về tầm nhìn, mục tiêu và các bên liên quan
• Hiểu rằng cần xác định phạm vi và bối cảnh, đặc biệt là các giao diện giữa phạm vi và bối cảnh (tức là các giao diện bên ngoài của sản phẩm)

Phần 2 - Xử lý các nhu cầu chức năng

• Biết định nghĩa của yêu cầu chức năng
• Có khả năng phân biệt yêu cầu chức năng với yêu cầu chất lượng và các ràng buộc

Phần 3 - Xử lý các yêu cầu chất lượng và giới hạn

• Biết định nghĩa của yêu cầu chất lượng và giới hạn
• Biết rằng ranh giới giữa yêu cầu chức năng và yêu cầu chất lượng đôi khi rất nhỏ, vì các thuộc tính đôi khi được xác định bằng cách chuyển thành chức năng

Phần 4 - Phát triển dựa trên hành vi

• Biết rằng BDD bao gồm các cách tiếp cận và công nghệ như TDD (Phát triển Hướng Kiểm thử) và ATDD
• Biết rằng có nhiều lựa chọn khác nhau để xác định yêu cầu
• Biết rằng BDD áp dụng cho nhiều loại hệ thống CNTT, ví dụ: hệ thống thông tin, hệ thống kinh doanh thông minh, ứng dụng di động

Phần 5 - Ưu tiên và đánh giá yêu cầu

• Biết các phương pháp khác nhau để thể hiện giá trị, ví dụ: ưu tiên MoSCoW, phạm vi giá trị được xác định, sắp xếp tuyến tính tất cả các yêu cầu, phương pháp yếu tố có trọng số và chi phí trì hoãn
• Hiểu rằng các bên liên quan khác nhau có thể nhìn nhận giá trị của yêu cầu theo cách khác nhau

Phần 6 - Hợp tác giữa các vai trò

• Hiểu rằng phát triển hệ thống theo cách lặp bao gồm tất cả các bên tham gia vào quá trình phát triển
• Biết rằng kiến trúc sư thường xuyên tương tác với chuyên viên phân tích nghiệp vụ và chuyên gia về yêu cầu, cũng như các lập trình viên và kiểm thử viên

Phần 7 - Công cụ cho kỹ thuật yêu cầu

• Biết các loại công cụ yêu cầu khác nhau (bản đồ, wiki, công cụ mô hình hóa, công cụ theo dõi vấn đề, v.v.)

Phần 8 - Ví dụ về kỹ thuật yêu cầu

• Biết các ví dụ về yêu cầu được trình bày rõ ràng thuộc các nhóm khác nhau