SR (System Request)의 전 과정 250121

q1: SR (System Request)의 전 과정

a1:

**SR (System Request)**의 전 과정은 시스템 개발이나 변경 요청과 관련된 프로세스를 체계적으로 처리하기 위해 사용됩니다. 이는 주로 IT 프로젝트에서 요구사항을 수집하고 분석하며, 이를 구현하고 검증하는 전체 주기를 의미합니다. SR의 과정은 아래와 같은 단계로 나뉩니다:

1. SR 접수 및 요청
• 요청 접수: 사용자가 새로운 시스템 개발이나 기존 시스템 변경을 요청합니다.
• 요청 유형: 신규 개발, 기능 개선, 오류 수정, 성능 개선 등.
• 요청 채널: 이메일, Jira, SR 관리 시스템 등.
• 요청 문서 작성: 요청자는 요구사항을 구체적으로 작성합니다.
• 기능 요구사항(FR, Functional Requirement)과 비기능 요구사항(NFR, Non-Functional Requirement)을 포함.
• 예상되는 효과와 필요성을 명시.

2. SR 검토 및 승인
• 요청 검토: 관련 부서나 담당자가 SR 요청을 검토합니다.
• 타당성 평가: 요청의 필요성과 우선순위를 분석.
• 기술적 검토: 기술적 실현 가능성과 시스템 영향도 평가.
• 비용 및 리소스 검토: 필요한 예산, 시간, 인력 등을 산출.
• 승인 절차: 검토 후 SR 요청의 승인 여부를 결정합니다.
• 승인이 되면 다음 단계로 진행.
• 거절 시 사용자에게 피드백 제공.

3. 요구사항 분석
• 요구사항 수집: 요청자가 필요로 하는 기능과 결과를 구체적으로 수집.
• 분석 및 문서화:
• 요구사항 명세서 작성(SRS, Software Requirement Specification).
• 요구사항 우선순위 설정.
• 기술적 영향도 분석: 시스템 전반에 미치는 영향을 평가(Layer 2, Layer 3, Database 등).

4. 설계 (Design)
• 기술 설계: 요청된 요구사항을 기반으로 기술 설계를 수행.
• 데이터 모델링(DB), 아키텍처 설계, UI/UX 설계 등.
• SR 통합 계획 수립: 기존 시스템과의 연계 및 통합 방안 검토.
• 승인 후 설계 확정.

5. 개발 및 구현
• 코딩: 요구사항에 따라 코드를 작성하고 기능을 개발.
• 코드 버전 관리는 GitLab, Bitbucket 등을 사용.
• 단위 테스트: 개발된 모듈이 요구사항에 부합하는지 확인.
• SR 관리 툴 업데이트: 개발 진행 상황을 SR 관리 툴(Jira, ServiceNow 등)에 반영.

6. 테스트
• 시스템 통합 테스트 (SIT):
• 개발된 기능이 전체 시스템과 올바르게 동작하는지 확인.
• 사용자 수락 테스트 (UAT):
• 최종 사용자가 요구사항이 충족되었는지 검증.
• 최종 테스트가 성공적으로 완료되면 SR 종료로 이동.

7. 배포 및 릴리스
• 릴리스 준비:
• 배포 환경 준비(개발 → 테스트 → 운영).
• MDM, 보안 프로토콜, CI/CD 적용 여부 검토.
• 배포 진행: 승인된 SR을 프로덕션 환경에 배포.
• 배포 방식: 롤링 배포, 블루-그린 배포 등.
• 배포 검증:
• 배포 후 안정성 및 성능 검증.

8. SR 종료 및 문서화
• 결과 보고:
• SR 완료 후 결과를 요청자와 이해관계자에게 공유.
• 성과 보고 및 개선 사항 도출.
• 문서화:
• 구현된 변경사항 및 관련 문서 업데이트.
• SR 로그, 변경 이력 관리.
• 종료 처리: SR 관리 시스템에서 상태를 “종료”로 변경.

9. 사후 관리 및 유지보수
• 모니터링:
• 변경된 시스템이 안정적으로 운영되는지 지속적으로 관찰.
• 피드백 수집:
• 사용자로부터 추가 요청이나 개선 사항에 대한 의견 수렴.
• 유지보수:
• 새로운 SR이 발생하거나, 기존 기능을 최적화.

SR 과정 요약
• 입력 단계: 요청 접수 → 검토 및 승인.
• 프로세스 단계: 요구사항 분석 → 설계 → 개발 및 테스트.
• 출력 단계: 배포 → 종료 및 사후 관리.

SR 전 과정은 요구사항이 정확하게 반영되고 시스템에 안정적으로 통합되도록 체계적인 관리가 중요합니다.