# Step 13: AnalysisModel Active View ## 담당 역할과 필수 스킬 - 담당 역할: `implementation-agent` - 필수 스킬: `fesa-cpp-msvc-tdd` ## 읽어야 할 파일 - `/AGENTS.md` - `/docs/ARCHITECTURE.md` - `/docs/ADR.md` - `/docs/requirements/linear-static-3d-euler-beam.md` - `/docs/implementation-plans/linear-static-3d-euler-beam.md` - `/include/fesa/model/model_types.hpp` - `/include/fesa/model/domain.hpp` - `/src/fesa/model/domain.cpp` - `/include/fesa/io/abaqus/domain_mapper.hpp` - `/src/fesa/io/abaqus/domain_mapper.cpp` - `/tests/unit/io/abaqus/domain_mapper_test.cpp` - `/src/fesa/CMakeLists.txt` - `/tests/CMakeLists.txt` ## 소유 파일 - Create: `/include/fesa/analysis/analysis_model.hpp` - Create: `/src/fesa/analysis/analysis_model.cpp` - Create: `/tests/unit/analysis/analysis_model_test.cpp` - Modify: `/src/fesa/CMakeLists.txt` - Modify: `/tests/CMakeLists.txt` ## 작업 단일 static step에서 활성 entity를 stable index/reference view로 분류하는 `AnalysisModel`만 구현하라. ```cpp class AnalysisModel { public: static Result create(const Domain& domain); const Domain& domain() const noexcept; const StaticStepDefinition& step() const noexcept; const std::vector& activeElements() const noexcept; const std::vector& activeMaterials() const noexcept; const std::vector& activeSections() const noexcept; const std::vector& activeBoundaryConditions() const noexcept; const std::vector& activeLoads() const noexcept; }; ``` AnalysisModel은 Domain 객체나 semantic entity를 복사·수정하지 않고, 자체 소유가 필요한 경우 stable ID 목록만 가진다. Element에서 reachable material/section을 deterministic한 internal index 순으로 deduplicate한다. 정확히 하나의 static step만 허용하며 missing 또는 multiple step은 structured diagnostic이다. Tests는 active classification, stable ordering/deduplication, reference address identity, Domain 불변성, missing/multiple step rejection을 포함하고 `AnalysisModel` regex로 등록한다. ## Acceptance Criteria RED targeted command: ```powershell cmake --build .harness/build --config Debug --target fesa_tests ctest --test-dir .harness/build -C Debug -R AnalysisModel --output-on-failure ``` GREEN/VERIFY: ```powershell cmake -S . -B .harness/build -A x64 ` -DFESA_GTEST_SOURCE_DIR=C:/git/googletest ` "-DMKL_DIR=C:/Program Files (x86)/Intel/oneAPI/mkl/2026.1/lib/cmake/mkl" ` "-DTBB_DIR=C:/Program Files (x86)/Intel/oneAPI/tbb/2023.1/lib/cmake/tbb" ` "-DHDF5_DIR=C:/Program Files/HDF_Group/HDF5/2.1.1/cmake" cmake --build .harness/build --config Debug ctest --test-dir .harness/build -C Debug -R AnalysisModel --output-on-failure ctest --test-dir .harness/build -C Debug --show-only=json-v1 ctest --test-dir .harness/build -C Debug --output-on-failure ``` ## 검증 절차 1. active-view tests를 먼저 작성하고 missing class/behavior RED를 확인한다. 2. stable ID view의 최소 구현으로 GREEN을 만든다. 3. Domain address/state 불변성과 전체 MSVC x64 Debug VERIFY를 확인한다. 4. `/docs/implementation-plans/linear-static-3d-euler-beam-implementation-report.md`의 Step 13 section에 실제 RED/GREEN/VERIFY command, exit code, 핵심 output과 변경 파일을 기록한다. 5. Step 13을 `completed`로 바꾸고 active view/non-copy evidence를 summary에 기록한다. ## 금지사항 - Domain entity를 AnalysisModel에 복제하지 마라. 이유: source of truth가 분산된다. - load/BC propagation이나 multi-step activation을 추가하지 마라. 이유: V0는 single step이다. - equation number나 numeric state를 저장하지 마라. 이유: DofManager/AnalysisState 책임이다. - 직접 commit하지 마라. 이유: Harness executor가 담당한다.