☰ Categories

Comprehensive School Management Platform Development

a software architect tasked with developing a comprehensive school management platform.

CategoryDevelopment › Coding
TagsDraftingIdeationDeveloper
Prompt
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.

What this prompt does

Useful for outlining features and architecture for a school operations system. It sets constraints around scalability, data privacy, role-based access, and an intuitive UI.

Model comparison

ChatGPT is the most complete and actionable. Gemini is tailored but relies on an inaccessible file and unsupported claims, while [C] is missing.

ChatGPTTop overall
47/ 50

+ It connects features, security, AWS, schedule, and budget at an actionable level.

- Some operating-cost estimates need clearer assumptions and supporting ranges.

Gemini
28/ 50

+ Its core strategy is tailored to the school's scale, budget, and deadline.

- It delegates core content to an inaccessible file and asserts unverified figures.

CriterionChatGPTGeminiLeader
Instruction following104ChatGPT +150%
Accuracy94ChatGPT +125%
Specificity107ChatGPT +43%
Structure97ChatGPT +29%
Right length96ChatGPT +50%

Scored 1–10 by gpt-5.6-sol with model names hidden (2026-09-25). This is an AI review, not a measurement.

Read full answers

We gave three models the same input and copied their answers unedited. Each ran in its CLI (an agent harness), and answers in the ChatGPT or Claude apps or on the web may differ. Outputs are in Korean.

Input used
[Pasted material]
저희는 서울 소재 사립 중·고등학교 통합 캠퍼스입니다. 재학생은 중학교 450명, 고등학교 520명이며 교직원은 90명 규모입니다. 기존에는 엑셀로 출결과 성적을 관리하고 있어 오류가 잦고, 학부모 문의 전화가 매일 30건 이상 옵니다. 초기 개발 예산은 1억 5천만원, 클라우드는 AWS를 사용하고 싶고, 2027년 2월 학기 시작 전 1차 오픈이 목표입니다.
gpt-5.6-luna (codex CLI · 에이전트 하네스) · Run on 2026-09-24

서울 소재 사립 중·고 통합 캠퍼스 학교관리 플랫폼 제안

1. 제안 요약

현재 규모는 학생 970명, 교직원 90명, 학부모 포함 예상 사용자 약 2,000~3,000명 수준이므로 대규모 분산 시스템보다 안정적인 클라우드 기반 모듈형 플랫폼이 적합합니다.

초기 목표는 2027년 2월 학기 시작 전 다음 기능을 우선 오픈하는 것입니다.

  • 학생·교직원·학부모 계정 및 권한 관리
  • 학생 기본정보와 재학·반·학적 관리
  • 교사 출결 입력 및 출결 통계
  • 시간표 조회·관리
  • 성적·시험 입력 및 성적표 생성
  • 학부모 포털과 공지·문의
  • 수납 내역 조회 및 온라인 결제
  • 관리자용 통합 대시보드
  • 기존 Excel 데이터 일괄 업로드

예산 1억 5천만원으로는 모든 기능을 한 번에 완성하기보다, 핵심 업무를 먼저 전산화한 1차 오픈과 후속 고도화로 나누는 방식이 현실적입니다.


2. 권장 시스템 구성

사용자별 주요 기능

역할 주요 기능
관리자 학교·학년·반·과목 설정, 사용자 권한, 통계, 감사 로그, 수납 관리
교사 담당 반·과목, 출결 입력, 성적·시험 관리, 학생 상담 기록, 공지
학생 시간표, 출결 현황, 성적·시험 결과, 공지 확인
학부모 자녀별 출결·성적·시간표, 수납 현황, 학교 문의
회계 담당자 수납 항목, 납부 상태, 환불·미납 관리, 결제 대사

학부모 계정은 학생과 임의로 연결하지 않고, 학교가 승인한 보호자 관계를 기준으로 자녀 정보를 조회하도록 해야 합니다.


3. 핵심 업무 모듈

