컴퓨터 원격 서비스

https://youtu.be/T2HZCub27fo

1. 시스템 분석과 소프트웨어 개발

1-1. 시스템 분석과 소프트웨어 개발의 기초
-  시스템 분석의 중요성과 소프트웨어 공학의 기초를 이해함
-  생산적인 시스템과 소프트웨어 생성 방법론에 대해 학습함
-  시스템의 특성, 목적, 시스템 유지 보수 등에 대해 알아봄
-  소프트웨어의 생명 주기와 타당성 검토의 중요성을 이해함
- (중요) 시스템의 분석, 설계, 구현, 검사, 운영, 유지 보수 등 소프트웨어 개발의 전 과정에 대해 학습함

1-2. 시스템 분석 도구와 코드 설계
-  시스템 분석에서 사용되는 다양한 도구와 그 기능에 대해 학습함
-  DFD, DDDD, 미니 스펙 등의 업무 분석 도구를 이해하고 그 사용 방법을 학습함
- (중요) 코드 설계의 필요성과 이 과정에서 고려해야 하는 주요 요소를 이해함
-  코드 설계의 특성과 코드의 고유성, 확장성, 독립성, 표준화 등을 학습함
- (중요) 코드의 기능과 코드 종류에 대해 알아봄

1-3. 코드의 종류와 특성
-  시스템 분석에서 이용되는 코드 종류에 대해 학습함
-  순차 코드와 시퀀스 코드의 차이를 이해함
- (중요) 각 코드 종류의 특성과 이를 활용한 소프트웨어 개발 과정에 대해 학습함
-  복잡한 시스템 분석을 위해 다양한 코드 종류와 그 사용법을 이해함
-  각 코드 종류의 장단점과 이에 따른 효과적인 활용 방안을 학습함

2. 데이터 분류

2-1. 순차 코드
-  코드의 성격에 따라 데이터 삽입과 삭제가 용이함
- (중요) 코드 체계가 명확하지 않아 데이터 분류가 어려움
-  단순 명료하고 자릿수가 짧은 장점이 있지만, 코드 중간에 새로운 자료 삽입이 어려움
-  데이터 삽입과 삭제가 어려워 데이터 이동이 필요함
-  순차 파일을 사용하면서 분류 체계가 중요함

2-2. 구분 코드
-  순차 코드를 블록으로 나누어 구분 순차 코드(블록코드)를 만듦
-  총무부를 구분 기준으로 데이터를 블록으로 분류함
-  구분 코드를 통해 공통된 분류로 작업이 용이함
-  단점은 코드 낭비가 발생하여 효율성이 떨어짐
-  구분 코드를 통해 데이터 항목 구성의 분류 기능을 우수하게 구현 가능함

2-3. 표의 숫자 코드
-  데이터의 성질을 그대로 나타내기 위해 표의 숫자 코드를 만듦
-  데이터의 크기, 깊이나 높이 등을 포함하여 코드를 부여함
- (중요) 데이터의 성질을 알 수 있어 기억하기 쉽고, 융통성이 좋음
-  단점은 자릿수가 길어짐(항목수에 비해 자릿수 많음)
- (중요) 신문 등에서 표의 숫자 코드를 많이 사용함

3. 소프트웨어 코드와 오류의 이해

3-1. 코드의 종류와 코드화 과정
-  코드는 데이터를 연상하거나 기억하기 위해 사용하며, 연상의 요인과 나이, 성별 등을 기반으로 함
-  코드의 특징 중 하나는 코드만 보고도 물건을 데이터를 연상할 수 있음
- (중요) 코드의 단점은 코드의 특징이 없어서 분류가 어려워짐
-  코드의 장점은 기존의 코드에 분류 기능을 보완하고, 분류를 더욱 정확하게 할 수 있음

3-2. 코드의 오류와 그 종류
-  코드 입력 과정에서 발생한 오류를 코드 오류라고 함
-  코드 오류에는 전사 에러, 전위 에러, 더블 트랜스포지션 에러, 생략 에러, 추가 에러 등이 있음
- (중요) 전사 에러는 입력된 코드가 잘못된 형식으로 입력된 것을 의미하며, 복사 에러는 입력된 데이터가 잘못 복사된 것을 의미함
-  트랜스포지션 에러는 특정 위치의 데이터가 바뀌게 되었음을 의미함

3-3. 코드 설계의 중요성과 절차
-  코드 설계는 시스템 분석, 설계, 프로그래밍의 첫 단계임
- (중요) 코드 설계 과정은 대상 데이터 선정, 사용 범위 결정, 사양 기준 설정, 코드 설계 점검, 코드 표 작성, 코드 표 관리 등으로 이루어짐
-  코드 설계의 주요 과정은 선언된 기능에 따라 다름
-  소프트웨어 라이프 사이클이 주어진 조건에 따라 계획을 수립하고 실행 및 관리하는 것이 중요함

화자 1
00:10
자 전국에 계시는 우리 엠투엠 안방 가족 여러분 계속해서 감독의 수업을 함께 하겠습니다. 좋아요. 어 좋습니다. 그죠 자 여러분들 자 유리 산업기사 지금 시스템 분석 설계하고 있지 기사는 소프트웨어 공학 그죠 거의 내용이 비슷하죠. 그래서 생산적인 시스템 생산적인 소프트웨어를 만드는 방법론을 배우고 있다. 그지 그래서 바로 앞 시간에 우리가 시스템 분석의 종합적인 이야기를 안 했나 시스템 그죠 반대말 카오스 그죠 이 시스템의 특성 목적 그렇죠. 또 이제 이 시스템에 기본 3요소 IPO 그죠 5요소 피드백까지 되었고 또 중요했던 게 뭡니까?

화자 1
01:00
시스템 즉 소프트웨어의 나이프 사이클 생명 주기 개발 단계 그죠 타당성 검토를 하고 저 시스템 조사를 하고 난 뒤에 분석 설계 구현 검사 그죠 그리고 운영 그리고 유지보수 운영과 동시에 유지 보수가 된다는 그 이야기 실제 JJH가 겪었던 20년 전의 이야기를 곁들여서 이야기를 했다. 그죠 그래서 여러분들 그거 하나면 끝이다. 그죠 그걸 하나만 보면 다 된다는 거지 그리고 이제 특히 산업 기사는 그중에서도 설계 파트에 많이 치중해 있다는 거 이미 앞 시간에서 전반적인 게 봤죠 자 이제 오늘 두 번째 바로 이어서 두 번째 CHAPTER 첫 번째 코드슬개로 들어갑니다. 코드슬계 그렇지 이런 이야기 아닙니까 우리가 이제 내가 전산해야 할 업무를 시스템 조사를 하제 시스템 에 업무조사도 프로젝트 조사 시스템 일단은 프로젝트가 좋다.

화자 1
02:00
이렇게 했죠. 프로젝트를 조사를 합니다. 시스템 어 조사를 해 가지고 전산하자 시스템화 하자 소프트웨어화 하자 발음이 잘 안 돼 조사가 되면은 이제 뭡니까? 이 시대 분석을 하죠. 분석 어널리시스 분석을 하잖아. 이 분석에서 뭐가 나오노 이 분석했는 결과 뭐 이 요구 조건을 명세서 분석 분석도구 요구조건 명세서죠 요구 조건을 명사화했는 명세서를 만들어낸다 하자라는 거죠. 요 명세서는 주로 3가지가 많이 이용됩니다. 즉 분석도구죠 요구조건 명세서 도구 또는 업무분석 도구입니다. 도구 도구는 여러분 DFD 참고라는 데이타 플로 다이어그램 내가 처리할 데이터의 흐름도 데이타 플로 다이어그램이죠. 데이타 데이타 어떤 식으로 흘러서 업무 완성이 되나 플로다이아 그램 요놈이 있고요.

화자 1
02:58
분석도구 그리고 DDDD는 데이타 디셔너릭 데이타 사전이라 하죠. 데이타사전 데이타 디셔너리 데이타 사전요 그리고는 소단위 명세서 미니 스펙이죠. 미니 스펙 시케이션 스펙 소단위 명세서 이 3가지가 업무 분석의 도구요. 알겠나 요거는 시험에 많이 나옵니다. 구조적 분석도구 또 업무분석 도구예요. 그럼 이 중에 하나를 가지고 업무를 분석하거든. 어 이게 명세서죠 그래서 DFD로 많이 하고요. DFD가 가장 늘 이용됩니다. DFD를 가지고 이제 명세화 해 놓으면 요놈을 보고 이제 뭡니까? 디자인 설계가 들어가죠 설계 에 디자인이 들어갑니다. 디자인 이 설계에서 가장 먼저 하는 설계가 뭐다 지금 배울 코드설계입니다. 코드설계 코드 설계가 마치면 뭐야? 입출력 설계요 그거 맞히면 파일리설계 파일 또는 DB 설계죠 그래서 산업에게 DB 설계까지는 안 나오죠.

화자 1
03:54
데이터베스 배워야 할 파일리설계 그리고 프로세스나 프로그램 설계 들어가죠 프로그램 설계 들어간다고 그죠 요것들이 다 시험 문제에 나오는 겁니다. 그래서 하는 기사는 요거 위주로 하는데 요번 책들은 제일 첫 번째 코드설계에 대해서 공부하자 이 말입니다. 이해되나 자 업무 분석 도구 구조적 분석도구 3가지 알아 놓으십시오. 예, 예 맞습니다. 맞고요. 자 코드 과연 그러면은 시스템 분석에서 코드가 뭐냐 자 코드 쉽지 내가 처리할 일거리 데이터죠 데이타 코드와 대상이죠. 데이타 내가 현재 전산화해야 할 요소들 어 카오스적인 현실 상황의 데이터들 뭐 회계가 아니면은 경리 장부 안에 여러 가지 계정 과목들이 많이 있죠. 에 이런 데이터를 식별하고 데이터를 식별 동그라미 분류 배열하기 위해 사용하는 숫자 문자로 된 기호를 코드라 합니다. 코드 그렇죠.

화자 1
04:52
내가 처리할 데이터를 이제 뭐 데이터는 우리 현실 세계의 데이터는요 공통성이 없잖아. 이놈을 이제 뭐다 기호 문자로 기호한 이제 뭐요 분류나 식별이나 분류나 식별이나 배열을 쉽게 하기 위해서 정의하라는 게 코드라는 거죠. 그래서 코드 집을 먼저 만드는 거예요. 그래서 컴퓨터는 내가 처리할 데이터를 전부 다 코드 설계를 먼저 하는 게 첫 번째 설계 과정이다. 이 말입니다. 그러면은 이런 코드를 만들면 어떤 게 좋노 또는 코드의 특성은 뭐냐 이 말이지 또 다른 말로 코드 슬래시 유의하라 유의사항이 뭐냐 같은 말입니다. 나의 장관이다. 코드는 반드시 고유성을 가지고 고유성 1대1 대응 이제 에이라는 물건 내가 만약에 우리 회사의 인사 데이터를 전산하겠다. 인사급여를 소프트웨어로 만들겠다. 이러면은 뭐 이제 우리 사람 어 사원번호 001 어 공공이 뭐 어 사람 있겠죠.

화자 1
05:51
에이 JJH 에 뭐 이수나미 임승우 이 우스탭들입니다. 뭐 김언정 정민호 정민호 어디 왜 이렇게 예 그러면은 제이제치는 공공일로 하겠다. 이 수납일은 002로 하겠다 이거 공공사업으로 하겠다. 그렇지 그러니까 이 코드와 실제 데이터가 1대1 대응이 돼야 된단 말이에요. 그죠 001이 재재치가 됐다가 이 수납이 됐다. 이러면 안 된다는 거예요. 그죠 고유성 반드시 코드는 그 실제 데이터와 1대1 되어 고유 하나 고유 고유하게 존재해야 된다는 거 그냥 굉장히 편리하게 돼야 된다는 거 그죠 당연한 이야기 표의성 한눈에 탁 알아봐야 돼요. 표의성 아 표의성 시그니피컨트 어 표의성 그냥 용이성 뭐 비슷한 말입니다. 근데 확장성 다른 말로 프렉시블 유연성 같은 말이죠. 이 코드가 어떤 데이터에 한계없이 계속 확장될 수 있도록 설계가 돼야 된다는 거고, 그냥 좀 독립성이고요. 함축적으로 하는 게 좋다. 긴 것보다는 짧게 짧게 가져가는 게 좋다는 거예요.

화자 1
06:47
그죠 그죠 코드의 특성 살짝 쿵 눈으로 보는 거다 암기하는 건 아닙니다. 그래서 뭐 간혹 나오면은 다음 중 코드의 특성이 아닌 것 잊으라 라고 문제가 나오니까 말도 안 되는 이야기죠 자 듣고 자 코드의 기능은요, 코드는 어떤 기능을 하느냐 기본 3대 기능은 뭐냐 하면 이 코드를 만들어 놓으면 데이터 분류가 좋아요. 분류 기능 식별하기가 좋아요. 식별 기능 배열 데이터 나열하는 기능이 좋습니다. 좋아요. 분류식별배열의 코드예요. 3대의 기능 셋째, 그리고 나머지 부가적인 기능은 데이터의 표준화가 되고요. 표준화 기능 간소화된 기다란 걸 간단하게 숫자 1 또는 문자 이렇게 처리할 수가 있습니다. 또 연상 기능 연상 기능 암호화 기능 오류 검출 기능까지 가능하지 그죠 요거 어 오 코디의 기능 3대 기능 분류기능 식별기능 배열 기능 예 좋습니다. 자 코드의 기능을 봤고요.

화자 1
07:45
자 그다음 에 이제 코드 종류 한번 보자 실제 시스템 분석 설계에서 이용되는 소프트웨어 개발 과정에 이용되는 코드 종류 총망라당했다. 자 시험에 반드시 나온다 근데 너무나 쉬워요 자 코드 중에서 가장 단순한 코드가 순차 코드 시퀀스 코드 순차 코드는 일명 일련 번호씩 코드를 한다. 그죠 자료의 크기 순으로 코드를 매기는 거다 그래서 일련번호식 코드고요. 뭐 이런 거 이거 이제 우리가 많이 만약에 우리 회사의 인사 인사 급여를 전산하겠다. 카면 데이터가 사람들이 쭉 있으면은 그냥 간단하게 먹고요. 전진화는 001 00203 무식하게 그냥 쭉 순차적으로 나열해 버립니다. 그럼 공공 이름은 앞으로 전진하겠죠. 전진화가 제이지에이치다 너 스승 이름 함부로 부르지 마라 예 이렇게 되는 거고요.

화자 1
08:31
그죠 이게 그러니까 단순 명료하고 자릿수가 짧고 순서대로 자료의 추가가 용이한 이런 장점이 있는 반면에 단점은 코드 중간에 새로운 자료 삽입이 어렵다 그죠 예를 들면은 자 여기에 임성우를 3번으로 만들고 2번의 뭐 홍길동이를 집어넣고 싶다 하면 어떻게 돼요. 2번을 홍길동이 집어넣으면서 임성우는 3번 이순환위나 4번 수많은 데이터의 이동이 필요하죠. 그죠 여기 데이터에 삽입이 어렵다 삽입이나 삭제가 어렵다 그죠 알겠죠. 이미 순차 파일에 쓰이는 이야기다 같은 이야기고 명확한 분류 체계가 없어서 코드에 따른 분류가 어렵다 그렇죠. 이게 뭐 구분이 없잖아. 0010을 쭉 나열해 버리니까 어디가 어디까지 이 코드의 성격을 파악하기 어렵다는 거죠. 되겠나 그래서 한번 읽어보면 누구나 알 수 있는 문제다 여러분 조카도 아는 정보 우리집 아동 보면 아는 그런 거 그래서 더 이상 설명이 필요 없고요.

화자 1
09:26
그 다음에 구분 코드는 뭐냐 하면 블록 구분증 말고도 블록 구분 순차 코드 또는 구분코드라고 하지 구분 코드 다른 말로 구분 순차 코드 다른 말로 블록코드 이런 거예요. 아까 순차 코드는 그냥 쭉 나열해버렸는데 이놈은 뭐야? 자 나열은 하기는 하되 1에서 10번 까지는 총무부고 그죠 뭐 11에서 20번 뭐 이렇게 구분해 준다. 구분 블록으로 나눠준다는 거예요. 순차 코드를 블록으로 쭉 이쪽 구분했다는 거죠. 그러니까 이래서 10번은 총무부예요. 총무부 총무부인데 총무부 중에서 공익은 또 뭐다 총무과 공인은 인사과 뭐 이런 식이지 그죠 요런 거 뭐 11월 30일 영업부인데 영업이 영업과는 1일이고 10일이고 이렇게 판매권은 12 그러면은 요 10번 되어 있는 건 전부 다 영업부라는 거죠. 불과 영업부고 요거는 총무부고 요런 거죠. 에 그래서 순차 코드를 구분해 줬는 것 말 그대로 구분순차코드 다른 말로 불량하고 장점은 공통된 분류로 작업이 용이하죠.

화자 1
10:25
공통은 공통으로 아 10번까지는 총무니까 요 10번 데이터는 총무로 처리해야 되겠구나. 그렇죠. 단점은 뭡니까? 코드 낭비의 요인이 발생한다. 왜 그러노 총무부를 이래서 10번까지 해놨는데 실제로 총부의 과가 생각해 보세요. 그러면은 공사부터 00원 낭비가 일어나잖아요. 뭔 말인지 알겠나 뭔 말 이해되죠. 코드 낭비의 요인이 발생할 수 있는 단점은 있는 거예요. 그죠 알겠지 총무부를 다시 이야기한다. 이래서 10번을 총무부로 할당해서 구분을 지어줬거든. 근데 총무부에 과가 3개밖에 없는 거야. 그러면 010203은 되는데 0405 060205 비워 버리잖아요. 그죠 코드의 낭비가 발생하는 구조입니다. 대체 예 공부할 게 없고요. 자 그다음 코드 이제 슬쩍 재미나게 보면 된다. 이야기 다 끝났어 예 이런 게 문제가 나옵니다. 우리를 뭘로 보고 어 제지치의 제자 병태 순자를 뭘로 보고 그죠 세 번째 그룹 분류코드는 단위별 분류코 이것도 가장 많이 씁니다. 중요해요.

화자 1
11:24
실제 실무에서 그룹분류 많이 씁니다. 왜 그러냐면 그럴 분류는 뭐요 대분류 중분류 소분류 대중소로 데이터를 나눴습니다. 대중소로 대중소득 그죠 그러니까 뭐 회계관리 같은 경우도 회계관리 같은 거 할 때도 회계는 계정과목이 있거든요. 계정과목 이 자료들을 모든 회계에 이용되는 여기가 뭐 경영학과는 잘 알겠지만, 계정과목이라 합니다. 모든 데이터를 어카운트라고 하거든. 그럼 회계는 크게 이제 뭐 자산 계정 내가 회계관리 많이 했잖아요. 부채 부채 자본으로 구성되거든. 또 자산에는 또 뭐 고정자산 유도자산 쫙 있어요. 또 고정자산에는 또 뭐뭐 있고 유동에는 뭐 이름 막 돼있거든요. 이런 데이터를 코드할 때는 뭐가 좋노 바로 그룹 분류식 코드가 좋거든. 예를 들면 공일은 자산이고 공리는 부채고 공사 자본이다. 말이에요.

화자 1
12:16
01 중에 01의 에이는 고정이고 01의 B는 유동이고 01의 에이의 공공 이런 고정이야 뭐 이런 식으로 공공비는 뭐 공공 또 이런 식으로 대분류 중분류 소분류 이런 식으로 데이터를 코드하는 거야. 뭐 대중소 하는 게 뭐 그룹 분류 코드 중요합니다. 이거는 실제 실무에서 많이 대중소로 보죠. 그러니까 회사로 말하면은 대분류는 본사냐 지사냐 그죠 공일은 본사고 공일은 지사다 그럼 중분류는 뭡니까? 공일 중에 후 이거는 경영기획 부고 어 뭐 이거는 또 지사의 경영기획부고 그죠 A는 B에 뭐 이런 거고, 과는 보면 경영기획부 중에서 뭐 경리과고 뭐 이런 거겠죠. 예 요런 거지 그래서 대중소로 하는 거고, 자기 장점은 뭐야? 데이터 항목 구성의 분류 기능이 우수한 거 맞죠. 항목 단위로 구성할 수가 있고 융통성이 좋죠. 융통성이 뭐 밑에 뭐, 뭐 밑에 뭐니까 아주 데이타의 융통성이 좋다. 단점은 항목수에 비해 자릿수를 좀 많이 차지하겠죠.

화자 1
13:14
그 자릿수가 아까 순차 코드는 공유 공유 해 주면 되지 이거는 01 다시 에이 다시 005 이렇게 자릿수가 좀 많아지는 단점은 있다는 이야기야 되겠나 그러니까 데이터 분류도 상당히 좋습니다. 이게 저는 요 분류 기법을 실무에서는 많이 쓴다 신문에서는 이걸 많이 써요 대중소 기법을 그다음에 표의 숫자 코드는 뭐냐 시그니피컨트 디지트코드 이렇게 해가지고 요거는 코드화의 대상 즉 데이터의 성질 데이터를 가지고 있는 성질이 있을 거 아니야. 크기라든지 깊이나 높이 등은 그대로 표현하면 요런 게 되면 05 다시 15 다시 이게 만약에 코드다 그럼 이게 뭐다 5키로짜리 가로 1.5 세로 1.0인 데스크 책상이다. 그 책상을 코드 이렇게 붙였다. 금 이 코드를 보고 표의 물건에 그 데이터에 뭐 성질을 알 수가 있죠. 그죠 성질 무게 가로 세로 상품명 그렇죠. 요런 게 표의 숫자식 코드입니다.

화자 1
14:13
이미 일반적으로 사용 많이 합니다. 우리가 여러 가지 제품에도 이런 표의 숫자 코드가 많이 이용돼요. 장점은 코드와 대상체의 성질을 그대로 나타내므로 기억하기가 좋고요. 단점 역시 항목의 자릿수가 결업 분류와 대학 자릿수가 길어지는 꼬라지다 이 말입니다. 됐나 이미 신문에서 많이 쓰고 있지 이런 것들은 상품의 코드 붙이는 거죠. 요즘 모든 뭐 물건에도 다 붙어있잖아. 코드 여러분 과자 빨리 먹는 과자 생필품 다 그 코드가 다 그리고 바코드로 딱 봐 핸드스캔으로 착착 코드를 인식해서 그 코드를 가지고 계산하지 여러분 그 편의점이나 편의점 없나 우리 병태는 노동네 편의점은 없나 아주 상외가 집이 어딥니까 봉화 봉화에는 상점이더라 예예 근데 이제 우리 이 마트나 이런 데 가면요 전부 다 물건 물건 가지고 뭐 이 물건의 그 이름 가지고 나오는 거 아이제 그거 물건마다 전부 다 바코드 값 있잖아.

화자 1
15:05
그걸 가지고 핸드스캔으로 쫙 끊어버리면 그 코드를 컴퓨터에서 불러 들여가지고 그 코드가 얼마 계산 때려 나오는 거지 다 코드화 돼있는 거예요. 알겠나 어 그런 거고, 자 넘어갑시다 10중 분류 코드는 이미 도서관에서 많이 쓰죠 책 분류할 때 도서분류 C 코드를 하고 이제 이런 식으로 철학 뭐 도서분류코드입니다. 도서분류코드 이미 여러분 잘하는 거고, 코드 체계가 명확하고 추가하기가 쉽고 단점은 역시 자릿수가 길어지고 기계처리는 좀 어렵습니다. 시집분을 골라도 한번 보시면 되고 연상 코드 이거는 미모닝 코드 요건 가끔 시험 나온다 미모닝 연상 코드는 뭐고 그 코드를 보면 물건이 연상이 되는 거잖아요. 연상 어 연상의 여인 연상의 요인은 뭐고 나이 많은 여인 연상 못다한 이 통과 예 연산구 코드 값을 보면 코드가 생각나도록 한다.

화자 1
15:56
즉 예를 들면 티브이 다시 더블릿 치고 딱 보면 아 화이트 즉 흑백 티비 흑백 19인치 흑백이다. 티비 C 위치 칼라 아 티비 칼라 27인치구나 요런 식으로 연상 코드 기법이죠. 그죠 연상 코드 뭐 설명 안 해도 너무나 잘하는 거 장점 읽어보시죠. 코드만 보고도 물건을 데이터를 연상할 수가 있고 역시 자릿수가 길어 이게 그런 거요 자 약자식 코드는 뭐 넷탈타입 코드라 해 가지고 널리 사용되는 기호나 문자의 약자를 코드화하는 거 예를 들면 야드 카면은 와이디라든지 그레임 카면 GM이라든지. 킬로미터 카면 뭐 GM 이렇게 쓰는 거겠죠. 그죠 어 장점 코드의 식별이 쉽고 단점 코드의 특징이 없어서 분류가 어려워집니다. 특징은 별로 없죠 이거 얼마인지 알겠나 이것도 코드다 이 말입니다. 무슨 코드 약자식 코드다 약자식 코드 마이스제 그다음에요.

화자 1
16:52
끝자리 분류 코드 요건 특정 사례 조수 코드라 하면서 끝자리 가지고 분류하는 거 예를 들면은 자 1카면 남자 2카면 여자죠 끝자리를 가지고 그러니까 0011 남잔데 전진하고 0022는 여잔데 성준이 아니고 0031은 자 이수람이 남자면서 세 번째 데이터하고 김언정 여자면서 네 번째 데이터 이런 거죠. 끝자리 가지고 분류하는 겁니다. 그래서 끝자리 분류 어 끝자리 1이 남자냐 2는 여잔냐 그죠 요런 식으로 물건의 특성을 나타내 장점은 기존의 코드에 분류기능을 보완하고 있죠. 1 남자 2 여자 1 남자 2 여자 기존의 순차코드에다가 분류 분류 기능을 보완했다. 기존에 무슨 코드 순차 코드에다 그죠 기존의 순차 코드에 분류기능을 보완한 코드 감 답은 뭐다 끝자리 분류코드 다른 말로 특정 자릿수 코드라고요.

화자 1
17:45
근데 요놈은 단점은 독립적으로 사용을 불가능하지 왜 여기에 몰려 있기 때문에 그런 거고, 합성코드는요 2개 이상의 코드를 합성했는 예를 들면 칼 취사치 대한항공 취사치 잘 치로치 일본 항공 시로치 뭐 이런 거겠죠. 요거 합승코드라고 합니다. 그 다음에 봅시다 코드 그다음에 또 있어요. 예 방금 받는 것들 코드의 종류 한 방금 소개했는 이런 코드 중에 하나를 가지고 뭐 내가 처리할 데이터를 코드화합니다. 코드 설계하는 거죠. 알겠나 그러니까 시스템 분석설계에서 즉 소프트웨어 설계해서 내가 처리할 데이터를 그냥 그대로 집어넣는 게 아니고 뭘 한다. 코드화한다. 코드 설계를 하고 난 뒤에 그 코드를 가지고 데이터를 처리하는 거지 순수 데이터를 그냥 처리하면은 상당한 문제가 발생 어떤 문제 식별하기 힘들고요. 분류하기 힘들고요. 배열하기 힘들고요. 표준화시키기 힘들고 알겠나 그 말이에요. 그 말 그걸 쭉 쓰는 겁니다.

화자 1
18:45
그죠 그래서 여러분 간단하게 보시면 되고 실무에선 또 뭐 여러 가지 데이터의 성질에 따라서 하나씩 골라서 써먹죠 내 같은 경우도 그룹 분류식 대중소 기법을 많이 쓴다 자 그 다음에 이런 코드의 오류죠 코드의 오류에 대해서 공부해보자 이 코드의 오류는 뭐냐면 자 이런 코드를 입력하는 과정에서 발생한 오류다잉 코드는 전부 다 문자 아니면 숫자로 안 돼 있잖아. 그죠 문자 아니면 숫자로 되어 있는데, 입력하다가 문자가 틀린다든지 숫자가 하나 틀려 들어와 버리면 엄청난 오류가 발생하겠죠. 그 데이터는 있으면 뭐하겠죠. 그죠 이런 걸 코드고 이런 코드 오류 종류는 이 정도 종류가 있다는 거 시험에 출제 빈도가 높다 이거는 코드 오류 종류는요 자 그러면 전사 에라가 뭐냐 이거는 트랜스 크립션 에라 다른 말로 오자 에라 다른 말로 복사해라입니다. 복사 이동복사해라 같은 말이다. 트랜스크립셔네라는 뭐고 내가 12345로 입력을 했는데 어떤 원인에 의해서 이 328로 전사 복사가 잘못되어 있는 거죠.

화자 1
19:44
예 요렇게 1자리 틀리는 거 1 2 3 4 5인데 1 2 8 4 5 요래 되는 건 무슨 해라 전사해라 트랜스 크립션 해라 이동하면서 크립션 복사가 잘못됐는 거죠. 그래서 오 자 에라 다른 말로 복사 에러라 이래 이야기합니다. 쉽죠 자 전사해라 꽁냐 너무나 쉬운 이야기 그다음에 전위 에러는 뭐냐 트랜스 포지션 에라 트랜스 포지션 위치가 바뀌었다. 이 말입니다. 트랜스 포지션 에라 1 2 3 4 5를 넣었는데 1 2 3 4 5 바뀌어 버렸어요. 이런 에라가 뭐다 전위 에러 전위 트랜스 포지션 에라입니다. 됐나 싶고요. 그럼 이 중에는 뭡니까? 더블 트랜스포지션입니다. 이거는 봐봐요. 12345를 넣었는데 2하고 3하고 바뀌었죠. 3위 4 5하고 바뀌었습니다. 요런 거 2개 이상이 동시에 위치가 바뀌는 거예요. 그죠 그래서 투 더블 트랜스 포지션이라는 겁니다. 이중 에라 됐죠 더블유해라 됐고요.

