ATAM
- Phương pháp Phân tích Đánh đổi Kiến trúc (Architecture Tradeoff Analysis Method)
- Kiến trúc đáp ứng các mục tiêu cụ thể tốt như thế nào?
- Cung cấp thông tin chi tiết về cách các mục tiêu chất lượng tương tác, cách chúng đánh đổi
- Có nguồn gốc từ
- SAAM (Phương pháp phân tích kiến trúc phần mềm) từ đầu những năm 1990
- Kiểu kiến trúc
- Cộng đồng phân tích thuộc tính chất lượng
Những người tham gia ATAM
- Nhóm đánh giá.
- Bên ngoài dự án có kiến trúc đang được đánh giá.
- Ba đến năm người; một người có thể chấp nhận một số vai trò trong ATAM.
- Họ cần được công nhận là những người bên ngoài có năng lực, không thiên vị.
- Người ra quyết định dự án.
- Những người này được trao quyền để phát biểu về dự án phát triển hoặc có quyền ủy thác các thay đổi đối với dự án đó.
- Họ thường bao gồm người quản lý dự án và nếu có một khách hàng có thể xác định được đang lập hóa đơn cho sự phát triển, họ cũng có thể có mặt (hoặc đại diện).
- Kiến trúc sư luôn được bao gồm – kiến trúc sư phải sẵn sàng tham gia.
- Các bên liên quan kiến trúc.
- Các bên liên quan có lợi ích đặc biệt trong kiến trúc hoạt động như được quảng cáo.
- Các bên liên quan bao gồm nhà phát triển, người kiểm tra, nhà tích hợp, người bảo trì, kỹ sư hiệu suất, người dùng, người xây dựng hệ thống tương tác với họ đang được xem xét và có thể cả những người khác.
- Công việc của họ là nêu rõ các mục tiêu thuộc tính chất lượng cụ thể mà kiến trúc phải đáp ứng.
- Dự kiến sẽ thu hút 12 đến 15 bên liên quan để đánh giá kiến trúc quan trọng của doanh nghiệp lớn.
Vai trò của nhóm đánh giá ATAM
| Role | Responsibilities |
| Team Leader | Sets up the evaluation; coordinates with client, making sure client’s needs are met; establishes evaluation contract; forms evaluation team; sees that final report is produced and delivered (although the writing may be delegated) |
| Evaluation Leader | Runs evaluation; facilitates elicitation of scenarios; administers scenario selection/prioritization process; facilitates evaluation of sce- narios against architecture; facilitates on-site analysis |
| Scenario Scribe | Writes scenarios on flipchart or whiteboard during scenario elicitation; captures agreed-on wording of each scenario, halting discussion until exact wording is captured |
| Proceedings Scribe | Captures proceedings in electronic form on laptop or workstation: raw scenarios, issue(s) that motivate each scenario (often lost in the wording of the scenario itself), and resolution of each scenario when applied to architecture(s); also generates a printed list of adopted scenarios for handout to all participants |
| Questioner | Raises issues of architectural interest, usually related to the quality attributes in which he or she has expertise |