3.1 학생 records 및 학적

  • 학생 기본정보
  • 중학교·고등학교 구분
  • 학년·반·번호
  • 재학·휴학·전학·졸업·퇴학 상태
  • 보호자 및 비상연락처
  • 학적 변동 이력
  • Excel 등록 및 수정 이력
  • 학생별 통합 조회 화면

개인정보 변경은 기존 값을 덮어쓰기보다 변경 이력을 남겨야 합니다.

3.2 출결 관리

교사가 모바일 또는 PC에서 빠르게 처리할 수 있도록 설계합니다.

  • 일자별·교시별 출결 입력
  • 출석, 지각, 조퇴, 결석, 결과 구분
  • 사유 및 증빙파일 등록
  • 담임교사 수정·승인
  • 관리자 정정 이력 확인
  • 월별·학생별·반별·학년별 통계
  • 학부모 알림
  • 출결 데이터 Excel 다운로드

출결 수정은 반드시 다음 정보를 기록해야 합니다.

  • 변경 전 값
  • 변경 후 값
  • 변경자
  • 변경 시각
  • 변경 사유

3.3 성적 및 시험

  • 시험 일정과 과목 설정
  • 수행평가·지필평가 입력
  • 점수·등급·성취도 지원
  • 입력 마감 및 확정
  • 확정 후 관리자 승인
  • 성적표 PDF 생성
  • 학생·학부모별 조회 권한
  • 성적 Excel 일괄 업로드
  • 정정 이력과 승인 기록

성적은 “입력 중”, “교사 확정”, “관리자 승인” 상태로 구분하는 것이 안전합니다.

3.4 시간표

  • 학년·반·과목·교사·교실 배정
  • 주간 시간표
  • 교사별 시간표
  • 반별 시간표
  • 변경 이력
  • 휴강·보강 표시
  • 학생·학부모 모바일 조회

초기에는 자동 시간표 생성보다 관리자가 편집하기 쉬운 방식으로 시작하고, 이후 자동 배정 기능을 추가하는 편이 예산에 적합합니다.

3.5 학부모 포털 및 문의

학부모 전화 문의를 줄이기 위해 다음 기능을 우선 제공합니다.

  • 자녀별 출결·성적·시간표 조회
  • 학교 공지와 학사 일정
  • 수납·미납 현황
  • 문의 접수 및 답변 상태
  • 답변 알림
  • 자주 묻는 질문
  • 상담 기록

초기 버전에서는 실시간 메신저보다 “문의 등록 → 담당자 배정 → 답변 → 완료” 방식이 운영과 개인정보 측면에서 안정적입니다.

3.6 수납 및 결제

  • 수업료·급식비·교재비·행사비 등 항목 관리
  • 학생별 청구 금액
  • 납부·미납·부분 납부 상태
  • 온라인 결제
  • 영수증 발급
  • 환불 처리
  • 월별 수납 대사
  • 회계용 Excel 다운로드

카드정보를 직접 저장하지 않고 국내 PG사의 결제창을 사용해야 합니다. 결제 결과와 학교 내부 수납 상태가 불일치하지 않도록 결제 대사 기능을 포함해야 합니다.

3.7 분석 대시보드

초기에는 복잡한 AI 분석보다 업무에 직접 필요한 지표를 제공합니다.

  • 전체 출결률
  • 지각·결석 추이
  • 반·학년별 출결 비교
  • 성적 분포
  • 과목별 평균 및 변화
  • 미납 현황
  • 문의 건수와 처리 시간
  • 교사별 미처리 업무
  • 데이터 입력 완료율

개인별 민감한 성적 정보는 전체 대시보드에 노출하지 않고, 업무상 필요한 담당자만 조회하도록 제한합니다.


4. 권장 AWS 아키텍처

서울 리전(ap-northeast-2)을 기준으로 구성합니다.