화자 1
20:38
자 생략 에러 오미션 에라 해 가지고 1 2 3 4 5를 입력했는데 1 2 4 5 하나가 빠져버리면 말 그대로 생략 에러죠 생략 에러가 발생했다는 거고, 추가해라는 뭡니까? 12345를 입력했는데 123456 추가돼 있죠. 말 그대로 추가해라 너무나 쉽고 무작위 해란은 지멋대로 막 공식 없이 멋대로 바뀌어버린 겁니다. 예를 들면 12345인데 괜히 무슨 들이서리들이 짬뽕 되뿌는 에라 무작위해라 이런 거 있죠. 그래서 중요한 거는 전사해라 전의해라 더블 에라 정도가 중요합니다. 그죠 자 코드 입력 과정에 이런 에러가 발생할 수 있으니까 설계 시에 조심해라 그런 이야기 되겠나 코드의 오류 종류였습니다. 현재 우리는 코드를 배우고 있다. 자 코드 다시 이야기하면 코드가 뭐고 내가 처리할 데이터를 기호와 숫자로 만들어 놓는 게 코드고 시스템 설계 프로그램 설계에서 제일 먼저 첫 번째 하는 작업입니다.

화자 1
21:33
내가 처리할 계정 코드지 코드들을 저 데이터를 코드화 만들어놓고 프로그램 짜는 거요 알겠어요. 그런 이야기입니다. 자 그 다음 한번 보죠. 자 그럼 코드 설계 순서 자 이런 코드를 어떻게 설계를 해야 되느냐 그러면 코드 제일 먼저 코드 대상 선정하죠. 내가 어떤 데이터를 코드화 할 것인가? 당연한 이야기 그리고 사용 범위 사용 범위 코 어디서 어디까지 이 데이터의 한계죠 리미트 값과 상한값과 하한값을 정해주는 거 또 사양 기관을 결정을 하고요. 그리고 이제 코드 설계를 하제 코드 설계할 때 뭐 그룹 분류를 할 건가 순차로 할 건가 여러 가지 영상으로 할 건가 하고 또 체크를 합니다. 어 이 코드설계 이상이 없나 검사를 하고 그리고는 코드표 즉 코드집이라 카제 코드집을 작성하죠. 그죠 회계관리 같으면 계정코드집 이제 그래서 쭉 코드집 보면은 우리 이마트 같은 경우 농심새우깡 공일 A 뭐 어 뭐 삼양라면 이러듯이 전부 다 물품 코드집이라고 합니다.

화자 1
22:29
그런 거 예 코드집 작성을 하고 이걸 또 파일로 코드파일로 만들고 난 뒤에 코드표 관리대장을 만들어내는 겁니다. 그죠 그래서 요런 과정을 통해서 이제 내가 처리할 데이터를 대상 데이터를 코드 설계하는 거다 그죠 문제 나올 것은 방화재 코드의 종류들 각각 코드에 뭐 특징들 요 정도가 문제 나오니까 아주 가벼운 마음으로 할 수 있다. 할 수 있습니다. 그죠 그래서 실제 중요한 건 바로 앞 시간에 이야기했던 전반적이겠지 소프트웨어 라이프 사이클 그것만 알면 된다. 그죠 그래서 우리 하나하나씩 이제 가벼운 마음으로 보면 되고요. 시스템 분석설 요는 반드시 만점이다. 모든 과목 다 만점 먹어야 돼요. 떨어질라고 몸부림쳐도 떨어지지 않지 아주 쉬워요 그래서 자 오늘은 코드 설계까지 했다. 그래서 여러분들은 요강연 다시 이야기를 한다. 녹화로 진행되기 때문에 여러분 7시 그냥 들어오면 된다. 산업계 7시에 들어와서 산업 기사 눌르면 그냥 나갑니다.

화자 1
23:28
예 그냥 나간다는 거 하시고 좋습니다. 자 우째든지 오늘 또 빵꾸 웃어요. 해서 2시간 고생했네요. 웃어요. 자 웃으면서 내일 만나 뵙기를 약속 드리면서 오늘은 여기까지 하겠습니다.

https://youtu.be/LxF171Irwvk

1. 시스템 분석과 설계

1-1. 시스템의 개념과 중요성
-  시스템은 체계적이고 질서 정연한 구성 요소들로 이루어진 체제임
-  시스템은 컴퓨터, 정보처리, 회계 관리, 인사 시스템 등 다양한 분야에서 사용됨
-  시스템의 반대는 카오스, 즉 무질서, 혼동을 의미함
- (중요) 시스템을 정의할 때, 물리적, 논리적, 소프트웨어적 요소들을 고려해야 함
-  시스템의 핵심은 구성 요소들의 관계와 체계적 순서에 있음

1-2. 시스템 분석 설계 개요
-  시스템 분석 설계는 8개의 챕터로 구성되며, 주로 프로세스와 프로그램 설계, 시스템 평가에서 다루는 내용이 많음
-  이 과목은 추상적이고 개념적인 과목으로, 암기보다는 이해가 중요함
-  시스템 분석 설계는 강의 후반부에 생중계 방식으로 진행됨
-  강의는 녹화되어 제공되며, 생중계는 생방송과 다름
-  시스템 분석 설계의 핵심은 체계적이고 순서에 있는 시스템 구조를 파악하는 것임

1-3. 시스템 분석 설계 챕터
-  시스템 분석 설계 챕터는 총 3문제로 구성되며, 각 2~3문제 정도로 구성됨
-  시스템의 개요, 입력과 출력, 파일과 객체지향 설계 등 주요 내용이 다루어짐
-  프로세스와 프로그램 설계, 시스템 평가 등 다양한 주제를 포함함
-  소프트웨어 공학, IPT 기법, 시스템 평가 등 평가 챕터도 다루어짐
-  강의는 챕터별로 순서대로 진행되며, 각 과목마다 한 문제씩 출제됨

2. 시스템이란?

2-1. 시스템의 이해
-  시스템은 질서 정연한 체계이며, 카오스는 시스템의 반대말임
-  컴퓨터 시스템은 우리가 원하는 정보를 생성하는 기기들의 집합임
-  시스템의 목적은 생산성 향상임
-  시스템은 구성 요소로 입력, 처리, 제어, 피드백을 포함함
- (중요) 제어는 올바른 일을 하도록 만드는 요소이고, 피드백은 결과를 원하는 방향으로 재입력하는 요소임

2-2. 시스템의 특성
-  시스템은 목적성, 제어성, 자동성, 종합성을 가짐
-  시스템을 구축하는 목적은 도로 교통 시스템과 회계 관리 시스템을 예로 들 수 있음
-  시스템은 적절한 제어와 자동성을 갖추어야 함
-  시스템은 종합적이어야 함

2-3. 시스템의 중요성
-  시스템을 공부하는 것은 현재 중요한 분야임
-  실제 정보처리 기사는 소프트웨어 개발자 또는 IT 기술자를 양성하는 자격증임
-  IT 세상에서는 일할 사람이 없는 기술자가 없음
-  시스템을 설계하고 분석할 전문 기술인 에세이가 절실함
-  공무원 시험을 준비하는 사람도 IT 세상으로 뛰어들기를 추천함

3. 시스템 개발과 직업세계

3-1. 시스템 개발과 직업 세계의 이해
-  시스템은 인간의 일을 대신하는 기술자로, 이를 분석하고 설계하는 전문가가 필요함
-  기술자는 오퍼레이터, 프로그래머, 에세이가 있음
-  오퍼레이터는 시스템을 움직이는 사람, 프로그래머는 시스템을 설계하고 분석하는 사람임
-  에세이는 시스템을 분석하고 설계하여 사업 목표를 달성하는 사람임

3-2. 시스템 개발의 생명주기
-  시스템 개발은 탄생부터 쇠퇴까지의 생명주기를 가지고 있음
-  시스템 개발의 생명주기 모형은 예비조사, 기초조사, 분석, 설계 순서로 진행됨
-  예비조사는 시스템을 개발할지 여부를 파악하고, 기초조사는 시스템 개발을 위한 전반적인 환경을 조사함
- (중요) 분석 단계에서는 시스템을 분석하여 요구 명세서를 작성함

3-3. 시스템 개발의 중요성
-  소프트웨어는 눈에 보이지 않는 시스템을 만드는 사람으로, 눈에 보이는 시스템을 지배하게 됨
-  시스템 개발은 중요한 도구로, 모든 분야에서 요구되고 필요함
-  기술사 자격증은 시스템 개발에 필요한 전문 지식을 제공하며, 직업을 선택하는데 중요한 기준이 됨
-  프로그래머는 에세이 역할을 하며, 기술사 자격증은 프로그래머 역할을 하기도 함
-  시스템 개발은 상호 연결되어 있으며, 한 분야에서 그동안 전문가가 부족할 경우 다른 분야에서 전문가를 찾는 것이 필요함

4. 시스템 분석과 설계를 통한 소프트웨어 개발

4-1. 시스템 분석과 설계 개요
-  시스템 분석과 설계는 소프트웨어 개발의 핵심 과정임
-  소프트웨어는 크게 개발과 운영으로 나눠져 있음
-  분석과 설계 과정은 개발 비용보다 운영비가 더 많이 든다는 점을 강조함
-  분석 단계에서 가장 많은 시간과 비용이 소요되는 것이 분석과 설계임
- (중요) 개발 계약보다 운영 계약이 더 중요하다는 점을 지적함

4-2. 소프트웨어 개발 프로세스
-  소프트웨어 개발 프로세스는 시스템 분석, 설계, 구현, 검사, 운영, 관리로 나눠져 있음
- (중요) 분석 단계에서 에러 발생 여부를 검사하고, 에러 발생 시 수정하며, 재개발을 통해 정상적으로 가동하도록 만듬
-  개발 과정 중 테스트 단계에서 시스템 동작의 정확성과 효율성을 검사함
- (중요) 테스트 결과에 따라 개발이 제대로 되었는지, 아니면 에러가 발생했는지 판단함

4-3. 소프트웨어 개발과 에러 수정
-  시스템이 개발되면 에러 발생 여부를 확인하고, 문제가 없으면 계속 가동함
-  에러 발생 시에는 디버깅을 통해 에러 원인을 찾아 수정함
- (중요) 이 과정을 통해 개발된 소프트웨어가 성공적으로 동작했는지 확인함
-  에러 수정 과정이 소프트웨어 생명주기의 일부분이며, 이는 한번의 개발로 끝나는 것이 아님
-  분석 설계 과정에서의 오류나 문제점은 시스템 운영자에게 다시 검사되어 개선되도록 함

5. 시스템 개발과 행복

5-1. 시스템 개발 과정과 에러
-  6.25 당시 COVOL 환경은 인터넷이 없는 시대였음
-  업체에서 회계관리 시스템을 개발해 줌
-  강사는 큰 목재회사의 회계 관리 시스템 개발 업무를 맡음
-  시스템 개발 과정에서 업무 분석이 어려워 어려움을 겪음
-  강사는 전산 제의를 들고 담당 경리부장과 이야기하며 분석과 설계를 진행함

5-2. 시스템 개발 성공과 인생의 행복
-  강사는 분석과 설계를 마친 후, 시스템을 구현하고 테스트함
-  초기에 수천 개의 에러가 발생했으나, 15일간 지속된 점검을 통해 원해라에 대한 발견
-  뛰어난 프로그래머보다 뛰어난 시스템 개발자가 자신의 능력을 발휘함
- (중요) 강사는 프로그래머의 점을 잘 찍어야 한다는 조언에 따라 점을 찍는 행위에 중점을 둠
-  점을 찍은 후, 시스템이 올바른 방향으로 돌아갔음을 확인함

5-3. 시스템 개발을 통한 행복
-  강사는 15일간의 개발 과정과 시스템 개발 완성에 대한 기쁨을 느낌
- (중요) 그는 개발 완성에 대한 큰 성통을 이뤄낸 순간에 인생의 가장 큰 행복을 느낌
-  돈이나 명예보다 중요한 것은 행복을 느끼는 것임을 강조함
-  미인을 만나고, 결혼하고, 좋은 집과 차를 사는 것보다 중요한 것은 행복임
-  강사는 인생의 행복을 추구하는 자세를 강조하며, 본인의 경험을 공유함

6. 소프트웨어 라이프사이클

6-1. 시스템 조사 및 분석
- (중요) 개발 전 단계 조사는 시스템 조사와 요구 사항 조사, 현장 조사로 나뉨
-  타당성 조사는 핵심적인 단어를 잡아야 함
-  분석 단계에서 요구 조건 명세서를 바탕으로 시스템 설계를 함
-  상세설계, 개요설계, 시스템 스펙 사양서를 통해 시스템 설계 진행
-  시스템 설계 과정에서 DFD, 소단위 명세서 등 도구를 사용하여 요구조건 명세서 작성

6-2. 소프트웨어 개발
-  프로그래밍 언어를 사용하여 원시코드를 작성함
-  비주얼 베이직, 포볼, 자바 등 언어를 통해 프로그램을 개발함
-  설계도를 바탕으로 구현 과정을 진행함
-  사용자 요구사항에 맞게 시스템이 적절하게 구현되었는지 검증함
-  통합, 시스템, 인수 검사를 통해 소프트웨어의 적절성을 검사함

6-3. 유지보수 및 운영
-  유지보수는 시스템의 최저 상태로 유지하는 것으로 개발 단계 중 많은 노력과 비용이 투입됨
-  유지보수의 종류는 정정, 수리, 적응, 예방 4가지임
-  시스템을 운영하고, 최적화하며, 최저 상태로 유지함
-  시스템을 설계하고, 개발한 후에도 지속적인 유지보수가 필요함

화자 1
00:11
정부 위에서는 우리 엠투엠 안방 가족 여러분 오늘 또 즐거운 마음으로 뜨거운 가슴으로 감동의 수업을 함께 하겠습니다. 좋습니다. 오늘 애드립도 좋고요. 컨디션이 좀 좋습니까? 병태 손자 좋아요. 자 이제 여러분들 자 오늘 드디어 마지막 과목으로 들어갑니다. 자 우리가 컴퓨터 구조 컴퓨터가 먹는 긴가 아무것도 모르는 우리 병태 손자가 컴퓨터 구조 아키텍치 운영체제 데이터 스타베이스 지난 시간까지 데이터 통신을 환상적으로 정리했냐 좋아요. 그죠 자 오늘 드디어 우리 정보처리 산업기사의 마지막 과목 시스템 분석과 설계 들어갑니다. 좋죠. 커밍순 개봉박두 좋아요.

화자 1
01:04
그래서 여러분 이제 계속해서 우리가 4과목 컴퓨터 구조 운영체제 데이타베이스 공통과목이죠. 기사 산업기사 똑같이 문제가 나온다 그죠 난이도의 차이도 없습니다. 근데 요 마지막 과목 우리 산업기사 학생들 시스템 분석 설계 우리 기사 학생들은 소프트웨어 공학 요게 좀 다르죠 근데 실은 내용은 내용은 의미는 똑같아요. 그렇지만 이제 단락 구성이라든지. 요런 게 다르다 그죠 그래서 우리 산업기사 학생들은 시스템 분석 설계만 들으면 돼요. 그죠 그리고 산업기사만 시험 치면 되고 기사는 모은 취재 왜 자격 조건이 안되기 때문에 그죠 2년제 현재 2학년 재학 중 2학년 등록만 하면 되고요. 그렇죠. 그리고 기사자격증 따고 산업기사 따고 2년 뒤에 우리 기사를 응시할 수가 있습니다. 자격 조건 때문에요.

화자 1
01:53
근데 기사 선생님들은 소프트웨어 공학 듣고 이 과목 들으면은 기사도 응시할 수 있고 산업기사 자격증 2개인데 우리 산업기사는 소프트웨어공학 들을 필요 없고 시스템 분석 설계 요 과목만 하면은 이제 100점 나오겠죠. 예 그다음에 1문제 들려줘야죠 99점 해서 근데 요 시스템 무슨 설계는요 현재 우리가 모든 4과목은 내가 생중계로 진행했잖아요. 근데 요게 이제 매일 저녁 2시간씩 우리 생중계를 했는데 기사 소프트웨어 공학은 내가 오늘 7시부터 생중계가 나가요 우리 사전 기사 학생들이 7시에 들어오면은 7시에 내가 2명 있을 수가 없잖아. 그래서 기사를 생중계를 하고 요 강의는 내가 고전에 내가 지금 5시부터 하는 거예요. 그래서 오늘 녹화다 녹화 그래서 생방송 아니다. 녹화 방송 평택 순서다 녹화가 더 좋죠. 그죠 녹화했는 녹화와 생중계의 차이가 뭐고 생중계는 빨리빨리 볼 수도 없어요.

화자 1
02:45
빨리 가 어 현재 진행되기 때문에 녹화는요 이렇게 완전히 VOD가 돼 있기 때문에 여러분 강의 듣다가 빨리 갈 수도 있고 이렇게 여러분 입맛대로 이 컨트롤을 조정할 수가 있지 그죠 그니까 제가 생중계는 가만히 듣고 있어야 되겠지만, 녹화는 듣다가 빨리 볼 수도 있고 대감아 볼 수도 있고 할렐리학 맞제 그래서 요거는 어떻게 생중계를 내가 2개 동시에 진행하지 못하기 때문에 7시에는 소프트웨어 공학 생중계로 나가고요. 우리 산업 기사는 내가 미리 했는 게 요 7시에 녹화로 나갑니다. 알겠나 그래서 녹화든 생중계든 아무 관계없다. 어 녹화 훨씬 좋죠. 예 VOD가 더 좋은 거예요. 비디온 디벤더 좋습니다. 그래서 그걸 이제 여러분들은 7시에 들어오면 돼요. 산업 기사는 어 7시부터는 내가 저 서부대공학 생중계하고 용을 미리 찍어놓고 틀어주는 건 7시에 틀어준다. 그죠 그니까 7시에 계속 들어와서 들으면 된다잉 산업기사 병 되든지 알겠다. 좋습니다. 자 마지막 과목 기대해도 좋습니다.

화자 1
03:42
시스템 분석과 설계 아 환상적인 감옥 아주 좋아요. 그래서 여기 역시 20문제 나오는데요. 자 이 시스템 분석 설계는요 보통 이제 8개의 챕터로 구성된다. 오늘 배울 시스템 분석 설계 개요에서요 우리가 문제가 한 3문제 2문제에서 3문제 예상되고 코드 설계에서 한 2문제요 그래서 뭐 푸드설계 개요에서 요 정도 2개 입출력설계 파일설계 합해서 2~3문제예요. 주로 나온다고 보면 된다. 프로세스와 프로그램 설계에서도 한 2문제에서 많을 때는 3문제 시스템 평가에서 한 2문제 그죠 소프트웨어 공학과 IPT 기법 IPT 기법 위주로 하는 게 좋겠다. 또 한 3문제 예상되고 구조적 분석설계에서 어 보통 2문제에서 3문제 객체지향도 2에서 3문제 그죠 편 보통 이렇게 구성됩니다.

화자 1
04:38
그러니까 이 시스템 설계는 8개 챕터 골고루 나온다 각 챕터마다 두 문제 또는 세 문제까지 나온다는 거 그죠 그래서 모두 다 좀 중요도가 있고요. 조금 이제 예 요렇게 돼있습니다. 그러면 요 파트 요 파트 요 파트 요거보다는 요 위에가 약간 더 중요하고요. 요렇게 된다. 그죠 그래서 8개의 CHAP터로 우리가 1과목을 정리하자 그죠 우리가 대학 전산과에서는 1학기를 하게 되고요. 대학원에서는 1년을 하고 박사 과정이 이것만 가지고 주구장창 파고 있습니다. 그래서 이 과목 JJHA 전공입니다. 이 과목이 아주 재미있어요. 근데 여러분 이 과목은 굉장히 추상적인 과목이다. 컴퓨터 구조 운영체제 데이타베이스 데이터 통신처럼 탁 딱 부러지는 게 아니고 전부 다 말장난이 돼요. 말장난 그러다 보니까 절대로 암기하면 안 됩니다. 개념만 탁 이어 하면은 만점 먹는 거예요. 절대로 개념 이해 뭐 하면 상당히 난해한 과목이 되는데 왜 굉장히 추상적이거든.

화자 1
05:37
분석 슬기니까 으 이름은 분석 설계 황당하잖아. 그러니까 이 과목의 특성은 굉장히 좀 타 과목에 비해서 추상적이다. 추상적인 거는 개념적으로 공부해야 된다. 암기 절대로 안 되고 문제가 전부 서술적입니다. 다음 바르게 설명한 거 아닌 것 잘못 설명한 거 잘못 시부린 거 예상사 기대해요. 굉장히 길어요. 그 다 모든 일 딱딱 보고 핵심적인 단어만 콩콩 딱 가슴에 와닿는 게 답이다. 특별히 그렇게 공부해 주십사 하는 겁니다. 그죠 좋습니다. 들어가 봅니다. 빠져봅시다 자 이 시스템 우선 설계요 예 좋습니다. 자 핸드폰 보는 거 고만보고 병태 순자 정신 차리고 어 이 스승일이 열광을 하는데 학생이 저러면 됩니까? 자 시스템이 뭔가 우선 우리가 배우고자 하는 게 시스템이니까. 자 시스템의 정의를 함 보자 시스템 자 시스템 이 시스템은 우리가 흔히 많이 했습니다.

화자 1
06:35
그죠 일반적으로 컴퓨터시스템 정보처리시스템 회계 관리 시스템 아리안 거리 시스템 그리고 인사급여 시스템 전체가 시스템으로 구성돼 있죠. 오디오 시스템 뭐 전부 다 우리가 뭐 시스템 용어를 흔히 많이 써요 이 시스템은 이제 학문적으로는 어떤 목적 달성을 하기 위하여 여러 가지 컴포넌트 여러 가지 구성 요소들이 물리적 오케이 하드웨어적 그죠 논리적 소프트웨어적으로 결합되어 있는 체제를 우리 시스템이라 하죠. 우리나라도 시스템이죠. 교통 시스템이죠. 이 시스템 이 시스템의 반대말은 뭐야? 여기 다 써놨네 카오스 케이어스 이 시스템은 아주 체계가 있고 질서 집단화되어있고, 질서 정밀한 걸 시스템이라고 카오스는 뭐고 개판 무질서 또나게나 혼동 이 카오스입니다. 그죠 어 카오스란 말이야.

화자 1
07:27
그러면 여러분들 오디오 시스템을 함 볼까 스피커 왼쪽 스피커 이쪽으로 던져놓고 오른쪽 스피커 중앙 우퍼 요 땡겨 놔뿌고 그죠 어 앰프 이래 막 더 던져놓고 막 이건 시스템이 아니죠. 이건 카오스야 유기적으로 물리적으로 논리적 결합을 딱 해 가지고 딱 틀면은 음악이 아싸 젓가락 숟가락 아싸 딱 나오면 이거는 뭐야? 오디오 시스템입니다. 맞나요? 이 시스템은 아주 질서 정연한 체제예요. 에 아 체젠데 모든 요소들이 물리적 논리적 유기적으로 결합되어 있는 걸 우린 시스템이라고 그 반대말은 카오스다 그죠 카오스 자 그래서 우리가 컴퓨터 시스템카는 뭐고 우리 인간의 데이타 이를 자동으로 처리해서 내가 원하는 정보를 만들어주는 기기들의 집합이 뭐다 컴퓨터 시스템이잖아. 그렇죠. 이런 시스템의 목적은 뭡니까?

화자 1
08:20
한마디로 생산성 향상 생산성 향상 일석삼조지 뭐 맞나 그러니까 막 카오스적으로 개판으로 하면 개판입니다. 자동차도 교통 교통 구조 시스템 우리 그리고 도로교통 저 우리 차 왔다 갔다 하는 거 시스템을 움직이거든. 빨간불일 때는 서고 파란불 때는 가고 노란불일 땐 가다가 걸리면 돈 내야 되고 내 어제 걸렸어요. 이거 강의 일하러 오다가 에 어제 3만 원짜리 걸렸습니다. 예 그러니까 시스템이에요. 그건 시스템이 안 돼 봐요. 개판이죠. 빨간불 때 강한 놈 믿고 파란불 때 막 박치기 하고 그렇지 이런 이런 시스템을 구성하면 모든 일에 뭐다 생산성이 양성 생산성이 극대화된다. 그죠 우리가 공부를 할 때도 현재 이 JH의 정보처리 강의도 시스템이 딱 돼 있잖아. 시스템이 구성되어 있기 때문에 여러분이 환상적으로 좋은 시스템의 좋은 강의를 안방에서 디미즈 듣는 거예요. 생산성 향상 일석삼조 꼭 먹고 아니면 먹고 둥지까지 불 떼주는 거 그렇죠.

화자 1
09:18
아주 당연한 이야기고 자 이런 시스템을 구성하는 기본 요소가 어떻게 되어있느냐 말이에요. 기본 3요소 또는 5요소로 구성됩니다. 그죠 기본 반드시 시스템은요, 입력이라는 요소가 있어 인풋 뭔가 들어와야 되지 이 시스템에 어떤 데이터가 주어져야 되죠. 입력이 있고 입력된 데이터를 처리하는 요소 처리하는 기계 당시 요소 그죠 하드웨어적 물리적 논리적이니까. 그다음에 결과를 출력하는 거 그래서 IPO 입력 프라세싱 출력 IPO를 시스템의 3요소다 하고요. 자 그러면 처리는 처리는 좋은데 옳은 올바르게 일을 해야 되는데 만약에 잘못된 일을 하면 안 되니까. 반드시 제어라는 요소가 들어가고요. 그리고 피드백이 뭐냐 피드백은 시험에 자주 나옵니다. 피드백이 무슨 뜻이고 피드는 먹이를 공급하는데 왜 깜빡깜빡거려요 백은 뭡니까? 재공급이죠. 이게 무슨냐 하면 피드백은 여러분 어떤 뜻이냐 하면 자 컴퓨터 시스템이 시스템 2를 해 가지고 결과를 냈어요.

화자 1
10:16
근데 결과를 이런 결과를 딱 내죠 결과를 다 이런 데 내주네 근데 내가 원하는 결과는 이거야. 어머 컴퓨터가 입력 처리 출력 입력 처리 제어 출력을 해서 결과를 냈는데 내가 원하는 결과가 아니야. 결과가 상의해 달라 다르다 이 말입니다. 다르면은 내가 원하는 결과를 다시 받아봐야 될 거 아니야. 이렇게 내가 원하는 결과를 받기 위해서 다시 재입력 데이터를 재입력하는 요소 재입력 요소를 우리는 뭐라 한다. 피드백 먹이를 다시 공급해야 될 거 아니냐 피드백의 뜻은 결과가 산출물이 시스템이 만들어진 산출물이 결과가 내가 원하는 결과와 다를 때 다시 옳은 산출물을 얻기 위해서 재입력 하는 과정 말이 더러워 다음 중 피드백을 꼭 길어요. 그렇지만 딱 한마디 재입력 오케이 대개나 그래서 이 재입력 요소를 피드백이라 합니다.

화자 1
11:07
그래서 IPO에서 컨트롤 C 피드백 에프 요놈은 뭐다 시스템의 5요소다 그죠 시스템 반드시 이런 3가지 요소든 5가지 요소든 구성이 시스템 기본 요소고 이거는 일반적인 요소죠 그렇죠. 그래서 여러분들 시스템 반드시 요런 걸 갖춰야만이 비로소 뭐가 되지 수가 있다. 시스템이 되는 거예요. 입력이 없는 거 시스템이 될 수가 없죠 시스템에 3요소 5요소 출제가 자주되고 그중에서 피드백은 설명이 깁니다. 다음 중 피드백을 바르게 설명한 거 여러 번 출제가 됐는 거예요. 알겠제 자 시스템입니다. 자 이런 시스템의 특성은 뭐냐 시스템 반드시 와 시스템 구축하는 목적성에서 목적 어떤 목적이기 때문에 왜 도로 교통 시스템이고 교통을 원활하게 목적이기 때문에 그렇죠. 예 회계 관리 시스템 그 회사에 그 조직의 돈을 아주 생산적으로 관리하기 위해서 회계관리를 시스템으로 만들어 놓습니다. 근데 시스템이 안 되면 개파 있죠.

화자 1
12:07
돈을 어디 썼는지도 몰라요. 어 여러분들 가정이 시스템이 돼 있는 가정은 항상 안정적으로 잘 돌아야 시스템이 없는 가정 콩가루 집안 배즙이죠. 난리 아니다. 이건 뭐 어디 가 있는지 그래서 이런 시스템은 반드시 어떤 목적이 있고 그다음에 시스템은요, 적절한 항상 조직이기 때문에 제어가 필요합니다. 제멋대로 지팡이 지원되면 시스템 될 수가 없죠 그죠 스피커에서 오른쪽 스피커 제멋대로 소리 나쁘고 안 되지 적절한 제어성이 있어야 되고 시스템은 굉장히 자동적으로 돌아가요 모든 게 자동화돼 있어야 돼요. 그리고는 종합적이어야 됩니다. 시스템은 종합적이라 시스템 특성 목적성 제어성 자동성 종합성 그죠 암기할 거 없다. 당연한 이야기 잠깐 봐주면 된다. 현재 우리는 시스템을 공부한다. 왜 컴퓨터는 우리 인간의 일을 대신 해주는 큰 시스템이니까요? 시스템이니까. 그래서 여러분들이 이 과목은 뭐예요?

