System Integrated Software

정보통신공사 설계도서 감리

SISW — Thu, 22 May 2025 20:06:44 +0900

1. 설계종류 : 계획설계, 기본설계, 실시설계

2. 정보통신공사 설계의 정의 (정보통신공사업법 제2조(정의) 8) : 설계도서를 작성하는 행위

“설계”란 공사에 관한 계획서, 설계도면, 설계설명서, 공사비명세서, 기술계산서 및 이와 관련된 서류(이하 “설계도서”라 한다)를 작성하는 행위

3. 기본설계 포함되는 사항(건설기술 진흥법 시행령 제71조 및 국토교통부장관 고시 "설계공모,기본설계등의 시행 및 설계의 경제성 등 검토에 관한 지침 제2조 8항)

시행령 : 주요 구조물의 형식, 지반, 토질, 개략적인 공사비, 실시설계의 방침

국토교통부장관 고시 : 시설물의 규모, 배치, 형태, 개략공사방법 및 기간, 개략 공사비

4. 실시설계에 포함되는 사항 (건설기술 진흥법 시행령 제73조의 2항 "국토교통부장관 고시"의 "설계공모, 기본설계 등의 시행 및 설계의 경제성 등 검토에 관한 지침" 제2조 9항)

시설물의 규모, 배치, 형태, 공사방법과 기간, 공사비, 시공 및 유지관리에 필요한 설계도서, 도면, 시방서, 내역서, 구조 및 수리계산서

5.착수단계에서 검토해야 하는 설계도서

1) 설계도서 : 계획서, 설계도면, 시방서, 공사비명세서, 기술계산서

2) 관련근거 : 정보통신공사업법 제1장 총칙의 제2조 8항

설계란 공사(『건축사법』 제 4조에 따른 건축물의 건축 등은 제외한다)에 관한 계획서, 설계도면, 시방서, 공사비명세서, 기술계산서 및 이와 관련된 서류(이하 "설계도서"라한다)를 작성하는 행위를 말한다.

6. 감리원의 업무범위 (정보통신공사업법 시행령 제8조2)

1) 공사계획 및 공정표의 검토

2) 공사업자가 작성한 시공 상세도면의 검토.확인

3) 설계도서와 시공도면의 내용이 현장조건에 적합한지 여부와 시공가능성 등에 관한 사전검토

4) 공사가 설계도서 및 관련 규정에 적합하게 행하여지고 있는지에 대한 확인

5) 공사 진척부분에 대한 조사 및 검사

6) 사용자재의 규격 및 적합성에 관한 검토ㆍ확인

7) 재해예방대책 및 안전관리의 확인

8) 설계변경에 관한 사항의 검토ㆍ확인

9) 하도급에 대한 타당성 검토

10) 준공도서의 검토 및 준공확인

7. 공사완료 후 7일 이내 발주자에게 감리결과 보고 내용(정보통신공사업법 시행령 제14조)

1) 착공일 및 완공일

2) 공사업자의 성명

3) 시공상태의 평가결과

4) 사용자재의 규격 및 적합성 평가결과

5) 정보통신기술자 배치의 적정성 평가결과

KISA 소프트웨어 보안약점 기준

SISW — Wed, 29 May 2024 00:49:10 +0900

가. (설계단계) 보안설계기준

입력 데이터 검증 및 표현
- DBMS 조회 및 결과 검증 : DBMS 조회시 질의문(SQL)내 입력값과 그 조회결과에 대한 유효성 검증방법(필터링 등) 설계 및 유효하지 않은 값에 대한 처리방법 설계
- XML 조회 및 결과 검증 : XML 조회시 질의문(XPath, XQuery 등) 내 입력값과 그 조회결과에 대한 유효성 검증방법(필터링 등) 설계 및 유효하지 않은 값에 대한 처리방법 설계
- 디렉토리 서비스 조회 및 결과 검증 : 디렉토리 서비스(LDAP 등)를 조회할 때 입력값과 그 조회결과에 대한 유효성 검증방법 설계 및 유효하지 않은 값에 대한 처리방법 설계
- 시스템 자원 접근 및 명령어 수행 입력값 검증 : 시스템 자원접근 및 명령어를 수행할 때 입력값에 대한 유효성 검증방법 설계 및 유효하지 않은 값에 대한 처리방법 설계
- 웹 서비스 요청 및 결과 검증 : 웹 서비스(게시판 등) 요청(스크립트 게시 등)과 응답결과(스크립트를 포함한 웹 페이지)에 대한 유효성 검증방법 설계 및 유효하지 않은 값에 대한 처리방법 설계
- 웹 기반 중요 기능 수행 요청 유효성 검증 : 비밀번호 변경, 결제 등 사용자 권한 확인이 필요한 중요기능을 수행할 때 웹 서비스 요청에 대한 유효성 검증방법 설계 및 유효하지 않은 값에 대한 처리방법 설계
- HTTP 프로토콜 유효성 검증 : 비정상적인 HTTP 헤더, 자동연결 URL 링크 등 사용자가 원하지 않은 결과를 생성하는 HTTP 헤더·응답결과에 대한 유효성 검증방법 설계 및 유효하지 않은 값에 대한 처리방법 설계
- 허용된 범위내 메모리 접근 : 해당 프로세스에 허용된 범위의 메모리 버퍼에만 접근하여 읽기 또는 쓰기 기능을 하도록 검증방법 설계 및 메모리 접근요청이 허용범위를 벗어났을 때 처리방법 설계
- 보안기능 입력값 검증 : 보안기능(인증, 권한부여 등) 입력값과 함수(또는 메소드)의 외부입력 값 및 수행결과에 대한 유효성 검증방법 설계 및 유효하지 않은 값에 대한 처리방법 설계
- 업로드·다운로드 파일 검증 : 업로드·다운로드 파일의 무결성, 실행권한 등에 관한 유효성 검증방법 설계 및 부적합한 파일에 대한 처리방법 설계
보안기능
- 인증 대상 및 방식 : 중요정보·기능의 특성에 따라 인증방식을 정의하고 정의된 인증방식을 우회하지 못하게 설계
- 인증 수행 제한 : 반복된 인증 시도를 제한하고 인증 실패한 이력을 추적하도록 설계
- 비밀번호 관리 : 생성규칙, 저장방법, 변경주기 등 비밀번호 관리정책별 안전한 적용방법 설계
- 중요자원 접근통제 : 중요자원(프로그램 설정, 민감한 사용자 데이터 등)을 정의하고, 정의된 중요자원에 대한 신뢰할 수 있는 접근통제 방법(권한관리 포함) 설계 및 접근통제 실패 시 처리방법 설계
- 암호키 관리 : 암호키 생성, 분배, 접근, 파기 등 암호키 생명주기별 암호키 관리방법을 안전하게 설계
- 암호연산 : 국제표준 또는 검증필 암호모듈로 등재된 안전한 암호 알고리즘을 선정하고 충분한 암호키 길이, 솔트, 충분한 난수 값을 적용한 안전한 암호연산 수행방법 설계
- 중요정보 저장 : 중요정보(비밀번호, 개인정보 등)를 저장·보관하는 방법이 안전하도록 설계
- 중요정보 전송 : 중요정보(비밀번호, 개인정보, 쿠키 등)를 전송하는 방법이 안전하도록 설계
에러처리
- 예외처리 : 오류메시지에 중요정보(개인정보, 시스템 정보, 민감 정보 등)가 노출되거나, 부적절한 에러·오류 처리로 의도치 않은 상황이 발생하지 않도록 설계
세션통제
- 세션통제 : 다른 세션 간 데이터 공유금지, 세션ID 노출금지, (재)로그인시 기존 세션ID 재사용 금지 등 안전한 세션 관리방안 설계

