Files
2026-08-15 03:14:34 +09:00

3.8 KiB

Step 13: AnalysisModel Active View

담당 역할과 필수 스킬

  • 담당 역할: implementation-agent
  • 필수 스킬: fesa-cpp-msvc-tdd

읽어야 할 파일

  • /AGENTS.md
  • /docs/ARCHITECTURE.md
  • /docs/ADR.md
  • /docs/linear-static-3d-euler-beam/requirements.md
  • /docs/linear-static-3d-euler-beam/implementation-plan.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

검증 절차

  1. active-view tests를 먼저 작성하고 missing class/behavior RED를 확인한다.
  2. stable ID view의 최소 구현으로 GREEN을 만든다.
  3. Domain address/state 불변성과 전체 MSVC x64 Debug VERIFY를 확인한다.
  4. /docs/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가 담당한다.