화자 1
12:59
실제 우리는 어 실제 정보처리 기사는 뭐고 데이터를 정보로 처리하는 사람 즉 데이터를 정보로 처리하는 게 뭐더노 소프트웨어죠 프로그램이죠. 이 정보처리기사는 프로그램을 컴퓨터와 직접 대화할 수 있는 사람 프로그램 개발자 IT 기술자를 양성하는 자격증이요. 근데 이게 요즘 좀 잘못돼 가지고 말이에요. 이 정보처리 자격증 따면은 전 모든 시험에 가산점을 안 주나 공무원 그렇죠. 승진시험 이 가산점으로 많이 활용하지만 실제는 100만 양병설 IT 강북 휴먼웨어를 만들어내는 자격증이네요. 그죠 그래서 요번 정부 강의는 잘 듣고 여러분 자격증은 당연히 따고 가산점은 당연한 거구요. 인생이 우울한 사람 갈 길이 없는 사람 공무원에서 떨어진 사람 공무원 돼도 답답한 사람 동사무소 근무하면 답답하제 죽을 때까지 계속 주민등록 등본 떼주니까 어 그런 사람들은 한번 이 블루오션 IT 세상으로 뛰어드세요. 왜 전문가가 없다. 사람이 없다.

화자 1
13:57
내 강의 들으면 알지만 여러분들은 일할 자리가 없어서 처음 공무원 공무원 하지만 우리 IT 세상 IT는요 일할 사람이 없는 기술자가 없다니까 그래서 어 대학은 사기입니다. 대학을 믿어서는 안 된다. 6.25 때 그러니까 안 맞아요. 너무너무 답답하다 그죠 우리 쪽에서 이런 시스템을 설계하고 분석할 수 있는 전문 기술자 에세이가 필요한데요. 대학에서는 시스템 가면 먹는 긴가 하고 이러니까 너무나 지금 현 현실과 여러분 공부하는 게 너무나 동떨어져 있습니다. 6.25 때 산업화 시대에 공부를 하니까 취업이 안 되고 또 우리 기업체에서는 뭡니까? 정말 기술자 이 프로그램을 개발할 수가 있고 시스템을 분석하고 설계할 수 있는 에세이가 필요한 아무도 없는 거예요. 아무도 없는 거 그래서 이걸 국가에서 또는 대학 당국에서 조정을 해줘야 되는데 그 사람들이 모르는 데고 그러니까 가면 갈수록 이 괴리가 더욱더 심해질 겁니다. 어 이 태백은 나무와 20대 태반이 백숙 전부 다 백수고요. 백숙이 아니다.

화자 1
14:55
백수 38선 남자 나이선은 8~30 몇 살 되면 선택했기로 45정 45일 5세 되면 정년퇴직을 해야 되고요. 오히려 또 56살까지 직장인 개그맨 영원한 도그몬 취급받고요. 참 이런 시대에 참 너무나 안타깝죠 내가 이런 강의 하다 보면은 그래서 여러분이 요번 기회에 기회다 해 가지고요. 가산점 따는 것도 중요하지 한번 인생이 우울한 사람 갈 길이 없는 사람은 우리 IT에 도전해 보는 거 굉장히 괜찮아 왜 제주제 때 강의 들은 이 정도면요 여러분들 괜찮습니다. 기초적인 인프라 딱 구축돼요. 대학원 전산 쪽으로 가도 되고요. 전산직 시험 충분히 응시할 수가 있습니다. 7급 전산직 주급전산상 그리고 일반 업체 IT 기술자로 충분히 갈 수 있는 밑바닥이 걸음이 갈려지는 거야. 알겠나 이 강의가 날이면 날마다 오는 강의 아니야. 맞지 에 그래서 한번 왜 이런 이야기하냐? 너무나 지금 인형이 없디 우리 사람으로서 날 게 기술자가 없다니까요?

화자 1
15:54
지금요 여러 번 갈 데가 없는데 이게 참 그래서 내가 국회의원 돼야 돼 이거 이 문제를 해결할 수 있는 사람은 대한민국에 죄질 수밖에 없다니까 내가 뭐 국회의원 되고 싶어서 가나 내 마음을 참 난 너무나 안타깝습니다. 이런 현실 그래서 자 이 강의를 통해서 자 이거는 이 시스템은요, 우리가 인제 바로 컴퓨터가 시스템이잖아. 그죠 여러분들이 컴퓨터는 우리 인간의 일을 대신 해주는 시스템이잖아요. 그죠 이 시스템을 분석하고 설계하는 이 시스템 무슨 과목은요, 실은 프로그램을 양성하는 게 아니고 에세이를 양성합니다. 에세이를 에세이는 시스템 애널리시스터 시스템 애널리스트 해가지고 이 프로그램 개발 전에 그죠 설계하고 분석하는 진짜 전문가예요. 왜죠 이 에세이 자격증을 실은 기술사입니다. 우리 정보처리회도 기술사가 있거든요. 실은 정보처리기사는 기사나 산업기사는 뭐냐 프로그램이에요. 프로그램 프로그래머 프로그램을 짜는 사람 이 프로그램마라고 하죠.

화자 1
16:50
프로그래머 프로그래머 요번에 우리가 기사 학생들 산업기사 그죠 그다음에 프로그램 짜는 걸 움직여주는 이 컴퓨터 시스템이 움직여주는 사람을 오퍼레이터라 해요. 오퍼레이터 이 오퍼레이트는 기능사 자격증으로 말하면은 정보처리기능사 고등학생들이 많이 지는 거예요. 그러니까 우리 IT 쪽에 직업을 크게 나누면 이렇게 해요. 오퍼레이터 기능사 자격증도 하면 오퍼레이트가 되고 기사나 산업기사는 프로그래머가 돼요. 바로 기술사는 뭐야? 에세이에요. 에세이 예 그래서 오퍼레이트부터 프로그래머 프로그래머부터 에세이죠. 그죠 현재 에세이는 JGH 같은 사람 에세이 인제 어떤 프로젝트 떨어졌을 때 그걸 분석 설계 쫙 해 가지고 여 집 짓는 데도 뭐야? 건축사가 설계 딱 하면 이제 목수들 미장해 가지고 이제 전문가들이 집을 짓고 뭐 이래 하잖아. 똑같은 거예요. 그래서 우리 IT 쪽에 직업이 이렇습니다. 그죠 물론 여간에도 많은 직업이 있지만 오퍼레이터 프로그램은 에세이 근데 시디모드 설계는 이 에세이를 위한 과목입니다.

화자 1
17:48
근데 왜 프로그램 친구들한테 이거 하는 왜 프로그래머는 또 이게 돼야 되죠. 이 프로그램은요, 나이 많이 먹으면 못해요. 에 나이처럼 29 먹어버리면 머리 다 빠지고 어 한참 이게 완전히 그 운동선수라니까 에 그 저 박찬호도 지금 오래 못 던져 나이 40 먹으면 뭐 하잖아. 1가지입니다. 그죠 그래서 보통 저도 프로그램으로써 한 10년 이상 대가리 다 빠지다가 이제는 뭘 코딩 안 하지 설계를 하고 던져주고 방향을 잡고 생산성을 추구하고 이런 거 하죠. 왜 그게 굉장히 중요하거든. 그래서 에세이를 양성시키는 과목인데 기사 시험에 나옵니다. 왜 나중에 이걸 해야 되니까. 또 프로그래머가 요즘은 우리나라에서도 에세이가 없거든. 기술사가 많이 없기 때문에 프로그래머가 에세이 역할을 다 합니다. 모순인데 그러니까 마이크로소프트사 가면요 에세이 집단이 있고 프로그래머 집단이 있고 이렇게 딱 돼있는데, 우리나라는 보통 전산실에 가면은 프로그램머가 에세이 역할을 다 해버리거든. 그래서 뭐 그런 어떤 모순이 있습니다. 요 바로 에세이 과목이다. 요런 거예요.

화자 1
18:46
인제 이렇게 자격증으로 말하면 그리고 기술사는 여러분들이 기사 자격증 따고 한 7년 뒤에 응시할 수 있습니다. 박사급이다. 참고로 알아 놓으시고 자 에세이까지 되세요. 에세이가 정말 품귀 없어요. 기술사가 많이 없고 우리나라의 프로그램도 많이 없고요. 지금 그래서 진짜 기술자 휴머니어 휴머니어가 되시길 바랍니다. 참고로 알아놓고 자 그럼 이런 시스템 개발 어떻게 되느냐 아 이 시스템 다른 말 인제 여 봐봐요. 바로 명영어 컴퓨터한테 하드웨어를 움직여주는 명령어들의 집합 이 명령어들이 모여서 뭐다 프로그램이 되죠. 프로그램 프로그램들을 다 모아가는 걸 뭐다 소프트웨어라카고 이 소프트웨어를 인제 다른 말로 뭐다 우린 또 시스템이랍니다. 이 시스템은 소프트웨어보다 좀 더 큰 개념이지 이 시스템은 크게 논리적인 시스템이 있고 물리적인 시스템이 있죠. 논리적인 시스템이 바로 소프트웨어고 물리적인 시스템이 뭡니까?

화자 1
19:42
하드웨어다 그죠 시스템 물리적 눈에 보이는 시스템이 있고 눈에 보이지 않는 시스템이 있고 그죠 눈에 보이는 시스템 제조적이고 눈에 보이지 않는 시스템 프로그램 소프트웨어라는 거지 우리는 눈에 보이지 않는 시스템을 만드는 사람들이잖아. 그 눈에 보이지 않는 시스템이 세상을 지배하는 시대입니다. 왜 소프트웨어가 하드웨어가 지배하는 시대 산업화 시대고요. 소프트웨어가 지배하는 시대 정보화시대 유비쿼터 시대입니다. 알겠지 그래서 같은 말이다. 명령어들의 집합 프로그램 소프트웨어 시스템 같은 말입니다. 자 시스템의 개발 생명주기 다른 말로 소프트웨어의 개발 생명 주기를 함 보자 이 말이야. 시험은 여기서 나온다 소프트웨어의 개발 생명주기 다른 말로 시스템 소프트웨어에 우리 이걸 라이프 사이클이라 한다. 소프트웨어도 생명주기가 있다. 우리 사람도 태어나서 초등학교 중학교 고등학교 대학교 연애하고 결혼하고 직장 가고 너희가 뒤지듯이 소프트웨어도 탄생에서부터 패기까지 주기가 있다.

화자 1
20:42
이 말입니다. 예 한 송이 국화꽃을 피기 위하여 서쩍새가 그렇게 울리고 천둥이 그렇게 지고 비바람에 치듯이 그래야 국화꽃이 탄생하듯이 하나의 소프트웨어도 하나의 시스템도 단계가 있단 말이에요. 그죠 이걸 뭐다 소프트웨어의 생명주기라고 한다. 다른 말로 소프트웨어의 개발단계 시스템의 개발 단계 과정 그죠 어떤 단계를 거쳐서 하나의 소프트웨어가 탄생되느냐 그 말이지 이해되나 쉬워요 라이프 사이클 한번 보자 이 말입니다. 자 요거 생명주기 모형은요, 처음에 이제 이 시스템을 만들기 위해서 내가 시스템화 해야 될 것 소프트웨어를 개발할 업무를 우리는 프로젝트란다 이 프로젝트 프로젝트가 뭐다 현재 내가 수행해야 할 업무 즉 전산화해야 할 업무 이걸 프로젝트라 합니다. 프로젝트 에 우리 프로젝트가요 이 프로젝트 시스템 조사보다는 프로젝트 조사가 좋겠네 여기는요 업무조사 프로젝트 조사를 하죠.

화자 1
21:39
조사를 어 자 이걸 조사를 해 가지고 어 이 조사에는 또 예비조사와 있고 기초조사가 있거든. 이 예비조사는 타당성 조사라 합니다. 뒤에 나온다 이게 조사를 통해 가지고 야 이거 시스템을 해도 될까 안 해도 될까 막 이런 거 모든 환경을 조사해 보는 거예요. 그 조사를 딱 끝나고 나면 좋다. 하자 이거 좋다. 우리 회사에서 이 경위 장부 이거 수작업 하던 걸 이거 전산하자 소프트웨어 하자 조사를 하거든. 조사하면 돈도 어떻게 들고 많이 나오겠죠. 하자 하면 인제 분석이 돼요. 이 시대의 분석이 들어갑니다. 분석 자 여기 분석 단계 어닐리시스 들어가죠 어널리시스 이 분석 이거 분석을 전문으로 하는 사람이 이거 에세이라카죠 에세이 시스템 애널리스트 시스템 어낼리시스트 SNALY죠. LYASIST 애널리시스트 또는 어낼리시스트예요.

화자 1
22:34
보통 우리 증권 분석하는 사람도 애널리스트 또는 어낼리시스트 에세이를 합니다. 예 에세이가 주로 많이 하지만 요즘은 우리나라 프로그래머가 많이 하죠. 시스템 분석 그 요구분석 명세서를 작성하자 분석을 하고 분석이 끝나면 이 요구명세서 분석명세서를 보고 설계 디자인 들어갑니다. 앙드레 김 디자인 들어갑니다. 디자인 에 디자인 이 디자인에는 이제 크게 전체적인 설계 개요설계 제너럴한 설계와 디테일 상세설계가 있죠. 디테일 디테일 설계가 있고요. 이 디테일 설계는 코드설계 아이오설계 파일설계 프로그램 설계 각각 뒤에 챕터들이죠. 이 설계를 잘해야 됩니다.

화자 1
23:16
설계 분석 잘해야 되고 설계 잘하고 그럼 설계 딱 하고 난 뒤에 설계도를 던져주면 이제 프로그램으로 가요 여기서 여기까지는 실은 직업으로 말하면 SM이 되고 요런 사람들이 시스템 레이시스 가고 그다음에 던져준 프로그래머가 적당한 언어를 선정 아 이 업무는 COVOLO 하면 좋겠다 이거는 VISOL BARGOR 해야 되겠다 이거는 JAVER로 해야 되겠다 이거는 델파이로 해야 되겠다. 그죠 언어를 선정해서 그 언어의 문법에 맞게끔 시스템을 구현합니다. 구현 임플리멘테이션 구현을 다른 말로 코딩 다른 말로 개발 같은 말이지 코딩 개발 구현 개발을 한다는 거야. 어 이건 저 이건 프로그램머 하죠. 프로그램머 여 아 뭐 거의 여기가 프로그래머 합니다. 프로그래머가 주로 하는 행위제 그리고는 이제 내가 만든 프로그램이 이상이 있나 없나 검사 테스트를 하죠. 테스트 이 테스트도 통합테스트 시스템 테스트 인수 테스트 3가지가 있죠. 뒤에 다 나온다 테스트를 합니다.

화자 1
24:15
그럼 테스트를 하면 결과가 뭐다 2가지 이제 개발이 제대로 된 경우 즉 에러가 발생하지 않은 경우 어 잘못된 경우 에라가 에러가 발생한 경우 자 우리 컴퓨터에서 에러가 발생해 에라라 안카고 벅이랍니다. 벅 벌레다 이렇게 하거든요. 퍽 벌레가 막 벅합니다. 왜 벅이냐 외부인 에라를 옛날에 컴퓨터 최초 초창기 그 지침하는 컴퓨터 에니악이 있었거든. 애니악은 톱니바퀴가 몰려 가지고 톱니바퀴 힘으로 막 일을 했거든요. 근데 어느 날 에니악이 빡 서더래 서 가지고 시스템 오퍼레이트 쫓아가 보니까 그 톱니바퀴 속에 나방 벌레가 다 깨겨있는 기라 이 벌레 때문에 컴퓨터가 멈춰버렸는 거야. 그래서 오늘날 아 컴퓨터에서 동작하지 않고 에러가 터지는 걸 벅이 발생했다. 벌레가 발생했다. 이카는데 알겠나 이야기 내밖에 모르는데 이거 어 에니야 어 그래서 이제 버벅 보통 실무에서 뻑뻑하죠. 그렇죠. 이게 벅이 발생한다. 벅 벅이 발생합니다. 그러면 에러가 발생하지 않으면 개발을 잘 되었으니까 이제 뭐 시스템 운영이 되겠죠.

화자 1
25:14
운영 오프레이팅이 되겠죠. 오퍼레이팅 가동이 돼 가지고 이제 우리 인간의 업무를 대신 컴퓨터가 착착 회계관리 시스템이 착 회계업무 처리해주고 그렇죠. 모든 게 시스템이 되어 돌아가는 겁니다. 그죠 돌아가는 과정에서 유지보수 메인터넌스 왜 업무는 살짝살짝 바뀌니까 바뀌는 부분 수정을 해주면서 이 업무는 이거 살아 가지고 움직이죠. 생물처럼 움직이면서 우리 인간의 업무를 대신해 준다. 되겠나 이렇게 탄생이 돼서 하는 거예요. 근데 에러가 발생하면은 수정을 해줘야 되겠죠. 그래서 에러를 수정하면 다시 처음부터 돌아가야 되는 거지 이렇게 에러를 잡는 작업을 우리 전산에서는 이거 뭐다 디버긴이라 합니다. 디버긴 디버깅 디버깅이 무슨 뜻이고 벌레를 디디 하는 게 다이 죽이는 작업 디버깅 알겠나 벌레를 죽이는 작업 무슨 작업 수정작업을 우리는 저 산에서는 뭐라 한다. 디버깅 에러를 잡는 작업 됐나요? 지버깅 작업을 합니다. 그렇죠.

화자 1
26:10
그러니까 이런 과정 업무를 분석하고 설계하고 구현하고 검사하고 에러가 없으면 가동돼 가지고 인제 업무에 투입되고 에러가 있으면 다시 돌아가 가지고 지버깅 하죠. 이런 과정을 우리는 뭐라 한다. 시스템의 라이프 사이클 소프트웨어의 라이프 사이클 생명주기다 하나의 소프트웨어가 탄생되기 위해서 이런 주기를 거치더라고요. 알겠어요. 그리고는 이게 인제 나중에 사용이 안 되면 폐기 죽음 다 해야 되겠죠. 사람하고 똑같은 하나의 국화꽃이 피는 것도 단계가 있듯 되겠나 그래서 요게 생명주기입니다. 그래서 인제 요걸 외우는 거야. 시스템 분석 설계 요 안에서 20문제 나옵니다. 어떻게 분석하고 어떻게 설계하고 어떻게 구현하고 어떻게 검사하고 어떻게 운영하는지 방법론을 묻는 게 시스템 분석설계 20문제입니다. 그렇지 중요하죠. 그리고 요 시스템 운영하는 사람들은 이제 오퍼레이트를 하죠. 오퍼레이터 에 오퍼레이터 오퍼레이팅 하는 사람 여기 기능사 기사 기술사입니다.

화자 1
27:09
그죠 에세이 할렐루야 JDH 병태 수원자 병태수원자 동생 이래 되는 거다잉 알겠나 그래서 현재 여러분들 우리나라에 에세이가 없고요. 프로그램 모두 품귀현상이죠. 그죠 시스템 엘러리스트 분석가가 되시길 바랍니다. 어 100만 양병설인데 실제 현업에서도 이렇게 한다. 여러분들 프로그램 짜는 게 중요하지 않아요. 에 프로그램 이건 아무것도 아니에요. 개발만 설계를 잘해야 되겠죠. 집 짓는데 여러분들 목수 미장이 미자 야나 미제잉 기술사가 기술사가 저 건축기술사가 이거 뭐야? 집을 잘 설계를 잘해야 되고 설계 도면 보고 두드리면, 되는데 우리 프로그램 세계도 1가지입니다. 그래서 프로그램머 프로그래머보다는 에세이 설계 잘해야 돼요. 지금 저 같은 경우는 이 과정을 수천 번 정책을 안 찍겠나 그죠 그래서 우리 회사 같은 경우는 국가 프로젝트를 많이 하죠. 철저하게 이 과정이고 어 이 개발 과정에서 가장 많은 시간이 소요되는 게 분석 설계 과정입니다. 여러분들 100으로 잡는다면 여기 60~70프로입니다. 개발과정 짧아요.

화자 1
28:09
그리고 인제 개발되면 운영하는 거고요. 비용은요, 여기 가장 많이 들어요. 자 이걸 잘 알아야 돼요. 시스템은 즉 소프트웨어는요 크게 개발 개발과 운영이 있거든. 그 어떤 사람들은 개발하는 과정이 돈 많이 든다고 생각하는데 천만의 말씀 만만의 공동 개발보다는 운영비가 많이 든다. 그래서 보통 우리 IT 업체가 계약을 할 때 개발 계약하고 운영 계약을 하는데 실은 운영에 돈이 더 많이 듭니다. 어디에 유지보수의 비용이 더 많이 들어가요 이 시험에 많이 나옵니다. 비용은 운영 여기에 많이 들어 유지보수 늘 계속 수정해야죠 그러니까 보통 우리는 개발하죠. 우리 회사에서 이거 시스템을 어떤 국가 업무든 또 어떤 회사 업무든 의뢰를 받아 가 개발을 해주잖아. 근데 개발 계약 따로 하고 운영계약 운영계약을 원래 아니라 합니다. 유지보수료 해가 그게 이제 돈 되는 거야. 개발은 막 밑주고 개발해 줘도 원료 얼마씩 들어오는 계속해서 만약 어떤 병원에 준다. 어떤 큰 이제 무슨 뭐 병원 시스템을 우리가 해준다. 카면은 그 병원 업무가 계속 바뀌잖아요.

화자 1
29:06
그럼 우리 전문가들이 계속 붙어서 수정해 주면서 메인터넌스 비용이 월 나오는 게 그게 커요 그게 비용이 근데 사람들 착각을 많이 하죠. 그죠 개발비용보다는 운영 즉 유지 보수 비용이 이 단계에서 가장 비용이 많이 들고 그러니까 개발 단계에서 가장 시간이 많이 걸리는 거는 분석과 설계 과정이에요. 이해되나 그래서 여러분들 이거 바로 이것이야 이거 다 끝났어 인제 끝났어 이것만 이해해 버리면은 이 시스템 분석의 소프트웨어 공학 이건 20문제 만점 먹는 거예요. 이거 이거 이거 인제 하나씩 보는 거야. 이거 에 그래서 이야기 인제 이거 이거 이거 2번 챕터고요. 이게 3번 챕터 4번 챕터 5번 차트 지나가는 거 이거 6번 챕터고 아니 그러나 7번 챕터고 끝 그래서 끝나는 거야. 이거 하유 이거 그런데 이걸 실물을 프로그램 개발 한번 해본 사람은 이거 안 봐 이 공부 안 해도 돼요.

화자 1
29:53
얘는 개발을 1번도 안 해봐서 그렇지 개발은 안 해보고 만날 게임이나 하고 채팅이나 하고 쇼핑이나 하고 이 지랄아 이거 모르지 개발만 한번 해본 사람은 이 과목은 장난 아니고 개발 안 해 본 사람은 굉장히 어려운 과목이야 이게 그래서 더 현실감 있게 이 과정을 이야기해 왜 나는 이 과정을 수천 번 전쟁을 치 이 전쟁이잖아요. 이 전쟁을 쳤거든요. 그러니까 자 이 왜 분석 설계 과정이 중요한 이야기를 해드릴게 자 내가 한때는 COBAL COBOL이라는 컴퓨터 언어가 있었어요. COVOLO 시스템 프로그램 개발에 우리나라 최고였습니다. 진짜로 알아봐라 그 6.25 때 89년 90년 92월 되고 이 COVOL 환경은 인터넷이 없는 시대였어요. 그 당시 COVOL 언어 가지고 업체의 뭐 회계관리 인사급여 제조관리 공정관리 이런 프로그램 시스템을 만들어 줬거든. 근데 내가 인제 91년도에 어떤 프로젝트를 맡았나 카면 회계 그러니까 이게 목재회사예요.

화자 1
30:50
큰 목재회사의 회계 관리 시스템을 의뢰를 받았습니다. 회계관리시스템 근데 코볼 잘하니까 어 그래 돈만 많이 주면 할게 뭐 이래 됐겠지 그래서 인제 우리 회사에서 계약을 해가 제가 PM으로 투입이 딱 됐는데 하하 골치 아프구나 회의관리 시스템을 이제 소프트웨어로 구현을 해야 되는데 그 단계에서 내가 할 말을 왜 회의 얘기해서 아는 게 업무분석이 안 돼요. 업무분석이 내가 딱 가니까 그 담당 이제 계약은 했죠. 내가 투입 딱 되니까. 내보고 이야기하는데 대차대조표가 어떻고 차관계정이 어떻고 충당금이 어떻고 수선충당 무슨 말을 이해를 못하는 거예요. 회계 업무를 내가 몰라요. 아 업무 분석이 안 되는 거야. 시스템 분석이 안 돼 이 절대 안 낫다 그래 가지고 그날 그때 새벽반 저 저 격리학원 다녔어요.

화자 1
31:37
내가 이 전산 제의가 에 그래가 이제 겨우겨우 인제 용문 같은 거 퍼득해 가지고 담당 경리부장하고 이야기하면서 이야기했던 모르는 말 충당금 잠깐만 캐가지고 책 들고 화장실에 다 공부하다 이야기하고 그래서 분석 설계 과정이요. 시간이 제일 많이 걸렸습니다. 그래서 어렵게 어렵게 인제 분석하고 설계를 대충해서 코골려 구현을 했거든요. 그래서 구인을 하고 테스트를 통해 가지고 탁 테스트에 에러가 없더라꼬 처음엔 에러가요 수천 개 에러 터지는 거야. 그래서 그 에러를 찾기 위해 가지고 내가 낮밤을 15일 동안 잠도 올 게 못 자고 그런 회계 관리 다 에러를 달고 마지막에 에러 1개가 원에라 딱 생기더라고. 커뮤니션 에러 1개만 생겨도 돌아가지 않거든. 이 원에라 때문에 내가 15일을 폐인생활한 사람이야 그래서 내가 이 강의할 때 항상 이야기하는 게 있죠. 프로그래머 여 점을 조심해라 이 원에라가 나중에 찾아보니까 점인 거예요. 점 코블런너는 항상 끝에다 점을 쳐야 되거든.

화자 1
32:36
근데 워낙 라인이 업무가 크기 때문에 라인이 많기 때문에 이거 점을 이 점을 못 찾았어요. 이 정 때문에 내가 15일 동안 폐인 생활하고요. 여러분 정 때문에 죽은 사람도 있디 여러분 실은요, 이게 이거는 인제 비하인드 스토리 이야기는 극비인데 이거는 지금 그 FBI S파일로 남아있는 이야기입니다. 자 미국에요. 진짜 사업병원팀 웃지 마라 이거 미국의 빌 게이츠보다 더 뛰어난 프로그램이 있었습니다. 어 내가 누구라고 이야기를 안 할게 이 에스 파일이야 근데 이 사람이요. 그 당시에 그게 69년 70년대입니다. FBI X 파일입니다. 이 친구가 엄청난 OS를 개발한다고요. 이제 개봉박둑 하면서 자 사람들이 내일이면은 이 세상을 흥분실패 엄청난 프로그램이 개발된다고 막 떠들었어요. 그런데 개코로 뭐 며칠 지나도 사람도 안 보이고 뭐 나타나지 않아요.

화자 1
33:30
그래 보니까 이 친구가 지하실에서 개발했는데 지하실에 자기 조카가 가보니까 삼촌이 컴퓨터 안에서 탁 죽어있는 거야. 떡 죽어있는 거예요. 모니터에는 원해라 탁 원해라 이 원해라를 못 찾아가지고, 이 컴퓨터의 대가가 죽었어요. 죽었는 거야. 근데 이거 꼬마가 자기 조카가 딱 보니까 어 이상하다 삼촌은 컴퓨터에 대여가인데 왜 여기 점을 찍어야 되는데 콤마를 찍었을까? 그리고 이 친구가 이 콤마를 점으로 맡겨버리니까 이 시스템이 돌아갔더라 그 때도는 이 친구가 받았어요. 이 친구가 갑니다. 알겠나 진짜인데 그래서 여러분 이거 점 때문에 죽은 사람이 많아 나도 죽다 살았어. 15일 동안 2천만 원 때문에 이 과정에 하다가 그래 가지고 15일 동안 이걸 다 개발해 가지고 인제 회계관리 다 해가지고 납품 항상 개발하면 개발 기한을 주거든. 이게 납품 기간 다가오는데 어 이거 인제 기간 안에 뭐 하면 또 배상을 해줘야 돼요. 원해라 안 찾아요. 이런 거야.

화자 1
34:25
그래 술도 마셔보고 머리를 베개도 찍어보고 별짓을 다 해도 못 찾으는 거야. 시집을 나중에 딱 보니까 기가 막힙니다. 참 내가 이거 그 입을 청소를 잘해야 돼 내가 그래서 청소에 또 대응하다 이 모니터에 거기에 까만 딱지가 요 하나 붙어 있으니까요? 요거 어 근데 프로그램을 띄우면 항상 고 라인이 요게 딱 끝나 그러니까 점이 있는 거야. 모니터로 이 하도 많기 때문에 프린터를 출력해서 못 보니까 모니터를 보니까 여 점이 다 딱 적혀있네 여기에 점이 안 적혀있는데, 실은 모니터에 점이 딱지로 딱 딱 있는 거야. 그럼 나 이게 점인 줄 알고 계속 아무리 찾아도 없는 거야. 그걸 나중에 학 하고 얘가 어 점이 안 찍겠는 거예요. 허허 그래야 청소 중 여러분이 점 점 이거 굉장히 중요합니다. 이 점이 얼마나 중요하면요 이 님이라는 글자에 점 찍어보면 남대해뿐다 도로납니다. 이거 맞나 남이라는 글자가 점 빼법 님이야 이거 어 그래서 내가 늘 이야기하는 거 내가 인제 우리 개발자들한테 프로그램의 점을 조심하라 점이 인생을 갖고 있습니다.

