BABOK – Chương 7 – Mục 7.4 – Định nghĩ Kiến trúc Yêu cầu

MỤC ĐÍCH

Mục đích của Định nghĩa kiến trúc yêu cầu là để đảm bảo rằng các yêu cầu tập hỗ trợ lẫn nhau để đạt được đầy đủ các mục tiêu.

MÔ TẢ

Kiến trúc yêu cầu là cấu trúc của tất cả các yêu cầu về một sự thay đổi.

Kiến trúc yêu cầu phù hợp với các mô hình và thông số kỹ thuật riêng biệt nhằm đảm bảo rằng tất cả các yêu cầu tạo thành một tổng thể duy nhất hỗ trợ các mục tiêu nghiệp vụ tổng thể và tạo ra kết quả hữu ích cho các bên liên quan.

BA sử dụng kiến trúc yêu cầu để:

Hiểu mô hình nào phù hợp với từng lĩnh vực, phạm vi giải pháp và đối tượng,
Tổ chức các yêu cầu thành các cấu trúc phù hợp với các bên liên quan khác nhau,
Minh họa cách các yêu cầu và mô hình tương tác và liên quan với nhau, đồng thời chỉ ra cách các bộ phận khớp với nhau thành một tổng thể có ý nghĩa,
Đảm bảo các yêu cầu phối hợp với nhau để đạt được các mục tiêu tổng thể
Đưa ra các quyết định đánh đổi về các yêu cầu trong khi xem xét các mục tiêu tổng thể.

Kiến trúc yêu cầu không nhằm mục đích chứng minh khả năng truy xuất nguồn gốc, mà là để chỉ ra cách các yếu tố hoạt động hài hòa với nhau để hỗ trợ các yêu cầu nghiệp vụ và cấu trúc chúng theo nhiều cách khác nhau để điều chỉnh quan điểm của các bên liên quan khác nhau. Truy xuất nguồn gốc thường được sử dụng làm cơ chế để thể hiện và quản lý các mối quan hệ này (xem Truy xuất nguồn gốc yêu cầu (trang 79)).
Khả năng truy xuất nguồn gốc chứng minh rằng mọi yêu cầu đều liên kết trở lại với một mục tiêu và cho biết mục tiêu đã được đáp ứng như thế nào. Truy xuất nguồn gốc không chứng minh rằng giải pháp là một tổng thể gắn kết sẽ hoạt động được.

ĐẦU VÀO

Phương pháp tiếp cận quản lý thông tin: xác định cách thông tin phân tích nghiệp vụ (bao gồm các yêu cầu và mô hình) sẽ được lưu trữ và truy cập.
Yêu cầu (ở bất kỳ trạng thái nào): mọi yêu cầu nên được nêu một lần và chỉ duy nhất một lần và được tích hợp vào kiến trúc yêu cầu để toàn bộ tập hợp có thể được đánh giá về tính hoàn chỉnh.
Phạm vi giải pháp: phải được xem xét để đảm bảo cấu trúc yêu cầu được liên kết với ranh giới của giải pháp mong muốn.

RADD

YẾU TỐ

Quan điểm và cách nhìn yêu cầu

Một quan điểm (viewpoint) là một tập hợp các quy ước xác định cách các yêu cầu sẽ được biểu diễn, cách các biểu diễn này sẽ được tổ chức và cách chúng liên quan với nhau. Các quan điểm cung cấp các khuôn mẫu để giải quyết mối quan tâm của các nhóm bên liên quan cụ thể.

Các quan điểm yêu cầu thường bao gồm các tiêu chuẩn và hướng dẫn cho:

Các loại mô hình được sử dụng cho các yêu cầu,
Các thuộc tính được đưa vào và sử dụng nhất quán trong các mô hình khác nhau,
Ký hiệu mô hình được sử dụng
Phương pháp phân tích được sử dụng để xác định và duy trì các mối quan hệ có liên quan giữa các mô hình.