나. (구현단계) 보안약점 제거 기준

입력 데이터 검증 및 표현
- SQL 삽입
- 코드 삽입
- 경로 조작 및 자원 삽입
- 크로스사이트 스크립트
- 운영체제 명령어 삽입
- 위험한 형식 파일 업로드
- 신뢰되지 않는 URL 주소로 자동접속 연결
- 부적절한 XML 외부 개체 참조
- XML 삽입
- LDAP 삽입
- 크로스사이트 요청 위조
- 서버사이드 요청 위조
- HTTP 응답분할
- 정수형 오버플로우
- 보안기능 결정에 사용되는 부적절한 입력값
- 메모리 버퍼 오버플로우
- 포맷 스트링 삽입
보안기능
- 적절한 인증 없는 중요기능 허용
- 부적절한 인가
- 중요한 자원에 대한 잘못된 권한 설정
- 취약한 암호화 알고리즘 사용
- 암호화되지 않은 중요정보
- 하드코드된 중요정보
- 충분하지 않은 키 길이 사용
- 적절하지 않은 난수 값 사용
- 취약한 비밀번호 허용
- 부적절한 전자서명 확인
- 부적절한 인증서 유효성 검증
- 사용자 하드디스크에 저장되는 쿠키를 통한 정보 노출
- 주석문 안에 포함된 시스템 주요정보
- 솔트 없이 일방향 해쉬 함수사용
- 무결성 검사 없는 코드 다운로드
- 반복된 인증시도 제한 기능 부재
시간 및 상태
- 경쟁조건: 검사 시점과 사용 시점(TOCTOU)
- 종료되지 않는 반복문 또는 재귀 함수
에러처리
- 오류 메시지 정보노출
- 오류상황 대응 부재
- 부적절한 예외 처리
코드오류
- Null Pointer 역참조
- 부적절한 자원 해제
- 해제된 자원 사용
- 초기화되지 않은 변수 사용
- 신뢰할 수 없는 데이터의 역직렬화
캡슐화
- 잘못된 세션에 의한 데이터 정보 노출
- 제거되지 않고 남은 디버그 코드
- Public 메소드부터 반환된 Private 배열
- Private 배열에 Public 데이터 할당
API오용
- DNS lookup에 의존한 보안결정
- 취약한 API 사용

출처 : 소프트웨어 보안약점 진단가이드(2021.11.)

디자인 패턴 규칙

SISW — Wed, 8 May 2024 23:55:29 +0900

디자인 패턴 규칙은 구현클래스가 아니라 인터페이스를 가지고 프로그래밍한다. 상속이 아니라 위임을 사용한다. 커플링을 최소화한다.

생성패턴 [ABFPS} 생성 (Abstract Factory, Builder, Factory Method, Prototype, Singletone)

구조패턴 [ABCDFFP] 구조 (Adapter, Bridge, Composite, Decorator, Facade, Flyweight, Proxy)

행위패턴 행위 (Chain of Responsibility, Command, Interpreter, Iterator, Mediator, Memento, Observer, State, Strategy, Templete, Visitor)

클래스패턴 [FTAI] 생성 (Factory Method), 구조 (Adapter), 행위 ( Interpretery, Templete)