화자 1
35:24
에 이해되나 그래서 내가 이런 과정을 거쳐 가지고 15일 만에 그 점을 찾았습니다. 근데 머리 다 빠졌는 거야. 그래 그래 점을 찾아가지고, 이거 납품을 했거든. 그 개발 제가 납품을 딱 하고 그 당시에 인제 3천만 원을 받았습니다. 얼마나 기쁜지 그 3천만 원을 받는 날 제가 어 인생의 큰 대성통을 내 손으로 내가 개발 뭐 이 회계 관리를 만들어 만들어서 내가 만든 프로그램이 7군데 회사에서 돌아가고 어 그래서 돈이 문제가 아니고 그 기쁨 인생에서 가장 큰 기쁨이 그 시절입니다. 그게 11월 3일입니다. 그 개발 완성에 납품의 날이 그날 을매 좋은 11월 3일날 춥거든. 그 추운데 포항 앞바다 들어가 가지고요. 새벽에 만세만세 하다가 내가 병원에 실려간 사람이야 어 그렇지만 인생에서 가장 값지고 행복했던 순간이 그겁니다. 그죠 살면서 여러분 돈이 인생을 행복하게 가져다주는 게 아니고요.

화자 1
36:22
바로 이런 일 그래서 우리 IT는 행복이 있고 보람이 있고 여러분들 대의가 있고 그죠 그래서 IT 세상으로 오세요. IT 전두사 내가 진짜 해볼 만한 거죠. 농담이 아니고 이런 과정을 거쳐서 분석 설계 구현 검사 유지보수 단계를 거쳐서 내가 시스템을 하나 만들었을 때 그죠 내가 얻는 기쁨은 이거는 돈도 아니고 명예도 아니고 내 말에 넣고 이거 이런 걸 이런 게 행복인 것 같더라고요. 이걸 못 느낀 사람은 불행한 사람인 줄 압니다. 인생의 행복이 바로 여기에 있는 거예요. 어 미인을 만나서 결혼하고 좋은 집을 사고 좋은 차를 사고 내가 박사가 되고 교수가 되고 학위를 받고 뭐 다 쓸데없는 짓입니다. 알겠나 여러분 인생의 행복 나는 이 기쁨을 맛본 사람이거든. 여러분도 내 사랑하는 병태 손자도 그 맛을 봐야 된다. 알겠나 그 마 그 맛을 못 보고 죽는다면은 그거는 참 사람으로서 가장 중요한 걸 놓치고 사는 겁니다. 엘루야 좋습니다. 그래서 저 늘 나는 이 과정을 아주 많이 거쳤어요.

화자 1
37:20
그죠 그래서 그러다 보니까 가장 중요한 단계가 2단계더라니까 2단계 예 시험은 둘째, 치고 이 단계 잘못되면 말짱 꽝이다. 이 말이야. 그죠 그래서 이 단계에서 시간 소요가 실제 많이 되고 시험은 이 단계에서 나옵니다. 알게나 역시 이 과목으로 2단계를 가지고 묻는 겁니다. 그래서 전체 과목이 여기 묻고 요거 중요한 거죠. 그죠 어 그래서 자 시스템 조사를 함 볼까요? 시스템조사는 예비조사와 기준으로 전부 다 거짓말이다. 방금 예비조사는 요구 사항 조사 즉 타당성 검토 시스템 개발의 타당성 조사가 뭐고 시스템 개발을 해야 될지 안 해야 될지 개발을 했는데 옛날에 개발되기 전보다도 비효율적이라면 할 필요 없죠 또 돈이 너무 많이 든다든지 이러면은 개발을 타당성 조사를 먼저 해야 되고요. 기초조사는 현정 조사입니다. 실제 개발자가 현장에 나가 가지고 실무진들을 이야기를 해봐야 되겠죠. 앉아가 타성공단 안되거든. 나가 가지고 다 분석을 해 봐야 돼요. 그냥 이런 걸 시스템 조사죠 그죠 개발하기 전 단계 조사 자소한 2가지가 있다.

화자 1
38:19
예비조사와 기초조사 요구 사항 조사와 현장 조사 요구 사항 조사는 뭐다 타당 타당성 조사다 요 정도 자 실무를 했기 때문에 핵심적인 걸 집어들이 갑니다. 그죠 타당성 자 이 과목은 어떻게 공부하라 암기하면 안 된다. 핵심적인 단어만 팍팍 잡아야 된다잉 좋습 타당성 조사 알겠나 자 좋습니다. 그다음에 한번 넘어가 이 야기 인제 다 됐어 어 이거 하면 강의 안 돼 어 이제 뭐 놀고 막 이러면 돼요. 자 그다음 분석 단계 분석을 시스템 분석은 분석 단계에서 뭐야? 요거 분석 명세서 요거 나와야지 내가 업무분석했는 게 말로 분석하면 안 되잖아. 분석했는 걸 전부 다 스펙 도면 다 분석 명세서를 가지고 나와야 돼요. 그죠 요거 요구사항 분석명세서를 작성하는 단계 신재분석 과정은 기능분석 예비 설계 비교 효과 분석서를 작성하는데 중요한 건 아닙니다. 즉 요구 조건 명세서를 만들어내야 됩니다. 신디어 분석의 결과 답은 뭐 요구조건 명세 요구조건 분석 명세를 만들어내고 그다음에 요걸 들고 뭘 한다.

화자 1
39:19
시스템 설계가 들어가자 디자인 디자인 맨땅에 헤딩하나 뭘 보고 명세서를 보고 어떻게 어떻게 만들어라 지침서죠 지침서 지침서 나중에 요정급 명세서가 2~3가지가 있습니다. DFD 이런 게 시험에 나오죠. DD 데이터 디셔너리 그 다음에 소단위 명세서 미니스펙 요런 3가지 도구를 주고 1가지로 요 3가지 도구 중에 1가지를 가지고 요거 조건 명세서를 만들어내야 됩니다. 알게나 시어머니 이게 나오죠. 그 요걸 보고 시스템 설계를 합니다. 디자인 설계를 하죠. 요거 조건 명세서를 바탕으로 개요설계와 상세설계로 나누어진다 개요설계는 제너럴 제너럴 디자인해 가지고 가장 크게 예 지엔이 아니 제너럴 일반적인 제너럴 디자인이죠. 제너럴 그다음에 상세설계는 디테일 디테일 디테일 디테일 디자인을 합니다. 그죠 개요 설계와 상세설계 실제로 이 상세설계 뭐 설계한다.

화자 1
40:18
코드 설계 오케이 그 다음에 IO 설계 파일 설계 파일 설계 프로그램과 프로세스 설계 이렇게 다 설계도를 딱 뽑아내야 된다. 나누어 진행한다. 그리고 마지막에는 시스템 스펙 사향서를 작성합니다. 그죠 요거 조건 명세서를 들고 개요설계와 상수설계 개요 크게 크게 큰 집을 설계하고 그다음 세부적인 사항을 설계하고 시스템 사냥서를 작성하는 게 어디에서 시스템 설계 단계에서 하는 일이다. 이 말이죠. 실제 이렇게 합니다. 그래서 DFD 같은 걸 많이 이용하죠. 이걸 들고 요구조건 개요 설계를 다 하고요. 그다음에 구현은 뭐다 코딩 그죠 프로그램 컴퓨터 언어를 선정해서 코딩 다른 말로 뭐 프로그래밍 프로그래밍 언어를 이용해서 원시코드를 작성하는 단계 프로그래밍 또는 코딩이라 부릅니다. 즉 프로그램 개발자가 비주얼 베이직 뭐 포볼 씨 어 자바 이런 언어를 가지고 그 설계도를 보고 뚝딱뚝딱 대가리 빠져나가면서 프로그램 만드는 거 구현 과정 그리고는 테스트 과정입니다.

화자 1
41:16
테스트 이제 사용자 요구사항대로 그 요구사항 세스대로 프로그램이 시스템이 적절하게 구현되어 있는지 검증하는 거죠. 이 검사에는 3가지 있다. 통합 검사 시스템 검사 인수 검사 통합 검사는 소프트웨어 검사고 시스템은 하드웨어 검사고 인수는 사용자 사용자 요구 사항한 사람한테 맞나 자 당신이 인수 응 이거 내가 만든 거 이제 인수해 가지고 사용해야 될 것 아닌가베 한번 검사해 봐라 이 말이죠. 자 테스트 3가지 3종류 통합 시스템 인수입니다. 그죠 자 전체를 일단 다 보고 있다. 여러분들 자 밑에 실제 이런 과정을 통해서 하나의 소프트웨어가 탄생돼서 제품화되는 거 아니야. 그래서 팔리기도 팔리고 이렇게 되는 거잖아요. 윈도우도 그렇고 아래한글도 그렇고 오피스도 그렇고 모든 프로그램이 이 과정을 거쳐서 여러분 손에 갑니다. 여러분 집집마라 컴퓨터에 제품화 돼 들어가재 그리고 우린 그 제품을 사용하잖아요.

화자 1
42:11
소프트웨어라는 제품을요 돈 주고 안 샀지 뺏겼죄 불법복사 영창이 되거 여러분 다 죄인이다. 병대수전자야 검찰에 뜨면은 이 불법 소프트웨어 3천만 원 이하와 3년 이하의 징역이야 현재 이거 이 강의를 이거 소프트웨어 단속 나오면 전부 다 여러분 큰집에서 강의 들어야 돼 내가 큰집에 가야 됩니다. 큰집에 큰집이 어딘지 알지 철창 사이로 강의를 해야 됩니다. 이거 불법복사 안되는 겁니다. 왜 이런 머리카락 다 빠지면서 만든 소프트웨어를요 돈을 주고 이 제품을 사야 되는데 여러분들 테레비전을 사고 어 이 하드웨어는 다 돈 주고 의자 사고 여러분 집에 장롱 다 훔쳐왔는지 알잖아. 집에 테레비 집에 냉장고 다 샀잖아. 근데 소프트웨어 안 샀제 병태순자 이 프로그램은 샀나 안 샀죠 다 사야 됩니다. 그 제품이에요. 알겠나 그래서 여러분 전부 다 영창은 영창 큰 집에 가요 예 그리고 이제 시스템 운영이 되죠. 운영 실제 업무에 적합해서 운영되고요. 그리고 유지보수 되죠.

화자 1
43:06
시스템을 항상 최저 상태로 유지하는 것으로써 개발 단계 중 가장 많은 노력과 비용이 투입됩니다. 그렇게 유지보수의 돈이 가장 많이 들어가는 거고, 이 유지보수의 종류는 정정 수리 적응 완전한 예방 4가지 유지 보수가 있다는 걸 눈으로 살짝 쿵 봐 놓으시면 됩니다. 자 시스템 부서 설계 다 배웠다 벌써 신문을 했기 때문에 전체를 시원하게 보여줬죠 지금부터 이제 하나하나 코드 설계는 어떻고 각 설계를 주로 우리 산업 기사는 설계 위주로 시험이 나오지 그죠 자 중요하다 하나의 시스템이 하나의 소프트웨어가 탄생되는 단계 어떻다 조사를 하고 난 뒤에 분석 설계 구현 검사 유지보수 운영 되겠나 어디죠 분석 과정 설계과정 분석은 어떻게 한다. 설계는 어떻게 한다. 그렇죠.

화자 1
43:59
그리고 어떤 식으로 코딩 코딩 방법도 어떻게 하고 어떤 식으로 검사를 해 가지고 하나의 소프트웨어가 탄생되는가 이 과정이 20문제 나오고 산업기사는 그중에서도 뭐 설계 파트가 집중적으로 나온다는 거 기사 학생들은 전체에서 나오고 산악지 사는 슬기에만 좀 치중을 하더라는 거 나머지 똑같아 이 말입니다. 되겠나 좋습니다. 자 이렇게 해서 전반적인 개요 소프트웨어 라이프 사이클까지 보고 잠시 쉬었다가 이제 또 두 번째 이제 감옥 이어진다 산업 기사는 7시에 들어오면 돼요. 요강인은 미리 제작해서 녹화되기 때문에 이런 보고 또 보고 바로 되죠. 빨리 감아도 되고 된다. 그죠 그래서 한 어 바로 또 같이 기사하고 똑같이 그죠 10분 뒤에 다시 틀어줄게요 되겠습니까? 좋습니다. 잠시 후에 뵙겠습니다.

https://youtu.be/IRs9cCYMbpw

1. 소프트웨어 공학의 변화와 발전

1-1. 소프트웨어 공학의 발전과 변화
-  소프트웨어 공학의 발전은 재사용과 재공학의 중요성 강조함
-  하드웨어 시스템 조립처럼 소프트웨어도 조립 가능하게 만들 계획
-  재사용, 재공학 개념을 통해 누구나 쉽게 소프트웨어를 만들 수 있도록 도움
-  소프트웨어 공학의 중요성은 AI, 빅데이터, 자동화 기술 등 IT 기술 발전에 따라 더욱 부각됨
- (중요) 소프트웨어는 인생의 행복과 행복한 삶을 위한 기회를 제공함

1-2. IT의 중요성과 소프트웨어 재사용
-  IT는 우리나라에서 행복을 제공하는 중요한 기술
-  재사용과 재공학을 통해 생산성 증가, 품질 향상, 개발 시간 단축 등의 이점을 제공함
-  비용 절감과 시스템 구축에 관한 기술 공유가 가능해짐
-  공유의 시대에서 소프트웨어 재사용의 중요성을 강조함
-  소프트웨어 공학의 발전은 기술의 발전에 따른 변화를 적극적으로 수용함

1-3. 소프트웨어 공학의 가치와 중요성
-  소프트웨어 공학은 단순히 프로그래밍을 다루는 학문이 아니라, 생활에 밀접한 부분을 포괄함
- (중요) 소프트웨어 공학은 생산성 증가, 품질 향상, 개발 시간 단축 등을 제공함
-  기술 공유를 통해 사회 전반에 걸쳐 소프트웨어 공학의 가치와 중요성을 인식하게 됨
-  소프트웨어 공학은 인생의 행복과 행복한 삶을 제공하는 중요한 도구가 됨
-  소프트웨어 공학은 앞으로도 계속 발전하며 우리의 삶에 더욱 큰 가치를 제공할 것으로 예상됨

2. 소프트웨어 공유와 제공

2-1. 소프트웨어 공유의 중요성
-  과거에는 자신의 지식을 독점하고 투명하지 않으면 됐다고 생각했음
-  현재는 공유와 투명성이 중요한 시대임
-  거짓, 속임 없이 투명하게 세상을 바라보고 공유하는 것이 선진국의 특징임
-  IT는 이러한 투명성을 없애고 소프트웨어 공유를 가능하게 함
-  공유와 투명성은 소프트웨어 제공의 핵심 요소임

2-2. 소프트웨어 제공의 목적과 방법
-  소프트웨어 유지보수성 향상, 비용 절감, 기술 상향 조정 등이 소프트웨어 제공의 목적임
-  소프트웨어 유지보수성 향상은 수명 연장으로 이어짐
-  기술 상향 조정은 재사용성과 유지보수 비용 절감을 위해 중요함
- (중요) 소프트웨어 제공은 유지보수성 향상, 비용 절감, 기술 상향 조정을 위한 것임
-  소프트웨어 제공은 프로그램 언어로 이루어지며, 이를 케이스 툴이라 부름

2-3. 케이스 툴의 개념과 예시
-  케이스 툴은 자동화 도구이며, 프로그램 개발을 자동화시킴
-  케이스 툴은 통합 케이스와 상위 케이스, 하위 케이스로 구성됨
-  통합 케이스는 소프트웨어 전체 과정을 지원함
-  상위 케이스는 요구 분석과 설계 단계를 포함함
-  하위 케이스는 코드 작성, 문서 등을 지원함

3. IT 자격증 공부와 시험 준비

3-1. 자격증 시험의 구성과 중요성
-  시험은 데이터 통신 네트워크, 산업기사 시스템 정리 등 필기 내용에 대한 실기 시험으로 진행됨
- (중요) 실기 시험에서 100점 만점에 60점 이상을 받아야 합격이 가능함
-  시험은 실기, 기사, 산업기사 자격증 등 다양한 요소로 구성되어 있음
-  각 요소는 100점 만점에 50점 이상을 받아야 합격으로 인정됨
-  시험 내용은 40점에서 50점, 30점에서 50점, 20점에서 50점 등 다양함

3-2. 자격증 시험 공부 방법
-  필기 공부 후, 실기 시험을 준비해야 함
- (중요) 실기 시험에서는 알고리즘 차트 작성이 중요함
-  기사 시험에서는 시스템 분석, 설계 등 기사 자격증이 필요함
-  기사 시험은 공식에 의해 통과해야 하며, 이를 위해 공식을 참고할 필요가 있음
-  기사 시험은 2개의 자격증을 취득해야 함

3-3. IT 강국으로 가는 길
-  시험 통과 후에는 검은 수첩과 자격증을 받을 수 있음
-  시험을 통해, 전문가가 되어 일할 수 있는 능력을 갖출 수 있음
-  공식과 연습 문제를 통해, IT 강국으로 가는 길을 찾을 수 있음
-  IT 관련 시험은 전산직 7급, 전산직 9급 등을 포함함
-  국가기관에서 전산 요원과 해커 등을 양성하기 위해 해당 시험을 제공함

화자 1
00:10
자 전국에 계시는 우리 MTM 생방송 안방 가족 여러분 계속해서 함께 하겠습니다. 아 여러분 좋습니다. 자 이제 몇 분 쉬었죠. 진짜 이제 마지막 강의입니다. 감회가 새롭죠 그죠 이제 여러분들 소프트웨어 공학의 마지막 강의 정보처리 기사강 필기 강의의 마지막 시간이 돌아왔습니다. 그동안 고생했고요. 인터넷에서 여러분 두사부일체의 정신으로 뜨거운 가슴에 정신으로 환상적으로 여러분 수업을 했습니다. 그죠 그래서 지금 마지막 아주 강의 짧게 준비되어 있다.

화자 1
00:53
그죠 그래서 여러분들 너무 고생하셨고 내가 또 마지막 이야기 하겠습니다마는 이 인터넷 생방송 그리고 바로 끝나자마자 VOD 서비스 돼 가지고 멋진 시스템으로 또 대한민국 최고의 강의 최고의 선생님 제이제이치와 최고의 교체를 여러분들이 아주 잘했어요. 이제는 자격증만 가져오고 기사식당에서 밥만 쳐먹으면 됩니다. 좋아요. 고생하죠. 하셨고요. 아마 이렇게 강의 들은 게요 여러분 자격증은 당연히 시험장에 가보면 JJ입시의 위력을 느낄 수가 있고 또 이것뿐이 아니고 이제 유비쿼터스 시대 블루오션 이 IT 컴퓨터와 인터넷은 평생 여러분을 따라다닙니다.

화자 1
01:34
자 이걸 도구로 해서 여러분의 행복을 맛봐야 되고 행복과 점점 가까워지는 거대가 돼야 되고 특히 이제 인생이 우울한 사람은 저와 함께 백만냥병설 동참해서 시험은 해외로 우리 기술을 이전을 하자 기술 수출을 하자는 겁니다. 그렇죠. 그래서 우리나라 선진국으로 가는 길 삼만 불 오만 불 앞당기는 여러분들이 군단이 되소서 되겠나 그래서 요번 이 강의가요 정보 처리에 국한되는 게 아니고요. 이 강의 듣고 전산직 시험 우리나라에서 시행하는 어떤 시험도 다 통과된다는 거 여러분 느끼시기 바랍니다. 그죠 그래서 다시 마지막 또 짧게 하고 종합 정리 해드리겠습니다. 자 자 마지막 소프트웨어 공학의 마지막 소프트웨어 공학의 발전 발전 추세 이제 얘는 소프트웨어가 어떤 식으로 발전할 것인가? 딱 하나의 단어만 잡으면 됩니다.

화자 1
02:29
자 소프트웨어 공학요 자 소프트웨어 공학은 가장 앞으로 중요시하는 게 뭐다 재사용이죠. 다시 이야기한다. 리유즈가 중요합니다. 네 늘 이야기하지 이제는 앞으로 이 소프트웨어 과거에는 프로그램 개발자가 아주 전문가로만 생각했잖아요. 예 화이트칼라 제재지처럼 물이 많이 빠지는 사람 아니다는 거죠. 이제 어느 누구나 인터넷에서 쇼핑하듯이 인터넷에서 고스톱 하듯이 이 소프트웨어는 너무나 쉽게 우리한테 다가온다는 겁니다. 앞으로는 그러니까 PC 조립하듯이요. 자 PC 조립 과거에는 컴퓨터를 만든다는 거는 꿈에도 생각 못 했는데 어느 날 갑자기 여러분 손으로 컴퓨터를 조립했잖아요. 왜 마더보드라는 객체를 사고 네임이라는 객체를 사고 CPU라는 객체를 사고 그래픽 카드를 사고요. 하드디스크 사고 DVD 사고 그죠 사가지고 뚝딱뚝딱 거리니까 이놈이 이런 객체들을 모아 가지고 조립 안 하니까 컴퓨터라는 시스템이 우리는 조립할 수 있도록 만들어 버리잖아요.

화자 1
03:28
우리 집 아도 지금 만들 수 있대 우리 집 아 이제 중학생인데 예 자 조립해서 만들어요. 내 강의 1시간만 들어도 만들 수가 있고 자 이렇게 하드웨어 시스템은 이렇게 쉽게 만드는데 이제 소프트웨어도 그렇게 만들어보자 이 말입니다. 모듈들 객체들 모듈들 독립된 모듈 모듈을 만들어 가지고 회원 가입 방금 뭐야? 게시판 결제 시스템 SNS 이런 모듈을 만들어 가지고 쫙쫙 조립해서 하나의 시스템을 만들어보자는 거죠. 그죠 그리고 여기에 사용되었던 이 모듈도 또 다른 시스템 다른 시스템에도 가져오자 가져와서 또 여기 사용됐던 가져와서 가져오자 또 가져와서 또 새로운 시스템을 만들자. 시스템 원 시스템 투 그죠 내가 원하는 거 만들어보자 이 가져오는 건 뭐다 재사용 니유저죠 니유저 여러분 1가지입니다.

화자 1
04:20
하드웨어도 한 가지 이제 내가 과거의 컴퓨터에 있던 내 부품들 메모리 그냥 안 버리죠 이놈 가져와서 새로운 컴퓨터 만드는 또 서재 메모리를 증설하죠. 한 가지 이 말입니다. 리유죠 그러니까 앞으로 소프트웨어는 특별히 재사용 개념을 가지고 재공학 개념을 가지고 이런 식으로 하드웨어 조립하듯이 이 프로그램 또 누구나 쉽게 만들 수 있도록 여러분들이 제공을 해준다. 이 말입니다. 알겠나 소프트웨어 공학에서 끊임없는 연구를 해 가지고 그 이야기죠 그게 핵심이다. 이 말입니다. 에 알겠나 누구나 개발할 수 있고 지금 나오는 케이스 툴요 자동화 도구들이 이미 많이 나오고 있습니다. 너무나 쉽게 개발을 할 수가 있는 겁니다. 그래서 요즘 개발자는 개발자가 아닙니다. 예 아주 기능이죠. 누구나 할 수 있고 관심만 있으면은 누구나 IT 전문가가 될 수가 있고 그 관심 들어오는 문 그게 어려운 거죠. 그걸 제재치가 열어주고 있는 거죠. 그래서 여러분 여러분 선배들 중에서도 제 강의를 듣고요.

화자 1
05:19
예 옛날에 그 학부 과정은 전공이 축산 뭐 이런 거였는데 아 대학원 과정을 석박사를 IT 쪽으로 해 가지고 대학에 지금 전임강사 하는 사람도 있어요. 많은 사람들이 그래요. 그래서 인생이 우울하고 어 인생의 방향이 제대로 서지지 않는 사람은 IT 세상으로 오소스 웰컴 투 아이티 월드 알겠나 와 내하고 같이 갑시다 아주 IT는요 재미있고 저는요 정말 컴퓨터 IT 저의 인생을 행복으로 가져다 줍니다. 돈 필요 없구요. 명예 필요 없습니다. 그죠 행복이 있더라는 거죠. 행복이 IT에 그래서 내가 처음으로 개발한 베개 관련을 만들고 대승통곡을 하고 인생에서 가장 행복이 뭔가를 맛봤기 때문에 그 행복을 내 제자한테 전달할려 카니까 돈 많이 벌면 행복한 줄 아는 분이더라 좋은 집에 살고 좋은 차 사고 그 행복이 아닙니다. 편리지 편리 행복은 가슴에서 우러나오는 겁니다. 알겠죠.

화자 1
06:13
우리나라 전 국민 특히 내 강의를 듣는 여러분들은 행복이라는 단어를 선물 받아야 된다. 돈이 아니고 그걸 알아야 됩니다. 저는 그걸 느낀 사람 사람이고 깨달은 사람이에요. 알겠죠. 그래서 IT는 행복이 있는 곳이고 꿈이 있는 곳이고 비전이 있고 우리나라를 선진국으로 가져갈 수 있는 단어는 IT밖에 없다. 축산이 아니고 공장이 아니고 자동차가 아니고 배가 아니고 아파트가 아니고 그죠 논리적인 시스템 소프트웨어로 승부를 걸어야 되고 이미 이 세상 이 세상을 주도하는 회사들 나라들은 보면 소프트웨어 강국이죠. 마이크로소프트사 배를 팔고 자동차를 만들고 강철을 만든 그래서 부자되는 회사가 아니고 논리적인 시스템 소프트웨어 소프트웨어 그죠 이놈을 이용해서 도스에 사용됐던 거 윈도우에서 쓰고 윈도우 9회사 98도 쓰고 그죠 윈도우 엑스피에 있는 거 다 땡겨서 비슷한 만들려고 다 잊어라 하고 있잖아요.

화자 1
07:10
제 재사용 가지고 뭐 줄여 가지고 장난치면서 계속해서 제품 만들어서 떼부자 되는 예 그런 개념이다. 이 말입니다. 자 이런 소프트웨어 재사용의 이점은 뭐냐 말 그대로 생산성 증가죠 과거에 절차 지향적이나 구조지향적보다는 굉장히 생산적인 생산 정보고 적게 들여가지고 일석삼조제 그렇죠. 일석삼조 한 번에 3개 이상의 효과를 내는 거 꽉 먹고 알 먹고 둥지까지 불 떼주고 그렇죠. 품질 향상이 좋아진 품질이 좋아지는 거죠. 또 여기에 사용됐다가 여기 사용될 때 수정하고 처음엔 갈수록 좋아지는 품질이 좋아지고 개발 시간 단축이죠. 조립하는데 시간 걸릴 게 뭐 있노 가져와서 땡겨 뿌리는데 만들어서 하는 것보다 그렇죠. 다 들고 그다음에 비용 절감 돈 될 것 없죠 한번 만들어 놔 놓은 거 계속 써먹습니다. 그다음에 시스템 구축에 관한 기술공 그렇죠. 기술 공유가 계속되죠. 그래서 내가 가지고 있는 모듈을 그래서 요즘은 오픈 마인드라야 됩니다.

화자 1
08:06
과거에는 개발 안 해놨으면 다 숨겨가지고 딴사람 사용 못하도록 특허내고 특허 없어져야 됩니다. 내가 널리 이제 공유의 시대라니까 내가 가진 거 오픈하고 또 상대방 가지고 오픈해서 정보공유가 최고예요. 공유의 정신 공유 공유세어 이 공유가 바로 기쁨 공유해야 되고 슬픔 공유해야 됩니다. 이런 논리가 지배하는 시대 과거에는 가진 뱀 내가 가지면 최고야 너무 뒤지든 살든 내 마음 배부르면 돼 이러는 걸 옛날 육이오 때 이야기다 요즘은 전부 다 베풀고 공유하고 그죠 공유를 통해서 파이를 키워나가야 되지 내가 가진 거 니가 가진 거 내놓고 기술공유를 하고 그죠 이래야 되는데 개발했다. 숨기 이런 거는 옛날에 내가 제일 싫어하는 게 뭐 숨기고 이런 거 투명한 세상은 투명해져야 되고 오픈 마인드로 가야 되고요. 공유의 시대로 가야 됩니다. 그래서 거짓이 없고요.

화자 1
08:57
속임이 없고 세상을 가면 갈수록 트랜스퍼런시 윈도우 윈도우 하는 게 뭐고 마지막 누구는 공유 투명성을 추구하는 세상은 유리알처럼 맑아야 된다는 거죠. 정치도 문화도 경제도 교육도 모든 게 맑아져야 됩니다. 그게 선진국이요. 어 알겠나 지 혼자 잘 먹고 잘 사는 것은 선진국이 아니고 그래서 우리 정치하는 사람들도 이런 윈도우정신으로 투명성을 보장하면서 이 나라를 이끌어 나가야 이 나라의 행복이 오는 거지 숨기고 뒤에서 뒤통수 치고 6.25 때 촌놈들이 하는 이런 거 없어져야 됩니다. 그게 IT는 그게 없어지죠 그게 바로 소프트웨어 공학입니다. 그런 이야기입니다. 공유 여러분 잘 아셔야 되고 자 소프트웨어 제공황은 똑같은 리우저를 학문에 해 놨는 거 제공항이 이제 리 엔지니어링 입니다. 그죠 새로운 요구에 맞도록 기존 시대 미용하여 보다 나아 시대를 구축하고 새로운 인원을 추가하여 소프트웨어 성능을 향해 시키는 것 유지보수 생산성 향상을 통해 소프트웨어 위기를 극복하는 방법 재공학이죠.

