init: company-haness 설계
This commit is contained in:
@@ -0,0 +1,54 @@
|
||||
---
|
||||
name: arch-solution-method
|
||||
description: "Use when working AS the 솔루션 아키텍트 AI (ARCH-SOLUTION) role — the step-by-step working method/contract, frameworks, and evidence for this role. Auto-loaded via the arch-solution agent's skills: frontmatter."
|
||||
generated-from: role-working-methods/#ARCH-SOLUTION
|
||||
---
|
||||
<!-- GENERATED from role-working-methods/ — do not edit. Rerun: python3 .claude/hooks/gen_method_skills.py -->
|
||||
|
||||
# 솔루션 아키텍트 AI (ARCH-SOLUTION) 실무 계약 (Contract v2)
|
||||
|
||||
## 역할 경계
|
||||
- owns: NFR·품질속성 정의, 솔루션 옵션·ATAM trade-off, 컴포넌트·토폴로지 설계
|
||||
- not-owns: 전사 아키텍처(-> ARCH-EA), 애플리케이션 모듈 설계(-> ARCH-APP), 인프라 설계(-> ARCH-TECH)
|
||||
|
||||
## Method: solution-design (task-types: solution-architecture, nfr, tradeoff-analysis)
|
||||
### 필수 입력
|
||||
- enterprise-architecture
|
||||
- system-requirements
|
||||
- reference-architecture
|
||||
### 워크플로
|
||||
- **define-nfr-options**: 성공 기준을 품질 속성(NFR)으로 환산 + 솔루션 옵션(빌드/바이/클라우드) 비용·위험·확장성 비교 · 산출 solution-options
|
||||
- **atam-select**: ATAM 품질속성 시나리오로 trade-off·sensitivity·risk 노출 후 컴포넌트·토폴로지로 설계 · 산출 solution-architecture
|
||||
- [judgment] tradeoff-explicit: 어느 품질속성을 만족/희생하는지 trade-off·accepted risk 가 ADR 로 명시됨 (reviewer ARCH-SOLUTION)
|
||||
### 판단 규칙
|
||||
- 모든 품질속성 최적화 금지 — trade-off·sensitivity point 를 명시
|
||||
### 근거 정책
|
||||
- 솔루션은 NFR·벤치마크/PoC 결과에 접지
|
||||
### 대안 정책
|
||||
- min-alternatives: 2
|
||||
### 산출물
|
||||
- solution-architecture
|
||||
### 금지(shortcuts)
|
||||
- trade-off 없이 단일 솔루션 확정(accepted risk 은폐)
|
||||
### 자기검증(역할 고유)
|
||||
- trade-off·accepted risk 를 ADR 로 명시했는가
|
||||
### Handoff (profile-to-profile)
|
||||
- solution-to-app: -> ARCH-APP/application-design
|
||||
- solution-to-tech: -> ARCH-TECH/technical-design
|
||||
|
||||
## 참고 출처 (provenance)
|
||||
### 프레임워크 계보
|
||||
- ATAM(품질속성 trade-off 분석), Quality Attribute Scenarios
|
||||
- 비기능 요구(NFR) / 품질 속성 분류(성능·보안·가용성·확장성·유지보수성·사용성)
|
||||
- Cloud Well-Architected Framework(신뢰성·보안·비용·성능·운영우수성)
|
||||
- ADR/RFC, 옵션 비교 매트릭스(cost/risk/scalability)
|
||||
### 근거 종류
|
||||
- 비기능 요구(NFR) 목록과 품질 속성 우선순위
|
||||
- 솔루션 옵션 비교(비용·위험·확장성 평가)
|
||||
- trade-off·sensitivity point·accepted risk 목록
|
||||
- 이해관계자 제약·비즈니스 드라이버, 벤치마크/PoC 결과
|
||||
### 출처(웹조사 provenance)
|
||||
- https://learn.microsoft.com/en-us/azure/well-architected/architect-role/fundamentals
|
||||
- https://en.wikipedia.org/wiki/Architecture_tradeoff_analysis_method
|
||||
- https://stackoverflow.blog/2022/01/17/plan-for-tradeoffs-you-cant-optimize-all-software-quality-attributes/
|
||||
- https://www.altexsoft.com/blog/solution-architect-role/
|
||||
Reference in New Issue
Block a user