Abstract Factory 자동차공장 동시에 객체를 여러개 생성하게 하는 패턴, 자동차조립을 위하여 부품을 한번에 생성
Factory Method 장난감공장 인스턴스 작성을 하위에게 위임- 인스턴스를 만드는 방법은 상위 클래스에서 결정하지만 구체적인 것은 하위 클래스에서 수행함, 금형이라는 메소드를 만들고 매개변수를 말, 인형을 주면 해당부품을 만듦
Singleton 싱글패턴 단 하나의 이스턴스- 클래스의 인스턴스가 단 한개만 존재하도록 프로그램 상에서 표현하는 방법, 해와 달처럼 하나만 만든다
Builder 버거킹 [생표] 제품을 여러 단계로 나눠서 만들 수 있도록 제품 생산 단계를 캡슐화하고 싶은 경우, abstract factory의 진화된 형태, 버거세트 주문 시 각 요리를 만들어 최종 접시에 담아주는 것
Bridge 스위치패턴 [추구] 구현뿐만 아니라 추상화된 부분까지 변경시켜야 하는 경우
Decorator 액자패턴 객체에 추가적인 기능이나 내용을 덧 붙이는 구조, 윈도우의 고전스타일 창
Chain of responsibility 중계패턴 한 요청을 두 개 이상의 객체에서 처리하고 싶은 경우, 동전계수기에서 자동으로 같은 금액단위로 분리
Flyweight connection pool 패턴 어떤 클래스의 인스턴스 한 개만 가지고 여러개의 가상 인스턴스를 제공하는 경우, 다수의 전화가입자를 서비스하는 교환기
Interpreter 번역패턴 어떤 언어에 대한 인터프리터를 만들 때, XML파서,언어번역기
mediator 관제패턴 서로 관련된 객체 사이의 복잡한 통신과 제어를 한 곳으로 집중시키고자 하는 경우
Memento 단기 기억패턴 객체를 이전의 상태로 복구시켜야 하는 경우, mp3재시작시 마지막 위치에서 재생시작, 전화번호 단축키
Prototype 복제패턴 어떤 클래스의 인스턴스를 만드는 것이 자원/시간을 많이 잡아먹거나 복잡한 경우, 세포분열처럼 복제되는 형태
Proxy 114패턴 객체를 액세스할 수 있는 위치를 제공하는 패턴
Composite 트리패턴 트리구조를 표현하는 구조패턴, 연산식의 표현이나 윈도우의 디렉토리 구조
Visitor 지원병 패턴 [알객] 구조안을 돌아다니면서 일을 한다- 데이터 구조가 보관하고 있는 요소에 특정의 기능을 추가하는데 사용
Observer 경매패턴 상태의 변화를 통지한다- 상태변화에 따른 처리를 기술할때 유효함, 일대다 관계 표현
Facade 콜센터패턴 간단한 창구- 대규모 프로그램을 사용해서 처리를 하려면 관련있는 많은 클래스들을 적절히 제어해야 함. 많은 클래스들을 제어하기 위해 창구가 필요하며 클래스들을 개별적으로 제어하지 않고 창구에서 요구만 수행함
Adaptor 전기어뎁터 필요한 형태로 수정해서 재활용한다 - 인터페이스가 다른 클래스들을 연결하는 패턴으로 이미 제공되어 있는 것과 필요한 것 사이의 간격을 메우는 디자인 패턴, 드라이버 소켓을 맞추는 젠더
Strategy 선택판단 패턴 여러개의 알고리즘 중 목표와 제약에 따라 최적의 알고리즘을 선택하는 행위 패턴
Template 골격패턴 기본 알고리즘을 별도로 분리하는 패턴
Command 주문메뉴패턴 요청자체를 객체로 생성하고 상세요청내용을 매개변수로 처리하는 인터페이스
Iterator 탐색패턴 객체의 구조를 변화시키지않고 복합객체를 탐색하는데 사용, TV의 next, previous버튼과 동일한 구현
State 자판기패턴 내부상태 변화가 발생한 경우 객체가 행동을 변화시키는 패턴, 담배재고가 없을 시 품절표시

데이터 수집(자동, 반자동, 수동) 작성 기준

SISW — Wed, 8 May 2024 23:37:16 +0900

스마트 공장 사업을 하게되면 아래 양식의 주요 공정별 스마트化 추진 목표를 작성하게 됩니다.

그 중 데이터 수집 작성에 대하여 알아보겠습니다.

데이터 수집 방식은 자동, 반자동, 수동으로 구분하여 아래의 작성 기준에 따라 기재 합니다.

(1) 수동 : 제조데이터 수집 형태가 키보드 입력, 키오스크를 통한 화면 터치 입력 등의 휴먼데이터

(2) 자동 : 제조데이터 수집 형태가 설비와의 PLC연계, IoT/센서, 디지털품질측정기기로부터의 자동수집 등의 머신데이터

(3) 반자동 : 수동 방식과 자동 방식이 혼용되어 있는 공정으로, 이 경우는 "스마트시스템 적용내용"란에 구체적인 데이터 수집 방안을 제시하여야 함

키오스크나 터치패드를 통하여 데이터를 입력하는 경우 수동으로 구분하여야 하나, 반자동으로 기재하는 경우가 많습니다. 사람의 손으로 화면을 터치하는 경우도 수동으로 작성하여야 합니다.

엔지니어링 기술자 기술등급 기준 개정

SISW — Sun, 5 May 2024 02:26:26 +0900

엔지니어링산업진흥법 시행령 일부 개정에 따라 2024년 7월 3일부터 엔지니어링 기술자 기술등급 기준을 아래와 같이 적용하게 됩니다.

그동안 국가기술자격자에 한해서 특급 및 고급기술자 등급을 인정하였는데 국가기술자격이 없는 학력 ·경력 기술자도 특급 및 고급기술자로 기술등급을 인정하는 것으로 변경되었습니다.

엔지니어링 분야에서 전문성을 인정받는 것이 국가기술자격인데 자격증 보유자가 적고 고령화가 되어서 기술자격증이 없더라도 관련 분야를 전공하고 일정기간 경력이 있는 기술자를 특급 및 고급기술자로 대우하는 것이 주내용입니다.

저도 이번에 중급에서 특급으로 자동변경하게 되어 기대가 큽니다마는 그에 따른 책임감도 커지기 때문에 전문분야에 대한 연구를 부지런히 하여 현장에서 인정받도록 해야 하겠습니다.

정보통신설비 유지보수·관리기준 제정 - 7월 19일부터 시행

SISW — Sun, 5 May 2024 01:39:49 +0900

과학기술정보통신부는 3일 ‘정보통신공사업법 시행령’ 일부개정령(안)과 ‘정보통신공사업법 시행규칙’ 일부개정령(안), ‘정보통신설비 유지보수·관리기준’ 고시 제정(안)을 각각 입법·행정예고 했다.