화자 1
09:55
읽어보시면 되고 자 재공학 기술은요, 잠깐만 놓죠 분석 재공학 분석 재구성 역공학 이식입니다. 그렇죠. 요 이름 말하면 돼 분석 재구성 역공 공학 이식입니다. 이식 포팅 자 요것만 알면 돼 재공학 기술 분석기술 재구성 기술 역공학 역공학 기술 그리고 이식 요 단어만 알고 있으면 된다. 해서 원리를 알았고 자 분석 재구성 역공학 이식 그죠 요런 단어만 시험에 나오지 일일이 묻는 거 읽어보시면 됩니다. 문제가 나오지 않아요. 자 소프트웨어 제공의 목적 소프트웨어 유지보수성 향상시키는 거 유지보수 비용이 많이 들어가니까 수명 연장 소프트웨어 한번 개발해 놓고 몇 년만 쓰는 게 아니고 오래오래 쓸 수 있는 프로그램 수명 연장이 좋고요. 기술 상향 조정 재사용에 이용 데이터 코드 재구성 다 같은 개념이고요.

화자 1
10:46
자 클라이언트 서버 소프트웨어 엔지니어는 뭐냐 바로 인터넷 환경 네트워크 클라이언트 서버 시스템은 분산 시스템의 가장 대표적인 모델이고 요소는 뭐다 프리제 엔테이션 상호작용 요소 어플리케이션 요소 데이터베이스 요소 여러분 알아놓으시면 되고요. 살짝 보면 되고 자 중요한 게 케이스입니다. 이야기했죠. 자 제공화 소프트웨어가 나온다 케이스 투 자동화 컴퓨터 에이디드 소프트웨어 엔지니어링 해 가지고요. 이건 자동화 도구입니다. 맞아요. 쉽게 말해서 자동화 도구 프로그램 개발하는데 자동적으로 생성시키자 제너레이터 개념이자 자동화 도구인데 소프트계열 정과정의 전체 또는 일부를 컴퓨터와 전용 소프트웨어 도구를 사용하여 자동화한 걸 케이스 툴이 요즘은 이렇게 케이스 툴이라 합니다. 케이스 툴이라 하제 게스툴 프로그램 언어가 아니고 이제 이 프로그램 언어도 케이스 툴로 제공된다. 이 말이에요. 케이스 툴 자동화 도구로 되는 거예요. 그러니까 뭐 이제는 막 쿠쿠미라 부르는 프로그램이 하나 만들어진다는 거지 예 그러니까 소프트웨어 모듈의 재사용이 한 양상 그렇죠.

화자 1
11:44
모듈을 자꾸 재사용하는 거고, 자동화된 검사를 통한 소프트웨어 품질 양상이고 유지보수의 간편 개발 기간 단축립 비용 절감이 되는 게 케이스 툴의 이점이라는 거 그래서 앞으로 한번 보세요. 나오는 프로그램 언어들은요, 거기다가 케이스 툴 클릭 클릭 클릭해서 만들어지는 프로그램들이 나옵니다. 디벨롭프 2005 이미 벌써 개발돼서 우리 사이트에서 M2M 사이버에서 이미 강의가 시작됐다. MTM 사이버의 이제 개발 과정에 보면은 MS 디벨로프 2005 강의를 이미 다 해놓고, 서비스하고 있습니다. 그런 강의 한번 들어봐라 좋습니다. 디벨롭프 이천오 대한민국 어떤 사이트에도 없는 강의 그렇죠.

화자 1
12:25
그런 거 배워 놓고 여러분도 다 IT 기술자가 되소서 그죠 여러분이 엠투엠 사이버 IDU 점 티비에 들어가 보면요 이 정보 처리뿐이 아니고 이걸 기반으로 해서 많은 과정들이 다 있다는 거 자격증만 따고 땡동 나가지 마시고 여러분 우리 M2MS 제공하는 사이트 엠투엠 사이버 아이디어는요 여러분 이거 잘 모르죠 자격증 따고 반드시 우리가 데이터베이스에 있거든. 합격 DB 현재 우리 사이트는 어떻게 돼 있냐 하면요 기업체에서 우리 사이트에 들어와 가지고 합격자를 데려갑니다. 그럼 우리 사이트는 여러분 자격증도 따고 취업이 바로 이루어져 취업이 알겠나 그것도 모르고 막 여러분들 앞으로 사이트 새로 개편할게요 자격증을 따고 난 뒤에 반드시 여러분이 등록을 해야 돼 그 합격자 DB에 그냥 여러분 정보만 내가 합격했다. 올려놓으면은 기업체에서 와서 자동적으로 취업이 이루어집니다.

화자 1
13:12
사람이 취업시키는 게 아니고 우리 컴퓨터 시스템 우리 엠투엠 사이버 IDU가 여러분 취업시킨 그러니까 자코리아처럼 자코리아 같은 경우는 뭐고 아무나 가지만 우리 MTM 사이버에 회원 정보는 뭐고 자격증 딴 사람만 등록되게 돼 있거든. 자격증 등록을 해놔요 그러면 사람들이 자코리아는 또 라개는 다 들어가지만 어 엠투엠 사이버는 아 이 뒤에 들어가니까 이거는 검증된 아이들만 있는 거야. 그러니까 우리가 더 잘 팔린다는 거예요. 그리고 그것뿐이 아니고 해외 진출까지 다 돼있습니다. M2M 점보 투를 통해서 해외 대학하고 연관 관계 해외 취업할 수 있도록 다 돼있습니다. 에 그래서 엠투엠 사이버 아이 이 뒤에서 자격증 따고 실무 과정 익히고 취업하고 해외 진출까지가 1편의 드라마처럼 시스템처럼 다 해야 되는데 그것도 모르고 들어와가 그런 사이트가 어딨어 어딨어 어딨어 없잖아. 떨었어 이 음성만 잡으면 가 자격증만 따 가지고 쳐 뿌고 그런 짭짤한 그런 명분 없는 공부 그런 거 하지 마세요. 그런 거 시대가 그런 시대가 아닙니다.

화자 1
14:11
솔직 담백하고 뜨거운 가슴으로 움직일 열정 에너제틱이어야 되지 자격증만 틀겠다고 눈가리고 아웅식으로 어 잘 시험만 합격하자 6.25 때 생각해 가지고 자꾸 공부를 해요. 공부 와 노는 게 나아요. 그렇죠. 어 그래서 여러 가지 목적에 들어오지만 요번에 에 여러분들 어 요번 우리 사이트에서 공부한 거 여러분 인생에서 굉장히 값지게 여러분 형성이 될 거야. 그죠 예 좋습니다. 자 뒤에 한번 넘겨보죠. 내가 뭐 이야기할 게 또 하나 있어가지고 예 자 요것도 좀 남아있네 자 이 케이스 툴의 형태는요 통합 케이스 상위 하위 요렇게 나눠 있죠. 통합 상위 통익화 통합은 소프트웨어 전체 과정을 지원하기 위한 케이스고요. 상위 케이스 스툴은 요구 분석과 설계 단계 요거 분석과 설계 단계 하위에는 코드 작성 문서 등을 지원하니까 요거 잠깐 보시면 되는 거고, 됐죠 그렇죠. 그래서 케이스에서 시험 나오는 걸 요거 자주 나왔고 해서 리유적하는 개념 요 정도만 나옵니다. 그래서 출제에 입각해서 공부를 했고요.

화자 1
15:09
자 여러분 어쨌든지 우리 사이트에서 이제 기사 또 산업기사 여러분 주체 필기 인제 다 들었습니다. 듣고 바로 이제 시험 치고 그죠 바로 이어서 실기에 들어가야 돼요. 실기 환상적으로 정리를 다 해놨습니다. 잘 강의 잘해 놨어요. 이 실기강의는 이미 VOD 서비스 되고 있다. 그래서 이 실기 강의는 여러분들 여러분 선배들이 다 내 특히 실기 강의는요 필기도 1가지지만 전부 다 공식으로 만들어 놨기 때문에 어떤 문제 나와도 다 다 적용이 됩니다. 특히 실기 같은 경우는 우리 필기는 어떻게 되노 컴퓨터 구조 정리 잘했제 운영체제 할 이야기 없죠 데이타베이스 환상적이었죠. 데이타 통신 네트워크 환상적이었죠. 우리 기사 학생들 소프트웨어 공학 산업 강사 저 산업기사 시스템 정리 오늘부로 끝났습니다.

화자 1
16:03
그리고 시험 바로 치고 갭싸게 실기 들어오죠 실기 들어오면 어떻게 딱 알고리즘 플로 차트 작성하는 게 플루 차트 알고리즘 40 보통 40에서 왔다 갔다 합니다. 요거는 좀 20점이죠. 20점 20점 딱 해야 돼요. 그리고 데이타베이스 실무 디비 실무 DB 실무 한 30점 왔다 갔다 하고요. 그 다음에 업무 프로세스 아 다음에 업무 프로세스 20점 왔다리 갔다리 하고요. 그다음에 기술용어 용어 용어 용어 보통 뭐 5에서 10점 그다음에 영어 전산 영어 한 5에서 10점 요렇게 100점 만점에 60점 이상하면 또 합격이거든. 이거 환상적으로 정리했고요. 특히 이 부분이 이제 합격의 당락을 유지하거든. 이거 공식화 다 돼 있습니다. 대한민국 어떤 누구도 할 수 없는 JGH만의 야전 사령부만이 할 수 있는 거 그래서 공식에 여러분 선배들 다 적용이 적용이 다 되니까. 너무너무 쉽더라는 거예요. 그렇죠.

화자 1
16:59
그래서 여러분들 필기 끝나자마자 바로 실기 들어와야 된다. 실기 딱 끝나고 나면은 이제 검은수첩 자격증 받습니다. 기사 산업기사울이 기사 학생들은 반드시 요거 요것만 듣고 실기는 공통이거든. 저 시스템 분석 설계만 듣고 기사도 따고 산업기사도 따십시오. 되겠나 2개의 자격증 양손에 들고 저하고 어디 간다 기사식당 가자 기사일 때 밥 한 그릇 먹는 순간 여러분들은 전문가로 휴머니어가 실천되죠. 그죠 늦도 복근이 아니고 그래서 평생 행복하게 살아야 됩니다. 그렇죠. 물론 공무원 가산점 각종 시험 위에서 또 내가 취업을 위해서 하지만 아마 저한테 강의들은 이게 굉장히 값지게 왜 여러분 선배들이 이야기 다 하는 거니까 평생 여러분 인생을 좌우합니다. 내 말이 맞나 함 보십시오. 그리고 우리나라에서 시행하는 모든 IT 관련 시험은 통과다 예 9급 전산직 7급 전산직 시험 치십시오.

화자 1
17:55
그리고 각종 도로공사 주택공사 그런 전산실 시험도 여기에 전부 다 맡게 돼 있는 거예요. 그래서 제 제자 중에요. 각각 국가 기관의 전산 요원들도 많이 있어 어 또 해커들도 있고 그래서 여러분 아마 요번 강의 필기강의 생중계로 진행했고 또 이놈이 이제 VOD 이제 끝났으니까 이제 전국 방방곡 전 세계로 VOD 비디오는 항상 여러분 클릭하면 다시 들을 수 있도록 구성이 돼있고 또 여러분 합격하고 후배들한테도 소문 좀 내주고 알겠나 그래서 같이 손 붙잡고 IT 강국 만들자. 말이야. 병태야 순자야 허피디끼요 알겠나 해서 자 오늘 아쉽습니다. 여러분하고 이제까지 싫든 좋든 매일 새벽 7시마다 우리가 생방송 해제 생중계했는 거 오늘부로 막을 내립니다. 막을 내리고요. 시험장에 가보면은 여러분 아주 쉽다 그죠 그래서 반드시 시험장 갔을 때 그 여러분들이 아직까지도 OMI 수성카드로 수성 볼펜으로 하거든.

화자 1
18:54
그 여러분들 갭싸게 시험 치고 바로 또 여러분들 바로 어 바로 합격이니까. 바로 실기에 도전해서 기자 자격증 따가지고 다시 한번 만납시다 알겠습니까? 그래서 내가 많은 할 이야기도 많고 여러분 하여튼 고생했었고요. 이제까지 호흡을 맞춰 가지고 여러분 성은 또 그 사이에 내가 몸이 좀 아프니까 정말 우리 인터넷이지만 풋풋한 점 여러분이 엄청나게 많은 성화를 보여줘 가지고 내가 이틀 만에 다시 복귀를 했잖아. 알겠죠. 중간에 좀 사고도 있었제 중간에 또 숟가락 젓가락 노래도 들려주고 그죠 이제 강의도 세미나게 여러분 잘 따라오셨고요. 특히 요번 강의를 통해서 자격증은 당연 1명 떨어지면 떨어진다 내가 어디서 10층 꼭대기에서 알겠나 저를 위해서도 반드시 합격해야 된다. 그래서 제이재 씨한테 뜨거운 박수 한번 쳐라 빨리 쳐라 예 좋습니다. 여러분 박수 쳤고요. 그 박수로서 나는 이제 모든 걸 이제 뭡니까? 어 여러분 보답을 받았습니다.

화자 1
19:54
봤고 자 인터넷 공간이지만 저 잘 기억의 나라 자 투사부일체다 어디 서울역에서 만나든지 대전에서 만나든지 제주도에서 만나든지 여러분 90분 인사해야 된다. 알겠나 그럼 내가 알겠죠. 방가방가 맛있는 거 사줄게 하여튼 고생하셨고요. 또 다른 강의에서 만나 뵙기를 약속드리고 항상 여러분 곁에 있는 항상 여러분과 함께하는 여러분의 영원한 스승으로 남고 싶습니다. 여러분 가슴에 JJH 죽을 때까지 기억하소서 좋습니다. 고생하셨고요. 자 이렇게 해서 정보처리기사 필기 대단원의 막을 내린다 자 그리고 요거 자 이거 내리면 어떻게 되느냐 하면요 여러분이 필기 강의는 어떻게든 필기 이론 강의 있고요. 우리 이미 사이트에 핵심 문제풀이 강의가 있습니다. 핵심 문제풀이 이미 강의 다 해놨어요. 문제 풀이는 요거 보시고, 또 기출문제다 기출문제 이미 출제됐던 문제죠 기출문제 풀어보시고 기출문제를 매년 업그레이드한다.

화자 1
20:52
내가 매년 끝나자마자 내가 문제 생중계도 해줄게요 그래서 필기 쪽은 이론 요거 다 듣고 핵심문제 보고 기출문제 보면 되고요. 뭐 안 바쁘면 안 봐도 돼요. 예 그래서 기출문제 보고 시험 가면 되고 우리 쪽에는 필기 강의 문제풀이 강의 실기강의 이렇게 마련돼 있습니다. 그죠 그리고 실기에서 또 여러분을 만나 봅시다 실기 아주 강의가 잘 되어있습니다. 그죠 이미 실기는 이미 검증되어 가지고 수많은 합격자가 배출되었다는 거 해서 필기 문제 풀이 요게 인제 필기죠 필기하고 문제풀이 요게 필기고 그죠 끝나고 실기 들으시고 실기에서 또 보구요. 기사식당에서 만나고 길거리에서 만나고 그죠 되겠습니까? 그래서 우리나라를 유비쿼터스 강국 IT 강국으로 여러분을 만드는데 동참해줘야 되고 이제 사는 건 1가지죠 돈보다는 행복을 선물 받으소서 자 여러분 세상이 엄청 바뀐다 앞으로 방송과 통신과 컴퓨터가 하나가 됩니다. 모바일 시대 오고 유비쿼드 시대가 반드시 옵니다.

화자 1
21:50
알겠나 그래서 그때까지 제재치는 달려가고 여러분 항상 가슴속에 다 담아놓고요. 네 다 알아 누군지 우리 대전의 병대 순자 전국의 병대 순자 고생하셨습니다. 자 실기에서 만나 뵙기를 약속드리면서 정보처리 기사 대단한의 막을 내리겠습니다. 여러분 대단히 수고 하셨습니다.

https://youtu.be/1OMsMsdSSEw

1. 소프트웨어 공학과 프로젝트 관리

1-1. 소프트웨어 공학의 이해와 소프트웨어 공학은 개발과정에서의 에러 관리와 디버깅을 중점으로 함
-  소프트웨어 품질 개선을 위한 학문적 접근이 소프트웨어 공학임
-  소프트웨어는 생명주기(모형)을 가지고 있음
- (중요) 이에 따라 분석, 설계, 구현, 검사, 유지보수 등의 단계를 거치며 반복적으로 개선함
-  전통적인 모형은 폭포수형 모형이며, 점진적 방법이나 나선형 방법 등 다양한 모형이 있음

1-2. 프로젝트 관리와 비용 관리
-  프로젝트 관리는 프로그램 개발 업무를 수행하는 과정을 의미함
- (중요) 프로젝트 관리에서는 비용 관리가 중요하며, 이는 상향식과 하향식이 있음
-  상향식은 전문가 그룹과 조정자를 통한 비용 산정이 주요하며, 하향식은 수학적 상정 기법을 이용함
-  기사 학생들은 특히 시스템 부수 설계 부분을 공부하면 산업기사 자격증 시험에 응시할 수 있음

1-3. 일정 관리의 중요성
- (중요) 프로젝트의 기간 관리는 일정 관리 도구(WBS, 퍼터 CPM, 칸트 차트)를 통해 수행함
-  WBS는 큰 작업을 계층 구조로 나눠 하향식으로 분해하여 순서와 일정을 정함
-  WBS 후에 칸트 차트를 통해 실제 작업의 순서와 일정을 결정함
-  이 과정은 WBS -> 칸트 차트 -> 순서/일정을 정하는 순서로 진행됨

2. 프로젝트의 일정 관리와 최적 경로 찾기

2-1. 프로젝트의 행복과 행복의 추구
-  행복이 돈이나 명예로 결정되는 것이 아님을 인지함
-  스스로만의 프로젝트를 수행하여 행복을 추구함
-  병태 손자 등의 사례를 통해 행복을 추구하는 것이 중요함을 강조함
- (중요) 분해된 작업을 통해 프로젝트의 일정을 계산함

2-2. 프로젝트의 분해와 작업 일정 계산
-  큰 회계 관리 프로젝트를 소 단위 작업으로 분해함
-  분해된 작업의 일정을 계산하여 전체 프로젝트의 일정을 구함
-  WBS(직전-후속 작업 분해) 도구를 활용하여 분해 진행함
- (중요) 각 소 단위 작업의 일정을 계산하여 전체 프로젝트의 일정을 구함

2-3. 최적 경로 찾기와 일정 관리
-  퍼트(CPM) 도구를 이용하여 최적 경로를 찾음
- (중요) 소요 시간이 확실하지 않은 경우에 사용하는 인계 경로 기법 소개함
-  최장 경로를 사용하여 일정을 관리함
-  프로젝트의 전체 소요 시간을 계산하기 위해 칸트 차트 사용함

3. 프로젝트 관리와 팀 구성의 이해

3-1. 프로젝트 일정 관리와 칸트 차트
-  프로젝트의 일정 관리 도구로 칸트 차트 사용을 설명함
- (중요) 일정 관리 시 기본 설계와 상세 설계를 동시에 진행하며, 이 과정을 통해 일정을 조정함
-  WBS FUTCPM과 칸트 차트는 일정 관리의 도구로 활용됨
-  칸트 차트를 이해하면 일정 관리에 대한 이해가 높아짐

3-2. 프로젝트 조직 관리와 팀 구성 형태
-  프로젝트 조직 관리의 중요성과 그에 따른 역할 분배 설명
-  프로젝트 팀 구성의 형태로 분산형 팀(분산형 팀)과 중앙집중력 팀(중앙집중력 팀)을 제시함
-  분산형 팀은 모든 구성원이 자유롭게 의견을 개진하며 프로젝트를 진행함
- (중요) 중앙집중력 팀은 PM이 의사결정을 하고 팀 구성원들이 PM의 지시에 따라 움직임

3-3. 계층적 팀과 프로젝트 리더십
-  계층적 팀은 경험자와 초보자를 구별하며 팀 단위로 구성됨
-  프로젝트 리더(프로젝트 리더)의 역할과 중요성을 강조함
- (중요) 프로젝트 리더는 고급 프로젝트 니더와 초급 프로젝트 니더로 나뉘며, 이에 따라 팀이 형성됨
-  계층적 팀의 장점으로 대형 프로젝트에 유용성을 들 수 있음

4. 소프트웨어 공학 및 위험관리의 이해

4-1. 소프트웨어 공학과 팀 관리
-  IT 분야에서 인력 부족 문제를 해결하기 위해 전산직을 선택함
-  IT 분야의 인력 부족 문제를 해결하기 위한 팀 관리 방법 중 하나로 만테이의 민주적 분산화, 통제적 분산화, 통제적 집중화 팀을 들 수 있음
- (중요) 프로젝트에 따라 팀을 구성하고, 각각의 팀은 프로젝트 성격에 따라 혼합형과 분산형으로 나뉨
-  책임 프로그래머 팀이 가장 많이 사용되며, 대규모 프로젝트에는 계층형이나 혼합형을 많이 사용함

4-2. 소프트웨어 품질 관리
-  소프트웨어 품질 관리는 소프트웨어 개발 전 과정에 걸쳐 이루어지는 모든 활동에 대해 품질을 통제하고 보증하는 작업임
-  소프트웨어 품질 관리의 목표는 신뢰성 있는 프로그램 개발, 효율적인 프로그램 개발, 결함이 없는 제품 개발, 사용이 편리한 제품 개발 등임
- (중요) 품질 보증 활동에는 정형 기술 검토와 금열 인스펙션, 그리고 검토 회의와 검열 기법이 포함됨

4-3. 위험 관리와 프로젝트 관리
-  위험 관리는 프로젝트 추진 과정에서 예상되는 돌발 사항에 대비하고, 적절한 대책을 수립하는 일련의 활동임
-  위험의 범주에는 프로젝트 위험, 기술 위험, 비즈니스 위험 등이 있음
-  위험 관리의 절차는 위험 식별, 분석 및 평가, 위험관리 계획 세우기, 위험 감시 및 조치 순으로 이루어짐
-  위험 관리에서는 위험의 예측 가능성에 따라 프로젝트 위험, 기술 위험, 비즈니스 위험 등으로 나뉨

5. 소프트웨어 공학의 관리와 신뢰성

5-1. 소프트웨어 공학의 관리 및 신뢰성
-  소프트웨어 공학에서 사용하는 계획, 개발, 테스트 등을 관리하는 일들을 설명함
-  프로젝트 크면 클수록 변경 사항 관리가 중요하다고 강조함
- (중요) 소프트웨어의 신뢰성과 프로젝트의 가용성을 측정하는 도구로서 MTBF와 MTTR을 소개함
-  MT TF와 MTTR을 통해 각 시스템의 신뢰성과 가용성을 평가함

5-2. 소프트웨어 신뢰성 측정과 가용성 측정
-  MT TF와 MTTR에 대한 구체적인 설명과 계산 공식을 제공함
- (중요) 시스템의 신뢰성은 MTBF로, 가용성은 MTTR로 측정한다고 강조함
-  각 측정 도구를 사용해 각 시스템의 신뢰성과 가용성을 평가함
-  신뢰성과 가용성 측정에 필요한 공식과 계산 공식을 설명함

5-3. 시스템 관리의 중요성과 실제
-  시스템의 신뢰성과 가용성 관리의 중요성을 강조함
-  일정 관리, 위험 관리, 품질 관리 등 다양한 관리 방법을 소개함
-  위험 관리와 품질 관리의 필요성을 설명함
- (중요) 소프트웨어 공학의 관리 방법을 이해하면, 비용 관리와 다른 관리 요소들을 효율적으로 관리할 수 있음을 강조함

화자 1
00:10
자 전국에 계시는 우리 MTM 생방송 안방 가족 여러분 오늘도 뜨거운 가슴으로 두사부일체의 정신으로 환상적인 수업을 함께 하겠습니다. 아 좋아요. 애드립이 가면 갈수록 높아집니다. 그죠 자 현재 우리는 드디어 마지막 과목 소프트웨어 엔지니어링 소프트웨어 공학에 들어왔다 그죠 그래서 우리가 어제 우리가 이제 소프트웨어 공학의 전반적인 이야기 그리고 드디어 소프트웨어 프로젝트 관리 첫 번째 파트까지 봤습니다. 그래서 이 소프트웨어 공학은 다시 한번 정리하면 어떻다 그렇죠. 소프트웨어 품질 현상 아주 좋은 아주 우수한 프로그램을 만들어보자 이거지 그죠 생산성 있고 품질이 우수한 소프트웨어를 만들기 위한 하나의 학문적인 접근을 우리는 소프트웨어 공학이라 한다. 그 말을 했다. 이 말이야.

화자 1
01:07
그래서 이런 우리가 소프트웨어 하나의 소프트웨어가 개발되는 과정 뭐 이 소프트웨어도 라이프 사이클 생명 주기를 가지고 있더라 우리 사람처럼 그죠 하나의 객체처럼 맞나요? 그래서 이 하나의 소프트웨어 뭐가 이제 뭡니까? 개발되기 위해서 우리는 그 분석을 하지 분석 그리고 설계 실제 컴퓨터 언어로 구현 다른 말로 코딩 프로그래밍 그리고 제대로 개발됐는지 안 됐는지 뭐 검사하구요. 검사하는 와중에 에러가 발생하지 않았다. 벅이 발생하지 않으면 뭐다 실제 실무에 투입돼 가지고 운영되면서 이제 업무가 변화될 때마다 메인터넌스 유지보수 단계를 거치면서 소프트웨어는 돌고 돌아간다는 거예요. 그죠 그리고 에러가 생기면은 에러를 잡는다. 해서 디버깅 작업 수정작업을 거치면서 또 분석 설계 구현 검사 과정을 종합적으로 돌아가는 게 소프트웨어의 모형이다. 나이프 사이클이다. 그런 이야기를 했습니다. 맞나요?

화자 1
02:06
이런 모형을 하나만 있는 게 아니라 여러 가지 모형이 있더라 그래서 가장 전통적이고 전형적이고 고전적인 게 뭐다 폭포 수형 모형 워터폴이죠. 폭포수용 모형이 있었고, 그 다음에 프로 사용자의 요구 조건을 백분 반영해서 이제 모델하우스 예 시제품 견본품을 만들어내는 게 뭐다 프로토타이 중요하기 때문에 이야기한다. 그 다음에 점진적인 방법 나선형 그죠 그 다음에 사지티 레이더 기법 예 이런 모형들이 있었고요. 이 모형의 이론에 대해서 우리가 첫 시간에 했고 그 다음에 둘째, 시간에 이제 이 소프트웨어 즉 프로젝트 관리제 우리가 프로그램으로 개발할 업무를 뭐라 한다. 프로젝트라 하잖아요.

화자 1
02:48
그죠 그래서 이 프로젝트 관리를 어떻게 하느냐 그죠 이 프로젝터 관리적인 측면을 공부를 해서 그리고 삼피에디스 배아채 피플 프라블룸 뭐요 피플 우리는 프라블룸 또 하나 먹어 빨리 이야기해 봐라 내가 잊어버렸다 인적 자원이 준 그다음에 프로세스죠 피플 프라블룸 프로세스 어 그리고 어 우리가 이 프로젝트 관리에서 이제 관리하는 게 가장 중요한 게 비용 관리 비용 산정 기법에 대해서 배웠습니다. 그래서 비용 관리에서 비용산정기법 상향 아 하향식과 상향이 있었다. 하향식은 주로 전문가 사람미화제 전문가와 전문가 그룹 조정자가 있는 델파이 법이 있었고요. 하양식은 이제 수학적 상정 기법의 코코모라든지 풋남이라든지. 또는 이제 뭡니까?

화자 1
03:37
내가 많이 쓰는 FP 펑션 포인트 방법들 우리 각각에 대해서 지난 시간에 정리했고 오늘은 프로젝트 관리 중에 이제 또 다른 관리 일정관리로 들어가 볼까 정리되지 앞 시간에는 2과목 방금 내가 이야기했는 게 문제꾼이다. 바로 내가 씨부린 게 다 정답입니다. 오케이 그래서 강의를 다 끝나고요. 종합정리를 해줄게 그래서 아주 재미있다. 그죠 어 그리고 우리 기사 학생들은 특히 하나 내가 또 유념할 게 뭡니까? 정보처리기사 이제 다 4개는 공통과목인데 이 소프트웨어공학은 기사고요. 산업기사는 시스템 분석이 똑같은 내용인데 조금 이제 묻는 각도가 좀 다르죠 소프트웨어 공학은 전반적인 이야기 시스템 부스 설계를 설계 쪽에 조금 치중을 했거든. 그래서 우리 기사 학생들은 어 시험장에 가면 기사시험치고 바로 또 산업기사를 치니까 이왕이면 자격증 2개 가져라 이 말입니다.

화자 1
04:33
기사 하나 산업 기사 하나 수첩 2개를 받으소서 알겠나 그래서 그러면 뭐 4개 과목은 공통이니까. 시스템 부수 설계만 살짝 공부만 하면은 어떻다 산업 기사 응시할 수가 있습니다. 왜 자격 조건이 그래서 냉하게 되는 모든 전국의 기사 즉 병태 순자들은 산업기사도 동시에 응시해라 시대부 설계만 잠깐 공부하면 됩니다. 자 오늘은 프로젝트의 일정 관리 들어가보자 참 일정관리 중요하죠. 어 프로그램을 개발하는데 이 프로젝트를 이제 소프트웨어로 만드는데 기간이 그죠 항상 기간이 중요합니다. 우리 보통 실무에서도 우리 국가 프로젝트도 제가 매년 합니다마는 기간을 준다. 6개월 안에 6개월 안에 개발해라 만약에 모였을 때는 배상하락 지체 어 배상금이라고 합니다. 그래서 그 기간 안에 개발을 해야 되지 6개월 만에 개발했고 6년 동안 걸리면 누가 모아노 그래서 우리 개발자에서 특히 프로젝트 매니저를 PM이라 하거든.

