방송대 컴퓨터의이해 6강: 소프트웨어 계층과 개발·사용권
프로그램 하나를 설치해 업무에 사용하려면 “무슨 기능인가?”만으로는 부족합니다. 하드웨어와 응용 프로그램 사이에서 무엇이 실행을 지원하는지, 아이디어가 어떤 언어와 알고리즘을 거쳐 제품이 되는지, 무료라는 말이 어떤 사용·수정·배포 권리를 뜻하는지, 기업의 어느 업무를 연결하는지까지 확인해야 합니다. 이 관계를 하나의 소프트웨어 지도 위에 배치합니다.
소프트웨어는 기능·제작·권리·업무라는 네 관점에서 읽는다
소프트웨어는 하드웨어가 다양한 목적의 작업을 수행하도록 지시하는 프로그램과 관련 데이터다. 사용자는 소프트웨어를 통해 컴퓨터를 사용하지만, 모든 소프트웨어가 같은 위치와 책임을 갖지는 않는다. 운영체제는 실행 기반을 만들고, 응용 프로그램은 사용자의 목적을 해결하며, 개발 도구는 프로그램을 만들고 번역한다.
| 관점 | 핵심 질문 | 관련 개념 |
|---|---|---|
| 기능 | 하드웨어를 관리하는가, 사용자의 과업을 해결하는가? | 시스템 소프트웨어, 응용 소프트웨어 |
| 제작 | 문제를 어떤 절차와 언어로 표현하고 검증하는가? | 알고리즘, 프로그래밍 언어, 번역기, 소프트웨어 공학 |
| 권리 | 사용·분석·수정·재배포 중 무엇이 허용되는가? | EULA, 사유 소프트웨어, 자유·오픈 소스 사용권 |
| 업무 | 거래·의사결정·자원·고객·공급망 중 무엇을 지원하는가? | TPS, DSS, ERP, CRM, SCM |
분류 순서: 제품명이나 가격부터 보지 않는다. 먼저 시스템에서 맡은 위치를 찾고, 개발·실행 방식과 실제 사용권을 확인한 뒤, 해결하려는 업무 범주를 연결한다.
사용자에서 하드웨어까지는 응용과 시스템 소프트웨어가 층을 이룬다
사용자
↓ 문서 작성·계산·검색 같은 목적
응용 소프트웨어
↓ 파일·화면·메모리·장치 사용 요청
시스템 소프트웨어
↓ 자원 배분과 하드웨어 제어
하드웨어
시스템 소프트웨어는 컴퓨터 하드웨어를 운영하고 응용 소프트웨어가 동작할 기반을 제공한다. 운영체제, 프로그래밍 언어 번역기, 각종 유틸리티가 여기에 속한다. 응용 소프트웨어는 문서 작성, 표 계산, 이미지 편집처럼 특정 분야의 사용자 목적을 해결한다.
같은 파일 관리 기능도 위치에 따라 다르게 볼 수 있다. 운영체제의 파일 시스템 관리 기능은 모든 프로그램이 사용할 공통 기반이고, 사용자가 파일을 압축·백업하도록 돕는 별도 도구는 유틸리티다. 제품 이름보다 누가 어떤 목적으로 사용하는 기능인지 판단해야 한다.
운영체제는 사용자·프로그램·하드웨어 사이의 중재자다
운영체제는 컴퓨터가 동작하는 동안 실행되며 사용자와 프로그램이 하드웨어 자원을 안전하고 효율적으로 사용하도록 관리한다. 역할은 네 묶음으로 정리할 수 있다.
| 역할 | 하는 일 | 실패했을 때 보이는 문제 |
|---|---|---|
| 사용자 인터페이스 | CLI 또는 GUI로 명령과 결과를 주고받음 | 사용자가 기능을 호출하거나 상태를 확인하기 어려움 |
| 하드웨어 자원 관리 | 주기억장치·디스플레이·입출력·네트워크·저장장치 조정 | 프로그램끼리 자원 충돌, 장치 사용 실패 |
| 파일 시스템 관리 | 폴더와 파일 생성·복사·삭제·검색·백업·복구 지원 | 데이터 위치와 보존을 일관되게 관리하기 어려움 |
| 프로그램 실행 관리 | 응용 프로그램을 적재하고 실행 자원을 배분 | 여러 프로그램을 안정적으로 실행하기 어려움 |
CLI는 문자를 입력해 명령을 전달하고, GUI는 창·아이콘·메뉴 같은 그래픽 요소로 상호작용한다. 둘은 운영체제 자체와 동의어가 아니라 사용자가 운영체제 기능에 접근하는 인터페이스 방식이다.
부팅은 펌웨어 검사에서 운영체제 적재로 이어진다
전원을 켰을 때 운영체제가 이미 주기억장치에 있는 것은 아니다. 강의자료는 ROM의 BIOS 실행, POST(Power-On Self-Test), 운영체제를 RAM에 적재하는 부팅 순서로 설명한다.
- 펌웨어가 실행되어 기본 하드웨어 상태를 확인한다.
- 부팅 가능한 장치와 운영체제 로더를 찾는다.
- 운영체제 핵심 부분을 RAM에 적재하고 제어를 넘긴다.
- 운영체제가 장치·파일 시스템·프로그램 실행 환경을 준비한다.
현재 PC에서는 전통적인 BIOS 외에 UEFI 펌웨어를 사용하는 경우가 일반적이므로 BIOS라는 명칭을 모든 컴퓨터의 유일한 방식으로 확대하면 안 된다. [Microsoft Learn의 부팅 모드 안내](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/boot-to-uefi-mode-or-legacy-bios-mode?view=windows-11)는 UEFI와 레거시 BIOS 모드를 구분한다.
상태 구분: 저장장치에 운영체제가 설치되어 있다는 것과 RAM에 적재되어 실행 중이라는 것은 다르다. 부팅은 비휘발성 저장장치의 운영체제를 실행 가능한 메모리 상태로 옮기는 과정이다.
운영체제 계열은 기능 목록보다 계보와 사용 환경으로 이해한다
강의자료는 Windows, UNIX, Linux, macOS를 대표 운영체제로 소개한다. Windows는 개인용 컴퓨터의 GUI 대중화와 여러 장치·서버용 제품군 확장 흐름을 보여 준다. UNIX는 멀티태스킹과 다중 사용자 환경을 지원하며 여러 계열로 발전했고, 호환성과 이식성을 위한 표준화가 중요해졌다.
Linux는 1991년 공개된 커널을 중심으로 여러 자유·오픈 소스 구성 요소를 결합한 다양한 배포판으로 사용된다. macOS는 매킨토시의 그래픽 환경 계보와 UNIX 기반 구조를 함께 가진다. 버전 이름을 외우기보다 각 계열이 어떤 하드웨어·서버·개인용 환경에서 발전했는지와 공통 운영체제 역할을 연결한다.
언어 번역기는 사람이 쓴 원시 프로그램과 실행 코드를 연결한다
고급 프로그래밍 언어로 작성한 원시 프로그램은 컴퓨터가 실행할 수 있는 형태로 번역되어야 한다. 언어 번역기는 이 간극을 메우며, 대표 개념으로 컴파일러와 인터프리터를 구분한다.
| 구분 | 기본 처리 단위 | 장점이 드러나는 상황 | 주의점 |
|---|---|---|---|
| 컴파일러 | 원시 프로그램 전체를 목적 프로그램으로 번역 | 번역된 프로그램을 반복해 빠르게 실행 | 실행 전에 번역 단계가 필요 |
| 인터프리터 | 문장 단위로 해석하며 실행 | 코드를 작성하며 즉시 실행·확인 | 반복 실행 시 해석 비용이 생길 수 있음 |
| 혼합 방식 | 중간 코드·가상 기계·실행 중 번역 등을 결합 | 이식성과 실행 성능을 함께 조정 | 현대 언어를 둘 중 하나로만 단정하기 어려움 |
컴파일러는 ‘전체 번역’, 인터프리터는 ‘문장별 해석’이라는 학습 모델로 차이를 이해하되, 실제 실행 환경은 두 방식의 장점을 결합할 수 있다. 언어 이름만으로 단정하기보다 원시 코드가 언제 어떤 중간 표현을 거쳐 실행되는지 확인한다.
유틸리티와 응용 프로그램은 사용 목적의 범위가 다르다
유틸리티는 컴퓨터 운영이나 프로그램 작성·유지에 도움을 주는 도구다. 파일 관리, 백업, 데이터 압축, 디버깅, 텍스트 편집, 디스크 관리, 악성코드 대응 등이 대표적이다. 응용 프로그램은 사용자가 문서 작성·계산·이미지 편집·동영상 제작처럼 특정 업무 결과를 얻도록 만든다.
| 상황 | 분류 | 판단 이유 |
|---|---|---|
| 손상에 대비해 폴더를 정기 복제 | 백업 유틸리티 | 데이터 보존과 시스템 운영을 보조 |
| 매출표의 합계와 그래프 작성 | 스프레드시트 응용 | 사용자의 분석 업무 결과를 생성 |
| 프로그램의 오류 위치 추적 | 디버깅 유틸리티 | 소프트웨어 개발과 실행 점검을 보조 |
| 홍보 영상을 자르고 소리를 혼합 | 멀티미디어 응용 | 콘텐츠 제작이라는 특정 목적을 수행 |
응용 소프트웨어는 개인이나 조직이 직접 목적에 맞게 만든 사용자 프로그램과, 표준화된 과업을 여러 사용자가 활용하도록 제작한 패키지 프로그램으로도 나눌 수 있다. 두 경우 모두 시스템 운영 자체보다 사용자의 과업 달성이 중심이다.
프로그래밍 언어의 세대는 하드웨어에서 문제로 추상화되는 흐름이다
| 세대 | 표현의 중심 | 대표 특징 |
|---|---|---|
| 1GL | 기계어 비트 패턴 | 컴퓨터가 직접 실행하지만 사람이 읽고 작성하기 어려움 |
| 2GL | 어셈블리 기호 | 기계 명령을 ADD 같은 기호로 표현 |
| 3GL | 문제 해결 문장·수식 | 절차적·객체지향 등 다양한 패러다임으로 알고리즘 구현 |
| 4GL | 원하는 결과와 높은 수준의 기능 | 검색·보고서·데이터 조작 등에서 구현 노력을 줄임 |
| 5GL | 규칙·제약과 선언 | 함수형·논리형 등 선언적 접근으로 문제 해결을 기술 |
00000101 00010000 00000000 ← 기계어
ADD AX, 0010H ← 어셈블리어
if a < 0: ← 고급언어
print("음수")
세대가 높아질수록 하드웨어의 세부 동작보다 사람이 해결하려는 문제에 가까운 표현을 사용한다. 그러나 숫자가 높다고 모든 상황에서 더 우수하다는 서열은 아니다. 제어 수준, 개발 생산성, 실행 환경과 목적에 따라 적합한 추상화가 달라진다.
알고리즘은 프로그램보다 먼저 처리 절차를 검증한다
알고리즘은 주어진 문제를 해결하기 위한 유한하고 잘 정의된 명령의 처리 절차다. 프로그래밍 언어 문법을 쓰기 전에 순서도나 의사코드로 조건과 순서를 표현하면 빠진 경로를 찾기 쉽다.
윤년 판단은 경계 조건이 왜 중요한지 보여 준다. 4로 나누어떨어지면 윤년 후보지만, 100으로도 나누어떨어지면 평년으로 되돌리고, 그중 400으로 나누어떨어지는 해만 다시 윤년으로 판정한다.
INPUT year
IF year MOD 4 ≠ 0 THEN
PRINT "평년"
ELSE IF year MOD 100 ≠ 0 THEN
PRINT "윤년"
ELSE IF year MOD 400 = 0 THEN
PRINT "윤년"
ELSE
PRINT "평년"
END-IF
| 입력 연도 | 4의 배수 | 100의 배수 | 400의 배수 | 판정 |
|---|---|---|---|---|
| 2025 | 아니요 | - | - | 평년 |
| 2024 | 예 | 아니요 | - | 윤년 |
| 1900 | 예 | 예 | 아니요 | 평년 |
| 2000 | 예 | 예 | 예 | 윤년 |
흔한 실패: “4의 배수면 윤년”에서 멈추면 1900년을 잘못 판정한다. 정상적인 입력 하나보다 100과 400의 배수처럼 규칙이 바뀌는 경계값을 시험해야 알고리즘의 모든 분기를 검증할 수 있다.
소프트웨어 공학은 아이디어를 관리 가능한 개발 활동으로 나눈다
프로그램은 알고리즘을 언어로 구현한 명령의 집합이지만, 규모가 커지면 코딩만으로 신뢰성과 요구 기능을 보장하기 어렵다. 소프트웨어 공학은 개발·운영·유지보수에 체계적이고 측정 가능한 원리와 방법을 적용한다.
강의자료의 폭포수 모델은 개발 업무를 계획 → 요구분석 → 설계 → 구현 → 시험 → 유지보수로 구분한다. 각 단계의 산출물이 다음 단계의 입력이 되는 구조이므로 초기에 잘못 이해한 요구가 뒤 단계까지 전파될 수 있다.
단계 진단: 사용자가 원하는 기능 자체가 빠졌다면 요구분석, 데이터 구조와 화면 흐름이 맞지 않으면 설계, 작성한 코드가 설계와 다르면 구현, 경계값 오류를 발견하지 못했다면 시험 문제로 우선 분류한다.
무료 여부와 사용·수정·배포 권리는 같은 질문이 아니다
소프트웨어 사용권은 사용·배포·수정 등에 관해 허용된 법적 권한의 범위를 정한다. 사용자는 설치나 취득 과정에서 EULA 또는 개별 라이선스를 확인해야 한다. 다음 구분은 일반적인 학습 기준이며, 실제 권리는 해당 버전의 라이선스 문구와 이용 주체·목적에 따라 판단해야 한다.
| 유형 | 비용의 의미 | 분석·수정·재배포 | 확인할 핵심 |
|---|---|---|---|
| 사유 소프트웨어 | 유료 또는 무료일 수 있음 | 권리자가 허용한 범위로 제한 | 사용자 수, 장치, 업무 목적과 복제 범위 |
| 셰어웨어 | 시험 기간·기능 제한 뒤 구매 유도 | 대개 사유 라이선스가 정한 범위 | 기간, 기능, 전환 조건 |
| 프리웨어 | 사용료 없이 제공 | 무료라는 사실만으로 수정·재배포가 허용되지는 않음 | 개인·기업 사용 범위와 배포 조건 |
| 자유 소프트웨어 | 가격보다 사용자의 자유가 기준 | 실행·연구·수정·재배포의 자유를 보장 | 소스 제공과 배포 시 의무 |
| 오픈 소스 소프트웨어 | 무상 여부가 정의의 핵심이 아님 | 승인된 조건에 따라 소스·수정·재배포 권리 제공 | 적용 라이선스의 구체적 조건 |
개인에게 무료인 프로그램을 회사에서도 무료로 쓸 수 있다고 추정하면 안 된다. 가격표가 0원인지보다 라이선스가 기업 이용, 복제, 수정과 배포를 허용하는지 확인해야 한다.
자유 소프트웨어의 네 자유는 가격이 아니라 통제 가능성을 말한다
GNU 프로젝트가 설명하는 자유 소프트웨어의 핵심은 프로그램을 어떤 목적으로든 실행하고, 소스 코드를 연구·수정하고, 원본을 재배포하고, 수정본을 배포할 자유다. 이는 [GNU 프로젝트의 자유 소프트웨어 정의](https://www.gnu.org/philosophy/free-sw)에서 확인할 수 있다.
- 원하는 목적으로 프로그램을 실행할 자유
- 소스 코드를 연구하고 필요에 맞게 수정할 자유
- 원본 복제본을 다른 사람에게 재배포할 자유
- 수정한 버전을 다른 사람에게 배포할 자유
GNU GPL, BSD, Mozilla Public License, MIT, Apache 라이선스는 모두 이름과 조건이 다르므로 ‘오픈 소스’라는 공통 범주만 보고 의무까지 같다고 생각하면 안 된다. 또한 소스 코드를 볼 수 있다는 사실 하나만으로 오픈 소스가 되는 것도 아니다. [Open Source Initiative의 정의](https://opensource.org/osd)는 자유로운 재배포, 소스 코드, 파생 저작물 허용 등을 포함한 여러 기준을 제시한다.
사용 전 권리 점검: ① 누가 어떤 목적으로 실행할 수 있는가 ② 소스 코드를 받을 수 있는가 ③ 수정할 수 있는가 ④ 원본·수정본을 배포할 수 있는가 ⑤ 배포할 때 고지·소스 제공 등 어떤 의무가 생기는가를 실제 라이선스에서 확인한다.
경영정보시스템은 업무 질문에 따라 범주가 달라진다
경영정보시스템(MIS)은 단순 전산처리를 넘어 기업 경영에 필요한 정보를 제공하는 시스템을 포괄한다. TPS·DSS·ERP·CRM·SCM은 약어가 비슷하지만 해결하는 업무 질문이 다르다.
| 범주 | 중심 질문 | 예시 업무 |
|---|---|---|
| TPS | 개별 거래를 정확히 기록·처리하는가? | 주문 접수, 결제, 입출고 기록 |
| DSS | 자료를 분석해 의사결정을 지원하는가? | 판매 추세 비교, 대안별 결과 분석 |
| ERP | 기업 전반의 자원과 업무를 통합하는가? | 생산·판매·자재·인사·회계 연결 |
| CRM | 고객과의 관계와 활동을 관리하는가? | 고객 이력, 상담, 마케팅 관리 |
| SCM | 공급망 참여자와 물자의 흐름을 관리하는가? | 조달, 재고, 물류, 납기 관리 |
한 주문은 TPS로 기록되고, 그 거래 자료는 DSS의 분석 입력이 될 수 있다. CRM은 주문한 고객과의 관계를 관리하고 SCM은 상품이 공급되는 흐름을 조정한다. ERP는 생산·판매·자재·인사·회계처럼 부서별로 끊긴 자원을 하나의 통합 체계로 연결한다. 하나의 기업에 여러 범주가 함께 존재할 수 있다.
ERP의 가치는 화면 통일보다 부서 사이 정보 단절을 줄이는 데 있다
판매 부서가 주문을 받았지만 자재 부서가 재고 부족을 늦게 알거나, 생산 결과가 회계에 다시 수작업 입력된다면 개별 시스템이 있어도 정보가 끊긴다. ERP는 전 부문에 걸친 경영 자원을 통합하여 같은 사건의 정보가 관련 업무에 연결되도록 한다.
| 주문 사건 | 통합 전 위험 | ERP에서 기대하는 연결 |
|---|---|---|
| 판매 주문 등록 | 재고 시스템에 별도 재입력 | 판매 정보가 재고·생산 계획에 전달 |
| 자재 사용 | 회계 원가 반영이 늦음 | 자재 이동과 비용 정보 연결 |
| 납품 완료 | 매출·채권 정보가 분리 | 물류 결과와 회계 처리 연결 |
통합은 모든 데이터를 한 화면에 모으는 것만을 뜻하지 않는다. 부서마다 따로 관리하던 업무 절차와 기준 정보를 연결하여 중복 입력과 불일치를 줄이는 것이 핵심이다.
낯선 소프트웨어는 위치에서 권리까지 다섯 단계로 배치한다
- 계층: 하드웨어 운영 기반인지, 사용자의 특정 과업을 해결하는 응용인지 판단한다.
- 실행: 운영체제가 어떤 자원을 제공하고 원시 코드가 어떤 번역 과정을 거치는지 본다.
- 개발: 알고리즘의 모든 경로가 명확한지, 요구분석·설계·구현·시험 중 어느 단계인지 본다.
- 권리: 가격이 아니라 실행·분석·수정·복제·배포 권리와 의무를 라이선스에서 확인한다.
- 업무: 거래·의사결정·자원 통합·고객·공급망 중 어떤 문제를 해결하는지 연결한다.
예를 들어 회사가 무료 재고 도구를 도입하려 한다면 먼저 응용 소프트웨어인지 확인하고, 운영체제와 호환되는지, 조직의 요구에 맞게 시험되었는지, 기업 사용과 수정·배포가 허용되는지, TPS·ERP·SCM 중 어느 업무 흐름과 연결되는지 차례로 검토한다.
핵심 개념 정리
- 시스템 소프트웨어는 하드웨어 운영과 응용 실행 기반을, 응용 소프트웨어는 사용자의 과업 해결을 맡는다.
- 운영체제는 인터페이스, 하드웨어 자원, 파일 시스템과 프로그램 실행을 관리한다.
- 부팅은 펌웨어의 초기 검사와 부팅 장치 탐색을 거쳐 운영체제를 RAM에 적재하는 과정이다.
- 컴파일러와 인터프리터는 번역 단위와 실행 시점이 다르며 실제 환경은 혼합 방식을 사용할 수 있다.
- 프로그래밍 언어 세대는 기계 중심 표현에서 문제 중심의 높은 추상화로 이동하는 흐름이다.
- 알고리즘은 유한하고 명확한 절차이며 경계값으로 모든 조건 분기를 시험해야 한다.
- 프리웨어의 무상 사용과 자유 소프트웨어의 실행·연구·수정·재배포 권리는 다른 기준이다.
- TPS·DSS·ERP·CRM·SCM은 각각 거래, 의사결정, 자원 통합, 고객, 공급망이라는 업무 질문으로 구분한다.
소프트웨어를 평가할 때는 먼저 사용자·응용·시스템·하드웨어 계층에서 위치를 찾는다. 다음으로 알고리즘과 언어 번역, 개발 단계가 기능을 어떻게 구현하는지 추적한다. 설치 전에는 무료라는 표시 대신 실제 사용·수정·배포 권리와 의무를 확인하고, 도입 후에는 거래·의사결정·자원·고객·공급망 중 어떤 정보 흐름을 연결하는지 판정한다. 이 지도는 운영체제부터 ERP까지 서로 다른 용어를 하나의 시스템 안에서 설명하게 해 준다.
예상문제 10선
1. 시스템 소프트웨어와 응용 소프트웨어를 바르게 구분한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 보고서 작성은 응용 목적이며 CPU 제작은 소프트웨어 분류가 아니다.
- ② 정답: 시스템의 기반 역할과 사용자 목적 수행이라는 구분축을 정확히 적용했다.
- ③ 오답: 가격은 시스템·응용 분류 기준이 아니다.
- ④ 오답: 공통 하드웨어 자원 관리는 운영체제의 핵심 역할이다.
2. 전원을 켠 뒤 운영체제가 실행되기까지의 기본 흐름으로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 응용 프로그램은 운영체제 실행 환경이 준비된 뒤 실행된다.
- ② 오답: 부팅은 설치된 운영체제를 삭제하는 과정이 아니다.
- ③ 오답: 하드웨어 제작은 컴퓨터를 켤 때 수행되는 단계가 아니다.
- ④ 정답: 저장장치의 운영체제가 메모리에 적재되어 제어를 넘겨받는 흐름이다.
3. 운영체제의 역할에 해당하는 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 하드웨어 자원과 프로그램 실행 환경을 관리하는 기반 책임이다.
- ② 오답: 응용 목적과 업무 규칙은 응용 프로그램과 사용 조직이 정한다.
- ③ 오답: 운영체제는 프로그램 실행을 지원하지만 논리 오류를 모두 교정하지 않는다.
- ④ 오답: 사용권은 권리자가 정한 라이선스에 따르며 운영체제가 변경하지 않는다.
4. 컴파일러와 인터프리터의 기본 차이를 바르게 설명한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 둘 다 프로그램을 실행 가능한 형태로 연결하는 언어 처리 도구다.
- ② 오답: 인터프리터도 고급언어 문장을 해석해 실행할 수 있다.
- ③ 정답: 강의의 핵심 구분인 번역 단위와 실행 시점을 정확히 설명한다.
- ④ 오답: 기본 모델에서 두 방식의 처리 단위와 번역 시점은 다르다.
5. 윤년 알고리즘에 1900년을 입력했을 때 결과는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 세 조건을 모두 추적하면 100년 예외에 걸리고 400년 재예외에는 해당하지 않는다.
- ② 오답: 100과 400의 배수 조건을 생략한 대표적인 경계값 오류다.
- ③ 오답: 100의 배수는 원칙적으로 평년이며 400의 배수일 때만 윤년으로 돌아간다.
- ④ 오답: 1900은 400으로 나누어떨어지지 않으며 400의 배수라면 윤년이다.
6. 폭포수 모델의 단계 순서로 옳은 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 구현과 시험을 요구·설계보다 먼저 두어 산출물의 의존 관계가 뒤집혔다.
- ② 오답: 계획과 요구 정의 없이 구현부터 시작하는 순서다.
- ③ 오답: 시험은 구현 결과가 나온 뒤 수행되는 단계다.
- ④ 정답: 개발 업무를 앞 단계의 결과가 다음 단계로 이어지는 순서로 배열했다.
7. “프리웨어이므로 회사에서 수정해 재배포해도 된다”는 판단의 문제점은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 프리웨어는 일반적으로 사용료 없이 제공된다는 가격 측면의 표현이다.
- ② 정답: 가격 정보만으로 사용 주체와 수정·배포 권한을 추론할 수 없다.
- ③ 오답: 조직 이용에도 라이선스 조건은 적용된다.
- ④ 오답: 권한은 소프트웨어 권리자와 라이선스 조건에서 나온다.
8. 자유 소프트웨어의 핵심을 가장 정확하게 설명한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 자유의 기준은 가격이나 광고가 아니라 사용자가 갖는 통제 권리다.
- ② 오답: 실행과 재배포의 자유도 핵심 요소에 포함된다.
- ③ 정답: GNU가 제시하는 네 가지 본질적 자유를 모두 반영한다.
- ④ 오답: GPL·MIT·BSD 등 개별 라이선스의 조건과 의무는 서로 다르다.
9. 생산·판매·자재·인사·회계를 하나의 체계로 연결하려는 기업에 가장 직접적인 시스템은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: TPS는 주문·결제 같은 거래 처리에 초점을 두며 전 부문 통합 자체가 중심은 아니다.
- ② 오답: CRM의 중심 대상은 고객 관계다.
- ③ 오답: SCM은 조달·재고·물류 등 공급망의 흐름에 초점을 둔다.
- ④ 정답: 여러 부문의 경영 자원과 업무를 한 체계로 연결한다는 요구에 맞는다.
10. 회사가 오픈 소스 재고 프로그램을 수정해 ERP와 연결하려 할 때 가장 적절한 검토 순서는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 가격만으로 기업 사용·수정·배포 권리와 기술 적합성을 판단할 수 없다.
- ② 정답: 시스템 위치, 개발 품질, 법적 권리와 기업 업무 통합을 순서대로 함께 검토한다.
- ③ 오답: 도입 목적과 직접 관련된 업무 데이터·사용권 검토가 빠졌다.
- ④ 오답: 소스 접근만으로 구체적인 수정·배포 조건이 모두 정해지지 않으며 실제 라이선스를 읽어야 한다.
참고 자료와 작성 기준
이 글은 해당 차시 강의자료를 바탕으로 학습 목적에 맞게 재구성한 비공식 학습자료입니다. 소프트웨어 계층 지도, 윤년 경계값 추적, 사용권 권리 점검과 기업 시스템 업무 매칭은 학습자의 이해와 적용을 돕도록 구성하고 검토했습니다.
- 작성·편집: 올에이클래스 학습연구팀
- 주요 근거: 한국방송통신대학교 컴퓨터과학과 「컴퓨터의이해」 강의록 6강 「소프트웨어와 정보 시스템」, 1~51쪽
- 범위 구분: 52쪽의 7강 「데이터베이스」 예고는 본문에서 제외
- 보충·검증 자료: Microsoft Learn, UEFI 및 레거시 BIOS 부팅 모드
- 보충·검증 자료: GNU Project, The Free Software Definition
- 보충·검증 자료: Open Source Initiative, The Open Source Definition
- 외부 자료 확인: 2026-09-08
- 편집 원칙: 올에이클래스 편집 정책
- 최종 내용 검토: 2026-09-08
댓글
댓글 쓰기