루키의 보석함

프레임

루키~ — Tue, 20 Jan 2026 21:33:54 +0900

서울대 심리학과 최인철 교수의 프레임을 읽었다. 오랜만에 읽어보는 심리학 교양서다. 개인적으로는 번역서가 아닌 점이 가장 좋았다.

프레임은 "세상을 바라보는 마음의 창"이다. 우리가 무엇을 보고, 어떻게 느끼며, 어떤 결정을 내리는지를 판단하게 하는 중요한 요소이기도 하다.
저자는 선택과 결정을 내려야 하는 순간, 프레임 때문에 나도 모르게 선택되어진 것인지를 확인해보라고 한다.

2007년 출간된 책이라서 그런지 수록된 연구 사례들은 다소 익숙하게 느껴진다.
하지만 다른 책들이 인류학이나 경제학 관점에서 접근하는 사례들을 이 책은 오로지 프레임이라는 일관된 개념으로 깊이 있게 해석해 주고 있다.

프레임을 읽어보고, 프레임을 이해한 다음, 더 나은 삶을 위해 프레임을 활용했으면 한다.
모든 출구는 어딘가로 들어가는 입구다(Every exit is an entry somewhere.)

== 기억나는 문장들
사람의 지각과 생각은 항상 어떤 맥락, 어떤 관점 혹은 일련의 평가 기준이나 가정하에서 일어나는데, 그러한 맥락, 관점, 평가 기준, 가정을 프레임이라고 한다.
프레임이야말로 우리 마음에 깔린 기본 원리인 동시에 행복과 불행, 합리와 비합리, 성공과 실패, 사람들 사이의 상생과 갈등을 결정하는 가장 중요한 요인이다. 프레임을 이해하는 것은 일종의 '마음 설명서'를 이해하는 것과 같다.
사물과 상황에 대한 나만의 정의를 다시 내려보는 것. 그것이 프레임을 바꾸는 길이다.

상황 프레임이 인도하는 지혜의 끝은 '나 자신이 타인에게는 상황이다'라는 인식을 갖는 것이다. 다른 사람의 행동이 그 사람의 내면이 아니라 바로 '나'라는 상황 때문에 기인한다는 깨달음, 그것이 지혜와 인격의 핵심이다.

선택과 결정을 내려야 하는 순간 반드시 던져봐야 할 질문은 "내가 내린 선택이나 결정이 절대적으로 최선의 것인가, 아니면 프레임 때문에 나도 모르게 선택되어진 것인가?"이다. 어떤 프레임으로 제시되더라도 똑같은 결정을 내릴 수 있는 능력이 경제적 지혜의 핵심이다.

우리는 다른 사람들이 나를 주시하고 있다고 생각하지만, 정작 우리를 보고 있는 것은 남이 아닌 바로 자기 자신이다. 마음속에 CCTV를 설치해놓고 자신을 감시하고 있으면서도 다른 사람들이 자신을 주목하고 있다고 착각한다.

미국에서 널리 회자되는 유머 중 하나다. 동일한 행동도 어떻게 프레임하느냐(담배를 피우면서 기도하는 행동 vs. 기도하면서 담배 피우는 행동)에 따라 우리가 삶에서 얻어내는 결과물이 결정적으로 달라진다.

시간이 지나고 나면 웬만한 것들은 다 사소해 보이는 법이다.

내가 허송세월하고 있는 오늘은 누군가에게는 간절했던 내일이다.

지혜의 핵심은 올바른 질문을 할 줄 아는 것이다(존 사이먼)

나는 세상을 강자와 약자, 성공과 실패로 나누지 않는다.
나는 세상을 배우는 자와 배우지 않는 자로 나눈다. (사회학자 벤저민 바버)

PMBOK 7판 vs PMBOK 6판

루키~ — Sat, 14 Dec 2024 21:39:00 +0900