학생·교사·학부모 웹/모바일 브라우저
              │
       CloudFront + WAF
              │
        웹 애플리케이션
              │
   ECS Fargate 기반 API 서버
              │
 ┌────────────┼────────────┐
RDS PostgreSQL   S3       ElastiCache
  핵심 데이터   문서/파일   세션·캐시
              │
       CloudWatch / CloudTrail

권장 구성은 다음과 같습니다.

  • 프론트엔드: 반응형 웹 애플리케이션
  • 백엔드: 모듈형 서버 애플리케이션
  • 배포: ECS Fargate
  • 데이터베이스: Amazon RDS PostgreSQL Multi-AZ
  • 파일 저장: Amazon S3
  • 인증: Amazon Cognito 또는 학교 계정 연계
  • 보안: WAF, KMS, IAM, Secrets Manager
  • 로그·모니터링: CloudWatch, CloudTrail
  • 백업: RDS 자동 백업 및 별도 백업 보관
  • 알림: 이메일·문자·카카오 알림톡 연계 검토
  • 결제: 국내 PG사 API 연계

학생 970명 규모에서는 초기부터 마이크로서비스로 나누기보다, 장애 추적과 개발 효율이 좋은 모듈형 모놀리식 구조가 적합합니다. 사용자와 데이터가 증가할 경우 출결·성적·수납 기능을 별도 서비스로 분리할 수 있도록 API 경계를 명확히 설계합니다.


5. 보안 및 개인정보 보호

학생의 성적·출결·보호자 정보는 민감도가 높으므로 다음을 기본 적용해야 합니다.

  • 개인정보보호법 기준의 개인정보 처리
  • 최소 권한 원칙
  • 역할과 학교·학년·반·담당 과목 단위 권한 분리
  • 비밀번호 단방향 암호화
  • 전 구간 HTTPS 암호화
  • 데이터베이스 및 파일 저장 암호화
  • 관리자·교사의 다중 인증 검토
  • 로그인 실패 및 이상 접근 탐지
  • 모든 출결·성적·학적 수정 감사 로그
  • 개인정보 열람·다운로드 이력 기록
  • 퇴직자 계정 즉시 비활성화
  • 보호자-학생 관계 검증
  • 보존기간 만료 데이터 파기 정책
  • 개발·운영 환경 데이터 분리
  • 실제 학생 개인정보를 개발 테스트에 사용하지 않음
  • 정기 백업 복구 테스트

성적표와 학생 개인정보를 PDF로 다운로드할 때는 접근 권한과 다운로드 로그를 남기고, 필요하면 암호화된 문서로 제공해야 합니다.


6. 권한 설계 예시

기능 관리자 교사 학생 학부모
전체 학생 조회 가능 담당 범위 본인 자녀
출결 입력 가능 담당 반 조회 자녀 조회
출결 수정 승인 제한적 불가 불가
성적 입력 가능 담당 과목 조회 자녀 조회
성적 확정 승인 담당 과목 불가 불가
수납 관리 가능 조회 제한 본인 조회 자녀 조회·납부
사용자 관리 가능 불가 불가 불가
시스템 설정 가능 불가 불가 불가

권한은 단순히 “교사인가”만 보지 않고, 담당 학교급·학년·반·과목까지 함께 판단해야 합니다.


7. 2027년 2월 오픈 일정

현재 시점이 2026년 9월이므로 약 5개월의 개발 기간을 전제로 합니다. 전체 기능을 완성하기에는 일정이 빠듯하므로, 1차 오픈 범위를 명확히 고정해야 합니다.

2026년 9월

  • 업무 분석 및 현행 Excel 구조 조사
  • 개인정보·권한 정책 확정
  • 화면 목록 및 우선순위 확정
  • AWS 기본 환경 설계
  • 데이터 표준 정의

2026년 10월

  • 사용자·학생·학적 관리
  • 인증 및 권한
  • 기본 학교·학년·반·과목 관리
  • Excel 가져오기 기능