Không một quan điểm đơn lẻ nào có thể tạo thành toàn bộ kiến trúc. Mỗi quan điểm mạnh hơn đối với một số khía cạnh của yêu cầu và yếu hơn đối với những khía cạnh khác, vì các nhóm bên liên quan khác nhau có những mối quan tâm khác nhau. Cố gắng đưa quá nhiều thông tin vào bất kỳ quan điểm nào sẽ khiến nó trở nên quá phức tạp và làm giảm mục đích của nó. Ví dụ về các quan điểm bao gồm:

Mô hình quy trình nghiệp vụ,
Mô hình dữ liệu và thông tin,
Tương tác của người dùng, bao gồm các trường hợp sử dụng và/hoặc trải nghiệm người dùng,
Kiểm toán và bảo mật
Các mô hình nghiệp vụ.

Mỗi quan điểm đó có các ký hiệu và kỹ thuật mô hình khác nhau, và mỗi quan điểm đều quan trọng để đảm bảo giải pháp cuối cùng gắn kết. Giải pháp có thể sẽ không thành công nếu BA chỉ nhìn vào quan điểm quy trình nghiệp vụ.

Tương tự như vậy, việc cố gắng đưa các quy ước từ nhiều quan điểm vào một quan điểm duy nhất sẽ khiến việc phân tích và chứa thông tin không liên quan đến các nhóm bên liên quan cụ thể trở nên quá tải.

Các yêu cầu và thiết kế thực tế cho một giải pháp cụ thể từ một quan điểm đã chọn được gọi là một quan điểm. Một tập hợp các khung nhìn tạo nên kiến trúc yêu cầu cho một giải pháp cụ thể. BA sắp xếp, điều phối và cấu trúc các yêu cầu thành các quan điểm có ý nghĩa đối với các bên liên quan khác nhau. Tập hợp các quan điểm phối hợp, bổ sung này cung cấp cơ sở để đánh giá tính đầy đủ và chặt chẽ của các yêu cầu.

Nói tóm lại, các quan điểm cho BA biết rằng họ nên cung cấp thông tin gì cho từng nhóm bên liên quan để giải quyết các mối quan tâm của họ, trong khi các quan điểm mô tả các yêu cầu và thiết kế thực tế được tạo ra.

Kiến trúc mẫu

Khung kiến trúc là một tập hợp các quan điểm tiêu chuẩn trong một ngành, lĩnh vực hoặc tổ chức. BA có thể coi các khung là các mẫu được xác định trước để bắt đầu xác định kiến trúc của chúng. Tương tự, khung có thể được điền thông tin dành riêng cho từng lĩnh vực để tạo thành một tập hợp các chế độ xem, đây là một mẫu thậm chí còn hữu ích hơn để xây dựng kiến trúc nếu nó chính xác (vì thông tin đã được điền trong đó).

Tính đầy đủ

Một kiến trúc giúp đảm bảo rằng một tập hợp các yêu cầu được hoàn thành. Đối tượng quan tâm có thể hiểu toàn bộ tập hợp các yêu cầu theo cách có thể xác định rằng tập hợp đó là gắn kết và thể hiện được toàn câu chuyện đầy đủ. Không có yêu cầu nào bị bỏ sót trong tập hợp, không phù hợp với những yêu cầu khác hoặc mâu thuẫn với nhau. Kiến trúc yêu cầu nên tính đến bất kỳ sự phụ thuộc nào giữa các yêu cầu có thể khiến các mục tiêu không đạt được.

Cấu trúc các yêu cầu theo các quan điểm khác nhau giúp đảm bảo tính đầy đủ này. Việc lặp đi lặp lại các hoạt động khơi gợi, đặc tả và phân tích có thể giúp xác định các lỗ hổng.

Liên kết và xác minh mối quan hệ giữa các yêu cầu

Các yêu cầu có thể liên quan với nhau theo nhiều cách khi xác định cấu trúc yêu cầu. BA kiểm tra và phân tích các yêu cầu để xác định mối quan hệ giữa chúng. Việc thể hiện các mối quan hệ này được cung cấp bởi truy xuất nguồn gốc yêu cầu (xem truy xuất nguồn gốc yêu cầu (trang 79)). BA kiểm tra từng mối quan hệ để đảm bảo rằng các mối quan hệ đáp ứng các tiêu chí chất lượng sau:

Đã xác định: có một mối quan hệ và loại của mối quan hệ dã được mô tả.
Cần thiết: mối quan hệ là cần thiết để hiểu yêu cầu một cách toàn diện.
Đúng: các yếu tố có mối quan hệ miêu tả.
Rõ ràng: không có mối quan hệ nào có thể liên kết các phần tử theo hai cách khác nhau và trái ngược nhau.
Nhất quán: các mối quan hệ được mô tả giống nhau, sử dụng cùng một tập hợp các tiêu chuẩn mô tả như được định nghĩa trong các quan điểm.

Kiến trúc thông tin phân tích nghiệp vụ

Cấu trúc của thông tin phân tích nghiệp vụ cũng là một kiến trúc thông tin. Kiểu kiến trúc này được định nghĩa là một phần của kế hoạch nhiệm vụ Quản lý thông tin phân tích nghiệp vụ (trang 42). Kiến trúc thông tin là một thành phần của kiến trúc yêu cầu vì nó mô tả mối quan hệ của tất cả các thông tin phân tích nghiệp vụ cho một thay đổi. Nó định nghĩa các mối quan hệ cho các loại thông tin như yêu cầu, thiết kế, loại mô hình và kết quả khơi gợi.

Việc hiểu loại cấu trúc thông tin này giúp đảm bảo rằng tập hợp đầy đủ các yêu cầu được hoàn thành bằng cách xác minh các mối quan hệ đã hoàn tất. Sẽ rất hữu ích khi bắt đầu xác định kiến trúc này trước khi thiết lập cơ sở hạ tầng, chẳng hạn như các công cụ quản lý vòng đời yêu cầu, phần mềm quản lý kiến trúc hoặc kho lưu trữ tài liệu.

NGUYÊN TẮC VÀ CÔNG CỤ

Phần mềm quản lý kiến trúc: phần mềm mô hình hóa có thể giúp quản lý khối lượng, độ phức tạp và các phiên bản của các mối quan hệ trong kiến trúc yêu cầu.
Thông tin Pháp lý/Quy định: mô tả các quy tắc hoặc quy định pháp lý phải tuân theo. Chúng có thể tác động đến cấu trúc yêu cầu hoặc đầu ra của nó. Ngoài ra, các ràng buộc dựa trên hợp đồng hoặc tiêu chuẩn cũng có thể cần được xem xét.
Các phương pháp luận và bộ khung: một tập hợp các mô hình được xác định trước và mối quan hệ giữa các mô hình, được sử dụng để đại diện cho các quan điểm khác nhau.

KỸ THUẬT

Mô hình hóa dữ liệu: được sử dụng để mô tả cấu trúc yêu cầu vì nó liên quan đến dữ liệu.
Phân rã theo chức năng: dùng để chia nhỏ một đơn vị tổ chức, phạm vi sản phẩm, hoặc các yếu tố khác thành các bộ phận cấu thành của nó.
Phỏng vấn: được sử dụng để xác định cấu trúc yêu cầu một cách cộng tác.
Lập mô hình tổ chức: được sử dụng để hiểu các đơn vị tổ chức khác nhau, các bên liên quan và mối quan hệ của họ có thể giúp xác định các quan điểm liên quan tương ứng.
Mô hình hóa phạm vi (Scope Modelling): dùng để xác định các phần tử và ranh giới của kiến trúc yêu cầu.
Hội thảo: được sử dụng để xác định cấu trúc yêu cầu một cách cộng tác.

CÁC BÊN LIÊN QUAN

Chuyên gia về lĩnh vực nghiệp vụ, Chuyên gia về triển khai, Quản lý dự án, nhà tài trợ, người kiểm thử: có thể hỗ trợ xác định và xác nhận cấu trúc yêu cầu.
Bất kỳ bên liên quan nào: cũng có thể sử dụng kiến trúc yêu cầu để đánh giá mức độ đầy đủ của các yêu cầu.

ĐẦU RA

Kiến trúc yêu cầu: các yêu cầu và mối quan hệ qua lại giữa chúng, cũng như mọi thông tin theo ngữ cảnh được ghi lại.

Bạn có thể tải về bản gốc Tiếng Anh Tại đây