PMBOK는 1969년 설립된 비영리 협회인 프로젝트 관리 연구소(PMI)에서 만든 "프로젝트 관리 지식체계"로,
1987년 백서로 처음 발행한 후, 1996년부터 책 형식으로 출판했다.
기존의 PMBOK 6판은 지식영역에 중점을 두고, 프로젝트 관리를 위한 절치, 기법, 산출물 등의 지식체계를 구성했었지만,
2021년 개정한 7판에서는 원칙 중심의 프로젝트 관리 지식체계로 8가지 성과 영역과 12원칙을 중심으로 구성되었다.
즉, PMBOK 7판부터는 프로젝트에 적용하기 위한 지식체계가 아닌 프로젝트에 적용할 수 있는 원칙과 가치전달을 다루고 있다.

PMBOK 가치는 책임, 존중, 공정성, 정직에 둔다.

PMBOK 7판에서는,

8개 성과영역

① 이해관계자(Stakeholder): 이해관계자와 관련된 다양한 활동 및 기능
② 팀(Team): 인도물을 생산하는 담당자와 관련된 활동 및 기능
③ 개발방식 및 생애주기(Development Approach and Lifecycle): 프로젝트 개발방식, 생애주기 단계와 관련된 활동 및 기능
④ 기획(Planning): 프로젝트 작업 구성, 상세화 및 조율
⑤ 성과(Project Work): 프로젝트 프로세스 확림, 물적 자원관리, 학습환경 조성과 관련된 활동 및 기능
⑥ 인도(Delivery): 프로젝트 범위 및 품질이행의 제공과 관련된 활동 및 기능
⑦ 측정(Measurement): 프로젝트 성과를 평가하고 최적의 성과를 유지하기 위해 적절한 대응 구현
⑧ 불확실성(Uncertainty): 리스크 및 불확실성과 관련된 활동과 기능

프로젝트 관리 12원칙

1. 스튜어드쉽(Stewardship): 성실하고 존경할만하며 배려심 있는 관리자
2. 팀(Team): 협력적인 프로젝트 팀 환경 형성
3. 이해관계자(Stakeholders): 이해관계자와의 효과적인 관계
4. 가치(Value): 가치 중심
5. 시스템 사고(System Thinking): 시스템 상호작용에 대한 인식, 평가 및 대응
6. 리더십(Leadership): 리더십 행동 보여주기
7. 조정(Trailoring): 상황에 따른 조정
8. 품질(Quality): 프로세스 및 인도물의 품질 체계 구축
9. 복잡성(Complexity): 복잡성 탐색
10. 위험(Risk): 리스크 대응 최적화
11. 적응성과 복원력(Adaptability and Resiliency): 적응력 및 복원력 수용
12. 변화(Change): 계획 목표 달성을 위한 변화

PMBOK 6판에서는,

PMBOK 6판에서는 5개의 프로세스 그룹 (착수, 계획, 실행, 감시 및 통제, 종료), 10개의 지식영역 (통합관리, 범위관리, 일정관리, 원가관리, 품질관리, 자원관리, 의사소통관리, 위험관리, 조달관리, 이해관계자관리), 49개의 프로세스로 구성되어 있다.

5개 프로세스 그룹

1. 착수 프로세스 그룹(Initiating Process Group)
착수 프로세스 그룹에서는 1) 이해관계자 식별, 2)프로젝트 헌장 승인 완료, 3) 프로젝트 관리자(PM)를 지정한다.

2. 계획 프로세스 그룹(Planning Process Group)
계획 프로세스 그룹에서는 "프로젝트 관리 계획서"와 범위, 시간, 원가, 품질, 의사소통, 자원, 위험, 조달, 이해관계자 참여에 관련된 모든 계획 문서들을 개발한다.

3. 실행 프로세스 그룹(Executing Process Group)
실행 프로세스 그룹은 분석, 설계, 개발 등 프로세스 관리 계획에서 정의한 작업을 완료하기 위해 수행하는 전과정의 프로세스들로 구성된다.

4. 감시 및 통제 프로세스 그룹(Monitoring and Controlling Process Group)
프로젝트 목표 계획을 달성하고 있는지, 진행상황을 추적하고 검토/조정하는 프로세스로 대부분 위험감시, 자원 통제와 같이 "감시", "통제"라는 표현이 들어간다.
특별하게 "범위확인"도 감시 및 통제 프로세스 그룹에 해당한다.

