Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
55 changes: 55 additions & 0 deletions docs/제출용/종합설계/4월27일_발표대본.md
Original file line number Diff line number Diff line change
Expand Up @@ -98,3 +98,58 @@ Sprint 1의 목표는 사용자가 DXF 도면을 바탕으로 상황에 맞는
이를 위해 US-01부터 US-03까지는 도면 입력, 구조 검토, 실행 가능 상태 확정 흐름을 다루고, US-04는 기준 시나리오 입력을 담당합니다.
US-07은 인원 배치와 실행 제어, US-09는 실시간 진행 상태 확인을 담당합니다.
그리고 US-10과 US-11을 포함해서 Sprint 1 단계에서 병목과 압력 집중 같은 기본 위험까지 확인할 수 있도록 범위를 잡았습니다.


---

## 슬라이드 12. 예상되는 업무량

예상되는 업무량 슬라이드 입니다.

일단 팀원들의 가용시간을 먼저 살펴보겠습니다.
4명의 팀원모두 3주동안 매주 3일씩 6시간,
총 216시간의 시간을 사용할수 있음을 알 수 있습니다.

이제 적정한 업무량인지 살펴보기위해, Sprint 1의 유저시나리오를 모두 구현하는데에 걸리는 시간을 살펴보겠습니다,

모든 유저시나리오의 SP를 더하면 50SP이며

이는 유저시나리오의 SP를 1SP당 4시간으로 정했을때
200시간의 업무량입니다.
사용할 수 있는 시간이 16시간정도 더많으니 적당한 업무량이라고 생각합니다.



---

## 슬라이드 13. 개발환경

저희 프로젝트의 개발환경입니다.

핵심 개발 언어는 C++이며, ECS 엔진과 도메인 로직, 그리고 애플리케이션 계층을 성능과 구조 측면에서 안정적으로 구현할 수 있도록 계획했습니다.

빌드 시스템은 CMake를 사용해서 관리하고,

Visual Studio 2022로 개발과 디버깅을 진행합니다.

사용자 인터페이스는 Qt 6 로 구현합니다.

또 외부 라이브러리와 패키지 관리는 vcpkg를 사용해 팀원 간 개발환경 차이를 줄이고, 동일한 의존성을 쉽게 맞출 수 있게 했습니다.

테스트는 CTest 기반으로 구성해서 엔진과 도메인 로직을 빠르게 검증할 수 있고, 필요하면 UI를 제외한 핵심 기능만 별도로 빌드하고 테스트할 수도 있습니다.


---

## 슬라이드 14. 개발할때 주의할점

개발할때 주의할점은 세가지가 있습니다.

첫번째로는 이제 도면파일을 입력할때 도면파일마다 레이어의 이름이 다를수도 있습니다. 그래서 저희는
일단 샘플 DXF도면을 기준으로 레이어를 분류하도록 하고 나머지는 WARNING으로 분류하기로 했습니다.

두번째는
공간추론이 잘못되면 정상 공간도 단절된 공간으로 판정이 될수 있습니다. 그렇기 때문에 예제 도면으로 잘 검증해봐야합니다,

세번째는 일정에 관한 문제입니다.
UI구현이 지연되면 다른 기능들이 잘작동되는지 눈으로 확인하기 어렵기 때문에, 필요한 최소한의 UI를 우선적으로 구현해야합니다.
Loading