화자 1
05:31
이 일정 관리를 굉장히 잘해야 돼 일정 주어진 시간은 개발을 다 해야 되는 거 그래서 일정 관리 기법을 한번 보자 이 말이지 일정관리 시험에 나오는 건 뻔하죠. 자 일정관리의 정의는 읽어보소서 그죠 프로젝트 이루는 단위 작업을 파악하고 그 단위 작업의 순서와 일정을 정하는 것 그죠 시간 안에 이 어 작업을 하는 거죠. 그래서 일정 관리 도구들 이게 중요합니다. 일정 관리를 하는데 이용되는 기법 도구들은 뭐냐면은 WBS 기법 요거 뒤에 나와야 중요합니다. 어 WBS 워커 브랙 다운 스트럭처 기법 WBS 그 다음에 퍼터 CPM 같이 같은 거예요. CP 임계 영역을 이용한 도표들입니다. 퍼터 CPM 같이 보면 되고 칸트 차트 이 3가지가 일정 관리에 뭐다 도구다 이 말이죠.

화자 1
06:19
우리가 앞 시간에 비용 산정도구를 배웠죠 코코모나 풋남이나 특히 뭐 FP 이건 비용 산정해주는 기법들이고 방금 WBS FUTCPM 칸트 차트는 일정 관리에 이용되는 기법 도구들이다. 그래서 이게 시험에 나오는 거죠. 일정관리 그래서 일정 관리 작업 순서는 뭐냐 하면은 이제 우선 작업 분해를 합니다. WBS와 작업분해 WBS에 의해서 여기에서 만들어진 거 가지고 퍼터 CPM 도표를 만들고요. 도표를 만들고 최종 칸트 차트를 달성해서 칸트 차트를 보면서 작업을 칸트 차트대로 작업을 하면은 완성이다. 이 말이지 그래서 WBS 퍼터 CPM 칸트 차트 순으로 진행된다는 거 요 순서 중요합니다. 이게 중요한 거지 이게 시험 나온다 그래서 요것만 알면 되는데 조금 상세히 보자 웃어요. 좋아요.

화자 1
07:13
소보 대공아 자 WBS는 뭐냐 하면은 워크 브랙다운 스트럭처제 말 그대로 큰 작업을 브랙다운 깨뜨려서 이 브레 우리 브렉퍼스트 가능해보고 아침식사제 아침식사는 뭐고 배고픔을 깨뜨리는 거예요. 알겠나 그것도 모르나 영어의 어원 중요하다 브레이크 퍼스트 뭐고 제일 먼저 배고픔을 깨뜨린다 해가 그 아침 식사야 알겠나 수원자야 허허 영어 공부는 그래 하면 재밌네 자 큰 작업을 브레이크 다운 깨뜨려서 아래로 나눔 구조다 이 말이죠. 즉 이건 업무 분류구조 다른 말로 작업 분해의 도구입니다. 작업 분해의 도구는 뭐냐 WBS입니다. 에 그래서 이 WBS 하향식이죠. 하향식 이 말이 중요합니다. 하향식 도구입니다. 하향식 도구 탑다운 도구다 이 말입니다. 일정 관리 일정 관리의 첫 번째 단계에서 작업의 분해 분할할 때 사용되는 방법이고 계층 구조로 표현하죠.

화자 1
08:13
하향식 구조 계층구조 뭐 추리구조로 표현됩니다. 하향식 도구제 계층 추리는 뭡니까? 위에서 아래죠 아부지가 아들 아들이 손 이런 식으로 만나 그러다 보니까 계층 구조를 무조건 하향식 구조제 계층 구조로 표현을 한다. 예를 들면은 회계 관리 자 회계관리 내가 지난 시간에 이야기했지 여러분의 서성 JGH가 대한민국 COVOL이라는 언어를 가지고 회계 관리를 만들어서 그죠 91년도에 팔아먹었어요. 3천만 원씩 받고 그래서 그거 어 만들고 난 뒤에 뭡니까? 내가 앞바다에서 십일월 삼일이다. 대성통곡하고 행복을 맛본 사람이다. 여러분도 그런 행복을 맛봐라 그죠 돈이 행복을 가져다주지 않고 명예가 행복을 가져다주지 않고 아닙니다. 뭐 바로 이런 거 내가 어 이런 어떤 내만의 어떤 프로젝트 그렇죠.

화자 1
09:07
그걸 수행했을 때 얻는 기쁨 저는 그런 행복의 맛을 봤고 우리 병태 손자도 그런 행복을 맘 못 보고 죽으면 억울하다 예 뭐 통과 자 회계관리 개발 프로젝트가 있어요. 자 그러면 이놈을 이제 뭡니까? 큰 회계 관리 큰 놈을 이제 나누는 거죠. 분석 부분 뭐 설계 부분 구현 부분 또 뭐 테스트 또 설계는 뭐다 코드설계 아이오 설계 발설계 큰 회계 관리라는 시스템을 프로젝트를 이렇게 전부 다 소 단위로 나누는 거 분해하죠. 디바이딩 꽝퍼 분할과 정복인데 일단 작업을 분해 해 가지고 분해해 가지고 일단은 이 분해된 작업을 가지고 일정을 계산하는 거죠. 전체 일정 회계관리 전체를 어 개발하는데 며칠이냐 며칠 걸리느냐 이거 황당합니다. 그래서 이 큰 작업을 전부 나눠보는 거예요. 이게 전부 다 분석하는데 며칠 설계하는 데는 며칠 또 어떤 설계도 계속 나눠보고 또 여기도 계속 나눠보죠.

화자 1
10:03
나눠서 소 단위 일정들을 구해 가지고 통합하는 거제 그러니까 큰 프로젝트 큰 걸 큰 워크 작업을 워크를 뭐 브레이크 다운 깨트려서 밑으로 나누죠 알겠나 그래서 작업 분해의 도구다 이 말이에요. 그래서 각 소 단위작업 모듈이라 한다. 소 단위 작업 단위작업 이 단위별 작업을 단위별 작업의 일정을 계산하기는 쉽단 말이에요. 단위별 작업의 일정을 계산해 가지고 전체 이 프로젝트의 작업 일정을 구하는 거제 알겠나 선생님 개념만 아시면 되겠죠. 그래서 우선은 WBS 큰 작업을 분해한다. 그죠 이 분해 도구가 뭐다 WBS 작업 분해 도구다 이 말입니다. 됐나 하향식으로 분해하니까 WBS 아니야. 워커 브랙 다운 스트럭처다 이 말입니다. 오케이 그래서 여러분들 됐고요. 자 어디로 왔죠 아닌데 막 넘어가 버리는데 예 아니에요.

화자 1
11:02
예예 그렇지 이거 말고 앞장 예 그렇지 예 그래서 인제 WBS에 의해서 큰 작업을 분해 해 놨단 말이야. 분해했죠. 그러면 이제 뭐야? 퍼터 CPM 방법으로 또 계산을 합니다. 퍼터 그래서 같은 방법이기 때문에 하나만 예를 퍼트 CPM은 뭐냐 일정 관리를 위해 개발된 기법으로 퍼트는 주로 소요 시간 예측이 어려운 경우 그 단위별 작업 중에 시간 예측이 어려운 경우에는 퍼트 기법을 쓰고요. CPM은 뭐다 소요 시간이 확실한 경우에 쓰죠 그죠 그래서 개발기간을 결정하는 인계경로를 제공합니다. 인계경로는 내가 네트워크에서 이야기했지 에이라는데 처음부터 어디 가는 경로들이 있겠죠.

화자 1
11:43
여러 이렇게 갈 수 수도 있고 자 여기서 A에서 B까지 가는데 이렇게 갈 수도 있고 뭐 이렇게 이렇게 갈 수도 있고 여러 가지 있는데, 가는 길 중에 가장 ASB까지 가는 거 중에 임계 경로는 뭐다 최장 경로제 가장 시간이 많이는 걸리는 경로를 우리는 인계 경로 그죠 그래서 인계 경로예요. 근데 이 인계 경로를 이용하는데 퍼트하고 CPM이 있는데, 거의 다가 뭡니까? CPM 방법을 씁니다. CPM CPM 소요시간이 확실한 경우에 사용하는 CPM 요 그래서 퍼트는 프로그램 평가 및 검토 기술이 아니라 과거 경험이 없어서 소요 시간 소요 기간 예측이 어려운 소프트웨어에서 사용하는 겁니다. 그죠 그래서 이거는 거기까지 시험에 안 나온다 퍼트는 여러분 일정 관리 도구다 즉 인계 경로를 이용한 위생관리의 도구라 하면 아시고 여기에 뭐 기대치 낙관치 이런 게 있는데, 알 필요는 없습니다. 자 CPM을 잠깐 한번 보죠.

화자 1
12:35
그래서 퍼트는 과거의 어떤 개발 경험이 없어 가지고 그 단위 작업에 소요기간 예측이 어려운 소프트웨어 사용한다는 걸 알고 방법은 똑같으니까요? CPM은 한번 보자 이 말입니다. CPM은 뭐냐면 크리티컬 패스 매스터 인계 경로 기법이다. 이 말이지 요놈은 뭐야? 소요기간이 어느 정도 예측이 가능할 때 쓰는 기법인 겁니다. 자 그러면 이게 뭐냐 하면은 현재 어 1의 작업이 프로젝트가 이제 에이부터 해서 여기 뭐야? 에이치까지 이제 하나의 처음과 끝이라 하자 어 끝입니다. 자 그러면은 현재 봐봐요. 어 가는 단계가 자 에이에스비 인제 5일이죠. 어 그러면은 에이에스 이전표 1 하는 게 첫 스텝이에요. 그럼 이게 뭐냐 하면은 자 이거 어렵지 않다 자 이게 오일이죠. 이정표는 여기 오는데 인제 A에서 B 하는데 5일입니다. 그러면 오일이 세이브가 되죠. 5일이고 또 A에서 씨는 또 11일입니다.

화자 1
13:33
그럼 이정표 외에는 11일이 돼요. 12 11일이 된단 말 자 요게 중요하다 자 그러면은 여러분 봐봐요. 어 이정표 3을 봅니다. 5일 하고 11일 다 하면은 이제 뭐가 되노 15일이 되죠. 15일 이정표 3 그런데 자 여기 봐 10일에서 여러분 요게 요 2는 작업을 하는데 3일이 걸린단 말이야. 10일과 13일이 그럼 13일이 이정표 3일이어야 되는데 현재 이정표 3회 모여 13일과 15일 올 수가 있는데, 13일 버려버립니다. 최장 경로를 가져가죠 최장 경로를 15일이 이정표 3회 들어가는 거예요. 그러면 이정표 사면 15일이고 또 에프를 수행하는데 14일이 걸리는 거지 그럼 29일이야 그럼 이정표는 29일입니다. 29일 어 29일이죠. 그러면 여러분 이정표 5를 놓는데 여러분 어 29일에 29일과 7위는 이정표 36일이 되는 거예요. 36일 그러니까 현재 노란선이 뭡니까?

화자 1
14:30
바로 인계 경로 기법에 의한 인계값 인계값 최장 경로값이죠. 에 그러면 최대 이 작업은 이 공정은 뭐다 36일 안에는 마칠 수 있는 거예요. 어 36일이 최대값이죠. 그니까 이 경로 중에 가장 큰 값들을 가지고 큰 값들을 가지고 일정을 관리하는 기법이 뭐다 인계경로 기법이야 무슨 말인지 이야기하나 각 공정회 작업이에요. 에이 출발해가 비 하는데 5일 씨 하는 데 11일 뭐 이렇게 하는데 가장 노란 선이죠. 노란선 그래서 최장값을 구하는 거는 가장 큰 값들을 구해가지고 딱 나오면 36일이거든요. 현재 그러면 에이에스 에이치까지 공정을 끝내는 데 36일 걸리는구나 그러면 일정은 뭐다 36일 잡아주는 게 좋다는 거예요. 최장 경로를 잡아놓는 거죠. 최대한 넉넉하게 그럼 빨리 끝나면 좋은 거고, 그죠 자 이렇게 하는 게 크리티컬 베스메스터 인계경로 기법으로 프로젝트의 뭐 일정 관리를 하는 도구입니다.

화자 1
15:29
되겠나 그래서 앞에 WBS WBS로 인제 이거 전부 다 이정표를 좀 만들어내죠 작업을 분해해 놓고 그 분해 이게 분해된 작업이에요. 에 이게 전부 작업이지 분해해놓고, 이 분해작업대 중에서 최장 경로 임계경로를 구해 가지고 토표로 그리는 게 뭐다 CPM이다. 이 말입니다. 그래서 여러분 직접 모아여도 좋고 요 원리만 아시면 된다. 실은 단어만 알아도 됩니다. 그래서 퍼트 CPM 같은 방법인데 퍼트는 워낙 소요 시간이 각 공정별 소요 시간이 확실하지 않는 경우고 경험이 없어 가지고 그죠 CPM은 그래도 대충 아 요 작업을 하는 데 며칠 걸리겠다. 요 작업하는데 며칠 알 때는 CPM을 쓰고 실무에서는 주로 CPM을 쓴다는 거 됐습니다.

화자 1
16:13
자 그다음에 이제 여러분 흔히 칸트죠 어 고담 아닌데 또 있는데, 왜 자꾸 이렇게 한꺼번에 넘게 자 칸트 차트는 우리 실제적으로 우리 프로젝트뿐이 아니고 일반 업무에서도 이 칸트 차트를 많이 쓰죠 우리 회사 여러분들 업무 진행할 때 이런 칸트 차트로 이 업무의 전체 소요 시간을 이렇게 계산합니다. 그죠 그래서 우리가 WBS로 작업을 분해해 놓고 작업을 분해해 놓고 그다음에 퍼트 CPM 도표로 이제 각각의 임기 경로 값을 구해놓고요. 그리고 칸트 차트로 최종 이렇게 일정을 하죠. 그래서 예를 들면 이정표가 있고 계획하는데 여기 그래서 원래 날짜도 많이 씁니다. 1일 걸리고 분석하는데 어떻고 며칠부터 며칠까지 기본 설계 또 요거는 기본 설계하고 상세 설계를 같이 하고 이런 거죠.

화자 1
17:13
이 항목들은 중요하지 않고요. 이런 식으로 막대려서 일정을 조정하는 게 칸트 차트다 이런 것이 칸트 차트다 아시면 되고 이 안에 내용들은 그냥 하나의 예니까 무시해도 좋습니다. 이렇게 칸트 차트구나 되겠나 그래서 여러분 중요한 건 뭐 WBS FUTCPM 칸트 차트는 뭐다 일정 관리의 도구 이것만 알아도 된다. 일정 관리의 도구고 아 이런 식으로 하는구나 이렇게 이해하시면 좋습니다. 좋아요. 자 일정관리 소프트웨어 프로젝트에 일정 관리가 그렇구나 이 말입니다. 왜죠 2장씩 오늘 그래요. 예 그 다음에 조직관리가 나와 있는데, 예 좋아요.

화자 1
17:51
프로젝트 조직관리 자 그러면 우리 앞 시간에서 비용 관리 배웠죠 비용관리 그리고 이제 일정 관리하는 것 근본적인 걸 배웠고 이제 뭐 님은 또 조직이 중요한 조직관리 이 프로젝트를 수행하는 팀 관리를 조직관리제 그 안에 구성원들이 마음이 맞고 조직이 그 6개월이면 6개월 기간 안에 관리가 잘 돼야 우수한 프로젝트 우수한 소프트웨어 개발될 거 아니냐 품질이 좋은 거 조직 간의 마음이 안 맞으면 개판 아닙니까 그렇죠. 우리 축구도 1가지 이제 11명 선수들끼리 조직관리를 히딩크가 관리를 잘하기 때문에 4강까지 갖는 거예요. 알겠나 자 이 조직관리는 어떻게 하느냐 조직관리에 대한 이야기다 자 프로세스를 수행하기 위해서 참여하는 각 구성의 역할을 담당으로써는 어떤 방법을 통해 협력할 것인가? 결정하는 걸 읽어보시면 되고요. 그리고 만약에 외상 프로젝트 단위로 팀을 구성하자 보통 우리가 그죠 이 소프트웨어는요 과거에는 간단한 건 혼자서 개발 망합니다.

화자 1
18:46
그렇지만 요즘은 어떤 인터넷상 프로그램 큰 프로젝트 국가프로젝트 같은 경우는 팀별로 들어가죠 팀별로 그래서 보통 뭐 어 프로젝트의 규모에 따라 가지고 5명 10명 또 대형 프로젝트 같은 경우는 100명씩 막 들어가요 뭐 금액이 뭐 100억 120억 이래 되는 거 있죠. 그런 거는 인원을 많은 사람을 데리고 들어갑니다. 에 근데 보통 이제 뭐 5~6명을 팀을 구성해 가지고 하나의 프로젝트 소프트웨어를 개발한다. 그 이야기지 자 근데 팀 구성과 이 프로젝트 팀 구성의 종류는 어떻게 하느냐 이 말입니다. 그죠 이 구성은 의사결정권이 누구한테 있느냐에 의해서 이제 팀 구성이 분류될 수 있다. 그런 이야기고요. 자 분산형 팀 구성 있고 자 분산형 팀 구성은 다른 말로 민주주의팀이라 합니다. 민주주의팀이라 하고 이거는 팀원 모두가 의사결정에 참여하는 구성방식 예 4명의 구성원이 있다. 그러면 전부 다 대장이야 전부 지역위원회를 팀장 제도제 그죠 이거는 민주주의식 그런 의견을 막 맞교환할 수 있는 이런 그래프 모양이 되겠죠.

화자 1
19:46
그래프 자 그래프 요건 뭐다 아 분산형 팀이구나 즉 다른 말로 민주주의팀이구나 딱 보면 알면 되는 거다 어 그러니까 각 구성원들이 동등한 위치 동등한 위치가 돼 가지고 서로 자기가 어 최고죠 자기들끼리 아주 자유롭게 의견을 구사하면서 프로그램 개발에 들어가는 거예요. 그죠 분산형 팀 민주주의 팀이라 합니다. 실제 자 보고 그 다음에요. 또 어떤 팀이 있냐 하면은 예 중앙집중력팀이라고 합니다. 중앙집중력팀 이거는 책임 프로그래머 팀입니다. 이거 중앙집중력 관리자 하나 에 이 관리자를 PM이라 합니다. 보통 프로젝트 매니저 피엠이란데 PM 그래서 PM이 의사결정을 하고 팀 구성원들은 시키는 대로 따라가는 거 이 책임 프로그램머 PM이죠.

화자 1
20:36
이 사람이 시킨대로 이 사람이 모든 설계를 해 가지고 이 사람이 시킨 대로 개발을 하는 게 중앙 집중력 즉 책임 프로그램 팀이야 그죠 그래서 보통 구성원은요, 책임 프로그램 하나의 프로그래머 보조 프로그래머 프로그램 사서 이렇게 구성됩니다. 자 보면은 프로그램 사서 보호 프로그래머 보조 프로그램으로 구성돼 책임 프로그램 하나에 그죠 그리고 물론 프로그래머나 보조프로그램 프로그램 사서는 여러 명이 이제 프로젝트의 규모에 따라서 여러 명이 될 수도 있습니다. 자 책임 프로그램은 요거 분석 설계 분석 설계 중요한 기술적 판단 프로그램에 대한 작업 지식 및 배분 그러니까 가장 성장이죠. 선장 예 설계를 하는 사람 이제 에세이죠. 쉽게 말해 에세이 예 시스템 애날리스트 어낼리시스트 제이지에치 같은 사람 우리 회사도 국가 프로젝트 하면요 싫든 좋든 제가 분석하고 설계해 가지고 던져줍니다. 그래야만이 뭐죠 기간도 일정 관리도 잘되고 비용도 적게 들고 또 남는 게 더 많이 남아요.

화자 1
21:35
그죠 그래서 이 이 중앙집중력 팀에서는 이 PM의 역할이 굉장히 중요합니다. PM의 능력 프로젝트 매니저의 능력에 따라서 그 프로젝트가 이제 품질이 좋아지느냐 나빠지느냐 개발하고도 돈이 많이 남느냐 밑지느냐 다 여기에 달려있는 거예요. 그렇죠. 책임 프로그래머요 그리고 이제 프로그래머는 인제 책임프로그래머의 지시에 따라 월 소스 코드를 작성하고 테스트하고 디버깅하고 각종 문서를 작성 만드는 사람이고 보조프로그램 말 그대로 프로그래머의 보조업무를 해주는 그런 거고요. 프로그램 사설은 각종 문서를 정리하죠. 프로그램 사설 프로그램 미스트나 설계문서 테스트 계획 등을 관리하는 그죠 그러니까 PM의 지도 하에 움직이는 이런 거 책임 프로그래머 팀이다. 알겠나 자 그렇고요. 음 그다음에 이제 마지막으로, 계층적 팀 계층형 팀 이거는 일명 혼합형 팀 구성이라고 합니다.

화자 1
22:31
앞에서 배운 분산형과 중앙집중형 팀 구성을 혼합한 형태다 자 요거는 경험자와 초보자를 구별합니다. 고급 프로그램 즉 프로젝트 리더가 있고요. 이게 뭐 결국 프로젝트 리더 PM 개념인데 여기서 또 밑에 아주 실력이 좋은 고급 프로그램을 두고 추리구조래요. 또 이 사람은 또 으 두고 이런 식으로 추리구조 추리 구조로 고급 프로젝트 니더의 고급 프로그래머 그다음 초급 프로그래머 그래서 이거는 보통 팀 단위로 형성되는 거죠. 그죠 요걸 계층적 말 그대로 계층 자 추리구조로 팀을 구성하는 게 이거는 주로 대형 프로젝트에 많이 함용된 대형 프로젝트 대국가 프로젝트라든지 뭐 50억씩 100억씩 이런 데는 큰 프로젝트예요. 그렇죠. 아 그래요. 음 프로젝트 그래서 내가 늘 앞시간에 이야기했습니다마는 현재 여러분들 인생이 우울한 방향 설정이 안 된 사람은 반드시 여러분들 IT 쪽에 와야 돼요.

화자 1
23:29
IT 쪽엔 지금 사람이 없어 난리다 앞 시간에 이야기했지 여러분의 대학교 배우는 내용은요, 아주 실무하고 동떨어진 이야기예요. 그러다 보니까 IT 쪽에서 여러분을 직접 사람이 없어요. 여러분들은 일자리가 없어서 난리고 이태백 삼팔선 사오정 난리지만 우리 IT 쪽에서는 또 사람이 없어서 난리다 그죠 여러분 공부를 현재 저한테 듣는 이 정도 수준이면 충분히 되거든. 요걸 기반으로 해서 여러분들 공무원 되더라도 전산직이 좋고 국가 전산 기술 공무원이 되는 게 좋고요. 그리고 또 일반 학생들은 우리가 IT 쪽에 한번 빠져보는 것도 괜찮지 아주 재미있어요. 에 아까처럼 행복을 맛볼 수 있는 기회가 상당히 많다 그죠 돈을 많이 벌어서 그런 것도 아니고 그래서 IT 쪽에 인력이 굉장히 부족하다 100만냥 병설 천만냥 병설을 만들어내야 되는데 지금 굉장히 하여튼 우리 국가적으로도 구하고 세계적으로도 IT 인력이 사용자는 많은데 기술자는 없는 거죠.

화자 1
24:28
그죠 그래서 여러분 요거 잘 이야기 들어야 된다. 됐고요. 요건 참고로 만테이라는 컴퓨터 공학자죠 그죠 이 소프트웨어 저 컴퓨터 학자가 제시한 소프트웨어 팀인데 참고로 민주적 분산화 그다음에 통제적 분사나 통제적 집중화 팀이 있다는 거죠. 그래서 뭐 여기 참고로 요거는 한번 시험에 나온 적이 있기 때문에 살짝 쿵 눈으로 봐주면 만태희가 제시한 소프트웨어 팀 민주적 분산화팀 통제적 분산화팀 통제적 집중화팀 만태희가 주장했다. 이 말입니다. 참고로 봐놓으시면 되고요. 자 이렇게 해서 여러분들 조직 관리 그죠 팀 관리를 아 이렇게 하는구나 프로젝트를 할 때 어허 그죠 분산형 팀이나 중앙집중형팀 즉 책임프로그래머 팀이나 요렇게 혼합형 계척형 팀으로 구성해서 팀 관리를 하는 게 학문적인 접근이구나 소프트웨어 공학 이론이구나 이렇게 하면 돼요. 그죠 실은 실무에서는 책임 프로그램의 팀을 가장 많이 합니다.

화자 1
25:25
책임프로그래머팀 PM의 능력을 가지고 그리고 대규모 프로젝트 같은 경우는 우리 아까 계층형 그죠 혼합형을 많이 따르고 실은 분산형은 거의 하지 않습니다. 이건 전부 다 집할 지원도 전부 선장인데 뭐 특히 우리나라에서 아마 안 돼요. 그러면 이 뭐 배가 이게 산으로 가버려요 에 그래서 뭐 그 프로젝트 성격에 맞게끔 많이 하죠. 그다음에 이 다섯 번째 뭐 그렇게 중요한 게 시험에는 출제 잘 안 되는데 소프트웨어 품질 관리 품질 보증 같은 말입니다. 이와 인제 소프트웨어 품질을 품질 관리를 어떻게 하는지를 보자 자 소프트웨어 품질 관리는 뭐냐면은 소프트웨어 전 과정 동안에 예를 분석하고 설계하고 개발하고 그죠 구영리제 그리고 검사하고 유지보수하는 전 과정에 걸쳐 이루어지는 모든 활동과 그 활동의 결과로 생산되는 산출물에 대한 품질을 통제하고 보증하기 위한 작업을 품질관리 품질보증작업이다. 이런 이야기 하거든.

화자 1
26:22
중요한 건 아니고 자 소프트웨어의 품질 목표 이 품질 관리 완화 목표가 있을 거 아니야. 이왕이면 뭐 정확한 소프트웨어 만들려고 당연한 이야기 신뢰성 있는 프로그램 같은 말이에요. 효율적인 프로그램 만들라구요. 또 결함이 없는 걸 만들어야 되고 사용이 편한 걸 만들어야 되고요. 유지 보수가 하기 좋도록 만들어야 되고 이식성 이 선생님 뭐고 포팅 이제 여러 가지 컴퓨터에 변함없이 사용할 수 있도록 여기에도 이식할 수 있고 저기도 이식성이 좋은 거라 해야 되고 그래서 또 유연해야 되고 유행하는 거 프레시브 수정하기가 좋은 거다 라는 거죠. 수정하기가 좋은 거 유연해야 된다. 이런 것들을 이제 뭡니까? 품질 관리의 품질 보증 활동에 의해서 만들어지죠 그죠 좋은 품질 좋은 품질이 되면은 이런 것들이 이루어진다는 거 그래서 품질의 특성이다. 이런 걸 눈으로 한번 보는 암기하는 거 아니야. 웃어요. 암기하는 거 아니에요. 예 자 이런 품질 검사 기법 보증 기법이 뭐였냐 하면 요거 정형 기술 검토 왜요 FTR 기법입니다.

화자 1
27:21
포말 테크니컬 리뷰어를 통하여 품질보증을 한다. 여러분 정형 기술검토 나오면 뭐다 품질 관리 기법이다. 그것만 알면 돼 요 품질 관리 기법인 정형기술 검토에 또 2가지 방법 있어요. 검토 회의 워크 쓰루와 금열 인스펙션이 있다는 거 제목만 알면 돼요. 그럼 라운드 리뷰도 있는데, 잘 안 쓰죠 라운드 리뷰도 리뷰하는 것도 있습니다. 라운드 그 리뷰되어있는데, 잘 안 쓰고요. 주로 검토 회의와 검열 기법을 씁니다. 그죠 자 검토회의 요거는 뭐 품질 어 기법 중에서 기술평가 회의로 작은 단위를 검토하는 것이고요. 검열은 뭡니까? 말 그대로 검토 회의를 발전시킨 형태 즉 소프트웨어 개발장에 산출된 결과물의 품질을 평가비를 개선시키는 데 사용되는 거 검열 자 여러분 잠깐만 올려놓고 검토회의와 검열이 뭐다 정형 기술검토에 방법론이다.

화자 1
28:13
시험에는 거의 잘 안 나오고 나오면 요 제목 정도만 나온다 됐지 해서 자 이 소프트웨어 공학 이제 어 품질 좋은 아주 생산성 있는 프로그램을 만드는 방법을 우리가 보고 있다. 아 그렇구나 그렇죠. 그래서 주로 이제 프로그래머보다는 에세이 시스템을 분석하고 설계 쪽에 문제가 나오겠죠. 에세이들이 공부하는 거예요. 그 내가 IT 쪽에 직업을 이야기했죠. IT 쪽에 그죠 업무를 분석하고 처음에 시스템을 분석하고 설계 중심의 하는 사람은 에세이라 하잖아.

화자 1
28:48
시스템 애널리스트고 그다음에 인제 구현 프로그램으로 만들고 테스트 검사하는 단계가 뭐다 프로그래머 프로그램과 우리 정보처리 기사죠 기사 그 다음에 완성된 프로그램 운영 컴퓨터 시설 운영하는 거 가동 운영 운영하면서 유지 보수 왜 참여하는 사람 즉 운영하는 사람을 오퍼레이터 주로 오퍼레이터예요. 그래서 자격증으로 말하면은 오퍼레이트는 정보처리기능사고요. 고등학생들이고 여러분들은 정보처리기사나 산업기사는 뭐다 실제로 우리 컴퓨터 쪽에는 뭐다 프로그램을 개발하고 캐스트 하는 담당하는 프로그램을 의미하고 그다음에 JZ 같은 사람이 뭐냐 분석 설계자 에세이입니다. 그죠 그래서 크게 우리 IT 어 우리 IT 쪽의 단계다 오퍼레이터 프로그램머 에세이 에세이는 자격증으로 말하면 기술사예요. 기술사 이제 여러분 기사 시험 치고 7년 뒤에 기술사 시험 됩니다.