5. 종료 프로세스 그룹(Closing Process Group)
모든 프로젝트와 단계를 공식적으로 완료하는 프로세스로 구성된다.

10개의 지식영역

1. 프로젝트 통합관리(Project Integration Management)
범위 관리~이해관계자 관리까지 다른 9개의 지식 영역을 통합하는 프로세스를 다룬다.

2. 프로젝트 범위관리(Project Scope Management)
프로젝트 가치 전달을 위해 이해관계자의 요구사항을 수집/분석하여 프로젝트 범위로 정의하고, 각 단계별 작업 활동을 구체화하는 프로세스다.

3. 프로젝트 일정관리(Project Schedule Management)
일정에 따른 자원의 효율적 배분 등 프로젝트 수행을 위한 최종 일정표를 개발하기 위한 프로세스다.

4. 프로젝트 원가관리(Project Cost Management)
원가 관리계획, 원가 산정, 예산 결정, 원가 통제 등 프로젝트 관리 3대 지식 영역(범위, 일정, 원가) 중 하나다.

5. 프로젝트 품질관리(Project Quality Management)
소프트웨어 등 품질에 대한 안정성을 확보하기 위한 프로세스다.

6. 프로젝트 자원관리(Project Resource Management)
프로젝트 성과달성을 위한 조직구성, 팀원관리 등 인적/물적 자원을 관리하는 프로세스다.

7. 프로젝트 의사소통관리(Project Communications Management)
프로젝트 정보를 필요한 이해관계자들과 팀원들에게 보고하고 효과적인 의사소통을 유지하기 위해 필요한 활동을 수행한다.

8. 프로젝트 위험관리(Project Risk Management)
프로젝트 위험관리는 위험을 식별하고 원인을 분석하며, 발생확률, 영향 및 대응방안 등을 관리한다.

9. 프로젝트 조달관리(Project Procurements Management)
프로젝트 조달관리는 프로젝트 수행 시 필요한 자원, 제품, 서비스를 외부에서 공급받기 위한 절차와 활동이다.

10. 프로젝트 이해관계자 관리(Project Stakeholder Management)
프로젝트 이해관계자를 식별하고 관리하는 프로세스다.

이것은 앞서 정리한 ISO21500과도 거의 유사하다
ISO21500은 5개의 프로세스 그룹 (착수, 기획, 이행, 통제, 종료)
10개의 주제 그룹 (통합, 이해관계자, 범위, 자원, 시간, 원가, 리스크, 품질, 조달, 의사소통)
39개의 프로세스로 구성되어 있다.

정보시스템 감리관련 제도 - 전자정부법, 소프트웨어진흥법

루키~ — Wed, 11 Dec 2024 21:42:15 +0900

전자정부법 바로가기
소프트웨어진흥법 바로가기

정보시스템 감리 제도 관련 전자정부법을 살펴보면,
① "전자정부법 제57조(행정기관등의 정보시스템 감리)"에서는 감리 수행에 대해 규정한다.
(다만, 전자정부사업관리 위탁사업에 대해서는 감리를 수행하지 않는다.)
② "전자정부법 제58조(감리법인의 등록)~제63조(등록취소처분을 등을 받은 감리법인의 업무계속 등)"까지는 감리법인의 등록, 준수사항, 감리원 등에 대해서 규정한다.
(감리법인의 행정처분에 대한 기준은 "전자정부법 시행령 - 감리법인 행정처분 기준"을 참고한다.)
③ "전자정부법 제67조(사전협의)에서는 전자정부사업 및 지역정보화사업을 추진할 때에는 중복투자 방지를 위하여 사전협의를 하도록 규정한다.
(다만, 사전협의 대상사업을 다른 기관과 상호연계하거나 공동이용과 관련하여 추진하는 사업으로 한정함에 따라 감리사업은 사전협의에서 제외된다. 사전협의 대상사업은 전자정부법 시행령 제82조(사전협의 대상사업), 전자정부 성과관리 지침 제4조(대상사업)에 정의되어 있다.)
④ "전자정부법 제45조(정보기술아키텍처 기본계획의 수립 등)"에 따른 행정기관 및 공공기관 정보시스템 구축·운영 지침 제42조(인력관리 금지)에서 제안요청서에 투입인력의 수와 기간을 요구할 수 없도록 하고 있으나, 정보시스템감리사업 등은 예외로 인력관리를 할 수있도록 규정한다.

