3.8 KiB
3.8 KiB
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만 구현하라.
class AnalysisModel {
public:
static Result<AnalysisModel> create(const Domain& domain);
const Domain& domain() const noexcept;
const StaticStepDefinition& step() const noexcept;
const std::vector<EntityIndex>& activeElements() const noexcept;
const std::vector<EntityIndex>& activeMaterials() const noexcept;
const std::vector<EntityIndex>& activeSections() const noexcept;
const std::vector<EntityIndex>& activeBoundaryConditions() const noexcept;
const std::vector<EntityIndex>& 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:
cmake --build .harness/build --config Debug --target fesa_tests
ctest --test-dir .harness/build -C Debug -R AnalysisModel --output-on-failure
GREEN/VERIFY:
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
검증 절차
- active-view tests를 먼저 작성하고 missing class/behavior RED를 확인한다.
- stable ID view의 최소 구현으로 GREEN을 만든다.
- Domain address/state 불변성과 전체 MSVC x64 Debug VERIFY를 확인한다.
/docs/implementation-plans/linear-static-3d-euler-beam-implementation-report.md의 Step 13 section에 실제 RED/GREEN/VERIFY command, exit code, 핵심 output과 변경 파일을 기록한다.- 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가 담당한다.