1차 개요와 세부 개발 내용, 앞으로의 진행 방향을 정하고 난뒤 세부적인 요구사항 명세서를 작성하기로 했다. 모든 과정은 매번 수정이 반복되기 때문에 애자일 방법론을 토대로 진행하기로 하였다.
| 번호 | 구분 | 설명 | ||
|---|---|---|---|---|
| 1 | 기능적 요구사항: SFR (System Function Requirement) | 소프트웨어 기능 등 시스템 개발에 필요한 요구사항 | ||
| 2 | 인터페이스 요구사항: SIR (System Interface Requirement) | 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항 | ||
| 3 | 데이터 요구사항 : DAR(Date Requirement) | 목표 시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항 | ||
| 4 | 보안 요구사항: SER (Security Requirement) | 목표시스템의 처리속도 및 시간, 처리량, 동적 - 정적 용량, 가용성 등에 대한 요구사항 | ||
| 5 | 프로젝트 관리 요구사항: PMR (Project Management Requirement) | 프로젝트의 원활한 수행을 위한 관리 방법 및 수행 방안에 대한 요구사항 | ||
| 구분 | 요구사항 ID | 화면 명 | 요구사항 명 | 요구사항 내용 |
| SFR | SFR-001 | 관리자 로그인 페이지 | 관리자 로그인/로그아웃 | 관리자 로그인 후 서비스의 기능 수정 및 관리 접근이 가능해야 한다. |
| SFR-002 | 관리자 회원가입 페이지 | 관리자 회원가입 | 관리자는 관리자 페이지에 접근하기 위해 회원가입을 할 수 있어야 한다. | |
| SFR-003 | 메인 페이지 | 오늘의 파손 요약 보기 | 사용자는 원하는 지역의 도로 파손을 검색하여 볼 수 있어야 한다. | |
| SFR-004 | 메인 페이지 | 사용자는 메인 페이지에서 오늘 탐지된 전체 파손 수와 위험도 분포를 확인할 수 있어야 한다. | ||
| SFR-005 | 메인 페이지 | 지역별 파손 순위 제공 | 지역별 파손 분포 및 심각도를 순위 형태로 확인할 수 있어야 한다. | |
| SFR-006 | 메인 페이지 | 추가 페이지 배너 이동 | 메인 페이지의 배너를 통해 다른 페이지로 이동할 수 있어야 한다. | |
| SFR-007 | 전체 CCTV 파손 현황 페이지 | 지도 제공 | 사용자가 CCTV의 위치를 볼 수 있도록 지도와 마커를 제공해야 한다. | |
| SFR-008 | 전체 CCTV 파손 현황 페이지 | 지역 이동, 위험도 필터 | 사용자는 지도에서 시·도, 구·군 단위로 빠르게 이동할 수 있어야 하며 고위험, 중위험, 저위험 파손을 필터링하여 확인할 수 있어야 한다. | |
| SFR-009 | 전체 CCTV 파손 현황 페이지 | 파손 탐지 결과 패널 | 지도상에 실시간 탐지 결과를 패널로 표시해야 한다. | |
| SFR-010 | 전체 CCTV 파손 현황 페이지 | CCTV 정보 보기 | CCTV 위치 클릭 시 위치, 위험도, 탐지 정보를 간략하게 infowindow로 확인할 수 있어야 한다. | |
| SFR-011 | 탐지 기록 페이지 | 탐지 결과 상세 보기 | 탐지된 기록을 날짜, 장소, 파손 심각도, 갯수, 영상, 누적 횟수 등으로 상세하게 확인할 수 있어야 한다. | |
| SFR-012 | 도로 파손 신고 페이지 | 파손 신고 위치 선택 | 사용자는 지도 또는 검색을 통해 신고 위치를 선택할 수 있어야 한다. | |
| SFR-013 | 도로 파손 신고 페이지 | 파손 유형 선택 | 사용자는 신고 시 파손 유형을 선택할 수 있어야 한다. | |
| SFR-014 | 도로 파손 신고 페이지 | 사진 업로드 | 사용자는 파손 사진을 첨부할 수 있어야 한다. | |
| SFR-015 | 도로 파손 신고 페이지 | 신고 상세 설명 입력 | 사용자는 신고 시 상세 설명을 적을 수 있어야 한다. | |
| SFR-016 | 도로 파손 신고 페이지 | 신고자 연락처 입력 | 사용자는 선택적으로 신고가 제대로 되었는지 연락받을 수 있는 연락처를 남길 수 있어야 한다. | |
| SFR-017 | 관리자 페이지 | 상태 확인 | API 상태, CCTV 현황을 확인할 수 있어야 한다. | |
| SIR | SIR-001 | 반응형 UI 설계 | Web 환경과 모바일 환경에서 최적의 레이아웃을 제공해야 한다. | |
| SIR-002 | 직관적 UX 설계 | 주요 서비스를 이용하는데 사용자가 어럽게 느끼지 않도록 직관적인 UX를 제공해야 한다. | ||
| DAR | DAR-001 | 관리자 정보 | 관리자 정보, 소속, 권한, 상태 정보를 저장해야한다. | |
| DAR-002 | CCTV 정보 | 위도/경도, 영상, 상태, 해상도 정보를 저장해야한다. | ||
| DAR-003 | 분석 결과 | bbox, 심각도, 분석 날짜, 파손 유형, 파손 갯수 정보를 저장해야한다. | ||
| DAR-004 | 신고 데이터 | 사진, 연락처, 내용 정보를 저장해야한다. | ||
| DAR-005 | API 상태 | 종류, 상태 정보를 저장해야한다. | ||
| SER | SER-001 | 관리자 회원가입 | 검증된 관리자만 회원가입을 진행할 수 있도록 관리자 ID를 제공한다. | |
| SER-002 | 관리자 인증 | Spring Security를 기반으로 JWT 인증을 사용한다. | ||
| SER-003 | 관리자 비밀번호 | 비밀번호는 해시(SHA-256 또는 bcrypt 등) 방식으로 암호화 저장된다. | ||
| SER-004 | 관리자 ID 관리 | 관리자의 ID를 보관/폐기할 수 있어야 한다. | ||
| PMR | PMR-001 | 버전관리 | GitHub를 통해 버전을 관리한다. | |
| PMR-002 | 회의 및 문서 | Notion을 통해 회의 및 문서를 관리한다. | ||
| PMR-003 | API 관리 | Postman으로 API 명세서를 작성한다. |

전체 페이지에 대한 FlowChart

관리자 페이지에 대한 FlowChart
각 FlowChart에는 이동하는 페이지, 각 페이지에 요소들을 정리하고 페이지의 흐름을 이해할 수 있도록 정리하였다.
FlowChart를 통해 목업 디자인, UI/UX를 설계할 예정이다. UI/UX를 설계하는 동안 Backend는 국가교통정보센터에서 제공하는 CCTV API를 연동하고 실시간 통신을 위한 작업을 진행할 예정이다.
또한 YOLO 모델 학습을 위해 CCTV 이미지를 수집하고 날씨, 교통체증, 등과 같이 변수를 전처리할 방법을 고안할 예정이다.
ㅋ