감리사업 관련 소프트웨어진흥법을 살펴보면,
"소프트웨어진흥법 제50조(소프트웨어사업 과업심의위원회)"에 과업내용의 확정, 계약금액·계약기간 조정을 위해 과업심의위원회를 두도록 규정하고 있다.
(다만, "소프트웨어사업 계약 및 관리감독에 관한 지침 제25조(과업내용의 확정 시기 및 기준 등)"에 따라 감리사업은 과업심의위원회를 간소화 방식으로 심의할 수 있다. 통상 과업심의위원회는 5~10명으로 구성하나, 간소화 방식은 과업심의위원회 2인 이상이 심의할 수 있다.)

(루키 포인트)
1. 전자정부사업관리 위탁사업은 감리사업 X
2. 감리사업은 사전협의 대상 X
3. 감리사업은 투입인력 관리 금지대상 X
4. 감리사업은 과업심의위원회 간소화 방식 O

참고로, 전자정부법에 따른 감리사업의 법적근거는 다음 그림과 같다.

전자정부법 시행령 - 감리법인 행정처분 기준
정보시스템 감리기준 - 감리대가 산정, 평가항목
정보시스템 감리수행 가이드 - 프레임워크, 과업이행여부 점검
지능정보기술 감리 실무가이드 - 운영 및 유지관리 사업감리
정보시스템 감리원 윤리 가이드 - 감리원 윤리 준수 요소
SW 사업자를 한 정보시스템 감리준비 가이드
SW 사업 대가산정 가이드 - 25년 적용단가 및 계약금액 조정 등
SW 개발사업의 적정 사업기간 산정 가이드
CBD SW개발 표준 산출물 관리 가이드 - 단계별 산출물
공공기관의 데이터베이스 표준화 지침 - 표준 수립 및 적용 점검
인공지능 학습용 데이터 품질관리 가이드라인 및 구축안내서

SW 사업자를 위한 정보시스템 감리 준비 가이드

루키~ — Sun, 8 Dec 2024 11:26:36 +0900

SW 사업자를 위한 정보시스템 감리준비 가이드.pdf

0.56MB

SW 사업자를 위한 정보시스템 감리준비 가이드는,
정보시스템 감리를 실시함에 있어서 정보화 사업을 수행하는 SW사업자가 사전에 자료를 준비하고 감리 과정에서의 대응 및 감리 개선권고사항에 따른 시정조치를 수행하는데 참조할 수 있는 실무지침이다.

SW사업자가 감리 대응을 위해 준비해야 할 기본적인 문서는 다음과 같다.
①사업관리문서: 제안요청서, 제안서, 계약서, 착수계, 사업수행계획서, WBS, 회의록, 주/월간보고자료, 이슈관리대장 등 사업관리를 위하 작성된 문서
②산출물: 요구사항정의서, 분석단계문서, 설계단계문서 등 적용 방법론에 따라 단계별로 제출하는 결과물

구체적으로 감리 수행 절차별 작성할 문서로,
①요구정의 단계는 요구사항정의서와 과업대비표를 제출(변경시 변경 내역을 요구사항정의서에 명시적으로 작성)
②설계단계는 분석 및 설계 산출물과 함께 요구사항추적표를 제출(과업변경시 과업심의위원회 개최여부 등 제시)
③종료단계는 과업내용 이행여부를 자체적으로 점검하여 검사기준서 작성

현장감리 종료 후, 감리법인이 작성한 감리수행결과보고서에 대해 시정조치계획서와 시정조치결과서를 작성하여 제출하고
감리법인은 시정조치확인보고서를 제출한다.

(루키 포인트)
SW사업자는 과업대비표, 요구사항추적표, 검사기준서, 시정조치계획서, 시정조치결과서를 작성하고
감리법인은 감리수행결과보고서, 시정조치확인보고서를 작성한다.

