정보처리기사 필기
시험 직전 요약장
판단 기준과 헷갈리는 개념, 대표 예제를 짧게 확인하세요.
구조적·정보공학·객체지향·CBD·제품계열 방법론
원래 이론 →판단 기준
소프트웨어 개발 방법론은 소프트웨어를 개발할 때 수행할 절차, 사용할 기법·도구, 역할, 산출물 등을 체계화한 것이다. 방법론을 구분할 때는 무엇을 중심으로 시스템을 나누는지와 무엇을 재사용하는지를 먼저 확인한다.
구조적 방법론은 기능과 처리 흐름, 정보공학은 전사 데이터와 업무, 객체지향은 객체의 책임과 협력, CBD는 컴포넌트 조립, 제품계열은 관련 제품의 공통성과 차이를 중심으로 한다.
헷갈리는 개념
표를 좌우로 밀어 나머지 열을 확인하세요. 키보드: ←·→, Home·End
| 방법론 | 중심 관점 | 대표 기법·산출물 | 선택 단서 |
|---|---|---|---|
| 구조적 | 기능·처리를 하향식으로 분해 | 자료흐름도, 자료사전, 소단위 명세서, 구조도 | 큰 기능을 작은 기능으로 나누어 처리 흐름을 명확하게 함 |
| 정보공학 | 전사 업무와 데이터의 통합 | 정보전략계획, 업무영역 분석, 데이터 모델 | 부서별로 흩어진 데이터를 일관되게 통합 |
| 객체지향 | 데이터와 행위를 가진 객체의 협력 | 객체·클래스·상호작용 모델 | 현실 세계의 개념과 책임을 객체로 표현 |
| CBD | 검증된 컴포넌트의 조립·통합 | 컴포넌트 명세, 인터페이스, 조립 구조 | 이미 구현된 기능 단위를 활용해 개발 |
| 제품계열 | 여러 관련 제품의 공통성·가변성 | 공통 핵심 자산, 공통 구조, 제품별 구성 | 공통 기반을 공유하면서 제품군을 계획적으로 생산 |
방법론, 생명주기 모델, 모델링 언어는 서로 다르다. 폭포수·나선형은 활동의 배치 방식, 객체지향 방법론은 분석·설계·개발 접근, UML은 모델을 표현하는 언어다.
대표 계산·예제
예를 들어 영업부와 회계부의 고객 코드가 달라 연결이 어렵다면, 부서별 프로그램의 기능 분해보다 전사 데이터 정의와 통합 관계를 먼저 정리하는 정보공학 관점이 중요하다.
내 최근 연습 오답
현재 브라우저의 연습 채점 기록에서 공개된 단원과 연결된 오답을 확인합니다.
오답 기록을 확인하고 있습니다.