화자 1
29:46
기술사 아주 중요한 겁니다. 참고로 알아놓으시고 내가 지난 시간에 이야기했나 좋습니다. 자 위험관리 위험 관리는 간단합니다. 위험 관리 뭐 간단히 자 여기서 아주 간단간단하게 보면 되죠. 위험관리는 말 그대로 프로젝트 추진 과정에서 분석하고 설계하고 구현하고 검사하고 유지 보수하는 전체 과정에서 예상되는 각종 돌발 사항을 미리 예상하고 이에 대한 적절한 대책 수립하는 일련의 활동을 우린 위험 관리죠 위험관리 말 그대로 그래서 이것도 뭐 거의 출제가 안 됩니다. 그렇지만 살짝 위험의 범주는 뭐다 프로젝트 위험 기술 위험 비즈니스 위험이 있다는 거 살짝 제목만 하면 된다. 다시 프로젝트 위험 기술위험 비즈니스 위험 시험에 나온 다음 중 위험의 카테고리 범주가 아닌 것 이렇게 나오니까 살짝 눈으로 프로젝터 기술 비즈니스 정도만 봐 놓고요.

화자 1
30:38
위험의 종류는 알려진 위험 난노 리스크 예측 가능한 위험 어 프리딕터 리스크 예측 불가능한 위험 그죠 요런 게 있다는 거 위험 관리의 절차는 뭡니까? 위험을 식별하고 그 식별적인 위험을 분석하고 및 평가하고요. 그다음에 위험관리 계획을 세우고 위험 감시 및 조치 그죠 요 순서대로 위험 관리를 하더라 그죠 위험 식별 분석 및 평가 관리 계획 위험 감시 및 조치 되겠나 요거 요거 알아 놓으시면 됩니다. 자 위험관리에서는 문제 나오면은 요 정도라는 거 프로젝트 위험 관리다 자 그래서 우리가 지금 현재 프로젝트를 개발하는 과정에서 이제 프로젝트 관리 기법 비용관리 다시 양해한다. 일정관리 또 뭘 썼노 조직 관리 그다음에 형상관리 아예 안 했죠. 위험관리 뭐 이런 게 있고요. 또는 또 있는데, 예 자 마지막 관리 에예 형상관리 있습니다.

화자 1
31:36
형상관리 자 형상 관리는 어려운 건 아닙니다. 이제 형사관리는 뭐냐 하면 소프트웨어 변경 사항 관리하는 거예요. 변경사항 자 여러분 형상관리는 수령상 변경 사항을 관리하는 거예요. 변경사항 이것도 관리를 잘 해야 되겠죠. 처음에 내가 계획했던 대로 내가 조사했던 대로 내가 분석한 대로 개발이 안 됩니다. 하다 보면 여러 가지 업무가 바뀌고 분석을 잘못한 경우도 있고 변경 사항이요. 이 프로젝트 크면 클수록 많이 생기는 거제 에 이런 변경 사항 관리하는 게 뭐다 형상 관리 꼬라지 관리 형상 관리란 거제 변경 사항이 뭐다 형상관리 변경사 형상관리 그것만 하면 돼 자 이런 형상의 항목 변경을 관리해주는 항목 뭐냐 명세서 명세서도 변경될 수가 있죠. 서폐 처음에는 이렇게 이렇게 개발하게 되어있는데, 이게 수정될 수도 있는 거예요. 명세서 또 프로젝트 계획서 요구사항 명세서 매뉴얼도 바뀔 수도 있고요.

화자 1
32:33
설계도 원시코드 목록도 운영과 설치매뉴얼 실행 프로그램 데이자베이스 기술에서 구축된 사용자 매뉴얼 그다음 유지보수 문서 소프트웨어 공학을 위한 표준화 절차 이런 것들이 전부 다 형상 관리의 대상이 된다는 거 그죠 이건 뭐 암기하는 거 아니다. 역시 눈으로 본다 그렇죠. 충분히 변경될 수 있는 것들 변경될 수 있는 요인들이죠. 요소들이라는 거고, 형상관리의 기능은요, 형상식별 버전지역 주로 버전지어기법이 많습니다. 형성산관리기술보다는 기술이 좋겠네요. 바꿔놨는데 형상관리 기술입니다. 형상관리기술은 형상식별 버전제어 변경제어 형상감싸 감싸 형상 상태보고 그죠 이 중에서 버전 제어를 많이 씁니다. 버전제어 요거는 제목 정도만 아시면은 된다. 이 말이요. 형상 관리요 형상관리 좋습니다.

화자 1
33:29
살짝 살짝 보는 거다 자 이제 소프트웨어 신뢰성과 가용성은 출제 빈도가 높다 자자 이런 관리를 통해서 어 이제 소프트웨어의 신뢰성과 프로젝트의 가용성을 우리가 한번 구해볼 수 있다. 이 말이죠. 신뢰성은 뭐냐 소프트웨어가 주어진 환경에서 주어진 시간 동안 오류 없이 작동될 확률을 구하는 걸 신뢰성이라 합니다. 신뢰성 되겠나 가용성은 거의 비슷합니다마는 시점에서 요구사항에 따라 운영되는 확률입니다. 그죠 거의 같이 봅니다만 약간 차이 신뢰성과 가용성이 있다. 이거 시험에 출제 잘 된다. 신뢰성의 측정은요, MTBF를 이용합니다. MTBF를 구해서 신뢰성이 몇 프로인가를 측정하거든. 그래서 MTBF는 뭐다 신뢰성 측정의 도구다 이렇게 생각하면 된다. 자 MTPF는 뭐 미인 타임 비트민 패력 해 가지고 뭐고 미인 타임 평균 시간에 어떤 거 평균 고장 시간이에요.

화자 1
34:28
그죠 고장 평균 고장 간격입니다. 평균 고장 간격 시스템이 고장 난 후부터 다음 고장이 날 때까지의 평균 시간이고 그 공식은요, 일단은 MTBF는 MTTF 더하기 MTTR로 구합니다. 자 그러면 MTTF는 뭐냐 이 말이지 MTTF는 미인 타임 투펠리 해가지고 평균 고장 시간에 다른 말로 또 평균 가동시간입니다. 같은 개념이 말은 그대로면 평균 고장시간인데 신의 의미는 평균 가동 시간입니다. 그래서 MT TF를 어떻게 구하냐? 하면요 전체 요소 분해 N분의 가동 시간들을 다 더하면 MTF가 나와 자 여기에 이제 여기에 있네요. MTPF 이 시스템이 가동 중 1 가동 중 1 가동 중 이게 뭐 7시간 아니라 7시간 가동됐고 3시간 고장 났고요.

화자 1
35:18
예를 들면은 또 9시간 가동됐다가 4시간 고장 났다가 그죠 또 3시간 가동됐다가 2시간 고장 났다 예를 들면 이런 시스템이 있을 때 이 시스템에 MT TF를 구하라 하면 어떻게 구한다. 이렇게 구하는 거 평균 고장시간 즉 평균 가동식은 N분의 뭐 가동 중인 거 다 더 하면 되겠죠. 그러면 이거 가지고 보기 가지고 한번 해볼까 어 이 시스템에 엠티 TF는 어떻게 아주 쉬워요 총 엔 게 몇 개고 1 2 3 4 5 6개가 가동 중 가동 중 가동 중 1 가동 중 3 그렇죠. 6분의 6개죠 어 총 엔 분의 6분의 가동 중인 거 가동 중인 어떻게 돼요. MTPM은 음 가동 중인 거 예 여기에 7 더하기 6개 요소 중에 이거 뭐야? 잘하면 뭐예요? 9 더하기 3이죠.

화자 1
36:16
3 그럼 엠티에프 여기 구하는 거죠. 그러면 6분의 얼마요 맞나 가동 중 6분의 이게 어렵네 이거 어렵죠 19 6분의 19는 어떻게 되나 이거 이 6분의 19 이거 어려워 6분의 19가 얼마입니까? 645 이건 아니라 63은 18 63은 18 뭐 3점 얼마 되겠죠. 그러면 이게 인제 곱하기 100 해버리면은 뭐가 되나 백분율로 나오는 거예요. 어 그럼 예를 들면은 한 30프로 정도 금 이 시스템은 평균 30프로 정도 가동했다는 겁니다. 이 레나 엠티 TF예요. 되겠나 평균 가동 시간인 거죠. 한 30프로 정도가 가동됐다는 거고, MTTR은 뭐고 리인타임 투 리펙트의 평균 수리시간이다. 요 말 그대로 반대로 전체 N분의 뭐예요? 고장 시간들을 다 더하면 되겠다. 그죠 그러면은 뭐가 나온다 MT TR이 나옵니다. 여러분 구할 수 있겠죠. MTTR 역시 똑같다 그죠 6분의 뭐 어떻고 저떻고 요 시간들을 구하면 될 거고요.

화자 1
37:13
어 그러면 이제 뭐 어 이 시스템의 신뢰성을 측정하는 게 뭐야? MTBF죠 MTBF는 뭐고 요거 더하기 요거 하면은 MTBF입니다. 신뢰성이 얼마 이렇게 나오는 겁니다. 이 시스템의 신뢰성은 몇 프로다 이렇게 나온 거예요. 요게 30프로 뭐 이게 40프로면은 예를 들면 MTBF는 70프로 어 이 시스템은 현재 70프로 정도 신뢰성이 있다. 신뢰성이 정도다 이 말입니다. 되겠나 예 그래서 뭐 이런 거 자 MTPF는 뭐 MTBF는 시스템의 신뢰성 소프트웨어의 신뢰성을 측정하는 도구다 이렇게 알면 됩니다. 몇 분 정도 지났습니까? 좋아요. 자 그다음에 가용성 측정은요, 가용성 아주 쉽다 가용성 가용도 가용성 가용도는 자 MTTF 왜죠 MTTF 더하기 MTTI보다 MTTF 곱하기 100이죠. 어 100으로 하면 백분율 곱하기 100 안 하면 확률로 나오는 거죠. 공식만 해보세요. 가용도 사용 가능도입니다.

화자 1
38:13
가용도는 요거 아까 앞에 서 있는 거 그대로 요 공식에 넣으면 되고 곱하기 100 하면은 백분율이고 100을 생략하면은 확률 프라바블리체로 나오겠다. 이 말입니다. 되겠나요? 자 그래서 자 여러분이 소프트웨어 공학 어렵지 않죠 핵심만 잡으면 된다. 그래서 완벽 속성으로 하고 있다. 그래서 요번 시간에 우리가 소프트웨어 프로젝트 관리 그죠 비용관리는 앞시간에 배웠고 나머지 관리들 어떻게 하는지 핵심적인 걸 다 뽑아냈다 내가 그죠 그래서 우리 조직관리 일정관리 특히 일정관리 중요한 일정 관리 감이 뭐다 WBS 퍼터 CPM 칸트 CPM은 뭐다 인계 경로값을 구하는 거 최종 경로값을 구해서 만든 도표라는 거지 그렇죠. 그래서 그 도표를 보고 칸트 차트를 작성하는 거지 그런 것들 그다음 조직 관리 형상 관리 위험 관리 품질 관리 그리고 이 시스템 소프트웨어의 뭐 그렇죠.

화자 1
39:08
신뢰성과 가용성 되겠나 아주 간단하게 나온다는 말씀 좋습니다. 좋아요. 자 됐지 이렇게 해서 좋고요. 자 우리가 소프트웨어 공학 특히 기사 학생들을 소프트웨어 공학 듣고 시스템만 들으면은 산업기사도 응시할 수 있죠. 그죠 그 시스템은 여러분들께 생중계를 같이 이렇게 못하니까 내가 소프트웨어 공항을 지금 생중계를 하고 시스템원에 미리 강의를 해놨는 게 녹화 방송으로 돼 있으니까 여러분 언제든지 또 들을 수가 있습니다. 됐나요? 좋습니다. 한 10분 쉬다가 어 여러분들 다시 만나 뵙기를 만나 뵙겠습니다. 그 사이에 밥 많이 묵고 빨리 먹어야 됩니다. 병태수전자 이제 밥 먹어도 된다. 자 밥 먹고 10분 뒤에 돌아오겠습니다. 잠시 후

https://youtu.be/07yAif3uNhc

1. 소프트웨어 공학의 이해

1-1. 소프트웨어 공학의 개념과 중요성
-  소프트웨어 공학은 소프트웨어의 품질을 높이는 학문임
- (중요) 사용자의 요구사항을 100% 만족시키는 프로그램을 만드는 것이 목표임
-  소프트웨어 공학은 사용자와 소프트웨어 간의 통신을 중점으로 함
-  소프트웨어 공학의 품질 향상은 프로그램의 신뢰성, 유연성, 이색성 등을 높이는 데 기여함
-  소프트웨어 공학은 컴퓨터공학의 한 분야로 볼 수 있음

1-2. 소프트웨어 공학의 주요 과정과 위기
-  소프트웨어 공학은 분석, 설계, 구현, 검사, 유지보수 단계를 포함함
- (중요) 소프트웨어 공학의 주요 과정은 프로그램의 품질에 영향을 미치며, 위기 관리도 필요함
-  소프트웨어 공학에서 발생하는 위기는 하드웨어 속도에 비해 소프트웨어가 떨어지는 현상임
-  이러한 위기를 극복하기 위해 소프트웨어 공학이 필요함

1-3. 프로젝트 관리와 효율적 요소
-  프로젝트 관리는 소프트웨어 개발 업무를 관리하는 방법임
-  프로젝트 관리 대상은 비용, 기간, 조직, 형상, 품질, 위험 관리 등이 있음
-  효과적인 프로젝트 관리를 위해선 인적, 문제, 제작 관리가 필요함
- (중요) 문제 관리는 사용자 입장에서 문제를 분석하고 기획하는 과정임
-  위험 관리는 위험 요소에 대처하는 방법임

2. 소프트웨어 개발 비용

2-1. 프로젝트 관리
-  사용자와의 문제 분석 및 기획이 중요함
-  공정 관리, 작업 계획 수립이 필요함
-  효과적인 프로젝트 관리를 위한 3대 요소는 비용, 공정 관리, 프로젝트 관리임
- (중요) 소프트웨어 공학 차원에서 비용 관리 시, 제품의 복잡도, 시스템의 크기, 요구되는 신뢰도 등이 비용 결정 요소임
-  인적 자원, 하드웨어 자원, 라이선스, 시스템, 데이터베이스 등이 생산성 요소임

2-2. 비용 산정 기법
-  소프트웨어 개발 비용 산정 시, 하향식과 상향식이 있음
-  하향식은 전문가의 감정과 직관을 바탕으로 비용을 산정하는 방식임
-  상향식은 전문가의 감정을 객관적으로 반영한 방식으로, 개발 단계별 인력 비용을 계산함
-  수학적 산정 기법은 프로그램 소프트웨어의 단가 즉, 비용을 수학적으로 계산하는 방식임
-  시험에 나올 수 있으니, 하향식과 상향식의 차이를 알아두어야 함

2-3. 개발 비용과 시스템 크기
-  시스템의 크기가 클수록, 요구되는 신뢰도가 높을수록 비용이 많이 듬
-  신뢰도가 높으면 개발 기간이 길어지면 비용이 더 많이 듬
-  개발 기간이 짧으면 비용이 적게 드는 것과는 반대 관계가 존재함
-  인력 투입량이 많을수록, 기간이 길어질수록 비용이 많이 듬
- (중요) 비용 산정 시, 전문 지식이 많은 개발자의 판단을 참고해야 함

3. 소프트웨어 비용 산정과 그 기법

3-1. 소프트웨어 비용 산정의 개념과 방법
-  소프트웨어 비용 산정은 프로젝트 전체 비용을 산정한 후, 각 작업별로 단위별 비용을 세분화하는 과정임
- (중요) 전문가나 전문가 그룹의 지식과 경험을 활용하여 비용을 산정하는 기법이 있음
-  이 때, 하향식이란 비용을 각 작업별로 세분화하여 산정하는 방법을 말함
-  또한, 상향식이란 전체 비용을 산정한 후, 각 작업 단위별로 비용을 세분화하는 방법을 말함

3-2. 비용 산정 기법의 세부적 설명
-  원시코드 나인수 기법은 소프트웨어 각 기능의 AOC를 예측하여 노력 동그래미 개발 비용을 산정함
- (중요) 수학적 산정 기법은 개발 비용을 자동화하여 효율적으로 산정함
-  이 때, 코코모 방법은 개발 노력, 기간, 인원, 인적 비용 등을 고려하여 비용을 산정함
-  수학적 산정 기법은 수학적 공식을 활용하여 비용을 산정하는 방식임

3-3. 소프트웨어 개발 유형과 비용 산정 요소
-  소프트웨어 개발 유형은 복잡도 및 원시 프로그램 규모에 따라 조직형, 반분리형, 내장형으로 나뉨
- (중요) 조직형은 5만 나인 이하의 소프트웨어 개발을 주로 사용하며, 각 유형에 따라 비용 산정 요소가 다름
-  코코모 방법은 개발 노력, 기간, 인원, 인적 비용 등을 고려하여 비용을 산정함
-  수학적 산정 기법은 이러한 요소들을 자동화하여 비용을 산정함

4. 소프트웨어 공학 및 비용 관리 기법

4-1. 소프트웨어 공학의 종류 및 규모별 분류
-  소프트웨어 공학의 분류는 규모에 따라 복잡도 및 원시 프로그램의 규모에 따라 결정됨
- (중요) 내장형, 반분리형, 완전형 등 규모에 따른 분류가 가능하며, 조직형 소프트웨어는 반분리형 소프트웨어보다 복잡함
-  윈도우 같은 상업 소프트웨어는 완전형으로 개발되며, 기업 간 결제 프로그램은 대부분 내장형
-  규모에 따라 복잡도 및 원시 프로그램의 규모에 따라 조직형 소프트웨어와 반분리형 소프트웨어가 구분됨

4-2. 수학적 산정 기법의 종류 및 이해
-  푸닝 모형은 소프트웨어의 생명주기 동안의 노력 분포를 가정해주는 모형
-  코코모 모형은 원시코드의 라인 수를 중심으로 비용을 산정
-  기능 점수 모형은 펑션 포인트를 이용해 소프트웨어의 기능별 가중치를 산정
- (중요) 수학적 산정 기법은 하향식과 상향식으로 나뉘며, 각각의 기법은 각자의 특성에 따라 사용됨

4-3. 소프트웨어 공학의 중요성 및 학습 방향
-  소프트웨어 공학은 시스템 설계 등에서 중요한 역할을 하며, 비용 관리, 일정 관리, 사람 관리, 조직 관리, 품질 관리, 위험 관리 등을 통합 관리
-  이에 따라 비용 관리, 일정 관리 등을 잘 하는 것이 중요하며, 시스템 설계에 소프트웨어 공학이 적용되어야 함
-  이는 공부의 깊이와 넓이를 증진하기 위해 시험 공부보다는 전반적인 이해를 통한 학습이 필요함
-  학습 시에는 개인적인 흥미와 학문에 대한 투자를 허용하며, 다양한 공부를 섞어서 학습하는 것이 필요함

화자 1
00:10
자 중국에 계시는 우리 엠프엠 생방송 안방 가족 여러분 계속해서 뜨거운 감동의 수업을 함께 하겠습니다. 좋아요. 자 여러분 좀 쉬었죠. 자 쉬고 이제 마지막 과목 소프트웨어 공학 우리 기사 학생들 산업기사는 인제 시대가 부르듯이 얘기했지 그래서 우리가 바로 앞 시간에 소프트웨어 공학의 개요에서 했죠. 그죠 그래서 소프트웨어 우리가 개념을 다시 잡았고 소프트웨어 이제 어떻습디까 소프트웨어 명령어들의 집합 이런 명령이 모인 게 프로그램이고 프로그램을 우리는 통합적으로 소프트웨어를 하고 이런 소프트웨어를 우린 또 다른 말로 뭐다 논리적 시스템이라고 하지 그제 명령어 프로그램 소프트웨어 시스템 다 같은 말이다. 그죠 그래서 이런 소프트웨어는 이제 뭐 품질 향상 품질이 좋아야 된다. 우리 사용자의 요구사항을 100프로 만져보는 프로그램이 돼야 된다.

화자 1
01:09
정확해야 되고 신뢰성이 있어야 되고 유연해야 되고 이색성이 좋아야 되고 기능성이 뛰어나야 되고 맞나요? 우리 사용자가 지시하는 대로 움직여줘야 된다. 그죠 그래서 이런 소프트웨어의 품질을 높여보자 해서 배우는 게 뭐다 소프트웨어 공학이다. 즉 소프트웨어 위기 소프트웨어 위기를 극복하기 위한 학문이 뭡니까? 컴퓨터공학 소프트웨어 공학이지 맞나 그래서 소프트웨어 크라이시스가 뭔지 그죠 즉 소프트웨어 크라이시스는 정리한다. 하드웨어의 속도에 비해 소프트웨어가 떨어지죠 그러니까 하드웨어는 64비트까지 현재 우리 피씨 환경도 개발되어 있는데, 이걸 운영해주는 소프트웨어 아직까지 삼십이 비트에 머물러 있다.

화자 1
01:52
그죠 물론 최근에 등장하는 비 스타는 육십 사비트 컴퓨팅 환경을 구현합니다마는 이제 아직까지 소프트웨어는 하드웨어를 따라 모으는 거 이걸 위기요 그리고 사용자의 요구성 사항을 충족시키지 못하는 거도 위기고 또는 개발자가 부족한 것도 위기고 맞나요? 그래서 이런 위기를 우리는 공학 차원에서 극복해보자 소프트웨어 공학 개요에서 빼앗습니다. 그리고 이 소프트웨어를 개발하는 과정 그냥 무식하게 개발하는 게 아니고 뭐다 소프트웨어 라이프 사이클 소프트웨어 개발 단계가 있더라 맞나요? 그래서 분석 단계 설계단계 구현단계 검사단계 뭡니까? 유지보수 단계 되겠나요? 그래서 각각의 단계에 대해서 알아놓고요. 우리는 소프트웨어 나이프 사이클의 모델이 있더라 모형이 있더라 해서 가장 전통적인 모형이 뭐다 포포 수용 워터폴 포포 수용 모델이 있고요.

화자 1
02:49
폭포 수용 모델이 있고 그 다음에 뭡니까? 우리는 프로토타입한 거다 사용자의 요구사항을 100프로 받아들이면서 우리 하는 모형 왜 시제품 즉 모델하우스를 만들어 놓고 사용자한테 니가 요구한 소프트웨어 맞나 맞으면 개발 단계에 들어가는 프로토타입 모형이 있고 점진적인 거 뭐 나선형 위험요소 생각나나 위험요소를 가미해가면서 나선형으로 개발하는 나선형 모델이 있고요. 오케이 그다음에 포지엘을 이용한 사지티 모델이 있고요. 그다음A4지엘에다가 즉 사지티에다가 우리가 어떤 기법 재사용 오케이 재공화 리뷰즈 개념을 가미시킬 레이더 모형도 있더라 그죠 그래서 각각의 특징적인 걸 알아놓는 게 1번 챕터의 핵심이었습니다. 좋나요? 좋습니다.

화자 1
03:39
자 그러면은 이제 요번 시간 계속 이어서 프로젝트 관료로 들어가 본다 예 소프트웨어의 프로젝트 관리 자 이 프로젝트가 뭔지 알제 내가 개발해야 할 업무 어 내가 현재 전산해야 할 업무를 우리는 뭐라 한다. 프로젝트란다 그죠 프로젝트 내가 수행해야 할 업무를 프로젝트라 합니다. 업무 되겠죠. 그래서 이 프로젝트를 어 이 업무를 어떤 식으로 관리해야 품질 좋은 생산성 높은 소프트웨어를 개발할까요? 이 문제 아니냐 그래서 프로젝트 관리의 개요 자 프로젝트 관리 정의가 뭐냐 주어진 기간 안에 최소 비용으로 그죠 일정기간이죠. 그죠 기간 자 기간 일정기간 비용 코스트 최소비용으로 사용자가 원하는 그죠 내가 나한테 소프트웨어를 개발한 사람이 원하는 대로 해줘야 되는 거지 소비자한테 맞춰야 되는 거죠.

화자 1
04:38
원하는 생산성 있는 품질 좋은 시스템을 개발하기 위한 전반적인 활동을 우리는 뭐다 프로젝트 관리를 한다. 그죠 어 활동 또는 관리계획을 프로젝트 관리를 합니다. 되겠나 자 뭐 한번 읽어보고요. 프로젝트 관리 대상은 어떻게 해요. 우리가 크게 계획관리 품질관리 위험관리로 나눌 책이죠. 계획관리에는 뭐 비용계 비용 관리해서 비용 뭐니 뭐니 돈이잖아. 하나의 프로그램을 개발하는데 이왕이면은 원가 절감 돈 적게 들고 만드는 게 최고지 맞나요? 그렇제 그러니까 비용 관리를 어떻게 해야 되느냐 10억 가지고 만들래 1억 가지고 만들래 똑같은 건데 그죠 비용 관리 중요하죠. 그다음에 일정관리 중요합니다. 그죠 프로그램 하나 개발하는데 뭐 10년 어 뭐 걸렸어도 누가 모아 가겠노 빠른 시간 안에 정확하게 일정 관리가 프로젝트 관리에서 굉장히 중요한 일정관리 주어진 시간 그래서 보통 우리가 실무에서요 보통 이제 소프트웨어 개발 계약을 하잖아요.

화자 1
05:35
국가프로젝트든 우리 회사 같은 경우는 국가 프로젝트를 매년 합니다. 특히 중소기업층 상대로 해 가지고 이제 우리가 여러 매년 수행을 하지 그렇게 이제 보면은 항상 기간을 줍니다. 국가에서 금액 주고요. 일정 기간 6개월이면 6개월 6개월 동안 모하면 다 돈을 배상해야 돼 그 기간 어 원하는 기간 굉장히 중요하거든. 건물을 만드는 기간 하듯이 그래서 일정 관리를 상당히 중요하게 해보고 그다음 조직관리 뭐니 뭐니 해도 또 사람이잖아요. 그지 그 프로젝트를 개발해 나가는 구성원들 관리를 팀웍 관리를 잘해야 된다니까 어 5명 6명이 1팀 돼서 막 프로그램 프로그램 개발하고 있는데, 막 저끼리 싸우고 티 나와 뿌면 이게 되겠나 그래서 조직관리가 또 굉장히 프로젝트 관리에서 중요한 거고, 그 다음에 형상관리 형상관리 가는 경우는 나중에 합니다. 수정입니다. 수정 적절하게 수정을 잘해줘야 돼요.

화자 1
06:31
컴피그레이션 예 시스템 컴퍼레이션 매니지먼트 에스씨엠이라 하는데 요 뒤에 있는 형상관리 그리고 이제 품질관리 품질 관리 다른 말로 품질보증이라면 같은 말이다. 품질보증 좋은 품질이 되도록 관리하는 거 품질관리 그리고 위험 요소에 대처하는 위험관리 뭐 위험 같은 말이에요. 위험관리 그래서 프로젝트 관리대상은 비용 코스트 비용 기간 뭐 또 쉽게 말해 비용 코스트 기간 기관 관리 일정 관리 조직관리 형상관리 품질 관리 위험 관리입니다. 되겠나 이 관리를 어떤 식으로 소프트웨어 공학 입장에서 하느냐 하는 게 문제 나오제 그래서 뭐 어렵진 않다 이거 프로젝트 관리 내가 전산해야 할 업무의 관리 대상이다. 비용이 됐죠 그죠 비용관리 일정관리 조직관리 형상관리 품질관리 위험관리가 프로젝트 관리 대상 상의요 좋습니다.

화자 1
07:26
그리고 또 여기 참고로 효과적인 프로젝트 관리를 위한 3대 요소 3피가 있죠. 3피 뭐가 뭐냐 피플 사람 일 인적관리 잘해야 돼서 피플 가장 기본이 되는 인적 관리를 잘해야 효율적인 프로젝트 관리가 된다. 사람관리 모함 끝장입니다. 프로젝트를 수행하는 이 개발자 관리 모함이 엉망이에요. 그래서 이 IT는 오너가 이 관리자가 컴퓨터를 모르면은 조직관리를 못합니다. 그지 축구팀도 감독이 축구팀 관리를 잘해야 월드컵에서도 사강하고 하지 맞나 히딩크가 왜 뭐 잘했노 사람관리 잘 했거든. 조직관리 잘 했잖아. 맞나요? 똑같은 이야기다 봐요. 그래서 뭐니뭐니 사람이 관리 잘해야 됩니다. 우리 ITS는 전부 사람이 돈이야 사람이 에 그래서 보통 이제 사람에 대한 문제가 많아요.

화자 1
08:19
인적 관리 그다음에 문제 관리 프라블럼 문제관리 사용자 입장에서 문제를 분석하고 기획해야 됩니다. 문제 관리를 잘 해야 되죠. 어 내가 내한테 개발을 어려워 한 사람하고 완전히 동떨어져 증거 이거 개발하면 뭐 하노 어 개발에 갖다 줘 돈도 안 주는 거 그렇죠. 그 요 사용자 입장에서 본 문제를 분석하고 기획을 잘 해야 되는 거 그 다음에 공정관리 작업 공정기조 그죠 개발에 필요한 전체적인 작업계획 그래 이 3피가 뭡니까? 효과적인 프로젝트 관리를 위한 3대 요소다 삼피 피플 피플 프라블럼 프라블럼 그다음에 뭡니까? 프라세스 그죠 3피 예 알아 놓으시고요. 자 그러면은 예 실제 프로젝트 관리를 과연 어떻게 하느냐 소프트웨어 공학 차원에서 좋습니다.

