개정 이력
본 부록은 TQS 규격서의 버전별 변경 내역, 변경 유형 분류, 개정 원칙을 정의합니다. 모든 개정 사항은 TQS 위원회의 의결을 거쳐 반영됩니다.
35.3.1. 버전별 변경 내역
TQS 규격서의 전체 개정 이력을 시간순으로 정리합니다.
| 버전 | 일자 | 변경 내용 | 작성자 | 영향 범위 |
|---|---|---|---|---|
| v1.0.0 | 2026-02-28 | 최초 작성 | 기술표준위원회 | 전체 |
| v1.1.0 | 2026-02-28 | PostgreSQL, jOOQ, Flyway, 파일 업로드 표준 추가. JPA 관련 내용 제거 | 기술표준위원회 | 백엔드 (5~9장) |
| v2.0.0 | 2026-03-01 | 프론트엔드 표준 대규모 확장 (3→51페이지). TypeScript, Vue Router, Pinia, Axios, Tailwind CSS, 접근성, Vitest, 성능, vue-i18n 표준 추가. 장 번호 재배치 (10~29장) | 기술표준위원회 | 프론트엔드 (10~22장), 운영/검증/인증 (23~29장) |
| v3.0.0 | 2026-03-01 | 인증 체계 대규모 확장 (2→30페이지). 인증 개요, 목적 및 필요성, 외부 인증 비교 (ISO 27001, ISMS-P, ISO 9001, CMMI, SOC 2), 인증 절차, 체크리스트, 심사 준비 가이드, 사후 관리, 부록 분리. 장 번호 재배치 (28~35장) | 기술표준위원회 | 인증 (28~35장) |
35.3.1.1. v1.0.0 상세
최초 작성 버전입니다. TQS 규격서의 기본 골격을 수립하였습니다.
- 개발환경 구성 기준 정의
- 형상관리 및 브랜치 전략 수립
- 코드 컨벤션 및 포매터 지정
- CI/CD 파이프라인 기준 정의
- 테스트, 보안, API 표준 기초 정의
- 인증 절차 5단계 정의
- 부록 (용어집, 참고 문헌, 개정 이력) 작성
35.3.1.2. v1.1.0 상세
백엔드 데이터 계층 표준을 강화한 버전입니다.
- PostgreSQL 데이터베이스 표준 추가
- jOOQ 기반 쿼리 작성 표준 추가
- Flyway 기반 스키마 마이그레이션 표준 추가
- 파일 업로드 및 스토리지 관리 표준 추가
- 기존 JPA 관련 내용 제거 (jOOQ로 전환)
35.3.1.3. v2.0.0 상세
프론트엔드 표준을 대규모로 확장한 메이저 버전입니다.
- TypeScript 타입 시스템 표준 추가
- Vue Router 라우팅 표준 추가
- Pinia 상태 관리 표준 추가
- Axios HTTP 통신 표준 추가
- Tailwind CSS 스타일링 표준 추가
- WCAG 접근성 표준 추가
- Vitest 단위 테스트 표준 추가
- Core Web Vitals 성능 표준 추가
- vue-i18n 국제화 표준 추가
- 장 번호 재배치 (기존 운영/검증/인증 장 번호 변경)
35.3.1.4. v3.0.0 상세
인증 체계를 대규모로 확장한 메이저 버전입니다.
- 인증 개요 장 신설 (인증 정의, 체계, TQS 마크, 등급)
- 인증 목적 및 필요성 장 신설 (목적, 필요성, 기대 효과, 성숙도 모델)
- 외부 인증 비교 장 신설 (ISO 27001, ISMS-P, ISO 9001, CMMI, SOC 2 비교)
- 인증 절차 장 확장 (5단계 절차 상세화, RACI 매트릭스, 심사 유형)
- 인증 체크리스트 장 신설 (백엔드, 프론트엔드, 운영, 보안 체크리스트)
- 심사 준비 가이드 장 신설 (준비 로드맵, 자체 점검 도구, 실패 사례)
- 사후 관리 장 신설 (유지 관리, 재심사, 인증 취소 및 복원)
- 부록을 독립 장으로 분리 (용어집, 참고 문헌 및 법규, 개정 이력)
35.3.2. 변경 유형 분류
TQS 규격서의 변경 사항은 다음 유형으로 분류합니다. 변경 유형에 따라 버전 번호 증가 규칙과 장 번호 영향이 달라집니다.
| 유형 | 설명 | 장 번호 영향 |
|---|---|---|
| 신규 추가 | 새로운 장 또는 절 추가 | 후속 장 번호 변경 가능 |
| 내용 확장 | 기존 장의 내용 보강 | 장 번호 변경 없음 |
| 구조 변경 | 장 분리, 통합, 재배치 | 장 번호 변경 발생 |
| 기술 변경 | 기술 스택 또는 도구 변경 | 해당 장만 영향 |
| 오류 수정 | 오타, 링크 깨짐 등 수정 | 영향 없음 |
35.3.2.1. 변경 유형별 예시
각 변경 유형의 구체적인 예시는 다음과 같습니다.
- 신규 추가: v3.0.0에서 인증 개요, 목적 및 필요성, 외부 인증 비교 등 8개 장을 신규 추가
- 내용 확장: v2.0.0에서 프론트엔드 표준을 3페이지에서 51페이지로 확장
- 구조 변경: v2.0.0에서 장 번호를 10~29장으로 재배치
- 기술 변경: v1.1.0에서 JPA를 제거하고 jOOQ로 전환
- 오류 수정: 오타 수정, 깨진 링크 수정, 표 형식 정리 등
35.3.3. 개정 원칙
TQS 규격서의 개정은 다음 원칙을 따릅니다.
35.3.3.1. 버전 번호 체계
TQS 규격서는 SemVer (Semantic Versioning) 체계를 따릅니다.
| 버전 구분 | 형식 | 변경 기준 | 예시 |
|---|---|---|---|
| 메이저 버전 | X.0.0 | 대규모 구조 변경 또는 신규 장 추가 | v1.0.0 → v2.0.0 |
| 마이너 버전 | x.Y.0 | 기존 장의 내용 확장 또는 기술 변경 | v1.0.0 → v1.1.0 |
| 패치 버전 | x.y.Z | 오타 수정, 링크 수정, 사소한 문구 변경 | v1.0.0 → v1.0.1 |
35.3.3.2. 개정 절차
모든 규격서 변경은 다음 절차를 따릅니다.
- 변경 제안: TQS 위원회 위원 또는 프로젝트 팀이 변경을 제안합니다.
- 영향 분석: 변경 사항이 기존 인증에 미치는 영향을 분석합니다.
- 위원회 의결: TQS 위원회에서 변경 사항을 검토하고 의결합니다.
- 반영 및 공지: 의결된 변경 사항을 규격서에 반영하고 전사에 공지합니다.
- 경과 조치: 기존 인증 보유 프로젝트에 대한 경과 조치를 안내합니다.
35.3.3.3. 개정 시 준수 사항
- 모든 변경은 TQS 위원회 의결 후 반영해야 합니다.
- 개정 이력 테이블에 변경 내용, 작성자, 영향 범위를 반드시 기록해야 합니다.
- 메이저 버전 변경 시, 기존 인증 보유 프로젝트에 대한 경과 조치 기간(최소 3개월)을 부여해야 합니다.
- 마이너 버전 변경 시, 다음 갱신 심사부터 변경 사항을 적용합니다.
- 패치 버전 변경은 즉시 적용되며, 기존 인증에 영향을 미치지 않습니다.
- 장 번호가 변경되는 경우, 기존 문서에서 해당 장을 참조하는 모든 링크를 갱신해야 합니다.