정보시스템 감리원 윤리 가이드 - 감리원 윤리 준수 요소

루키~ — Sat, 7 Dec 2024 10:32:24 +0900

정보시스템감리원 윤리가이드.pdf

0.48MB

정보시스템 감리원 윤리 가이드는,
감리원의 윤리 의식 제고 및 권위를 확보하고 감리원 윤리성 보장을 통한 정보시스템 감리결과의 투명성을 제고하기 위해 NIA에서 2014년 제정했다.

감리원 윤리 준수 요소 중 행동 지침은,
①공익의 달성, ②객관성과 공정성 유지, ③준법성과 비밀에 대한 보안유지, ④전문성 유지, ⑤사명감과 품위유지이다.

(루키 포인트)
공객비 전사(공익, 객관성과공정성, 비밀에 대한 보안유지, 전문성유지, 사명감과 품위유지)로 암기하자!

참고로, 한국기술사회에서 제정한 "기술사 윤리강령"의 기본강령은,
①국민의 안전·보건·복지와 환경의 보전, ②자긍심과 직무능력, ③정직, 성실, 공평성, ④사명감과 품위유지, ⑤신뢰와 협동, ⑥비밀의 보전 유지로 감리사 윤리강령과 비교하면 정직, 성실, 자긍심, 신뢰와 협동이 추가되어 있다.

지능정보기술 감리 실무가이드 - 운영 및 유지관리 사업감리

루키~ — Thu, 5 Dec 2024 07:37:47 +0900

지능정보기술 감리 실무가이드.pdf

2.09MB

지능정보기술 감리 실무가이드는,
빅데이터 및 클라우드 정보화사업, 정보시스템 운영 및 유지관리 사업의 감리 점검 가이드를 제공한다.

정보시스템 운영 및 유지관리 사업 점검 가이드를 살펴보면,
감리 대상을 개발SW, 상용SW, 인프라로 구분하고
정보시스템 운영에서는 16개 점검항목을
정보시스템 유지보수에서는 36개의 점검항목을 제시한다.

개발SW의 운영 및 유지관리 점검항목을 비교하면,
운영은 "릴리스 및 배포 관리, 테스트 지원, 장애관리"를 점검하고
유지보수는 "모니터링, 장애처리 및 장애관리, 사용자지원, 성능관리, 정기/비정기 점검, 릴리스 및 배포관리" 등을 수행한다.

(루키 포인트)
운영과 유지보수의 차이에 대해서 살펴보면, (정확한 구분은 어렵지만)
운영은 정보시스템의 정상적 운영에 필요한 활동으로 개발자와 사용자가 함께 하는 것이고,
유지보수는 정보시스템의 보수,개선에 필요한 활동으로 개발자 관점에서 하는 것으로 볼 수 있다.
참고로, 테스트 지원은 운영의 점검항목이며, 사용자교육 등은 유지보수 점검항목이다.

정보시스템 감리수행 가이드 - 프레임워크, 과업이행여부 점검

루키~ — Tue, 3 Dec 2024 07:37:38 +0900

정보시스템 감리수행 가이드.pdf

1.96MB

1. 정보시스템 감리 점검 프레임워크 v3.0

정보시스템 감리수행 가이드라인에는 정보화사업 유형별 표준 점검항목(62페이지) 이 포함되어 있다.
정보화사업 유형별 표준 점검항목은 "정보시스템 감리 점검 프레임워크 v3.0"에 따라,
사업유형별 감리 수행시 점검항목을 제시한다.

정보시스템 감리점검 프레임워크는
감리영역, 사업유형/감리시점, 감리관점/점검기준으로 구성된 감리 수행기준을 제시한다.

정보시스템 감리점검 프레임워크의 사업유형은,
정보기술아키텍처구축(EA), 정보화전략계획수립(IS), 시스템개발(SD), 데이터베이스구축(DB), 시스템운영(OP), 유지보수(MA)로 나누어져 있다.