이번 시행령·시행규칙 개정(안)과 유지보수·관리기준(안)은 지난해 7월 18일 개정·공포된 ‘정보통신공사업법’에서 정보통신설비 유지보수·관리제도를 시행하기 위한 세부사항을 하위법령에 위임함에 따라 마련됐다.

개정 정보통신공사업법은 건축물 내 방송·인터넷 설비 같은 구내통신설비의 방치·훼손 등 관리 미흡 문제를 해소하고 첨단 정보통신기술(ICT) 기반 혁신 서비스의 창출과 발전을 도모하기 위해 건축물 내 정보통신설비의 소유자 또는 관리자(관리주체)에게 유지보수·관리기준 준수 의무를 부과하도록 규정했다. 개정법은 오는 7월 19일 본격 시행 예정이다.

정보통신설비 유지보수·관리제도를 도입하는 것을 주요 내용으로 하는 ‘정보통신공사업법’ 일부개정법률안은 지난해 6월 30일 국회 본회의에서 의결됐다.
이날 입법예고된 시행령·시행규칙 개정(안)과 기준(안)은 정보통신설비 유지보수·관리기준 적용 대상 건축물·시설물의 종류 등 제도 시행에 필요한 세부사항을 정했다.

구체적으로 보면, 정보통신설비 유지보수·관리기준의 적용 대상이 되는 건축물·시설물은 건축법 제2조 제2항에 따른 용도별 건축물 중 연면적 1000제곱미터(㎡) 이상의 건축물과 300세대 이상의 공동주택이다. 단, 학교시설 등 그 외 건축물·시설물은 과기정통부 장관이 별도로 고시한다.

유지보수·관리 및 성능점검 대상 정보통신설비는 △케이블·배관·국선인입설비·단자함·전화·안테나 등 ‘통신설비’ △음향설비 등 ‘방송설비’ △네트워크·전자출입·주차관제·원격검침·CCTV 등 ‘정보설비’ △통신용 전원·접지설비 등 ‘기타설비’로 나눠 기준(안) 에 구체적으로 정했다.

관리주체는 건축물, 시설물 등에 설치된 정보통신설비의 기능을 유지하고 이용자의 편의와 안전을 확보하기 위해 정보통신설비를 일상적으로 보수·관리하는 ‘유지보수·관리’와 정보통신설비의 운전·운용 등에 필요한 성능을 점검하는 ‘성능점검’을 수행해야 한다.

먼저, 점검 대상 설비의 종류·항목과 점검 절차·주기, 재해방지 대책, 긴급 상황에 대한 매뉴얼 등을 포함하는 유지보수·관리 및 성능점검 계획을 매년 수립해야 한다. 성능점검을 시행할 때는 인력 투입 계획과 장비 현황 등을 포함하는 성능점검계획서를 작성해야 한다.

유지보수·관리는 유지보수·관리자를 선임해 건축물 등의 완공일 기준 5년이 되는 날부터 매년 주기적으로 대상 설비의 외관, 기능, 안전 상태 등을 점검하고, 반기별 1회 이상 기록함으로써 수행한다.

유지관리자 선임 의무 규정의 적용 시기는 △연면적 3만㎡ 이상 건축물 및 3000세대 이상 공동주택은 8월 18일 △연면적 3000㎡ 건축물 및 500세대 이상 공동주택은 2025년 7월 18일 △연면적 1000㎡ 이상 건축물 및 300세대 이상 공동주택은 2026년 7월 18일부터다. 의무관리대상 공동주택 대부분이 유지관리자 선임 의무를 부담하게 되는 셈이다.

유지보수·관리자로 선임될 수 있는 자의 자격기준은 정보통신설비 관련 업무를 수행하고 있는 정보통신기술자의 자격기준을 준용한다. 정보통신설비의 관리주체는 대상 건축물의 연면적 또는 공동주택의 세대수에 따라 등급별 정보통신기술자를 배치해야 한다.

신축 건축물의 경우 완공일로부터 5년이 되는 날로부터 30일 이내, 증축·개축·재축·대수선 시 완공일로부터 30일 이내, 용도변경 시 건축물 관리대장 기재일로부터 30일 이내, 유지보수·관리 계약이 해지·종료된 경우 30일 이내 선임해야 한다.

관리주체는 계획수립을 포함한 유지보수·관리 업무를 정보통신공사업자에게 위탁할 수 있다. 이때, 위탁받은 공사업자는 유지보수·관리자를 선임해야 한다.

성능점검은 건축물 등의 완공일을 기준으로 5년이 되는 날부터 매년 1회 이상 실시하며, 특급 정보통신기술자 1명과 고급 이상 정보통신기술자 1명을 고용해 관리주체가 직접 실시하거나 공사업자 또는 용역업자가 대행하게 할 수 있다.

유지보수·관리 업무 위탁, 성능점검 대행 시 대가는 별도로 규정된 기준에 따라 산정해 지급한다.

이 밖에, 유지보수·관리자 선임·해임 신고 기한 및 제출 서류, 지자체에 신고해야 하는 변경 신고 사항, 절차·서류, 선임신고증명서 발급 절차, 과태료 부과 기준 등 정보통신설비 유지보수·관리제도의 시행에 필요한 각종 기준과 서식, 절차 등이 마련됐다.

정보통신설비 유지보수관리자 선임기준

정보통신공사업법 시행령 일부개정 - 11월 1일부터 시행

SISW — Sun, 5 May 2024 01:27:27 +0900

□ 정보통신기술자 및 감리원 등급 인정체계를 아래와 같이 개선하게 됩니다.

o (정보통신기술자) 기존 기술사에게만 부여된 특급자격을 충분한 현장 경력을 가진 기술자격자 및 학·경력자도 교육 이수 후 특급기술자로 인정할 수 있도록 현행 등급 인정체계를 개선

