[AI Crew]기업연계 프로젝트 기획서 작성 과정과 팁

[AI Crew]기업연계 프로젝트 기획서 작성 과정과 팁

2025. 10. 31. 21:31ㆍ대외활동/인공지능사관학교

728x90

SMALL

1. 프로젝트 소개

마지막 프로젝트는 기업연계형 프로젝트 입니다.

이전에 강의를 들으면서 진행했던 미니 프로젝트를 기반으로 기업에서 제시하는 주제와 가이드라인을 따라 프로젝트를 진행하면 됩니다. 저희 팀에 배분된 주제는 '실생활 문제 해결을 위한 AI 클라우드 융합 서비스 기획' 입니다.

다양한 주제에 대해 이야기를 나눴고 최종적으로 ‘원클릭 민원 처리 서비스’를 주제로 기획서를 작성했습니다.
현실 속 민원 신고는 절차가 복잡하고 번거로워서 실제 신고율이 낮다는 점에서 출발했습니다.
‘사진 한 장, 클릭 한 번으로 신고 완료되는 서비스’라는 명확한 목표를 세우고, 이를 구현하기 위한 서류 설계 과정을 단계별로 정리했습니다.

2. 주제 선정 배경

직접 사례를 조사하면서 가장 인상 깊었던 점은 불법 쓰레기 투기나 포트홀, 불법 주정차 같은 생활 민원이 신고로 이어지지 않는다는 사실이었습니다.
그 이유는 단순했습니다.

앱 설치 과정의 복잡성
위치나 사진을 직접 입력에 대한 불편함
접수 절차가 길고 지루함

이 불편을 해결하기 위해 AI와 자동 입력 기술을 활용한 ‘원클릭 민원 처리 서비스’라는 주제를 확정했습니다.
핵심은 민원 접수 과정을 자동화하고 사용자가 클릭 한 번으로 신고를 완료하는 UX를 만드는 것이었습니다.

3. 브레인스토밍 및 아이디어 정리

기획 초기 단계에서는 ‘광주 시민을 위한 생활 개선 플랫폼’을 목표로 여러 아이디어를 도출했습니다.

불법 주정차, 쓰레기 투기 등 민원 자동 접수
포트홀 인식 및 위치 자동 전송
AI 이미지 인식 기반 민원 카테고리 분류
지도 기반 처리 현황 시각화

이 중에서 실현 가능성과 공공 활용성이 높고 지역 사회의 문제 해결에 직접 연결될 수 있는 아이템으로
‘원클릭 민원 처리 서비스’를 최종 선택했습니다.

4. 기획서 작성 과정

기업연계 프로젝트의 기획서는 단순한 아이디어 문서가 아니라 서비스 설계의 기반이 되는 구체적 기술 문서였습니다.
다음과 같은 순서로 작성했습니다.

① 아이디어 주제

기반 서비스: 민원 자동화 시스템
핵심 기술: GPS 위치 인식, 이미지 분류 AI, 자동 신고 API(OpenAPI)
서비스 콘셉트: 사용자가 촬영 → 자동 분류 → 위치 인식 → 클릭 한 번으로 신고 완료

② 제안 배경 및 필요성

현행 민원 신고 시스템은 절차가 복잡해 시민 참여율이 낮았습니다.
신고 과정의 자동화와 간소화가 필요했습니다.
AI 기반 이미지 분류와 GPS 자동 입력 기능으로 신고 접근성을 높이고자 했습니다.

③ 유사 서비스 분석 및 차별점

기존 ‘생활불편신고’ 앱은 주소와 사진을 수동으로 입력해야 했습니다.
제안 서비스는 촬영 시 자동 위치 인식, 카테고리 자동 분류, 원클릭 신고 기능을 제공합니다.
신고 소요 시간을 약 80% 단축할 수 있습니다.(예상)

④ 제안 내용

개발 목표: 누구나 즉시 신고할 수 있는 원클릭 민원 플랫폼
주요 기능
- 로그인 기능(카카오·네이버 간편 로그인)
- 사진 기반 민원 분류(AI 모델 활용)
- GPS 기반 위치 자동 입력
- 원클릭 신고 버튼(공공 API 자동 연동)
- 처리 현황 조회 및 피드백 기능

⑤ 수행 방법

