+ 기능·보안·AWS·일정·예산을 실행 수준으로 연결했다.
- 일부 운영비 추정은 근거 범위와 전제가 더 필요하다.
학교 관리 플랫폼 요구사항을 넣으면, 관리자·교사·학생·학부모 역할과 기록, 출석, 성적, 포털, 권한 기능을 설계하게 합니다.
| 분류 | 개발 › 코딩 |
|---|---|
| 태그 | 초안작성아이디어개발자 |
Act as a software architect tasked with developing a comprehensive school management platform. Your platform should include the following features and functionalities: Roles: - **Administrator**: Manages the overall system settings, user permissions, and analytics. - **Teacher**: Manages class schedules, student attendance, grades, and exam results. - **Student**: Accesses personal records, schedules, and grades. - **Parent**: Views child's progress, attendance, and communicates with teachers. Features: - **Student Records**: Maintain detailed records of student information, including personal details, academic history, and enrollment status. - **Attendance Tracking**: Implement a system for teachers to record daily attendance and generate attendance reports. - **Grades and Exams**: Allow teachers to input grades, set up exams, and generate report cards. - **Class Schedules**: Organize and manage class timetables with ease. - **Parent Portal**: Provide a secure platform for parents to view student progress and communicate with the school. - **Teacher Management**: Manage teacher profiles, schedules, and performance metrics. - **Fee Collection**: Enable online fee payment and track financial records. - **Analytics Dashboard**: Offer insights through visual data representation on school performance, attendance trends, and more. - **Role-Based Permissions**: Ensure secure access and data protection with role-specific access controls. Constraints: - Ensure the platform is scalable and can handle multiple users simultaneously. - Implement data privacy and security measures to protect sensitive information. - Design the user interface to be intuitive and user-friendly for all roles.
학교 운영 시스템의 기능 목록과 아키텍처 방향을 잡을 때 쓰기 좋다. 확장성, 개인정보 보호, 역할별 접근 제어, 직관적 UI를 제약으로 둔다.
ChatGPT가 가장 완전하고 실행 가능하다. Gemini는 맞춤성은 있으나 외부 파일 의존과 근거 없는 단정이 크며, [C]는 미제출이다.
+ 기능·보안·AWS·일정·예산을 실행 수준으로 연결했다.
- 일부 운영비 추정은 근거 범위와 전제가 더 필요하다.
+ 학교 규모·예산·일정에 맞춘 핵심 전략은 구체적이다.
- 외부 문서에 핵심 내용을 넘기고 미확인 수치도 단정했다.
| 기준 | ChatGPT | Gemini | 앞선 모델 |
|---|---|---|---|
| 지시 준수 | 10 | 4 | ChatGPT +150% |
| 정확성 | 9 | 4 | ChatGPT +125% |
| 구체성 | 10 | 7 | ChatGPT +43% |
| 구성·가독성 | 9 | 7 | ChatGPT +29% |
| 분량 적정성 | 9 | 6 | ChatGPT +50% |
gpt-5.6-sol가 모델 이름을 가린 채 1~10점으로 채점했습니다 (2026-09-25). 측정값이 아니라 AI 심사 결과입니다.
같은 입력을 세 모델에 넣어 받은 답을 그대로 옮겼습니다. 각 CLI(에이전트 하네스)에서 실행했습니다. ChatGPT·Claude 앱이나 웹에서는 답이 다를 수 있습니다.
[붙여 넣은 자료] 저희는 서울 소재 사립 중·고등학교 통합 캠퍼스입니다. 재학생은 중학교 450명, 고등학교 520명이며 교직원은 90명 규모입니다. 기존에는 엑셀로 출결과 성적을 관리하고 있어 오류가 잦고, 학부모 문의 전화가 매일 30건 이상 옵니다. 초기 개발 예산은 1억 5천만원, 클라우드는 AWS를 사용하고 싶고, 2027년 2월 학기 시작 전 1차 오픈이 목표입니다.
현재 규모는 학생 970명, 교직원 90명, 학부모 포함 예상 사용자 약 2,000~3,000명 수준이므로 대규모 분산 시스템보다 안정적인 클라우드 기반 모듈형 플랫폼이 적합합니다.
초기 목표는 2027년 2월 학기 시작 전 다음 기능을 우선 오픈하는 것입니다.
예산 1억 5천만원으로는 모든 기능을 한 번에 완성하기보다, 핵심 업무를 먼저 전산화한 1차 오픈과 후속 고도화로 나누는 방식이 현실적입니다.
| 역할 | 주요 기능 |
|---|---|
| 관리자 | 학교·학년·반·과목 설정, 사용자 권한, 통계, 감사 로그, 수납 관리 |
| 교사 | 담당 반·과목, 출결 입력, 성적·시험 관리, 학생 상담 기록, 공지 |
| 학생 | 시간표, 출결 현황, 성적·시험 결과, 공지 확인 |
| 학부모 | 자녀별 출결·성적·시간표, 수납 현황, 학교 문의 |
| 회계 담당자 | 수납 항목, 납부 상태, 환불·미납 관리, 결제 대사 |
학부모 계정은 학생과 임의로 연결하지 않고, 학교가 승인한 보호자 관계를 기준으로 자녀 정보를 조회하도록 해야 합니다.
개인정보 변경은 기존 값을 덮어쓰기보다 변경 이력을 남겨야 합니다.
교사가 모바일 또는 PC에서 빠르게 처리할 수 있도록 설계합니다.
출결 수정은 반드시 다음 정보를 기록해야 합니다.
성적은 “입력 중”, “교사 확정”, “관리자 승인” 상태로 구분하는 것이 안전합니다.
초기에는 자동 시간표 생성보다 관리자가 편집하기 쉬운 방식으로 시작하고, 이후 자동 배정 기능을 추가하는 편이 예산에 적합합니다.
학부모 전화 문의를 줄이기 위해 다음 기능을 우선 제공합니다.
초기 버전에서는 실시간 메신저보다 “문의 등록 → 담당자 배정 → 답변 → 완료” 방식이 운영과 개인정보 측면에서 안정적입니다.
카드정보를 직접 저장하지 않고 국내 PG사의 결제창을 사용해야 합니다. 결제 결과와 학교 내부 수납 상태가 불일치하지 않도록 결제 대사 기능을 포함해야 합니다.
초기에는 복잡한 AI 분석보다 업무에 직접 필요한 지표를 제공합니다.
개인별 민감한 성적 정보는 전체 대시보드에 노출하지 않고, 업무상 필요한 담당자만 조회하도록 제한합니다.
서울 리전(ap-northeast-2)을 기준으로 구성합니다.
학생·교사·학부모 웹/모바일 브라우저
│
CloudFront + WAF
│
웹 애플리케이션
│
ECS Fargate 기반 API 서버
│
┌────────────┼────────────┐
RDS PostgreSQL S3 ElastiCache
핵심 데이터 문서/파일 세션·캐시
│
CloudWatch / CloudTrail
권장 구성은 다음과 같습니다.
학생 970명 규모에서는 초기부터 마이크로서비스로 나누기보다, 장애 추적과 개발 효율이 좋은 모듈형 모놀리식 구조가 적합합니다. 사용자와 데이터가 증가할 경우 출결·성적·수납 기능을 별도 서비스로 분리할 수 있도록 API 경계를 명확히 설계합니다.
학생의 성적·출결·보호자 정보는 민감도가 높으므로 다음을 기본 적용해야 합니다.
성적표와 학생 개인정보를 PDF로 다운로드할 때는 접근 권한과 다운로드 로그를 남기고, 필요하면 암호화된 문서로 제공해야 합니다.
| 기능 | 관리자 | 교사 | 학생 | 학부모 |
|---|---|---|---|---|
| 전체 학생 조회 | 가능 | 담당 범위 | 본인 | 자녀 |
| 출결 입력 | 가능 | 담당 반 | 조회 | 자녀 조회 |
| 출결 수정 | 승인 | 제한적 | 불가 | 불가 |
| 성적 입력 | 가능 | 담당 과목 | 조회 | 자녀 조회 |
| 성적 확정 | 승인 | 담당 과목 | 불가 | 불가 |
| 수납 관리 | 가능 | 조회 제한 | 본인 조회 | 자녀 조회·납부 |
| 사용자 관리 | 가능 | 불가 | 불가 | 불가 |
| 시스템 설정 | 가능 | 불가 | 불가 | 불가 |
권한은 단순히 “교사인가”만 보지 않고, 담당 학교급·학년·반·과목까지 함께 판단해야 합니다.
현재 시점이 2026년 9월이므로 약 5개월의 개발 기간을 전제로 합니다. 전체 기능을 완성하기에는 일정이 빠듯하므로, 1차 오픈 범위를 명확히 고정해야 합니다.
출결과 성적은 2027년 1월에 전체 데이터를 바로 옮기기보다, 학기 시작 전 정제·검증 기간을 별도로 두어야 합니다.
총 개발 예산 1억 5천만원 기준의 예시입니다.
| 항목 | 예상 비용 |
|---|---|
| 요구사항 분석·설계 | 1,500만원 |
| UI/UX 및 프론트엔드 | 2,500만원 |
| 백엔드·데이터베이스 | 4,000만원 |
| 출결·성적·시간표 | 2,500만원 |
| 학부모 포털·문의·알림 | 1,200만원 |
| 수납·결제 연계 | 1,000만원 |
| AWS·보안·배포 | 800만원 |
| 데이터 이관·테스트·교육 | 1,000만원 |
| 예비비 | 500만원 |
| 합계 | 1억 5천만원 |
별도로 다음 운영비가 발생합니다.
실제 AWS 비용은 트래픽보다 백업, 로그, 파일 저장, 알림량에 영향을 많이 받습니다. 초기에는 월 수십만원 수준에서 시작할 가능성이 높지만, 운영 정책에 따라 달라집니다.
현재 Excel 기반 운영에서 가장 큰 위험은 개발보다 데이터 품질입니다.
권장 이관 절차는 다음과 같습니다.
특히 이름만으로 학생을 식별하면 동명이인 문제가 생기므로 내부 학생번호를 기준 키로 사용해야 합니다.
1차 오픈 후 다음 수치를 운영 목표로 설정할 수 있습니다.
1차 오픈에서는 “학생·학적, 출결, 성적, 시간표, 학부모 조회, 문의, 수납”을 핵심 범위로 확정하고, 자동 시간표 생성·고급 AI 분석·완전한 모바일 앱·복잡한 상담 시스템은 2차로 미루는 것이 안전합니다.
가장 중요한 성공 요인은 기능 수보다 다음 세 가지입니다.
| 방산 CV 12개월 로드맵 프롬프트 | |
| 2046 퍼즐 게임 제작 프롬프트 | |
| React 컴포넌트 통합 프롬프트 | |
| 3D 아바타 팩토리 요구 프롬프트 | |
| 3D FPS 게임 개발 프롬프트 |