- (국가기술자격자) 기술사, 기능장 5년, 기사 8년, 산업기사 취득 후 11년 이상 공사업무를 수행한 국가기술자격자를 특급기술자로 인정

- (학·경력자) 정보통신 관련 박사학위 취득 후 3년, 석사 9년, 학사 12년, 전문대학 졸업 후 15년 이상 공사업무를 수행한 자를 특급기술자로 인정하고,

- 박사학위 취득, 석사 6년, 학사 9년, 전문대학 졸업 후 12년 이상 공사업무를 수행한 자를 고급기술자로 인정

o (감리원) 기존 기술사에게만 부여된 특급자격을 충분한 현장 경력을 가진 기술자격자 및 학·경력자도 교육 이수 후 특급감리원으로 인정할 수 있도록 현행 등급 인정체계를 개선(별표2)

- (국가기술자격자) 기술사, 기능장 6년, 기사 9년, 산업기사 취득 후 12년 이상 공사업무를 수행한 국가기술자격자를 특급감리원으로 인정

- (학·경력자) 정보통신 관련 박사학위 취득 후 4년, 석사 10년, 학사 13년, 전문대학 졸업 후 16년 이상 공사업무를 수행한 자를 특급감리원으로 인정하고,

- 박사학위 취득 후 1년, 석사 7년, 학사 10년, 전문대학 졸업 후 13년 이상 공사업무를 수행한 자를 고급감리원으로 인정

□ 등급 인정체계 개선에 따른 인정교육 규정

o 정보통신기술자 및 감리원의 특급 등 등급변경 시 이수해야 하는 인정교육 규정도 일부 변경되었습니다.

- (특급 인정교육) 특급으로 인정받으려는 정보통신기술자 및 감리원은 32시간 이상 40시간 이하 인정교육 이수 필요

- (특급 등급변경) 특급으로 등급변경을 인정받으려는 정보통신기술자 및 감리원은 32시간 이상 40시간 이하 인정교육 이수 필요

- (등급변경자 교육) 학·경력자 또는 경력자로서 중급 또는 고급감리원으로의 등급의 변경을 인정받으려는 정보통신기술자 및 감리원은 20시간의 인정교육 이수 필요

□ 시행일 : 2024. 11. 1.

o 등급변경을 인정받으려는 정보통신기술자 및 감리원은 시행일부터 접수가 가능합니다.

구축시스템 스마트화 수준 정의

SISW — Sun, 28 Apr 2024 22:36:55 +0900

스마트공장의 수준은 ICT 미적용에서 기초수준, 중간수준1, 중간수준2, 고도화로 평가 됩니다.

수준별 지표 구분은 아래와 같습니다.

빅데이터분석기사 실기시험 준비

SISW — Fri, 26 Apr 2024 12:46:11 +0900

오늘 빅데이터분석기사 필기시험 결과 발표가 나서 실기시험 준비에 대해 알아보다가 아래 블로그에 좋은 내용이 있어서 발췌해 왔습니다.

빅데이터분석기사 시험 난이도 (빅분기 7회 합격 후기)

빅데이터 분석기사 7회 합격 후기 2023년 12월 15일 자로 제7회 빅데이터분석기사 필기와 실기 점수가 모두 공개되었습니다. 저는 7회 시험에서 필기 실기 모두 한 번에 합격했고, 공부하면서 궁금

ysg2997.tistory.com

실기 준비

파이썬을 기준으로, 실기는 판다스 라이브러리 활용에 익숙한지 아닌지로 준비기간이 달라질 것 같습니다. 저는 비교적 판다스에 익숙해서 주말 제외 2주 동안 시험을 준비했습니다. 유명한 (1)데이터 마님 블로그, (2)빅분기 캐글 놀이터 두 사이트만을 참고했습니다. 우선 (2)빅분기 캐글 놀이터 위주로 공부하시기를 추천 드립니다. (1)데이터 마님 블로그는 ADP 같은 시험 내용도 섞여 있다 보니 내용이 조금 방대하고, 어렵습니다. (2)캐글 사이트를 다 보시고, 부족하신 부분을 추가 공부하시면 됩니다. 실기는 유형 별로 정리해 보겠습니다.

유형 1
- 전공자: 유형 1은 전처리 파트로 판다스에 익숙하시다면, 4일 정도만 다시 정리해 보면 될 것 같습니다. Min-max scaling, 상관계수 구하기, 값 정렬하기 정도입니다.
- 비전공자: .csv을 다루고 전처리하는 것에 익숙해지셔야 합니다. 이후 유형 2,3에도 기본에 되기 때문에 3주 이상 하루의 많은 시간을 할애하셔서 준비하셔야 할 것 같습니다.
유형 2
- 전공자 & 비전공자: 유형 1이 확실하다는 전제하에, 하루면 완성 가능합니다. 다른 스킬이나 기술 다 필요 없고 템플릿이 정해져 있고 달라지는 것 없이 그대로 적으면 됩니다. 유형 2는 하루면 됩니다. 전공자 분께 말씀드리면, RandomForest 모델을 다른 전처리 없이 돌리고 결과를 저장하면 됩니다. 저도 그냥 모델 튜닝 없이 RandomForest 돌려서 그대로 돌려서 결과 제출 했고, 만점 받았습니다. 다른 강의나 기술 다 필요 없고 무조건 랜덤 포레스트 돌리시면 됩니다! 기타 boost 계열은 오류가 많습니다. 시험 환경이 안정적이지 않기 때문에 RandomForest가 가장 무난하면서도 정확합니다! 유형 2에 너무 시간 투자하지 마세요.
유형 3
- 개인적으로 가장 애매했던 부분입니다. 저번 시험부터 통계 파트인 유형 3이 생겨서 거의 정보가 없는 상태로 시험을 치뤘습니다. 그리고 저는 빅데이터 전공자이고 통계는 아예 모르는 상태이기 때문에, 비전공자의 상태였습니다. 일단 자료가 너무 없어서 자료를 찾는 데 하루, 공부하는 데 3일 할애했습니다. 공부할 정보나 자료가 없어서 공부할 게 없어서 3일만 공부했습니다...
- 유형 3에서 제일 많이 도움을 받은 사이트는 [데이터 마님 블로그 -> 데이터 분석 시험 -> 4.파이썬 분석 패키지 -> Scipy] 입니다!
- https://www.datamanim.com/dataset/97_scipy/scipy.html