2026년 11월

  • 출결 관리
  • 시간표
  • 알림 및 공지
  • 학부모·학생 포털 기본 기능

2026년 12월

  • 시험·성적·성적표
  • 수납 조회 및 PG 결제
  • 관리자 대시보드
  • 문의 관리

2027년 1월

  • 데이터 이관
  • 통합 테스트
  • 보안 점검
  • 교직원 교육
  • 일부 학급 시범 운영
  • 장애 대응 훈련

2027년 2월

  • 단계적 전체 오픈
  • 기존 Excel과 병행 운영
  • 초기 2~4주 집중 지원

출결과 성적은 2027년 1월에 전체 데이터를 바로 옮기기보다, 학기 시작 전 정제·검증 기간을 별도로 두어야 합니다.


8. 예산 배분안

총 개발 예산 1억 5천만원 기준의 예시입니다.

항목 예상 비용
요구사항 분석·설계 1,500만원
UI/UX 및 프론트엔드 2,500만원
백엔드·데이터베이스 4,000만원
출결·성적·시간표 2,500만원
학부모 포털·문의·알림 1,200만원
수납·결제 연계 1,000만원
AWS·보안·배포 800만원
데이터 이관·테스트·교육 1,000만원
예비비 500만원
합계 1억 5천만원

별도로 다음 운영비가 발생합니다.

  • AWS 사용료
  • 문자·알림톡 발송료
  • PG 결제 수수료
  • SMS 또는 본인인증 비용
  • 유지보수 및 기술지원 비용
  • 보안 점검·인증 비용

실제 AWS 비용은 트래픽보다 백업, 로그, 파일 저장, 알림량에 영향을 많이 받습니다. 초기에는 월 수십만원 수준에서 시작할 가능성이 높지만, 운영 정책에 따라 달라집니다.


9. 데이터 이관 전략

현재 Excel 기반 운영에서 가장 큰 위험은 개발보다 데이터 품질입니다.

권장 이관 절차는 다음과 같습니다.

  1. 파일별 소유자와 최신본 확인
  2. 학생 식별번호 통일
  3. 중복 학생·교사 제거
  4. 학년·반·과목 코드 표준화
  5. 누락 필드 점검
  6. 개인정보 불필요 컬럼 제거
  7. 샘플 데이터로 시험 이관
  8. 담당 교사 검증
  9. 전체 이관
  10. 이관 결과를 기존 Excel과 대조

특히 이름만으로 학생을 식별하면 동명이인 문제가 생기므로 내부 학생번호를 기준 키로 사용해야 합니다.


10. 성공 기준

1차 오픈 후 다음 수치를 운영 목표로 설정할 수 있습니다.

  • 출결 입력 누락률 1% 이하
  • 성적 데이터 수정 오류 50% 이상 감소
  • 학부모 단순 문의 전화 30% 이상 감소
  • 문의 평균 응답 시간 1영업일 이내
  • 시스템 월 가동률 99.5% 이상
  • 교직원 핵심 기능 사용률 90% 이상
  • 개인정보·권한 관련 중대 사고 0건
  • Excel 수작업 보고서 작성 시간 70% 이상 감소

최종 권고

1차 오픈에서는 “학생·학적, 출결, 성적, 시간표, 학부모 조회, 문의, 수납”을 핵심 범위로 확정하고, 자동 시간표 생성·고급 AI 분석·완전한 모바일 앱·복잡한 상담 시스템은 2차로 미루는 것이 안전합니다.

가장 중요한 성공 요인은 기능 수보다 다음 세 가지입니다.

  • 기존 Excel 데이터의 정확한 정제와 이관
  • 교사가 1~2분 안에 출결을 입력할 수 있는 사용성
  • 학부모가 전화하지 않고 직접 확인할 수 있는 정보 구조와 알림 체계

More in this category

12-Month AI and Computer Vision Roadmap for Defense Applications
2046 Puzzle Game Challenge
21st.dev component prompt
3D FACTORY
3D FPS Game