[시나공] 개발 방법론·비용 산정·일정 관리·품질 표준 정리

2026. 2. 25. 11:13Certifications/정보처리기사 실기

1️⃣ 개발 방법론

✅ 구조적 방법론(Structured Method)

🔹 정의

  • 정형화된 분석 절차에 따라 사용자 요구사항을 파악·문서화하는 프로세스(Process) 중심 방법론
  • 이해가 쉽고 검증이 가능한 프로그램 코드 생성이 목적

🔹 개발 절차(대표 흐름)

  • 타당성 검토 → 계획 → 요구사항 → 설계 → 구현 → 시험 → 운영/유지보수

🔎 “프로세스 중심”, “정형화된 분석 절차”, “요구사항 문서화”
구조적 방법론


✅ 컴포넌트 기반 방법론(CBD: Component Based Design)

🔹 정의

  • 기존 시스템/소프트웨어를 구성하는 컴포넌트를 조합하여 새 애플리케이션을 개발하는 방법

🔹 특징

  • 컴포넌트 재사용(Reusability) 가능 → 시간/노력 절감

🔹 개발 절차(대표 흐름)

  • 개발 준비 → 분석 → 설계 → 구현 → 테스트 → 전개 → 인도

🔎 “컴포넌트 조합”, “재사용성”, “시간/노력 절감”
CBD


✅ 소프트웨어 재사용(Software Reuse)

🔹 정의

  • 이미 개발된 인정받은 소프트웨어(모듈/부품)를 다른 개발/유지에 활용

🔹 재사용 방법

구분 핵심 개념 키워드
합성 중심(Composition-Based) 부품/블록을 **조립**하여 완성 블록 구성 방법
생성 중심(Generation-Based) **명세를 구체화**하여 프로그램 생성 패턴 구성 방법

🎯 포인트

  • 합성 중심 = “블록 조립”
  • 생성 중심 = “명세/패턴 기반 생성”

✅ CASE(Computer Aided Software Engineering)

🔹 정의

  • 소프트웨어 개발 과정(요구분석~유지보수)에서 사용하는 각종 자동화 도구(상용/전문 도구)

🔹 주요 기능

  • 소프트웨어 생명주기 전 단계 연결
  • 다양한 개발 모형 지원
  • 그래픽 지원

🎯 포인트

  • “개발 전 과정 지원”, “자동화 도구”, “CASE 도구” 출제 빈도 ↑

2️⃣ 비용 산정 기법

✅ LOC 기법(Source Line Of Code) ⭐

🔹 정의

  • 원시 코드 라인 수(LOC) 기반으로 노력/기간/비용을 산정

🔹 기본 공식(자주 묻는 형태)

  • 노력(인월) = 개발기간 × 투입인원
  • 개발비용 = 노력(인월) × 단위비용
  • 생산성 = LOC / 노력(인월)

🎯 시험 포인트

  • LOC 문제는 계산형으로 자주 출제(“생산성=월평균 생산 라인/인월”패턴).

✅ 수학적 산정 기법(Algorithmic Cost Model)

🔹 정의

  • 경험적 추정/실험적 추정(상황식 비용 산정)으로 비용 산정 자동화 목표

🔹 대표 종류

  • COCOMO 모형
  • Putnam 모형
  • 기능 점수(FP) 모형

✅ COCOMO 모형(Constructive Cost Model)

🔹 정의

  • LOC(원시 코드 라인 수) 기반 비용 산정
  • 결과는 Man-Month(인월) 형태로 표현
  • 제안자: Boehm(보헴)

🔎 “보헴”, “LOC 기반”, “인월(Man-Month)”
COCOMO


✅ COCOMO 개발 유형(프로젝트 규모/특성)

🔹 유형 3가지

유형 규모/특징 예시 키워드
조직형(Organic) 소규모, 경험 있는 팀, 내부 개발 업무/과학/비즈니스 자료처리
반분리형(Semi-Detached) 중간 규모, 혼합된 경험 운영체제/DB/트랜잭션
내장형(Embedded) 대규모, 제약/실시간/고신뢰 미사일 유도, 실시간 처리

🎯 포인트

  • “실시간/강한 제약/고신뢰” → 내장형
  • “중간 규모 + 혼합 팀” → 반분리형
  • “소규모/업무용” → 조직형

✅ Putnam 모형(생명주기 예측 / Rayleigh-Norden)

🔹 정의

  • 생명주기 전체 과정에서 노력 분포를 예측하는 모형
  • Rayleigh–Norden 곡선 기반

🔎 “Rayleigh–Norden”, “노력 분포도”, “생명주기 예측”
Putnam


✅ 기능 점수 모형(FP: Function Point)

🔹 정의

  • 소프트웨어 기능을 구성하는 요인에 가중치를 부여해 FP 산출 후 비용 산정

🔹 기능(요인) 예시

  • 자료 입력, 정보 출력, 명령(사용자 질의), 데이터 파일, 외부 인터페이스 등

🎯 포인트

  • LOC와 대비: FP는 기능 중심, LOC는 코드 라인 중심.

✅ 비용 산정 자동화 추정 도구

🔹 대표 도구

  • SLIM: Rayleigh–Norden + Putnam 예측 모델 기반
  • ESTIMACS: 다양한 프로젝트 특성 수용, FP 모형 기반

🎯 포인트

  • SLIM → Putnam/Rayleigh–Norden 연결
  • ESTIMACS → FP 기반 연결

3️⃣ 일정 관리 기법