실기는 프로그래밍을 다루다 보니 기본이 중요합니다. 실기 2유형은 무조건 랜덤 포레스트 암기 위주로 공부하면 좋을 것 같다고 합니다.

SW개발비 산출내역서 작성(간이법 FP산정)

SISW — Thu, 18 Apr 2024 21:53:38 +0900

SW개발비 산출내역서를 ‘FP산정(간이법 기능점수)’시트로 작성하는 방법입니다.

FP산정 컬럼정의 및 산정방법

- FP산정 시트는 기능명, 데이터 및 트랜잭션 기능, FP산출 등의 컬럼으로 구성되어 있으며 FP산정 시트를 작성하기 위해 각 컬럼이 뜻하는 정의를 이해해야 합니다.

가) 기능명

- 어플리케이션명, 세부 업무명, 단위프로세스명, 단위프로세스 설명으로 구성되어 있으며 사업계획서의 ‘Applicaion 시스템 기능 설명’을 참조하여 작성합니다. 여기서 주의하여야 할 점은 단위프로세스(단위프로세스 설명)는 사용자에게 의미를 주는 최소 단위의 활동으로 작성되어야 합니다. 예를들어 거래처 관리하기 위해 사용자(도입기업 담당자)는 거래처정보를 등록, 수정, 삭제하고 추후 관리목록을 언제든지 조회하고 싶어 합니다. 이 때 단위프로세스는 거래처정보 등록, 거래처정보 수정, 거래처정보 삭제, 거래처정보 조회로 총 4개의 단위프로세스를 작성해야 합니다. 단위 프로세스가 아닌 업무모듈로 작성했을 때 거래처 관리로 단위프로세스를 과소식별하거나, 거래처 정보 등록, 거래처 담당자 정보 등록, 거래처 주소 정보 등록 등 자기 완결적(Self-Contained)인 기능을 수행하지 못하는 기능들로 과대산출하지 않도록 주의하여야 합니다.

나) 데이터 및 트랜잭션 기능

- 기능점수는 데이터(Data)와 트랜잭션(Transaction)으로 구분되며 세부적으로 데이터는 데이터요소유형(DET)와 레코드요소유형(RET)로, 트랜잭션은 데이터요소유형(DET)와 파일참조유형(FTR)로 구분됩니다.

[데이터 유형]
유형	설명
내부논리파일 (ILF)	내부논리파일(ILF)은 사용자가 식별할 수 있는 논리적으로 연관된 데이터 그룹 또는 제어정보로 측정 대상 어플리케이션 경계 내부에서 유지된다. 내부논리파 일(ILF)의 주요 의도는 측정 대상 어플리케이션의 하나 이상의 단위 프로세스를 통하여 유지되는 데이터를 보관하는데 있다.
외부연계파일 (EIF)	외부연계파일(EIF)은 사용자가 식별할 수 있는 논리적으로 연관된 데이터 그룹 또는 제어정보로, 다른 어플리케이션의 경계 내부에서 유지되고 측정 대상 어플리케이션이 참조한다. 외부연계파일(EIF)의 주요 의도는 측정 대상 어플리케이션 경계 내의 하나 이상의 단위 프로세스를 통하여 참조된 데이터를 보관하는데 있다. 특정 어플리케이션에서 외부연계파일(EIF)로 측정된 것은 반드시 다른 어플리케이션의 내부논리파일이어야 함을 의미한다.

[트랜잭션 유형]
유형	설명
외부입력 (EI)	주요 의도는 아래의 둘 중 적어도 하나를 갖는다. - 하나 이상의 ILF를 유지하거나. - 어플리케이션의 동작을 변경한다. - 그리고 경계 안으로 들어오는 데이터나 제어 정보를 받아들이는 처리로직을 포함한다.
외부출력 (EO)	주요 의도는 사용자에게 정보를 제공하는것, 그리고 아래의 처리로직중 적어도 하나를 포함한다. - 수학 계산을 수행한다. - 하나 이상의 ILF를 갱신한다. - 파생 데이터를 생성한다. - 어플리케이션의 동작을 변경한다.
외부조회 (EQ)	주요 의도는 사용자에게 정보를 제공하는것, 그리고 데이터나 제어 정보를 검색하기 위해 데이터 기능을 참조한다. EO로 분류되는 기준을 만족하지 않는다.

[트랜잭션 복잡도 결정 유형]
유형	설명
데이터요소유형 (DET)	데이터 요소 유형은 사용자가 인식할 수 있는 유일하고 반복되지 않는 속성이다.
파일참조유형 (FTR)	참조 파일 유형은 트랜잭션 기능으로 읽혀지거나 유지되는 데이터 기능이다.

다) FP 산출(가중치)

- 데이터와 트랜잭션을 식별 후 유형별 평균복잡도(가중치)를 곱하여 기능점수를 계산합니다. 복잡도는 데이터의 DET, RET와 트랜잭션의 DET, FTR을 카운팅하여 개별복잡도를 산정하는 것이 원칙이나 복잡도를 판별하기 어려운 경우 평균복잡도를 적용하여 기능점수를 계산합니다.

[데이터 기능 평균복잡도]
유형	내부논리파일(ILF)	외부연계파일(EIF)
평균복잡도 가중치	7.5	5.4

[트래잭션 기능 평균복잡도]
유형	외부입력(EI)	외부출력(EO)	외부조회(EQ)
평균복잡도 가중치	4.0	5.2	3.9

라) 재사용 유형