화자 1
09:05
자 그러면 한번 들어가 봅시다 제일 먼저 비용 산정 비용 관리 함 보자 이제 소프트웨어 공학 차원에서 비용 관리를 잘해야 될 거 아니냐 자 비용관리 자 우리가 소프트웨어를 개발하는데 이 프로젝트를 개발하는 데 드는 비용 결정 요소가 있어요. 그죠 비용을 어 뭐 비용이 비싸지느냐 스펜시브 하느냐 칩하느냐 여기는 인제 요새는 제품의 복잡도 내가 만들어질 제품 소프트웨어 복잡하면 돈이 많이 들어가는 거죠. 복잡도도 비용 결정에 영향을 주고 그럼 시스템의 크기 작은 프로그램보다는 큰 게 훨씬 돈이 많이 들어가겠죠. 대규모 그죠 대규모 국가 프로젝트 개인 기업체 프로젝트보다는 국가 뭐 전자 정부 시스템을 만든다던지 그죠 시스템의 크기 또 요구되는 신뢰도 신뢰도도 비용입니다. 그죠 아주 치밀하게 한치의 오차도 없이 완벽하게 개발해 놓고 하면은 머리카락 다 빠지잖아요.

화자 1
10:03
그러니까 신뢰도가 높으면 높을 그럴수록 이제 돈이 더 많이 들어가는 거예요. 그죠 자 프로젝트 요소 비용을 결정해 주는 요소 프로젝트의 요소는 뭐야? 어 요소는 크게 프로젝트 요소가 있고요. 다원적인 요소가 있고 생산성적인 요소였는데 프로젝트 요소는 그 프로젝트의 복잡도 시스템 그다음에 크기 프로젝트의 크기 다 같은 말이다. 프로젝트 시스템 제품 다 같은 말이에요. 그리고 요구되는 신뢰도 요놈이 프로젝트 요소고요. 자원 요소는 인적자원 인적자원구제 고급기술자 많이 쓰면 비용이 많이 들어가지만 초차보다 각 대학 졸업한 아들보다는 아주 10년 이상 근무한 아주 산전수정 공중 라마카 뉴 고급 기술자 프로 데리고 오면 돈이 많이 들어가는 인적 자원 하드웨어 자원 그죠 좋은 기계 좋은 서버 좋은 기계를 많이 투입되면 그 프로그램 개발 비용이 많이 올라가겠죠. 그렇죠.

화자 1
11:01
하드웨어 시스템 자원도 1가지만 고급 라이선스 데이터베이스 같은 경우도 뭐 텐 유저보다는 멀티유저 디비더 시코엘 같은 SQL이라도 어 뭐 사용자 접속이 많이 되는 거 이 소프트웨어 자원 라이선스 같은 경우에요. 생산성 요소는 개발자의 능력과 개발 기한이죠. 그죠 생산성 요소 에 그래서 개발자의 능력과 개발 기한이 또 비용에 영향을 미칩니다. 참고로 알아 놓으시고 자 그림을 딱 보면은 이 개발 비용과 시스템의 크기는 뭐야? 인제 이게 이렇게 쭉 해놨으면 이게 비례죠 비례 비례한다는 거예요. 비례 에 시스템이 크기가 크면 클수록 비용이 많이 올라가는 거예요. 크기가 크면 클수록 그렇죠. 요거 1번 시험에 나왔기 때문에 요 그림을 함 보세요. 크기하고 그다음에 신뢰도 신뢰도가 높으면 높을수록 비용이 올라가죠 신뢰성 있는 소프트웨어를 만들기 위해서는 비용이 많이 발생한다는 역시 비례다잉 신뢰와 비용 개발비용은 비례고요. 자 요거 한번 잘 봅니다.

화자 1
11:58
개발 기관하고 이런 비용은요, 자 여러분 잘못 생각하면 이게 비례 같지만요 이거는 자 여러분들 이거는 실제 뭐 이게 뭐 반비례보다는 뭐 반비례 무관입니다. 무관 개발 기간이 짧다 캐 가지고 비용이 적게 드는 건 아니에요. 어 개발 기한이 짧은 기간 인력 투입을 많이 해버리면 뭐다 비용이 많이 올라가죠 그런 이야기다 그죠 그래서 잠깐 요 거림만 해봐 개발 비용과 기간은요, 꼭 이제 비례 관계는 아니라는 거지 어 그렇잖아. 사람 1명 투입시켜 가지고 1년 걸리는구나 사람 100명 투입시켜 가지고 한 달 하는 거나 비용은요, 100명 투입 투입시켜서 1달 만에 끝내는 게 비용이 훨씬 많이 올라간다 그 이야기입니다. 짧은 기간에도 비용을 많이 발생할 수 있다는 그걸 그려받는 거다잉 요거 참고로 알아놓으시기 바랍니다. 좋습니다. 자 프로젝트 관리에서 첫 번째 관리 비용관리 공부하고 있다.

화자 1
12:50
비용관리 비용 자 그러면은 이 소프트웨어 개발에 들어가는 비용 산정을 해야 될 거 아니냐 비용산정 이 프로그램은 얼마다 어 얼마니까 얼마 내놔라 그래야 되잖아. 그래서 비용 산정을 무식하게 부르는 게 갑이가 모든 제품은 원가가 있고 가격이 있는데, 그 비용 산정을 어떻게 하느냐 무식하게 하느냐 아니냐 그죠 공학 차원으로 하자 이 말입니다. 어 그러니까 이 소프트웨어는 논리가 논리기 때문에 물리적인 제품 같으면 딱 나옵니다. 얼마다 대충 나오지만 원가 들어가는 게 아니지만, 소프트웨어는 전부 다 머리카락 빠지면서 하는 거 아니야. 머리카락 그렇제 완전히 논리적인 일이에요. 그러다 보니까 이 비용을요 정말 노력과 인원과 비용이 많이 들어가는 건데도 소비자들은 모를 수가 있다. 이 말이야. 눈에 보이지 않으니까 프로그램은 그래서 이 비용 산정 기법이 굉장히 중요하죠. 그죠 자 비용 산정을 어떤 기법으로 하느냐 우리 집중 못해도 원리만 아니면 된다.

화자 1
13:49
병태야 순자야 알겄냐 예 자 이 비용을 산정하는 기법은 크게 하향식 비용산정기법과 하향식 그다음에 상향식 있다잉 하향식은 인제 비용 산정을 이렇게 밑에서 내려가는 거고요. 상향식은 이렇게 비용 산정하는 거네 탑다운 방식과 바텀이 있단 말이에요. 하향식 비용 산정 기법에는 전문가의 감정과 전문가 그릇 같은 거예요. 그죠 전문가 전문가 1명으로 간정하느냐 1~2명으로 하느냐 그룹 위해서 하느냐 뭐 이거예요. 그다음에 델파이 기법이 있습니다. 요거는 요 3가지는 하향식이고 상향식은 이제 엘로씨 해 가지고 나인 오브 코드 이렇게 해가지고 원시 코드나인 원시 프로그램의 코드 나인 수요 원시 코드 소스 프로그램에 코드나인 라인 수를 가지고 금액을 측정하는 엘로시 기법 있죠. 예를 들면 COBOL 같은 경우 저 같은 경우는 COBOL을 대한민국 최고로 사용했습니다.

화자 1
14:45
어 한때 날렸다 이 COBOL 하는 컴퓨터 언어로 프로그램 개발해서 COBOL 같은 경우는 LOT 기법인데 핫라인에 천 원씩 했거든. 100나인이면 얼마고 뭐 되고 만 나인이냐 2만 나인이냐 거기에 따라 금액이 달라지는 거예요. 알겠나 나인 오버 나인 오버 이건 뭐야? 나인 오브 코드죠 그죠 코드의 나인 수입니다. 라인 수 가지고 비용을 산정하는 게 이제 LOT 기법이다라는 거고, 개발 단계별 인월수 기법 인월수 해가지고 뭡니까? 인월수 해가지고 어 1달 1달에 펄스 몇 명이 투입되느냐 1달에 투입된 인력 개발 단계별로 1달 기준으로 몇 명이 투입됐느냐에 의해서 개발 비용을 산정하는 거 있지 전부 다 인력 비용 하느냐 PM이라고 하는 거죠.

화자 1
15:38
수학적 산정 이게 가장 수학적 산정기법 완전히 이걸 수학적으로 한번 만들어보자 해서 수학적 산정 기법 코코목 하는 게 대표적이다. 그죠 현재 컴퓨터 소프트웨어 공학 차원에서 이 프로그램 소프트웨어의 단가 즉 비용을 산정하는 방법이다. 그래서 그게 중요하다 시험에 반드시 나온다 하향식과 상향식이고 하향식은 주로 사람이 대충 전문가가 얼마다 전문가니까 이 소프트웨어 1억이다. 뭐 사람이 하는 거예요. 참 이거 객관성이 없는 거죠. 어 사람이 부르는 게 갑이에요. 전문가가 어 이 프로그램 얼마다 이러는 거고요. 상향식은 상당히 인제 좀 객관성이 있는 거죠. 그죠 한양식은 사람이고 이제 이게 객관성이 좀 없는 거예요. 객관성이 조금 결여됐죠 주관적이죠. 이건 주관적 요건 약간 상향식은 객관적이라고 볼 수 있습니다. 계산적으로 하니까 예 이렇게 보시면 되고 함 보자 살짝 지금부터 이것만 알면 돼 에 시험에 이렇게 나오거든요.

화자 1
16:35
예 상향식이 아닌 거 뭐 하향식이 아닌 거 이래 나오니까 자 눈으로 함 보자 하향식은 어떤 거 전문 지식이 많은 개발자들이 회의를 통해서 비용을 산정하는 비과학적입니다. 그 방법이고 어 비과학적 방법 약간 이제 주관적인 방법이죠. 주관적 사람이 뭐 하는 거 주관적인 방법이다. 이것도 좋아요. 전문가 전문가 얼마다 이런 거예요. 그죠 자 프로젝트의 전체 비용을 산정한 후 각 작업별로 단위별로 작업단위별로 단위별로 비용을 세분화합니다. 세분화 그러니까 우리가 소프트웨어를 이렇게 하나 만들면 여러분들 아 저 아래 한번 해보자 아래항골 아래안거리가 하나의 소프트웨어죠 또 다른 말 시스템이죠. 아래안걸릴 시스템이랍니다. 논리적인 시스템 그럼 아래안글도 수많은 프로그램들 있잖아. 이런 뭐야? 불러오기 프로그램 인쇄하기 저장하기 전부 다 프로그램이다잉 저장하기 뭐 여기 새 이름으로 불러오기 복사하기 뭐 하기 쭉 있잖아요.

화자 1
17:32
예 글자 모양 바꾸 전부 다 프로그램이거든 요런 프로그램의 뭐다 어 요런 프로그램을 하나의 큰 시스템에 들어가는 하나의 요런 프로그램 단위 프로그램이야 단위 단위 프로그램이라 합니다. 요 단위 프로그램 우리는 뭐다 모듈이었나 모듈 독립적인 단위 프로그램 모듈입니다. 모듈 알겠나 요런 단위 프레임들이 모여 하나의 큰 아뢰안거리라는 소프트웨어 아뢰안거리라는 시스템이 만들어지죠 어 회계관리 시스템을 만들면 그 안에 모여 전표 임료 프로그램 데타 제조표 손익 계산서 에 뭐 시 3표 이런 프로그램들이 다 있어요. 고런 프로그램들이 뭐다 단위프로그램 단위프로 그 말이죠. 각 작업별 비용 여 단위별 비용을 세분화해 가지고 요건 얼마 불러오기 프로그램은 100만 원 어 저장하기는 뭐 50만 원 이런 식으로 해서 전문가와 금액을 매겨서 통합하는 방법이다. 이 말이죠. 그러니까 하향식이다. 이 말입니다.

화자 1
18:29
하향식 아래안글이라는 소프트웨어 시스템이 전체가 하향식이죠. 추리구조로 비용을 산정하는 기법입니다. 알게나 그래서 프로젝트 전체 비용을 산정한 후 각 작업일로 비용을 세분화하는 것 즉 하향식이다. 그런 이야기고요. 여기에는 전문가나 전문가 그룹 감정 기법이 있고 델파이 기법이 있더라 자 전문가 말 그대로 산전수정 공중력 다 묶은 사람이나 사람들 그룹이 비용 산정을 의뢰하는 거고, 요거는 개인적이고 주관적일 수가 있는 거고요. 델파이는 뭐다 전문가 감정 기법에 주관적인 편견을 보완 주관적인 편견을 보완하기 위해서 많은 정부나 의견을 종합하여 산정하는 기법 즉 1명의 조정자와 여러 전문가로 구성한 결국 사람인데도 요거는 조정자가 있다는 거죠. 조정자 그 전문가만 이야기 듣는 게 아니고 어 이 전문가 이 전문가 조정자 다 들어보고 통합적으로 계산하는 게 뭐다 델파이 기법이다. 이런 이야기다 그죠 알겠나 요 그런 중요한 거 아니에요. 그쵸.

화자 1
19:24
전문가 이야기만 듣다 보면은요, 객관성을 결여될 수가 있잖아요. 요걸 보완하기 위한 거다 됐나 자 비용 산정 기법 중에서 하향식하고 있습니다. 하향식 음 자 비용 산정 기법이요. 자 상향식 산정기법은 뭐다 프로젝트의 작업 단위별로 비용을 산정하는 전체 비용을 산정하는 겁니다. 전체 상향식 그러니까 작은 소단위 해 가지고 이놈을 묶어버리죠 전체 이렇게 비용하는 거예요. 비용 그러니까 이게 상향식 상향식이제 예 자 이 상향식은요, 상향식 또는 전체 전체화죠 이게 전체화 2위로 올라가는 게 전체화 전체화 다른 말로 종합화 다 같은 말이다.

화자 1
20:23
상향식 상향화 전체와 종합화 통합화 뭐 다 같은 말입니다. 통합화 어 전체와 다 같은 말이죠. 그리고 반대로 하향식은 뭐예요? 하향식은 하향식은 인제 전체에서 각 단위를 세분화하는 거죠. 그러니까 하향식은 에 자 말 장난해 해도 되면 안 돼요. 전체가 아니고 세분 하죠. 세분화 세분화 이제 그죠 그다음에 작업 작업화 아 뭐 같은 말이야. 어 단위화 뭐 이래 같은 말이에요. 에 뭔말인지 알겠나 음 참고로 봐주시고 자 상향식 비용 산정 기법 작업 단위별로 즉 단위 프로그램 별로 비용을 산정한 후 전체 비용을 산정한다. 밑에서부터 금액을 산정하고 난 뒤에 다 통합해서 한다. 이 말입니다.

화자 1
21:17
자 원시 코드 나인수 기법은 뭐다 라인 오브 코드는 소프트웨어 각 기능의 AOC를 예측 자료 다 필요 없고 한 라인이 얼마냐 이 말입니다. 그죠 자 측정 용어 이해하기 쉬워 가장 많이 사용하고 예측치를 이용하여 노력 동그래미 개발 비용 개발 기간 생산성의 비용 산정의 요소가 됩니다. 노력 개발비용 개발 기관 그래서 산정 공식은 여러분 몰라도 좋습니다. 노력 인원수 노력 노력 원하는 건 뭐 이렇게 한다. 개발 비용은 이거다 개발 기관은 이거다 생산성은 이거다 이런 거죠. 그죠 그래서 암기할 필요는 없고 이런 것들이 있더라 정도만 아니면 된다. 그죠 그러니까 여러분 직접 여러분이 실은 소프트웨어 어떤 프로그램의 개발비를 산정해라 이런 문제는 나오지 않는다. 해서 아 사냥식 비용 기법에는 LOC 기법이 있구나 이 사안정 공식은 노력 비용을 구하는 거는 개발기관 곱하기 투입 인원이구나 개발비용은 노력 인원 곱하기도 단위비용이구나 눈으로만 살짝 봐놓자 이 말입니다.

화자 1
22:16
직접적인 문제는 안 나온다 그래서 내가 한번 써봤어요. 그죠 그래서 여러분들이 아 원시코드 라인이 어떤 거다 이 정도만 알면 된다. 개발 단계별 인원수 계산 어 에프오토테스크 그냥 노력 기법인데 요거는 이제 LOT 기법을 보완하기 위한 기법으로 각 기능을 구현시키는 데 필요한 노력을 생명주기 각 등급에 산정하는 겁니다. 즉 LOTC 기법보다는 좀 더 정확하다. 이런 이야기야 조금 더 정확하다. 이렇게 보시면 됩니다. 그래서 여러분들 그렇게 뭐 안 써도 되지만 한번 눈으로 살짝 보는 거다 자 됐고요. 자 그다음에 수학적 산 이게 가장 인제 많이 써야죠 수학적 산정 기법 상향식 비용산정 기법으로 개발비용 산정화의 자동화가 목표입니다.

화자 1
23:03
개발 비율을 일일이 사람이 평가한다든지 뭐 이러지 말고 자동적으로 어떻게 개발 비용을 못 뽑아내느냐 해서 만들어지는 게 뭐다 수학적 산정 기법에는 뭐다 코코모 방법 있고요. 뒤에 또 뭐 어 FP 방법이 있고 여러 가지가 있는데, 우선 코코모가 뭐냐 하면은 컨설트리티브 만드는 데 코스트 비 모드죠 그죠 코코모죠 코코모 건축 비진 건축비용 이건 보엠 보엠카는 사람이 컴퓨터 학자제 이 컴퓨터 공학에 많은 이론을 만들어놨죠 그래서 보엠 사람은 보험이 많이 나온다 영국 사람 영국의 컴퓨터 학자예요. 보엠에 의해 발표 가장 널리 사용되는 비용 산정 기법이 뭐야? 수학적 기법 중 코코모입니다.

화자 1
23:49
코코모 그래서 이거는 비용 산정 주요 요소들이면 요것만 하면 돼 자 코코모 어 코코모 기법으로 비용을 산정하는 데 영향을 주는 요소들이 뭐냐 개발 노력 노력 기간 다음 투입 인원 그다음에 인적 비용 이게 초급자냐 중급자냐 고급자냐 이 말이지 요런 것들이 코코모 비용 산정의 요소들이다. 그죠 요것만 하면 된다. 개발 노력 기간 인원 인적비용 되겠죠. 이 인원수죠 투입인원은 이게 인원수를 의미하고 요 인적 비용은 거의 인원 한 사람의 개발자의 능력이에요. 개발자의 능력 인원의 능력 그죠 이게 초급이냐 왜 동물처리 기사 따면 초급 기술자로 생각하거든. 이 초급기술자는 국가 비용은 1달에 한 230만 원 정도 책정돼 있습니다.

화자 1
24:42
국가 프로젝트를 하다 보면 중급자는 300원이 80만 원 뭐 고급자는 500만 원 이랬듯이 어 그러니까 초급자냐 중급자냐 고급 기술자냐 아니면 뭐 어 재정치처럼 초특급인 양 어 부르는 게 갑이다. 뭐 이런 거 예 개발자의 능력이라는 거지 알겠나 개발 노력 기간 투입 인원수 인적 비용이 코코모 즉 수학적 산정 기법에 코코모 비용의 결정적인 요인이다. 하는 거고요. 자 소프트웨어 개발 유형 즉 개발유형 복잡도 및 원시 프로그램 규모에 따라서 조직형이 있고요. 조직형 반분리형 내장이 있습니다. 조직형은 뭐냐 하면은 주로 응용 프로그램 같은 경우 우리 간단한 뭐 회사의 업무 프로그램 같은 거 이런 거겠죠. 보통 나인으로 따지면 5만 나인 이하 되는 거는 조직형 소프트웨어를 한다.

화자 1
25:31
그리고 인제 데자베이스 시스템 같은 경우 반분리 영역 30만 나인 이하 이거는 반분리형 소프트웨어라고 내장형은 OS 같은 것처럼 30만 나인 이상 프로그램의 이 나인 수가 30만 하면 엄청나죠. 완전히 머리 다 빠지죠 그러니까 윈도우 같은 경우는 마이크로소프사의 완전히 초특급 개발자 5천 명이 만들어냅니다. 아예나 윈도우라는 이 프로그램은 5천 명이 붙어있고요. 어떤 기업체 간단한 결제 프로그램 같은 경우 한 사람이 다 해뿌지 제재해주 혼자서 다 해버립니다. 그렇지 이제 그런 이야기다 그래서 나인의 수 즉 규모에 의해서 복잡도 및 원시 프로그램의 규모에 따라서 조직형 소프트웨어냐 반분리형이냐 내장형이냐 그죠 이렇게 분류해 볼 수가 있고 자 이런 코코모 모형의 종류는 뭐냐 하면 기본형 베이직형 코코모가 있고 중간형이 있고 발전형이 있다는 거 베이직 아직 인터미네이터 뭐예요? 그다음에 디테일드 발전 생산성 상세한 거죠.

화자 1
26:25
그죠 기본 중가 발전력이 있다는 거 제목 정도만 알고 있으면 된다. 예 좋습니다. 수학적 산정기법 중 코코모요 코코모 먼저 우리는 비용 산정을 공부하고 있다. 비용 관리 자 그 다음에 이제 수학 기법 중에 풋남 어 풋납 모형이 있습니다. 그죠 요건 다른 말로 생명주기 소프트웨어 라이프사이클 예측모형이라 한다. 소프트웨어 라이프사이클의 전 과정 동안에 사용될 소프트웨어 라이프사이클에 저 사용될 노력의 분포를 가정해주는 모양입니다. 그죠 대형 프로젝트 동그래미 대형 프로젝트의 노력분포 산정에 이용되는 기법입니다. 그죠 그래서 풋나무 많이 쓰질 않는다. 생명주기 전 과정에 들어갈 노력의 분포를 각 단계별로 뽑아내는 거다 그래서 소프트웨어 생명주기 하면 풋남이다. 하는 것만 생각나고요. 대형 프로젝트에 많이 쓰는 비용 산정 기법이다. 하는 거고, 또 늘 이용되는 게 펑션 포인트입니다.

화자 1
27:25
기능 점수 실제 우리 회사에서 계속 몇 년 동안 중소기업층 프로젝트 소프트웨어를 개발하고 있거든. 중소기업청의 업종별 클러스터 이런 걸 하고 있는데요. 뭐 비용 산정을 저는 이걸 합니다. 풍랑 아 저 펑션 포인트 국가에서 펑션 FP 방법으로 해라고 금액 뽑아내라 이렇게 합니다. 기능별 수 모형입니다. 기능별 그 소프트웨어에 각각 요소들의 기능을 기능화를 점수로 전부 뽑아내 가지고 그 기능점수를 통합해서 그 점수당 얼마 해가지고 금액이 나오는 거예요. 이렇게 해서 국가에서 돈을 주는 거거든. 자 5억이다. 이러면은 국가에서 검토를 쫙 하면 기술사들이 즉 에세이들이 보고 아 맞다. 그래서 5억을 집행하고 이렇게 하는 거야. 그죠 그래서 펑션 포인트 모형 실제 실무에서는 굉장히 복잡해요. 이 FP 펑션 포인트로 소프트웨어 금액을 뽑아낼 수 있다카면 진짜 전문가예요. 우리나라에 몇 명 없어요. 에 그래서 이런 공부를 쭉 해야 되는데 이게 기술사들이죠.

화자 1
28:18
기술사 그래서 주로 인제 우리 회사 같은 경우 제가 다 하는 거지 펑션 포인트로 실제 이걸 신문으로 들어가면 굉장히 복잡해요. 그래서 이게 뭐냐 소프트웨어를 구성하고 있는 각 기능별로 가중치를 부여하고요. 그다음 요인별로 가중치를 합산하여 총기능 점수를 산출해 가지고 이 총기능 점수와 영양도를 이용하여 기능 점수를 구한 후 비용을 이 기능점수 곱하기 비용 해서 나오는 거예요. 그죠 기능 점수를 구한다. 펑션 포인트 그래서 요거를 이렇게 말하면 된다. 펑션 포인트 그러니까 소프트웨어로 소프트웨어 시스템이지 이 시스템은 또 수많은 기능으로 돼 있겠죠. 아까처럼 어 뭐 여러 가지 또 이 기능 밑에 또 기능이 있어요. 많은 기능들이 구성되어 있을 거 아니야. 금 이 이 프로그램들 이 기능들의 점수를 전부 다 구해 가지고 통합하면 기능점수가 총 뭐 300점입니다. 그럼 곱하기 어 1점당 얼마 해 가지고 금액을 뽑아낸다 이 말이야. 그죠 그래서 간단하게 요렇게만 아시면은 됩니다.

화자 1
29:17
되구요. 맞습니다. 맞고요. 자 이런 코코모와 푼납 모형은 자 원시코드 라인 수를 중심으로 비용을 산정하는 거고, 기능 점수 모형은 FP 펑션 포인트를 이용한다는 거 코코모와 성남은 엘오씨 원시 코드 나인을 중심으로 요거는 펑션 포인트다라는 거 이거 정리해 주시면 되겠다. 그래서 여러분들이 직접 소프트웨어 금액을 뽑아내라 하는 이런 문제는 안 나온다 그거는 실무에서도 여러분 나중에 전부 에세이 에세이 정말 저처럼 JHH처럼 높은 경지에 이르렀을 때 인제 이걸 우리가 어떤 프로젝트를 할 때 마스터를 PM이라 합니다. PM 프로젝트 매니저가 되었을 때 여러분 공모를 새로 하게 될 거예요.

화자 1
30:02
그래서 실제로 이 소프트웨어 공학은요, 정보처리보다는 기술사들 상대로 한 과목 이하 그렇지만 아주 그래서 우리가 학부 과정을 중심으로 아주 얕게 공부하는 겁니다잉 그래서 실제 여러분들이 IT에서 전문가가 되고 난 뒤에 또 한참 뒤에 나이가 머리 희끗희끗해져 가지고 좀 이게 산전수전 공지는 다 겪고 폼 좀 나올 때 그때 다시 공부하는 겁니다. 그죠 그래서 지금은 시험 위주로만 좀 하자는 거고요. 이 기능 점수만 가지고도 이거요 3박 4일 강의를 해야 돼 에 그래서 기능 점수 구할 수 있는 사람들 잘 없거든. 그리고 기능 점수 풋납 모형 코코모 되겠죠. 자 코코모 풋납 풍션 포인트 기능 점수 이 3가지는 무슨 방법이다. 오케이 상향식 기법 중에서도 뭐야? 수학적 산정 기법이죠. 수학적 산정 기법이라는 거 제목 정도만 알아도 좋다는 겁니다.

화자 1
30:58
그죠 그래서 우리 앞 시간에 소프트웨어 공학의 전반적인 이야기 소프트웨어 크라이시스 소프트웨어 나이프사이클 핵실 자 요번 시간에는 소프트웨어의 관리 프로젝트 관리 대상 그래서 비용 관리 잘해야 되고 일정 관리 잘해야 되고 사람 관리 잘 해야 되고 조직관리 잘해야 되고 품질관리 잘해야 되고 위험관리 잘해야 아주 좋은 프로그램을 만들 수 있다는 거예요. 그렇죠. 그중에서 딱 비용 관리를 어떻게 하는지 비용 산정 기법을 빼앗습니다. 맞나요? 시험은 요게 나오는 거예요. 그죠 비용산정기법에는 하향식이 있더라 하향식 뭐냐 전체 금액 뽑아내고 단위 단위 프로그램 단위 요소들 모듈의 금액은 뒤에 뽑아 세분화하는 거죠. 전체에서 세분화하는 게 하향식이고 상향식이 뭡니까? 작은 것부터 뽑아서 위로 올라가는 것 전체 통합하는 게 상향식이다.

화자 1
31:53
그죠 그러니까 하향식엔 주로 사람이 많이 하지 누가 전문가나 전문가 그룹 또는 조정자가 있는 데이파이 방금 내가 이야기한 요것만 알면 돼 데이파이 그리고 상향식은 주로 수학적 산정 기법이다. 그죠 맞나 이 수학적 산정 기법에 우리가 뭐다 3가지 코코모 풋남 기능 점수가 있었습니다. 정리됐지 방금 여행 요게 시험 문제 나오는 겁니다. 됐습니다. 그죠 아주 깔끔하게 완벽하게 속성으로 때려잡았다. 좋습니다. 그래서 이제 큰 정보처리 기사 산업기사 막판 이제 좋아요. 그래서 오늘 소프트웨어 공학 이제 2과목 생중계로 방송되었고요. 시스템 분석 설계는 어 이제 내가 동시에 뭐 하죠. 이 생중계이기 때문에 그래서 내가 이미 인제 소프트웨어는 생중계고요. 시스템 분석의 녹화로 디씨알 들어갈 거예요. 아니 어떻게 동시에 들어가나 예 동시에 들어갑니까?

화자 1
32:52
그러면 이제 우리가 이거 저 기사 학생들은요, 시스템 무슨 설계만 강의 들으면 자격증은 2개 따지 왜 4과목은 공통이고 소프트웨어 공학 듣고 시스템 무슨 소개 들으면 기사도 시험 치고 산업기사 시험 치라 이 말입니다. 굳이 또 시스템 분석의 강의를 안 들어도 된다. 안 들어도 왜 거의 똑같습니다. 그죠 조금 걱정되면은 시스템 분석 설계 강의를 듣고 시험 치면은 원서를 기사 내고 사는 기사 2개 내면 동시에 2개의 자격증을 취득할 수 있다는 거 여러분들이 참고로 이야기해 놓는다 좋습니다. 그래서 오늘 한두 시간 동안 수고하셨고 내일도 뜨거운 가슴으로 만나 뵙기를 약속드리며 오늘은 여기까지 하겠습니다.

https://youtu.be/14xSCdGIewQ?si=l4um4dmgcBSfbX_U