사업유형 중 시스템개발(SD)은,
구조적/정보공학적 개발모델(분석 - 설계 - 구현 - 시험 - 전개)과 객체지향/컴포넌트기반 개발모델(요구분석 - 분석/설계 - 구현 - 시험 - 전개)로 나누어진다.
특히, 응용시스템(감리영역) 측면에서 보면 "분석 단계(감리시점)"에서
구조적/정보공학적 개발모델은 "프로세스, 이벤트 모델링 및 기능 도출의 충분성, 적정성"을 점검하고
객체지향/컴포넌트기반 개발모델은 "시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 / 개념수준의 분석 클래스 도출여부"를 점검한다.

(루키 포인트)
정보시스템 감리점검 프레임워크는 영사관(감리영역, 사업유형/감리시점, 감리관점/점검기준)이며
사업유형은 아전개데운유(정보기술아키텍처구축, 정보화전략계획수립, 시스템개발, 데이터베이스구축, 시스템운영, 유지보수)이다.

2. 과업이행여부 점검

정보시스템 감리수행 가이드에 따른 과업이행여부 점검은,
감리원이 직접 점검한 결과를 검사기준서의 판정기준과 비교하여 적합, 부적합을 판정한다.

< 적합 >
검사기준의 검사방법에 따라 점검한 결과가 예상결과와 판정기준에 부합한 경우
- 검사기준서의 요건을 충족한 경우
- 결함이 발견되지 않은 경우
- 현장감리 기간 내에 보완된 결함(단순결함)으로, 추가 오류(해당기능의 오류뿐만 아니라 연계된 타 기능의 오류) 발생 가능성이 없다고 판단되는 경우

< 부적합 >
검사기준의 검사방법에 따라 점검한 결과가 예상결과와 판정기준에 부합하지 않거나 중대한 결함이 발생한 경우
- 중요 과업 요건이 구현되지 않은 경우
- 원인이 규명되지 않은 결함
- 시스템 동작 중단 결함
- 검사기준서의 요건을 충족하지 못한 결함
- 다른 기능 수행에 영향을 미치는 결함
- 감리 기간 내 보완되지 않은 기타 결함

< 점검제외 >
점검 과정에서 ①테스트 환경이 준비되지 않거나, ②선행 기능의 결함으로 점검하지 못한 경우, ③외부환경 변화, 발주기관의 요청이나 합의에 의해 진행 중인 경우 (관련 증빙에 점검 제외 사유 등을 명확히 작성)

정보시스템 감리기준 - 감리대가 산정, 평가항목

루키~ — Thu, 28 Nov 2024 07:25:50 +0900

정보시스템 감리기준 바로가기

(정보시스템 감리기준) 감리대가 산정기준.pdf

0.18MB

1. 감리대가 산정

정보시스템 감리기준(행정안전부 고시)에 따르면,
보정전 기본감리비는 감리 대상사업의 특징, 예산, 사업기간 등을 감안하여 조정하고
보정후 기본감리비는 보정전 기본감리비에 난이도 요인을 감안하여 산정하며,
직접경비는 여비, 시험 진단 도구사용료, 특수분야 전문가 자문비 등 감리업무와 직접 관련이 있는 소요비용 적용한다.

< 보정전 기본감리비 >
보정전 기본감리비는 IT감리 평균임금, 감리대상 사업비 보정금액, 제경비율, 기술료율 항목으로 구성

1. 3단계 감리(요구정의, 설계, 종료)

2. 2단계 감리(설계, 종료)

< 상주 및 추가감리 >
상주 및 추가감리는 투입공수, 해당 IT직무 평균임금, 제경비율, 기술료율 항목으로 구성

< 보정후 기본감리비 >
보정후 기본감리비는 보정전 기본감리비에 난이도계수합을 적용

2. 감리 제안서 기술평가 기준

정보시스템 감리기준(행정안전부 고시)은
감리 발주 및 계약을 위한 감리 제안서 기술평가 기준을 제시한다.

감리제안서 기술평가 기준의 평가항목은
1. 점검내용, 점검방법
2. 감리 일정 및 절차
3. 감리인력 구성, 총괄감리원, 각 분야별 감리인력
4. 기타 지원사항(교육훈련, 품질관리, 시험진단 점검을 위한 자동화 도구 및 기법, 감리범위 등)으로 구성된다.