- 재사용 유형은 신규개발, 기능 변경(수정 후 재사용), 수정없이 재사용으로 구분됩니다.(기능 삭제는 개발비 산정에 영향을 미치는 항목이 아니므로 설명 대상에서 제외합니다.)

[재사용 유형]
유형	설명
신규개발	기존 소프트웨어에 존재하지 않아 새롭게 추가되는 기능을 의미한다.
기능 변경 (수정 후 재사용)	사용자가 보유하고 있는(도입기업 또는 공급기업이 보유하고 있는) 소프트웨어를 재사용하여 소프트웨어 일부 기능을 수정하는 것을 포함한다.
수정없이 재사용	기존 소프트웨어 기능에서 설계 및 코드 변경이 일어나지는 않으나 소프트웨어 통합 및 시험활동이 반드시 요구되는 기능을 말한다.

마) FTR 변경(률), DET변경(률), 기능변경률

- 수정 후 재사용에 한정하여 기존 FTR 대비 수정 FTR의 변경률, 기존 DET대비 수정 DET의 변경률을 측정합니다.

· 데이터의 경우 → DET 변경률을 적용

· 트랜잭션의 경우 → (DET 변경률 + FTR 변경률) ÷ 2 적용

[트래잭션 기능 평균복잡도]
기능 변경률	33% 이하	33% 초과 66% 이하	66% 초과
기능변경 영향계수	0.25	0.5	0.75

바) 영향계수 : 기능변경률을 3개 구간으로 나누어 영향계수를 산정합니다.

사) 재사용 기능점수 : 기능 변경 유형에만 해당하며 데이터, 트랜잭션의 평균 복잡도 가중치와 영향 계수를 곱하여 산정합니다.

SW 재개발비 산정

- 앞서 ‘FP산정(간이법)’시트에서 산정한 신규 개발, 기능 변경(수정 후 재사용), 수정없이 재사용 기능별 기능점수를 산정하였고, ‘SW재개발비 산정’에서는 기능점수를 활용하여 개발비 산정하는 과정을 거치게 됩니다.

가) 신규 개발 : 신규 개발 기능 규모(FP)를 집계합니다.

나) 수정없이 재사용 : 수정없이 재사용 대상 기능 규모와 시험단계 비율(0~25%)를 곱하여 수정없이 재사용 기능 규모를 산정합니다.

[시험단계 비율 범위 적용방법]
시험단계 비율 구간	설명
0%	재개발과 관련하여 통합이나 시험이 전혀 필요 없음을 의미한다.
0%~25%	신규 개발 소프트웨어에 필요한 통합 및 시험 노력에 대해 상대적으로 어느 정도의 통합 및 시험의 노력이 소요되는지에 따라 결정된다.
25%	해당 재개발 소프트웨어에 소요되는 통합 및 시험의 노력이 완전히 새로 개발하는 소프트웨어에 대해서 소요되는 것과 동일한 정도로 소요됨을 의미한다.

다) 수정 후 재사용

- 기능변경 규모와 재사용 난이도를 곱하여 수정 후 재사용 기능 규모를 산정합니다. 여기서 재사용 난이도 수준은 재사용 소프트웨어의 난이도에 의해 산정되는데, 재사용 소프트웨어의 ‘①구조화 및 어플리케이션 명확화 정도’와 ‘②문서화 및 소스코드 서술화 정도’에 의하여 산정됩니다.

재사용 난이도 수준 = 1 + {(① + ②) ÷ 2} / 100 × 0.8

① 구조화 및 어플리케이션 명확화 정도는 대상 프로그램의 구조화 및 모듈화 정도 그리고 모듈과 어플리케이션의 대응정도에 따라 판단합니다.

② 문서화 및 소스코드의 서술화 정도는 요구사항 정의서, 설계서, 시스템 설명서, 사용자 설명서 등의 문서화 정도와 대상 프로그램 소스코드의 이해에 도움을 주는 주석부분의 서술화 정도로 판단합니다.

(예시) 재사용 난이도 산정의 예시
- 평가 예시 : 대상 프로그램의 구조화 및 어플리케이션 명확화 정도가 어려움(40), 문서화 및 소스코드의 서술화 정도가 보통(30)로 평가되었다면, 재사용 난이도는 다음과 같이 산정된다.
- 재사용 난이도 수준 = 1 + (40 + 30) ÷ 2 / 100 × 0.8 = 1.28

라) 재개발 기능 규모 : 신규 개발 + 수정없이 재사용 + 수정 후 재사용 기능 규모의 합

[기능점수 당 단가]
단계	분석	설계	구현	시험	계
각 단계별 기능점수 가중치	0.19	0.24	0.32	0.25	1.00
가중치에 따른 단가	105,092원	132,747원	176,996원	138,279원	553,114원

마) 보정 전 개발원가 : 재개발 기능 규모와 기능점수당 단가를 곱하여 산정합니다.

바) 보정계수

- 보정의 필요성 : 기능점수당 단가는 개발 프로젝트의 복잡도가 보통인 경우를 전제로 하여 산정합니다. 그러나 실제의 개발비용은 프로젝트 규모에 따른 생산성과 발주기관(도입기업)의 비기능적인 요구사항에 따른 프로젝트의 복잡도 수준에 의해 영향을 받게 되어, 이에 대한 보정이 필요합니다. 실제 개발비용에 영향을 미치는 요인 중에서 정량적으로 파악 가능한 요소들을 중심으로 보정계수를 정의하고, 이를 개발원가에 적용하여 보정후 개발원가를 산정합니다.

· 보정 후 개발비 계산 개요 : 보정전 개발원가에 규모, 연계복잡성 수준, 성능요구 수준, 운영환경 호환성, 보안성 수준의 5가지 보정계수를 곱하여 보정후 개발원가를 산정합니다.

· 보정계수 요소별 설명