데이터 확보: AI Hub 공공데이터(불법 주정차, 쓰레기, 포트홀 이미지)
모델 학습: 이미지 분류 모델 ResNet, MobileNet 기반 Fine-tuning
시스템 설계: 프론트엔드(Next.js) + 백엔드(FastAPI) + DB(Firestore)
배포 환경: Docker 기반 로컬 환경 구축 및 클라우드 연동

5. 요구사항 정의서 작성

요구사항 정의는 서비스의 기능과 구조를 구체화하는 핵심 단계였습니다.

① 유스케이스 다이어그램

사용자(시민): 민원 촬영, 신고, 결과 확인
관리자(지자체 담당자): 신고 접수, 처리 상태 관리
시스템: 자동 분류, 위치 인식, 신고 전송

이를 통해 사용자-시스템 간 상호작용 구조를 시각화했습니다.

② 유스케이스 명세

유스케이스 이름: 원클릭 민원 접수
관련 요구사항: REQ-AD-001
우선 순위: 상
관련 액터: 시민, 관리자
이벤트 흐름: 사용자가 사진을 촬영하면 자동 분류 및 위치 인식 → 원클릭 신고 완료 메시지 반환
종료 조건: 신고 접수 완료 및 처리 현황 화면 이동

6. 기능 및 비기능 요구사항

① 기능 요구사항

FR-AD-001: 사진 업로드 및 자동 분류 기능 제공
FR-AD-002: GPS 기반 위치 자동 입력
FR-AD-003: 신고 버튼 클릭 시 API 전송 및 결과 반환

② 비기능 요구사항

NFR-DE-001: 서버 응답 속도 3초 이내
NFR-TS-001: 하루 1,000건 이상 신고 처리 가능
NFR-AN-001: 사용자 인터페이스는 직관적이어야 함

7. 데이터베이스 요구사항 분석

요구사항을 기반으로 ERD(Entity Relationship Diagram)를 설계했습니다.

테이블 구성: 사용자, 민원, 처리 상태, 로그
관계 구조: 사용자 1 - N 민원 / 민원 1 - 1 처리 상태
목적: 신고부터 처리까지의 흐름을 데이터로 추적 가능하도록 구조화했습니다.

8. 화면설계서 작성

화면설계서는 실제 서비스의 UX를 구체적으로 표현한 문서였습니다.

메인 화면: 신고 버튼, 카메라 촬영 UI
신고 화면: 자동 위치 표시, 카테고리 자동 입력
결과 화면: 처리 상태 확인 및 재신고 버튼

화면 구성 시 복잡한 디자인보다 신고 흐름을 한눈에 이해할 수 있도록 단순화하는 것을 우선했습니다.
기능 중심의 와이어프레임으로 구성해 실제 구현 단계에서 혼선을 줄였습니다.

9. 빅데이터 분석 정의서

AI 모델 학습을 위해 AI Hub 공공데이터를 활용했습니다.

학습 데이터: 불법 쓰레기, 주정차, 포트홀 이미지
분석 방법: 이미지 분류 모델 학습 및 F1-score 평가
모델 개선: 데이터 증강(Augmentation) 및 Fine-tuning
결과 시각화: Confusion Matrix, 정확도 그래프

이 과정을 통해 모델의 성능을 객관적으로 평가할 수 있었습니다.

10. 서류 작성 시 유용했던 팁

프로젝트를 진행하면서 가장 크게 느낀 점은 형식보다 논리 흐름이 중요하다는 것이었습니다.

다음은 실제 작성 과정에서 도움이 되었던 팁입니다.

기획서 항목은 “왜 필요한가 → 어떻게 구현할 것인가 → 무엇이 달라지는가” 순서로 구성했습니다.
각 서류 간의 연결성을 유지했습니다.
(기획서 → 요구사항 정의서 → 화면설계서 → DB 설계서 순서로 구조화)
유스케이스 명세는 행동 중심으로 짧고 명확하게 작성했습니다.
비기능 요구사항은 수치로 표현해 검증이 가능하도록 했습니다.
화면설계서는 시각적인 화려함보다 기능의 흐름을 중점으로 표현했습니다.

11. 마무리

기획서를 직접 작성하면서 느낀 것은 문서 작성이 단순한 형식이 아니라 서비스를 현실로 옮기는 설계도라는 점이었습니다.
‘원클릭 민원 처리 서비스’는 작은 아이디어에서 출발했지만 체계적인 요구사항 정의와 화면 설계를 통해 실현 가능한 시스템으로 발전했습니다.

앞으로는 실제 코드를 구현하는 과정의 진행사항을 올려보도록 하겠습니다 :)