# 정보시스템 개발 생명주기: 주요 표준 및 모델
정보시스템의 개발 생명주기는 초기 아이디어에서 폐기까지의 단계를 정의하는 일련의 순서입니다. 이는 개발 효율성에 영향을 미치는 구조화된 프로세스입니다. IT 전문가에게는 프로젝트에 맞는 적절한 접근 방식을 선택하기 위해 생명주기 표준을 이해하는 것이 중요합니다.
ISO/IEC 12207 표준은 소프트웨어 생명주기 프로세스를 설명하지만 엄격한 모델을 강제하지 않습니다. 프로세스는 다음과 같이 나뉩니다:
- 기본: 획득, 공급, 개발, 운영, 유지보수.
- 지원: 프로젝트 관리, 위험 관리, 품질 관리, 구성 관리, 검증, 유효성 검사.
- 조직: 생명주기 관리, 인프라 관리, 프로젝트 포트폴리오 관리, 인사관리, 지식 관리, 프로세스 개선.
장점: 고객과 공급자 역할의 명확한 분리, 감사에 이상적. 단점: 관료주의, 지나치게 번거로움. 시스템 엔지니어링을 위한 ISO/IEC 15288 표준은 이를 기반으로 하며 소프트웨어, 하드웨어, 프로세스를 포괄합니다.
GOST 34.601-90: 단계 순서
GOST 34는 자동화 시스템(정보시스템을 포함한 하드웨어-소프트웨어 통합 솔루션)의 생성을 규정합니다. 이 모델은 9단계로 구성됩니다:
- 자동화 시스템 요구사항 형성(조사, 사양서).
- 개념 개발(연구개발, 변형 선택).
- 기술 사양.
- 예비 설계.
- 기술 설계.
- 작동 문서.
- 시운전(가동, 테스트).
- 유지보수.
- 작업 완료.
장점: 높은 관리 용이성, 핵심 시스템에 대한 법적 정확성. 단점: 낮은 유연성, 긴 주기, 적응 없이는 Agile과 호환되지 않음. 실제로 GOST 34는 기반으로 사용되며 단계 내에서 반복을 적용합니다.
Waterfall 모델
요구사항, 설계, 구현, 검증, 유지보수를 순차적으로 실행하는 선형 모델입니다. 이전 단계를 완료한 후에야 다음 단계로 전환합니다.
요구사항이 고정된 프로젝트에 적합: 정부 계약, 보안, 항공. 장점: 간단한 계획, 예산 통제, 명확한 역할. 단점: 유연성 부족, 요구사항 오류로 인한 위험, 제품 지연 배송.
이 모델은 MIL-STD-498에서 발전했으며 단계 내 Agile 하이브리드로 사용됩니다.
RUP: 반복적 프레임워크
Rational Unified Process (RUP)는 두 가지 차원을 가진 적응형 프레임워크입니다:
- 단계: Inception, Elaboration, Construction, Transition.
- 분야: 비즈니스 모델링, 요구사항, 분석/설계, 구현, 테스트, 배포.
주요 관행:
- 위험 중심 반복 개발.
- 요구사항 및 변경 관리.
- 컴포넌트 기반 아키텍처.
- 시각 모델링(UML).
- 지속적 품질 관리.
반복(2~6주)은 증분물을 생성합니다. 장점: 규율과 유연성의 균형. 단점: 소규모 프로젝트에 복잡, 경험 필요. OpenUP와 Agile Unified Process로 발전했습니다.
Agile 방법론
Agile은 Agile Manifesto에 기반한 반복적 접근 방식의 가족입니다. 원칙:
- 작동하는 소프트웨어를 진행의 주요 척도로 삼음.
- 변경 요구사항 환영.
- 빈번한 배송(2주~2개월).
- 대면 대화.
- 동기부여된 팀.
프레임워크:
- 조직: 백로그, 미팅, 회고.
- 요구사항: 우선순위화, 피드백.
- 엔지니어링: CI/CD, TDD, 리팩토링.
- 추정: 스토리 포인트.
장점: 유연성, 조기 가치 제공, 팀 동기부여. 단점: 규율 없이는 혼란 위험.
주요 요점
- ISO/IEC 12207은 모든 모델에 대한 프로세스를 정의하며 계약에 이상적.
- GOST 34는 자동화 시스템의 순서를 보장하며 러시아 대형 프로젝트에 관련.
- Waterfall은 예측 가능한 작업에 적합하며 종종 Agile과 하이브리드.
- RUP은 UML과 위험 관리를 통해 반복과 구조의 균형.
- Agile은 가치 중심의 제품 개발을 주도.
모델 선택은 맥락에 따라 다름: 중요도, 규모, 요구사항 변동성. 표준 지식은 프로젝트에 프로세스를 적응시킬 수 있게 합니다.
— Editorial Team
아직 댓글이 없습니다.