① (규모 보정계수) 소프트웨어 개발사업 규모가 커지면 생산성은 증가하고, 일정 규모 이상이 되면 생산성이 다시 감소하는 추세를 보이고 있습니다. 따라서 사업규모의 증가에 따른 생산성 변화에 대한 보정이 필요하며, 이를 감안하는 것이 규모 보정계수이며, 규모 보정계수는 다음과 같이 산정합니다. 만약 한 사업에서 여러 개의 애플리케이션을 통합 구축하는 경우에는 통합규모를 대상으로 규모보정계수를 적용합니다.

[규모 보정계수]
구분	산정방법
규모 보정계수	= 0.4057 x (loge(기능점수) - 7.1978)2 + 0.8878 (단, 500FP 미만시 1.2800, 3,000FP 초과시 1.1530을 적용한다.)

② (연계복잡성 수준 보정계수) 대상 애플리케이션의 연계 기관수가 증가함에 따른 프로젝트 관리의 복잡성을 의미하며, 연계 기관수가 많을수록 높은 값을 가집니다.

[연계복잡성 수준]
구분	난이도 수준	계수
연계복잡성 수준	타기관 연계 없음	0.88
	1~2개의 타 기관 연계	0.94
	3~5개의 타 기관 연계	1.00
	6~10개의 타 기관 연계	1.06
	10개를 초과하는 타 기관 연계	1.12

③ (성능 요구수준 보정계수) 응답시간 또는 처리율에 대한 사용자 요구수준의 복잡성을 의미하며, 성능요구 수준이 복잡할수록 높은 값을 가집니다.

[성능요구 수준]
구분	난이도 수준	계수
성능 요구 수준	응답성능에 대한 특별한 요구사항이 없다.	0.91
	응답성능에 대한 요구사항이 있으나 특별한 조치가 필요하지는 않다.	0.95
	응답시간이나 처리율이 피크(peak) 타임에 중요하며, 처리 시한이 명시되어 있다.	1.00
	응답시간이나 처리율이 모든 업무 시간에 중요하며, 처리 시한이 명시되어 있다.	1.05
	응답성능 요구사항이 엄격하여, 설계 단계에서부터 성능 분석이 요구되거나, 설계 및 구현단계에서 성능분석도구가 사용됨	1.09

④ (운영환경 호환성 보정계수) 응용SW의 설치 운영환경의 상이한 정도를 의미한다. 상이한 운영환경이 요구되거나, 상이한 하드웨어와 소프트웨어 운영환경을 지원하도록 개발되는 요구정도가 복잡할수록 높은 값을 가집니다. 사업계획서에 하나 또는 그 이상의 운영환경에 대한요구사항 또는 서버이중화 요구 여부 및 애플리케이션이 운영되는 하드웨어 및 소프트웨어 환경의 유사한 정도를 판단하여 측정할 수 있습니다.

[운영환경 호환성 수준]
구분	난이도 수준	계수
운영 환경 호환성	운영환경 호환성에 대한 요구사항이 없다.	0.94
	운영환경 호환성에 대한 요구사항이 있으며, 동일 하드웨어 및 소프트웨어 환경에서 운영되도록 설계된다.	1.00
	유사한 운영환경에 대한 요구사항이 있으며, 유사 하드웨어 및 소프트웨어 환경에서 운영되도록 설계된다.	1.06
	상이한 운영환경에 대한 요구사항이 있으며, 이질적인 하드웨어 및 소프트웨어 환경에서 운영되도록 설계된다.	1.13
	상기 항목에 더하여 일반적 산출물 이외에 여러 장소에서 원활한 운영을 보장하기 위한 운영 절차의 문서화와 사전 모의훈련이 요구된다.	1.19

⑤ (보안성 수준) 시큐어코딩, 웹취약점점검, 암호화점검, 개인정보보호 등 보안성에 대한 요구수준을 의미합니다. 보안성에 대한 요구정도가 복잡할수록 높은 값을 가진다. 4가지 보안 요구사항은 보안과 관련된 대표적인 요구사항을 나열한 것으로 4가지 외 보안요구 사항을 포함하여 보안요구사항의 총 개수로 복잡도 수준을 측정할 수 있습니다.

[보안성 수준]
구분	난이도 수준	계수
보안성	암호화, 웹취약점 점검, 시큐어코딩, 개인정보보호 등 1가지 보안 요구사항이 포함되어 있다.	0.97
	2가지 보안 요구사항이 포함되어 있다.	1.00
	3가지 보안 요구사항이 포함되어 있다.	1.03
	4가지 보안 요구사항이 포함되어 있다.	1.06
	5가지이상의 보안 요구사항이 포함되어 있다.	1.08

사) 보정 후 개발원가 : 규모, 연계복잡성 수준, 성능요구 수준, 운영환경 호환성, 보안성 수준의 5가지 보정계수가 각각 산정되면, 보정전 개발원가에 보정계수 값을 모두 곱하여 보정후 개발원가를 산정합니다. 보정후 개발원가의 산정식은 다음과 같습니다.

[보정 후 개발원가]

보정전 개발원가 × 규모 보정계수 × 연계복잡성수준 보정계수 × 성능요구수준 보정계수 × 운영환경 호환성 보정계수 × 보안성수준 보정계수

아) 이윤 : 국가를 당사자로 하는 계약에 관한 법률 시행규칙 제8조 제2항 제2호에서는 “제조·구매(｢소프트웨어진흥법｣ 제46조제1항에 따라 소프트웨어 개발을 포함한다)의 이윤율은 100분의 25를 초과하지 못한다”라고 규정하고 있습니다. 따라서, 개발원가의25%를 초과하지 않는 범위에서 이윤을 계상합니다.

자) 직접경비 : 직접경비는 해당 소프트웨어 개발사업에 소요되는 직접적인 경비를 의미합니다. (추후 증빙 제출 필요)

① 발주자의 요구에 의한 특정기술 도입과 관련된 전문가 비용

② 당해 소프트웨어사업에 직접 필요한 여비

③ 제출문서의 인쇄, 청사진비