✅ PERT(Program Evaluation and Review Technique)

🔹 정의

  • 프로젝트에 필요한 전체 작업의 상호 관계(네트워크) 표현
  • 결정 경로, 경계 시간, 일정 등을 추정

🔹 특징

  • 낙관/중간/비관 시간 등 확률적 접근 가능(대표 키워드)

🔎 “네트워크”, “확률적”, “낙관/비관/중간”
PERT


✅ CPM(Critical Path Method)

🔹 정의

  • 임계 경로를 도출하여 프로젝트 완료에 필요한 최소 기간 예측
  • 작업(노드/화살표) 간 선후 관계를 네트워크로 표현

🔎 “임계 경로”, “최소 기간”, “경로 소요시간 계산”
CPM


✅ 간트 차트(Gantt Chart)

🔹 정의

  • 각 작업의 시작/종료 시점과 기간을 막대 도표로 표시하는 일정표

🔹 특징

  • 시간선(Time-Line) 시각화
  • 계획 대비 진척 확인 용이

🔎 “막대 그래프 형태 일정 관리”
간트차트


4️⃣ 품질 표준·프로세스 성숙도

✅ ISO/IEC 12207

🔹 정의

  • ISO가 만든 소프트웨어 생명주기 프로세스 표준
  • 개발/운영/유지보수 포함한 전 과정 프로세스 정의

🔹 프로세스 분류(요지)

  • 기본 생명주기 프로세스
  • 지원 생명주기 프로세스
  • 조직 생명주기 프로세스

✅ CMMI(Capability Maturity Model Integration)

🔹 정의

  • 조직의 업무 능력 및 프로세스 성숙도 평가 모델

📌 단계(암기 필수)

  • 1) 초기(Initial)
  • 2) 관리(Managed)
  • 3) 정의(Defined)
  • 4) 정량적 관리(Quantitatively Managed)
  • 5) 최적화(Optimizing)

✅ SPICE(ISO/IEC 15504)

🔹 정의

  • 정보시스템 분야에서 SW 품질/생산성 향상을 위해 프로세스 평가·개선 국제 표준
  • 공식 명칭: ISO/IEC 15504

✅ SPICE 프로세스 수행 능력 단계

🔹 수준(Level)

  • 0) 불완전(Incomplete)
  • 1) 수행(Performed)
  • 2) 관리(Managed)
  • 3) 확립(Established)
  • 4) 예측(Predictable)
  • 5) 최적화(Optimizing)

🎯 포인트

  • CMMI와 헷갈리기 쉬움 → SPICE는 0부터 시작한다는 점이 핵심.

5️⃣ 개발 방법론 테일러링·프레임워크

✅ 소프트웨어 개발 방법론 테일러링(Tailoring)

🔹 정의

  • 프로젝트 상황/특성에 맞게 방법론의 절차·산출물·기법을 수정/보완하는 활동

🔹 고려사항

기준 내용
내부적 기준 목표 환경
요구사항
프로젝트 규모
보유 기술
외부적 기준 법적 제약사항
표준 품질 기준

✅ 소프트웨어 개발 프레임워크(Framework)

🔹 정의

  • 개발에 공통적으로 사용되는 구성요소/아키텍처를 일반화하여 제공하는 반제품 형태의 시스템
  • 이미 검증된 클래스/라이브러리 기반으로 확장·재사용하여 개발 효율 증가

🔎 “반제품”, “공통 기능 제공”, “확장·재사용”
프레임워크


✅ 소프트웨어 개발 프레임워크의 특성

특성 개념
모듈화(Modularity) 캡슐화로 모듈 강화 → 유지보수 용이
재사용성(Reusability) 재사용 가능한 모듈 제공 → 생산성/품질 향상
확장성(Extensibility) 다형성(Polymorphism) 기반으로 기능 확장 용이
제어의 역흐름
(IoC, Inversion of Control)
프레임워크가 전체 흐름을 제어,
개발자는 규칙에 맞춰 컴포넌트 구현

📊 시험 포인트 정리

🔥 1. 용어 정의형 단골

  • CASE / CBD / 테일러링 / 프레임워크 / ISO/IEC 12207 / SPICE(=ISO/IEC 15504)

🔥 2. 계산형 빈출

  • LOC: 생산성(LOC/인월), 노력/기간/비용 계산
  • CPM: 임계경로 소요시간(최장 경로) 계산

🔥 3. 분류·매칭형 빈출

  • COCOMO 유형(조직형/반분리형/내장형) ↔ 특징/예시 매칭
  • 비용 산정 자동화 도구: SLIM(=Putnam) / ESTIMACS(=FP)
  • 일정관리 기법 구분: PERT(확률적) vs CPM(임계경로) vs 간트(막대 일정표)

🔥 4. 단계 암기형(빈칸 채우기)

  • CMMI 5단계 순서(초기 → 관리 → 정의 → 정량적관리 → 최적화)
  • SPICE 0~5 수준(불완전 → 수행 → 관리 → 확립 → 예측 → 최적화)

🔥 5. 프레임워크 특성 키워드

  • 모듈화 = 캡슐화/유지보수
  • 재사용성 = 모듈 제공/생산성
  • 확장성 = 다형성
  • IoC = 제어 흐름 역전





2025 시나공 퀵이지 정보처리기사 실기 단기완성
(저자: 강윤석, 김용갑, 김우경, 김종일 | 출판사: 길벗)

※ 본 글은 위 교재를 참고하여 학습 목적으로 재정리한 내용입니다.