감리제안서 기술평가 기준의 평가항목에 따른 세부평가요소는 다음과 같다.

전자정부법 시행령 - 감리법인 행정처분 기준

루키~ — Wed, 27 Nov 2024 07:34:36 +0900

(전자정부법 시행령) 감리법인 행정처분기준.pdf

0.12MB

전자정부법 시행령 제77조(감리법인에 대한 행정처분 등)에 따른
감리법인의 등록취소, 업무정지 등 행정처분은 다음과 같다.
(세부 사항은 전자정부법 시행령 별표5인 위 파일을 참고하고, 여기에서는 처분기준별로 묶어서 정리한다.)

< 등록 취소 >
1. 거짓이나 그 밖의 부정한 방법으로 등록
2. 최근 3년간 3회 이상의 업무정지 처분 받음
3. 업무정지 기간 중 정보시스템 감리 수행 (처분 전 체결한 계약에 따른 감리수행은 제외)
4. 임원이 결격사유에 해당 (해당된 날부터 6개월 이내 다른 임원으로 임명하는 경우 제외)
5. 감리법인의 등록기준에 미달 (3차이상)

< 경고 >
1. 감리 기준을 지키지 아니하고 감리업무를 수행 (1차 경고, 2차 업무정지 1개월, 3차 업무정지 2개월)
2. 감리법인의 등록기준에 미달(1차 경고, 2차 업무정지 1개월, 3차 등록취소)
3. 감리법인 등록기준 외의 변경사항을 신고하지 않음 (1차 경고, 2차 경고, 3차 업무정지 10일)
4. 감리법인 등록기준에 해당하는 변경사항을 신고하지 않음 (1차 경고, 2차 업무정비 10일, 3차 업무정지 1개월)
5. 거짓으로 감리보고서를 작성 (1차 경고, 2차 업무정지 2개월, 3차 업무정지 3개월)

< 업무정지 >
1. 거짓으로 변경신고 (1차 업무정지 1개월, 2차 업무정지 2개월, 3차 업무정지 3개월)
2. 감리원이 아닌 사람에게 감리업무를 수행 (1차 업무정지 6개월, 2차 업무정지 9개월)
3. 다른자에게 자기 명칭을 사용하게 하여 정보시스템 감리 (1차 업무정지 6개월, 2차 업무정지 9개월)

CBD SW개발 표준 산출물 관리 가이드 - 단계별 산출물

루키~ — Tue, 26 Nov 2024 07:16:24 +0900

CBD SW개발 표준 산출물 관리 가이드.pdf

1.69MB

2011년 한국지능정보사회진흥원에서 발표한 "CBD SW개발 표준 산출물 관리 가이드"에 따르면,
"분석 - 설계 - 구현 - 시험" 단계별 산출물은 다음과 같다.

< 분석 단계 >
사용자 요구사항 정의서, 유스케이스 명세서, 요구사항 추적표

< 설계 단계 >
클래스 설계서, 사용자 인터페이스 설계서, 컴포넌트 설계서, 인터페이스 설계서, 아키텍처 설계서, 총괄시험 계획서, 시스템시험 시나리오, 엔티티 관계 모형 기술서, 데이터베이스 설계서, 통합시험 시나리오, 단위시험 케이스, 데이터 전환 및 초기데이터 설계서

< 구현 단계 >
프로그램 코드, 단위시험 결과서, 데이터베이스 테이블

< 시험 단계 >
통합시험 결과서, 시스템시험 결과서, 사용자 지침서, 운영자 지침서, 시스템 설치 결과서, 인수시험 시나리오, 인수시험 결과서

(루키 포인트)
1. 총괄시험계획서, 시스템시험 시나리오, 통합시험 시나리오, 단위시험 케이스는 시험 단계가 아닌 설계 단계 산출물
2. 단위시험 결과서는 시험 단계가 아닌 구현 단계 산출물
3. 인수시험 시나리오는 설계 단계가 아닌 시험 단계 산출물